(57)【要約】【課題】新たな信号が次々に到着する過負荷時に、装置内に信号が滞留し、またコマンドによる制御ができなくなるという課題を解決する。【解決手段】第２のノード２０２は、外部ノードから信号を入力する第１および第３の入力タスク部２１２1、２１２3の優先度が最も低く、制御端末２１４からコマンドを入力する第２の入力タスク部２１２2の優先度が次に低く、外部ノードに信号を出力する第１および第３の出力タスク部２１４1、２１４3、制御端末２１４へコマンド処理結果を出力する第２の出力タスク部２１４2の優先度が最も高くなっている。このため、新しい信号が外部ノードから次々に到着する過負荷時に、ノード内に信号が滞留するような受信は行われず、また制御端末２１４からのコマンドによる制御が可能になる。【選択図】図１
2011049815.tif 000002
【特許請求の範囲】
【請求項１】
信号およびコマンドが入力される入力段階から、その信号およびコマンドが一連の内部処理を経て外部に出力される出力段階までを、信号およびコマンドの出力方向に沿って複数の段階に区分するとともに、前記入力段階を信号が入力される信号入力段階とコマンドが入力されるコマンド入力段階とに更に区分したときのそれぞれの段階に対して、出力に近い段階ほど処理の優先度を高く設定し、前記入力段階内では前記コマンド入力段階に対して前記信号入力段階よりも高い優先度を設定した優先度情報を格納した優先度情報格納手段と、
処理すべきデータが存在する段階であって、前記優先度情報格納手段に格納された優先度がより高い段階を処理対象段階として検出する処理対象段階検出手段と、
該処理対象段階検出手段によって検出された処理対象段階に存在するデータの処理を実行するデータ処理手段と、
該データ処理手段によって処理対象段階に存在するデータの処理が行われた後、前記処理対象段階検出手段に処理を移行させる処理移行手段と、
を備えることを特徴とする信号処理装置。
【請求項２】
前記信号入力段階は他の装置から信号を受信する段階であり、前記コマンド入力段階は制御端末からコマンドを受信する段階であり、前記出力段階は、受信後に処理された信号および受信したコマンドの処理結果を送信する段階であることを特徴とする請求項１に記載の信号処理装置。
【請求項３】
前記信号入力段階と前記出力段階の間に、カプセル化されたパケット信号をデカプセル化したり、その逆の処理を行う中間段階の処理が含まれていることを特徴とする請求項１または２に記載の信号処理装置。
【請求項４】
前記優先度情報格納手段に優先度情報が格納された前記複数の段階は、信号処理およびコマンド処理のための各ソフトウェアモジュールに対応していることを特徴とする請求項１乃至３の何れか１項に記載の信号処理装置。
【請求項５】
前記コマンドが、ネットワークの運用・管理・保守を行うためのコマンドであることを特徴とする請求項１乃至４の何れか１項に記載の信号処理装置。
【請求項６】
信号およびコマンドが入力される入力段階から、その信号およびコマンドが一連の内部処理を経て外部に出力される出力段階までを、信号およびコマンドの出力方向に沿って複数の段階に区分するとともに、前記入力段階を信号が入力される信号入力段階とコマンドが入力されるコマンド入力段階とに更に区分したときのそれぞれの段階に対して、出力に近い段階ほど処理の優先度を高く設定し、前記入力段階内では前記コマンド入力段階に対して前記信号入力段階よりも高い優先度を設定する優先度設定ステップと、
処理すべきデータが存在する段階であって、前記設定された優先度がより高い段階を処理対象段階として検出する処理対象段階検出ステップと、
該検出された処理対象段階に存在するデータの処理を実行するデータ処理ステップと、
該データ処理ステップによって処理対象段階に存在するデータの処理が行われた後、前記処理対象段階検出ステップに処理を移行させる処理移行ステップと、
を備えることを特徴とする信号処理方法。
【請求項７】
信号およびコマンドが入力される入力段階から、その信号およびコマンドが一連の内部処理を経て外部に出力される出力段階までを、信号およびコマンドの出力方向に沿って複数の段階に区分するとともに、前記入力段階を信号が入力される信号入力段階とコマンドが入力されるコマンド入力段階とに更に区分したときのそれぞれの段階に対して、出力に近い段階ほど処理の優先度を高く設定し、前記入力段階内では前記コマンド入力段階に対して前記信号入力段階よりも高い優先度を設定した優先度情報を格納した優先度情報格納手段を備えるコンピュータを、
処理すべきデータが存在する段階であって、前記優先度情報格納手段に格納された優先度がより高い段階を処理対象段階として検出する処理対象段階検出手段と、
該処理対象段階検出手段によって検出された処理対象段階に存在するデータの処理を実行するデータ処理手段と、
該データ処理手段によって処理対象段階に存在するデータの処理が行われた後、前記処理対象段階検出手段に処理を移行させる処理移行手段と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入力された信号およびコマンドを処理して外部に出力する信号処理装置および信号処理方法に関する。
【背景技術】
【０００２】
通信システムのノード、例えば中継機能を備えたノードでは、他のノードから信号を受信して、ノード内部で処理を行い、処理後の信号を次のノードに送信している。また、ネットワークの運用・管理・保守を行うための機能であるＯＡＭ（Ｏｐｅｒａｔｉｏｎｓ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｍａｉｎｔｅｎａｎｃｅ）機能を備えたノードでは、制御端末からＯＡＭコマンド（以下、単にコマンドと称す）を受信して、ノード内部で処理を行い、コマンド処理の結果を制御端末に送信している。
【０００３】
図４は本発明に関連する関連技術の一例としての通信システムの一例を第２のノードを中心に表したものである。この図に示した例では、第１のノード１０１と第３のノード１０３との間に第２のノード１０２が配置されている。第２のノード１０２は、第１のノード１０１から送られてくるパケット信号１１１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は、外部のノード（この例では第１のノード２０１と第３のノード２０３）にパケット信号を１つずつ送信する外部インタフェースである。第１および第３の再入力タスク部２１５1、２１５3は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）トンネルのように、信号がカプセル化された構造を持つ場合の処理に使用される。すなわち、パケット信号の外側に相当する箇所のプロトコル処理後に、内側に相当する箇所の信号を取り出したり、逆に受信した信号の処理後にカプセル化処理として、外側に相当する箇所にプロトコルのヘッダを付加した上で送信を行うことがある。第１および第３の再入力タスク部２１５1、２１５3は、このようなカプセル化処理を行うために使用される。
【００２７】
また第２の入力タスク部２１２2は、外部のＯＡＭ制御端末２１４からコマンドを１つずつ受信する外部インタフェースであり、第２の出力タスク部２１４2は、外部のＯＡＭ制御端末２１４にコマンド処理結果を１つずつ送信する外部インタフェースである。
【００２８】
制御タスク部２１６は、受信したパケット信号についてカプセル化処理が必要だと判断した場合、その信号を第１あるいは第３の再入力タスク部２１５1、２１５3のうちの該当するものに送信する。第１あるいは第３の再入力タスク部２１５1、２１５3は、制御タスク部２１６から受信したパケット信号についてカプセル化処理を行う。そして、これらの信号が外部のノードから受信されて処理されたかのようにカプセル化処理された信号を再度、制御タスク部２１６に送信する。
【００２９】
また制御タスク部２１６は、第２の入力タスク部２１２2で受信されたＯＡＭ制御端末２１４からのコマンドを解釈し、そのコマンドで要求された処理を実行し、処理結果を第２の出力タスク部２１４2を通じてＯＡＭ制御端末２１４へ出力する。ＯＡＭについては、各レイヤごとに標準化が進められており、ＳＯＮＥＴ／ＳＤＨ  ＯＡＭ、ＡＴＭ  ＯＡＭ、Ｅｔｈｅｒｎｅｔ（登録商標）ＯＡＭ、ＩＰ  ＯＡＭ、ＭＰＬＳ  ＯＡＭなどがある。また、それぞれ必要なコマンドが定義されている。例えばＩＥＥＥ８０２．３ａｈとして標準化が行われているＥｔｈｅｒｎｅｔ  ＯＡＭには、ＯＡＭの設定情報およびポートの設定情報を表示するためのコマンド、ＯＡＭに関する統計情報を表示するためのコマンド、ＯＡＭに関する統計情報をクリアするためのコマンド、ＯＡＭプログラムを再起動するためのコマンド、ＯＡＭプログラムで採取している詳細イベントトレース情報および制御テーブル情報をファイルへ出力するためのコマンドなどが定義されている。
【００３０】
２系統の入力タスク部２１２1、２１３3、出力タスク部２１４1、２１４3および再入力タスク部２１５1、２１５3は例示であり、本実施の形態の第２のノード２０２は、任意数の通信プロトコルに対応することができる。
【００３１】
図１に例示した第１〜第３の出力タスク部２１４1〜２１４3は、優先度が１番高い階層としての実行プライオリティを持っている。制御タスク部２１６は、優先度が２番目に高い階層としての実行プライオリティを持っている。第１および第３の再入力タスク部２１５1、２１５3は、優先度が３番目に高い階層としての実行プライオリティを持っている。第２の入力タスク部２１２2は、優先度が４番目に高い階層としての実行プライオリティを持っている。第１および第３の入力タスク部２１２1、２１２3は、優先度の一番低い階層としての実行プライオリティを持っている。このような実行プライオリティの設定は、メモリ２２２内に格納されたＯＳに記述されている。
【００３２】
図２は、第２のノードのＯＳが各タスク部の処理を行う手順を表したものである。第２のノード２０２は、図１に示したＣＰＵ２２１がメモリ２２２内に格納されたＯＳを実行することで、図１に示した第１〜第３の入力タスク部２１２1〜２１２3、第１〜第３の出力タスク部２１４1〜２１４3、第１および第３の再入力タスク部２１５1、２１５3および制御タスク部２１６の制御を行うようになっている。
【００３３】
まず、ＣＰＵ２２１は、第２のノード２０２内でタスクが存在する（処理すべきデータが存在する）優先度の最も高いタスク部の階層を判別する（ステップＳ３０１）。このようなタスク部の階層が存在していれば（ステップＳ３０２でＹ）、その階層のタスク部の処理を実行する（ステップＳ３０３）。該当する階層の処理がすべて終了するまで、他の階層の処理は行わない（ステップＳ３０４でＮ、ステップＳ３０３）。例えば、第１の出力タスク部２１４1と第３の出力タスク部２１４3が共にパケット信号の送信に関するタスクを有しており、第２の出力タスク部２１４2がコマンド処理結果の送信に関するタスクを有していた場合、これらのタスクが完全に処理されるまで、制御タスク部２１６およびこれよりも低い階層のタスクの処理は行われない。
【００３４】
ここで、第１の出力タスク部２１４1と第２の出力タスク部２１４2と第３の出力タスク部２１４3の間で、何れのタスクの処理を優先するかについて特に定めはない。従って、これら同一階層のタスクについては、時分割処理を行っても良い。ステップＳ３０２で第２のノード２０２内に何らのタスクも存在しないと判別された場合には、再度、ステップＳ３０１に戻って、タスクが存在するようになるまで処理を待機することになる。
【００３５】
ステップＳ３０４で該当する階層のタスクの処理がすべて終了したと判別されたときには、再びステップＳ３０１に処理が戻る。そして、タスク部２１２1〜２１２3、２１４1〜２１４3、２１５1、２１５3、２１６の中でその時点でタスクが存在する最も高い階層が判別され、そのような階層が存在する場合には（ステップＳ３０２でＹ）、その階層のタスク部の処理が実行されることになる（ステップＳ３０３）。以下、同様である。
【００３６】
例えば第２のノード２０２がある時点で立ち上げられたとし、その時点で各タスク部２１２1〜２１２3、２１４1〜２１４3、２１５1、２１５3、２１６に処理すべきタスクが存在しなかったとする。それ以後のある時点に、図１に示す第１のノード２０１からパケット信号２１１1が１パケット受信されたとする。このとき、第１の入力タスク部２１２1は最も低い優先度となっているが、この時点では他のタスク部２１２2、２１２3、２１４1〜２１４3、２１５1、２１５3、２１６にタスクが存在しない。従って、第１の入力タスク部２１２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Ａを第１のノード２０１Ａに出力する第１の出力タスク部２１４1Ａと、ＲＡＮＡＰによる処理を行ってパケット信号２１３3Ａを第３のノード２０３Ａに出力する第３の出力タスク部２１４3と、コマンド処理の結果をＯＡＭ制御端末２１４に出力する第２の出力タスク部２１４2Ａとに対して、処理の優先度が最も高く設定されている。また、ＳＩＰと３ＧＰＰプロトコルの呼処理変換の制御とコマンド処理を行う制御タスク部２１６Ａが、２番目に高い優先度に設定されている。再入力タスク部２１５1Ａは、３番目に高い優先度に設定されている。ＯＡＭ制御端末２１４からのコマンドを入力する第２の入力タスク部２１２2は、４番目に高い優先度に設定されている。ＩＰルータで構成された第１のノード２０１Ａから送られてくるパケット信号２１１1Ａを受信する第１の入力タスク部２１２1Ａと、ＲＮＣで構成された第３のノード２０３Ａから送られてくるパケット信号２１１3Ａを受信する第３の入力タスク部２１２3Ａは、５番目に高い優先度、すなわち最も低い優先度に設定されている。優先度の設定は、メモリ２２２Ａ内に格納されたＯＳに記述されている。
【００４７】
このように本実施の形態のゲートウェイ装置で構成された第２のノード２０２Ａでも、出力タスクが最も高い実行プライオリティを持ち、制御タスク、再入力タスク、コマンド入力タスクと実行プライオリティが低下して、信号の入力タスクが最も低い実行プライオリティを持つようになっている。このため、図１に示した第１の実施の形態と同様に、通信システムのノードにおいて自ノードの過負荷状態を制御してノード内に信号やコマンドが滞留することを防ぎ、過負荷状態を原因とするシステムダウンを回避することができる。また、過負荷時にＯＡＭ制御端末２１４からコマンド制御できなくなる事態を回避できる。
【００４８】
以上の各実施の形態では、本発明がノードあるいは通信装置に適用される場合を示したが、一般に装置内部で複数の処理を行って、その結果を出力する情報処理装置で、内部にデータの滞留を防止する場合に本発明を同様に適用可能である。
【００４９】
また、入力から出力に至る一連の処理を複数に区切る区切りの行われる箇所および区切りの総数は、ソフトウェアの機能部やハードウェアの回路部品によって任意に設定可能であり、上述した実施の形態で示したものに限定されるものではない。
【００５０】
更に上述した実施の形態では、パケット信号の１つずつをそれぞれ１つのタスクとして処理する前提で説明したが、全く同一の長さのパケットあるいは同一データ量の信号を処理の対象とする必要はない。すなわち、可変長のパケットやデータ量の異なる信号に対して本発明を適用することができる。
【産業上の利用可能性】
【００５１】
本発明の信号処理装置、信号処理方法および信号処理プログラムは、例えば受信部でパケット信号を受信して、カプセル化等の信号処理を行った後、相手先の装置にパケット信号として出力する通信装置などに適用可能である。
【符号の説明】
【００５２】
２０１  第１のノード
２０２  第２のノード
２０３  第３のノード
２１１1  パケット信号
２１１3  パケット信号
２１２1  第１の入力タスク部
２１２2  第２の入力タスク部
２１２3  第３の入力タスク部
２１３1  パケット信号
２１３3  パケット信号
２１４  ＯＡＭ制御端末
２１４1  第１の出力タスク部
２１４2  第２の出力タスク部
２１４3  第３の出力タスク部
２１５1  第１の再入力タスク部
２１５3  第３の再入力タスク部
２２１  ＣＰＵ
２２２  メモリ
【図１】
2011049815.tif 000003
【図２】
2011049815.tif 000004
【図３】
2011049815.tif 000005
【図４】
2011049815.tif 000006