JPH0482437A - パケット送信時間制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要〕 ネットワークを介して相手先にパケットを送信する時間
を制御するパケット送信時間制御方式に間し、 リアルタイム性の必要なものとそうでないものとを到着
許容時間で指定させ、トラフィック量を監視あるいはト
ラフィック量を予想し、トラフィック量の少ない時間帯
に可及的に送信し、トラフィック量を低下させて緊急度
に応じた効率的なパケット送信を行うことを目的とし、 ネットワークのトラフィック量を測定するトラフィック
量測定部と、到着許容時間を付加した送信要求に対応し
て、上記トラフィック量測定部から通知されたトラフィ
ック量（あるいはトラフィック量が少なくなると予想さ
れる時間）、到着許容時間をもとにパケットをネットワ
ークに送信する送受信制御部とを備え、この送受信制御
部が送信要求に対応して、トラフィック量測定部から通
知を受けたトラフィック量が所定閾値よりも少なくなっ
たとき（あるいはトラフィック量が少なくなると予想さ
れる時間帯に到達したとき）にパケットを送信し、一方
、到着許容時間までにトラフィック量が所定閾値よりも
少なくならなかったときくあるいはトラフィ、り量が少
なくなると予想される時間帯に到達しなかったとき）、
当該許容到着時間が到来したときにパケットを送信する
ように構成する。

〔産業上の利用分野〕 本発明は、ネットワークを介して相手先にパケットを送
信する時間を制御するパケット送信時間制御方式に関す
るものである。

〔従来の技術と発明が解決しようとする課題〕従来、ワ
イドエリアネットワークに接続されたローカルネットワ
ークにおいて、ノード数が増大してそれぞれのノードで
通知を行うと、結果的にトラフィック量が増大し、シス
テム効率の点から不利となり、パケットの到達時間の遅
延として現れる。

従来、送信要求があると、リアルタイム性の必要なもの
と、電子メールなどのリアルタイム性の必要のないもの
とを区別することなく、送信していた。このため、特に
勤務時間帯のトラフィック量の多い時間に送信要求に応
じてそのままパケットを相手先に送信してしまうと、パ
ケットの衝突の可能性が増し、当該パケットが相手先に
届かず、所定時間経過後に再送信する割合が増大してそ
の結果ますますトラフィック量が増大し、相手先にパケ
ットの到着する時間が遅延する悪循環を招くという問題
があった。

本発明は、リアルタイム性の必要なものとそうでないも
のとを到着許容時間で指定させ、トラフィック量を監視
あるいはトラフィック量を予想し、トラフィック量の少
ない時間帯に可及的に送信し、トラフィック量を低下さ
せて緊急度に応じた効率的なパケット送信を行うことを
目的としている。

〔課題を解決するための手段〕

第１図は、本発明の原理構成図を示す。

第１図において、ノード１は、ネットワークに接続して
相互に通信するノードである。

送受信制御部４は、到着許容時間を付加した送信要求に
対応して、トラフィック量監視部５から通知されたトラ
フィック量（あるいはトラフィック量が少なくなると予
想される時間）、到着許容時間をもとにパケットをネッ
トワークに送信したり、パケットを受信したりするもの
である。

トラフィック量測定部５は、ネットワークのトラフィッ
ク量を測定するものである。

〔作用〕

本発明は、第１図に示すように、ノード１を構成する送
受信制御部４が業務プログラムなどからの送信要求に対
応して、トラフィック量測定部５から通知を受けたトラ
フィック量が所定閾値よりも少なくなったとき（あるい
はトラフィック量が少なくなると予想される時間帯に到
達したとき）にパケットを送信し、一方、到着許容時間
までにトラフィック量が所定閾値よりも少なくならなか
ったとき（あるいはトラフィック量が少な（なると予想
される時間帯に到達しなかったとき）、当該許容到着時
間が到来したときにパケットを送信するようにしている
。

従って、リアルタイム性の必要なものとそうでないもの
とを到着許容時間で指定させ、トラフィック量が少なく
なったとき、トラフィック量が少ｉよくなると予想され
る時間帯に到達したとき、到着許容時間に到達したとき
にパケットを送信することにより、トラフィック量の少
ない時間帯に可及的に送信し、トラフィック量を低下さ
せて緊急度に応した効率的なパケット送信を行うことが
可能となる。

〔実施例〕

次に、第１図から第５図を用いて本発明の１実施例の構
成および動作を順次詳細に説明する。

第１図において、ノード１は、ネットワークに接続して
相互に通信するノードであって、ドライバ／レシーバ２
、ＬＡＮコントローラ３、送受信制御部４、トラフィッ
ク量測定部５などから構成されるものである。このノー
ド１は、図示外の業務プログラムなどからの到着許容時
間を付加した送信要求に対応して、該当する宛先のノー
ドに向けてパケットをネットワーク（ＬＡＮ）に送信し
たりなどするものである。

ドライバ／レシーバ２は、ネットワーク（ＬＡＮ）から
取り込んだデータ（パケット）を受信するレシーバ、お
よびパケットをネットワークに向けて送出するドライバ
から構成されるものである。

ＬＡＮコントローラ３は、ドライバ／レシーバ２を介し
てネットワーク（Ｌ　Ａ　Ｎ　）をコントロールし、パ
ケットの送受信を制御するものである。

送受信制御部４は、業務プログラムからの送信要求に対
応してパケットを組み立て、トラフィック量測定部５か
ら通知されたトラフィック量、トラフィック量が少なく
なると予想される時間、到着許容時間をもとにパケット
をネットワークに送信したり（第２図、第３図を用いて
後述する）、パケットを受信したりするものである。

トラフィック量測定部５は、ネットワーク（ＬＡＮ）上
のパケットの単位時間当たりの数を測定するものである
。

まず、第２図フローチャートに示す順序に従い、トラフ
ィック量の測定について説明する。

第２図において、■は、バケット監視する。これは、ネ
ットワーク（ＬＡＮ）を監視し、送信されてきたパケッ
トを自ノード内に取り込む。

＠は、単位時間当たりのトラフィック量を測定する。こ
れは、■でネットワークから取り込んだパケットの数を
計数し、単位時間当りのトラフィック量を算出する。

■は、自局データの取り込みを行う。これは、■で取り
込んだパケットについて、ＣＲＣチエツクを行ってＯＫ
のもののうち、ブロードキャストされたパケットおよび
宛先が自局のパケットを取り込む。そして、受信データ
として業務プログラムなどに渡す。

以上の処理によって、ネットワーク（ＬＡＮ）を監視し
てパケットの単位時間当たりの数（トラフィック量）を
測定する。

次に、第３図フローチャートに示す順序に従い、送信時
における動作を詳細に説明する。

第３図において、■は、送信要求を受は付ける。

これは、第１図図示外の業務プログラムなどから到着許
容時間を付与したデータを送受信制御部４が受は付ける
。

■は、データ格納する。これは、■で送信要求のあった
データを一旦バソファに格納する。

［相］は、到着許容時間か否かを判別する。これは、■
でバッファに格納したデータに付加されている到着許容
時間が到来したか否かを判別する。ＹＥＳの場合には、
［相］以降で送信する。Ｎｏの場合には、［相］を行う
。

［相］は、現在のトラフィック量が閾値よりも小さいか
否か、あるいはトラフィック量が少ない時間帯か否かを
判別する。これは、第２図＠で測定した現在のトラフィ
ック量が所定閾値よりも少ないか否か、あるいは予め測
定して求めたトラフィック量が少ないと予想される時間
帯か否かを判別する。ＹＥＳの場合には、［相］以陣で
送信する。ＮＯの場合には、送信時間が到来していない
ので、■以降を繰り返し行う。

［相］は、ルーティング情報確認を行う。これは、ネッ
トワーク（ＬＡＮ）を介して定期的（例えば５分毎）に
通知されたノードが動作中である旨の通知を保存したル
ーティング情報を確認し、これから送信しようとする送
信先のノードが動作中かを確認する。

［相］は、送信先のノードが動作中か否かを判別する。

ＹＥＳの場合には、［相］でデータ送信（パケットを送
信）を行い、■を行う。ＮＯの場合には、［相］で起動
パゲ７）を送信先に送信して送信先のノードを起動し、
［相］でデータ送信（パケットを送信）を行い、■を行
う。

０は、起動パケットを送信しなかったか否かを判別する
。ＹＥＳの場合には、起動パケットを送信しなかったの
で、終了する（ＥＮＤ）。一方、Ｎｏの場合には、［相
］で起動パケットを送信したので、［相］で停止パケッ
トを送信先に送信してノードを停止状態に設定し、終了
する（ＥＮＤ）。

以上のように、送信要求のデータに付加された到着許容
時間、現在のトラフィック量（あるいはトラフィック量
が少ないと予想される時間帯）をもとに、パケットを送
信、更に、送信先のノードが動作中でないときに起動パ
ケット、パケット、停止パケットを送信することにより
、ネットワーク上のトラフィック量を少なくし、リアル
タイム性の必要／不要なデータを効率的に送信すること
が可能となる。

第４図は、パケット例を示す。これは、イーサネ・７ト
のパケット形式を示す。ここで、プリアンプル（８ハイ
ド）は、パケットの通し記号として、および転送の誤り
検出のために使用するものであって、トランシーバによ
って付加し、トランシーバによって取り去るものである
。

宛先アドレス（８ハイド）は、パケットの宛先のイーサ
ネット・アドレス（物理アドレス）である。

発信元アドレス（８ハイド）は、パケットの発信先のイ
ーサネット・アドレス（物理アドレス）である。

型（２バイト）は、いずれの種のプロトコルのデータを
パケットが運んでいるかを示すものであデータ（４６〜
１５００バイト）は、実際のデータである。この部分に
起動パケット、パケ７）、停止パケットに対応するデー
タを格納して順次ネットワークに送信する。

ＣＲＣ（４バイト）は、ＣＲＣチエツクを行うためのビ
ットであって、トランシーバによって付加し、トランシ
ーバによって取り去るものである。

第５図は、本発明の詳細な説明図を示す。ここで、ケー
ス■は、パケットに到着許容時間”１３：００”（１３
時ＯＯ分以下同し）を付加した送信要求が１０：００に
行われた場合のものである。ここで、通常勤務時間帯は
、ネットワーク上のトラフィック量が多く、このケース
■の送信要求は、抑制され、到着許容時間“１３：００
”になったときに送信する（第３同■、■、■ＹＥＳ、
［相］以降の処理によって送信する）。

ケース■は、パケットに到着許容時間“０２：００″を
付加した送信要求が１１：００に行われた場合のもので
ある。このシステムでは、０３：００から夜間送信を開
始するように設定されている（第３図［相］のトラフィ
ック量が少ないと予想される時間帯と設定されている）
ので、ケース■と同様に、到着許容時間０２　：　００
になったときに送信する（第３同■、■、＠ＹＥＳ、［
相］以降の処理によって送信する）。

ケース■は、パケットに到着許容時間“ｏｓ　：　ｏｏ
”を付加した送信要求が１５：３０に行われた場合のも
のである。このシステムでは、０３：００から夜間送信
を開始するように設定されている（第３ズ［相］のトラ
フィック量が少ないと予想される時間帯と設定されてい
る）ので、夜間送信を開始する時間０３：００になった
ときに送信する（第３図０、■、■Ｎｏ、０ＹＥＳ、［
相］以陣の処理によって送信する）。

〔発明の効果〕

以上説明したように、本発明によれば、リアルタイム性
の必要なものとそうでないものとを到着許容時間で指定
させ、トラフィック量が少なくなったとき、トラフィッ
ク量が少な（なると予想される時間帯に到達したとき、
到着許容時間に到達したときにパケット送信する構成を
採用しているため、トラフィック量の少ない時間帯に可
及的に送信し、トラフィック量を低下させて緊急度に応
した効率的なパケット送信を行うことができる。

また、トラフィック量の少ない時間帯、例えば夜間にバ
ケット送信を行い、公衆回線などに接続したシステムに
ついて、通信に必要なコストを低減できる。

１：ノード

【図面の簡単な説明】

第」図は本発明の原理構成図、第２図は本発明に係るト
ラフィック量測定フローチャート、第３図は本発明の動
作説明フローチャート、第４関はパケット例、第５図は
本発明の詳細な説明図を示す。 図中、１はノード、２はドライバ／レシーバ、３はＬＡ
Ｎコントローラ、４は送受信制御部、５はトラフィック
量測定部を表す。 木冬明の汽ＩＩ！′ａ仄図 も１図 バγ・・ノ　リ・１１り１ｊ 躬　４　図 、本、号し６月１ニイ爪るトフフイッフ量遭り定７１］
−ザヤート第２図 佑 図

Claims (2)

【特許請求の範囲】
1. （１）ネットワークを介して相手先にパケットを送信す
   る時間を制御するパケット送信時間制御方式において、 ネットワークのトラフィック量を測定するトラフィック
   量測定部（５）と、 到着許容時間を付加した送信要求に対応して、上記トラ
   フィック量測定部（５）から通知されたトラフィック量
   （あるいはトラフィック量が少なくなると予想される時
   間）、到着許容時間をもとにパケットをネットワークに
   送信する送受信制御部（４）とを備え、 この送受信制御部（４）が送信要求に対応して、トラフ
   ィック量測定部（５）から通知を受けたトラフィック量
   が所定閾値よりも少なくなったとき（あるいはトラフィ
   ック量が少なくなると予想される時間帯に到達したとき
   ）にパケットを送信し、一方、到着許容時間までにトラ
   フィック量が所定閾値よりも少なくならなかったとき（
   あるいはトラフィック量が少なくなると予想される時間
   帯に到達しなかったとき）、当該許容到着時間が到来し
   たときにパケットを送信するように構成したことを特徴
   とするパケット送信時間制御方式。
2. （２）通信先のノードが停止状態のとき、起動パケット
   を送信してこの通信先のノードを起動した後にパケット
   を送信し、送信終了後に停止パケットを送信して通信先
   のノードを停止させるように構成したことを特徴とする
   請求項第（１）項記載のパケット送信時間制御方式。