信号処理装置および信号処理方法
【課題】過負荷となる信号の流入を阻止するとパケットロスが発生し易いこと。
【解決手段】単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、外部から入力されたコマンドを受信するコマンド受信タスク部とに対して１番高い優先度を設定する。その他のタスク部に対しては、入力側から出力側に向けて優先度が高くなるように設定する。各タスク部のうち、処理すべきデータが存在し、処理の優先度がより高いものを処理対象として検出する処理対象検出手段と、この処理対象検出手段によって検出された処理対象に存在するデータの処理を実行するデータ処理手段と、このデータ処理手段によって処理対象に存在するデータの処理が行われた後、上記処理対象検出手段に処理を移行させる処理移行手段とを有する。
【解決手段】単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、外部から入力されたコマンドを受信するコマンド受信タスク部とに対して１番高い優先度を設定する。その他のタスク部に対しては、入力側から出力側に向けて優先度が高くなるように設定する。各タスク部のうち、処理すべきデータが存在し、処理の優先度がより高いものを処理対象として検出する処理対象検出手段と、この処理対象検出手段によって検出された処理対象に存在するデータの処理を実行するデータ処理手段と、このデータ処理手段によって処理対象に存在するデータの処理が行われた後、上記処理対象検出手段に処理を移行させる処理移行手段とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入力された信号およびコマンドを処理して外部に出力する信号処理装置および信号処理方法に関する。
【背景技術】
【０００２】
通信システムのノード、例えば中継機能を備えたノードでは、他のノードから信号を受信して、ノード内部で処理を行い、処理後の信号を次のノードに送信している。また、ネットワークの運用・管理・保守を行うための機能であるＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｍａｉｎｔｅｎａｎｃｅ）機能を備えたノードでは、制御端末からＯＡＭコマンド（以下、単にコマンドと称す）を受信して、ノード内部で処理を行い、コマンド処理の結果を制御端末に送信している。
【０００３】
図４は本発明に関連する技術の一例としての通信システムの一例を第２のノードを中心に表したものである。この図に示した例では、第１のノード１０１と第３のノード１０３との間に第２のノード１０２が配置されている。第２のノード１０２は、第１のノード１０１から送られてくるパケット信号１１１1を受信する第１の入力タスク部１１２1と、第３のノード１０３から送られてくるパケット信号１１１3を受信する第３の入力タスク部１１２3と、第１のノード１０１に送出されるパケット信号１１３1を送信する第１の出力タスク部１１４1と、第３のノード１０３に送出されるパケット信号１１３3を送信する第３の出力タスク部１１４3と、ＯＡＭ制御端末１０４から送られてくるコマンドを受信する第２の入力タスク部１１２2と、コマンドの処理結果をＯＡＭ制御端末１０４に送信する第２の出力タスク部１１４2と、これら第１〜第３の入力タスク部１１２1〜１１２3、第１〜第３の出力タスク部１１４1〜１１４3の制御を行う制御タスク部１１５とを備えている。
【０００４】
このような構成の第２のノード１０２においては、第１および第３の入力タスク部１１２1、１１２3ならびに第１および第３の出力タスク部１１４1、１１４3は、信号処理の優先度として同一の実行プライオリティが与えられている。また、第１および第３の入力タスク部１１２1、１１２3ならびに第１および第３の出力タスク部１１４1、１１４3は、信号処理の遅延を避けるために、制御タスク部１１５に比べて信号処理について相対的に高い優先度が設定されている。さらに第２の入力タスク部１１２2および第２の出力タスク部１１４2は、ユーザアプリケーションとして実装されるため、制御タスクと比べて相対的に低い優先度が設定されている。すなわち、図４に示すように、第２の入力タスク部１１２2および第２の出力タスク部１１４2は相対的に一番低い低優先度領域１２０に属しているのに対して、制御タスク部１１５は次に低い低優先度領域１２１に属し、第１および第３の入力タスク部１１２1、１１２3ならびに第１および第３の出力タスク部１１４1、１１４3は、相対的に最も高い高優先度領域１２２に属している。
【０００５】
図４に示した第２のノード１０２の動作を次に説明する。第１のノード１０１から送られてきたパケット信号１１１1は、第１の入力タスク部１１２1で受信される。また、第３のノード１０３から送られてきたパケット信号１１１3は第３の入力タスク部１１２3で受信される。第１の入力タスク部１１２1は、このパケット信号１１１1を制御タスク部１１５に送って適切な信号処理を受ける。同様に、第３の入力タスク部１１２3は、受信したパケット信号１１３3を制御タスク部１１５に送って適切な信号処理を受ける。制御タスク部１１５は、信号処理後の信号を第１の出力タスク部１１４1あるいは第３の出力タスク部１１４3に送信する。
【０００６】
このうち、第１の出力タスク部１１４1に送られたパケット信号は、パケット信号１１３1として第１のノード１０１に送信される。第３の出力タスク部１１４3に送られたパケット信号は、パケット信号１１３3として第３のノード１０３に送信される。
【０００７】
パケット信号によっては、カプセル化を行ったり、その反対にデカプセル化を行ったりする場合がある。本明細書では、これらをまとめて「カプセル化処理」と称することにする。このようなカプセル化処理は、制御タスク部１１５が第１あるいは第３の入力タスク部１１２1、１１２3に処理途中のパケット信号を送り返すことで実現する。
【０００８】
このような第１の関連技術では、第２のノード１０２の各部をモジュール構造とした場合に、第１の出力タスク部１１４1と第１の入力タスク部１１２1を第１のノード１０１とのプロトコル処理に関係する第１の通信機能部として１つの概念で取り扱っている。また、第３の出力タスク部１１４3と第３の入力タスク部１１２3についても、第３のノード１０３とのプロトコル処理に関係する第３の通信機能部として、第１の通信機能部と共通した概念で取り扱っている。制御タスク部１１５は、制御タスク自体がプロトコル処理とは機能的に大きく異なるので、第１および第３の通信機能部と異なる概念で取り扱い、かつ送受信の信号処理の遅延を避けるために、送受信の処理よりも実行プライオリティを低く設定している。さらに、第２の入力タスク部１１２2と第２の出力タスク部１１４2をユーザアプリケーション処理に関係する機能部として取り扱って、ユーザアプリケーションとして実装されるため、制御タスク部１１５と比べて低い実行プライオリティを設定している。
【０００９】
このような第１の関連技術によれば、送信と受信のプライオリティが等しく設定されている。このため、一時的にパケットの受信が多くなると、制御タスク部１１５の処理が優先度との関係で遅延する。この結果、第２のノード１０２の内部で未処理のタスクが増加することになって、結果的に送信処理までも遅延することになる。
【００１０】
特に制御タスク部１１５がカプセル化のようなデータの通信処理に付帯する処理を必要とした場合、優先度の低い機能部で処理が一層滞留することになり、第２のノード１０２自体が機能障害に陥るおそれがあった。
【００１１】
また、第２の入力タスク部１１２2と第２の出力タスク部１１４2がアプリケーションタスクとして相対的に一番低い実行プライオリティに設定されているため、新たな信号が次々と到着することとなる状態（過負荷時あるいは輻輳状態）では、ＯＡＭ制御端末１０４からのコマンドによる制御を行うことができなくなる。
【００１２】
そこで、上記課題を解決する技術が本発明の第２の関連技術として提案されている（例えば特許文献１参照）。
【００１３】
図５を参照すると、本発明の第２の関連技術としての信号処理装置を使用した通信システムは、第１のノード２０１と第３のノード２０３との間に、第２のノード２０２が配置されている。また、ネットワークの運用・管理・保守を行うためのＯＡＭ制御端末２１４が配置されている。
【００１４】
第２のノード２０２は、第１のノード２０１から送られてくるパケット信号を外部インタフェース２１１1を通じて第１のプロトコルを用いて受信する第１の入力タスク部２１２1と、第３のノード２０３から送られてくるパケット信号を外部インタフェース２１１3を通じて第３のプロトコルを用いて受信する第３の入力タスク部２１３3と、第１のノード２０１に送出されるパケット信号を外部インタフェース２１３1を通じて第１のプロトコルを用いて送信する第１の出力タスク部２１４1と、第３のノード２０３に送出されるパケット信号を外部インタフェース２１３3を通じて第３のプロトコルを用いて送信する第３の出力タスク部２１４3と、第１のプロトコルを用いてカプセル化の処理を行う第１の再入力タスク部２１５1と、第３のプロトコルを用いてカプセル化の処理を行う第３の再入力タスク部２１５3と、ＯＡＭ制御端末２１４から送られてくるコマンドを外部インタフェース２１１2を通じて受信する第２の入力タスク部２１２2と、ＯＡＭ制御端末２０４に送出されるコマンド処理結果を外部インタフェース２１３2を通じてＯＡＭ制御端末２１４に送信する第２の出力タスク部２１４2と、これら第１〜第３の入力タスク部２１２1〜２１２3、第１〜第３の出力タスク部２１４1〜２１４3、ならびに第１および第３の再入力タスク部２１５1、２１５3の制御を行う制御タスク部２１６とを備えている。
【００１５】
また、第２のノード２０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２２１と、その制御プログラムとしてのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を格納したり、データ処理用のメモリ領域を備えたメモリ２２２を有している。
【００１６】
図５に示される第１〜第３の出力タスク部２１４1〜２１４3は、優先度が１番高い階層としての実行プライオリティを持っている。制御タスク部２１６は、優先度が２番目に高い階層としての実行プライオリティを持っている。第１および第３の再入力タスク部２１５1、２１５3は、優先度が３番目に高い階層としての実行プライオリティを持っている。第２の入力タスク部２１２2は、優先度が４番目に高い階層としての実行プライオリティを持っている。第１および第３の入力タスク部２１２1、２１２3は、優先度の一番低い階層としての実行プライオリティを持っている。このような実行プライオリティの設定は、メモリ２２２内に格納されたＯＳに記述されている。
【００１７】
この本発明の第２の関連技術では、受信側から送信側に向けて、各タスク部２１２1〜２１２3、２１４1〜２１４3、２１５1、２１５3、２１６の優先度が順に高まるように設定されている。従って、制御タスク部２１６から単純に第１あるいは第３の出力タスク部２１４1、２１４3に送出された信号と、第１あるいは第３の再入力タスク部２１５1、２１５3にカプセル化の処理を行うために回された信号とがあった場合、第１あるいは第３の出力タスク部２１４1、２１４3に送出された信号の方が優先度が高いので、これらがまず処理されることになる。
【００１８】
このように本発明の第２の関連技術では受信側から送信側に向けて、各タスク部２１２1〜２１２3、２１４1〜２１４3、２１５1、２１５3、２１６の優先度が順に高まるように設定されているので、送信側の処理が受信側よりも早く処理される。このため、第２のノード２０２内でそれぞれ１パケットを単位とするタスクが滞留することがない。従って、ＣＰＵ２２１は、効率的に各タスク部２１２1、２１２3、２１４1、２１４3、２１５1、２１５3、２１６の処理をパケット単位で実行することができる。
【００１９】
また、本発明の第２の関連技術によれば、新しい信号の受信処理の優先度が相対的に低い。このため、先に受信した信号が処理されている間は、第１および第３の入力タスク部２１２1、２１３3が新たな信号を受信することが抑制される。この結果、第２のノード２０２は、過負荷となる信号の流入を事前に阻止することができる。
【００２０】
また、本発明の第２の関連技術によれば、カプセル化処理のような、システム内の処理ルートを複数回巡回するような場合を考慮して、送信処理と受信処理の中間の実行プライオリティを与えることで、一旦システム内に取り込んだ信号が、新しい受信信号よりも高い優先度で処理されるようにして、処理の滞留の発生を防止している。
【００２１】
更に、本発明の第２の関連技術によれば、コマンド受信処理の優先度が信号の受信処理の優先度より相対的に高い。このため、新しい信号が次々と到着する過負荷時や輻輳時においてもＯＡＭ制御端末２０４からのコマンド操作が不能になることがなく、コマンド制御が可能になる。
【先行技術文献】
【特許文献】
【００２２】
【特許文献１】特開２０１１−４９８１５号公報
【発明の概要】
【発明が解決しようとする課題】
【００２３】
しかしながら、上記第２の関連技術では、新しいパケット信号の受信処理の優先度が相対的に低いため、先に受信した信号が処理されている間は、第１および第３の入力タスク部２１２1、２１３3が新たなパケット信号を受信することが抑制される。この結果、第２のノード２０２は、過負荷となるパケット信号の流入を事前に阻止することができる反面、パケットロスを発生し易いという課題があった。
【００２４】
以上、通信装置あるいはノードにおけるデータ処理の問題を説明したが、一般に、信号を入力して内部処理を行い、その結果を出力する信号処理装置には同様の問題があった。
【００２５】
そこで本発明の目的は、過負荷となる信号の流入を阻止すると一時的な過負荷状態であってもパケットロスが発生し易いという課題を解決した信号処理装置および信号処理方法ならびに信号処理プログラムを提供することにある。
【課題を解決するための手段】
【００２６】
本発明の一形態にかかる信号処理装置は、
単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、
外部から入力されたコマンドを受信するコマンド受信タスク部と、
前記受信キューから信号を取り出す入力調停タスク部と、
前記取り出された信号を入力する信号入力タスク部と、
前記受信されたコマンドを入力するコマンド入力タスク部と、
前記入力された信号およびコマンドを内部処理する中間タスク部と、
前記内部処理された信号を外部に出力する信号出力タスク部と、
前記内部処理されたコマンドを外部に出力するコマンド出力タスク部と、
前記信号受信タスク部と前記コマンド受信タスク部に対して相対的に１番高い優先度を設定し、前記信号出力タスク部と前記コマンド出力タスク部とに対して前記信号受信タスク部と前記コマンド受信タスク部に比べて低い優先度を設定し、前記中間タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度を設定し、前記コマンド入力タスク部に対して前記中間タスク部に比べて低い優先度を設定し、前記信号入力タスク部に対して前記コマンド入力タスク部に比べて低い優先度を設定し、前記入力調停タスク部に対して前記信号入力タスク部に比べて低い優先度を設定する優先度情報格納手段と、
前記信号受信タスク部、前記コマンド受信タスク部、前記入力調停タスク部、前記信号入力タスク部、前記コマンド入力タスク部、前記中間タスク部、前記信号出力タスク部、および前記コマンド出力タスク部のうち、処理すべきデータが存在し、前記優先度情報格納手段に格納された処理の優先度がより高いものを処理対象として検出する処理対象検出手段と、
該処理対象検出手段によって検出された処理対象に存在するデータの処理を実行するデータ処理手段と、
該データ処理手段によって処理対象に存在するデータの処理が行われた後、前記処理対象検出手段に処理を移行させる処理移行手段と
を備える、といった構成を採る。
【発明の効果】
【００２７】
本発明は上述したような構成を有するため、過負荷となる信号の流入を阻止することができると同時にパケットロスの発生を極力防止することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明の第１の実施の形態のブロック図である。
【図２】本発明の第１の実施の形態の動作の流れを示すフローチャートである。
【図３】本発明の第２の実施の形態のブロック図である。
【図４】本発明に関連する第１の関連技術のブロック図である。
【図５】本発明に関連する第２の関連技術のブロック図である。
【発明を実施するための形態】
【００２９】
次に本発明の実施の形態について図面を参照して詳細に説明する。
［第１の実施の形態］
図１を参照すると、本発明の第１の実施の形態に係る信号処理装置を使用した通信システムは、第１のノード３０１と第３のノード３０３との間に、本発明の第２のノード３０２が配置されている。また、ネットワークの運用・管理・保守を行うためのＯＡＭ制御端末３０４が配置されている。
【００３０】
第２のノード３０２は、第１のノード３０１から受信したパケット信号を格納する受信キュー３１８1と、第３のノード３０３から受信したパケット信号を格納する受信キュー３１８3と、第１のノード３０１から外部インタフェース３１１1を通じて受信したパケット信号を単位時間当たり予め設定された閾値以下の信号数を限度に受信キュー３１８1に格納する第１の受信タスク部３１７1と、第３のノード３０３から外部インタフェース３１１3を通じて受信したパケット信号を単位時間当たり予め設定された閾値以下の信号数を限度に受信キュー３１８3に格納する第３の受信タスク部３１７3と、受信キュー３１８1、３１８3からパケット信号を取り出す入力調停タスク部３１９と、入力調停タスク部３１９で取り出されたパケット信号を第１のプロトコルを用いて受信する第１の入力タスク部３１２1と、入力調停タスク部３１９で取り出されたパケット信号を第３のプロトコルを用いて受信する第３の入力タスク部３１３3と、第１のノード３０１に送出されるパケット信号を第１のプロトコルを用いて外部インタフェース３１３1を通じて送信する第１の出力タスク部３１４1と、第３のノード３０３に送出されるパケット信号を第３のプロトコルを用いて外部インタフェース３１３3を通じて送信する第３の出力タスク部３１４3と、第１のプロトコルを用いてカプセル化の処理を行う第１の再入力タスク部３１５1と、第３のプロトコルを用いてカプセル化の処理を行う第３の再入力タスク部３１５3と、ＯＡＭ制御端末３０４から外部インタフェース３１１2を通じて送られてくるコマンドを受信する第２の入力タスク部３１２2と、ＯＡＭ制御端末３０４に送出されるコマンド処理結果をＯＡＭ制御端末３０４に外部インタフェース３１３2を通じて送信する第２の出力タスク部３１４2と、これら第１〜第３の入力タスク部３１２1〜３１２3、第１〜第３の出力タスク部３１４1〜３１４3、ならびに第１および第３の再入力タスク部３１５1、３１５3の制御を行う制御タスク部３１６とを備えている。
【００３１】
受信キュー３１８1および受信キュー３１８3は、好ましくは、パケット信号の優先度別に設けられていることが望ましい。この場合、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、受信したパケット信号の優先度を判別し、判別した優先度に対応する受信キュー３１８1および受信キュー３１８3にパケット信号を格納する。また、入力調停タスク部３１９は、受信キュー３１８1および受信キュー３１８3の両方を検査し、最も優先度の高い受信キュー３１８1、３１８3から順にパケット信号を取り出し、受信キュー３１８1から取り出したパケット信号は第１の入力タスク部３１２1に送信し、受信キュー３１８3から取り出したパケット信号は第３の入力タスク部３１２3に送信する。
【００３２】
また、第２のノード３０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３２１と、その制御プログラムとしてのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を格納したり、データ処理用のメモリ領域を備えたメモリ３２２とを有している。
【００３３】
ここで、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、上述したように、受信キュー３１８1および受信キュー３１８3に格納される単位時間当たりのパケット信号の最大数が予め設定された上限閾値を超えないように制御する。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、上限閾値を超えるパケット信号は無条件に破棄する。例えば、第１および第３の受信タスク部３１７1、３１７3は、外部のノード（この例では第１のノード３０１と第３のノード３０３）からパケット信号が１つ受信される毎に発生するハードウェア割込みを契機に起動される。また、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、一定の周期で発生するタイマー割込みによっても起動される。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、タイマー割込みを契機に起動すると、受付パケット信号数を保持する変数を０クリアする。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、パケット受信によるハードウェア割込みを契機に起動すると、受付パケット信号数を保持する変数を＋１し、閾値と比較する。変数の値が閾値を超えていれば、直ちに処理を終了する。この場合、割込みの原因となったパケット信号は結果的に破棄される。変数の値が閾値を超えていなければ、受信したパケット信号を解析し、その優先度を判定した上で、優先度毎に分かれた受信キュー３１８1および受信キュー３１８3に格納する。また、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、受付パケット信号数を保持する変数が閾値を超えていることを検出した時点で、パケット受信によるハードウェア割込みをマスクするようにしてもよい。この場合、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、タイマー割込み時に上記のマスクを解除する。
【００３４】
また、第１および第３の出力タスク部３１４1、３１４3は、外部のノード（この例では第１のノード３０１と第３のノード３０３）にパケット信号を１つずつ送信する機能部である。第１および第３の再入力タスク部３１５1、３１５3は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）トンネルのように、信号がカプセル化された構造を持つ場合の処理に使用される。すなわち、パケット信号の外側に相当する箇所のプロトコル処理後に、内側に相当する箇所の信号を取り出したり、逆に受信した信号の処理後にカプセル化処理として、外側に相当する箇所にプロトコルのヘッダを付加した上で送信を行うことがある。第１および第３の再入力タスク部３１５1、３１５3は、このようなカプセル化処理を行うために使用される。
【００３５】
また第２の入力タスク部３１２2は、外部のＯＡＭ制御端末３０４からコマンドを１つずつ受信する機能部であり、第２の出力タスク部３１４2は、外部のＯＡＭ制御端末３０４にコマンド処理結果を１つずつ送信する機能部である。
【００３６】
制御タスク部３１６は、受信したパケット信号についてカプセル化処理が必要だと判断した場合、その信号を第１あるいは第３の再入力タスク部３１５1、３１５3のうちの該当するものに送信する。第１あるいは第３の再入力タスク部３１５1、３１５3は、制御タスク部３１６から受信したパケット信号についてカプセル化処理を行う。そして、これらの信号が外部のノードから受信されて処理されたかのようにカプセル化処理された信号を再度、制御タスク部３１６に送信する。
【００３７】
また制御タスク部３１６は、第２の入力タスク部３１２2で受信されたＯＡＭ制御端末３０４からのコマンドを解釈し、そのコマンドで要求された処理を実行し、処理結果を第２の出力タスク部３１４2を通じてＯＡＭ制御端末３０４へ出力する。ＯＡＭについては、各レイヤごとに標準化が進められており、ＳＯＮＥＴ／ＳＤＨ ＯＡＭ、ＡＴＭ ＯＡＭ、Ｅｔｈｅｒｎｅｔ（登録商標）ＯＡＭ、ＩＰ ＯＡＭ、ＭＰＬＳ ＯＡＭなどがある。また、それぞれ必要なコマンドが定義されている。例えばＩＥＥＥ８０２．３ａｈとして標準化が行われているＥｔｈｅｒｎｅｔ ＯＡＭには、ＯＡＭの設定情報およびポートの設定情報を表示するためのコマンド、ＯＡＭに関する統計情報を表示するためのコマンド、ＯＡＭに関する統計情報をクリアするためのコマンド、ＯＡＭプログラムを再起動するためのコマンド、ＯＡＭプログラムで採取している詳細イベントトレース情報および制御テーブル情報をファイルへ出力するためのコマンドなどが定義されている。
【００３８】
２系統の受信タスク部３１７1、３１７3、入力タスク部２１２1、２１３3、出力タスク部２１４1、２１４3および再入力タスク部２１５1、２１５3は例示であり、本実施の形態の第２のノード３０２は、任意数の通信プロトコルに対応することができる。
【００３９】
図１に例示した第１〜第３の受信タスク部３１７1〜３１７3は、優先度が１番高い階層としての実行プライオリティを持っている。第１〜第３の出力タスク部３１４1〜３１４3は、優先度が２番目に高い階層としての実行プライオリティを持っている。制御タスク部３１６は、優先度が３番目に高い階層としての実行プライオリティを持っている。第１および第３の再入力タスク部３１５1、３１５3は、優先度が４番目に高い階層としての実行プライオリティを持っている。第２の入力タスク部３１２2は、優先度が５番目に高い階層としての実行プライオリティを持っている。第１および第３の入力タスク部３１２1、３１２3は、優先度の一番低い階層としての実行プライオリティを持っている。このような実行プライオリティの設定は、メモリ３２２内に格納されたＯＳに記述されている。
【００４０】
図２は、第２のノードのＯＳが各タスク部の処理を行う手順を表したものである。第２のノード３０２は、図１に示したＣＰＵ３２１がメモリ３２２内に格納されたＯＳを実行することで、図１に示した第１〜第３の受信タスク部３１７1〜３１７3、入力調停タスク部３１９、第１〜第３の入力タスク部３１２1〜３１２3、第１〜第３の出力タスク部３１４1〜３１４3、第１および第３の再入力タスク部３１５1、３１５3および制御タスク部３１６の制御を行うようになっている。
【００４１】
まず、ＣＰＵ３２１は、第２のノード３０２内でタスクが存在する（処理すべきデータが存在する）優先度の最も高いタスク部を判別する（ステップＳ４０１）。このようなタスク部が存在していれば（ステップＳ４０２でＹ）、そのタスク部の処理を単位量だけ実行し（ステップＳ４０３）、再度、ステップＳ４０１に戻る。単位量としては、例えば１つのパケット信号、１つのコマンドとすることができる。勿論、１つ以上のパケット信号やコマンドを単位量としてもよい。例えば、パケット信号の受信に伴うハードウェア割込みがなく、第１の出力タスク部３１４1と第３の出力タスク部３１４3が共にパケット信号の送信に関するタスクを有しており、第２の出力タスク部３１４2がコマンド処理結果の送信に関するタスクを有していた場合、これらのタスクが完全に処理されるまで、制御タスク部３１６およびこれよりも低い階層のタスクの処理は行われない。
【００４２】
ここで、第１の出力タスク部３１４1と第２の出力タスク部３１４2と第３の出力タスク部３１４3の間で、何れのタスクの処理を優先するかについて特に定めはない。従って、これら同一階層のタスクについては、時分割処理を行っても良い。ステップＳ４０２で第２のノード３０２内に何らのタスクも存在しないと判別された場合には、再度、ステップＳ４０１に戻って、タスクが存在するようになるまで処理を待機することになる。
【００４３】
例えば第２のノード３０２がある時点で立ち上げられたとし、その時点で各タスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１７1〜３１７3に処理すべきタスクが存在しなかったとする。それ以後のある時点に、図１に示す第１のノード３０１からパケット信号が外部インタフェース３１１1を通じて連続して受信されたとする。このとき、各パケット信号の受信毎にハードウェア割込みが発生し、第１の受信タスク部３１７1による処理が実行される（ステップＳ４０３）。第１の受信タスク部３１７1は、パケット信号の優先度を判定し、優先度別の受信キュー３１８1に格納する。第１の受信タスク部３１７1は相対的に１番高い優先度を持つため、他のタスク部３１２2、３１２3、３１４1〜３１４3、３１５1、３１５3、３１６よりも優先的に実行される。これにより、パケット信号が受信されたのにもかかわらず受信キューに格納されず破棄される事態、すなわちパケットロスが防止される。但し、過剰な受信パケットがノード内に流入するのを防ぐために、第１の受信タスク部３１７1は、単位時間当たりの受信処理の閾値を持っており、この閾値を超えるパケット信号は無条件に破棄する。
【００４４】
第１の受信タスク部３１７1のタスクがなくなると、入力調停タスク部３１９は最も低い優先度であるけれども、その時点では他のタスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１７1〜３１７3にタスクが存在しないため、入力調停タスク部３１９が、受信キュー３１８1からパケット信号を取り出し、第１の入力タスク部３１２1に送信する（ステップＳ４０３）。
【００４５】
入力調停タスク部３１９による処理が完了すると、ステップＳ４０１に処理が戻り、最も高い優先度のタスク部が判別される。この場合には、第１の入力タスク部３１２1が該当するので、第１の入力タスク部３１２1が入力調停タスク部３１９からのパケット信号を入力するための処理を実行する（ステップ４０３）。
【００４６】
第１の入力タスク部３１２１による処理が完了すると、処理後の信号は制御タスク部３１６に送られる。そして、ステップＳ４０１に処理が戻り、最も高い優先度のタスク部が判別される。この場合には、制御タスク部３１６が最も優先度が高くなる。そこで、この例の場合には、次に制御タスク部３１６でのタスク処理が実行される（ステップＳ４０３）。そして、この結果、カプセル化の処理が必要と判別されれば処理後の信号は前記したように第１の再入力タスク部３１５１に送られ、このような処理が不要な場合には第１の出力タスク部３１４１に送られる。
【００４７】
次の段階ではステップＳ４０１に戻って第２のノード３０２内での優先度の最も高いタスク部が選択される。このとき、第１のノード３０１との間の通信処理と並行して、第３のノード３０３との通信も行われており、さらにＯＡＭ制御端末３０４との通信も行われていたとする。このような場合には、各タスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１７1〜３１７3、３１９がそれぞれ処理すべきタスクを複雑に有していることになる。
【００４８】
本実施の形態では、ハードウェア的な受信処理を除き、受信側から送信側に向けて、各タスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１９の優先度が順に高まるように設定されている。従って、制御タスク部３１６から単純に第１あるいは第３の出力タスク部３１４1、３１４3に送出された信号と、第１あるいは第３の再入力タスク部３１５1、３１５3にカプセル化の処理を行うために回された信号とがあった場合、第１あるいは第３の出力タスク部３１４1、３１４3に送出された信号の方が優先度が高いので、これらがまず処理されることになる。
【００４９】
このように本実施の形態では、ハードウェア的な受信処理を除き、受信側から送信側に向けて、各タスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１９の優先度が順に高まるように設定されているので、送信側の処理が受信側よりも早く処理される。このため、第２のノード３０２内で受信キュー３１８1、３１８3を除き、それぞれ１パケットを単位とするタスクが滞留することがない。従って、ＣＰＵ３２１は、効率的に各タスク部３１２1、３１２3、３１４1、３１４3、３１５1、３１５3、３１６、３１９の処理をパケット単位で実行することができる。
【００５０】
また、本実施の形態によれば、第１および第３の受信タスク部３１７1、３１７3において単位時間当たりの受信パケットの流入量を或る閾値以下に制限している。この結果、第２のノード３０２は、過負荷となる信号の流入を事前に阻止することができる。
【００５１】
また、本実施の形態によれば、優先度毎に分かれた受信キュー３１８1、３１８3を用意し、第１および第３の受信タスク部３１７1、３１７3が受信したパケット信号をその優先度に対応する受信キュー３１８1、３１８3に積み込み、入力調停タスク部３１９が優先度のより高い受信キューから優先的にパケット信号を取り出しているため、パケット信号のQoS等の優先度を考慮した優先処理を行うことができる。
【００５２】
更に、本実施の形態によれば、コマンド入力処理の優先度がパケット信号の入力処理の優先度より相対的に高い。このため、新しいパケット信号が次々と到着する過負荷時や輻輳時においてもＯＡＭ制御端末３０４からのコマンド操作が不能になることがなく、コマンド制御が可能になる。
【００５３】
[第２の実施形態]
図３は、ゲートウェイ装置に本発明を適用した実施の形態を示したものである。図３において図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。
【００５４】
図３に示したゲートウェイ装置で構成された第２のノード３０２Ａは、ＩＰプロトコル上のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）機能とＲＡＮＡＰ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）プロトコル上の３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）の呼処理機能の変換機能を実現するようになっている。このため、この実施の形態は、第１のノード３０１ＡがＩＰルータで構成されており、第３のノード３０３ＡがＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ：無線基地局制御装置）で構成されている。
【００５５】
図３において、第１の受信タスク部３１７1、受信キュー３１８1、入力調停タスク部３１９、第１の入力タスク部３１２1、第１の再入力タスク部３１５1、および第１の出力タスク部３１４1は、ＩＰプロトコル機能を実現する。また、第３の受信タスク部３１７3、受信キュー３１８3、入力調停タスク部３１９、第３の入力タスク部３１２3、および第３の出力タスク部３１４3は、ＲＡＮＡＰ機能を実現する。さらに、制御タスク部３１６は、ＩＰプロトコル上のＳＩＰ機能とＰＡＮＡＰ機能上の３ＧＰＰの呼処理機能との変換機能を実現する。
【００５６】
本実施形態でも、ＩＰ網から受信したパケット信号を受信キュー３１８1に格納する第１の受信タスク部３１７1と、移動体網から受信したパケット信号を受信キュー３１８3に格納する第３の受信タスク部３１７3と、シリアル回線からコマンドを受信する第２の受信タスク部３１７2とに対して、処理の優先度が最も高く設定されている。また、インターネットプロトコル（ＩＰ）による処理を行ってパケット信号をＩＰ網を通じてＩＰルータ３０１に出力する第１の出力タスク部３１４1と、ＲＡＮＡＰによる処理を行ってパケット信号を移動体網を通じてＲＮＣ３０３に出力する第３の出力タスク部３１４3と、コマンド処理の結果をシリアル回線を通じてＯＡＭ制御端末３０４に出力する第２の出力タスク部３１４2Ａとに対して、２番目に高い優先度が設定されている。また、ＳＩＰと３ＧＰＰプロトコルの呼処理変換の制御とコマンド処理を行う制御タスク部３１６が、３番目に高い優先度に設定されている。第１の再入力タスク部３１５1は、４番目に高い優先度に設定されている。ＯＡＭ制御端末３０４からのコマンドを入力する第２の入力タスク部３１２2は、５番目に高い優先度に設定されている。入力調停タスク部３１９から送られてくるパケット信号を受信する第１の入力タスク部３１２1と、入力調停タスク部３１９から送られてくるパケット信号を受信する第３の入力タスク部３１２3は、６番目に高い優先度に設定されている。受信キュー３１８1および受信キュー３１８3からパケット信号を取り出して第１の入力タスク部３１２1および第３の入力タスク部３１２3に送信する入力調停タスク部３１９は、７番目に高い優先度、すなわち最も低い優先度に設定されている。優先度の設定は、メモリ３２２内に格納されたＯＳに記述されている。
【００５７】
受信キュー３１８1および受信キュー３１８3は、パケット信号の優先度別に設けられている。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、受信したパケット信号の優先度を判別し、判別した優先度に対応する受信キュー３１８1および受信キュー３１８3にパケット信号を格納する。また、入力調停タスク部３１９は、受信キュー３１８1および受信キュー３１８3の両方を検査し、最も優先度のより高い受信キュー３１８1、３１８3から順にパケット信号を取り出し、受信キュー３１８1から取り出したパケット信号は第１の入力タスク部３１２1に送信し、受信キュー３１８3から取り出したパケット信号は第３の入力タスク部３１２3に送信する。
【００５８】
また、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、受信キュー３１８1および受信キュー３１８3に格納される単位時間当たりのパケット信号の最大数が予め設定された上限閾値を超えないように制御する。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、上限閾値を超えるパケット信号は無条件に破棄する。
【００５９】
また、第２のノード３０２は、ＣＰＵ３２１と、その制御プログラムとしてのＯＳを格納したり、データ処理用のメモリ領域を備えたメモリ３２２とを有している。
【００６０】
次に本実施形態の動作を説明する。
【００６１】
ＩＰ網からノード３０２に到着したパケット信号は、ハードウェア割込みを起点とした第１の受信タスク部３１７1で処理される。第１の受信タスク部３１７1では、閾値をもって、単位時間あたりの許容処理数と比較し、閾値を超えている場合、そのパケット信号は破棄する。閾値を超えていない場合、信号の優先度を調べる。例えば、Ethernet（登録商標）であれば、CoS(Class of Service)フィールドを調べる。信号の優先度に基づき、第１の受信タスク部３１７1は、受信キュー３１８1内の適切なキューに信号を積み込む。入力調停タスク部３１９は、受信キュー３１８1を検査し、高優先度のキューから優先的にパケット信号を取り出し、第１の入力タスク部３１２1に送出する。第１の入力タスク部３１２1では、受信信号のプロトコルに関する信号の入力処理を行い、さらに信号を制御タスク部３１６に送る。制御タスク部３１６でプロトコル変換が必要であると判断された場合、適切な信号の変換を行い、ＲＡＮＡＰの信号として第３の出力タスク部３１４3に送られる。第３の出力タスク部３１４3でＲＡＮＡＰとして必要な送信処理を行い、外部インタフェース３１３3を通じてＲＮＣ３０３に送信される。第１の出力タスク部３１４1、第３の出力タスク部３１４3、制御タスク３１６で信号が処理されている間はこれらのタスクが優先的に動作するので、新たな信号が第１および第３の受信キュー３１８1、３１８3、第１および第３の入力タスク部３１２1、３１２3に到着しても、低い優先度でしか処理されない。
【００６２】
トンネル処理により、第１の再入力タスク部３１５1でパケット信号が処理されている場合においても、同様に新たな信号が入力調停タスク部３１９や第１および第３の入力タスク部３１２1、３１２3で処理されるよりは高い優先度で処理される。
【００６３】
コマンド入力を第２の入力タスク部３１２2で受け付けた場合、第１および第３の出力タスク部３１４1、３１４3、制御タスク３１６、第１の再入力タスク部３１５1で処理が滞留している場合は、コマンド処理は待ち状態となり、過度のコマンド入力が行われることはない。また、入力調停タスク部３１９や第１および第３の入力タスク部３１２1、３１２3で受け付ける入力信号より第２の入力タスク部３１２2でのコマンド入力処理の優先度が高いため、過度の受信信号が原因となってコマンド操作が不能になることもない。
【００６４】
このように本実施形態のノード３０２は、ＳＩＰと３ＧＰＰプロトコルのゲートウェイ機能を実現しつつ、自ノードが過負荷状態にならないよう、ノード内の信号の滞留と過度の信号受信をともに防いでいる。
【００６５】
さらに、処理しきれないほどの入力信号があった場合も、第１および第３の受信タスク部３１７1、３１７3が、一定の閾値をもって入力信号を間引き、さらに入力調停タスク部３１９、第１の入力タスク部３１２1、３１２3が動作するより前に、第２の入力タスク部３１２2が優先的に動作することで、ノード内の信号の滞留と過度の信号受信をともに防ぎつつ、コマンド処理の優先的な実施は実現している。
【００６６】
なお、本実施形態では、第１のプロトコルとしてＩＰプロトコルを、第３のプロトコルとしてＲＡＮＡＰプロトコルを用いたが、第１および第３のプロトコルは上記以外の他の通信プロトコルであってもよい。
【００６７】
[他の実施形態]
【００６８】
以上、本発明を幾つかの実施形態を挙げて説明したが、本発明は以上の実施形態にのみ限定されず、その他各種の付加変更が可能である。
【００６９】
例えば、図１および図３における第３の受信タスク部３１７3、第３の出力タスク部３１４3、第３の入力タスク部３１２3、および受信キュー３１８3を省略してもよい。この場合、省略後のノード３０２は、ＩＰルータや、Ｌ２スイッチとして動作し、かつ、優先制御と効率的な輻輳制御を実現する装置として動作する。
【００７０】
また、以上の各実施の形態では、本発明がノードあるいは通信装置に適用される場合を示したが、一般に装置内部で複数の処理を行って、その結果を出力する情報処理装置で、内部にデータの滞留を防止する場合に本発明を同様に適用可能である。
【００７１】
また、入力から出力に至る一連の処理を複数に区切る区切りの行われる箇所および区切りの総数は、ソフトウェアの機能部やハードウェアの回路部品によって任意に設定可能であり、上述した実施の形態で示したものに限定されるものではない。
【００７２】
更に上述した実施の形態では、パケット信号の１つずつをそれぞれ１つのタスクとして処理する前提で説明したが、全く同一の長さのパケットあるいは同一データ量の信号を処理の対象とする必要はない。すなわち、可変長のパケットやデータ量の異なる信号に対して本発明を適用することができる。
【００７３】
また本発明の通信装置は、その有する機能をハードウェア的に実現することは勿論、コンピュータとプログラムとで実現することができる。プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態における通信装置であるノード３０２として機能させる。
【産業上の利用可能性】
【００７４】
本発明の信号処理装置、信号処理方法および信号処理プログラムは、例えば受信部でパケット信号を受信して、カプセル化等の信号処理を行った後、相手先の装置にパケット信号として出力する通信装置などに適用可能である。
【符号の説明】
【００７５】
３０１…第１のノード
３０２…第２のノード
３０３…第３のノード
３０４…ＯＡＭ制御端末
３１１1〜３１１3…外部インタフェース
３１２1…第１の入力タスク部
３１２2…第２の入力タスク部
３１２3…第３の入力タスク部
３１３1〜３１３3…外部インタフェース
３１４1…第１の出力タスク部
３１４2…第２の出力タスク部
３１４3…第３の出力タスク部
３１５1…第１の再入力タスク部
３１５3…第３の再入力タスク部
３１６…制御タスク部
３１７1…第１の受信タスク部
３１７2…第２の受信タスク部
３１７3…第３の受信タスク部
３１８1…第１の受信キュー
３１８3…第３の受信キュー
３２１…ＣＰＵ
３２２…メモリ
【技術分野】
【０００１】
本発明は、入力された信号およびコマンドを処理して外部に出力する信号処理装置および信号処理方法に関する。
【背景技術】
【０００２】
通信システムのノード、例えば中継機能を備えたノードでは、他のノードから信号を受信して、ノード内部で処理を行い、処理後の信号を次のノードに送信している。また、ネットワークの運用・管理・保守を行うための機能であるＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｍａｉｎｔｅｎａｎｃｅ）機能を備えたノードでは、制御端末からＯＡＭコマンド（以下、単にコマンドと称す）を受信して、ノード内部で処理を行い、コマンド処理の結果を制御端末に送信している。
【０００３】
図４は本発明に関連する技術の一例としての通信システムの一例を第２のノードを中心に表したものである。この図に示した例では、第１のノード１０１と第３のノード１０３との間に第２のノード１０２が配置されている。第２のノード１０２は、第１のノード１０１から送られてくるパケット信号１１１1を受信する第１の入力タスク部１１２1と、第３のノード１０３から送られてくるパケット信号１１１3を受信する第３の入力タスク部１１２3と、第１のノード１０１に送出されるパケット信号１１３1を送信する第１の出力タスク部１１４1と、第３のノード１０３に送出されるパケット信号１１３3を送信する第３の出力タスク部１１４3と、ＯＡＭ制御端末１０４から送られてくるコマンドを受信する第２の入力タスク部１１２2と、コマンドの処理結果をＯＡＭ制御端末１０４に送信する第２の出力タスク部１１４2と、これら第１〜第３の入力タスク部１１２1〜１１２3、第１〜第３の出力タスク部１１４1〜１１４3の制御を行う制御タスク部１１５とを備えている。
【０００４】
このような構成の第２のノード１０２においては、第１および第３の入力タスク部１１２1、１１２3ならびに第１および第３の出力タスク部１１４1、１１４3は、信号処理の優先度として同一の実行プライオリティが与えられている。また、第１および第３の入力タスク部１１２1、１１２3ならびに第１および第３の出力タスク部１１４1、１１４3は、信号処理の遅延を避けるために、制御タスク部１１５に比べて信号処理について相対的に高い優先度が設定されている。さらに第２の入力タスク部１１２2および第２の出力タスク部１１４2は、ユーザアプリケーションとして実装されるため、制御タスクと比べて相対的に低い優先度が設定されている。すなわち、図４に示すように、第２の入力タスク部１１２2および第２の出力タスク部１１４2は相対的に一番低い低優先度領域１２０に属しているのに対して、制御タスク部１１５は次に低い低優先度領域１２１に属し、第１および第３の入力タスク部１１２1、１１２3ならびに第１および第３の出力タスク部１１４1、１１４3は、相対的に最も高い高優先度領域１２２に属している。
【０００５】
図４に示した第２のノード１０２の動作を次に説明する。第１のノード１０１から送られてきたパケット信号１１１1は、第１の入力タスク部１１２1で受信される。また、第３のノード１０３から送られてきたパケット信号１１１3は第３の入力タスク部１１２3で受信される。第１の入力タスク部１１２1は、このパケット信号１１１1を制御タスク部１１５に送って適切な信号処理を受ける。同様に、第３の入力タスク部１１２3は、受信したパケット信号１１３3を制御タスク部１１５に送って適切な信号処理を受ける。制御タスク部１１５は、信号処理後の信号を第１の出力タスク部１１４1あるいは第３の出力タスク部１１４3に送信する。
【０００６】
このうち、第１の出力タスク部１１４1に送られたパケット信号は、パケット信号１１３1として第１のノード１０１に送信される。第３の出力タスク部１１４3に送られたパケット信号は、パケット信号１１３3として第３のノード１０３に送信される。
【０００７】
パケット信号によっては、カプセル化を行ったり、その反対にデカプセル化を行ったりする場合がある。本明細書では、これらをまとめて「カプセル化処理」と称することにする。このようなカプセル化処理は、制御タスク部１１５が第１あるいは第３の入力タスク部１１２1、１１２3に処理途中のパケット信号を送り返すことで実現する。
【０００８】
このような第１の関連技術では、第２のノード１０２の各部をモジュール構造とした場合に、第１の出力タスク部１１４1と第１の入力タスク部１１２1を第１のノード１０１とのプロトコル処理に関係する第１の通信機能部として１つの概念で取り扱っている。また、第３の出力タスク部１１４3と第３の入力タスク部１１２3についても、第３のノード１０３とのプロトコル処理に関係する第３の通信機能部として、第１の通信機能部と共通した概念で取り扱っている。制御タスク部１１５は、制御タスク自体がプロトコル処理とは機能的に大きく異なるので、第１および第３の通信機能部と異なる概念で取り扱い、かつ送受信の信号処理の遅延を避けるために、送受信の処理よりも実行プライオリティを低く設定している。さらに、第２の入力タスク部１１２2と第２の出力タスク部１１４2をユーザアプリケーション処理に関係する機能部として取り扱って、ユーザアプリケーションとして実装されるため、制御タスク部１１５と比べて低い実行プライオリティを設定している。
【０００９】
このような第１の関連技術によれば、送信と受信のプライオリティが等しく設定されている。このため、一時的にパケットの受信が多くなると、制御タスク部１１５の処理が優先度との関係で遅延する。この結果、第２のノード１０２の内部で未処理のタスクが増加することになって、結果的に送信処理までも遅延することになる。
【００１０】
特に制御タスク部１１５がカプセル化のようなデータの通信処理に付帯する処理を必要とした場合、優先度の低い機能部で処理が一層滞留することになり、第２のノード１０２自体が機能障害に陥るおそれがあった。
【００１１】
また、第２の入力タスク部１１２2と第２の出力タスク部１１４2がアプリケーションタスクとして相対的に一番低い実行プライオリティに設定されているため、新たな信号が次々と到着することとなる状態（過負荷時あるいは輻輳状態）では、ＯＡＭ制御端末１０４からのコマンドによる制御を行うことができなくなる。
【００１２】
そこで、上記課題を解決する技術が本発明の第２の関連技術として提案されている（例えば特許文献１参照）。
【００１３】
図５を参照すると、本発明の第２の関連技術としての信号処理装置を使用した通信システムは、第１のノード２０１と第３のノード２０３との間に、第２のノード２０２が配置されている。また、ネットワークの運用・管理・保守を行うためのＯＡＭ制御端末２１４が配置されている。
【００１４】
第２のノード２０２は、第１のノード２０１から送られてくるパケット信号を外部インタフェース２１１1を通じて第１のプロトコルを用いて受信する第１の入力タスク部２１２1と、第３のノード２０３から送られてくるパケット信号を外部インタフェース２１１3を通じて第３のプロトコルを用いて受信する第３の入力タスク部２１３3と、第１のノード２０１に送出されるパケット信号を外部インタフェース２１３1を通じて第１のプロトコルを用いて送信する第１の出力タスク部２１４1と、第３のノード２０３に送出されるパケット信号を外部インタフェース２１３3を通じて第３のプロトコルを用いて送信する第３の出力タスク部２１４3と、第１のプロトコルを用いてカプセル化の処理を行う第１の再入力タスク部２１５1と、第３のプロトコルを用いてカプセル化の処理を行う第３の再入力タスク部２１５3と、ＯＡＭ制御端末２１４から送られてくるコマンドを外部インタフェース２１１2を通じて受信する第２の入力タスク部２１２2と、ＯＡＭ制御端末２０４に送出されるコマンド処理結果を外部インタフェース２１３2を通じてＯＡＭ制御端末２１４に送信する第２の出力タスク部２１４2と、これら第１〜第３の入力タスク部２１２1〜２１２3、第１〜第３の出力タスク部２１４1〜２１４3、ならびに第１および第３の再入力タスク部２１５1、２１５3の制御を行う制御タスク部２１６とを備えている。
【００１５】
また、第２のノード２０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２２１と、その制御プログラムとしてのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を格納したり、データ処理用のメモリ領域を備えたメモリ２２２を有している。
【００１６】
図５に示される第１〜第３の出力タスク部２１４1〜２１４3は、優先度が１番高い階層としての実行プライオリティを持っている。制御タスク部２１６は、優先度が２番目に高い階層としての実行プライオリティを持っている。第１および第３の再入力タスク部２１５1、２１５3は、優先度が３番目に高い階層としての実行プライオリティを持っている。第２の入力タスク部２１２2は、優先度が４番目に高い階層としての実行プライオリティを持っている。第１および第３の入力タスク部２１２1、２１２3は、優先度の一番低い階層としての実行プライオリティを持っている。このような実行プライオリティの設定は、メモリ２２２内に格納されたＯＳに記述されている。
【００１７】
この本発明の第２の関連技術では、受信側から送信側に向けて、各タスク部２１２1〜２１２3、２１４1〜２１４3、２１５1、２１５3、２１６の優先度が順に高まるように設定されている。従って、制御タスク部２１６から単純に第１あるいは第３の出力タスク部２１４1、２１４3に送出された信号と、第１あるいは第３の再入力タスク部２１５1、２１５3にカプセル化の処理を行うために回された信号とがあった場合、第１あるいは第３の出力タスク部２１４1、２１４3に送出された信号の方が優先度が高いので、これらがまず処理されることになる。
【００１８】
このように本発明の第２の関連技術では受信側から送信側に向けて、各タスク部２１２1〜２１２3、２１４1〜２１４3、２１５1、２１５3、２１６の優先度が順に高まるように設定されているので、送信側の処理が受信側よりも早く処理される。このため、第２のノード２０２内でそれぞれ１パケットを単位とするタスクが滞留することがない。従って、ＣＰＵ２２１は、効率的に各タスク部２１２1、２１２3、２１４1、２１４3、２１５1、２１５3、２１６の処理をパケット単位で実行することができる。
【００１９】
また、本発明の第２の関連技術によれば、新しい信号の受信処理の優先度が相対的に低い。このため、先に受信した信号が処理されている間は、第１および第３の入力タスク部２１２1、２１３3が新たな信号を受信することが抑制される。この結果、第２のノード２０２は、過負荷となる信号の流入を事前に阻止することができる。
【００２０】
また、本発明の第２の関連技術によれば、カプセル化処理のような、システム内の処理ルートを複数回巡回するような場合を考慮して、送信処理と受信処理の中間の実行プライオリティを与えることで、一旦システム内に取り込んだ信号が、新しい受信信号よりも高い優先度で処理されるようにして、処理の滞留の発生を防止している。
【００２１】
更に、本発明の第２の関連技術によれば、コマンド受信処理の優先度が信号の受信処理の優先度より相対的に高い。このため、新しい信号が次々と到着する過負荷時や輻輳時においてもＯＡＭ制御端末２０４からのコマンド操作が不能になることがなく、コマンド制御が可能になる。
【先行技術文献】
【特許文献】
【００２２】
【特許文献１】特開２０１１−４９８１５号公報
【発明の概要】
【発明が解決しようとする課題】
【００２３】
しかしながら、上記第２の関連技術では、新しいパケット信号の受信処理の優先度が相対的に低いため、先に受信した信号が処理されている間は、第１および第３の入力タスク部２１２1、２１３3が新たなパケット信号を受信することが抑制される。この結果、第２のノード２０２は、過負荷となるパケット信号の流入を事前に阻止することができる反面、パケットロスを発生し易いという課題があった。
【００２４】
以上、通信装置あるいはノードにおけるデータ処理の問題を説明したが、一般に、信号を入力して内部処理を行い、その結果を出力する信号処理装置には同様の問題があった。
【００２５】
そこで本発明の目的は、過負荷となる信号の流入を阻止すると一時的な過負荷状態であってもパケットロスが発生し易いという課題を解決した信号処理装置および信号処理方法ならびに信号処理プログラムを提供することにある。
【課題を解決するための手段】
【００２６】
本発明の一形態にかかる信号処理装置は、
単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、
外部から入力されたコマンドを受信するコマンド受信タスク部と、
前記受信キューから信号を取り出す入力調停タスク部と、
前記取り出された信号を入力する信号入力タスク部と、
前記受信されたコマンドを入力するコマンド入力タスク部と、
前記入力された信号およびコマンドを内部処理する中間タスク部と、
前記内部処理された信号を外部に出力する信号出力タスク部と、
前記内部処理されたコマンドを外部に出力するコマンド出力タスク部と、
前記信号受信タスク部と前記コマンド受信タスク部に対して相対的に１番高い優先度を設定し、前記信号出力タスク部と前記コマンド出力タスク部とに対して前記信号受信タスク部と前記コマンド受信タスク部に比べて低い優先度を設定し、前記中間タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度を設定し、前記コマンド入力タスク部に対して前記中間タスク部に比べて低い優先度を設定し、前記信号入力タスク部に対して前記コマンド入力タスク部に比べて低い優先度を設定し、前記入力調停タスク部に対して前記信号入力タスク部に比べて低い優先度を設定する優先度情報格納手段と、
前記信号受信タスク部、前記コマンド受信タスク部、前記入力調停タスク部、前記信号入力タスク部、前記コマンド入力タスク部、前記中間タスク部、前記信号出力タスク部、および前記コマンド出力タスク部のうち、処理すべきデータが存在し、前記優先度情報格納手段に格納された処理の優先度がより高いものを処理対象として検出する処理対象検出手段と、
該処理対象検出手段によって検出された処理対象に存在するデータの処理を実行するデータ処理手段と、
該データ処理手段によって処理対象に存在するデータの処理が行われた後、前記処理対象検出手段に処理を移行させる処理移行手段と
を備える、といった構成を採る。
【発明の効果】
【００２７】
本発明は上述したような構成を有するため、過負荷となる信号の流入を阻止することができると同時にパケットロスの発生を極力防止することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明の第１の実施の形態のブロック図である。
【図２】本発明の第１の実施の形態の動作の流れを示すフローチャートである。
【図３】本発明の第２の実施の形態のブロック図である。
【図４】本発明に関連する第１の関連技術のブロック図である。
【図５】本発明に関連する第２の関連技術のブロック図である。
【発明を実施するための形態】
【００２９】
次に本発明の実施の形態について図面を参照して詳細に説明する。
［第１の実施の形態］
図１を参照すると、本発明の第１の実施の形態に係る信号処理装置を使用した通信システムは、第１のノード３０１と第３のノード３０３との間に、本発明の第２のノード３０２が配置されている。また、ネットワークの運用・管理・保守を行うためのＯＡＭ制御端末３０４が配置されている。
【００３０】
第２のノード３０２は、第１のノード３０１から受信したパケット信号を格納する受信キュー３１８1と、第３のノード３０３から受信したパケット信号を格納する受信キュー３１８3と、第１のノード３０１から外部インタフェース３１１1を通じて受信したパケット信号を単位時間当たり予め設定された閾値以下の信号数を限度に受信キュー３１８1に格納する第１の受信タスク部３１７1と、第３のノード３０３から外部インタフェース３１１3を通じて受信したパケット信号を単位時間当たり予め設定された閾値以下の信号数を限度に受信キュー３１８3に格納する第３の受信タスク部３１７3と、受信キュー３１８1、３１８3からパケット信号を取り出す入力調停タスク部３１９と、入力調停タスク部３１９で取り出されたパケット信号を第１のプロトコルを用いて受信する第１の入力タスク部３１２1と、入力調停タスク部３１９で取り出されたパケット信号を第３のプロトコルを用いて受信する第３の入力タスク部３１３3と、第１のノード３０１に送出されるパケット信号を第１のプロトコルを用いて外部インタフェース３１３1を通じて送信する第１の出力タスク部３１４1と、第３のノード３０３に送出されるパケット信号を第３のプロトコルを用いて外部インタフェース３１３3を通じて送信する第３の出力タスク部３１４3と、第１のプロトコルを用いてカプセル化の処理を行う第１の再入力タスク部３１５1と、第３のプロトコルを用いてカプセル化の処理を行う第３の再入力タスク部３１５3と、ＯＡＭ制御端末３０４から外部インタフェース３１１2を通じて送られてくるコマンドを受信する第２の入力タスク部３１２2と、ＯＡＭ制御端末３０４に送出されるコマンド処理結果をＯＡＭ制御端末３０４に外部インタフェース３１３2を通じて送信する第２の出力タスク部３１４2と、これら第１〜第３の入力タスク部３１２1〜３１２3、第１〜第３の出力タスク部３１４1〜３１４3、ならびに第１および第３の再入力タスク部３１５1、３１５3の制御を行う制御タスク部３１６とを備えている。
【００３１】
受信キュー３１８1および受信キュー３１８3は、好ましくは、パケット信号の優先度別に設けられていることが望ましい。この場合、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、受信したパケット信号の優先度を判別し、判別した優先度に対応する受信キュー３１８1および受信キュー３１８3にパケット信号を格納する。また、入力調停タスク部３１９は、受信キュー３１８1および受信キュー３１８3の両方を検査し、最も優先度の高い受信キュー３１８1、３１８3から順にパケット信号を取り出し、受信キュー３１８1から取り出したパケット信号は第１の入力タスク部３１２1に送信し、受信キュー３１８3から取り出したパケット信号は第３の入力タスク部３１２3に送信する。
【００３２】
また、第２のノード３０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３２１と、その制御プログラムとしてのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を格納したり、データ処理用のメモリ領域を備えたメモリ３２２とを有している。
【００３３】
ここで、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、上述したように、受信キュー３１８1および受信キュー３１８3に格納される単位時間当たりのパケット信号の最大数が予め設定された上限閾値を超えないように制御する。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、上限閾値を超えるパケット信号は無条件に破棄する。例えば、第１および第３の受信タスク部３１７1、３１７3は、外部のノード（この例では第１のノード３０１と第３のノード３０３）からパケット信号が１つ受信される毎に発生するハードウェア割込みを契機に起動される。また、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、一定の周期で発生するタイマー割込みによっても起動される。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、タイマー割込みを契機に起動すると、受付パケット信号数を保持する変数を０クリアする。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、パケット受信によるハードウェア割込みを契機に起動すると、受付パケット信号数を保持する変数を＋１し、閾値と比較する。変数の値が閾値を超えていれば、直ちに処理を終了する。この場合、割込みの原因となったパケット信号は結果的に破棄される。変数の値が閾値を超えていなければ、受信したパケット信号を解析し、その優先度を判定した上で、優先度毎に分かれた受信キュー３１８1および受信キュー３１８3に格納する。また、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、受付パケット信号数を保持する変数が閾値を超えていることを検出した時点で、パケット受信によるハードウェア割込みをマスクするようにしてもよい。この場合、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、タイマー割込み時に上記のマスクを解除する。
【００３４】
また、第１および第３の出力タスク部３１４1、３１４3は、外部のノード（この例では第１のノード３０１と第３のノード３０３）にパケット信号を１つずつ送信する機能部である。第１および第３の再入力タスク部３１５1、３１５3は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）トンネルのように、信号がカプセル化された構造を持つ場合の処理に使用される。すなわち、パケット信号の外側に相当する箇所のプロトコル処理後に、内側に相当する箇所の信号を取り出したり、逆に受信した信号の処理後にカプセル化処理として、外側に相当する箇所にプロトコルのヘッダを付加した上で送信を行うことがある。第１および第３の再入力タスク部３１５1、３１５3は、このようなカプセル化処理を行うために使用される。
【００３５】
また第２の入力タスク部３１２2は、外部のＯＡＭ制御端末３０４からコマンドを１つずつ受信する機能部であり、第２の出力タスク部３１４2は、外部のＯＡＭ制御端末３０４にコマンド処理結果を１つずつ送信する機能部である。
【００３６】
制御タスク部３１６は、受信したパケット信号についてカプセル化処理が必要だと判断した場合、その信号を第１あるいは第３の再入力タスク部３１５1、３１５3のうちの該当するものに送信する。第１あるいは第３の再入力タスク部３１５1、３１５3は、制御タスク部３１６から受信したパケット信号についてカプセル化処理を行う。そして、これらの信号が外部のノードから受信されて処理されたかのようにカプセル化処理された信号を再度、制御タスク部３１６に送信する。
【００３７】
また制御タスク部３１６は、第２の入力タスク部３１２2で受信されたＯＡＭ制御端末３０４からのコマンドを解釈し、そのコマンドで要求された処理を実行し、処理結果を第２の出力タスク部３１４2を通じてＯＡＭ制御端末３０４へ出力する。ＯＡＭについては、各レイヤごとに標準化が進められており、ＳＯＮＥＴ／ＳＤＨ ＯＡＭ、ＡＴＭ ＯＡＭ、Ｅｔｈｅｒｎｅｔ（登録商標）ＯＡＭ、ＩＰ ＯＡＭ、ＭＰＬＳ ＯＡＭなどがある。また、それぞれ必要なコマンドが定義されている。例えばＩＥＥＥ８０２．３ａｈとして標準化が行われているＥｔｈｅｒｎｅｔ ＯＡＭには、ＯＡＭの設定情報およびポートの設定情報を表示するためのコマンド、ＯＡＭに関する統計情報を表示するためのコマンド、ＯＡＭに関する統計情報をクリアするためのコマンド、ＯＡＭプログラムを再起動するためのコマンド、ＯＡＭプログラムで採取している詳細イベントトレース情報および制御テーブル情報をファイルへ出力するためのコマンドなどが定義されている。
【００３８】
２系統の受信タスク部３１７1、３１７3、入力タスク部２１２1、２１３3、出力タスク部２１４1、２１４3および再入力タスク部２１５1、２１５3は例示であり、本実施の形態の第２のノード３０２は、任意数の通信プロトコルに対応することができる。
【００３９】
図１に例示した第１〜第３の受信タスク部３１７1〜３１７3は、優先度が１番高い階層としての実行プライオリティを持っている。第１〜第３の出力タスク部３１４1〜３１４3は、優先度が２番目に高い階層としての実行プライオリティを持っている。制御タスク部３１６は、優先度が３番目に高い階層としての実行プライオリティを持っている。第１および第３の再入力タスク部３１５1、３１５3は、優先度が４番目に高い階層としての実行プライオリティを持っている。第２の入力タスク部３１２2は、優先度が５番目に高い階層としての実行プライオリティを持っている。第１および第３の入力タスク部３１２1、３１２3は、優先度の一番低い階層としての実行プライオリティを持っている。このような実行プライオリティの設定は、メモリ３２２内に格納されたＯＳに記述されている。
【００４０】
図２は、第２のノードのＯＳが各タスク部の処理を行う手順を表したものである。第２のノード３０２は、図１に示したＣＰＵ３２１がメモリ３２２内に格納されたＯＳを実行することで、図１に示した第１〜第３の受信タスク部３１７1〜３１７3、入力調停タスク部３１９、第１〜第３の入力タスク部３１２1〜３１２3、第１〜第３の出力タスク部３１４1〜３１４3、第１および第３の再入力タスク部３１５1、３１５3および制御タスク部３１６の制御を行うようになっている。
【００４１】
まず、ＣＰＵ３２１は、第２のノード３０２内でタスクが存在する（処理すべきデータが存在する）優先度の最も高いタスク部を判別する（ステップＳ４０１）。このようなタスク部が存在していれば（ステップＳ４０２でＹ）、そのタスク部の処理を単位量だけ実行し（ステップＳ４０３）、再度、ステップＳ４０１に戻る。単位量としては、例えば１つのパケット信号、１つのコマンドとすることができる。勿論、１つ以上のパケット信号やコマンドを単位量としてもよい。例えば、パケット信号の受信に伴うハードウェア割込みがなく、第１の出力タスク部３１４1と第３の出力タスク部３１４3が共にパケット信号の送信に関するタスクを有しており、第２の出力タスク部３１４2がコマンド処理結果の送信に関するタスクを有していた場合、これらのタスクが完全に処理されるまで、制御タスク部３１６およびこれよりも低い階層のタスクの処理は行われない。
【００４２】
ここで、第１の出力タスク部３１４1と第２の出力タスク部３１４2と第３の出力タスク部３１４3の間で、何れのタスクの処理を優先するかについて特に定めはない。従って、これら同一階層のタスクについては、時分割処理を行っても良い。ステップＳ４０２で第２のノード３０２内に何らのタスクも存在しないと判別された場合には、再度、ステップＳ４０１に戻って、タスクが存在するようになるまで処理を待機することになる。
【００４３】
例えば第２のノード３０２がある時点で立ち上げられたとし、その時点で各タスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１７1〜３１７3に処理すべきタスクが存在しなかったとする。それ以後のある時点に、図１に示す第１のノード３０１からパケット信号が外部インタフェース３１１1を通じて連続して受信されたとする。このとき、各パケット信号の受信毎にハードウェア割込みが発生し、第１の受信タスク部３１７1による処理が実行される（ステップＳ４０３）。第１の受信タスク部３１７1は、パケット信号の優先度を判定し、優先度別の受信キュー３１８1に格納する。第１の受信タスク部３１７1は相対的に１番高い優先度を持つため、他のタスク部３１２2、３１２3、３１４1〜３１４3、３１５1、３１５3、３１６よりも優先的に実行される。これにより、パケット信号が受信されたのにもかかわらず受信キューに格納されず破棄される事態、すなわちパケットロスが防止される。但し、過剰な受信パケットがノード内に流入するのを防ぐために、第１の受信タスク部３１７1は、単位時間当たりの受信処理の閾値を持っており、この閾値を超えるパケット信号は無条件に破棄する。
【００４４】
第１の受信タスク部３１７1のタスクがなくなると、入力調停タスク部３１９は最も低い優先度であるけれども、その時点では他のタスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１７1〜３１７3にタスクが存在しないため、入力調停タスク部３１９が、受信キュー３１８1からパケット信号を取り出し、第１の入力タスク部３１２1に送信する（ステップＳ４０３）。
【００４５】
入力調停タスク部３１９による処理が完了すると、ステップＳ４０１に処理が戻り、最も高い優先度のタスク部が判別される。この場合には、第１の入力タスク部３１２1が該当するので、第１の入力タスク部３１２1が入力調停タスク部３１９からのパケット信号を入力するための処理を実行する（ステップ４０３）。
【００４６】
第１の入力タスク部３１２１による処理が完了すると、処理後の信号は制御タスク部３１６に送られる。そして、ステップＳ４０１に処理が戻り、最も高い優先度のタスク部が判別される。この場合には、制御タスク部３１６が最も優先度が高くなる。そこで、この例の場合には、次に制御タスク部３１６でのタスク処理が実行される（ステップＳ４０３）。そして、この結果、カプセル化の処理が必要と判別されれば処理後の信号は前記したように第１の再入力タスク部３１５１に送られ、このような処理が不要な場合には第１の出力タスク部３１４１に送られる。
【００４７】
次の段階ではステップＳ４０１に戻って第２のノード３０２内での優先度の最も高いタスク部が選択される。このとき、第１のノード３０１との間の通信処理と並行して、第３のノード３０３との通信も行われており、さらにＯＡＭ制御端末３０４との通信も行われていたとする。このような場合には、各タスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１７1〜３１７3、３１９がそれぞれ処理すべきタスクを複雑に有していることになる。
【００４８】
本実施の形態では、ハードウェア的な受信処理を除き、受信側から送信側に向けて、各タスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１９の優先度が順に高まるように設定されている。従って、制御タスク部３１６から単純に第１あるいは第３の出力タスク部３１４1、３１４3に送出された信号と、第１あるいは第３の再入力タスク部３１５1、３１５3にカプセル化の処理を行うために回された信号とがあった場合、第１あるいは第３の出力タスク部３１４1、３１４3に送出された信号の方が優先度が高いので、これらがまず処理されることになる。
【００４９】
このように本実施の形態では、ハードウェア的な受信処理を除き、受信側から送信側に向けて、各タスク部３１２1〜３１２3、３１４1〜３１４3、３１５1、３１５3、３１６、３１９の優先度が順に高まるように設定されているので、送信側の処理が受信側よりも早く処理される。このため、第２のノード３０２内で受信キュー３１８1、３１８3を除き、それぞれ１パケットを単位とするタスクが滞留することがない。従って、ＣＰＵ３２１は、効率的に各タスク部３１２1、３１２3、３１４1、３１４3、３１５1、３１５3、３１６、３１９の処理をパケット単位で実行することができる。
【００５０】
また、本実施の形態によれば、第１および第３の受信タスク部３１７1、３１７3において単位時間当たりの受信パケットの流入量を或る閾値以下に制限している。この結果、第２のノード３０２は、過負荷となる信号の流入を事前に阻止することができる。
【００５１】
また、本実施の形態によれば、優先度毎に分かれた受信キュー３１８1、３１８3を用意し、第１および第３の受信タスク部３１７1、３１７3が受信したパケット信号をその優先度に対応する受信キュー３１８1、３１８3に積み込み、入力調停タスク部３１９が優先度のより高い受信キューから優先的にパケット信号を取り出しているため、パケット信号のQoS等の優先度を考慮した優先処理を行うことができる。
【００５２】
更に、本実施の形態によれば、コマンド入力処理の優先度がパケット信号の入力処理の優先度より相対的に高い。このため、新しいパケット信号が次々と到着する過負荷時や輻輳時においてもＯＡＭ制御端末３０４からのコマンド操作が不能になることがなく、コマンド制御が可能になる。
【００５３】
[第２の実施形態]
図３は、ゲートウェイ装置に本発明を適用した実施の形態を示したものである。図３において図１と同一部分には同一の符号を付しており、これらの説明を適宜省略する。
【００５４】
図３に示したゲートウェイ装置で構成された第２のノード３０２Ａは、ＩＰプロトコル上のＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）機能とＲＡＮＡＰ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）プロトコル上の３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）の呼処理機能の変換機能を実現するようになっている。このため、この実施の形態は、第１のノード３０１ＡがＩＰルータで構成されており、第３のノード３０３ＡがＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ：無線基地局制御装置）で構成されている。
【００５５】
図３において、第１の受信タスク部３１７1、受信キュー３１８1、入力調停タスク部３１９、第１の入力タスク部３１２1、第１の再入力タスク部３１５1、および第１の出力タスク部３１４1は、ＩＰプロトコル機能を実現する。また、第３の受信タスク部３１７3、受信キュー３１８3、入力調停タスク部３１９、第３の入力タスク部３１２3、および第３の出力タスク部３１４3は、ＲＡＮＡＰ機能を実現する。さらに、制御タスク部３１６は、ＩＰプロトコル上のＳＩＰ機能とＰＡＮＡＰ機能上の３ＧＰＰの呼処理機能との変換機能を実現する。
【００５６】
本実施形態でも、ＩＰ網から受信したパケット信号を受信キュー３１８1に格納する第１の受信タスク部３１７1と、移動体網から受信したパケット信号を受信キュー３１８3に格納する第３の受信タスク部３１７3と、シリアル回線からコマンドを受信する第２の受信タスク部３１７2とに対して、処理の優先度が最も高く設定されている。また、インターネットプロトコル（ＩＰ）による処理を行ってパケット信号をＩＰ網を通じてＩＰルータ３０１に出力する第１の出力タスク部３１４1と、ＲＡＮＡＰによる処理を行ってパケット信号を移動体網を通じてＲＮＣ３０３に出力する第３の出力タスク部３１４3と、コマンド処理の結果をシリアル回線を通じてＯＡＭ制御端末３０４に出力する第２の出力タスク部３１４2Ａとに対して、２番目に高い優先度が設定されている。また、ＳＩＰと３ＧＰＰプロトコルの呼処理変換の制御とコマンド処理を行う制御タスク部３１６が、３番目に高い優先度に設定されている。第１の再入力タスク部３１５1は、４番目に高い優先度に設定されている。ＯＡＭ制御端末３０４からのコマンドを入力する第２の入力タスク部３１２2は、５番目に高い優先度に設定されている。入力調停タスク部３１９から送られてくるパケット信号を受信する第１の入力タスク部３１２1と、入力調停タスク部３１９から送られてくるパケット信号を受信する第３の入力タスク部３１２3は、６番目に高い優先度に設定されている。受信キュー３１８1および受信キュー３１８3からパケット信号を取り出して第１の入力タスク部３１２1および第３の入力タスク部３１２3に送信する入力調停タスク部３１９は、７番目に高い優先度、すなわち最も低い優先度に設定されている。優先度の設定は、メモリ３２２内に格納されたＯＳに記述されている。
【００５７】
受信キュー３１８1および受信キュー３１８3は、パケット信号の優先度別に設けられている。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、受信したパケット信号の優先度を判別し、判別した優先度に対応する受信キュー３１８1および受信キュー３１８3にパケット信号を格納する。また、入力調停タスク部３１９は、受信キュー３１８1および受信キュー３１８3の両方を検査し、最も優先度のより高い受信キュー３１８1、３１８3から順にパケット信号を取り出し、受信キュー３１８1から取り出したパケット信号は第１の入力タスク部３１２1に送信し、受信キュー３１８3から取り出したパケット信号は第３の入力タスク部３１２3に送信する。
【００５８】
また、第１の受信タスク部３１７1および第３の受信タスク部３１７3は、受信キュー３１８1および受信キュー３１８3に格納される単位時間当たりのパケット信号の最大数が予め設定された上限閾値を超えないように制御する。第１の受信タスク部３１７1および第３の受信タスク部３１７3は、上限閾値を超えるパケット信号は無条件に破棄する。
【００５９】
また、第２のノード３０２は、ＣＰＵ３２１と、その制御プログラムとしてのＯＳを格納したり、データ処理用のメモリ領域を備えたメモリ３２２とを有している。
【００６０】
次に本実施形態の動作を説明する。
【００６１】
ＩＰ網からノード３０２に到着したパケット信号は、ハードウェア割込みを起点とした第１の受信タスク部３１７1で処理される。第１の受信タスク部３１７1では、閾値をもって、単位時間あたりの許容処理数と比較し、閾値を超えている場合、そのパケット信号は破棄する。閾値を超えていない場合、信号の優先度を調べる。例えば、Ethernet（登録商標）であれば、CoS(Class of Service)フィールドを調べる。信号の優先度に基づき、第１の受信タスク部３１７1は、受信キュー３１８1内の適切なキューに信号を積み込む。入力調停タスク部３１９は、受信キュー３１８1を検査し、高優先度のキューから優先的にパケット信号を取り出し、第１の入力タスク部３１２1に送出する。第１の入力タスク部３１２1では、受信信号のプロトコルに関する信号の入力処理を行い、さらに信号を制御タスク部３１６に送る。制御タスク部３１６でプロトコル変換が必要であると判断された場合、適切な信号の変換を行い、ＲＡＮＡＰの信号として第３の出力タスク部３１４3に送られる。第３の出力タスク部３１４3でＲＡＮＡＰとして必要な送信処理を行い、外部インタフェース３１３3を通じてＲＮＣ３０３に送信される。第１の出力タスク部３１４1、第３の出力タスク部３１４3、制御タスク３１６で信号が処理されている間はこれらのタスクが優先的に動作するので、新たな信号が第１および第３の受信キュー３１８1、３１８3、第１および第３の入力タスク部３１２1、３１２3に到着しても、低い優先度でしか処理されない。
【００６２】
トンネル処理により、第１の再入力タスク部３１５1でパケット信号が処理されている場合においても、同様に新たな信号が入力調停タスク部３１９や第１および第３の入力タスク部３１２1、３１２3で処理されるよりは高い優先度で処理される。
【００６３】
コマンド入力を第２の入力タスク部３１２2で受け付けた場合、第１および第３の出力タスク部３１４1、３１４3、制御タスク３１６、第１の再入力タスク部３１５1で処理が滞留している場合は、コマンド処理は待ち状態となり、過度のコマンド入力が行われることはない。また、入力調停タスク部３１９や第１および第３の入力タスク部３１２1、３１２3で受け付ける入力信号より第２の入力タスク部３１２2でのコマンド入力処理の優先度が高いため、過度の受信信号が原因となってコマンド操作が不能になることもない。
【００６４】
このように本実施形態のノード３０２は、ＳＩＰと３ＧＰＰプロトコルのゲートウェイ機能を実現しつつ、自ノードが過負荷状態にならないよう、ノード内の信号の滞留と過度の信号受信をともに防いでいる。
【００６５】
さらに、処理しきれないほどの入力信号があった場合も、第１および第３の受信タスク部３１７1、３１７3が、一定の閾値をもって入力信号を間引き、さらに入力調停タスク部３１９、第１の入力タスク部３１２1、３１２3が動作するより前に、第２の入力タスク部３１２2が優先的に動作することで、ノード内の信号の滞留と過度の信号受信をともに防ぎつつ、コマンド処理の優先的な実施は実現している。
【００６６】
なお、本実施形態では、第１のプロトコルとしてＩＰプロトコルを、第３のプロトコルとしてＲＡＮＡＰプロトコルを用いたが、第１および第３のプロトコルは上記以外の他の通信プロトコルであってもよい。
【００６７】
[他の実施形態]
【００６８】
以上、本発明を幾つかの実施形態を挙げて説明したが、本発明は以上の実施形態にのみ限定されず、その他各種の付加変更が可能である。
【００６９】
例えば、図１および図３における第３の受信タスク部３１７3、第３の出力タスク部３１４3、第３の入力タスク部３１２3、および受信キュー３１８3を省略してもよい。この場合、省略後のノード３０２は、ＩＰルータや、Ｌ２スイッチとして動作し、かつ、優先制御と効率的な輻輳制御を実現する装置として動作する。
【００７０】
また、以上の各実施の形態では、本発明がノードあるいは通信装置に適用される場合を示したが、一般に装置内部で複数の処理を行って、その結果を出力する情報処理装置で、内部にデータの滞留を防止する場合に本発明を同様に適用可能である。
【００７１】
また、入力から出力に至る一連の処理を複数に区切る区切りの行われる箇所および区切りの総数は、ソフトウェアの機能部やハードウェアの回路部品によって任意に設定可能であり、上述した実施の形態で示したものに限定されるものではない。
【００７２】
更に上述した実施の形態では、パケット信号の１つずつをそれぞれ１つのタスクとして処理する前提で説明したが、全く同一の長さのパケットあるいは同一データ量の信号を処理の対象とする必要はない。すなわち、可変長のパケットやデータ量の異なる信号に対して本発明を適用することができる。
【００７３】
また本発明の通信装置は、その有する機能をハードウェア的に実現することは勿論、コンピュータとプログラムとで実現することができる。プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態における通信装置であるノード３０２として機能させる。
【産業上の利用可能性】
【００７４】
本発明の信号処理装置、信号処理方法および信号処理プログラムは、例えば受信部でパケット信号を受信して、カプセル化等の信号処理を行った後、相手先の装置にパケット信号として出力する通信装置などに適用可能である。
【符号の説明】
【００７５】
３０１…第１のノード
３０２…第２のノード
３０３…第３のノード
３０４…ＯＡＭ制御端末
３１１1〜３１１3…外部インタフェース
３１２1…第１の入力タスク部
３１２2…第２の入力タスク部
３１２3…第３の入力タスク部
３１３1〜３１３3…外部インタフェース
３１４1…第１の出力タスク部
３１４2…第２の出力タスク部
３１４3…第３の出力タスク部
３１５1…第１の再入力タスク部
３１５3…第３の再入力タスク部
３１６…制御タスク部
３１７1…第１の受信タスク部
３１７2…第２の受信タスク部
３１７3…第３の受信タスク部
３１８1…第１の受信キュー
３１８3…第３の受信キュー
３２１…ＣＰＵ
３２２…メモリ
【特許請求の範囲】
【請求項１】
単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、
外部から入力されたコマンドを受信するコマンド受信タスク部と、
前記受信キューから信号を取り出す入力調停タスク部と、
前記取り出された信号を入力する信号入力タスク部と、
前記受信されたコマンドを入力するコマンド入力タスク部と、
前記入力された信号およびコマンドを内部処理する中間タスク部と、
前記内部処理された信号を外部に出力する信号出力タスク部と、
前記内部処理されたコマンドを外部に出力するコマンド出力タスク部と、
前記信号受信タスク部と前記コマンド受信タスク部に対して相対的に１番高い優先度を設定し、前記信号出力タスク部と前記コマンド出力タスク部とに対して前記信号受信タスク部と前記コマンド受信タスク部に比べて低い優先度を設定し、前記中間タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度を設定し、前記コマンド入力タスク部に対して前記中間タスク部に比べて低い優先度を設定し、前記信号入力タスク部に対して前記コマンド入力タスク部に比べて低い優先度を設定し、前記入力調停タスク部に対して前記信号入力タスク部に比べて低い優先度を設定する優先度情報格納手段と、
前記信号受信タスク部、前記コマンド受信タスク部、前記入力調停タスク部、前記信号入力タスク部、前記コマンド入力タスク部、前記中間タスク部、前記信号出力タスク部、および前記コマンド出力タスク部のうち、処理すべきデータが存在し、前記優先度情報格納手段に格納された処理の優先度がより高いものを処理対象として検出する処理対象検出手段と、
該処理対象検出手段によって検出された処理対象に存在するデータの処理を実行するデータ処理手段と、
該データ処理手段によって処理対象に存在するデータの処理が行われた後、前記処理対象検出手段に処理を移行させる処理移行手段と
を備えることを特徴とする信号処理装置。
【請求項２】
前記受信キューは、信号の優先度別に設けられている
請求項１に記載の信号処理装置。
【請求項３】
前記信号受信タスク部は、信号の優先度を判別し、該判別した優先度に対応する前記受信キューに信号を格納する
請求項２に記載の信号処理装置。
【請求項４】
前記入力調停タスク部は、優先度のより高い前記受信キューから優先的に信号を取り出す
請求項２または３に記載の信号処理装置。
【請求項５】
前記中間タスク部は、
前記入力された信号およびコマンドを内部処理する制御タスク部と、
カプセル化されたパケット信号をデカプセル化したり、その逆の処理を実施する再入力タスク部とから構成され、
前記優先度情報格納手段では、前記制御タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度が設定され、前記再入力タスク部に対して前記制御タスク部に比べて低く且つ前記コマンド入力タスク部に比べて高い優先度が設定されている
請求項１乃至４の何れかに記載の信号処理装置。
【請求項６】
前記コマンドは、ネットワークの運用・管理・保守を行うためのコマンドである
請求項１乃至５の何れか１項に記載の信号処理装置。
【請求項７】
単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、
外部から入力されたコマンドを受信するコマンド受信タスク部と、
前記受信キューから信号を取り出す入力調停タスク部と、
前記取り出された信号を入力する信号入力タスク部と、
前記受信されたコマンドを入力するコマンド入力タスク部と、
前記入力された信号およびコマンドを内部処理する中間タスク部と、
前記内部処理された信号を外部に出力する信号出力タスク部と、
前記内部処理されたコマンドを外部に出力するコマンド出力タスク部と、
前記信号受信タスク部と前記コマンド受信タスク部に対して相対的に１番高い優先度を設定し、前記信号出力タスク部と前記コマンド出力タスク部とに対して前記信号受信タスク部と前記コマンド受信タスク部に比べて低い優先度を設定し、前記中間タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度を設定し、前記コマンド入力タスク部に対して前記中間タスク部に比べて低い優先度を設定し、前記信号入力タスク部に対して前記コマンド入力タスク部に比べて低い優先度を設定し、前記入力調停タスク部に対して前記信号入力タスク部に比べて低い優先度を設定する優先度情報格納手段と、処理対象検出手段と、データ処理手段と、処理移行手段とを有する信号処理装置が実行する信号処理方法であって、
前記処理対象検出手段が、前記信号受信タスク部、前記コマンド受信タスク部、前記入力調停タスク部、前記信号入力タスク部、前記コマンド入力タスク部、前記中間タスク部、前記信号出力タスク部、および前記コマンド出力タスク部のうち、処理すべきデータが存在し、前記優先度情報格納手段に格納された処理の優先度がより高いものを処理対象として検出し、
前記データ処理手段が、前記処理対象検出手段によって検出された処理対象に存在するデータの処理を実行し、
前記処理移行手段が、前記データ処理手段によって処理対象に存在するデータの処理が行われた後、前記処理対象検出手段に処理を移行させる
ことを特徴とする信号処理方法。
【請求項８】
単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、
外部から入力されたコマンドを受信するコマンド受信タスク部と、
前記受信キューから信号を取り出す入力調停タスク部と、
前記取り出された信号を入力する信号入力タスク部と、
前記受信されたコマンドを入力するコマンド入力タスク部と、
前記入力された信号およびコマンドを内部処理する中間タスク部と、
前記内部処理された信号を外部に出力する信号出力タスク部と、
前記内部処理されたコマンドを外部に出力するコマンド出力タスク部と、
前記信号受信タスク部と前記コマンド受信タスク部に対して相対的に１番高い優先度を設定し、前記信号出力タスク部と前記コマンド出力タスク部とに対して前記信号受信タスク部と前記コマンド受信タスク部に比べて低い優先度を設定し、前記中間タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度を設定し、前記コマンド入力タスク部に対して前記中間タスク部に比べて低い優先度を設定し、前記信号入力タスク部に対して前記コマンド入力タスク部に比べて低い優先度を設定し、前記入力調停タスク部に対して前記信号入力タスク部に比べて低い優先度を設定する優先度情報格納手段とを有するコンピュータを、
前記信号受信タスク部、前記コマンド受信タスク部、前記入力調停タスク部、前記信号入力タスク部、前記コマンド入力タスク部、前記中間タスク部、前記信号出力タスク部、および前記コマンド出力タスク部のうち、処理すべきデータが存在し、前記優先度情報格納手段に格納された処理の優先度がより高いものを処理対象として検出する処理対象検出手段と、
該処理対象検出手段によって検出された処理対象に存在するデータの処理を実行するデータ処理手段と、
該データ処理手段によって処理対象に存在するデータの処理が行われた後、前記処理対象検出手段に処理を移行させる処理移行手段と
して機能させるためのプログラム。
【請求項１】
単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、
外部から入力されたコマンドを受信するコマンド受信タスク部と、
前記受信キューから信号を取り出す入力調停タスク部と、
前記取り出された信号を入力する信号入力タスク部と、
前記受信されたコマンドを入力するコマンド入力タスク部と、
前記入力された信号およびコマンドを内部処理する中間タスク部と、
前記内部処理された信号を外部に出力する信号出力タスク部と、
前記内部処理されたコマンドを外部に出力するコマンド出力タスク部と、
前記信号受信タスク部と前記コマンド受信タスク部に対して相対的に１番高い優先度を設定し、前記信号出力タスク部と前記コマンド出力タスク部とに対して前記信号受信タスク部と前記コマンド受信タスク部に比べて低い優先度を設定し、前記中間タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度を設定し、前記コマンド入力タスク部に対して前記中間タスク部に比べて低い優先度を設定し、前記信号入力タスク部に対して前記コマンド入力タスク部に比べて低い優先度を設定し、前記入力調停タスク部に対して前記信号入力タスク部に比べて低い優先度を設定する優先度情報格納手段と、
前記信号受信タスク部、前記コマンド受信タスク部、前記入力調停タスク部、前記信号入力タスク部、前記コマンド入力タスク部、前記中間タスク部、前記信号出力タスク部、および前記コマンド出力タスク部のうち、処理すべきデータが存在し、前記優先度情報格納手段に格納された処理の優先度がより高いものを処理対象として検出する処理対象検出手段と、
該処理対象検出手段によって検出された処理対象に存在するデータの処理を実行するデータ処理手段と、
該データ処理手段によって処理対象に存在するデータの処理が行われた後、前記処理対象検出手段に処理を移行させる処理移行手段と
を備えることを特徴とする信号処理装置。
【請求項２】
前記受信キューは、信号の優先度別に設けられている
請求項１に記載の信号処理装置。
【請求項３】
前記信号受信タスク部は、信号の優先度を判別し、該判別した優先度に対応する前記受信キューに信号を格納する
請求項２に記載の信号処理装置。
【請求項４】
前記入力調停タスク部は、優先度のより高い前記受信キューから優先的に信号を取り出す
請求項２または３に記載の信号処理装置。
【請求項５】
前記中間タスク部は、
前記入力された信号およびコマンドを内部処理する制御タスク部と、
カプセル化されたパケット信号をデカプセル化したり、その逆の処理を実施する再入力タスク部とから構成され、
前記優先度情報格納手段では、前記制御タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度が設定され、前記再入力タスク部に対して前記制御タスク部に比べて低く且つ前記コマンド入力タスク部に比べて高い優先度が設定されている
請求項１乃至４の何れかに記載の信号処理装置。
【請求項６】
前記コマンドは、ネットワークの運用・管理・保守を行うためのコマンドである
請求項１乃至５の何れか１項に記載の信号処理装置。
【請求項７】
単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、
外部から入力されたコマンドを受信するコマンド受信タスク部と、
前記受信キューから信号を取り出す入力調停タスク部と、
前記取り出された信号を入力する信号入力タスク部と、
前記受信されたコマンドを入力するコマンド入力タスク部と、
前記入力された信号およびコマンドを内部処理する中間タスク部と、
前記内部処理された信号を外部に出力する信号出力タスク部と、
前記内部処理されたコマンドを外部に出力するコマンド出力タスク部と、
前記信号受信タスク部と前記コマンド受信タスク部に対して相対的に１番高い優先度を設定し、前記信号出力タスク部と前記コマンド出力タスク部とに対して前記信号受信タスク部と前記コマンド受信タスク部に比べて低い優先度を設定し、前記中間タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度を設定し、前記コマンド入力タスク部に対して前記中間タスク部に比べて低い優先度を設定し、前記信号入力タスク部に対して前記コマンド入力タスク部に比べて低い優先度を設定し、前記入力調停タスク部に対して前記信号入力タスク部に比べて低い優先度を設定する優先度情報格納手段と、処理対象検出手段と、データ処理手段と、処理移行手段とを有する信号処理装置が実行する信号処理方法であって、
前記処理対象検出手段が、前記信号受信タスク部、前記コマンド受信タスク部、前記入力調停タスク部、前記信号入力タスク部、前記コマンド入力タスク部、前記中間タスク部、前記信号出力タスク部、および前記コマンド出力タスク部のうち、処理すべきデータが存在し、前記優先度情報格納手段に格納された処理の優先度がより高いものを処理対象として検出し、
前記データ処理手段が、前記処理対象検出手段によって検出された処理対象に存在するデータの処理を実行し、
前記処理移行手段が、前記データ処理手段によって処理対象に存在するデータの処理が行われた後、前記処理対象検出手段に処理を移行させる
ことを特徴とする信号処理方法。
【請求項８】
単位時間当たり予め設定された閾値以下の信号数を限度に外部から受信した信号を受信キューに格納する信号受信タスク部と、
外部から入力されたコマンドを受信するコマンド受信タスク部と、
前記受信キューから信号を取り出す入力調停タスク部と、
前記取り出された信号を入力する信号入力タスク部と、
前記受信されたコマンドを入力するコマンド入力タスク部と、
前記入力された信号およびコマンドを内部処理する中間タスク部と、
前記内部処理された信号を外部に出力する信号出力タスク部と、
前記内部処理されたコマンドを外部に出力するコマンド出力タスク部と、
前記信号受信タスク部と前記コマンド受信タスク部に対して相対的に１番高い優先度を設定し、前記信号出力タスク部と前記コマンド出力タスク部とに対して前記信号受信タスク部と前記コマンド受信タスク部に比べて低い優先度を設定し、前記中間タスク部に対して前記信号出力タスク部と前記コマンド出力タスク部とに比べて低い優先度を設定し、前記コマンド入力タスク部に対して前記中間タスク部に比べて低い優先度を設定し、前記信号入力タスク部に対して前記コマンド入力タスク部に比べて低い優先度を設定し、前記入力調停タスク部に対して前記信号入力タスク部に比べて低い優先度を設定する優先度情報格納手段とを有するコンピュータを、
前記信号受信タスク部、前記コマンド受信タスク部、前記入力調停タスク部、前記信号入力タスク部、前記コマンド入力タスク部、前記中間タスク部、前記信号出力タスク部、および前記コマンド出力タスク部のうち、処理すべきデータが存在し、前記優先度情報格納手段に格納された処理の優先度がより高いものを処理対象として検出する処理対象検出手段と、
該処理対象検出手段によって検出された処理対象に存在するデータの処理を実行するデータ処理手段と、
該データ処理手段によって処理対象に存在するデータの処理が行われた後、前記処理対象検出手段に処理を移行させる処理移行手段と
して機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−３８４８５（Ｐ２０１３−３８４８５Ａ）
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願番号】特願２０１１−１７０７６９（Ｐ２０１１−１７０７６９）
【出願日】平成２３年８月４日（２０１１．８．４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２５年２月２１日（２０１３．２．２１）
【国際特許分類】
【出願日】平成２３年８月４日（２０１１．８．４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]