JP3830346B2 - 通話管理方法及びサーバ - Google Patents
通話管理方法及びサーバ Download PDFInfo
- Publication number
- JP3830346B2 JP3830346B2 JP2000330589A JP2000330589A JP3830346B2 JP 3830346 B2 JP3830346 B2 JP 3830346B2 JP 2000330589 A JP2000330589 A JP 2000330589A JP 2000330589 A JP2000330589 A JP 2000330589A JP 3830346 B2 JP3830346 B2 JP 3830346B2
- Authority
- JP
- Japan
- Prior art keywords
- call
- data
- call data
- caller
- database
- 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 - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、携帯電話の通話を管理するための通話管理方法及びサーバに関する。
【０００２】
【従来の技術】
従来、携帯電話等の通話を管理するシステムでは、精算業務や照会業務の円滑化のため、同一電話機により発信された通話について、発信元の電話番号と通話内容等を含む通話データをデータベースの同一ブロックへ収納する必要がある。このため、データベースへ収納する通話データを一定期間蓄積し、蓄積された通話データを電話番号順にソートして、データベースに収納していた。
【０００３】
【発明が解決しようとする課題】
しかし、上記のようなシステムでは、各通話データが実際にデータベースに格納されるまでに長時間を要し、処理効率が良いとはいえず、精算業務においても料金の取り漏れ等の問題が発生する可能性があった。
【０００４】
また、従来では、通話データが格納されるデータベースでは、各電話番号について、過去の通話頻度に応じて、収納エリアの割り当てを行うが、過去に通話実績のない電話番号（例えば、新規に販売された電話番号等）のエリアが用意されないため、これらの電話番号に対応する通話データはオーバフローエリアに切り出されることとなり、性能劣化、データベースのパンク等の問題が生じる虞があった。
【０００５】
また、従来の収納方法では、データベースの収納エリアが十分に有効活用されているとはいえなかった。
【０００６】
本発明は、上述した事情に鑑みてなされたもので、通話管理処理の効率を向上させることができる通話管理方法及びサーバを提供することを目的とする。
また、本発明は、データベースの収納効率を向上させることができる通話管理方法及びサーバを提供することを他の目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る通話管理方法は、
コンピュータを用いて、発信元の電話番号と、通話内容と、を含む通話データをデータベースに収容するための通話管理方法であって、
前記データベースに収容された通話データに基づいて、各通話データの収容先ページと、当該通話データに含まれる発信元電話番号とを対応づけたインデックスデータを作成して前記データベースに格納し、
前記コンピュータに接続された交換機から通話データを受信し、
受信した通話データについて、当該通話データに含まれる発信元の電話番号をキーとして、予め作成された前記インデックスデータを参照し、該受信した通話データを前記データベースの所定領域に収容する、
ことを特徴とする。
【０００８】
このような構成によれば、通話データを収容する領域を予め確保しておくことにより、リアルタイムな通話データの収容が可能となり、通話管理の処理効率を向上させることができる。これにより、例えば精算業務における料金の徴収漏れなどを低減させることができる。
【０００９】
また、本発明の第２の観点に係る通話管理サーバは、
発信元の電話番号と、通話内容と、を含む通話データをデータベースに収容する通話管理サーバであって、
前記データベースに収容された前記通話データに基づいて、各通話データの収容先ページと、当該通話データに含まれる発信元電話番号とを対応づけたインデックスデータを作成して前記データベースに格納する作成手段と、
接続されている交換機から通話データを受信する受信手段と、
前記受信手段が受信した通話データに含まれる発信元の電話番号をキーとして、予め作成された前記インデックスデータを参照し、該受信した通話データを前記データベースの所定領域に収容する収容手段と、
を備えることを特徴とする。
【００１０】
このような構成によれば、通話データを収容する領域を予め確保しておくことにより、リアルタイムな通話データの収容が可能となり、通話管理の処理効率を向上させることができる。これにより、例えば精算業務における料金の徴収漏れなどを低減させることができる。
【００１１】
前記作成手段は、過去の所定期間の通話データを前記データベースから取得し、取得した通話データについて発信元の電話番号毎の通話数を取得し、前記発信元の電話番号毎の通話数を該電話番号でソートした状態で累計していき、前記累計値と、所定の基準値と、に基づいて各発信元の電話番号をグループ分けし、各グループに属する電話番号を発信元の電話番号として含む通話データの収納先ページを示すインデックスデータを作成する手段を備えてもよい。
これにより、例えば、過去の通話状況に基づいて、各電話番号を発信元の電話番号とする通話データの収納領域を確保することにより、現状に応じた通話データの収容領域を事前に確保することができ、データベースの収納効率を向上させることができる。
【００１２】
前記作成手段は、発信による通話数が無い電話番号について、該電話番号を発信元とする所定数の通話データが存在すると仮定し、発信元の電話番号毎の通話数を該電話番号でソートした状態で累計していき、前記累計値と、所定の基準値と、に基づいて各発信元の電話番号をグループ分けし、各グループに属する電話番号を発信元の電話番号として含む通話データの収納先ページを示すインデックスデータを作成する手段を備えてもよい。
これにより、例えば新規に販売される携帯電話機の電話番号等についても通話データの収容エリアを予め確保することができ、オーバフローの発生を抑え、性能劣化を防ぐことができる。
【００１３】
前記通話データは通話日付をさらに含んでもよく、
前記作成手段は、過去の所定期間の通話データを前記データベースから取得し、取得した通話データについて発信元の電話番号毎で通話日付毎の通話数を取得し、前記通話数を該電話番号と通話日付でソートした状態で累計していき、前記累計値と、所定の基準値と、に基づいて、各発信元の電話番号を日単位でグループ分けし、各グループについて、該グループに属する電話番号及び日付を発信元の電話番号及び通話日付として含む通話データの収納先ページを示すインデックスデータを作成する手段をさらに備えてもよく、
前記収容手段は、取得した通話データに含まれる発信元の電話番号と通話日の少なくとも一方をキーとして前記インデックスデータを参照し、前記取得した通話データを前記データベースの所定領域に収容する手段をさらに備えてもよい。
【００１４】
このようにして、過去の通話状況に基づいて、通話データの収納先ページ等を示すインデックスデータを作成することにより、現状に応じた通話データの収容領域を事前に確保することができる。なお、インデックスに電話番号と日付を用いることで一ページ単位の書込件数を増加させることができ、データベースの収納効率を向上させることができる。
【００１５】
前記通話データは通話日付をさらに含んでもよく、
前記作成手段は、
過去の所定期間の通話データを前記データベースから取得し、取得した通話データについて発信元の電話番号毎で通話日付毎の通話数を取得し、前記通話数を該電話番号と通話日付でソートした状態で累計していき、前記累計値と、一ページ当たりの通話データの収納数の基準値と、を用いて、各発信元の電話番号を日単位でグループ分けし、作成されたグループ数を、前記データベースから取得した通話データを収容するための使用予定ページ数として求める手段と、
前記使用予定ページ数に基づいて、前記所定期間における通話データの収容領域として割り当てられる所定数のページを全て使用するような、一ページ当たりの通話データの収納数の基準値を算出する算出手段と、
発信元の電話番号毎で通話日付毎の通話数を取得し、前記通話数を該電話番号と通話日付でソートした状態で累計していき、前記累計値と、前記算出手段による基準値と、に基づいて、各発信元の電話番号を日単位でグループ分けし、各グループについて、該グループに属する電話番号及び日付を発信元の電話番号及び通話日付として含む通話データの収納先ページを示すインデックスデータを作成する手段と、をさらに備えてもよく、
前記収容手段は、前記通話データに含まれる発信元の電話番号と通話日の少なくとも一方をキーとして前記インデックスデータを参照し、前記通話データを前記データベースの所定領域に収容する手段をさらに備えてもよい。
【００１６】
これにより、通話データの収容領域として割り当てられた領域について未使用の収容領域を生じさせないようなインデックスデータを作成することができる。これにより、収納領域を有効に活用することができる。
【００１７】
前記算出手段は、
前記所定期間における通話データの収容領域として割り当てられた全ページ数と、使用予定ページ数から、余りのページ数を求めてもよく、
前記余りのページ数と、前記一ページ当たりの通話データの収納数の基準値から、前記余りのページに収容され得る通話データの件数を求めてもよく、
前記余りのページに収容され得る通話データの件数と、前記所定期間における通話データの収容領域として割り当てられた全ページ数から、一ページ当たりの余裕件数を求めてもよく、
前記一ページ当たりの通話データの収納数の基準値と、一ページ当たりの余裕件数から、前記一ページ当たりの通話データの収納数の他の基準値を求めてもよい。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態に係る通話管理システムを図面を参照して説明する。
（第１の実施形態）
本発明の第１の実施形態に係る通話管理システムは、図１に示すように、通信網に接続されている交換機１と、交換機１に接続されている通話管理サーバ３と、を備える。
【００１９】
交換機１は、携帯電話機からの通話要求に応じて、通話要求先の電話機を呼び出して通話先と通話元の電話機を接続する。そして、通話が終了すると、例えば、発信元の電話番号、通話日付、通話先の電話番号、通話時間（通話量）等の情報を含む通話データを通話管理サーバ３に送信する。
【００２０】
通話管理サーバ３は、各携帯電話機の通話データを交換機１から受信して記憶管理するためのコンピュータであり、制御部３１と、記憶部３３と、を備える。なお、本システムにおける通話管理サーバ３は、通話データを所定期間毎に記憶部３３の通話データベースに収容する。この所定期間（一サイクル）は任意であり、例えば１０日等である。
【００２１】
制御部３１は、交換機１からの通話データを記憶部３３に格納する際に参照するためのインデックスデータをサイクル毎に作成する。具体的には、記憶部３３の通話データベースから例えば直近の一サイクル分（１０日間）の通話データを読み出して、この期間における通話数を発信元の電話番号毎に計数する。そして、各発信元の電話番号を例えば昇順にソートした状態で、各電話番号に対応する通話数を累計していき、累計値が所定の収容件数（例えば、１００等）を超えない範囲で最大となるようにグループ化する。そして、各グループについて、グループに最後に加算された通話数に対応する発信元の電話番号を抽出し、グループの通話データが格納されるページを示すページ情報にそれぞれ対応付けて、インデックスデータを生成する。
【００２２】
また、制御部３１は、交換機１から通話データを受信すると、上記のようにして作成されたインデックスデータを参照して、記憶部３３の通話データベースの該当するページに通話データを格納する。具体的には、例えば受信した通話データに含まれる発信元の電話番号とインデックスデータが示す電話番号の大小比較を、（通話データの発信元の電話番号）≦（インデックスデータの電話番号）の条件が成立するまで、インデックスデータの上方から下方へ順番に行う。そして、条件が成立したときのインデックスデータの電話番号に対応するページに、受信した通話データを収容する。
【００２３】
なお、インデックスデータの作成タイミング及び参照先のインデックスデータの切換タイミング等は任意である。例えば、あるサイクルの終了時にその終了したサイクルの通話データを用いて次のサイクルのためのインデックスデータを作成し、次のサイクルの開始時に使用対象のインデックスデータを切り換えてもよい。
【００２４】
例えば図２に示すように、記憶部３３の通話データベースから読み出した直近の１０日間の通話データに基づいて、通話数が発信元の電話番号毎に計数された場合には、各通話数を上方から順に累計値が収容件数「１００」を超えないように累計してグループ化する。図２の例では、累計値が「９０（＝１０＋３０＋５０）」のグループＧ１と、累計値が「８０」のグループＧ２と、累計値が「６０（＝３０＋１０＋２０）」のグループＧ３と、累計値が「９０（＝８０＋１０）」のグループＧ４等を作成する。そして、各グループＧ１、Ｇ２、Ｇ３、Ｇ４等において最後に加算された通話数「５０」、「８０」、「２０」、「１０」等に対応する発信元の電話番号「０９０１２３００５００」、「０９０１２３００８００」、「０９０１２３０８０３」、「０９０１２３００８０５」等をそれぞれ抽出する。そして、これらの抽出された電話番号をインデックスとして、各グループに属する通話データの収容先のページ数を示すインデックスデータを作成する。
【００２５】
記憶部３３は通話データベースを備え、この通話データベースは、インデックスデータが格納されるインデックス部と、通話データ（通話レコード）が格納されるデータ部と、１ページに収容しきれなかった通話データが格納されるオーバフロー領域と、を含む。通話データベースのデータ構造の一例を図３に示す。
【００２６】
次に、通話管理サーバ３によるインデックスデータ作成処理を図４のフローチャートを参照して説明する。なお、この例では、一サイクルの終了時に直近の通話データに基づいて次のサイクルのためのインデックスデータを作成することとする。
【００２７】
まず、例えば、あるサイクル（例えば、８月１日〜８月１０日）の終了時、通話管理サーバ３の制御部３１は、次のサイクル（例えば、８月１１日〜８月２０日）のインデックスデータを作成するため、直近の、８月１日〜８月１０日の通話データを記憶部３３の通話データベースから読み出し、この期間における通話数を発信元の電話番号毎に計数する（ステップＳ１）。
【００２８】
次に、制御部３１は、例えば各発信元の電話番号を昇順にソートした状態で、各通話数を累計し（ステップＳ２）、累計値が収容件数（例えば、１００等）を超えない範囲で最大となるようにそれぞれグループ化する（ステップＳ３）。なお、本実施例では一通話データは一レコードとして収容される。そして、収容件数は、例えば通話データ（通話レコード）の一ページにおける収容可能数等に基づいて決定される。例えば、一ページの収容可能数が「１５０」である場合、余裕を見込んで収容件数「１００」と設定しておけば、実際の一ページへの書込件数が予定の収容件数「１００」を超過しても、余分に収容することができるため、オーバフロー領域への書込の発生を抑えることができる。
【００２９】
次に、制御部３１は、各グループについて、最後に加算された通話数に対応する電話番号を抽出し、抽出した電話番号を各グループの通話データが格納されるページを示すページ情報に対応付けて、インデックスデータを生成する（ステップＳ４）。
これにより、次サイクル（８月１１日〜８月２０日）用のインデックスデータが作成される。
【００３０】
なお、このインデックスデータ作成処理の実行タイミングは任意であり、例えば、サイクルが切り替わる所定時間前等でもよい。
【００３１】
そして、通話管理サーバ３は、例えば８月１１日〜８月２０日の期間に交換機１から通話データを受信した場合には、その通話データに含まれる発信元の電話番号をキーとして、上記のようにして作成された８月１１日〜８月２０日用のインデックスデータを参照する。そして、インデックスデータの上方から順に、インデックスデータにおける電話番号と、通話データに含まれる発信元の電話番号を比較していき、条件式（通話データに含まれる発信元の電話番号）≦（インデックスデータの電話番号）が成立したとき、そのインデックスデータにおける電話番号に対応するページに、受信した通話データを収容する。
【００３２】
例えば、発信元の電話番号「０９０１２３００８０１」を含む通話データを受信し、参照の対象が図２に示すようなインデックスデータである場合には、まず、通話データに含まれる発信元の電話番号「０９０１２３００８０１」を、インデックスデータの一番上の電話番号「０９０１２３００５００」と比較する。この場合、通話データの電話番号「０９０１２３００８０１」＞インデックスデータの電話番号「０９０１２３００５００」となり、条件式が成立しないため、通話データにおける発信元の電話番号を、インデックスデータにおける次の電話番号と比較する。この場合も、通話データの電話番号「０９０１２３００８０１」＞インデックスデータの電話番号「０９０１２３００８００」であり、条件式が成立しないため、さらに、インデックスデータにおける次の電話番号と比較する。この場合、通話データの電話番号「０９０１２３００８０１」＜インデックスデータの電話番号「０９０１２３００８０３」となり、条件式が成立するため、このインデックスデータにおける電話番号「０９０１２３００８０３」に対応するページ「２」に、受信した通話データを収容する。なお、各ページにおける通話データの格納方法は任意であり、例えば通話データを受信した順に格納してもよい。
【００３３】
このようにして、通話データを収容する領域を従前の発信元の電話番号毎の通話数に基づいて予め確保しておくことにより、リアルタイムな通話データの収容が可能となり、通話管理の処理効率を向上させることができる。これにより、例えば精算業務における料金の徴収漏れなどを低減させることができる。
【００３４】
（第２の実施形態）
上記の実施形態では、例えば新規に販売される携帯電話の電話番号については通話数が０であるためインデックスデータに反映されず、このような電話機が使用されると、多くの通話データがオーバフロー領域に切り出され、システムの性能劣化を引き起こすおそれがある。このような問題に対応した通話管理システムについて以下説明する。
【００３５】
本発明に係る第２の実施形態の通話管理システムのシステム構成は図１に示される第１の実施形態のものと同様である。このうち、通話管理サーバ３については、その処理機能が第１の実施形態と部分的に異なる。
以下、第２の実施形態に係る通話管理システムについて、第１の実施形態との相違点を中心に説明する。
【００３６】
通話管理サーバ３の制御部３１は、インデックスデータの作成において、記憶部３３の通話データベースから例えば直近の一サイクル分（１０日間）の通話データを読み出して、この期間における通話数を発信元の電話番号毎に計数する。このとき、例えば通話数が０の発信元の電話番号については、所定の通話数（例えば、１０等）を設定する。そして、各発信元の電話番号を例えば昇順にソートした状態で、各電話番号の通話数を累計していき、累計値が収容件数（例えば、１００等）を超えない範囲で最大となるようにグループ化していく。そして、各グループについて、グループに最後に加算された通話数に対応する発信元の電話番号を抽出し、グループの通話データが格納されるページを示すページ情報に対応付けて、インデックスデータを生成する。
【００３７】
例えば携帯電話機が各機器に付与されている電話番号に関係なくまばらに販売された場合には、図５に示すように、直近の一サイクル分の通話データに基づいて各発信元の電話番号毎に通話数を計数した場合、電話番号「０９０１２３０００１０」の前後の電話番号のように、いくつかの電話番号について、それを発信元とする通話データが無い場合がある。このようなときには、それらの電話番号について、例えば過去の通話状況等から求められる平均通話回数（例えば１０）等を通話数として設定し、この設定内容に基づいて、第１の実施形態と同様のグループ分けを行ってインデックスデータを作成する。
【００３８】
そして、例えば、新規に販売された携帯電話機が使用され、その電話機の電話番号を含む通話データを交換機１から受信した場合には、上記のようにして作成されたインデックスデータを参照して、電話番号の比較を行い、所定の条件式（通話データに含まれる発信元の電話番号）≦（インデックスデータの電話番号）が成立したとき、そのインデックスデータにおける電話番号に対応するページに、受信した通話データを収容する。
【００３９】
これにより、新規に販売される電話番号についても通話データの収容エリアを予め確保することができ、オーバフローの発生を抑え、これによる性能劣化を防ぐことができる。
【００４０】
なお、通話の無い電話番号に対する設定回数は任意であり、例えば、予め定められた一定数でもよく、前サイクルにおける平均通話回数でもよく、各電話番号の契約内容に応じてそれぞれ設定されてもよい（例えば、契約内容がＡプランの電話番号に対しては通話数「３０」を設定し、契約内容がＢプランの電話番号に対しては通話数「１０」を設定する等）。
【００４１】
（第３の実施形態）
上記の第１の実施形態では、インデックスデータを作成する際、通話数の累計値が収容件数と比して十分に大きくないグループを生成してしまう場合がある（例えば、電話番号Ａ、Ｂ、Ｃ、Ｄ・・・の各通話数が１０、３０、７０、１０・・・の場合、累計値が４０（＝１０＋３０）のグループが生成される）。このように累計値が充分に大きくないグループに対しても、１ページ分の収納エリアが割り当てられるため、必要ページ数が増加し、必要ディスク容量が大きくなってしまうおそれがある。このような問題に対応した通話管理システムについて以下説明する。
【００４２】
本発明に係る第３の実施形態の通話管理システムのシステム構成は図１に示される第１の実施形態のものと同様である。このうち、通話管理サーバ３については、その処理機能が第１の実施形態と部分的に異なる。
以下、第３の実施形態に係る通話管理システムについて、第１の実施形態との相違点を中心に説明する。
【００４３】
通話管理サーバ３の制御部３１は、インデックスデータの作成において、記憶部３３の通話データベースから例えば直近の一サイクル分（１０日間）の通話データを読み出して、この期間における通話数を発信元の電話番号毎に通話日付単位で計数する。そして、各発信元の電話番号を例えば昇順にソートし、さらに各電話番号について通話日付の早い順にソートした状態で各通話数を累計していき、累計値が収容件数（例えば、１００等）を超えない範囲で最大となるようにグループ化する。これにより、累積単位をより細かくできるので累積値を収容件数により近づけることができる。
【００４４】
そして、制御部３１は、各グループについて、グループに最後に加算された通話数に対応する発信元の電話番号及び通話日付を抽出し、グループに属する通話データが格納されるページを示すページ情報に対応付けて、インデックスデータを生成する。なお、本実施例では、過去の一サイクルの通話データを用いて新たなサイクルの通話データのためのインデックスデータを作成するため、例えば、抽出した通話日付に所定期間（１０日等）を加算する等して、インデックスデータにおける日付を次のサイクルに対応させる処理を行う。
【００４５】
また、制御部３１は、交換機１から通話データを受信すると、上記のようにして作成されたインデックスデータを参照して、記憶部３３の通話データベースの該当するページに格納する。具体的には、例えば受信した通話データに含まれる発信元の電話番号（及び通話日付）とインデックスデータが示す電話番号（及び通話日付）の大小比較を、次の（１）又は（２）の条件式が成立するまで、インデックスデータの上方から下方へ順番に行う。
【００４６】
（１）（通話データの発信元の電話番号）＜（インデックスデータの電話番号）
（２）（通話データの発信元の電話番号）＝（インデックスデータの電話番号）かつ（通話データの通話日付）≦（インデックスデータの通話日付）
（１）又は（２）の条件が成立したときには、そのインデックスデータの電話番号（及び通話日付）に対応するページに、受信した通話データを収容する。
【００４７】
例えば図６に示すように、直近の１０日間の通話データに基づいて、通話数が発信元の電話番号毎に通話日付単位で計数された場合、各通話数を上方から順に累計値が収容件数「１００」を超えないように累計してグループ化する。図６の例では、累計値が「９８（＝１０＋４０＋３０＋１８）」のグループＧ５、「９８（＝１０＋２＋５＋５＋１５＋５＋２０＋３６）」のグループＧ６、「９４（＝１２＋１２＋１０＋３０＋３０）」のグループＧ７等を作成する。そして、各グループＧ５、Ｇ６、Ｇ７等において最後に加算された通話数「１８」、「３６」、「３０」等に対応する発信元の電話番号「０９０１２３００８０１」、「０９０１２３００８０４」、「０９０１２３０８０６」及び通話日付「１９９９年８月６日」、「１９９９年８月７日」、「１９９９年８月６日」等が抽出される。そして、例えば抽出した日付を次サイクル用に修正する等の処理を施した後、抽出したデータをインデックスとして、各グループに属する通話データの収容先のページ数を示すインデックスデータを作成する。
【００４８】
そして、通話管理サーバ３は、例えば８月１１日〜８月２０日の期間に交換機１から通話データを受信した場合には、その通話データに含まれる発信元の電話番号と通話日付をキーとして、上記のようにして作成された８月１１日〜８月２０日用のインデックスデータを参照する。そして、インデックスデータの上方から順に、インデックスデータにおける電話番号と、通話データに含まれる発信元の電話番号を比較していき、所定の条件式が成立したとき、そのインデックスデータにより示されるページに、受信した通話データを収容する。
【００４９】
例えば、発信元の電話番号「０９０１２３００８０２」と通話日付「１９９９０８１３」を含む通話データを受信し、参照の対象が図６に示すようなインデックスデータである場合には、まず、通話データに含まれる電話番号「０９０１２３００８０２」を、インデックスデータの一番上の電話番号「０９０１２３００８０１」と比較する。この場合、通話データの電話番号「０９０１２３００８０２」＞インデックスデータの電話番号「０９０１２３００８０１」となり、上記のいずれの条件式も成立しないため、通話データにおける発信元の電話番号を、インデックスデータにおける次の電話番号と比較する。この場合、通話データの電話番号「０９０１２３００８０２」＜インデックスデータの電話番号「０９０１２３００８０４」であり、条件式（１）が成立するため、このインデックス（電話番号「０９０１２３００８０４」）に対応するページ「１０１」に、受信した通話データを収容する。
また、発信元の電話番号「０９０１２３００８０４」と通話日付「１９９９０８１３」を含む通話データを受信した場合には、上方から２番目のインデックスデータにおいて、比較する電話番号が合致し、かつ通話データの通話日付「１９９９０８１３」≦インデックスデータの通話日付「１９９９０８１７」が成立するため、このインデックス（電話番号「０９０１２３００８０４」、通話日付「１９９９０８１７」）に対応するページ「１０１」に、受信した通話データを収容する。
【００５０】
このようにして、累積単位を通話日付として、累計値がより収容件数（１００等）に近くなるようインデックスデータを作成することにより、必要ページ数を抑えることが可能となり、ひいては必要ディスク容量の削減を図ることができる。
【００５１】
（第４の実施形態）
次に、通話データの収納エリアに未使用エリアを生じさせずに有効に使い切るための通話管理システムについて以下説明する。
【００５２】
本発明に係る第４の実施形態の通話管理システムのシステム構成は図１に示される第１の実施形態のものと同様である。このうち、通話管理サーバ３については、その処理機能が第１の実施形態と部分的に異なる。
以下、第４の実施形態に係る通話管理システムについて、第１の実施形態との相違点を中心に説明する。
【００５３】
通話管理サーバ３の制御部３１は、インデックスデータの作成において、記憶部３３の通話データベースから例えば直近の一サイクル分（１０日間）の通話データを読み出して、この期間における通話数を発信元の電話番号毎に通話日付単位で計数する。そして、各発信元の電話番号を例えば昇順にソートし、さらに各電話番号について通話日付の早い順にソートした状態で各通話数を累計していき、累計値が収容件数（例えば、１００等）を超えない範囲で最大となるように通話日付単位でグループ化する。そして、制御部３１は、各グループについて、グループに最後に加算された通話数に対応する発信元の電話番号及び通話日付を抽出し、グループに属する通話データが格納されるページを示すページ情報に対応付けて、インデックスデータを一旦生成し、通話データを収容するための必要ページ数を求める。そして、この必要ページ数に基づいて、通話データを収容するために割り当てられた全ページを使い切るようなインデックスデータを再度作成する。
【００５４】
次に、第４の実施形態における通話管理サーバ３によるインデックスデータ作成処理を具体的に説明する。なお、この例では、割り当てられた収納エリアのページ数を「１０００」とする。
この実施例におけるインデックス作成処理は図７に示すように、インデックスデータを作成する処理を２回行う。
【００５５】
１回目の作成処理では、例えば図８（Ａ）に示すように、直近の１０日間の通話データに基づいて、収容件数を、設定されている基本数（例えば１００）として第３の実施形態と同様にして、インデックスデータＤ１を作成する。このインデックスデータＤ１を作成することにより、使用ページ数「８００」が求められる。
次に、通話管理サーバ３は、この使用ページ数「８００」に基づいて、新たな収容件数の算出を行う。
【００５６】
この収容件数の算出処理では、まず、収納エリアとして割り当てられているページ数から使用ページ数をさし引いて余りのページ数を求める。この例では、（割り当てられているページ数：１０００）−（使用ページ数：８００）＝（余りのページ数：２００）となる。
次に、余りページ数に収容件数を掛けて、余りのページに収容可能な件数を求める。この例では、（余りページ数：２００）×（収容件数：１００）＝（収容可能件数：２００００）となる。
【００５７】
次に、余りのページに収容可能な件数を、割り当てられた全ページ数で割ることにより、１ページあたりの余裕件数を求める。この例では、（余りのページに収容可能な件数：２００００）÷（割り当てられた全ページ数：１０００）＝（１ページあたりの余裕件数：２０）となる。
そして、当初の収容件数から１ページ当たりの余裕件数を差し引いた数を新たな収容件数とする。この例では、（当初の収容件数：１００）−（１ページ当たりの余裕件数：２０）＝（新たな収容件数：８０）となる。
【００５８】
２回目の作成処理では、図８（Ｂ）に示すように、直近の１０日間の通話データと、新たな収容件数「８０」に基づいて、インデックスデータＤ２を作成する。
これにより、割り当てられた１０００ページを使いきるようなインデックスデータが作成される。
【００５９】
なお、この実施例では、第３の実施形態と同様に通話日付を考慮してインデックスデータを作成しているが、これに限定されず、第１の実施形態のように、電話番号を通話数の加算単位としてインデックスデータを作成するようにしてもよい。
【００６０】
なお、インデックスデータの作成に用いる通話データは、直前のサイクルの通話データに限定されず、例えば、２又は３サイクル前の通話データ等を用いても良い。
【００６１】
なお、上述の各実施例において、インデックスデータは、各グループに最後に加算された通話数に対応する電話番号（第３と第４の実施形態の場合、電話番号及び通話日付）を収容先のページ数と対応付けているが、インデックスデータは、各通話データの収容先を求めることができるものであれば、その形式は任意である。例えば、各グループの最初と最後の通話数に対応する電話番号（第３と第４の実施形態の場合、電話番号及び通話日付）と、そのグループに属する通話データの収納先のページ数と、を対応付ける形式でもよい。
【００６２】
なお、この発明のシステムは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、コンピュータに上述の動作を実行するためのプログラムを格納した媒体（フロッピーディスク、ＣＤ−ＲＯＭ等）から該プログラムをインストールすることにより、上述の処理を実行する通話管理サーバ３等を構成することができる。なお、上述の機能を、ＯＳが分担又はＯＳとアプリケーションの共同により実現する場合等には、ＯＳ以外の部分のみを媒体に格納してもよい。
【００６３】
なお、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワークの掲示板（ＢＢＳ）に該プログラムを掲示し、これをネットワークを介して配信してもよい。
そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行させることにより、上述の処理を実行することができる。
【００６４】
【発明の効果】
以上説明したように、本発明によれば、通話データを収容する領域を予め確保しておくことにより、リアルタイムな通話データの収容が可能となり、通話管理の処理効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る通話管理システムのシステム構成図である。
【図２】本発明の第１の実施形態におけるインデックスデータの作成を具体的に説明するための図である。
【図３】通話データベースのデータ構造の一例を示す図である。
【図４】インデックスデータ作成処理のフローチャートである。
【図５】本発明の第２の実施形態におけるインデックスデータの作成を具体的に説明するための図である。
【図６】本発明の第３の実施形態におけるインデックスデータの作成を具体的に説明するための図である。
【図７】本発明の第４の実施形態におけるインデックスデータ作成処理の処理フローの概要を示す図である。
【図８】本発明の第４の実施形態におけるインデックスデータの作成を具体的に説明するための図である。
【符号の説明】
１ 交換機
３ 通話管理サーバ
３１ 制御部
３３ 記憶部
【発明の属する技術分野】
本発明は、携帯電話の通話を管理するための通話管理方法及びサーバに関する。
【０００２】
【従来の技術】
従来、携帯電話等の通話を管理するシステムでは、精算業務や照会業務の円滑化のため、同一電話機により発信された通話について、発信元の電話番号と通話内容等を含む通話データをデータベースの同一ブロックへ収納する必要がある。このため、データベースへ収納する通話データを一定期間蓄積し、蓄積された通話データを電話番号順にソートして、データベースに収納していた。
【０００３】
【発明が解決しようとする課題】
しかし、上記のようなシステムでは、各通話データが実際にデータベースに格納されるまでに長時間を要し、処理効率が良いとはいえず、精算業務においても料金の取り漏れ等の問題が発生する可能性があった。
【０００４】
また、従来では、通話データが格納されるデータベースでは、各電話番号について、過去の通話頻度に応じて、収納エリアの割り当てを行うが、過去に通話実績のない電話番号（例えば、新規に販売された電話番号等）のエリアが用意されないため、これらの電話番号に対応する通話データはオーバフローエリアに切り出されることとなり、性能劣化、データベースのパンク等の問題が生じる虞があった。
【０００５】
また、従来の収納方法では、データベースの収納エリアが十分に有効活用されているとはいえなかった。
【０００６】
本発明は、上述した事情に鑑みてなされたもので、通話管理処理の効率を向上させることができる通話管理方法及びサーバを提供することを目的とする。
また、本発明は、データベースの収納効率を向上させることができる通話管理方法及びサーバを提供することを他の目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る通話管理方法は、
コンピュータを用いて、発信元の電話番号と、通話内容と、を含む通話データをデータベースに収容するための通話管理方法であって、
前記データベースに収容された通話データに基づいて、各通話データの収容先ページと、当該通話データに含まれる発信元電話番号とを対応づけたインデックスデータを作成して前記データベースに格納し、
前記コンピュータに接続された交換機から通話データを受信し、
受信した通話データについて、当該通話データに含まれる発信元の電話番号をキーとして、予め作成された前記インデックスデータを参照し、該受信した通話データを前記データベースの所定領域に収容する、
ことを特徴とする。
【０００８】
このような構成によれば、通話データを収容する領域を予め確保しておくことにより、リアルタイムな通話データの収容が可能となり、通話管理の処理効率を向上させることができる。これにより、例えば精算業務における料金の徴収漏れなどを低減させることができる。
【０００９】
また、本発明の第２の観点に係る通話管理サーバは、
発信元の電話番号と、通話内容と、を含む通話データをデータベースに収容する通話管理サーバであって、
前記データベースに収容された前記通話データに基づいて、各通話データの収容先ページと、当該通話データに含まれる発信元電話番号とを対応づけたインデックスデータを作成して前記データベースに格納する作成手段と、
接続されている交換機から通話データを受信する受信手段と、
前記受信手段が受信した通話データに含まれる発信元の電話番号をキーとして、予め作成された前記インデックスデータを参照し、該受信した通話データを前記データベースの所定領域に収容する収容手段と、
を備えることを特徴とする。
【００１０】
このような構成によれば、通話データを収容する領域を予め確保しておくことにより、リアルタイムな通話データの収容が可能となり、通話管理の処理効率を向上させることができる。これにより、例えば精算業務における料金の徴収漏れなどを低減させることができる。
【００１１】
前記作成手段は、過去の所定期間の通話データを前記データベースから取得し、取得した通話データについて発信元の電話番号毎の通話数を取得し、前記発信元の電話番号毎の通話数を該電話番号でソートした状態で累計していき、前記累計値と、所定の基準値と、に基づいて各発信元の電話番号をグループ分けし、各グループに属する電話番号を発信元の電話番号として含む通話データの収納先ページを示すインデックスデータを作成する手段を備えてもよい。
これにより、例えば、過去の通話状況に基づいて、各電話番号を発信元の電話番号とする通話データの収納領域を確保することにより、現状に応じた通話データの収容領域を事前に確保することができ、データベースの収納効率を向上させることができる。
【００１２】
前記作成手段は、発信による通話数が無い電話番号について、該電話番号を発信元とする所定数の通話データが存在すると仮定し、発信元の電話番号毎の通話数を該電話番号でソートした状態で累計していき、前記累計値と、所定の基準値と、に基づいて各発信元の電話番号をグループ分けし、各グループに属する電話番号を発信元の電話番号として含む通話データの収納先ページを示すインデックスデータを作成する手段を備えてもよい。
これにより、例えば新規に販売される携帯電話機の電話番号等についても通話データの収容エリアを予め確保することができ、オーバフローの発生を抑え、性能劣化を防ぐことができる。
【００１３】
前記通話データは通話日付をさらに含んでもよく、
前記作成手段は、過去の所定期間の通話データを前記データベースから取得し、取得した通話データについて発信元の電話番号毎で通話日付毎の通話数を取得し、前記通話数を該電話番号と通話日付でソートした状態で累計していき、前記累計値と、所定の基準値と、に基づいて、各発信元の電話番号を日単位でグループ分けし、各グループについて、該グループに属する電話番号及び日付を発信元の電話番号及び通話日付として含む通話データの収納先ページを示すインデックスデータを作成する手段をさらに備えてもよく、
前記収容手段は、取得した通話データに含まれる発信元の電話番号と通話日の少なくとも一方をキーとして前記インデックスデータを参照し、前記取得した通話データを前記データベースの所定領域に収容する手段をさらに備えてもよい。
【００１４】
このようにして、過去の通話状況に基づいて、通話データの収納先ページ等を示すインデックスデータを作成することにより、現状に応じた通話データの収容領域を事前に確保することができる。なお、インデックスに電話番号と日付を用いることで一ページ単位の書込件数を増加させることができ、データベースの収納効率を向上させることができる。
【００１５】
前記通話データは通話日付をさらに含んでもよく、
前記作成手段は、
過去の所定期間の通話データを前記データベースから取得し、取得した通話データについて発信元の電話番号毎で通話日付毎の通話数を取得し、前記通話数を該電話番号と通話日付でソートした状態で累計していき、前記累計値と、一ページ当たりの通話データの収納数の基準値と、を用いて、各発信元の電話番号を日単位でグループ分けし、作成されたグループ数を、前記データベースから取得した通話データを収容するための使用予定ページ数として求める手段と、
前記使用予定ページ数に基づいて、前記所定期間における通話データの収容領域として割り当てられる所定数のページを全て使用するような、一ページ当たりの通話データの収納数の基準値を算出する算出手段と、
発信元の電話番号毎で通話日付毎の通話数を取得し、前記通話数を該電話番号と通話日付でソートした状態で累計していき、前記累計値と、前記算出手段による基準値と、に基づいて、各発信元の電話番号を日単位でグループ分けし、各グループについて、該グループに属する電話番号及び日付を発信元の電話番号及び通話日付として含む通話データの収納先ページを示すインデックスデータを作成する手段と、をさらに備えてもよく、
前記収容手段は、前記通話データに含まれる発信元の電話番号と通話日の少なくとも一方をキーとして前記インデックスデータを参照し、前記通話データを前記データベースの所定領域に収容する手段をさらに備えてもよい。
【００１６】
これにより、通話データの収容領域として割り当てられた領域について未使用の収容領域を生じさせないようなインデックスデータを作成することができる。これにより、収納領域を有効に活用することができる。
【００１７】
前記算出手段は、
前記所定期間における通話データの収容領域として割り当てられた全ページ数と、使用予定ページ数から、余りのページ数を求めてもよく、
前記余りのページ数と、前記一ページ当たりの通話データの収納数の基準値から、前記余りのページに収容され得る通話データの件数を求めてもよく、
前記余りのページに収容され得る通話データの件数と、前記所定期間における通話データの収容領域として割り当てられた全ページ数から、一ページ当たりの余裕件数を求めてもよく、
前記一ページ当たりの通話データの収納数の基準値と、一ページ当たりの余裕件数から、前記一ページ当たりの通話データの収納数の他の基準値を求めてもよい。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態に係る通話管理システムを図面を参照して説明する。
（第１の実施形態）
本発明の第１の実施形態に係る通話管理システムは、図１に示すように、通信網に接続されている交換機１と、交換機１に接続されている通話管理サーバ３と、を備える。
【００１９】
交換機１は、携帯電話機からの通話要求に応じて、通話要求先の電話機を呼び出して通話先と通話元の電話機を接続する。そして、通話が終了すると、例えば、発信元の電話番号、通話日付、通話先の電話番号、通話時間（通話量）等の情報を含む通話データを通話管理サーバ３に送信する。
【００２０】
通話管理サーバ３は、各携帯電話機の通話データを交換機１から受信して記憶管理するためのコンピュータであり、制御部３１と、記憶部３３と、を備える。なお、本システムにおける通話管理サーバ３は、通話データを所定期間毎に記憶部３３の通話データベースに収容する。この所定期間（一サイクル）は任意であり、例えば１０日等である。
【００２１】
制御部３１は、交換機１からの通話データを記憶部３３に格納する際に参照するためのインデックスデータをサイクル毎に作成する。具体的には、記憶部３３の通話データベースから例えば直近の一サイクル分（１０日間）の通話データを読み出して、この期間における通話数を発信元の電話番号毎に計数する。そして、各発信元の電話番号を例えば昇順にソートした状態で、各電話番号に対応する通話数を累計していき、累計値が所定の収容件数（例えば、１００等）を超えない範囲で最大となるようにグループ化する。そして、各グループについて、グループに最後に加算された通話数に対応する発信元の電話番号を抽出し、グループの通話データが格納されるページを示すページ情報にそれぞれ対応付けて、インデックスデータを生成する。
【００２２】
また、制御部３１は、交換機１から通話データを受信すると、上記のようにして作成されたインデックスデータを参照して、記憶部３３の通話データベースの該当するページに通話データを格納する。具体的には、例えば受信した通話データに含まれる発信元の電話番号とインデックスデータが示す電話番号の大小比較を、（通話データの発信元の電話番号）≦（インデックスデータの電話番号）の条件が成立するまで、インデックスデータの上方から下方へ順番に行う。そして、条件が成立したときのインデックスデータの電話番号に対応するページに、受信した通話データを収容する。
【００２３】
なお、インデックスデータの作成タイミング及び参照先のインデックスデータの切換タイミング等は任意である。例えば、あるサイクルの終了時にその終了したサイクルの通話データを用いて次のサイクルのためのインデックスデータを作成し、次のサイクルの開始時に使用対象のインデックスデータを切り換えてもよい。
【００２４】
例えば図２に示すように、記憶部３３の通話データベースから読み出した直近の１０日間の通話データに基づいて、通話数が発信元の電話番号毎に計数された場合には、各通話数を上方から順に累計値が収容件数「１００」を超えないように累計してグループ化する。図２の例では、累計値が「９０（＝１０＋３０＋５０）」のグループＧ１と、累計値が「８０」のグループＧ２と、累計値が「６０（＝３０＋１０＋２０）」のグループＧ３と、累計値が「９０（＝８０＋１０）」のグループＧ４等を作成する。そして、各グループＧ１、Ｇ２、Ｇ３、Ｇ４等において最後に加算された通話数「５０」、「８０」、「２０」、「１０」等に対応する発信元の電話番号「０９０１２３００５００」、「０９０１２３００８００」、「０９０１２３０８０３」、「０９０１２３００８０５」等をそれぞれ抽出する。そして、これらの抽出された電話番号をインデックスとして、各グループに属する通話データの収容先のページ数を示すインデックスデータを作成する。
【００２５】
記憶部３３は通話データベースを備え、この通話データベースは、インデックスデータが格納されるインデックス部と、通話データ（通話レコード）が格納されるデータ部と、１ページに収容しきれなかった通話データが格納されるオーバフロー領域と、を含む。通話データベースのデータ構造の一例を図３に示す。
【００２６】
次に、通話管理サーバ３によるインデックスデータ作成処理を図４のフローチャートを参照して説明する。なお、この例では、一サイクルの終了時に直近の通話データに基づいて次のサイクルのためのインデックスデータを作成することとする。
【００２７】
まず、例えば、あるサイクル（例えば、８月１日〜８月１０日）の終了時、通話管理サーバ３の制御部３１は、次のサイクル（例えば、８月１１日〜８月２０日）のインデックスデータを作成するため、直近の、８月１日〜８月１０日の通話データを記憶部３３の通話データベースから読み出し、この期間における通話数を発信元の電話番号毎に計数する（ステップＳ１）。
【００２８】
次に、制御部３１は、例えば各発信元の電話番号を昇順にソートした状態で、各通話数を累計し（ステップＳ２）、累計値が収容件数（例えば、１００等）を超えない範囲で最大となるようにそれぞれグループ化する（ステップＳ３）。なお、本実施例では一通話データは一レコードとして収容される。そして、収容件数は、例えば通話データ（通話レコード）の一ページにおける収容可能数等に基づいて決定される。例えば、一ページの収容可能数が「１５０」である場合、余裕を見込んで収容件数「１００」と設定しておけば、実際の一ページへの書込件数が予定の収容件数「１００」を超過しても、余分に収容することができるため、オーバフロー領域への書込の発生を抑えることができる。
【００２９】
次に、制御部３１は、各グループについて、最後に加算された通話数に対応する電話番号を抽出し、抽出した電話番号を各グループの通話データが格納されるページを示すページ情報に対応付けて、インデックスデータを生成する（ステップＳ４）。
これにより、次サイクル（８月１１日〜８月２０日）用のインデックスデータが作成される。
【００３０】
なお、このインデックスデータ作成処理の実行タイミングは任意であり、例えば、サイクルが切り替わる所定時間前等でもよい。
【００３１】
そして、通話管理サーバ３は、例えば８月１１日〜８月２０日の期間に交換機１から通話データを受信した場合には、その通話データに含まれる発信元の電話番号をキーとして、上記のようにして作成された８月１１日〜８月２０日用のインデックスデータを参照する。そして、インデックスデータの上方から順に、インデックスデータにおける電話番号と、通話データに含まれる発信元の電話番号を比較していき、条件式（通話データに含まれる発信元の電話番号）≦（インデックスデータの電話番号）が成立したとき、そのインデックスデータにおける電話番号に対応するページに、受信した通話データを収容する。
【００３２】
例えば、発信元の電話番号「０９０１２３００８０１」を含む通話データを受信し、参照の対象が図２に示すようなインデックスデータである場合には、まず、通話データに含まれる発信元の電話番号「０９０１２３００８０１」を、インデックスデータの一番上の電話番号「０９０１２３００５００」と比較する。この場合、通話データの電話番号「０９０１２３００８０１」＞インデックスデータの電話番号「０９０１２３００５００」となり、条件式が成立しないため、通話データにおける発信元の電話番号を、インデックスデータにおける次の電話番号と比較する。この場合も、通話データの電話番号「０９０１２３００８０１」＞インデックスデータの電話番号「０９０１２３００８００」であり、条件式が成立しないため、さらに、インデックスデータにおける次の電話番号と比較する。この場合、通話データの電話番号「０９０１２３００８０１」＜インデックスデータの電話番号「０９０１２３００８０３」となり、条件式が成立するため、このインデックスデータにおける電話番号「０９０１２３００８０３」に対応するページ「２」に、受信した通話データを収容する。なお、各ページにおける通話データの格納方法は任意であり、例えば通話データを受信した順に格納してもよい。
【００３３】
このようにして、通話データを収容する領域を従前の発信元の電話番号毎の通話数に基づいて予め確保しておくことにより、リアルタイムな通話データの収容が可能となり、通話管理の処理効率を向上させることができる。これにより、例えば精算業務における料金の徴収漏れなどを低減させることができる。
【００３４】
（第２の実施形態）
上記の実施形態では、例えば新規に販売される携帯電話の電話番号については通話数が０であるためインデックスデータに反映されず、このような電話機が使用されると、多くの通話データがオーバフロー領域に切り出され、システムの性能劣化を引き起こすおそれがある。このような問題に対応した通話管理システムについて以下説明する。
【００３５】
本発明に係る第２の実施形態の通話管理システムのシステム構成は図１に示される第１の実施形態のものと同様である。このうち、通話管理サーバ３については、その処理機能が第１の実施形態と部分的に異なる。
以下、第２の実施形態に係る通話管理システムについて、第１の実施形態との相違点を中心に説明する。
【００３６】
通話管理サーバ３の制御部３１は、インデックスデータの作成において、記憶部３３の通話データベースから例えば直近の一サイクル分（１０日間）の通話データを読み出して、この期間における通話数を発信元の電話番号毎に計数する。このとき、例えば通話数が０の発信元の電話番号については、所定の通話数（例えば、１０等）を設定する。そして、各発信元の電話番号を例えば昇順にソートした状態で、各電話番号の通話数を累計していき、累計値が収容件数（例えば、１００等）を超えない範囲で最大となるようにグループ化していく。そして、各グループについて、グループに最後に加算された通話数に対応する発信元の電話番号を抽出し、グループの通話データが格納されるページを示すページ情報に対応付けて、インデックスデータを生成する。
【００３７】
例えば携帯電話機が各機器に付与されている電話番号に関係なくまばらに販売された場合には、図５に示すように、直近の一サイクル分の通話データに基づいて各発信元の電話番号毎に通話数を計数した場合、電話番号「０９０１２３０００１０」の前後の電話番号のように、いくつかの電話番号について、それを発信元とする通話データが無い場合がある。このようなときには、それらの電話番号について、例えば過去の通話状況等から求められる平均通話回数（例えば１０）等を通話数として設定し、この設定内容に基づいて、第１の実施形態と同様のグループ分けを行ってインデックスデータを作成する。
【００３８】
そして、例えば、新規に販売された携帯電話機が使用され、その電話機の電話番号を含む通話データを交換機１から受信した場合には、上記のようにして作成されたインデックスデータを参照して、電話番号の比較を行い、所定の条件式（通話データに含まれる発信元の電話番号）≦（インデックスデータの電話番号）が成立したとき、そのインデックスデータにおける電話番号に対応するページに、受信した通話データを収容する。
【００３９】
これにより、新規に販売される電話番号についても通話データの収容エリアを予め確保することができ、オーバフローの発生を抑え、これによる性能劣化を防ぐことができる。
【００４０】
なお、通話の無い電話番号に対する設定回数は任意であり、例えば、予め定められた一定数でもよく、前サイクルにおける平均通話回数でもよく、各電話番号の契約内容に応じてそれぞれ設定されてもよい（例えば、契約内容がＡプランの電話番号に対しては通話数「３０」を設定し、契約内容がＢプランの電話番号に対しては通話数「１０」を設定する等）。
【００４１】
（第３の実施形態）
上記の第１の実施形態では、インデックスデータを作成する際、通話数の累計値が収容件数と比して十分に大きくないグループを生成してしまう場合がある（例えば、電話番号Ａ、Ｂ、Ｃ、Ｄ・・・の各通話数が１０、３０、７０、１０・・・の場合、累計値が４０（＝１０＋３０）のグループが生成される）。このように累計値が充分に大きくないグループに対しても、１ページ分の収納エリアが割り当てられるため、必要ページ数が増加し、必要ディスク容量が大きくなってしまうおそれがある。このような問題に対応した通話管理システムについて以下説明する。
【００４２】
本発明に係る第３の実施形態の通話管理システムのシステム構成は図１に示される第１の実施形態のものと同様である。このうち、通話管理サーバ３については、その処理機能が第１の実施形態と部分的に異なる。
以下、第３の実施形態に係る通話管理システムについて、第１の実施形態との相違点を中心に説明する。
【００４３】
通話管理サーバ３の制御部３１は、インデックスデータの作成において、記憶部３３の通話データベースから例えば直近の一サイクル分（１０日間）の通話データを読み出して、この期間における通話数を発信元の電話番号毎に通話日付単位で計数する。そして、各発信元の電話番号を例えば昇順にソートし、さらに各電話番号について通話日付の早い順にソートした状態で各通話数を累計していき、累計値が収容件数（例えば、１００等）を超えない範囲で最大となるようにグループ化する。これにより、累積単位をより細かくできるので累積値を収容件数により近づけることができる。
【００４４】
そして、制御部３１は、各グループについて、グループに最後に加算された通話数に対応する発信元の電話番号及び通話日付を抽出し、グループに属する通話データが格納されるページを示すページ情報に対応付けて、インデックスデータを生成する。なお、本実施例では、過去の一サイクルの通話データを用いて新たなサイクルの通話データのためのインデックスデータを作成するため、例えば、抽出した通話日付に所定期間（１０日等）を加算する等して、インデックスデータにおける日付を次のサイクルに対応させる処理を行う。
【００４５】
また、制御部３１は、交換機１から通話データを受信すると、上記のようにして作成されたインデックスデータを参照して、記憶部３３の通話データベースの該当するページに格納する。具体的には、例えば受信した通話データに含まれる発信元の電話番号（及び通話日付）とインデックスデータが示す電話番号（及び通話日付）の大小比較を、次の（１）又は（２）の条件式が成立するまで、インデックスデータの上方から下方へ順番に行う。
【００４６】
（１）（通話データの発信元の電話番号）＜（インデックスデータの電話番号）
（２）（通話データの発信元の電話番号）＝（インデックスデータの電話番号）かつ（通話データの通話日付）≦（インデックスデータの通話日付）
（１）又は（２）の条件が成立したときには、そのインデックスデータの電話番号（及び通話日付）に対応するページに、受信した通話データを収容する。
【００４７】
例えば図６に示すように、直近の１０日間の通話データに基づいて、通話数が発信元の電話番号毎に通話日付単位で計数された場合、各通話数を上方から順に累計値が収容件数「１００」を超えないように累計してグループ化する。図６の例では、累計値が「９８（＝１０＋４０＋３０＋１８）」のグループＧ５、「９８（＝１０＋２＋５＋５＋１５＋５＋２０＋３６）」のグループＧ６、「９４（＝１２＋１２＋１０＋３０＋３０）」のグループＧ７等を作成する。そして、各グループＧ５、Ｇ６、Ｇ７等において最後に加算された通話数「１８」、「３６」、「３０」等に対応する発信元の電話番号「０９０１２３００８０１」、「０９０１２３００８０４」、「０９０１２３０８０６」及び通話日付「１９９９年８月６日」、「１９９９年８月７日」、「１９９９年８月６日」等が抽出される。そして、例えば抽出した日付を次サイクル用に修正する等の処理を施した後、抽出したデータをインデックスとして、各グループに属する通話データの収容先のページ数を示すインデックスデータを作成する。
【００４８】
そして、通話管理サーバ３は、例えば８月１１日〜８月２０日の期間に交換機１から通話データを受信した場合には、その通話データに含まれる発信元の電話番号と通話日付をキーとして、上記のようにして作成された８月１１日〜８月２０日用のインデックスデータを参照する。そして、インデックスデータの上方から順に、インデックスデータにおける電話番号と、通話データに含まれる発信元の電話番号を比較していき、所定の条件式が成立したとき、そのインデックスデータにより示されるページに、受信した通話データを収容する。
【００４９】
例えば、発信元の電話番号「０９０１２３００８０２」と通話日付「１９９９０８１３」を含む通話データを受信し、参照の対象が図６に示すようなインデックスデータである場合には、まず、通話データに含まれる電話番号「０９０１２３００８０２」を、インデックスデータの一番上の電話番号「０９０１２３００８０１」と比較する。この場合、通話データの電話番号「０９０１２３００８０２」＞インデックスデータの電話番号「０９０１２３００８０１」となり、上記のいずれの条件式も成立しないため、通話データにおける発信元の電話番号を、インデックスデータにおける次の電話番号と比較する。この場合、通話データの電話番号「０９０１２３００８０２」＜インデックスデータの電話番号「０９０１２３００８０４」であり、条件式（１）が成立するため、このインデックス（電話番号「０９０１２３００８０４」）に対応するページ「１０１」に、受信した通話データを収容する。
また、発信元の電話番号「０９０１２３００８０４」と通話日付「１９９９０８１３」を含む通話データを受信した場合には、上方から２番目のインデックスデータにおいて、比較する電話番号が合致し、かつ通話データの通話日付「１９９９０８１３」≦インデックスデータの通話日付「１９９９０８１７」が成立するため、このインデックス（電話番号「０９０１２３００８０４」、通話日付「１９９９０８１７」）に対応するページ「１０１」に、受信した通話データを収容する。
【００５０】
このようにして、累積単位を通話日付として、累計値がより収容件数（１００等）に近くなるようインデックスデータを作成することにより、必要ページ数を抑えることが可能となり、ひいては必要ディスク容量の削減を図ることができる。
【００５１】
（第４の実施形態）
次に、通話データの収納エリアに未使用エリアを生じさせずに有効に使い切るための通話管理システムについて以下説明する。
【００５２】
本発明に係る第４の実施形態の通話管理システムのシステム構成は図１に示される第１の実施形態のものと同様である。このうち、通話管理サーバ３については、その処理機能が第１の実施形態と部分的に異なる。
以下、第４の実施形態に係る通話管理システムについて、第１の実施形態との相違点を中心に説明する。
【００５３】
通話管理サーバ３の制御部３１は、インデックスデータの作成において、記憶部３３の通話データベースから例えば直近の一サイクル分（１０日間）の通話データを読み出して、この期間における通話数を発信元の電話番号毎に通話日付単位で計数する。そして、各発信元の電話番号を例えば昇順にソートし、さらに各電話番号について通話日付の早い順にソートした状態で各通話数を累計していき、累計値が収容件数（例えば、１００等）を超えない範囲で最大となるように通話日付単位でグループ化する。そして、制御部３１は、各グループについて、グループに最後に加算された通話数に対応する発信元の電話番号及び通話日付を抽出し、グループに属する通話データが格納されるページを示すページ情報に対応付けて、インデックスデータを一旦生成し、通話データを収容するための必要ページ数を求める。そして、この必要ページ数に基づいて、通話データを収容するために割り当てられた全ページを使い切るようなインデックスデータを再度作成する。
【００５４】
次に、第４の実施形態における通話管理サーバ３によるインデックスデータ作成処理を具体的に説明する。なお、この例では、割り当てられた収納エリアのページ数を「１０００」とする。
この実施例におけるインデックス作成処理は図７に示すように、インデックスデータを作成する処理を２回行う。
【００５５】
１回目の作成処理では、例えば図８（Ａ）に示すように、直近の１０日間の通話データに基づいて、収容件数を、設定されている基本数（例えば１００）として第３の実施形態と同様にして、インデックスデータＤ１を作成する。このインデックスデータＤ１を作成することにより、使用ページ数「８００」が求められる。
次に、通話管理サーバ３は、この使用ページ数「８００」に基づいて、新たな収容件数の算出を行う。
【００５６】
この収容件数の算出処理では、まず、収納エリアとして割り当てられているページ数から使用ページ数をさし引いて余りのページ数を求める。この例では、（割り当てられているページ数：１０００）−（使用ページ数：８００）＝（余りのページ数：２００）となる。
次に、余りページ数に収容件数を掛けて、余りのページに収容可能な件数を求める。この例では、（余りページ数：２００）×（収容件数：１００）＝（収容可能件数：２００００）となる。
【００５７】
次に、余りのページに収容可能な件数を、割り当てられた全ページ数で割ることにより、１ページあたりの余裕件数を求める。この例では、（余りのページに収容可能な件数：２００００）÷（割り当てられた全ページ数：１０００）＝（１ページあたりの余裕件数：２０）となる。
そして、当初の収容件数から１ページ当たりの余裕件数を差し引いた数を新たな収容件数とする。この例では、（当初の収容件数：１００）−（１ページ当たりの余裕件数：２０）＝（新たな収容件数：８０）となる。
【００５８】
２回目の作成処理では、図８（Ｂ）に示すように、直近の１０日間の通話データと、新たな収容件数「８０」に基づいて、インデックスデータＤ２を作成する。
これにより、割り当てられた１０００ページを使いきるようなインデックスデータが作成される。
【００５９】
なお、この実施例では、第３の実施形態と同様に通話日付を考慮してインデックスデータを作成しているが、これに限定されず、第１の実施形態のように、電話番号を通話数の加算単位としてインデックスデータを作成するようにしてもよい。
【００６０】
なお、インデックスデータの作成に用いる通話データは、直前のサイクルの通話データに限定されず、例えば、２又は３サイクル前の通話データ等を用いても良い。
【００６１】
なお、上述の各実施例において、インデックスデータは、各グループに最後に加算された通話数に対応する電話番号（第３と第４の実施形態の場合、電話番号及び通話日付）を収容先のページ数と対応付けているが、インデックスデータは、各通話データの収容先を求めることができるものであれば、その形式は任意である。例えば、各グループの最初と最後の通話数に対応する電話番号（第３と第４の実施形態の場合、電話番号及び通話日付）と、そのグループに属する通話データの収納先のページ数と、を対応付ける形式でもよい。
【００６２】
なお、この発明のシステムは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、コンピュータに上述の動作を実行するためのプログラムを格納した媒体（フロッピーディスク、ＣＤ−ＲＯＭ等）から該プログラムをインストールすることにより、上述の処理を実行する通話管理サーバ３等を構成することができる。なお、上述の機能を、ＯＳが分担又はＯＳとアプリケーションの共同により実現する場合等には、ＯＳ以外の部分のみを媒体に格納してもよい。
【００６３】
なお、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワークの掲示板（ＢＢＳ）に該プログラムを掲示し、これをネットワークを介して配信してもよい。
そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行させることにより、上述の処理を実行することができる。
【００６４】
【発明の効果】
以上説明したように、本発明によれば、通話データを収容する領域を予め確保しておくことにより、リアルタイムな通話データの収容が可能となり、通話管理の処理効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る通話管理システムのシステム構成図である。
【図２】本発明の第１の実施形態におけるインデックスデータの作成を具体的に説明するための図である。
【図３】通話データベースのデータ構造の一例を示す図である。
【図４】インデックスデータ作成処理のフローチャートである。
【図５】本発明の第２の実施形態におけるインデックスデータの作成を具体的に説明するための図である。
【図６】本発明の第３の実施形態におけるインデックスデータの作成を具体的に説明するための図である。
【図７】本発明の第４の実施形態におけるインデックスデータ作成処理の処理フローの概要を示す図である。
【図８】本発明の第４の実施形態におけるインデックスデータの作成を具体的に説明するための図である。
【符号の説明】
１ 交換機
３ 通話管理サーバ
３１ 制御部
３３ 記憶部
Claims (7)
- コンピュータを用いて、発信元の電話番号と、通話内容と、を含む通話データをデータベースに収容するための通話管理方法であって、
前記データベースに収容された通話データに基づいて、各通話データの収容先ページと、当該通話データに含まれる発信元電話番号とを対応づけたインデックスデータを作成して前記データベースに格納し、
前記コンピュータに接続された交換機から通話データを受信し、
受信した通話データについて、当該通話データに含まれる発信元の電話番号をキーとして、予め作成された前記インデックスデータを参照し、該受信した通話データを前記データベースの所定領域に収容する、
ことを特徴とする通話管理方法。 - 発信元の電話番号と、通話内容と、を含む通話データをデータベースに収容する通話管理サーバであって、
前記データベースに収容された前記通話データに基づいて、各通話データの収容先ページと、当該通話データに含まれる発信元電話番号とを対応づけたインデックスデータを作成して前記データベースに格納する作成手段と、
接続されている交換機から通話データを受信する受信手段と、
前記受信手段が受信した通話データに含まれる発信元の電話番号をキーとして、予め作成された前記インデックスデータを参照し、該受信した通話データを前記データベースの所定領域に収容する収容手段と、
を備えることを特徴とする通話管理サーバ。 - 前記作成手段は、過去の所定期間の通話データを前記データベースから取得し、取得した通話データについて発信元の電話番号毎の通話数を取得し、前記発信元の電話番号毎の通話数を該電話番号でソートした状態で累計していき、前記累計値と、所定の基準値と、に基づいて各発信元の電話番号をグループ分けし、各グループに属する電話番号を発信元の電話番号として含む通話データの収納先ページを示すインデックスデータを作成する手段を備える、
ことを特徴とする請求項２に記載の通話管理サーバ。 - 前記作成手段は、発信による通話数が無い電話番号について、該電話番号を発信元とする所定数の通話データが存在すると仮定し、発信元の電話番号毎の通話数を該電話番号でソートした状態で累計していき、前記累計値と、所定の基準値と、に基づいて各発信元の電話番号をグループ分けし、各グループに属する電話番号を発信元の電話番号として含む通話データの収納先ページを示すインデックスデータを作成する手段を備える、
ことを特徴とする請求項２又は３に記載の通話管理サーバ。 - 前記通話データは通話日付をさらに含み、
前記作成手段は、過去の所定期間の通話データを前記データベースから取得し、取得した通話データについて発信元の電話番号毎で通話日付毎の通話数を取得し、前記通話数を該電話番号と通話日付でソートした状態で累計していき、前記累計値と、所定の基準値と、に基づいて、各発信元の電話番号を日単位でグループ分けし、各グループについて、該グループに属する電話番号及び日付を発信元の電話番号及び通話日付として含む通話データの収納先ページを示すインデックスデータを作成する手段をさらに備え、
前記収容手段は、取得した通話データに含まれる発信元の電話番号と通話日の少なくとも一方をキーとして前記インデックスデータを参照し、前記取得した通話データを前記データベースの所定領域に収容する手段をさらに備える、
ことを特徴とする請求項２に記載の通話管理サーバ。 - 前記通話データは通話日付をさらに含み、
前記作成手段は、
過去の所定期間の通話データを前記データベースから取得し、取得した通話データについて発信元の電話番号毎で通話日付毎の通話数を取得し、前記通話数を該電話番号と通話日付でソートした状態で累計していき、前記累計値と、一ページ当たりの通話データの収納数の基準値と、を用いて、各発信元の電話番号を日単位でグループ分けし、作成されたグループ数を、前記データベースから取得した通話データを収容するための使用予定ページ数として求める手段と、
前記使用予定ページ数に基づいて、前記所定期間における通話データの収容領域として割り当てられる所定数のページを全て使用するような、一ページ当たりの通話データの収納数の基準値を算出する算出手段と、
発信元の電話番号毎で通話日付毎の通話数を取得し、前記通話数を該電話番号と通話日付でソートした状態で累計していき、前記累計値と、前記算出手段による基準値と、に基づいて、各発信元の電話番号を日単位でグループ分けし、各グループについて、該グループに属する電話番号及び日付を発信元の電話番号及び通話日付として含む通話データの収納先ページを示すインデックスデータを作成する手段と、をさらに備え、
前記収容手段は、前記通話データに含まれる発信元の電話番号と通話日の少なくとも一方をキーとして前記インデックスデータを参照し、前記通話データを前記データベースの所定領域に収容する手段をさらに備える、
ことを特徴とする請求項２に記載の通話管理サーバ。 - 前記算出手段は、
前記所定期間における通話データの収容領域として割り当てられた全ページ数と、使用予定ページ数から、余りのページ数を求め、
前記余りのページ数と、前記一ページ当たりの通話データの収納数の基準値から、前記余りのページに収容され得る通話データの件数を求め、
前記余りのページに収容され得る通話データの件数と、前記所定期間における通話データの収容領域として割り当てられた全ページ数から、一ページ当たりの余裕件数を求め、
前記一ページ当たりの通話データの収納数の基準値と、一ページ当たりの余裕件数から、前記一ページ当たりの通話データの収納数の基準値を求める、
ことを特徴とする請求項６に記載の通話管理サーバ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000330589A JP3830346B2 (ja) | 2000-10-30 | 2000-10-30 | 通話管理方法及びサーバ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000330589A JP3830346B2 (ja) | 2000-10-30 | 2000-10-30 | 通話管理方法及びサーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002142017A JP2002142017A (ja) | 2002-05-17 |
| JP3830346B2 true JP3830346B2 (ja) | 2006-10-04 |
Family
ID=18807080
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000330589A Expired - Fee Related JP3830346B2 (ja) | 2000-10-30 | 2000-10-30 | 通話管理方法及びサーバ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3830346B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5528992B2 (ja) * | 2010-11-25 | 2014-06-25 | 株式会社Ｎｔｔドコモ | 電話番号管理システム及び電話番号管理方法 |
-
2000
- 2000-10-30 JP JP2000330589A patent/JP3830346B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002142017A (ja) | 2002-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5572578A (en) | Exchange of information between interconnected voice mail systems | |
| CN100478956C (zh) | 生成和获取报表的方法及相应的系统 | |
| EP0985185B1 (en) | Method for routing information within an adaptive routing architecture of an information retrieval system | |
| EP2073161A1 (en) | Matching method and system for marketing campaign recommendation | |
| CN101645988B (zh) | 下一代呼叫中心系统及其排队方法 | |
| CN105989076A (zh) | 一种数据统计方法以及装置 | |
| CA2515968C (en) | An apparatus and methods for managing data used by a mobile device | |
| CN106649869A (zh) | 数据库大数据的统计方法及装置 | |
| CN108536544B (zh) | 基于数据库消息队列的消费方法、装置、服务器和介质 | |
| US6631378B1 (en) | Communication unit and communication method with profile management | |
| JPH1169016A (ja) | 呼制御管理システム | |
| CN109726007A (zh) | 一种容器编排配额管理方法和装置、及容器编排系统 | |
| CN114125050A (zh) | 消息调度方法、装置、设备及存储介质 | |
| JP3830346B2 (ja) | 通話管理方法及びサーバ | |
| CN111813866A (zh) | 一种改进的区块链账本同步方法 | |
| CN115907949A (zh) | 银行交易数据处理方法及装置 | |
| CN1426190A (zh) | 数据同步系统及方法 | |
| JP2853635B2 (ja) | ファイル一括送信スケジューリング方式 | |
| CN1092901C (zh) | 一个灵活的呼叫记录机制 | |
| JPH11239151A (ja) | ラウンドロビン制御装置および方法 | |
| US7272210B1 (en) | System and method for voice organizer message delivery | |
| JPH0712189B2 (ja) | 詳細課金情報の記録方法 | |
| CN116708666A (zh) | 虚拟号处理方法及装置、存储介质、计算机设备 | |
| JPS59119462A (ja) | オンライン情報処理システム | |
| JP2953933B2 (ja) | 網管理システムにおける受信メッセージの多段階データベース作成方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060309 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060411 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060609 |
|
| 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: 20060704 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060711 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090721 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100721 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110721 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110721 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120721 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120721 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130721 Year of fee payment: 7 |
|
| 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 |
|
| LAPS | Cancellation because of no payment of annual fees |