JP3740461B2 - A computer system that cleans the phone list by centralized automatic dialing. - Google Patents

A computer system that cleans the phone list by centralized automatic dialing. Download PDF

Info

Publication number
JP3740461B2
JP3740461B2 JP2002365540A JP2002365540A JP3740461B2 JP 3740461 B2 JP3740461 B2 JP 3740461B2 JP 2002365540 A JP2002365540 A JP 2002365540A JP 2002365540 A JP2002365540 A JP 2002365540A JP 3740461 B2 JP3740461 B2 JP 3740461B2
Authority
JP
Japan
Prior art keywords
call
reason
message
isdn
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2002365540A
Other languages
Japanese (ja)
Other versions
JP2004200920A (en
Inventor
勝統 内海
Original Assignee
株式会社ジンテック
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社ジンテック filed Critical 株式会社ジンテック
Priority to JP2002365540A priority Critical patent/JP3740461B2/en
Publication of JP2004200920A publication Critical patent/JP2004200920A/en
Application granted granted Critical
Publication of JP3740461B2 publication Critical patent/JP3740461B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Description

【0001】
【発明の属する技術分野】
この発明は、コンピュータと電話の統合技術(CTI:コンピュータ・テレフォニー・インテグレーション)に関し、とくに、集中式自動ダイヤリング装置における交換機過負荷回避技術に関する。
【0002】
【発明の背景】
電子メール機能・インターネット接続機能・ブラウザー機能を備えた携帯電話機が普及したことにより、CTI技術はさまざまな応用の場面で活用され、従来では考えられなかったマーケティング手法やビジネスモデルがつぎつぎと生み出されている。その中には、社会の公器である電話システムにとって有害なCTI運用も出現してきた。2002年の夏、我が国で社会問題化した「ワン切り」が典型的な例である。これは、電話網に接続したコンピュータを用い、電話番号のリストに従ってつぎつぎと自動発呼する処理を大規模に継続的に実行することで、交換機に過剰なトラヒックが生じて輻輳してしまい、他の人が電話をかけようとしても繋がらなくなるという問題である。
【0003】
ここで、コンピュータにより電話網につぎつぎと自動発呼するという運用方法は、そのこと自体が電話網の悪用とされるべきものではなく、交換機が輻輳しないように節度をもって行うのであれば、いろいろな応用において社会的およびビジネス的にきわめて有用な役割をはたし得る可能性をもっている。
たとえば、出願人らが先に創作した「電話番号の調査方法と装置および電話番号リストのクリーニング方法(特許第3227398号公報)」の発明によれば、コンピュータにより電話網につぎつぎと自動発呼するという手段を用いて、ある地域で現に使用されている電話番号をリストアップすることができる。
【0004】
【発明の開示】
この発明に係るコンピュータシステムは、基本的に、つぎの事項(1)〜(8)により特定されるものである。
(1)ISDN通信手段と、記憶手段と、制御手段とを備え、集中式自動ダイヤリングにより電話番号リストをクリーニングするコンピュータシステムであること
(2)ISDN通信手段は、ISDNに接続して発信端末としての通信を可能とすること
(3)記憶手段は、電話番号リストと、クリーニング情報を記憶すること
(4)制御手段は、発呼処理と、応答分別処理と、発呼抑制処理を行うこと
(5)発呼処理は、記憶手段の電話番号リストに従ってISDN通信手段によりつぎつぎと発呼させること
(6)応答分別処理は、発呼処理による各発呼に対するISDNからの各応答をISDN通信手段により逐次受信して切断復旧シーケンスを行い、各応答の内容に基づき、発呼した電話番号の有効・無効・変更を分別し、分別結果をクリーニング情報として記憶手段に記録すること
(7)発呼抑制処理は、応答分別処理にてISDNからの第1特定応答を検出した際、そのことを検出履歴に記録するとともに、当該検出履歴に基づいて発呼処理による発呼の頻度を段階的に低減させること
(8)第1特定応答は、切断メッセージ、解放メッセージ、解放完了メッセージの中から選ばれた少なくとも1つのメッセージであって、かつ、理由表示として34、41、44の中から選ばれた少なくとも1つの理由番号が付いたメッセージであること
以上の構成要件(1)〜(8)を備えたコンピュータシステムにおいて、発呼抑制処理は、発呼頻度を低減させた際、出力手段により発呼頻度低減を告げる出力をさせることが望ましい。
【0005】
この発明に係るコンピュータシステムは、つぎの事項(11)〜(13)により特定される構成を備えることがさらに望ましい。
(11)制御手段は、さらに、発呼中止処理を行うこと
(12)発呼中止処理は、応答分別処理にてISDNからの第2特定応答を検出した際、発呼処理を中止させること
(13)第2特定応答は、切断メッセージ、解放メッセージ、解放完了メッセージの中から選ばれた少なくとも1つのメッセージであって、かつ、理由表示として38、42の少なくとも一方の理由番号が付いてメッセージであること
これらの構成要件(11)〜(13)をも備えたコンピュータシステムにおいて、発呼中止処理は、発呼処理を中止させた際、出力手段により発呼中止を告げる出力をさせることがいっそう望ましい。
【0006】
【実施例】
特許第3227398号公報に開示された電話番号調査システムに本発明を適用した一実施例について、以下に詳述する。
===電話番号の調査方法を実施するシステムの基本===
この発明の電話番号調査方法を実施するシステム(この発明の調査装置)の一例を図1に示している。ここではISDN端末として一般的なパソコン1を使う。パソコン1は、CPU2・メモリ3・ハードディスク装置4・フロッピーディスク装置5・ディスプレイ装置6・キーボード7・ISDN通信ボード8などを備える。このパソコン1をISDN通信ボード8および回線接続装置(DSU)10を介してISDNに接続している。周知のようにISDNと電話網は一体的に相互接続している。
【0007】
このパソコン1がたとえば北海道・青森県・秋田県・岩手県エリアに設置されていて、これにより当該エリア全域において実際に使われているすべての電話番号を調べるものとする。よく知られているように、各加入者の電話番号は市外局番と市内局番と加入者番号の組み合せからなり、末尾の4桁が加入者番号である。市外局番および市内局番として使用されている番号は、当然ながら一般に公開された情報である。
【0008】
北海道・青森県・秋田県・岩手県エリアには、011/0123/01235/01237/01242/0125/0126/01266/0133/0134/0135/0136/0138/01397/0142/0143/0144/0146/01462/0152/01527/0153/01532/01537/0154/0155/0157/0162/016432/0166/0167/0172/0173/0175/0176/0177/0178/0182/0183/0184/0185/0186/0187/0188/0191/0192/0193/0194/0195/0196/0197/0198という52個の市外局番が存在する(平成8年12月現在)。これら各市外局のそれぞれに規模に応じた数の市内局番が存在する。たとえば青森局内(0177番)には、22/23/26/28/29/31/32/34〜39/41〜44/52/54/61〜66/73〜77/81/82/87/88/99という35個の市内局番が存在する(平成8年12月現在)。加入者番号は未公開の情報であるが、これは4桁の数字であり、0000番から9999番までの1万個の番号が存在する可能性がある。青森局内(0177番)には35個の市内局番があるので、35×1万=35万個の電話番号が存在する可能性があり、その何割かが実際に加入者に割り当てられている有効な電話番号である。この発明の方法では、たとえば0177番の青森局内において存在可能性のある35万個の電話番号のうち、どれとどれが有効(無効)かをすべて調べ上げて、その結果を調査リストとする。
【0009】
実施例のパソコン1は北海道・青森県・秋田県・岩手県エリアの調査を担当している。当該エリアには52個の市外局番が存在しており、各市外局にはそれぞれ多数の市内局番が割り当てられている。これら調査対象となる地域に含まれるすべての市外局番および市内局番を公開されている情報に従ってあらかじめ取得し、それらの局番を調査対象局番としてテーブル化しておく(パソコン1の適当な記憶手段に格納しておく)。その調査対象局番のすべてと、加入者番号となる可能性のある4桁の数字のすべて(1万個)の組み合せが調査対象電話番号である。
【0010】
調査を実行するにあたっては、調査対象局番テーブルから所定の順番で、ある1つの局番(市外局番+市内局番)をピックアップし、その局番と4桁の数字(0000番から9999番までの1万個の番号)のすべての組み合せについて、それが有効な電話番号なのかどうかを以下のようにして調べる。なお、0000番から9999番までの1万個の番号を順番に発生するのはカウンタ機能によりごく簡単にできる。
【0011】
===調査処理の導入部分===
パソコン1が実行する電話番号の調査処理の概略手順を図2のフローチャートに示している。パソコン1は、適宜な記憶手段に格納されている調査対象局番テーブルを認知し、そのテーブルから所定の順番で1個づつ局番をピックアップし、その局番に0000番から9999番までの1万個の番号を順番に組み合わせた電話番号を1個づつ順番に生成し、その1個の電話番号を発呼する呼設定シーケンスを実行開始する(ステップ100→200)。呼設定シーケンスでは最初に、調査対象として生成した電話番号を着番号とし、かつ伝達能力として非制限ディジタル情報を指定した「呼設定」メッセージを作成して網に送出する(ステップ201)。この呼設定シーケンス200ではITU-T勧告Q.931(またはTTC標準JT−Q931)に詳細に規定されている回線交換呼制御手順に従って進行する。この回線交換呼の制御手順は各種の文献に詳細に解説されているので、この明細書では詳しく説明しないが、代表的なシーケンスの進行はつぎの通りである。
【0012】
発信端末からの「呼設定」メッセージを受け取った網は、使用すべきBチャネルを知らせる「呼設定受付」メッセージを発信端末に送るとともに、「呼設定」メッセージを着信端末に送る。これで着信端末に要求されるいろいろな性能が指定され、これを着信端末側でチェックし、適合を確認した着信端末が「呼出」メッセージを網に返す(着信端末が呼出中となる)。この「呼出」メッセージは網から発信端末に送られる。着信端末にてオフフックなどの応答をすると、着信端末→網→発信端末に「応答」メッセージが送られ、これを受けて発信端末から網に、また網から着信端末に「応答確認」メッセージが送られる。これで当該「呼設定」メッセージが受け付けられて回線が接続されたことになる。
【0013】
また、さまざまな理由により発信端末の要求した呼が受け付けられない場合がある。その場合には、網は発信端末に「切断」メッセージを送り、切断復旧シーケンスを実行する。このとき網から発信端末に送られる「切断」メッセージに付帯する情報要素の理由表示の項目で、呼が受け付けられない理由が理由番号の形で通知される。
【0014】
====「切断」メッセージの理由表示====
ITU-T勧告Q.931では、「切断」メッセージにつける理由表示の種別と番号はつぎのように定義されている。
1.正常クラス
《理由番号1 欠番》
この理由表示は、番号はフォーマット上有効であったが、現在欠番のため、発信ユーザが要求した相手に着信できないことを示す。
《理由番号2 指定中継網へのルートなし》
この理由表示は、この理由表示の送信元の装置が、認識不可能な特殊な中継網を通して呼をルーチングする要求を受けたことを示す。この理由表示の送信元の装置は、その中継網が存在してないか、あるいは、それが存在したとしても、この理由表示の送信先の装置に対してサービスをしていない特殊な中継網であるため、その中継網を認識しない。
《理由番号3 相手へのルートなし》
この理由表示は、呼をルーチングされた網が、着信の要求を受けないため呼を着信ユーザヘ届けることができないことを示す。
《理由番号6 チャネル利用不可》
この理由表示は、チャネル選択の結果として選択されたチャネルが送信端末に対して利用不可であることを示す。
《理由番号7 呼が設定済のチャネルヘ着呼》
この理由表示は、ユーザに着呼があり、その着呼が同様の呼(例えば、パケットモードのX.25バーチャルコール)として、ユーザが既に設定しているチャネルに接続されることを示す。
《理由番号16 正常切断》
この理由表示は、呼に関係するユーザのうちの1人が、呼の切断復旧を要求したことにより、呼が切断されることを示す。正常状態では、この理由表示の生成源は網ではない。
《理由番号17 着ユーザビジー》
この理由表示は、着信ユーザが、もう一つの別の呼を受け付けられないことを示す。この場合、ユーザ装置では、着信呼に対して通信の整合性がとれている必要があります。
《理由番号18 着ユーザレスポンスなし》
この理由表示は、相手ユーザが呼設定のメッセージに対して規定された割り当て時間(本仕様で定義されたタイマT303か、もしくはT310の満了)内に「呼出中」か「応答」かを示すメッセージを返送しない時に使用する。
《理由番号19 着ユーザ呼出中/応答なし》
この理由表示は、呼出の通知はあったが、その後規定された時間内に応答の通知がこなかった場合に使用する。この理由表示は、JT−Q931手順により必然的に生じるものではなく、網内のタイマにより生じることもある。
《理由番号20 加入者不在》
この理由表示は、移動局が(無線バスを通して信号手順によって)ログオフされているか、または、無線交信が着移動局と行なえない(例えば、障害、圏外又は、電源断)ことを示す。
《理由番号21 通信拒否》
この理由表示は、この理由表示を送信した装置がビジーでも不整合でもなく、呼を受け付け可能であるにもかかわらず、呼を受け付けないことを示すのに用いる。
《理由番号22 相手加入者番号変更》
この理由表示は、発信ユーザによって示された着信番号がもはや割り当てられていない時、発信ユーザに通知されるものである。このとき、新しい着信番号が診断情報フィールドに含まれる。
《理由番号26 選択されなかったユーザの切断復旧》
この理由表示は、ユーザが着信呼を得られなかったことを示す。
《理由番号27 相手端末故障中》
この理由表示は、着信側インタフェースが機能的に正常でなかったため、発信ユーザが要求した相手ユーザへの着信が出来なかったことを示す。この「機能的に正常でない」ということは、信号メッセージが相手ユーザに届かないことを意味している。例えば、相手ユーザインタフェースの物理レイヤもしくはデータリンクレイヤの故障とか、ユーザ装置がオフラインの場合等である。
《理由番号28 無効番号フォーマット(不完全番号)》
この理由表示は、着信番号が無効なフォーマットか、もしくは不完全なために、相手ユーザヘの着信ができないことを示す。
《理由番号29 ファシリティ拒否》
この理由表示は、ユーザによって要求されたファシリティが、網で提供できない場合に返す。
《理由番号30 状態問合への応答》
この理由表示は、「状態表示」メッセージを生成した理由が、これを生成する以前に「状態問合」メッセージを受信したことによる場合に、この「状態表示」メッセージの中に含まれる。
《理由番号31 その他の正常クラス》
この理由表示は、正常クラスの他の理由で表せない場合に正常状況を報告するためにのみ使用する。
【0015】
2.リソース使用不可クラス
《理由番号34 利用可回線/チャネルなし》
この理由表示は、呼を取り扱うための利用可能な適当な回線/チャネルが、現在ないことを示す。
《理由番号38 網障害》
この理由表示は、網が機能的に正常でなく、その状態が比較的長時間続きそうであることを表示する。例えば、すぐに再発呼しても受付られそうもない場合である。
《理由番号41 一時的障害》
この理由表示は、網が機能的に正常でなく、その状態が長時間は継続しそうもないことを示す。例えば、ユーザがほぼ即時に再発呼が望める場合である。
《理由番号42 交換機輻輳》
この理由表示は、この理由を発生した交換装置が高トラヒックで輻輳していることを示すのに用いる。
《理由番号43 アクセス情報廃棄》
この理由表示は、網が要求されたアクセス情報(ユーザ・ユーザ情報,低位レイヤ整合性,高位レイヤ整合性もしくは詳細情報の中に示されるサブアドレス等)を相手ユーザに届けられなかったことを示す。廃棄されたアクセス情報の特殊タイフのものは、診断情報の中に含まれる場合がある。
《理由番号44 要求回線/チャネル利用不可》
この理由表示は、要求端末により通知された回線またはチャネルが、相手側のインタフェースで提供できない場合に返す。
《理由番号47 その他のリソース使用不可クラス》
この理由表示は、網輻輳クラスの中の他の理申を適用できないときにのみ、網輻輳イベントとして報告するために使用する。
【0016】
3.サービス利用不可クラス
《理由番号49 QOS利用不可》
この理由表示は、要求されたQOS(勧告X.213で定義されている)が提供されないことを報告するために使用する(例えば、スループット又は伝達遅延が提供されない場合)。
《理由番号50 要求ファシリティ未契約》
この理由表示は、ユーザがファシリティを提供する網に対して必要な管理上の手続きを終えていないため、要求された付加サービスが綱によって提供されないことを示す。
《理由番号57 伝達能力不許可》
この理由表示は、理由表示を生成した装置で実現している伝達能力であるが、ユーザに許可してない伝達能力をユーザが要求したことを示す。
《理由番号58 現在利用不可伝達能力》
この理由表示は、理由表示を生成した装置で実現している伝達能力であるが、現在利用不可である伝達能力をユーザが要求したことを示す。
《理由番号63 その他のサービスまたはオプションの利用不可クラス》
この理由表示は、サービス利用不可クラスの他の理由表示が適用できない場合にのみ、サービス利用不可イベントを報告するのに使用する。
【0017】
4.サービス未提供クラス
《理由番号65 未提供伝達能力指定》
この理由表示は、理由表示を送信した装置が要求された伝達能力をサポートしでないことを示す。
《理由番号66 未提供チャネル種別指定》
この理由表示は、理由表示を送信した装置が要求されたチャネル種別をサポートしでないことを示す。
《理由番号69 未提供ファシリティ要求》
この理由表示は、この理由表示を送信した装置が要求された付加サービスを提供しないことを示す。
《理由番号70 制限ディジタル情報伝達能力》
この理由表示は、ある装置が非制限ディジタル情報伝達能力を要求した場合、この理由表示を送信する装置が要求された伝達能力のうち制限ディジタル情報伝達能力のみをサポートしていることを示す。
《理由番号79 その他のサービスまたはオプションの未提供クラス》
この理由表示は、サービス未提供クラスの他の理由が適用できない場合にのみ、サービス未提供を報告するのに使用する。
【0018】
5.無効メッセージクラス
《理由番号81 無効呼番号使用》
この理由表示ば、理由表示を送信した装置がユーザ・網インタフェース間で現在使用しているのと異なる呼番号のメッセージを受信したことを示す。
《理由番号82 無効チャネル番号使用》
この理由表示は、理由表示を送信した装置が活性化していないチャネル番号の使用要求を受信したことを示す。例えば、ユーザが1から12までのチャネルを契約しているにもかかわらず、ユーザ装置または網がチャネル番号13から23の使用を試みた場合等である。
《理由番号83 指定された中断呼識別番号未使用》
この理由表示は、中断された呼に用いられていた呼識別番号とは異なった呼識別番号を持つ呼の再開が試されたことを示す。
《理由番号84 中断呼識別番号使用中》
この理由表示は、網が呼の中断要求を受信したが、この中断要求は呼の再開が行われるかもしれないインタフェース領域内の中断呼識別としてすでに使用中である呼識別(なにもしない場合を含む)を含んでいたことを示す。
《理由番号85 中断呼なし》
この理由表示は、網が呼の再開要求を受信したことを示す。しかし、呼の再開要求の含んでいる呼識別が、呼の再開が行われるかもしれないインタフェース領域内の中断された呼には現在使用されていないことを示す。
《理由番号86 指定中断呼切断復旧済》
この理由表示は、網が再開要求を受信したが、この再開要求は、一度中断呼として通知された呼識別を含んでおり、その中断呼が(リモートユーザの切断復旧またはタイムアウトにより)すでに切断復旧されていることを示す。
《理由番号87 ユーザはCUGメンバでない》
付加サービス仕様参照
《理由番号88 端末属性不一致》
この理由表示は、理由表示を送信した装置が適合しえない低位レイヤ整合性、高位レイヤ整合性、あるいは他の整合性属性(例=データ速度)をもつ呼設定の要求を受信したことを示す。
《理由番号91 無効中継網選択》
この理由表示は、中継網織別を受信したが、それが別に定義されているように、正しくないフォーマットであることを示す。
《理由番号95 その他の無効メッセージクラス》
この理由表示は、無効メッセージクラスの他の理由が適用できない場合にのみ、無効メッセージクラスのイベントを報告するために用いる。
【0019】
6.手順誤リ(例:認識されないメッセージ)クラス
《理由番号96 必須情報要素不足》
この理由表示は、理由表示を送信した装置がメッセージを受信時に、メッセージ内に存在しなければならない情報要素(必須情報要素)が不足していたことを示す。
《理由番号97 メッセージ種別未定義または未提供》
この理由表示は、理由表示を送信した装置が、その装置において未定義のメッセージ、または定義されているが未提供であるような認識できないメッセージ種別を持つメッセージを受信したことを示す。
《理由番号98 呼状態とメッセージ不一致又はメッセージ種別未定義》
この理由表示は、この理由表示を送信した装置が、処理において特定な呼状態の間に受信したメッセージが許可しうるメッセージでないか、整合していない呼状態を示す「状態表示」を受信したことを示す。
《理由番号99 情報要素未定義》
この理由表示は、理由表示を送信した装置の情報要素識別子が未定義、または定義されていても未提供である情報要素を含んだメッセージを受信した場合に用いる。なお、その情報要素は、この理由を送出した装置が、メッセージの処理を行うために必要なものでない場合に限る。
《理由番号100 情報要素内容無効》
この理由表示は、理由表示を送信した装置が提供している情報要素であるが、情報要素の1つまたは複数のフィールドが提供していないコードである情報要素を受信したことを示す。
《理由番号101 呼状態とメッセージ不一致》
この理由表示は、受信したメッセージが呼状態と不一致の場合に用いる。
《理由番号102 タイマ満了による回復》
この理由表示は、本レイヤ3仕様のエラー処理手順に従い、タイマが満了したことにより手順が開始されたことを示す。
《理由番号111 その他の手順誤りクラス》
この理由表示は、手順誤りクラスの他の理由が適用できない場合にのみ手順誤りイベントを報告するのに用いる。
【0020】
7.インタワーキンダクラス
《理由番号127 その他のインタワーキングクラス》
この理由表示は、動作するための理由表示が存在しないような網でのインタワークが発生したことを示す。従って、送信すべきメッセージのための正確な理由表示は確認できない。
【0021】
====調査処理の制御の流れ====
さて、この発明の電話番号の調査処理においては、図2のフローチャートに示すように、呼設定シーケンス200において、送出した「呼設定」メッセージの呼が受け付けられて網から「呼出」メッセージまたは「応答」メッセージが転送されてきた場合に、ステップ202またはステップ203からステップ301→302→303の処理に抜け出して、直ちに網に「切断」メッセージを送出して切断復旧シーケンスを実行するとともに、当該「呼設定」メッセージの前記電話番号を有効番号と判定して有効リストに記入する。これで、この電話番号についての調査処理を終了したことになる。
【0022】
また呼設定シーケンス200において、送出した「呼設定」メッセージの呼が受け付けられずに網から「切断」メッセージが転送されてきた場合には、図3のフローチャートに示すように、ステップ204からステップ401→402の処理に抜け出して、直ちに切断復旧シーケンスを実行するとともに、網からの「切断」メッセージに付帯した情報要素の理由表示をピックアップし、その理由表示の内容に応じて、当該「呼設定」メッセージの前記電話番号についての有効・無効および保留などの判断を下す。
【0023】
(a)有効番号
ステップ402でピックアップした理由表示が、
《理由番号3 相手へのルートなし》
《理由番号7 呼が設定済のチャネルへ着呼》
《理由番号16 正常切断》
《理由番号17 着ユーザビジー》
《理由番号18 着ユーザレスポンスなし》
《理由番号19 着ユーザ呼出中/応答なし》
《理由番号20 加入者不在》
《理由番号21 通信拒否》
《理由番号27 相手端末故障中》
《理由番号49 QOS利用不可》
《理由番号50 要求ファシリティ未契約》
《理由番号57 伝達能力不許可》
《理由番号58 現在利用不可伝達能力》
《理由番号63 その他のサービスまたはオプションの利用不可クラス》
《理由番号65 未提供伝達能力指定》
《理由番号66 未提供チャネル種別指定》
《理由番号69 未提供ファシリティ要求》
《理由番号70 制限ディジタル情報伝達能力》
《理由番号79 その他のサービスまたはオプションの未提供クラス》
《理由番号88 端末属性不一致》
のいずれかであった場合は、当該「呼設定」メッセージの前記電話番号を有効番号と認定し、その電話番号を有効リストに記入する(ステップ403→404)。
【0024】
(b)番号変更
ステップ402でピックアップした理由表示が《理由番号22 相手加入者番号変更》であった場合、その理由表示の診断情報フィールドに記入されている新しい電話番号をピックアップし、当該「呼設定」メッセージの前記電話番号をピックアップした新しい電話番号と発呼した電話番号とを対照させて変更番号調査リストに記入する(ステップ403→405→406)。
【0025】
(c)無効番号
ステップ402でピックアップした理由表示が、
《理由番号1 欠番》
《理由番号2 指定中継網へのルートなし》
《理由番号6 チャネル利用不可》
のいずれかであった場合は、当該「呼設定」メッセージの前記電話番号を無効番号と認定し、その電話番号を無効リストに記入する(ステップ403→405→407→408)。
【0026】
===交換機過負荷回避処理===
(d)発呼一時休止
ステップ402でピックアップした理由表示が、
《理由番号34 利用可回線/チャネルなし》であった場合、ステップ600から601に進み、10分間発呼を休止し、10分後に発呼を再開する。
【0027】
(e)発呼停止アラーム
ステップ402でピックアップした理由表示が、
《理由番号42 交換機輻輳》であった場合、ステップ602から603に進み、発呼を停止して、係員に交換機輻輳が生じたことを通知するアラーム処理を実行する。
【0028】
(f)判断保留
ステップ402でピックアップした理由表示が、ステップ403・405・407で調べたいずれの理由番号でもなかった場合は、当該「呼設定」メッセージの前記電話番号を有効番号とも無効番号とも判定せずに、保留リストに記入する(ステップ403→405→407→409)。
【0029】
以上のようにして、ある1つの電話番号について調査処理を終了したならば、ステップ501に進み、調査対象のすべての電話番号について処理完了したか否かをチェックし、完了していなければ最初のステップ100に戻ってつぎの電話番号を生成し、その電話番号について前記と同じ処理を行う。全件の処理が完了したのであれば、ステップ502に進んで、調査リストを所定の形式で出力する。
【0030】
====実際の運用状況====
調査対象となる地域に含まれるすべての市外局番および市内局番を公開されている情報に従ってあらかじめ取得し、それらの局番を調査対象局番としてテーブル化しておく。その調査対象局番のすべてと、加入者番号となる可能性のある4桁の数字のすべての組み合せが調査対象電話番号である。都市の規模によって異なるが、1つの局番を持つ1万個の調査対象電話番号のうち、半数程度が未使用の無効の番号であることが普通である。また、電話番号のほとんどがアナログ電話網の加入者番号であり、最近すこしずつISDN(INS64)の加入者番号が増えてきている。このような現状の電話網に前述した仕組みの調査処理により発呼した場合、パソコン1とISDNの交換局(網)との間でつぎのような応答がなされる。
【0031】
(A)発呼した電話番号がアナログ電話網の有効な加入者番号であった場合
この数が全体の半数近くを占めるのが普通である。この発明の装置は「呼設定」メッセージで伝達能力として非制限ディジタル情報を指定して発呼しているので、網は《理由番号3 相手へのルートなし》を付けた「切断」メッセージを返してくる。したがってパソコン1は、その電話番号を有効リストに記入する。ここで注目すべきことは、この調査と判断を行うにあたって、調査対象の電話に対して呼出をまったく行わないことである。つまり調査される相手から見た場合、無用な電話に無理に応答させられる煩わしさがない。
【0032】
(B)発呼した電話番号が変更になっていた場合
これはアナログ電話網かISDNのいずれの加入者番号かに係わりなく、網は《理由番号22 相手加入者番号変更》を付けた「切断」メッセージを返してくる。これを受けてパソコン1は、その理由表示の診断情報フィールドに記入されている新しい電話番号をピックアップし、その新番号と発呼した番号とを対照させて変更番号調査リストに記入する。
【0033】
(C)発呼した電話番号が使われていない番号であった場合
この数が全体の半数近くになることが多い。これもアナログ電話網かISDNのいずれの加入者番号かに係わりなく、網は《理由番号1 欠番》の付いた「切断」メッセージを返してくる。これを受けてパソコン1は、その電話番号を無効リストに記入する。
【0034】
(D)発呼した電話番号がISDNの有効な加入者番号であった場合
この場合は相手設備の状況に応じてやり取りが変わる。パソコン1からの「発呼」メッセージにより着信端末(相手)にて呼出が行われ、さらにその呼出に相手が応答すると、図2のフローチャートにおいてステップ301側に処理が進み、本発明の調査装置の側から切断復旧シーケンスを開始するし、その電話番号を有効リストに記入する。また、網から「切断」メッセージが返ってきた場合であっても、前述したように、その理由番号が#7,#16,#17,#18,#19,#20,#21,#27,#49,#50,#57,#58,#63,#65,#66,#70,#79,#88のいずれかであれば、その電話番号を有効リストに記入し、理由番号が#2か#6であればその電話番号を無効リストに記入し、これ以外の理由番号のときは保留リストに記入する。
【0035】
なお、各理由番号について“有効”“無効”“保留”のどの分類に振り分けるかは、実施例での説明が最善のものと言えない場合も考えられる。ISDNの加入者の利用状況とそれに対する網の反応をさらに詳しく吟味し、ある理由表示は“保留”ではなくて“有効”に分類した方が適切であったり、または“無効”に分類した方が適切だということがあり得る。この発明は、そのような弾力的な運用を妨げるものではない。
【0036】
(E)網設備が一時的に過負荷
この発明に特徴的な処理として、網設備に一時的に空きがない場合に、網設備の過負荷を予兆させる現象と判断して調査処理を一時休止(発呼抑制処理)するものである。網設備の一時的な過負荷の状態を示す理由表示として代表的なものが《理由番号34 利用可回線/チャネルなし》である。この理由表示を含む「切断」メッセージが返ってきた場合には、調査処理を一旦休止し、所定時間(この例では10分間)の後に調査処理を再開する。
このときに、図4(イ)に例示したようにして係員に状態を知らせるようにすると便利である。
【0037】
(F)網設備の過負荷が深刻な場合
網設備の過負荷がさらに深刻な状態に陥って、その状態が一時的とは言えない場合には、調査処理を中止する。網設備に深刻な障害が生じたことを示す理由表示として代表的なものが《理由番号42 交換機輻輳》である。この理由表示を含む「切断」メッセージが返ってきた場合には、調査処理を中止するとともに、調査装置のディスプレイ装置6に図4(ロ)に例示したようにアラームを表示したりアラーム音を発したりして係員に状態を知らせ、その後の判断を委ねる。
【0038】
なお、以上に説明した理由表示以外にも、網の仕様の変更や追加によって新たな理由番号や別の理由表示が返ってくる場合があり得る。その場合には、仕様に応じて新たな分類や運用の見直し必要である。この発明は、そのような弾力的な運用を妨げるものでもない。
【0039】
===電話番号調査の時間的および地域的な実施の仕方===
ここまでは1台のパソコン1で北海道・青森県・秋田県・岩手県エリアの調査を行うと説明した。同様にして、全国の電話網をいくつかの地域に分割し、それぞれの地域にて前記と同様な電話番号調査用パソコンをISDNに接続し、全国の電話番号の調査を複数の地域に分散した複数のパソコンで分担実行する。そして、それぞれ担当した地域の前記調査リストを通信などを通じて1つに集約することで、全国的な広域の調査リストを作成できる。このようにすることで、1箇所に設置したパソコンで全国の電話網を対象にして前述の調査を行う場合に比べ、調査用パソコンが網に与える悪影響(輻輳の問題)を大幅に低減でき、実用上まったく問題のないレベルに抑えることができる。
【0040】
また、クリーニング処理したい電話番号リストを持っている依頼者に対して、サービス業者がこの発明の調査方法により得た調査リストをたとえばCD−ROMやフロッピーディスクあるいはICカードに記録して依頼者に配付したり、通信により依頼者のコンピュータに転送したりし、依頼者のコンピュータで調査リストと既存の電話番号リストとを照し合せることで、電話番号リストをクリーニング処理する。したがって、多数の依頼者がいても、1回行われた調査結果に基づいて電話網に対してはオフラインで何回でもクリーニング処理を行うことができる。
【0041】
そのため従来の方法のように、電話網に発呼し続けながら多数の電話番号リストをクリーニング処理する必要はなく、定期的に全国的な規模で電話番号調査を前述のように実行すればよい。たとえば1ヵ月に1回の割り合いで調査を行うとしたならば、前述のパソコン1は受け持ちの北海道・青森県・秋田県・岩手県エリアの調査を1ヵ月かけて行えばよい。そうすれば、調査対象電話番号の数が膨大でも、ゆっくりと時間をかけて調査を行うことができるので、輻輳の問題は完全に問題のないレベルとなる。
【0042】
===交換機過負荷回避処理の他の実施形態===
(ア)前記(d)の「発呼一時休止」処理において、《理由番号34 利用可回線/チャネルなし》の理由表示を1回検出しただけでは発呼を一時休止とせずに、その連続検出回数をカウンタで計数し、連続した発呼処理に対して規定回数(たとえば5回)連続して《理由番号34》の理由表示を検出した場合に発呼を一時休止する。
【0043】
(イ)同じく(d)において、《理由番号34》を5回連続して検出したならば、発呼を20分間休止し、発呼を再開してからたとえば2分以内に1回でも《理由番号34》を検出したならば、発呼を再び20分間休止する。その後、発呼を再開してから2分以内に1回でも《理由番号34》を検出したならば、今度は発呼を40分間休止する。
【0044】
(ウ)以上の例のように、(d)において発呼を一時休止する条件は、現実の運用に合わせて適切に決定するようにする。また、その条件を一律に決定するのではなく、《理由番号34》の発生動態の時系列に従って、前記条件を適切に変化させるようにプログラムすることも望ましい。
【0045】
(エ)同様に、発呼の一時休止時間を一律に決定するのではなく、《理由番号34》の発生動態の時系列に従って、一時休止時間を適切に変化させるようにプログラムすることも望ましい。このことは、発呼の時間間隔、すなわち発呼の頻度を変えるという形態でも、この発明を実施できることを意味している。
【0046】
(オ)網設備の一時的な過負荷の状態を示す理由表示として、《理由番号34》の他に《理由番号41 一時的障害》や《理由番号44 要求回線/チャネル利用不可》もあてはまる。したがって、(d)の発呼一時休止処理において、《理由番号34》のかわりに《理由番号41》あるいは《理由番号44》を過負荷予兆認識処理の判断基準として用いても、《理由番号34》を判断基準とした場合と同様の効果を得られる。
あるいは、これらのいずれかの理由表示を含む「切断」メッセージが返ってきた場合に同様の発呼一時休止処理を実施するようにすれば、精度が向上するので好ましい。
【0047】
(カ)網設備に深刻な障害が生じたことを示す理由表示としては、《理由番号42 交換機輻輳》の他に《理由番号38 網障害》もあてはまる。したがって、上記(e)の「発呼停止アラーム」処理において、《理由番号42》のかわりに《理由番号38》を判断基準として用いても、《理由番号42》を判断基準とした場合と同様の効果を得られる。
あるいは、《理由番号38》《理由番号42》のいずれかを含む「切断」メッセージが返ってきた場合に発呼停止アラーム処理を実施するようにすれば、精度が向上するので好ましい。
【0048】
(キ)網から発信端末に送達される「解放」メッセージや「解放完了」メッセージにも理由表示が付帯する場合がある。この理由表示として前述した《理由番号34》《理由番号41》《理由表示44》《理由番号42》《理由番号38》等が送られてきた場合にも、それらが「切断」メッセージの理由表示として送られてきた場合と同じ扱いにして前述した処理を行うようにすれば、精度が向上するので好ましい。
もちろん、その他の理由表示ついても同様であることは言うまでもないことである。
【0049】
【発明の効果】
この発明によれば、ISDNに接続したコンピュータを用い、電話番号のリストに従ってつぎつぎと発呼の処理を実行するとともに、それぞれの発呼に対するISDNの応答に応じた処理を実行する集中式自動ダイヤリング装置において、交換機に過負荷を与えることなく安心して運用することができる。
【図面の簡単な説明】
【図1】この発明を適用した電話番号の調査方法を実行するパソコンシステムのハードウェア構成の概略図である。
【図2】同上システムにおける調査処理の主要部分の概略を示すフローチャート(その1)である。
【図3】同上システムにおける調査処理の主要部分の概略を示すフローチャート(その2)である。
【図4】同上システムにおける調査装置に交換機過負荷回避処理の際に表示される画面の概略図である。
【符号の説明】
1 パソコン
2 CPU
3 メモリ
4 ハードディスク装置
5 フロッピーディスク装置
6 ディスプレイ装置
7 キーボード
8 ISDN通信ボード
10 回線接続装置
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to computer and telephone integration technology (CTI: Computer Telephony Integration), and more particularly to switch overload avoidance technology in a centralized automatic dialing apparatus.
[0002]
BACKGROUND OF THE INVENTION
With the proliferation of mobile phones with e-mail functions, Internet connection functions, and browser functions, CTI technology has been utilized in various application situations, and marketing methods and business models that were previously unthinkable have been created one after another. Yes. Among them, CTI operation which is harmful to the telephone system which is a public organ of society has appeared. A typical example is “one-cut” that became a social problem in Japan in the summer of 2002. This is because, by using a computer connected to the telephone network and continuously executing a process of automatically calling one after another according to a list of telephone numbers, excessive traffic is generated in the exchange, resulting in congestion. The problem is that even if someone tries to make a phone call, they are not connected.
[0003]
Here, the operation method of making automatic calls to the telephone network one after another by the computer is not to be used as an abuse of the telephone network itself. It has the potential to play a very useful social and business role in applications.
For example, according to the invention of the “telephone number search method and device and telephone number list cleaning method (Japanese Patent No. 3227398)” previously created by the applicants, the computer automatically makes calls to the telephone network one after another. By using this means, it is possible to list the telephone numbers actually used in a certain area.
[0004]
DISCLOSURE OF THE INVENTION
The computer system according to the present invention is basically specified by the following items (1) to (8).
(1) A computer system comprising ISDN communication means, storage means, and control means, and cleaning a telephone number list by centralized automatic dialing.
(2) The ISDN communication means shall be connected to ISDN to enable communication as a calling terminal.
(3) The storage means stores a telephone number list and cleaning information.
(4) The control means performs call processing, response classification processing, and call suppression processing.
(5) In the calling process, the ISDN communication means makes a call one after another according to the telephone number list in the storage means.
(6) In response classification processing, ISDN communication means sequentially receives responses from ISDN for each call made by call processing, performs a disconnection recovery sequence, and based on the contents of each response, the validity of the telephone number that made the call・ Distinguish invalid / changed data and record the sorting result as cleaning information in storage
(7) In the call suppression process, when the first specific response from the ISDN is detected in the response classification process, this is recorded in the detection history, and the frequency of the call by the call process based on the detection history To reduce in stages
(8) The first specific response is at least one message selected from a disconnect message, a release message, and a release completion message, and at least one selected from among 34, 41, and 44 as a reason display Must be a message with one reason number
In the computer system having the above configuration requirements (1) to (8), it is desirable that the call suppression processing outputs an output indicating the call frequency reduction by the output means when the call frequency is reduced.
[0005]
More preferably, the computer system according to the present invention has a configuration specified by the following items (11) to (13).
(11) The control means further performs call cancellation processing.
(12) Call stop processing is to stop the call processing when the second specific response from ISDN is detected in the response classification processing.
(13) The second specific response is at least one message selected from a disconnect message, a release message, and a release completion message, and a message with at least one reason number 38 or 42 as a reason display. Be
In the computer system having these configuration requirements (11) to (13), it is more desirable that the call canceling process causes the output means to output the call canceling signal when the calling process is stopped.
[0006]
【Example】
An embodiment in which the present invention is applied to the telephone number search system disclosed in Japanese Patent No. 3227398 will be described in detail below.
=== Basics of a system that implements a telephone number search method ===
FIG. 1 shows an example of a system for implementing the telephone number search method of the present invention (search apparatus of the present invention). Here, a general personal computer 1 is used as an ISDN terminal. The personal computer 1 includes a CPU 2, a memory 3, a hard disk device 4, a floppy disk device 5, a display device 6, a keyboard 7, an ISDN communication board 8, and the like. The personal computer 1 is connected to the ISDN via an ISDN communication board 8 and a line connection unit (DSU) 10. As is well known, ISDN and the telephone network are interconnected together.
[0007]
For example, the personal computer 1 is installed in the Hokkaido, Aomori, Akita, and Iwate prefecture areas, and all telephone numbers that are actually used in the entire area are checked. As is well known, each subscriber's telephone number is a combination of an area code, a local area code, and a subscriber number, with the last four digits being the subscriber number. Of course, the numbers used as the area code and the city code are publicly available information.
[0008]
In the Hokkaido, Aomori, Akita, and Iwate prefecture areas, 011/0123/01235/01237/01242/0125/01026/01266/0133/0134/0135/01136/0138/01397/0142/0143/0144 / 01462/0152/01527/0153/01532/01537/0154/0155/0157/0162/016432/0166/0167/0172/0173/0175/0176/0177/0178/0182/0183/0184/0185/0186/0187 / There are 52 area codes of 0188/0191/0192/0193/0194/0195/0196/0197/0198 (as of December 1996). Each of these area stations has a number of local area codes according to the scale. For example, within the Aomori station (0177), 22/23/26/28/29/31/32 / 34-39 / 41-44 / 52/54 / 61-66 / 73-77 / 81/82/87 / There are 35 local area codes of 88/99 (as of December 1996). The subscriber number is undisclosed information, but it is a 4-digit number, and there may be 10,000 numbers from 0000 to 9999. There are 35 local numbers in the Aomori station (No. 0177), so there may be 35 x 10,000 = 350,000 phone numbers, some of which are actually assigned to subscribers. A valid phone number. According to the method of the present invention, for example, all and 350,000 telephone numbers that may exist in the Aomori station of No. 0177 are examined and which are valid (invalid), and the result is used as a survey list.
[0009]
The personal computer 1 of the embodiment is in charge of surveys in the Hokkaido, Aomori, Akita, and Iwate prefecture areas. There are 52 area codes in the area, and a number of city codes are assigned to each area. All the area codes and city area numbers included in these areas to be surveyed are obtained in advance according to the published information, and these station numbers are tabulated as the station numbers to be surveyed (in an appropriate storage means of the personal computer 1). Store it). A combination of all of the survey target station numbers and all the four-digit numbers (10,000) that may become subscriber numbers is a survey target telephone number.
[0010]
When executing a survey, a certain station number (area code + local station number) is picked up in a predetermined order from the survey target station number table, and the station number and a 4-digit number (1 from 0000 to 9999) are picked up. For all combinations of (numbers), check if it is a valid phone number as follows: Note that it is very easy to generate 10,000 numbers from 0000 to 9999 in order by the counter function.
[0011]
=== Introduction part of the investigation process ===
A schematic procedure of the telephone number investigation process executed by the personal computer 1 is shown in the flowchart of FIG. The personal computer 1 recognizes the survey target station number table stored in an appropriate storage means, picks up the station number one by one from the table in a predetermined order, and stores 10,000 station numbers from 0000 to 9999 in that station number. The telephone numbers obtained by combining the numbers in order are generated one by one in order, and execution of a call setting sequence for calling the one telephone number is started (step 100 → 200). In the call setting sequence, first, a “call setting” message is created, in which the telephone number generated as a check target is a called number and non-restricted digital information is specified as a transmission capability, and is sent to the network (step 201). This call setup sequence 200 proceeds according to a circuit-switched call control procedure specified in detail in ITU-T Recommendation Q.931 (or TTC Standard JT-Q931). Since the control procedure of this circuit-switched call is explained in detail in various documents, it is not explained in detail in this specification, but a typical sequence proceeds as follows.
[0012]
The network that has received the “call setting” message from the calling terminal sends a “call setting acceptance” message informing the B channel to be used to the calling terminal and also sends a “call setting” message to the receiving terminal. As a result, various performances required for the receiving terminal are specified, and this is checked on the receiving terminal side, and the receiving terminal confirming the conformity returns a “calling” message to the network (the receiving terminal is ringing). This “call” message is sent from the network to the originating terminal. When a response such as off-hook is made at the receiving terminal, a “response” message is sent from the receiving terminal to the network → the calling terminal, and a “response confirmation” message is sent from the calling terminal to the network and from the network to the receiving terminal. It is done. Thus, the “call setting” message is accepted and the line is connected.
[0013]
In addition, a call requested by the calling terminal may not be accepted for various reasons. In that case, the network sends a “disconnect” message to the originating terminal and executes a disconnection recovery sequence. At this time, the reason why the call cannot be accepted is notified in the form of a reason number in the information item reason display item attached to the “disconnect” message sent from the network to the calling terminal.
[0014]
==== Display reason of “Disconnect” message ====
In the ITU-T recommendation Q.931, the type and number of the reason display attached to the “disconnect” message are defined as follows.
1. Normal class
《Reason number 1 Missing number》
This reason display indicates that the number is valid in the format but cannot be received at the other party requested by the calling user because the number is currently missing.
《Reason number 2 No route to designated relay network》
This reason indication indicates that the device that sent the reason indication has received a request to route the call through a special relay network that cannot be recognized. This reason indication transmission source device is not a relay network, or even if it exists, it is a special relay network that does not service the reason indication transmission destination device. Therefore, the relay network is not recognized.
<Reason number 3 No route to opponent>
The reason display indicates that the network to which the call is routed cannot deliver the call to the called user because it does not receive the incoming call request.
<Reason number 6 Channel unavailable>
This reason display indicates that the channel selected as a result of channel selection is not available to the transmitting terminal.
<< Reason number 7: Call to a channel for which a call has already been set >>
This reason display indicates that the user has an incoming call, and the incoming call is connected to a channel that the user has already set up as a similar call (for example, an X.25 virtual call in packet mode).
<Reason number 16 Normal disconnection>
The reason display indicates that the call is disconnected when one of the users related to the call requests call disconnection recovery. Under normal conditions, this reason indication is not generated from the network.
《Reason number 17 arrival user busy》
This reason indication indicates that the called user cannot accept another call. In this case, the user equipment needs to maintain communication consistency for incoming calls.
《Reason number 18 No arrival user response》
This reason display is a message indicating whether the other user is “calling” or “answering” within the allotted time (timer T303 or T310 defined in this specification) defined for the call setup message. Used when not returning.
《Reason number 19: Calling the destination user / No response》
This reason display is used when there is a call notification but there is no response notification within a specified time. This reason display is not necessarily caused by the JT-Q931 procedure, but may be caused by a timer in the network.
《Reason number 20 No subscribers》
This reason indication indicates that the mobile station is logged off (by a signaling procedure through the radio bus) or that radio communication cannot be made with the destination mobile station (eg, failure, out of range or power off).
<Reason number 21 communication rejection>
This reason display is used to indicate that the device that transmitted this reason display is neither busy nor inconsistent and can accept calls, but does not accept calls.
<< Reason number 22: Change of the other party's subscriber number >>
This reason display is to notify the calling user when the incoming call number indicated by the calling user is no longer assigned. At this time, the new incoming number is included in the diagnostic information field.
<< Reason number 26: Disconnection recovery of user not selected >>
This reason display indicates that the user has not received the incoming call.
<< Reason number 27: The other terminal is malfunctioning >>
This reason display indicates that the incoming call to the partner user requested by the calling user could not be made because the incoming side interface was not functionally normal. This “functionally abnormal” means that the signal message does not reach the other user. For example, there is a failure in the physical layer or data link layer of the counterpart user interface, or when the user device is offline.
<< Reason number 28 Invalid number format (incomplete number) >>
This reason display indicates that the incoming call cannot be made to the other user because the incoming call number has an invalid format or is incomplete.
《Reason number 29 Facility rejection》
This reason display is returned when the facility requested by the user cannot be provided on the network.
《Reason to reason number 30 status inquiry》
This reason display is included in the “state display” message when the reason for generating the “state display” message is that the “state inquiry” message is received before the message is generated.
<Reason number 31 Other normal class>
This reason display is only used to report a normal status if it cannot be expressed for other reasons in the normal class.
[0015]
2. Resource unavailable class
<Reason number 34: No available line / channel>
This reason indication indicates that there is currently no suitable line / channel available to handle the call.
《Reason number 38 network failure》
This reason display indicates that the network is not functionally normal and that the condition is likely to last for a relatively long time. For example, it is a case where it is unlikely that the call will be accepted even if it is immediately re-called.
<Reason number 41 Temporary failure>
This reason indication indicates that the network is not functionally normal and that the condition is unlikely to continue for a long time. For example, when the user can request a re-call almost immediately.
<Reason number 42: Switch congestion>
This reason display is used to indicate that the switching device that has generated this reason is congested with high traffic.
[Reason number 43 Access information discarded]
This reason display indicates that the network has not been able to deliver the requested access information (user / user information, lower layer consistency, higher layer consistency or subaddress indicated in the detailed information) to the other user. Special types of discarded access information may be included in the diagnostic information.
<< Reason number 44 Request line / channel unavailable >>
This reason display is returned when the line or channel notified by the requesting terminal cannot be provided by the partner interface.
[Reason number 47 Other resource unavailable class]
This reason indication is used to report as a network congestion event only when no other reasoning in the network congestion class is applicable.
[0016]
3. Service unavailable class
[Reason number 49 QOS unavailable]
This reason indication is used to report that the requested QOS (as defined in Recommendation X.213) is not provided (eg, if no throughput or propagation delay is provided).
《Reason number 50 Request facility not contracted》
This reason indication indicates that the requested supplementary service is not provided by the rope because the user has not completed the necessary administrative procedures for the network providing the facility.
《Reason No. 57 Disallow transmission ability》
This reason display indicates that the user has requested a transmission capability that is the transmission capability realized by the device that generated the reason display but is not permitted to the user.
《Reason number 58 Currently unavailable transmission ability》
This reason display indicates that the user requested a transmission capability that is the transmission capability realized by the device that generated the reason display, but is currently unavailable.
<Reason number 63 Other service or optional unavailable class>
This reason display is used to report a service unavailability event only when other reason indications in the service unavailability class are not applicable.
[0017]
4). Service not provided class
《Reason number 65 Unprovided transmission capability designation》
This reason indication indicates that the device that sent the reason indication does not support the requested transmission capability.
<< Reason number 66: Unprovided channel type designation >>
This reason indication indicates that the device that sent the reason indication does not support the requested channel type.
《Reason number 69 Unprovided facility request》
The reason display indicates that the device that transmitted the reason display does not provide the requested supplementary service.
<< Reason number 70: Restricted digital information transmission ability >>
This reason indication indicates that when a device requests unrestricted digital information transmission capability, the device that transmits this reason indication supports only limited digital information transmission capability among the requested transmission capabilities.
《Reason number 79 Other service or optional non-provided class》
This reason indication is used to report service not provided only when other reasons for service not available apply.
[0018]
5. Invalid message class
<Reason number 81 Invalid call number used>
This reason display indicates that the device having transmitted the reason display has received a message with a call number different from that currently used between the user and the network interface.
<< Reason number 82 Invalid channel number used >>
This reason display indicates that the device that transmitted the reason display has received a request to use a channel number that is not activated. For example, the user apparatus or network attempts to use channel numbers 13 to 23 even though the user has subscribed to channels 1 to 12.
<Reason number 83 Specified suspended call identification number unused>
This reason indication indicates that a call with a call identification number different from the call identification number used for the interrupted call has been attempted.
《Reason number 84 interrupted call identification number in use》
This indication indicates that the network has received a call suspend request, but the suspend request is already in use as a suspend call identifier in the interface area where the call may be resumed (if nothing is done). Included).
<Reason number 85: No interrupted call>
The reason display indicates that the network has received a call resume request. However, the call identification contained in the call resumption request indicates that it is not currently used for a suspended call in the interface area where call resumption may occur.
<< Reason number 86 Designated interrupted call disconnection restored >>
The reason indication is that the network has received a resume request, but this resume request includes the call identification once reported as a suspended call, and the suspended call has already been restored (due to remote user disconnection or timeout). Indicates that
<< Reason number 87 User is not a CUG member >>
See additional service specifications
《Reason number 88 Terminal attribute mismatch》
This reason indication indicates that the device that sent the reason indication has received a call setup request with lower layer consistency, higher layer consistency, or other consistency attributes (eg data rate) that cannot be met. .
<< Reason number 91 Invalid relay network selection >>
This reason indication indicates that the relay network texture has been received but is in an incorrect format as defined elsewhere.
<< Reason number 95 Other invalid message class >>
This reason indication is used to report an invalid message class event only when other reasons for the invalid message class are not applicable.
[0019]
6). Procedure error (example: unrecognized message) class
[Reason number 96, lack of required information elements]
This reason display indicates that the information element (essential information element) that must be present in the message was insufficient when the device that transmitted the reason display received the message.
[Reason number 97 Message type undefined or not provided]
This reason indication indicates that the device that sent the reason indication has received an undefined message in the device or a message having an unrecognizable message type that is defined but not provided.
<< Reason number 98 Call status and message mismatch or message type undefined >>
This reason indication is that the device that sent this reason indication has received a “status indication” indicating that the message received during the particular call state in the process is not an acceptable message or an inconsistent call state. Indicates.
<< Reason number 99 Information element undefined >>
This reason display is used when a message including an information element that is not defined or is not provided even though the information element identifier of the device that transmitted the reason display is undefined. Note that the information element is limited to the case where the device sending this reason is not necessary for processing the message.
<< Reason number 100 Information element contents invalid >>
This reason indication indicates that an information element is received which is an information element provided by the device that sent the reason indication but is not provided by one or more fields of the information element.
<< Reason number 101 Call state and message mismatch >>
This reason display is used when the received message does not match the call state.
<Reason number 102 Recovery by expiration of timer>
This reason display indicates that the procedure is started by the expiration of the timer according to the error processing procedure of this layer 3 specification.
<Reason number 111 Other procedure error class>
This reason indication is used to report a procedure error event only when other reasons for the procedure error class are not applicable.
[0020]
7). Into Tower Kinder Class
<< Reason number 127 Other interworking classes >>
This reason display indicates that interworking has occurred in the network where there is no reason display for operation. Therefore, the exact reason indication for the message to be sent cannot be confirmed.
[0021]
==== Flow of investigation processing control ====
In the telephone number checking process according to the present invention, as shown in the flowchart of FIG. 2, in the call setting sequence 200, a call of the transmitted “call setting” message is accepted and “call” message or “response” is received from the network. ”Message is transferred to step 301 → 302 → 303 from step 202 or step 203, a“ disconnect ”message is immediately sent to the network to execute the disconnection recovery sequence, and the“ call ” The telephone number of the “set” message is determined to be a valid number and entered in the valid list. This completes the investigation process for this telephone number.
[0022]
Also, in the call setting sequence 200, when a “disconnect” message is transferred from the network without receiving a call of the transmitted “call setting” message, as shown in the flowchart of FIG. → Exit from the process of 402, immediately execute the disconnection recovery sequence, pick up the reason display of the information element attached to the “disconnect” message from the network, and according to the contents of the reason display, the “call setting” Judgment such as validity / invalidity and hold of the telephone number of the message is made.
[0023]
(A) Valid number
The reason displayed in step 402 is
<Reason number 3 No route to opponent>
<< Reason number 7: Call to a channel for which a call has already been set >>
<Reason number 16 Normal disconnection>
《Reason number 17 arrival user busy》
《Reason number 18 No arrival user response》
《Reason number 19: Calling the destination user / No response》
《Reason number 20 No subscribers》
<Reason number 21 communication rejection>
<< Reason number 27: The other terminal is malfunctioning >>
[Reason number 49 QOS unavailable]
《Reason number 50 Request facility not contracted》
《Reason No. 57 Disallow transmission ability》
《Reason number 58 Currently unavailable transmission ability》
<Reason number 63 Other service or optional unavailable class>
《Reason number 65 Unprovided transmission capability designation》
<< Reason number 66: Unprovided channel type designation >>
《Reason number 69 Unprovided facility request》
<< Reason number 70: Restricted digital information transmission ability >>
《Reason number 79 Other service or optional non-provided class》
《Reason number 88 Terminal attribute mismatch》
If it is any of the above, the telephone number of the “call setting” message is recognized as a valid number, and the telephone number is entered in the valid list (steps 403 → 404).
[0024]
(B) Number change
If the reason displayed in step 402 is << reason number 22 partner number change >>, a new telephone number entered in the diagnostic information field of the reason is picked up, and the "call setting" message The new telephone number picked up by the telephone number is compared with the calling telephone number and entered in the change number investigation list (steps 403 → 405 → 406).
[0025]
(C) Invalid number
The reason displayed in step 402 is
《Reason number 1 Missing number》
《Reason number 2 No route to designated relay network》
<Reason number 6 Channel unavailable>
If it is any of the above, the telephone number of the “call setting” message is recognized as an invalid number, and the telephone number is entered in the invalid list (steps 403 → 405 → 407 → 408).
[0026]
=== Switch overload avoidance processing ===
(D) Call suspension
The reason displayed in step 402 is
If it is << reason number 34: no available line / channel >>, the process proceeds from step 600 to step 601, where the call is suspended for 10 minutes, and the call is resumed after 10 minutes.
[0027]
(E) Call stop alarm
The reason displayed in step 402 is
If it is << reason number 42 exchange congestion >>, the process proceeds from step 602 to 603, the call is stopped, and an alarm process for notifying the attendant that the exchange congestion has occurred is executed.
[0028]
(F) Judgment pending
If the reason display picked up in step 402 is not any of the reason numbers examined in steps 403, 405, and 407, the telephone number of the “call setting” message is determined as neither a valid number nor an invalid number. Fill in the hold list (steps 403 → 405 → 407 → 409).
[0029]
As described above, if the investigation process is completed for one phone number, the process proceeds to step 501 to check whether the process is completed for all the telephone numbers to be investigated. Returning to step 100, the next telephone number is generated, and the same processing as described above is performed for the telephone number. If all the processes have been completed, the process proceeds to step 502, and the survey list is output in a predetermined format.
[0030]
==== Actual operation status ====
All area codes and local area numbers included in the area to be surveyed are acquired in advance according to the published information, and those station numbers are tabulated as the survey target station numbers. A survey target telephone number is a combination of all of the survey target station numbers and four-digit numbers that may be subscriber numbers. Although it depends on the size of the city, it is common that about half of the 10,000 surveyed telephone numbers having one station number are unused invalid numbers. Most telephone numbers are analog telephone network subscriber numbers, and ISDN (INS64) subscriber numbers have been increasing little by little. When a call is made to the current telephone network by the above-described investigation process, the following response is made between the personal computer 1 and the ISDN exchange (network).
[0031]
(A) When the telephone number that is called is a valid subscriber number of the analog telephone network
Usually this number accounts for nearly half of the total. Since the device of the present invention makes a call by designating unrestricted digital information as a transmission capability in the “call setting” message, the network returns a “disconnect” message with “reason number 3 no route to the other party”. Come. Therefore, the personal computer 1 enters the telephone number in the valid list. What should be noted here is that, in making this investigation and determination, no call is made to the investigation target telephone. In other words, when viewed from the other party being investigated, there is no hassle of being forced to answer a useless phone.
[0032]
(B) If the phone number that was called has been changed
Regardless of whether it is an analog telephone network or ISDN subscriber number, the network returns a “disconnect” message with << reason number 22 partner number changed >>. In response to this, the personal computer 1 picks up a new telephone number entered in the diagnostic information field of the reason display, and enters the new number against the calling number in the change number investigation list.
[0033]
(C) When the telephone number that was called is an unused number
This number is often close to half of the total. Regardless of whether it is an analog telephone network or ISDN subscriber number, the network returns a "disconnect" message with << reason number 1 missing >>. In response to this, the personal computer 1 enters the telephone number in the invalid list.
[0034]
(D) If the telephone number that was called is a valid ISDN subscriber number
In this case, the exchange changes depending on the situation of the counterpart facility. When a call is made at the receiving terminal (partner) by the “calling” message from the personal computer 1 and the other party answers the call, the process proceeds to step 301 in the flowchart of FIG. Start the disconnection recovery sequence from the side and enter the phone number in the valid list. Even if a “disconnect” message is returned from the network, the reason number is # 7, # 16, # 17, # 18, # 19, # 20, # 21, # 27 as described above. , # 49, # 50, # 57, # 58, # 63, # 65, # 66, # 70, # 79, # 88, the phone number is entered in the valid list, and the reason number is If it is # 2 or # 6, the phone number is entered in the invalid list, and if it is any other reason number, it is entered in the hold list.
[0035]
Note that it may be considered that the explanation in the embodiment is not the best for assigning to each classification of “valid”, “invalid”, and “hold” for each reason number. More detailed examination of ISDN subscriber usage and network response to it, and it is more appropriate to categorize as "valid" rather than "pending", or to classify as "invalid" May be appropriate. The present invention does not hinder such elastic operation.
[0036]
(E) Network equipment temporarily overloaded
As a process characteristic of the present invention, when the network facility is temporarily free, it is determined that the phenomenon is a sign of overload of the network facility, and the investigation process is temporarily suspended (call suppression process). A typical reason for indicating a temporary overload state of the network equipment is << reason number 34 usable line / no channel >>. When the “disconnect” message including the reason display is returned, the investigation process is temporarily stopped, and the investigation process is resumed after a predetermined time (in this example, 10 minutes).
At this time, it is convenient to inform the staff of the state as illustrated in FIG.
[0037]
(F) When overload of network equipment is serious
If the overload of the network equipment falls into a more serious state and the state is not temporary, the investigation process is stopped. A typical reason display indicating that a serious failure has occurred in the network equipment is "reason number 42 switch congestion". When the “disconnect” message including the reason display is returned, the investigation process is stopped, and an alarm or an alarm sound is displayed on the display device 6 of the investigation device as illustrated in FIG. Inform the staff of the situation and leave the decision afterwards.
[0038]
In addition to the reason display described above, a new reason number or another reason display may be returned due to a change or addition of the network specifications. In that case, it is necessary to review the new classification and operation according to the specifications. The present invention does not prevent such a flexible operation.
[0039]
=== How to conduct a telephone number survey in time and region ===
Up to this point, he explained that a single personal computer 1 would conduct surveys in the Hokkaido, Aomori, Akita, and Iwate areas. Similarly, the nationwide telephone network was divided into several regions, and the same telephone number survey PCs were connected to ISDN in each region, and the nationwide telephone number survey was distributed to multiple regions. Run on multiple computers. Then, by gathering the above-mentioned survey lists in each area in charge through communication or the like, a nationwide wide-area survey list can be created. In this way, compared with the case where the above-mentioned investigation is conducted for a nationwide telephone network with a personal computer installed in one place, the adverse influence (congestion problem) that the investigation personal computer has on the network can be greatly reduced. It can be suppressed to a level where there is no problem in practical use.
[0040]
Also, for a client who has a list of telephone numbers to be cleaned, the service provider records the survey list obtained by the survey method of the present invention on, for example, a CD-ROM, floppy disk or IC card and distributes it to the client Or by transferring it to the requester's computer by communication and comparing the search list with the existing phone number list on the requester's computer, thereby cleaning the phone number list. Therefore, even if there are a large number of clients, the telephone network can be subjected to the cleaning process any number of times based on the result of the investigation conducted once.
[0041]
Therefore, unlike the conventional method, it is not necessary to clean a large number of telephone number lists while continuing to make calls to the telephone network, and the telephone number survey may be performed periodically on a nationwide scale as described above. For example, if the survey is conducted once a month, the above-mentioned personal computer 1 can be used to survey the Hokkaido, Aomori, Akita, and Iwate prefectures for one month. By doing so, even if the number of telephone numbers to be investigated is enormous, the investigation can be performed slowly over time, so that the congestion problem is completely at a problem-free level.
[0042]
=== Other Embodiment of Switch Overload Avoidance Processing ===
(A) In the “call pause” process of (d) above, if the reason indication of “reason number 34 available line / no channel” is detected only once, the call is not paused and the continuous detection is made. The number of times is counted by a counter, and when a reason display of << reason number 34 >> is detected continuously for a predetermined number of times (for example, five times) for continuous call processing, the call is paused.
[0043]
(B) Similarly, in (d), if << reason number 34 >> is detected five times in succession, the call is paused for 20 minutes and resumed, for example, once within 2 minutes. << Reason If number 34 >> is detected, the call is paused again for 20 minutes. Thereafter, if << reason number 34 >> is detected even once within 2 minutes after resuming the call, the call is paused for 40 minutes.
[0044]
(C) As in the above example, the condition for temporarily suspending the call in (d) is appropriately determined according to the actual operation. It is also desirable not to uniformly determine the conditions, but to program the conditions so as to change appropriately according to the time series of the occurrence dynamics of << reason number 34 >>.
[0045]
(D) Similarly, it is desirable not to uniformly determine the temporary suspension time for outgoing calls, but to program the temporary suspension time appropriately according to the timeline of the occurrence dynamics of << reason number 34 >>. This means that the present invention can be implemented even in the form of changing the time interval between calls, that is, the frequency of calls.
[0046]
(E) In addition to << reason number 34 >>, << reason number 41 temporary failure >> and << reason number 44 request line / channel unusable >> also apply as a reason display indicating a temporary overload state of network equipment. Therefore, even if (reason number 41) or << reason number 44 >> is used instead of << reason number 34 >> as the judgment criterion for the overload sign recognition process in the call suspension process of (d), << reason number 34 It is possible to obtain the same effect as that obtained by using “>>”.
Alternatively, when a “disconnect” message including any of these reason indications is returned, it is preferable to perform the same call pause processing because accuracy is improved.
[0047]
(F) As a reason for indicating that a serious failure has occurred in the network equipment, “reason number 38 network failure” is also applied in addition to “reason number 42 switch congestion”. Therefore, in the “calling stop alarm” process of (e) above, even if “reason number 38” is used as a judgment criterion instead of “reason number 42”, it is the same as when “reason number 42” is used as a judgment criterion. The effect of.
Alternatively, it is preferable to perform the call stop alarm process when a “disconnect” message including any of << reason number 38 >><< reason number 42 >> is returned, because accuracy is improved.
[0048]
(G) A reason display may also be attached to a “release” message or a “release complete” message delivered from the network to the calling terminal. Even when the above-mentioned reason reason 34, reason number 41, reason display 44, reason number 42, reason number 38, etc. are sent, the reason display of the “disconnect” message is displayed. If the processing described above is performed in the same manner as the case where the message is sent, the accuracy is preferably improved.
Of course, it goes without saying that other reason indications are the same.
[0049]
【The invention's effect】
According to the present invention, a centralized automatic dialing that uses a computer connected to the ISDN to execute the next call processing according to the list of telephone numbers and to execute the processing according to the ISDN response to each call. The device can be operated with confidence without overloading the exchange.
[Brief description of the drawings]
FIG. 1 is a schematic diagram of a hardware configuration of a personal computer system that executes a telephone number search method to which the present invention is applied.
FIG. 2 is a flowchart (No. 1) showing an outline of a main part of an investigation process in the system.
FIG. 3 is a flowchart (No. 2) showing an outline of a main part of an investigation process in the system.
FIG. 4 is a schematic view of a screen displayed in the switching apparatus overload avoidance process in the investigation device in the system;
[Explanation of symbols]
1 PC
2 CPU
3 memory
4 Hard disk devices
5 Floppy disk device
6 Display device
7 Keyboard
8 ISDN communication board
10 Line connection device

Claims (4)

ISDN通信手段と、記憶手段と、制御手段とを備え、集中式自動ダイヤリングにより電話番号リストをクリーニングするコンピュータシステムであって、
ISDN通信手段は、ISDNに接続して発信端末としての通信を可能とし、
記憶手段は、電話番号リストと、クリーニング情報を記憶し、
制御手段は、発呼処理と、応答分別処理と、発呼抑制処理を行い、
発呼処理は、記憶手段の電話番号リストに従ってISDN通信手段によりつぎつぎと発呼させ、
応答分別処理は、発呼処理による各発呼に対するISDNからの各応答をISDN通信手段により逐次受信して切断復旧シーケンスを行い、各応答の内容に基づき、発呼した電話番号の有効・無効・変更を分別し、分別結果をクリーニング情報として記憶手段に記録し、
発呼抑制処理は、応答分別処理にてISDNからの第1特定応答を検出した際、そのことを検出履歴に記録するとともに、当該検出履歴に基づいて発呼処理による発呼の頻度を段階的に低減させ、
第1特定応答は、切断メッセージ、解放メッセージ、解放完了メッセージの中から選ばれた少なくとも1つのメッセージであって、かつ、理由表示として34、41、44の中から選ばれた少なくとも1つの理由番号が付いたメッセージである
コンピュータシステム。
A computer system comprising ISDN communication means, storage means, and control means for cleaning a telephone number list by centralized automatic dialing,
ISDN communication means enables communication as a calling terminal by connecting to ISDN,
The storage means stores a telephone number list and cleaning information,
The control means performs call processing, response classification processing, and call suppression processing,
The calling process is performed by the ISDN communication means according to the telephone number list in the storage means,
In response classification processing, ISDN communication means sequentially receives each response from ISDN for each call made by call processing, performs a disconnection recovery sequence, and based on the contents of each response, the validity / invalidity / Sort the changes, record the sorting results as cleaning information in the storage means,
In the call suppression process, when the first specific response from the ISDN is detected in the response classification process, this is recorded in the detection history, and the frequency of calls by the call process is stepwise based on the detection history. Reduced to
The first specific response is at least one message selected from a disconnect message, a release message, and a release completion message, and at least one reason number selected from among 34, 41, and 44 as a reason display Is a message with a computer system.
発呼抑制処理は、発呼頻度を低減させた際、出力手段により発呼頻度低減を告げる出力をさせる
請求項1に記載のコンピュータシステム。
The computer system according to claim 1, wherein in the call suppression process, when the call frequency is reduced, the output unit outputs an output for informing the call frequency reduction.
制御手段は、さらに、発呼中止処理を行い、
発呼中止処理は、応答分別処理にてISDNからの第2特定応答を検出した際、発呼処理を中止させ、
第2特定応答は、切断メッセージ、解放メッセージ、解放完了メッセージの中から選ばれた少なくとも1つのメッセージであって、かつ、理由表示として38、42の少なくとも一方の理由番号が付いてメッセージである
請求項1または2に記載のコンピュータシステム。
The control means further performs call suspension processing,
The call cancellation process stops the call process when the second specific response from the ISDN is detected in the response classification process.
The second specific response is at least one message selected from a disconnect message, a release message, and a release completion message, and is a message with a reason number of at least one of 38 and 42 as a reason display. Item 3. The computer system according to Item 1 or 2.
発呼中止処理は、発呼処理を中止させた際、出力手段により発呼中止を告げる出力をさせる
請求項3に記載のコンピュータシステム。
4. The computer system according to claim 3, wherein in the call stop processing, when the call processing is stopped, the output means outputs an output for informing the call stop. 5.
JP2002365540A 2002-12-17 2002-12-17 A computer system that cleans the phone list by centralized automatic dialing. Expired - Lifetime JP3740461B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002365540A JP3740461B2 (en) 2002-12-17 2002-12-17 A computer system that cleans the phone list by centralized automatic dialing.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002365540A JP3740461B2 (en) 2002-12-17 2002-12-17 A computer system that cleans the phone list by centralized automatic dialing.

Publications (2)

Publication Number Publication Date
JP2004200920A JP2004200920A (en) 2004-07-15
JP3740461B2 true JP3740461B2 (en) 2006-02-01

Family

ID=32763071

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002365540A Expired - Lifetime JP3740461B2 (en) 2002-12-17 2002-12-17 A computer system that cleans the phone list by centralized automatic dialing.

Country Status (1)

Country Link
JP (1) JP3740461B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8023634B2 (en) * 2006-06-14 2011-09-20 Alcatel Lucent Autodialer flow control
JP2011124899A (en) * 2009-12-14 2011-06-23 Next One:Kk Telephone investigation device, telephone investigation method, and program
JP4745466B1 (en) * 2011-03-01 2011-08-10 株式会社ジンテック A method of extracting a group of numbers likely to be used as telephone numbers from a total of 10 billion 10-digit decimal numbers on the assumption that the area code / city code is unknown
JP5499339B2 (en) * 2012-03-30 2014-05-21 株式会社回線媒体研究所 Centralized automatic dialing equipment

Also Published As

Publication number Publication date
JP2004200920A (en) 2004-07-15

Similar Documents

Publication Publication Date Title
US6798877B2 (en) Enhanced end user automatic call distributor control
WO1997001915A1 (en) Device and method for cleaning telephone number list
US20020196927A1 (en) End user automatic call distributor network control
JPH03139059A (en) Collect call method and collect call device
US20050213742A1 (en) Call center system and call reservation method
JP6224927B2 (en) Incoming call management apparatus and incoming call management system
US6801620B2 (en) Enhanced agent automatic call distribution control
US6813349B2 (en) Communication of user data to an automatic call distributor agent
KR100958924B1 (en) Network information providing system using caller id and method thereof the same
US20050021664A1 (en) Communication capability coupons
US7352855B2 (en) Method and system for providing a privacy management service
CN101902712A (en) Processing method and device for call failure
US20070274494A1 (en) Computer-readable recording medium having recorded therein telephone-call connection program, telephone-call connection method, and telephone-call connection apparatus
JP3740461B2 (en) A computer system that cleans the phone list by centralized automatic dialing.
JP3462196B2 (en) How to clean the phone number list
JP2001257791A (en) Method for confirming personal information in call center
JP3227398B2 (en) Phone number survey method and device and phone number list cleaning method
JP7285436B2 (en) Suspicious Call Handling System, Suspicious Call Handling Method, Incoming/Outgoing Information Collecting Server and Program
JP2012129869A (en) Apparatus, system, and method for surveying self-supporting phone number
US7936686B2 (en) Communication state publishing gateway
JP2801969B2 (en) Phone number list cleaning device and cleaning method
JP5654401B2 (en) Incoming and outgoing call monitoring system for telephone system
JP3749772B2 (en) Transaction processing system for checking the validity of customer phone numbers in transactions
JP3434157B2 (en) Telephone number list cleaning method and apparatus, and computer readable recording medium recording telephone number list cleaning processing program
JP3095206B2 (en) Calling ID accumulation processing system and calling ID accumulation processing method

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20040930

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050221

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050719

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050916

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20051101

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20051107

R150 Certificate of patent or registration of utility model

Ref document number: 3740461

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081111

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091111

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101111

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101111

Year of fee payment: 5

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101111

Year of fee payment: 5

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101111

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111111

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121111

Year of fee payment: 7

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121111

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131111

Year of fee payment: 8

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131111

Year of fee payment: 8

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term