JPH05145593A - 通信システムにおけるネゴシエーシヨン方式およびこの方式を適用した通信装置 - Google Patents

Abstract

(57)【要約】 【目的】 相手通信端末によりネゴシエーション値を変
更する必要がある場合でも、アプリケーション・プログ
ラムの修正やシステム・ジェネレーションを再度行なわ
ずに最適なネゴシエーション値が設定されるネゴシエー
ション方式を提供すること。 【構成】 通信装置１は、アプリケーション・プログラ
ム１０とは独立したネゴシエーション処理部２０と、相
手先情報としてネゴシエーション情報が格納された相手
先情報格納部４０とを有する。ネゴシエーション値を決
定する際、ネゴシエーション処理部２０は、相手先情報
格納部４０に格納されたネゴシエーション情報と自通信
装置１の資源値とを照合してネゴシエーション値を決定
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信システム、とくにた
とえばＸ．２５プロトコルを使用する場合の発呼時、着
呼時において有利に適用される通信システムにおけるネ
ゴシエーション方式に関する。

【０００２】

【従来の技術】ネットワークプロトコルの例として、た
とえばパケット交換サービスのためのＣＣＩＴＴ勧告
Ｘ．２５がある。Ｘ．２５プロトコルは、物理層、デー
タリンク層およびネットワーク層で構成され、データを
パケット(Packet)と呼ぶ単位に分割し、宛て先情報を確
認しながらネットワークの中を転送するプロトコルであ
る。Ｘ．２５プロトコルを使用して発呼／着呼を行う場
合、アプリケーション・プログラムは、端末装置間で協
調動作のための情報交換を行うネゴシエーションに関す
る情報を持ち、個々のプログラムがネゴシエーション・
チェックを行い応答を返していた。または、システムの
ジェネレーション時に設定する固定的な値によってネゴ
シエーション・チェックおよびネゴシエーション値の変
更を行っていた。

【０００３】

【発明が解決しようとする課題】このように従来では、
アプリケーション・プログラムがネゴシエーション値を
持っていたため、接続相手が変わりネゴシエーション値
が異なった場合、アプリケーション・プログラムを変更
するか、または別なアプリケーション・プログラムを作
成しなければならなかった。また、ネゴシエーション情
報をシステム・ジェネレーション情報とした場合でも、
接続相手が変わるたびに、接続相手にあったネゴシエー
ション値に変更してジェネレーションをやり直さなけれ
ばならなかった。

【０００４】本発明はこのような従来技術の欠点を解消
し、相手通信端末によりネゴシエーション値を変更する
必要が生じた場合でも、アプリケーション・プログラム
の修正やシステム・ジェネレーションを再度行なわずに
最適なネゴシエーション値が設定される通信システムに
おけるネゴシエーション方式およびこの方式を適用した
通信装置を提供することを目的とする。

【０００５】

【課題を解決するための手段および作用】本発明は上述
の課題を解決するために、通信システムにおけるネゴシ
エーション方式は、ネゴシエーション値を決定する際、
自通信システムの資源値をもとにネゴシエーション値を
決定し、この決定をアプリケーション・プログラムとは
独立して行う。

【０００６】また、上記方式が適用された通信システム
は、アプリケーション・プログラムとは独立したネゴシ
エーション処理手段と、相手先情報としてネゴシエーシ
ョン情報が格納された相手先情報格納手段とを有し、ネ
ゴシエーション値を決定する際、ネゴシエーション処理
手段は、相手先情報格納手段に格納されたネゴシエーシ
ョン情報と自通信システムの資源値とによりネゴシエー
ション値を決定する。

【０００７】

【実施例】次に添付図面を参照して本発明による通信シ
ステムにおけるネゴシエーション方式の実施例を詳細に
説明する。

【０００８】図１を参照すると、本発明による通信シス
テムにおけるネゴシエーション方式を適用した通信装置
１の実施例が示されている。アプリケーション・プログ
ラム１０は、たとえば通信ソフトなどのアプリケーショ
ン・プログラムである。すなわちアプリケーションプロ
グラム１０は、ＯＳＩ第７層のアプリケーション層など
の処理を行う。

【０００９】ネゴシエーション処理部２０は、通信装置
１のシステム資源や通信相手先の情報をもとに、通信を
行う際に最適なネゴシエーション値を決定する処理部で
ある。すなわちネゴシエーション処理部２０は、相手先
情報格納部４０に接続され、予めこれに格納されている
種々の相手先情報（ネゴシエーション情報）をもとに最
適なネゴシエーション値を決定する。相手先情報格納部
４０には、通信装置１のウィンドウサイズ(Window Siz
e) やパケットサイズ、または通信相手のウィンドウサ
イズやパケットサイズが複数格納されている。

【００１０】通信処理部３０は、レイヤ１〜３、すなわ
ち物理層、データリンク層およびネットワーク層の処理
を行う処理部である。通信処理部３０は、通信回線に接
続されＣＣＩＴＴ勧告Ｘ．２５におけるネットワークプ
ロトコルにより相手先端末とパケットのやり取りを行
う。

【００１１】システム管理部５０は、アプリケーション
・プログラム１０、ネゴシエーション処理部２０および
通信処理部３０の管理を行う管理部であり、オペレーテ
ィングシステムにより動作する。

【００１２】図２には図１に示した実施例における発呼
処理の概要が示されている。同図を用いて通信装置１に
おける発呼処理を説明する。アプリケーション・プログ
ラム１０よりネゴシエーション処理部２０が発呼依頼６
０を受けると、ネゴシエーション処理部２０は、相手先
情報格納部４０より相手先情報を参照するとともに、シ
ステム管理部５０よりシステム資源値を確認してネゴシ
エーション値を決定する。ネゴシエーション処理部２０
は、ネゴシエーション値を決めると、通信処理部３０に
Ｘ．２５プロトコルの発呼依頼６２を行う。なお、シス
テム管理部５０より確認するシステム資源値とは、たと
えばアプリケーション・プログラムやデータ量などによ
り変動するユーザ使用可能メモリなどであり、通信装置
１のハードウェアの資源を意味する。

【００１３】通信処理部３０は、発呼依頼６２を受ける
とＸ．２５プロトコルにより通信相手先端末（図示せ
ず）との接続処理を行い、相手先端末が決定してきたネ
ゴシエーション値を受信する。そして、通信処理部３０
は、受信したネゴシエーション値とともに発呼完了６４
をネゴシエーション処理部２０に送る。ネゴシエーショ
ン処理部２０は、相手先端末のネゴシエーション値を受
信すると、これを記憶し、アプリケーションプログラム
１０に発呼完了６６を送る。

【００１４】図３には図１に示した実施例における着呼
処理の概要が示されている。同図を用いて通信装置１に
おける着呼処理を説明する。通信処理部３０は、Ｘ．２
５プロトコルにて相手先端末（図示せず）からの着信を
受けると、着呼通知７０をネゴシエーション処理部２０
に送る。ネゴシエーション処理部２０は、この通知７０
を受信すると、相手先情報格納部４０より相手先情報を
参照するとともに、システム管理部５０よりシステム資
源値を確認してネゴシエーション値を決定する。

【００１５】ネゴシエーション処理部２０は、ネゴシエ
ーション値を決定すると、応答情報を作成し、Ｘ．２５
プロトコルにおける応答処理７２を通信処理部３０に依
頼する。通信処理部３０は、応答処理７２を受信すると
相手先通信端末にＸ．２５プロトコルによりこの情報を
送信する。そして、通信処理部３０は、相手先通信端末
より通信を行う旨の応答を受けると、正常応答７４をネ
ゴシエーション処理部２０に送る。ネゴシエーション処
理部２０は、この応答７４を受信すると、着呼完了通知
７６をアプリケーション・プログラム１０に行う。

【００１６】図４〜図８には発呼時または着呼時におけ
るネゴシエーション処理部２０の動作フローが示されて
いる。これら動作フローを用いてネゴシエーション処理
部２０がネゴシエーション値としてウィンドウサイズお
よびパケットサイズを決定する処理を詳細に説明する。

【００１７】図４には本実施例における発呼時のウィン
ドウサイズ決定処理が示されている。同図、図１および
図２を用いて発呼時におけるウィンドウサイズ決定処理
の動作を説明する。ネゴシエーション処理部２０は、ア
プリケーション・プログラム１０より発呼依頼６０を受
けると、相手先情報格納部４０を参照し、これに自分の
ウィンドウサイズがあるか否かを確認する（１００）。
もし、自分のウィンドウサイズが無かった場合には、ネ
ゴシエーション処理部２０はシステム管理部５０より入
力した資源値をもとに自ウィンドウサイズを決定する
（１０２）。また、自分のウィンドウサイズが格納され
ていた場合には、相手先情報格納部４０より自分のウィ
ンドウサイズを取り出し、これを自ウィンドウサイズと
する（１０４）。

【００１８】ネゴシエーション処理部２０はまた、通信
処理部３０より発呼完了６４を受信し、相手通信端末の
ネゴシエーション値を記憶すると、相手通信端末のネゴ
シエーション値に示されているウィンドウサイズが相手
先情報格納部４０に格納されているかどうかを確認する
（１０６）。相手先情報格納部４０に相手端末のウィン
ドウサイズが入っていない場合には、ネゴシエーション
処理部２０はウィンドウサイズの最大値を相手ウィンド
ウサイズとして決定する（１０８）。また、相手情報格
納部４０に相手ウィンドウサイズが格納されていた場合
には、これを取り出して相手ウィンドウサイズとして決
定する（１１０）。そして、ネゴシエーション処理部２
０は、自ウィンドウサイズが現在の自システムの資源で
対応できるか否かを判断し（１１２）、対応できる場合
には正常完了の旨の発呼完了６４を、また対応できない
場合にはエラー完了の発呼完了６４をアプリケーション
・プログラムに送る。

【００１９】図５には本実施例における発呼時のパケッ
トサイズ決定処理が示されている。同図、図１および図
２を用いて発呼時におけるパケットサイズ決定処理の動
作を説明する。ネゴシエーション処理部２０は、アプリ
ケーション・プログラム１０より発呼依頼６０を受ける
と、相手先情報格納部４０を参照し、これに自分のパケ
ットサイズがあるか否かを確認する（２００）。もし、
自分のパケットサイズが無かった場合には、ネゴシエー
ション処理部２０はシステム管理部５０より入力した資
源値をもとに自パケットサイズを決定する（２０２）。
また、自分のパケットサイズが格納されていた場合に
は、相手先情報格納部４０より自分のパケットサイズを
取り出し、これを自パケットサイズとする（２０４）。

【００２０】ネゴシエーション処理部２０はまた、通信
処理部３０より発呼完了６４を受信し、相手通信端末の
ネゴシエーション値を記憶すると、相手通信端末のネゴ
シエーション値に示されているパケットサイズが相手先
情報格納部４０に格納されているかどうかを確認する
（２０６）。相手先情報格納部４０に相手端末のパケッ
トサイズが入っていない場合には、ネゴシエーション処
理部２０はパケットサイズの最大値を相手パケットサイ
ズとして決定する（２０８）。

【００２１】また、相手情報格納部４０に相手パケット
サイズが格納されていた場合には、これを取り出して相
手パケットサイズとして決定する（２１０）。そして、
ネゴシエーション処理部２０は、自パケットサイズが現
在の自システムの資源で対応できるか否かを判断し（２
１２）、対応できる場合には正常完了の旨の発呼完了６
４を、また対応できない場合にはエラー完了の発呼完了
６４をアプリケーション・プログラムに送る。なお、正
常完了の旨の発呼完了６４は、実際には自ウィンドウサ
イズおよび自パケットサイズの両方が現在のシステム資
源で間に合う場合に送信される。

【００２２】図６および７には本実施例における着呼時
のウィンドウサイズ決定処理が示されている。図１、図
３、図６および図７を用いて着呼時におけるウィンドウ
サイズ決定処理の動作を説明する。ネゴシエーション処
理部２０は、通信処理部３０より着呼通知７０を受信す
ると、相手先情報格納部４０を参照し、これに受信した
相手ウィンドウサイズが入っているか確認する（３０
０）。相手ウィンドウサイズが相手先情報格納部４０に
格納されていない場合、ネゴシエーション処理部２０
は、相手ウィンドウサイズが自システム資源の許容範囲
内か否かを調べる（３０２）。

【００２３】そして、許容範囲内のときには受信した相
手ウィンドウサイズをそのまま相手ウィンドウサイズと
して決定し（３０８）、許容範囲外の場合には自システ
ムの許容値を相手ウィンドウサイズとして決定する（３
０６）。また、相手ウィンドウサイズが相手先情報格納
部４０に格納されている場合、ネゴシエーション処理部
２０は、相手先情報と相手ウィンドウサイズのどちらが
大きいかを確認する（３０４）。そして、相手先情報が
大きい場合には相手ウィンドウサイズをそのまま相手ウ
ィンドウサイズとして決定し（３０８）、相手ウィンド
ウサイズが大きい場合には相手先情報を相手ウィンドウ
サイズとして決定する（３１０）。

【００２４】相手ウィンドウサイズが決定すると、ネゴ
シエーション処理部３０は、相手先情報格納部４０に自
ウィンドウサイズが入っているか否かを確認する（３１
２）。自ウィンドウサイズが相手先情報格納部４０に格
納されていない場合、ネゴシエーション処理部２０は、
自ウィンドウサイズが自システム資源の許容範囲内か否
かを調べる（３１４）。そして、許容範囲内のときには
受信した自ウィンドウサイズをそのまま自ウィンドウサ
イズとして決定し（３２０）、許容範囲外の場合には自
システムの許容値を自ウィンドウサイズとして決定する
（３１８）。

【００２５】また、自ウィンドウサイズが相手先情報格
納部４０に格納されている場合、ネゴシエーション処理
部２０は、相手先情報と自ウィンドウサイズのどちらが
大きいかを判断する（３１６）。そして、相手先情報が
大きい場合には自ウィンドウサイズをそのまま自ウィン
ドウサイズとして決定し（３２０）、自ウィンドウサイ
ズが大きい場合には相手先情報を相手ウィンドウサイズ
として決定する（３２２）。

【００２６】図８および９には本実施例における着呼時
のパケットサイズ決定処理が示されている。図１、図
３、図８および図９を用いて着呼時におけるウィンドウ
サイズ決定処理の動作を説明する。ネゴシエーション処
理部２０は、通信処理部３０より着呼通知７０を受信す
ると、相手先情報格納部４０を参照し、これに受信した
相手パケットサイズが入っているか確認する（４０
０）。

【００２７】相手先情報格納部４０に相手パケットサイ
ズが入っている場合、ネゴシエーション処理部２０は、
相手先情報の相手パケットサイズと受信した相手パケッ
トサイズのいずれが大きいかを判断する（４０２）。相
手パケットサイズが大きい場合には相手先情報として格
納されていたものを相手パケットサイズとする。

【００２８】相手先情報に相手パケットサイズが入って
いない場合や、相手先情報を相手パケットサイズとした
場合には、ネゴシエーション処理部２０は、相手パケッ
トサイズが自システム資源の許容範囲に入るかどうかを
判断する（４０６）。自システム資源に入る場合には上
記処理により決定した相手パケットサイズは変更しない
（４１０）。また、自システム資源に入らない場合、自
システム資源により最適なパケットサイズを計算し、こ
れを相手パケットサイズとする（４０８）。

【００２９】相手パケットサイズが決定すると、ネゴシ
エーション処理部３０は、相手先情報格納部４０に自パ
ケットサイズが入っているか否かを確認する（４１
２）。相手先情報に自パケットサイズが入っている場
合、相手先情報と自パケットサイズのどちらが大きいか
を判断し（４１４）、自パケットサイズの方が大きい場
合には相手先情報を自パケットサイズとする（４１
６）。

【００３０】相手先情報に自パケットサイズが入ってい
ないときに、相手先情報を自パケットサイズとした場合
には、ネゴシエーション処理部２０は、自パケットサイ
ズが自システム資源の許容範囲に入るかどうかを判断す
る（４１８）。自システム資源に入る場合には上記処理
により決定した自パケットサイズを変更しない（４２
２）。

【００３１】また、自システム資源に入らない場合、自
システム資源により最適なパケットサイズを計算し、こ
れを自パケットサイズとする（４２０）。なお、上記着
呼処理が行われると、ネゴシエーション処理部２０は通
信処理部３０にＸ．２５プロトコルにより応答処理７２
を送るよう依頼する。

【００３２】このように本実施例によれば、アプリケー
ション・プログラムとは独立して、相手先情報格納部４
０に格納された情報と自システムの資源値をもとに最適
なネゴシエーション値を決定することができる。また、
相手先情報格納部４０にネゴシエーション値を決定する
ための情報が無い場合でも、本実施例ではシステム資源
値をもとに最適なネゴシエーション値を決定できる。こ
のため、自システム内の変更や相手通信端末が従来無い
ネゴシエーション値により通信する場合でも、これらを
気にすること無く通信を行うことが可能となる。

【００３３】なお、本実施例では通信プロトコルとして
Ｘ．２５を用いたが、本発明はとくにこれに限定される
ものではない。

【００３４】

【発明の効果】このように本発明の通信システムにおけ
るネゴシエーション方式によれば、アプリケーション・
プログラムは通信相手先によるネゴシエーション処理の
変更が不要となる。また、操作者はネゴシエーション処
理の煩雑な作業から解放される。

【図面の簡単な説明】

【図１】本発明による通信システムにおけるネゴシエー
ション方式の実施例を示す機能ブロック図、

【図２】図１に示した通信システムにおける発呼処理の
シーケンス図、

【図３】図１に示した通信システムにおける着呼処理の
シーケンス図、

【図４】本実施例における発呼時のウィンドウサイズ決
定処理を示す処理フロー、

【図５】本実施例における発呼時のパケットサイズ決定
処理を示す処理フロー、

【図６】本実施例における着呼時のウィンドウサイズ決
定処理を示す処理フロー、

【図７】本実施例における着呼時のウィンドウサイズ決
定処理を示す処理フロー、

【図８】本実施例における着呼時のパケットサイズ決定
処理を示す処理フロー、

【図９】本実施例における着呼時のパケットサイズ決定
処理を示す処理フローである。

【符号の説明】

１ 通信装置 １０ アプリケーション・プログラム ２０ ネゴシエーション処理部 ３０ 通信処理部 ４０ 相手先情報格納部 ５０ システム管理部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 8529−5Ｋ Ｈ０４Ｌ 11/20 １０２ Ｃ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 通信システムにおけるネゴシエーション
   方式において、 ネゴシエーション値を決定する際、自通信システムの資
   源値をもとにネゴシエーション値を決定し、この決定を
   アプリケーション・プログラムとは独立して行うことを
   特徴とする通信システムにおけるネゴシエーション方
   式。
2. 【請求項２】 請求項１に記載のネゴシエーション方式
   が適用された通信システムにおいて、 アプリケーション・プログラムとは独立したネゴシエー
   ション処理手段と、 相手先情報としてネゴシエーション情報が格納された相
   手先情報格納手段とを有し、 ネゴシエーション値を決定する際、前記ネゴシエーショ
   ン処理手段は、前記相手先情報格納手段に格納されたネ
   ゴシエーション情報と自通信システムの資源値とにより
   ネゴシエーション値を決定することを特徴とする通信装
   置。