JP2736705B2 - サービス状態遷移制御方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数種類の通信サービ
スを提供する為のサービス状態遷移制御方式に関する。
電話サービスやファクシミリ・サービス等の各種通信サ
ービスに於いては、それぞれ通信サービス対応に回線制
御手順が異なる場合が一般的であるから、サービス・ア
プリケーション対応の回線制御部を必要とするものであ
った。そこで、サービス・アプリケーション対応に、回
線制御手順に応じた状態遷移関数の発行順序を登録した
状態遷移管理ファイルを設けて、回線制御部の構成を簡
単化したシステムが提案された。このようなシステムに
於ける処理速度の一層の向上が要望されている。

【０００２】

【従来の技術】前述のシステムは、複数のサービス・ア
プリケーションと回線制御部との間をインタフェース・
ライブラリにより接続してインタフェースを共通化し、
複数のサービス・アプリケーションから回線制御部への
アクセスを可能としたものである。又回線制御部には、
サービス・アプリケーション対応に、回線制御手順に従
って状態遷移関数の発行順序が登録された状態遷移管理
ファイルが設けられている。この状態遷移管理ファイル
は管理レコードと複数の状態レコードとを備え、管理レ
コードは、状態の最大数と各状態レコードのベクタアド
レスとを格納し、又状態レコードは、状態遷移の１状態
に対応した状態番号，実行する状態遷移関数の関数番
号，次の状態の番号等を格納している。

【０００３】例えば、ファクシミリ・サービスに於い
て、音声による着信通知を行う場合の状態遷移関数は、
（１）サービス・アプリケーションからメッセージ（ケ
ース指示）受信、（２）ケース確認、（３）サービス・
アプリケーションからメッセージ（ダイヤル番号）受
信、（４）発呼接続、（５）音声送信、（６）回線切
断、（７）サービス・アプリケーションへメッセージ
（終了通知）送信の順序に登録されることになり、状態
遷移管理ファイルのそれぞれの状態に対応した状態レコ
ードには、状態遷移関数を示す関数番号が格納される。

【０００４】

【発明が解決しようとする問題点】前述のように、状態
遷移は正常処理，異常処理のルーチンが多岐にわたる為
に複雑となり、１状態毎に状態遷移管理ファイルから状
態レコードを読出し、その関数番号に従った状態遷移関
数を実行することになるが、１回のサービスで遷移する
状態数は１００前後になり、サービス提供回線の総てが
動作すると、各回線毎に状態遷移管理ファイルをアクセ
スすることになり、又状態遷移管理ファイルを磁気ディ
スク装置に構成することになるから、ディスク負荷が大
きくなり、処理速度が遅くなる欠点がある。

【０００５】又ディスク負荷を軽減する為に、状態遷移
管理ファイルをメインメモリに常駐化することが考えら
れるが、メインメモリの容量は有限であり、総ての状態
遷移管理ファイルを常駐化することは、メインメモリの
残存利用可能の容量が少なくなるから実際上は不可能に
近いものとなる。本発明は、アクセス頻度の高い状態遷
移管理ファイルのみをメインメモリに常駐化して、処理
の高速化を図ることを目的とする。

【０００６】

【課題を解決するための手段】本発明のサービス状態遷
移制御方式は、図１を参照して説明すると、回線対応の
サービスＩＤ情報を格納したサービスＩＤ情報管理ファ
イル１と、このサービスＩＤ情報管理ファイル１のサー
ビスＩＤ情報によりアクセスされて、回線番号，メモリ
キュー，メモリ展開を行うか否かを示すメモリフラグ，
状態遷移管理ファイル名等を含む回線情報管理ファイル
２と、この回線情報管理ファイル２の前記状態遷移管理
ファイル名を基にアクセスされて、回線状態に対応する
ベクタアドレスを含む管理レコードと、この管理レコー
ドによって管理され且つ実行すべき状態遷移関数を含む
複数の状態レコードとからなる状態遷移管理ファイル３
と、メインメモリ４とを備え、状態遷移関数に従って回
線制御が行われるシステムに於いて、サービスＩＤ情報
によりアクセスされる回線情報管理ファイル２から読出
されたメモリフラグがメモリ展開を行うことを示す場合
のみ、メモリキューに従ったメインメモリ４の領域に、
回線情報管理ファイル２から読出された状態遷移管理フ
ァイル名による状態遷移管理ファイル３を展開し、この
メインメモリ４に展開された状態遷移関数の発行順序に
従って回線を制御するものである。

【０００７】

【作用】初期起動時に、サービスＩＤ情報管理ファイル
１からサービスＩＤ情報を読出し、このサービスＩＤ情
報により回線情報管理ファイル２をアクセスし、回線番
号対応のメモリキュー，メモリフラグ，状態遷移管理フ
ァイル名を読出し、メモリフラグによりメモリ展開を行
うか否か判定し、メモリ展開を行う場合は、状態遷移管
理ファイル名による状態遷移管理ファイル３の管理レコ
ード，状態レコードとを、メモリキューを基にしたメイ
ンメモリ４の領域に展開して、この状態遷移管理ファイ
ルをメインメモリ４に常駐させる。即ち、複数のサービ
ス・アプリケーションについて、アクセス頻度の高い状
態遷移管理ファイルをメインメモリ４に常駐化して、処
理の高速化を図るものである。

【０００８】

【実施例】図２は本発明の実施例のシステム説明図であ
り、コンピュータ１１と通信装置１２とからなるシステ
ムの要部を示し、通信装置１２に複数の回線１９が収容
されている。又コンピュータ１１は、ＯＳ（オペレーシ
ョン・システム）１３と、サービス・アプリケーション
１４と、メインメモリ１５と、通信ドライバ１６とを含
むものであり、又通信装置１２は、通信ファームウェア
１７と通信ハードウェア１８とを含むものである。又メ
インメモリ１５は、ＵＮＩＸシステムを採用した場合
に、絶対アドレスで任意のプロセスが使用可能なｓｃａ
領域と、データ領域としてのｃｃｏｍ領域とを備えてい
る。

【０００９】通信サービスとしては、「ＦＡＸメールサ
ービス」、「テレフォンサービス」等を含み、「ＦＡＸ
メールサービス」の状態遷移管理ファイルの規模は約１
Ｍバイト程度であり、且つアクセス頻度も高いので、メ
モリ常駐化する。又「テレフォンサービス」の状態遷移
管理ファイルの規模は約２００ｋバイト程度であり、且
つアクセス頻度も低いので、メモリ常駐化することな
く、ファイルアクセスの状態とする。このようにメイン
メモリ１５に状態遷移管理ファイルを常駐化するか否か
は、初期起動時に於いて行うものであり、回線番号対応
のメモリフラグにより表示することができる。

【００１０】図３は本発明の実施例のファイル説明図で
あり、サービスＩＤ情報管理ファイル２１は、最大登録
回線数、現在の登録回線数、回線番号＃１〜＃Ｎ対応の
サービスＩＤ情報を格納している。又回線情報管理ファ
イル２２は、回線番号と、状態遷移管理ファイルをメモ
リ展開する場合のメモリキューと、状態遷移管理ファイ
ルをメモリ展開するか否かを示すメモリフラグと、回線
が通話中等を示す回線状態と、状態遷移管理ファイル名
とを格納している。

【００１１】図４は本発明の実施例の状態遷移管理ファ
イルの説明図であり、状態遷移管理ファイル２３は、管
理レコード２４と複数の状態レコード２５から構成さ
れ、管理レコード２４は、登録可能な状態の最大の数を
示す最大状態数と、状態（１）〜（ｍ）の状態レコード
１〜ｍのアドレスを示すベクタアドレスとを格納してい
る。又状態レコード２５は、現在の状態を示す状態番号
と、実行すべき状態関数の番号を示す関数番号と、状態
関数のパラメータ数と、パラメータ１〜ｎと、整数型と
文字型との何れかを示すケース型と、そのケース数と、
ケースと、次状態の状態番号を示す次状態番号とを格納
している。

【００１２】図５は本発明の実施例のメインメモリの説
明図であり、管理領域２６とデータ領域２７とを含み、
管理領域２６は、先頭アドレスとキューの数とを保持
し、又データ領域２７は、制御情報領域２８と実データ
領域２９とからなり、実データは、メモリ上ではブロッ
ク単位に分割され、各ブロックにはリンク情報が付加さ
れている。従って、データ領域２７をアクセスし、必要
なデータが或るブロック内に無い場合は、リンク情報に
より次のブロックに検索を移行できる。

【００１３】図６は本発明の実施例のメモリ展開時のフ
ローチャートを示し、初期起動によりサービスＩＤ情報
管理ファイル２１をアクセスし（ａ）、サービスＩＤ情
報を読出す。このサービスＩＤ情報を基に回線情報管理
ファイル２２をアクセスし、現登録回線数に相当する回
線＃１〜＃Ｎ対応の回線情報管理ファイル２２をアクセ
スしたか否か判定し（ｂ）、終了していない場合は、回
線番号対応のメモリフラグを読出し（ｃ）、このメモリ
フラグによりメモリ展開する（“１”）かしないか
（“０”）を判定する（ｄ）。メモリ展開する
（“１”）場合は、前回のサービスＩＤ情報と同一か否
か判定する（ｅ）。

【００１４】判定結果、前回のサービスＩＤ情報と同一
でない場合は、回線状態管理ファイル２２からメモリキ
ューを獲得し（ｆ）、メインメモリ１５のｓｃａ領域に
状態遷移管理ファイル２３を展開し（ｇ）、且つｃｃｏ
ｍ領域にデータブロックを作成する（ｈ）。そして、こ
のｃｃｏｍ領域にｓｃａ領域から状態遷移データをコピ
ーして、ｓｃａ領域内のデータを削除する（ｉ）。次に
ｓｃａ領域に管理ブロックを作成し（ｊ）、回線情報管
理ファイル２２をアクセスして（ｂ）、総ての回線対応
の処理が終了したか否か判定する。総ての回線対応の処
理が終了すると、サービス起動（ｋ）が行われる。

【００１５】前述のような処理により、アクセス頻度の
高い状態遷移管理ファイルがメインメモリ１５に展開さ
れ、このメインメモリ１５に常駐された状態遷移管理フ
ァイルを用いて回線制御が高速化される。

【００１６】図７はＰＢ電話で着信後、加入者ＩＤ、パ
スワードを入力するまでの状態遷移を示し、着呼待ち，
ガイダンス送信，ＰＢ受信待ち，ガイダンス送信，ＰＢ
受信待ちは、それぞれ状態遷移に於ける１状態を示す。
各状態はその内容を処理するサブルーチン形式であり、
「関数」と称するもので、例えば、図８にその一例を関
数番号，関数名，機能として示す。

【００１７】図９は状態遷移管理ファイルの説明図であ
り、図７に於ける「着信待ち」の状態を状態番号「１」
とすると、状態遷移管理ファイルの管理レコード２４か
ら状態１のベクタアドレスを読出し、これにより状態
「１」の状態レコード２５を読出す。この状態番号
「１」の状態レコードの関数番号「１１」は、図８に示
すように、回線の着呼待ち接続の機能を示す。又パラメ
ータ数「２」により、ＰＢ受信受付可（ガイダンス送信
中にＰＢ受付可能）と相手モード検出（相手端末モード
検出）との２個のパラメータを含むことを示す。又ケー
ス型「１」により整数型を示し、この関数からの戻り値
を示す。又ケース数「３」により、回線接続（ケース
１）、相手モード検出不可（ケース２）、エラー（ケー
ス３）の３個のケースを含むことを示し、ケース１の次
状態番号（１０）（回線接続の遷移）、ケース２，３の
次状態番号（９９９）（相手モード検出不可，エラーの
処理の遷移）を示す。

【００１８】関数番号「１１」の「着呼待ち」処理関数
内でユーザーからの着信を待ち、その結果を判断して、
「回線接続」のケース１の場合は、次状態番号１０へ飛
ぶ。それ以外の場合は、次状態番号９９９へ飛び、エラ
ー処理に遷移する。ケース１により次状態番号１０へ飛
ぶ場合、管理レコード２５の状態１０のベクタアドレス
が読出され、それにより状態番号１０の状態レコード２
５がアクセスされる。この状態番号１０の関数番号「３
１」は、図８を参照すると、「音声ガイダンス送信」の
機能を示す。又パラメータ数「１」で、ＰＢ受信受付可
（ガイダンス送信中ＰＢ受付可能）の１個のパラメータ
を含み、ケース型「１」（整数型、この関数からの戻り
値）、ケース数「３」により、ガイダンス送信完了（ケ
ース１）、ＰＢデータ受信（ケース２）、エラー（ケー
ス３）の３個のケースを示す。又ケース１の次状態番号
（２０）（ガイダンス送信完了の遷移）、ケース２の次
状態番号（３０）（ＰＢデータ受信の遷移）、ケース３
の次状態番号（９９９）（エラー処理の遷移）を示す。

【００１９】状態番号１０のケース１の場合、次状態番
号２０へ飛ぶことになり、管理レコード２４から状態２
０のベクタアドレスを読出し、状態番号２０の状態レコ
ードがアクセスされる。図９に於ける状態レコード２５
の下３行分が状態番号２０の状態レコードに相当し、関
数番号「５８」（親展ポーリング受信）、パラメータ数
「１」、パラメータはＰＢ受信待ち時間（ＰＢ信号の受
信待ち時間）、ケース型「１」、ケース数「３」、ケー
ス１（ＰＢ受信完了）の次状態番号（４０）、ケース２
（タイムアウト）の次状態番号（１００）、ケース３
（エラー）の次状態番号（９９９）が格納されている。

【００２０】従って、ＰＢ受信完了（ケース１）の場合
は、状態番号４０に飛び、タイムアウト（ケース２）の
場合は状態番号１００に飛び、又エラー（ケース３）の
場合は、状態番号９９９へ飛ぶことになる。それぞれの
状態番号についても、管理レコード２４のベクタアドレ
スを参照して、状態レコード２５をアクセスすることに
より、関数番号が得られるから、その関数番号に対応し
た処理を行うことができる。

【００２１】前述のような状態遷移管理ファイル２３が
メインメモリ１５に展開されている場合、ファイルアク
セスに比較してメモリアクセスは高速化されているか
ら、状態遷移管理ファイル２３に対するアクセス頻度が
高くても、高速処理が可能となる。又テレフォンサービ
スのように、状態遷移管理ファイル２３に対するアクセ
ス頻度が低い場合は、ファイルアクセスによっても支障
が生じるようなことはなく、回線制御が可能となる。

【００２２】

【発明の効果】以上説明したように、本発明によれば、
多種類の状態遷移管理ファイル３を総てメインメモリ４
に常駐できない場合、処理の重要性やアクセス頻度等に
応じて、メインメモリ４に常駐するか否かをカスタマイ
ズできるものである。即ち、メモリフラグによって常駐
化するか否かを設定することができる。そして、メイン
メモリ４に常駐させた場合は、使用頻度の高い状態遷移
管理ファイルのデータを先頭のメモリブロックに展開す
ることにより、アクセス時間の短縮を図ることができ
る。 例えば、ＦＡＸメールサービスのようなアクセス頻
度の高い状態遷移管理ファイル３をメインメモリ４に常
駐化し、又テレフォンサービスのようなアクセス頻度の
低い状態遷移管理ファイルはファイルアクセスの状態に
残すことにより、メインメモリ４の利用率の最適化を図
り、且つ回線制御の高速化を図ることができる利点があ
る。又同一のサービスＩＤ情報を持つ回線は同一のサー
ビスを行うものであり、従って、状態遷移管理ファイル
を共通とすることができるから、サービスＩＤ情報によ
り一括管理を行うことができる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の実施例のシステム説明図である。

【図３】本発明の実施例のファイル説明図である。

【図４】本発明の実施例の状態遷移管理ファイルの説明
図である。

【図５】本発明の実施例のメインメモリの説明図であ
る。

【図６】本発明の実施例のメモリ展開時のフローチャー
トである。

【図７】状態遷移の一例の説明図である。

【図８】関数の一例の説明図である。

【図９】状態遷移管理ファイルの説明図である。

【符号の説明】

１ サービスＩＤ情報管理ファイル ２ 回線情報管理ファイル ３ 状態遷移管理ファイル ４ メインメモリ

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 回線対応のサービスＩＤ情報を格納した
   サービスＩＤ情報管理ファイル（１）と、該サービスＩ
   Ｄ情報管理ファイル（１）の前記サービスＩＤ情報によ
   りアクセスされ、回線番号，メモリキュー，メモリ展開
   を行うか否かを示すメモリフラグ，状態遷移管理ファイ
   ル名等が読出される回線情報管理ファイル（２）と、該
   回線情報管理ファイル（２）の前記状態遷移管理ファイ
   ル名を基にアクセスされ、回線状態に対応するベクタア
   ドレスが読出される管理レコードと、該管理レコードに
   よって管理され且つ実行すべき状態遷移関数の発行順序
   が登録された複数の状態レコードとからなる状態遷移管
   理ファイル（３）と、メインメモリ（４）とを備え、前
   記状態遷移関数に従って回線制御が行われるシステムに
   於いて、前記サービスＩＤ情報によりアクセスされる前
   記回線情報管理ファイル（２）から読出された前記メモ
   リフラグがメモリ展開を行うことを示す場合のみ、前記
   メモリキューに従ったメインメモリ（４）の領域に、前
   記回線情報管理ファイル（２）から読出された状態遷移
   管理ファイル名による前記状態遷移管理ファイル（３）
   を展開し、該メインメモリ（４）に展開された状態遷移
   関数の発行順序の情報に従って回線を制御することを特
   徴とするサービス状態遷移制御方式。