JP2011041245A - ダイヤル呼出プラン分析及びクリーンアップ - Google Patents

Abstract

【課題】 ユーザがダイヤル呼出プランを管理することを可能にする方法を提供する。
【解決手段】 ＰＢＸ又はその他の電話交換機が、当該交換機が使用するダイヤル呼出プランを分析し、次いで、推奨ダイヤル呼出プランを作成する。ダイヤル呼出プランを分析するために、ＰＢＸは番号消費オブジェクト（当該ダイヤル呼出プランに関連付けられた電話番号を含む）の使用状況特性を考慮する。次いで、ＰＢＸは削除可能な、不使用電話番号などのような不稼働又は低利用状況オブジェクトのリストを識別する。別の実施例では、ＰＢＸは、分析結果の一部分である使用状況特性に基づき、電話番号の将来の利用可能性も予測する。これら実施例のうちの少なくとも幾つかの実施例において、ＰＢＸはダイヤル呼出プランツリーを構築することができ、かつ、改訂ダイヤル呼出プランを識別することができる。
【選択図】 図１

Description

本発明は通信に関すし、特に、データ処理システムにおけるダイヤル呼出プランの分析及び削除可能な電話番号の識別方法に関する。

通信システムにおいて、ダイヤル呼出プランは電話番号のディジット（桁）の予測される数字とパターンを確立する。ダイヤル呼出プランは、国コード、エリアコード、アクセスコード及び通信システム内で使用されるダイアルされた桁（ディジット）の全ての組合せをアカウントする。例えば、北米番号付与プランは１０桁の数字に基づく。各数字は、３桁のエリアコードと７桁の電話番号に分けられ、次いで、７桁の電話番号は３桁の中央局コードと４桁のステーション番号に再分割される。

構内交換機（PBX）及びその他の電話交換は、ダイヤル呼出プラン又は“ダイヤルプラン”を用いて呼出を管理する。例えば、ＰＢＸは３桁〜１１桁を使用する可変長ダイヤル呼出プランをサポートする。ＰＢＸ及び幾つかのその他のタイプの交換機において、ダイヤル呼出プランは、ＰＢＸで使用するために割り当てられた電話番号も更に包含する。例えば、ＰＢＸダイヤル呼出プランは、ＰＢＸにより管掌される組織内の電話に割り当てられた電話番号も包含する。

常に変化し続ける組織では、組織のサイズは変化す。役割上のスタッフの特定の組合せは時間とともに変化する。従って、ダイヤル呼出プランは、割り当てられることが必要な内線電話の番号及び特定の組合せに合わせるために、同様に案出しなければならない。例えば、或るダイヤル呼出プランにより割り当てられる内線電話は後々不十分なことがある。更に、組織から離職した被用者が従前使用していた内線電話は無期限に不使用処分される。

従って、必要なものは、先進的ダイヤル呼出プランの管理における通信管理者（アドミニストレータ）をアシストする技術である。

本発明は、通信装置管理者のようなユーザにダイヤル呼出プランを管理できるようにする。本発明の実施例によれば、ＰＢＸ又はその他のタイプの電話交換機は、当該交換機が使用するダイヤル呼出プランを分析し、次いで、推奨ダイヤル呼出プランを作成する。ダイヤル呼出プランを分析するために、ＰＢＸは番号消費オブジェクト（結果として、メモリー消費オブジェクトでもある）の使用状況特性（ダイヤル呼出プランに付随される電話番号を含む）を考究する。次いで、ＰＢＸは、削除可能な、不使用電話番号などのような不稼働又は十分に利用されていないオブジェクトのリストを識別する。幾つかの実施例では、ＰＢＸは分析者により使用される使用状況特性に基づく電話番号の将来の可用性を予測できる。これらの実施例のうちの少なくとも幾つかでは、ＰＢＸはダイヤル呼出プランツリーを構築し、そして、改訂ダイヤル呼出プランを識別することができる。

実施例のＰＢＸは、使用状況特性に基づき、ダイヤル呼出プラン及びその他の番号消費オブジェクトを分析する。これらの使用状況特性は多くのファクターに基づくことができる。第一例として、第１の使用状況特性は、特定の電話番号が最後に使用されたときから経過した時間量に基づくことができる。第二例として、第２の使用状況特性は、特定の電話番号が供給されてから、その電話番号が使用された回数に基づくことができる。第三例として、第３の使用状況特性は、任意の電話番号が最後に削除されてから特定の電話番号が使用された回数に基づくことができる。

好都合なことに、本発明の一実施例は、電話番号及びその他の交換機格納オブジェクトの使用状況を分析することにより、削除可能なこれらオブジェクトを自律的に識別することにより、そして、幾つかの実施例では、識別されたこれらオブジェクトを引き続き削除することにより、標的交換機におけるメモリを自由にする。これは、通信管理者による手作業アプローチを必要とする従来の少なくとも幾つかの技術とは大いに異なる。処理を自動化することにより、本発明の一実施例の技術は、管理者が、長期間にわたって他の状態で不使用とされてきたメモリを自由にすることができる。

本発明の一実施例は、データ処理システムで使用するための電話番号を供給し、メモリに格納される電話番号を結果として生じ、そして、第１の使用状況特性により、かつ、当該電話番号がメモリに格納されてから少なくとも幾ばくかの期間中に、データ処理システムにより利用された当該電話番号の回数に基づき、メモリから削除する電話番号を識別することからなる。

本発明の一実施例によるデータ処理システム１００のブロック図。 データ処理システム１００に格納される各種データベースのブロック図。 本発明の一実施例に関連される顕著なタスクのフローチャート図。

図１は、本発明の一実施例によるデータ処理システム１００を示す。データ処理システム１００は呼出を管理し、そして、一実施例のタスクを実行するデバイスである。データ処理システム１００は、プロセッサ１０４，ネットワークインターフェース１０６及びメモリ１０８からなり、これらは図示されているように、相互に接続されている。

一実施例では、データ処理システム１００はＰＢＸであり、これにより、或るタイプの呼出管理を提供する。

しかし、本発明の別の実施例の形成方法及び使用方法は当業者には自明であり、例えば、データ処理システム１００は、通信交換機、パケットルータ、セッション・イニシエーション・プロトコル（ＳＩＰ）サーバー等のような別のタイプの呼出管理装置であることもできる。

データ処理システム１００は、通信ネットワーク内のデバイスについて通信を管理し、かつ、制御するために動作する位置におけるコンポーネントの集成装置を包含する。

このようなネットワークは、無線又は有線ネットワーク、個人又は公共ネットワーク、或いは家庭又はオフィスネットワーク等を含む。従って、プロセッサ１０４は、マイクロプロセッサ、コントローラー、ロジックデバイス及び／又は、ソフトウェア、ロジック又はその他の制御アプリケーション（例えば、マネージャーアプリケーション２００等）を実行するためのその他の適当な装置からなる。プロセッサ１０４の作成方法及び使用方法は当業者に自明である。

ネットワークインターフェース１０６は、ハードウエアと、これに関連する制御ロジックからなる。制御ロジックは、データ処理システム１００のコンポーネント類をリンクし、そして、データ処理システム１００を他のデバイス及び通信ネットワークに接続する。幾つかの実施例では、ネットワークインターフェース１０６は、２個以上の被管理デバイス間の結合性を提供する。例えば、ネットワークインターフェース１０６は、ネットワークのインターネットプロトコル（ＩＰ）電話技術デバイス（例えば、ＩＰデスクセット等）を相互接続するＩＰネットワークに対して接続させることもできる。ネットワークインターフェース１０６の作成方法及び使用方法は当業者に自明である。

メモリ１０８は、揮発性又は不揮発性、ローカル又はリモートデータ格納デバイスの集成装置を包含する。メモリ１０８の作成方法及び使用方法は当業者に自明である。

図２は本発明の一実施例により、メモリ１０８内に格納される各種データベースを示す。一実施例によれば、格納データベースは、マネージャーアプリケーション２００、ネットワーク構成データベース２０２、ダイヤル呼出プランデータベース２０４及び電話番号データベース２０６を包含する。

マネージャーアプリケーション２００を使用するデータ処理システム１００は、通信端末（例えば、デスクセット、携帯電話、ソフトフォン等）のような被管理デバイスのための電話通信を管理する。これは、電話番号データベース２０６内に保持されている情報を使用し、これらデバイスからの呼出の経路選択を含む。

マネージャーアプリケーション２００は、被管理デバイス用の電話通信の管理も含めて、データ処理システム１００の操作を制御するためのロジック（例えば、コンピュータソフトウエア）を包含する。また、アプリケーション２００は、本発明の一実施例によれば、図３のタスクを実行するためのロジックも包含する。

ネットワーク構成データベース２０２は、情報記述被接続ネットワーク、ネットワーク構成、被管理デバイス及び電話通信の経路選択及び管理用のその他の適当なネットワーク情報などを包含する。例えば、ネットワーク構成データベース２０２は、データ処理システム１００のＩＰアドレス、及び被管理デバイスから公衆電話交換ネットワーク（ＰＳＴＮ）に接続された機器に配置されるパケット系電話呼出を経路選択するための各種の利用可能なゲートウェイを識別する情報などを包含することもできる。

ダイヤル呼出プランデータベース２０４は、経路選択データ２１０の一部である経路パターンの変換又は処理用の情報を指定し、その結果、電話番号データベース２０２内に少なくとも幾つかの電話番号を生成し、同じく、これらの電話番号をデータベース２０６内に格納する。本発明の一実施例によれば、ダイヤル呼出プランデータベース２０４は、パターン処理データ２１２及び、経路パターン定義２１６を指定する番号計画２１４も更に包含する。パターン処理データ２１２は、電話番号データベース２０６用のエントリーを発生するために、経路パターンと組み合わされる情報も包含する。

例えば、選択された経路パターンは、被管理デバイスから受信された被ダイヤルディジットに対して照合するパターンを指定し、そして、被ダイヤルディジットを指定パターンと照合したら、呼出を経路選択するためのデバイスの表示を指定する。更に、経路パターンは、起呼加入者を識別するディジット及び被呼加入者を識別するディジットへの変換も指定できる。例えば、ＰＳＴＮから企業ネットワークへ番号をマップするために、データ処理システム１００は、１０桁の番号を、私設ネットワークにより求められる４桁の番号に変換することもできる。この４桁の番号は、本発明の一実施例におけるＰＢＸの一部であるダイヤル・イン（ＤＩＤ）におけるような番号である。

番号計画２１４は、特定の領域用の経路パターンを規定するか又はカスタマイズされた番号計画を規定する。本発明の一実施例によれば、番号計画２１４は、北米番号計画（ＮＡＮＰ）用の経路パターンを規定するための経路パターン定義２１６を包含する。各経路パターン定義２１６は、サブストリングを使用する経路パターン用のストリング（文字列）を規定する。或る実施例では、データ処理システム１００は、一連のエントリー（記入項目）を有するテキストファイルとして、番号計画２１４を実行する。各パターン定義は、データ処理システム１００により管理されるデバイスによりダイヤルされたディジットと潜在的に比較される特定のパターンを規定する。従って、選択された番号計画を完全に実行するために、ファイル及び／又はその他のデータ構造は潜在的に、数十又は数百個の経路パターン定義２１６を有することができる。

一実施例では、図２に示されるような、各種の個別ブロックとして維持される特定のデータセットを包含するが、データ処理システム１００は、別の実施例において、その他の好適な分離形態及び／又は各種経路選択データの組合せを提供することもできる。従って、データ処理システム１００は、経路選択データ２１０、パターン処理データ２１２及び番号計画２１４又はこれらの同等物を、任意の適当なフォーマット（例、データベース内のテーブル又はテキストファイル等）中に保持することもできる。

本発明の一実施例は、データ処理システム１００により用意される番号計画を特徴とする。これにより、使い果たされる電話番号を生成し、メモリ１０８内に格納されるダイヤル呼出プラン及び／又は消尽電話番号を生成する。しかし、当業者であれば、本明細書を読んだ後で、別の実施例を想到し、そして使用することは容易である。例えば、データ処理システム１００が、メモリ１０８内に格納されるオブジェクト（これらのオブジェクトは消尽される電話番号を生成するか又は生成しない）を生成する基本呼送達以外のその他の通信サービスを供給し、そして管理するような実施例を想到できる。

図３は、本発明の一実施例の操作に関連する顕著なタスクのフローチャートを示す。当業者であれば、幾つかの別の実施例において、図示されたタスクのサブセットだけでも実行されることを正しく認識するであろう。幾つかのその他の実施例では、少なくとも幾つかのタスクは同時に実行されるか、又は図示された順序形態と異なる順序形態で実行される。

タスク３０２において、データ処理システム１００は、呼の送達で使用するためのダイヤル呼出プランを用意する。データ処理システム１００は、管理者又はその他のデバイスからコマンドを受信する。このコマンドは例えば、ワークステーションにおけるフィールドへのデータエントリーに関連するようなコマンドである。データ処理システム１００は、エントリーデータを受信した結果として、電話番号のような追加データを発生する。例えば、管理者はダイヤル・イン（ＤＩＤ）番号の範囲及びデータ処理システム１００内の電話番号を消費するその他のオブジェクトを送信する。これらのオブジェクトの一例は、内線電話番号、ハント・グループ、ベクトル・ディレクトリ番号、コール・エージェント、音源などである。

タスク３０４において、データ処理システム１００は、メモリ１０８の所定のフラクションが利用されているか否かチェックする。メモリ１０８の所定のフラクションが利用されていることをデータ処理システム１００が検出したら、タスク実行はタスク３０６に進む。ＮＯの場合、データ処理システム１００はその他の機能を実行するか、又は周期的に又は散発的に、メモリのチェックを続ける。

タスク３０６において、データ処理システム１００は、電話番号がシステム１００によりどれくらい利用されてきたかの分析結果に基づいて、メモリ１０８から削除可能なオブジェクトを識別する。当業者であれば認識するであろうように、電話番号は、システム１００が削除するものとして識別する前記のようなオブジェクトの一つであり得る。本発明の一実施例によれば、データ処理システム１００は、利用特性、及びオブジェクトがメモリ１０８に格納されてから経過した少なくとも或る時間量に応じて、当該電話番号の使用状況を評価する。

本発明の一実施例によれば、データ処理システム１００は、メモリの少なくとも所定のフラクションが利用されたことがタスク３０４で検出された結果に応答して、タスク３０６を実行する。しかし、幾つかの別の実施例では、タスク３０６の実行は、メモリの所定のフラクションが利用されたこと以外の別の何か、又はメモリの所定のフラクションが利用されたことに加えて別の何かに基づく。

データ処理システム１００が評価の際に考慮する使用状況特性は多数のファクターに基づくことができる。第一例として、第１の使用状況特性は、或る素材について特定の電話番号（又は特定のダイヤル呼出プラン）が最後に使用されたときから経過した時間量に基づくことができる。第二例として、第２の使用状況特性は、ダイヤル呼出プラン又は特定の電話番号自体が供給されてから、その電話番号が使用された回数に基づくことができる。第三例として、第３の使用状況特性は、任意の電話番号（又はダイヤル呼出プラン）が最後に削除されてから特定の電話番号（又はダイヤル呼出プラン）が使用された回数に基づくことができる。使用状況特性は、当業者ならば認識するであろうようなその他のファクターに基づくこともできる。

幾つかの実施例では、データ処理システム１００は、システム１００により電話番号がどれくらい利用されたかの分析結果に基づいて改訂されたダイヤル呼出プランも識別する。これらの実施例では、データ処理システム１００は、使用状況特性及び現に有効なダイヤル呼出プランがメモリ１０８に格納されてから経過した少なくとも多少の時間量に応じて、電話番号の使用状況を評価する。幾つかのシナリオでは、メモリ１０８の占有率を低減させるために、改訂ダイヤル呼出プランにより使用し尽くされる電話番号の個数は、現に有効なダイヤル呼出プランにより使用し尽くされる電話番号の個数未満であるが、確かに以下である。例えば、４桁の内線電話番号を有するダイヤル呼出プランが将来の大きな労働人口を見越して割り当てられたが、システム１００が、２００個の番号だけしか長期間にわたって定期的に使用されていないことを確定すると、データ処理システム１００は３桁の内線電話番号を有するダイヤル呼出プランを推奨することもできる。

別法として、データ処理システム１００は、現在のダイヤル呼出プランよりも多くの電話番号を消費する改訂ダイヤル呼出プランを推奨することもできる。更に、データ処理システム１００は、メモリ利用状況を軽減するために、現用ダイヤル呼出プラン内の削除電話番号を識別する。例えば、３桁の内線電話番号を有するダイヤル呼出プランが現に使用されており、かつ、データ処理システム１００が、１年前の８００個の電話番号に比べて９００個の電話番号が定期的に使用されていることを確定する場合、データ処理システム１００は、将来の需要を見越して４桁の内線電話番号を有する改訂ダイヤル呼出プランを推奨することもできる。

タスク３０８において、データ処理システム１００は、タスク３０６で識別された電話番号又はその他のオブジェクトをメモリ１０８から削除する。幾つかの実施例では、タスク３０８は自律的に実行されるが、一方、その他の実施例では、タスク３０８は少なくとも部分的に管理者の介入に基づいて実行される。

以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例を考え得るが、それらはいずれも本発明の技術的範囲に包含される。特許請求の範囲の構成要素の後に記載した括弧内の番号は、図面の部品番号に対応し、発明の容易なる理解の為に付したものであり、発明を限定的に解釈するために用いてはならない。また、同一番号でも明細書と特許請求の範囲の部品名は必ずしも同一ではない。これは上記した理由による。用語「又は」に関して、例えば「Ａ又はＢ」は、「Ａのみ」、「Ｂのみ」ならず、「ＡとＢの両方」を選択することも含む。特に記載のない限り、装置又は手段の数は、単数か複数かを問わない。

１００ データ処理システム
１０４ プロセッサ
１０６ ネットワークインターフェース
１０８ メモリ
２００ マネージャアプリケーション
２０２ ネットワーク構成データベース
２０４ ダイヤル呼出プランデータベース
２０６ 電話番号データベース
２１０ 経路選択データ
２１２ パターン処理データ
２１４ 番号計画
２１６ 経路パターン定義
図１ 被管理通信デバイスへ／被管理通信デバイスから
図３
３０２： サービス、ダイヤル呼出プラン、電話番号、電話番号を消費するオブジェクト を用意する
３０４： メモリの所定の部分は使用されているか？
３０６： メモリから削除可能なオブジェクトを特定する
３０８： 前のステップで特定されたオブジェクトを削除する

Claims (10)

1. （Ａ）データ処理システムで使用するための電話番号を用意し、メモリに格納される電話番号を生成するステップと、
   （Ｂ）第１の使用状況特性及び電話番号がメモリに格納されてからの少なくとも一部の期間に従って、当該電話番号がデータ処理システムによりどれくらい利用されたかに基づき、メモリから削除する電話番号を識別するステップと
   を有する
   ことを特徴とする方法。
2. 前記第１の使用状況特性は、当該電話番号が最後に使用されてから経過した時間量に基づく請求項１記載の方法。
3. 前記第１の使用状況特性は、前記電話番号が用意されてから前記電話番号が使用された回数に基づく請求項１記載の方法。
4. 前記第１の使用状況特性は、任意の電話番号が最後に削除されてから前記電話番号が使用された回数に基づく請求項１記載の方法。
5. 前記電話番号は、一連の電話番号の一部として用意され、かつ格納される請求項１記載の方法。
6. 前記電話番号の識別は、ダイヤル呼出プランの分析の結果として起こる請求項１記載の方法。
7. メモリの少なくとも所定のフラクションが利用されていることの検出を更に含み、前記識別は前記検出に応じて起こる請求項１記載の方法。
8. 前記電話番号の識別に応答して前記メモリから前記電話番号を削除することを更に含む請求項１記載の方法。
9. （Ａ）データ処理システムで使用するための通信サービスを準備するステップと、 前記ステップにより、メモリに格納される第１のオブジェクトを生成し、当該第１のオブジェクトは少なくとも１個の電話番号を使用し尽くし、
   （Ｂ）メモリから削除する第１のオブジェクトを識別するステップと、
   前記ステップは、第１の使用状況特性及び当該第１のオブジェクトがメモリに格納されてからの少なくとも一部の期間に従って、前記データ処理システムにより少なくとも１個の電話番号がどれくらい利用されたかに基づいて、行われる
   を有する
   ことを特徴とする方法。
10. 前記第１のオブジェクトは、ハント・グループである請求項９の方法。

Images