JPH08251232A

JPH08251232A - 通信・情報処理制御システム

Info

Publication number: JPH08251232A
Application number: JP5635095A
Authority: JP
Inventors: Yoshinari Kumaki; 木良成熊
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 1995-03-15
Filing date: 1995-03-15
Publication date: 1996-09-27

Abstract

(57)【要約】【目的】他局ノードにデータが移動して、依頼先で通
信・情報処理が行われるシステムにおいて、リモートノ
ードからの依頼先の処理状態及び依頼変更が可能な通信
・情報処理システムを提供することを目的とする。【構成】処理定義プログラム等の制御情報とデータを
セットにしたパケットを他局ノードに送信し、他局ノー
ドである条件に達した場合、及びリモートノードからの
要求に従い、他局ノードにおける処理状態を通知する。
また、各他局ノードにて、前記パケットが次に転送され
たノードを記憶しておくことにより、リモートノードか
らパケット転送経路をたどることが可能な構成となり、
依頼変更を行うことができる。【効果】通信・情報処理サービスに一定の判断能力と
柔軟性が備わり、高度な通信・情報処理サービスを提供
することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】自局ノードから実行に必要なデー
タベース等を持つ他局ノードに、通信・情報処理関連の
処理定義プログラム、処理手続きを記述したコード等の
制御情報をデータとセットで伝送し、伝送先のノードが
処理定義プログラムや処理手続きコードを実行する通信
・情報処理制御システムに関する。

【０００２】

【従来の技術】一般に、通信処理や情報処理を行う通信
・情報処理ノードを伝送路で接続し、高度な通信・情報
サービスを実現する通信・情報処理制御システムでは、
図１に示すように、自局ノードが処理プログラムを有
し、他局ノードのデータベースから伝送路（ネットワー
ク）を介して、実行に必要なデータを獲得して情報処理
が実行される。

【０００３】しかしながら、このような方法では、（１）ネットワークを介して伝送されるデータが存在し
ない場合でも自局ノードと他局ノードの間の処理が終了
するまで通信回線は接続されたままの状態で非効率的で
ある（２）ネットワークを介したデータ伝送の増加に伴い、
データ伝送の制御が著しく煩雑になり、データ伝送のた
めの通信時間が増大するといった問題点がある。

【０００４】そこで、従来より、ネットワークの有効利
用、データ伝送制御の煩雑さの解消、及び通信時間の短
縮を図るために、図１５に示すように、実行に必要なデ
ータベース２等を持つノード１に、通信・情報処理関連
の処理定義プログラム３、処理手続きを記述したコード
等の制御情報をデータ４とセットで伝送し、伝送先のノ
ード５が処理定義プログラムや処理手続きコードを実行
する通信・情報処理システムの概念が提案されはじめて
いる。符号６は伝送路である。

【０００５】このような概念の通信・情報処理システム
では、上述の問題点を解決するだけでなく、通信網内を
自律的に移動し、移動先ノードへ処理の指示及び実行を
依頼することができるため、通信網内にあるノードを活
用して、高度な通信・情報サービスを提供することがで
きるという利点がある。

【０００６】以上に述べたようなシステムの先行技術と
しては、テレスクリプトや文献：１９８９年電子情報通
信学会春季全国大会Ｂ−３５６「インテリジェントセル
による通信方式の提案」（３−６２、今川仁他、ＮＴＴ
交換システム研究所）、特開昭６３−９７０４１号公報
及び５−２５２０８号公報等が知られている。

【０００７】しかしながら、このような従来の通信・情
報処理システムにおいては、認証、課金、有効期間規定
方式についての検討はあるが、（１）通信・情報処理中の処理経過及び状態の通知方式（２）通信・情報処理の継続・延長・中止等の処理内容
の変更方式（３）通信・情報処理範囲の規定方式（４）通信・情報処理転送履歴記憶方式（処理部探索結
果記憶方式）等について何ら提案されていなかった。

【０００８】なお、通信・情報処理関連の処理定義プロ
グラムや処理手続きを記述したコード等の通信網内での
累積経過時間を実現するために必要な制御情報とデータ
のセットとしたパケットのことを以後、アクティブパケ
ットと呼ぶことにする。

【０００９】

【発明が解決しようとする課題】上述したように、自局
ノードから実行に必要なデータベース等を持つ他局ノー
ドに、通信・情報処理関連の処理定義プログラムや処理
手続きを記述したコード等の制御情報をデータとセット
で伝送し、伝送先のノードが処理定義プログラムや処理
手続きコードを実行する通信・情報処理システムにおい
ては、以下のような問題点があった。（１）アクティブパケットの発信後、その処理結果及び
状態を知ることができなかったため、要求した処理に対
する結果がなかなか戻って来ない場合などに、どのよう
な対応をとれば良いか適切な判断を下すことができない
という問題点があった。（２）アクティブパケットの発信後、その通信・情報処
理内容の変更を行うことができなかったため、要求した
処理が有効期間を規定するタイマにより未完了のままで
処理が終了しまっても処理を継続できなかったり、処理
要求を取り消したいと思っても処理を中止することがで
きない、等という問題点があった。（３）アクティブパケット内に、その通信・情報処理を
行う範囲が規定されていなかったため、必要以上の処理
依頼を行い、システムの幅輳を招く原因となったり、パ
ケットが何らかの原因で無限転送され続けてしまった場
合にシステムから排除することができず、システムの転
送帯域が圧迫されてしまうという問題点があった。（４）要求した処理を実行することが可能な処理部がど
こにあるかわからない場合に行われる処理部の探索結果
を記憶しなかったため、同様のサービス要求に対して、
毎回実行可能な処理部を探索する必要があり、非効率的
であるという問題点があった。

【００１０】本発明は上記事情を考慮してなされたもの
であって、その第１の目的は、他局ノードの処理の経過
及び処理状態の一部または全部を自局ノードに通知する
ことのできる通信・情報処理システムを提供することに
ある。

【００１１】また第２の目的は、他局ノードの伝送した
制御情報やデータの一部または全部を少なくとも自局ノ
ードからリモート変更することのできる通信・情報処理
システムを提供することにある。

【００１２】

【課題を解決するための手段】上記目的を達成するた
め、この発明に係る通信・情報処理制御システムは、通
信及び情報処理を指定する制御情報のいずれか一方また
は双方を含むヘッダ情報を独立またはデータ情報に付加
した構成のパケットを送受信することが可能な２つ以上
の通信・情報処理ノード及び、それを接続する伝送路か
ら構成される通信・情報処理システムにおいて、前記通
信・情報処理ノードが、前記パケットを受信するパケッ
ト受信手段と、通信・情報処理を行う際に必要なデータ
を記憶しているデータ記憶手段と、前記パケット受信手
段で受信したパケットの内容を解析し、該通信・情報処
理ノードの制御を行う制御手段と、前記制御手段のパケ
ット解析結果より、前記受信パケット及びデータ記憶手
段のいずれか一方または双方の内容の参照と更新しつ
つ、対応する情報処理を実行する情報処理手段と、前記
制御手段のパケット解析結果より、前記受信パケット及
びデータ記憶手段のいずれか一方または双方の内容の参
照と更新しつつ、対応する通信処理を実行する通信処理
手段と、前記通信処理手段、通信処理手段の処理結果及
び前記データ記憶手段のいずれか一つまたは全部の内容
を参照しつつ、送信パケットを作成し、送信するパケッ
ト送信手段と、を具備し、前記情報処理手段、前記通信
処理手段から通信及び情報処理の状態変化や、前記受信
パケットの解析結果に対応して、データ記憶手段に蓄積
されている通信及び情報処理の状態情報を更新し、前記
パケット解析結果において通信及び情報処理の状態情報
通知要求がある場合または状態情報の通知条件を満足し
た場合に、対応する状態情報をデータ記憶部から読み出
して、送信パケット内に状態情報を書き込む状態情報更
新／通知手段を備え、一方の通信・情報処理ノードから
の状態情報通知要求に応答して、指定された他方の通信
・情報処理ノードの状態情報を通知することを特徴とす
るものである。

【００１３】また、この発明に係る通信・情報処理制御
システムは、通信及び情報処理を指定する制御情報のい
ずれか一方または双方を含むヘッダ情報を独立またはデ
ータ情報に付加した構成のパケットを送受信することが
可能な２つ以上の通信・情報処理ノード及び、それを接
続する伝送路から構成される通信・情報処理システムに
おいて、前記通信・情報処理ノードが、前記パケットを
受信するパケット受信手段と、通信・情報処理を行う際
に必要なデータを記憶しているデータ記憶手段と、前記
パケット受信手段で受信したパケットの内容を解析し、
該通信・情報処理ノードの制御を行う制御手段と、前記
制御手段のパケット解析結果より、前記受信パケット及
びデータ記憶手段のいずれか一方または双方の内容の参
照と更新しつつ、対応する情報処理を実行する情報処理
手段と、前記制御手段のパケット解析結果より、前記受
信パケット及びデータ記憶手段のいずれか一方または双
方の内容の参照と更新しつつ、対応する通信処理を実行
する通信処理手段と、前記通信処理手段、通信処理手段
の処理結果及び前記データ記憶手段のいずれか一つまた
は全部の内容を参照しつつ、送信パケットを作成し、送
信するパケット送信手段と、を具備し、前記制御手段の
パケット解析結果より、処理内容変更要求がある場合
に、パケットのヘッダ情報を処理内容変更要求に対応し
て書き換えたり、前記通信処理手段、前記情報処理手段
で実行待ちまたは実行中の通信及び情報処理を中止した
り、途中処理状態を前記データ記憶手段に蓄積して停止
状態に遷移したり、前記データ記憶手段に蓄積されてい
る途中処理状態を読み出して通信及び情報処理を再開し
たりする通信・情報処理変更維持手段を備え、一方の通
信・情報処理ノードからの通信・情報処理内容変更要求
に応答して、指定された他方の通信・情報処理ノードの
通信・情報処理内容を変更するようにしてもよい。

【００１４】さらに、この発明に係る通信・情報処理制
御システムは、通信及び情報処理を指定する制御情報の
いずれか一方または双方を含むヘッダ情報を独立または
データ情報に付加した構成のパケットを送受信すること
が可能な２つ以上の通信・情報処理ノード及び、それを
接続する伝送路から構成される通信・情報処理システム
において、前記通信・情報処理ノードが、前記パケット
を受信するパケット受信手段と、通信・情報処理を行う
際に必要なデータを記憶しているデータ記憶手段と、前
記パケット受信手段で受信したパケットの内容を解析
し、該通信・情報処理ノードの制御を行う制御手段と、
前記制御手段のパケット解析結果より、前記受信パケッ
ト及びデータ記憶手段のいずれか一方または双方の内容
の参照と更新しつつ、対応する情報処理を実行する情報
処理手段と、前記制御手段のパケット解析結果より、前
記受信パケット及びデータ記憶手段のいずれか一方また
は双方の内容の参照と更新しつつ、対応する通信処理を
実行する通信処理手段と、前記通信処理手段、通信処理
手段の処理結果及び前記データ記憶手段のいずれか一つ
または全部の内容を参照しつつ、送信パケットを作成
し、送信するパケット送信手段と、を具備し、前記制御
手段のパケット解析結果より、ヘッダ内に設定された通
信処理制限または情報処理制限のいずれか一方または双
方の制限に到達した場合に、通信・情報処理を終了させ
るようにしてもよい。

【００１５】さらに、この発明に係る通信・情報処理制
御システムは、通信及び情報処理を指定する制御情報の
いずれか一方または双方を含むヘッダ情報を独立または
データ情報に付加した構成のパケットを送受信すること
が可能な２つ以上の通信・情報処理ノード及び、それを
接続する伝送路から構成される通信・情報処理システム
において、前記通信・情報処理ノードが、前記パケット
を受信するパケット受信手段と、通信・情報処理を行う
際に必要なデータを記憶しているデータ記憶手段と、前
記パケット受信手段で受信したパケットの内容を解析
し、該通信・情報処理ノードの制御を行う制御手段と、
前記制御手段のパケット解析結果より、前記受信パケッ
ト及びデータ記憶手段のいずれか一方または双方の内容
の参照と更新しつつ、対応する情報処理を実行する情報
処理手段と、前記制御手段のパケット解析結果より、前
記受信パケット及びデータ記憶手段のいずれか一方また
は双方の内容の参照と更新しつつ、対応する通信処理を
実行する通信処理手段と、前記通信処理手段、通信処理
手段の処理結果及び前記データ記憶手段のいずれか一つ
または全部の内容を参照しつつ、送信パケットを作成
し、送信するパケット送信手段と、を具備し、前記制御
手段のパケット解析結果より、通信・情報処理履歴記憶
要求がある場合に、通信・情報処理ノードを識別する情
報や該通信・情報処理ノードで実行された処理及び転送
履歴情報を前記送信パケット内または前記データ記憶手
段内に書き込むパケット処理履歴記憶手段を備えるよう
にしてもよい。

【００１６】

【作用】本発明によれば、通信・情報処理システムのサ
ービス要求を持つパケット発信ノード（始点ノード）
が、その処理要求を定義した要求定義プログラムを持つ
パケットを、次ノードである通信・情報処理ノードに送
信されると、まず、通信・情報処理ノードの通信処理部
は、始点ノードから送信されたパケットを、パケット受
信プログラムを用いて、受信パケットとして記憶する。
この際、パケット受信プログラムは、受信パケットが自
分宛のパケットか否か判断して、自分宛のパケットでな
い場合はパケットを廃棄する。

【００１７】次に、制御部は、前記受信パケットの内容
を解析し、所望の通信・情報処理サービスを実行するた
めの処理定義プログラム（処理手続き情報）を作成し、
認証チェックや処理範囲制限を越えていないか等の正当
性の検査を行い、通信・情報処理サービスの実行を許可
するか否かの処理受付制御を行う。

【００１８】さらに、制御部は、実行許可された処理手
続き情報に基づき、所望の通信・情報処理を行うための
（命令、パラメータ）の全部または一部を、所望のタイ
ミングで、通信処理部、制御部、情報処理部内の処理プ
ログラムに与える。

【００１９】次に、通信処理部、制御部、情報処理部
は、制御部から与えられた（命令、パラメータ）の全部
または一部を使用して、各部が持つ処理プログラムを実
行して、途中、転送履歴情報、状態情報、処理結果等を
格納しながら、所望の通信・情報処理を実行し、送信パ
ケットが作成される。

【００２０】次に、通信処理部のパケット送信プログラ
ムを用いて、送信パケットを次ノードへ送信する。

【００２１】パケットは、これらの一連の処理をそれぞ
れの通信・情報処理ノードを行い、所望の通信・情報処
理サービスを完了させる。

【００２２】

【実施例】本発明に係る通信・情報処理制御システムの
好適な実施例について添付図面に基づいて詳細に説明す
る。実施例による具体的な説明に入る前に、図１のシス
テム概要図を参照しながら、この発明の基本概念につい
て説明する。

【００２３】図１において、通信・情報処理制御システ
ム１０は、複数の通信処理ノード１１（１１ａ〜１１
ｎ）と、伝送路１７と、制御装置１００と、を備えてい
る。

【００２４】前記複数の通信・情報処理ノード１１のそ
れぞれは、前記アクティブパケットを受信する受信手段
１２と、通信・情報処理のために必要なデータを記憶し
ているデータ記憶手段１３と、前記制御装置のアクティ
ブパケットの解析結果に基づいて受信された前記アクテ
ィブパケットと前記データ記憶手段に記憶されている前
記データとのうちの少なくとも一方の内容を参照及び更
新しながら対応する情報処理を実行する情報処理手段１
４と、前記解析結果に基づいて前記アクティブパケット
及び前記例えばのうちの少なくとも一方の内容を参照及
び更新しながら対応する通信処理を実行する通信処理手
段１５と、前記情報処理手段及び通信処理手段のそれぞ
れの処理結果並びに前記データ記憶手段に記憶された前
記データのうちの少なくとも一つの内容を参照しつつ送
信及びアクティブパケットを作成して送信するパケット
送信手段１６と、を備えている。

【００２５】前記制御装置１００は、前記複数の通信・
情報処理ノードのそれぞれに対する通信サービスの必要
性とサービスの状況とを解析しつつ前記アクティブパケ
ットの前記ヘッダ情報の構成を管理することにより、前
記アクティブパケットの送信及び受信を制御する制御手
段１０１と、前記情報処理手段、前記通信処理手段から
通信及び情報処理の状態変化や、前記受信パケットの解
析結果に対応して、データ記憶手段に蓄積されている通
信及び情報処理の状態情報を更新し、前記パケット解析
結果において通信及び情報処理の状態情報通知要求があ
る場合または状態情報の通知条件を満足した場合に、対
応する状態情報をデータ記憶部から読み出して、送信パ
ケット内に状態情報を書き込む状態情報更新／通知手段
１０２と、前記制御手段のパケット解析結果より、処理
内容変更要求がある場合に、パケットのヘッダ情報を処
理内容変更要求に対応して書き換えたり、前記通信処理
手段、前記情報処理手段で実行待ちまたは実行中の通信
及び情報処理を中止したり、途中処理状態を前記データ
記憶手段に蓄積して停止状態に遷移したり、前記データ
記憶手段に蓄積されている途中処理状態を読み出して通
信及び情報処理を再開したりする通信・情報処理変更維
持手段１０３と、前記制御手段のパケット解析結果よ
り、通信・情報処理履歴記憶要求がある場合に、該通信
・情報処理ノードを識別する情報や該通信・情報処理ノ
ードで実行された通信・情報処理の種類を示す情報など
を含む該通信・情報処理ノードで実行された処理及び転
送履歴情報を前記送信パケット内または前記データ記憶
手段内に書き込むパケット処理履歴記憶手段１０４と、
を備えている。

【００２６】以下、本発明の実施例を図面に基づいて説
明する。図２は本発明による通信・情報処理システムに
係るノードの一具体例の構成を示すブロック図である。
図示のようにこのノードは、通信処理部２１と、制御部
２２と、情報処理部２３と、データ記憶部２４と、から
構成される。通信処理部２１は、パケット受信プログラ
ム２１ａ、パケット送信プログラム２１ｃ等の通信処理
に関する処理プログラムを持ち、パケットの送受信はは
じめとした、通信処理を実行する。

【００２７】制御部２２は、パケット解析プログラム２
２ａ等を用いてパケットの内容を解析する機構を持ち、
パケット解析結果に基づき、通信処理部２１、情報処理
部２３の制御及びデータ記憶部２４にアクセスして、情
報の獲得／更新を行う。また、制御部２２は、必要に応
じて、アクティブパケットの生成、廃棄、分離、多重化
などを行い、サービス実現のための処理を並列化する機
能を持つ。ここで、上述のようなアクティブパケットの
処理機能（内容解析、生成、廃棄、分離、多重など）
を、アプリケーションとＯＳの間、レイヤとＯＳの間、
またはレイヤとレイヤの間の一部または全部のミドルウ
エアでサポートし、各レイヤ間のと統一的なインターフ
ェースとすることによって、物理媒体の違いやＯＳの違
いを隠蔽することができる。

【００２８】情報処理部２３は、多数の情報処理プログ
ラム２３ａ〜２３ｎを持ち、必要に応じて、データ記憶
部２４にアクセスしながら、所望の情報処理を実行す
る。

【００２９】データ記憶部２４は、通信処理部２１、制
御部２２、情報処理部２３とのインターフェースを持
ち、各種データベース２４ａ〜２４ｉ、認証情報２４
ｊ、状態情報２４ｋ、課金情報２４ｌ、ユーザー登録情
報２４ｍ等の各種情報を格納し、通信処理部２１、制御
部２２、情報処理部２３から必要に応じて読み書きが可
能な記憶部であり、通信処理部２１、制御部２２、情報
処理部２３のアクセス競合を回避するための制御も行っ
ている。データ記憶部２４に対応するアクセス競合制御
は、制御部２２が行っても良いし、アクセス競合が発生
しないように、メモリ空間を分割して、読みだし／書き
込みインターフェースを独立に持っていてもよい。

【００３０】また、図３は、本発明に係る通信・情報処
理システムにおいて用いられるアクティブパケットの一
具体例を示す図である。

【００３１】図示したように、このパケットは、次ノー
ド識別番号４１と、始点ノード識別番号４２と、終点ノ
ード識別番号４３と、転送経路指定領域４４（ノード指
定＋伝送路指定）と、処理範囲制限領域４５と、パケッ
ト属性情報５１と、サービス要求・指定情報５２と、認
証情報５３と、（通信・情報処理関連の）処理定義プロ
グラム情報（処理手続きコード情報）５４と、転送履歴
記憶領域７１と、状態情報記憶領域７２と、処理結果情
報記憶領域７３と、データ７４と、から構成される。な
お、必ずしもこれら全てを具備している必要はなく、一
部から構成されていてもよい。

【００３２】次ノード識別番号４１は、パケットが次に
処理されるノードを識別するための番号である。始点ノ
ード識別番号４２は、発信ノードを識別するための番号
である。終点ノード識別番号４３は、最終目的ノード
（受信ノード）を識別するための番号である。

【００３３】転送経路指定領域４４は、始点ノードから
終点ノードまで通過するノードを指定することができる
ように通過すべきノード番号を記憶した領域で、伝送路
番号も記憶しておいてもよい。

【００３４】処理範囲制限領域４５は、発信ノード（転
送元ノード）から処理を行う範囲を規定するための情報
を設定／更新するための領域で、ホップ数（通過した処
理ノードの数）やグループ識別子等を用いて処理範囲を
規定する領域である。

【００３５】パケット属性情報５１は、パケットの種類
を示す情報で、ユーザー用／制御用、アクティブ／イン
アクティブ、通信処理レベル／情報処理レベル等の識別
子やパケット処理を行う際の優先順位情報等が挙げられ
る。

【００３６】サービス要求・指定情報５２は、サービス
要求情報５２ａと、サービスフロー情報５２ｂとから構
成される。

【００３７】サービス要求情報５２ａは、通信・情報処
理サービスを実現するためのサービス要求のプロファイ
ルを示す情報で、ユーザーがアイコン等をクリックして
作成したり、ネットワーク管理・制御部（後述の図５に
示すサービス管理ノード１２と同一）が所望の通信・情
報処理サービスを受けるために作成したりする。

【００３８】サービスフロー情報５２ｂは、サービス識
別子５２ｃ、サービスエージェント識別子５２ｄ、サー
ビスパラメータ（サービス処理のためのパラメータ）情
報５２ｅとから構成される。

【００３９】サービス識別子５２ｃは、サービス実現の
最小単位で、サービス識別子５２ｃを組み合わせること
により、高度なサービスを実現することができる。

【００４０】サービスエージェント識別子５２ｄは、サ
ービス識別子５２ｃの示したサービスを提供するエージ
ェント（代理人）を示す識別するための情報で、通信・
情報処理ノードや、複数の通信・情報処理ノードを接続
して構成されるネットワーク等がエージェントとなる。

【００４１】サービスパラメータ情報５２ｅは、サービ
ス識別子５２ｃのサービスをサービスエージェントが実
行する際に必要なパラメータ情報である。

【００４２】認証情報５３は、転送先のノードがこのパ
ケットのサービス要求を受け付けるか否かを識別する認
証チェックに用いられる情報である。

【００４３】処理定義プログラム情報（処理手続きコー
ド情報）５４は、移動先ノードでサービスを実現するた
めに実行されるプログラムや処理手続き情報（コマンド
列）であり、リモートにある通信・情報処理ノードやロ
ーカルホストにダウンロードされたり、リモートに存在
する通信・情報処理ノードで実行され、処理結果がパケ
ット内に記憶されたりする。

【００４４】転送履歴記憶領域７１は、通過したノード
番号、伝送路番号を記憶する領域であり、パケット転送
途中またはパケット転送完了時に、パケット送信元に転
送履歴情報を通知することにより、始点ノードからアク
ティブパケットの位置を知ることができるだけでなく、
始点ノードから処理途中のアクティブパケットの制御を
行うことができる。ここで、転送履歴記憶領域７１を用
いてリモートから処理変更を知らせる場合は、通信・情
報処理ノードで処理開始前に送信元ノードへ処理変更が
ないか確認を行った後に、処理を開始する方法が有効で
ある。

【００４５】状態情報記憶領域７２は、各ノードや伝送
路の輻輳、障害状態等のノードにおける種々の状態を記
憶する領域で、ノード間で状態情報を転送することによ
り、他ノードの状態情報を把握することができる。

【００４６】処理結果情報記憶領域７３は、アクティブ
パケットに対して通信・情報処理ノードが提供する通信
・情報処理結果を格納する領域である。

【００４７】データ７４は、始点ノードから終点ノード
へ転送されるユーザーデータ情報である。

【００４８】いま、通信・情報処理システムへの要求と
して、発信ノード（始点ノード）が、図３に示したよう
なアクティブパケットを、図２に示す通信・情報処理ノ
ードに送信し、それに伴い、発信ノードの所望の通信・
情報処理サービスが前記通信・情報処理ノードで実行さ
れることを想定し、以下にその動作を説明する。（１）まず、通信・情報処理ノードの通信処理部２１
は、始点ノードから送信されたパケットを、パケット受
信プログラム２１ａを用いて、受信パケット２１ｂとし
て記憶される。この際、パケット受信プログラム２１ａ
は、受信パケット２１ｂの次ノード識別番号４１と、通
信・情報処理ノードが持つ自ノード識別番号が一致して
いるか調べ、一致している場合にはパケットを記憶し、
不一致の場合には、パケットを廃棄する。（２）次に、制御部２２は、パケット解析プログラム２
２ａを用いて前記受信パケット２１ｂの内容を解析し、
パケット属性情報５１、サービス要求・指定情報５２に
基づき、受信パケットのサービス内容をデコード（理
解）し、必要に応じて受信パケット２１ｂ内部の次ノー
ド識別番号４１、始点ノード識別番号４２、終点ノード
識別番号４３、転送経路指定領域４４（ノード指定＋伝
送路指定の列）を参照し、必要に応じて通信処理部２
１、情報処理部２３、データ記憶部２４から情報を獲得
して、所望の通信・情報処理サービスを実行するための
処理手続き情報（または処理定義プログラム）を作成す
る。（３）次に、制御部２２は、必要に応じて処理定義プロ
グラム情報（処理手続きコード情報）５４、認証情報５
３、処理範囲制限領域４５を参照し、作成された処理手
続き情報のコンパイル／リンクを認証等も含めて実行
し、結果の正当性を検証して上記通信・情報処理サービ
スの実行を許可するか否かの処理受付制御を行う。（４）次に、制御部２２は、実行許可された処理手続き
情報に基づき、所望の通信・情報処理を行うための命
令、パラメータの全部または一部を、所望のタイミング
で、通信処理部２１、制御部２２、情報処理部２３内の
処理プログラムに与える。

【００４９】ここで、制御部２２は、ＴＣＰ／ＩＰ（Ｔ
ｒａｎｓｍｉｓｓｉｏｎＣｎｔｒｏｌＰｒｏｔｏｃ
ｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）やＯＳＩ
（ＯｐｅｎＳｙｓｔｅｍＩｎｔｅｒｃｏｎｎｅｃｔ
ｉｏｎ；開放型システム間相互接続）のネットワーク管
理（ＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎ
ａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）、ＣＭＩＰ（Ｃｏ
ｍｍｏｎＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉ
ｏｎＰｒｏｔｏｃｏｌ）、ＣＭＯＴ（ＣＭＩＰＯｖ
ｅｒＴＣＰ／ＩＰ）、ＣＭＯＬ（ＣＭＩＰＯｖｅｒ
ＬＬＣ）など）で用いられているのと同様に、管理情
報の操作を始めとする情報の操作として、ＧＥＴ、ＳＥ
Ｔ、ＡＣＴＩＯＮ、ＣＲＥＡＴＥ、ＤＥＬＥＴＥ、ＥＶ
ＥＮＴ、ＣＯＭＰＡＲＥＡＮＤＳＥＴ、ＴＲＡＣＥ
等のコマンドを用いて通信・情報処理の操作を指定する
ことができる他、資源割当等の制御関連の処理の操作も
行うことができる構成となっている。

【００５０】すなわち、制御部２２は、例えば、ＲＥＳ
ＥＲＶＥ（資源予約）、ＡＳＳＩＧＮ（資源割当）、Ｒ
ＥＬＥＡＳＥ（資源解放）等の操作により、オペレーシ
ョンシステムＯＳに対して、資源獲得要求を出すことが
できる。

【００５１】このため、アクティブパケットを用いる
と、ＳＮＭＰ等で行われている管理情報の獲得の他、種
々の情報をユーザーやネットワーク内のノードが獲得し
たり、変更したりすることができるだけでなく、あるサ
ービスを実行するための通信処理資源及び情報処理資源
を複数の通信・情報処理ノードを移動しながら、確保し
たり、予約したり（資源割当のキューに入れたり）する
ことが可能となる。（５）次に、通信処理部２１、制御部２２、情報処理部
２３は、制御部２２から与えられた命令、パラメータの
全部または一部を使用して、各部が持つ処理プログラム
を実行して、途中、転送履歴記憶領域７１、状態情報記
憶領域７２、処理結果情報記憶領域７３に処理結果を格
納しながら、所望の通信・情報処理を実行し、送信パケ
ット２１ｄが作成される。（６）次に、通信処理部２１のパケット送信プログラム
２１ｃを用いて、送信パケット２１ｄを次ノード識別番
号４１に対応する通信・情報処理ノードへ送信する。

【００５２】図４は、本発明の第１実施例に係る通信・
情報処理制御システムの構成を示すブロック図である。
この通信・情報処理システムは、サービス発信ノード１
と、サービス管理ノード４と、サービス受信ノード６と
がネットワーク３を介して接続された構成であり、さら
にサービス発信ノード１にはローカルキャッシュメモリ
２が、サービス管理ノードにはサービス管理メモリ５
が、サービス受信ノード６にはローカルキャッシュメモ
リ７が各々接続されている。ネットワークは通信処理ノ
ードが伝送路によって接続されることにより構成されて
いる。

【００５３】いま、サービス発信ノード１から所望の通
信・情報サービスをサービス受信ノード６へ提供する場
合の動作について図５〜図１３を用いて説明する。

【００５４】図５は、サービス発信ノード１のサービス
要求に対応する通信・情報処理サービスを実現する方法
がわからない場合の本発明による通信・情報処理制御シ
ステムの第１の実施例の動作を示す図である。

【００５５】図４に示すように、サービス発信ノード１
は、所望の通信・情報サービスを次のステップ（Ｓ１）
〜（Ｓ６）にしたがうシーケンスで実現する。すなわ
ち、（Ｓ１）サービス要求を持つサービス発信ノード１は、
サービス要求に基づきローカルキャッシュメモリ２にア
クセスして、所望のサービスを実現するためのサービス
フロー情報が登録されているか確認するこのサービス要
求は、ユーザーがアイコンをクリックすることにより作
成したものでも良い。（Ｓ２）所望のサービスを実現するためのサービスフロ
ー情報がローカルキャッシュに登録されていないことが
確認されると、サービス発信ノード１は、サービス管理
ノード４に対してサービス要求を含む情報を転送する。（Ｓ３）サービス要求を含む情報を受信したサービス管
理ノード４は、サービス要求に基づき、サービス管理メ
モリ５をアクセスして、所望のサービスを実現するため
のサービスフロー情報を獲得する。

【００５６】次に、サービス管理ノード４は、サービス
発信ノード１から送られてきたサービス要求を含む情報
と、前記獲得したサービスフロー情報と、サービス発信
ノード１、サービス受信ノード６のアドレス情報等に基
づき、サービス発信ノード１からサービス受信ノード６
へ所望の通信・情報サービスを実現するためのサービス
制御情報（転送経路情報、サービスフロー情報等を含む
サービスを実現するために必要な制御情報−図３参照）
を作成する。（Ｓ４）サービス管理ノード４は、作成されたサービ
ス制御情報と、サービス発信ノード１から送られてきた
サービス要求を含む情報をセットにして、サービス送信
ノード１に送り返す。（Ｓ５）サービス発信ノード１は、ステップＳ４から
の情報を受け取り、受け取った情報に含まれるサービス
要求に基づき、ローカルキャッシュメモリ２にアクセス
して、受信情報内のサービスフロー情報を記憶するとと
もに、（Ｓ６）サービス発信ノード１は、受信したサービス
制御情報から新たに作成されたサービス制御情報と、処
理したいデータをセットにしたパケット（前述のアクテ
ィブパケット）を作成しサービス受信ノード６へ向けて
発信する。

【００５７】発信されたアクティブパケットは、所望の
通信・情報サービスを実現しながら、自律的に移動し、
サービス受信ノード６へ所望のサービスを提供する。

【００５８】この際、隣接ノード間の移動の際のコネク
ション形態は、ＣＬ（ＣｏｎｎｅｃｔｉｏｎＬｅｓ
ｓ）型でもＣＯ（ＣｏｎｎｅｃｔｉｏｎＯｒｉｅｎｔ
ｅｄ）型でも良く、ＣＯ型の場合には、コネクション設
定要求に従って、コネクション管理ノード８がコネクシ
ョン設定を行ってくれる。

【００５９】ここで、コネクション形態として、ＣＯ型
を利用するか、ＣＬ型を使用するかは、サービスの要求
するＱＯＳ（Ｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅ：
要求通信品質）に応じて選択される。

【００６０】図４では、サービス発信ノード１のサービ
ス要求に対応する通信・情報処理サービスを実現する方
法がわからない場合の動作を示したが、通信・情報サー
ビスの実現方法がわかる場合には、図５のステップＳ１
の動作の後、直ちにステップＳ６の動作に移ることによ
り所望の通信・情報処理サービスをサービス受信ノード
６へ提供することができる。

【００６１】図６は、サービス発信ノード１のサービス
要求に対応する通信・情報処理サービスを実現するため
の方法がわからない場合の本発明の第１実施例のその他
の動作を示す図である。

【００６２】図６において、サービス発信ノード１が所
望の通信・情報サービスをサービス受信ノード６へ提供
するためには、図５におけるステップ（Ｓ１）〜（Ｓ
３）、（Ｓ６）の順でほぼ同様の動作を行うことにより
実現される。

【００６３】ここで、図６のステップ（Ｓ１）〜（Ｓ
３）のシーケンスと、図５のステップ（Ｓ１）〜（Ｓ
３）のシーケンスにおける相違点は、図６のステップＳ
２におけるサービス要求を含む情報には、サービス発信
ノード１がサービス受信ノード６へ送信したいデータ情
報が含まれている必要があるのに対して、図４のステッ
プ（Ｓ２）におけるサービス要求を含む情報には、サー
ビスフロー情報を作成するために、サービス発信ノード
１がサービス受信ノード６へ送信したい情報（データ情
報）を参照する必要がない場合があるため、データ情報
が含まれていない場合があることと、図５のステップ
（Ｓ３）で作成されるサービス制御情報がサービス管理
ノード４からサービス受信ノード６へ所望の通信・情報
サービスを提供するためのサービス制御情報であるのに
対して、図４のステップ（Ｓ２）で作成されるサービス
制御情報がサービス送信ノード１からサービス受信ノー
ド６へ所望の通信・情報サービスを提供するためのサー
ビス制御情報であるということと、である。

【００６４】また、図６のステップ（Ｓ６）の動作と図
５のステップ（Ｓ６）の動作の相違点は、図６のステッ
プ（Ｓ６）ではサービス管理ノード４が発信するアクテ
ィブパケットを作成してサービス受信ノード６に所望の
通信・情報処理サービスを提供するのに対して、図５の
ステップ（Ｓ６）ではサービス発信ノード１が発信する
アクティブパケットを作成してサービス受信ノード６に
所望の通信・情報処理サービスを提供するという点であ
る。

【００６５】また、図６におけるステップ（Ｓ４）、
（Ｓ６）の動作はサービス発信ノード１からサービス受
信ノード６に所望の通信・情報処理サービスを提供する
際に、必ずしも必要な動作ではないが、ステップ（Ｓ
４）、（Ｓ５）の動作を行っても良く、この場合には、
図５のステップ（Ｓ３）の動作において、図４のステッ
プ（Ｓ３）と同様に、サービス送信ノード１からサービ
ス受信ノード６へ所望の通信・情報サービスを提供する
ためのサービス制御情報も作成することである。

【００６６】すなわち、図５がサービス発信ノード１が
サービス管理ノード４からのサービス制御情報を受信し
て、サービス受信ノード６へのサービスを実現するアク
ティブパケットを作成して、直接サービスを実現する方
法であったのに対して、図６は、サービス管理ノード４
がサービス発信ノード１の代理でアクティブパケットを
作成して、サービス受信ノード６へのサービスを実現す
る方法である。

【００６７】図７は、図５の説明におけるステップ
（６）をさらに細かく説明した図である。すなわち、サ
ービス発信ノード１から発信されたアクティブパケット
（（Ａ）の動作）は、通信処理ノード８で、通信・情報
処理ノード９、１０向けのアクティブパケットとして分
割される（（Ｂ）、（Ｃ）の動作）。次に、分割された
アクティブパケットを受信した通信・情報処理ノード
９、１０は、それぞれのアクティブパケットの制御情報
とデータに基づき、処理（イ）、処理（ロ）を実行し、
通信・情報処理ノード１１に処理結果を転送する
（（Ｄ）、（Ｅ）の動作）。処理結果を受信した通信・
情報処理ノード１１は、いずれか一方の処理結果を含む
アクティブパケットを受信したら、実行可能な範囲内
で、処理（ハ）を実行し、残りの処理結果を含むアクテ
ィブパケットの受信を待つ。次に、残りの処理結果を含
むアクティブパケットを受信した通信・情報処理ノード
１１は、データ待ち状態が解除され、処理（ハ）を継続
し、最終結果を得る。さらに、処理（ハ）の実行が終了
したら、サービス受信ノード６向けのアクティブパケッ
トを作成し、サービス受信ノード６へ転送する（（Ｆ）
の動作）。

【００６８】そして、通信・情報処理ノード１１からの
アクティブパケットを受信したサービス受信ノード６
は、受信したアクティブパケットの制御情報及びデータ
のセットに基づき、処理（ニ）を行い、所望の通信・情
報サービスが提供される。

【００６９】また、図８は、図５の説明における（６）
をさらに細かく説明したその他の図である。図７と図８
の違いは、通信・情報処理ノード８がアクティブパケッ
トを単に中継するのみであって、図７における通信・情
報処理ノード８の役割を、図８では通信・情報処理ノー
ド１１が行っている点である（この場合、通信・情報処
理ノード１１にも分割前のアクティブパケットが残され
ていても残されていなくても良い）。

【００７０】図８で述べたかったことは、通信・情報処
理ノードが依頼した処理の実行結果は、図６のように処
理結果が依頼元（ノード８）に戻ってこない形態であっ
ても、図７のように処理結果が依頼元（ノード１１）に
戻ってくる形態であっても、その双方の形態を同時に行
っても良いということにある。

【００７１】また、図８は、図６と同様の処理フローを
実現するアクティブパケットがサービス発信ノード１か
ら発信された後、処理の変更がリモートから行う場合の
処理を示す図である。

【００７２】図８では、図６におけるステップ（Ａ）〜
（Ｃ）までの処理が終わり、通信・情報処理ノード９に
おいて、処理（イ）が実行中の状態を示している。

【００７３】ここで、アクティブパケットがユーザーの
手元から離れた後に、処理変更をリモートから行う方法
としては、例えば、次のステップ（Ｔ１）〜（Ｔ６）に
示すようなシーケンスで実現することができる。すなわ
ち、（Ｔ１）まず、サービス発信ノード１からサービス受信
ノード６に対して、これから処理変更を行おうとしてい
るアクティブパケットの受信禁止を知らせ、対応するア
クティブパケットがやってきたら廃棄する。なお、どの
伝送路を用いるかに付いては図面とは異なるノードを経
由しても良い。（Ｔ２）次に、処理変更を知らせるために、変更前のア
クティブパケットの通過した経路をたどり、処理変更に
関係する処理以後の処理の中止及び結果の廃棄を行う。

【００７４】例えば、処理（イ）及び処理（ロ）が共に
処理変更に関係する場合には、（Ｔ３）、（Ｔ４）の経
路をたどり、処理（イ）では、実行中の処理の中止を、
処理（ロ）では、処理キューから取り除くことを行う。（Ｔ５）次に、サービス発信ノード１からサービス受信
ノード６に対して、これから処理変更を行おうとしてい
るアクティブパケットの受信許可を知らせる。（Ｔ６）そして、処理変更に関係する所から処理変更
後のアクティブパケットを用いて、処理を再開する。

【００７５】ここで、始点ノードから処理途中のアクテ
ィブパケットに対するリモート制御する場合の、変更前
のアクティブパケットの通過経路をたどる方法として
は、転送履歴情報を通知しなくても、各通信・情報処理
ノードに、該当するアクティブパケットの通過に伴い、
その次ノード識別番号及び伝送路番号を記憶しておけ
ば、容易に同様の経路をたどることができる。

【００７６】また、図９は、図７と同様の処理フローを
実現するアクティブパケットがサービス発信ノード１か
ら発信された後、リモートノードから、アクティブパケ
ットが移動した先の通信・情報処理ノードの処理の経過
及び状態を把握したい場合の動作を示す図である。

【００７７】図１０では、図８における（Ａ）〜（Ｃ）
までの処理が終わり、通信・情報処理ノード９におい
て、処理（イ）が実行中の状態を示している。

【００７８】ここで、図７には、リモートノードにアク
ティブパケットが移動した先の通信情報処理ノードの処
理の経過及び状態を通知する方法としては、（Ｕ１）〜
（Ｕ４）の方法がある。（Ｕ１）は、通信・情報処理ノード１１が、受信したア
クティブパケットに設定された条件に到達したり、通信
・情報処理ノード１１が異常であると判断した場合など
に、リモートノード（この場合は、サービス発信ノード
１）から要求がなくても通信・情報処理ノードの処理経
過及び状態を通知することを示している。ここで、通信
・情報処理ノード１１の通知条件は、上述の例に限ら
ず、通信・情報処理ノード１１から定期的に通知しても
良い。（Ｕ２）は、サービス発信ノード１から通信・情報処理
ノード１１の処理経過及び状態を知りたい場合を示して
おり、リモートにあるユーザー（サービス発信ノード
１）から要求に通信・情報処理ノード１１が応答するこ
とによって、通信・情報処理ノード１１の処理経過及び
状態をユーザーが知ることができることを示している。（Ｕ３）は、通信・情報処理ノード１１から通信・情報
処理ノード１０の処理経過及び状態を知りたい場合を示
しており、ネットワーク内の通信・情報処理ノード間で
も要求−応答形式で、リモートノードである通信・情報
処理ノードの処理経過及び状態を知ることができること
を示している。（Ｕ４）は、通信・情報処理ノード９、１１間で、各通
信・情報処理ノードの動作状態を通知しあったり、ネッ
トワークのＯＡＭ情報等を通知しあっていることを示し
ている。

【００７９】ここで示した（Ｕ１）〜（Ｕ４）は、いず
れの方法も、リモートノードが、状態を知りたい通信・
情報処理ノードに対するアクセス方法を知っているとい
う前提の下での、ユーザーがネットワークの状態を知る
方法（（Ｕ１）、（Ｕ２））及びネットワーク内部ノー
ドがネットワークの状態を知る方法（（Ｕ３）、（Ｕ
４））である。

【００８０】リモートノードが、通信・情報処理ノード
を特定せずに、現在の通信・情報処理の経過や状態を知
りたい（どの通信・処理ノードにアクセスすれば良いか
わからない）場合には、図８において、リモートノード
から処理内容の変更をする場合と同様にして、アクティ
ブパケットの通過経路をたどっていき、現在、処理が実
行中の通信・情報処理ノードからネットワークの状態を
教えてくれるようにすれば良い。

【００８１】また、図１０は、サービス発信ノード１の
サービス要求に対する通信・情報処理サービスを実現す
る方法がわからず、かつサービス管理ノードがない場合
の本発明による動作を示す図である。

【００８２】図１０に示すように、サービス発信ノード
１は、所望の通信・情報処理サービスを（Ｐ１）〜（Ｐ
３）に示すようなシーケンスで実現する。すなわち、（Ｐ１）まず、サービス発信ノード１は、サービス要求
情報に基づきローカルキャッシュメモリ２にアクセスし
て、所望のサービスを実現するためのサービスフロー情
報が登録されているか確認する。（Ｐ２）所望のサービスを実現するためのサービスフロ
ー情報がローカルキャッシュに登録されていないことが
確認されると、サービス発信ノード１は、サービス要求
情報をネットワークに送出し（（Ｑ１）の動作図１１参
照）サービス要求に応えることができる通信・情報処理
ノードから自ノードの持つサービス処理機能（必要な入
力情報、処理機能、出力情報）と自ノードのアドレス情
報が送り返される（（Ｑ２）、（Ｑ３）、（Ｑ４）の動作）（図１１サー
ビス処理ノード獲得フェーズを参照のこと）。

【００８３】この際、通信・情報処理ノードから返送さ
れるサービス処理機能の情報には、今回のサービス要求
に関連する処理機能の他、そのノードが実現することが
できる処理機能の一覧を含んでいても良い。

【００８４】このようにネットワーク内の通信・情報処
理ノードが処理できる機能の一覧をローカルホスト（サ
ービス発信ノード１やサービス受信ノード６）が獲得し
て、ローカルキャッシュメモリに記憶しておけば、（Ｐ
１）の操作で、サービスフロー情報が登録されていない
場合でも、ローカルキャッシュメモリに蓄えられた通信
・情報処理ノードの機能一覧を参照することによって、
（Ｐ２）の動作を行わずに、ローカルホスト上でサービ
スフロー情報を作成することができる場合が考えられ
る。

【００８５】今までの説明では、ユーザーが要求したサ
ービスを解釈した結果として作成されるサービスフロー
情報を、ローカルキャッシュメモリ２、７に蓄積するこ
とを述べていたが、ここでは、ネットワーク内部に存在
する通信・情報処理ノード対応に、どのようなサービス
識別子（サービス実現の最も小さな単位）を持っている
か、及びそのサービスパラメータ情報をローカルキャッ
シュメモリ２、７に記憶しておくことを述べている。こ
こでは、通信・情報処理ノードに対応して、サービス識
別子等を記憶することを述べているが、ローカルキャッ
シュメモリ２、７に、サービスフロー情報、及びサービ
ス識別子情報などのサービス関連情報を記憶しておき、
サービス要求情報をキーとして、対応するサービスフロ
ー情報レベルのライブラリやサービス識別子レベルのラ
イブラリが取り出せたりする他、サービスフロー情報を
選択すると、そのサービスフロー構造が読み出せたり、
サービス識別子を選択するとそのサービス識別子を実現
する際に必要なサービスパラメータやそのサービス識別
子を持つ通信・情報処理ノードの一覧がわかるような構
成でも良い。（Ｐ３）次に、サービス発信ノード１は、ローカルキャ
ッシュメモリ２にサービスフロー情報を登録するととも
に、サービスフロー情報とデータをセットにしてアクテ
ィブパケットを作成、発信して、図６の（Ａ）〜
（Ｆ）、処理（イ）〜（ニ）と同様な操作及び処理を行
って、サービス受信ノード６にサービスを提供する（図
１２参照）。

【００８６】この際、隣接ノード間の移動の際のコネク
ション形態は、ＣＬ型でもＣＯ型でも良く、ＣＯ型の場
合には、コネクション設定要求に従って、コネクション
管理ノード８がコネクション設定を行ってくれる。

【００８７】また、図１３は、処理を提供する通信・情
報処理ノードを特定することなく、ネットワークに対し
てアクティブパケットをいきなり発信して、種々の処理
ノードを移動して、移動先の通信・情報処理ノードで順
次、処理を実行することにより、所望の通信・情報処理
サービスを提供する場合の第５の実施例の動作を示す図
である。ここで、図１３に示した方法と、図４〜図１２
で示した方法の違いは、図４〜図１２に示した方法が、
予め処理を提供する処理ノードを把握し、処理を提供す
る処理ノードが記載されたサービスフロー情報に基づき
アクティブパケットを作成して、所望の通信・情報処理
サービスを提供する方法であるのに対して、図１３に示
した方法では、予め処理を提供する処理ノードがわから
ない場合でも、いきなりアクティブパケットを作成・発
信し、処理を提供してくれる通信・情報処理ノードを探
索しながら所望の通信・情報処理サービスを実現する方
法である点である。

【００８８】次に、図１４の概略動作について説明す
る。

【００８９】ここでの一実施例には、隣接ノード間での
レイヤ２レベルの通信プロトコルはは確保されていると
して、説明を加える。

【００９０】レイヤ２レベル通信確保フェーズ（１）まず、発信ノードで隣接ノード（ホップ数Ｍの範
囲内）の状態情報を調べて、隣接ノード（例えば９０
ａ，９０ｂ，９０ｃ）の状態情報（輻輳、障害状態等）
を把握し、通信可能な伝送路を記憶し、サービス処理ノ
ード獲得・実行フェーズへ移行する。（２）サービス処理ノード獲得・実行フェーズからレイ
ヤ２レベル通信確保フェーズに戻ってきたら、発信ノー
ド１からパケット内部の処理範囲制限領域９０内（ホッ
プ数＝Ｎ）でホップ数を増加し、通信・情報処理サービ
スがまだ実行されていない任意の通信・情報処理ノード
に対して、アクティブパケットを移動し、移動先のノー
ドが代理の発信ノードとなって、（１）へ戻る。

【００９１】もし、ホップ数の上限になっても処理可能
なノードが見つからなかった場合には、処理不可能であ
ることになり処理を終了し、転送履歴情報記憶領域に記
憶された経路情報に基づき、始点ノードに対して、処理
不可能通知を行う。

【００９２】サービス処理ノード獲得・実行フェーズ次に、隣接ノード間のレイヤ２レベルの通信が確保され
た状態で、サービス実現をするために、どのような経路
を転送していけば良いのかという情報を獲得するフェー
ズである。

【００９３】発信ノード１は、サービス要求情報に基づ
き自ノードのローカルキャッシュメモリ２を参照して、
サービス実現のためのサービスフロー情報が登録されて
いる場合には、この読み出されたサービスフロー情報な
どに基づき、アクティブパケットを作成してサービス実
行フェーズに移行し、サービスフロー情報が登録されて
ない場合には、まだ、どの通信・情報処理ノードで所望
の通信・情報処理サービスを獲得することができるかわ
からないが、サービス要求情報を解釈して、サービスフ
ロー情報、終点ノード等を含む図３と同様のアクティブ
パケットを作成して、サービス処理ノード獲得・実行フ
ェーズが開始される。

【００９４】サービス処理ノード獲得フェーズの動作を
以下に示す。（１）まず、発信ノードは、レイヤ２レベル通信確保フ
ェーズで記憶された通信可能な伝送路を介して、サービ
スフロー情報を含むアクティブパケットを順次または一
斉に、隣接ノード例えば９０ａ，９０ｂ，９０ｃ（ホッ
プ数Ｍの範囲内）に送信する。（２）前記パケットを受信した隣接ノードは、パケット
の認証チェックと、この通信・情報処理ノードで提供可
能なサービスをチェックして、提供可能な通信・情報処
理サービスを実現するとともに、処理結果と、処理範囲
と、ノード識別番号と、伝送路番号を送信ノードに通知
する。（３）隣接ノードからの前記通知結果を受け取った発信
ノードは、処理の実行範囲を把握して、サービスフロー
情報の更新を行い、要求した全てのサービスが実現され
ていなかったら、レイヤ２レベル通信確保フェーズの
（２）へ戻る。

【００９５】もし、全部の処理が終了したら、終点ノー
ド６へパケットを転送し、目的の処理を完了する。

【００９６】図１３は、発信ノードからホップ数Ｍの範
囲内の通信・情報処理ノードに通信・情報処理サービス
の依頼を行い、その範囲内での通信・情報処理ノードが
実行可能な処理結果を獲得し、まだ所望の通信・情報処
理サービスが実現されていない場合には、まだ通信・情
報処理サービスが実行されていない任意の通信・情報処
理ノードを発信ノードとして、同様の操作を繰り返す方
法であったが、図１４に示すように、発信ノードからと
りあえず任意のある一つの伝送可能な通信・情報処理ノ
ード（受信ノード）にアクティブパケットを転送し、こ
の通信・情報処理ノード（受信ノード）が提供すること
が可能な通信・情報サービスを提供した後、この通信・
情報処理ノードを発信ノードとして、転送履歴情報に記
憶されていない（まだ処理を受けていない）任意の通信
・情報処理ノード（受信ノード）にアクティブパケット
を移動させて、同様に操作を繰り返し、所望の通信・情
報処理サービスが完了したら、終点ノードに処理結果を
転送するという方法でも良い。

【００９７】なお、アクティブパケットに、有効期間規
定領域として、時間情報や課金情報を設けた構成とした
り、タイムスタンプ情報を持たせて、通信・情報処理の
同期やＱＯＳ保証のために用いたりすることができる構
成としても良い。

【００９８】なお、上述した第１ないし第５実施例にお
いては、状態情報更新／通知手段１０２、通信・情報処
理変更維持手段１０３、及びパケット処理履歴記録手段
１０４は、制御装置１００側にのみ設けられているもの
として説明したが、本発明はこれに限定されず、状態情
報更新／通知手段１０２、通信・情報処理変更維持手段
１０３、処理履歴記録手段１０４をマスター側の機能を
司るものとして通信・情報処理ノード１１側にもスレー
ブ機能を司るものとして各手段を設けるようにしても良
い。即ち、図１７に示す第６実施例に係る通信・情報処
理制御システムのように、通信・情報処理ノード１１ａ
内に、そのノードにおける通信制御情報及び情報処理制
御情報のアクティブパケットにおける記載を解析して通
信処理及び情報処理の更新を行なう状態情報更新／通知
手段２０２、通信・情報処理変更維持手段２０３、処理
履歴記録手段２０４を設けるようにしても良い。このよ
うに構成することにより、アクティブパケットのヘッダ
情報のみを解析すればそのノードにおける処理の変遷を
実行することが可能である。

【００９９】

【発明の効果】以上説明したように本発明によれば、（１）ネットワークを介して伝送されるデータが存在し
ない場合でも自局ノードと他局ノードの間の処理が終了
するまで通信回線は接続されたままの状態で非効率的で
ある（２）ネットワークを介したデータ伝送の増加に伴い、
データ伝送の制御が著しく煩雑になり、データ伝送のた
めの通信時間が増大する（３）アクティブパケットの発信後、その処理経過及び
状態を知ることができなかったため、要求した処理に対
する結果がなかなか戻って来ない場合などに、どのよう
な対応をとれば良いか適切な判断を下すことができない（４）アクティブパケットの発信後、その通信・情報処
理内容の変更を行うことができなかったため、要求した
処理が有効期間を規定するタイマにより未完了のままで
処理が終了しまっても処理を継続できなかったり、処理
要求を取り消したいと思っても処理を中止することがで
きない（５）アクティブパケット内に、その通信・情報処理を
行う範囲が規定されていなかったため、必要以上の処理
依頼を行い、システムの輻輳を招く原因となったり、パ
ケットが何らかの原因で無限転送され続けてしまった場
合にシステムから排除することができず、システムの転
送帯域が圧迫されてしまう（６）要求した処理を実行することが可能な処理部がど
こにあるかわからない場合に行われる処理部の探索結果
を記憶しなかったため、同様のサービス要求に対して、
毎回実行可能な処理部を探索する必要があり、非効率的
である（７）ユーザーが予めどの情報提供または処理部からサ
ービスを受けることができるのかわからない場合、ユー
ザーのサービス要求条件を満足する情報提供・処理部が
多数存在し、ユーザーが所望の情報を獲得した時には、
ユーザーの期待以上に膨大な料金がかかっていたなどと
いった問題をパケットの通信・情報処理システム内での
有効期間の規定のために時間のみを利用した場合には解
決することができないといった問題点を解決することが
できる。

【０１００】また、アクティブパケット内にタイムスタ
ンプ情報を持たせることにより、通信・情報処理の同期
やＱＯＳ保証に利用することができるという効果を持
つ。また、アクティブパケットを用いると、パケットが
通信網内を自律的に移動し、移動先ノードへ処理の指示
及び実行を依頼することができるため、（１）通信網内の種々のノードを活用して、高度な通信
・情報処理サービスを提供することができるという効果
がある。

【０１０１】（２）ユーザーからある制限の範囲内でネ
ットワークを制御することができる。

【０１０２】ため、ニーズに適合したサービスを提供す
ることができる。

【０１０３】（３）ユーザーがネットワーク内に個人用
データベース情報、制御情報等を、ダウンロードしてお
くことができるため、ユーザーが自分の好みに合わせて
ネットワークをカスタマイズすることが可能である。

【０１０４】という効果を持つ。

【０１０５】また、通信・情報処理ノードにアクティブ
パケットの生成、廃棄、分割、多重などの変換する機能
を持つとともに、通信・情報処理サービスがデータフロ
ー（入力データが揃って実行可能になった命令から次々
と実行する）の概念に基づき、処理されるため、並列処
理による高速化の効果を期待することができるという効
果を持つ。

【０１０６】さらに、アクティブパケットをアプリケー
ションとＯＳの間、レイヤ４とＯＳの間、またはレイヤ
２とレイヤ３の間の一部または全部のミドルウエアでサ
ポートし、各レイヤ間の統一的なインターフェースとす
ることにより、物理媒体の違いやＯＳの違いを隠ぺいす
ることができるという効果を持ち、マルチベンダ、マル
チネットワーク環境でも容易に高度なサービスを提供す
ることができる。

【０１０７】また、従来のデータベース検索のように予
めどんなデータベースがあるかを知っておく必要も、デ
ータベースごとに命令を出す方法を覚えておく必要もな
いという効果を持つ。

【０１０８】また、アクティブパケットに対するサービ
ス要求がユーザーがアイコン等を用いて簡単に指定した
ものを利用する形式となっているため、ユーザーが容易
に自分の好みのサービスを指定することができるという
効果を持つ。

【０１０９】また、集中的に配備されたサービス管理ノ
ードの持つ機能及び管理情報をネットワーク内の任意の
通信・情報処理ノード（交換機や、ルーター、ゲートウ
エイ等のＩＷＵ）やローカルホストに、分散配備するこ
とができるため、サービス管理ノードの負荷を小さくす
ることができるという効果を持つ。

【図面の簡単な説明】

【図１】本発明の基本システム構成の概要を示すブロッ
ク図である。

【図２】本発明の第１の実施例の構成を示すブロック図
である。

【図３】本発明の第２の実施例の構成を示すブロック図
である。

【図４】本発明の第３の実施例の構成を示すブロック図
である。

【図５】本発明の第３の実施例の概略動作を示す図であ
る。

【図６】本発明の第３の実施例の概略動作を示すその他
の図である。

【図７】本発明の第３の実施例の詳細動作を示す図であ
る。

【図８】本発明の第３の実施例の詳細動作を示すその他
の図である。

【図９】本発明が適用された通信・情報システムの処理
変更等のリモート制御に関する説明図である。

【図１０】本発明が適用された通信・情報システムのリ
モートノードに対する処理経過及び状態の通知方法に関
する説明図である。

【図１１】本発明が適用された通信・情報処理システム
の第４の実施例の概略動作を示す図である。

【図１２】本発明の第４の実施例のサービス処理ノード
獲得フェーズの動作を示す図である。

【図１３】本発明の第４の実施例の概略動作を示す図で
ある。

【図１４】本発明の第５の実施例の概略動作を示す図で
ある。

【図１５】本発明の第５の実施例の概略動作を示すその
他の図である。

【図１６】従来の通信・情報システムの構成を示す模式
図である。

【図１７】本発明の第６の実施例の概略構成を示すブロ
ック図である。

【符号の説明】

１１通信・情報処理ノード１２受信手段１３データ記憶手段１４情報処理手段１５通信処理手段１６パケット通信手段１７伝送路７５サービス制御情報７６アクティブパケット１００制御装置１０１制御手段

Claims

【特許請求の範囲】

【請求項１】伝送すべき情報が書込まれたデータ部とこ
の情報を伝送する宛先が書き込まれたヘッダ部とを含む
データパケットを送受信するための複数の通信・情報処
理ノードと、これら複数の通信・情報処理ノードが接続
されるデータ伝送路と、このデータ伝送路を介して前記
複数の通信・情報処理ノード間で送受信される前記デー
タパケットの内容を解析して前記通信・情報処理ノード
間の通信を制御する制御装置と、を備える通信・情報処
理制御システムにおいて、前記データパケットは、通信を制御する制御情報と情報
処理を制御する制御情報とのうちの少なくとも一方をヘ
ッダ情報として前記ヘッダ部に含み、少なくともこのヘ
ッダ部のみは伝送されるアクティブパケットとして構成
されていると共に、前記複数の通信・情報処理ノードのそれぞれは、前記ア
クティブパケットを受信する受信手段と、通信・情報処
理のために必要なデータを記憶しているデータ記憶手段
と、前記制御装置のアクティブパケットの解析結果に基
づいて受信された前記アクティブパケットと前記データ
記憶手段に記憶されている前記データとのうちの少なく
とも一方の内容を参照及び更新しながら対応する情報処
理を実行する情報処理手段と、前記解析結果に基づい
て、前記アクティブパケット及び前記データのうちの少
なくとも一方の内容を参照及び更新しながら対応する通
信処理を実行する通信処理手段と、前記情報処理手段及
び通信処理手段のそれぞれの処理結果並びに前記データ
記憶手段に記憶された前記データのうちの少なくとも一
つの内容を参照しつつ送信すべきアクティブパケットを
作成して送信するパケット送信手段と、を備え、前記制御装置は、前記複数の通信・情報処理ノードのそ
れぞれに対する通信サービスの必要性とサービスの状況
とを解析しつつ前記アクティブパケットの前記ヘッダ情
報の構成を管理することにより、前記アクティブパケッ
トの送信及び受信を制御する制御手段を備えることを特
徴とする通信・情報処理制御システム。
【請求項２】前記制御装置は、前記情報処理手段、前記
通信処理手段から通信及び情報処理の状態変化や、前記
通信パケットの解析結果に対応して、データ記憶手段に
蓄積されている通信及び情報処理の状態情報を更新し、
前記パケット解析結果において通信及び情報処理の状態
情報通知要求がある場合または状態情報の通知条件を満
足した場合に、対応する状態情報をデータ記憶部から読
み出して、送信パケット内に状態情報を書き込む状態情
報更新／通知手段を備え、一方の通信・情報処理ノード
からの状態情報通信要求に応答して、指定された他方の
通信・情報処理ノードの状態情報を通知することを特徴
とする請求項１に記載された通信・情報処理制御システ
ム。
【請求項３】前記制御装置は、前記制御手段のパケット
解析結果より、処理内容変更要求がある場合に、パケッ
トのヘッダ情報を処理内容変更要求に対応して書き換え
たり、前記通信処理手段、前記情報処理手段で実行待ち
または実行中の通信及び情報処理を中止したり、途中処
理状態を前記データ記憶手段に蓄積して停止状態に遷移
したり、前記データ記憶手段に蓄積されている途中処理
状態を読み出して通信及び情報処理を再開したりする通
信・情報処理変更維持手段を備え、一方の通信・情報処理ノードからの通信・情報処理内容
変更要求に応答して、指定された他方の通信・情報処理
ノードの通信・情報処理内容を変更することを特徴とす
る請求項１に記載された通信・情報処理制御システム。
【請求項４】前記制御装置は、前記制御手段のパケット
解析結果より、ヘッダ内に設定された通信処理制限また
は情報処理制限のいずれか一方または双方の制限に到達
した場合に、通信・情報処理を終了することを特徴とす
る請求項１に記載された通信・情報処理制御システム。
【請求項５】前記制御装置は、前記制御手段のパケット
解析結果より、通信・情報処理履歴記憶要求がある場合
に、該通信・情報処理ノードを識別する情報や該通信・
情報処理ノードで実行された通信・情報処理の種類を示
す情報などを含む該通信・情報処理ノードで実行された
処理及び転送履歴情報を前記送信パケット内または前記
データ記憶手段内に書き込むパケット処理履歴記憶手段
を備えることを特徴とする請求項１に記載された通信・
情報処理制御システム。