(57)【要約】【課題】複数のノードの間で行われるパケットの送受信を、パケットの傍受が行われても検出が困難で、しかも送受信を行うノード間に特別の装置の介在を必要としないパケット送信装置、パケット受信装置、パケット送信方法およびパケット受信方法を得る。【解決手段】秘匿ノード１０２は、管理ノード１０３との間で通信を行うが、管理ノード１０３に送出するパケットの送信元アドレスとして第１の端末１０６1等の他の端末のアドレスを使用し、他の端末のアドレスを使用していることを表わす識別子をパケットに挿入しておく。管理ノード１０３側はアドレスと識別子の関係を表わしたテーブルを備えている。これにより、傍受端末１０４に代表される第三者からは秘匿ノード１０２の存在が知られない。【選択図】図１
2006333128.tif 000002
【特許請求の範囲】
【請求項１】
送信先が予め定めた特定の宛先であるとき、その宛先に送信するパケットの送信元アドレスとして自装置以外のアドレスを設定する送信元アドレス設定手段と、
前記パケットの送信元アドレスの記される箇所以外の特定の箇所に、前記送信元アドレス設定手段によって設定された自装置以外のアドレスが送信元のアドレスではないことを示す、前記特定の宛先との間で事前に取り決めた識別子を組み込む識別子組込手段と、
前記送信元アドレス設定手段で送信元アドレスを設定し前記識別子組込手段で識別子を組み込んだパケットを前記特定の宛先に送信するパケット送信手段
とを具備することを特徴とするパケット送信装置。
【請求項２】
送信先が予め定めた特定の宛先であるとき、その宛先に送信するパケットの送信元アドレスとして自装置以外のアドレスで、前記特定の宛先との間でその送信元アドレスが本来の送信元を示すアドレスとして使用されることのないアドレスであることを事前に取り決めたアドレスを設定する送信元アドレス設定手段と、
前記送信元アドレス設定手段で送信元アドレスを設定したパケットを前記特定の宛先に送信するパケット送信手段
とを具備することを特徴とするパケット送信装置。
【請求項３】
送信先アドレスが自装置のアドレスと一致するパケットを受信するパケット受信手段と、
このパケット受信手段で受信したパケットにおける送信元アドレスを読み出す送信元アドレス読出手段と、
前記パケット受信手段で受信したパケットにおける送信元アドレスの記される箇所以外の特定の箇所から特定の送信元と予め取り決めた特定情報を読み出す特定情報読出手段と、
この特定情報読出手段で読み出した特定情報が前記送信元アドレス読出手段の読み出した送信元アドレスに対応する前記特定の送信元と予め取り決めた識別子と一致するかを検出する一致検出手段と、
この一致検出手段が一致を検出したとき前記送信元アドレス読出手段の読み出した送信元アドレスが前記特定の送信元を示すアドレスであると判別し、それ以外の場合には前記送信元アドレス読出手段の読み出した送信元アドレスを送信元を示すアドレスであると判別する送信元アドレス判別手段
とを具備することを特徴とするパケット受信装置。
【請求項４】
送信先が予め定めた特定の宛先であるとき、その宛先に送信するパケットの宛先アドレスとしてこの特定の宛先以外のアドレスを設定する宛先アドレス設定手段と、
前記パケットの宛先アドレスの記される箇所以外の特定の箇所に、前記宛先アドレス設定手段によって設定された前記特定の宛先以外のアドレスが宛先のアドレスではないことを示す、前記特定の宛先との間で事前に取り決めた識別子を組み込む識別子組込手段と、
前記宛先アドレス設定手段で宛先アドレスを設定し前記識別子組込手段で識別子を組み込んだパケットを送信するパケット送信手段
とを具備することを特徴とするパケット送信装置。
【請求項５】
送信先が予め定めた特定の宛先であるとき、その宛先に送信するパケットの宛先アドレスとしてこの特定の宛先以外のアドレスで、前記特定の宛先との間でその宛先アドレスが本来の宛先を示すアドレスとして使用されることのないアドレスであることを事前に取り決めたアドレスを設定する宛先アドレス設定手段と、
前記宛先アドレス設定手段で宛先アドレスを設定したパケットを送信するパケット送信手段
とを具備することを特徴とするパケット送信装置。
【請求項６】
宛先アドレスが予め定めた特定のアドレスと一致するパケットを受信するパケット受信手段と、
このパケット受信手段で受信したパケットにおける宛先アドレスを読み出す宛先アドレス読出手段と、
前記パケット受信手段で受信したパケットにおける宛先アドレスの記される箇所以外の特定の箇所から特定の送信元と予め取り決めた特定情報を読み出す特定情報読出手段と、
この特定情報読出手段で読み出した特定情報が前記宛先アドレス読出手段の読み出した宛先アドレスに対応する前記特定の送信元と予め取り決めた識別子と一致するかを検出する一致検出手段と、
この一致検出手段が一致を検出したとき前記宛先アドレス読出手段の読み出した宛先アドレスが自装置を示すアドレスであると判別し、それ以外の場合には前記宛先アドレス読出手段の読み出した宛先アドレスを宛先を示すアドレスであると判別する宛先アドレス判別手段
とを具備することを特徴とするパケット受信装置。
【請求項７】
前記送信元アドレスと前記識別子を前記パケット送信手段によりパケットを送信するときの時計情報に対応付けて複数種類記憶した送信元アドレス識別子対応テーブルと、
前記パケット送信手段がパケットを前記予め定めた特定の宛先に送信するときの時計情報を取得する時計情報取得手段と、
この時計情報取得手段によって取得した時計情報から前記送信元アドレス識別子対応テーブルを検索して対応する送信元アドレスと識別子の対を取得する送信元アドレス・識別子取得手段とを備え、
前記送信元アドレス設定手段は送信元アドレス・識別子取得手段によって取得された送信元アドレスを前記予め定めた特定の宛先に送信するパケットの送信元アドレスとして設定し、前記識別子組込手段は前記送信元アドレス・識別子取得手段によって取得された識別子を識別子として組み込むことを特徴とする請求項１記載のパケット送信装置。
【請求項８】
前記送信元アドレスを前記パケット送信手段によりパケットを送信するときの時計情報に対応付けて複数種類記憶した送信元アドレス対応テーブルと、
前記パケット送信手段がパケットを前記予め定めた特定の宛先に送信するときの時計情報を取得する時計情報取得手段と、
この時計情報取得手段によって取得した時計情報から前記送信元アドレス対応テーブルを検索して対応する送信元アドレスを取得する送信元アドレス取得手段とを備え、
前記送信元アドレス設定手段は送信元アドレス取得手段によって取得された送信元アドレスを前記予め定めた特定の宛先に送信するパケットの送信元アドレスとして設定することを特徴とする請求項２記載のパケット送信装置。
【請求項９】
前記送信元アドレスと前記識別子を前記パケット送信手段によりパケットを送信するときの送信回数に対応付けて複数種類記憶した送信元アドレス識別子対応テーブルと、
前記パケット送信手段がパケットを前記予め定めた特定の宛先に送信するときの送信回数を取得する送信回数取得手段と、
この送信回数取得手段によって取得した送信回数から前記送信元アドレス識別子対応テーブルを検索して対応する送信元アドレスと識別子の対を取得する送信元アドレス・識別子取得手段とを備え、
前記送信元アドレス設定手段は送信元アドレス・識別子取得手段によって取得された送信元アドレスを前記予め定めた特定の宛先に送信するパケットの送信元アドレスとして設定し、前記識別子組込手段は前記送信元アドレス・識別子取得手段によって取得された識別子を識別子として組み込むことを特徴とする請求項１記載のパケット送信装置。
【請求項１０】
前記送信元アドレスを前記パケット送信手段によりパケットを送信するときの送信回数に対応付けて複数種類記憶した送信元アドレス対応テーブルと、
前記パケット送信手段がパケットを前記予め定めた特定の宛先に送信するときの送信回数を取得する送信回数取得手段と、
この送信回数取得手段によって取得した送信回数から前記送信元アドレス対応テーブルを検索して対応する送信元アドレスを取得する送信元アドレス取得手段とを備え、
前記送信元アドレス設定手段は送信元アドレス取得手段によって取得された送信元アドレスを前記予め定めた特定の宛先に送信するパケットの送信元アドレスとして設定することを特徴とする請求項２記載のパケット送信装置。
【請求項１１】
前記送信元アドレスは、前記パケット送信手段がパケットを送信する通信ネットワークに存在するアドレスであることを特徴とする請求項１または請求項２に記載のパケット送信装置。
【請求項１２】
前記送信元アドレスは、前記パケット受信手段がパケットを受信する通信ネットワークに存在するアドレスであることを特徴とする請求項３に記載のパケット受信装置。
【請求項１３】
前記パケット送信手段は、前記時計情報を前記送信元アドレス・識別子取得手段によって取得された送信元アドレスおよび識別子と共にパケットに組み込んで送信することを特徴とする請求項７記載のパケット送信装置。
【請求項１４】
前記パケット送信手段は、前記時計情報を前記送信元アドレス取得手段によって取得された送信元アドレスと共にパケットに組み込んで送信することを特徴とする請求項８記載のパケット送信装置。
【請求項１５】
前記識別子はパケットのペイロードに格納されることを特徴とする請求項１、４、７、９のいずれかに記載のパケット送信装置。
【請求項１６】
前記特定情報はパケットのペイロードから読み出されることを特徴とする請求項３または請求項６に記載のパケット受信装置。
【請求項１７】
前記時計情報はパケットのペイロードに格納されることを特徴とする請求項１４記載のパケット送信装置。
【請求項１８】
予め一方向関数により生成した識別子群を格納する識別子群格納手段と、
この識別子群格納手段に格納されたそれぞれの識別子をパケットの送信の際に順次選択する識別子選択手段とを備え、
前記識別子組込手段は前記識別子選択手段の選択した識別子を前記パケット送信手段が送信するパケットに組み込むことを特徴とする請求項１または請求項４に記載のパケット送信装置。
【請求項１９】
予め一方向関数により生成した識別子群を格納する識別子群格納手段と、
この識別子群格納手段に格納されたそれぞれの識別子をパケットの受信の際に順次選択する識別子選択手段とを備え、
前記送信元アドレス判別手段は前記識別子選択手段の選択した識別子と同一のアドレスが前記特定情報読出手段から検出されたか否かにより送信元アドレスが前記特定の送信元を示すアドレスであるか、あるいは前記送信元アドレス読出手段の読み出した送信元アドレスであるかを判別する
ことを特徴とする請求項３記載のパケット受信装置。
【請求項２０】
前記識別子選択手段は前記識別子の送信時の時計情報を基にして識別子を選択することを特徴とする請求項１８記載のパケット送信装置。
【請求項２１】
前記識別子選択手段は前記識別子の送信時の時計情報を基にして識別子を選択することを特徴とする請求項１９記載のパケット受信装置。
【請求項２２】
前記識別子選択手段は前記識別子の送信回数を基にして識別子を選択することを特徴とする請求項１８記載のパケット送信装置。
【請求項２３】
前記識別子選択手段は前記識別子の送信回数を基にして識別子を選択することを特徴とする請求項１９記載のパケット受信装置。
【請求項２４】
パケットの送信先が事前に取り決めた特定の宛先であるかを判別する宛先判別ステップと、
この宛先判別ステップによって前記特定の宛先であると判別されたときその特定の宛先との間で定めた送信元アドレスであって自装置以外の送信元を表わすアドレスをそのパケットの送信元アドレスとして設定する送信元アドレス設定ステップと、
この送信元アドレス設定ステップで送信元アドレスを設定した前記パケットを前記特定の宛先に送信するパケット送信ステップ
とを具備することを特徴とするパケット送信方法。
【請求項２５】
パケットの送信先が事前に取り決めた特定の宛先であるかを判別する宛先判別ステップと、
この宛先判別ステップによって前記特定の宛先であると判別されたときその特定の宛先との間で定めた送信元アドレスであって自装置以外の送信元を表わすアドレスをそのパケットの送信元アドレスとして設定する送信元アドレス設定ステップと、
この送信元アドレス設定ステップで送信元アドレスを設定した前記パケットの前記送信元アドレスを格納した以外の領域であって前記特定の宛先との間で定めた領域にその送信元アドレスが本来の送信元を表わしていないことを示す識別子を設定する識別子設定ステップと、
これら送信元アドレス設定ステップおよび識別子設定ステップでそれぞれ送信元アドレスおよび識別子を設定したパケットを前記特定の宛先に送信するパケット送信ステップ
とを具備することを特徴とするパケット送信方法。
【請求項２６】
自装置宛のパケットを受信するパケット受信ステップと、
このパケット受信ステップで受信したパケットにおける送信元アドレスを読み出す送信元アドレス読出ステップと、
前記パケット受信ステップで受信したパケットにおける送信元アドレスの記される箇所以外の特定の箇所から特定の送信元と予め取り決めた特定情報を読み出す特定情報読出ステップと、
この特定情報読出ステップで読み出した特定情報が前記送信元アドレス読出ステップで読み出した送信元アドレスに対応する前記特定の送信元と予め取り決めた識別子と一致するかを判別する一致判別ステップと、
この一致判別ステップで一致を判別したとき前記送信元アドレス読出ステップで読み出した送信元アドレスが前記特定の送信元を示すアドレスであると判別し、それ以外の場合には前記送信元アドレス読出ステップで読み出した送信元アドレスを送信元を示すアドレスであると判別する送信元アドレス判別ステップ
とを具備することを特徴とするパケット受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット送信装置、パケット受信装置、パケット送信方法およびパケット受信方法に係わり、特にネットワーク上で傍受されてもその送信元あるいは宛先を知られにくくしたパケットを送出するパケット送信装置、送信先でこのようなパケットを受信するパケット受信装置、送信元あるいは宛先を知られにくくしたパケットを送出するパケット送信方法および送信先でこのようなパケットを受信するパケット受信方法に関する。
【背景技術】
【０００２】
様々な分野でＩＴ（Information Technology）化が進み、各種情報がコンピュータで扱われるのに伴って、コンピュータのセキュリティに対する要請が高まっている。そこで、コンピュータに対する不正アクセスの追跡や証拠保全を行う、コンピュータ・フォレンジック（computer forensic）を実現するために、例えば、ネットワーク監視機器が使用されている。このネットワーク監視機器は、ＬＡＮ（Local Area Network）等のネットワークに接続され、このネットワークに属する通信端末間で行われる通信を監視するとともに、これらの通信端末がこのネットワークの外部の通信端末と行う通信についても監視を行っている。
【０００３】
このようなネットワーク監視機器によるネットワークの監視は、ネットワーク上で他の通信端末から気づかれないようにして行われるのが望ましい。これは、ネットワーク監視機器自体が不正アクセスによる攻撃を受けてしまうと、ネットワークの監視を行うという本来の機能が果たせなくなる恐れがあるためである。したがって、例えば、自分のＩＰ（internet protocol）アドレスが確認されてしまう「ｐｉｎｇ」等のコマンドを他の通信端末から受け取っても、これに対して応答しない等の設定が行われている。なお、ネットワーク監視機器として使用されているものの中には、ネットエージェント社のパケットブラックホール（登録商標）と呼ばれる機器も存在する。しかしながらその監視の技術的な原理は公開されておらず、その構成等の詳細は不明である。
【０００４】
ところで、大規模な社内ＬＡＮのようにルータで接続された複数のサブネットにより構成されるネットワークでは、これらのサブネットごとにネットワーク監視機器が設置され、分散的な監視体制を採るようになっている。この場合、各ネットワーク監視機器の設定を変更したり、監視した内容を確認したりするたびに、作業員がこれらのネットワーク監視機器の設置された場所まで足を運んで作業するのでは手間と時間が掛かってしまう。したがって、これらのネットワーク監視機器とネットワークを介して通信する管理装置を設け、この管理装置により遠隔からそれぞれのネットワーク監視機器の設定変更や監視内容の確認等の管理作業を行うのが一般的である。
【０００５】
しかしこの場合、管理装置がそれぞれのネットワーク監視機器と通信する際に使用されるパケットが他の通信端末に傍受される危険がある。パケットヘッダに格納された宛先あるいは送信元のＩＰアドレス等のアドレス情報からネットワーク監視機器の存在が明らかにされると、この結果として、ネットワーク監視機器に不正アクセスによる攻撃を仕掛けられる可能性がある。
【０００６】
そこで、パケットのＩＰアドレスを変換するアドレス変換装置を用いたパケットの通信手法が提案されている（例えば特許文献１参照）。この提案では、パケットの送信元のネットワーク監視機器がそのパケットを宛先である管理装置に送信せず、代わりにアドレス変換装置に送信するようになっている。アドレス変換装置はそのパケットを受け取ると、送信元のＩＰアドレスをネットワーク監視機器の本来のＩＰアドレスからアドレス変換装置が所持している代替用のＩＰアドレス（代替アドレス）の中から１つのアドレスを選んで１対１に対応付ける形でそのＩＰアドレスに変換する。そして、この変換後のＩＰアドレスが送信元アドレスに設定された状態でそのパケットを宛先の管理装置に送信するようになっている。したがって、このパケットの通信手法ではネットワーク監視機器が自身のＩＰアドレスを秘匿にして管理装置にパケットを送信することができる。これによりパケットが傍受されても、送信元アドレスがネットワーク監視機器のＩＰアドレスを表わしていないので、第三者にこのネットワーク監視機器の特定を困難にさせ、不正アクセスによる攻撃の可能性を低減させることができる。
【特許文献１】特開２００３−６９６０５号公報（段落００３６〜段落００４０、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、この提案によるパケットの通信手法では、アドレス変換装置に不正アクセスによる攻撃が仕掛けられると、アドレス変換装置はパケットの宛先のＩＰアドレスをネットワーク監視機器の本来のＩＰアドレスに変更して送出するようになっているため、ネットワーク監視機器の攻撃に繋がってしまう。したがって、この手法では、結局はネットワーク監視機器への攻撃を防ぐことができず、さほど強力な防御にはならない。
【０００８】
以上、ネットワーク監視機器と管理装置の間で行われるパケットの送受信を例にして説明を行ったが、これに限るものではない。これ以外の機器あるいは装置の間でパケットを通信する場合でも第三者に対して送信元を知られないようにする要請は高い。例えば、ネットワークの通信品質を監視する通信品質監視装置もその一例である。通信品質監視装置はネットワーク障害への迅速な対応や適切な負荷の分散等を目的とし、通信パケットを監視している。したがって、この通信品質監視装置が攻撃されると監視した通信内容が漏洩する危険性がある。ＩＰアドレス等のアドレス情報を付けることのできる機器をノードと呼ぶことにし、他のノードから自身の機器の存在を隠すべきノードを本明細書では秘匿ノードと呼ぶものとする。秘匿ノードと言えども、通常の場合には通信によって何らかの通信トラフィックを発生させる。遠隔からこの秘匿ノードを管理しようとすると、管理を行う管理ノードと秘匿ノードの間で通信を行う必要があるからである。分散的な監視を行うために、複数の秘匿ノードの間で通信を行う場合もある。秘匿ノードが発生するトラフィックを網内の他のノードに検出されて、その通信方法を把握されてしまうと、前記したように秘匿ノード自体が監視されたり攻撃を受けることになって、網の監視等の秘匿ノード本来の機能を果たすことができなくなる。
【０００９】
もちろん、秘匿ノードを遠隔で監視せずに作業者が直接管理を行ったり、秘匿ノード間の分散処理を一切行わないようにすれば秘匿ノードのトラフィックは発生しない。しかしながら、管理工数が大幅に増大するだけでなく、分散処理を行えないようにすれば秘匿ノードの機能が限定されることになる。したがって、極めて高いセキュリティの要請があるという特殊な環境でなければ、このような手法を採用することができない。
【００１０】
そこで本発明の目的は、複数のノードの間で行われるパケットの送受信を、パケットの傍受が行われても検出が困難で、しかも送受信を行うノード間に特別の装置の介在を必要としないパケット送信装置、パケット受信装置、パケット送信方法およびパケット受信方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明では、（イ）送信先が予め定めた特定の宛先であるとき、その宛先に送信するパケットの送信元アドレスとして自装置以外のアドレスを設定する送信元アドレス設定手段と、（ロ）パケットの送信元アドレスの記される箇所以外の特定の箇所に、送信元アドレス設定手段によって設定された自装置以外のアドレスが送信元のアドレスではないことを示す、前記した特定の宛先との間で事前に取り決めた識別子を組み込む識別子組込手段と、（ハ）送信元アドレス設定手段で送信元アドレスを設定し識別子組込手段で識別子を組み込んだパケットを前記した特定の宛先に送信するパケット送信手段とをパケット送信装置に具備させる。
【００１２】
すなわち本発明では、パケットを送信するパケット送信装置とそのパケットの特定の宛先との間でパケットに組み込む識別子を事前に取り決めておき、その識別子が組み込まれたパケットをパケット送信装置が自装置以外のアドレスを送信元のアドレスとして送信するようにしている。受信側の前記した特定の宛先では、受信したパケットに組み込まれている識別子の存在によって送信元のアドレスが本来のアドレスを示しているか、特定のパケット送信装置がアドレスを代用して送信したものであるかを判別することができる。識別子がそれ自体ユニークなものであれば、送信元のアドレスとして代用されているアドレスは何であってもよいことになる。
【００１３】
また、本発明では、（イ）送信先が予め定めた特定の宛先であるとき、その宛先に送信するパケットの送信元アドレスとして自装置以外のアドレスで、前記した特定の宛先との間でその送信元アドレスが本来の送信元を示すアドレスとして使用されることのないアドレスであることを事前に取り決めたアドレスを設定する送信元アドレス設定手段と、（ロ）送信元アドレス設定手段で送信元アドレスを設定したパケットを前記した特定の宛先に送信するパケット送信手段とをパケット送信装置に具備させる。
【００１４】
すなわち本発明では、本来の送信元を示すアドレスとして使用されることのないアドレスであることを事前に取り決めたアドレスを送信元アドレスとしてパケット送信装置が特定の宛先にパケットを送信するようにしている。この送信元アドレスは本来の送信元を示すアドレスとして使用されることのないアドレスなので、本来の送信元が特定の宛先にパケットを送信することはなく、問題が生じることはない。しかもその送信元アドレスはパケット送信装置自体のアドレスではないので、パケット送信装置の存在が第三者に知られることはない。
【００１５】
また、本発明では、（イ）送信先アドレスが自装置のアドレスと一致するパケットを受信するパケット受信手段と、（ロ）このパケット受信手段で受信したパケットにおける送信元アドレスを読み出す送信元アドレス読出手段と、（ハ）パケット受信手段で受信したパケットにおける送信元アドレスの記される箇所以外の特定の箇所から特定の送信元と予め取り決めた特定情報を読み出す特定情報読出手段と、（ニ）この特定情報読出手段で読み出した特定情報が送信元アドレス読出手段の読み出した送信元アドレスに対応する前記した特定の送信元と予め取り決めた識別子と一致するかを検出する一致検出手段と、（ホ）この一致検出手段が一致を検出したとき送信元アドレス読出手段の読み出した送信元アドレスが前記した特定の送信元を示すアドレスであると判別し、それ以外の場合には送信元アドレス読出手段の読み出した送信元アドレスを送信元を示すアドレスであると判別する送信元アドレス判別手段とをパケット受信装置に具備させる。
【００１６】
すなわち本発明では、送信元アドレスが本来の送信元を示すものではないパケットを受信するパケット受信装置を扱っている。パケット受信装置は受信したパケットにおける送信元アドレスの記される箇所以外の特定の箇所から特定の送信元と予め取り決めた特定情報を読み出し、この特定情報が予め取り決めた識別子と一致する場合には、送信元アドレス読出手段の読み出した送信元アドレスが前記した特定の送信元を示すアドレスであると判別し、それ以外の場合には送信元アドレス読出手段の読み出した送信元アドレスを送信元を示すアドレスであると判別することにしている。これにより、予め取り決めた識別子がパケットの特定部位に組み込まれている場合には、パケットに表わされた送信元のアドレスはその表わされた送信元を示すものではなく、特定の送信元であるとされる。それ以外の場合には、その特定情報は識別子を表わしているものではないので、送信元のアドレスは文字通りその表わされた送信元を示すことになる。
【００１７】
また、本発明では、（イ）送信先が予め定めた特定の宛先であるとき、その宛先に送信するパケットの宛先アドレスとしてこの特定の宛先以外のアドレスを設定する宛先アドレス設定手段と、（ロ）パケットの宛先アドレスの記される箇所以外の特定の箇所に、宛先アドレス設定手段によって設定された特定の宛先以外のアドレスが宛先のアドレスではないことを示す、前記した特定の宛先との間で事前に取り決めた識別子を組み込む識別子組込手段と、（ハ）宛先アドレス設定手段で宛先アドレスを設定し識別子組込手段で識別子を組み込んだパケットを送信するパケット送信手段とをパケット送信装置に具備させる。
【００１８】
すなわち本発明では、パケットを送信するパケット送信装置とそのパケットの特定の宛先との間でパケットに組み込む識別子を事前に取り決めておき、その識別子が組み込まれたパケットをパケット送信装置が前記した特定の宛先以外のアドレスを宛先のアドレスとして送信するようにしている。受信側の前記した特定の宛先では、受信したパケットに組み込まれている識別子の存在によって宛先のアドレスが本来のアドレスを示しているか、自装置のために代用されたアドレスでパケットが自装置宛てであるかを判別することができる。識別子がそれ自体ユニークなものであれば、宛先のアドレスとして代用されているアドレスは何であってもよいことになる。
【００１９】
また、本発明では、（イ）送信先が予め定めた特定の宛先であるとき、その宛先に送信するパケットの宛先アドレスとしてこの特定の宛先以外のアドレスで、前記した特定の宛先との間でその宛先アドレスが本来の宛先を示すアドレスとして使用されることのないアドレスであることを事前に取り決めたアドレスを設定する宛先アドレス設定手段と、（ロ）宛先アドレス設定手段で宛先アドレスを設定したパケットを送信するパケット送信手段とをパケット送信装置に具備させる。
【００２０】
すなわち本発明では、本来の宛先を示すアドレスとして使用されることのないアドレスであることを事前に取り決めたアドレスを宛先アドレスとしてパケット送信装置が特定の宛先にパケットを送信するようにしている。この宛先アドレスは本来の宛先を示すアドレスとして使用されることのないアドレスなので、前記した特定の宛先は宛先のアドレスが本来の宛先を示すようなパケットを受信することはなく、問題が生じることはない。しかもその宛先アドレスは前記した特定の宛先自体のアドレスではないので、この特定の宛先の存在が第三者に知られることはない。
【００２１】
また、本発明では、（イ）宛先アドレスが予め定めた特定のアドレスと一致するパケットを受信するパケット受信手段と、（ロ）このパケット受信手段で受信したパケットにおける宛先アドレスを読み出す宛先アドレス読出手段と、（ハ）パケット受信手段で受信したパケットにおける宛先アドレスの記される箇所以外の特定の箇所から特定の送信元と予め取り決めた特定情報を読み出す特定情報読出手段と、（ニ）この特定情報読出手段で読み出した特定情報が宛先アドレス読出手段の読み出した宛先アドレスに対応する前記した特定の送信元と予め取り決めた識別子と一致するかを検出する一致検出手段と、（ホ）この一致検出手段が一致を検出したとき宛先アドレス読出手段の読み出した宛先アドレスが自装置を示すアドレスであると判別し、それ以外の場合には宛先アドレス読出手段の読み出した宛先アドレスを宛先を示すアドレスであると判別する宛先アドレス判別手段とをパケット受信装置に具備させる。
【００２２】
すなわち本発明では、宛先アドレスが本来の宛先を示すものではないパケットを受信するパケット受信装置を扱っている。パケット受信装置は受信したパケットにおける宛先アドレスの記される箇所以外の特定の箇所から特定の送信元と予め取り決めた特定情報を読み出し、この特定情報が予め取り決めた識別子と一致する場合には、宛先アドレス読出手段の読み出した宛先アドレスが自装置のために代用されたアドレスであると判別し、それ以外の場合には宛先アドレス読出手段の読み出した宛先アドレスを本来の宛先を示すアドレスであると判別することにしている。これにより、予め取り決めた識別子がパケットの特定部位に組み込まれている場合には、パケットに表わされた宛先のアドレスはその表わされた宛先を示すものではなく、パケットが自装置宛であると判別される。それ以外の場合には、その特定情報は識別子を表わしているものではないので、宛先のアドレスは文字通りその表わされた宛先を示し、パケットが自装置宛でないと判別される。
【００２３】
また、本発明では、（イ）パケットの送信先が事前に取り決めた特定の宛先であるかを判別する宛先判別ステップと、（ロ）この宛先判別ステップによって前記した特定の宛先であると判別されたときその特定の宛先との間で定めた送信元アドレスであって自装置以外の送信元を表わすアドレスをそのパケットの送信元アドレスとして設定する送信元アドレス設定ステップと、（ハ）この送信元アドレス設定ステップで送信元アドレスを設定したパケットを前記した特定の宛先に送信するパケット送信ステップとをパケット送信方法に具備させる。
【００２４】
すなわち本発明では、パケットを送信するパケット送信方法を扱っている。このパケット送信方法では、パケットの送信先が事前に取り決めた特定の宛先である場合にその特定の宛先との間で定めた送信元アドレスであって自装置以外の送信元を表わすアドレスをそのパケットの送信元アドレスとして設定して送信することにしている。この特定の宛先は自装置以外の送信元を表わすそのアドレスが自装置を表わすことを判別できることを前提としているからである。これにより、自装置のアドレス情報を使用することなく、特定の宛先にパケットを送信することができる。
【００２５】
また、本発明では、（イ）パケットの送信先が事前に取り決めた特定の宛先であるかを判別する宛先判別ステップと、（ロ）この宛先判別ステップによって前記した特定の宛先であると判別されたときその特定の宛先との間で定めた送信元アドレスであって自装置以外の送信元を表わすアドレスをそのパケットの送信元アドレスとして設定する送信元アドレス設定ステップと、（ハ）この送信元アドレス設定ステップで送信元アドレスを設定したパケットの送信元アドレスを格納した以外の領域であって前記した特定の宛先との間で定めた領域にその送信元アドレスが本来の送信元を表わしていないことを示す識別子を設定する識別子設定ステップと、（ニ）これら送信元アドレス設定ステップおよび識別子設定ステップでそれぞれ送信元アドレスおよび識別子を設定したパケットを前記した特定の宛先に送信するパケット送信ステップとをパケット送信方法に具備させる。
【００２６】
すなわち本発明では、パケットを送信するパケット送信方法を扱っている。このパケット送信方法では、パケットの送信先が事前に取り決めた特定の宛先である場合にその特定の宛先との間で定めた送信元アドレスであって自装置以外の送信元を表わすアドレスをそのパケットの送信元アドレスとして設定して送信することにしている。また、そのパケットには送信元アドレスを設定したパケットの送信元アドレスを格納した以外の領域であって前記した特定の宛先との間で定めた領域にその送信元アドレスが本来の送信元を表わしていないことを示す識別子を設定するようにしている。パケットを受け取る前記した特定の宛先は、識別子の有無によって送信元を表わすアドレスを本来の送信元を示すものか事前に取り決めた送信元であるかを判別することができる。これにより、自装置のアドレス情報を使用することなく、特定の宛先にパケットを送信することができる。
【００２７】
また、本発明では、（イ）自装置宛のパケットを受信するパケット受信ステップと、（ロ）このパケット受信ステップで受信したパケットにおける送信元アドレスを読み出す送信元アドレス読出ステップと、（ハ）パケット受信ステップで受信したパケットにおける送信元アドレスの記される箇所以外の特定の箇所から特定の送信元と予め取り決めた特定情報を読み出す特定情報読出ステップと、（ニ）この特定情報読出ステップで読み出した特定情報が送信元アドレス読出ステップで読み出した送信元アドレスに対応する前記した特定の送信元と予め取り決めた識別子と一致するかを判別する一致判別ステップと、（ホ）この一致判別ステップで一致を判別したとき送信元アドレス読出ステップで読み出した送信元アドレスが前記した特定の送信元を示すアドレスであると判別し、それ以外の場合には送信元アドレス読出ステップで読み出した送信元アドレスを送信元を示すアドレスであると判別する送信元アドレス判別ステップとをパケット受信方法に具備させる。
【００２８】
すなわち本発明では、パケットを受信するパケット受信方法を扱っている。このパケット受信方法では、受信したパケットにおける送信元アドレスの記される箇所以外の特定の箇所から特定の送信元と予め取り決めた特定情報を読み出し、これがその送信元と予め取り決めた識別子と一致するか否かを判別するようにしている。その送信元と予め取り決めた識別子と一致すれば、そのパケットはその送信元が送ってきたものとなる。それ以外の場合には、読み出した送信元アドレスを送信元を示すアドレスであると判別することになる。これにより、特定の送信元は自分のアドレス情報を使用せずに特定の宛先にパケットを送信することができる。
【発明の効果】
【００２９】
以上説明したように本発明では、あるノードが送出するパケットの送信元を表わすアドレス情報あるいはそのノードを宛先とするパケットの宛先を示すアドレス情報を他のアドレス情報で代用して特定の相手先との通信を行うようにしたので、第三者に対してそのノードの存在を気付かせないようにすることができる。しかも、あるノードと特定の相手先との間で通信するパケットに、代用したアドレス情報が代用されていることを示す識別子を組み込んでおくようにすれば、代用されたアドレス情報を本来のアドレス情報として所持する通信手段が存在するような場合でも、その者の取り扱うパケットとアドレス情報を代用したノードの取り扱うパケットを区別して取り扱うことができる。
【発明を実施するための最良の形態】
【００３０】
以下実施例につき本発明を詳細に説明する。
【実施例１】
【００３１】
図１は、本発明の一実施例におけるパケットの送受信を行う通信システムの要部を表わしたものである。この通信システム１００は、インターネットに代表されるＩＰ（Internet Protocol）網１０１を用いてパケット通信を行うようになっている。ＩＰ網１０１には、自装置のＩＰアドレスを秘匿にする秘匿ノード１０２と、この秘匿ノード１０２の管理のためにこれと通信を行う管理ノード１０３が接続されている。また、パケットの傍受を行う端末として代表的に示した傍受端末１０４もこのＩＰ網１０１に接続されている。秘匿ノード１０２は、スイッチ１０５を介して第１〜第３の端末１０６1〜１０６3と接続されている。
【００３２】
この通信システム１００で第１の端末１０６1のＩＰアドレスをＡ1、第２の端末１０６2のＩＰアドレスをＡ2、第３の端末１０６3のＩＰアドレスをＡ3とする。また、管理ノード１０３のＩＰアドレスをＫ、秘匿ノード１０２のＩＰアドレスをＨとする。本実施例では、秘匿ノード１０２と管理ノード１０３が秘匿ノード１０２の管理を行うための各種データをパケット通信するものとし、傍受端末１０４がＩＰ網１０１を通信するパケットのアドレス情報を解析して秘匿ノード１０２に対して不正なアクセスを行う可能性があるものとする。本実施例で第１〜第３の端末１０６1〜１０６3は、独自のＩＰアドレスＡ1〜Ａ3を有しており、スイッチ１０５の切替操作によってＩＰ網１０１を介して図示しない任意の端末装置とパケット通信を行うことができる。第１〜第３の端末１０６1〜１０６3は、これらのＩＰアドレスＡ1〜Ａ3を秘匿ノード１０２が使用することを承諾している。ただし、秘匿ノード１０２と管理ノード１０３の間でやり取りされるパケットが、第１〜第３の端末１０６1〜１０６3に渡らなければ、これらの承諾がなくてもよい。この結果、秘匿ノード１０２は本来のＩＰアドレスＨの代わりにＩＰアドレスＡ1〜Ａ3を使用してパケット通信を行うことができる。本明細書では、このように自装置以外のアドレス情報を組み込んだパケットを秘匿パケットと称することにする。
【００３３】
秘匿ノード１０２がたとえば送信元として第１の端末１０６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についてのＩＰアドレスＡ1である。秘匿ノード識別子は“０ｘ４ｂ６ａ”である。
【００４０】
図４は、パケット生成部が生成する秘匿パケットの一例を示したものである。ここでは図３で説明したテーブル番号１８１が“１”の場合の秘匿ノード１０２が送信するパケットのフォーマットを表わしている。秘匿パケット２０１は、ヘッダ２０２とペイロード２０３で構成されている。ヘッダ２０２は、ＩＰヘッダあるいはＵＤＰ（User datagram protocol）ヘッダによって構成されている。このヘッダ２０２の送信元アドレスの格納領域２０４にこの例では代替アドレスとして第１の端末１０６1についてのＩＰアドレスＡ1が格納される。本実施例ではペイロード２０３の先頭領域が秘匿ノード識別子格納領域２０５となっており、秘匿ノード１０２が送信するパケットの場合には、ここにＩＰアドレスＡ1に対応した秘匿ノード識別子“０ｘ４ｂ６ａ”が格納されている。
【００４１】
図５は、パケット生成部が生成する秘匿パケット以外のパケットの一例を示したものである。ここでは、図１に示す第１の端末１０６1が送出するパケットを図４に対応する形で示している。秘匿パケット以外のパケットを通常パケットと称することにする。通常パケット２１１は、ヘッダ２０２の送信元アドレスの格納領域２０４に送信元の本来のアドレス情報が格納される。この例では第１の端末１０６1のＩＰアドレスＡ1が格納されているので、図４の秘匿パケット２０１と偶然に一致する。ただし、通常パケット２１１の場合にはペイロード２０３には本来の伝送データが格納されており、その先端部分に秘匿ノード識別子は格納されていない。
【００４２】
以上の図４および図５から分かるように、ペイロード２０３の先端に秘匿ノード識別子格納領域２０５が設けられ、予め定められた秘匿ノード識別子１８４が格納されている場合、そのパケットは秘匿パケット２０１（図４）である。この場合、送信元アドレスの格納領域２０４には本来の送信元のアドレスではない代替アドレス１８３が格納されることになる。通常パケット２１１（図５）の場合には、送信元アドレスの格納領域２０４に本来の送信元のアドレスが格納される。このとき、ペイロード２０３の先頭等の予め定めた箇所には秘匿ノード識別子１８４が格納されることはない。
【００４３】
図６は、管理ノードの構成を表わしたものである。管理ノード１０３は、図１に示したＩＰ網１０１を介してパケットを受信する入力インターフェイス２２１と、この入力インターフェイス２２１が受信したパケットを一時的に格納する受信バッファ２２２と、この受信バッファ２２２に格納されているパケットの中から自装置宛のものを検出して処理するパケット処理部２２３を備えている。パケット処理部２２３は、代替アドレス管理部２２５と接続されている。代替アドレス管理部２２５は、各秘匿ノードにそれぞれ対応して秘匿パケットの送信元や代替アドレスを格納した代替アドレステーブル２２６を備えている。ここで各秘匿ノードとは、図１に示した秘匿ノード１０２と同様にＩＰ網１０１に接続された図示しないそれぞれの秘匿ノードをいう。
【００４４】
代替アドレス管理部２２５および管理データ作成部２２７は、送出するパケットを生成するためのパケット生成部２２８と接続されている。管理データ作成部２２７は、図１に示した秘匿ノード１０２等の秘匿ノードの管理データを作成するようになっている。パケット生成部２２８は、秘匿ノード１０２を宛先とする場合、生成したパケットにおける送信元アドレスとして第１〜第３の端末１０６1〜１０６3のＩＰアドレスＡ1〜Ａ3のいずれかを組み込むことになる。このようにして生成されたパケットは、送信バッファ２２９に一時的に蓄えられる。そして、出力インターフェイス２３０を介して図１に示した秘匿ノード１０２等の宛先に送られることになる。
【００４５】
なお、代替アドレステーブル２２６は、図３に示した代替アドレステーブル１５６が管理ノード１０３の管理対象となる各秘匿ノードごとに用意されたものである。このため、その図示は省略する。代替アドレステーブル１５６は、秘匿ノード１０２等の秘匿ノードが代替アドレスとして選択できる端末の構成に変更が生じたような場合に、システムの管理者の指示等によって管理データ作成部２２７が該当する秘匿ノードに代替アドレステーブル１５６の新たな作成と作成されたそれぞれの代替アドレステーブル１５６に関するデータの送付を依頼する。管理ノード１０３は、それぞれの秘匿ノードから代替アドレステーブル１５６に関するデータが送られてくるたびに代替アドレステーブル２２６の該当する箇所の内容をそのデータを基に書き換えてテーブル内容を更新する。
【００４６】
図６に示した管理ノード１０３も、図２に示した秘匿ノード１０２と同様に通信機能を備えたパーソナルコンピュータで構成することができる。すなわち、管理ノード１０３は、ＣＰＵと、ＣＰＵが実行する制御プログラムを格納したハードディスク等の記憶媒体および作業用メモリとして使用するＲＡＭならびに通信回路等のハードウェアで構成することができる。これについての詳細な説明は省略する。また、図１に示した第１〜第３の端末１０６1〜１０６3および傍受端末１０４については、一般的なパーソナルコンピュータあるいはワークステーションからなる通信端末と同様のものであってよい。そこで、これらの構成についての具体的な説明は称略する。
【００４７】
次に、以上のような構成の通信システム１００における各部の動作を説明する。
【００４８】
図７は、秘匿ノードが図３に示した代替アドレステーブルを作成する処理の様子を表わしたものである。秘匿ノード１０２の前記したＣＰＵは、前記したシステムの管理者の指示等による初期設定時に（ステップＳ３０１：Ｙ）、代替アドレステーブル１５６の設定が指定されているときには（ステップＳ３０２：Ｙ）、代替アドレスについて手動設定モードあるいは自動設定モードのいずれに設定されているかをチェックする。手動設定モードに設定されている場合には（ステップＳ３０３：Ｙ）、秘匿ノード１０２の管理者の入力した代替アドレスの一覧の読み込みを行う（ステップＳ３０４）。すなわち、この時点で秘匿ノード１０２の管理者に代替アドレスとして使用可能なＩＰアドレスを入力させてもよいし、管理者がすでに入力していた代替アドレスとして使用可能なＩＰアドレスの一覧を読み込むようにしてもよい。図１に示したように秘匿ノード１０２はＩＰ網１０１側およびスイッチ１０５側に２つのポートを持っているが、代替アドレスは後者のポートに接続する第１〜第３の端末１０６1〜１０６3の中から選ばれるとより都合がいい。これら第１〜第３の端末１０６1〜１０６3は、ＩＰ網１０１に接続する傍受端末１０４から見たときに秘匿ノード１０２の配下に存在している。このため、図１に示した傍受端末１０４は、これらの代替アドレスが送信元に存在するパケットを第１〜第３の端末１０６1〜１０６3が送信したものと判断してしまう可能性が高く、秘匿ノード１０２の存在が気づかれにくくなる。ただし、このような配下の端末であっても、それ自体が秘匿ノード１０２と同様にアドレス情報を秘匿とするべき端末およびその配下の端末は除外される。これは、他の秘匿ノードが代替アドレスの対象となると、アドレスが公開されることになり好ましくないからである。また、秘匿ノード同士が同一の端末を代替アドレスの対象として選択すると、それらの秘匿ノード識別子が一致する事態が発生する可能性がある。これを避けるには、各秘匿ノードがそれぞれ異なる代替アドレステーブルを持ち、２つ以上の秘匿ノードが同じタイミングで同一の端末を代替アドレスの対象として選択しないようにする。もしくは、２つ以上の秘匿ノードが同じタイミングで同一の秘匿識別子を選択しないようにすればよい。
【００４９】
一方、代替アドレステーブル１５６の設定について自動設定モードが選択されていた場合（ステップＳ３０３：Ｎ）、秘匿ノード１０２の前記したＣＰＵは、配下の端末から送られてくるパケットおよびＩＰ網１０１を介して図示しない端末から配下の端末に向けて送られてくるパケットを傍受してそれらのアドレス情報の収集を行う（ステップＳ３０５）。
【００５０】
ステップＳ３０４またはステップＳ３０５で代替アドレスが得られたら、秘匿ノード１０２の専用の代替アドレステーブル１５６が新規に作成され、あるいは代替アドレステーブル１５６の内容が更新される（ステップＳ３０６）。パケット生成部１５７はこの代替アドレステーブル１５６の内容を組み込んだパケットを生成して、その宛先を管理ノード１０３のアドレス情報を暗号化して組み込み、更に、ペイロードに秘匿ノード１０２自体の識別情報を組み込んで、そのパケットは代替アドレス更新用パケットとして管理ノード１０３に送信される（ステップＳ３０７）。このとき、そのパケットの送信元アドレスは代替アドレステーブル１５６における該当する代替アドレスとなる。
【００５１】
なお、代替アドレステーブル１５６の設定について自動設定モードが選択されて、実際にネットワークを流れるパケットのアドレス情報から代替アドレスを収集した場合には、その時点でネットワーク上で実在することが確認されたアドレスにより、代替アドレステーブル１５６の内容を更新することができる。したがって、例えば端末が故障等の理由で使用されなくなり、ネットワーク上に実在しなくなったアドレスを使用し続けて、図１に示した傍受端末１０４に秘匿ノード１０２の存在を検出される恐れがなくなる。
【００５２】
図８は、代替アドレステーブルの内容を組み込んだパケットを受信する際の管理ノードの処理の流れを表わしたものである。管理ノード１０３の前記したＣＰＵは、代替アドレステーブル１５６の内容を組み込んだ代替アドレス更新用パケットを受信すると（ステップＳ３２１：Ｙ）、そのペイロードを解析して送信元の秘匿ノード１０２の識別子を判読する（ステップＳ３２２）。ここで秘匿ノード１０２の識別子は、秘匿ノード１０２と管理ノード１０３の間で予め定めた識別子である。したがって、仮に図１に示す傍受端末１０４がこの代替アドレス更新用パケットを傍受したとしても、これを察知されることはない。
【００５３】
管理ノード１０３のＣＰＵは、続いて同じく代替アドレス更新用パケットのペイロードから代替アドレステーブル１５６の内容を復号して解読する（ステップＳ３２３）。そして、図６に示した代替アドレステーブル２２６における判読した識別子の秘匿ノードに関する代替アドレステーブルの部分を上書きする。送られてきた代替アドレステーブルが新たな秘匿ノードからのものであれば、代替アドレステーブル２２６にその秘匿ノードに関する領域を新設して、そこに送られてきた代替アドレステーブルの部分をその秘匿ノードと対応付けて書き込むことになる（ステップＳ３２４）。このようにして、それぞれの秘匿ノードの代替アドレステーブル１５６と管理ノード１０３の代替アドレステーブル２２６の内容が常に同一内容となる処理が行われる。
【００５４】
図９は、秘匿ノードがパケットを受信した際の処理の流れを表わしたものである。秘匿ノード１０２は、図２に示した入力インターフェイス１５１からパケットを受信すると（ステップＳ３４１：Ｙ）、自ノード宛のパケットであるかどうかを自装置宛パケット検出部１５３で判別して（ステップＳ３４２）、そうでなければ（Ｎ）、そのパケットを送信バッファ１６０に格納して、次のノードに送信する（ステップＳ３４３）。
【００５５】
これに対して、受信したパケットが自ノード宛であれば（ステップＳ３４２：Ｙ）、そのパケットがパケット処理部１５４に渡されて、そのパケットの内容に従った処理が行われる（ステップＳ３４４）。たとえば、管理ノード１０３から秘匿ノード１０２の管理のための情報が送られてきた場合には、その情報に従って秘匿ノード１０２の管理が実行されることになる。
【００５６】
図１０は、ステップＳ３４２における秘匿ノードが管理ノードから送られてきた自ノード宛のパケットの判別処理を具体的に表わしたものである。秘匿ノード１０２の前記したＣＰＵは管理ノード１０３から送られてきたパケットを受信したら、まず現在時刻を取得する（ステップＳ３６１）。そして、図３に示した代替アドレステーブル１５６からその現在時刻に対応する代替アドレスを取得する（ステップＳ３６２）。たとえば、現在時刻が２００５年５月１９日の１３時３０分であれば代替アドレスは「Ａ1」となる。
【００５７】
ここで、現在時刻が２００５年５月１９日の１４時０分の場合のように管理ノード１０３から送られてきたパケットに伝送遅延が生じたときに代替アドレスが切り替わる可能性がある時刻の場合の代替アドレスの判別が問題となる。パケットに元々送信元の送信時刻を表わしたデータが格納されている場合には、それに従えば問題ない。このようなデータがパケットに格納されていない場合、伝送遅延の誤差分が生じる可能性のある時間帯では、可能性のある代替アドレスを並存させる形で代替アドレスを取得するようにすればよい。この例の場合には、たとえば２００５年５月１９日の１４時０分から１４時５分までの間は代替アドレスは「Ａ1」と「Ａ2」が並存することになる。
【００５８】
代替アドレスを取得したら、これと受信したパケットの宛先が一致するかどうかの判別が行われる（ステップＳ３６３）。一致しなければ（Ｎ）、そのパケットは他のノード宛と判別される（ステップＳ３６４）。これに対して、代替アドレスと受信したパケットの宛先が一致した場合には（ステップＳ３６３：Ｙ）、図３に示した代替アドレステーブル１５６からそれに対応する秘匿ノード識別子を取得する（ステップＳ３６５）。たとえば、代替アドレス「Ａ1」が一致した場合には秘匿ノード識別子として「０ｘ４ｂ６ａ」が取得される。代替アドレス「Ａ1」と「Ａ2」が並存していた状態で、このうちの代替アドレス「Ａ2」が一致した場合には、秘匿ノード識別子として「０ｘａｃ９ｂ」が取得されることになる。
【００５９】
次に、ＣＰＵは受信したパケットにおける図４に示す秘匿ノード識別子格納領域２０５に対応する領域のデータを読み出す（ステップＳ３６６）。そして、ステップＳ３６５で取得した秘匿ノード識別子１８４とその読み出したデータとが一致するかどうかを判別する（ステップＳ３６７）。一致すれば（Ｙ）、管理ノード１０３から秘匿ノード１０２宛に送られてきたパケットであること、すなわち自ノード宛のパケットであると判別する（ステップＳ３６８）。一致しなかった場合には（ステップＳ３６７：Ｎ）、他ノード宛のパケットであると判別することになる（ステップＳ３６４）。
【００６０】
図１１は、秘匿ノードから管理ノードにパケットを送信する場合の処理を表わしたものである。図２に示した秘匿ノード１０２のパケット生成部１５７は送信のための現在時刻を取得する（ステップＳ３８１）。そして、図３に示した代替アドレステーブル１５６からその現在時刻に対応する代替アドレスを取得する（ステップＳ３８２）。ここで、取得した時刻は管理ノード１０３で受信された時刻と実質的に相違ないことを前提としている。したがって、取得した現在時刻がたとえば２００５年５月１９日の１３時５９分のように１４時に極めて近い時刻であって秘匿ノード１０２内の内部処理および伝送路における伝送遅延によって管理ノード１０３で受信される時刻が２００５年５月１９日の１４時０分以降になることが確実な場合には、２００５年５月１９日の１４時０分から切り替わる代替アドレスの方を取得するような修正が行われてもよい。ステップＳ３８２で取得された代替アドレスは、管理ノード１０３に送信するパケットの送信元アドレスの格納領域２０４（図４）に組み込まれる（ステップＳ３８３）。
【００６１】
次に、パケット生成部１５７は、代替アドレステーブル１５６からその代替アドレスに対応する秘匿ノード識別子を取得する（ステップＳ３８４）。そして、これを管理ノード１０３に送信するパケットのペイロードの先頭に配置された秘匿ノード識別子格納領域２０５（図４）に組み込む（ステップＳ３８５）。そして、送信バッファ１６０に格納された後、出力インターフェイス１６１によってパケットは次のノードに向けて送信されることになる（ステップＳ３８６）。
【００６２】
図１２は、管理ノードにおけるパケット受信処理を表わしたものである。図６と共に説明を行う。管理ノード１０３では、入力インターフェイス２２１がパケットを受信すると（ステップＳ４０１：Ｙ）、現在時刻を取得して、これと共にその受信したパケットを受信バッファ２２２に格納する（ステップＳ４０２）。パケット処理部２２３はパケットと受信した際の時刻を読み出して（ステップＳ４０３）、代替アドレステーブル２２６からその時刻に該当する代替アドレスが代替アドレスの欄に記載された秘匿ノードを表わした識別情報を取得する（ステップＳ４０４）。これは、本実施例では管理ノード１０３が図２に示した秘匿ノード１０２を初めとして複数の秘匿ノードの管理を行っているので、どの秘匿ノードからパケットが送られてきたかを判別する必要があるからである。
【００６３】
もちろん、管理ノード１０３は送信元アドレスを宛先にして、かつ送信されてきた秘匿ノード識別子をコピーして使用することでその秘匿ノードに返信を行うことも可能であるが、本実施例のように時間帯によって秘匿ノードの代替アドレスおよび秘匿ノード識別子を使い分ける場合には、返信を行う時刻が代替アドレスの切替後の時刻になる場合があり得る。そこで、どの秘匿ノードからパケットが送られてきたかを判別する処理が必要となる。なお、ステップＳ４０２で行う現在時刻の取得の処理については、受信したパケットに送信時の時刻が書き込まれている場合には、これを読み込む処理が代わって実行される。
【００６４】
図２に示した秘匿ノード１０２からパケットが送られてきたことが判別されたとすると、パケット処理部２２３はそのパケットの内容を解析してそれに従った処理を行う（ステップＳ４０５）。この結果、秘匿ノード１０２に対して返信が必要とされた場合には（ステップＳ４０６：Ｙ）、その返信パケットの内容の組み立てが行われる時点でパケット生成部２２８が現在時刻を取得する（ステップＳ４０７）。そして、パケット生成部２２８は代替アドレステーブル２２６における該当する秘匿ノード１０２の部分における該当する時刻の代替アドレスと秘匿ノード識別子を取得する（ステップＳ４０８）。そして、代替アドレスを宛先とし、秘匿ノード識別子をペイロードの先端に組み込んでそのパケットを出力インターフェイス２３０から送信することになる（ステップＳ４０９）。なお、ステップＳ４０７で取得した現在時刻は、送信するパケットの所定位置に組み込んで送信を行ってもよいことは当然である。
【００６５】
図１３は、本実施例で使用した秘匿ノード識別子の生成処理の様子を表わしたものである。まず、予め手動等で設定した初期設定値Ｓを読み込み（ステップＳ４２１）、テーブル番号のパラメータｎを“１”に初期化しておいて（ステップＳ４２２）、１番目の秘匿ノード識別子としてその値Ｓを代替アドレステーブル１５６の該当する秘匿ノード識別子１８４として格納する（ステップＳ４２３）。続いて、パラメータｎを“１”だけ加算して（ステップＳ４２４）、そのパラメータｎが代替アドレステーブル１５６に用意されるテーブル番号の最大値ｎmaxを超えるものでなければ（ステップＳ４２５：Ｎ）、値Ｓに所定の定数Ｃだけ加算して（ステップＳ４２６）、これを２番目の秘匿ノード識別子としてその値を、代替アドレステーブル１５６の該当する秘匿ノード識別子１８４として格納する（ステップＳ４２３）。以下同様にして、順次、値Ｓに所定の定数Ｃだけ加算しながら、３番目以降のテーブル番号１８１の秘匿ノード識別子１８４を設定していくことになる。
【００６６】
以上の処理では、予め定めた初期設定値Ｓに定数Ｃずつ加算することにしたが、減算処理を行ってもよい。このような処理によって秘匿ノード識別子の解読が困難となるが、更に強固なセキュリティを必要とする場合には、一度、秘匿ノード識別子が判読できた場合でも次の秘匿ノード識別子が何となるかが傍受端末１０４から推測不可能なものとなるようにすることが必要である。このためには、たとえばＩＥＴＦ（The Internet Engineering Task Force：インターネット特別技術調査会）のＲＥＣ（Request For Comments）．１７６０で提案された、ワンタイムパスワード（one-time password）を用いてもよい。これは、一度しか使えない使い捨てパスワードであるため、万が一第三者に知られても、同じパスワードは二度と使用しないため高い安全性を保つことができる。このようなワンタイムパスワードを生成するには、一方向関数としてのセキュアハッシュ関数(Secure Hash Function)が利用される。これによれば、まず秘匿ノード識別子として「Ｎ」番目に設定する値を決め、その値を引数としてセキュアハッシュ関数により求めた結果を「Ｎ−１」番目の値とする。これを繰り返せば「１」〜「Ｎ」番目の値を生成することができるようになっている。仮にある瞬間の秘匿装置識別子１８４の値が検出されても、この関数の、結果から引数を求めることが難しいという性質から、次に使用される値を予測するのは不可能に近くなる。
【００６７】
以上説明した実施例では、秘匿ノード１０２と管理ノード１０３がこれらの間で通信するパケットにおけるペイロードに秘匿ノード識別子を組み込むことで、秘匿ノードを示すアドレス情報として代替アドレスが使用されたことが分かるようにした。この結果、図１に示す傍受端末１０４はこれら秘匿ノード１０２と管理ノード１０３の間で通信されるパケットを傍受しても、秘匿ノード１０２自体のアドレス情報を取得することはできない。しかも、傍受端末１０４は秘匿ノード１０２のアドレスに対応する代替アドレスとして、実施例では第１〜第３の端末１０６1〜１０６3のアドレス「Ａ1」〜「Ａ3」を時間を異にして設定するので、秘匿ノード１０２の存在自体を解明することが困難である。
【００６８】
しかも、秘匿ノード１０２が使用した代替アドレス「Ａ1」〜「Ａ3」は、実際に存在する第１〜第３の端末１０６1〜１０６3のアドレス「Ａ1」〜「Ａ3」そのものである。したがって、傍受端末１０４等の他の端末がネットワーク上でこれらの存在を検知することができ、この結果として秘匿ノード１０２の存在に気づきにくくなるという利点がある。
【００６９】
また、仮に傍受端末１０４がアドレス「Ａ1」を使用したノードが管理ノード１０３と通信を行っていることを検出したとする。この場合に、傍受端末１０４がアドレス「Ａ1」が送信元アドレスとなったパケットをすべて抽出するフィルタリング処理を行ったとしても、このパケットには秘匿ノード１０２が使用したものと、第１端末１０６1が使用したものとが混在している。これらのパケットを本来の送信元で分けるには秘匿ノード識別子の有無を判別するために秘匿ノード識別子の特定という処理が必要となるが、パケットにおける秘匿ノード識別子の位置および内容は傍受端末１０４側で推察するのが極めて困難である。
【００７０】
加えて、本実施例では秘匿ノード識別子自体が代替アドレス「Ａ1」〜「Ａ3」に対応させて複数種類存在し、しかも仮に代替アドレスが同一のものであっても、時刻によって秘匿ノード識別子が変動するようにしている。したがって、仮にある時点で１つの代替アドレスとこれに対応する秘匿ノード識別子が判読できたとしても、限られた時間だけパケットの判読が可能であり、代替アドレスや時間帯が異なってくればそのパケットは再び送信元が不明なパケットに変化してしまう。
【００７１】
以上のような理由から、本実施例の場合、秘匿ノード１０２を傍受端末１０４が察知して、これに対してハッキング等の攻撃を仕掛けることは事実上不可能となる。
【００７２】
なお、本実施例では、秘匿ノード１０２のＩＰアドレスをＨとしたが、秘匿ノード１０２は他の端末のアドレスを使用して通信を行うことができるため、特にこのような独自のアドレスを割り当てなくてもよい。割当て可能なアドレス数が限られたネットワークにおいては、導入できる装置の数に制限があり、空きアドレスがなければ新たに装置を設置することができない。また、大規模ネットワークの構築においては、計画的なアドレス割り当てを行われているので、ネットワーク構築後に新たに装置の追加する場合、空きアドレスがあったとしても、予定外の割り当て方を認めるかどうかを慎重に検討する必要があり、臨機応変の対応が困難なこともある。しかし、本実施例の手法によれば、これらの問題を回避して、ネットワーク監視機器のような装置を容易に設置することが可能となる。
【００７３】
＜発明の第１の変形例＞
【００７４】
図１４は、本発明の第１の変形例の秘匿ノードにおける代替アドレステーブルの構成を表わしたものである。この変形例の代替アドレステーブル１５６Ａは、図３で示した実施例の開始時刻１８２の欄の代わりに、利用可能回数１８２Ａの欄が設けられている。これ以外のテーブル番号１８１、代替アドレス１８３、秘匿ノード識別子１８４の各欄の構成は実施例の代替アドレステーブル１５６と変わらない。利用可能回数１８２Ａの欄には、それぞれの代替アドレス１８３および秘匿ノード識別子１８４の組を連続使用することのできる回数の上限値としての利用可能回数が設定されている。たとえば、テーブル番号“１”の場合には利用可能回数が２４回である。したがって、たとえば秘匿ノード１０２から管理ノード１０３に宛てて送信されるパケットの送信回数が第１回目から第２４回目までは代替アドレスがアドレス「Ａ1」であり、秘匿ノード識別子が「０ｘ４ｂ６ａ」となるが、第２５回目からはテーブル番号“２”が適用される。すなわち、第２５回目から合計８回分の第３２回目までは、代替アドレスがアドレス「Ａ2」であり、秘匿ノード識別子が「０ｘａｃ９ｂ」となる。以下同様にして利用回数に応じて代替アドレスと秘匿ノード識別子が順次切り替えられることになる。
【００７５】
したがって、この変形例の代替アドレステーブル１５６Ａによれば、代替アドレスと秘匿ノード識別子の対の内容が常に固定されたものであれば、有限のテーブル番号１８１をサイクリックに巡回していくことで、代替アドレステーブル１５６Ａの更新を行うことなく、これを永続的に使用することができる。もちろん、それぞれの代替アドレスに対応する秘匿ノード識別子をランダムに変更し、その内容を秘匿ノード１０２と管理ノード１０３の間で通知しあうことでセキュリティを更に高めることができる。もちろん、それぞれの代替アドレスに対応する秘匿ノード識別子の変更および利用可能回数１８２Ａの変更について予め両者の間で演算式をシステムの運用開始時に通知しあっておくことで、その後のテーブルの更新作業を省略することができる。
【００７６】
なお、何らかの理由で利用可能回数の計数に誤差が発生すると、この変形例の場合には秘匿ノード１０２と管理ノード１０３の間で代替アドレステーブル１５６Ａの更新処理が行われるまでパケットの送受信ができなくなる。このような欠点を解消するためには、それぞれのパケットの送信時に現在の代替アドレス１８３および秘匿ノード識別子１８４の組についての利用回数を示す数値をペイロードの特定の領域に格納するようにしてもよい。また、秘匿ノード１０２あるいは管理ノード１０３がパケットを相手側に送る際に必ず返答のパケットを要求し、これが送信側に所定時間内に送られてこない場合には両者の間で代替アドレステーブル１５６Ａの初期化を行う処理を行ったり、このような異常時にのみ両者の間で通信を可能とする特別の代替アドレス１８３および秘匿ノード識別子１８４の組でとりあえずの通信を可能にするようにしてもよい。
【００７７】
図１５は、図１０に対応するもので、この第１の変形例における秘匿ノードが受信したパケットについての自ノード宛判別処理の様子を表わしたものである。秘匿ノード１０２は、図示しない不揮発性メモリ領域に前回使用した代替アドレステーブル１５６Ａのテーブル番号１８１と利用回数を記憶するようになっている。図２に示した自装置宛パケット検出部１５３はこの不揮発性メモリ領域からテーブル番号と現時点での利用回数を取得する（ステップＳ５０１）。そして、代替アドレステーブル１５６Ａから該当するテーブル番号の利用可能回数を取得する（ステップＳ５０２）。自装置宛パケット検出部１５３は、これを基にして次式（１）で示す値Ｆを算出する（ステップＳ５０３）。
Ｆ＝（利用回数＋１）−利用可能回数  ……（１）
【００７８】
たとえば、ステップＳ５０１で読み出したテーブル番号が“１”で読み出した現在の利用回数が“２４”であったとする。すると、値Ｆは“１”となり、正の数値となる。このように値Ｆが正の値を採った場合には（ステップＳ５０４：Ｙ）、今回参照すべき代替アドレスと秘匿ノード識別子は次のテーブル番号のものということになる。この例では具体的にはテーブル番号１８１が“２”の代替アドレスと秘匿ノード識別子が参照されるべきものとなる。そこでこの場合には、不揮発性メモリ領域のテーブル番号を次の番号に変更し、利用回数を“１”に初期化する（ステップＳ５０５）。ただし、このとき不揮発性メモリ領域に格納されていた直前の値はたとえばＲＡＭ（ランダム・アクセス・メモリ）等の他の領域に一時的に保持しておく。これは、秘匿ノード１０２が管理ノード１０３以外のパケットを受け取った場合には、この自ノード判別処理の終了後に不揮発性メモリ領域の値を元に戻す必要があるからである。
【００７９】
ステップＳ５０５の処理が終了したら、自装置宛パケット検出部１５３は変更したテーブル番号の代替アドレスと秘匿ノード識別子を代替アドレステーブル１５６Ａから取得する（ステップＳ５０６）。そして、現在受信したパケットの代替アドレスと秘匿ノード識別子と比較する。比較の結果、両者が完全に一致した場合には（ステップＳ５０７）、受信したパケットは自ノード宛と判別する（ステップＳ５０８）。
【００８０】
これに対して、現在受信したパケットの代替アドレスと秘匿ノード識別子の双方はあるいは一部がステップＳ４２６で取得した代替アドレスおよび秘匿ノード識別子と一致しなかったときには（ステップＳ５０７：Ｎ）、不揮発性メモリ領域のテーブル番号と利用回数を元に戻す（ステップＳ５０９）。そして、受信したパケットは他ノード宛のものであると判別することになる（ステップＳ５１０）。
【００８１】
次に、ステップＳ５０４で値Ｆが０もしくは負の場合を説明する。たとえば、ステップＳ５０１で読み出したテーブル番号が“１”で読み出した現在の利用回数が“１５”であったとする。すると、値Ｆは“−８”となり、負の数値となる。このように値Ｆが負の値を採った場合には（ステップＳ５０４：Ｎ）、代替アドレステーブル１５６Ａの前回使用した代替アドレスと秘匿ノード識別子を今回も使用できることになる。そこで同一テーブル番号の代替アドレスと秘匿ノード識別子を代替アドレステーブル１５６Ａから取得する（ステップＳ５１１）。そして、これらと現在受信したパケットの代替アドレスと秘匿ノード識別子を比較する。両者が一致した場合には（ステップＳ５１２：Ｙ）、不揮発性メモリ領域に記憶された利用回数を“１”だけ加算する（ステップＳ５１３）。そして、ステップＳ５０８に進んでそのパケットを自ノード宛と判別することになる。
【００８２】
これに対して、現在受信したパケットの代替アドレスと秘匿ノード識別子の双方はあるいは一部がステップＳ５１１で取得した代替アドレスおよび秘匿ノード識別子と一致しなかったときには（ステップＳ５１２：Ｎ）、そのパケットを他ノードに宛てたものと判別することになる（ステップＳ５１０）。
【００８３】
なお、図１４で示した処理では不揮発性メモリ領域に直前に使用した代替アドレステーブル１５６Ａのテーブル番号と利用回数を記憶するようにしたが、今回利用するとした場合のテーブル番号と利用回数を記憶しておくようにしてもよい。この場合には、この記憶の前処理として代替アドレステーブル１５６Ａに記された利用可能回数１８２Ａとの比較処理が必要となるが、受信したパケットについて自ノード宛であるかどうかを判別するたびに今回参照の対象となる代替アドレスと秘匿ノード識別子を代替アドレステーブル１５６Ａから読み出す処理およびステップＳ５０３の演算処理を繰り返す必要がなくなる。
【００８４】
なお、この第１の変形例の応用として、パケットの送信が行われるたびに代替アドレスを変更していくことも可能である。もちろん、そのたびに、秘匿ノード識別子を変更するようにしてもよい。
【００８５】
＜発明の第２の変形例＞
【００８６】
図１６は、本発明の第２の変形例の秘匿ノードにおける代替アドレステーブルの構成を表わしたものである。この第２の変形例の代替アドレステーブル１５６Ｂは、図３に示した実施例の代替アドレステーブル１５６と比較すると、識別子フラグ１８５の欄が追加されている。ここで識別子フラグ１８５の欄は、たとえばペイロードにおける秘匿ノード識別子のすぐ後の１ビットで構成される欄であり、秘匿ノード識別子１８４の要否を表わしている。識別子フラグ１８５が“１”の場合には、秘匿ノード識別子１８４が必要であり、秘匿ノード識別子１８４の欄に存在するデータは秘匿ノード識別子１８４そのものを表わしている。識別子フラグ１８５が“０”の場合には、秘匿ノード識別子１８４が不要であり、秘匿ノード識別子１８４の欄に存在するデータは秘匿ノード識別子ではない他のデータあるいはその一部である。この部分に秘匿ノード識別子と見せかけるためのダミーのビット列を配置することも可能である。
【００８７】
図１６で示した例では代替アドレス１８３が「Ａ1」の第１の端末１０６1は独自に管理ノード１０３と通信を行う可能性が存在するので、識別子フラグ１８５が“１”となっている。管理ノード１０３は、識別子フラグ１８５が“１”であることを確認したら、秘匿ノード識別子１８４を読み出して、これが代替アドレステーブル１５６Ｂに示す内容のものであれば、秘匿ノード１０２から送られてきたパケットであると判別する。
【００８８】
一方、この変形例で代替アドレス１８３が「Ａ2」の第２の端末１０６2は独自に管理ノード１０３と通信を行う可能性が存在しない。そこで、識別子フラグ１８５が“０”となっている。管理ノード１０３は、識別子フラグ１８５が“０”であることを確認したら、秘匿ノード識別子１８４を読み出すことなく、秘匿ノード１０２から送られてきたパケットであると判別する。代替アドレス１８３が「Ａ3」の第３の端末１０６3についても同様である。
【００８９】
なお、実施例および変形例では秘匿ノード識別子をペイロードの先端に配置したが、ヘッダあるいはペイロードの他の場所に配置してもよいことは当然である。また、識別子フラグの配置場所も本発明の変形例に限定されるものではない。また、本発明はネットワークの監視を行う機器同士でのみ適用するものではなく、アドレス情報を拡張的に使用する場合にも本発明を広く適用することができることは当然である。更に実施例ではＩＰ網１０１をパケットの通信される網としたが、アドレス情報を使用した通信する網であれば、どのような網に対しても本発明を適用することができる。
【図面の簡単な説明】
【００９０】
【図１】本発明の一実施例におけるパケットの送受信を行う通信システムの要部を表わしたシステム構成図である。
【図２】本実施例の秘匿ノードの構成の概要を表わしたブロック図である。
【図３】本実施例の代替アドレステーブルの要部を表わした説明図である。
【図４】本実施例でパケット生成部が生成する秘匿パケットの一例を示した説明図である。
【図５】本実施例でパケット生成部が生成する秘匿パケット以外のパケットの一例を示した説明図である。
【図６】本実施例で管理ノードの構成を表わしたブロック図である。
【図７】本実施例で秘匿ノードが代替アドレステーブルを作成する処理の様子を表わした流れ図である。
【図８】本実施例で代替アドレステーブルの内容を組み込んだパケットを受信する際の管理ノードの処理の流れを表わした流れ図である。
【図９】本実施例で秘匿ノードがパケットを受信した際の処理の流れを表わした流れ図である。
【図１０】本実施例で秘匿ノードが管理ノードから送られてきた自ノード宛のパケットの判別処理を具体的に表わした流れ図である。
【図１１】本実施例で秘匿ノードから管理ノードにパケットを送信する場合の処理を表わした流れ図である。
【図１２】本実施例で管理ノードにおけるパケット受信処理を表わした流れ図である。
【図１３】本実施例で使用した秘匿ノード識別子の生成処理の様子を表わした流れ図である。
【図１４】本発明の第１の変形例の秘匿ノードにおける代替アドレステーブルの構成を表わした説明図である。
【図１５】本発明の第１の変形例における秘匿ノードが受信したパケットについての自ノード宛判別処理の様子を表わした流れ図である。
【図１６】本発明の第２の変形例の秘匿ノードにおける代替アドレステーブルの構成を表わした説明図である。
【符号の説明】
【００９１】
１００  通信システム
１０１  ＩＰ網
１０２  秘匿ノード
１０３  管理ノード
１０４  傍受端末
１０６  端末
１５３  自装置宛パケット検出部
１５４、２２３  パケット処理部
１５６、１５６Ａ、１５６Ｂ、２２６  代替アドレステーブル
１５７、２２８  パケット生成部
１８３  代替アドレス
１８４  秘匿ノード識別子
１８５  識別子フラグ
２０１  秘匿パケット
２０４  送信元アドレスの格納領域
２０５  秘匿ノード識別子格納領域
【図１】
2006333128.tif 000003
【図２】
2006333128.tif 000004
【図３】
2006333128.tif 000005
【図４】
2006333128.tif 000006
【図５】
2006333128.tif 000007
【図６】
2006333128.tif 000008
【図７】
2006333128.tif 000009
【図８】
2006333128.tif 000010
【図９】
2006333128.tif 000011
【図１０】
2006333128.tif 000012
【図１１】
2006333128.tif 000013
【図１２】
2006333128.tif 000014
【図１３】
2006333128.tif 000015
【図１４】
2006333128.tif 000016
【図１５】
2006333128.tif 000017
【図１６】
2006333128.tif 000018