JPH07168772A - 抽象構文記法メッセージの符号化・復号化処理方法 - Google Patents

Abstract

(57)【要約】 【目的】 比較的に簡単な共通的な仕組みと工程で、容
易に抽象構文記法メッセージの符号化や復号化処理を行
うことに適用し得る。 【構成】 前処理Ｓ８０において、先ず基本的要素のメ
ッセージ・データ値に対するフォーマットを定義する
（Ｓ８０ａ）。次にＡＳＮ．１型メッセージのデータ値
の構造体を定義するｉｎｃｌｕｄｅファイルＩＥ．ｈを
生成（Ｓ８０ｂ）する。また、ＡＳＮ．１メッセージフ
ォーマットの構文解析Ｓ８１において、ＹＡＣＣを使用
して構造体ＩＥＳｔｒｕｃｔの配列データＩＥＤａｔａ
上にＩＥ．ｈを読み出すパーサプログラムを作成（Ｓ８
１ａ）する。次にパーサプログラムを使用してＩＥ．ｈ
からデータＩＥＤａｔａを作成（Ｓ８１ｂ）する。メッ
セージ送信Ｓ８２において、ＨＣＰ１をコール（Ｓ８２
ａ）し、ＨＣＰ１とＩＥＤａｔａを用いて、メッセージ
組み立てを行う（Ｓ８２ｂ）。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は抽象構文記法メッセー
ジの符号化・復号化処理方法に関し、例えば、抽象構文
記法１（ＡＳＮ．１）によるメッセージの符号化・復号
化の処理に適用し得るものである。尚、このＡＳＮと
は、Ａｂｓｔｒａｃｔ ＳｙｎｔａｘＮｏｔａｉｏｎ
（抽象構文記法）の略である。

【０００２】

【従来の技術】近年、ＣＣＩＴＴ勧告Ｘ．２０９など
で、抽象構文記法１（ＡＳＮ．１）のための基本符号化
規則の仕様が勧告されている。

【０００３】そして、このＣＣＩＴＴ勧告Ｘ．２０９の
勧告では、（ａ）アプリケーション層内で選ばれる情報
オブジェクトの多様さと複雑さ、（ｂ）そのような情報
オブジェクトを記述するための高度な記法の必要性、
（ｃ）そのような情報オブジェクトを符号化するための
規則を分離し、標準化することの価値、などを考慮して
情報オブジェクトを符号化するための規則を勧告してい
る。

【０００４】また、ＣＣＩＴＴ勧告Ｘ．２０８（抽象構
文記法Ｉの仕様）は、抽象構文の定義のための記法を規
定しており、アプリケーション層の仕様がプレゼンテー
ションサービスを用いて転送する必要のある情報の型を
定義することを可能にする。また、ＣＣＩＴＴ勧告Ｘ．
２０８（抽象構文記法Ｉの仕様）は、定義された型の値
の仕様のための記法も規定している。

【０００５】そして、このＣＣＩＴＴ勧告Ｘ．２０９
（抽象構文記法１（ＡＳＮ．１））は、ＣＣＩＴＴ勧告
Ｘ．２０８（抽象構文記法Ｉの仕様）で規定されている
記法を用いて定義された型の値に適用される得る符号化
規則は１個以上存在してよい。そして、このＣＣＩＴＴ
勧告Ｘ．２０９（抽象構文記法１（ＡＳＮ．１））は、
基本符号化規則と呼ばれる、符号化規則のうちの１個を
定義している。

【０００６】そして、このＣＣＩＴＴ勧告Ｘ．２０９
（抽象構文記法１（ＡＳＮ．１））は、ＣＣＩＴＴ勧告
Ｘ．２０８（抽象構文記法Ｉの仕様）で規定された記法
を用いて定義された型の値に対する、転送構文の仕様を
導出するために使われる基本符号化規則の集合を規定し
ている。

【０００７】これらの基本符号化規則は、また転送され
るデータの値を識別するために転送構文を復号化するた
めにも適用される。そして、これらの基本符号化規則
は、（プレゼンテーションコンテクストによって要求さ
れたとき、プレゼンテーションサービス提供者によっ
て）通信時に使用される。

【０００８】そして、上記ＣＣＩＴＴ勧告Ｘ．２０９
（抽象構文記法１（ＡＳＮ．１））の基本符号化規則で
は、以下のような仕様を規定している。（１）各メッセ
ージは、各種データ値の並びで構成される。そして、
（２）データ値は、識別子オクテット、長さオクテッ
ト、コンテンツオクテット、コンテンツ終了表示オクテ
ットなどから構成され、一般にそのデータ長は可変であ
る。

【０００９】そして、更に、（３）データ値は、そのコ
ンテンツオクテットが直接値を表す基本形の符号化構造
のものと、コンテンツオクテットが１個又はそれ以上の
データ値を含む構造型の符号化構造のものとの２種類が
規定されている。

【００１０】

【発明が解決しようとする課題】しかしながら、上述の
ＣＣＩＴＴ勧告Ｘ．２０９（抽象構文記法１（ＡＳＮ．
１））の規則によって、あるデータ値の先頭位置は、メ
ッセージの先頭位置から可変な位置に存在するものであ
る。このため、ＣＣＩＴＴ勧告Ｘ．２０９（抽象構文記
法１（ＡＳＮ．１））の規則によるメッセージフォーマ
ットのインタフェースを規定（若しくは変更）する都度
に、メッセージ中のデータ値の抽出（これを復号化とい
う）や、メッセージの組み立て（これを符号化という）
を行うための構文解析ルーチン（ソフトウエア、プログ
ラム）を変更する必要があるので、非能率的で、作業工
数が長くなっていた。

【００１１】例えば、ＣＣＩＴＴ勧告Ｘ．２０９（抽象
構文記法１（ＡＳＮ．１））の規則によるメッセージフ
ォーマットを扱うソフトウエアで、Ｃ言語を用いて開発
するような場合に、上述のような符号化や復号化のため
の構文解析用ソフトウエアや符号化や復号化のためのプ
ログラムの変更作業の煩わしさがあった。

【００１２】この発明は、以上の課題に鑑み為されたも
のであり、その目的とする所は、比較的に簡単な共通的
な仕組みと工程で、容易に抽象構文記法メッセージの符
号化や復号化処理を行うことに適用し得る抽象構文記法
メッセージの符号化・復号化処理方法を提供することで
ある。

【００１３】

【課題を解決するための手段】この発明の抽象構文記法
メッセージの符号化・復号化処理方法は、以上の目的を
達成するために、以下の特徴的な構成で実現した。

【００１４】つまり、基本的要素のメッセージ又はデー
タ値に対するフォーマットの基本構造形式を定義し、上
記定義に従って抽象構文記法メッセージを生成するため
の組込みファイルを予め形成しておき、更に、抽象構文
記法メッセージへの符号化を行うためのメッセージ符号
化用ルーチン又は抽象構文記法メッセージから復号化す
るためのメッセージ復号化用ルーチンを形成しておき、
しかも、上記組込みファイルの内容に対して構文解析を
行う構文解析手段を用いて必要なデータを予め抽出して
おく。

【００１５】そして、抽象構文記法メッセージへの符号
化のときには、必要な上記データに対してメッセージ符
号化用ルーチンの処理を実行することで、抽象構文記法
メッセージへの符号化を行う。

【００１６】また、抽象構文記法メッセージからの復号
化のときには、抽象構文記法メッセージから上記メッセ
ージ復号化用ルーチンを上記構文解析手段を用いて実行
することで必要なデータへ復号化する構成としたことを
特徴とする。

【００１７】

【作用】この発明の抽象構文記法メッセージの符号化・
復号化処理方法において、上述の抽象構文記法メッセー
ジとは、例えば、ＣＣＩＴＴ勧告Ｘ．２０８、Ｘ２０９
などで勧告されているＡＳＮ．１型の符号化規則などに
基づくものがある。

【００１８】また、メッセージ又はデータ値とは、例え
ば、転送メッセージや制御メッセージなど、いろいろな
メッセージに適用し得る。また、データ値とは、例え
ば、上記メッセージ中で設定されるデータ値などを意味
する。

【００１９】更に、上述のフォーマットの基本構造形式
とは、メッセージ又はデータ値のフォーマットの名前
（ｎａｍｅ）やタグ（ｔａｇ）やデータの構成位置など
のオクテット構成又はバイト構成などを意味する。

【００２０】更にまた、上述の組込みファイルとは、例
えば、Ｃ言語プログラミングにおける、ｉｎｃｌｕｄｅ
文などを意味する。

【００２１】また、上述の構文解析手段とは、例えば、
ＹＡＣＣや、パーサプログラムなどを意味する。

【００２２】以上の構成で、この発明を適用しようとす
るシステムにおいて、必要で且つ基本的な要素のメッセ
ージやデータ値のフォーマットの基本構造形式を定義す
る。そして、このメッセージ又はデータ値のフォーマッ
トの定義に従って予め組込みファイルを形成しておく。

【００２３】従って、メッセージの種類やデータ値など
が追加された場合や変更された場合は、上述のフォーマ
ットと上記組込みファイルを修正することだけで適用し
得る。即ち、上述の構文解析手段の変更やメッセージ符
号化用ルーチンの変更やメッセージ復号化用ルーチンの
変更を行うことなく符号化又は復号化を行い得る。

【００２４】このようなことで、発明を適用するシステ
ムなどの仕様などを変更した場合の、変更作業量を低減
することができる。つまり、構文解析手段やメッセージ
符号化用ルーチンやメッセージ復号化用ルーチンなどは
共通的に使用し得る。

【００２５】

【実施例】次にこの発明をＰＢＸ（構内交換装置）シス
テムにおける抽象構文記法１（ＡＳＮ．１）メッセージ
の符号化・復号化処理に適用した場合の好適な一実施例
を図面を用いて説明する。

【００２６】そこで、この一実施例では、ＣＣＩＴＴ勧
告Ｘ．２０９（抽象構文記法１（ＡＳＮ．１））の規則
によるメッセージフォーマットを扱うソフトウエアで、
Ｃ言語を用いて開発するような場合に、上述のような符
号化や復号化のための構文解析用ソフトウエアの変更作
業の煩わしさを無くすために、ある条件を満たしたデー
タ値の構造体（構造形式）を定義する、ｉｎｃｌｕｄｅ
（組み込み）ファイルを作成することだけで、この構造
体（構造形式）をベースとしたデータ型とＣＣＩＴＴ勧
告Ｘ．２０９（抽象構文記法１（ＡＳＮ．１））の規則
によるメッセージへの変換とを行おうとするものであ
る。

【００２７】尚、このｉｎｃｌｕｄｅファイルとは、前
処理命令であって、ヘッダやソースファイルをプログラ
ムに挿入することである。

【００２８】『一実施例の符号化・復号化処理方法の概
要』：図１はこの一実施例のＡＳＮ．１型メッセージの
符号化・復号化処理のフローチャートである。この図１
（ａ）で、前処理Ｓ８０において、先ず基本的要素のメ
ッセージ（例えば、図３のＭａｋｅＣａｌｌメッセージ
など）やデータ値（図９など）に対するフォーマットを
定義する（Ｓ８０ａ）。次に、ＡＳＮ．１型メッセージ
のデータ値の構造体を定義するｉｎｃｌｕｄｅ（組み込
み）ファイルＩＥ．ｈ（図１４、図１５）を生成する。

【００２９】また、図１（ｂ）で、ＡＳＮ．１型メッセ
ージフォーマットの構文解析（Ｓ８１）において、ＹＡ
ＣＣ（Ｙｅｔ Ａｎｏｔｈｅｒ Ｃｏｍｐｉｌｅｒ Ｃ
ｏｍｐｉｌｅｒ）を使用して構造体（ＩＥＳｔｒｕｃ
ｔ）の配列データ（ＩＥＤａｔａ）上にＩＥ．ｈを読み
出すパーサプログラムを作成する（Ｓ８１ａ）。次にこ
のパーサプログラムを使用してＩＥ．ｈからデータ（Ｉ
ＥＤａｔａ）を作成する（Ｓ８１ｂ）。

【００３０】更に、図１（ｃ）で、ＡＳＮ．１型メッセ
ージの送信処理（Ｓ８２）においては、先ず、エンコー
ドメッセージ（ＥｎｃｏｄｅＭｓｇ）ルーチンＨＣＰ１
をコールする（Ｓ８２ａ）。次にこのＨＣＰ１とデータ
（ＩＥＤａｔａ）とを用いて、ＡＳＮ．１型メッセージ
への組み立て（符号化）（Ｓ８２ｂ）を行う。

【００３１】更にまた、図１（ｄ）で、ＡＳＮ．１型メ
ッセージの受信処理（Ｓ８３）においては、先ず、デコ
ードメッセージ（ＤｅｃｏｄｅＭｓｇ）ルーチンＨＣＰ
２をコールする（Ｓ８３ａ）。次にこのＨＣＰ２とパー
サプログラムとを用いて、ＡＳＮ．１型メッセージから
データ値を抽出（復号化）（Ｓ８３ｂ）する。

【００３２】以上の符号化・復号化処理方法の概要をＰ
ＢＸシステムに適用して、図面を用いて更に具体的に詳
述する。

【００３３】『ＰＢＸシステムの構成』：そして、この
一実施例では、ＰＢＸ（構内交換）システムへの適用に
ついて、説明するので、図２に、このＰＢＸシステムの
構成を示す。

【００３４】この図２において、コンピュータ１００か
らの制御のもとにＰＢＸ２００は、例えば、端末装置５
００１〜端末装置８−５３−５００などからの信号を収
容し、端末装置間の発呼制御などを行う。

【００３５】そして、この一実施例において特徴的なソ
フトウエアは、上述のコンピュータ１００とＰＢＸ２０
０との間の制御などに適用するものである。

【００３６】そこで、上述のＣＣＩＴＴ勧告Ｘ．２０９
（抽象構文記法１（ＡＳＮ．１））の規則に従った、メ
ッセージフォーマットや、データ値の構造形式を次に説
明する。

【００３７】『ＡＳＮ．１型メッセージフォーマットの
インタフェース例』：コンピュータ１００によるＰＢＸ
（構内交換機）２００の制御を行うコンピュータ１００
とＰＢＸ２００間とのインタフェースを例にして以下で
説明する。そして、前提条件として、このインタフェー
スにおいて、以下のメッセージが存在するものとする。

【００３８】（ＭａｋｅＣａｌｌメッセージ）： 図
３は、ＭａｋｅＣａｌｌメッセージのフォーマットであ
る。このＭａｋｅＣａｌｌメッセージのフォーマット
は、コンピュータからＰＢＸに「ある端末装置から他の
端末装置に発呼を要求する」メッセージである。

【００３９】（Ａｌｅｒｔメッセージ）： 図４は、
Ａｌｅｒｔメッセージのフォーマットである。このＡｌ
ｅｒｔメッセージのフォーマットは、ＰＢＸからコンピ
ュータに「ある端末装置が他の端末装置から呼び出され
ていることを通知する」メッセージである。

【００４０】（ＡｎｓｗｅｒＣａｌｌメッセージ）：
図５は、ＡｎｓｗｅｒＣａｌｌメッセージのフォーマ
ットである。このＡｎｓｗｅｒＣａｌｌメッセージのフ
ォーマットは、コンピュータからＰＢＸに「呼び出され
ている端末装置に応答することを要求する」メッセージ
である。

【００４１】（Ｃｏｎｎｅｃｔメッセージ）： 図６
は、Ｃｏｎｎｅｃｔメッセージのフォーマットである。
このＣｏｎｎｅｃｔメッセージのフォーマットは、ＰＢ
Ｘからコンピュータに「ある端末装置が通信中になった
ということを通知する」メッセージである。

【００４２】（Ｄｉｓｃｏｎｎｅｃｔメッセージ）：
図７は、Ｄｉｓｃｏｎｎｅｃｔメッセージのフォーマ
ットである。このＤｉｓｃｏｎｎｅｃｔメッセージのフ
ォーマットは、コンピュータからＰＢＸに「ある呼を切
断させることを要求する」メッセージである。

【００４３】（ＥｎｄＣａｌｌメッセージ）： 図８
は、ＥｎｄＣａｌｌメッセージのフォーマットである。
このＥｎｄＣａｌｌメッセージのフォーマットは、ＰＢ
Ｘからコンピュータに「ある呼が終了したことを通知す
る」メッセージである。

【００４４】上述の各メッセージフォーマットには、以
下のような各データ値が存在するものとする。

【００４５】（Ｄｅｖｉｃｅデータ値１ａ）： 図９
は、Ｄｖｉｃｅデータ値のフォーマットである。この図
９において、オクテット１には、データ値識別子がＯ
（＝オクテット）×Ａ１＝１６１（固定）で設定され
る。更に、オクテット２には、データ値内容長が８〜２
７で設定される。更にまた、オクテット３〜５には、タ
イプ（Ｄｅｖｉｃｅ ｔｙｐｅデータ値）が、図１０の
フォーマットで設定される。

【００４６】（ＤｅｖｉｃｅＴｙｐｅデータ値２ａ）：
図１０は、ＤｅｖｉｃｅＴｙｐｅデータ値のフォー
マットである。この図１０において、オクテット１に
は、データ値識別子がＯ（＝オクテット）×Ａ２＝１６
２（固定）で設定される。更に、オクテット２には、デ
ータ値内容長が１で設定される、更にまた、オクテット
３には、タイプが設定される。このタイプには、例え
ば、Ｏ×０１：一般内線（自局）が設定される。Ｏ×０
２：ＭＫＴ（自局）が設定される。Ｏ×０９：ＦＡＸ
（自局）が設定される。Ｏ×１１：一般内線（他局）が
設定される。Ｏ×１２：ＭＫＴ（他局）が設定される。
また、Ｏ×１９：ＦＡＸ（他局）が設定される。

【００４７】（ＤｉａｌＮｏデータ値３ａ）： 図１
１は、ＤｉａｌＮｏデータ値のフォーマットである。こ
の図１１において、オクテット１には、データ値識別子
がＯ×Ａ３＝１６３（固定）で設定される。更に、オク
テット２には、データ値内容長が１〜２０の値で設定さ
れる。更にまた、オクテット３〜２２には、ダイヤル番
号がＡＳＣＩＩ（アスキー）文字列でＯ×３０〜Ｏ×３
９の値で設定される。

【００４８】（Ｄａｔｅデータ値４ａ）： 図１２
は、Ｄａｔｅデータ値のフォーマットである。この図１
２において、オクテット１には、データ値識別子がＯ×
Ａ４＝１６４で設定される。更に、オクテット２には、
データ値内容長が５で設定される。更にまた、オクテッ
ト３〜７には、月日時間分秒が設定される。

【００４９】（ＣａｌｌＳｔａｔｅデータ値５ａ）：
図１３は、ＣａｌｌＳｔａｔｅデータ値のフォーマッ
トである。この図１３において、オクテット１には、デ
ータ値識別子がＯ×Ａ５＝１６５で設定される。更に、
オクテット２には、データ値内容長が１で設定される。
更にまた、オクテット３には、呼状態が設定される。例
えば、Ｏ×００で空きを表し、Ｏ×０１でオフフックを
表し、Ｏ×０２でダイヤル中を表し、Ｏ×０３で呼び出
し中を表し、Ｏ×０４で通話中を表し、Ｏ×０５でＢＴ
聴取中を表す。

【００５０】『データ値の構造体（構造形式）定義と構
文解析の例』：図１４（その１）、図１５（その２）
は、Ｃ言語のｉｎｃｌｕｄｅファイル（ＩＥ．ｈ）に、
この一実施例において特徴的な上述の各データ値の構造
体（構造形式）を定義している。

【００５１】そして、この図１４、図１５のプログラム
（Ｓ１〜Ｓ４０）の構造体（構造形式）は、メッセージ
又はデータ値の構造と、それぞれのタグ（識別子）をコ
メントとして定義している。

【００５２】即ち、この図１４において、ステップＳ１
は、ＤｅｖｉｃｅＴｙｐｅデータ値をデータ値識別子１
６２（図１０）で定義している。そして、Ｓ２は、Ｄｉ
ａｌＮｏ．をデータ値識別子１６３（図１１）で定義し
ている。そして、Ｓ３は、構造体指定子で構成する予約
語で、Ｄｅｖｉｃｅデータ値をデータ値識別子１６１
（図９）を予約している。

【００５３】更に、この図１４のステップＳ４は、Ｄｅ
ｖｉｃｅＴｙｐｅを設定している。そして、Ｓ５は、Ｄ
ｉａｌＮｏを設定している。そして、Ｓ６は、終りを表
す。

【００５４】そして、図１４のＳ７〜Ｓ１３は、日付
（Ｄａｔｅ）の構造をデータ値識別子１６４で設定して
いる。そして、Ｓ１４は、ＣａｌｌＳｔａｔｅメッセー
ジをデータ識別子１６５で設定している。そして、Ｓ１
５〜Ｓ１８は、ＭａｋｅＣａｌｌメッセージをメッセー
ジ識別子９７で設定している。

【００５５】そして、図１５のＳ１９〜Ｓ２３は、Ａｌ
ｅｒｔメッセージをメッセージ識別子９８で設定してい
る。そして、Ｓ２４〜Ｓ２７は、ＡｎｓｗｅｒＣａｌｌ
メッセージをメッセージ識別子９９で設定している。そ
して、Ｓ２８〜Ｓ３２は、Ｃｏｎｎｅｃｔメッセージを
メッセージ識別子１００で設定している。

【００５６】そして、Ｓ３３〜Ｓ３５は、Ｄｉｓｃｏｎ
ｎｅｃｔメッセージをメッセージ識別子１０１で設定し
ている。そして、Ｓ３６〜Ｓ４０は、ＥｎｄＣａｌｌメ
ッセージをメッセージ識別子１０２で設定している。

【００５７】（符号化処理方法）：ここで、コンピュー
タからＰＢＸへ端末装置５００１から端末装置８−５３
−５００に発呼するＭａｋｅＣａｌｌメッセージは、図
１６に示すように組み立て（符号化）される。

【００５８】この図１６において、例えば、ＭａｋｅＣ
ａｌｌメッセージ１６ａのｃａｌｌｉｎｇ（呼び出し）
１６ａ１に対して、Ｄｅｖｉｃｅデータ値１６ｂとし
て、ｔｙｐｅ１６ｂ１と、ｎｏ．（番号）１６ｂ２とが
設定される。ＭａｋｅＣａｌｌメッセージのメッセージ
識別子は『６１』である。また、Ｄｅｖｉｃｅデータ値
１６ｂのデータ値識別子は『Ａ１』である。

【００５９】そして、図１６において、Ｄｅｖｉｃｅ
ｔｙｐｅ１６ｂ１（データ値識別子『Ａ２』）に対し
て、Ｄｅｖｉｃｅ ｔｙｐｅ１６ｃで『０１』（一般内
線（自局））が設定される。更に、Ｄｅｖｉｃｅ ｎ
ｏ．１６ｂ２（データ値識別子『Ａ３』）に対して、Ｄ
ｉａｌ Ｎｏ．（ダイアル番号）１６ｄとして、『５０
０１』が設定される。この『５００１』に対して、符号
化出力として、『３５３０ ３０ ３１』が出力され
る。

【００６０】以上によって、前半の符号化出力＝６１
Ａ１ ０９ Ａ２ ０１ ０１ Ａ３ ０４ ３５ ３
０ ３０ ３１が出力される。

【００６１】そして、図１６のＭａｋｅＣａｌｌメッセ
ージ１６ａのｃａｌｌｅｄ（呼び出された側）１６ａ２
に対して、Ｄｅｖｉｃｅデータ値１６ｅとして、ｔｙｐ
ｅ１６ｅ１と、ｎｏ．（番号）とが設定される。このＤ
ｅｖｉｃｅデータ値１６ｅのデータ値識別子は『Ａ１』
である。

【００６２】そして、図１６において、Ｄｅｖｉｃｅ
ｔｙｐｅ１６ｅ１（データ値識別子『Ａ２』）に対し
て、Ｄｅｖｉｃｅ ｔｙｐｅ１６ｆで『１１』（一般内
線（他局））が設定される。更に、Ｄｅｖｉｃｅ ｎ
ｏ．１６ｅ２（データ値識別子『Ａ３』）に対して、Ｄ
ｉａｌ Ｎｏ．１６ｇとして、『８５３５００』が設定
される。この『８５３５００』に対する符号化出力とし
ては、『３８ ３５ ３３ ３５ ３０ ３０』が出
力される。

【００６３】以上によって、後半の符号化出力＝Ａ１
０Ｂ Ａ２ ０１ １１ Ａ３ ０６ ３８ ３５ ３
３ ３５ ３０ ３０が出力される。

【００６４】以上のようなメッセージ及びデータ値の設
定から、符号化が行われ、エンコードメッセージとし
て、図１６に示すように、最終的に以下の符号化データ
が出力される。

【００６５】前半（６１、Ａ１、０９、Ａ２、０１、０
１、Ａ３、０４、３５、３０、３０、３１）、後半（Ａ
１、０Ｂ、Ａ２、０１、１１、Ａ３、０６、３８、３
５、３３、３５、３０、３０） （復号化処理方法）：また、ＰＢＸからコンピュータへ
端末装置５００１から端末装置８−５３−５００に呼び
出しがあったことを通知するＡｌｅｒｔメッセージは、
図１７に示すように、データ値を抽出（復号化）する。

【００６６】例えば、図１７に示す以下のようなデータ
が受信されるものとする。前半（６２、Ａ１、０９、Ａ
２、０１、０１、Ａ３、０４、３５、３０、３０、３
１）、中半（Ａ１、０Ｂ、Ａ２、０１、１１、Ａ３、０
６、３８、３５、３３、３５、３０、３０）、後半（Ａ
４、０６、０２、１６、０８、３０、００） この図１７において、例えば、上述の符号化メッセージ
（エンコードメッセージ）の前半の６２、Ａ１、０９、
Ａ２、０１、０１、Ａ３、０４、３５、３０、３０、３
１を受信すると、Ａｌｅｒｔメッセージ１７ａ（メッセ
ージ識別子『６２』）として、ａｌｅｒｔｉｎｇ（呼び
出し）１７ａ１と、ａｌｅｒｔｅｄ１７ａ２と、ｄａｔ
ｅ１７ａ３とが設定される。そして、ａｌｅｒｔｉｎｇ
（呼び出し）１７ａ１に対して、Ｄｅｖｉｃｅデータ値
１７ｂ（データ値識別子『Ａ１』）として、ｔｙｐｅ１
７ｂ１と、ｎｏ．１７ｂ２とが設定される。

【００６７】そして、ｔｙｐｅ１７ｂ１（データ値識別
子『Ａ２』）に対して、Ｄｅｖｉｃｅ ｔｙｐｅ１７ｃ
として『０１』が抽出出力される。更に、ｎｏ．１７ｂ
２（データ値識別子『Ａ３』）に対して、Ｄｉａｌ Ｎ
ｏ．１７ｄとして『５００１』が抽出出力される。

【００６８】また、上述の中半の符号化データＡ１、０
Ｂ、Ａ２、０１、１１、Ａ３、０６、３８、３５、３
３、３５、３０、３０のデータを受信すると、上述のａ
ｌｅｒｔｅｄ１７ａ２に対して、Ｄｅｖｉｃｅデータ値
１７ｅ（データ識別子『Ａ１』）として、ｔｙｐｅ１７
ｅ１と、ｎｏ．１７ｅ２とが設定される。そして、ｔｙ
ｐｅ１７ｅ１（データ値識別子『Ａ２』）に対して、Ｄ
ｅｖｉｃｅｔｙｐｅ１７ｆとして『１１』が抽出出力さ
れる。更に、ｎｏ．１７ｅ２（データ値識別子『Ａ
３』）に対して、Ｄｉａｌ Ｎｏ．１７ｇとして『８５
３５００』が抽出出力される。

【００６９】更に、上述の後半の符号化データＡ４、０
６、０２、１６、０８、３０、００を受信すると、ｄａ
ｔｅ１７ａ３に対して、Ｄａｔｅデータ値１７ｈ（デー
タ値識別子『Ａ４』）の日付データ（２月２１日８時４
８分００秒のデータ）が抽出出力される。

【００７０】『ＡＳＮ．１型メッセージフォーマットの
構文解析方法』：構文解析においては、例えば、ＵＮＩ
Ｘ（ＡＴ＆Ｔ社）上やＭＳ−ＤＯＳ（マイクロソフト
社）上で利用できるコンパイラ−・コンパイラであるＹ
ＡＣＣ（Ｙｅｔ Ａｎｏｔｈｅｒ Ｃｏｍｐｉｌｅｒ
Ｃｏｍｐｉｌｅｒ）などを使用して、図１８のような構
造体（ＩＥＳｔｒｕｃｔ）（Ｓ１５１）の配列データ
（ＩＥＤａｔａ）上に上述の『ＩＥ．ｈファイル』の情
報を読み出すパーサ（ｐａｒｓｅｒ）プログラムを作成
する。

【００７１】尚、上述のＹＡＣＣは、コンパイラの構文
解析部（パーサ）を自動生成するプログラムで、目的言
語の文法を入力するとその言語用のパーサを生成するも
のである。このＹＡＣＣについての詳細は、例えば、文
献：日経バイト（日経ＢＰ社）、１９８７年６月、「Ｙ
ＡＣＣに挑戦」などに説明されている。

【００７２】また、上述のパーサとは、狭義の構文解析
部であって、基本的には、プログラム命令を解読し、そ
の言語の規約に従って構文の木構造を定めるルーチンを
いう。

【００７３】そして、このパーサプログラムを作成する
には、「ｓｔｒｕｃｔ」、「ｕｎｓｉｇｎｅｄ」（符号
無しの整数を示す）、「ｃｈａｒ」、「ｉｎｔ」、「ｌ
ｏｎｇ」、「ｅｎｕｍ」（列挙型指定子）、「
［ 」、「 ］ 」、「ξ」、「ζ」、「／＊」、「＊
／」、「＊」、「ｊ」などをトークンとして、以下の２
つのプログラムを順番にコールすればよい。

【００７４】 パーサプログラム１：「ｔｙｐｅｄｅｆ型名データ名／＊タグ＊／；」 又は「ｓｔｒｕｃｔデータ名／＊タグ＊／ξ・・・ζ；」 というような構文をＩＥ．ｈファイルから読み出し、デ
ータ名とタグをＩＥＳｔｒｕｃｔのｎａｍｅとｔａｇに
それぞれ取り出していく。

【００７５】 パーサプログラム２：「ｓｔｒｕｃｔデータ名／＊タグ＊／ξ （ｓｔｒｕｃｔ）下位データ名＊メンバ名； ・・・・ ζ；」 というような構文を上述の『ＩＥ．ｈファイル』から読
み出し、下位データ名を取り出し、これを上述の『ＩＥ
Ｄａｔａ』中の各ＩＥＳｔｒｕｃｔのｎａｍｅ中からサ
ーチし、見つかったＩＥＳｔｒｕｃｔのｔａｇをＳｕｂ
ＩＥに設定していく。

【００７６】また、ＳｕｂＩＥなしの場合は、内容長を
算出し、ｌｅｎ（ｌｅｎｇｔｈ、長さ）に設定してい
く。但し、可変長の場合はｌｅｎ＝−１とする。

【００７７】以上より、ＩＥ．ｈから図１９に示すよう
なデータ（ＩＥＤａｔａ）が作成される。この図１９に
おいて、Ｓ１６１〜Ｓ１６５までは、デバイスタイプ
（Ｄｅｖｉｃｅ ｔｙｐｅ）のデータである。更に、Ｓ
１６６〜Ｓ１７０までは、ダイヤル番号のデータであ
る。更にまた、Ｓ１７１〜Ｓ１７７までは、デバイスデ
ータ値である。また、Ｓ１７８〜Ｓ１８５までは、Ｅｎ
ｄＣａｌｌメッセージのデータである。更にまた、Ｓ１
８６〜Ｓ１９０までは、ストッパのデータである。

【００７８】以上のパーサプログラムによって、ＩＥＤ
ａｔａ（図１９）を作成しておき、ＡＳＮ．１型メッセ
ージ送信時にＥｎｃｏｄｅＭｓｇルーチン（図２０、図
２１のＨＣＰ１）をコールし、ＡＳＮ．１型メッセージ
の組み立て（符号化）を行うことができる。

【００７９】『ＥｎｃｏｄｅＭｓｇルーチンＨＣＰ
１』：この図２０、図２１のＨＣＰ１の符号化処理（Ｅ
ｎｃｏｄｅＭｓｇルーチン）において、先ず、「ｉｎｔ
ｌｅｎ」ＳＢ３（０３）を用いて、＊ｌｅｎ＝０とす
る（Ｓ７１〜Ｓ７２）。次に「ｃｈａｒ＊＊ＤｅｃＤａ
ｔａ」ＳＢ２（０２）を用いて、Ｄｅｃｔａｔａはヌル
ポインタか否かを判断する（Ｓ７３）。ヌルポインタで
あるならば終了する。

【００８０】次にこのＳ７３において、ヌルポインタで
ないと判断されると、次に「ｓｔｒｕｃｔ ＩＥＳｔｒ
ｕｃｔ ＩＥＤａｔａ［ ］」ＳＢ５（０５）と、「ｔ
ａｇ」ＳＢ５ｂ（０７）と、「ｃｈａｒ ｔａｇ」ＳＢ
１（０１）とを用いて、ｔａｇを上述の「ＩＥＤａｔ
ａ」からサーチする（Ｓ７４）。そして、このＳ７４に
おいては、初期条件として、ｉｅｄａｔａｐｔｒ＝＆Ｉ
ＥＤａｔａ［０］；とする。また、継続条件として、ｉ
ｅｄａｔａｐｔｒ→ｔａｇ！＝ｔａｇ；とする。更に、
更新条件として、ｉｅｄａｔａｐｔｒ＋＋；とする。こ
れらの、条件においては、「ｓｔｒｕｃｔ ＩＥＳｔｒ
ｕｃｔ＊ｉｅｄａｔａｐｔｒ」ＳＢ９（０４）を使用す
る。

【００８１】そして、上記Ｓ７４に続いて、「ｎａｍ
ｅ」ＳＢ５ａ（０６）を用いて、サーチアウト又は「ｎ
ａｍｅ」はヌルか否かを判断する（Ｓ７５）。ヌルなら
ば終了する。次に上記Ｓ７４に続いて、「ＳｕｂＩＥ
［ｎ］」ＳＢ５ｄ（０９）を用いて、データ値が構造型
か否かを判断する（Ｓ７６）。そして、このＳ７６に続
いて、次に「ｃｈａｒ ｔａｇ」ＳＢ１（０１）と、
「ｃｈａｒ＊ＥｎｃＤａｔａ」ＳＢ４（０４）とを用い
て、自データ値の識別子編集を行い、＊ＥｎｃＤａｔａ
＝ｔａｇとする（Ｓ７７）。

【００８２】そして、上記Ｓ７６に続いて、次に「ｉｎ
ｔ ＊ｌｅｎ」ＳＢ３（０３）と、「ｃｈａｒ ＊Ｅｎ
ｃＤａｔａ」ＳＢ４（０４）を用いて、自データ値の内
容長の編集を行い、＊（ＥｎｃＤａｔａ＋１）＝＊ｌｅ
ｎとする（Ｓ７８）。そして、上記Ｓ７８に続いて、次
に「ｉｎｔ＊ｌｅｎ」ＳＢ３（０３）を用いて、出力編
集データ長に自データ値の識別子と内容長分（例えば、
２バイト）加算し、＊ｌｅｎ＝＊ｌｅｎ＋２とする（Ｓ
７９）。

【００８３】（図２１のＳ８０〜Ｓ８３までの処理）：
尚、上述のＳ７６において、データ値が構造型であ
るならば、次に「ｃｈａｒ＊ＥｎｃＤａｔａ」ＳＢ４
（０４）と、「ＳｕｂＩＥ［ｎ］」ＳＢ５ｄ（０９）と
を用いて、下位データ値に対して数回ループし、下位デ
ータ値の組み立てを行う（Ｓ８０）。

【００８４】このＳ８０においては、初期条件として、
ｅｄｉｔｐｔｒ＝ＥｎｃＤａｔａ＋２と、ｎ＝０；とす
る。また、継続条件として、ｉｅｄａｔａｐｔｒ→Ｓｕ
ｂＩＥ［ｎ］；＝０；とする。更に、更新条件として、
ｎ＋＋とする。これらの条件においては、「ｃｈａｒ＊
ｅｄｉｔｐｔｒ」ＳＢ８（０３）と、「ｉｎｔ ｎ」Ｓ
Ｂ７（０２）とを用いて行う。

【００８５】そして、上記Ｓ８０に続いて、次に「Ｓｕ
ｂＩＥ［ｎ］」ＳＢ５ｄ（０９）と、「ｃｈａｒ＊＊Ｄ
ｅｃＤａｔａ」ＳＢ２（０２）とを用いて、自ルーチン
を再起呼び出しし、ＥｎｃｏｄｅＭｓｇ（ｉｅｄａｔａ
ｐｔｒ→ＳｕｂＩＥ［ｎ］、＊（ＤｅｃＤａｔａ＋
ｎ）、＆Ｓｕｂｌｅｎ、ｅｄｉｔｐｔｒ）；を行う（Ｓ
８１）。尚、ここでは「ｉｎｔ Ｓｕｂｌｅｎ」ＳＢ６
（０１）と、「ｃｈａｒ＊ｅｄｉｔｐｔｒ」ＳＢ８（０
３）とを用いる。

【００８６】そして、上記Ｓ８１に続いて、編集ポイン
タ更新を、「ｃｈａｒ＊ｅｄｉｔｐｔｒ」ＳＢ８（０
３）と、「ｉｎｔ Ｓｕｂｌｅｎ」ＳＢ６（０１）とを
用いて行い、ｅｄｉｔｐｔｒ＝ｅｄｉｔｐｔｒ＋Ｓｕｂ
ｌｅｎ＋２を行う（Ｓ８２）。そして、上記Ｓ８２に続
いて、次に出力編集データ長の更新を、「ｉｎｔ Ｓｕ
ｂｌｅｎ」ＳＢ６（０１）を用いて行い、＊ｌｅｎ＝＊
ｌｅｎ＋Ｓｕｂｌｅｎを行う（Ｓ８３）。

【００８７】（図２１のＳ８４〜Ｓ８５までの処理）：
また、上述のＳ７６において、データ値が構造型で
ない場合は、上述のＳ７６に続いて、「ｃｈａｒ＊＊Ｄ
ｅｃＤａｔａ」ＳＢ２（０２）と、「ｃｈａｒ＊Ｅｎｃ
Ｄａｔａ」ＳＢ４（０４）と、「ｌｅｎ」ＳＢ５ｃ（０
８）とを用いて、入力ＤｅｃＤａｔａをＥｎｃＤａｔａ
＋２に、ｉｅｄａｔａｐｔｒ→ｌｅｎ分コピーする（Ｓ
８４）。そして、上記Ｓ８４に続いて、「ｌｅｎ」ＳＢ
５ｃ（０８）と、「ｉｎｔ＊ｌｅｎ」ＳＢ３（０３）と
を用いて、出力編集データ長の更新を行い、＊ｌｅｎ＝
ｉｅｄａｔａｐｔｒ→ｌｅｎを行う（Ｓ８５）。

【００８８】以上のようにして、メッセージ送信時に、
上述のエンコード用メッセージルーチン（Ｅｎｃｏｄｅ
Ｍｓｇルーチン：ＨＣＰ１）をコールすることで、ＡＳ
Ｎ．１型のメッセージに組み立てる（符号化する）こと
ができる。

【００８９】『ＤｅｃｏｄｅＭｓｇルーチンＨＣＰ
２』：また、ＡＳＮ．１型メッセージ受信時に、デコー
ド用メッセージルーチン（ＤｅｃｏｄｅＭｓｇルーチン
（図２２、図２３のＨＣＰ２））をコールし、ＡＳＮ．
１型メッセージからデータ値の抽出（復号化）を行うこ
とができる。

【００９０】（図２２、図２３のＳ５１〜Ｓ６０までの
処理）： 先ず、「ｃｈａｒ＊＊ＤｅｃＤａｔａ」Ｓ
Ｂ１２（０３）を用いて、初期設定を行い、＊ＤｅｃＤ
ａｔａ＝ヌル（ｎｕｌｌ）とする（図２２のＳ５１〜Ｓ
５２）。そして、上記Ｓ５２に続いて、次にｔａｇをＩ
ＥＤａｔａからサーチする（Ｓ５３）。このサーチにお
いては、初期条件として、ｉｅｄａｔａｐｔｒ＝＆ＩＥ
Ｄａｔａ［０］；とする。また、継続条件として、ｉｅ
ｄａｔａｐｔｒ→ｔａｇ！＝ｔａｇとする。更に、更新
条件として、ｉｅｄａｔａｐｔｒ＋＋とする。これらの
条件においては、「ｓｔｒｕｃｔ ＩＥＳｔｒｕｃｔ＊
ｉｅｄａｔａｐｔｒ」ＳＢ１４（０１）を用いる。

【００９１】そして、図２２の上記Ｓ５３の後、「ｎａ
ｍｅ」ＳＢ４ａ（０５）を用いてサーチアウト又はｎａ
ｍｅがヌルか否かを判断する（Ｓ５４）。また、上記Ｓ
５３に続いて、次にデータ値が構造型か否かを、「Ｓｕ
ｂＩＥ［ｎ］」ＳＢ１３ｃ（０７）を用いて行う（Ｓ５
５）。このＳ５５において、構造型の判断されると、次
に「ｃｈａｒ＊＊ＤｅｃＤａｔａ」ＳＢ１２（０３）を
用いて、ＤｅｃＤａｔａに、ＭＡＸ ＩＥ ＬＥＮ×
（ｓｉｚｅ ｏｆ ｃｈａｒ＊）バイト分のエリアをア
ロケートし、このエリアをヌルクリアとする（Ｓ５
６）。

【００９２】そして、上記Ｓ５６に続いて、「ＳｕｂＩ
Ｅ［ｎ］」ＳＢ１３ｃ（０７）と、「ｃｈａｒ＊Ｅｎｃ
Ｄａｔａ」ＳＢ１１（０２）とを用いて、下位データ値
を数回ループし、下位データ値をＥｎｃＤａｔａから抽
出する（Ｓ５７）。このＳ５７において、初期条件とし
て、ｎ＝０、Ｓｕｂｅｎｃ＝ＥｎｃＤａｔａ＋２；とす
る。また、継続条件として、ｉｅｄａｔａｐｔｒ→Ｓｕ
ｂＩＥ［ｎ］！＝０；とする。更に、更新条件として、
ｎ＋＋とする。これらの条件として、「ｉｎｔｎ」ＳＢ
１６（０３）と、「ｃｈａｒ＊Ｓｕｂｅｎｃ」ＳＢ１５
（０２）とを用いる。

【００９３】そして、図２２の上記Ｓ５７に続いて、次
に、「ｃｈａｒ＊Ｓｕｂｅｎｃ」ＳＢ１５（０２）と、
「ｉｎｔ ｎ」ＳＢ１６（０３）とを用いて自ルーチン
を再起的に呼び、ＤｅｃｏｄｅＭｓｇ（＊Ｓｕｂｅｎ
ｃ，ＤｅｃＤａｔａ＋ｎ，Ｓｕｂｅｎｃ）；を行う（図
２３のＳ５８）。

【００９４】上記Ｓ５８に続いて、「ｃｈａｒ＊＊Ｄｅ
ｃＤａｔａ」ＳＢ１２（０３）を用いて、下位データ値
は抽出できたか否かを判断する。又はＤｅｃＤａｔａ＋
ｎはヌルポインタでないか否かを判断する（Ｓ５９）。

【００９５】そして、図２３の上記Ｓ５９において、下
位データ値が抽出された、又はヌルポインタでないと判
断されると、次に、「ｃｈａｒ＊Ｓｕｂｅｎｃ」ＳＢ１
５（０２）を用いて、下位データ値でポインタを更新
し、Ｓｕｂｅｎｃ＝Ｓｕｂｅｎｃ＋＊（Ｓｕｂｅｎｃ＋
１）＋２を行う（Ｓ６０）。

【００９６】（図２３のＳ６１〜Ｓ６２の処理）：
上述の図２２のＳ５５において、データ値が構造型でな
いと判断されると、上記Ｓ５５に続いて、「ｃｈａｒ＊
＊ＤｅｃＤａｔａ」ＳＢ１２（０３）と、「ｃｈａｒ＊
ＥｎｃＤａｔａ」ＳＢ１１（０２）とを用いて、Ｄｅｃ
Ｄａｔａに＊（ＥｎｃＤａｔａ＋１）バイト分、エリア
をアロケートする（図２３のＳ６１）。

【００９７】上記Ｓ６１に続いて、「ｃｈａｒ＊＊Ｄｅ
ｃＤａｔａ」ＳＢ１２（０３）と、「ｃｈａｒ＊Ｅｎｃ
Ｄａｔａ」ＳＢ１１（０２）とを用いて、ＤｅｃＤａｔ
ａに＊（ＥｎｃＤａｔａ＋１）バイト分、コピーする。

【００９８】以上のデコード用メッセージ（Ｄｅｃｏｄ
ｅＭｓｇ）ルーチンＨＣＰ２によって、ＡＳＮ．１型メ
ッセージに対する復号化を行い、データ値を抽出するこ
とができる。

【００９９】『一実施例の効果』： 以上の一実施例
のＰＢＸシステムにおける抽象構文記法１（ＡＳＮ．
１）メッセージの符号化・復号化処理方法によれば、Ａ
ＳＮ．１型メッセージを扱うソフトウエアをＣ言語で開
発する場合、符号化や復号化の煩わしさをなくし、所定
の条件を満たしたデータ値の構造体を定義したｉｎｃｌ
ｕｄｅファイルＩＥ．ｈを作成するだけで、この構造体
ベースのデータ型とＡＳＮ．１型メッセージの変換を行
うことができる。

【０１００】また、ＡＳＮ．１型メッセージフォーマッ
トのインタフェース仕様の変更を行う場合でも、メッセ
ージやデータ値のフォーマットと、ｉｎｃｌｕｄｅファ
イルを変更するだけで、構文解析ルーチンや符号化・復
号化ルーチンを変更する必要が少なくなる。

【０１０１】従って、抽象構文記法１（ＡＳＮ．１）の
規則によるメッセージフォーマットのインタフェースを
持つソフトウエアの作成・変更に要する作業工数を飛躍
的に減少させることができる。

【０１０２】『他の実施例』： （１）尚、この発明
は、以上の一実施例への適用に限定するものではない。
即ち、この発明からは、種々の態様で適用することがで
きる。即ち、上述の一実施例では、ＰＢＸシステム（図
２）への適用を例として説明したが、このようなシステ
ムへの適用に限定するものではない。

【０１０３】（２）また、上述の一実施例では、ｉｎｃ
ｌｕｄｅファイルなどのプログラムをＣ言語で記述する
ことで説明したが、このような言語での記述に限定する
ものではない。

【０１０４】（３）更に、上述の各種プログラムによる
ソフトウエアは、コンピュータ又はＰＢＸの中に構成さ
れるものであり、上述の動作は基本的にはＣＰＵやＲＡ
ＭやＲＯＭや磁気ディスク装置などのハードウエア構成
とソフトウエアとの構成で実現することができる。

【０１０５】（４）更にまた、上述の一実施例のフォー
マット構成やプログラム構成に限定するものではない。
例えば、上述のようなＹＡＣＣを使用することに限定す
るものではない。

【０１０６】

【発明の効果】以上述べた様にこの発明の抽象構文記法
メッセージの符号化・復号化処理方法は、基本的要素の
メッセージ又はデータ値に対するフォーマットの基本構
造形式を定義し、組込みファイルを予め形成しておき、
更に、メッセージ符号化用ルーチン又はメッセージ復号
化用ルーチンを形成しておき、しかも、上記組込みファ
イルの内容に対して構文解析手段を用いて必要なデータ
を予め抽出しておき、抽象構文記法メッセージへの符号
化のときには、必要な上記データに対してメッセージ符
号化用ルーチンの処理を実行することで、抽象構文記法
メッセージへの符号化を行い、又は抽象構文記法メッセ
ージからの復号化のときには、抽象構文記法メッセージ
から上記メッセージ復号化用ルーチンを構文解析手段を
用いて実行することで必要なデータへ復号化する構成と
したことで、比較的に簡単な共通的な仕組みと工程で、
容易に抽象構文記法メッセージの符号化や復号化処理を
行うことができる。

【図面の簡単な説明】

【図１】この発明の一実施例のＡＳＮ．１型メッセージ
の符号化・復号化処理方法の概要説明図である。

【図２】一実施例のＰＢＸシステムの構成図である。

【図３】一実施例のＭａｋｅＣａｌｌメッセージの説明
図である。

【図４】一実施例のＡｌｅｒｔメッセージの説明図であ
る。

【図５】一実施例のＡｎｓｗｅｒＣａｌｌメッセージの
説明図である。

【図６】一実施例のＣｏｎｎｅｃｔメッセージの説明図
である。

【図７】一実施例のＤｉｓｃｏｎｎｅｃｔメッセージの
説明図である。

【図８】一実施例のＥｎｄＣａｌｌメッセージの説明図
である。

【図９】一実施例のＤｅｖｉｃｅデータ値の説明図であ
る。

【図１０】一実施例のＤｅｖｉｃｅＴｙｐｅデータ値の
説明図である。

【図１１】一実施例のＤｉａｌＮｏ．データ値の説明図
である。

【図１２】一実施例のＤａｔｅデータ値の説明図であ
る。

【図１３】一実施例のＣａｌｌＳｔａｔｅデータ値の説
明図である。

【図１４】一実施例のｉｎｃｌｕｄｅファイルの説明図
（その１）である。

【図１５】一実施例のｉｎｃｌｕｄｅファイルの説明図
（その２）である。

【図１６】一実施例の符号化の説明図である。

【図１７】一実施例の復号化の説明図である。

【図１８】一実施例の構造体ＩＥＳｔｒｕｃｔの説明図
である。

【図１９】一実施例の配列データＩＥＤａｔａの説明図
である。

【図２０】一実施例のエンコード用メッセージ（Ｅｎｃ
ｏｄｅＭｓｇ）ルーチンＨＣＰ１のフローチャート（そ
の１）である。

【図２１】一実施例のエンコード用メッセージ（Ｅｎｃ
ｏｄｅＭｓｇ）ルーチンＨＣＰ１のフローチャート（そ
の２）である。

【図２２】一実施例のデコード用メッセージ（Ｄｅｃｏ
ｄｅＭｓｇ）ルーチンＨＣＰ２のフローチャート（その
１）である。

【図２３】一実施例のデコード用メッセージ（Ｄｅｃｏ
ｄｅＭｓｇ）ルーチンＨＣＰ２のフローチャート（その
２）である。

【符号の説明】

ＨＣＰ１…エンコード用メッセージ（ＥｎｃｏｄｅＭｓ
ｇ）ルーチン、ＨＣＰ２…デコード用メッセージ（Ｄｅ
ｃｏｄｅＭｓｇ）ルーチン、ＩＥ．ｈ…ｉｎｃｌｕｄｅ
ファイル、ＩＥＳｔｒｕｃｔ…構造体、ＩＥＤａｔａ…
配列データ、Ｓ８０…前処理、Ｓ８１…構文解析、Ｓ８
２…メッセージ送信処理、Ｓ８３…メッセージ受信処
理。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 基本的要素のメッセージ又はデータ値に
   対するフォーマットの基本構造形式を定義し、 上記定義に従って抽象構文記法メッセージを生成するた
   めの組込みファイルを予め形成しておき、 更に、抽象構文記法メッセージへの符号化を行うための
   メッセージ符号化用ルーチン又は抽象構文記法メッセー
   ジから復号化するためのメッセージ復号化用ルーチンを
   形成しておき、 しかも、上記組込みファイルの内容に対して構文解析を
   行う構文解析手段を用いて必要なデータを予め抽出して
   おき、 抽象構文記法メッセージへの符号化のときには、必要な
   上記データに対してメッセージ符号化用ルーチンの処理
   を実行することで、抽象構文記法メッセージへの符号化
   を行い、 又は抽象構文記法メッセージからの復号化のときには、
   抽象構文記法メッセージから上記メッセージ復号化用ル
   ーチンを上記構文解析手段を用いて実行することで必要
   なデータへ復号化する構成としたことを特徴とした抽象
   構文記法メッセージの符号化・復号化処理方法