(57)【特許請求の範囲】
【請求項１】
端末とセマンティックスイッチとを備えるセマンティックスイッチ通信網であって、
前記端末は、前記セマンティックスイッチへパケットを送信し、
前記セマンティックスイッチは、
前記パケットを送受信する送受信手段と、
前記送受信手段が受信した前記パケット内のデータの識別子に基づいて、該パケットに関する処理を決定するルールを選択するルール選択手段と、
前記識別子に対応した前記ルールの登録・変更・削除を行う対応関係設定手段と、
前記ルール選択手段が選択した前記ルールに基づいて条件を判定する条件判定手段と、
前記条件判定手段の判定結果に基づいて、前記パケットの転送もしくは破棄、及び転送する場合は転送先アドレスを決定し、宛先を転送先アドレスとした該パケットを送信することを前記送受信手段に指示する処理論理実行手段と、
を具備し、
前記パケットを受信する受信側端末は、受信側端末の状態の変化、通信網の状態の変化、または受信側端末利用者の状態の変化を検出した時に、前記セマンティックスイッチへ設定要求を送信し、
前記セマンティックスイッチの前記対応関係設定手段は、前記設定要求に基づき、前記ルールを変更する
ことを特徴とするセマンティックスイッチ通信網。
【請求項２】
セマンティックスイッチ通信網に接続され、端末と通信を行うセマンティックスイッチにおいて、
前記端末との間でパケットを送受信する送受信手段と、
前記送受信手段が受信した前記パケット内のデータの識別子に基づいて、該パケットに関する処理を決定するルールを選択するルール選択手段と、
前記識別子に対応した前記ルールの登録・変更・削除を行う対応関係設定手段と、
前記ルール選択手段が選択した前記ルールに基づいて条件を判定する条件判定手段と、
前記条件判定手段の判定結果に基づいて、前記パケットの転送もしくは破棄、及び転送する場合は転送先アドレスを決定し、宛先を転送先アドレスとした該パケットを送信することを前記送受信手段に指示する処理論理実行手段と、
を具備し、
前記パケットを受信する受信側端末の状態の変化、通信網の状態の変化、または受信側端末利用者の状態の変化の前記受信側端末による検出に基づき、前記受信側端末より送信される設定要求を受信した際に、
前記セマンティックスイッチの前記対応関係設定手段は、前記設定要求に基づき、前記ルールを変更すること
を特徴とするセマンティックスイッチ。
【請求項３】
端末とセマンティックスイッチとを備えるセマンティックスイッチ通信網において、
前記セマンティックスイッチが受信したパケットに関する処理を決定するルールの登録・変更・削除を行う第１ステップと、
前記セマンティックスイッチが前記端末から前記パケットを受信した時に、該パケット内のデータの識別子に基づいて、該パケットに関する処理を決定する前記ルールを選択する第２ステップと、
前記第２ステップで選択された前記ルールに基づいて条件を判定する第３ステップと、
前記第３ステップでの判定結果に基づいて、前記パケットの転送もしくは破棄、及び転送する場合は転送先アドレスを決定し、宛先を転送先アドレスとした該パケットを送信する第４ステップとを含み、
前記パケットを受信する受信側端末の状態の変化、通信網の状態の変化、または受信側端末利用者の状態の変化の前記受信側端末による検出に基づき、前記受信側端末より送信される設定要求を受信した際に、
前記セマンティックスイッチでは、前記設定要求に基づき、前記第１のステップにおいてルールの変更を行う
ことを特徴とするセマンティック通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、小型化・低消費電力化が要求され計算能力・記憶能力に関する制限が厳しいセンサなどの端末から構成されるセマンティックスイッチ通信網に関する。
【背景技術】
【０００２】
従来、ルータなどのスイッチを用いたパケット交換網では、送信端末がパケットヘッダに受信端末のアドレスを明記してパケットを送信する。これに対し、最近、アクティブネットワークなどの技術が出てきた（例えば、非特許文献１、２参照）。この技術では、スイッチにパケットに対する任意の処理を設定でき、パケットヘッダにおいて宛先アドレスを陽に指定しなくても、パケットが運ぶ情報の内容によりスイッチが受信端末を切り替える事が可能となる。
【０００３】
具体的には、スイッチにパケットの内容により受信端末を切り替えるプログラムを保持させておき、送信端末は送信するパケットに対応するプログラムを指定するプログラムｉｄを該パケットにいれ、スイッチ（プログラマブルスイッチ）に向け送信する。スイッチでは、プログラムｉｄに対応したプログラムを保持しており、プログラムｉｄとプログラムとの対応関係は固定的である。
【非特許文献１】Wetherall, D. J. Guttag, and D. L. Tennenhouse, ”ANTS: A Toolkit for Building and Dynamically Deploying Network Protocols,” in Proc. of IEEE OPENARCH’98, April 1998
【非特許文献２】D. L. Tennenhouse, J. M. Smith, W. D. Sincoskie, D. J. Wetherall, and G. J. Minden, ”A survey of active network research,” IEEE Communications Magazine, vol. 35, pp. 80-86, January 1997.
【発明の開示】
【発明が解決しようとする課題】
【０００４】
多くのセンサやアクチュエータの端末が接続されているユビキタスネットワークでは、送信側のセンサ端末において測定したセンサデータの内容により送信先を変更したい場合がある。また、送信されたデータの内容などの送信側の周囲状況を表す情報に応じて送信先を切り替えるのではなく、受信側の端末や利用者の状態に応じて送信先を変更したい場合も考えられる。さらには、受信側の周囲状況に応じて送信側センサ端末のデータの持つ意味が変化する時に、送信データ内容に応じて受信端末を切り替えるルールを、受信側の周囲状況に応じて変化させたい場合も考えられる。
【０００５】
上記の要求に応える方法として、送信端末にデータ内容や受信側の周囲状況に応じて送信先を切り替える論理を設定しておき、パケット送信時に動作させる方法がある。しかしながら、センサなどの端末は、端末能力に制約があり上記の処理ができない場合が多い。また送信先を切り替える論理を決定する段階で受信側の周囲状況を把握することが困難な場合もあるという問題がある。第二の方法は、送信端末が送信先として指定する受信端末にデータ内容や周囲状況に応じて送信先を決定する論理を設定・動作させて、該受信端末から適切な送信先へ転送することであるが、受信端末にサーバ機能を持たせないと転送に即応できないなどの問題がある。
【０００６】
第三の方法は、通信網内のスイッチに送信先を切り替える論理を設定・動作させることである。既存のアクティブネットワークでは、プログラマブルスイッチにパケットに対する任意の処理を設定する。
【０００７】
しかしながら、上記の従来技術内の第三の方法においては、パケットのヘッダ内容に含まれるプログラムｉｄを送信端末で設定するため、受信側の周囲状況に応じて送信先を切り替えるには、送信端末で受信側の周囲状況を把握した上で指定するプログラムｉｄを変更するか、プログラマブルスイッチが受信側の周囲状況を常に監視しながら送信先を切り替えるか、或いはプログラムｉｄに対応するプログラムを受信側の周囲状況に応じて外部から動的に更新する必要があり、実現が非常に困難かつ非効率的であるという問題があった。
【０００８】
本発明はかかる課題を解決するためになされたもので、計算・記憶能力に関する制限が厳しいセンサなどの端末から構成される通信網において、送受信端末の負担が少なく、送信データの内容及び受信側の周囲状況に応じて情報の送信先を変更する処理を通信網内のスイッチにて効率的に行うことができるセマンティックスイッチ通信網を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、端末とセマンティックスイッチとを備えるセマンティックスイッチ通信網であって、前記端末は、前記セマンティックスイッチへパケットを送信し、前記セマンティックスイッチは、前記パケットを送受信する送受信手段と、前記送受信手段が受信した前記パケット内のデータの識別子に基づいて、該パケットに関する処理を決定するルールを選択するルール選択手段と、前記識別子に対応した前記ルールの登録・変更・削除を行う対応関係設定手段と、前記ルール選択手段が選択した前記ルールに基づいて条件を判定する条件判定手段と、前記条件判定手段の判定結果に基づいて、前記パケットの転送もしくは破棄、及び転送する場合は転送先アドレスを決定し、宛先を転送先アドレスとした該パケットを送信することを前記送受信手段に指示する処理論理実行手段と、を具備し、前記パケットを受信する受信側端末は、受信側端末の状態の変化、通信網の状態の変化、または受信側端末利用者の状態の変化を検出した時に、前記セマンティックスイッチへ設定要求を送信し、前記セマンティックスイッチの前記対応関係設定手段は、前記設定要求に基づき、前記ルールを変更することを特徴とするセマンティックスイッチ通信網である。
【００１１】
また、請求項２に記載の発明は、セマンティックスイッチ通信網に接続され、端末と通信を行うセマンティックスイッチにおいて、前記端末との間でパケットを送受信する送受信手段と、前記送受信手段が受信した前記パケット内のデータの識別子に基づいて、該パケットに関する処理を決定するルールを選択するルール選択手段と、前記識別子に対応した前記ルールの登録・変更・削除を行う対応関係設定手段と、前記ルール選択手段が選択した前記ルールに基づいて条件を判定する条件判定手段と、前記条件判定手段の判定結果に基づいて、前記パケットの転送もしくは破棄、及び転送する場合は転送先アドレスを決定し、宛先を転送先アドレスとした該パケットを送信することを前記送受信手段に指示する処理論理実行手段と、を具備し、前記パケットを受信する受信側端末の状態の変化、通信網の状態の変化、または受信側端末利用者の状態の変化の前記受信側端末による検出に基づき、前記受信側端末より送信される設定要求を受信した際に、前記セマンティックスイッチの前記対応関係設定手段は、前記設定要求に基づき、前記ルールを変更することを特徴とするセマンティックスイッチである。
【００１３】
また、請求項３に記載の発明は、端末とセマンティックスイッチとを備えるセマンティックスイッチ通信網において、前記セマンティックスイッチが受信したパケットに関する処理を決定するルールの登録・変更・削除を行う第１ステップと、前記セマンティックスイッチが前記端末から前記パケットを受信した時に、該パケット内のデータの識別子に基づいて、該パケットに関する処理を決定する前記ルールを選択する第２ステップと、前記第２ステップで選択された前記ルールに基づいて条件を判定する第３ステップと、前記第３ステップでの判定結果に基づいて、前記パケットの転送もしくは破棄、及び転送する場合は転送先アドレスを決定し、宛先を転送先アドレスとした該パケットを送信する第４ステップとを含み、前記パケットを受信する受信側端末の状態の変化、通信網の状態の変化、または受信側端末利用者の状態の変化の前記受信側端末による検出に基づき、前記受信側端末より送信される設定要求を受信した際に、関セマンティックスイッチでは、前記設定要求に基づき、前記第１のステップにおいてルールの変更を行うことを特徴とするセマンティック通信方法である。
【発明の効果】
【００１５】
この発明によれば、受信側の周囲状況の把握や送信先の切り替えに伴うセマンティックスイッチの通信量及び計算処理量を最小限に抑えることができ、一台のセマンティックスイッチで多数の端末間の通信の処理を行うことができる。
【００１６】
また、本願の発明によれば、送信側端末の処理を変えることなく、送信データの内容及び受信側の周囲状況に応じて送信先決定のルールを動的に変更することができる。さらに、上記のパケット内のデータの識別子は、同じ識別子を複数の送信端末を跨って使用する事が可能であり、スイッチおよび受信端末の処理を変えることなく、送信端末の更改や増減を行う事が可能である。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明の実施形態について説明する。図１は本実施形態によるセマンティックスイッチ通信網の全体構成を示すブロック図である。図１のセマンティックスイッチ通信網は、セマンティックスイッチ１０１と、端末３０１〜３０８と、ルータ５０１〜５０３とから構成され、端末３０１〜３０８はルータ５０１〜５０３を介して相互に接続され、セマンティックスイッチ１０１はルータ５０１に接続されている。
【００１８】
ここで端末３０１は、小型化・低消費電力化などが必要で、ＣＰＵ（中央処理装置）やメモリに関する制限が厳しいセンサやアクチュエータなどの端末を想定している。この端末能力の制限のため、送信する情報の内容や周囲状況によって送信先の端末を変化させたくとも、例えば、送信先を複数個保持できない、または送信先を切り替える論理を保持できないといったことが端末にて生ずる事が考えられる。
【００１９】
ルータ５０１〜５０３はＩＰ（インターネットプロトコル）パケットをルーティングする通常のルータである。また、端末３０１は固定的な送信先としてセマンティックスイッチ１０１のＩＰアドレスを宛先アドレスとしたＩＰパケットを送信する。なお、本実施形態はＩＰ以外の通信プロトコルを用いる通信網においても適用可能である。
【００２０】
図２は、セマンティックスイッチ１０１の内部構成を示すブロック図である。セマンティックスイッチ１０１は、ＣＰＵ２００とメモリ２１０とを有している。ＣＰＵ２００は、パケットの送受信を行う送受信手段２０１と、受信側の周囲状況に応じて送信切り替えルールを選択するルール選択手段２０２と、条件判定手段２０３と、処理論理実行手段２０４との機能を有し、パケットの受信、該パケットに適用する処理論理の決定、及び該パケットの転送もしくは破棄を行う。またＣＰＵ２００は、対応関係設定手段２０５の機能を有し、パケットのヘッダ内容と適用される処理の対応関係を動的に設定する。
【００２１】
また、メモリ２１０には、ルール２１１〜２１３と、対応表２４１とが記憶され、ルール２１１〜２１３では、「どのような条件の下で（判定条件２２３）、どの端末に転送するか又はどのように処理するか（処理論理２３３）」が指定されている。対応表２４１には、「どのパケットに対してどのルールが適用されるか」の処理の対応関係が設定されている。この処理の対応関係をＣＰＵ２００が動的に変更する具体的な利用シーンを以下に示す。
【００２２】
（１） 受信端末の状態変化による設定変更
図１の端末３０１の発ＩＰアドレスＡを持つパケットが届いたら、通常は、当該パケットは端末３０２のＩＰアドレスＢを着アドレスとしたＩＰパケットにして転送する。ただし、端末３０２はバッテリ内蔵の端末であって電池残量が極端に少なくなった場合には、端末３０４のＩＰアドレスＤを着アドレスとしたＩＰパケットにして転送させるようにする。この場合の端末の状態変化は電池残量のかわりに、ＣＰＵ使用率、記憶容量、セッション数やパケットエラー率などの通信状況、プログラム実行環境などの変化が考えられる。
【００２３】
（２） 通信網の状態変化による設定変更
端末３０１の発ＩＰアドレスＡを持つパケットが届いたら、通常は、当該パケットは端末３０５のＩＰアドレスＥを着アドレスとしたＩＰパケットにして転送する。ただし、ルータ５０２がダウンするなど端末３０５への送信経路に問題がある場合には、端末３０８のＩＰアドレスＨを着アドレスとしたＩＰパケットにして転送する。この場合の通信網の状態変化はルータダウンなどの設備障害の他に、通信設備の使用率の変化、特に輻輳が考えられる。
【００２４】
（３） 受信側端末の利用者の利用状態変化による設定変更
端末３０１の発ＩＰアドレスＡを持つパケットが届いたら、通常は、当該パケットは端末３０２へ送信する。ただし、端末３０２は利用者が携行する端末であり、利用者が運転中の場合は固定端末である端末３０４へ転送する。または、運転中で端末３０１が送信したパケットが運ぶデータが異常な値を示すなどの緊急の場合のみ端末３０２へ転送する。この場合の受信に適さない利用者の状態としては運転中の他に、就寝中、食事中、休憩中、離席中、外出中、電話中、会議中、実験中、勉強中、来客中、移動中、プライベートなどが考えられる。
【００２５】
なお、端末３０１が送信するデータとしては、温度、湿度、加速度、角加速度、圧力、光、指紋、磁気、ガスなどを観測するセンサが出力する生データや、正常／異常などの状態情報、状態の変化を表すイベント情報などが考えられる。
【００２６】
セマンティックスイッチ１０１は、上記の送信データのデータ源を識別する識別子に基づいて、到着したパケットに適応するルールを選択する。このデータ源の識別子をセマンティックｉｄと呼ぶ。セマンティックｉｄは、ルールを選択する上で最低限必要となる情報であり、送信端末や送信端末が持つセンサなどのデバイスを個々に識別するものではなく、送信データのセマンティックス（温度や湿度などのデータ種別、状態情報やイベント情報）を表す識別子である。セマンティックスにはデータの種別だけでなく、データの単位（摂氏／華氏など）や精度に関する情報も含めることができる。
【００２７】
同一のセマンティックｉｄを複数の送信端末／デバイスに適用する事が可能である。また、セマンティックｉｄを個々の送信端末／デバイスに一対一で対応させることも可能である。一般的には、統一された運用規則で管理されている送信端末のグループにおいては同じセマンティックｉｄが共用される。
【００２８】
次に図面を用いて本実施形態のパケット転送時の処理動作について説明する。図３、４はセマンティックスイッチ１０１にパケットが到達して転送先を判定する時に、判定条件２２３の判定結果により処理論理２３３が２つに条件分岐する場合のパケット転送の処理フローである。なお、ここでは判定条件は２つとしたが、各ルールにおいて処理論理を３つ以上に場合分けすることも可能である。また、上記の利用シーン（１）、（２）に示したように、処理論理に場合分けがなく判定条件が不要となるルール、即ち転送先が送信データに関係なく決定されるルールの記述も可能である。
【００２９】
ステップＳ１では、図１の端末３０１がＩＰパケット内のヘッダの宛先アドレスにセマンティックスイッチ１０１のＩＰアドレスを設定し、センサの観測値などのデータと当該データの識別子であるセマンティックｉｄをペイロードに格納し、当該ＩＰパケットを送信する。ここで、セマンティックｉｄは送信されたデータをセマンティックスイッチ１０１が一意に識別される情報である。また、ここではデータとセマンティックｉｄとを単一パケットで運ぶことを前提とした記述とするが、複数のパケットから構成されるメッセージによってデータとセマンティックｉｄとを運ぶことも可能である。また、端末３０１が送信するデータが一種類に限定される場合は、データとセマンティックｉｄとで識別するかわりに発ＩＰアドレスなどの端末の識別子を用いて識別することも可能である。
【００３０】
ステップＳ２では、端末３０１が送信したＩＰパケットはルータ５０１を介し、セマンティックスイッチ１０１に至り、セマンティックスイッチ１０１が同ＩＰパケットを受信する。
ステップＳ３では、図２の送受信手段２０１で同ＩＰパケットを受信したセマンティックスイッチ１０１はセマンティックｉｄを取り出す。
ステップＳ４では、ルール選択手段２０２で対応表２４１を参照して、当該セマンティックｉｄに対応するルールの識別子（以下、ルールｉｄと記述する）を選択する。
ステップＳ５では、当該セマンティックｉｄに対応するルールｉｄが無いかどうかを判断する。無い場合は、ステップＳ６へ進む。ある場合は、ステップＳ７へ進む。
ステップＳ６では、受信したＩＰパケットがエラーパケットであると判断し、パケット廃棄などの予め定められた処理を行い、処理を終了する。
【００３１】
ステップＳ７では、ルールｉｄに基づいてメモリ２１０内のルールに書かれた判定条件を参照する。ここでは、ルール２１３を示すルールｉｄが選択されたとする。
ステップＳ８では、受信したパケットの中身（例えば温度センサの観測値）が判定条件２２３（例えば摂氏３０度を超えているか）に合致するかを判定する。合致している場合は、図４のステップＳ２１へ進む。合致していない場合は、ステップＳ９へ進む。なお、本実施形態では判定条件として過去の送信データを考慮しないものを想定しているが、過去の送信データを考慮するようにしても良い。その場合、過去に受信したパケットの中身をスイッチ内の動的内部データとして保持する。
【００３２】
ステップＳ９では、処理論理２３３を参照し、処理論理１の実行を開始する。処理論理の内容は、パケットの転送以外に例えば送信データをスイッチ内の動的内部データとして保持しておくなどの処理についてである。
ステップＳ１０では、処理論理１にパケットを転送する指示があるかどうかを判断する。ある場合は、ステップＳ１２へ進む。ない場合は、ステップＳ１１へ進む。
ステップＳ１１では、パケット廃棄やその他の処理を行い、処理を終了する。
【００３３】
ステップＳ１２では、処理論理１に定義されている論理によって定まる転送先のアドレスをＩＰパケットの宛先アドレスに設定し、同ＩＰパケットを送信する。ここでは転送先のアドレスとして、端末３０４のＩＰアドレスを指定する。なお、ＩＰパケットの転送先は複数指定するようにしても良い。
ステップＳ１３では、端末３０４において転送されたＩＰパケットが受信され、処理を終了する。
【００３４】
また、ステップＳ８の判断が「ＹＥＳ」の場合はステップＳ２１（図４）へと進む。
ステップＳ２１では、処理論理２３３を参照し、処理論理２の実行を開始する。
ステップＳ２２では、処理論理２にパケットを転送する指示があるかどうかを判断する。ある場合は、ステップＳ２４へ進む。ない場合は、ステップＳ２３へ進む。
ステップＳ２３では、パケット廃棄やその他の処理を行い、処理を終了する。
ステップＳ２４では、処理論理２に定義されている論理によって定まる転送先のアドレスをＩＰパケットの宛先アドレスに設定し、同ＩＰパケットを送信する。ここでは転送先のアドレスとして、端末３０４のＩＰアドレスを指定する。
ステップＳ２５では、端末３０４が転送されたＩＰパケットを受信し、処理を終了する。
【００３５】
次に図面を用いて受信側の周囲状況が変化した時の対応関係設定動作を説明する。図５は対応表２４１における対応関係設定時の処理フローである。
ステップＳ３１では、例えば端末３０２が受信側の周囲状況の変化したときにセマンティックスイッチ１０１へ設定要求のメッセージを送信する。ここで、設定要求には対応表設定とルール設定の２種類があり、これらを識別する命令コードと命令の具体的内容とがメッセージに含まれる。
【００３６】
ステップＳ３２では、セマンティックスイッチ１０１が上記メッセージを受信する。
ステップＳ３３では、セマンティックスイッチ１０１の対応関係設定手段２０５が受信したメッセージから命令コードと命令内容とを取り出す。
ステップＳ３４では、取り出した命令コードを識別して命令が対応表設定であるかどうかを判断する。対応表設定である場合は、ステップＳ３５へ進み。対応表設定でない場合は、ステップＳ３６へ進む。
【００３７】
ステップＳ３５では、対応表設定として対応表２４１の更新を行う。対応表設定では、セマンティックｉｄとルールｉｄとの対応関係が対応表２４１に設定され、ステップＳ３７へと進む。
ステップＳ３６では、ルールの登録／更新／削除を行う。
ステップＳ３７では、セマンティックスイッチ１０１が端末３０２へＡＣＫ信号を送信する。
ステップＳ３８では、端末３０２が同ＡＣＫ信号を受信する。
【００３８】
対応表設定で指定されたセマンティックｉｄが既存の対応表２４１に存在しない時、該セマンティックｉｄを新たに対応表２４１に追加する。一方、ルールｉｄが存在しない時は、エラーとなる。即ち、対応表設定で指定するルールは事前にルール設定を用いてセマンティックスイッチ１０１のメモリ２１０内に保持させておく。
【００３９】
上記のように、セマンティックスイッチ１０１に、セマンティックｉｄ毎に想定される受信側の周囲状況に応じて必要な数だけパケットの転送先を決定するなどの処理が割り当てられたルールｉｄに基づくプログラムを保持させておき、受信側の周囲状況を把握する外部の手段からの指示により、セマンティックｉｄとプログラムの対応関係を動的に変更することができる。
【００４０】
このようにプログラムが転送先端末を決定する際に扱う情報を送信データに限定することにより、受信側の周囲状況の把握や転送先の切り替えに伴うスイッチの通信量及び計算処理量が最小限に抑えられ、一台のスイッチで多数の端末間の通信の処理を行なう事ができる。
【００４１】
また、送信側端末の処理を変えることなく、送信データの内容及び受信側の周囲状況に応じた転送先決定のルールを動的に変更する事ができる。さらに、上記のセマンティックｉｄは同一ｉｄを複数の送信端末で共用する事が可能であり、スイッチ及び受信側端末の処理を変えることなく、送信端末の更改や増減を行う事が可能である。
【００４２】
なお、設定要求を送信する端末は、現在の受信端末である必要はなく、任意の端末で良い。例えば利用シーン（１）の場合、端末３０２の電池残量が少なくなった時点で、端末３０２が自動的に、もしくは端末３０２の利用者が他の端末（例えば端末３０４）を用いて手動で設定要求をセマンティックスイッチ１０１へ送信する事が考え得る。
【００４３】
利用シーン（２）の場合は、ルータ５０２のダウンをｔｒａｃｅｒｏｕｔｅなどの経路診断ツールによって検出した端末３０８が自動的に、あるいは通信網の管理者が網管理システムによってルータ５０２のダウンを把握して手動で他の端末（例えば端末３０７）を用いて設定要求をセマンティックスイッチ１０１へ送信する事が考え得る。
【００４４】
利用シーン（３）の場合は、端末３０２が車載端末（車の状態を把握している端末）との通信により利用者が運転中である事を把握して自動的に、あるいは端末３０２の利用者が運転を開始する際に手動で設定要求をセマンティックスイッチ１０１へ送信する事が考え得る。
【００４５】
また、利用者が意図しない設定がなされないように、各種ルール及び対応表２４１の各データ源に対応するレコードは、ルール及びデータ源の利用者からの設定要求によってのみ変更される事とし、図５の処理フローに先立ち、利用者の認証を行うようにしてもよい。
スイッチ内の動的内部データを用いるルールに関する対応関係設定では、現在の動的内部データを変更後のルールに引き継ぐための処理も併せて行う。
【００４６】
また、上記の対応関係設定のフローでは、受信側の周囲状況に適したルールの特定を受信端末で行っているが、この特定をセマンティックスイッチ１０１が行うという構成も取り得る。その場合の受信端末は、対応表設定の命令においてルールｉｄを指定する代わりに自身の周囲状況を表す識別子（以下、コンテキストｉｄ）を指定する。
【００４７】
セマンティックスイッチ１０１には、コンテキストｉｄとルールｉｄとの対応関係を管理する対応表を予め保持しておく。セマンティックｉｄ対コンテキストｉｄの対応表と、コンテキストｉｄ対ルールｉｄの対応表とを使い分けるため、対応表設定の命令において何れの対応表を対象にするのか明記する必要がある。この構成では、複数の受信端末がある周囲状況に対応するルールを別のものに置き換える場合も、各受信端末に変更を加える必要はなく、セマンティックスイッチ１０１が保持するコンテキストｉｄとルールｉｄとの対応表のみを更新すればよい。
【産業上の利用可能性】
【００４８】
本発明は、小型化・低消費電力化が要求され計算能力・記憶能力に関する制限が厳しいセンサなどの端末から構成されるセマンティックスイッチ通信網に用いて好適である。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施形態にかかるセマンティックスイッチ通信網の全体構成を示すブロック図である。
【図２】本発明の実施形態にかかるセマンティックスイッチ１０１の全体構成を示すブロック図である。
【図３】本発明の実施形態にかかるセマンティックスイッチ１０１のパケット転送時の処理フローである。
【図４】図３の処理フローで判定条件２２３に合致した時の処理フローである。
【図５】本発明の実施形態にかかるセマンティックスイッチ１０１の対応表２４１の設定時の処理フローである。
【符号の説明】
【００５０】
３０１〜３０８    …  端末
５０１〜５０３    …  ルータ
１０１            …  セマンティックスイッチ
２００            …  ＣＰＵ
２０１            …  送受信手段
２０２            …  ルール選択手段
２０３            …  条件判定手段
２０４            …  処理論理実行手段
２０５            …  対応関係設定手段
２１０            …  メモリ
２１１〜２１３    …  ルール
２４１            …  対応表
【図１】
0004486031.tif 000002
【図２】
0004486031.tif 000003
【図３】
0004486031.tif 000004
【図４】
0004486031.tif 000005
【図５】
0004486031.tif 000006