(57)【特許請求の範囲】
【請求項１】
（ａ）入力されたアクセスコードをメモリに蓄積するステップと、
（ｂ）前記蓄積された各アクセスコードに対し、統計的な関数処理をして、数値化した統計値を各々算出し、各アクセスコードに関連させて各統計値をメモリに蓄積するステップと、
ここで、前記統計値は、大きいほど、前記入力されたアクセスコードが誤ったアクセスコードである可能性が高いとする、エラー可能性尺度である、
（ｃ）前記蓄積された各アクセスコードに対する統計値に対し、前記蓄積された各アクセスコードが誤ったアクセスコードであると決定するための閾値を、設定するステップと、
（ｄ）新しく入力されたアクセスコードと前記蓄積された各アクセスコードとを比較するステップと、
（ｅ）前記比較において、一致するアクセスコードが存在する場合であって、前記一致したアクセスコードに対する統計値と前記閾値を比較して、前記一致したアクセスコードに対する統計値が前記閾値より小さい場合は、前記入力されたアクセスコードを正しいアクセスコードと決定するステップと、
（ｆ）前記比較において、一致するアクセスコードが存在する場合であって、かつ前記一致したアクセスコードに対する統計値と前記閾値を比較して、前記一致したアクセスコードに対する統計値が前記閾値より大きい場合、
若しくは、
前記比較において、一致するアクセスコードが存在しない場合、
前記入力されたアクセスコードが誤ったアクセスコードと判断するステップと、
（ｇ）前記入力されたアクセスコードが誤ったアクセスコードと判断した場合、前記入力されたアクセスコードに代わる新しいアクセスコードを設定するステップと、
（ｈ）前記新しいアクセスコードを前記入力されたアクセスコードと見なして、前記ステップ（ｄ）〜（ｇ）を繰り返して、正しいアクセスコードを決定するステップと、
を有することを特徴とするアクセスコードの決定方法。
【請求項２】
前記ステップ（ｂ）の、統計的な関数処理をして数値化された統計値を算出し、各アクセスコードに関連させて各統計値をメモリに蓄積するステップでは、
各アクセスコードに対する平均接続時間を算出してメモリに蓄積するステップが行われる、請求項１記載の方法。
【請求項３】
前記ステップ（ｂ）の、統計的な関数処理をして数値化された統計値を算出し、各アクセスコードに関連させて各統計値をメモリに蓄積するステップでは、
アクセスコードに対する、所定の期間内にアクセスした頻度をカウントし、カウント値をメモリに蓄積するステップが行われ、
ここでアクセス頻度が高いほど、前記アクセスコードが正しいアクセスコードである可能性を高いとする、請求項１記載の方法。
【請求項４】
前記ステップ（ｂ）の、統計的な関数処理をして数値化された統計値を算出するステップでは、
入力されたアクセスコードの接続時間が所定の最小時間（３０秒）以下の場合であって、かつ前記アクセスコードが入力された後の所定時間（１０秒）内に、次のアクセスコードが入力された場合は、
前記最初のアクセスコードに代えて、前記次のアクセスコードに対し、前記統計値（９０秒）が算出される、請求項１記載の方法。
【請求項５】
前記ステップ（ｇ）の、入力されたアクセスコードに代わる新しいアクセスコードを設定するステップでは、
前記入力されたアクセスコードが、数値またはキャラクターから構成された複数の桁である場合、前記入力されたアクセスコードの一部の桁の数値またはキャラクターを入れ替えたアクセスコードを新しいアクセスコードに設定するステップが行われる、請求項１記載の方法。
【請求項６】
前記アクセスコードの一部の桁の数値またはキャラクターの入れ替えが、隣接した行の入れ替えである、請求項５記載の方法。
【請求項７】
前記ステップ（ｄ）において、
前記新しく入力されたアクセスコードが、数値またはキャラクターから構成された複数の桁である場合、
全ての桁数が入力される前に、入力された桁の範囲で一致する数値またはキャラクターを一部に有するアクセスコードに対し、前記ステップ（ｄ）〜（ｆ）を実行する、請求項１記載の方法。
【請求項８】
前記ステップ（ｅ）の比較において、前記入力されたアクセスコードが、数値またはキャラクターから構成された複数の桁である場合、
前記入力されたアクセスコードと前記蓄積された各アクセスコードの各桁を、最後の桁の方から比較するステップを有する、請求項１記載の方法。
【請求項９】
複数のアクセスコード（５２）を蓄積するためのメモリ（５０）と、
初期のアクセスコードのエントリーを感知するためのコード入力装置（１０）と、
ネットワークに接続するための、そしてネットワークに最終のアクセスコードを送出するための、ネットワークアクセス装置（６０）と、
そしてメモリ（５０）、コード入力装置（１０）、そしてネットワークアクセス装置（６０）に接続された処理装置（３０）とを含み、
前記処理装置（３０）が、
（ａ）入力されたアクセスコードをメモリに蓄積し、
（ｂ）前記蓄積された各アクセスコードに対し、統計的な関数処理をして、数値化した統計値を各々算出してメモリに蓄積し、
ここで、前記統計値は、大きいほど、前記入力されたアクセスコードが誤ったアクセスコードである可能性が高いとする、エラー可能性尺度である、
（ｃ）前記蓄積された各アクセスコードに対する統計値に対し、前記蓄積された各アクセスコードが誤ったアクセスコードであると決定するための閾値を、設定し、
（ｄ）新しく入力されたアクセスコードと前記蓄積された各アクセスコードとを比較し、
（ｅ）前記比較において、一致するアクセスコードが存在する場合であって、前記一致したアクセスコードに対する統計値と前記閾値を比較して、前記一致したアクセスコードに対する統計値が前記閾値より小さい場合は、前記入力されたアクセスコードを正しいアクセスコードと決定し、
（ｆ）前記比較において、一致するアクセスコードが存在する場合であって、かつ前記一致したアクセスコードに対する統計値と前記閾値を比較して、前記一致したアクセスコードに対する統計値が前記閾値より大きい場合、
若しくは、
前記比較において、一致するアクセスコードが存在しない場合、
前記入力されたアクセスコードが誤ったアクセスコードと判断し、
（ｇ）前記入力されたアクセスコードが誤ったアクセスコードと判断した場合、前記入力されたアクセスコードに代わる新しいアクセスコードを設定し、
（ｈ）前記新しいアクセスコードを前記入力されたアクセスコードと見なして、前記（ｄ）〜（ｇ）を繰り返して、正しいアクセスコードを決定する、
ことを特徴とするアクセスコードを決定するシステム。
【請求項１０】
前記（ｂ）の、統計的な関数処理をして数値化された統計値を算出するステップにおいて、
各アクセスコードに対する平均接続時間が算出される、求項９記載のシステム。
【請求項１１】
前記（ｂ）の、統計的な関数処理をして数値化された統計値を算出するステップにおいて、
アクセスコードに対する、所定の期間内にアクセスした頻度がカウントされ、
ここでアクセス頻度が高いほど、前記アクセスコードが正しいアクセスコードである可能性を高いとする、請求項９記載のシステム。
【請求項１２】
前記ステップ（ｂ）の、統計的な関数処理をして数値化された統計値を算出するステップでは、
入力されたアクセスコードの接続時間が所定の最小時間（３０秒）以下の場合であって、かつ前記アクセスコードが入力された後の所定時間（１０秒）内に、次のアクセスコードが入力された場合は、
前記最初のアクセスコードに代えて、前記次のアクセスコードに対し、前記統計値（９０秒）が算出される、請求項１記載の方法。
【請求項１３】
前記ステップ（ｇ）の、入力されたアクセスコードに代わる新しいアクセスコードを設定するステップが、
前記入力されたアクセスコードが、数値またはキャラクターから構成された複数の桁である場合、前記入力されたアクセスコードの一部の桁の数値またはキャラクターを入れ替えたアクセスコードを新しいアクセスコードに設定するステップである、請求項９記載のシステム。
【請求項１４】
前記アクセスコードの一部の桁の数値またはキャラクターの入れ替えが、隣接した行の入れ替えである、請求項１３記載のシステム。
【請求項１５】
前記ステップ（ｄ）において、
前記新しく入力されたアクセスコードが、数値またはキャラクターから構成された複数の桁である場合、
全ての桁数が入力される前に、入力された桁の範囲で一致する数値またはキャラクターを一部に有するアクセスコードに対し、前記ステップ（ｄ）〜（ｆ）を実行する、請求項９記載のシステム。
【請求項１６】
前記ステップ（ｅ）の比較において、前記入力されたアクセスコードが、数値またはキャラクターから構成された複数の桁である場合、
前記入力されたアクセスコードと前記蓄積された各アクセスコードの各桁を、最後の桁の方から比較するステップを有する、請求項９記載のシステム。
【発明の詳細な説明】
【０００１】
発明の背景
本発明の分野
本発明は、電話番号のような、ネットワークにアクセスするための完全な、そして正しいコードを自動的に識別して、そしてそれにダイヤルするためのシステムおよび方法に関する。
【０００２】
関連する技術の説明
電話機はどこにでもある。近代的な仕事場を横切って歩くあなたに聞こえるのは、そして音楽のように湧き出る警鐘は、ほとんど確かに、エドガー・アラン・ポーの詩のような陽気に浮かれ騒ぐ世界を予言してはいないであろう。むしろ、電話の世界を宣言しているように聞こえるであろう。
【０００３】
つい最近でも、技術的な楽天主義者は、携帯電話機、ファクシミリおよびモデムのような近代的な通信機器は、近代的な労働者が生産性を削減することなくより短い週間労働時間への道を開いて、より速く、より多くを達成するのに役立つであろうと予言した。もちろん、その後に起きたことは、有名なパーキンソンの原理によって最も良く要約されている。それは仕事の完成のために割り当てられた時間を満たすために、仕事自体が拡大することを指摘している。今や経験が結果を立証している。電話番号の必要性は、すべての利用可能な桁を使い尽くすために広がっている。
【０００４】
ナンバーが急増するにつれて、ダイヤルエラーも増加する。そして電話機設計家の最善の努力にもかかわらず、ダイヤルエラーが問題であり続けている。人は、記憶間違いとか、正しいボタンに隣接しているボタンを偶然に押すとか、あるいは実際の番号の正しい順番を覚えていないとか、または番号の前のプレフィックスを知らないとか、のような、いくつかの理由のいずれかのために、ナンバーを誤ダイヤルすることがある。（どのような状況にあっても、より多くの時間をトラフィック監視に費やしたい、そしてより少ない時間を番号のダイヤリングに費やしたいという）移動中の携帯電話機ユーザにとっては、そして１日の間に多くの電話をする人たちにとっては、誤ダイヤルは特にいらいらすることである。
【０００５】
もっと悪いことには、同じエリアコードの中であってさえ、区域外電話番号はもっと長いものとなっている。いくつかのエリア、例えば、シアトルの東の４２５の地域コード領域においては、人は電話をしたいと望む相手のナンバーを知っていなくてはならない。例えばその番号は１２３−４５６７のような単に７桁の加入者番号であるか、加入者番号にエリアコードがプラスされた、すなわち４２５−１２３−４５６７のようなものであるか、あるいは加入者番号、そしてエリアコードと、さらにプレフィックスされた「１」のある、すなわち、１−４２５−１２３−４５６７のような番号を必要とするかのいずれかである。正確に推測することに失敗すると、エリアコードおよび／またはナンバーと一緒にプレフィックスされた「１」をダイヤルする（か、あるいはダイヤルしない）ことが必要であると言うエラーメッセージが戻ってくる。腹だたしいことに、誤ってエリアコードと「１」を含んだこと（あるいは除外すること）についての、別のエラーメッセージもある。そのようなものとして、もし人が自分自身のエリアコードの中でさえ珍しいようなナンバーにダイヤルしていて、しかし自分自身の交換機に関連して何のプレフィックスが必要とされているかを知っているということが偶然にも起こらないなら、その人は少なくとも１つのエラーメッセージと、そして再ダイヤルするようにとの要求を手に入れるのはあり得ることであり、−本当に、ありそうなことである。
【０００６】
電話番号の必要が増加するにつれて、よりいっそうエリアコードが小分けにされている。もう１度、例としてピージェット湾エリアは役に立つ。１９９７年、以前の２０６エリアコードが、シーザーのガリア人のように、３つの部分２０６、４２５および２５３に分かれた。新しいエリアコード境界の近くのいくつかの都市（交換機）にダイヤルするときには、人が正しいエリアコードのダイヤルをするかどうかは、しばしばチャンスの問題であった。けれども仮に、上に指摘されたように、正しいエリアコードを推測するができたとしても、成功には十分ではないかもしれない。なぜなら、その人はまた「１」プレフィックスが必要とされているかどうかを正確に推測しなくてはならないからである。
【０００７】
国際呼をダイヤルするとき、この問題は同じく徐々に増えている。ほとんどの場合、このようなナンバーの構成は、（イニシャルアクセスコード）＋（国コード）＋（国内交換番号）＋（加入者番号）となっている。多くの発呼者が実感していないことは、人が通常（しかし常にではなく）、叫を達成するためにはリストされた国内の交換番号の最初からプレフィックスされた若干の数字（一般に、しかし常に「Ｏ」ではない）を削除しなくてはならないということである。正しくない国コードにダイヤルすると、あるいはプレフィックスされた数字を削除し損ねると、人が適切なエリアコードを知らないときに、あるいはプレフィックスされた「１」が必要であるか否かを知らないときに、遭遇するのとまったく同じ問題を引き起こす。（「１」は国際的により普通に使用されている「０」の代わりにアメリカ合衆国で使われているプレフィックス数字であることに注意を払う必要がある。）必要とされるものは、何のダイヤルパターンがエラーであるかを、そして交換機にそのナンバーを送出する前に、自動的にこれらを修正することを「知っている」か、あるいはできるなら、「学ぶ」ことのできる電話機である。
【０００８】
速くダイヤルするとき、あるいは気が散っているとき、ナンバーを誤ダイヤルするのは特にあり得ることである。このようなエラーの大半は、ただ１つだけの数字、あるいはせいぜい２つの数字でそうなっている。しばしばダイヤルするナンバーにおける「明白な」エラーを修正するのに、リダイヤルすることは必要であるとは言えない。自分の電話機が、あるいは（コンピュータ・ベースのダイヤリングプログラムのような）他のダイヤル方式が、このようなエラーを識別して、そして修正することができるべきである。１つあるいはそれ以上のプレフィックスを含むか、あるいは除去することに関する失敗は、誤ダイヤルされたナンバーの特別な場合であることに注意を払うべきである。
【０００９】
多くの電話機は、よく呼ばれる番号のために専用の「スピードダイヤル」ボタンを持っている。他の電話機では、より長いナンバーのために蓄積されている短縮番号を電話機が再呼出しするために（＊１から＊９のような）結合させられた既存のキーを使用している。いくらかの電話機は、この両方の能力を持っている。このアプローチにおける１つの問題は、可能なボタン数あるいは短縮ダイヤル数が通常小さいということである。しかしながら、多数の短縮ダイヤルを可能とすることは、異なった問題を引き起こすであろう。なぜなら人は短縮ダイヤルのすべてを思い出せるか、あるいはラベルを持っていなくてはならない。この問題は携帯電話において最悪である。それはおよそ１０を超える前もって蓄積された短縮ナンバーを許容せず、多くのラベルのための空領域を持っておらず、そしてダイヤルの際にも道路からまったく目をそらさないようユーザに要求する。必要とされるものは、実際に番号をダイヤルするのに必要とされる時間を減らすことのできる、そして専用のキーの必要なしで多数の「クイックダイヤル」のナンバーを認識する電話機である。
【００１０】
これらの問題のいくらかを扱う試みにおいては、いくらかのシステムが提案された。そこでは電話システムは、いらいらさせる「申し訳ありませんが、このナンバーにダイヤルする前に、最初に「１」をダイヤルしなくてはなりません。」というネットワークで生成された音声エラーメッセージを認識するものである。しかしながら、このようなシステムは、いくつかの欠点を有している。それらは音声認識に頼っているが、もしエラーメッセージが外国語あるいは変更されたものであるなら、いつでもうまくいくとは限らないのである。それらは何のエラー種別が示されているのかを識別することが不可能であるかもしれないし、そしてそれらはしばしばダイヤルされる電話番号における誤ダイヤルされた数字のような非システム性のエラーを認識する必要のある、上に言及された他の問題を解くためには何もできないからである。
【００１１】
これらの欠点の中心にあるのは、離れた交換機に存在するシステムの「インテリジェンス」に依存していることである。ネットワーク交換機は、ナンバーが誤ダイヤルされたことを感知し、そしてエラーメッセージを発するが、しかしそれはユーザを助けるためには通常何もしないのである。細分化されたエリアコードが開始されると、システムは当分の間は「古い」エリアコードでダイヤルされた呼を受けるかも知れない。それでこのシステムは単純な誤差補正能力を発揮することができるが、しかしこのサービスは通常せいぜい数カ月の後に終わる。もちろん、このような「遠く離れたインテリジェントな」システムは、どのような特定の加入者のダイヤルパターンについても関与することはなく、どちらかと言うと、それらは正しいプレフィックスがあり、そしてダイヤルされたエリア内の何らかの有効な電話番号であるとそれらが感知する限り、たとえ間違ってダイヤルされたナンバーに関する呼さえ盲目的に受け付けるのである。
【００１２】
第US-A-5 339 357号は、電話ダイヤル装置を開示している。ここでは以前に電話されて、そして蓄積さている電話番号が不注意な正しくないダイヤル操作によって再び呼び出されるとき、アラームが発生されて、ユーザには正しくないナンバーに電話したということが知らせられる。そうでなければ、蓄積されたナンバーと電話されたナンバーを比較のために示すことができる。どちらの場合も、ユーザは、前に蓄積されたナンバーを使うことも、あるいは新たに電話されたナンバーを使うことも選択できる選択権を持っている。このシステムは、新たに電話されたナンバーを、メモリ内に蓄積されているナンバーと比較するための、比較器を使っており、そして２つのナンバーの間の不一致の程度によって、新たに電話されたナンバーか、またはそれが比較される前に蓄積されているナンバーを使うべきかどうかについての選択をユーザに提供する。
【００１３】
発明の要約
本発明は、誤ダイヤルされた電話、または他のネットワークアクセスナンバーを検出し、そしてほとんどの場合において訂正する、システムと方法を提供することによって、上に言及された問題を解決する。ダイヤルエラーは「明白なエラー」であるか、あるいは誤って削除または含まれたプレフィックス、あるいは偶然に誤ダイヤルされた数字のような「時として起こり得る」ような、系統的(システマティックな)エラーであるかもしれない。同時に本発明は、各人の通話履歴から、より少ない桁を見ればどのナンバーが意図されているかが完全に決定されるときでさえ、時には長い桁となるナンバーの全体をダイヤルしなければならないという、しばしば起こる必要から生じる問題をも減少させる。
【００１４】
本発明の１つの特色によれば、アクセスコードを決定する方法が供給される。この方法には以下のステップ、すなわち（ａ）入力されたアクセスコードをメモリに蓄積するステップと、（ｂ）前記蓄積された各アクセスコードに対し、統計的な関数処理をして、数値化した統計値を各々算出し、各アクセスコードに関連させて各統計値をメモリに蓄積するステップと、ここで前記統計値は、大きいほど、前記入力されたアクセスコードが誤ったアクセスコードである可能性が高いとする、エラー可能性尺度である、（ｃ）前記蓄積された各アクセスコードに対する統計値に対し、前記蓄積された各アクセスコードが誤ったアクセスコードであると決定するための閾値を、設定するステップと、（ｄ）新しく入力されたアクセスコードと前記蓄積された各アクセスコードとを比較するステップと、（ｅ）前記比較において、一致するアクセスコードが存在する場合であって、前記一致したアクセスコードに対する統計値と前記閾値を比較して、前記一致したアクセスコードに対する統計値が前記閾値より小さい場合は、前記入力されたアクセスコードを正しいアクセスコードと決定するステップと、（ｆ）前記比較において、一致するアクセスコードが存在する場合であって、かつ前記一致したアクセスコードに対する統計値と前記閾値を比較して、前記一致したアクセスコードに対する統計値が前記閾値より大きい場合、若しくは、前記比較において、一致するアクセスコードが存在しない場合、前記入力されたアクセスコードが誤ったアクセスコードと判断するステップと、（ｇ）前記入力されたアクセスコードが誤ったアクセスコードと判断した場合、前記入力されたアクセスコードに代わる新しいアクセスコードを設定するステップと、（ｈ）前記新しいアクセスコードを前記入力されたアクセスコードと見なして、前記ステップ（ｄ）〜（ｇ）を繰り返して、正しいアクセスコードを決定するステップとが含まれる。
【００１５】
もう１つの本発明の特色によれば、アクセスコードを決定するシステムが提供される。このシステムは複数のアクセスコード（５２）を蓄積するためのメモリ（５０）と、初期のアクセスコードのエントリーを感知するためのコード入力装置（１０）と、ネットワークに接続するための、そしてネットワークに最終のアクセスコードを送出するための、ネットワークアクセス装置（６０）と、そしてメモリ（５０）、コード入力装置（１０）、そしてネットワークアクセス装置（６０）に接続された処理装置（３０）とを含み、前記処理装置（３０）が、（ａ）入力されたアクセスコードをメモリに蓄積し、（ｂ）前記蓄積された各アクセスコードに対し、統計的な関数処理をして、数値化した統計値を各々算出してメモリに蓄積し、ここで、前記統計値は、大きいほど、前記入力されたアクセスコードが誤ったアクセスコードである可能性が高いとする、エラー可能性尺度である、（ｃ）前記蓄積された各アクセスコードに対する統計値に対し、前記蓄積された各アクセスコードが誤ったアクセスコードであると決定するための閾値を、設定し、（ｄ）新しく入力されたアクセスコードと前記蓄積された各アクセスコードとを比較し、（ｅ）前記比較において、一致するアクセスコードが存在する場合であって、前記一致したアクセスコードに対する統計値と前記閾値を比較して、前記一致したアクセスコードに対する統計値が前記閾値より小さい場合は、前記入力されたアクセスコードを正しいアクセスコードと決定し、（ｆ）前記比較において、一致するアクセスコードが存在する場合であって、かつ前記一致したアクセスコードに対する統計値と前記閾値を比較して、前記一致したアクセスコードに対する統計値が前記閾値より大きい場合、若しくは、前記比較において、一致するアクセスコードが存在しない場合、前記入力されたアクセスコードが誤ったアクセスコードと判断し、（ｇ）前記入力されたアクセスコードが誤ったアクセスコードと判断した場合、前記入力されたアクセスコードに代わる新しいアクセスコードを設定し、（ｈ）前記新しいアクセスコードを前記入力されたアクセスコードと見なして、前記（ｄ）〜（ｇ）を繰り返して、正しいアクセスコードを決定する。
【００１６】
本発明は電話番号のようなアクセスコードを生成して、そして公衆電話ネットワークのようなネットワークに発信するための方法およびシステムを提供する。本発明によれば、（電話番号のような）複数の蓄積されたコードと、そして対応する複数のコードアクセス統計値のセットがコンパイルされて、そしてメモリに蓄積される。ユーザが例えば、電話のキーパッドあるいはソフトウェアベースのダイヤルルーチンの「仮想の」キーパッドを使って、最初にアクセスコードを入力する。
【００１７】
プロセッサがこの初期アクセスコードのエントリーを感知して、そして次にそれを複数の蓄積されているコードと比較する。 次にプロセッサは、初期アクセスコードと、蓄積されているコードと、そしてコードアクセス統計値の対応するセットの、前もって決定されている関数としてのエラー可能性尺度（あるいは等価的に、その番号が正しいという可能性の尺度）を計算する。しかしながら、エラーの可能性が前もって決定されたエラースレッシュホールドよりより少ないとき、システムは初期のアクセスコードが正しかったと想定して、そしてそれを最終のアクセスコードであると定める。エラー可能性尺度が前もって決定されたエラースレッシュホールドに等しいかそれ以上であるとき、プロセッサは蓄積されたコードの中から最初のアクセスコードに最も類似しているコードを選択し、そしてその最も類似しているコードセットを最終のアクセスコードとする。それからシステムはネットワークにアクセスして、そして接続（例えば、「ダイヤル」）して、そして電話呼あるいはデータ転送のようなトランザクションを始めるために、それに最終のアクセスコードを送出する。
【００１８】
本発明の望ましい実施例では、最終のアクセスコードを使ってネットワークに接続するや否や、システムはハードウェアあるいはソフトウェアタイマの手段によって、最初の接続から接続の完了まで全接続時間を測定する。次に最終のアクセスコードもまた、蓄積されるアクセスコードの１つとして蓄積されることが望ましい。そしてプロセッサは最終のアクセスコードに対応しているコードアクセス統計値のセットにおける全接続時間の前もって決定された関数を計算し、そしてこれに含める。
【００１９】
複数のコードアクセス統計値のセットをコンパイルして、そして蓄積することの一部として、本発明はまた、それぞれの蓄積されたアクセスコードに関する平均接続時間を計算し、そして蓄積しておくことが望ましい。前もって決定された最小接続時間以下の平均接続時間をもってダイヤルされたそれぞれの最終のアクセスコードに関しては、タイマーによって、プロセッサはまた続いて、次のアクセスコードを使ってユーザによって引き続く接続が開始されるまでのポスト接続待合せ時間を決定する。このポスト接続待合せ時間が前もって決定した最小待ち期間以下である時には、プロセッサは前の、そしてその後にアクセスされたナンバーが恐らく関連（恐らく一方が他の補正である）したものであると想定し、最終のアクセスコードに対応しているコードアクセス統計値に、次のアクセスコードを含める。ただ１つの、あるいは少数のコード位置だけにおけるダイヤルエラーをもっと良く識別するために、本発明はオプションとして、最終のアクセスコードと次のアクセスコードが前もって決定された類似度よりも異なりがよりわずかであるときだけ、最終のアクセスコードに対応しているコードアクセス統計値に、次のアクセスコードを含めることもできる。
【００２０】
本発明の望ましい実施例では、最初のアクセスおよび蓄積されたコードは、英数字キャラクタの位置的に順序づけられたシーケンスに対応している。それによってエラー可能性尺度を計算することには、それぞれのコードにおけるキャラクタの「位置から位置への」比較を通して、最初の、そして蓄積されたアクセスコードとの間の類似度を決定するサブステップを含んでいる。
【００２１】
クイックダイヤル機能を実装するために、そしてまた特に移動電話という環境でのダイヤルエラーを最小にするために、プロセッサはなるべく−しかしオプションとして−分離的に最初のアクセスコードのそれぞれのキャラクタのエントリーを感知する。それは次に最初のアクセスコードのそれぞれの感知された入力されたキャラクタを、位置的に対応するキャラクタのそれぞれの蓄積されたアクセスコードと比較する。最初のアクセスコードのキャラクタの前もって決定された最小ナンバーのエントリーを感知した後に、そしてその後、それぞれの最初のアクセスコードのキャラクタを入力したことを感知した後に、プロセッサは次に最もありそうな完全なアクセスコードとして、最初のアクセスコードの感知された入力されたキャラクタと比較して最も高い類似度を持っている蓄積されたアクセスコードを指定する。この最もありそうなコードはユーザに示され、そして次にプロセッサは、専用のキーを押すか、あるいは単に前もって決定された数秒の間、いかなるキーも押さないことによって、のような若干の動作を通してユーザが承認を示すとき、最もありそうな完全なアクセスコードに等しい最終のアクセスコードをセットする。
【００２２】
エラー可能性尺度は、それぞれの蓄積されているコードに関して蓄積され、そしてコードアクセス統計値のそれぞれのセットに含められることが望ましい。それぞれの蓄積されたアクセスコードに関するエラー可能性尺度は、オプションとして、コードアクセスシーケンスが最初のアクセスコードとして入力された際の、各蓄積された前もって決定されたタイムユニット毎の時間番号に対応する頻度パラメータを含んでいる。本発明によるシステムが最終のアクセスコードを使ってネットワークに接続するとき、初期の接続から接続の完了までの全接続時間を測ることが望ましい。次にプロセッサは、それぞれの蓄積されたアクセスコードが最終のアクセスコードとして送出された時に測定された、全接続時間の平均に対応している平均接続時間を計算して、そしてそれを各蓄積されたアクセスコードに関するエラー可能性尺度に含める。より頻繁に、またはより長く、あるいはその両方で、特定のコードが入られて、そして接続のために使われるならば、それだけそれが正確である可能性はますます高まる。
【００２３】
本発明の１つの実施例においては、特に置き換えられたダイヤルされた桁を識別して、そして訂正するのに適切である。（１つの置き換えだけによって異なる）２つの類似の番号が実際、両方共に正当である可能性を認識する一方、プロセッサは最初に、最初のアクセスコードもまた蓄積されたアクセスコードであるかどうかについて明らかにする。もしそうであるなら、プロセッサは位置的に等しい対の最初のアクセスコードのキャラクタと関連して置き換えられた隣接した１対のキャラクタによってだけ最初のアクセスコードとは違う何らかの蓄積されたアクセスコードを、潜在的な置き換えられたコードとして認知する。次にプロセッサは、潜在的な置き換えられたコードと、最初のアクセスコードとのエラー可能性尺度を比較する。それは次に、潜在的に置き換えられたコードの１つと、最も低いエラー可能性尺度を持っている最初のアクセスコードとを最終のアクセスコードとしてセットする。しかしこれは、エラー可能性尺度が、前もって決定された差異スレッシュホールドよりいっそう多く異なるときだけである。
【００２４】
図面の簡単な説明
図１は本発明によるローカル的にインテリジェントなダイヤル装置の主要構成部分を示す図である。
【００２５】
発明の詳細な説明
本発明は主に、電話番号をダイヤルすることに関係する種々の問題の解決策を参照しながら以下に説明される。なぜなら、今のところ本発明が主として確かに最も有用で、そして有益であるのは、この技術領域においてである。しかしながら、技術が発展するに従い、コンセプト「電話」、「ダイヤル」および「ナンバー」が氾濫している。今でさえ、例えばユーザがキーパッドあるいはダイヤルを用いずに、さらには電話機に触ることなく、そしてまったく何の番号も用いることなく、「電話」「ナンバー」に「ダイヤル」することができる。その代わりにユーザは、もう１つのコンピュータのような、何か他の離れた装置との接続を始めるために、英数字の、あるいは他のキャラクタの何らかのシーケンスを選択するのに、すでにマウス、トラックボール、ポインタ、スピーチ認識あるいは他の入力装置を使っている。さらに、モデムあるいはテレファックス接続を確立する時のような多くの事例では、「呼」は音声通信とは何の関係も持っていない。以下においては、ただ単純化のために、用語「呼」はルーティングのために電話番号のような何らかのコードシーケンスを生成し、入力し、そして送出することによって、ネットワーク接続を開始させる何らかの試みを言う。本発明はユーザが公衆あるいは私設網の上の誰か他の加入者あるいは実体と接触するために、しばしば桁(桁)あるいはキャラクタ(キャラクタ)のシーケンスを選択するような環境で実現されるのに適している。
【００２６】
図１は本発明による局部的にインテリジェンスな、そして適応性のあるナンバーダイヤル装置の主要構成要素を描いた図である。これらはコード（桁および／またはキャラクタ）入力装置１０と、時刻／日付装置２０を含んでおり、その両方ともがプロセッサ３０に接続されている。さらに任意設置のディスプレイ４０と、メモリ５０と、そして何らかの公知の伝送メディア８０を通してネットワーク交換装置７０に接続されているダイヤルユニット６０のようなネットワーク接続装置とを含んでいる。
【００２７】
桁および／またはキャラクタ入力装置１０は、キーパッドあるいはローター、キーボード、音声作動形スピーチ制御されるダイヤル装置、ポインタ、あるいは従来形のキーボードのすべてまたは一部、のような従来の装置であることができる。これはまた、マウス、タッチパッド、トラックボール、またはカーソルのようないくつかの選択表示部をコントロールするための他のトラッキングデバイス（スピーチによって制御されるものを含む）を動かすことによって、ユーザが、そのナンバーあるいはキャラクタを選ぶことができる、キーパッドのスクリーン表示のような、これらのうちのいくつかの「仮想の」バージョンであってもよい。ダイヤルされるナンバーを生成するのも、１つの装置あるいはシステムであり得る。これらは例えば、テレマーケターあるいは、しばしば発呼する他の人たちによって使われたシステムにおいて、見いだすことができる。そして通常、このようなシステムは「冷静な」多くの人々を（煩わせ、そしていらいらさせ）るものであった。すなわち、その電話番号はリストから匿名で生成され、そのいくらかは古いものであった。
【００２８】
入力装置１０の上のキーあるいはボタンは−現実であるか、あるいは仮想であるかは別にして−あらゆる数字、英字と、またネットワークにアクセスして、そして呼を完了するために必要な他のキャラクタを含んでいる。本発明の最も重要な用途は電話番号をダイヤルすることであると予測されるので、単純化のために、以下ではこのようなコードのすべては「ナンバー」として参照される。他のローカルなコントロールキーも、もちろん、含まれることもできる。例えば、標準的な移動電話キーパッドは桁０−９（アメリカ合衆国では、アルファベットキャラクタもマークされている）のためのボタンを持つであろう。同様にシンボル＊および＃も含まれる。しかし同じく通常は、電源オン−オフキー、「送信」ボタン、桁あるいはナンバーなどの入力をクリアするためのキー、および同類の他の非ネットワークキーも含まれる。
【００２９】
時刻／日付装置２０はハードあるいはソフトウェアにおいて実行される、どのような従来の時計であってもよい。それはプロセッサから独立した回路であるかもしれず、それはプロセッサそれ自身の時間を測定するために使われる同じクロックであるかもしれず、あるいはそれはタイマーおよび／またはカレンダーとして作用するために校正されているプロセッサのソフトウェアコードの部分であるかもしれない。それはまた、例えば、本発明が接続されているネットワークから、あるいは（例えば「仮想の」電話ダイヤルシステムの場合には）本発明が組み込まれているコンピュータ（例えば、オペレーティング・システム）から取り出される、外部的に得られる時刻および／または日付信号であるかもしれない。本発明で使われる単位時間は、今までのところ、秒よりも短いものである必要がたまにはあり、さらに１０秒のタイムインタバルでさえ十分であるかもしれない。
【００３０】
本発明の望ましい実施例では、いくつかの呼からの、あるいはいくつかの呼の間の、日付または、等価的に、日数もまた記録される。これらの場合、時刻／日付回路２０の従来のハードウェアあるいはソフトウェア実行は同様に、この情報を提供するために選ばれるであろう。これは以下にさらに説明される。
【００３１】
プロセッサもまた、どのような従来型のものであってもよく、そして一般にはすでに電話機において見いだされる（もし十分に進歩しているなら）ものと同じか、あるいは本発明が実行されるコンピュータであってもよい。プログラムできるプロセッサに欠けるダイヤル装置に関しては、どんな従来のプロセッサも電力を管理して、そして適用する従来の回路構成と、クロック信号と、プログラムインストラクションと、Ｉ／Ｏ制御信号と、そして他の標準信号ともに、含まれることもできる。本発明の１つの利点は、たいていの場合、既存のプロセッサの処理時間と記憶スペースのほんの少ししか使用しないか、あるいは専用の処理回路によってわずかなコストと複雑さを付加するかの、いずれかで実行されることができるということである。プロセッサ３０を特定用途向け集積回路（ASIC）として実施することも同じく可能である。けれども、これはたいていの用途において、特にすでに他のタスクを実行するためのプロセッサを含んでいるアプリケーションにおいては、不必要に高価で、そして複雑となるであろう。
【００３２】
以下においていっそう詳細に説明される種々の異なったインフォメーションのタイプを表示するために、ディスプレイ４０はプロセッサ３０に接続されている。このディスプレイは、電話機あるいは他のダイヤル装置の中に作り上げられた、既存の、あるいは専用の物理的なディスプレイ装置であるかもしれない。ここではプロセッサとディスプレイとの間には、必要とされる何らかの従来形のドライバが存在している。特に「仮想の」電話機の場合には、ユーザのコンピュータのモニターの上には、ソフトウェアによって生成された部分的な、あるいはフルスクリーンでの表示がなされる。このディスプレイはまた、例えば盲目のユーザのために、音声表示であるかもしれない。その場合、従来の音声合成回路が含まれるであろう。
【００３３】
メモリ５０がプロセッサ３０の中に接続されるか、あるいは含まれている。本発明が含まれているシステムが、すでにメモリを持っている場合には、メモリ５０は、もしこれが十分大きいならば、同じメモリの１部分であるか、あるいはその拡張部であるかの、いずれかであることができる。本発明はダイヤル履歴に関連する被呼番号および統計値のデータベースを構築する。経験と従来の実験は、そのデータベースがユーザのそれぞれのクラスのために、どの程度大きい必要があるかと言うことを決定するであろう。例えば住宅のユーザは、１年における頻度では数ダースを超えない異なったナンバーに電話をする程度であるのに対して、セールスマンは毎日常客の多数に定期的に電話をするかもしれない。
【００３４】
メモリ５０がフロッピーディスクのようなポータブル装置であるか、あるいはそれを組み込んだものであることはさらに可能である。これは１人のユーザが異なるダイヤル装置に彼女のダイヤル履歴を持ち込んで、そして本発明を使うことができることを可能にするかもしれない。例えば、もしユーザが使用できるワークステーションが日から日へと、あるいは週から週へと変化するようなセールスマンであるとしても、彼のためにコンパイルされたデータベースと、そして統計値を使うことができ、そして彼がたまたまどちらのワークステーションにいるとしてもアップデートされ得るであろう。多くのユーザが本発明を使用しており、そしてすべてがセントラルシステムに接続されているシステムでは、それぞれのためのメモリ５０は、単により大きいシステムのメモリの１部であるかもしれない。
【００３５】
それぞれのユーザあるいは共同体と見なされるユーザのグループのために、メモリはダイヤルされたか、あるいは蓄積されているナンバー（あるいは他のコード）コード１、コード２、……、コードｎの１部分またはデータベース５２と、そしてダイヤルされたか、あるいは蓄積されたナンバーと結び付けられる、ダイヤル統計値１、統計値２、……、統計値ｎのための１部分あるいはデータベース５４とを含んでいる。これらのデータベースは以下においてさらに詳細に論じられる。
【００３６】
本発明によるシステムが（下に説明されるように）、どのナンバー（あるいは他のコードシーケンス）がダイヤルされるべきか、あるいはさもなければルーティングのために送出すべきかどうかを決定した途端に、それは従来のダイヤル回路６０にナンバーを渡す。そしてそれは何らかの従来の媒体８０を通して、従来のルーティングスイッチとの、または交換機７０との接続を確立する。標準的な北アメリカの電話機、テレファクスまたはモデムの場合においては、ダイヤラはダイヤルトーンまたは接続センサと、２周波信号発生器と、そして何らかの他の従来形信号コンディショニング回路とを含んでおり、交換機は市内交換機であり、そして信号媒体は地上ケーブルであるか、または移動電話の場合においては直近装置の受信機までの無線周波であるかのいずれかである。
【００３７】
プロセッサ３０は、入力レジスタ３２を含んでいる（あるいは付加される）。そのレジスタは入力装置１０を通してユーザによってダイヤルされたか、あるいは発生させられたナンバーを保持するか、あるいは連続的に蓄積する。プロセッサはまた、アウトプットレジスタ３４（あるいは連続的な出力装置）をも含み、そのレジスタはネットワークへのダイヤルのために実際に送出されるナンバーを保持するか、あるいは発生させる。そしてプロセッサはさらに、比較サブシステム３６（いずれかの専門的なハードウェア、あるいは、なるべく、プロセッサの他のプログラミングに含められたソフトウェアルーチンであることが望ましい）を含み、それはダイヤルされたナンバーを分析して、そして（以下に説明されるように）統計データベース５４内の情報に関して、前に蓄積されたナンバーのデータベース５２と比較する。
【００３８】
レジスタ３２、３４は、メモリ５０内に位置決めされたものとして導入されるかもしれない。入力レジスタもまた同様に多くの電話機と、テレファックスマシンと、そして「リダイヤル」機能を含むソフトウェアダイヤルパッケージとにおいて「最後にダイヤルされた」ナンバーを蓄積するために使われる。比較ユニット３６は一般に、プロセッサのオペレーティングプログラムのセクションとして実行されるであろう。換言すれば、レジスタ３２内でダイヤルされたナンバーがソフトウェア比較および分析のために入手可能である限り、比較ユニット３６はソフトウェア内で実行されるかもしれない。
【００３９】
ユーザが電話機の送受話器を持ち上げて、（例えば、スピーカホンのために）キーあるいはボタンを押すか、特定の表示されたアイコンをクリックするか、あるいはネットワークアクセスを求めるために何か他の従来装置９０を作動させたときはいつでも、プロセッサ３０は本発明に従ってコード分析ルーチンを開始する。本発明によるシステムが、以下に説明されるそのコード分析および訂正を完了したとき、あるいは直接にもしユーザが本発明に支障を与えたなら、ネットワークとの実際の接続が、例えば、発信音を得るために、起こるであろう。ネットワークに接続するための方法はよく知られていて、そしてそのため、さらに説明する必要はない。本発明の目的のためには、ユーザが呼を開始したことを示しているいずれかの信号をプロセッサ３０が受信するべきことだけは必要である。すなわち、ダイヤル装置がアクティブであって、そしてまたユーザが現在の呼をいつ完了したかを感知することが可能となっている必要がある。これはどのような従来の方法ででも実施できるかもしれず、そして一般に、ダイヤル装置内に含められているトーンリクエストおよび起動信号を感知することによってのみ、可能にされるであろう。
【００４０】
メモリ５０においては、このシステムは前にダイヤルした（あるいはさもなければインプットした）ナンバーを、リストあるいはデータベース５２として蓄積する。それぞれのナンバーとともに、システムはダイヤル統計値のセットを関連付けて、そしてデータベース５４内に蓄積する。これらの統計は、単に例として、次のいずれか、あるいはすべてを含むかもしれないが、しかしそうである必要もない。
【００４１】
日付および／または最初にダイヤルした時刻：
例えば、先月あるいは先週内において、あるいは最初にダイヤルした時から、現在の日付あるいは時刻の前の、前もって決定された周期の間にダイヤルされた回数：これはまた平均化され、なるべくならダイヤルされた回数の時間−重み付けされて、利用の平均頻度の尺度を提供し：
ナンバーがダイヤルされるか、あるいは送出された後の電話機あるいはダイヤル装置が「アクティブである」（ネットワークに接続されていた）時間の平均長さ：平均はまた、それぞれの前の呼の「年代」によって時間−重み付けされる：そして
（前もってセットされたか、あるいは実験的に決定された）前もって決定した時間以下の平均アクティブ時間を持つ各蓄積された番号のためには、ハングアップした後の、前もって決定された時間（例えば、１５秒）の内に少なくとも前もって決定された最小ひん度でダイヤルされたデータベースにおける他のナンバーにリンクされ：このようなリンクされたリストを作るためのアドレスポインタの使用はよく理解されており、そしてどのような周知の方法も使うことができる。
【００４２】
蓄積されたナンバーおよびそれらの関連づけられた統計値は、どのような従来の方法ででもメモリデータベース５２、５４内に順序付けされることができる。主要な考慮は、ダイヤルされたか、あるいは部分的にダイヤルされたナンバーとの比較のために、迅速な探索の容易さである。１つの有利な順序付けは、単に上昇的であるか、あるいは下降的な数の順序である。もう１つの有利な順序付けは、呼のひん度の増加するか、あるいは減少する順序であって、これに可能であれば「年代」によって重み付けすることが望ましい。それによってただずっと前にしばしばダイヤルされた（どのような都合良い方法ででも定義された）ナンバーが、平均的には、ひん度はより低度であるがしかしより最近ダイヤルしたナンバーよりも低位に並べられるであろう。
【００４３】
本発明に従って行われる作業の主なステップは以下のようである（詳細と選択肢とが下に論じられる）。
【００４４】
最初に、ユーザは（例として、電話をダイヤルすることによって）ネットワークへの接続に使用するためのナンバーを送出する。システムは完全なナンバーが送出されて、そしてレジスタ３２内に蓄積されるか、あるいはそれを桁毎に分析（以下にさらに説明される）するまで待つ。換言すれば、本発明はパラレルまたはシリアルのナンバー分析のいずれかを、あるいはその両方を提供する。このシステムはいくつかの方法で、完全なナンバーを認識することができる。それには、前もって決められた秒数よりも大きい休止；ユーザが移動電話機の「送信」ボタンのようなボタンを、あるいは仮想キーパッド上の「ダイヤル」アイコンを起動する；あるいは、ある最大の桁数がすでにダイヤル部に入力されたことを感知することが含まれる。アメリカ合衆国では、例えば、「１」で始まるすべてのダイヤルされた電話番号は、全体で１１の桁を持っている国内呼である。
【００４５】
次に本発明によるシステム、特に比較サブシステム３６は、ダイヤルされたナンバーをデータベース５２内に蓄積されている他のナンバーと比較する。もしそのナンバーがデータベースにあって、そして前もって決められた数の秒数（あるいは他の時間単位）より大きい平均通話時分を持つなら、ネットワークにダイヤル回路６０を通して、そのナンバーが送出される。しかしながら、もしそのナンバーがデータベース５２内に見いだされないなら、あるいはもし見出されたとしても、しかし前もって決められた制限時間以下の平均通話時分であるならば、プロセッサ３０は、蓄積されているナンバーをスキャンして、前もって定められた量よりも少ししか違っていない、ダイヤルされたナンバーに最も類似している蓄積されたナンバーを見いだす。これらの基準に適合しているナンバーは意図されたナンバーであると見込まれる。これらのコンセプトは以下にさらに論じられる。
【００４６】
もしシリアル処理が実行されるなら、それぞれの数字が受け取られるにつれて、プロセッサはデータベース５２を検索することができる。この場合、データベースは、ひん度によってよりも、むしろ数字の順序で組織化されることが望ましい。それぞれの新しい数字が入力されるにつれて、それはさらに検索を制限するであろう。ナンバーにおける早目のダイヤルエラーが、このような探索を複雑にすることもある。それで、一般には、データベース探索をする前に、完全なナンバーが入力されて、そしてレジスタ３２内に蓄積されるのを待つことが望ましいことに注意を払うべきである。これはダイヤル遅延をもたらすかもしれない。しかしたいていの場合には、すべての従来形のマイクロプロセッサは十分に速く機能して、そして究極的にはダイヤルされるべきナンバーを速く出力することが可能であるため、遅延は最小となるので、これは受容できるであろう。
【００４７】
他方シリアルナンバー識別は、完全にダイヤルされる前に、ダイヤルされるべきナンバーを速く「予測」し、そして完全なナンバーを提案する本発明の能力を改善するであろう。これは本発明の「スピードダイヤル」能力が改善される。それによって、ユーザがしばしばダイヤルするナンバーの短いバージョンを前もって蓄積することを可能にするダイヤル装置の何らかの既存の特徴に取って代わるか、あるいはそれを拡張することができる。この場合、前もって決定された数の桁数が入力されるまで、例えばアメリカ合衆国では４番目あるいは５番目の桁まで、プロセッサは待つことが望ましい。このようにすることで、完全なナンバーを提案する前に、過去のエリアコードを得ることができる。こうしてこの処理は本質的に部分的にシリアルで、そして部分的にパラレルであるということである。こうしてシリアル、および／またはパラレルのナンバー処理が−全体的であるか、あるいは部分的であるかを問わず−実行されるかどうかは、所定用途において最も有用で、そして望ましいと見られる本発明の特徴に依存している。本発明の、ある特徴を可能にするための、部分的なナンバーによるシリアルな桁処理と、そして他の特徴を可能にするための全体的なナンバー処理の、両方とも実行することが可能である。
【００４８】
プロセッサが意図されたと想定されるナンバーを識別したならば、次にプロセッサはダイヤルするために自動的にこの意図されたと想定されるナンバーを送出するか、あるいはプロセッサはユーザに実際にダイヤルされたナンバー、または想定される意図されたナンバーのいずれかを選ぶように促す。もし、所定のアプリケーションにおいて、自動的な、そしてプロンプトを出された送出が共に導入されたなら、いくつかの専用の切り替え、またはキー・シーケンスが、ハードウェアあるいはソフトウェア的に、システムに含められるべきであって、これによりプロセッサに望ましいデフォルトアクションを表明する。さらに、プロセッサは、変更されたナンバーを自動的に送出するときでさえ、ダイヤルされたナンバーを変えていることを、ディスプレイ４０の手段によって視覚的に、または音響的に、あるいは両方共に用いて、なるべくユーザに合図するべきである。これは、例えば実際にダイヤルされたナンバーが実際ダイヤルした通りで正しかったとき、その呼を終了させ、そして再び呼を試みる前に自動的な補正機能を止めるための合図をユーザに与えるであろう。
【００４９】
実際にダイヤルされたナンバーが正しくないことが（前もって決定された確率尺度によって）どれぐらいの可能性であるかによって、ミックスされたデフォルトを実行することさえ可能である。例えば、「１」で始まって、そして全体で１０桁しかないアメリカ合衆国におけるすべての国内呼は不完全とされるべきである。もし、例えば、ナンバー１−４２５−８８５−４３２６（ハイフンは明快さのために加えられている）が１日に１０回の通話ひん度をもって、データベース５２内に蓄積され、他の蓄積されたナンバーがクローズしていなければ、（もちろん、確かでないけれども）第２の「８」がデリートされているために、１−４２５−８５−４３２６のダイヤルされたナンバーが正しくないことは、まさにありそうである。それで、システムは自動的にこの訂正をすることができる。
【００５０】
初めから正しかったことによって、あるいは修正されたことによって、のいずれかにより、いったん１つのナンバーがネットワークに発信されるよう選ばれ、そしてもう１人の加入者との接続が確立されたならば（話中信号処理は以下に論じられる）、プロセッサはタイミング装置２０を始動させる。呼が完了した（何らかの従来の方法で感知される）とき、それからプロセッサはタイミング装置２０を止めて、そしてもしそれがデータベース５２において新しいものであるなら、ダイヤルされたナンバーを蓄積して、そしてその統計値を計算して蓄積するか、あるいは、もしそれが以前にデータベース５２に入力されたものであるなら、ナンバーの統計値を更新するかのいずれかを行う。
【００５１】
もし完了したての呼が、前もって決められた最短の想定される妥当な通話時間（例えば、２０秒）以下であれば、プロセッサは前もって決定された接続後の待ちの周期を開始するために直ちにタイミング装置を再開させる。適切な接続後の待ちの周期は、例えば、代表的な試験用被験者のダイヤルパターンを追跡することによって、実験的に決定することができる。もしユーザが接続後の待ちの周期の間にさらにもう１つのナンバーをダイヤルするなら、プロセッサはタイミング装置を止めて、新たにダイヤルされたナンバーを（タイミングを含めて）いつもの通りに処理して、新たにダイヤルされたナンバーを蓄積するか、あるいは、もしそれが前に蓄積されているものなら、その統計値を更新する。同時に、ナンバーあるいはそれへのリンク、は前にダイヤルされたナンバーの統計データベース５４に加えられるか、あるいは、もしそれがリンクとしてすでに存在しているなら、その統計値が更新される。以前にダイヤルされたナンバーが前もって決められた時間より短時間で接続終了に導かれたときには、以前のナンバーの統計値はまた、リンクとともに、新たにダイヤルされたナンバーが以前のナンバーのダイヤルの後に何回（あるいは時間周期毎の時間）続いたかを示しているカウンターを含むことが望ましい。
【００５２】
１つの選択肢として、新たにダイヤルされたナンバーが、前もって決められた量よりもわずかに、以前のナンバーと違う場合に限り、プロセッサはこのステップを行うこともできる。これは誤ダイヤルされたナンバーを検出するであろう。しかしこれはまったく新しいナンバーに変えられたナンバーではなく、例えば加入者が移動したために変化したものである。しかしながら、これはユーザに完全に新しいナンバーに気付くことを強いるであろうために有利であるかもしれない。この場合、本発明は、自動電話リストを最新とすることよりはむしろ、主として実際のダイヤルエラーを修正するために作用するであろう。
【００５３】
生ずるかもしれない１つの複雑な問題は、話中信号である。現在の呼が前もって決定されたスレッシュホールド周期よりさらに短時間で終話したとしても、それでもなお正確にダイヤルされたものであるかもしれない。さらに、何のダイヤルエラーもなかったとしても、ユーザは接続後の待ちの周期より短時間で同じナンバーをリダイヤルすることもできる。このような信号は、そのナンバーが正確にダイヤルされたかどうかに関しては何も示していないので、なるべくならデータベース５２、５４はビジー信号のためには変えられるべきではない。
【００５４】
話中信号を識別する一つの方法は、ただこの目的のためにネットワークによってすでに供給された信号を感知することであるが、そしてどのような従来の方法ででもそうすることができる。このような信号は、少なくとも電話線上においては、多かれ少なかれ普遍的である。それで話中回線を認識することに関しては、ほとんどシステムエラーのチャンスはないであろう。話中信号が感知されたとき、ユーザが呼を終わらせた後には、プロセッサ３０はその時間あるいは周期を測定するような、そのナンバーに関するそれ以上の分析を停止する。
【００５５】
明瞭に話中信号を識別することにおいて、この方法はいっそう正確ではあるけれども、ローカルシステムの外側からの信号を解釈することに頼っている。音声エラーメッセージと対照的に、話中信号は普遍性があるために、これはたいていのアプリケーションで受容できるであろう。しかしながら、選択肢として、本発明によるシステムもまた話中信号識別ルーチンを含むこともできる。そしてそれはすべてのネットワーク信号から独立している。この代替の実施例では、プロセッサは標準的な方法で現在の呼の時間を測定する。もしユーザが、前もって決められた最小の想定された正しい呼タイムより少しに呼を終わらせて、そして次に接続後の待ちの周期の内に同じナンバーを、あるいは十分に「似ていない」ナンバーをリダイヤルするなら、プロセッサはより以前の呼によって生成された統計を無視するかもしれない。
【００５６】
非常に短い呼が「正しい」こともまた、可能である。例えば、ユーザはただ非常に短い音声あるいはいくつかのメッセージだけを置き残す必要があるかもしれない。このような呼を誤解しないために、プロセッサ３０はまた、前もって決められた想定された正しい呼時間の間に、どのような従来の回路手段によってでも、装置１０、９０のアウトプットをモニターすることもできる。もしユーザあるいは他のシステムデバイスが発声したり、あるいはデータを送ったり、あるいは前もって決められたパーセント以上の呼時間にわたって他の信号がアクティブである（ネットワークに接続されている）なら、プロセッサは実際、呼が正確にダイヤルされたと想定するかもしれない。
【００５７】
これらの一般的な説明をいっそう現実のものとするために、次の例を考慮する。例えば、ユーザが１週間のうちに３０回、４２５-８８５-４３２６にダイヤルするとして、そしてこのナンバーにダイヤルした後の平均の接続時間が９０秒であると想定する。しかしながら、そのユーザは１週間に３回（「エリアコード」なしの）８８５−４３２６にもダイヤルすると仮定するが、しかしこれらの呼の平均の時間は−エラーメッセージを聞くのに十分長い−１５秒以下であると想定する。ここにおいて最後の７桁が同値であるために２つのナンバーには類似性が確立されるが、しかし一方は地域コード４２５が欠けている。それでシステムは、ユーザが８８５−４３２６にダイヤルするときにはいつでも、彼女が本当はエリアコードを用いてダイヤルするべきであったと想定することができる。
【００５８】
エラーを識別する能力がさらに改善されることになる。上に一般的に説明されるように、一つの方法は、次に呼ばれたナンバーの追跡を保持することである。ここでは各蓄積されたナンバーに関して、次の呼が、例えば３０秒以内に生じていて、そしていくつかの指定した桁数以下の桁数だけが異なっている場合である。例えば、もし８８５−４３２６にダイヤルした後の３０秒以内に、そして１０秒以下の間をおいて、ユーザがほとんど常に４２５-８８５-４３２６にダイヤルして、そして平均９０秒間は留まっているなら何が起きているかというと、ユーザが誤ダイヤルしたナンバーを再度ダイヤルしているのだ、ということは大いにありそうである。同じ手順がプレフィックス「１」を間違って含めたか、あるいは除いたかを識別するのにも利用できる。
【００５９】
ナンバーの「類似性」と「可能性」のコンセプトは、いくつかの方法のいずれかで実現することができる。類似性を測る望ましい方法は、２つのナンバーの、桁から桁への位置的な比較を行うことである。比較は桁の初めから、または終わりからのいずれでも、あるいは両方からすることもできる。「後ろ向きに」（入力された最後の桁を最初にする）ナンバー比較は、エリアコードおよびアクセス桁のドロップオフをより容易にするという利点を持っている。アクセス桁は、そしてアメリカ合衆国国内呼の「１」、またはアメリカ合衆国からの国際呼のための「０１１」のようなものである。ナンバーの桁がそれぞれ異なる位置にある場合には、例えば、「相違」の測定が、１だけ増やされることができる。これは少なくとも最後の７桁（アメリカ合衆国では）に関するベース１０論理積オペレーションの形式である。（例えば、差異が検出されるまで）初めおよび終わりの両方からナンバーを比較することは、このシステムがナンバーの真ん中にあるダイヤルエラーをもっと良く識別することを可能にするであろう。例えばこのエラーは、「０」のような、間違って含まれる桁である。これは、多くの国の都市コードにプレフィックスとして含まれているが、しかし、別の国からその都市にダイヤルするときには、落とされなくてはならないものである。
【００６０】
隣接した桁のエラーは、転置エラーを識別することで調べることができる。もし、例えば、２つのナンバー（１つは実際にダイヤルされたもので、１つはデータベース内に見つけられたものである）が２つの隣接した桁において異なるなら、ダイヤルされたナンバーの桁は置き換えられて、それらが蓄積されたナンバーとマッチするかどうか調べられる。もし蓄積されているナンバーが高い通話ひん度あるいは高い平均通話時分、あるいは両方ともを持っていて、そしてダイヤルされたナンバーがそうではないか、あるいはまったくデータベースに存在していないなら、ユーザが誤って桁を置き換えてしまったということは非常にありそうである。プロセッサは、２つのナンバーについて、より高い通話ひん度あるいはより高い平均通話時分を持つ、あるいは両方ともを持つ一方を、すなわちエラーの最も低い可能性を持っている一方を、特に一方の平均通話時分が他より（どんな前もって定められた尺度によってでも）ずっと長いとき、そのナンバーが正しい可能性が最も高いと想定することが望ましいことに注意をはらうべきであるである。
【００６１】
２つのナンバーに関してエラーの可能性が同等であるとき、転置してしまうのを避けるために、ダイヤルエラーを想定する前に、何らかの差異の最小尺度が存在するべきである。例えば、プロセッサは、一方のナンバーに関する可能性の尺度が、他よりもあるパーセンテージ、あるいは絶対的な量、あるいは係数等においていっそう多いときだけ、初めに入力されたナンバーが間違っていると想定することが望ましい。適切な「打ち切り」あるいはスレッシュホールドを実験的に決定することが可能である。実際にダイヤルされたナンバーと、正しい可能性がいっそう高いと思われるどのような前もって蓄積されたナンバーとの間において、プロセッサが選択をするときはいつでも、このようなエラー可能性における最小差異が含まれることが望ましい。結局特に、もしユーザが、すべての加入者のナンバーが最終の「内線番号」以外同じであるような、大きな私設ネットワークの中にしばしば発呼するならば、ユーザは非常に類似している異なったナンバーをダイヤルすることが起こり得るのは事実である。
【００６２】
本発明は、いずれの比較ルーチンを実行するのに、極めてわずかな処理時間しか必要としない。そのために、１つ以上の方法が実行されるかもしれない。例えば、もしナンバーがただ２つの位置において異なるだけなら、数字転置式の特別なチェックによる位置的な識別に基づいて入手される全体類似度を増大させることができるかもしれない。
【００６３】
可能性の尺度（あるいは、等価的に、エラー可能性）は、例えば電話のひん度の（一様な、あるいは呼の「経時的」な関数として重みづけされた非一様な）移動平均を蓄積することによって、時間の関数にされることもある。このような尺度を用いれば、例えば、もし６カ月前にユーザがしばしば１つの特定のクライアントに電話をしていたが、しかしその時以降そうしなかったなら、そのクライアントのナンバーが現在、意図されるという可能性はより少ないと考えられるであろう。
【００６４】
過去においてある回数以上ダイヤルされた、たまにダイヤルされるナンバーもまた、特にデータベースからデリートされてメモリをセーブすることもできる。従来の技術を使ってこれを実行するためには、キーあるいは（口頭を含む）他のコマンドを用いる、ハードウェアあるいはソフトウェアいずれかの、いくらかの専用のシーケンスがこの特徴を作動させるシステムに含められるべきであった。例えば、電話機のそれぞれの使用の後に、あるいは前もって決められたスケジュールに従って、プロセッサはそれぞれのナンバーに関して「最後に−使われた」統計値をチェックして、そして、もし示された日付が何らかの前もって決められた時間よりさらに過去のものであれば、そのエントリーを削除することもできる。ユーザにもまたデータベース内のナンバーをスクロールするか、または決して再び考慮されることのないナンバーを削除するか、あるいは完全にデータベースを消去するかの、選択肢が与えられるかもしれない。
【００６５】
システムがエラーを識別したときに、ユーザがシステムに何がなされることを望むか示すのを可能にするために、類似のキーあるいはコマンドシーケンスもまた、従来的な技術を使って実行されることが望ましい。単純なコマンドもまた、「無視」、「自動−修正」および「判断のためのプロンプト発生」などの間の切り替えを実施することができる。これはディスプレイあるいは音声合成されるプロンプトを備えている電話機では最も容易であろう。
【００６６】
システムが十分に「知る」前の自動的なエラー「認識」を避けるために、システムがダイヤルエラーがあったと想定する前に、最小の可能性レベルが存在していることが望ましい。ユーザのダイヤルパターンの、信頼性が高い識別（すなわち、信頼性が高い統計のコンパイル）のためには、例えば、少なくとも前もって決められた数の発呼がされることを要求するかもしれない。必要とされる呼の数は、追跡サンプル試験されるユーザによって、例えば標準的な実験的な方法によって決定されるかもしれない。
【００６７】
それがダイヤルされているときに、すなわちシリアルナンバー処理を使ってナンバーをチェックすることによって、本発明によるシステムはまた、ユーザがダイヤルを終える前に、しばしばダイヤルされたナンバーを自動的に認識することができる。これは専用のキーあるいは特殊なキーコードを必要としない「速いダイヤル」の特徴を実行する。例えば、もし人が「１−４２５−８８」にダイヤルするなら、システムはユーザに「１−４２５−８８５−４３２６か？」と、他の色あるいはフォントを用いて「付加された」桁を促巣ことができる。そのようにして、もしそのユーザがいくつかの異なったナンバーをダイヤルしているなら、「型を決める」こともできる。
【００６８】
これは携帯電話で特に有用であるに違いない。このシステムは１つのナンバーの列を受け取るとすぐに一意的にデータベース内のいくつかのナンバーを識別するか、あるいは始めのｎ個（エリアコードだけを除外してマッチするｎ＞５）の桁に対応する少なくとも１つのナンバーをデータベース内で識別するかして、それから残りの桁を付加するように働く。もし１つ以上のナンバーが「識別される」なら、システムは電話をするひん度のような、最も高い可能性尺度を持つナンバーの桁を付加することができる。ユーザが追加の桁においてタイプ分けすると、異なったナンバーが最もありそうなものとして識別されるかもしれない。ユーザがそのナンバーを受容するとき、彼はいつものように「エンター」あるいは「送信」を押すか、あるいは、もしユーザが前もって決められた秒数以上の中断をしたなら、システムは自動的に提案されたナンバーにダイヤルするかもしれない。最悪の場合、ユーザは彼が通常ダイヤルする以上の桁をダイヤルせずに、そしてはるかにより少数のダイヤルをすることによって、より少ないエラーの危険を持つこともできる。
【００６９】
本質では、本発明によるシステムは、ユーザ自身のダイヤルパターンに関する統計値を観察して、そしてコンパイルすることによって、ユーザがしばしばダイヤルするナンバーを「学習」する。他の第２の特徴には以下を含むことができる。
【００７０】
周知のナンバーと事実とが、メモリの中に前もってプログラムされるかもしれない。例えば、ユーザは彼が大いに可能性があると知っているナンバーを入力することが可能である。このシステムは永久的に高い可能性尺度と共に、それらをデータベース５２に蓄積することができる。彼はまた、しばしばエラーにされることを示しているナンバーに、永久的に低い（あるいはゼロの）可能性値を割り当てることができる。
【００７１】
例えば、それらのカントリーコードとともに、異なった国の主要な都市コードを前もって蓄積しておくこともまた可能である。あるいは、国の外から電話をするときには、もし都市コードのいずれかの桁が落とされるべきであるならカントリーコードと共に、蓄積することもまた可能である。例えば、もしこれが実行されて、そしてユーザが０１１−４６−０３１−２１３４０４（スウェーデンのゴートボーグのナンバー）にダイヤルするなら、システムは都市コード「０３１」の「０」が含まれるべきではないことを認識して、そしてこのナンバーが交換機に送出される前に、自動的にこのエラーを修正するであろう。
【００７２】
本発明の最も大きい利点の１つは、そのコード識別および補正方法がローカル的に実行されるということである。すなわち、究極的にネットワークを通しての「呼」の経路を決める離れた交換機による追加的な処理を必要とはしないことである。本発明を実行するために必要なすべては、例えばユーザの電話機あるいはコンピュータ内に取り入れられることができる。しかしながら「ローカル的に制限された」インテリジェンスのコンセプトは、それほど限定される必要がない。その代わりに、ローカルシステムはルーティングのために究極的に責任があるシステムにナンバー（あるいは他のコード）を送出するどんなシステムであってもよい。例えば、１つの会社が、会社自身の私設の、ローカルな交換機を持っているかもしれない。それは公衆ネットワークに多くの異なった内線からダイヤルされた電話番号を送出することができる。このような場合には、本発明はローカル交換局に実装されることができる。このことは、ユーザが彼のデータベース５２および５４を失うことなく、異なった内線に動くことを、あるいは異なった電話機を使うことを可能にするであろう。ここにおいては、いくつかの従来の処理手順もまた、現在のユーザを識別するために実行されることができる。
【図面の簡単な説明】
【図１】  図１は本発明によるローカル的にインテリジェントなダイヤル装置の主要構成部分を示す図である。
【図１】
0004204197.tif 000002