(57)【要約】【課題】全タスクを対象として優先度をより細かく調整可能な通信端末装置を得ること。【解決手段】本発明にかかる通信端末装置は、通信タスクを含む全てのタスクに対して、重要度と処理能力割当量に比例した優先度とを個別に付与し、各タスクが優先度に基づいて配分された処理能力で所定の処理を行う通信端末装置であって、通信タスク１の処理能力不足による通信品質の低下および回復を検出するための所定の閾値を格納するための閾値記憶部６と、通信状態を監視し、当該監視結果および閾値に基づき通信品質の低下および回復を検出する通信状態監視部４Ａと、通信状態監視部４Ａによる検出結果および重要度に基づき優先度を調整する優先度調整部５と、を備える。【選択図】        図１
2009130708.tif 000002
【特許請求の範囲】
【請求項１】
通信タスクを含む全てのタスクに対して、重要度と処理能力割当量に比例した優先度とを個別に付与し、各タスクが優先度に基づいて配分された処理能力で所定の処理を行う通信端末装置であって、
通信タスクの処理能力不足による通信品質の低下および回復を検出するための所定の閾値を格納するための閾値記憶手段と、
通信状態を監視し、当該監視結果および前記閾値に基づき前記通信品質の低下および回復を検出する通信状態監視手段と、
前記通信状態監視手段による検出結果および前記重要度に基づき前記優先度を調整する優先度調整手段と、
を備えることを特徴とする通信端末装置。
【請求項２】
前記優先度調整手段は、通信タスクの処理能力不足による通信品質低下が発生した場合、前記すべてのタスクを対象として通信タスクより優先度の高いタスクを全て抽出し、さらに、それらの中から、重要度の低いものから順に所定数のタスクを抽出し、この抽出処理で得られたタスクの優先度を通信タスクより低い優先度に調整することを特徴とする請求項１に記載の通信端末装置。
【請求項３】
前記優先度調整手段は、通信タスクの処理能力不足による通信品質低下が発生した後、通信品質が回復した場合、全てのタスクの優先度を初期状態に戻すことを特徴とする請求項２に記載の通信端末装置。
【請求項４】
前記通信状態監視手段は、
前記通信状態として、受信バッファのデータ蓄積量を監視し、
前記受信バッファのデータ蓄積量が通信品質の低下を検出するための閾値を上回った場合に、通信タスクの処理能力不足による通信品質低下が発生したと判定することを特徴とする請求項１、２または３に記載の通信端末装置。
【請求項５】
前記通信状態監視手段は、通信タスクの処理能力不足による通信品質低下が発生した後、前記受信バッファのデータ蓄積量が通信品質の回復を検出するための閾値を下回った場合に、通信品質が回復したと判定することを特徴とする請求項４に記載の通信端末装置。
【請求項６】
前記通信状態監視手段は、
前記通信品質の低下を検出するための閾値に基づいて、受信データの処理完了期限を算出し、
前記通信状態として、受信バッファ内の受信データを監視し、
前記処理完了期限内に処理が行われていない受信データが前記受信バッファ内に存在する場合に、通信タスクの処理能力不足による通信品質低下が発生したと判定することを特徴とする請求項１、２または３に記載の通信端末装置。
【請求項７】
データ受信時に、前記通信品質の回復を検出するための閾値に基づいて、通信品質が回復したかどうかを判定するための時刻を算出しておき、
前記通信状態監視手段は、通信タスクの処理能力不足による通信品質低下が発生した後、前記時刻を超過した受信データが前記受信バッファ内に存在しなくなった場合に、通信品質が回復したと判定することを特徴とする請求項６に記載の通信端末装置。
【請求項８】
前記通信状態監視手段は、
前記通信状態として、一定時間のデータ送信量を監視し、
前記一定時間のデータ送信量が通信品質の低下を検出するための閾値を下回った場合に、通信タスクの処理能力不足による通信品質低下が発生したと判定することを特徴とする請求項１、２または３に記載の通信端末装置。
【請求項９】
前記通信状態監視手段は、通信タスクの処理能力不足による通信品質低下が発生した後、前記一定時間のデータ送信量が通信品質の回復を検出するための閾値を上回った場合に、通信品質が回復したと判定することを特徴とする請求項８に記載の通信端末装置。
【請求項１０】
外部との送受信を行う複数の通信インタフェース手段と、
前記通信インタフェース手段にそれぞれ対応する複数の前記通信タスクと、
を備え、
前記複数の通信タスクが並行して動作することを特徴とする請求項３に記載の通信端末装置。
【請求項１１】
外部との送受信を行う通信インタフェース手段と、
前記通信インタフェース手段を介して送受信するデータの種類にそれぞれ対応する複数の前記通信タスクと、
を備え、
前記複数の通信タスクが並行して動作することを特徴とする請求項３に記載の通信端末装置。
【請求項１２】
前記通信タスク毎に、
請求項４または５に記載の通信状態監視手段による処理を適用することを特徴とする請求項１０または１１に記載の通信端末装置。
【請求項１３】
前記通信タスク毎に、
請求項６または７に記載の通信状態監視手段による処理を適用することを特徴とする請求項１０または１１に記載の通信端末装置。
【請求項１４】
前記通信タスク毎に、
請求項８または９に記載の通信状態監視手段による処理を適用することを特徴とする請求項１０または１１に記載の通信端末装置。
【請求項１５】
前記通信タスク毎に、
請求項４または５に記載の通信状態監視手段による処理、請求項６または７に記載の通信状態監視手段による処理、請求項８または９に記載の通信状態監視手段による処理、のうちのいずれか一つを適用することを特徴とする請求項１０または１１に記載の通信端末装置。
【請求項１６】
通信品質低下が複数の通信タスクで発生した場合、重要度の高い通信タスクの処理能力が優先的に上がるように優先度を調整することを特徴とする請求項１０〜１５のいずれか一つに記載の通信端末装置。
【請求項１７】
前記通信タスクとその他の所定数のタスクとがバッファを介して連係動作する場合、
前記通信状態監視手段は、当該連係する全てのタスクに関する通信状態を監視し、当該すべてのタスクに対して、同時に、前記通信品質の低下および回復の検出処理を行うことを特徴とする請求項３に記載の通信端末装置。
【請求項１８】
前記連係する全てのタスクに対して、請求項４または５に記載の通信状態監視手段による処理、と同様の処理を適用することを特徴とする請求項１７に記載の通信端末装置。
【請求項１９】
前記連係する全てのタスクに対して、請求項６または７に記載の通信状態監視手段による処理、と同様の処理を適用することを特徴とする請求項１７に記載の通信端末装置。
【請求項２０】
前記連係する全てのタスクに対して、請求項８または９に記載の通信状態監視手段による処理、と同様の処理を適用することを特徴とする請求項１７に記載の通信端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信タスクの処理能力不足による通信品質の低下を回復可能な通信端末装置に関する。
【背景技術】
【０００２】
従来の通信端末装置には、通信タスクの処理能力不足により通信品質が低下することを防止する機能や、低下した通信品質を回復する機能が、備えられている。たとえば、下記特許文献１では、ＶｏＩＰの受信端末装置において、受信バッファに蓄積している音声データ量を監視し、蓄積量が減少した場合に通信タスクの優先度を上げることで通信品質の低下を防いでいる。
【０００３】
また、受信バッファの蓄積量に基づき通信に関連するタスク間の優先度を調整することで、通信品質が低下することを防止する方法もある。たとえば、下記特許文献２では、通信アプリケーションタスク，通信プロトコルスタックタスク，通信インタフェースを用いて通信を行うタスク、といった３つのタスクの間で、受信バッファの蓄積量に応じて優先度を調整している。
【０００４】
【特許文献１】特開２００７−１１０５７４号公報
【特許文献２】特開２００５−８０３０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１の方法は、通信に関連しないタスクへの影響を考慮せずに通信タスクの優先度を調整しているため、他の重要なタスクの処理が遅れる、といった問題が発生することがある。また、上記特許文献２の方法は、通信に関係するタスクの間で優先度を調整しているので、調整による効果が限定的なものとなりがちである。さらに、いずれの方法も、通信を行うタスクが複数並存する場合を考慮していないため、重要度の高い通信を優先する、といった適切な優先度調整が行えない。
【０００６】
本発明は、上記に鑑みてなされたものであって、通信に関連するタスクだけでなく通信端末装置が有する全タスクを対象として、優先度をより細かく調整可能な通信端末装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、通信タスクを含む全てのタスクに対して、重要度と処理能力割当量に比例した優先度とを個別に付与し、各タスクが優先度に基づいて配分された処理能力で所定の処理を行う通信端末装置であって、通信タスクの処理能力不足による通信品質の低下および回復を検出するための所定の閾値を格納するための閾値記憶手段と、通信状態を監視し、当該監視結果および前記閾値に基づき前記通信品質の低下および回復を検出する通信状態監視手段と、前記通信状態監視手段による検出結果および前記重要度に基づき前記優先度を調整する優先度調整手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
この発明によれば、通信タスクの処理能力不足により通信品質が低下した場合であっても、通信タスクより優先度の高いタスクを減少させることで通信タスクへの処理能力割当量を増加させることとしたので、処理能力不足による通信品質の低下を回復させることができるという効果を奏する。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明にかかる通信端末装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１０】
実施の形態１．
図１は、本発明にかかる通信端末装置の実施の形態１の構成例を示す図である。図１の通信端末装置１００Ａは、受信バッファ２と、ネットワークインタフェース３と、通信状態監視部４Ａと、優先度調整部５と、閾値記憶部６とを備えている。これらの機能部は、通信タスク１と通信端末装置１００Ａ全体のタスク群であるタスク群２００とを管理している。
【００１１】
通信タスク１は、受信バッファ２に蓄積された受信データを読み出し何らかの処理を行う処理単位であって、初期値として、特定の処理能力を有する特定の優先度が割当てられている。これらの他に、通信端末装置１００Ａには、通信には関連のないタスクであるタスク群２００があり、タスク群２００の全てのタスクにもそれぞれ優先度が設定されている。なお、優先度が高いタスクほど高い処理能力が割り当てられる。
【００１２】
また、本実施の形態のタスク群２００では、タスク毎に重要度が設定され、たとえば、比較的重要度が低いグループ２１０、比較的重要度が高いグループ２２０、および優先度の変更が禁止された特別な重要度が設定されたグループ２３０、に分かれている。ここでは、一例として、重要度の高い半分のタスクがグループ２２０に属し、重要度の低い半分のタスクがグループ２１０に属している。
【００１３】
また、本実施の形態では、タスク群２００における重要度が、通信タスク１の通信品質が低下したときに通信タスク１の処理能力を向上させる場合、すなわち、タスク群２００のタスクが通信タスク１に対して処理能力を譲渡する場合の、処理能力譲渡の順序を決定する目安となる。処理能力を譲渡する場合は、重要度が低いタスクほど、その処理能力が通信タスク１へ譲渡されやすい。
【００１４】
ネットワークインタフェース３は、ネットワーク５０からのデータを受信する。ネットワークインタフェース３により受信されたデータは、受信バッファ２に蓄積される。また、ネットワークインタフェース３は、ネットワーク５０から受信したデータを通信端末装置１００Ａで扱える形式に変換する機能を持つことができる。このような機能としては、たとえば、ネットワークのみで使用するルーティング情報などの部分を削除する機能や、誤り訂正符号化処理，再送処理等を用いてデータを正しく送受信する機能がある。
【００１５】
通信状態監視部４Ａは、受信バッファ２の蓄積量を常時監視するとともに、閾値記億部６に設定されている閾値を参照して、通信品質の低下または回復を通知する。優先度調整部５は、通信状態監視部４Ａからの通知に基づいてタスクの優先度を変更することにより、タスクへの処理能力の割当量を変更する。
【００１６】
閾値記憶部６には、通信品質の低下と回復を検出するための、受信バッファ２のデータ蓄積量についての閾値を、閾値テーブルとして記憶する。たとえば、通信状態監視部４Ａは、受信バッファ２の蓄積量が通信品質の低下を検出するための閾値を上回ったときに、通信品質が低下したと判断する。また、通信品質の低下を検出するための閾値は、複数段にわたって設定することができ、品質低下の程度を段階的に判断することができる。ここで、閾値記憶部６に記憶されている閾値テーブルの例を図２に示す。
【００１７】
図２は、閾値テーブル６００のデータ例を示す図である。閾値テーブル６００は、閾値種別６１と閾値６２とをデータ項目として備えている。図２では、閾値種別６１と閾値６２との組み合わせとして、「回復：Ａ」，「低下１：Ｂ」，「低下２：Ｃ」，「低下３：Ｄ」が登録されている。なお、図２において、各閾値は、「Ａ≦Ｂ＜Ｃ＜Ｄ」の関係を満たしている。
【００１８】
閾値「Ｂ」は、通信品質の低下を検出するための閾値である。通信状態監視部４Ａは、受信バッファ２の蓄積量が「低下１」の閾値「Ｂ」を上回ったときに、通信品質が低下したと判断する。また、図２では、通信品質低下を検出するための閾値が３段階に設定されている。具体的には、上記閾値「Ｂ」に加えて、閾値「Ｃ」，閾値「Ｄ」が設定されており、通信状態監視部４Ａは、受信バッファ２の蓄積量が閾値「Ｃ」を超えたときに、中程度の通信品質の低下が発生したと判断する。さらに受信バッファ２の蓄積量が閾値「Ｄ」を超えたときには、大きく通信品質が低下したと判断する。
【００１９】
一方、閾値「Ａ」は、通信品質が低下した後、通信品質が回復したことを判定するための閾値である。受信バッファ２の蓄積量がこの値を下回った場合、通信状態監視部４Ａは、通信品質が回復したと判断する。
【００２０】
つぎに、以上のように構成された通信端末装置１００Ａの動作について説明する。図３は、通信端末装置１００Ａによる通信タスク処理時のタスク優先度調整動作を示すフローチャートである。ここでは、閾値記憶部６に閾値テーブル６００が記憶されている場合を一例として説明する。
【００２１】
まず、通信端末装置１００Ａが通信可能な状態になると、通信状態監視部４Ａは、閾値種別「低下１」の閾値「Ｂ」を通信品質低下の判定値として設定する（ステップＳ１）。この状態で、ネットワークインタフェース３は、単位時間当たり一定量のデータを受信する。このデータは受信バッファ２に蓄積される。そして、受信バッファ２に蓄積されたデータは、通信タスク１によって読み出される。
【００２２】
一方で、通信状態監視部４Ａは、受信バッファ２の蓄積量を一定時間間隔で監視する。そして、受信バッファ２の蓄積量が増加し閾値「Ｂ」を超過した場合、通信状態監視部４Ａは、通信タスク１の処理能力不足により単位時間当たりのデータ処理量が減少し、処理能力不足による通信品質低下が発生している（または通信品質低下の可能性がある）と判断し（ステップＳ２：Ｙｅｓ）、優先度調整部５に対して、その旨を通知する。
【００２３】
優先度調整部５は、通信品質低下の通知を受信した場合、通信タスク１によるデータ処理量を増やすための処理、すなわち、通信タスク１の処理能力を上げるための処理を行う。具体的には、優先度調整部５は、まず、現在動作しているタスク群２００内のタスクの中で、通信タスク１より優先度の高いタスクを全て抽出する。つぎに、それらの中から、最も重要度の低いタスクまたは最も重要度の低いものから順に複数のタスクを抽出し、それらの優先度を通信タスク１より低いものに再設定する（ステップＳ３）。優先度の再設定は、抽出された重要度の低いタスクの優先度を下げる、または、通信タスク１の優先度を上げる、ことにより行う。
【００２４】
これにより、通信タスク１より高い優先度を持つタスクの数が減少し、通信タスク１より優先度が低くなったタスクの処理能力が通信タスク１へ譲渡され、結果として、通信タスク１への処理能力割当量が増加する。
【００２５】
つぎに、通信状態監視部４Ａは、現在設定されている閾値の閾値種別が「低下ｎ」のとき、閾値種別「低下ｎ＋１」が登録されているか否かを、閾値テーブル６００を参照して判断する（ステップＳ４）。本実施の形態では、現在、閾値種別「低下１」の閾値「Ｂ」が設定され、閾値テーブル６００には閾値種別「低下２」の閾値が登録されているので（ステップＳ４：Ｙｅｓ）、通信品質低下の判定値に閾値「Ｃ」を設定する（ステップＳ５）。なお、通信状態監視部４Ａは、一定時間間隔での監視処理を継続的に行っており、閾値「Ｃ」の設定後は、受信バッファ２の蓄積量が閾値「Ｃ」を超過したか否かを判定する。
【００２６】
つぎに、受信バッファ２の蓄積量がさらに増加し閾値「Ｃ」を超過した場合、通信状態監視部４Ａは、上記で処理能力を譲渡したにもかかわらず通信品質低下が継続している（または通信品質が改善していない）と判断し（ステップＳ２：Ｙｅｓ）、優先度調整部５に対して、その旨を通知する。優先度調整部５は、通信品質低下の通知を受信した場合、上記同様の処理で、通信タスク１の処理能力を上げるための処理を行う（ステップＳ３）。これにより、通信タスク１より高い優先度を持つタスクの数がさらに減少し、通信タスク１より優先度が低くなったタスクの処理能力が通信タスク１へ譲渡され、結果として、通信タスク１への処理能力割当量が増加する。
【００２７】
そして、通信状態監視部４Ａでは、現在、閾値種別「低下２」の閾値「Ｃ」が設定され、閾値テーブル６００には閾値種別「低下３」の閾値が登録されているので（ステップＳ４：Ｙｅｓ）、通信品質低下の判定値として新たに閾値「Ｄ」を設定する（ステップＳ５）。閾値「Ｄ」の設定後、通信状態監視部４Ａは、受信バッファ２の蓄積量が閾値「Ｄ」を超過したか否かを判定する。
【００２８】
つぎに、受信バッファ２の蓄積量がさらに増加し閾値「Ｄ」を超過した場合、上記同様、通信状態監視部４Ａが、処理能力を譲渡したにもかかわらず通信品質低下が継続している（または通信品質が改善していない）と判断し（ステップＳ２：Ｙｅｓ）、さらに、優先度調整部５が、通信タスク１の処理能力を上げるための所定の処理を行う（ステップＳ３）。このとき、通信状態監視部４Ａでは、現在、閾値種別「低下３」の閾値「Ｄ」が設定され、閾値テーブル６００にはそれ以上の閾値が登録されていないので（ステップＳ４：Ｎｏ）、以降は、閾値を更新せずに、受信バッファ２の蓄積量が閾値「Ｄ」を下回るまで（ステップＳ２：Ｎｏ）、ステップＳ２〜Ｓ４の処理を繰り返し実行する。
【００２９】
一方、上記ステップＳ２〜Ｓ５の処理の過程で、受信バッファ２の蓄積量が判定値（Ｂ、ＣまたＤ）を下回っていると判断した場合（ステップＳ２：Ｎｏ）、通信状態監視部４Ａは、つぎに、通信タスク１への処理能力割当量を初期状態より増加させているか否かを判定する（ステップＳ６）。たとえば、現在設定されている閾値が「Ｂ」のときは、処理能力割当量を初期状態よりも増加させていないと判断できるので（ステップＳ６：Ｎｏ）、通信状態監視部４Ａは、閾値を更新することなく、監視処理を継続する。しかし、現在設定されている閾値が「Ｃ」または「Ｄ」のときは、処理能力割当量を初期状態よりも増加させていると判断できるので（ステップＳ６：Ｙｅｓ）、その後、通信状態監視部４Ａは、受信バッファ２の蓄積量が閾値種別「回復」の閾値「Ａ」を下回っているか否かを判定する。
【００３０】
通信タスク１への処理能力割当量を増加することによって受信バッファ２の蓄積量が減少していき、閾値「Ａ」を下回った場合、通信状態監視部４Ａは、通信品質が回復したと判断し（ステップＳ７：Ｙｅｓ）、その旨を優先度調整部５に通知する。
【００３１】
そして、通信品質回復の通知を受け取った優先度調整部５は、通信タスク１およびタスク群２００の全てのタスクの優先度を初期状態に戻す（ステップＳ８）。これにより、各タスクの処理能力が初期状態に戻る。以降、通信端末装置１００Ａは、上記ステップＳ１〜Ｓ８の処理を継続的に実行する。なお、ステップＳ７の処理において、受信バッファ２の蓄積量が閾値「Ａ」を下回っていない場合、通信状態監視部４Ａは通信品質が回復していないと判断し（ステップＳ７：Ｎｏ）、以降、通信端末装置１００Ａは、通信品質が回復するまで、ステップＳ２〜Ｓ７の処理を繰り返し実行する。
【００３２】
以上説明したように、本実施の形態においては、通信タスク１の処理能力不足により通信品質が低下した場合であっても、通信タスク１より優先度の高いタスクを減少させることで通信タスク１への処理能力割当量を増加させることとしたので、処理能力不足による通信品質の低下を回復させることができる。
【００３３】
また、本実施の形態においては、通信品質の低下が大きくなるほど通信タスク１への処理能力割当量を多くすることとしたので、低下の程度に応じて必要なだけ処理能力を上げることができる。これにより、過剰に処理能力を割り当てることを防ぎ、他のタスクの処理能力の低下による影響を小さくすることができる。
【００３４】
また、本実施の形態においては、通信タスク１の処理能力を上げるために、優先度を下げるタスクを抽出する際に、重要度の低いタスクから順に抽出するようにしたので、重要なタスクの処理能力低下を防ぐことができる。
【００３５】
また、本実施の形態においては、通信品質が回復したことを検出した場合に、通信タスク１への処理能力割当量を初期状態に戻すこととしたので、他のタスクの処理能力低下時間を短くすることができる。
【００３６】
実施の形態２．
実施の形態１では、受信データの蓄積量の監視結果に基づいて、タスクの優先度を調整する場合の一例を説明した。本実施の形態では、通信タスクが受信データを受け取るまでの時間に基づいて、タスクの優先度を調整する場合の一例について説明する。以下、実施の形態１と異なる構成および動作について説明する。
【００３７】
図４は、本発明にかかる通信端末装置の実施の形態２の構成例を示す図である。図４の通信端末装置１００Ｂは、通信端末装置１００Ａと比べると、通信状態監視部４Ａの代わりに通信状態監視部４Ｂを備え、さらに、受信データの処理完了期限情報を格納する処理完了期限格納部７を備えている。処理完了期限格納部７への記録は、たとえば、ネットワーク上のデータパケットやアプリケーションデータの区切り等の、一まとまりのデータ単位で行われる。
【００３８】
通信状態監視部４Ｂは、受信バッファ２内の受信データを監視するとともに、その監視結果および処理完了期限格納部７に格納された受信データの処理完了期限に基づき、通信品質の低下または回復を判定する。
【００３９】
また、閾値記憶部６には、実施の形態１における受信バッファ２の蓄積量の代わりに、データが受信バッファ２に取り込まれてから通信タスク１が受け取るまでの最長時間が閾値として記憶されている。したがって、通信状態監視部４Ｂは、受信バッファ２を監視し、図２の閾値「Ｂ」の値に基づいて算出された処理完了期限（通信品質低下の判定値）を超過したデータが存在する場合に、通信品質が低下したと判断する。また、図２では、上記閾値「Ｂ」に加えて、閾値「Ｃ」，閾値「Ｄ」が設定されており、各閾値は、「Ａ≦Ｂ＜Ｃ＜Ｄ」の関係を満たしている。
【００４０】
通信状態監視部４Ｂは、受信バッファ２を監視し、閾値「Ｃ」に基づいて算出した処理完了期限（通信品質低下の判定値）を超過したデータが存在する場合に、中程度の通信品質の低下が発生したと判断する。さらに、受信バッファ２を監視し、閾値「Ｄ」に基づいて算出した処理完了期限（通信品質低下の判定値）を超過したデータが存在する場合には、大きく通信品質が低下したと判断する。一方で、通信状態監視部４Ｂは、受信バッファ２を監視し、閾値「Ａ」に基づいて算出した回復処理完了期限（通信品質回復の判定値）を超過するデータが存在しない場合に、通信品質が回復したと判断する。
【００４１】
つぎに、以上のように構成された通信端末装置１００Ｂの動作を、前述した図３を用いて説明する。ここでは、実施の形態１と異なる処理について説明する。また、図３の処理を実行する場合には、閾値記憶部６に閾値テーブル６００が記憶されていることを前提とする。
【００４２】
まず、通信状態監視部４Ｂは、ステップＳ１で閾値種別「低下１」の閾値「Ｂ」を設定し、その後、受信バッファ２に受信データが格納されたときの時刻に閾値「Ｂ」を足した時刻を処理完了期限（通信品質低下の判定値）として、処理完了期限格納部７に記録する。なお、通信状態監視部４Ｂは、受信バッファ２に蓄積されたデータが通信タスク１によって読み出されたタイミングで、そのデータに関する記録を処理完了期限格納部７から削除する。また、通信状態監視部４Ｂは、受信バッファ２に受信データが格納されたときの時刻に閾値「Ａ」を足した時刻を、回復処理完了期限（通信品質回復の判定値）として、処理完了期限格納部７に予め記録しておく。
【００４３】
一方で、通信状態監視部４Ｂは、受信バッファ２および処理完了期限格納部７を監視し、処理完了期限を超過したデータが存在するかどうかを判断する。そして、処理完了期限を超過したデータが存在する場合、通信状態監視部４Ｂは、通信タスク１の処理能力不足による通信品質低下が発生していると判断し（ステップＳ２：Ｙｅｓ）、優先度調整部５に対して、その旨を通知する。その後、優先度調整部５では、実施の形態１と同様の処理で優先度を調整し（ステップＳ３）、通信タスク１への処理能力割当量を増加させる。
【００４４】
つぎに、通信状態監視部４Ｂは、現在、閾値種別「低下１」の閾値「Ｂ」が設定され、閾値テーブル６００には閾値種別「低下２」の閾値が登録されているので（ステップＳ４：Ｙｅｓ）、閾値「Ｂ」に代えて閾値「Ｃ」を設定し、処理完了期限格納部７に格納されている処理完了期限のそれぞれに、閾値「Ｂ」と閾値「Ｃ」との差分を足して、新たな処理完了期限として再格納する（ステップＳ５）。これにより、通信状態監視部４Ｂでは、受信データが新たな処理完了期限を超過したかどうかを検出することができ、さらなる通信品質の低下を検出できる。
【００４５】
以降、通信端末装置１００Ｂでは、受信データが新たな処理完了期限を超過する毎に、実施の形態１と同様の処理で、次の閾値を用いて処理完了期限を更新し（ステップＳ２〜Ｓ５）、その後、エントリされた閾値がなくなった場合は（ステップＳ４：Ｎｏ）、処理完了期限を更新せずに、現状の処理完了期限を超過するデータがなくなるまで（ステップＳ２：Ｎｏ）、ステップＳ２〜Ｓ４の処理を繰り返し実行する。
【００４６】
一方、上記ステップＳ２〜Ｓ５の処理の過程で、処理完了期限を超過したデータがなくなったと判断した場合、通信状態監視部４Ｂは、通信品質が低下していないと判断し（ステップＳ２：Ｎｏ）、つぎに、実施の形態１と同様の処理で、通信タスク１への処理能力割当量を初期状態より増加させているか否かを判定する（ステップＳ６）。たとえば、現在設定されている閾値が「Ｃ」または「Ｄ」のときは、処理能力割当量を初期状態よりも増加させていると判断できるので（ステップＳ６：Ｙｅｓ）、その後、通信状態監視部４Ｂは、上記回復処理完了期限を超過した受信データが存在するかしないかを判定する。
【００４７】
通信タスク１への処理能力割当量を増加することにより、データが受信バッファ２に取り込まれてから通信タスク１が受け取るまで時間が短くなっていき、上記回復処理完了期限を超過したデータがなくなった場合、通信状態監視部４Ｂは、通信品質が回復したと判断し（ステップＳ７：Ｙｅｓ）、その旨を優先度調整部５に通知する。
【００４８】
そして、通信品質回復の通知を受け取った優先度調整部５は、実施の形態１と同様の処理で、全タスクの優先度を初期状態に戻す（ステップＳ８）。これにより、各タスクの処理能力が初期状態に戻る。以降、通信端末装置１００Ｂは、上記ステップＳ１〜Ｓ８の処理を継続的に実行する。なお、ステップＳ７の処理において、回復処理完了期限を超過したデータが存在する場合、通信状態監視部４Ｂは通信品質が回復していないと判断し（ステップＳ７：Ｎｏ）、以降、通信端末装置１００Ｂは、通信品質が回復するまで、ステップＳ２〜Ｓ７の処理を繰り返し実行する。
【００４９】
以上説明したように、本実施の形態によれば、受信データの蓄積量によらず、受信バッファおよび受信データの処理完了期限の監視結果に基づいて、所定のタスクの優先度を調整する場合であっても、前述した実施の形態１と同様の効果を得ることができる。
【００５０】
実施の形態３．
実施の形態１，２では、通信タスクが受信タスクである場合について説明した。本実施の形態では、通信タスクが送信タスクである場合について説明する。以下、実施の形態１または２と異なる構成および動作について説明する。
【００５１】
図５は、本発明にかかる通信端末装置の実施の形態３の構成例を示す図である。図５の通信端末装置１００Ｃは、通信端末装置１００Ａと比べると、受信バッファ２を備えていない。また、通信タスク１の代わりに通信タスク８を、通信状態監視部４Ｂの代わりに通信状態監視部４Ｃを、ネットワークインタフェース３の代わりにネットワークインタフェース９を、備えている。
【００５２】
ネットワークインタフェース９は、ネットワーク５０へデータを送信する。また、ネットワークへ送信するデータを通信に適した形式に変換する機能を持つことができる。たとえば、ルーティング情報などのネットワーク通信に必要な部分を追加する機能や、再送や送信間隔などのネットワーク制御に関する機能等がある。
【００５３】
通信タスク８は、ネットワークインタフェース９を介してデータをネットワーク５０に送信する、通信端末装置１００Ｃにおける処理単位である。通信タスク８が処理を行うと送信データが作成され、この送信データはネットワークインタフェース９に渡される。
【００５４】
通信状態監視部４Ｃは、一定時間に送信されるデータの量を監視するとともに、閾値記億部６に設定されている閾値を参照して、通信品質の低下または回復を優先度調整部５に通知する。
【００５５】
また、閾値記憶部６には、実施の形態１における受信バッファ２の蓄積量に関する閾値の代わりに、一定時間にネットワークインタフェース９に渡される送信データ量に関する閾値が、閾値テーブルとして記憶されている。通信状態監視部４Ｃでは、この閾値テーブルを基準として通信品質の低下や回復を検出する。ここで、閾値記憶部６に記憶されている閾値テーブルの例を図２に示す。図２では、閾値種別６１と閾値６２との組み合わせとして、「回復：Ａ」，「低下１：Ｂ」，「低下２：Ｃ」，「低下３：Ｄ」が登録されており、各閾値は、「Ａ≧Ｂ＞Ｃ＞Ｄ」の関係を満たしている。
【００５６】
したがって、通信状態監視部４Ｃでは、上記一定時間のデータ送信量が「低下１」の閾値「Ｂ」を下回ったときに、通信品質が低下したと判断する。また、図２では、通信品質低下を検出するための閾値が３段階に設定されている。具体的には、上記閾値「Ｂ」に加えて、閾値「Ｃ」，閾値「Ｄ」が設定されており、通信状態監視部４Ｃは、一定時間の送信データ量が閾値「Ｃ」を下回ったときに、中程度の通信品質の低下が発生したと判断する。さらに一定時間の送信データ量が閾値「Ｄ」を下回ったときには、大きく通信品質が低下したと判断する。一方で、通信状態監視部４Ｃは、通信品質が低下した後、一定時間のデータ送信量が閾値「Ａ」を上回った場合、通信品質が回復したと判断する。
【００５７】
つぎに、以上のように構成された通信端末装置１００Ｃの動作を、前述した図３を用いて説明する。ここでは、実施の形態１と異なる処理について説明する。また、図３の処理を実行する場合には、閾値記憶部６に閾値テーブル６００が記憶されていることを前提とする。
【００５８】
まず、通信状態監視部４Ｃは、ステップＳ１で閾値種別「低下１」の閾値「Ｂ」を設定する。一方で、通信状態監視部４Ｃは、ネットワークインタフェース９に渡される一定時間の送信データ量を監視し、閾値「Ｂ」を下回っているか否かを判断する。そして、閾値「Ｂ」を下回っている場合、通信状態監視部４Ｃは、通信タスク８の処理能力不足による通信品質低下が発生していると判断し（ステップＳ２：Ｙｅｓ）、優先度調整部５に対してその旨を通知する。その後、優先度調整部５では、実施の形態１と同様の処理で優先度を調整し（ステップＳ３）、通信タスク１への処理能力割当量を増加させる。
【００５９】
つぎに、通信状態監視部４Ｃは、現在、閾値種別「低下１」の閾値「Ｂ」が設定され、閾値テーブル６００には閾値種別「低下２」の閾値が登録されているので（ステップＳ４：Ｙｅｓ）、閾値「Ｂ」に代えて閾値「Ｃ」を設定する（ステップＳ５）。これにより、通信状態監視部４Ｃでは、一定時間の送信データ量が閾値「Ｃ」を下回ったことを検出でき、さらなる通信品質の低下を検出することができる。
【００６０】
以降、通信端末装置１００Ｃでは、一定時間の送信データ量が現在設定されている閾値を下回る毎に、実施の形態１と同様の処理で、現在設定されている閾値を次の閾値に更新し（ステップＳ２〜Ｓ５）、その後、エントリされた閾値がなくなった場合は（ステップＳ４：Ｎｏ）、現状の閾値を更新せずに、現状の閾値を上回るまで（ステップＳ２：Ｎｏ）、ステップＳ２〜Ｓ４の処理を繰り返し実行する。
【００６１】
一方、上記ステップＳ２〜Ｓ５の処理の過程で、一定時間の送信データ量が現在設定されている閾値を上回っていると判断した場合、通信状態監視部４Ｃは、通信品質が低下していないと判断し（ステップＳ２：Ｎｏ）、つぎに、実施の形態１と同様の処理で、通信タスク１への処理能力割当量を初期状態より増加させているか否かを判定する（ステップＳ６）。たとえば、現在設定されている閾値が「Ｃ」または「Ｄ」のときは、処理能力割当量を初期状態よりも増加させていると判断できるので（ステップＳ６：Ｙｅｓ）、その後、通信状態監視部４Ｃは、一定時間の送信データ量が閾値「Ａ」を上回っているか否かを判定する。
【００６２】
通信タスク１への処理能力割当量を増加することにより一定時間の送信データ量が増加していき、閾値「Ａ」を上回った場合、通信状態監視部４Ｃは、通信品質が回復したと判断し（ステップＳ７：Ｙｅｓ）、その旨を優先度調整部５に通知する。
【００６３】
そして、通信品質回復の通知を受け取った優先度調整部５は、実施の形態１と同様の処理で、全タスクの優先度を初期状態に戻す（ステップＳ８）。これにより、各タスクの処理能力が初期状態に戻る。以降、通信端末装置１００Ｃは、上記ステップＳ１〜Ｓ８の処理を継続的に実行する。なお、ステップＳ７の処理において、一定時間の送信データ量が閾値「Ａ」を下回っている場合、通信状態監視部４Ｃは通信品質が回復していないと判断し（ステップＳ７：Ｎｏ）、以降、通信端末装置１００Ｃは、通信品質が回復するまで、ステップＳ２〜Ｓ７の処理を繰り返し実行する。
【００６４】
以上説明したように、本実施の形態によれば、通信タスクが送信タスクの場合であっても、前述した実施の形態１と同様の効果を得ることができる。
【００６５】
なお、上記では、一定時間にネットワークインタフェース９に渡される送信データ量を監視することとしたが、これに限らず、たとえば、通信タスク８によるデータの送信間隔を監視することとしてもよい。このとき、閾値記憶部６には、データ送信間隔に関する閾値が、閾値テーブルとして記憶される。通信状態監視部４Ｃでは、この閾値テーブルを基準として通信品質の低下や回復を検出する。また、図２の閾値テーブルを一例とした場合、各閾値は、「Ａ≦Ｂ＜Ｃ＜Ｄ」の関係となる。したがって、通信状態監視部４Ｃでは、上記データ送信間隔が閾値「Ｂ」を超過したときに、通信品質が低下したと判断する。また、通信状態監視部４Ｃは、データ送信間隔が閾値「Ｃ」を超過したときに、中程度の通信品質の低下が発生したと判断する。さらにデータ送信間隔が閾値「Ｄ」を超過したときには、大きく通信品質が低下したと判断する。一方で、通信状態監視部４Ｃは、通信品質が低下した後、データ送信間隔が閾値「Ａ」を下回った場合、通信品質が回復したと判断する。
【００６６】
また、本実施の形態においては、送信バッファをさらに備える構成としてもよい。この場合には、送信バッファの蓄積量を監視することで通信品質の低下または回復を検出することができる。
【００６７】
また、本実施の形態では、一定時間にネットワークインタフェース９に渡される送信データ量を監視することによって、通信品質の低下および回復を検出することとしたが、たとえば、実施の形態１または２と組み合わせて実施することも可能である。
【００６８】
実施の形態４．
上記実施の形態１〜３では、通信タスクが一つである場合について説明した。本実施の形態では、通信タスクが複数存在する通信端末装置において、実施の形態１〜３の動作を適用する場合について説明する。以下、実施の形態１〜３と異なる構成および動作について説明する。
【００６９】
図６は、本発明にかかる通信端末装置の実施の形態４の構成例を示す図である。図６の通信端末装置１００Ｄは、ネットワークインタフェース３と同様の機能を有する複数のネットワークインタフェース（３Ａ，３Ｂ）、受信バッファ２と同様の機能を有し各ネットワークインタフェースに対応する受信バッファ２Ａ，２Ｂ、を備えている。また、これに対応して、通信状態監視部４Ａの代わりに通信状態監視部４Ｄを、優先度調整部５の代わりに優先度調整部５Ｄを、備えている。また、ネットワークインタフェース３Ａはネットワーク５１からのデータを受信し、ネットワークインタフェース３Ｂはネットワーク５２からのデータを受信する。また、通信タスク１Ａと通信タスク１Ｂが、それぞれ対応する受信バッファ２Ａ，２Ｂからデータを読み出す。
【００７０】
また、閾値記憶部６に記憶されている閾値テーブル６００には、実施の形態１〜３のいずれかで述べた閾値が登録される。
【００７１】
つぎに、以上のように構成された通信端末装置１００Ｄの動作を説明する。通信状態監視部４Ｄは、実施の形態１〜３のいずれかで述べた方法で通信品質の低下を検出する。ここで、検出の方法としては、通信タスク１Ａおよび１Ｂの双方に対して同じ方法を適用してもよいし、通信タスクごとに異なる方法を適用してもよい。たとえば、通信タスク１Ａには実施の形態１で述べた方法を適用し、通信タスク１Ｂには実施の形態２で述べた方法を適用することも可能である。通信状態監視部４Ｄは、少なくともいずれか一つの通信タスクに関して通信品質低下と判断した場合、その旨を優先度調整部５Ｄに通知する。
【００７２】
優先度調整部５Ｄでは、通信品質の低下が１つの通信タスクで発生した場合、実施の形態１〜３のいずれかで述べた方法でその通信タスクの優先度を上げ、その通信タスクへの処理能力割当量を増加させることより、通信品質を回復させる。また、通信品質が回復した時も、前述したように通信タスクの優先度を元に戻す。
【００７３】
また、優先度調整部５Ｄでは、通信品質の低下が複数の通信タスクで発生した場合、各通信タスクの優先度を上げるにあたり、それぞれに設定された重要度を参照し、重要度が高い通信タスクの通信品質の回復を優先させる。すなわち、通信品質が低下している各通信タスクについて、それぞれに設定された重要度が高い通信タスクほど処理能力が上がるように、優先度を調整する。
【００７４】
なお、上記では、通信タスクが複数存在する場合の一例として、図６の構成を示したが、図６とは異なる構成として、図７に示す通信端末装置１００Ｅのように、通信データの種類により受信バッファや通信タスクを分ける構成としてもよい。図７は、本発明にかかる通信端末装置の実施の形態４の変形例を示す図である。たとえば、図７に示す通信端末装置１００Ｅは、図６の通信端末装置１００Ｄと比べると、ネットワークインタフェース３Ａおよび３Ｂの代わりに前述したネットワークインタフェース３を備え、さらに、通信データ振り分け部１０を備えている。通信データ振り分け部１０では、ネットワークインタフェース３が受信したデータの種類を判別し、その種類の受信データを処理する通信タスクを選択し、その通信タスクに対応する受信バッファに受信データを振り分ける。具体的には、たとえば、受信データをパケットデータと音声データ等に分ける場合が想定される。なお、図７の構成では、ネットワークインタフェースが複数存在する構成であってもよい。
【００７５】
また、本実施の形態では、通信タスクとそれに対応する受信バッファを２組備える構成を示したが、これに限らず、３組以上であってもよい。また、通信タスクとそれに対応する送信バッファが複数存在する構成であってもよいし、また、通信タスクとそれに対応する送受信双方のバッファが複数存在する構成であってもよい。
【００７６】
以上説明したように、本実施の形態によれば、通信データを複数の通信タスクによって並列に処理する場合であっても、実施の形態１〜３の処理を適用することができる。さらに、これら複数の通信タスクで同時に通信品質が低下した場合には、予め設定した重要度の高い通信タスクの通信品質の回復を優先的に行うことができる。
【００７７】
実施の形態５．
実施の形態４では、複数の通信タスクが並行して処理を行う場合について説明した。本実施の形態では、あるタスクによって処理されたデータを、バッファを介して他のタスクが利用する、というように、複数のタスクが連係して処理を行う場合について説明する。以下、実施の形態１〜４と異なる構成および動作について説明する。
【００７８】
図８は、本発明にかかる通信端末装置の実施の形態５の構成例を示す図である。図８の通信端末装置１００Ｆは、通信端末装置１００Ａと比べると、受信バッファ２に加えて、バッファ１１Ａおよび１１Ｂをさらに備えている。また、通信状態監視部４Ａの代わりに通信状態監視部４Ｆを、優先度調整部５Ａの代わりに優先度調整部５Ｆを備えている。また、通信タスク１と連係して処理を行うタスク１２Ａとタスク１２Ｂを有し、それぞれが対応するバッファ１１Ａ，１１Ｂからデータを読み出す。
【００７９】
バッファ１１Ａは、通信タスク１によって処理された後のデータが蓄積されるバッファであり、バッファ１１Ｂは、タスク１２Ａによって処理された後のデータが蓄積されるバッファである。通信タスク１による処理が行われた後のデータはバッファ１１Ａに蓄積され、そのバッファからタスク１２Ａがデータを読み出す。タスク１２Ａによる処理が行われた後のデータはバッファ１１Ｂに蓄積され、そのバッファからタスク１２Ｂがデータを読み出す。すなわち、通信端末装置１００Ｆは、ひとまとまりの受信データを処理するための複数のバッファを直列に備えている。
【００８０】
このような構成において、通信タスク１は、単位時間当たり一定量以上のデータを受信し、その処理結果をバッファ１１Ａに蓄積する。このとき、通信に関連する各タスクに割り当てられている処理能力が十分であれば、このシステムは、単位時間当たり一定量以上のデータを受信し、処理を行い、目的とする最終結果が得られる。
【００８１】
しかしながら、通信タスク１に割り当てられている処理能力が不足した場合には、受信バッファ２の蓄積量が増加し、バッファ１１Ａの蓄積量が減少する。その結果、タスク１２Ａの処理量が減少し、さらにタスク１２Ａの処理結果を使用するタスク１２Ｂの処理量が減少し、目的とする最終結果が得られない。結果として、システム全体のデータ受信量とその処理量が低下し、通信品質の低下が発生する。
【００８２】
また、タスク１２Ａに割り当てられる処理能力が不足した場合には、バッファ１１Ａの蓄積量が増加し、バッファ１１Ｂの蓄積量が減少する。その結果、タスク１２Ａの処理結果を使用するタスク１２Ｂの処理量が減少し、目的とする最終結果が得られない。また、バッファ１１Ａの蓄積量が増加すると通信タスク１の処理も滞り、受信バッファ２の蓄積量が増加し、単位時間当たり一定量以上のデータを受信することができなくなる。結果として、システム全体のデータ受信量とその処理量が低下し、通信品質の低下が発生する。
【００８３】
また、タスク１２Ｂに割り当てられる処理能力が不足した場合には、目的とする最終結果が得られない。また、バッファ１１Ｂの蓄積量が増加するとタスク１２Ａの処理が滞り、その結果バッファ１１Ａの蓄積量が増加すると通信タスク１の処理も滞り、受信バッファ２の蓄積量が増加し、単位時間当たり一定量以上のデータを受信することができなくなる。結果として、システム全体の受信量とその処理量が低下し、通信品質の低下が発生する。
【００８４】
このように、通信端末装置１００Ｆは、複数のタスクが連係して処理を行う構成となっているために、いずれのタスクに対する処理能力割当量が不足しても、全体に影響が及ぶこととなる。したがって、通信状態監視部４Ｆでは、受信バッファ２と通信タスク１についてだけではなく、バッファ１１Ａとタスク１２Ａ、バッファ１１Ｂとタスク１２Ｂ、についても監視を行う。通信品質の低下は、実施の形態１〜３のいずれの方法を用いても検出できる。なお、ここでは、実施の形態１で説明したバッファの蓄積量を監視する方法を例に用いて説明する。したがって、通信タスク１の処理能力不足による通信品質低下は受信バッファ２の蓄積量を監視することで、タスク１２Ａの処理能力不足による通信品質低下はバッファ１１Ａの蓄積量を監視することで、タスク１２Ｂの処理能力不足による通信品質の低下はバッファ１１Ｂの蓄積量を監視することで、それぞれ検出する。
【００８５】
また、閾値テーブル６００には、実施の形態１で述べた閾値が登録され、全ての通信タスクについて、閾値テーブル６００に登録された閾値を参照して通信品質低下を検出する。なお、各閾値はタスクごとに用意することとしてもよい。
【００８６】
以上のように構成された通信端末装置１００Ｆの動作として、通信状態監視部４Ｆは、通信タスク１，タスク１２Ａ，タスク１２Ｂの全タスクについて、図３の処理を独立して行う。
【００８７】
優先度調整部５Ｆでは、通信品質が低下した場合、たとえば、実施の形態１で述べた方法で、処理能力が不足しているタスクの優先度を調整することによって処理能力割当量を増加させ、低下した通信品質を回復させる。
【００８８】
また、優先度調整部５Ｆでは、さらに、通信タスク１，タスク１２Ａ，タスク１２Ｂの間の優先度の調整も行う。図３のフローチャートによると、受信データの蓄積量が大きいほど優先度調整（ステップＳ３）の回数が多くなる。したがって、この回数が多いほど優先度が高くなるように、すなわち、優先的に処理能力割当量が増加するように、通信タスク１，タスク１２Ａ，タスク１２Ｂの優先度を調整する。
【００８９】
なお、本実施の形態では、通信タスク１，タスク１２Ａ，タスク１２Ｂの３つのタスクを論理的に直列に備える通信端末装置について説明したが、これ以外の数のタスクが直列に接続された通信端末装置についても同様に適用可能である。また、あるタスクが複数の処理結果を生成し、それぞれの処理結果を異なるタスクが利用するようなシステムであっても、同様に適用可能である。
【００９０】
また、本実施の形態では、バッファの蓄積量に基づいて処理能力不足による通信品質の低下または回復を検出したが、これに限らず、実施の形態２で述べた方法を適用することとしてもよく、また、送信データを処理する仕組みとして実施の形態３で述べた方法を適用することとしてもよい。
【産業上の利用可能性】
【００９１】
以上のように、本発明にかかる通信端末装置は、通信タスクの処理能力不足による通信品質の低下が発生する場合に有用であり、特に、通信タスクだけでなく通信端末装置が有する全タスクを対象として優先度を調整することによって、通信品質低下を回復させる通信端末装置として適している。
【図面の簡単な説明】
【００９２】
【図１】本発明にかかる通信端末装置の実施の形態１の構成例を示す図である。
【図２】閾値テーブルのデータ例を示す図である。
【図３】通信端末装置による通信タスク処理時のタスク優先度調整動作を示すフローチャートである。
【図４】本発明にかかる通信端末装置の実施の形態２の構成例を示す図である。
【図５】本発明にかかる通信端末装置の実施の形態３の構成例を示す図である。
【図６】本発明にかかる通信端末装置の実施の形態４の構成例を示す図である。
【図７】本発明にかかる通信端末装置の実施の形態４の変形例を示す図である。
【図８】本発明にかかる通信端末装置の実施の形態５の構成例を示す図である。
【符号の説明】
【００９３】
１，１Ａ，１Ｂ  通信タスク
２，２Ａ，２Ｂ  受信バッファ
３，３Ａ，３Ｂ，９  ネットワークインタフェース
４Ａ，４Ｂ，４Ｃ，４Ｄ，４Ｆ  通信状態監視部
５，５Ｄ，５Ｆ  優先度調整部
６  閾値記憶部
７  処理完了期限格納部
８  通信タスク
１０  通信データ振り分け部
１１Ａ，１１Ｂ  バッファ
１２Ａ，１２Ｂ  タスク
５０，５１，５２  ネットワーク
６１  閾値種別
６２  閾値
１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ，１００Ｅ，１００Ｆ  通信端末装置
２００  タスク群
２１０，２２０，２３０  重要度グループ
６００  閾値テーブル
【図１】
2009130708.tif 000003
【図２】
2009130708.tif 000004
【図３】
2009130708.tif 000005
【図４】
2009130708.tif 000006
【図５】
2009130708.tif 000007
【図６】
2009130708.tif 000008
【図７】
2009130708.tif 000009
【図８】
2009130708.tif 000010