(57)【要約】【課題】  複数ノードと集線装置であるメッセージ交換装置から構成されるスター型のネットワークにおいて、ユーザが意図したメッセージについて、その内容や通信パターンをメッセージ交換装置に対して自在に操作できるようにする。【解決手段】  ノード４間を集線してメッセージをルーティングするメッセージ交換装置３に対し、分離可能に接続できるメッセージ処理装置２であって、このメッセージ処理装置は、メッセージ交換装置にてルーティングされる前のメッセージについて、そのメッセージ内容を編集してメッセージ交換装置へ返却するメッセージ編集機能と、メッセージ交換装置への返却動作を制御するメッセージスケジュール機能とを有するメッセージ操作手段７を備えている。【選択図】  図１
2005269309.tif 000002
【特許請求の範囲】
【請求項１】
ノード間を集線してメッセージをルーティングするメッセージ交換装置に対し、分離可能に接続できるメッセージ処理装置であって、前記メッセージ交換装置にてルーティングされる前のメッセージについて、そのメッセージ内容を編集してメッセージ交換装置へ返却するメッセージ編集機能と、メッセージ交換装置への返却動作を制御するメッセージスケジュール機能とを有するメッセージ操作手段を備えていることを特徴とするメッセージ処理装置。
【請求項２】
メッセージ操作手段は、入出力装置からの要求に従って動作することを特徴とする請求項１に記載のメッセージ処理装置。
【請求項３】
メッセージ交換装置からのメッセージをメッセージ交換装置へ返却するまで保持しておくメッセージキューを備えたことを特徴とする請求項１又は２に記載のメッセージ処理装置。
【請求項４】
メッセージ操作手段は、メッセージ編集機能として、少なくとも更新機能と削除機能を有することを特徴とする請求項３に記載のメッセージ処理装置。
【請求項５】
メッセージ操作手段は、メッセージ編集機能として、メッセージの内容を参照して入出力装置へ出力する参照機能を有することを特徴とする請求項４に記載のメッセージ処理装置。
【請求項６】
メッセージ操作手段による操作履歴とメッセージ交換装置への中継履歴を記憶する履歴操作手段をさらに備えたことを特徴とする請求項１ないし５のいずれかに記載のメッセージ処理装置。
【請求項７】
メッセージ操作手段は、履歴操作手段にて記憶された履歴を参照して入出力装置へ出力する履歴参照機能を有することを特徴とする請求項６に記載のメッセージ処理装置。
【請求項８】
メッセージ操作手段は、メッセージスケジュール機能として、少なくともメッセージの順序を変更する順序変更機能を有することを特徴とする請求項３ないし７のいずれかに記載のメッセージ処理装置。
【請求項９】
メッセージ操作手段は、メッセージキューの長さを計測して入出力装置へ出力する計測機能を有することを特徴とする請求項３ないし８のいずれかに記載のメッセージ処理装置。
【請求項１０】
メッセージの生成や複写等を行ってメッセージキューへ挿入するためのメッセージバッファを備えたことを特徴とする請求項３ないし９のいずれかに記載のメッセージ処理装置。
【請求項１１】
メッセージバッファ内の任意のメッセージをメッセージキューへ自動投入するメッセージ投入手段を備えたことを特徴とする請求項１０に記載のメッセージ処理装置。
【請求項１２】
メッセージ操作手段は、メッセージバッファに対しても、計測、参照、更新、削除の機能のうちの１以上の機能を有することを特徴とする請求項１０に記載のメッセージ処理装置。
【請求項１３】
請求項１ないし１２のいずれかに記載のメッセージ処理装置とメッセージ交換装置とからなり、該メッセージ交換装置は、メッセージ処理装置の接続の有無を検知するメッセージ処理装置検知手段を備え、メッセージ処理装置が接続されているときは、これにメッセージを送信して該メッセージ処理装置からの返却を待ってルーティングし、接続されていないときは、そのままルーティングすることを特徴とするメッセージ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数ノードと集線装置であるメッセージ交換装置から構成されるネットワークにおいて、ルーティングされるメッセージ（ネットワーク上を流れ、分割可能なデータの集まり）を処理するメッセージ処理装置、及びそれを含むメッセージ処理システムに関する。
【背景技術】
【０００２】
複数の計算ノードで構成された分散型のシステムでは、システムを構成する各ノードは自律的に動作し、ノード間で相互に通信を行うことで連携する。このようなシステムを評価する場合、ｎノード対ｎノードの相互通信の評価が必要となる。
【０００３】
相互通信の評価では、システム内で様々なパターンの通信を発生させ、各ノードの挙動が予想と一致するか否かを判定する。このとき、正常な通信パターンに加え、メッセージの到着順序の入れ替わりや、欠落や、動作ロジックの不具合によるメッセージ内容の矛盾など、例外的に発生する通信パターンについても考慮しなければならない。
【０００４】
しかし、これらの通信パターンの発生は、各ノードの通常の動作ロジックではなく、タイミングや予期せぬ不具合に依存するため、デバッガなど特殊な手段を用いてノードの状態や動作を直接制御する必要があった。さらに、このような複数ノードを用いた評価では、複数ノードを個別に制御する必要があった。
【０００５】
ここで、ノード毎に行う制御とは、例えばデバッガを利用して、あるタイミングでメモリの特定部分を書き換えたり、特定の処理を行う前に動作を一時停止させ、あるタイミングで動作を再開させるなどの制御の組み合わせで、一般的に、ノード毎の制御のステップは複雑になる。
【０００６】
さらに、各ノードの制御ステップは、他ノードとメッセージの送受信を確認しながら、同期して進める必要があった。このため、ノード数と制御ステップ数が増えると、システム全体では作業項目が急激に増加する問題があった。
【０００７】
また、評価では、網羅度や不具合検出時の通信状況の把握のため、発生させた通信パターンを記録しておく必要がある。
【０００８】
従来では、ノード毎に通信事象を記録する方法や、通信路毎にプロトコルアナライザを設置して通信事象を記録する方法があった。
【０００９】
しかし、これらの従来方式では、各ノードやプロトコルアナライザから通信記録を収集し、通信記録を統合する必要があった。
【００１０】
また、各ノード間の通信プロトコルが同じでも、記録形式がノード毎に異なれば、複数ノード間の通信内容を把握するためには、全てのノードの記録形式を解釈する必要があった。
【００１１】
特許文献１（特開平１１−１１０３２０号公報）には、次のようなメッセージ交換装置が開示されている。
利用者から通信端末または情報端末を介してメッセージ及びメッセージの送信宛先を受信し、その宛先に応じた端末の記憶領域へ受信したメッセージを配信するメッセージ送受信装置と、メッセージに従った処理を実行するきっかけとなる動機と,この動機に対応して述語論理式からなる条件が付加され、かつ、前記処理を実行する実行内容を示す条件付メッセージ処理手続群との対を複数対記憶するメッセージ処理手続き記憶装置と、このメッセージ処理手続き記憶装置に記憶された動機の発火を感知する動機発火感知部と、発火した動機と対になった条件付メッセージ処理手続きの条件部分を評価し、その条件部分が真と評価されたメッセージ処理手続きを実行するメッセージ処理手続き実行装置から構成されるメッセージ交換装置。
【００１２】
このメッセージ交換装置（メールサーバ等）は、メッセージ処理の自動実行と、自動実行の条件や内容を容易に設定することを目的としており、予めメッセージ交換装置に登録されている任意のメッセージ処理手続きを、ＧＵＩ等で設定した動機や条件によって自動実行させるものである。また、処理したメッセージのログを採る構成にはなっていない。
【００１３】
また、特許文献２（特開２００３−１７９６２３号公報）には、次のようなＡＴＭ交換機が開示されている。
ＡＴＭ端末装置や他のＡＴＭ交換機とセルを送受信する複数の回線インタフェースと前記回線インタフェースに接続されセルを交換するＡＴＭスイッチとからなる複数個のＡＴＭ交換装置と、複数個のＡＴＭ交換装置に接続され信号チャネルのレイヤ２以下の処理を実行する信号処理装置およびレイヤ３の処理を実行するプロセッサとメモリとから構成される呼制御装置とからなるＡＴＭ交換機であって、呼制御装置が、複数個のＡＴＭ交換装置のそれぞれと回線インタフェースのヘッダ変換テーブルの書き替えを行うためのセルを送受信することにより、ＡＴＭ端末装置同士やＡＴＭ端末装置と他のＡＴＭ交換機間ならびにＡＴＭ交換装置同士で情報チャネルセルの経路を形成してなるＡＴＭ交換機。
【００１４】
このＡＴＭ交換機は、ＡＴＭ交換機の冗長化と負荷分散を目的としており、ＡＴＭ交換装置とは別に信号処理装置を備えているが、この信号処理装置は、ＡＴＭハブが、端末間に情報を送受信するためにスイッチ機能を備え、その制御を信号処理装置で行うことから、この信号処理装置をＡＴＭハブと分離して、ＡＴＭハブ単体では利用できないと考えられる。何故ならば、例えＡＴＭハブ単体で利用できたとしても、信号処理装置を分離した時点でネットワークの構成が変化してしまうからである。
また、これも、処理したメッセージのログを採る構成にはなっていない。
【特許文献１】特開平１１−１１０３２０号公報
【特許文献２】特開２００３−１７９６２３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明の第１の目的は、複数ノードと集線装置であるメッセージ交換装置から構成されるスター型のネットワークにおいて、ユーザが意図したメッセージについて、その内容や通信パターンをメッセージ交換装置に対して自在に操作できるようにすることにある。
【００１６】
第２の目的は、ログの採取により、ネットワーク内で発生した通信の内容と、メッセージへの処理内容を後から把握できるようにすることにある。
【課題を解決するための手段】
【００１７】
本発明は、ノード間を集線してメッセージをルーティングするメッセージ交換装置に対し、分離可能に接続できるメッセージ処理装置であって、このメッセージ処理装置が、メッセージ交換装置にてルーティングされる前のメッセージについて、そのメッセージ内容を編集してメッセージ交換装置へ返却するメッセージ編集機能と、メッセージ交換装置への返却動作を制御するメッセージスケジュール機能とを有するメッセージ操作手段を備えていることを特徴とする。
【００１８】
メッセージ操作手段は、入出力装置からの要求に従って動作する。
このメッセージ処理装置は、メッセージ交換装置からのメッセージをメッセージ交換装置へ返却するまで保持しておくメッセージキューを備えている。
【００１９】
メッセージ操作手段は、メッセージ編集機能として、少なくとも更新機能と削除機能を備え、さらに、メッセージの内容を参照して入出力装置へ出力する参照機能を有する。
【００２０】
このメッセージ処理装置は、上記第２の目的も達成するため、メッセージ操作手段による操作履歴とメッセージ交換装置への中継履歴を記憶する履歴操作手段をさらに備えている。
【００２１】
メッセージ操作手段は、履歴操作手段にて記憶された履歴を参照して入出力装置へ出力する履歴参照機能を有する。
【００２２】
メッセージ操作手段は、メッセージスケジュール機能として、少なくともメッセージの順序を変更する順序変更機能を有する。
【００２３】
また、メッセージ操作手段は、メッセージキューの長さを計測して入出力装置へ出力する計測機能を有している。
【００２４】
さらに、メッセージの生成や複写等を行ってメッセージキューへ挿入するためのメッセージバッファを備えることができ、さらにまた、該メッセージバッファ内の任意のメッセージをメッセージキューへ自動投入するメッセージ投入手段も備えることができる。メッセージ操作手段は、このメッセージバッファに対しても、計測、参照、更新、削除の機能のうちの１以上の機能を有する。
【００２５】
メッセージ交換装置は、メッセージ処理装置の接続の有無を検知するメッセージ処理装置検知手段を備え、メッセージ処理装置が接続されているときは、これにメッセージを送信して該メッセージ処理装置からの返却を待ってルーティングし、接続されていないときは、そのままルーティングする。
【００２６】
なお、本発明では、メッセージ処理装置をメッセージ交換装置から着脱（分離）しても、ネットワークには論理的に影響を与えない。
【発明の効果】
【００２７】
本発明の第１の効果は、相互通信の評価において評価対象のノードが増えた場合でも、ノード制御の分散化や複雑化、作業項目の増加を抑えられる点である。
その理由は、メッセージ処理装置を利用することで、従来、ノード毎に分散して行っていた作業が不要になり、ノードの状態や動作を直接制御する必要がなくなるからである。
さらに、メッセージ処理装置では、ノードの動作ロジックの不具合によるメッセージ内容の矛盾やメッセージの欠落など、メッセージ内容に依存した通信パターンの生成に加え、メッセージの到着順序の入れ替わりなど、タイミングに依存した通信パターンの生成が行える。
よって、通信の評価に不可欠な例外的に発生する通信パターンの網羅が可能になる。
【００２８】
第２の効果は、メッセージ処理装置を用いた相互通信の評価が終了すると、集線装置であるメッセージ交換装置のみでネットワークを運用できる点である。
その理由は、メッセージ処理装置とメッセージ交換装置が分離可能な構成であり、末端のノードがメッセージ処理装置の存在を意識しないからである。メッセージ交換装置は、メッセージ処理装置がアドオンされていなければ、通常の集線装置として動作する。
【００２９】
第３の効果は、システム全体の通信内容を把握する必要があるとき、通信記録の収集と通信記録の統合が必要ない点である。
その理由は、システム全体の通信記録が、メッセージ処理装置内においてメッセージ中継履歴として記録されているからである。
【発明を実施するための最良の形態】
【００３０】
図１を参照すると本発明では、メッセージ交換装置３が、ルーティング前のメッセージをメッセージ処理装置２に入力し、処理させた後のメッセージを改めてルーティングする。
【００３１】
メッセージ処理装置２は、メッセージ交換装置３へ返却するメッセージの内容を記録する構成を提供し、さらに、入力されたメッセージを装置内で削除したり、内容を変更したり、順序を入れ替えたり、送信タイミングを変更できる構成を提供する。
【００３２】
本発明の特徴は、スター型ネットワークの特徴を利用して、メッセージ交換装置３に集積され、メッセージ処理装置２に入力されたメッセージを、メッセージ処理装置２の内部で一元的に記録することと、メッセージ処理装置２の内部に一時的に蓄積し、蓄積したメッセージの編集ができることと、蓄積したメッセージをネットワークに戻す順序とタイミングを制御できることと、メッセージ処理装置２とメッセージ交換装置３を分離できることが特徴である。
【００３３】
本発明は、以上の特徴を持ち、利用者は、ネットーワークで発生したメッセージの通信順序と内容を参照したり、ネットワークに流れるメッセージに処理を施すことで、利用者が意図した通信状況を作り出すことができる。
【実施例１】
【００３４】
次に、本発明の実施例を図面に基づいて詳細に説明する。
図１を参照すると、実施例１のシステムは、入出力装置１と、メッセージ処理装置２と、メッセージ交換装置３と、複数のノード４からなる。同図において、ノード４Ａとノード４Ｂはメッセージ交換装置３に接続されている。
【００３５】
メッセージ交換装置３は、複数ノードを接続可能なスター型ネットワークの集線装置で、これに接続された各ノードは、メッセージ交換装置３を介して相互に通信可能である。
【００３６】
メッセージ交換装置３は、メッセージ交換手段３１と、メッセージ処理装置検知手段３２を備える。
メッセージ交換手段３１は、送信ノードからのメッセージを、適切なノードへ中継するルーティングの機能を備える。
メッセージ処理装置検知手段３２は、メッセージ処理装置２の接続の有無を検知する機能を備える。
【００３７】
メッセージ交換手段３１は、メッセージ処理装置検知手段３２を利用して、メッセージ処理装置２の接続の有無を調べ、メッセージ処理装置２がメッセージ交換装置３に接続されていれば、ルーティング前のメッセージを、メッセージ処理装置２のメッセージ受信手段５へ入力し、メッセージ送信手段６からメッセージの返却を待ってルーティングするよう動作し、メッセージ処理装置２が接続されていなければ、そのままメッセージをルーティングするよう動作する。
【００３８】
なお、本実施例では有線のネットワークであるが、スター型であれば無線でもよく、通信路に依存しない。
【００３９】
本実施例でのメッセージとは、プロトコルヘッダ等によって識別可能な論理的なデータの集合のことで、特にプロトコルには依存しない。
例えば、ＴＣＰやＵＤＰであれば、メッセージは、ＴＣＰまたはＵＤＰプロトコルヘッダが付加されたＩＰパケットであるし、電子メールを取り込むためのＰＯＰ３プロトコルでは、メッセージは、ＳＴＡＴ、ＬＩＳＴなどのリクエストや、レスポンスと一対一で対応する。
【００４０】
メッセージ処理装置２は、メッセージ受信手段５と、メッセージ送信手段６と、メッセージ操作手段７と、履歴操作手段８を備える。
メッセージ処理装置２は記憶領域として、メッセージ操作履歴領域９と、メッセージ中継履歴領域１０と、メッセージキュー１１を持つ。
【００４１】
メッセージキュー１１は、ＦＩＦＯ型のキューでメッセージ受信手段５によって受信したメッセージを、送信手段６によって送信するまでの間保持しておく領域である。メッセージは、メッセージキュー１１の入口から挿入し、挿入された順に出口から取り出すことができる。
【００４２】
このメッセージキュー１１は、メッセージ操作手段７によってメッセージの順序が変更されること、さらに、一般にメッセージの長さが一定にならないことを考慮すると、順序の変更が容易で、要素の長さを可変にできる連結リストで構成することが好適である。
【００４３】
メッセージ操作履歴領域９は、メッセージ操作手段７によってメッセージキュー１１内のメッセージが操作された場合に、操作が行われた時刻と操作の内容が履歴操作手段８によって記録される領域である。
【００４４】
メッセージ中継履歴領域１０は、メッセージ送信手段６が、メッセージ交換装置３へメッセージを返却した時刻と、そのメッセージの情報が履歴操作手段８によって記録される領域である。
【００４５】
メッセージ受信手段５は、メッセージ交換装置３から入力されたメッセージをメッセージキュー１１の入口へ挿入する機能を備える。
【００４６】
メッセージ送信手段６は、メッセージキュー１１の出口からメッセージを取り出し、メッセージ交換装置３に返却する機能を備える。このメッセージ送信手段６には、連続動作状態と非連続動作状態の２つの動作状態が存在し、動作状態の切り替えは、メッセージ操作手段７によって行われる。
【００４７】
処理開始時にメッセージ送信手段６がどちらの動作状態を取るかは、初期値として設定可能である。
連続動作状態では、メッセージ送信手段６は、メッセージキューが空にならない限り、停止することなくメッセージの送信を続ける。
非連続動作状態では、メッセージ送信手段６は、メッセージをメッセージキュー１１の出口から取り出し、メッセージ交換装置３へ返却し、履歴操作手段８を利用して履歴を記録するという一連の送信処理を、分割不可な動作単位とし、一度の送信処理が終了する毎に一時停止する。一時停止からの送信処理再開の契機は、メッセージ操作手段７から送信指示の通知を受けることである。
【００４８】
メッセージ操作手段７は、メッセージキュー１１内のメッセージを編集する機能を備える。
本実施例では、メッセージ送信手段６が非連続動作状態でかつ、一時停止中のみメッセージの編集を可能にしている。その理由は、連続動作状態では、編集中に送受信によってメッセージの入れ替わりが発生し、正しい編集処理が保証できないからである。
【００４９】
しかし、連続動作状態であっても、送信に至っていないメッセージは編集可能という実装も考えられる。この実装では、編集途中のメッセージをメッセージ送信手段６が送信しようとした場合は、編集が終了するまでメッセージ送信手段６の送信処理を遅延させたり、編集途中のメッセージをロールバックし、編集前の状態に戻してから送信することで、メッセージ内容の整合性を保つことができる。
【００５０】
メッセージ操作手段７は、メッセージ送信手段６の動作状態を変更する「動作状態変更」機能と、メッセージ操作履歴領域９または、メッセージ中継履歴領域１０を参照する「履歴参照」機能と、新規メッセージがメッセージキュー１１に挿入されるまで利用者を待たせる「待ち合わせ」機能と、現在のメッセージキュー１１の長さを調べる「計測」機能と、メッセージ送信手段６の一時停止中の送信処理を再開させる「送信」機能と、メッセージの任意の部分を参照できる「参照」機能と、メッセージの任意の部分を任意の内容に書き換える「更新」機能と、メッセージをメッセージキュー１１から削除できる「削除」機能と、メッセージキュー１１内で任意にメッセージの順序を変更できる「順序変更」の機能を備える。
【００５１】
メッセージ操作手段７の全て機能は、入出力装置１を通じて外部から利用可能である。
本実施例では、「待ち合わせ」機能は、単純に新規メッセージを待ち合わせるだけだが、利用者によって指定された条件のメッセージを待ち合わせるようにも実装可能である。
【００５２】
条件の指定方法として例えば、メッセージの特定部分の内容や、送信ノードのアドレスや、受信ノードのアドレスや、メッセージの通番や、メッセージの発生時刻などの組み合わせが考えられる。
【００５３】
履歴操作手段８は、メッセージ送信手段６が、メッセージ交換装置３へ返却したメッセージ内容と時刻を、メッセージ中継履歴領域１０に記録する機能と、メッセージ操作手段７がメッセージキュー１１に対して行った操作内容と時刻を、メッセージ操作履歴領域９に記録する機能と、メッセージ操作履歴領域９と、メッセージ中継履歴領域１０に記録された内容を読み出す機能を備える。
【００５４】
本実施例では、メッセージ受信手段５でメッセージの受信に関する記録をとらないが、メッセージの受信に関する記録をとる実装も考えられる。受信に関する記録をとることで、メッセージ処理装置２内でのメッセージ滞留時間などの詳細情報を得ることができる。
【００５５】
入出力装置１は、入出力の機能を備え、メッセージ操作手段７と接続されている。利用者は、この入出力装置１を通じてメッセージ操作手段７の全ての機能を利用できる。入出力装置１の利用者は人間であっても、プログラムであってもよい。
【００５６】
図１を参照して本実施例の動作を詳細に説明する。
ノード４Ａからノード４Ｂにメッセージの送信が発生したとき、ノード４Ａが送信したメッセージは、メッセージ交換装置３のメッセージ交換手段３１に入力される。
【００５７】
メッセージ交換手段３１は、メッセージ処理装置検知手段３２を利用して、メッセージ処理装置２の接続の有無を調べる。
もし、メッセージ処理装置２がメッセージ交換装置３に接続されていれば、ルーティング前のメッセージを、メッセージ処理装置２のメッセージ受信手段５へ入力し、メッセージ送信手段６からメッセージの返却を待ってルーティングする。
また、メッセージ処理装置２が接続されていなければ、そのままメッセージをルーティングする。
【００５８】
本実施例では、メッセージ処理装置２が接続されているので、メッセージをノード４Ｂへ直接ルーティングせず、メッセージ処理装置２のメッセージ受信手段５へ入力する。
【００５９】
メッセージ受信手段５の動作について、図２を参照して以下に説明する。
メッセージ受信手段５は、メッセージ受信待ちで待機しているが（ステップＳ２０１）、メッセージ交換装置３からメッセージが入力されると動作を開始し、受信したメッセージを、メッセージキュー１１の入口に挿入する（ステップＳ２０２）。ノード４Ａが送信したメッセージは、この処理でメッセージキュー１１へ挿入される。
【００６０】
メッセージキュー１１へのメッセージの挿入によって、メッセージキュー１１の長さが１になれば（ステップＳ２０３）、メッセージ受信手段５は、メッセージ送信手段６へメッセージキュー１１が空でなくなったことを通知する（ステップＳ２０４）。
【００６１】
次に、メッセージ操作手段７へ新規メッセージを挿入したことを通知し（ステップＳ２０５）、再びメッセージ受信待ちに戻る。メッセージ受信手段５は、これらの手順を繰り返す。
【００６２】
メッセージ送信手段６の動作について、図３を参照して以下に説明する。
メッセージ送信手段６は、最初に動作状態を調査する（ステップＳ３０１）。
非連続動作状態であれば、メッセージ操作手段７からの送信指示の通知があるまで一時停止する（ステップＳ３０２）。連続動作状態であれば、ここで一時停止しない。
【００６３】
次に、メッセージキュー１１の長さを調査し（ステップＳ３０３）、空でなければメッセージキュー１１の出口からメッセージを１つ取り出す（ステップＳ３０４）。ノード４Ａが送信したメッセージは、この処理でメッセージキュー１１から取り出される。
【００６４】
一方、メッセージキュー１１が空であれば、メッセージ受信手段５からの、メッセージキュー１１が空でなくなったことを示す通知を受けるまで待機する（ステップＳ３０５）。なお、メッセージ操作手段７は、メッセージキュー１１が空のときには、送信指示を通知しないので、非連続動作状態ではここで待機することはない。
【００６５】
メッセージが挿入され、メッセージキュー１１が空でなくなれば、メッセージ受信手段５からの通知があるので、この通知を契機に待機から復帰し、メッセージの取り出しを行う。
【００６６】
メッセージ送信手段６は、メッセージキュー１１から取り出したメッセージをメッセージ交換装置３に返却し（ステップＳ３０６）、履歴操作手段８を利用して、メッセージ中継履歴領域１０に現在の時刻と返却したメッセージの情報を記録し（ステップＳ３０７）、再び動作状態の調査に戻る。
ノード４Ａが送信したメッセージは、この処理でメッセージ交換装置３に返却され、メッセージの情報と、返却時刻がメッセージ中継履歴領域１０に保存される（ステップＳ３０７）。
メッセージ送信手段６は、これらの手順を繰り返す。
【００６７】
メッセージ交換装置３は、メッセージ送信手段６によって返却されたノード４Ａからのメッセージを、ノード４Ｂへルーティングすることで、ノードＡからノードＢへのメッセージの送信が完了する。
【００６８】
メッセージ操作手段７の動作について、以下に説明する。
メッセージ処理手段７は、入出力装置１から「動作状態変更」、「履歴参照」、「待ち合わせ」、「計測」、「送信」、「参照」、「更新」、「削除」、「順序変更」の要求を受付けて動作する。
【００６９】
要求を受け付けたときのメッセージ処理手段７の動作を以下に示す。
要求が「動作状態変更」であれば、メッセージ送信手段６の動作状態を変更して終了する。
要求が「履歴参照」であれば、履歴操作手段８を利用して、メッセージ操作履歴領域９または、メッセージ中継履歴領域１０を参照し、結果を入出力装置１に返却して終了する。
【００７０】
要求が「待ち合わせ」であれば、メッセージ送信手段６の動作状態を調査し、動作状態が、連続動作状態であれば要求を拒否して終了する。
【００７１】
動作状態が、非連続動作状態であれば、要求を受け付ける。
「待ち合わせ」の要求を受け付けると、新規メッセージがメッセージキュー１１に挿入されるまで待機する。
メッセージキュー１１に新規メッセージが挿入されると、メッセージ受信手段５から通知があるので、この通知を契機に待機から復帰し、新規メッセージ挿入の通知を入出力装置１に返却して終了する。
【００７２】
要求が「計測」であれば、メッセージ送信手段６の動作状態を調査し、動作状態が、連続動作状態であれば要求を拒否して終了する。
動作状態が、非連続動作状態であれば、要求を受け付ける。
「計測」の要求を受け付けると、現在のメッセージキュー１１の長さを入出力装置１に返却して終了する。
【００７３】
要求が「送信」、「参照」、「更新」、「削除」、「順序変更」のいずれかであれば、メッセージ送信手段６の動作状態を調査し、動作状態が、連続動作状態であれば要求を拒否して終了する。
【００７４】
動作状態が、非連続動作状態であれば、次にメッセージキュー１１の長さを調査する。
メッセージキュー１１が空であれば、要求を実行できないので要求を拒否して終了する。
要求が「送信」であれば、メッセージ送信手段６へ送信指示を通知して終了する。
要求が「参照」であれば、メッセージキュー１１内のメッセージの内容を入出力装置１に返却して終了する。
「参照」の要求方法は、例えば、１番目のメッセージの先頭０バイトから１００バイトの領域を「参照」、と要求する。
要求が「更新」であれば、メッセージキュー１１内のメッセージの内容を入出力装置１からの指示に従って書き換える。
「更新」の要求方法は、例えば、１番目のメッセージの先頭０バイトから４バイトの領域を”Ｔｅｓｔ”に「更新」、と要求する。
要求が「削除」であれば、メッセージキュー１１からメッセージを、入出力装置１からの指示に従って削除する。
「削除」の要求方法は、例えば、１番目のメッセージを「削除」、と要求する。
要求が「順序変更」であれば、メッセージキュー１１内のメッセージの順序を入力装置１からの指示に従って入れ替える。
「順序変更」の要求方法は、例えば、１番目のメッセージと２番目のメッセージを「順序変更」、と要求する。
【００７５】
メッセージ操作手段７はこれらの要求を処理したあと、履歴操作手順８を利用して、要求の内容と処理時刻をメッセージ操作履歴領域９に保存して終了する。
【００７６】
なお、更新機能は、更新範囲をメッセージ本体に限定しないので、例えば、プロコトルヘッダ部分の宛先を書き換え、ルーティングを変更するといった用途にも利用できる。
【００７７】
メッセージ操作手段７の機能を利用してメッセージを書き換える場合の入出力装置１への指示の例を図４を参照して以下に説明する。
利用者は入出力装置１を通じて、「動作状態変更」を要求しメッセージ送信手段６を非連続動作状態にする（ステップＳ４０１）。
【００７８】
次に、「計測」を要求してメッセージキュー１１の長さを調査し（ステップＳ４０２）、メッセージキュー１１が空であれば「待ち合わせ」を要求して（ステップＳ４０３）、メッセージキュー１１に新規メッセージが挿入されるのを待ち合わせる。
【００７９】
次に、利用者は「参照」を要求し、メッセージキュー１１の出口のメッセージ内容を参照する（ステップＳ４０４）。
参照の結果、書き換え対象のメッセージだと利用者が判断すれば（ステップＳ４０５）、「更新」を要求し、メッセージの必要な部分を任意の内容に書き換える（ステップＳ４０６）。書き換え対象のメッセージかどうかの判断条件としては、メッセージの特定部分の内容や、送信ノードのアドレスや、受信ノードのアドレスや、メッセージの通番や、メッセージの発生時刻などを組み合わせて行うとよい。
【００８０】
次に、利用者は、先ほどのメッセージをメッセージ交換装置３に返却するため「送信」を要求する（ステップＳ４０７）。この時点で、まだメッセージを書き換える必要があれば、メッセージキュー１１の長さを調査する「計測」の手順に戻る。
これ以上メッセージを書き換える必要がないならば（ステップＳ４０８）、「動作状態変更」を要求し、メッセージ送信手段６を連続動作状態にして終了する（ステップＳ４０９）。
【００８１】
利用者が、メッセージ操作手段７の機能を利用してメッセージの交換を行う場合の入出力装置１への指示の例を図５を参照して以下に説明する。
ここでは、Ａというメッセージと、Ｂというメッセージの順序を交換する操作手順を示す。なお、この操作手順は、メッセージＡがメッセージＢより先に発生した場合の例である。
【００８２】
利用者は、入出力装置１を通じて「動作状態変更」を要求し、メッセージ送信手段６を非連続動作状態にする（ステップＳ５０１）。
次に、「計測」を要求してメッセージキュー１１の長さを調査し（ステップＳ５０２）、空であれば、「待ち合わせ」を要求して（ステップＳ５０３）、メッセージキュー１１に新規メッセージが挿入されるのを待ち合わせる。
【００８３】
次に、利用者は「参照」を要求し、メッセージキュー１１の出口のメッセージ内容を参照する（ステップＳ５０４）。
参照したメッセージがメッセージＡでなければ（ステップＳ５０５）、「送信」を要求してメッセージをメッセージ交換装置３に返却し（ステップＳ５０６）、さらにメッセージキュー１１の長さを調査する「計測」の手順に戻る。
これらの手順をメッセージＡが現れるまで繰り返す。
【００８４】
利用者は、メッセージキュー１１の出口にメッセージＡを見つけると、次に「参照」を順次要求して、メッセージキュー１１内のメッセージからメッセージＢを探す（ステップＳ５０７）。
メッセージキュー１１内にメッセージＢが見つからなかった場合は（ステップＳ５０８）、「待ち合わせ」を要求し、新規メッセージを待ち合わせ（ステップＳ５０９）、メッセージＢを探す手順に戻る。
これらの手順をメッセージＢが現れるまで繰り返す。
【００８５】
メッセージＢが見つかると、「順序変更」を要求して、メッセージＡとメッセージＢの交換を行い（ステップＳ５１０）、メッセージ送信手段６を連続動作状態にして終了する（ステップＳ５１１）。
【実施例２】
【００８６】
本発明の実施例２について図６を参照して説明する。
実施例２が実施例１と異なる変更点は、メッセージ操作手段７の機能の強化と、複数のメッセージを一時的に保存しておくための、メッセージバッファ１２を追加したことである。
メッセージ操作手段７の機能の強化は、「計測」と「参照」と「更新」と「削除」の機能を、メッセージバッファ１２に対しても利用できるようにした点と、「生成」と「複写」と「挿入」の機能を新たに設けた点である。
【００８７】
これらの機能は利用者の要求によって動作する。
「生成」機能は、メッセージバッファ１２内に、任意の大きさの空メッセージを新規に生成する機能である。
「生成」の要求方法は、例えば、１００バイトのメッセージを「生成」、と要求する。
「複写」機能は、メッセージキュー１１または、メッセージバッファ１２内の任意のメッセージの複製を、メッセージバッファ１２内に新規に生成する機能である。
「複写」の要求方法は、例えば、メッセージキュー１１の１番目のメッセージを、メッセージバッファ１２に「複写」、と要求する。
「挿入」機能は、メッセージバッファ１２内の任意のメッセージの複製を、メッセージキュー１１の任意の場所に挿入する機能である。
「挿入」の要求方法は、例えば、メッセージバッファ１２の１番目のメッセージを、メッセージキュー１１の１番目のメッセージの前に「挿入」、と要求する。
【００８８】
なお、メッセージ操作手段７はこれらの要求を処理したあと、履歴操作手順８を利用して、要求の内容と処理時刻をメッセージ操作履歴領域９に保存して終了する。
【００８９】
実施例２の第１の効果は、評価に送信ノードが必要なくなる点である。
その理由は、メッセージ操作手段７の「生成」機能と「更新」機能を利用し、任意の内容の新規メッセージを生成できるからである。
実施例２の第２の効果は、メッセージの複製を雛形として利用できることである。
その理由は、「複写」機能を利用すれば、メッセージを複製できるので、「複写」機能と「更新」機能と組み合わせ、あるメッセージを雛形にして、多数の類似メッセージを生成する。といった編集が実現できるからである。
【実施例３】
【００９０】
本発明の実施例３について図７を参照して説明する。
実施例３の構成の変更点は、実施例２の変更点に加え、メッセージ操作手段７に「自動投入」の機能を新たに設けた点と、メッセージ処理装置２にメッセージ投入手段１３をさらに設けた点である。
【００９１】
「自動投入」の機能は、メッセージバッファ１２内の任意のメッセージを、指定された時間にメッセージキュー１１の出口へ挿入する機能である。
「自動投入」の機能は、利用者の要求によって動作し、「自動投入」の要求方法は、例えば、メッセージバッファ１２の１番目のメッセージを、この要求の１００秒後に「自動投入」、と要求する。
メッセージ操作手段７は「自動投入」の要求を受け付けると、メッセージ投入手段１３に、「何番目のメッセージをいつ挿入するのか？」というイベントを登録する。
メッセージ投入手段１３には、複数のイベントを登録可能で、メッセージ投入手段１３は、登録されたイベントの発生時刻になると、イベントの内容に従って、メッセージバッファ１２からメッセージキュー１１の出口へメッセージの挿入を行う。
【００９２】
メッセージ挿入時の投入手段１３の動作を図８を用いて以下に説明する。
メッセージ投入手段１３は登録されたイベントの内容から、あらかじめ、メッセージバッファ１２のＮ番目のメッセージを投入すると認識している。
メッセージ投入手段１３は、メッセージ操作手段７に「動作状態変更」を要求し、メッセージ操作手段６の動作状態を非連続動作状態にする（ステップＳ８０１）。
【００９３】
次に、メッセージ操作手段７に「計測」を要求し、メッセージバッファ１２の長さを調査する（ステップＳ８０２）。
メッセージバッファ１２の長さが短く、Ｎ番目のメッセージが存在しない場合は、自動投入を失敗として扱う（ステップＳ８０３）。
メッセージバッファ１２にＮ番目のメッセージが存在する場合は、メッセージ操作手段７に「挿入」を要求し、メッセージバッファ１２のＮ番目のメッセージをメッセージキュー１１の出口に挿入する（ステップＳ８０４）。
最後に、メッセージ投入手段１３は、メッセージ操作手段７に「動作状態変更」を要求し、メッセージ操作手段６の動作状態を連続動作状態に戻してイベントの処理を終了する（ステップＳ８０５）。
【００９４】
実施例３の効果は、メッセージの送信をスケジューリングできることである。
その理由は、「自動投入」の機能を利用することで、任意のメッセージを任意の時刻にネットワークに投入できるからである。
【図面の簡単な説明】
【００９５】
【図１】本発明の実施例１の構成を示すブロック図である。
【図２】図１に示されたメッセージ受信手段の動作を示す流れ図である。
【図３】図１に示されたメッセージ送信手段の動作を示す流れ図である。
【図４】メッセージを書き換える場合の入出力装置への指示の例を示す流れ図である。
【図５】メッセージの交換を行う場合の入出力装置への指示の例を示す流れ図である。
【図６】本発明の実施例２の構成を示すブロック図である。
【図７】本発明の実施例３の構成を示すブロック図である。
【図８】図７に示されたメッセージ投入手段の動作を示す流れ図である。
【符号の説明】
【００９６】
１  入出力装置
２  メッセージ処理装置
３  メッセージ交換装置
４・４Ａ・４Ｂ  ノード
５  メッセージ受信手段
６  メッセージ送信手段
７  メッセージ操作手段
８  履歴操作手段
９  メッセージ操作履歴領域
１０  メッセージ中継履歴領域
１１  メッセージキュー
１２  メッセージバッファ
１３  メッセージ投入手段
３１  メッセージ交換手段
３２  メッセージ処理装置検知手段
【図１】
2005269309.tif 000003
【図２】
2005269309.tif 000004
【図３】
2005269309.tif 000005
【図４】
2005269309.tif 000006
【図５】
2005269309.tif 000007
【図６】
2005269309.tif 000008
【図７】
2005269309.tif 000009
【図８】
2005269309.tif 000010