JP2009070175A - 情報処理装置、電話交換装置及び情報書き込み制御方法 - Google Patents

Abstract

【課題】ストレージデバイスに対しての不必要な書き込みや消去の発生回数を減少させることが可能な電話交換装置を提供する。
【解決手段】ＣＰＵ１４において、呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３の起動時に、呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３により処理される制御信号をファイルとしてＲＡＭ１６のデータ領域に保持しておくとともに、呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３とファイル名とを対応付けた書き込み情報テーブル１６２ａを作成しておき、呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３の終了時に、書き込み情報テーブル１６２ａを参照して、ＲＡＭ１６に保持される呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３にそれぞれ対応するファイルをストレージデバイスＳＤに書き込むようにしている。
【選択図】 図２

Description

この発明は、情報の書き込み回数が制限されたストレージデバイスに処理情報を書き込む情報処理装置及び情報書き込み制御方法と、複数の電話端末間の交換処理を実行する電話交換装置に関する。

電話交換装置は、ソフトウェアの呼処理・保守が動作した際に、やり取りしたメッセージとその内容をログ情報として記録できる。ログ情報は電話交換装置のストレージデバイスに格納される。ログのフォーマットは、タイムスタンプが付与され、マニュアル等によって内容を解読できるものとなる。ログはある程度長い時間保持される。

なお、ストレージデバイスとして不揮発性半導体メモリディスクが用いられる場合に、ＣＰＵが不揮発性半導体メモリディスクへライト要求すると、書き込みデータをキャッシュメモリに保存し、適切な周期で１トラック単位で書き戻しを行うものもある（例えば、特許文献１）。
特開２００１−３１８８３２公報。

ところで、電話交換装置の小型化に伴い、ストレージデバイスにコンパクトフラッシュ（登録商標）やＵＳＢ(Universal Serial Bus)メモリ等のフラッシュメモリが用いられることがある。このフラッシュメモリは、小型化、高速アクセスなどのメリットがある反面、消去、書き込みの回数に制限が存在する。このため、ストレージデバイスとして利用した時に書き込みや消去を頻繁に行った場合は、ストレージデバイスの寿命が大きく短縮される可能性がある。

そこで、この発明の目的は、ストレージデバイスに対しての不必要な書き込みや消去の発生回数を減少させ、これによりストレージデバイスの寿命を延ばすことが可能な情報処理装置、電話交換装置及び情報書き込み制御方法を提供することにある。

上記目的を達成するために、この発明に係る情報処理装置は、処理すべくファイルごとに処理情報を情報の書き込み回数が予め決められた回数に制限されたストレージデバイスに書き込む情報処理装置において、ファイル処理時に、当該ファイルの処理情報をストレージデバイスの蓄積容量より小さいバッファに一時保持する記録手段と、バッファへの処理情報の蓄積量がバッファの最大蓄積容量に達した時または処理中のファイルが終了した時、バッファに記録された該当するファイルの処理情報をストレージデバイスに転送して書き込む制御手段とを備えるようにしたものである。

この構成によれば、ファイル処理時において処理されるファイルの処理情報はバッファに記録され、記録情報量がバッファの最大蓄積容量に達するまで、または処理中のファイルが終了するまでバッファに処理情報が保持されることになる。そして、バッファへの処理情報の蓄積量がバッファの最大蓄積容量に達した時または処理中のファイルが終了した時に、バッファに記録されたファイルの処理情報が読み出されてストレージデバイスに記録される。すなわち、ストレージデバイスへのファイルの処理情報の書き込みがバッファを介して行われることになる。

従って、ストレージデバイスに対しての不必要な書き込みや消去の発生回数を減少させることができ、これによりストレージデバイスの寿命を従来よりも延ばすことができる。

アプリケーション毎にファイルが処理されるとき、アプリケーションとファイルとを対応付けた管理テーブルを作成する作成手段を備え、制御手段は、アプリケーション終了時に、管理テーブルを参照し、この参照結果に基づいてバッファ中の該当するアプリケーションに対応するファイルの処理情報をストレージデバイスに転送して書き込むことを特徴とする。

この構成によれば、アプリケーション毎にファイルが処理されるとき、アプリケーションとファイルとを対応付けた管理テーブルが作成されることになるので、アプリケーション終了時に、管理テーブルを用いて、処理中のファイルがどのアプリケーションに属するかが判定され、これにより簡単な手順でバッファ中の終了アプリケーションに対応するファイルの処理情報をストレージデバイスに書き込むことができる。

制御手段は、複数のアプリケーションを実行するためのオペレーティングシステムの終了時に、バッファに記録されるファイルの処理情報をストレージデバイスに転送して書き込むことを特徴とする。

この構成によれば、ハードウェア故障やバージョンアップ時にオペレーティングシステムを終了する場合にも、バッファに記録されたファイルの処理情報が読み出されてストレージデバイスに記録されることになり、これによりストレージデバイスに対しての不必要な書き込みや消去の発生回数を減少させることができ、これによりストレージデバイスの寿命を従来よりも延ばすことができる。

ストレージデバイスとは異なり情報の書き込み回数無制限の記憶装置を備えるとき、制御手段は、バッファへの処理情報の蓄積量がバッファの最大蓄積容量に達した時または処理中のファイルが終了した時、バッファに記録された該当するファイルの処理情報をストレージデバイスに転送して書き込む第１のモードと、バッファに記録された該当するファイルの処理情報を一定時間毎に記憶装置に転送して書き込む第２のモードと、モード指定操作に応じて、第１及び第２のモードを選択的に実行するモード選択制御手段とを備えたことを特徴とする。

この構成によれば、例えばファイルごとにモードを設定しておくことで、あるファイルについてはバッファへの処理情報の蓄積量がバッファの最大蓄積容量に達した時または処理中のファイルが終了した時、バッファに記録されたファイルの処理情報をストレージデバイスに転送して書き込み、一方別のファイルについてはバッファに記録されたファイルの処理情報を一定時間毎に記憶装置に転送して書き込むというように、ファイルごとに最適な処理情報の記録処理を行うことができる。

以上詳述したようにこの発明によれば、ストレージデバイスに対しての不必要な書き込みや消去の発生回数を減少させ、これによりストレージデバイスの寿命を延ばすことが可能な情報処理装置、電話交換装置及び情報書き込み制御方法を提供することができる。

以下、この発明の実施形態について図面を参照して詳細に説明する。
（第１の実施形態）
図１は、この発明の第１の実施形態に係わる電話交換システムの構成を示すブロック図である。

この電話交換システムは、同図に示すように、電話交換装置１に、複数（最大ｉ個）の内線端末２（２−１〜２−ｉ）を任意に接続して構成されている。なお、内線端末２には、アナログ電話機またはデジタルボタン電話機等が使用される。

電話交換装置１は、さらに、タイムスイッチ１１、複数（ｊ個）の局線インタフェース回路１２（１２−１〜１２−ｊ）、複数（ｉ個）の内線インタフェース回路１３（１３−１〜１３−ｉ）、ＣＰＵ（Central Processing Unit）１４、ＲＯＭ(Read Only Memory)１５、ＲＡＭ(Random Access Memory)１６、データハイウェイインタフェース部１７及びストレージデバイスＳＤ、ハードディスク装置ＨＤを備えており、タイムスイッチ１１、局線インタフェース回路１２及び内線インタフェース回路１３は、ＰＣＭハイウェイ１８を介して互いに接続されている。

また、局線インタフェース回路１２、内線インタフェース回路１３及びデータハイウェイインタフェース部１７は、データハイウェイ１９を介して互いに接続されている。さらに、ＣＰＵ１４、データハイウェイインタフェース部１７及びストレージデバイスＳＤ、ハードディスク装置ＨＤは、ＣＰＵバス２０を介して互いに接続されている。なお、タイムスイッチ１１は、ＣＰＵ１４に直接接続されている。

タイムスイッチ１１は、ＣＰＵ１４の制御に基づいてＰＣＭハイウェイ１８上のタイムスロットの入れ替えを行なうことによって、局線インタフェース回路１２及び内線インタフェース回路１３を任意に交換接続する。

局線インタフェース回路１２には、公衆回線や専用線などの局線Ｌ（Ｌ−１〜Ｌ−ｊ）が必要に応じて接続される。局線インタフェース回路１２は、接続された局線Ｌに関する局線インタフェース動作を行なう。また、局線インタフェース回路１２は、局線インタフェース動作に係わる種々の制御情報の授受を、データハイウェイ１９、データハイウェイインタフェース部１７及びＣＰＵバス２０を介してＣＰＵ１４との間で行なう。

内線インタフェース回路１３には、内線端末２が必要に応じて接続される。内線インタフェース回路１３は、接続された内線端末２に関する内線インタフェース動作を行なう。また、内線インタフェース回路１３は、内線インタフェース動作に係わる種々の制御情報の授受を、データハイウェイ１９、データハイウェイインタフェース部１７及びＣＰＵバス２０を介してＣＰＵ１４との間で行なう。

ＣＰＵ１４は、ＲＯＭ１５に格納されている動作プログラムに基づいた処理を行なうことで、タイムスイッチ１１、局線インタフェース回路１２及び内線インタフェース回路１３のそれぞれを総括制御し、電話交換装置１としての動作を実現する。
ＲＡＭ１６は、ＣＰＵ１４による制御処理の処理データ（メッセージ、プロトコルスタック、呼処理データ、システム管理ログ）を一時的に記憶しておくメモリであり、例えば６４Ｍバイトの記憶容量を有する。この処理データとしては、内線端末２の操作履歴データや、呼処理に関する履歴データ等のメンテナンスに必要なデータがある。

ストレージデバイスＳＤは、フラッシュメモリやＵＳＢメモリ等の情報の書き込み回数や消去回数が制限されたメモリであり、例えば２Ｇバイト、４Ｇバイト等の記憶容量を有する。

ハードディスク装置ＨＤは、１００Ｇバイト等の記憶容量を有する。

ところで、この第１の実施形態では、ＣＰＵ１４に、処理データ保持部１４１と、テーブル作成部１４２と、処理データ転送制御部１４３とを備えている。処理データ保持部１４１は、起動中のアプリケーションプログラムごとのファイルの処理データをＲＡＭ１６に一時保持するものである。

テーブル作成部１４２は、起動中のアプリケーションプログラムとファイルとを対応付けた管理テーブルを作成する。処理データ転送制御部１４３は、予め決められた条件に従って、管理テーブルを参照し、この参照結果に基づいてＲＡＭ１６上の起動中のアプリケーションプログラムに対応するファイルの処理データをストレージデバイスＳＤに記憶させるものである。

図２は、上記ＣＰＵ１４、ＲＡＭ１６、ストレージデバイスＳＤ及びハードディスク装置ＨＤのソフトウェアの構成を示すブロック図である。

ＣＰＵ１４は、汎用のオペレーティングシステム（ＯＳ）２００を備え、このＯＳ２００上で実行される複数のアプリケーションプログラムを備えている。このアプリケーションプログラムは、交換処理用のプログラム群と、課金や通信履歴データ管理等の通信管理処理及びその他一般の事務処理等を実行する各種プログラム群２１５とから構成される。交換処理用のプログラム群は、呼処理端末制御プログラム２１１と、呼処理グループ制御プログラム２１２と、呼処理サービス制御プログラム２１３と、保守プログラム２１４とから構成される。

また、ＯＳ２００には、図３に示すように、ストレージＩＤと、ストレージ種別と、ストレージサイズとを対応付けたストレージ種別判別テーブルが設けられる。

さらに、ＣＰＵ１４は、ドライバ２１６を備えている。このドライバ２１６は、ＣＰＵバス２０とのインタフェースを駆動するソフトウェアである。

ＲＡＭ１６上には一時的にデータを保持しておくデータ領域１６１と情報テーブル領域１６２が確保されており、ＯＳ２００やストレージデバイスＳＤ、ハードディスク装置ＨＤからそれぞれアクセスすることが可能となっている。

また、情報テーブル領域１６２には、上記テーブル作成部１４２により作成される書き込み情報テーブル１６２ａと、閾値設定テーブル１６２ｂとが備えられる。書き込み情報テーブル１６２ａでは、図４に示すように、書き込む時のタイムスタンプ、書き込み回数、ファイル種別、アプリケーション種別が管理されており、一時的データ領域に書き込まれているデータとリンクしている。

閾値設定テーブル１６２ｂには、図５に示すように、ファイル種別と、時間間隔閾値と、書き換え回数閾値との対応関係を表すデータが記憶される。

次に、以上のように構成されたシステムの動作を説明する。

いま内線端末２−１において、公衆回線に対する発呼が行われたとする。そうすると内線端末２−１でのオフフック動作は、内線インタフェース回路１３−１で解析されて、オフフック信号としてこの内線インタフェース回路１３−１からデータハイウェイ１９、データハイウェイインタフェース部１７及びＣＰＵバス２０を介してＣＰＵ１４に転送される。

このオフフック信号が転送されるとＣＰＵ１４は、図６に示す制御処理を実行する。まず、ＣＰＵ１４は、処理に必要なアプリケーションプログラムを起動させる（ステップＳＴ６ａ）。ここでは、内線端末２−１のオフフック信号なので呼処理端末制御プログラム２１１が起動され、このプログラム２１１により内線端末２−１に対する端末処理が実行される。

このとき、ＣＰＵ１４は、呼処理端末制御プログラム２１１とファイル名（システムファイル）とを対応付けた書き込み情報テーブル１６２ａを作成し、ＲＡＭ１６の情報テーブル領域１６２に格納するとともに（ステップＳＴ６ｂ）、呼処理端末制御プログラム２１１に対応する処理データとしての制御信号をＲＡＭ１６のデータ領域１６１に保持する（ステップＳＴ６ｃ）。

すなわち、グループ処理が必要な場合には、呼処理端末制御プログラム２１１から呼処理グループ処理プログラム２１２へ処理が依頼される。また、端末間の相互接続が必要な場合には、呼処理グループ処理プログラム２１２から呼処理サービス制御プログラム２１３へ処理が依頼される。そして、この呼処理サービス制御プログラム２１３において、ＣＰＵ１４からタイムスイッチ１１に対して発呼した内線端末２−１へダイヤルトーンを送出する信号と、内線インタフェース回路１３−１に対してダイヤル信号の受付を許可するための制御信号とが転送される。このとき、ＣＰＵ１４は、呼処理サービス制御プログラム２１３とファイル名（システムファイル）とを対応付けた書き込み情報テーブル１６２ａを作成し、ＲＡＭ１６の情報テーブル領域１６２に格納するとともに、呼処理サービス制御プログラム２１３に対応する制御信号をＲＡＭ１６のデータ領域１６１に保持する。

制御信号を受け取ると内線インタフェース回路１３−１は、タイムスイッチ１１からのダイヤルトーンを発信元の内線端末２−１へ送出し、また以後内線端末２−１からのダイヤル信号を受け取る状態となる。

この状態で、ダイヤルトーンを確認した内線端末２−１のユーザがダイヤル操作を行なうと、ダイヤル信号が内線インタフェース回路１３−１に送られてここで解析される。そして、この解析されたダイヤル信号は、内線インタフェース回路１３−１からデータハイウェイ１９を介してＣＰＵ１４に転送される。

そうすると、ＣＰＵ１４では、上記ダイヤル信号より発呼先が解析され、発呼先が公衆網であることが分かると、呼処理サービス制御プログラム２１３によりアナログトランクを接続させるための制御信号が生成され、この制御信号がデータハイウェイ１９を介して局線インタフェース回路１２−１に転送される。この制御信号を受けた局線インタフェース回路１２−１は、局線Ｌ−１を捕捉して公衆網に対しダイヤル信号を送出し、公衆網からの応答を待つ。

そして、発呼先がオフフックしたことが公衆網から通知されると、その旨の制御信号が局線インタフェース回路１２−１からデータハイウェイ１９、データハイウェイインタフェース部１７及びＣＰＵバス２０を介してＣＰＵ１４に転送される。この制御信号を受けるとＣＰＵ１４では、通信パスを接続させるための要求が発生され、この要求はタイムスイッチ１１に転送される。そうするとタイムスイッチ１１は、以後発信元の内線インタフェース回路１３−１と局線インタフェース回路１２−１との間の通信パスを接続するための処理を実行する。

かくして、発信元の内線端末２−１は、公衆網に接続された通話相手先の電話機との間で通話が可能となる。

そして、内線端末２−１と通話相手先の電話機との間で通話が行われている状態で、内線端末２−１のユーザが終話を行うべくオンフック操作を行なったとする。そうすると、オフフック信号が内線インタフェース回路１３−１からデータハイウェイ１９、データハイウェイインタフェース部１７及びＣＰＵバス２０を介してＣＰＵ１４に転送される。

オフフック信号を受信するとＣＰＵ１４は、通信パスの切断処理を行うと共に、ステップＳＴ６ｄからステップＳＴ６ｅに移行してここで書き込み情報テーブル１６２ａを参照して終了する呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３それぞれに対応する制御信号をＲＡＭ１６から読み出し、ストレージデバイスＳＤに書き込む。

なお、上記処理では、アプリケーションプログラムが終了する場合に、ＲＡＭ１６に保持されるアプリケーションプログラム対応の制御信号をストレージデバイスＳＤに書き込む例について説明したが、その他にも制御信号としてのファイルが、ストレージデバイスＳＤに書き込まれる条件として、以下のとおりに設定される。

書き込み情報テーブル１６２ａに記載されている、タイムスタンプを参照し、ある一定以上の時間が経過した場合。

書き込み情報テーブル１６２ａに記載されている、書き込み回数を参照し、ある一定以上の回数が経過した場合。

ＯＳ２００からのファイルＣｌｏｓｅ命令を受信した場合。

記録情報量がＲＡＭ１６の最大蓄積容量に達した場合。

ＯＳ２００が終了する場合。

また、ストレージデバイスＳＤに書き込む際の条件として図５の閾値設定テーブル１６２ｂが設定されており、このテーブル１６２ｂをユーザが変更することにより、書き込む際のタイミングをユーザが望む形に変更することが可能となる。また、ファイルの種別によって閾値を別々に設定することが可能であり、ファイルの種別ごとにメッセージを書き込むタイミングを変更することが可能である。そして、時間間隔のみ、書き換え回数のみなどの単独の条件、あるいは複数の条件の組み合わせにより、書き込み条件の設定をすることが可能である。

さらに、ストレージデバイスＳＤ内のＯＳ２００で使用するシステムファイルの領域と、ユーザデータで使用するファイル領域を定期的に入れ替えることができる。このオペレーションを行うことにより、書き換えが頻繁に発生しないシステムファイル領域と比較的書き換えが多発するユーザ領域を入れ替えることにより、ストレージ領域を均一に利用することができるようになる。

以上のように上記第１の実施形態では、ＣＰＵ１４において、呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３の起動時に、これら呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３により処理される制御信号をファイルとしてＲＡＭ１６のデータ領域に一時保持しておくとともに、呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３とファイル名とを対応付けた書き込み情報テーブル１６２ａを作成しておくようにし、呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３の終了時に、書き込み情報テーブル１６２ａを参照して、ＲＡＭ１６に保持される呼処理端末制御プログラム２１１及び呼処理サービス制御プログラム２１３にそれぞれ対応するファイルをストレージデバイスＳＤに書き込むようにしている。

従って、ストレージデバイスＳＤに対しての不必要な書き込みや消去の発生回数を減少させることができ、これによりストレージデバイスＳＤの寿命を従来よりも延ばすことができる。

また、上記第１の実施形態では、ＲＡＭ１６のオーバーフロー時やハードウェア故障やバージョンアップ時にＯＳ２００を終了する場合にも、ＲＡＭ１６に記録されたファイルを読み出してストレージデバイスＳＤに書き込むこともできるので、ストレージデバイスＳＤに対しての不必要な書き込みや消去の発生回数を減少させることができ、これによりストレージデバイスＳＤの寿命を従来よりも延ばすことができる。

（第２の実施形態）
この発明の第２の実施形態では、ハードディスク装置ＨＤに対してもファイルを書き込むようにしたものである。

オフフック信号を受信するとＣＰＵ１４は、図７に示す制御処理を実行する。まず、ＣＰＵ１４は、処理に必要なアプリケーションプログラムを起動させる（ステップＳＴ７ａ）。ここでは、内線端末２−１のオフフック信号なので呼処理端末制御プログラム２１１が起動され、このプログラム２１１により内線端末２−１に対する端末処理が実行される。

このとき、ＣＰＵ１４は、呼処理端末制御プログラム２１１とファイル名（システムファイル）とを対応付けた書き込み情報テーブル１６２ａを作成し、ＲＡＭ１６の情報テーブル領域１６２に格納し（ステップＳＴ７ｂ）、設定モードがストレージデバイスＳＤへの書き込みモードであるかハードディスク装置ＨＤへの書き込みモードであるかの判断を行う（ステップＳＴ７ｃ）。

ここで、ストレージデバイスＳＤへの書き込みモードであると判定された場合に、ＣＰＵ１４は呼処理端末制御プログラム２１１に対応する処理データとしての制御信号をＲＡＭ１６のデータ領域１６１に保持する（ステップＳＴ７ｄ）。そして、呼処理端末制御プログラム２１１が終了する場合に、ＣＰＵ１４はステップＳＴ７ｅからステップＳＴ７ｆに移行してここで書き込み情報テーブル１６２ａを参照して終了する呼処理端末制御プログラム２１１に対応する制御信号をＲＡＭ１６から読み出し、ストレージデバイスＳＤに書き込む。

一方、上記ステップＳＴ７ｃにおいて、ハードディスク装置ＨＤへの書き込みモードであると判定された場合に、ＣＰＵ１４は呼処理端末制御プログラム２１１に対応する処理データとしての制御信号をＲＡＭ１６のデータ領域１６１に保持する（ステップＳＴ７ｇ）。そして、一定時間間隔で、呼処理端末制御プログラム２１１に対応する制御信号をＲＡＭ１６から読み出し、ハードディスク装置ＨＤに書き込む（ステップＳＴ７ｈ）。

以上のように上記第２の実施形態では、例えば使用するアプリケーションプログラムごとまたはファイルごとに書き込みモードを設定しておくことで、あるファイルについては起動中のアプリケーションプログラムが終了した時点で、ＲＡＭ１６に記録されたファイルをストレージデバイスＳＤに転送して書き込み、一方別のアプリケーションプログラムのファイルについてはＲＡＭ１６に記録されたファイルを一定時間毎にハードディスク装置ＨＤに転送して書き込むというように、アプリケーションプログラムごとまたはファイルごとに最適なファイルの記録処理を行うことができる。

（その他の実施形態）
この発明は、上記各実施形態に限定されるものではない。例えば上記各実施形態では、電話交換装置を例にとって説明したが、パーソナル・コンピュータ等の情報処理装置やストレージデバイスをコントロールするＣＰＵと汎用ＯＳで構成されるシステムであってもよい。

その他、電話交換装置の構成、ストレージデバイスの種類、ＣＰＵのソフトウェアの構成、汎用ＯＳの種類、ストレージデバイスへのファイルの書き込み制御手順とその内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

この発明の第１の実施形態に係わる電話交換システムの構成を示すブロック図。 図１に示したＣＰＵ、ＲＡＭ、ストレージデバイス及びハードディスク装置のソフトウェアの構成を示すブロック図。 図２に示したオペレーションシステムが備えるストレージ種別判別テーブルの一例を示す図。 図２に示したＲＡＭに記憶される書き込み情報テーブルの一例を示す図。 図２に示したＲＡＭに記憶される閾値設定テーブルの一例を示す図。 同第１の実施形態におけるＣＰＵの制御処理手順を示すフローチャート。 この発明の第２の実施形態におけるＣＰＵの制御処理手順を示すフローチャート。

符号の説明

１…電話交換装置、２（２−１〜２−ｉ）…内線端末、１１…タイムスイッチ、１２（１２−１〜１２−ｊ）…局線インタフェース回路、１３（１３−１〜１３−ｉ）…内線インタフェース回路、１４…ＣＰＵ、１５…ＲＯＭ、１６…ＲＡＭ、１７…データハイウェイインタフェース部、１８…ＰＣＭハイウェイ、１９…データハイウェイ、２０…ＣＰＵバス、１４１…処理データ保持部、１４２…テーブル作成部、１４３…処理データ転送制御部、１６２ａ…書き込み情報テーブル、１６２ｂ…閾値設定テーブル、２００…オペレーティングシステム、２１１…呼処理端末制御プログラム、２１２…呼処理グループ制御プログラム、２１３…呼処理サービス制御プログラム、２１４…保守プログラム、ＳＤ…ストレージデバイス、ＨＤ…ハードディスク装置、Ｌ（Ｌ−１〜Ｌ−ｊ）…局線。

Claims (9)

1. 処理すべくファイルごとに処理情報を情報の書き込み回数が予め決められた回数に制限されたストレージデバイスに書き込む情報処理装置において、
   ファイル処理時に、当該ファイルの処理情報を前記ストレージデバイスの蓄積容量より小さいバッファに一時保持する記録手段と、
   前記バッファへの処理情報の蓄積量が前記バッファの最大蓄積容量に達した時または処理中のファイルが終了した時、前記バッファに記録された該当するファイルの処理情報を前記ストレージデバイスに転送して書き込む制御手段とを具備したことを特徴とする情報処理装置。
2. アプリケーション毎にファイルが処理されるとき、アプリケーションとファイルとを対応付けた管理テーブルを作成する作成手段を備え、
   前記制御手段は、アプリケーション終了時に、前記管理テーブルを参照し、この参照結果に基づいて前記バッファ中の該当するアプリケーションに対応するファイルの処理情報を前記ストレージデバイスに転送して書き込むことを特徴とする請求項１記載の情報処理装置。
3. 前記制御手段は、前記複数のアプリケーションを実行するためのオペレーティングシステムの終了時に、前記バッファに記録されるファイルの処理情報を前記ストレージデバイスに転送して書き込むことを特徴とする請求項２記載の情報処理装置。
4. 前記ストレージデバイスとは異なり情報の書き込み回数無制限の記憶装置を備えるとき、
   前記制御手段は、
   前記バッファへの処理情報の蓄積量が前記バッファの最大蓄積容量に達した時または処理中のファイルが終了した時、前記バッファに記録された該当するファイルの処理情報を前記ストレージデバイスに転送して書き込む第１のモードと、
   前記バッファに記録された該当するファイルの処理情報を一定時間毎に前記記憶装置に転送して書き込む第２のモードと、
   モード指定操作に応じて、前記第１及び第２のモードを選択的に実行するモード選択制御手段とを備えたことを特徴とする請求項１記載の情報処理装置。
5. 複数の電話端末間の交換処理を実行し、交換処理に関するファイルごとの処理情報を情報の書き込み回数が予め決められた回数に制限されたストレージデバイスに書き込む電話交換装置において、
   ファイル処理時に、当該ファイルの処理情報を前記ストレージデバイスの蓄積容量より小さいバッファに一時保持する記録手段と、
   前記バッファへの処理情報の蓄積量が前記バッファの最大蓄積容量に達した時または処理中のファイルが終了した時、前記バッファに記録された該当するファイルの処理情報を前記ストレージデバイスに転送して書き込む制御手段とを具備したことを特徴とする電話交換装置。
6. アプリケーション毎にファイルが処理されるとき、アプリケーションとファイルとを対応付けた管理テーブルを作成する作成手段を備え、
   前記制御手段は、アプリケーション終了時に、前記管理テーブルを参照し、この参照結果に基づいて前記バッファ中の該当するアプリケーションに対応するファイルの処理情報を前記ストレージデバイスに転送して書き込むことを特徴とする請求項５記載の電話交換装置。
7. 前記制御手段は、前記複数のアプリケーションを実行するためのオペレーティングシステムの終了時に、前記バッファに記録されるファイルの処理情報を前記ストレージデバイスに転送して書き込むことを特徴とする請求項６記載の電話交換装置。
8. 前記ストレージデバイスとは異なり情報の書き込み回数無制限の記憶装置を備えるとき、
   前記制御手段は、
   前記バッファへの処理情報の蓄積量が前記バッファの最大蓄積容量に達した時または処理中のファイルが終了した時、前記バッファに記録された該当するファイルの処理情報を前記ストレージデバイスに転送して書き込む第１のモードと、
   前記バッファに記録された該当するファイルの処理情報を一定時間毎に前記記憶装置に転送して書き込む第２のモードと、
   モード指定操作に応じて、前記第１及び第２のモードを選択的に実行するモード選択制御手段とを備えたことを特徴とする請求項５記載の電話交換装置。
9. 処理すべくファイルごとに処理情報を情報の書き込み回数が予め決められた回数に制限されたストレージデバイスに書き込む情報書き込み制御方法において、
   ファイル処理時に、当該ファイルの処理情報を前記ストレージデバイスの蓄積容量より小さいバッファに一時保持し、
   前記バッファへの処理情報の蓄積量が前記バッファの最大蓄積容量に達した時または処理中のファイルが終了した時、前記バッファに記録された該当するファイルの処理情報を前記ストレージデバイスに転送して書き込むようにしたことを特徴とする情報書き込み制御方法。

Images