JP4654613B2 - 通信システム、通信方法、アドレス配布システム、アドレス配布方法、通信端末 - Google Patents

Description

本発明は、インターネットプロトコル（以下ＩＰと略称する）によるネットワークにおけるインターネット通信方法、インターネット通信に際してセキュリテイの向上が図れるアドレス配布システム、アドレス配布方法、通信端末に関する。

ＩＰネットワークにおけるＩＰアドレスの割り当て方法（アドレス配布方法）としてグローバルアドレスと呼ばれる方法がある。この方法によれば、グローバルに一意なアドレス空間で端末を識別することができる。

このようなグローバルアドレスを持った端末はＩＰネットワークに接続されたどの端末からも到達可能であり、ピアツーピアで通信することが可能となる。しかし、アプリケーションによっては、利用するユーザが不特定の端末やセキュリティ対策の十分でない端末と通信を行う場合、不正な第三者にＩＰアドレスが知られることとにより、自端末がインターネットにおける不正使用の攻撃対象となったり、不正使用のために悪用されたりする危険性が生じる。

斯かる問題を解消するため、従来のＩＰネットワークでは一回限りのアドレスを使用して通信を行うことで、固定的なグローバルアドレスの公開を最小限にとどめながら、不特定の通信相手との間でもグローバルアドレスによるエンド・ツー・エンドの通信を可能とする仕組みが提供されている。また、使い終わったグローバルアドレスを端末から削除することで、そのグローバルアドレスが不正に入手された際の、端末との直接通信を不可能にすることも行われている。そのための仕組みとしては、ダイナミックホストコンフィグレーションプロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ:ＤＨＣＰ）やＩＰｖ６アドレスを用いるテンポラリーアドレス（ＲＦＣ３０４１）などがある。

ＩＥＴＦ ＲＦＣ２１３１ “Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ” ＩＥＴＦ ＲＦＣ３０４１ “Ｐｒｉｖａｃｙ Ｅｘｔｅｎｓｉｏｎｓ ｆｏｒ Ｓｔａｔｅｌｅｓｓ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎ ＩＰｖ６“

前者のＤＨＣＰは、端末がＩＰネットワークに接続される際にＩＰアドレスを配布する仕組みである。しかし、ＤＨＣＰがＩＰアドレスを配布するのは端末がネットワークに接続されるタイミングであり、アプリケーションによってＩＰアドレスを使い分けることはできない。また、端末がネットワーク接続を終了した場合に明示的に配布したアドレスの回収を行うわけではなく、端末にアドレスの削除を要求することはない。

また、後者のテンポラリーアドレスの方法では、端末が発信者になることのみを想定しており、自端末への着信を受け付ける機能を備えていない。

従来のＩＰアドレスはＩＰネットワークに固定的に接続される端末を一意に識別するための識別子であった。

しかし、最近は、端末の移動性が高くなってきたため、ＩＰアドレスは端末そのものを特定するというよりも、その端末が接続されるＩＰネットワークのエンドポイントを識別するための識別子となりつつある。特に、ＩＰｖ６ネットワークのようにＩＰアドレスがネットワークに接続されるタイミングで自動的に生成される場合にはその傾向が強くなる。またＩＰｖ６ネットワーキングではサブネットワークで扱うことのできるＩＰアドレスの数がＩＰｖ６ネットワークに比較してほぼ無制限と考えられる程度に多いため、一端末が複数のＩＰアドレスを使用することが実用的に可能である。

本発明は、上記問題点に鑑みなされたものである。その一態様としては、ＩＰネットワークに、通信相手、使用アプリケーション、通信セッション等に対応してＩＰアドレス（グローバルアドレス）を端末に割り当て（アドレス配布）、また割り当てたＩＰアドレス（配布アドレス）を削除するＩＰアドレスを端末から削除、廃棄または管理するＩＰアドレス配布システムを設ける。

即ち、本発明は、上記したIPアドレスの特徴を活用して、通信相手やアプリケーションに対応した一時的なIPアドレスを使い分けることによりセキュアな通信を実現可能としている。具体的には一時的なＩＰアドレス(以降ワンタイムアドレスと呼ぶ)を端末に対して配布する仕組み、つまりワンタイムアドレス配布システムをネットワークに具備することにより、端末からのワンタイムアドレス配布要求あるいは他のシステムからの当該端末へのアドレス通知要求に従って当該端末へワンタイムアドレスを配布し、配布したワンタイムアドレスに基づいて端末間での通信セッションを開始する。端末に配布されたワンタイムアドレスは通信セッション終了後、当該端末側で削除、廃棄または管理する。

本発明によれば、端末のIPアドレスが通信相手の端末内に残ってしまった場合も、通信終了後に再びそのIPアドレスを利用して無用に通信が発生することを避けることができる。これによって、第三者による不正な通信アクセスを防止することができる。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

＜システム構成＞
図1は、本発明を適用したネットワークシステムの概念を示す構成図である。

図1で示すように、本システムは、ワンタイムアドレス配布システム1とアドレス検索システム２と複数の端末（端末３ａ、３ｂ）と複数のルータ（４ａ、４ｂ）とネットワーク５を備える。
ネットワーク５はワンタイムアドレス配布システム1とアドレス検索システム２とルータ４a、４bを接続している。

端末３ａ、３ｂはそれぞれルータ４ａ、４ｂを介してネットワーク５に接続されている。
ネットワーク５の例としては、ＩＰｖ６プロトコルによるＬＡＮ、専用線によるＩＰ網、インターネット(公衆ＩＰ網)及び移動体ＩＰ網やこれらのネットワークが相互接続されたネットワークなどが考えられる。

アドレス検索システム２の例としては、セッションイニシエーションプロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＩＰ）またはデイーエヌエス（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ：ＤＮＳ）プロトコルによる名前解決システムが考えられる。これらについては周知なので、その詳細説明は省略する。
＜ワンタイムアドレス配布システム１の構成＞
図２は、ワンタイムアドレス配布システム1の構成を示す機能ブロック図である。図３、図４、図５は、ワンタイムアドレス配布システム１の機能ブロック１０２、１０４、１０７２に格納されるテーブルを示している。

ワンタイムアドレス配布システム1は、ユーザ情報管理部１０１とユーザ情報格納部（メモリ）１０２とアドレス配布ポリシー管理部１０３とアドレス配布ポリシー格納部（メモリ）１０４とアドレス生成部１０５とアドレス生成履歴情報格納部（メモリ）１０６とアドレス検索部１０７と通信制御部１０８を備える。また、ワンタイムアドレス配布システムは、シグナリング処理部１０９を備える。このシグナリング処理部109は必ずしも必要ではなく、場合によっては省略してもよい。

ユーザ情報格納部１０２には、図３に示すユーザ情報テーブル１０２１が格納される。該テーブルには、ユーザ名、ユーザＩＤ、固定ＩＰアドレス、Ｐｒｅｆｉｘ等がエントリされている。アドレスポリシー情報格納部１０４には、図４に示すアドレス配布ポリシー1041が格納される。該テーブルにはユーザＩＤ、送信元アドレス、アドレス配布ポリシー等がエントリされている。アドレス検索部１０７は、アドレス対応情報格納部１０７１とアドレス対応情報管理部１０７２を備え、アドレス対応情報格納部１０７１は、図５に示す固定アドレス検索テーブル１０７１１が格納される。該テーブルにはユーザＩＤ、固定ＩＰアドレス、ユーザのＵＲＩ等がエントリされている。また、アドレス検索部１０７のアドレス対応情報管理部１０７２はドメインａａａ．ａａａ．ＪＰを管理している。
＜端末３の構成＞
図６は、端末３aの構成を示している。端末３aはＮＩＦ（ネットワークインターフェース）３１とＯＳ３２と複数のアプリケーション３５a、３５bを備える。ＯＳ３２は、通信制御部３３を備える。

通信制御部３３は、アドレス管理部３３１とパケット処理部３３２とセッション管理部３３３を備える。アドレス管理部３３１は図７、図８に示す如くアドレス保持テーブル３３１１とソースアドレス対応テーブル３３１２を記憶するメモリを備える。テーブル３３１１にはＩＰアドレス、アドレス種別等がエントリされている。テーブル3312には宛先アドレス、ポート番号、使用アドレス等がエントリされている。また、パケット処理部３３２は、図９に示す如くソースアドレス付与テーブル３３２１を記憶するメモリを備える。該テーブルには宛先アドレス、ポート番号、ソースアドレス等がエントリされている。通信相手端末３ｂも同様に構成されている。
＜実施例1＞
図１０は、本発明の第1の実施形態におけるシーケンス図である。第１の実施例では、アドレス検索システム２としてＤＮＳを使用した例である。また、第１の実施例は、端末３aが端末３bからの着信をダイナミックに生成されたワンタイムアドレスによって受け付ける例である。即ち、端末３ａが受信元（着信側）、端末３ｂが送信元（発信側）とした場合の例である。

まず、ステップＳ１０１において、端末３aをルータ４aを介してネットワーク５に接続し、ＩＰ通信可能な状態に設定する。即ち、端末３ａとルータ４ａとの間で、端末３ａへの固定アドレス（Ｘ：：１）の登録とルータ４ａへのルーティングテーブルの設定を行う。アドレス登録の仕組みとしては、ルータとの間でＩＰアドレスの自動生成を行い、ルータ４ａから端末3aに対して直接ＩＰアドレスを設定するステートレスアドレス自動設定（ＲＦＣ２４６２）方法と、ＤＨＣＰサーバによるアドレスの自動配布（ＲＦＣ１５４１）方法といった方法が考えられる。いずれかの方法で、端末３aはルータ４ａから固定アドレスを獲得し、ルータ４aは、端末３aのアドレスに対応したルーティングテーブルを作成する。
次に、ステップＳ１０２において、端末３aは、獲得した固定アドレスを使ってワンタイムアドレス配布システム１に対してユーザ登録要求、ユーザ情報（図３参照）及びアドレス配布ポリシー情報（図４参照）を送信する。ユーザ情報は、ユーザ又は端末のユーザ名(端末Ａ)とユーザＩＤ（Ａ）と固定ＩＰアドレス（Ｘ：：１）とアドレスを作成するためのＰｒｅｆｉｘ値（Ｘ：：／６４）とアドレス配布ポリシー情報（固定アドレスを通知してよいＩＰアドレスのリスト）を含む。なお、固定ＩＰアドレスとＰｒｅｆｉｘ値は、端末３aが送信するＩＰパケットに含まれる送信元アドレス情報で代用することも可能である。

ステップＳ１０３において、ワンタイムアドレス配布システム１は、端末３aから送信されたユーザ登録要求及びユーザ情報を受信すると、ユーザ登録を実施する。
ユーザ登録及びアドレス配布ポリシー登録については、図１１ａを参照して説明する。

まず、端末３aから送信されたユーザ登録要求及びユーザ情報は、ステップＳ１０２において、ワンタイムアドレス配布システム１の通信制御部１０８を介してユーザ情報管理部１０１に供給され、該ユーザ情報管理部にて受信される。ユーザ情報管理部１０１１は、ステップＳ１０３において、ユーザ登録要求に従い、受信したユーザ情報（図３参照）に基づいてユーザ情報格納部１０２内のユーザ登録テーブル１０２１に、該当するエントリ(ユーザＩＤ、固定ＩＰアドレス、Ｐｒｅｆｉｘ値)を追加する。なお、固定ＩＰアドレスやＰｒｅｆｉｘ値は、端末３aから受信したＩＰパケットの送信元ヘッダから情報を採取・生成することも可能である。

次に、ユーザ情報管理部１０１は、アドレス検索部１０７内のアドレス対応情報管理部１０７１に対して、端末３aのユーザＩＤ及び固定ＩＰアドレスを送信する。アドレス対応情報管理部１０７１では、受信したユーザ識別子（ユーザＩＤ、固定ＩＰアドレス）から端末３aのＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）を生成し、アドレス対応情報格納部1072内のアドレス検索テーブル１０７２１に該当するエントリを追加する。

また、ユーザ情報管理部１０７１は、アドレス配布ポリシー管理部１０３に対して端末３aのアドレス配布ポリシー情報（図４参照）を送信する。アドレス配布ポリシー管理部１０３は、受信したアドレス配布ポリシー情報に基づき、図４に示す如くアドレス配布ポリシー格納部１０３に端末３aのアドレス配布ポリシーテーブル１０４１を作成する。

次に、アドレス対応情報管理部1071は、ユーザ情報管理部101にアドレス対応情報の登録の完了及び端末３aのＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）を送信する。

次に、ステップＳ１０４において、アドレス対応情報管理部１０７１からの登録完了通信を受信したら、ユーザ管理部１０１は、端末３ａに対してＵＲＩ情報及びユーザ登録完了通知を送信する。

以上をもって、ユーザ登録及びアドレス配布ポリシー登録が実行される。

次に、端末３ｂは、ステップＳ１０５において、アドレス検索システム２に対して端末３aの端末３ｂは、事前に端末３aのＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）を取得しておく。に対応するＩＰアドレスの問合せを実施する。端末３ｂは、事前に端末３aのＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）を取得しておく。

本実施例の場合は、アドレス検索システム（アドレス公開システム）２としてＤＮＳを採用しているため、ワンタイムアドレス配布システム１内のアドレス検索部１０７が、端末３aが属するＤＮＳサーバとして動作する。アドレス公開システム２内の単一又は複数のＤＮＳサーバとのドメイン問合せ及び回答により、端末３ｂは、ステップＳ１０６において、最終的にワンタイムアドレス配布システム1に端末３aのＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）に対応するＩＰアドレスを問い合わせる。
以下、端末３ｂから端末３ａのＩＰアドレスの問合せについて図１１ｂを参照して説明する。

端末３ｂからのアドレス問合せを受信したアドレス情報管理部１０７１は、端末３aのユーザＩＤ（Ａ）と端末３bのＩＰアドレス（Ｚ：：１）をアドレス配布ポリシー管理部１０３に送信する。アドレス配布ポリシー管理部１０３は、ステップＳ１０７において、アドレス配布ポリシー格納部104に格納された端末３ａのアドレス配布ポリシーテーブル１０４１（図４参照）から、端末３ｂに対応するポリシーのエントリを検索する。
本実施例の場合、ユーザＩＤ（Ａ）に関する端末３bに対するＩＰアドレスがワンタイムアドレスである（図９のＸ：：１２３４：１２３４：１２３４：１２３４）。アドレス配布ポリシー管理部１０３は、アドレス対応情報管理部１０７１に対してポリシー検索結果を送信する。アドレス対応情報管理部１０７１は、ポリシー検索結果を受信すると、アドレス生成部１０５に対して、ワンタイムアドレスの生成要求と端末３aのユーザＩＤ（Ａ）を送信する。

ワンタイムアドレス生成要求と端末３ａのユーザＩＤを受信したアドレス生成部１０５は、ステッ１０８において、ワンタイムアドレスを生成し、端末３ａに対してワンタイムアドレスの登録要求を送信する。

ワンタイムアドレス生成については、図１１ｃを参照して説明する。

ワンタイムアドレスの生成要求と端末３aのユーザＩＤ（Ａ）を受信したアドレス生成部１０５は、ユーザ情報管理部１０１に対して、端末３aのＰｒｅｆｉｘ値問合せ要求と端末３aのユーザＩＤ（Ａ）を送信する。アドレス生成部１０５からの問合せ要求を受信したユーザ情報管理部１０１は、ユーザ情報格納部１０２内のユーザ登録テーブル１０２１からユーザＩＤ（Ａ）に対応するＰｒｅｆｉｘ値を検索し、このＰｒｅｆｉｘ値（Ｘ：：／６４）をアドレス生成部１０５に送信する。Ｐｒｅｆｉｘ値を受信したアドレス生成部１０５は、乱数を利用して生成したＩＰアドレスの下位６４ビットの値とＰｒｅｆｉｘ値を合わせて、端末３aが使用するワンタイムアドレスを生成する。アドレス生成部１０５は、ステップＳ１０８において、アドレス生成履歴情報格納部１０６に格納されたアドレス生成履歴テーブル（図示せず）のエントリに生成したワンタイムアドレスと同じものがないことを確認し、生成したワンタイムアドレスに対応するエントリをアドレス生成履歴テーブルに追加する。このとき、生成したアドレスが現在使用されている又は既に使われたことがある場合は、ワンタイムアドレスを再生成してもよい。

次に、アドレス生成部１０５は、ワンタイムアドレスを生成した後、ステップＳ１０９において、端末3aに対してワンタイムアドレスの登録要求と生成したワンタイムアドレス情報を送信する。

端末３aのアドレス管理部３３１は、ステップＳ１１０において、ワンタイムアドレスの登録要求と生成したワンタイムアドレス情報を受信したら、アドレス管理部３３１内に格納されたＩＰアドレス保持テーブル３３１１に新しいエントリを追加する。

次に、ステップＳ１１１において、アドレス管理部３３１は、ワンタイムアドレスの登録が完了したら、ワンタイムアドレス配布システム1に対して、ワンタイムアドレス登録完了通知を送信する。

また、アドレス生成部１０５は、端末３ａからワンタイムアドレス登録完了通知を受信すると、アドレス情報管理部１０７１に対してワンタイムアドレスの生成及び登録が完了したことを通知する。

しかる後、アドレス情報管理部１０７１は、ステップＳ１１２において、端末３ｂに対して、生成したワンタイムアドレスを端末３ａのＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）に対応するアドレスとして回答する。

以上をもってワンタッチアドレスの生成と端末３ａへのワンタッチアドレス登録、端末３ｂへのアドレス通知を完了する。

端末３ｂは、端末３ａのワンタイムアドレスを取得した後、ステップＳ１１３〜ステップＳ１１５において、該取得ワンタイムアドレスにより、端末３aとの間で通信セッションを確立する。即ち、端末３ｂは、ステップＳ１１３において端末３ａとの間でワンタッチアドレスによる通信セッション要求ＳＹＮを行い、ステップ１１４において、端末３ａからの通信セッション応答ＳＹＮＡＣＫを受け、ステップ１１５において、通信セッションＡＣＫを開始する。

通信が終了すると端末３ｂと端末３aは、ステップＳ１１６〜ステップＳ１１９において、セッションの終了処理を実施する。即ち、端末３aのセッション管理部３３３メッセージＦＩＮ、ＡＣＫを受信すると、即ち、セッション終了を識別すると、アドレス管理部３３１に対し、終了したセッションで使用していたワンタイムアドレス情報を送信する。ワンタイムアドレス情報を受信したアドレス管理部３３１は、ステップＳ１２０において、該管理部のＩＰアドレス保持テーブル３３１１（図７参照）から該当するエントリを削除、廃棄または管理する。

上記第１の実施例においては、ワンタイムアドレス配布システム１でワンタイムアドレス生成履歴部１０６を制御する構成としている。例えば端末３aにおけるワンタイムアドレス削除と同時に端末３aはワンタイムアドレス使用の終了をアドレス配布システム１に通知し、ワンタイムアドレス配布システム1におけるアドレス生成履歴情報格納部１０６において当該ワンタイムアドレスを使用済みエントリに移している。

また別の実施例としてワンタイムアドレス配布システム１において、一定時間経過後に配布したワンタイムアドレスをアドレス生成履歴情報格納部１０６において使用済みエントリに移すように構成しても良い。その場合には、使用済みエントリに移す時間（エージング時間）は端末からの指定あるいはシステムパラメータとしての設定に基づいて決定すれば良い。

さらに他の実施例としてアドレス生成履歴情報格納部１０６が生成付与したワンタイムアドレスに関して単にアドレス生成履歴のみを管理するように構成した実施形態でも良い。

図１２は、本発明の第２の実施形態におけるシーケンス図である。第２の実施例では、アドレス検索システム２としてＳＩＰを利用している。また、第１の実施例と同様に、端末３aが端末３ｂからの着信をダイナミックに生成されたワンタイムアドレスによって受け付ける例である。

ステップ２０１の固定アドレス登録(Ｓ２０１)、ステップＳ２０２のユーザ登録要求及びユーザ情報送信、ステップＳ２０３のユーザ登録、ステップＳ２０４のユーザ登録完了通知は、第１の実施例のステップＳ１０１、ステップＳ１０２、ステップＳ１０３、ステップＳ１０４と同様である。従って、その説明は省略する。

以下、端末３ｂと端末３ａ間のセッション確立について説明する。

事前に端末３aのＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）を取得した端末３bは、ステップＳ２０５において、アドレス検索システム２に対して端末３aのＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）を含むセッションの確立要求メッセージＩＮＶＩＴＥを送信し、通信セッションを確立する。

本実施例の場合は、アドレス検索システム（アドレス公開システム）２としてＳＩＰを採用しているため、ワンタイムアドレス配布システム１内のシグナリング処理部１０９（図２参照）は、端末３aが属するＳＩＰプロキシサーバとして動作する。また、アドレス検索部１０７は、シグナリング処理部１０９に対してロケーションサーバとして動作する。通信セッション確立要求メッセージは、ステップＳ２０６に於いて、アドレス公開システム２内の単一又は複数のＳＩＰサーバの間でリレーにより、最終的にワンタイムアドレス配布システム1内のシグナリング処理１０９に受信される。シグナリング処理部１０９は、アドレス対応情報管理部１０７１に対して、端末３aのＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）に対応するＩＰアドレスを問い合わせるとともに端末３bのＩＰアドレスを送信する。端末３bからのアドレス問合せを受信したアドレス情報管理部１０７１は、端末３ａのユーザＩＤ（Ａ）と端末３bのＩＰアドレスをアドレス配布ポリシー管理部１０３に送信する。

ステップＳ２０９のポリシー検索、ステップＳ２１０のワンタイムアドレス作成、ステップＳ２１１のワンタイムアドレス登録要求、ステップＳ２１２のワンタイムアドレス登録、ステップＳ２１３のワンタイムアドレス登録完了通知等は、それぞれ第1の実施例のステップＳ１０７、ステップＳ１０８、ステップＳ１０９、ステップＳ１１０、ステップＳ１１１と同様である。従って、その詳細説明は省略する。

以下、ステップＳ２１３におけるワンタイムアドレス完了通知後のシーケンスについて説明する。

ワンタイムアドレス配布システム１のアドレス生成部１０５は、ステップＳ２１３に於いて、端末３aからワンタイムアドレス登録完了通知を受信すると、アドレス情報管理部１０７１に対してワンタイムアドレスの生成及び登録が完了したことを通知する。アドレス情報管理部１０７１は、シグナリング処理部１０９に対して、生成したワンタイムアドレスをＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）に対応するアドレスとして回答する。シグナリング処理部１０９は、ステップＳ２１４に於いて、ワンタイムアドレスを使用して、端末３aにセッションの要求メッセージを送信する。

次に、端末３aは、ステップＳ２１５において、ワンタイムアドレス配布システム１に対して、ワンタイムアドレスの情報が含まれたセッション要求受入のメッセージを送信する。

セッション要求受入のメッセージを受信したシグナリング処理部１０９は、ステップＳ２１６において、アドレス検索システム２に対して、端末３aのセッション要求受入のメッセージを転送する。

アドレス検索システム２は、ステップＳ２１７において、単一のサーバ又は複数のサーバを介して、セッション要求受入のメッセージを端末３ｂに送信する。

端末3ｂはステップＳ２１８において、セッション要求受入のメッセージを受け取ったというメッセージをアドレス検索システム２に送信する。

すると、このセッション要求受入のメッセージを受け取ったというメッセージは、ステップＳ２１９，２２０に於いて、アドレス検索システム２、ワンタイムアドレス配布システム１内のシグナリング処理部１０９を介して、端末３aに送信される。

以上のステップをもって端末３ｂと端末３aとの間の通信セッション準備に入ることができる。

次にステップＳ２２１において、端末３ｂから端末３aに対して発信することで、端末３ａに着信する通信セッションが確立され、通信が行われる。

ステップＳ２２２において、通信セッションを終了する場合、例えば本実施例において、端末３aからセッションを終了する場合には、端末３aよりワンタイムアドレス配布システム１のシグナリング部１０９に対して、セッション終了要求メッセージＢＹＥを送信する。
シグナリング部１０９は、ステップＳ２２３において、受信したセッション終了要求メッセージＢＹＥをアドレス検索システム２に転送する。

アドレス検索システム２は、ステップＳ２２４において、受信したセッション終了要求メッセージＢＹＥを端末３bに転送する。

端末３bは、ステップＳ２２５において、セッション終了要求受入メッセージＯＫをアドレス検索システム２に対して送信する。セッション終了要求受入メッセージは、ステップＳ２２６、ステップＳ２２７において、アドレス検索システム２、シグナリング部１０９を介して端末３aに送信される。以上をもって、通信セッションが終了する。
ステップＳ２２８のワンタイムアドレス削除・廃棄は、第１の実施例のステップＳ１２０と同様である。従って、その説明は省略する。

本実施例は、発信時にセッション／通信相手のＩＰアドレス毎にＩＰアドレスを変更する例である。

図１３は、本発明の第３の実施形態におけるシーケンス図、図１４は、その通信セッション開始要求及びフィルタリングの詳細シーケンスである。第３の実施例においては、端末３aが送信元（発信側）であり、アドレス配布ポリシーに基づいてダイナミックに生成されたワンタイムアドレスを使用して、端末３bへの通信を実施する例である。

図１３、図１４において、ステップＳ３０１の固定アドレス登録、ステップＳ３０２のユーザ登録要求及びユーザ情報送信、ステップＳ３０３のユーザ登録、ステップＳ３０４のユーザ登録完了通知、第1の実施例のステップＳ１０１、ステップＳ１０２、ステップＳ１０３、ステップＳ１０４と同様である。従って、その説明は省略する。

なお、本実施例では、アドレス配布ポリシー１はソースアドレス付与ポリシーとして、端末３a内のアドレス管理部３３１に登録するため、ワンタイムアドレス配布システム１へのワンタイムアドレス配布ポリシーの登録はなくてもよい。

次に、ステップＳ３０６において、端末３aは、端末３aのＯＳ３２に送信する。ここで、端末３aは事前に端末３ｂのＩＰアドレスを端末３a内のアプリケーション３４a(本実施例ではＨＴＴＰプロトコルを利用することとする)に取り込んでおく。

これによって、アプリケーション３４aは、端末３ｂとの間で通信セッションを開始するため、端末３ｂのＩＰアドレスと宛先ポート番号(８０)とデータグラムをアドレス管理部３３１及びＯＳ３２の通信制御部３３に送信する。
通信制御部３３内のアドレス管理部３３１は、ステップＳ３０７において、ソースアドレス対応テーブル３３１２（図８参照）から、受信した端末３ｂのＩＰアドレスと宛先ポート番号の組に該当するエントリを検索する。本実施例の場合、「アドレスａｎｙ、ポート番号８０、ワンタイムアドレス」というポリシーに該当する。

アドレス管理部331は、該当したポリシーに基づき、ワンタイムアドレス配布システム1にワンタイムアドレスの作成要求及びユーザＩＤ（Ａ）を送信する。

次に、ワンタイムアドレス配布システム1内のユーザ情報管理部１０１は、ユーザ情報格納部１０２内のユーザ登録テーブル１０２１（図３参照）からユーザＩＤ（Ａ）に対応するＰｒｅｆｉｘ値を検索し、アドレス生成部１０５に送信する。

Ｐｒｅｆｉｘ値を受信したアドレス生成部１０５は、ステップＳ３０９において、乱数を利用して生成したＩＰアドレスの下位６４ビットの値とＰｒｅｆｉｘ値を合わせて、端末３aが使用するワンタイムアドレスを生成する。アドレス生成部１０５は、アドレス生成履歴情報格納部１０６に格納されたアドレス生成履歴テーブルのエントリに生成したワンタイムアドレスと同じものがないことを確認し、生成したワンタイムアドレスに対応するエントリを追加する。このとき、生成したアドレスが現在使用されている又は既に使われたことがある場合は、ワンタイムアドレスを再生成してもよい。

アドレス生成部１０５は、ステップＳ３１０において、端末３aに対してワンタイムアドレスの登録要求と生成したワンタイムアドレス情報を送信する。

端末３aのアドレス管理部３３１は、ステップＳ３１１において、生成したワンタイムアドレス情報を受信したら、アドレス管理部３３１内に格納されたＩＰアドレス保持テーブル３３１１（図７参照）に新しいエントリを追加するとともに、パケット処理部３３２にユーザ端末３ｂのＩＰアドレス、ポート番号(８０)、ワンタイムアドレス(Ｘ：：１２３４：１２３４：１２３４：１２３４)を送信する。パケット処理部は受信した情報に基づいて、ソースアドレス付与テーブル３３２１（図９参照）にエントリを追加する。

アドレス管理部３３１は、ステップＳ３１２において、ワンタイムアドレスの登録が完了したら、ワンタイムアドレス配布システム１に対して、ワンタイムアドレス登録完了通知を送信してもよい。
通信セッションを実施している際のＩＰパケット処理部３３２は、アドレス管理部３３１から送信された宛先アドレスと宛先ポート番号の組に基づいて、ソースアドレス付与テーブル３３２１（図９参照）を検索し、該当するエントリに基づいてソースアドレスを選択し、ＩＰヘッダを生成する。生成したＩＰヘッダによってデータグラムをカプセル化してネットワークインターフェース３１1に送信する。

ここで、ステップＳ３１３〜ステップＳ３１５における通信セッションの確立、ステップＳ３１６〜ステップＳ３１９における通信セッションの終了は、それぞれ第1の実施例のステップＳ１１３〜ステップ１１９と同様である。従って、その説明は省略する。

端末３aのセッション管理部３３３が、ステップＳ３１８において、通信セッション終了のメッセージＦＩＮを受信すると、アドレス管理部３３１及びＩＰパケット処理部３３２に対し、終了したセッションで使用していたワンタイムアドレス情報を送信する。ワンタイムアドレス情報を受信したアドレス管理部３３１は、ＩＰアドレス保持テーブル３３１１から該当するエントリを削除する。また、ＩＰパケット処理部３３２は、ステップＳ３２０において、ソースアドレス付与テーブル３３２１から該当するエントリを削除する。
以上の３つの実施例では、ワンタイムアドレスを利用するケースを説明したが、アドレス配布ポリシーに固定アドレスで通信する相手を登録することで、固定アドレスによる通信も可能となる。また、ワンタイムアドレスによる通信と固定アドレスによる通信を同時に行うことも可能である。

本発明の実施例ではワンタイムアドレスが通信セッションに関与する一方の端末に配布される場合のみ記述した。しかし、本発明の方法が通信セッションに関与する双方の端末へのワンタイムアドレスの使用にも適用できること、また一対一通信以外のｎ（複数）対ｍ通信や一対ｍ（複数）通信にも適用可能であることは明らかである。
本発明の方法を特定の端末との通信においてのみ適用する実施形態もある。この場合、端末を特定するためのデータベースを設置し、特定の端末からのアドレス検索要求またはアドレス通知要求に対してはワンタイムアドレスを使用することにより可能である。この実施例においては特定の端末に対してのみワンタイムアドレスを使用した通信セッションが可能であるという効果がある。

また、本発明の別の実施形態として発側の端末において特定の通信アプリケーションを実行する場合に当該アプリケーションを実行するための通信セッションに使用するアドレスとしてワンタイムアドレスを要求使用する構成がある。本実施例においてはアプリケーションに応じてワンタイムアドレスを使い分けることが可能であるという効果がある。
以上述べたように、特定の条件にあった通信セッションに対して一度限りのＩＰアドレスを動的に生成して使用することで、端末のＩＰアドレスが通信相手の端末内の残ってしまった場合も、通信終了後に再びそのＩＰアドレスを利用して無用に通信が発生することを避けることができる。また、通信終了後に使用したＩＰアドレスが、通信相手端末から第三者によって不正に入手され、第三者がそのＩＰアドレスを利用してＤＯＳ攻撃を試みても、端末に被害は及ばない。また、端末が踏み台に利用されることを防ぐことも可能である。

本発明の実施の形態にかかるシステムの全体構成図である。 ワンタイムアドレス配付システムの構成図である。 ワンタイムアドレス配付システムの保持するユーザ登録テーブルの一例を示す図である。 ワンタイムアドレス配付システムの保持するユーザＡのアドレス配付ポリシーテーブルの一例を示す図である。 固定アドレステーブルの一例を示す図である。 端末の構成を示す図である。 端末が保持するアドレス保持テーブルの一例を示す図である。 端末が保持するソースアドレス対応テーブルの一例を示す図である。 端末が保持するソースアドレス付与テーブルの一例を示す図である。 第一の実施例におけるワンタイムアドレスの配付及び削除を説明するためのシーケンス図である。 ユーザ登録シーケンスである。 アドレス配布ポリシー登録シーケンスである。 ワンタイムアドレス生成シーケンス図である。 第二の実施例におけるワンタイムアドレスの配付及び削除を説明するためのシーケンス図である。 第三の実施例におけるワンタイムアドレスの配付及び削除を説明するためのシーケンス図である。 図１３の通信セッション開始要求及びフィルタリングのシーケンス図である。

符号の説明

１：ワンタイム配付システム
２：アドレス検索システム
３ａ、３ｂ：端末
４ａ、４ｂ：ルータ
５：ネットワーク
１０１：ユーザ情報管理部
１０２：ユーザ情報格納部
１０３：アドレス配付ポリシー管理部
１０４：アドレス配付ポリシー格納部
１０５：アドレス生成部
１０６：アドレス生成履歴情報格納部
１０７：アドレス検索部
１０７１：アドレス対応情報管理部
１０７２：アドレス対応情報格納部
１０８：通信制御部
１０９：シグナリング処理部
１０２１：ユーザ登録テーブル
１０４１：ユーザＡのアドレス配布ポリシーテーブル
３１：ＮＩＦ
３２：ＯＳ
３３：通信制御部
３３１：アドレス管理部
３３２：パケット処理部
３３３：セッション管理部
３４ａ、３４ｂ：アプリケーション
３３１１：アドレス保持テーブル
３３１２：ソースアドレス対応テーブル
３３２１：ソースアドレス付与テーブル

Claims (6)

1. ネットワークに接続される複数の端末と、アドレス配布システムとからなる通信システ
   ムであって、
   前記アドレス配布システムは、
   前記第一の端末から、前記第二の端末との通信セッションに使用するアドレスの要求
   を受信する機能と、
   前記アドレスの要求に基づき、第一のアドレスを生成し、前記第一の端末に配布する
   機能と、
   前記第一の端末から、前記第二の端末のアドレスの通知要求を受信する機能と、
   前記第二の端末のアドレスの通知要求に基づいて前記第二の端末に配布する第二のア
   ドレスを生成し、前記第二の端末に配布する機能と、
   前記第二のアドレスを前記第一の端末に通知する機能とを有し、
   前記第一の端末及び前記第二の端末は、
   前記第一のアドレス及び前記第二のアドレスを基に、前記第一の端末と前記第二の端
   末の間で通信セッションを確立し、
   前記通信セッションの終了に基づいて、前記配布されたアドレスを削除または、使用
   済みとして管理する機能を有することを特徴とする通信システム。
2. 前記アドレス配布システムは、配布したアドレスの履歴情報を有し、
   前記端末へのアドレスの生成と配布では、前記履歴情報に基づいて、配布していないア
   ドレスを配布することを特徴とする請求項１記載の通信システム。
3. 前記端末は、前記配布されたアドレスと、前記端末が使用するポート番号との対応を記
   憶し、
   前記ポート番号を利用する際に、当該ポート番号と対応付けられたアドレスを使用して
   通信する機能を有することを特徴とする請求項１記載の通信システム。
4. ネットワークに接続される複数の端末と、アドレス配布システムとからなる通信システ
   ムにおける通信方法であって、
   前記アドレス配布システムにより、
   前記第一の端末から、前記第二の端末との通信セッションに使用するアドレスの要求
   を受信するステップと、
   前記アドレスの要求に基づき、第一のアドレスを生成し、前記第一の端末に配布する
   ステップと、
   前記第一の端末から、前記第二の端末のアドレスの通知要求を受信するステップと、
   前記第二の端末のアドレスの通知要求に基づいて前記第二の端末に配布する第二のア
   ドレスを生成し、前記第二の端末に配布するステップと、
   前記第二のアドレスを前記第一の端末に通知するステップとを有し、
   前記第一の端末及び前記第二の端末により、
   前記第一のアドレス及び前記第二のアドレスを基に、前記第一の端末と前記第二の端
   末の間で通信セッションを確立し、
   前記通信セッションの終了に基づいて、前記配布されたアドレスを削除または、使用
   済みとして管理するステップを有することを特徴とする通信方法。
5. 請求項４記載の通信方法であって、
   配布したアドレスの履歴情報を有し、前記端末へのアドレスの生成と配布では、前記履
   歴情報に基づいて、配布していないアドレスを配布することを特徴とする通信方法。
6. 請求項４記載の通信方法であって、
   前記端末により、
   前記配布されたアドレスと、前記端末が使用するポート番号との対応を記憶するステ
   ップと、
   前記ポート番号を利用する際に、当該ポート番号と対応付けられたアドレスを使用し
   て通信するステップを有することを特徴とする通信方法。

Images