JP3151103B2 - 通信システムおよび通信方法 - Google Patents

通信システムおよび通信方法

Info

Publication number
JP3151103B2
JP3151103B2 JP06056094A JP6056094A JP3151103B2 JP 3151103 B2 JP3151103 B2 JP 3151103B2 JP 06056094 A JP06056094 A JP 06056094A JP 6056094 A JP6056094 A JP 6056094A JP 3151103 B2 JP3151103 B2 JP 3151103B2
Authority
JP
Japan
Prior art keywords
data
priority
processing
information
protocol
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 - Lifetime
Application number
JP06056094A
Other languages
English (en)
Other versions
JPH07273789A (ja
Inventor
民生 飯塚
恒一郎 桜庭
弘司 鴨志田
芳昭 足達
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP06056094A priority Critical patent/JP3151103B2/ja
Priority to US08/408,746 priority patent/US5699521A/en
Publication of JPH07273789A publication Critical patent/JPH07273789A/ja
Application granted granted Critical
Publication of JP3151103B2 publication Critical patent/JP3151103B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)

Description

【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、通信システム及び通信
方法に関する。具体的には、特に音声，画像データなど
のマルチメディア用データ及び緊急を要するプラント用
データなどの遅延の許されない通信に好適なリアルタイ
ム性が要求されるデータとその他の遅延がある程度許さ
れるデータが混在する通信システム及び通信方法に関す
る。
【０００２】
【従来の技術】ＤＡＲＰＡ(Defence Advanced Research
Project Agency)プロトコルのＴＣＰ（Transmission C
ontrol Protocal）／ＩＰ（Internet Protocol）やＩＳ
Ｏ（International Standards Organization）のＯＳＩ
（Open SystemsInterconnecttion）プロトコルのような
プロトコルを使用した通信システムにおいて、通信の遅
延が許されるデータと遅延の許されないデータ（マルチ
メディア，プラントデータのようなリアルタイム性が要
求されるデータ）を共存させてもリアルタイム性を保持
した通信を実現できる通信システムの構築がエンドユー
ザから求められている。この種の方式として、例えば、
特開平4−180425 号公報に記載のように、受信データ処
理の順序を通信相手端末のネットワークアドレスと通信
相手プロセスに対応付けた情報に従い優先制御する方式
がある。また、例えば特開昭63−287231号公報に記載の
ように、網間中継装置において受信したデータのデータ
長に注目し優先的に処理するデータか否かを判定する方
式がある。
【０００３】
【発明が解決しようとする課題】従来の通信システムの
優先制御は、同じプロトコルを使用する各アプリケーシ
ョンの通信プログラムごとに優先制御を行うこと、ある
いは同じ通信プログラムであっても通信相手により優先
制御を行うことに配慮されていない。
【０００４】また、従来の通信システムの優先制御は、
アプリケーションの通信プログラムで扱うデータごとに
リアルタイム性に応じた優先処理レベルを設定する点に
配慮されていない。
【０００５】さらに、従来、システムを設計，構築する
上で使い勝手が悪いという課題があった。
【０００６】さらに従来、通信する端末の間に網間中継
装置で接続され複数のネットワークから構成されるよう
な通信システムにおける優先制御に配慮がなされていな
い。さらに、従来の通信システムの優先制御は、優先デ
ータが連続した場合、非優先データの送信又は受信処理
が中断されるため、データ送信端末で送信タイムアウト
となり再送が頻発することによる通信網の輻輳状態の防
止、あるいは論理回線の切断等の防止に配慮がなされて
いない。
【０００７】本発明の目的は、アプリケーションの通信
プログラムが扱うデータごとに通信上の制限を設けるこ
となく優先制御を実現しようとするものであり、特に、
低優先処理レベルのデータよりも高優先処理レベルのデ
ータに対しバッファ不足時の通信回線の回避，再送によ
る通信遅延の低減を実現しようとするものである。
【０００８】
【０００９】また、本発明の目的は、網間中継装置を含
む通信システムにおいて優先制御を実現しようとするも
のである。
【００１０】さらに、本発明の目的は、高優先データの
処理が連続して発生しても、低優先データに飢餓状態を
発生させず、通信網の輻輳防止，論理回線の切断防止を
実現しようとするものである。
【００１１】
【課題を解決するための手段】上記目的を達成するため
の本発明の特徴は、通信システムにおいて、送信又は受
信データ内の優先判定情報を用い、予め決められている
優先データ情報からデータの送信又は受信処理の順序を
データごとに決定することである。そして、優先データ
情報に送信又は受信するデータの優先処理レベルを設定
し、優先処理レベルに応じて処理の優先を決定すること
である。すなわち、３個以上のプロトコル層により規定
された端末アドレスが割り当てられている複数の端末装
置が通信網によって接続され、前記各端末装置間でプロ
トコル情報が格納されたデータを独立して送信又は受信
する際、該データの送信又は受信処理の処理順を制御し
て処理する通信システムであって、優先的にデータを送
信又は受信処理するかを判定する優先判定情報として送
信又は受信データ内のプロトコルヘッダ情報のサービス
識別子，プロトコルヘッダ情報のネットワークアドレ
ス、或いはプロトコルヘッダ情報のプロトコルタイプの
うち少なくとも一つを用い、データを優先的に送信又は
受信処理するかを判定する優先判定情報と処理の優先を
決定する優先処理レベルを前記サービス識別子、前記プ
ロトコルヘッダ情報のネットワークアドレス、或いは前
記プロトコルヘッダ情報のプロトコルタイプ、或いはそ
の組み合わせとして予め優先データ情報として決めてお
き、通信網へのデータ送信処理時、或いは、通信網から
のデータ受信処理時、該データから前記優先判定情報を
取り出し、前記優先データ情報に該当するか判定する判
定手段と、前記データの優先判定情報が前記優先データ
情報に該当する場合は前記優先データ情報の優先処理レ
ベルに従い該データを送信又は受信処理し、前記データ
の優先判定情報が前記優先データ情報に該当しない場合
は予め定められている処理レベルに従い該データを送信
又は受信処理する制御手段とを設けたことである。
【００１２】
【００１３】また、上記目的を達成するための本発明の
特徴は、複数の通信網が接続されるような通信システム
において、送信されるデータを、送信先又は送信元の通
信網の一方の通信網の伝送データサイズに分割して、デ
ータ分割識別子を付け、そのデータ分割識別子と優先度
を対応付け、分割データの送信時又は受信時、そのデー
タの分割識別子に対応する優先度に基づいて優先制御す
ることにある。すなわち、具体的には、３個以上のプロ
トコル層により規定された端末アドレスが割り当てられ
ている複数の端末装置が通信網によって接続され、前記
各端末装置間でプロトコル情報が格納されたデータを独
立して送信又は受信する際、該データの送信又は受信処
理の処理順を制御して処理する通信システムであって、
優先的に送信又は受信処理するかを判定する優先判定情
報を送信又は受信データ内のプロトコルヘッダ情報と
し、送信データを、少なくとも先頭データおよび２個目
以降のデータに分割する送信データ分割手段と、データ
を受信時、分割されたデータのうち先頭のデータ内のプ
ロトコルヘッダの優先判定情報から優先レベルを判定す
る優先レベル判定手段と、受信データのプロトコルヘッ
ダ内のデータ分割識別子と前記優先レベルを対応付けた
表を記憶する表記憶手段と、分割されたデータのうち２
個目以降のデータを受信時、そのデータのプロトコルヘ
ッダ内の分割識別子の優先レベルを前記表から判定する
表判定手段と、表判定手段における判定結果に従い、送
信又は受信処理の優先制御を行う手段とを設けたことで
ある。
【００１４】さらに、上記目的を達成するための本発明
の特徴は、優先処理するデータがある回数連続して発生
したとき、あるいは低優先のデータが発生してからある
時間経過しても処理されない場合、高優先のデータ処理
に影響を与えない程度により低優先のデータを処理する
ことである。すなわち、具体的には、前記優先データ情
報の優先処理レベルに従い処理するデータを連続して送
信又は受信処理できる上限回数を登録する手段と、前記
予め定められている処理レベルで処理するデータの送信
又は受信処理要求が発生してから前記優先データ情報の
優先処理レベルに従い処理するデータを連続して送信又
は受信処理した回数を求めるカウント手段と、当該カウ
ンタ手段により求められた回数が上限回数以上である場
合、前記予め定められている処理レベルで処理するデー
タを予め定められたデータ数分優先的に送信又は受信処
理する手段を設けたことである。又、上限回数の代わり
に、送信又は受信処理するデータが端末装置内に残留で
きる上限時間を用いてもよく、又、送信又は受信処理す
るデータが端末装置内に残留できる上限時間を各優先処
理レベルごとに登録するレベル別上限時間を用いても良
い。
【００１５】
【作用】本発明は、マルチメディア，プラントデータの
ようなリアルタイム性が要求されるデータとある程度の
遅延が許されるデータが混在した通信システムにおい
て、送信又は受信データ内の優先判定情報と予め登録さ
れた優先データ情報からデータの送信又は受信処理の順
序をデータごとに決定する。それによって、アプリケー
ションの通信プログラムが扱うデータごとに通信上の制
限を設けることなく優先制御できる。また、優先データ
情報に送信又は受信するデータの優先処理レベルを設定
し、優先処理レベルに応じた優先処理を行う。それによ
って、通信上の制限を設けることなくリアルタイム性の
重み付けを各データに持たせることができる。
【００１６】
【００１７】また、本発明は、データの送信処理で決定
した優先処理順序をデータ内のプロトコルヘッダの優先
度情報に格納しその情報に従い送信・受信の優先制御を
行う。また、分割したデータのデータ送信時又はデータ
受信時データ内のプロトコルヘッダの優先判定情報から
優先度を決定し、そのデータのデータ分割識別子と対応
付けた表を持ち、分割されたデータの受信時そのデータ
の識別子に対応する優先度を表から求め優先制御する。
それによって、データ内のプロトコルヘッダにサービス
識別子を持たないデータに対しても優先制御でき、複数
の通信網間を接続する網間中継装置，端末へ適用でき
る。
【００１８】さらに、本発明は、優先処理するデータが
ある回数連続して発生した場合、あるいは低優先のデー
タが発生してからある時間経過しても処理されない場
合、高優先のデータ処理に影響を与えない程度に、より
低優先のデータを処理する。それによって、高優先デー
タが連続して発生した場合においても低優先データの送
信又は受信処理が完全に中断しないようになるので、不
必要な再送処理による通信網の輻輳状態，論理回線の切
断を回避することができる。
【００１９】上記した本発明の特徴および上記した以外
の本発明の特徴は、以下の記載により、さらに明確とさ
れる。
【００２０】
【実施例】以下、本発明の一実施例を図を用いて詳細に
説明する。
【００２１】〈システムの全体構成〉初めに、本発明が
対象とする通信システムの全体構成を図２に示す。複数
の端末２００〜２０６が標準的なＬＡＮ，ＷＡＮ等の通
信網２１１〜２１４に接続され、各通信網２１１〜２１
４が網間中継装置２０７〜２１０によって接続されてい
る。そして、各端末，網間中継装置には、世界標準ある
いは業界標準の通信プロトコルが実装され、プロトコル
により規定されたネットワークアドレスが割り当てられ
る。各端末には、通信プログラムが搭載され、各端末間
でデータを送受信しながらシステム全体の業務処理を進
める。通信プログラムからのデータ送信要求，通信網か
らのデータ受信は、端末に実装されている通信プロトコ
ルを介しそれぞれ通信網へ送信，通信プログラムへ渡さ
れる。ある端末の通信プログラムから通信相手の端末へ
データを送信すると、複数の通信網を網間中継装置によ
り中継され通信相手の端末へ届く。
【００２２】データをどの端末へ届けるかは、ＯＳＩ参
照モデルで対応付けるとネットワーク層プロトコルで規
定されるネットワークアドレスで決定され、宛先端末上
でどのプロセスへデータを届けるかは、ＯＳＩ参照モデ
ルで対応付けるとトランスポート層プロトコルで規定さ
れる宛先サービス識別子で決定される。
【００２３】以下、実施例では、通信プロトコルとして
ＤＡＲＰＡプロトコルのＴＣＰ，ＵＤＰ，ＩＰを使用す
る通信システムを例に説明する。ＤＡＲＰＡプロトコル
のＴＣＰ／ＩＰでは、ネットワークアドレスがインター
ネットアドレス，サービス識別子がポート番号になる。
各端末の通信プログラムは、他端末の通信プログラムと
データ通信する場合、コネクション型かデータグラム型
のいずれかの通信方法を用い、通信相手端末のインター
ネットアドレスと宛先ポート番号を明示し、通信相手の
端末，通信プログラムと論理的に結合する。相手通信プ
ログラムは、送信元インターネットアドレスと送信元ポ
ート番号により応答を返す先の端末，通信プログラムを
識別する。通常、コネクション型の通信であればコネク
ション確立時に、送信元インターネットアドレス，宛先
インターネットアドレス，送信元ポート番号，宛先ポー
ト番号が決定される。データグラム型の通信時は、デー
タ単位に決定する。
【００２４】〔実施例１〕 ＜構成＞以下、第１の実施例について説明する。
【００２５】本発明の通信システムの優先通信制御方式
の構成を図１に示す。通信システム内の各端末１４０
等、通信システム内の業務処理を行う通信プログラム処
理部１２０，プロトコル送信処理部１４１，プロトコル
受信処理部１４３，通信装置１１１を介し通信網へのデ
ータ送信処理部１２６，通信網からのデータ受信処理部
（データ受信手段とも称す）１３０，送受信データの処
理待ちキュー制御部１４２，１４４を有する。プロトコ
ル送信処理部１４１は、ＴＣＰ／ＩＰプロトコル送信処
理部１２１〜１２２から成り、プロトコル受信処理部１
４３は、TCP／ＩＰプロトコル受信処理部１３４〜１３
５から成る。送受信データの処理待ちキュー制御部１４
２，１４４は、データを優先的に処理するか否かを決定
するデータの優先判定手段１２３，１３１と、送受信処
理待ちキュー１２７，１３６へ接続する手段１２４，１
３２と、送受信処理待ちキュー１２４，１３２からデー
タを取り出す手段１２５，１３３から成る。更に、補助
記憶装置１００に優先データ情報を記憶する優先データ
情報登録ファイル１０１が設けられ、主記憶上に優先デ
ータ情報登録メモリ１０２，送信・受信処理上限登録フ
ァイル１０３を配置し優先的に送受信するデータの優先
データ情報をデータの優先判定手段１２３，１３１に知
らせる。
【００２６】優先データ情報登録ファイル１０１に登録
された優先データは、データ内に格納される通信プロト
コル情報のプロトコル種別，ＴＣＰヘッダ内の宛先およ
び送信元ポート番号，ＩＰヘッダ内の宛先および送信元
ネットワークアドレスから成り、送受信データを優先的
に送受信処理するか否かの判定に使用する優先判定情報
となる。優先データ情報登録ファイル１０１は、通信シ
ステムの構築時に設定され、システム立ち上げ時に主記
憶上の優先データ情報登録メモリ１０２に記憶，管理さ
れる。補助記憶装置１００の優先データ情報を全ての端
末、および網間中継装置に格納する必要はなく、優先デ
ータ情報管理サーバ端末がシステム内に存在し、その他
の端末，網間中継装置は、立ち上げ時通信要求を発行し
自装置内の優先データ情報登録メモリ１０２に取り込ん
でもよい。また、この優先データ情報は、静的に割り付
けても、動的に追加，変更，削除等の操作を行っても構
わない。
【００２７】網間中継装置は、端末の上記構成と比較す
ると通信プログラム処理部１２０やＴＣＰプロトコル送
受信処理部１２１，１３５を搭載していない装置もある
が通常上記端末１４０と同じような構成になる。ただ
し、網間中継装置は、二つ以上の通信網へ二つ以上の通
信装置により接続され、それぞれの通信網から受信した
データを別の通信網へ送信し中継する機能を備えてい
る。
【００２８】通信システムへの外部からの入力は、通信
ネットワーク（通信網とも称す）１１０上の所定の端末
より行われ、通信装置１１１，データ受信手段１３０，
受信データの優先判定手段１３１，受信データの接続手
段１３２，１３６，受信データの取り出し手段１３３，
ＩＰプロトコルの受信処理部１３４，ＴＣＰプロトコル
の受信処理部１３５，通信プログラム処理部１２０の順
で伝達され処理が行われる。
【００２９】処理結果の通信システムの外部への出力
は、通信プログラム処理部１２０，ＴＣＰプロトコルの
送信処理部１２１，ＩＰプロトコルの送信処理部１２
２，送信データの優先判定手段１２３，送信データの接
続手段１２４，送信処理待ちキュー１２７，送信データ
の取り出し手段１２５，データ送信手段１２６，通信装
置１１１の順で伝達され処理が行われ、通信ネットワー
ク１１０上の所定の端末上へ出力される。
【００３０】システム内のいずれかの端末の通信プログ
ラムがデータ出力し、通信網を流れ宛先端末の上記入力
時の処理手順で、受信側通信プログラムに、データが届
けられる。ただし、網間中継装置が介在する場合は、通
信ネットワーク１１０上の所定の端末より入力が行わ
れ、通信装置１１１，データ受信手段１３０，受信デー
タの優先判定手段１３１，受信データの接続手段１３
２，１３６，受信データの取り出し手段１３３，ＩＰプ
ロトコルの受信処理部１３４，ＩＰプロトコルの送信処
理部１２２，送信データの優先判定手段１２３，送信デ
ータの接続手段124,送信処理待ちキュー１２７，送信デ
ータの取り出し手段１２５，データ送信手段１２６，通
信装置１１１の順で伝達され処理が行われ、通信ネット
ワーク１１０上の所定の端末上へ出力される。
【００３１】＜送信処理＞図１を用いて、通信プログラ
ムから通信網へデータ送信するまでの処理を示す。通信
プログラム処理部１２０から送信されたデータは、プロ
トコル送信処理部１４１のＴＣＰプロトコル処理部１２
１でＴＣＰヘッダを付加し、次にＩＰプロトコル送信処
理部１２２でＩＰヘッダが付加される。そして、送信デ
ータの優先判定手段１２３にてデータ内のプロトコルヘ
ッダ内の情報をチェックし優先送信するか非優先送信か
を判定し、送信処理待ちキュー１２７の優先データ処理
待ちキューか非優先データ処理待ちキューのいずれかに
送信データの接続手段１２４にて接続する。送信データ
の接続手段１２４にて、送信処理待ちキュー１２７に一
つもデータが接続されていない場合、かつデータ送信手
段１２６にて通信装置１１１へデータの送信要求を発行
していない場合は、送信処理待ちキュー１２７にデータ
を接続せずに直接データ送信手段１２６へデータを渡
す。データ送信手段１２６で送信データにデータリンク
層ヘッダ（ＬＡＮへの送信時はＭＡＣヘッダ）を付加
し、通信装置１１１を送信起動し通信網１１０へデータ
送信する。
【００３２】データ送信手段１２６にて通信装置１１１
へデータを送信要求を発行し、かつ送信処理待ちキュー
１２７に一つもデータが接続されていない場合、あるい
はデータ送信手段１２６にて通信装置１１１へデータを
送信要求を発行し、かつ送信処理待ちキュー１２７にデ
ータが接続されている場合は、送信処理待ちキュー１２
７にデータを接続する。このキューに接続されたデータ
は、データ送信手段１２６が現在通信装置１１１へ送信
要求している処理が終了し、通信装置１１１から終了割
り込みを受けた時点で送信処理待ちキュー１２７より次
に送信すべきデータを送信データの取り出し手段１２５
により取り出し通信装置１１１へ送信要求する。送信デ
ータの取り出し手段１２５により取り出されるデータ数
は、次に通信装置１１１が受付可能なデータ数である。
つまり、通信装置１１１がデータ送信手段１２６から要
求されたデータを通信網１１０へ送信し終了するまでの
間送信処理待ちキュー１２７に溜め込まれる。そして次
に通信網へのデータ送信手段１２６が動作するときに送
信データの取り出し手段１２５にて優先データから順に
データを取り出し送信処理を行う。
【００３３】＜受信処理＞図１により、通信網からデー
タを受信し通信プログラムへ渡すまでの処理を説明す
る。通信装置１１１が通信網１１０からデータを受信す
ると通信装置１１１からデータ受信手段１３０に割り込
みで報告され、データ受信手段１３０が通信装置１１１
からデータを取り込む。受信データの優先判定手段１３
１にて受信データ内のプロトコルヘッダ内の情報をチェ
ックし優先受信するか非優先受信かを判定し、受信処理
待ちキュー１３６の優先データ処理待ちキューか非優先
データ処理待ちキューのいずれかに受信データの接続手
段１３２にて接続する。受信処理待ちキュー１３６に一
つもデータが接続されていない場合は、プロトコル受信
処理部１４３を起動し、一連の割り込み報告による受信
処理を終了する。データが接続されている場合は、受信
処理を即終了する。プロトコル受信処理部１４３が起動
されると受信データの取り出し手段１３３により受信処
理待ちキュー136から次に処理すべき優先度の高いデー
タを一つ取り出し、ＩＰプロトコル受信処理部１３４へ
データを渡し、自端末宛てのデータであれば上位のＴＣ
Ｐプロトコル受信処理部１３５経由で通信プログラム処
理部１２０へデータを渡す。
【００３４】ＩＰプロトコル受信処理部１３４にて自端
末宛てでないデータでかつ中継すべきデータと判断した
場合は、受信データをプロトコル送信処理部１４１のＩ
Ｐプロトコル送信処理部１２２へ渡し、送信データの優
先判定手段１２３，送信データの接続手段１２４，送信
データの取り出し手段１２５，データ送信手段１２６を
経由し送信する。
【００３５】プロトコル受信処理部１４３は、受信処理
待ちキュー１３６にデータが接続されている限り上記の
プロトコル受信処理を繰り返す。プロトコル受信処理部
143が動作中であっても通信網からのデータ受信手段１
３０は、割り込み動作する。このため通信装置１１１か
ら受信したデータは、受信処理待ちキュー１３６に接続
され溜め込まれる。この溜め込まれたデータをプロトコ
ル受信処理部１４３への受信データの取り出し手段１３
３にてデータを取り出しプロトコルの受信処理を行う。
【００３６】＜優先判定情報＞受信，送信データが優先
すべきデータか非優先データかを判定するために参照す
るプロトコルヘッダ内の優先判定情報について説明す
る。
【００３７】図３に、通信網を流れるデータフレーム３
００の構成例を示す。データフレーム３００は、データ
リンク層としてＩＥＥＥ８０２.３ を用いた場合のＴＣ
Ｐ／ＩＰのフレーム構成例である。この他、イーサネッ
トフレームやＩＥＥＥ８０２フレームがある。ＴＣＰ／
ＩＰプロトコルを用いた場合の優先判定情報は、データ
のプロトコル種別，ＴＣＰヘッダ３３０内の宛先ポート
番号３３２，送信元ポート番号３３１、およびＩＰヘッ
ダ３２０内の宛先インターネットアドレス322,送信元イ
ンターネットアドレス（ＩＮＡ）３２１である。
【００３８】プロトコル種別は、ＩＥＥＥ８０２.３ の
ＭＡＣヘッダ，ＬＬＣ（LogicalLink Control），ＳＮ
ＡＰ（Sub Network Access Point）から成る物理ヘッダ
３１０内のＳＮＡＰヘッダ内のプロトコルタイプ３１１
を用いる。プロトコルタイプ３１１は、ＤＡＲＰＡプロ
トコルとしてリクエスト・フォー・コメンツ（ＲＦＣ）
内にタイプ番号とプロトコル名が記載されており１６進
数表記でＩＰプロトコルが８００，ＡＲＰが８０６と決
められている。更にプロトコル種別を限定するために、
プロトコルタイプ３１１がＩＰのとき、ＩＰヘッダ３１
２内のプロトコル３２６（ＩＰの上位プロトコル）を用
いる。プロトコル３２６としては、ＴＣＰ，ＵＤＰ、お
よびＩＣＭＰなどのプロトコルがＲＦＣで定義されてい
る。インターネットアドレスは、ＩＰヘッダ３２０の送
信元ＩＮＡ（インターネットアドレス）３２１，宛先Ｉ
ＮＡ３２２を用いる。ポート番号は、ＴＣＰあるいはＵ
ＤＰヘッダ３３０内の送信元ポート番号３３１，宛先ポ
ート番号３３２を用いる。
【００３９】図４に示す形式により、図１の優先データ
情報登録メモリ１０２に、上記優先判定情報の内どの組
み合わせを優先的に送受信するかが格納されている。す
なわち、データの物理ヘッダ３１０内のプロトコルタイ
プ４０１，ＩＰヘッダ内のプロトコルタイプ４０２，送
信元のＩＮＡ４０３，宛先のＩＮＡ４０４，送信元ポー
ト番号４０５，宛先ポート番号４０６が、それぞれの対
応する部分に格納されている。プロトコルには、直接、
通信プログラム処理部１２０において通信プログラムの
処理に使用するＴＣＰ，ＵＤＰプロトコルとＡＲＰ，Ｉ
ＣＭＰのようなシステム内のプロトコル処理から使用さ
れ通信プログラムからは直接使用されないプロトコルが
ある。全てのプロトコルを優先データ情報として登録す
ると優先データ情報登録メモリを検索するオーバーヘッ
ドが大きくなり通信性能が遅延するため、ＡＲＰ，ＩＣ
ＭＰのような直接通信プログラムから使用されないプロ
トコルは、予め優先データとして処理しても良い。優先
データ情報登録メモリを検索するオーバーヘッドを高速
化するためのハッシュ化等の処理も組み込む。また、優
先判定する情報全てを比較しなくても良いように優先デ
ータ情報登録メモリに格納される値が０の場合、その項
目の比較を行わない。この値は０でも−１でも構わない
が優先判定情報内で用いられない値である必要がある。
【００４０】＜優先判定＞図５に、送受信データの優先
判定手段の一例のフローチャートを示す。この例では、
処理５００，５０５にて送受信するデータのプロトコル
種別をチェックし、ＡＲＰ，ＩＣＭＰである場合無条件
に優先データとし、ＡＲＰ，ＩＣＭＰ，ＴＣＰ，ＵＤＰ
以外のプロトコルである場合非優先データとして扱う。
データがＴＣＰ，ＵＤＰプロトコルならば処理５１０〜
５５０にてデータと優先データ情報登録メモリ内全ての
宛先，送信元ポート番号、および宛先，送信元インター
ネットアドレスを比較する。優先データ情報が０の場合
は比較せずに次の優先データ情報の比較を行う。登録さ
れている場合、優先データとし、登録されていない場合
には、非優先データとする。
【００４１】処理５００，５０５の代わりに、優先デー
タ情報登録メモリ内の情報項目プロトコルタイプ４０１
とデータヘッダ内のプロトコルタイプ３１１，プロトコ
ル３２６とＩＰ上位プロトコル４０２の比較処理を、処
理５１０と５０５の間に入れることもできる。データヘ
ッダ内のプロトコルタイプ３１１，プロトコル326と優
先データ情報登録メモリ内の情報項目プロトコルタイプ
４０１，ＩＰ上位プロトコル４０２の一致する項目が登
録されている場合処理５０１以降の判定を行い、一致す
る項目が登録されていない場合、非優先データと判断す
る。
【００４２】＜処理待ちキュー構成＞上記のようにデー
タの優先判定を行った後、送受信データの接続手段によ
り送受信データ処理待ちキューに接続する。送信・受信
処理待ちキューへのデータ接続方法，取り出し方法を説
明する前に送信・受信処理待ちキューの構成について説
明する。
【００４３】図６に、送信・受信データ処理待ちキュー
の構成図を示す。送信・受信データ処理待ちキューは、
送信・受信データの処理待ちキュー制御に使用する情報
から成るキューヘッダ６１０，優先データの処理待ちキ
ュー６２０と非優先データの処理待ちキュー６３０から
成る。優先データ処理待ちレベルキュー６２０，非優先
データ処理待ちレベルキュー６３０の構造は同じ構造で
ある。各処理待ちキューには、各キューごとに連続して
取り出せるためのデータ数である連続取り出し可能最大
データ数６２１，６３１と、現在の連続取り出し可能デ
ータ数６２２，６３２，各キューに現在いくつの処理待
ちデータが接続されているかをカウントする処理待ちデ
ータ数６２３，６３３，該当優先レベルキューに接続さ
れているデータのＦＩＦＯの処理待ち状態のデータリス
トの先頭と最後のデータのデータヘッダアドレス６２
４，６３５と６２５，６３５から成る。各キューに接続
されるデータの内部処理構造６４０は、データの属性や
優先情報等のデータ制御情報を格納するデータ管理ヘッ
ダ６４１とデータ部６４２からなる。
【００４４】上記処理待ちキューの初期情報の一例を次
に示すと、図６のキューヘッダ610内のトータルデータ
数６１１が０の場合である。
【００４５】送信又は受信できる上限回数は、補助記憶
装置１００に送信又は受信処理上限登録ファイル１０３
を配置し、優先と非優先のそれぞれの処理上限回数を登
録する。この上限回数は、データの送信又は受信処理を
開始するまでに、送信又は受信処理待ちキュー６００の
優先データ処理待ちキュー６２０内の連続取り出し上限
回数６２１と非優先データ処理待ちキュー６３０内の連
続取り出し上限回数６３１に格納する。現在の連続取り
出し回数６２２，６３２、その他の処理待ちデータ数、
先頭処理待ちデータアドレス６２４，６３４、および最
終処理待ちデータアドレス６２５，６３５には０が格納
される。取り出し上限回数６２１，６３１以外の情報
は、処理待ちキューへのデータ接続処理，データ取り出
し処理により値が変更される。
【００４６】＜接続方法＞図７に、送受信処理待ちキュ
ーへのデータの接続方法のフローチャートを示す。処理
７１０で接続するデータが優先か非優先かを判定する。
処理７２０にて優先データならば優先データの処理待ち
キューの最終処理待ちデータアドレス625で示されるデ
ータの次に接続し、優先データ処理待ちキューの処理待
ちデータ数６２３を１加算する。非優先データならば処
理７３０にて非優先データの処理待ちキューの最終処理
待ちデータアドレス６２５で示されるデータの次に接続
し、非優先データ処理待ちキューの処理待ちデータ数６
２３を１加算する。最後に処理７４０にてキューヘッダ
内のトータルデータ数６１１を１加算する。
【００４７】＜取り出し方法＞次に、図８に、送信・受
信データ処理待ちキューから送信処理するデータ、ある
いは受信処理するデータを取り出す方法のフローチャー
トを示す。この処理には優先データが連続処理されるこ
とにより非優先データが送信又は受信処理待ちキューか
ら取り出せず飢餓状態に陥ることを防止する処理も含め
ている。このフローに示す飢餓状態防止方法は、優先デ
ータ，非優先データの連続処理回数を用いた１例であ
る。
【００４８】処理８１０〜８２５は、優先データ処理待
ちキューからのデータ取り出し処理である。処理８５０
〜８６０が非優先データ処理待ちキューからのデータ取
り出し処理である。処理８３０，８４０，８４５，８６
５，８７０は、飢餓状態防止のための調整処理部であ
る。非優先データの飢餓状態を防止するため、各キュー
の連続取り出し上限回数と現在の連続取り出し回数を用
い、優先データの連続取り出し数を現在の連続取り出し
回数でカウントし、連続取り出し上限回数を越えた（又
は上限回数と等しい）時、非優先データがあれば非優先
データを取り出す。この時に非優先データをいくつ処理
するかは、登録されている非優先データ処理待ちキュー
の取り出し上限回数で決まる。
【００４９】通常優先データが存在する場合は、非優先
データが存在しても処理８１０〜８３０により処理待ち
キューから優先データが取り出され、優先データ処理待
ちキュー６２０の処理待ちデータ数６２３と連続取り出
し回数６２２が減算される。優先データ処理待ちキュー
６２０の連続取り出し回数が、連続取り出し上限回数と
等しくなる（処理８１５）と優先データの取り出しを中
断し、非優先データが存在するかチェック（処理８４
０）する。非優先データが存在する場合は、処理８５５
〜８６０にて非優先データの取り出しを行う。この後、
処理８６５にて、非優先データの連続取り出し回数６３
２が連続取り出し上限回数６３１を越えた（又は上限回
数６３１と等しい）場合、非優先データおよび優先デー
タの処理待ちキューの連続取り出し回数６３２，６２２
を０に設定する（処理８７０）。この連続取り出し回数
の初期化（処理８４５，８７０）は、送信・受信処理待
ちキューにデータが一つも存在しなくなった時(処理８
１０−８５０−８７０)、優先データは存在するが優先
データの連続取り出し回数が連続取り出し上限回数とな
り、非優先データの取り出しを行おうとしたが非優先デ
ータが存在していなかった時(処理８４０−８４５)、優
先データ，非優先データとも取り出し回数６２２，６２
３が連続取り出し上限回数と等しくなった時(処理８６
５−８７０)行われる。連続取り出し回数の初期化は、
優先データの取り出しを中断する必要がなくなったタイ
ミングで行う。
【００５０】上記は、連続取り出し回数を積算する積算
手段と、積算値が上限回数に達したか否か判定する積算
値上限回数判定手段を用いた例である。
【００５１】このほか、予め連続取り出し回数を上限回
数で初期化し、データを取り出すごとに減算し、０にな
ったか否か判定する方式でもよい。
【００５２】上記の優先データ，非優先データの連続処
理回数による飢餓状態防止策の他に次方式でも良い。補
助記憶装置１００にシステム内に残留できる上限時間を
送信・受信処理上限登録ファイル１０３に登録し、デー
タの送信又は受信までにそれぞれの処理待ちキューに格
納する。そして、送信・受信処理待ちキューにデータを
接続した後、一定周期にキューに接続されているデータ
のデータヘッダ内の待ち時間カウンタを加算し、残留上
限時間を越えたデータ（又は残留上限時間と等しいデー
タ）を準優先データとし処理待ちキューから取り出す。
この時本来の優先データの遅延を招かないよう取り出し
個数を優先データ複数個に対し準優先データ一つという
ように調整し取り出す。また、回数による方式と接続さ
れてからの待ち時間両方を組み込んだ取り出し方法でも
よい。これらについての詳細な例は、実施例３にて示
す。
【００５３】本実施例によれば、プロトコル種別，ＩＰ
ヘッダ内のインターネットアドレス、およびＴＣＰある
いはＵＤＰヘッダ内のポート番号を用いて優先送信処
理，優先受信処理したいデータを判別でき、通信プログ
ラムで送受信するデータ単位にリアルタイム性が要求さ
れるデータを優先処理できる効果がある。また、優先判
定情報をポート番号だけにすることにより通信システム
内のサービス種別単位に優先処理でき優先判定の処理オ
ーバーヘッドを低減することもできる。
【００５４】〔実施例２〕以下、実施例２について説明
する。
【００５５】実施例１では、データ受信時もＴＣＰある
いはＵＤＰのポート番号とＩＰのインターネットアドレ
スを優先判定情報として用いた例を示した。しかし、Ｔ
ＣＰあるいはＵＤＰからの送信データサイズが下位通信
網の最大転送バイト数よりも大きい場合、送信データを
セグメンティング（分割）し、受信データをリアセンブ
ル（再組み立て）する。このセグメンティングされたデ
ータには、ＴＣＰやＵＤＰヘッダを含まないデータフレ
ームも存在してしまう。つまり、セグメンティングされ
たデータを受信した時に実施例１で示した優先判定情報
だけでは優先データか非優先データかを判定できない場
合が生じる。これを回避する方法について、この実施例
２で説明する。
【００５６】上記セグメンティング，リアセンブル処理
は、ＩＰプロトコルとして規定されており周知である。
この送信データのセグメンティングしたデータは、ＩＰ
プロトコルではフラグメントと呼ばれている。このフラ
グメントの概略図を図９に示す。データ９００をＩＰプ
ロトコルが送信依頼された場合、ＩＰヘッダ９０２から
ユーザデータ２の９０４までのデータサイズが送信先の
通信網が扱える最大転送バイト数より大きい時、データ
９１０とデータ９２０のようにデータを分割する。図９
には、二つに分割した図を示している。一つ目のデータ
９１０には、ＴＣＰ／ＵＤＰヘッダ９１３が付加される
が、二つ目以降の分割されるデータにはＴＣＰ／ＵＤＰ
ヘッダは付加されない。ＩＰプロトコルでは、一つのデ
ータを複数に分割し送信する場合、データを受信した側
で再組み立てできるための情報を各分割データ内のＩＰ
ヘッダ９１２，９２２に格納するようになっている。図
３のデータ分割識別子３２７，フラグ３２４，ＦＯ３２
５の情報が再組み立てに使用する情報である。
【００５７】実施例１では、送信データの判定手段を、
図１のＩＰプロトコル送信処理部１２２の次に置き処理
していたが、実施例２では、ＩＰプロトコル送信処理部
１２２でデータ分割処理を行う前に置く。そして優先判
定した結果を元に分割するデータ全てのＩＰヘッダのタ
イプオブサービスフィールド（図９の９５０）内のデー
タグラムの優先度（図９の９５１）にデータの優先か否
かの識別子を格納する。以後の優先送信処理は、この優
先識別子により優先データか非優先データかを判断する
以外、実施例１と同じである。格納するデータの優先識
別子の値は、送信データの優先判定により優先データか
非優先データかを識別した後で、それぞれに対応付けて
登録されている優先識別子を用いる。
【００５８】データ受信処理の構造は、実施例１の場合
と略同じ。ただし、図１の受信データの優先判定手段１
３１が、実施例１で示した方法と異なる。すなわち、異
なる部分は、プロトコル種別がＩＰプロトコルであると
認識した後の優先データか非優先データかの判定を、図
９のＩＰヘッダ内タイプオブサービス情報中のデータグ
ラムの優先度９５１を用いて行うところである。この優
先度９５１は、上記データ送信処理で説明した通り、予
め優先データと非優先データに対して優先識別子を対応
付けて置き、その優先識別子の値に従い優先判定を行
う。優先判定後の処理は、実施例１と同じ処理を行う。
【００５９】本実施例によれば、最大転送バイト数の異
なる下位通信網が複数存在する通信システムにおける網
間中継装置で送受信データがセグメンティングされても
どのデータを優先的に処理するかを判別でき、本発明を
適用できる通信機器に制限を付けずに優先制御を行える
効果がある。
【００６０】本実施例では、データ送信時、優先データ
と非優先データに対応するデータの優先度をデータ内の
プロトコルヘッダの優先度情報９５１に格納し、データ
を受信時、データ内のプロトコルヘッダの優先度情報９
５１に従いデータの受信処理を優先制御する例を示し
た。この方法では、予め端末がデータ内のプロトコルヘ
ッダの優先度情報９５１に優先するか否かを示す優先識
別子を設定しなければいけない。このため、上記処理を
行わない端末からデータを受信し中継する場合にＩＰプ
ロトコルに準拠した端末，網間中継装置で、処理が正常
動作しない場合又は優先判定ができない場合が発生す
る。これを回避するために、データ送信時データ内のプ
ロトコルヘッダの優先度情報９５１を格納せずに、実施
例１の通り送信する。そして、図３に示すような、予め
受信したデータのＩＰヘッダ内のIdentification（デー
タ識別子）３２７，フラグメントオフセット３２５，フ
ラグ３２４を監視し、分割されたデータの先頭データと
判断した場合、そのデータが優先すべきデータかを優先
判定情報より決定し、優先データであるとき、データ分
割識別子ごとに記憶する。一つのデータ分割識別子に１
ビット割り付け、データ分割識別子ごとに優先データか
否かを管理できるようにする。初期値はオフとし、分割
データの先頭データのヘッダ情報から優先すべきデータ
と判断したときに、対応するデータ分割識別子のフラグ
をオンする。受信したデータのＩＰヘッダ内のフラグメ
ントオフセット，フラグから分割された２個目以降のデ
ータと判断した場合、ＩＰヘッダ内のデータ分割識別子
に対応するフラグがオンであれば、優先データ、オフで
あれば非優先データとして処理する。分割されたデータ
の最後のデータを受信した場合、優先判定を実施後、Ｉ
Ｐヘッダ内のデータ分割識別子に対応するフラグがオフ
する。この方法では、プロトコルヘッダの優先度情報に
優先するか否かを示す値を設定する処理を採用しない端
末からのデータも網間中継装置で中継するデータに対し
優先制御でき、かつＩＰプロトコルで規定されるデータ
グラムの優先度９５１をサポートしている端末，網間中
継装置でもプロトコル違反をすることなく優先制御でき
る効果がある。
【００６１】〔実施例３〕以下、実施例３について説明
する。実施例１，２では、優先と非優先の２レベルの優
先制御であるが、実施例３では、優先制御を２レベル以
上の複数の優先処理レベルで実施する場合の実施例につ
いて説明する。
【００６２】通信システム内の優先通信制御方式の構成
は、実施例１で説明した図１の構成と略同じであるが、
優先データ情報登録ファイル１０１と優先データ情報登
録メモリ１０２の構成，送信又は受信処理上限登録ファ
イル１０２，送信・受信処理待ちキュー１２７，１３６
の構成，処理待ちキュー内の各種管理情報が異なる。更
に、送信・受信データの優先判定手段１２３，１３１や
送信・受信データの接続手段１２４，１３２、および送
信・受信データの取り出し手段１２５，１３３でそれぞ
れ優先処理レベルを考慮した処理を行う。また、低い優
先レベルの飢餓状態を防止するための手段として、本実
施例では、定周期残留積算手段１５０を使用する。優先
判定情報の構成，通信プログラムから通信網へデータ送
信するまでの処理、および通信網からデータを受信し通
信プログラムへ渡すまでの処理は、実施例１と同じであ
る。
【００６３】優先データ情報は、実施例１で説明した図
４の構成に優先レベルを追加した図１０の構成を用い
る。この優先データ情報に登録されている優先判定情報
を持つデータの優先レベルは、図１０の優先判定情報と
一致した情報内の優先処理レベル１００７値を用いて以
後の送信・受信処理の優先制御を行う。データの優先判
定情報が優先データ情報登録メモリ１０２に登録されて
いない場合は、最も低い優先処理レベルを割り当て、送
信・受信処理する。
【００６４】図１１に、優先レベルを３とした場合の送
信・受信処理待ちキューの構成を示す。送信・受信処理
待ちキュー１１００は、キューヘッダ１１１０と使用す
る優先処理レベル数分の優先処理レベルごとの処理待ち
キュー１１１０，１１２０，１１３０，１１４０から成
る。キューヘッダ１１１０には、各優先処理レベルごと
の処理待ちキューに接続されているトータルデータの数
を格納するトータルデータ数１１１１，飛び越しデータ
リスト１１１２、および優先処理レベル数1113，飛び越
しデータ数１１１４から成る。飛び越しデータリスト１
１１２は、低い優先レベルのデータが処理待ちキューに
接続されてから定周期残留積算手段150にて飢餓状態と
判断したデータを最優先で送信待ちするリストである。
優先処理レベル数１１１３は、通信システム内で使用す
る優先処理レベルの数を予め決定し登録しておく。各優
先処理レベルごとの処理待ちキューの構成情報１１２１
〜１１２３、およびキューに接続するデータ構造１１４
０は、データヘッダに残留カウンタ１１５０を持つ以外
は、実施例１で説明したものと同様のものである。キュ
ーヘッダ情報１１１０の初期値は、トータルデータ数１
１１１と飛び越しデータ数が０，優先データ情報登録フ
ァイル１０１より入力し、優先処理レベル数に予め登録
された値を格納する。各優先レベルごとの処理待ちキュ
ーの処理待ちデータ数１１２１が０，残留上限値１１２
３は、送信・受信処理上限登録ファイル１０３より入力
し、予め登録された値を初期値とする。キューヘッダ11
10と優先レベル１１２０，１１３０，１１４０ごとの処
理待ちキュー内のデータリストは、データが接続されて
いない状態にする。
【００６５】＜優先判定＞優先処理レベル化した優先制
御で使用する送信・受信データの優先判定方法は、図５
の処理５５５のように無条件に優先データとする処理の
代わりに、データ内の優先判定情報と図１０の優先デー
タ情報登録メモリに登録されている優先データ情報の一
致する情報内の優先処理レベル１００７をデータの優先
処理レベルとする処理方法である。また、ＡＲＰとＩＰ
以外のプロトコルタイプ，ＩＣＭＰ，ＴＣＰ，ＵＤＰ以
外のＩＰプロトコル上位のプロトコル，優先データ情報
登録メモリに登録されていない優先判定情報のデータの
場合（処理５００〜５１０）は、処理５６０の代わりに
最も低い優先処理レベルのデータとして扱う。これらプ
ロトコルも図１０に示す優先データ情報登録ファイルに
登録しておくことにより優先処理レベルを設定すること
も可能である。上記データの優先判定後、図１１のデー
タヘッダ１１４１内に優先処理レベル１１５１を格納
し、データの処理待ちキューへの接続処理へ渡す。以後
データを通信網へ送信するか、あるいは受信データを通
信プログラムに渡すまで各処理でデータヘッダ内の優先
処理レベル１１５１を参照する。
【００６６】又、データの送信要求時あるいはデータ受
信時からシステム内に残留している時間を積算するため
の残留カウンタ１１５０をデータヘッド内に有する。残
留カウンタ１１５０は、データの送信要求時あるいはデ
ータ受信時に０で初期化する。
【００６７】＜データの接続＞送信・受信データを送信
・受信処理待ちキュー１１００へ接続するのは、データ
の接続手段にて行い、接続フローを図１２に示す。デー
タは、処理１２００にてデータの優先処理レベルに対応
する処理待ちキューの一番最後に接続し、この優先レベ
ルキューの処理待ちデータ数を１加算する。そして処理
１２１０にてキューヘッダのトータルデータ数を１加算
する。
【００６８】＜データの取り出し＞以下、優先処理レベ
ルをレベルで、送信・受信処理待ちキューを処理待ちキ
ューで、優先レベルごとの処理待ちキューをレベルキュ
ーで説明する。処理待ちキューからレベルを用いて一つ
のデータを取り出すフローチャートを図１３に示す。実
際の処理では図１３の処理フローを取り出したいデータ
数分ループし、データを取り出す。取り出し処理の説明
を簡単にするため一つのデータを取り出す処理に限定し
ている。
【００６９】処理１３００にて現在処理待ちキューにデ
ータが接続されているかをキューヘッダのトータルデー
タ数で判定する。データが接続されていない場合は、デ
ータなしとして処理を終了する。一つ以上のデータが接
続されている場合は、低い優先レベルのデータが飢餓状
態に陥った時に接続されるキューヘッダ内の飛び越しデ
ータリストにデータが接続されているかを処理１３０５
でチェックする。飛び越しデータが存在する場合は、処
理１３３５〜１３４０でキューヘッダからデータを外し
トータルデータ数１１１１と飛び越しデータ数１１１４
を１減算する。この飛び越しデータリストへデータを接
続するのは、定周期残留積算手段にて行う。この手段に
ついては、後ほど説明する。通常は、処理１３０５〜１
３３０を繰り返し、最も高い優先レベルのキューから順
に低いレベルのキューをサーチし取り出せるデータが存
在するかサーチする。現在のサーチ対象レベルキューに
データがあるか処理１３１０で判定する。処理待ちデー
タがある場合、処理1315にてデータを一つ取り出し、処
理１３２０で処理待ちキューのトータルデータ数，現在
のサーチ対象レベルキューの処理待ちデータ数を１減算
する。処理１３１０でサーチ中の対象レベルキューにデ
ータがない場合は、処理１３２５にてサーチする優先レ
ベルを変更する。その結果のサーチ優先レベルが最低レ
ベルを越えたかを処理１３３０で判定し、越えていない
場合は、処理１３０５から次の優先レベルキューのサー
チを繰り返す。処理１３３０で、最低レベルを越えた場
合は、取り出せるデータなしとして終了する。
【００７０】＜定周期残留積算手段＞次に、図１４に、
定周期で起動され処理待ちキュー内に接続されるデータ
の残留時間の積算手段についての処理手順を示し説明す
る。この処理は、予め登録された時間に従い、一定周期
で起動され、図１４のフローチャートに示す処理を実行
する。処理１４００で処理待ちキューに最優先レベルキ
ューの処理待ちデータおよびキューヘッダ内の飛び越し
データ以外のデータがあるか判定し、ない場合は処理を
終了する。最優先データと飛び越しデータ以外のデータ
がある場合は、最優先レベルより一つ下の優先レベルの
キューから順に最低レベルのキューまで処理１４０５〜
１４２０を繰り返し、全ての処理待ちデータのデータヘ
ッダ内残留カウンタ１１５０を１加算する。加算した結
果、そのデータのレベルキューの残留上限値１１２３を
越えた（又は等しい）場合は、飢餓状態のデータと判断
（処理１４２０）し、処理１４２５〜１４３０でそのデ
ータを接続されているレベルキューから外しキューヘッ
ダの飛び越しリスト１１１２の一番後ろへ接続し、処理
待ちデータ数１１２１を１減算する。
【００７１】本実施例によれば、複数の優先処理レベル
を用いるので、リアルタイム性が要求されるデータをさ
らに送信・受信処理する際に優先順序化することができ
る。また、定周期残留積算手段を用いるので、高優先デ
ータが連続して発生した場合においても低優先データの
送信・受信処理が完全に中断しないようになるので、不
必要な再送処理による通信網の輻輳状態，論理回線の切
断を回避できる効果がある。
【００７２】〔実施例４〕以下、実施例４について説明
する。実施例３の場合は、実施例２で説明したセグメン
ティングされるデータに対して優先判定情報を取り込め
ず優先判定ができない場合がある。そこで、本実施例で
は、実施例３の場合に、実施例２で説明したセグメンテ
ィング，リアセンブルされるデータに対しての優先制御
方法を取り入れた複数の優先処理レベルによる通信方法
を説明する。
【００７３】送信データの判定手段を、実施例３では、
図１のＩＰプロトコル送信処理部１２２の次に置き処理
していたが、本実施例では、ＩＰプロトコル送信処理部
１２２でデータ分割処理を行う前に置く。そして、優先
判定手段にて求めた優先処理レベルを分割するデータ全
てのＩＰヘッダのタイプオブサービスフィールド（図９
の９５０）内のデータグラムの優先度（図９の９５１）
に格納する。以後の優先送信処理は、実施例３と同様で
ある。優先度とする値は、優先処理レベル値を直接格納
しても、優先レベルと優先度変換表により変換した値を
格納しても良く、通信システム内で統一されていればよ
い。データ受信処理の構造は、実施例３と略同様であ
る。ただし、図１の受信データの優先判定手段１３１が
実施例３で示した方法と異なる。異なる点は、プロトコ
ル種別がＩＰプロトコルであると認識した後の優先判定
を、図９のＩＰヘッダ内タイプオブサービス情報中のデ
ータグラムの優先度（図９の９５１）を用いて行う点で
ある。上記データ送信処理で説明したとおり、予め優先
処理レベルとＩＰヘッダ内の優先度を対応付けて置き、
優先度９５１の登録値に従い優先判定を行う。優先判定
後の処理は、実施例３と同様の処理を行う。
【００７４】本実施例によれば、データのセグメンティ
ングに対応しているので、実施例３の効果に加え、複数
の異なる通信網からなる通信システムへも適用可能とな
る効果がある。
【００７５】本実施例では、データ送信時、優先処理レ
ベルをデータ内のプロトコルヘッダの優先度情報に格納
し、データを受信時、データ内のプロトコルヘッダの優
先度情報に従いデータの受信処理を優先制御する例を示
した。この方法では、予め端末がデータ内のプロトコル
ヘッダの優先度情報に優先する処理レベルを設定してお
く必要がある。このため、上記処理を行わない端末から
のデータを受信し中継する場合に優先処理レベル判定で
きない問題が発生する。これを回避するために、データ
送信時、データ内のプロトコルヘッダの優先度情報を格
納せずに送信する。そして、予め受信したデータのＩＰ
ヘッダ内のデータ分割識別子（Identification），フラ
グメントオフセット，フラグを監視し、分割されたデー
タの先頭データと判断した場合、そのデータが優先すべ
きデータかを優先判定情報より決定し、優先データであ
る時、データ分割識別子ごとに記憶する。そして、受信
したデータ分割識別子と優先処理レベルを対応付ける表
を管理する。初期値は、０とし、分割データの先頭デー
タのヘッダ情報から優先処理レベルを決定し、そのデー
タ分割識別子と優先処理レベルを記憶する。受信したデ
ータのＩＰヘッダ内のフラグメントオフセット，フラグ
から、分割されたデータの２個目以降のデータであると
判断した場合、ＩＰヘッダ内のデータ分割識別子が前記
表に記憶されていれば、その優先処理レベルに送信又は
受信処理する。分割されたデータではあるが、対応する
データ分割識別子が前記表に記憶されていない場合は、
先頭データがまだ到着していない、又は途中で破棄され
たと見做し、予め登録されている優先処理レベルで送信
又は受信処理する。その後、先頭データが到着した場合
は、そのデータの分割識別子と優先処理レベルを上記表
に記憶する。分割データの最後のデータを受信した場
合、優先判定を実施した後、そのデータの分割識別子と
優先処理レベルを上記表から削除する。高速検索できる
ためのハッシュ化による検索，登録、および削除などの
方法により上記表の管理を行う。この方法によれば、異
なる構成の端末からのデータを網間中継装置で中継する
データに対して優先処理レベルによる優先制御ができ
る。
【００７６】以上説明したように、マルチメディア，プ
ラントデータの様なリアルタイム性が要求されるデータ
とある程度の遅延が許されるデータが混在した通信シス
テムにおいて、データの送受信処理の順序をデータごと
に決定できるので、アプリケーションの通信プログラム
が扱うデータごとに通信上の制限を設けることなく優先
制御できる効果がある。また、アプリケーションの通信
プログラムに、通信上の制限を設けることなく通信デー
タ単位に優先処理レベルを設定できる。さらに、データ
内のプロトコルヘッダにサービス識別子を持たないデー
タに対しても優先制御できるため、種別の異なる複数の
通信網を中継する網間中継装置へも適用できる効果があ
る。高優先データが連続して発生した場合においても低
優先データの送受信処理が完全に中断しないようになる
ので、不必要な再送処理による通信網の輻輳状態，論理
回線の切断を回避できる効果がある。
【００７７】
【発明の効果】本発明によれば、アプリケーションの通
信プログラムが扱うデータごとに通信上の制限を設ける
ことなく優先制御を実現できる。
【００７８】また、本発明によれば、網間中継装置を含
む通信システムにおいて優先制御を実現できる。
【００７９】さらに、本発明によれば、高優先データの
処理が連続し発生しても、低優先データに飢餓状態を発
生させず、通信網の輻輳防止，論理回線の切断防止を実
現できる。
【図面の簡単な説明】
【図１】通信システムの優先通信制御方式の構成図。
【図２】通信システム全体の図。
【図３】ＴＣＰ／ＩＰデータフレームの構成図。
【図４】実施例１の優先データ情報登録メモリの構成
図。
【図５】実施例１のデータの優先判定手順を示す図。
【図６】実施例１の送受信データの処理待ちキューの構
成図。
【図７】実施例１の送受信データを処理待ちキューへ接
続する手順を示す図。
【図８】実施例１の処理待ちキューから送受信データを
取り出す手順を示す図。
【図９】実施例２のＩＰプロトコルによるセグメンティ
ング処理を示す図。
【図１０】実施例３の優先データ情報登録メモリの構成
図。
【図１１】実施例３の送受信データの処理待ちキューの
構成図。
【図１２】実施例３の送受信データを処理待ちキューへ
接続する手順を示す図。
【図１３】実施例３の処理待ちキューから送受信データ
を取り出す手順を示す図。
【図１４】実施例３の定周期残留積算手段の手順を示す
図。
【符号の説明】
１００…補助記憶装置、１０１…優先データ情報登録フ
ァイル、１０２…優先データ情報登録メモリ、１０３…
送信・受信処理上限登録ファイル、１１０…通信網、１
１１…通信装置、１２０…通信プログラム処理部、１２
１…ＴＣＰプロトコルの送信処理部、１２２…ＩＰプロ
トコルの送信処理部、１２３…送信データの優先判定手
段、１２４…送信データの接続手段、１２５…送信デー
タの取り出し手段、１２６…データ送信手段、１２７…
送信処理待ちキュー、１３０…データ受信手段、１３１
…受信データの優先判定手段、１３２…受信データの接
続手段、１３３…受信データの取り出し手段、１３４…
ＩＰプロトコルの受信処理部、１３５…ＴＣＰプロトコ
ルの受信処理部、１４０…中央処理装置，主記憶装置、
１４１…プロトコル送信処理部、１４２…送信データの
処理待ちキュー制御部、１４３…プロトコル受信処理
部、１４４…受信データの処理待ちキュー制御部、１５
０…定周期残留積算手段。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 桜庭 恒一郎 茨城県日立市大みか町五丁目２番１号 日立プロセスコンピュータエンジニアリ ング株式会社内 (72)発明者 鴨志田 弘司 茨城県日立市大みか町五丁目２番１号 日立プロセスコンピュータエンジニアリ ング株式会社内 (72)発明者 足達 芳昭 茨城県日立市大みか町五丁目２番１号 株式会社 日立製作所 大みか工場内 (56)参考文献 特開 平６−112975（ＪＰ，Ａ) 特開 平６−232886（ＪＰ，Ａ) 特開 平６−232904（ＪＰ，Ａ) 特開 平７−38592（ＪＰ，Ａ) 特開 平７−135512（ＪＰ，Ａ) 特開 平７−202977（ＪＰ，Ａ) 情報処理学会研究報告，Ｖｏｌ．93 Ｎｏ．58，93−ＯＳ−60，1993，緒方正 暢 他「Ｒｅａｌ−Ｔｉｍｅ Ｍａｃｈ ３．０のマルチメディア処理に関する 性能評価」，ｐａｇｅｓ．67−74 日経エレクトロニクス，増刊号（第 583号），西田竹志，「ポストＴＣＰ ／ＩＰの座をうかがう，ＱｏＳ実現を担 うプロトコルの開発が相次ぐ」，ｐａｇ ｅｓ．55−70 (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/28 H04L 12/56 H04L 29/00 ＪＩＣＳＴファイル（ＪＯＩＳ)

Claims (6)

    (57)【特許請求の範囲】
  1. 【請求項１】３個以上のプロトコル層により規定された
    端末アドレスが割り当てられている複数の端末装置が通
    信網によって接続され、前記各端末装置間でプロトコル
    情報が格納されたデータを独立して送信又は受信する
    際、該データの送信又は受信処理の処理順を制御して処
    理する通信システムであって、 優先的にデータを送信又は受信処理するかを判定する優
    先判定情報として送信又は受信データ内のプロトコルヘ
    ッダ情報のサービス識別子，プロトコルヘッダ情報のネ
    ットワークアドレス、或いはプロトコルヘッダ情報のプ
    ロトコルタイプのうち少なくとも一つを用い、データを 優先的に送信又は受信処理するかを判定する優
    先判定情報と処理の優先を決定する優先処理レベルを前
    記サービス識別子、前記プロトコルヘッダ情報のネット
    ワークアドレス、或いは前記プロトコルヘッダ情報のプ
    ロトコルタイプ、或いはその組み合わせとして予め優先
    データ情報として決めておき、 通信網へのデータ送信処理時、或いは、通信網からのデ
    ータ受信処理時、該データから前記優先判定情報を取り
    出し、前記優先データ情報に該当するか判定する判定手
    段と、 前記データの優先判定情報が前記優先データ情報に該当
    する場合は前記優先データ情報の優先処理レベルに従い
    該データを送信又は受信処理し、前記データの優先判定
    情報が前記優先データ情報に該当しない場合は予め定め
    られている処理レベルに従い該データを送信又は受信処
    理する制御手段 とを設けたことを特徴とする通信システ
    ム。
  2. 【請求項２】請求項１において、さらに、前記優先データ情報の優先処理レベルに従い処理する デ
    ータを連続して送信又は受信処理できる上限回数を登録
    する手段と、前記予め定められている処理レベルで処理する データの
    送信又は受信処理要求が発生してから前記優先データ情
    報の優先処理レベルに従い処理するデータを連続して送
    信又は受信処理した回数を求めるカウント手段と、 当該カウンタ手段により求められた回数が上限回数以上
    である場合、前記予め定められている処理レベルで処理
    するデータを予め定められたデータ数分優先的に送信又
    は受信処理する手段とを設けたことを特徴とする通信シ
    ステム。
  3. 【請求項３】請求項１において、さらに、 送信又は受信処理するデータが前記端末装置内に残留で
    きる上限時間を各優先処理レベルごとに登録するレベル
    別上限時間登録手段と、 データの送信又は受信処理要求が発生してから前記端末
    装置内に残留している時間を定期的に積算する残留時間
    積算手段と、 前記残留時間積算手段により積算された時間が、上記登
    録された上限時間を越えたかどうか判定するレベル別上
    限時間判定手段と、 前記残留時間算出手段により算出された時間が、上限時
    間を越えた場合、該データの処理レベルを予め定められ
    ている処理レベルに変更して以前の処理レベルより優先
    的に送信又は受信処理する手段とを設けたことを特徴と
    する通信システム。
  4. 【請求項４】３個以上のプロトコル層により規定された
    端末アドレスが割り当てられている複数の端末装置が通
    信網によって接続され、前記各端末装置間でプロトコル
    情報が格納されたデータを独立して送信又は受信する
    際、該データの送信又は受信処理の処理順を制御して処
    理する通信システムであって、 優先的に送信又は受信処理するかを判定する優先判定情
    報を送信又は受信データ内のプロトコルヘッダ情報と
    し、 送信データを、少なくとも先頭データおよび２個目以降
    のデータに分割する送信データ分割手段と、 データを受信時、分割されたデータのうち先頭のデータ
    内のプロトコルヘッダの優先判定情報から優先レベルを
    判定する優先レベル判定手段と、 受信データのプロトコルヘッダ内のデータ分割識別子と
    前記優先レベルを対応付けた表を記憶する表記憶手段
    と、 分割されたデータのうち２個目以降のデータを受信時、
    そのデータのプロトコ ルヘッダ内の分割識別子の優先レ
    ベルを前記表から判定する表判定手段と、 表判定手段における判定結果に従い、送信又は受信処理
    の優先制御を行う手段とを設けたことを特徴とする通信
    システム。
  5. 【請求項５】３個以上のプロトコル層により規定された
    端末アドレスが割り当てられている複数の端末装置が通
    信網によって接続され、前記各端末装置間でプロトコル
    情報が格納されたデータを独立して送信又は受信する
    際、該データの送信又は受信処理の処理順を制御して処
    理する通信方法であって、 優先的にデータを 送信又は受信処理するかを判定する優
    先判定情報として送信又は受信データ内のプロトコルヘ
    ッダ情報のサービス識別子、プロトコルヘッダ情報のネ
    ットワークアドレス、或いはプロトコルヘッダ情報のプ
    ロトコルタイプのうち少なくとも一つを用い、データを 優先的に送信又は受信処理するかを判定する優
    先判定情報と処理の優先を決定する優先処理レベルを前
    記サービス識別子、前記プロトコルヘッダ情報のネット
    ワークアドレス、或いは前記プロトコルヘッダ情報のプ
    ロトコルタイプ、或いはその組み合わせとして予め優先
    データ情報として決めておき、 通信網へのデータ送信処理時、或いは、通信網からのデ
    ータ受信処理時、該データから前記優先判定情報を取り
    出し、前記優先データ情報に該当するか判定し、 前記データの優先判定情報が前記優先データ情報に該当
    する場合は前記優先データ情報の優先処理レベルに従い
    該データを送信又は受信処理し、前記データの優先判定
    情報が前記優先データ情報に該当しない場合は予め定め
    られている処理レベルに従い、該データを送信又は受信
    処理することを特徴とする通信方法。
  6. 【請求項６】３個以上のプロトコル層により規定された
    端末アドレスが割り当てられている複数の端末装置が通
    信網によって接続され、前記各端末装置間でプロトコル
    情報が格納されたデータを独立して送信又は受信する
    際、該データの送信又は受信処理の処理順を制御して処
    理する通信方法であって、 優先的に送信又は受信処理するかを判定する優先判定情
    報を送信又は受信デー タ内のプロトコルヘッダ情報と
    し、 送信データを、少なくとも先頭データおよび２個目以降
    のデータに分割し、 データを受信時、分割されたデータのうち先頭のデータ
    内のプロトコルヘッダの優先判定情報から優先レベルを
    判定し、 受信データのプロトコルヘッダ内のデータ分割識別子と
    前記優先レベルを対応付けた表を記憶し、 分割されたデータのうち２個目以降のデータを受信時、
    そのデータのプロトコルヘッダ内の分割識別子の優先レ
    ベルを前記表から判定し、 判定結果に従い、送信又は受信処理の優先制御を行うこ
    とを特徴とする通信方法。
JP06056094A 1994-03-30 1994-03-30 通信システムおよび通信方法 Expired - Lifetime JP3151103B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP06056094A JP3151103B2 (ja) 1994-03-30 1994-03-30 通信システムおよび通信方法
US08/408,746 US5699521A (en) 1994-03-30 1995-03-22 Communication system and communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP06056094A JP3151103B2 (ja) 1994-03-30 1994-03-30 通信システムおよび通信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2000291945A Division JP3457636B2 (ja) 2000-09-21 2000-09-21 通信システム

Publications (2)

Publication Number Publication Date
JPH07273789A JPH07273789A (ja) 1995-10-20
JP3151103B2 true JP3151103B2 (ja) 2001-04-03

Family

ID=13145784

Family Applications (1)

Application Number Title Priority Date Filing Date
JP06056094A Expired - Lifetime JP3151103B2 (ja) 1994-03-30 1994-03-30 通信システムおよび通信方法

Country Status (2)

Country Link
US (1) US5699521A (ja)
JP (1) JP3151103B2 (ja)

Families Citing this family (91)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3420664B2 (ja) 1995-12-20 2003-06-30 株式会社東芝 パケット送信ノード装置、パケット受信ノード装置及びコネクション設定方法
US5909682A (en) * 1996-12-30 1999-06-01 Mci Worldcom, Inc. Real-time device data management for managing access to data in a telecommunication system
US6549954B1 (en) * 1997-01-16 2003-04-15 Advanced Micro Devices, Inc. Object oriented on-chip messaging
US6092115A (en) * 1997-02-07 2000-07-18 Lucent Technologies Inc. Method for supporting per-connection queuing for feedback-controlled traffic
KR100259082B1 (ko) * 1997-04-02 2000-06-15 김영환 네트워크 트래픽 우선순위 결정방법
JP3798114B2 (ja) * 1997-05-23 2006-07-19 富士通株式会社 端末、移動端末、サーバ、端末通信方法およびサーバ通信方法
US6223243B1 (en) * 1997-06-12 2001-04-24 Nec Corporation Access control method with plural users having I/O commands prioritized in queues corresponding to plural memory units
JPH1198176A (ja) * 1997-09-24 1999-04-09 Sharp Corp 電子メール送受信システムおよび電子メール送受信方法ならびにこの方法を記録した記録媒体
US6407998B1 (en) * 1997-10-02 2002-06-18 Thomson Licensing S.A. Multimedia decoder for prioritized bi-directional communication in a broadcast system
US6006269A (en) * 1998-03-11 1999-12-21 Hewlett-Packard Company Admission control system with messages admitted or deferred for re-submission at a later time on a priority basis
US6055564A (en) * 1998-03-11 2000-04-25 Hewlett Packard Company Admission control where priority indicator is used to discriminate between messages
US6430196B1 (en) * 1998-05-01 2002-08-06 Cisco Technology, Inc. Transmitting delay sensitive information over IP over frame relay
US6407985B1 (en) 1998-06-29 2002-06-18 Cisco Technology, Inc. Load sharing over blocked links
US6966004B1 (en) 1998-08-03 2005-11-15 Cisco Technology, Inc. Method for providing single step log-on access to a differentiated computer network
US6311275B1 (en) 1998-08-03 2001-10-30 Cisco Technology, Inc. Method for providing single step log-on access to a differentiated computer network
US6243749B1 (en) 1998-10-08 2001-06-05 Cisco Technology, Inc. Dynamic network address updating
US6385653B1 (en) 1998-11-02 2002-05-07 Cisco Technology, Inc. Responding to network access requests using a transparent media access and uniform delivery of service
US6490289B1 (en) 1998-11-03 2002-12-03 Cisco Technology, Inc. Multiple network connections from a single PPP link with network address translation
US6539431B1 (en) 1998-11-12 2003-03-25 Cisco Technology, Inc. Support IP pool-based configuration
US7165117B1 (en) * 1998-11-12 2007-01-16 Cisco Technology, Inc. Dynamic IP addressing and quality of service assurance
US7165122B1 (en) * 1998-11-12 2007-01-16 Cisco Technology, Inc. Dynamic IP addressing and quality of service assurance
US6427174B1 (en) 1998-11-12 2002-07-30 Cisco Technology, Inc. Dynamic IP addressing and quality of service assurance
US6324585B1 (en) 1998-11-19 2001-11-27 Cisco Technology, Inc. Method and apparatus for domain name service request resolution
US6253327B1 (en) 1998-12-02 2001-06-26 Cisco Technology, Inc. Single step network logon based on point to point protocol
US7616640B1 (en) 1998-12-02 2009-11-10 Cisco Technology, Inc. Load balancing between service component instances
US6396833B1 (en) 1998-12-02 2002-05-28 Cisco Technology, Inc. Per user and network routing tables
US6442165B1 (en) 1998-12-02 2002-08-27 Cisco Technology, Inc. Load balancing between service component instances
US6427170B1 (en) 1998-12-08 2002-07-30 Cisco Technology, Inc. Integrated IP address management
US6917617B2 (en) * 1998-12-16 2005-07-12 Cisco Technology, Inc. Use of precedence bits for quality of service
US6643260B1 (en) 1998-12-18 2003-11-04 Cisco Technology, Inc. Method and apparatus for implementing a quality of service policy in a data communications network
US6490290B1 (en) 1998-12-30 2002-12-03 Cisco Technology, Inc. Default internet traffic and transparent passthrough
US6654801B2 (en) 1999-01-04 2003-11-25 Cisco Technology, Inc. Remote system administration and seamless service integration of a data communication network management system
US6871224B1 (en) 1999-01-04 2005-03-22 Cisco Technology, Inc. Facility to transmit network management data to an umbrella management system
US7177947B1 (en) 1999-01-22 2007-02-13 Cisco Technology, Inc. Method and apparatus for DNS resolution
US6425003B1 (en) 1999-01-22 2002-07-23 Cisco Technology, Inc. Method and apparatus for DNS resolution
US6587468B1 (en) 1999-02-10 2003-07-01 Cisco Technology, Inc. Reply to sender DHCP option
AU4196300A (en) * 1999-04-03 2000-10-23 Top Layer Networks, Inc. Switching systems and process for automatic detection of and quality of service for multimedia applications
US6570877B1 (en) 1999-04-07 2003-05-27 Cisco Technology, Inc. Search engine for forwarding table content addressable memory
US6529955B1 (en) 1999-05-06 2003-03-04 Cisco Technology, Inc. Proxy session count limitation
US6430619B1 (en) 1999-05-06 2002-08-06 Cisco Technology, Inc. Virtual private data network session count limitation
US6763371B1 (en) * 1999-05-10 2004-07-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for collaborative communication in a communication network
JP3733784B2 (ja) * 1999-05-21 2006-01-11 株式会社日立製作所 パケット中継装置
US6591304B1 (en) 1999-06-21 2003-07-08 Cisco Technology, Inc. Dynamic, scaleable attribute filtering in a multi-protocol compatible network access environment
JP4531157B2 (ja) * 1999-06-30 2010-08-25 ソニー株式会社 通信方法
US6798746B1 (en) 1999-12-18 2004-09-28 Cisco Technology, Inc. Method and apparatus for implementing a quality of service policy in a data communications network
US7117263B1 (en) 2000-02-01 2006-10-03 Hewlett-Packard Development Company, L.P. Apparatus and method for processing requests from an external queue in a TCP/IP-based application system
US7577725B1 (en) * 2000-02-25 2009-08-18 Cisco Technology, Inc. IP address allocation in a network environment
KR100612003B1 (ko) * 2000-02-26 2006-08-11 삼성전자주식회사 통신망에서 비트 스트림 송수신 장치 및 그 방법
US6977895B1 (en) 2000-03-23 2005-12-20 Cisco Technology, Inc. Apparatus and method for rate-based polling of input interface queues in networking devices
US6742016B1 (en) * 2000-03-24 2004-05-25 Hewlett-Packard Devolpment Company, L.P. Request acceptor for a network application system and a method thereof
US6735207B1 (en) 2000-06-13 2004-05-11 Cisco Technology, Inc. Apparatus and method for reducing queuing memory access cycles using a distributed queue structure
US6850980B1 (en) 2000-06-16 2005-02-01 Cisco Technology, Inc. Content routing service protocol
JP2002133586A (ja) * 2000-10-30 2002-05-10 Matsushita Electric Ind Co Ltd 情報送受信システムおよび情報送受信方法
US6993043B1 (en) * 2000-11-13 2006-01-31 At&T Corp. End-to-end prioritized data delivery on networks using IP over frame relay
GB2369526B (en) * 2000-11-24 2003-07-09 3Com Corp TCP Control packet differential service
US6988148B1 (en) 2001-01-19 2006-01-17 Cisco Technology, Inc. IP pool management utilizing an IP pool MIB
US7788345B1 (en) 2001-06-04 2010-08-31 Cisco Technology, Inc. Resource allocation and reclamation for on-demand address pools
US7197549B1 (en) 2001-06-04 2007-03-27 Cisco Technology, Inc. On-demand address pools
CN100454857C (zh) * 2001-08-09 2009-01-21 松下电器产业株式会社 传送装置和传送方法
US7035984B2 (en) * 2001-12-31 2006-04-25 Intel Corporation Memory arbiter with grace and ceiling periods and intelligent page gathering logic
US7443865B1 (en) 2002-04-04 2008-10-28 Cisco Technology, Inc. Multiple network connections from a single PPP link with network address translation
JP4000904B2 (ja) 2002-05-21 2007-10-31 ソニー株式会社 情報処理装置および方法、記録媒体、並びにプログラム
US7386632B1 (en) 2002-06-07 2008-06-10 Cisco Technology, Inc. Dynamic IP addressing and quality of service assurance
JP3834280B2 (ja) 2002-10-01 2006-10-18 Ｎｅｃインフロンティア株式会社 端末装置、端末装置内の優先処理方法、およびプログラム
US6882920B2 (en) 2003-04-29 2005-04-19 Goodrich Corporation Brake control system
US8554860B1 (en) * 2003-09-05 2013-10-08 Sprint Communications Company L.P. Traffic segmentation
US7555547B2 (en) * 2004-02-26 2009-06-30 Oracle International Corp. System and method for identifying network communications of a priority service among a plurality of services
US7636362B2 (en) * 2004-02-26 2009-12-22 Oracle International Corp. System and method of dynamically providing priority for network communications
JP2006332949A (ja) * 2005-05-25 2006-12-07 Mitsubishi Electric Corp 通信制御方法および通信制御装置
JP2007158926A (ja) * 2005-12-07 2007-06-21 Fujitsu Ltd メッセージ制御プログラム、メッセージ制御装置、及びメッセージ制御方法
JP2007201884A (ja) * 2006-01-27 2007-08-09 Sony Corp 情報処理装置および方法、並びにプログラム
DE102006006508A1 (de) * 2006-02-10 2007-08-16 Robert Bosch Gmbh Verfahren zur Datenübertragung über Datennetzwerke
JP4445477B2 (ja) * 2006-02-24 2010-04-07 株式会社東芝 映像監視システム
JP4651571B2 (ja) * 2006-04-14 2011-03-16 富士通株式会社 データ通信プログラム、データ通信方法および携帯端末装置
KR100969768B1 (ko) * 2006-06-27 2010-07-13 삼성전자주식회사 통신 시스템에서 데이터 스케쥴링 장치 및 방법
KR100881419B1 (ko) * 2006-11-02 2009-02-05 한국전자통신연구원 Ｓｃａ 기반 시스템의 애플리케이션 컴포넌트 통신 장치 및방법
JP4835934B2 (ja) * 2006-12-26 2011-12-14 日本電気株式会社 高速処理装置、高速処理方法、及びプログラム
JP2008199432A (ja) * 2007-02-15 2008-08-28 Fujitsu Ltd データ転送装置及びヘルスチェックデータ処理方法
JP5099755B2 (ja) * 2007-06-06 2012-12-19 国立大学法人名古屋大学 通信方法、通信システム及び通信装置
JP5017139B2 (ja) * 2008-02-20 2012-09-05 株式会社日立国際電気 移動体情報提供装置
ATE543295T1 (de) * 2008-06-05 2012-02-15 Ericsson Telefon Ab L M Verkehrsüberwachung durch markierung der niedrigsten übertragungsschicht
US8976814B2 (en) * 2011-12-09 2015-03-10 General Electric Company Method of transporting data from sending node to destination node
US9537718B2 (en) 2013-03-15 2017-01-03 Cisco Technology, Inc. Segment routing over label distribution protocol
US9762488B2 (en) 2014-03-06 2017-09-12 Cisco Technology, Inc. Segment routing extension headers
US10341221B2 (en) 2015-02-26 2019-07-02 Cisco Technology, Inc. Traffic engineering for bit indexed explicit replication
US10263881B2 (en) 2016-05-26 2019-04-16 Cisco Technology, Inc. Enforcing strict shortest path forwarding using strict segment identifiers
US11032197B2 (en) 2016-09-15 2021-06-08 Cisco Technology, Inc. Reroute detection in segment routing data plane
JP6395339B1 (ja) * 2017-12-15 2018-09-26 株式会社コナミデジタルエンタテインメント ゲームシステム、ゲーム端末、サーバ装置、及びプログラム
JP7255183B2 (ja) * 2019-01-09 2023-04-11 日本電気株式会社 データ処理装置、データ処理方法、プログラム
US11823016B2 (en) * 2019-05-29 2023-11-21 Bank Of America Corporation Optimized IoT data processing for real-time decision support systems
US11140074B2 (en) 2019-09-24 2021-10-05 Cisco Technology, Inc. Communicating packets across multi-domain networks using compact forwarding instructions

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS54129942A (en) * 1978-03-31 1979-10-08 Fujitsu Ltd Direct transfer system between sub-systems
US4500987A (en) * 1981-11-24 1985-02-19 Nippon Electric Co., Ltd. Loop transmission system
JPS63287231A (ja) * 1987-05-20 1988-11-24 Hitachi Ltd 網間接続装置におけるリアルタイム性保持方式
US5033077A (en) * 1989-11-27 1991-07-16 Pitney Bowes Inc. Voice message delivery to unattended station
JPH04180425A (ja) * 1990-11-15 1992-06-26 Toshiba Corp 通信システム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
情報処理学会研究報告，Ｖｏｌ．９３ Ｎｏ．５８，９３−ＯＳ−６０，１９９３，緒方正暢 他「Ｒｅａｌ−Ｔｉｍｅ Ｍａｃｈ ３．０のマルチメディア処理に関する性能評価」，ｐａｇｅｓ．６７−７４
日経エレクトロニクス，増刊号（第５８３号），西田竹志，「ポストＴＣＰ／ＩＰの座をうかがう，ＱｏＳ実現を担うプロトコルの開発が相次ぐ」，ｐａｇｅｓ．５５−７０

Also Published As

Publication number Publication date
US5699521A (en) 1997-12-16
JPH07273789A (ja) 1995-10-20

Similar Documents

Publication Publication Date Title
JP3151103B2 (ja) 通信システムおよび通信方法
JP3419627B2 (ja) ルータ装置
US6907042B1 (en) Packet processing device
US7292530B2 (en) Method and apparatus to manage packet fragmentation
US6577596B1 (en) Method and apparatus for packet delay reduction using scheduling and header compression
US6571291B1 (en) Apparatus and method for validating and updating an IP checksum in a network switching system
US7558269B2 (en) Method for transmitting high-priority packets in an IP transmission network
US6438135B1 (en) Dynamic weighted round robin queuing
US5924112A (en) Bridge device
JP2001292155A (ja) データ通信スイッチ用の優先順位リマッピング
EP1578072B1 (en) Priority control apparatus and method for transmitting frames
JP2001285333A (ja) データ通信スイッチのための選択可能な優先順位付け
JP2000349851A (ja) パケット転送装置
WO2004028054A1 (en) System and method for wireless network channel management
JPH07135512A (ja) ルータ装置
JP3950907B2 (ja) 通信システムおよび通信方法
JP3950895B2 (ja) 通信システムおよび通信方法
JPH06232904A (ja) ルータにおける優先度制御方式
JP2002044136A (ja) マルチプロトコルネットワーク用のフロー制御装置
JP3944515B2 (ja) 通信システムおよび通信方法
JP2003186730A (ja) 通信制御方法、通信システム、およびコンピュータプログラム
JP3457636B2 (ja) 通信システム
US8554860B1 (en) Traffic segmentation
JP3851256B2 (ja) パケット送信装置
JP3689704B2 (ja) 通信システムおよび通信方法

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080119

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080119

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090119

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090119

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100119

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110119

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110119

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120119

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130119

Year of fee payment: 12

EXPY Cancellation because of completion of term