JP3595143B2 - 通信属性設定・通信量処理通信機器 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、共有メディア型通信媒体を用いた通信において、システム側で主体的に通信優先度属性を定めて通信の制御と処理を実施することにより、通信処理の阻害要因となるネットワーク上での通信データの輻輳を回避して、通信の高信頼性や高速性を保証する通信優先度の設定に関するものである。
【０００２】
【従来の技術】
共有メディア型通信媒体を用いた通信では、通常は、通信データの重要度を考慮せず、どのような通信データについても、同じ条件で通信処理を実施する。そのため、通信処理が多数発生すると、通信媒体上で通信データの衝突が発生してしまい、本当は重要度の低い通信処理が、実は重要度の高い通信処理を阻害してしまう問題が発生してしまう。
これを改善するため、通信データの重要度に合わせて通信データに通信優先度を付与し、それを元にスイッチングデバイスのようなネットワーク接続機器により通信処理を制御し、異なる通信優先度間の通信データの衝突を回避し、なおかつ、重要度の高い通信データは、より優先的に通信処理を行わせる方式が提案されている。
【０００３】
上述の通信優先度の設定と、それに基づく通信動作の第１の従来技術を説明する。
図７５は、「ＰＡＣＥ Ｔｅｃｈｎｏｌｏｇｙ−Ｍａｋｉｎｇ Ｍｕｌｔｉｍｅｄｉａ ａｎｄ Ｒｅａｌ−Ｔｉｍｅ Ｎｅｔｗｏｒｋｓ Ｐｏｓｓｉｂｌｅ Ｔｏｄａｙ（ＰＡＣＥ Ｔｅｃｈｎｏｌｏｇｙ Ｗｈｉｔｅ Ｐａｐｅｒ，Ｋａｉ Ｃｈａｎｇ著、３Ｃｏｍ Ｉｎｃ．）」の「Ｈｏｗ ＰＡＣＥ Ｃｌａｓｓ ｏｆ Ｓｅｒｖｉｃｅ Ｔｅｃｈｎｏｌｏｇｙ Ｉｓ Ｉｍｐｒｅｍｅｎｔｅｄ 」に示されているＰＡＣＥ機構について、その概念を図で示したものである。
【０００４】
図７５中の通信機器１（以降、計算機も含むものとする）では、ユーザアプリケーション２が通信データの重要度を判断し、通信データの重要度により予め決定されている通信優先度を通信データに付与し、通信機器１内のオペレーティング・システム内部及びネットワーク接続通信ハードウェアから構成されている通信を実施する機能を有する部分３（通常は通信制御部とも呼ばれているが、ここでは発明に関する部分と重複するので、以降、所定のプロトコルに基づいて、単にアプリケーション・ネットワーク間のデータ授受を行う部分として、通信処理部と記述する）内のプログラムインタフェース部３ａを用いて、ネットワーク下位層に向けて送出する。送出された通信データは、通信処理部内の通信プロトコル部３ｂで通信に用いるパケットとして加工される。その後、通信処理部内のデバイスドライバ部３ｃへデータが渡される。その時、デバイスドライバ部３ｃでは、ユーザアプリケーション２から指定された通信データの重要度により、予め決定されている通信優先度の属性を元に、作成した通信フレームに通信優先度を設定し、ネットワーク接続通信ハードウェアである通信処理部内のネットワークインタフェース部３ｄより、ネットワーク接続機器４へ送出される。
ネットワーク接続機器４では、その内部で、既に通信フレームに付与された通信優先度の属性を判断する技術が知られており、通信優先度の高いものを優先的に処理し、他の通信機器１に対して通信フレームを転送する。低通信優先度が付与された通信フレームは、ネットワーク接続機器４内で、高通信優先度が付与された通信フレームの転送処理が終了するまで転送は実施されず、待たされることになる。
【０００５】
なお、ＰＡＣＥ機構では、通信優先度の種類を高低２種類としており、かつ、ユーザアプリケーション２が通信を実施する際の仮想ポート単位に通信優先度が予め静的に付与されており、ユーザアプリケーション２が通信を実施した場合、使用する仮想ポートにより、予め静的に付与された通信優先度を用いて通信を実施する。また、ネットワーク接続機器４は、高低２種類の通信優先度に従った優先度処理を行えるように予め設計されており、通信機器１により高低２種類の通信優先度が付与された通信データを通信優先度に基づいて、他通信機器１に対して配送できる機能を持つ。
【０００６】
この第１の従来技術によれば、通信データに対して通信優先度を付与することにより、その通信優先度に従った通信を実現できるが、以下の不具合がある。
即ち、第１に、ユーザアプリケーション２が通信データに対して通信優先度を付与する方式のため、ユーザアプリケーション２を設計する段階で通信処理部内のネットワークインタフェース部３ｄに依存した通信優先度の付与方式を考えて、アプリケーションに実装する必要がある。
第２に、ユーザアプリケーション２が独立に通信データの重要度を判断し、通信優先度を決定するため、異なるユーザアプリケーション２間での通信優先度の調停が難しい。
第３に、異なる通信機器１間での共通な通信優先度を決定し、制御する手法が存在しないため、異なる通信機器１間での通信優先度の調停が難しい。
第４に、通信データに付与される通信優先度の決定は、ユーザアプリケーション２が行うため、通信機器１で動作するオペレーティング・システム内での統一した管理が実施できない。従って、無秩序な通信優先度の使用が原因となる通信機器異常及びネットワークシステム異常の早期検出が不可能となる。
第５に、通信優先度の異なる通信に関しては、ネットワークシステム内での通信データの衝突による輻輳を回避できるが、同じ通信優先度を用いた複数の通信に関しては、通信データの衝突による輻輳を回避できないため、一度通信データの衝突が発生してしまうと、輻輳回復処理を優先して実施してしまう。このため、正常の通信処理は一時停止してしまい、高速が要求される通信を阻害したり、到着時間制限付のデータ通信を妨げることになり、信頼性を欠いた通信処理しかできないことになる。
【０００７】
第２の従来技術を説明する。
図７６は、特表平６−５０６５７１号公報に示された分散異機種ネットワーク通信の構成図を示したものである。
図７６の計算機１０は、その機種は任意であり、複数機種が同一ローカルエリアネットワーク１２上に接続されている。また、広域ネットワーク１３上にも接続されている。個々の計算機１０内には、通信マネージャ（以降、ＣＭと記述する）１１が存在する。
ある計算機１０は、そのＣＭ１１を使用して、ローカルエリアネットワーク１２及び広域ネットワーク１３を通して、他の計算機１０上のＣＭ１１と通信を実施したとする。ＣＭ１１では、計算機１０上で動作するアプリケーションに対して、仮想的なネットワークプロトコルを提供する。アプリケーションは、ＣＭ１１との間で仮想的なネットワークプロトコルを使用し通信することで、以下の制約を考えないで、優先度の設定が可能である。即ち、計算機が実際に接続されているローカルエリアネットワーク１２で使用されている通信媒体の種類や、広域ネットワーク１３で使用されている通信媒体の種類や、ネットワークに接続するために使用する接続機器の種類や、計算機がローカルエリアネットワーク１２や広域ネットワーク１３を介して他の計算機１０との通信に使用する実通信プロトコルの種類や、ネットワーク上に存在する計算機１０を識別するためのネットワークアドレスなどの制約を意識しないで通信ができる。
なお、ＣＭ１１は、計算機１０上で動作するユーザアプリケーションとして構築されており、ＣＭ１１からの通信データ配送に関する優先順位として８段階の優先度が規定されており、ＣＭ１１内部から計算機１０上の実通信プロトコル処理部へ通信データを送出する際に、通信優先度で規定された順にデータを渡す。
【０００８】
この第２の従来技術によれば、計算機１０上で動作するユーザアプリケーションは、ＣＭ１１と仮想プロトコルを用いた通信を実施することで、異機種間通信を可能とし、また、ユーザアプリケーション開発時にかかる開発コストの低減を図っているが、以下の不具合がある。
即ち、第１に、ＣＭ１１は、ユーザアプリケーションとして構築されているため、計算機１０上で動作する他のユーザアプリケーションと実行時間（タイムクォンタム）を分割することになる。ＣＭ１１の実行に十分な実行時間が与えられない場合、ＣＭ１１上に通信データが滞溜してしまい、計算機１０からネットワークに対して円滑に送信できなくなる。
第２に、ＣＭ１１は、その内部で仮想プロトコルと計算機１０が外部との通信に使用する実通信プロトコルとの変換が必要となり、変換処理に時間がかかってしまうため、高速通信が必要となるようなネットワークには適用が難しい。
第３に、計算機１０が新通信媒体及び新しい実通信プロトコルを用いた通信を行う場合、計算機１０への新通信媒体用処理部及び新しい実通信プロトコル処理部の追加作業だけではなく、ＣＭ１１内部のプロトコル変換部及びＣＭ１１内部の他のネットワーク制御部を追加作成する必要があり、ＣＭ１１に対する開発コストがかかることになる。
【０００９】
第３の従来技術を説明する。
図７７は、特表平７−５０３５６９号公報に示される協調作業用ワークステーションの構成図を示したものである。
図において、アプリケーション・プログラム２０は、アプリケーション・プログラミングインタフェース２２（以下、ＡＰＩと記述する）を通じて、通信データの送信及びシステムの通信状態取得など通信に関するサービスを要求することができる。また、装置ドライバインタフェース３０（以下、ＤＤＩとする）によって、システムはトークンリング装置ドライバ３１、ＩＳＤＮ装置ドライバ３２、ＲＳ２３２Ｃ装置ドライバ３３、その他の装置ドライバ３４などを介して、外部との通信をサポートすることができる。アプリケーション・プログラム２０が外部と通信する場合、論理チャネルマネージャ２７より使用する論理チャネルが割り当てられ、それを用いて通信を実施する。トークンマネージャ２６でトークンを作成し、データ通信マネージャ２８で論理チャネルの通信パラメータなどの特性をトークンに付与する。ネットワークマネージャ２９では、トークンを装置ドライバで通信するために実プロトコルデータへ変換する。その後、ＤＤＩ３０を通して、装置ドライバを使って外部へ送信される。
資源２３は、ワークステーションに設置されているプリンタ、２次記憶装置などを表しており、ネットワーク上でこれらの資源を共有する時の資源管理、共用セットマネージャ２５で実施する。また、ネットワーク上で資源を共有する場合、論理装置２４として外部に提示することで、外部からのアクセスを容易にしている。呼び出しマネージャ２１は、外部からの通信要求を受け取り、対応するアプリケーション・プログラム２０の起動など、イベントを実施する。
【００１０】
この第３の従来技術によれば、アプリケーション・プログラム２０は、下位の物理的な装置によらず、共通インタフェースで通信が可能であり、また、トークンという一種の仮想的なプロトコルを用いることで、使用する物理通信装置の形態を意識せずにアプリケーション開発が可能である。また、資源共有、論理装置管理などもアプリケーション・プログラム２０の介在なしに実施しているため、複雑な装置制御手法に左右されることなく利用が可能である。しかし、本手法を用いた場合、以下の不具合が生ずる。
即ち、第１に、トークンという一種の仮想的なプロトコルを用いることにより、通信に使用する物理通信装置との間でプロトコル変換が発生するため、変換処理のオーバヘッドが大きくなり、実行速度が低下する恐れがある。
第２に、通信に使用する仮想チャネルに対する通信品質などの特性コントロールを通信単位でユーザが制御するため、通信の重要度という点から考えて、高重要度通信を低重要度通信が妨害する恐れがある。
第３に、仮想チャネルに対する特性を共通媒体を用いたネットワーク上で共有する手法が存在しないため、個々のワークステーションでは、他のワークステーションの行っている通信が用いている特性を知る方法がなく、従って、ネットワーク上での帯域幅の共通管理などが不可能となり、ネットワーク上で通信データの衝突による輻輳など、通信遅延の原因を低減できない。
【００１１】
【発明が解決しようとする課題】
上記のように従来の通信優先度の設定は、アプリケーションからの優先情報に基づいて設定されており、ユーザまたは個々のアプリケーションがそれぞれ優先度を主張すると、それらを調停して通信システムとして適切な優先度を定めることができず、適切な輻輳管理ができないという課題があった。
またユーザが通信に関するプログラムを理解していないと適切な通信優先度が指定できないという課題もあった。
また優先度の解読のために仮想的なプロトコルの変換のための処理時間がかかり、実質的な通信処理時間が増加するという課題もあった。
また更に優先度の指定が固定的であり、通信対象のプログラムの増加等の周囲環境の変化に対して柔軟に対処できないという課題もあった。
【００１２】
この発明は上記の課題を解決するためになされたもので、ユーザには通信プログラムの知識を要求せずに、通信システム側から判断して真に優先度の高いデータに対して高い通信優先度を設定し、環境変化に対して柔軟に優先度の変更が行える通信優先度設定システムを得ることを目的とする。
【００１３】
【課題を解決するための手段】
この発明に係る通信属性設定・通信量処理通信機器は、他のネットワーク接続機器との間でアプリケーション・プログラム（ＡＰ）のデータを送受信する通信機器内に上記ＡＰのデータ送受信の通信処理を行う通信処理部とは別に、
上記ＡＰからの通信優先度関連の属性要求を検出する属性要求解析手段と、上記属性要求からシステムで予め定められた通信優先度の属性を定める優先度属性選択手段と、上記定められた通信優先度の属性を上記通信処理部に設定する属性設定手段、とを備えた通信制御部を設け、
上記通信優先度関連の属性要求の検出は、ＡＰが通信に使用する接続形態や、ＡＰが要求する接続情報の、複数情報を属性要求として検出して、
上記システムにおける通信優先度相当の属性の選択は、上記複数の属性要求の組合わせに基づいて定めるようにし、
上記通信処理部は、上記通信制御部から設定された上記ＡＰの送受信が競合すると、所定の割合で上記ＡＰの送受信を割付けて通信処理を行うようにした。
【００１７】
また更に、通信優先度関連の属性要求の検出は、ＡＰの送受信中にも行い、属性要求の内容変更を検出すると、この属性要求の内容変更に基づいて以降の通信優先度相当の設定を動的に変更するようにした。
【００１８】
また更に、通信優先度関連の属性要求の検出が、ＡＰからの接続要求を解析して行う場合は、ＡＰがシステムで予め要求を許容されているＡＰである場合に限定して検出されるようにした。
【００２１】
また更に、属性要求に基づく優先度相当の属性の選択は、１つのＡＰの送信元の通信機器における属性要求によって定めて、他の送信及び受信の通信機器での設定属性はこの１つのＡＰの送信元の属性の選択に従うようにした。
【００２２】
また更に、属性要求に基づく優先度相当の属性の選択は、受信先の通信機器における属性要求によって定めて、送信元の通信機器にはこの属性の選択の結果を返送するようにした。
【００２３】
また更に、優先度相当の属性の選択は、ＡＰの実行優先度の属性を定めるようにして、この定めたＡＰの実行優先度を送受信相互の通信機器に通知して属性設定を行うようにした。
【００２４】
また更に、優先度相当の属性の選択は、送信側のＡＰの実行優先度を属性要求であると検出して、送信側ＡＰの属性要求に基づいてＡＰの実行優先度を定めるようにした。
【００２５】
また更に、通信優先度関連の属性要求の検出は、１つのＡＰから複数の属性要求がある場合は複数の設定属性と接続経路を設定し、通信処理部は異なる属性要求を識別する識別子対応に接続経路を使用して通信を行うようにした。
【００２６】
また更に、１つのＡＰからの異なる属性要求をあらわす識別子を所定のグループにまとめて複数の接続経路を設定し、通信処理部は識別子により対応する接続経路を使用して通信を行うようにした。
【００２８】
【発明の実施の形態】
実施の形態１．
本発明の基本部分は、アプリケーション側で通信優先度を指定するのではなく、通信優先度はシステム側で総合的な見地から決定する方が合理的であるとの考えにたって、通信制御部オペレーティング・システム（ＯＳ）側にその設定機能を移したことにある。
即ち、従来の通信処理部を２分して、ユーザインタフェース部、ミドルウェア部、ＯＳ内蔵部を持つ通信制御部と、プロトコルを含むデータ授受を行う通信処理部とに分ける。そして、通信制御部に通信処理部の種類には依存せず、通信処理部とは別個のユーザインタフェースを持ち、ユーザアプリケーションから発行されるデータは、通信処理部の種類に関係なく統一した形式のもとで扱うようにした。通信優先度の設定に関しては、ユーザアプリケーション及びネットワークに接続された他の通信機器から入力された通信優先度の属性要求や、通信レート値やその他の多数の属性要求を受け取り、属性要求を通信制御部がシステムとして調停して、決定した通信優先度属性を情報処理部に設定するようにした。以降、通信処理部は、通信制御部から設定された通信優先度属性をもとに通信を行う。
【００２９】
本実施の形態では、通信制御部の通信優先度に関わる基本構成と動作を、また、ＡＰが通信優先度を属性要求して、それに基づいて属性を設定する場合を説明する。
図１は、本実施の形態におけるネットワークシステムを示したものである。
図において、１００はネットワークシステム内に配置される通信制御部を備えた通信計算機を含む通信機器である（以下、通信機器と記述する）。１０１は通信制御部との入出力処理を含んだユーザアプリケーションである（以下、ＡＰと記述する）。１０２は通信制御部との入出力処理を含んだ通信処理部である（以下、通信処理部と記述する）。
以下、所定のプロトコルに基づいて、ＡＰとネットワーク間のデータ授受を行う部分のみを取り出して通信処理部という。
１０２ａは通信制御部との入出力処理を含んだ通信処理部内のプログラムインタフェース部である（以下、処理Ｉ／Ｆ部と記述する）。１０２ｂは通信制御部との入出力処理を含んだ通信処理部内の通信プロトコル処理部である（以下、プロトコル部と記述する）。１０２ｃは通信制御部との入出力処理を含んだ通信処理部のデバイスドライバ部である（以下、ドライバ部と記述する）。１０２ｄは通信制御部との入出力処理を含んだ通信処理部内のネットワークインタフェース部である（以下、ＮＩＣと記述する）。１０３はネットワークシステムにおいて、複数の通信機器を接続し、通信データに属性として付与された複数の通信優先度に基づいた通信の優先処理を実施することが可能なネットワーク接続機器である（以下、ＳＷと記述する）。
【００３０】
１０４は本発明に関わる重要な構成要素である通信機器１００内に配置された通信制御部である（以下、通信制御部と記述する）。１０４ａは通信制御部１０４内のプログラムインタフェース部である（以下、制御Ｉ／Ｆ部と記述する）。１０４ｂは通信制御部１０４内のミドルウェア構成部である（以下、制御Ｍ／Ｗ部と記述する）。１０４ｃは通信制御部１０４内のオペレーティング・システム（以下、ＯＳと記述する）内蔵部である（以下、制御内蔵部と記述する）。１０５は通信機器１００内に配置されたＯＳ内の統計管理部である（以下、管理部と記述する）。
図１（ｂ）は、通信制御部のＯＳ内蔵部１０４ｃが制御Ｉ／Ｆ部１０４ａと協調して属性要求を解析してシステムとして通信優先度を判断した後、これをシステム内で設定する動作を示すフローチャートである。
【００３１】
通信優先度の属性は、ＡＰからの通信優先度の要求や、通信レート値や、ＡＰの実行優先度や、システム上の理論／実績遅延や、ジッタや、通信データの圧縮の可否や、通信データの暗号化情報などの情報から得られるもので、ネットワークシステムを通して通信する際の通信優先度を示すパラメータであり、この属性を識別するための識別子と対をなしている。
【００３２】
まず、図１の構成による通信機器１００の各部の詳細構成と機能を説明する。ＡＰ１０１は、通信制御部１０４に対して通信優先度の属性要求を出す。また、ＡＰ１０１と通信処理部１０２との間で、通信データの入出力を行う。
通信制御部１０４では、ＡＰ１０１または通信処理部１０２または管理部１０５との属性要求と、選択された通信優先度に関する属性の設定を行い、また、通信制御部１０４内部で現在選択されている属性を管理する。通信制御部１０４で管理されている属性は、内部的に表形式で管理してもよいし、リスト形式で管理してもよいし、その他の形式で管理してもよい。
【００３３】
通信制御部１０４は、制御Ｉ／Ｆ部１０４ａと制御Ｍ／Ｗ部１０４ｂと制御内蔵部１０４ｃから構成されるが、場合によっては、制御Ｉ／Ｆ部１０４ａと制御内蔵部１０４ｃからのみ構成され、制御Ｍ／Ｗ部１０４ｂは存在しない場合もあり、制御Ｍ／Ｗ部１０４ｂの有無は通信機器１００の構成内容及び通信の種類により規定される。制御Ｉ／Ｆ部１０４ａは、通信処理部１０２の種類には依存せず別個であり、ＡＰ１０１に対しては通信処理部１０２とは関係なく、統一的なユーザインタフェースが提供できる。また、制御Ｉ／Ｆ部１０４ａを用いてＡＰ１０１から発行されるデータも通信処理部１０２の処理に関係がなく、統一的な形式の元で扱える。
通信制御部１０４は、その内部でシステムで予め決められた方式により、通信処理部１０２の処理に最適な個別処理を行い、また、通信処理部１０２にシステムによる選択論理に基づいて通信優先度の属性を設定する。なお、通信制御部１０４から通信処理部１０２に対しての上述の属性の設定は、本実施の形態においては、通信機器１００のＯＳ起動時の初期化処理中に、表またはリストまたはその他の形式により管理された属性として静的に設定される。
【００３４】
通信処理部１０２では、ＡＰ１０１またはＳＷ１０３との通信データの入出力を行うと同時に、通信制御部１０４及びＳＷ１０３との上述の属性の受信と送信も行う。処理Ｉ／Ｆ部１０２ａとプロトコル部１０２ｂとドライバ部１０２ｃとＮＩＣ部１０２ｃは、通信制御部１０４からの入力される属性のうち、該当する属性要素を設定することで、その属性に基づいた通信を行うために、ＡＰ１０１またはＳＷ１０３から入力された通信データを加工し、処理する機構を備えている。また、通信制御部１０４から上述の属性を転送する命令を受け取ると、その属性情報をＳＷ１０３に対して送出し、また、ＳＷ１０３から受け取った属性を通信制御部１０４に転送する機構も備えている。
【００３５】
ＳＷ１０３は、各々の通信機器１００の通信処理部１０２との間で通信データ及び属性の送受信を行う。また、通信データ及び属性の送受信処理を行う場合に、設定された上述の複数の通信優先度属性に基づいて、通信の優先処理を行う機構を持っている。
【００３６】
管理部１０５は、通信制御部１０４で管理されている上述の属性を同様に得て、ＯＳ内部の他の構成要素に対して統計情報として提示したりする。この管理部１０５は、場合によっては存在しない場合もあり、必須構成要素ではない。
【００３７】
上述構成要素による基本動作を説明する。
図２は、通信処理部１０２の通信データ送信時の処理動作を示すフローチャートである。図１及び図２を用いて、処理の流れを説明する。
ＡＰ１０１から通信処理部１０２へ通信データが渡されると、まず、ステップ１０００ａにより処理Ｉ／Ｆ部１０２ａでＡＰ１０１から渡された通信データを受け取る。次に、ステップ１０００ｂによって、通信処理部１０２内で、通信制御部１０４から指定された属性に基づいて、通信データを加工する。その後、ステップ１０００ｃでＳＷ１０３に対して通信データを送出する。
【００３８】
次に、通信処理部１０２の通信データ受信時の処理動作をフローチャートとして図３に示し、図１及び図３を用いて、処理の流れを説明する。
ＳＷ１０３から通信処理部１０２へ通信データが渡されると、まず、ステップ１００１ａによりＮＩＣ１０２ｄがＳＷ１０３から渡された通信データを受け取る。次に、ステップ１００１ｂにより、通信処理部１０２内で受信した通信データの種類を判断する。ここで、もし受信した通信データが属性情報を受信したものであるならば、ステップ１００１ｅへ移る。ステップ１００１ｅにより、通信処理部１０２から通信制御部１０４に属性情報を送出し処理が終了する。また、ステップ１００１ｂで受信した通信データが属性情報ではなく、通常の通信データだと判断した場合、ステップ１００１ｃへ移る。ステップ１００１ｃでは、通信制御部１０４から事前に指定されている通信優先度の属性を使用し、受け取った通信データを処理する。ここで、もし、通信制御部１０４から指定されている上述の属性が、通信データに付与されてきた属性情報をそのまま使用するという属性であった場合、通信処理部１０２は、通信データに付与されてきた属性をそのまま使用し、通信データを処理する。次に、ステップ１００１ｄでは、通信処理部１０２で処理された通信データをＡＰ１０１へ送出し処理を終了する。
【００３９】
次に、ＳＷ１０３が送信元の通信機器１００から通信データを受け取り、宛先の通信機器１００へ通信データを渡すまでの処理動作をフローチャートを図４に示し、図１及び図４を用いて、処理の流れを説明する。
送信元の通信機器１００からＳＷ１０３に通信データが受信されると、まず、ステップ１００２ａにより、通信データをＳＷ１０３内部へ取り込む。なお、送信元の通信機器１００から受信された通信データは、通常通信データの他、属性情報の場合もあり得る。次に、ステップ１００２ｂで通信データに設定されている属性に基づいて、ＳＷ１０３内部で通信処理を行う。次に、ステップ１００２ｃで、宛先となる通信機器１００へ通信データを送信し処理を終了する。
【００４０】
次に、ＡＰ１０１もしくは通信処理部１０２より通信優先度の属性要求を受け取った場合の通信制御部１０４の処理動作を図５のフローチャートとして示し、図１及び図５を用いて処理の流れを説明する。
【００４１】
通信機器１００のＯＳ起動時の初期化処理実施中に、ＡＰ１０１もしくは他の通信機器より通信処理部１０２経由で通信優先度の属性要求が入力された場合、ステップ１００３ａにより通信制御部１０４は、入力された属性要求を受け取る。次に、ステップ１００３ｂにより、受け取った属性要求の中にエラーなどがなく、情報制御部１０４内部に受け入れ可能かどうかを判断する。もし、受け入れが不可能な場合、ステップ１００３ｅにより、受け入れは拒否され、エラーを返し、処理は終了する。また、ステップ１００３ｂにより受け取った属性要求が情報制御部１０４の内部に受け入れ可能な場合、ステップ１００３ｃで通信制御部１０４の内部で優先度を選択する。その後、ステップ１００３ｃで、選択した属性を通信制御部１０２に向けて設定し、処理を終了する。
【００４２】
次に、属性を送出する場合の通信制御部１０４の処理動作をフローチャートを図６に示し、図１及び図６を用いて、処理の流れを説明する。
まず、ステップ１００４ａで、通信制御部１０４内部で選択し、記録されている属性から該当部分を検索する。なお、すべての属性を送信する場合は、ステップ１００４ａは、通信制御部１０４内のすべての属性を送信する。次に、ステップ１００４ｂで、通信処理部１０２に対して、通信制御部１０４から属性送信命令と属性データを送出し処理を終了する。なお、通信処理部１０２では、前述したように、受け取った属性は通常の通信データと同様の送信処理を実施して、宛先の通信機器１００に対して送信する。
【００４３】
次に、管理部１０５により、通信制御部１０４内部に選択されて記録されている通信優先度の属性を取得し、ＯＳ内部の他の構成要素に対して統計情報として掲示する処理動作を図７のフローチャートとして示し、図１及び図７を用いて、処理の流れを説明する。
まず、ステップ１００５ａで、通信制御部１０４内に選択して記録されている属性を取得する。次に、ステップ１００５ｂで、通信制御部１０４から取得した上述の属性を元にして統計情報を作成する。次に、ステップ１００５ｃで、作成した統計情報をＯＳ内の他の構成要素に対して開示し処理を終了する。ＯＳ内の他の構成要素は、例えば、ＯＳ内部の状態解析ルーチンなどであり、開示された統計情報を元に通信機器１００内の状態解析情報としてユーザに示したり、概通信機器１００内で発生している異常を検出するために使用したりする。
【００４４】
上述の動作概念に基づいての通信事例を説明する。
図８は、通信制御部１０４から通信処理部１０２に通信優先度属性１０６を設定しており、ＡＰ１０１から通信要求があって、その通信要求が低通信優先度の通信に当たる場合を示している。まず、通信機器１００のＯＳが起動する時の初期化時に、選択された属性情報を通信制御部１０４から通信処理部１０２に設定する。本例では、属性１０６として、高優先度通信、中優先度通信、低優先度通信の３種類が規定されている。
通信処理部１０２には、通信制御部１０４から設定された３種類の通信優先度属性１０６に相当する通信が発生した場合、各々の優先度制御ができる機能が備わっている。また、ＳＷ１０３は、通信処理部１０２で通信データに付与された上述の通信優先度属性１０６に基づいて、内部的に優先度処理を実施する機能が備わっている。
本例では、ＡＰ１０１から低優先度通信に当たるＣｌ通信１１６のみが発生しており、通信処理部１０２内は、これらの通信データに対して低優先度属性を付与するのみで、優先度処理をする必要がない。ＳＷ１０３では、通信データに対して付与されている低優先度属性を解釈し、ＳＷ１０３を使用して通信している他のアプリケーションの通信データとの優先度処理として、例えば、処理時間の割り当てを通信データに付与された優先度属性を元に内部的に妥当な値へ変更する。また、管理部１０５では、通信制御部１０４を通して通信処理部１０２から現在の通信状態を得て、それを通信統計情報１１４として、情報収集用ＡＰ１１５に対して示す。
【００４５】
図９は、図８の状態において、ＡＰ１０１から高優先度通信に当たるＣｈ通信１１８及び中優先度通信１１７が発生した場合の動作を説明する図である。
この場合、ＯＳ起動時に通信制御部１０４から通信処理部１０２に対して設定された属性１０６を元に、通信処理部１０２は、Ｃｌ通信１１６を待ち状態にし、Ｃｍ通信１１７の処理に割り当てる時間を抑制し、Ｃｈ通信１１８の処理に割り当てる時間を増加させるように動作する。この時、管理部１０５では、通信制御部１０４を通して通信処理部１０２から現在の通信状態を得て、それを通信統計情報１１４として、情報収集用ＡＰ１１５に対して示す。
【００４６】
図１０は、図９の状態において、ＡＰ１０１から発生していたＣｈ通信１１８が終了した段階での動作を説明する図である。
この場合、ＯＳ起動時に通信制御部１０４から通信処理部１０２に対して設定された属性１０６を元に、Ｃｌ通信１１６の処理に割り当てる時間を抑制し、Ｃｍ通信１１７の処理に割り当てる時間を増加させるように動作する。
【００４７】
なお、上述の通信事例では、発生する通信をＣｈ通信１１８、Ｃｍ通信１１７、Ｃｌ通信１１６の３種類に限定したが、発生する通信数が増えても同様の動作をするのは明らかである。
また、本例の属性１０６には、Ｃｈ通信１１８が発生した場合、Ｃｍ通信を抑制通信とし、また、Ｃｌ通信を待ちとすることと、Ｃｈ通信１１８が存在せずに、Ｃｍ通信１１７が発生した場合、Ｃｌ通信１１６を抑制通信とすると定義したが、複数の種類の通信が発生した場合、属性１０６の定義によっては、優先度が低い通信に割り当てる時間を段階的に減少させることで対応したり、また、最高通信優先度の通信に対して、処理時間をすべて費やし、他の優先度の通信は待ちとさせることも可能である。
更に、例えば、Ｃｈ通信１１８は、通常プラント監視機器などの制御を実施するための通信であって最重要通信を扱い、Ｃｍ通信１１７は音声会議など通信が途切れない必要がある通信を扱い、Ｃｌ通信１１６はファイル転送通信など途中で停止しても良いが、再開された時は停止前の状態から続けて送受信できるような通信を扱うなどと、予めシステムで決めておく。
【００４８】
次に、図１１は、通信制御部１０４から通信処理部１０２に設定された属性１０６が、トリガとなる属性要求が、通信媒体の持つ全帯域幅に対する自通信が占める帯域占有率であった場合を示す図である。
図において、ＡＰ１０１からの通信要求が帯域占有率７０％の通信に当たる場合を示している。
この場合の動作として、まず、通信機器１００のＯＳが起動する時の初期化時に、予めＯＳの静的構成パラメータとして選択されていた優先度属性を、通信制御部１０４から通信処理部１０２に設定する。本例では、優先度属性１０６として、帯域占有率７０％の通信、帯域占有率４０％の通信、帯域占有率２０％の通信の３種類が規定されている。
通信処理部１０２は、設定された属性１０６に当たる通信が発生した場合、各々の通信に対する帯域幅の制御ができる機能が備わっている。また、ＳＷ１０３は、通信処理部１０２で通信データに付与された帯域占有率の属性１０６に基づいて、内部的に帯域幅制御を実現する機能が備わっている。本例では、ＡＰ１０１から帯域占有率７０％の通信に当たるＣｗ通信１１９のみが発生しており、通信処理部１０２内で通信データに帯域占有率７０％の属性を付与し、伝送媒体の７０％の帯域幅を使用するように通信帯域を割り当てる。ＳＷ１０３では、通信データに対して付与されている帯域占有率７０％の属性１０６を解釈し、他にＳＷ１０３を使用している通信データとの帯域占有処理として、通信データに付与された帯域占有率属性を元に内部的に妥当な値へ変更する。
管理部１０５が、通信制御部１０４を経由して通信処理部１０２から現在の通信状態をえて、それを通信統計情報１１４として、情報収集用ＡＰ１１５に対して示す。
【００４９】
図１２は、図１１の状態において、ＡＰ１０１から帯域占有率２０％の通信に当たるＣｔ通信１２０及び帯域占有率４０％の通信に当たるＣｎ通信１２１が発生した場合の動作を説明する図である。
この場合、Ｃｗ通信１１９に伝送媒体の全帯域幅の７０％の帯域幅を割り当て、Ｃｔ通信１２０に伝送媒体の全帯域幅の２０％を割り当て、Ｃｎ通信１２１にはＣｗ通信１１９とＣｔ通信１２０が使用している以外の残りの帯域幅として、通信媒体の全帯域幅の１０％を割り当てる初期設定が行われている。
図１３は、図１２の状態において、ＡＰ１０１から発生していたＣｗ通信１１９が終了した段階での動作を説明する図である。
この場合、ＯＳ起動時に通信処理部１０２に対して設定された属性１０６を元に、通信処理部１０２は、Ｃｔ通信１２０に伝送媒体の全帯域幅の２０％を割り当て、Ｃｎ通信１２１には通信媒体の全帯域幅の４０％を割り当てるように動作する。
【００５０】
なお、上述の説明では、発生する通信をＣｗ通信１１９、Ｃｔ通信１２０、Ｃｎ通信１２１の３種類に限定したが、発生する通信数が増えても同様の動作をするのは明らかである。
また、本例の属性１０６には、通信が発生した時点での転送媒体の残り帯域幅で収まる帯域占有率を持つ通信から優先に帯域を割り当てていくことと定義したが、複数の通信の種類が発生した場合、属性１０６の定義によっては、ある１つの通信に優先的に帯域を割り当てるような手法で対応したり、同時に発生した通信には転送媒体の残り帯域幅を均等に割り付ける手法で対応したり、要求した帯域幅が取得できない場合は、エラーとして通信を行わないような手法で対応することも可能である。
更に、例えば、Ｃｗ通信１１９は画像や音声など大量の通信データ量の送信を伴う通信を扱い、Ｃｎ通信１２１は電子メールなどの文字テキストを多数の宛先へ送付する中程度の通信データ量の送信を伴う通信を扱い、Ｃｔ通信１２０は遠隔端末接続操作などの小量の通信データ量の送信を伴うなどと、予めシステムで決めておく。
図８から図１３までの通信例では、属性１０６には、各々通信優先度と帯域占有率を示したが、属性１０６には、通信遅延時間、ジッタなど他の要素による制御も可能である。
【００５１】
実施の形態２．
通信優先度関連の属性要求が、単一のアプリケーションからの通信優先度の属性要求である場合以外の各種のバリエーションを説明する。
まず、通信機器１００が複数のアプリケーションの送受信を同時に行う場合の通信動作を図１４を用いて説明する。
図において、属性１０６は、通信制御部１０４から通信処理部１０２に設定され、属性ａ１０６と属性ｂ１０６は、事前に通信制御部１０４から通信処理部１０２に対してアプリケーション別に選択して登録された異なる通信優先度の属性を表している。図１４では、２つのアプリケーション・プログラムであるＡＰ−ａ１０１とＡＰ−ｂ１０１が存在し、ＡＰ−ａ１０１は属性ａ１０６を、ＡＰ−ｂ１０１は属性ｂ１０６を使用して通信するものとする。
次に、通信処理部１０２に対して設定されたアプリケーション・プログラム単位の上述の属性を使用して、ＡＰ１０１から通信データが送出された場合に、通信データに属性を設定する動作について、図１５のフローチャートをを用いて説明する。
【００５２】
ＡＰ１０１により送信された通信データは、まず、ステップ１１００ａで、処理Ｉ／Ｆ部１０２ａで解析され、通信データの送信元であるアプリケーションを識別する識別子が得られる。ここで、識別子は、ＡＰ１０１の名前であってもよいし、別に定義される通し番号またはキーとなる番号であってもよい。次に、ステップ１１００ｂで、取得した識別子のついた通信優先度の属性が通信処理部１０２に設定されているかどうかを判断する。ここで、もし、通信処理部１０２に取得した識別子のついた属性が設定されていない場合は、ステップ１１００ｅで、予め設定されているその他の通信用の規定値（システムでデフォルト使用する属性）を使用して通信データに属性を設定し、ステップ１１００ｄで通信処理を開始する。また、取得した識別子のついた属性が通信処理部１０２に設定されている場合は、ステップ１１００ｃで該当する属性内部の通信に対する諸条件を使用して、通信データに属性を設定し、ステップ１１００ｄで通信処理を開始する。
【００５３】
なお、図１４では、説明を簡単にするため、アプリケーションとしてＡＰ−ａ１０１とＡＰ−ｂ１０１の２種類、また、通信制御部１０４から通信処理部１０２へ設定された属性として属性ａ１０６と属性ｂ１０６の２種類の場合の説明を示したが、ＡＰ１０１や属性１０６は任意数存在しても、同等の方法で動作可能である。
また、ネットワークシステムの他の部分は、実施の形態１と同様であるので、詳しい説明は省略する。
【００５４】
更に、上述の具体例としての通信事例を説明する。
図１６と図１７は、通信制御部１０４から通信処理部１０２に設定された通信優先度の属性１０６がＡＰ−ａ１０１からの通信を属性ａ１０６を用い、ＡＰ−ｂ１０１からの通信を属性ｂ１０６を用いる通信とした場合である。まず、通信機器１００のＯＳが起動する時の初期化時に、予めＯＳの静的構成パラメータとして組み込まれた上述の属性情報を通信制御部１０４から通信処理部１０２に設定する。即ち、本例では、設定属性１０６は、ＡＰ−ａ１０１用の通信はすべて低優先度通信、ＡＰ−ｂ１０１用の通信はすべて高優先度通信となる属性ａと属性ｂがまとめて設定されている。
この状態でＡＰからの通信が発生した場合、通信処理部１０２には、各々優先度制御をできる機能が備わっている。また、ＳＷ１０３にも同様の通信の優先度処理ができる機構を備えていることは、実施の形態１と同様である。図１６では、ＡＰ−ａ１０１から属性ａ１０６を使用して低優先度通信を実施するＣａ通信１２２が２つ発生しており、通信処理部１０２は通信データに対して低優先度属性を付与し、２つのＣａ通信１２２に対しての通信処理に割り当てる時間を均等としている。
ＳＷ１０３では、この通信データに付与されている低優先度属性を知り、他のＳＷ１０３通信データとの優先度処理のバランスを考えて、低優先度相当の処理時間を割り当てる。また、管理部１０５では、通信制御部１０４を経由して通信処理部１０２から現在の通信状態を得て、それを通信統計情報１１４として、情報収集用ＡＰ１１５に示している。
【００５５】
図１７は、図１６の状態において、ＡＰ−ｂ１０１が生成され、ＡＰ−ｂ１０１から属性ｂ１０６を使用して高優先度通信を実施するＣｂ通信１２３が発生した場合の動作を説明する図である。
この場合、ＯＳ起動時に通信制御部１０４から通信処理部１０２に対して設定された属性ｂ１０６を元に通信制御部１０２は、Ｃｂ通信１２３の処理に割り当てる時間を増加させ、２つのＣａ通信１２２の処理に割り当てる時間を抑制する動作となる。この時、管理部１０５が通信統計情報１１４を得て、情報収集用ＡＰ１１５に示す動作もする。
なお、本例では、通信処理を要求するＡＰ１０１をＡＰ−ａ１０１とＡＰ−ｂ１０１の２種類に限定したが、通信処理を要求するＡＰ１０１が増えても同等の動作をするのは明らかである。また、本例の属性１０６では、属性ｂ１０６を使用するＣｂ通信１２３が発生した場合、属性ａ１０６を使用する２つのＣａ通信１２２を抑制通信にすると定義したが、複数のＡＰ１０１からの通信が発生した場合、属性１０６の定義によっては、優先度が低い通信に割り当てる時間を段階的に減少させることで対応したり、また、最高優先度の通信に対して、処理時間をすべて費やし、他の優先度の通信は待ちとさせることも可能である。更に、ＡＰ−ｂ１０１から発生するＣｂ通信１２３は、通常プラント監視機器などの制御を実施するための通信であって最重要通信を扱い、ＡＰ−ａ１２２から発生するＣａ通信１２２は、ファイル転送通信など途中で停止してもよいが、再開された時は停止前の状態から続けて送受信できるような通信を扱うなどと、予めシステムで定めておく。
【００５６】
次に、図１８，図１９は、通信制御部１０４から通信処理部１０２への設定属性１０６が、通信優先度相当として通信媒体の持つ全帯域幅に対する自通信が占める帯域占有率として設定される場合の説明図である。
まず、通信機器１００のＯＳが起動する初期化時に、上述の属性情報を通信制御部１０４から通信処理部１０２に設定する。即ち、本例では、設定属性１０６として、ＡＰ−ａ１０１からの通信はすべて帯域占有率２５％の通信、ＡＰ−ｂ１０１からの通信はすべて帯域占有率６０％の通信とする属性ａ１０６と属性ｂ１０６が設定される。通信処理部１０２は、この設定属性１０６に相当する通信が発生すると、各々の通信に対する帯域幅の制御をできる機能が備わっている。また、ＳＷ１０３も同様の機構がある。
本例では、ＡＰ−ａ１０１から属性ａ１０６を使用して、２５％の帯域占有率を用いて通信するＣａ通信１２２が２つ発生しており、通信処理部１０２内で個々の通信データに帯域占有率２５％の属性を付与し、通信媒体の２５％の帯域幅を使用するように通信帯域を割り当てる。本例では、Ｃａ通信１２２が２つ発生しているため、実際に占有されている帯域幅は、転送媒体の全帯域幅の５０％である。
ＳＷ１０３では、通信データに対して付与されている帯域占有率２５％の属性ａ１０６を知って、他のＳＷ１０３通信データとの帯域占有処理のバランスを考えて、このＣａ通信１２２に対する通信帯域を割り当てる。
【００５７】
図１９は、図１８の状態において、ＡＰ−ｂ１２３から帯域占有率６０％の属性ｂ１０６を使用するＣｂ通信１２３が発生した場合の動作を説明する図である。
この場合、先に説明した設定属性ｂ１０６を元に、通信処理部１０２は、個々のＣａ通信１２２に伝送媒体の全帯域の２５％の帯域幅を割り当て、Ｃｂ通信１２３には２つのＣａ通信１２２が使用している以外の残りの帯域幅として、通信媒体の全帯域幅の５０％を割り当てる。
【００５８】
なお、本例では、通信処理を要求するＡＰ１０１をＡＰ−ａ１０１とＡＰ−ｂ１０１の２種類に限定したが、通信処理を要求するＡＰ１０１が増えても同等の動作をするのは明らかである。また、本例の属性１０６には、通信が発生した時点での転送媒体の残り帯域幅で収まる帯域占有率を持つ通信から優先に帯域を割り当てていくことと定義したが、複数の通信の種類が発生した場合、属性１０６の定義によっては、ある１つの通信に優先的に割り当てるような手法で対応したり、同時に発生した通信には転送媒体の残り帯域幅を均等に割り付ける手法で対応したり、要求した帯域幅が取得できない場合は、エラーとして通信を行わないような手法で対応することも可能である。
更に、例えば、Ｃａ通信１２２は遠隔端末接続操作などの小量の通信データ量の送信を伴う通信を扱い、Ｃｂ通信１２３は画像や音声などの大量の通信データ量の送信を伴う通信であると予めシステムで定めておく。
図１６から図１９までの通信例では、各々のＡＰ１０１から発生した通信は、そのＡＰ１０１に対応する設定属性１０６として、通信優先度と帯域占有率を使用することとしたが、設定属性１０６には他の通信優先度相当の通信遅延時間、ジッタなど他の要素による制御も可能である。
【００５９】
実施の形態３．
通信優先度関連の属性要求の更にバリエーションを説明する。
本実施の形態における属性要求が仮想ポートに基づく場合を、図２０を用いて説明する。
図において、１０７はＡＰ１０１が通信時に使用する仮想ポートを示している。この場合、これらの仮想ポートＡとＢに基づく属性要求を通信制御部１０４が属性要求解析手段Ｓ１で予め検出しておき、つまり、仮想ポートＡとＢの使用を検出しておき、これに基づいて優先度選択手段Ｓ２で後に詳しく説明するように、例えば、低優先度、高優先度のように、この選択した属性ａ、属性ｂを通信処理部１０２に対して設定する。図２０の例では、設定属性ａ、設定属性ｂがそれぞれＡＰ１０１が通信に使用する仮想ポートＡとＢに対応している。そして、１つのＡＰ１０１が２つの仮想ポートとして、ポートＡ１０７とポートＢ１０７をともに使用して通信する。
【００６０】
ＡＰ１０１から仮想ポート１０７経由で送信された通信データには、まず、ステップ１２００ａで、処理Ｉ／Ｆ部１０２ａにより通信データが経由する仮想ポート１０７を識別するための識別子が付与される。ここで、識別子は、例えば、仮想ポート１０７のポート番号であってもよいし、別に定義される仮想ポート名またはキーとなる番号であってもよい。次に、ステップ１２００ｂで、付与された識別子のついた属性が通信処理部１０２に設定されているかどうかを判断する。ここで、もし、通信処理部１０２に取得した識別子のついた属性が設定されていない場合は、ステップ１２００ｅで、予め設定されているその他の通信用の規定値（システムでデフォルト使用する属性）を使用して通信データに属性を設定し、ステップ１２００ｄで通信処理を開始する。また、取得した識別子のついた属性が通信処理部１０２に設定されている場合は、ステップ１２００ｃで該当する属性内部の通信に対する諸条件を取得して使用し、通信データに属性を設定し、ステップ１２００ｄで通信処理を開始する。
【００６１】
なお、図２０では、説明を簡単にするために、アプリケーションとしてＡＰ１０１のみ、また、通信に使用する仮想ポートとして、仮想ポートＡ１０７と仮想ポートＢ１０７の２種類、また、通信制御部１０４から通信処理部１０２へ設定された属性として属性ａと属性ｂ１０６の２種類の場合の説明を示したが、ＡＰ１０１や属性１０６や仮想ポート１０７は、多数存在しても同等の方法で動作可能である。
【００６２】
上述の具体例としての通信事例を説明する。
図２２は、通信制御部１０４から通信処理部１０２への設定属性１０６が通信優先度であって、ＡＰ１０１からの通信がポートＡ１０７経由の場合、属性ａ１０６で低優先度通信となり、ポートＢ１０７経由の場合、属性ｂ１０６で高優先度通信とする例である。まず、通信機器１００のＯＳが起動する初期化時に、予めＯＳの静的構成パラメータとして組み込まれた上述の属性情報を通信制御部１０４から通信処理部１０２に設定する。本例では、設定属性１０６としてポートＡ１０７経由の通信はすべて低優先度通信、ポートＢ１０７経由の通信はすべて高優先度通信となる属性ａと属性ｂ１０６が設定される。
この状態で、ＡＰからの通信があると、通信処理部１０２には、設定属性に対応した優先度制御ができる機能が備わっており、また、ＳＷ１０３にも同様に通信の優先度処理を実施できることは、実施の形態１と同様である。図２２では、ＡＰ１０１からポートＡ１０７を使用し、従って属性ａ１０６の低優先度通信を行うＣａ通信１２２が２つ発生している。その場合には、通信処理部１０２は、ＡＰからの通信データに対して低優先度属性を付与し、２つのＣａ通信１２２に対しての通信処理に割り当てる時間を均等にしている。ＳＷ１０３では、通信データに付与されている低優先度属性を知り、他のＳＷ１０３経由通信データとの優先度処理において、バランスを考えて予め処理時間を割り当てる。
【００６３】
図２３は、図２２の状態において、ＡＰ１０１からポートＢ１０７を経由する通信が生成され、従って属性ｂ１０６の高優先度通信を行うＣｂ通信１２３が発生した場合の動作を説明する図である。
この場合、予めＯＳ起動時に設定属性ｂ１０６によって、Ｃｂ通信１２３の処理に割り当てる時間を増加させ、２つのＣａ通信１２２の処理に割り当てる時間を抑制する動作となる。
なお、本例では、通信を行うポート１０７をポートＡ１０７とポートＢ１０７の２種類に限定したが、通信を行うポート１０７が増えても同等の動作をする。また、属性１０６が増加しても同じように動作する。更に、属性１０６の定義によっては、優先度が低い通信に割り当てる時間を段階的に減少させることで対応したり、また、最高優先度の通信に対して、処理時間をすべて費やし、他の優先度の通信は待ちとさせることも可能である。更に、ポートの経由のさせ方は、システムで予め取り決めておけばよいことは、他の実施の形態と同様である。
【００６４】
次に、図２４，図２５は、通信制御部１０４から通信処理部１０２への設定属性１０６が、通信優先度相当として通信媒体の持つ全帯域幅に対する自通信が占める帯域占有率として設定された場合の動作説明図である。
通信機器１００のＯＳ起動時の上述属性情報が通信制御部１０４から通信処理部１０２に図２４に示される値として設定される。即ち、ポートＡ１０７経由の通信は帯域占有率２５％とし、ポートＢ１０７経由の通信は帯域占有率６０％とする。この設定を含めて以降の動作は、実施の形態２における図１８の動作と同じであり、詳細記述は省略する。
また、図２５は、図２４の状態において、ＡＰ１０１からポートＢ１０７経由で帯域占有率６０％属性ｂ１０６のＣｂ通信１２３が新たに発生した場合の動作を説明する図である。
この場合の動作も実施の形態２における図１９の動作と同じになるので、以後の記述は省略する。
【００６５】
実施の形態４．
通信優先度関連の属性要求が、送信するＡＰが受信相手の仮想ポートと相互に構築するフローによって決まる場合を説明する。
図２６は、本実施の形態におけるネットワークシステムを示した図である。
図において、１０８は送信側ＡＰ１０１が使用する仮想ポート１０７と受信側ＡＰ１０１が使用する仮想ポート１０７との間で規定されるフローを示している。即ち、設定属性ａと属性ｂ１０６は、事前に通信制御部１０４がこのフローＡとフローＢの接続状態を属性要求であるとして解析（検出）し、予めシステムで決められている基準によって優先度を選択して、ＡＰ−ａ１０１とＡＰ−ｃ１０１との間で使用するフローＡ、及びＡＰ−ｂ１０１とＡＰ−ｃ１０１との間で使用するフローＢ１０８の属性１０６を設定属性として通信処理部１０２に設定する。
次に、通信処理部１０２に対して設定されたフロー１０８単位の上述の属性を使用して、ＡＰ１０１から通信データが送出された場合に、通信データに属性を設定する動作について、図２７のフローチャートを用いて説明する。
【００６６】
ＡＰ１０１によりフロー１０８を用いて送信された通信データは、まず、ステップ１３００ａで、処理Ｉ／Ｆ部１０２ａで解析され、通信データの送信に使用されるフロー１０８を識別する識別子が得られる。ここで、識別子は、フロー１０８を規定するポート番号でもよいし、別に定義されるフロー名またはキーでもよい。次に、ステップ１３００ｂで、取得した識別子のついた属性が通信処理部１０２に設定されているかどうかを判断する。ここで、もし、通信処理部１０２に該当識別子のついた属性が設定されていない場合は、ステップ１３００ｅで、予め設定されているその他の通信用の規定値（システムでデフォルト使用する属性）を使用して通信データに属性を設定し、ステップ１２００ｄで通信処理を開始する。また、取得した識別子のついた属性が通信処理部１０２に設定されている場合は、ステップ１３００ｃで該当する属性内部の通信に対する諸条件を取得して使用し、通信データに属性を設定し、ステップ１３００ｄで通信処理を開始する。
【００６７】
なお、図２６では、説明を簡単にするために、アプリケーションとして、ＡＰ−ａ１０１とＡＰ−ｂ１０１とＡＰ−ｃ１０１の３種類、また、通信に使用するフローとして、フローＡ１０８とフローＢ１０８の２種類、また、通信制御部１０４から通信処理部１０２へ設定された属性として属性ａ１０６と属性ｂ１０６の２種類の場合の説明を示したが、ＡＰ１０１や属性１０６やフロー１０８は他の任意の数であってもよい。
【００６８】
上述の具体例としての通信事例を説明する。
図２８は、上述の仮想ポートの組み合わせに基づくフローを属性要求であると解析して、システムでは選択基準に従って高低の通信優先度として選択し、通信制御部１０４から通信処理部１０２に設定属性１０６を通信優先度として設定した場合の説明図である。
この場合は、ＡＰ−ａ１０１とＡＰ−ｃ１０１間のフローＡ１０８による通信を低優先度通信の設定属性ａ１０６、ＡＰ−ｂ１０１とＡＰ−ｃ１０１間のフローＢ１０８による通信を高優先度通信の設定属性ｂ１０６としている。これらの属性１０６は通信機器１００のＯＳ起動中の初期化時に、通信制御部１０４から通信処理部１０２に設定される。
本例では、フローＡ１０８を使用した属性ａ１０６の低優先度通信を実施するＣａ通信１２２のみが発生しており、通信処理部１０２は通信データに対して低優先度属性を付与するのみで、優先度処理をする必要がない。以降のＳＷ１０３の動作は、実施の形態１における図８の動作と同様になるので記述を省略する。
【００６９】
図２９は、図２８の状態において、ＡＰ−ｂ１０１とＡＰ−ｃ１０１間でフローＢ１０８を使用した通信が生成され、属性ｂ１０６で高優先度通信を行うＣｂ通信１２３が発生した場合の動作を説明する図である。
この場合、設定属性ｂ１０６によってＣｂ通信１２３の処理時間を増加し、Ｃａ通信１２２の処理割り当て時間を抑制する動作となる。
なお、フロー１０８が増えても同等の動作をし、また、属性に基づく処理割り当て時間の増減方法に種々のバリエーションが考えられるのも、他の実施の形態と同様である。
【００７０】
次に、図３０は、通信制御部１０４から通信処理部１０２への設定属性１０６が、通信優先度相当として通信媒体の持つ全帯域幅に対する自通信の帯域占有率として図示の値で設定された場合の動作説明図である。
これらの設定属性１０６は通信機器１００のＯＳ起動中の初期化時に、通信制御部１０４から通信処理部１０２に設定され、この場合、フローＡ１０８の通信はすべて帯域占有率５０％の通信、フローＢ１０８の通信はすべて帯域占有率６０％の通信であるとする属性ａと属性ｂ１０６が設定される。図の状態では、フローＡ１０８により属性ａ１０６の５０％の帯域占有率によるＣａ通信１２２のみが発生しており、通信処理部１０２内で通信データに帯域占有率５０％の属性を付与し、通信媒体の５０％の帯域幅を使用するように通信帯域を割り当てる。ＳＷ１０３も、他の実施の形態で述べた通信帯域を割り当て動作をし、データの送信を行う。
【００７１】
図３１は、図３０の状態において、フローＢ１０８による帯域占有率６０％で属性ｂ１０６のＣｂ通信１２３が発生した場合の動作を説明する図である。
この図に基づく動作は、例えば、実施の形態２における図１９の動作と同様であるので、詳細記述は省略する。
また、設定属性１０６として、通信優先度と帯域占有率以外の他の属性、例えば、通信遅延時間、ジッタなどを用いてもよいことは他の実施の形態と同様である。
【００７２】
実施の形態５．
通信優先度関連の属性要求がプロトコルである場合を説明する。
プロトコルは、通常はカーネル作成時に決まり、ＡＰの種類にも密接な関係があって、事実上通信データの送信速度にも関係が深いので、このプロトコルを解析（検出）して属性要求と見なし、これをもとにシステムで決まる論理で優先度選択する場合を述べる。
図３２は、本実施の形態におけるネットワークシステムを示した図である。
図において、１０９はＡＰ１０１が通信に使用する通信プロトコルを示している。即ち、通信制御部１０４がその属性要求解析手段Ｓ１によりプロトコルＡとプロトコルＢを検出し、選択手段Ｓ２で対応する属性ａと属性ｂを選択し、通信処理部１０２にＡＰ１０１が使用する通信プロトコルＡ１０９単位及び通信プロトコルＢ１０９単位別に設定属性を指示している。
【００７３】
以後のＡＰ１０１から通信データが送信された場合に、通信プロトコル１０９単位の属性を通信データに設定する動作は、図３３にフローチャートとして示される。
即ち、ＡＰ１０１の通信プロトコル１０９による通信データは、ステップ１４００ａで、処理Ｉ／Ｆ部１０２ａで解析されて、通信プロトコル１０９の識別子が取得される。ここで、識別子としては、通信プロトコル１０９の名前や別に定義されているプロトコル番号またはキーなどのバリエーションがある。次に、ステップ１４００ｂで、取得した識別子の属性が既に通信処理部１０２に設定されているかどうかを判断する。もし、通信処理部１０２に取得した識別子の属性が設定されていない場合は、ステップ１４００ｅで、予め設定されているその他の通信用の規定値（システムでデフォルト使用する属性）を使用して通信データに属性を設定し、ステップ１４００ｄで通信処理を開始する。また、取得した識別子の属性が通信処理部１０２に設定されている場合は、ステップ１４００ｃで該当する属性内部の通信に対する諸条件を取得して使用し、通信データに属性を設定し、ステップ１４００ｄで通信処理を開始する。
なお、図３２では、アプリケーションとしてＡＰ１０１のみ、通信に使用する通信プロトコルとして、プロトコルＡ１０９とプロトコルＢ１０９の２種類のみ、設定属性として属性ａと属性ｂ１０６の２種類の場合の説明を示したが、これらは別の任意の数であってよいことは、他の実施の形態と同様である。
【００７４】
上述の具体例としての通信事例を説明する。
図３４は、上述のプロトコルの形態を属性要求であると解析（検出）して、システムでの選択基準に従い高低の通信優先度として選択し、通信制御部１０４から通信処理部１０２に設定属性１０６を通信優先度として属性設定した場合の説明図である。
この場合は、ＡＰ１０１からの通信がプロトコルＡ１０９による通信の場合、属性ａ１０６で低優先度通信となり、プロトコルＢ１０９による通信の場合、属性ｂ１０６で高優先度通信となっている。初期化時に予めＯＳの静的構成パラメータとして、属性情報が通信処理部１０２に設定される。即ち、プロトコルＡ１０９の通信はすべて低優先度通信、プロトコルＢ１０９の通信はすべて高優先度通信となる属性ａと属性ｂ１０６が設定される。
本例では、ＡＰ１０１からプロトコルＡ１０９による低優先度のＣａ通信１２２が２つ発生している。通信処理部１０２は、低優先度属性を付与し、２つのＣａ通信１２２に対して均等な時間を通信処理に割り当てている。
【００７５】
図３５は、図３４の状態において、ＡＰ１０１からプロトコルＢ１０９をによる通信が生成され、属性ｂ１０６の高優先度通信を行うＣｂ通信１２３が発生した場合の動作を説明する図である。
この場合、設定属性ｂ１０６により、Ｃｂ通信１２３の処理割り当て時間を増加させ、２つのＣａ通信１２２の処理割り当て時間を抑制する動作を行う。
なお、通信に使用するプロトコル１０９の種類が増えても同等の動作をし、また、属性に基づく処理割当時間の増減方法に種々のバリエーションが考えられるのも、他の実施の形態と同様である。
【００７６】
次に、図３６は、通信制御部１０４から通信処理部１０２への設定属性１０６が、通信優先度相当として通信媒体の持つ全帯域幅に対する自通信の帯域占有率として図示の値で設定された場合の動作説明図である。
これらの設定属性１０６は通信機器１００のＯＳ起動中の初期化時に、通信制御部１０４から通信処理部１０２に設定され、プロトコルＡ１０９の通信はすべて帯域占有率２５％の通信、プロトコルＢ１０９の通信はすべて帯域占有率６０％であるとする属性ａと属性ｂ１０６となっている。本例では、プロトコルＡ１０９による属性ａ１０６で帯域占有率２５％のＣａ通信１２２が２つ発生しており、通信処理部１０２では、通信データに帯域占有率２５％の属性を付与し、通信媒体の２５％の帯域幅を使用するように通信帯域を割り当てる。
【００７７】
図３７は、図３６の状態において、ＡＰ１０１からプロトコルＢ１０９による属性ｂで帯域占有率６０％のＣｂ通信１２３が発生した場合の動作を説明する図である。
この図に示された帯域割り当ての変更動作は、例えば、実施の形態２における図１９で説明した動作と同様であるので、詳細記述を省略する。
【００７８】
実施の形態６．
通信優先度の関連の属性要求が、ＡＰを扱う通信機器の物理的ネットワークインタフェース（ＮＩＣ）によって決まる場合を説明する。
図３８は、本実施の形態におけるネットワークシステムを示した図である。
図において、ＮＩＣａ１０２ｄとＮＩＣｂ１０２ｄは、図３８中では、あたかも別々の通信処理部１０２に属しているように記されているが、説明を簡単にするためにそのように記したものであり、実際は同一の通信処理部１０２に属しているものである。属性ａ１０６と属性ｂ１０６はＮＩＣａ１０２ｄ，ＮＩＣｂ１０２ｄの接続使用を属性要求であると解析（検出）して、システムで決まる基準により選択して属性設定により通信制御部１０４から通信処理部１０２にＡＰ１０１が通信を際のＮＩＣａ１０２ｄ単位及びＮＩＣｂ１０２ｄ単位別に行った設定属性である。
【００７９】
通信処理部１０２に対して設定されたＮＩＣ１０２ｄ単位の上述の属性を使用して、ＡＰ１０１から通信データが送出された場合に、通信データに属性を設定する動作を図３９のフローチャートを用いて説明する。
ＡＰ１０１からの通信データは、まず、ステップ１５００ａで処理Ｉ／Ｆ部１０２ａにより受け取られ、処理Ｉ／Ｆ部１０２ａで解析されてＮＩＣ１０２ｄを識別する識別子が得られる。ここで、識別子は、ＮＩＣ１０２ｄに付与される番号、その他のバリエーションがあり得る。次に、ステップ１５００ｂで、取得した識別子のついた属性が通信処理部１０２に設定されているかどうかを判断する。ここで、もし、通信制御部１０２に取得した識別子のついた属性が設定されていない場合は、ステップ１５００ｅで、予め設定されているその他の通信用の規定値（システムでデフォルト使用する属性）を使用して通信データに属性を設定し、ステップ１５００ｄでその他の通信用に割り当てられているＮＩＣ１０２ｄを使用し通信を開始する。また、取得した識別子のついた属性が通信処理部１０２に設定されている場合は、ステップ１５００ｃで該当する属性内部の通信に対する諸条件を取得して使用し、通信データに属性を設定し、ステップ１５００ｄで指定された通信に割り当てられているＮＩＣ１０２ｄを使用し通信を開始する。
【００８０】
なお、上述の説明において、アプリケーションとしてＡＰ−ａ１０１とＡＰ−ｂ１０１の２種類、ＮＩＣとして、ＮＩＣａ１０２ｄとＮＩＣｂ１０２ｄの２種類、設定属性として属性ａと属性ｂ１０６の２種類、ネットワーク接続機器としてＳＷ１０３のみによるネットワーク構成の説明を示したが、これらは別の任意の数であってよい。
【００８１】
上述の具体例として、通信事例を説明する。
図４０は、上述のＮＩＣ接続を属性要求であると解析して、システムの基準で選択して、属性設定として高低の通信優先度を通信制御部１０４から通信処理部１０２に設定した場合の説明図である。
この場合、ＡＰ１０１からのＮＩＣａ１０２ｄを通る通信の場合、属性ａ１０６で低優先度通信とし、ＮＩＣｂ１０２ｄを通る通信の場合、属性ｂ１０６で高優先度通信とする設定としている。これらの設定属性１０６は通信機器１００のＯＳ起動中の初期化時に、通信制御部１０４から通信処理部１０２に設定される。
本例では、ＡＰ１０１からＮＩＣａ１０２ｄ経由で属性ａ１０６の低優先度通信を行うＣａ通信１２２が２つ発生しており、通信処理部１０２は通信データに対して低優先度属性を付与し、２つのＣａ通信１２２に対しての通信処理に割り当てる時間を均等としている。これ以降の動作説明は、例えば、実施の形態２における図１６の動作と同様であるので、記述を省略する。
【００８２】
図４１は、図４０の状態において、ＡＰ１０１からＮＩＣｂ１０２ｄを通る通信が生成され、属性ｂ１０６で高優先度通信を行うＣｂ通信１２３が発生した場合の動作を説明する図である。
この場合、ＮＩＣａ１０２ｄとＮＩＣｂ１０２ｄの間は、通信機器１００上では独立しているため、低優先度通信であるＣａ通信１２２と高優先度通信であるＣｂ通信１２３の間では、別々のＮＩＣ１０２ｄを使用することになる。従って、通信処理部１０２内での優先度制御は発生しないことになる。従って、Ｃａ通信１２２とＣｂ通信１２３による各々の通信データには、属性ａ１０６として低優先度、属性ｂ１０６として高優先度が付与され、ＳＷ１０３に送信される。ＳＷ１０３では、通信データに付与された属性１０６としての通信優先度を検出し、内部で優先制御を行い、宛先の通信機器１００へ通信データを転送する。
【００８３】
なお、ＮＩＣをＮＩＣａ１０２ｄとＮＩＣｂ１０２ｄの２種類に限定したが、通信に使用するＮＩＣ１０２ｄの数が増えても同等の動作をする。また、本例では、ＳＷ１０３は、個別のＮＩＣ１０２ｄから受信した通信データに対しては、完全に独立の優先度制御を行うとしたが、もちろん、ＳＷ１０３が他の優先度制御を行うものであってもよい。
【００８４】
図４２は、通信制御部１０４から通信処理部１０２への設定属性１０６が、通信優先度相当として通信媒体の持つ全帯域幅に対する自通信の帯域占有率として図示の値で設定された場合の動作説明図である。
この図に基づく動作説明は、設定数値は異なるが、例えば、実施の形態２における図１８の動作と同じなので、記述を省略する。
また、図４２は、図４２の状態において、ＡＰ１０１からＮＩＣｂ１０２ｄ経由の帯域占有率６０％で属性ｂ１０６のＣｂ通信１２３が発生した場合の動作を説明する図である。
この場合、属性ｂ１０６を基に、個々のＣａ通信１２２にＮＩＣａ１０２ｄに接続されている伝送媒体の全帯域の５０％の帯域幅を割り当て、Ｃｂ通信１２３にはＮＩＣｂ１０２ｄに接続されている伝送媒体の６０％の帯域幅を割り当てる。ＳＷ１０３では、通信データに付与された属性１０６を知り、ＳＷ１０３を使用している他の通信データとのバランスを考えて帯域占有処理して、通信帯域を割り当てる。
【００８５】
なお、通信に使用するＮＩＣ１０２ｄの数、ＳＷ１０３の制御動作にバリエーションがあっても本願の構成が適用でき、同じ効果が得られるのは明らかである。
【００８６】
実施の形態７．
先の各実施の形態では、属性設定は初期化時に行われ、以後は固定である場合を説明した。本実施の形態では、周囲状況によってシステムの運用途中に属性設定を変更する場合を説明する。
図４４は、本実施の形態におけるネットワークシステムを示した図である。
図では、（１）以前の状態では、ＡＰ１０１が他の通信機器１００上のＡＰ１０１と通信処理実施中は、属性ｂ１１０となっていることを示している。このときに、ＡＰ１０１より通信制御部１０４へ（１）の属性要求の変更が入力された様子を表している。これは、通信処理中のＡＰ１０１以外のアプリケーションより、ＡＰ１０１の通信処理に対する属性変更及びネットワークシステム上の他の通信機器１００からの属性を通信処理部１０２が受信した場合であってもよい。この状態で、（２）以降の優先度選択に基づいて、通信制御部１０４から通信処理部１０２に対して属性を動的に設定する動作を、図４５のフローチャートを用いて説明する。
【００８７】
ステップ１６００ａでは、図４４の（１）で通信制御部１０４に対して入力された新しい属性要求１１０を通信制御部１０４が受け取る処理を行う。次に、ステップ１６００ｂで通信制御部１０４が受け取った属性１１０が、受け入れ可能かどうかを優先度選択手段Ｓ２で判断する。もし、受け取った属性要求１１０が通信制御部１０４が受け入れられないなら、ステップ１６００ｆで受け入れを拒否するためエラー処理を行った後、処理は終了する。また、受け入れ可能であれば、ステップ１６００ｃで通信制御部１０４内部に選択後の属性１１０を記録する。次に、ステップ１６００ｄで通信制御部１０４内部に選択して記録された属性１１０を、ステップ１６００ｅで図４４の（２）の通信処理部１０２に対して、新しい設定属性１０６として設定する処理を行って動作を終了する。
【００８８】
図４４の（２）で、通信制御部１０４から通信処理部１０２に対して設定属性１０６の変更が行われた時の通信処理部１０２の処理、つまり、図４４の（３）の処理について、図４６にフローチャートを示して動作を説明する。
通信制御部１０４から設定属性１０６の変更通知を受けると、通信処理部１０２では、ステップ１６０１ａで、それまで行っていたＡＰ１０１による通信を一旦停止する。次に、ステップ１６０１ｂで今までＡＰ１０１の通信に使用していた設定属性１０６を廃棄し、ステップ１６０１ｃで通信制御部から設定された新しい設定属性１０６を受け入れる。ステップ１６０１ｄでは、新しい設定属性１０６内の通信の諸条件を使用し、ＡＰ１０１の通信データに属性ａ１０６をつけ、ステップ１６０１ｆでＡＰ１０１の通信処理を再開する。
なお、上述部分以外のネットワークシステムの動作は、先の各実施の形態と同等であるため、説明は省略する。
【００８９】
上述の具体例としての通信事例を説明する。
図４７は、例えば、ＡＰから通信優先度に関連する属性要求がＣｂ、Ｃｂ通信については、各々高、低の優先度であり、それが選択されて設定属性とされている場合を示している。即ち、設定属性１０６が通信優先度で、ＡＰ１０１から低優先度通信と高優先度通信に当たる通信が各１つずつ発生している。これらの設定属性は、初期化時に、予めＯＳの静的構成パラメータとしての設定属性が通信処理部１０２に対して設定されている。本例では、この状態でＡＰ１０１から高優先度通信のＣａ通信１２２と、低優先度通信のＣｂ通信１２３が各々１つずつ発生している。この場合の通信処理部１０２の処理に割り当てる時間の調整動作は、既に先の各実施の形態で述べたと同様である。
【００９０】
図４８は、図４７の状態において、ＡＰ１０１から通信制御部１０４に対して、属性要求１２４の変更が入力された場合の動作を説明する図である。
ＡＰ１０１から通信制御部１０４に対して属性要求１２４の変更が入力されると、通信制御部１０４は、その属性要求の変更が適切なものであれば、それまでの通信における設定属性１０６を削除し、新しい設定属性１０６として記録した後、通信処理部１０２に対して、新しい設定属性１０６を通知する。新しい設定属性１０６を通知された通信処理部１０２では、それまで実施していた通信を一旦停止し、設定属性１０６の変更を行った後、通信を再開する。本例では、属性要求１２４の変更を基に受け取った新しい設定属性１０６は、今まで高優先度通信として実施されていたＣａ通信１２２を低優先度通信へ変更し、低優先度通信として実施されていたＣｂ通信を高優先度通信へ変更するものである。従って、通信処理部１０２は、新しい設定属性１０６を受け取った段階で、Ｃａ通信１２２を高優先度通信から低優先度通信へ変更し、Ｃｂ通信を低優先度通信から高優先度通信へ変更する。ＳＷ１０３では、通信データに対して付与されている設定属性１０６の通信優先度に忠実に従って優先度処理を実施する。このため、設定属性の変更にそのまま追従した動作をする。
なお、発生する通信をＣａ通信１２２及びＣｂ通信１２３の２種類に限定したが、発生する通信数が増えても同等の動作をし、複数の設定属性の変更も、また、処理時間の割り当て動作のバリエーションが考えられるのも、他の実施の形態と同様である。
【００９１】
図４９は、設定属性１０６が通信媒体の持つ全帯域幅に対する自通信の帯域占有率だった場合で、ＡＰ１０１からの通信要求が帯域占有率３０％の通信と帯域占有率８０％の通信が発生している場合を示している。この場合の動作も、数値は違っていても、他の実施の形態で述べたと同様の動作をするので、詳細記述を省略する。
【００９２】
図５０は、図４９の状態において、ＡＰ１０１から通信制御部１０４に属性要求１２４の変更が入力された場合の動作を説明する図である。
ＡＰ１０１から通信制御部１０４に属性要求１２４の変更が入力されると、通信制御部１０４は、それを受け取り、システムとして適切であると選択できると、それまでの通信で使用していた設定属性１０６を削除し、新しい設定属性１０６として記録した後、通信処理部１０２に対して、新しい設定属性１０６を通知する。新しい設定属性１０６を通知された通信処理部１０２では、それまで実施していた通信を一旦停止し、設定属性１０６の変更を行った後、通信を再開する。本例では、属性要求１２４の変更として受け取ったものは、Ｃａ通信の帯域占有率を３０％から１０％へ変更するものなので、通信処理部１０２は、新しい設定属性１０６を受け取った段階で、Ｃａ通信１２２の使用している帯域幅を今までの帯域占有率３０％から帯域占有率１０％に変更する。また、それまで帯域占有率７０％で通信していたＣｂ通信を、帯域占有率８０％に変更する。ＳＷ１０３では、通信データに付与されている属性１０６としての帯域占有率に忠実に従って帯域占有処理を実施する。
【００９３】
なお、先の各実施の形態では、属性要求はＡＰ、接続形態等のうち、どれか１つを属性要求であると解析し、これを基に、優先度に関する属性の選択をするようにしたが、属性要求はこれらを複数組み合わせて、例えば、ＡＰからの優先度要求とプロトコルの両方を組み合わせて、その組み合わせに対応して属性の選択基準を定めておくようにしてもよい。このようにすることで、きめ細かい通信優先度の属性設定が可能となる。
【００９４】
実施の形態８．
先の各実施の形態では、属性要求はすべて一旦は、通信制御部のＯＳ部に伝えられていて、選択の検討がされるとして説明をしてきた。しかし、システムによっては属性要求の権限に制限を設け、ある一定以上の権限を持つＡＰ１０１からの入力しか受け付けないようにすることにしてもよい。
本実施の形態におけるシステムは、この属性要求に権限を設けたものであり、それ以外の接続形態としては、先の実施の形態７における図４４と同じとする。ここで、通信制御部１０４から通信処理部に対して設定属性１１０を設定する動作を、図５１のフローチャートを用いて説明する。
【００９５】
図５１において、ステップ１７００ａでは、通信制御部１０４に対して入力された属性要求１１０を、通信制御部１０４が受け取る。次に、ステップ１７００ｂで、ＡＰ１０１の権限が通信制御部１０４に属性要求１１０を入力する権限を許可されているかどうかを判断する。もし、ＡＰ１０１に、属性要求１１０を入力する権限が許可されていないと判った場合は、ステップ１７００ｇで受け入れを否定するためエラー処理を行った後、処理は終了する。また、ＡＰ１０１に上述の権限が許可されていると判った場合は、ステップ１７００ｃで入力された属性要求１１０が、システムとして選択可能かどうかを判断する。もし、受け入れられない選択不可のものであれば、ステップ１７００ｇで受け入れを拒否するためエラー処理を行った後、処理は終了する。また、受け入れ可能であれば、ステップ１７００ｄで通信制御部１０４内部に選択した属性１１０を記録する。次に、ステップ１７００ｅで、通信制御部１０４内部に記録された選択属性１１０を通信処理部１０２に対して設定属性１０６として設定し、ステップ１７００ｆで通信処理部１０２に対して通知して処理を終了する。
なお、通信制御部１０４から設定属性１０６が変更されたことを通知された時の通信処理部１０２の動作は、実施の形態７と同じであるため説明は省略する。また、ネットワークシステムの他の部分の動作も先の実施の形態と同じであり、説明は省略する。
【００９６】
上述の具体例としての通信事例を説明する。
図５２は、通信制御部１０４から通信処理部１０２への設定属性１０６が通信優先度だった場合の動作を説明する図であり、この場合、ＡＰ−ａ１０１から高優先度通信が１つ発生していることを示している。これらの設定属性１０６の設定は、初期化時に、通信制御部１０４から通信処理部１０２に対して行われ、本例では、設定属性１０６として高優先度通信の属性ａ１０６が設定されている。通信処理部１０２は、この設定属性１０６の通信があると、優先度制御できる機能が備わっている。また、ＳＷ１０３も同様であるのは、他の実施の形態と同じである。
ここで、ＡＰ−ｂ１０１が通信制御部に対してＣａ通信１２２の使用している属性ａ１０６の内容を高優先度通信から低優先度通信に変更する属性要求１２４の変更を、例えば、制御データとして入力してきた。しかし、この例の場合、ＡＰ−ｂ１０１は、通信属性を変更するために必要なあるレベル以上の権限を持っていないため、通信制御部１０４は、ＡＰ−ｂ１０１からの属性要求１２４の変更を否定している。このため、ＡＰ−ｂ１０１は、通信制御部１０４から属性要求１２４の変更に対する否定応答としてのエラーが返される。従って、Ｃａ通信１２２は、設定属性１０６の変更が生じないので、そのままの設定属性ａ１０６を用いた通信を継続する。
【００９７】
なお、上述の例では、属性要求１２４の変更としてＡＰ−ｂ１０１から送出されたものとして説明しているが、他の変更権限のないＡＰ１０１からの属性要求１２４の変更であっても、同等の動作をする。また、ＡＰ−ｂ１０１が属性要求の変更権限を持っている場合は、それまでの設定属性は削除され、代わりに、属性要求１２４の変更で指定された新しい設定属性１０６が設定されて使用されるが、その動作の詳細は実施の形態７で記述したと同等であるため、説明を省略する。
【００９８】
実施の形態９．
先の各実施の形態では、属性要求がＡＰ、また、接続形態等、実通信に先だって解析（検出）される場合を説明したが、これらを常に通信制御部内のファイルに記憶しておき、特に、属性要求の変更がない限り、これらを一括して属性設定する場合を説明する。
図５３は、本実施の形態におけるネットワークシステムを示した図である。
図において、１１１は通信機器１００に接続されている２次記憶装置を示している。１１２は２次記憶装置内に格納されている属性設定ファイルを示している。１１３は属性設定ファイル内に記述されている複数の各設定属性を示している。
図において、通信機器１００のＯＳ起動時に２次記憶装置１１１から属性設定ファイル１１２を読み出し、その中に記述されている複数の記憶設定属性１１３を通信制御部１０４内部の設定属性１１０として記録し、また、通信処理部１０２に設定属性１０６を設定する動作を、図５４のフローチャートを用いて説明する。
【００９９】
通信機器１００のＯＳ起動時に、通信制御部１０４は、ステップ１８００ａで２次記憶装置１１１上に属性設定ファイル１１２が存在するかを判断する。もし、２次記憶装置１１１上に属性設定ファイル１１２が存在しなかった場合は、ステップ１８００ｆでエラーを返して処理を終了する。２次記憶装置１１１上に属性設定ファイル１１２が存在した場合は、ステップ１８００ｂで属性設定ファイル１１２に記述されている記憶設定属性１１３を読み出す。次に、ステップ１８００ｃで、属性設定ファイル１１２より読み出した記憶設定属性１１３がエラーなどがない妥当なものか判断する。もし、妥当なものでなかった場合は、ステップ１８００ｆでエラーを返して処理を終了する。妥当なものであった場合は、ステップ１８００ｄで属性設定ファイル１１２から読み出した記憶設定属性１１３の個数分だけ、通信制御部１０４内で設定属性１１０の記録処理を行う。次に、ステップ１８００ｅで通信制御部１０４へ記録した設定属性１１０の個数分だけ、通信処理部１０２へ設定属性１０６として設定処理を行った後、処理を終了する。
【０１００】
なお、属性設定ファイル１１２用の２次記憶装置１１１が、ネットワークファイルシステムのような形式で他の通信機器１００に接続されている２次記憶装置１１１内に格納されていてもよい。また、図５４中の動作で、既に述べた実施の形態での動作と同等の動作をするものは、説明を省略する。
具体的な通信事例は、実施の形態１と同等のため、説明は省略する。
【０１０１】
実施の形態１０．
先の各実施の形態においては、属性要求は送信側のＡＰからの通信優先度要求または送信側の接続形態等を解析して、属性要求であるとした。ここでは、これらの属性要求に基づいて、通信プログラムを管理する通信制御部が行う優先度属性の選択手段について説明する。また、この選択結果として得られた設定属性を受信側の通信機器へも送信し、受信側の通信処理部がこれを基に送信側主導の属性設定を行う動作を説明する。
図５５は、本実施の形態におけるネットワークシステムを示した図である。
本実施の形態において、送信側として通信機器Ａ１００上のＡＰ−ａ１０１と、受信側として通信機器Ｂ１００のＡＰ−ｂ１０１とが通信を行っている。設定属性ａ１０６は、送信側ＡＰ−ａ１０１の実行優先度をある写像関数を使用して、通信優先度へ写像したもの、つまり、送信側ＡＰからの属性要求を所定の変換式による対応関係、または所定のテーブル参照に基づく変換関係によって得られる選択された設定属性を、通信処理部へ設定している。ある写像関数とは、通信機器Ａ１００及び通信機器Ｂ１００及びその他の通信機器１００及びＳＷ１０３でネットワークシステムを構築する際に、ネットワークの特性を考慮して設定される任意の関数、つまり、対応関係である。
【０１０２】
ここで、送信側の通信機器１００上のＡＰ１０１の実行優先度が属性要求として解析（検出）され、これを基に予め決めた写像関数を使用して通信優先度を選択し、その選択された通信優先度を送信側の通信機器１００の通信処理部１０２に設定属性１０６として設定する。同時に、受信側の通信機器１００にもこの設定属性１０６を通信することで、受信側の通信機器１００にも設定属性１０６を設定する動作を図５６のフローチャートによって説明する。
【０１０３】
ＡＰ−ａ１０１から、例えば、ＡＰが持つ実行優先度が属性要求として通信制御部１０４へ入力されると、ステップ１９００ａで制御Ｉ／Ｆ部１０４ａが受け取る。次に、ステップ１９００ｂで、入力された属性要求が妥当か判断する。もし、属性要求が妥当でない場合は、ステップ１９００ｉでエラーを返して処理を終了する。また、属性要求が妥当である場合は、ステップ１９００ｃで制御Ｉ／Ｆ部１０４ａによりＡＰ−ａ１０１の実行優先度を属性要求として受け入れる。次に、ステップ１９００ｄで、予め定義されている属性要求としての実行優先度から設定属性の通信優先度に写像する写像関数を選択し、必要な設定属性を得る。ステップ１９００ｅで、写像（選択）した通信優先度を選択属性１１０として通信制御部１０４へ記録する。次に、ステップ１９００ｆで、この記録した属性を通信処理部１０２へ設定属性１０６として設定する。
ステップ１９００ｇにおいて、通信処理部１０２から設定属性１０６を受信側の通信機器Ｂ１００へ送信する。受信側では予め決められた手順で、図５５で概念を示すように、これをシステムの基準であるとして、ＡＰ−ａからの通信データを受ける際の通信優先度の設定属性であるとして、通信機器Ｂの通信制御部１０４に通知し設定する。その後、ステップ１９００ｈで通信処理を開始する。
【０１０４】
図５５で、ＡＰ−ａ１０１の実行優先度がａで、かつ、実行優先度から通信優先度への写像関数がＡＰ−ａ１０１の実行優先度を、そのまま通信優先度とするものである場合を考える。
まず、通信機器Ａ１００上のＡＰ−ａ１０１は、通信制御部１０４に対して属性要求１２４を送出する。属性要求１２４を受け取った通信制御部１０４は、属性要求１２４の発行元であるＡＰ−ａ１０１の実行優先度ａを解析する。それが受け入れ可能であれば、実行優先度から通信優先度への写像関数を使用した写像、上述の場合は、ＡＰ−ａ１０１の実行優先度ａを、そのまま通信優先度ａに変換して選択する。写像（変換選択）された通信優先度ａは、設定属性ａ１０６として通信制御部１０４から通信処理部１０２に対して属性設定する。また、同時に、通信機器Ｂ１００の通信処理部１０２に対して設定属性ａ１０６を送信する。
【０１０５】
通信機器Ａ１００の通信処理部１０２から回線経由で設定属性ａ１０６を受け取った通信機器Ｂ１００の通信処理部１０２は、自身の通信処理部１０２内に設定属性ａ１０６を設定した後、通信制御部１０４に対して設定属性ａ１０６を通知し、設定属性ａ１０６を通信制御部１０４内に保存する。以降、ＡＰ−ａ１０１からＡＰ−ｂ１０１への通信、並びに、ＡＰ−ｂ１０１からＡＰ−ａ１０１への通信では、最初に起動をかけた送信側通信機器Ａ１００及びそれを受ける受信側通信機器Ｂ１００の間で、設定された設定属性ａ１０６を用いた通信が行われる。
【０１０６】
なお、図５５では、説明を簡単にするために、通信機器は、送信の側通信機器１００と受信側通信機器１００の２種類、アプリケーションとしてＡＰ−ａ１０１とＡＰ−ｂ１０１の２種類の場合の説明を示したが、これらは、任意の数存在しても同等の動作が可能であることは明らかである。
また、図５６ステップ１９００ｅ、ステップ１９００ｆ、ステップ１９００ｇ及び受信側の通信機器１００が属性１０６を受け取ってから概通信機器内の通信制御部１０４に記録し、通信処理部１０２に設定する処理等は実施の形態１と同等であるため、説明は省略する。
【０１０７】
実施の形態１１．
実施の形態１０では、属性要求が起動をかける送信側の通信機器側のＡＰまたはそれと同等の接続形態等から得られる場合を説明した。ここでは、起動をかける送信側からの通信を受ける受信側の、例えば、ＡＰの状態を通信優先度に関する属性要求であるとして、優先度属性の選択をする場合を説明する。
図５７は、本実施の形態におけるネットワークシステムを示した図である。
本実施の形態において、送信側として通信機器Ａ１００上のＡＰ−ａ１０１と、受信側として通信機器Ｂ１００のＡＰ−ｂ１０１とが通信処理を行っている。設定属性ｂ１０６は、受信側ＡＰ−ｂ１０１の実行優先度を所定の写像関数を使用して、通信優先度へ写像したものを設定している。
【０１０８】
ここで、受信側の通信機器１００上のＡＰ１０１の実行優先度をある写像関数を使用して通信優先度に写像して選択し、その選択された通信優先度を受信側の通信機器１００の通信処理部１０２に設定属性１０６として設定する。同時に、送信側の通信機器１００にもこの設定属性１０６を通信することで、送信側の通信機器１００にも設定属性１０６を設定する動作を、図５８のフローチャートによって説明する。
本実施の形態での動作は、送信側ＡＰ−ａ１０１が一旦受信側ＡＰ−ｂ１０１に対して、何らかの通知用データを送信し、受信側ＡＰ−ｂ１０１がその通知用データを受け取り、その折り返し処理として受信側ＡＰ−ｂ１０１が送信側ＡＰ−ａ１０１に対して設定確認用データを返送して属性設定を行う処理である。
【０１０９】
図５８のフローを説明する。
ＡＰ−ｂ１０１から属性要求が通信制御部１０４へ入力されると、ステップ２０００ａで制御Ｉ／Ｆ部１０４ａが受け、ステップ２０００ｂで入力された属性要求が妥当か判断する。もし、属性要求が妥当でない場合は、ステップ２０００ｉでエラーを返して処理を終了する。また、属性要求が妥当である場合は、ステップ２０００ｃで制御Ｉ／Ｆ部１０４ａによりＡＰ−ｂ１０１の実行優先度を属性要求として受け入れる。次に、ステップ２０００ｄで、予め定義されている属性要求としての実行優先度から設定属性の通信優先度に写像する写像関数を選択し、必要な設定属性を得る。ステップ２０００ｅで、写像（選択）した通信優先度を属性１１０として通信制御部１０４へ記録する。次に、ステップ２０００ｆで、この記録した属性を通信処理部１０２へ設定属性１０６として設定する。
ステップ２０００ｇにおいて、通信処理部１０２から設定属性１０６を送信側の通信機器Ａ１００へ送信する。これを受けた送信側の通信機器では、先の実施の形態で述べたと同等の動作で属性設定する。その後、ステップ２０００ｈで、通信データの属性を設定属性ｂ１０６に変更した通信処理を開始する。
【０１１０】
図５７で、ＡＰ−ｂ１０１の実行優先度がｂで、かつ、実行優先度から通信優先度への写像関数がＡＰ−ｂ１０１の実行優先度を、そのまま通信優先度とするものである場合を考える。
ＡＰ−ａ１０１からの何らかの通知用データがＡＰ−ｂ１０１に対し送信され、ＡＰ−ｂ１０１がその折り返し処理としてＡＰ−ａ１０１へ設定確認用データを返送する場合、まず、通信機器Ｂ１００上のＡＰ−ｂ１０１は、通信制御部１０４に対して属性要求１２４を送出する。属性要求１２４を受け取った通信制御部１０４は、ＡＰ−ｂ１０１の実行優先度ｂを解析する。それが受け入れ可能なら、実行優先度から通信優先度への写像関数を使用した写像、上述の場合は、ＡＰ−ｂ１０１の実行優先度ｂをそのまま通信優先度ｂに変換して選択する。写像（変換選択）された通信優先度ｂは、設定属性ｂ１０６として通信制御部１０４から通信処理部１０２に対して属性設定し、同時に、通信機器Ａ１００の通信処理部１０２に対して設定属性ｂ１０６を送信する。
【０１１１】
通信機器Ｂ１００の通信処理部１０２から回線経由で設定属性ｂ１０６を受け取った通信機器Ａ１００の通信処理部１０２は、自身の通信処理部１０２内に設定属性ｂ１０６を設定した後、通信制御部１０４に対して設定属性ｂ１０６を通知し、設定属性ｂ１０６を通信制御部１０４内に保存する。
以降、ＡＰ−ｂ１０１からＡＰ−ａ１０１への通信、並びに、ＡＰ−ａ１０１からＡＰ−ｂ１０１への通信では、設定属性ａ１０６を用いた通信が行われる。
通信機器、ＡＰの数を任意の数としても同等の動作をする。
【０１１２】
実施の形態１２．
先の各実施の形態では、データを送受信する通信機器間での通信優先度に着目し、この通信優先度の属性設定をシステムとして調整して設定属性を定めることを説明してきた。ここでは、更に、ＡＰ間のプログラムの処理時間も考慮に入れて、ＡＰの実行優先度まで調整して選択し、ＡＰ側に伝える場合を説明する。
図５９は、上述の概念に基づく本実施の形態におけるネットワークシステムを示した概念図である。
本実施の形態においては、通信機器Ａ１００上のＡＰ−ａ１０１と通信機器Ｂ１００のＡＰ−ｂ１０１とが通信処理を行っている。設定属性ａ１０６は、ＡＰ−ａ１０１のプログラム処理の実行優先度を所定の写像関数を使用して、通信優先度へ写像したものを設定している。また、設定属性ａ１０６内の通信優先度を所定の写像関数を使用し実行優先度に写像し、写像した実行優先度を使用し、ＡＰ−ｂ１０１の実行優先度を変更している。
【０１１３】
上述の概念に基づく動作は、図６０のフローチャートで示される。
即ち、一方の通信機器１００上のＡＰ１０１の実行優先度をある写像関数を使用して通信優先度に写像して選択し、その選択結果の通信優先度を設定属性として通信処理部１０２に設定する。同時に、通信の相手方の通信機器１００に設定属性１０６を通知する。
ＡＰ−ａ１０１から属性要求が入力されると、ステップ２１００ａで制御Ｉ／Ｆ部１０４ａが受け、次に、ステップ２１００ｂで、入力された属性要求が妥当性を判断する。もし、これが妥当でない場合は、ステップ２１００ｉで、エラーを返して処理を終了する。また、属性要求が妥当である場合は、ステップ２１００ｃで制御Ｉ／Ｆ部１０４ａがＡＰ−ａ１０１の実行優先度を受け入れる。ステップ２１００ｄで、ＡＰ−ａ１０１の実行優先度を通信優先度へと写像して選択する。ステップ２１００ｅで得た通信優先度を、ステップ２１００ｆで通信制御部１０４に属性として記録し、通信処理部１０２へ設定属性１０６として設定する。ステップ２１００ｇで、通信処理部１０２から設定属性１０６を相手方の通信機器Ｂ１００へ送信する。その後、ステップ２１００ｈで通信処理を開始する。
【０１１４】
相手方の通信機器１００がＳＷ１０３を通じて受け取った設定属性１０６を、その通信機器１００の通信制御部１０４に記録し、通信制御部１０４から通信処理部１０２に設定属性１０６を設定し、属性に含まれていた通信優先度をある写像関数を使用して実行優先度に写像し、写像した実行優先度を使用して、その通信機器１００上で動作するＡＰ１０１の実行優先度を設定する動作を、フローチャートとして図６１に示す。
送信元からＳＷ１０３を通じて受け取った設定属性１０６は、まず、ステップ２１０１ａ通信機器Ｂ１００の通信処理部１０２経由で通信制御部１０４に入力され、属性１１０として記録される。次に、ステップ２１０１ｂで、それを通信処理部１０２に対して設定属性１０６として設定する。ステップ２１０１ｃで、通信制御部１０４に記録した属性１１０としての通信優先度を、予め定義されている実行優先度への写像関数を用いて、プログラムの実行優先度へ変換して通知する。ステップ２１０１ｄでは、ＡＰでこの得られた実行優先度をＡＰ−ｂ１０１の実行優先度に変更する処理を行った後、処理を終了する。
【０１１５】
図５９において、ＡＰ−ａ１０１の実行優先度がａで、かつ、実行優先度から通信優先度への写像関数がＡＰ−ａ１０１の実行優先度をそのまま通信優先度とするものであり、かつ、通信優先度から実行優先度への写像関数が、通信優先度をそのまま実行優先度へ写像する場合を考える。
まず、通信機器Ａ１００上のＡＰ−ａ１０１は、通信制御部１０４に対してＡＰ−ａ１０１の実行優先度ａで表される属性要求１２４を送出する。属性要求１２４を受け取った通信制御部１０４は、その後、実行優先度から通信優先度への写像関数を使用した写像し、本例では、ＡＰ−ａ１０１の実行優先度ａをそのまま通信優先度ａを選択する。選択された通信優先度ａは、設定属性ａ１０６として通信処理部１０２に対して設定され、同時に、通信機器Ｂ１００の通信処理部１０２に対して設定属性ａ１０６が送信される。
通信機器Ａ１００の通信処理部１０２から上述の設定属性ａ１０６を受け取った通信機器Ｂ１００の通信処理部１０２は、自身の通信処理部１０２内に設定属性ａ１０６を設定した後、通信制御部１０４に対して設定属性ａ１０６を通知する。通信制御部１０４では、受け取った設定属性１０６としての通信優先度からＡＰ１０１の実行優先度への写像関数で写像し、本例では、設定属性ａ１０６で設定された通信優先度ａ、つまり、ＡＰ−ａ１０１の実行優先度に変換する。その後、ＡＰ−ａ１０１の通信相手であるＡＰ−ｂ１０１の実行優先度を写像関数によって実行優先度ａに変更する。
以降、ＡＰ−ａ１０１からＡＰ−ｂ１０１への通信、並びに、ＡＰ−ｂ１０１からＡＰ−ａ１０１への通信は、設定属性ａ１０６を用いた通信が行われ、かつ、ＡＰ−ａ１０１とＡＰ−ｂ１０１のプログラム実行優先度は、ＡＰ−ａ１０１が最初から使用していた実行優先度ａに統一される。
なお、通信機器、ＡＰの数は、任意の数に拡張でき、上述と同等の動作とすることができる。
【０１１６】
実施の形態１３．
先の実施の形態では、送受信は、１対１のデータ通信を扱う場合を説明した。システムによっては、複数のＡＰが複数の通信機器から互いに送信し合い、受信する複合システムが構成されることがある。これらの複数のＡＰまたは複数の通信機器による通信での優先度の属性設定を説明する。
図６２は、本実施の形態における上述概念ネットワークシステムを示した概念図である。
本実施の形態において、通信機器Ａ１００と通信機器Ｂ１００と通信機器Ｃ１００と通信機器Ｄ１００とがＳＷ１０３を介して、同一ネットワーク上に存在している。図６２（ａ）は、その初期段階の状態を示しており、通信機器Ａ１００の通信処理部１０２は設定属性ａ１０６、通信機器Ｂ１００の通信処理部１０２は設定属性ｂ１０６、通信機器Ｃ１００の通信処理部１０２は設定属性ｃ１０６、通信機器ｄ１００の通信処理部１０２は設定属性ｄ１０６をそれぞれ持っている。ところで、通信機器Ａ１００の通信処理部１０２における設定属性ａ１０６に何らかの変更が発生したとする。その場合、通信機器Ａ１００の通信制御部１０４は、通信処理部１０２に新しい設定属性ａ１０６を設定した後、設定属性ａ１０６を同一ネットワーク上の他の通信機器１００に向けて送信する。通信機器Ａ１００から送信された設定属性ａ１０６を受信した他の通信機器１００は、この新しい設定属性ａ１０６を概通信機器１００の通信制御部１０４に記録し、また、通信処理部１０２へ設定する。
このように、ある通信機器１００内の設定属性１０６が変更されたり、新しい設定属性１０６が設定される毎に、同一ネットワーク上に存在する他の通信機器１００へその新しい設定属性１０６を送信して、互いに設定することで、図６２（ｂ）で示したように、同一ネットワーク上の通信機器１００上で共通属性として新しい設定属性α１０６が設定され、保持されることになる。なお、この設定属性の送信のきっかけは、いずれか通信機器１００の設定属性１０６が新たに設定された場合であってもよい。
【０１１７】
上述の設定属性を通信機器間で交信し、同一の設定属性を得る動作を、図６３のフローチャートで説明する。
通信機器１００内で設定属性１０６の新規設定または何らかの変更が発生した場合、ステップ２２００ａで、まず、通信制御部１０４に新しい設定属性１０６を記録する。ステップ２２００ｂでは、通信処理部１０２に対して設定属性１０６として設定を行うステップ２２００ｃで、属性送信命令と設定属性１０６を送出する。次に、ステップ２２００ｄで、通信処理部１０２から他の通信機器１００に対して設定属性１０６を送信し処理を終了する。
【０１１８】
上述の具体例としての通信事例を説明する。
図６４は、ネットワークシステム中の通信機器Ａ１００と通信機器Ｂ１００との間に、高優先度で設定属性ａ１０６のＣａ通信１２２が発生した場合を示している。
このＣａ通信１２２が発生した段階で、通信機器Ａ１００は、他の通信機器Ｂ１００、通信機器Ｃ１００、通信機器Ｄ１００に対して、通信機器Ａ１００内の通信処理部１０２に設定された設定属性ａ１０６を他の通信機器に向けて送信する。通信機器Ｂ１００、通信機器Ｃ１００、通信機器Ｄ１００では、それぞれが通信機器Ａ１００から受け取った設定属性ａ１００を通信機器１００内の通信処理部１０２で受信し、通信処理部１０２内で設定属性として設定した後、それぞれの通信機器１００内の通信制御部１０４へ通知し保存する。
【０１１９】
次に、図６５は、図６４の状態において、通信機器Ｃ１００と通信機器Ｄ１００との間に、低優先度のＣｂ通信１２３が発生した場合を示している。
このＣｂ通信１２３が発生した段階で、通信機器Ｃでは、他の通信機器Ａ１００、通信機器Ｂ１００、通信機器Ｄ１００に対して、通信機器Ｃ１００内の通信処理部１０２に設定された設定属性ｂ１０６を、他の通信機器に向けて送信する。通信機器Ａ１００、通信機器Ｂ１００、通信機器Ｄ１００では、それぞれが通信機器Ｃ１００から受け取った設定属性ｂ１００を通信機器１００内の通信処理部１０２で受信し、通信処理部１０２内で設定属性として設定した後、それぞれの通信機器１００内の通信制御部１０４へ通知し保存する。
【０１２０】
次に、図６６は、図６５の状態において、通信機器Ａ１００からの設定属性ａ１０６と通信機器Ｃ１００からの設定属性ｂ１０６を各通信機器が受信した状態を示している。通信機器Ａ１００、通信機器Ｂ１００、通信機器Ｃ１００、通信機器Ｄ１００内部には、Ｃａ通信１２２で使用している高優先度の設定属性ａ１０６とＣｂ通信１２３で使用している低優先度の設定属性ｂ１０６が設定される。以後、Ｃａ通信１２２及びＣｂ通信１２３に分類される通信がいずれかの通信機器１００から行われた場合、各通信機器は既に設定されている設定属性ａ１０６及び設定属性ｂ１０６を使用して通信処理を行う。
【０１２１】
なお、本例では、発生する通信をＣａ通信１２２及びＣｂ通信１２３の２種類に限定したが、他の異なる優先度の通信が増えても同等の動作をし、接続通信機器１００数が増えても同等の動作をする。
【０１２２】
実施の形態１４．
先の各実施の形態では、各ＡＰからは１つの接続形態でシステムにつながる形態を説明した。本実施の形態では、１つのＡＰから複数のインタフェースを用い、例えば、異なる通信優先度で、それぞれデータを通信する場合の優先度に関する属性設定を説明する。
図６７は、本実施の形態におけるネットワークシステムを示した図である。
図において、通信機器１００内の通信処理部１０２における設定属性１０６に通信優先度である場合、設定属性としての優先度の個数分、例えば、高、中、低とある場合は３個分、通信処理部１０２のＮＩＣ１０２ｄ部と、また、ＳＷ１０３を準備しておく。そして、通信機器１００内のＯＳ起動時に、予めどのＮＩＣ１０２ｄでどの優先度の通信データを通信するかを決めておき、ある通信優先度、例えば、高優先度の属性の通信データがＡＰ１０１から送出されると、その設定属性の、例えば高通信優先度に対応した高優先度ＮＩＣ１０２ｄと、高優先度ＳＷ１０３とを選択して送信する。
図６７の場合、通信機器１００内で定義された通信優先度はＮ個であり、通信処理部１０２内に通信優先度を表す設定属性１０６がＮ個存在し、ＮＩＣ１０２ｄもＮ個存在する。また、ネットワークを形成するＳＷ１０３も、Ｎ個存在する。
【０１２３】
ＡＰ１０１が通信データを送信し、通信処理部１０２で送信された通信データに対応する設定属性を付与し、付与した設定属性の通信優先度に対応するＮＩＣ１０２ｄを使用して、通信データを他の通信機器１００へ送信する動作を、図６８のフローチャートを用いて説明する。
ＡＰ１０１から通信データが送信されると、ステップ２３００ａで、通信処理部１０２が通信データを受け取り、対応する設定属性１０６を付与する。ステップ２３００ｂで、付与された設定属性１０６に対応する通信優先度を知る。ステップ２３００ｃでは、取得した通信優先度を参照し、予めＯＳ起動時等に決められている通信優先度毎に、対応するＮＩＣ１０２ｄを選択して、通信データを渡す。ステップ２３００ｄでは、選択されたＮＩＣ１０２ｄ経由で通信データをＳＷ１０３に向け送信して処理は終了する。
なお、図６７では、説明を簡単にするため、通信処理を行っているＡＰ１０１を１種類のみとしたが、その数は任意数であってもよい。
【０１２４】
上述の具体例としての通信事例を説明する。
図６９は、通信に使用するために定義されている通信優先度が、低優先度、中優先度、高優先度の３種類だった場合の通信形態を示した図で、ＡＰ１０１から高優先度通信であるＣｈ通信１１８、中優先度通信のＣｍ通信１１７、低優先度通信のＣｌ通信１１６の３種が発生している。この場合の通信機器１００には、使用するＮＩＣ１０２ｄとして、ＮＩＣ１とＮＩＣ２とＮＩＣ３の３つが設置されており、ＮＩＣ１が高優先度通信、ＮＩＣ２が中優先度通信、ＮＩＣ３が低優先度通信を扱う。また、ＳＷ１０３も３つ設置されており、ＳＷ１は高優先度通信、ＳＷ２は中優先度通信、ＳＷ３は低優先度通信を扱う。
ここで、ＡＰ１０１からのＣｈ通信１１８は、高優先度通信の設定属性１０６を付与され、ＮＩＣ１ １０２ｄよりＳＷ１ １０３を通って送信される。また、Ｃｍ通信１１７は、中優先度通信の設定属性１０６を付与され、ＮＩＣ２ １０３ｄよりＳＷ２ １０３を通って送信される。また、Ｃｌ通信１１６は、低優先度通信の設定属性１０６を付与され、ＮＩＣ３ １０３ｄよりＳＷ３ １０３を通って送信される。また、ＡＰ１０１で、更に通信が発生した場合、またはそれ以外のアプリケーションから通信が発生した場合でも、この３種類のどれかの通信優先度を使用して通信するので、Ｃｈ通信１１８またはＣｍ通信１１７またはＣｌ通信１１６のどれかの内部的経路を用いて、通信データが送信されることになる。各経路を通る通信データは、付与された通信優先度に対応して通る経路を分割されるので、お互いの通信経路は独立となり、他の通信に対して何ら影響も与えないし、また、何ら影響も受けない。また、これらの通信と同等の優先度を持つ通信が発生した場合、同じ優先度の通信間で個々の通信処理に費やす時間が均等に分割されるだけであり、他の優先度の通信に対しては何ら影響を与えない。
なお、各優先度の通信の具体的な内容は、先の実施の形態で述べたようにシステムで決まる。
【０１２５】
実施の形態１５．
先の実施の形態１４では、ＡＰからの優先度の違いによってＮＩＣとＳＷで構成される経路を分離し、それぞれ設定属性を区別して通信する場合を説明した。本実施の形態では、通信優先度ではなくて、通信データの違いで経路を分離して通信する場合を説明する。
図７０は、本実施の形態におけるネットワークシステムを示した図である。
通信処理部１０２の設定属性１０６が通信データの種類に基づく属性要求による場合、予め通信機器１００の通信で使用する通信データの種類の数分、例えば、制御用のコードデータ、画像イメージデータ、音声データの３種類なら３個分、通信処理部１０２のＮＩＣ１０２ｄ部とＳＷ１０３を準備しておく。
図７１は、図７０のシステムの動作を示すフローチャートである。
これらの図に基づく動作の詳細は、先の実施の形態で述べた動作と同様であるので、記述を省略する。
【０１２６】
上述の具体例としての通信事例は、先の実施の形態１４の図６９で示したシステムと同じであるが、例えば、高優先度通信のＣｈ通信１１８が制御用最重要通信、中優先度通信のＣｍ通信１１７がマルチメディア用通信、低優先度通信のＣｌ通信１１６がファイル転送などの一般情報処理用通信とし、また、設定属性を対応する属性であるとすればよい。
【０１２７】
実施の形態１６．
先の実施の形態１４，１５では、ＡＰからの通信優先度、通信データの違いに対応して、それぞれ別個のＮＩＣとＳＷを用意して通信する場合を説明した。本実施の形態では、それらをまとめてＮＩＣ、ＳＷ毎に適切な通信量となるよう調整して、属性設定して通信を行う場合を説明する。
図７２は、本実施の形態におけるネットワークシステムを示した図である。
通信機器１００内の通信処理部１０２における設定属性１０６が通信優先度に関するものである場合、予めネットワーク内のＳＷ１０３とＮＩＣ１０２ｄを複数準備しておき、通信機器１００での通信で使用する通信優先度の総数を次式の
（ＳＷ１０３が処理可能な優先度数）×（配置するＮＩＣ１０２ｄの総数）
と定義する。
そして、通信機器１００で定義した上述式の通信優先度を、配置するＮＩＣ１０２ｄの総数で除して、１つのＮＩＣ１０２ｄが対応する優先度数を求め、ＮＩＣ１０２ｄの数分の通信優先度グループを作成し、通信優先度グループ毎に１つのＮＩＣ１０２ｄとＳＷ１０３を割り当てる。ＡＰ１０１から所定の通信優先度で設定属性１０６が付与された通信データが送信されると、この付与された通信優先度に対応した通信優先度グループの通信を受け持つＮＩＣ１０２ｄとＳＷ１０３を選択して、通信データを送信する。
図７２の場合は、ＳＷ１０３で許容可能な優先度をｍ段階として、配置されるＮＩＣ１０２ｄの総数をＮ、また、配置されるＳＷ１０３の総数をＮとした場合には、
通信優先度グループ数ｎ＝Ｎ
となる。こうして、ＮＩＣ１０２ｄに割り振られる通信優先度グループと通信機器１００内で使用する通信優先度の関係は、
ＮＩＣ１ １０２ｄ：通信優先度グループ１：１，２，・・・，ｍ
ＮＩＣ２ １０２ｄ：通信優先度グループ２：２ｍ−ｍ＋１，２ｍ−ｍ＋２，・・・，２ｍ−ｍ＋ｍ
ＮＩＣ３ １０２ｄ：通信優先度グループ３：３ｍ−ｍ＋１，３ｍ−ｍ＋２，・・・，３ｍ−ｍ＋ｍ

ＮＩＣＮ １０２ｄ：通信優先度グループｎ：ｎｍ−ｍ＋１，ｎｍ−ｍ＋２，・・・，ｎｍ−ｍ＋ｍ
となる。
図７３は、図７２のシステムの動作を示すフローチャートである。
これら図７２，図７３に基づく動作の詳細は、先の実施の形態で述べたことから明らかであるので、記述を省略する。
【０１２８】
実施の形態１７．
先の実施の形態１６の変化として、優先度の総数をＮＩＣの数で予め分割するのではなく、上位の優先度のグループから順次ＮＩＣを割り当てていき、同一優先度内での競合による影響を減らした場合を説明する。
図７４は、本実施の形態におけるネットワークシステムを示した図である。
通信機器１００内の通信処理部１０２における設定属性１０６が通信優先度に関連するものである場合、予めネットワーク内のＳＷ１０３とＮＩＣ１０２ｄを複数準備しておき、通信機器１００での通信で使用する通信優先度の総数を次式の
（ＳＷ１０３が処理可能な優先度数）×（配置するＮＩＣ１０２ｄの総数）
と定義する。
そして、通信機器１００で定義した上述式による通信優先度を、配置するＮＩＣ１０２ｄに対して上位の優先度から順に各々別のＮＩＣ１０２ｄを占有するように通信グループを作成して、作成した通信グループ毎に１つのＮＩＣ１０２ｄとＳＷ１０３を割り当てる。
この後、ＡＰ１０１からある通信優先度で設定属性１０６が付与された通信データが送信されると、付与された通信優先度に対応した通信優先度グループのＮＩＣ１０２ｄとＳＷ１０３が選択されて通信データが送信する。図７４の場合、ＳＷ１０３で許容可能な優先度をｍ段階として、配置されるＮＩＣ１０２ｄの総数をＮ、また、配置されるＳＷ１０３の総数をＮとした場合、
通信優先度グループ数ｎ＝Ｎ
となる。こうして、ＮＩＣ１０２ｄに割り振られる通信優先度グループと通信機器１００内で使用する通信優先度の関係は、
ＮＩＣ１ １０２ｄ：通信優先度グループ１：１，ｎ＋１，・・・，（ｍ−１）ｎ＋１
ＮＩＣ２ １０２ｄ：通信優先度グループ２：２，ｎ＋２，・・・，（ｍ−１）ｎ＋２
ＮＩＣ３ １０２ｄ：通信優先度グループ３：３，ｎ＋３，・・・，（ｍ−１）ｎ＋３

ＮＩＣＮ １０２ｄ：通信優先度グループｎ：（ｍ−ｍ）ｎ＋ｎ，（ｍ−（ｍ−１））ｎ＋ｎ，・・・，（ｍ−１）ｎ＋ｎ
となる。
【０１２９】
なお、図７４では、説明を簡単にするため、通信処理を行っているＡＰ１０１は、１種類であるとして説明したが、ＡＰ１０１は任意の個数存在しても同様の動作となることは明らかである。本実施の形態における処理は、実施の形態１６と同等であるため、説明は省略する。
【０１３０】
【発明の効果】
以上のように、この発明によれば、通信機器内にデータ送受信の通信処理を行う通信処理部とは別に、通信制御部ＯＳとしてプログラムの管理を行う通信制御部を設けて、ＡＰまたは接続形態等の複数の接続情報よる通信優先度に関する属性要求に基づいてシステムで予め決めた選択を行い、通信処理部に属性設定して、この設定属性に基づいて通信処理し、通信処理部は、優先度の高いＡＰからの送受信要求があると、あらためてＡＰ間の通信量を調整するので、ユーザは、通信制御に関するプログラム詳細を理解しないまでも、単に優先指定するだけでシステム側から適切な通信優先度を選択して通信し、通信データの衝突を回避し、通信の質を制御できる効果がある。
即ち、第１の従来技術が持つ問題点に対しては、通信制御部のＩ／ＦをネットワークＩ／Ｆ部に依存しない共通的なＩ／Ｆとすることができ、設計にかかるオーバヘッドを軽減できる。また、通信優先度などの属性は、予めＯＳ構築時にシステムとして効果的に決定でき、異なるＡＰ間での属性の調停が容易となる。更に、異なる通信機器間でも属性の交換ができるため、相互に属性の調停ができる。こうして、当初からまたは運用中も通信制御部のＯＳにより統一した属性管理が実施できるため、通信機器異常、ネットワークシステム異常の早期検出が可能となる。また、データ衝突による輻輳を回避することが可能となる。
【０１３１】
第２の従来技術が持つ問題点に対しては、ＯＳ内部に通信制御部と通信処理部はが実装されているので、通信機器上のアプリケーションと実行時間を分割することなく、動作させられるので、データの滞溜を防止し、ネットワークに対して円滑に送信することができる。また、仮想プロトコルを用いず、実際の送受信に使用するプロトコルを用いているので、仮想プロトコルと実通信プロトコルの変換処理は必要なく、冗長な処理時間を削減できる。新しく通信媒体用デバイスドライバ構築時に、属性設定、属性通知のためのインタフェース及びそれらの属性受け渡しに関するデバイスドライバ内部処理を追加設計するだけでよく、煩雑なプロトコル変換のための作業や、ネットワーク制御部を設計するなどの開発コストが抑えられるという効果がある。
【０１３２】
第３の従来技術が持つ問題点に対しては、通信処理部は仮想プロトコルを用いておらず、実際の送受信に使用するプロトコルを用いるため、仮想プロトコルと実通信プロトコルの変換処理が必要なく、冗長な処理時間が削減できる。また、通信品質の制御は、ＯＳ内部に保持される属性によって通信制御部から通信処理部に指示し、通信処理は、この設定属性に基づいて通信処理を行えばよいので、ユーザアプリケーションによる不用意な通信品質の指定と制御を防止できる。また、ネットワークシステムに接続されている通信機器間で設定属性の交換ができるようにしたので、他の通信機器が行っている通信の属性が判り、かつ、その設定属性を用いてネットワーク上で協調した通信が行える効果がある。
【０１３４】
また更に、設定属性の選択を複数の属性要求を組み合わせて決定するようにしたので、先の効果に加えて、システムからの多様な通信優先度の選択条件に柔軟に対処して個々のシステム要求に合わせられる効果がある。
【０１３５】
また更に、システムの運用途中での属性要求の変更を受けて、属性設定を変更するようにしたので、加えて、通信途中の周囲条件の変更に柔軟に対処でき、絶えずユーザが望む最適通信システムを構築できる効果がある。
【０１３６】
また更に、ＡＰによって属性要求に制限を設けたので、加えて、システムが想定していないユーザからの不正な属性設定を防止して、通信機器での不用意な通信処理の混乱を防いで高品質のネットワークを維持できる効果がある。
【０１３７】
また更に、複数の属性を設定する設定ファイルを設けて一括して属性設定するようにしたので、加えて、通信機器内での制御の統制がとれ、また属性設定の漏れが防げる効果がある。
【０１３８】
また更に、送信側と交信相手の属性設定を合致させるようにしたので、加えて、システムとしてバランスのとれた通信処理が行える効果がある。
【０１３９】
また更に、受信側と交信相手の属性設定を合致させるようにしたので、加えて、受信側のユーザ主導のシステムとして通信処理が行える効果がある。
【０１４０】
また更に、交信処理としてＡＰの実行速度まで指定するようにしたので、加えて、アプリケーションのレベルの処理時間まで含めて統制のとれたシステムを構築できる効果がある。
【０１４１】
また更に、設定属性毎に、またはそのグループ毎に物理的に別の接続経路を設けたので、加えて、通信優先度の異なる通信を独立に扱うことができて、通信処理の柔軟性と信頼性を保つ効果がある。
【図面の簡単な説明】
【図１】本発明における簡略化したネットワークシステム構成図と本発明の基本動作の概念を示す図である。
【図２】本発明における通信処理部が行う通信データ送信時の動作フローチャート図である。
【図３】本発明における通信処理部が行う通信データ受信時の動作フローチャート図である。
【図４】本発明におけるＳＷが行う通信データ受信から通信データ送信までの動作フローチャート図である。
【図５】本発明において通信制御部に属性要求が入力された時の動作フローチャート図である。
【図６】本発明において通信制御部が設定属性を出力する時の動作フローチャート図である。
【図７】本発明において統計管理部が他の構成要素へ統計情報を開示する時の動作フローチャート図である。
【図８】実施の形態１において具体通信事例として低優先度通信のみ実行時の通信システム図である。
【図９】実施の形態１において具体通信事例として低優先度と中優先度と高優先度の通信実行時の通信システム図である。
【図１０】実施の形態１において具体通信事例として高優先度通信が終了した時のシステム図である。
【図１１】実施の形態１において具体通信事例として７０％帯域の通信実行時の通信システム図である。
【図１２】実施の形態１において具体通信事例として７０％帯域の通信に４０％，２０％帯域の通信が発生した時の通信システム図である。
【図１３】実施の形態１において具体通信事例として７０％帯域の通信が終了した時の通信システム図である。
【図１４】本発明の実施の形態２におけるネットワーク構成図である。
【図１５】実施の形態２においてＡＰ単位で設定される属性の通信データへの付与動作のフローチャート図である。
【図１６】実施の形態２において具体通信事例として低優先度通信のみ実行時の通信システム図である。
【図１７】実施の形態２において具体通信事例として低優先度通信に高優先度通信が発生した時の通信システム図である。
【図１８】実施の形態２において具体通信事例として２５％帯域の通信のみ実行時の通信システム図である。
【図１９】実施の形態２において具体通信事例として２５％帯域の通信に６０％帯域の通信が発生した時の通信システム図である。
【図２０】本発明の実施の形態３におけるネットワーク構成図である。
【図２１】実施の形態３においてＡＰが用いる仮想ポート単位での通信データに対する属性付与動作フローチャート図である。
【図２２】実施の形態３において具体通信事例として低優先度通信のみ実行時の通信システム図である。
【図２３】実施の形態３において具体通信事例として低優先度通信に高優先度通信が発生した時の通信システム図である。
【図２４】実施の形態３において具体通信事例として２５％帯域の通信のみ実行時の通信システム図である。
【図２５】実施の形態３において具体通信事例として２５％帯域の通信に６０％帯域の通信が発生した時の通信システム図である。
【図２６】本発明の実施の形態４におけるネットワーク構成図である。
【図２７】実施の形態４において送信側ＡＰと受信側ＡＰによる仮想ポートの組み合わせて決まるフローに基づいて属性付与を行う動作フローチャート図である。
【図２８】実施の形態４において具体通信事例として低優先度通信のみ実行時の通信システム図である。
【図２９】実施の形態４において具体通信事例として低優先度通信に高優先度通信が発生した時の通信システム図である。
【図３０】実施の形態４において具体通信事例として２５％帯域の通信のみ実行時の通信システム図である。
【図３１】実施の形態４において具体通信事例として２５％帯域の通信に６０％帯域の通信が発生した時の通信システム図である。
【図３２】本発明の実施の形態５におけるネットワーク構成図である。
【図３３】実施の形態５においてＡＰが使用する通信プロトコル単位に基づいて通信データへ属性付与する動作フローチャート図である。
【図３４】実施の形態５において具体通信事例として低優先度通信のみ実行時の通信システム図である。
【図３５】実施の形態５において具体通信事例として低優先度通信に高優先度通信が発生した時の通信システム図である。
【図３６】実施の形態５において具体通信事例として２５％帯域の通信のみ実行時の通信システム図である。
【図３７】実施の形態５において具体通信事例として２５％帯域の通信に６０％帯域の通信が発生した時の通信システム図である。
【図３８】本発明の実施の形態６におけるネットワーク構成図である。
【図３９】実施の形態６においてＮＩＣ単位の通信に基づいて属性付与する動作フローチャート図である。
【図４０】実施の形態６において具体通信事例として低優先度通信のみ実行時の通信システム図である。
【図４１】実施の形態６において具体通信事例として低優先度通信に高優先度通信が発生した時の通信システム図である。
【図４２】実施の形態６において具体通信事例として２５％帯域の通信のみ実行時の通信システム図である。
【図４３】実施の形態６において具体通信事例として２５％帯域の通信に６０％帯域の通信が発生した時の通信システム図である。
【図４４】本発明の実施の形態７におけるネットワーク構成図である。
【図４５】実施の形態７においてＡＰ通信中に動的に入力された属性を変更設定する動作フローチャート図である。
【図４６】実施の形態７において属性変更通知があった時の通信制御部の動作フローチャート図である。
【図４７】実施の形態７において具体通信事例として低優先度通信と高優先度通信が発生した時の通信システム図である。
【図４８】実施の形態７において具体通信事例として通信の属性が変更された時の通信システム図である。
【図４９】実施の形態７において具体通信事例として各々３０％と８０％帯域の通信が発生した時の通信システム図である。
【図５０】実施の形態７において具体通信事例として通信の属性が変更された場合の通信システム図である。
【図５１】本発明の実施の形態８における属性の入力を所定権限を持つＡＰに限定した動作フローチャート図である。
【図５２】実施の形態８において具体通信事例を示すシステム図である。
【図５３】本発明の実施の形態９におけるネットワーク構成図である。
【図５４】実施の形態９においてＯＳ起動時の属性設定ファイル読み出し動作と属性設定動作のフローチャート図である。
【図５５】本発明の実施の形態１０におけるネットワーク構成図である。
【図５６】実施の形態１０において写像による属性選択と属性設定の動作を示すフローチャート図である。
【図５７】本発明の実施の形態１１におけるネットワーク構成図である。
【図５８】実施の形態１１において写像による属性選択と属性設定の動作を示すフローチャート図である。
【図５９】本発明の実施の形態１２におけるネットワーク構成図である。
【図６０】実施の形態１２においてＡＰの実行優先度に基づく写像選択と属性設定の動作を示すフローチャート図である。
【図６１】実施の形態１２において属性の受信と属性設定と変換返送と実行優先度変更動作のフローチャート図である。
【図６２】本発明の実施の形態１３におけるネットワーク構成図である。
【図６３】実施の形態１３において属性変更と新規属性設定と設定属性の送信動作のフローチャート図である。
【図６４】実施の形態１３において具体事例として高優先度通信発生時の属性の交換形態を示す図である。
【図６５】実施の形態１３において具体事例として高優先度通信に低優先度通信が発生した時の属性の交換形態を示す図である。
【図６６】実施の形態１３において具体事例として属性交換が終了した段階を示す図である。
【図６７】本発明の実施の形態１４におけるネットワーク構成図である。
【図６８】実施の形態１４においてＡＰの送信と属性付与と付与属性に基づくＮＩＣ使用の送信する動作を示すフローチャート図である。
【図６９】実施の形態１４において具体事例として３種類の優先度通信を実行時の通信システム図である。
【図７０】本発明の実施の形態１５におけるネットワーク構成図である。
【図７１】実施の形態１５においてＡＰの送信と属性付与と付与属性に基づくＮＩＣ使用による送信動作のフローチャート図である。
【図７２】本発明の実施の形態１６におけるネットワーク構成図である。
【図７３】実施の形態１６においてＡＰの送信と属性付与と対応通信優先度に基づくＮＩＣ使用による送信動作のフローチャート図である。
【図７４】本発明の実施の形態１７におけるネットワーク構成図である。
【図７５】第１の従来例におけるＰＡＣＥ機構を用いた通信の概念図である。
【図７６】第２の従来例における分散異機種ネットワーク通信の概念図である。
【図７７】第３の従来例における協調作業用ワークステーションの概念図である。
【符号の説明】
１ 通信計算機を含む通信機器、２ ユーザアプリケーション、３ 通信処理部、３ａ 通信処理部内のプログラムインタフェース部、３ｂ 通信処理部内の通信プロトコル処理部、３ｃ 通信処理部内のデバイスドライバ部、３ｄ 通信処理部内のネットワークインタフェース部、４ ネットワーク接続機器、１０ 通信を実施する任意の機種の計算機、１１ 通信マネージャ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍａｎａｇｅｒ ）、１２ ローカルエリアネットワーク、１３ 広域ネットワーク、２０アプリケーション・プログラム、２１ 呼び出しマネージャ、２２ アプリケーション・プログラミングインタフェース、２３ 資源、２４ 論理装置、２５共用セットマネージャ、２６ トークンマネージャ、２７ 論理チャネルマネージャ、２８ データ通信マネージャ、２９ ネットワークマネージャ、３０ 装置ドライバインタフェース、３１ トークンリング装置ドライバ、３２ ＩＳＤＮ装置ドライバ、３３ ＲＳ２３２Ｃ装置ドライバ、３４ その他の装置ドライバ、１００ 通信制御部を備えた通信計算機を含む通信機器、１０１ 通信制御部との入出力処理を含んだユーザアプリケーション、１０２ 通信制御部との入出力処理を含んだ通信処理部、１０２ａ 通信制御部との入出力処理を含んだ通信処理部内のプログラムインタフェース部、１０２ｂ 通信制御部との入出力処理を含んだ通信処理部内の通信プロトコル処理部、１０２ｃ 通信制御部との入出力処理を含んだ通信処理部内のデバイスドライバ部、１０２ｄ 通信制御部との入出力処理を含んだ通信処理部内のネットワークインタフェース部、１０３複数の通信優先度に基づいた通信の優先処理を実施することが可能なネットワーク接続機器、１０４ 通信制御部、１０４ａ 通信制御部のプログラムインタフェース部、１０４ｂ 通信制御部のミドルウェア構成部、１０４ｃ 通信制御部のオペレーティング・システム内蔵部、１０５ 通信制御部との入出力処理を含んだオペレーティング・システム内の他の管理部、１０６ 通信制御部より通信処理部に設定された設定属性、１０７ ＡＰが通信に使用する仮想ポート、１０８ 送信側ＡＰが使用する仮想ポートと受信側ＡＰが仮想ポートで規定されるフロー、１０９ ＡＰが通信に使用する通信プロトコル、１１０ 通信制御部内で管理されている選択・記録属性、１１１ 通信機器に接続されている２次記憶装置、１１２ ２次記憶装置内に格納されている属性設定ファイル、１１３ 属性設定ファイル内に記述されている属性、１１４ オペレーティング・システム内の他の管理部で収集された通信統計情報、１１５ オペレーティング・システム内の他の管理部で収集された通信統計情報を用いて統計管理を実施する情報収集用ユーザアプリケーション、１１６ 低優先度通信、１１７ 中優先度通信、１１８ 高優先度通信、１１９ 通信媒体の対全帯域幅が７０％帯域の通信、１２０ 通信媒体の対全帯域幅が２０％帯域の通信、１２１ 通信媒体の全帯域幅に対して４０％帯域の通信、１２２ 属性ａが設定される通信、１２３ 属性ｂが設定される通信、１２４ 属性変更要求。

Claims (9)

1. 他のネットワーク接続機器との間でアプリケーション・プログラム（ＡＰ）のデータを送受信する通信機器内に上記ＡＰのデータ送受信の通信処理を行う通信処理部とは別に、
   上記ＡＰからの通信優先度関連の属性要求を検出する属性要求解析手段と、上記属性要求からシステムで予め定められた通信優先度の属性を定める優先度属性選択手段と、上記定められた通信優先度の属性を上記通信処理部に設定する属性設定手段、とを備えた通信制御部を設け、
   上記通信優先度関連の属性要求の検出は、ＡＰが通信に使用する接続形態や、ＡＰが要求する接続情報の、複数情報を属性要求として検出して、
   上記システムにおける通信優先度相当の属性の選択は、上記複数の属性要求の組合わせに基づいて定めるようにし、
   上記通信処理部は、上記通信制御部から設定された上記ＡＰの送受信が競合すると、所定の割合で上記ＡＰの送受信を割付けて通信処理を行うようにしたことを特徴とする通信属性設定・通信量処理通信機器。
2. 通信優先度関連の属性要求の検出は、ＡＰの送受信中にも行い、上記属性要求の内容変更を検出すると、上記属性要求の内容変更に基づいて以降の通信優先度相当の設定を動的に変更するようにしたことを特徴とする請求項１記載の通信属性設定・通信量処理通信機器。
3. 通信優先度関連の属性要求の検出が、ＡＰからの接続要求を解析して行う場合は、上記ＡＰがシステムで予め要求を許容されているＡＰである場合に限定して検出されるようにしたことを特徴とする請求項１記載の通信属性設定・通信量処理通信機器。
4. 属性要求に基づく優先度相当の属性の選択は、１つのＡＰの送信元の通信機器における属性要求によって定めて、他の送信及び受信の通信機器での設定属性は上記１つのＡＰの送信元の属性の選択に従うようにしたことを特徴とする請求項１記載の通信属性設定・通信量処理通信機器。
5. 属性要求に基づく優先度相当の属性の選択は、受信先の通信機器における属性要求によって定めて、送信元の通信機器には上記属性の選択の結果を返送するようにしたことを特徴とする請求項１記載の通信属性設定・通信量処理通信機器。
6. 優先度相当の属性の選択は、ＡＰの実行優先度の属性を定めるようにして、上記定めたＡＰの実行優先度を送信相互の通信機器に通知して属性設定を行うようにしたことを特徴とする請求項１記載の通信属性設定・通信量処理通信機器。
7. 優先度相当の属性の選択は、送信側のＡＰの実行優先度を属性要求であると検出して、上記送信側ＡＰの属性要求に基づいてＡＰの実行優先度を定めるようにしたことを特徴とする請求項６記載の通信属性設定・通信量処理通信機器。
8. 通信優先度関連の属性要求の検出は、１つのＡＰから複数の属性要求がある場合は複数の設定属性と接続経路を設定し、通信処理部は異なる上記属性要求を識別する識別子対応に上記複数の接続経路を使用して通信を行うようにしたことを特徴とする請求項１記載の通信属性設定・通信量処理通信機器。
9. １つのＡＰからの異なる属性要求をあらわす識別子を所定のグループにまとめて複数の接続経路を設定し、通信処理部は上記識別子により対応する接続経路を使用して通信を行うようにしたことを特徴とする請求項８記載の通信属性設定・通信量処理通信機器。

Images