通信システム、通信方法、アドレス配布システム、アドレス配布方法、通信端末
【課題】通信相手、使用するアプリケーション、通信セッション等に対応して動的に一時的なグローバルＩＰアドレスを端末に割り当て、また一時的に割り当てられたＩＰアドレスを明示的に削除する機能によりセキュアな通信手段を提供する。
【解決手段】一時的なＩＰアドレス(以降ワンタイムアドレスと呼ぶ)を端末に対して配布する仕組み、すなわちワンタイムアドレス配布システムをネットワークに具備することにより、端末からのワンタイムアドレス配布要求あるいは他のシステムからの当該端末へのアドレス通知要求に従って当該端末へワンタイムアドレスを配布し、配布したワンタイムアドレスに基づいて通信セッションを開始する。配布されたワンタイムアドレスは通信セッション終了後当該端末側で廃棄する。
【解決手段】一時的なＩＰアドレス(以降ワンタイムアドレスと呼ぶ)を端末に対して配布する仕組み、すなわちワンタイムアドレス配布システムをネットワークに具備することにより、端末からのワンタイムアドレス配布要求あるいは他のシステムからの当該端末へのアドレス通知要求に従って当該端末へワンタイムアドレスを配布し、配布したワンタイムアドレスに基づいて通信セッションを開始する。配布されたワンタイムアドレスは通信セッション終了後当該端末側で廃棄する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコル（以下ＩＰと略称する）によるネットワークにお
けるインターネット通信方法、インターネット通信に際してセキュリテイの向上が図れる
アドレス配布システム、アドレス配布方法、通信端末に関する。
【背景技術】
【０００２】
ＩＰネットワークにおけるＩＰアドレスの割り当て方法（アドレス配布方法）としてグ
ローバルアドレスと呼ばれる方法がある。この方法によれば、グローバルに一意なアドレ
ス空間で端末を識別することができる。
【０００３】
このようなグローバルアドレスを持った端末はＩＰネットワークに接続されたどの端末
からも到達可能であり、ピアツーピアで通信することが可能となる。しかし、アプリケー
ションによっては、利用するユーザが不特定の端末やセキュリティ対策の十分でない端末
と通信を行う場合、不正な第三者にＩＰアドレスが知られることとにより、自端末がイン
ターネットにおける不正使用の攻撃対象となったり、不正使用のために悪用されたりする
危険性が生じる。
【０００４】
斯かる問題を解消するため、従来のＩＰネットワークでは一回限りのアドレスを使用し
て通信を行うことで、固定的なグローバルアドレスの公開を最小限にとどめながら、不特
定の通信相手との間でもグローバルアドレスによるエンド・ツー・エンドの通信を可能と
する仕組みが提供されている。また、使い終わったグローバルアドレスを端末から削除す
ることで、そのグローバルアドレスが不正に入手された際の、端末との直接通信を不可能
にすることも行われている。そのための仕組みとしては、ダイナミックホストコンフィグ
レーションプロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏ
ｔｏｃｏｌ:ＤＨＣＰ）やＩＰｖ６アドレスを用いるテンポラリーアドレス（ＲＦＣ３０
４１）などがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】ＩＥＴＦ ＲＦＣ２１３１ “Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ”
【特許文献２】ＩＥＴＦ ＲＦＣ３０４１ “Ｐｒｉｖａｃｙ Ｅｘｔｅｎｓｉｏｎｓ ｆｏｒ Ｓｔａｔｅｌｅｓｓ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎ ＩＰｖ６“
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前者のＤＨＣＰは、端末がＩＰネットワークに接続される際にＩＰアドレスを配布する
仕組みである。しかし、ＤＨＣＰがＩＰアドレスを配布するのは端末がネットワークに接
続されるタイミングであり、アプリケーションによってＩＰアドレスを使い分けることは
できない。また、端末がネットワーク接続を終了した場合に明示的に配布したアドレスの
回収を行うわけではなく、端末にアドレスの削除を要求することはない。
【０００７】
また、後者のテンポラリーアドレスの方法では、端末が発信者になることのみを想定し
ており、自端末への着信を受け付ける機能を備えていない。
【０００８】
従来のＩＰアドレスはＩＰネットワークに固定的に接続される端末を一意に識別するた
めの識別子であった。
【０００９】
しかし、最近は、端末の移動性が高くなってきたため、ＩＰアドレスは端末そのものを
特定するというよりも、その端末が接続されるＩＰネットワークのエンドポイントを識別
するための識別子となりつつある。特に、ＩＰｖ６ネットワークのようにＩＰアドレスが
ネットワークに接続されるタイミングで自動的に生成される場合にはその傾向が強くなる
。またＩＰｖ６ネットワーキングではサブネットワークで扱うことのできるＩＰアドレス
の数がＩＰｖ６ネットワークに比較してほぼ無制限と考えられる程度に多いため、一端末
が複数のＩＰアドレスを使用することが実用的に可能である。
【課題を解決するための手段】
【００１０】
本発明は、上記問題点に鑑みなされたものである。その一態様としては、ＩＰネットワ
ークに、通信相手、使用アプリケーション、通信セッション等に対応してＩＰアドレス（
グローバルアドレス）を端末に割り当て（アドレス配布）、また割り当てたＩＰアドレス
（配布アドレス）を削除するＩＰアドレスを端末から削除、廃棄または管理するＩＰアド
レス配布システムを設ける。
【００１１】
即ち、本発明は、上記した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のＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）を生成し、アドレス対応情報格納部107
2内のアドレス検索テーブル１０７２１に該当するエントリを追加する。
【００２６】
また、ユーザ情報管理部１０７１は、アドレス配布ポリシー管理部１０３に対して端末
３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のセッション管理部３３３が、ステップＳ３１８において、通信セッション終
了のメッセージＦＩＮを受信すると、アドレス管理部３３１及びＩＰパケット処理部３３
２に対し、終了したセッションで使用していたワンタイムアドレス情報を送信する。ワン
タイムアドレス情報を受信したアドレス管理部３３１は、ＩＰアドレス保持テーブル３３
１１から該当するエントリを削除する。また、ＩＰパケット処理部３３２は、ステップＳ
３２０において、ソースアドレス付与テーブル３３２１から該当するエントリを削除する
。
以上の３つの実施例では、ワンタイムアドレスを利用するケースを説明したが、アドレス
配布ポリシーに固定アドレスで通信する相手を登録することで、固定アドレスによる通信
も可能となる。また、ワンタイムアドレスによる通信と固定アドレスによる通信を同時に
行うことも可能である。
【００７９】
本発明の実施例ではワンタイムアドレスが通信セッションに関与する一方の端末に配布
される場合のみ記述した。しかし、本発明の方法が通信セッションに関与する双方の端末
へのワンタイムアドレスの使用にも適用できること、また一対一通信以外のｎ（複数）対
ｍ通信や一対ｍ（複数）通信にも適用可能であることは明らかである。
本発明の方法を特定の端末との通信においてのみ適用する実施形態もある。この場合、端
末を特定するためのデータベースを設置し、特定の端末からのアドレス検索要求またはア
ドレス通知要求に対してはワンタイムアドレスを使用することにより可能である。この実
施例においては特定の端末に対してのみワンタイムアドレスを使用した通信セッションが
可能であるという効果がある。
【００８０】
また、本発明の別の実施形態として発側の端末において特定の通信アプリケーションを
実行する場合に当該アプリケーションを実行するための通信セッションに使用するアドレ
スとしてワンタイムアドレスを要求使用する構成がある。本実施例においてはアプリケー
ションに応じてワンタイムアドレスを使い分けることが可能であるという効果がある。
以上述べたように、特定の条件にあった通信セッションに対して一度限りのＩＰアドレス
を動的に生成して使用することで、端末のＩＰアドレスが通信相手の端末内の残ってしま
った場合も、通信終了後に再びそのＩＰアドレスを利用して無用に通信が発生することを
避けることができる。また、通信終了後に使用したＩＰアドレスが、通信相手端末から第
三者によって不正に入手され、第三者がそのＩＰアドレスを利用してＤＯＳ攻撃を試みて
も、端末に被害は及ばない。また、端末が踏み台に利用されることを防ぐことも可能であ
る。
【符号の説明】
【００８１】
１：ワンタイム配付システム
２：アドレス検索システム
３ａ、３ｂ：端末
４ａ、４ｂ：ルータ
５：ネットワーク
１０１：ユーザ情報管理部
１０２：ユーザ情報格納部
１０３：アドレス配付ポリシー管理部
１０４：アドレス配付ポリシー格納部
１０５：アドレス生成部
１０６：アドレス生成履歴情報格納部
１０７：アドレス検索部
１０７１：アドレス対応情報管理部
１０７２：アドレス対応情報格納部
１０８：通信制御部
１０９：シグナリング処理部
１０２１：ユーザ登録テーブル
１０４１：ユーザＡのアドレス配布ポリシーテーブル
３１：ＮＩＦ
３２：ＯＳ
３３：通信制御部
３３１：アドレス管理部
３３２：パケット処理部
３３３：セッション管理部
３４ａ、３４ｂ：アプリケーション
３３１１：アドレス保持テーブル
３３１２：ソースアドレス対応テーブル
３３２１：ソースアドレス付与テーブル
【技術分野】
【０００１】
本発明は、インターネットプロトコル（以下ＩＰと略称する）によるネットワークにお
けるインターネット通信方法、インターネット通信に際してセキュリテイの向上が図れる
アドレス配布システム、アドレス配布方法、通信端末に関する。
【背景技術】
【０００２】
ＩＰネットワークにおけるＩＰアドレスの割り当て方法（アドレス配布方法）としてグ
ローバルアドレスと呼ばれる方法がある。この方法によれば、グローバルに一意なアドレ
ス空間で端末を識別することができる。
【０００３】
このようなグローバルアドレスを持った端末はＩＰネットワークに接続されたどの端末
からも到達可能であり、ピアツーピアで通信することが可能となる。しかし、アプリケー
ションによっては、利用するユーザが不特定の端末やセキュリティ対策の十分でない端末
と通信を行う場合、不正な第三者にＩＰアドレスが知られることとにより、自端末がイン
ターネットにおける不正使用の攻撃対象となったり、不正使用のために悪用されたりする
危険性が生じる。
【０００４】
斯かる問題を解消するため、従来のＩＰネットワークでは一回限りのアドレスを使用し
て通信を行うことで、固定的なグローバルアドレスの公開を最小限にとどめながら、不特
定の通信相手との間でもグローバルアドレスによるエンド・ツー・エンドの通信を可能と
する仕組みが提供されている。また、使い終わったグローバルアドレスを端末から削除す
ることで、そのグローバルアドレスが不正に入手された際の、端末との直接通信を不可能
にすることも行われている。そのための仕組みとしては、ダイナミックホストコンフィグ
レーションプロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏ
ｔｏｃｏｌ:ＤＨＣＰ）やＩＰｖ６アドレスを用いるテンポラリーアドレス（ＲＦＣ３０
４１）などがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】ＩＥＴＦ ＲＦＣ２１３１ “Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ”
【特許文献２】ＩＥＴＦ ＲＦＣ３０４１ “Ｐｒｉｖａｃｙ Ｅｘｔｅｎｓｉｏｎｓ ｆｏｒ Ｓｔａｔｅｌｅｓｓ Ａｄｄｒｅｓｓ Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎ ＩＰｖ６“
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前者のＤＨＣＰは、端末がＩＰネットワークに接続される際にＩＰアドレスを配布する
仕組みである。しかし、ＤＨＣＰがＩＰアドレスを配布するのは端末がネットワークに接
続されるタイミングであり、アプリケーションによってＩＰアドレスを使い分けることは
できない。また、端末がネットワーク接続を終了した場合に明示的に配布したアドレスの
回収を行うわけではなく、端末にアドレスの削除を要求することはない。
【０００７】
また、後者のテンポラリーアドレスの方法では、端末が発信者になることのみを想定し
ており、自端末への着信を受け付ける機能を備えていない。
【０００８】
従来のＩＰアドレスはＩＰネットワークに固定的に接続される端末を一意に識別するた
めの識別子であった。
【０００９】
しかし、最近は、端末の移動性が高くなってきたため、ＩＰアドレスは端末そのものを
特定するというよりも、その端末が接続されるＩＰネットワークのエンドポイントを識別
するための識別子となりつつある。特に、ＩＰｖ６ネットワークのようにＩＰアドレスが
ネットワークに接続されるタイミングで自動的に生成される場合にはその傾向が強くなる
。またＩＰｖ６ネットワーキングではサブネットワークで扱うことのできるＩＰアドレス
の数がＩＰｖ６ネットワークに比較してほぼ無制限と考えられる程度に多いため、一端末
が複数のＩＰアドレスを使用することが実用的に可能である。
【課題を解決するための手段】
【００１０】
本発明は、上記問題点に鑑みなされたものである。その一態様としては、ＩＰネットワ
ークに、通信相手、使用アプリケーション、通信セッション等に対応してＩＰアドレス（
グローバルアドレス）を端末に割り当て（アドレス配布）、また割り当てたＩＰアドレス
（配布アドレス）を削除するＩＰアドレスを端末から削除、廃棄または管理するＩＰアド
レス配布システムを設ける。
【００１１】
即ち、本発明は、上記した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のＵＲＩ（Ａ＠ａａａ．ａａａ．ｊｐ）を生成し、アドレス対応情報格納部107
2内のアドレス検索テーブル１０７２１に該当するエントリを追加する。
【００２６】
また、ユーザ情報管理部１０７１は、アドレス配布ポリシー管理部１０３に対して端末
３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のセッション管理部３３３が、ステップＳ３１８において、通信セッション終
了のメッセージＦＩＮを受信すると、アドレス管理部３３１及びＩＰパケット処理部３３
２に対し、終了したセッションで使用していたワンタイムアドレス情報を送信する。ワン
タイムアドレス情報を受信したアドレス管理部３３１は、ＩＰアドレス保持テーブル３３
１１から該当するエントリを削除する。また、ＩＰパケット処理部３３２は、ステップＳ
３２０において、ソースアドレス付与テーブル３３２１から該当するエントリを削除する
。
以上の３つの実施例では、ワンタイムアドレスを利用するケースを説明したが、アドレス
配布ポリシーに固定アドレスで通信する相手を登録することで、固定アドレスによる通信
も可能となる。また、ワンタイムアドレスによる通信と固定アドレスによる通信を同時に
行うことも可能である。
【００７９】
本発明の実施例ではワンタイムアドレスが通信セッションに関与する一方の端末に配布
される場合のみ記述した。しかし、本発明の方法が通信セッションに関与する双方の端末
へのワンタイムアドレスの使用にも適用できること、また一対一通信以外のｎ（複数）対
ｍ通信や一対ｍ（複数）通信にも適用可能であることは明らかである。
本発明の方法を特定の端末との通信においてのみ適用する実施形態もある。この場合、端
末を特定するためのデータベースを設置し、特定の端末からのアドレス検索要求またはア
ドレス通知要求に対してはワンタイムアドレスを使用することにより可能である。この実
施例においては特定の端末に対してのみワンタイムアドレスを使用した通信セッションが
可能であるという効果がある。
【００８０】
また、本発明の別の実施形態として発側の端末において特定の通信アプリケーションを
実行する場合に当該アプリケーションを実行するための通信セッションに使用するアドレ
スとしてワンタイムアドレスを要求使用する構成がある。本実施例においてはアプリケー
ションに応じてワンタイムアドレスを使い分けることが可能であるという効果がある。
以上述べたように、特定の条件にあった通信セッションに対して一度限りのＩＰアドレス
を動的に生成して使用することで、端末のＩＰアドレスが通信相手の端末内の残ってしま
った場合も、通信終了後に再びそのＩＰアドレスを利用して無用に通信が発生することを
避けることができる。また、通信終了後に使用したＩＰアドレスが、通信相手端末から第
三者によって不正に入手され、第三者がそのＩＰアドレスを利用してＤＯＳ攻撃を試みて
も、端末に被害は及ばない。また、端末が踏み台に利用されることを防ぐことも可能であ
る。
【符号の説明】
【００８１】
１：ワンタイム配付システム
２：アドレス検索システム
３ａ、３ｂ：端末
４ａ、４ｂ：ルータ
５：ネットワーク
１０１：ユーザ情報管理部
１０２：ユーザ情報格納部
１０３：アドレス配付ポリシー管理部
１０４：アドレス配付ポリシー格納部
１０５：アドレス生成部
１０６：アドレス生成履歴情報格納部
１０７：アドレス検索部
１０７１：アドレス対応情報管理部
１０７２：アドレス対応情報格納部
１０８：通信制御部
１０９：シグナリング処理部
１０２１：ユーザ登録テーブル
１０４１：ユーザＡのアドレス配布ポリシーテーブル
３１：ＮＩＦ
３２：ＯＳ
３３：通信制御部
３３１：アドレス管理部
３３２：パケット処理部
３３３：セッション管理部
３４ａ、３４ｂ：アプリケーション
３３１１：アドレス保持テーブル
３３１２：ソースアドレス対応テーブル
３３２１：ソースアドレス付与テーブル
【特許請求の範囲】
【請求項１】
ネットワークに接続される第一の端末及び第二の端末と、アドレス検索システムと、ア
ドレス配布システムとからなる通信システムであって、
前記アドレス検索システムは、
前記第一の端末から、前記第二の端末との通信セッションの要求を受信する機能と、
前記通信セッションの要求に基づき、前記アドレス配布システムへ、前記第二の端末に
配布する第一アドレスの問合せを送信する機能とを有し、
前記アドレス配布システムは、
前記第一アドレスの問合せに基づき、通信相手、使用アプリケーション、通信セッショ
ンの少なくともいずれかに対応させて前記第一アドレスを生成する機能と、
前記第二の端末へ、前記第一アドレスの登録要求を送信する機能とを有し、
前記第二の端末は、
前記第一のアドレスを基に、前記第一の端末との間で通信セッションを確立する機能と、
前記通信セッションの終了に基づいて、前記第一アドレスに該当するエントリを削除ま
たは放棄する機能とを有することを特徴とする通信システム。
【請求項２】
前記アドレス配布システムは、登録要求を送信したアドレスの履歴情報を有し、
前記第一アドレスの生成では、前記履歴情報に基づいて、送信していないアドレスを生
成することを特徴とする請求項１記載の通信システム。
【請求項３】
前記第二の端末は、前記登録要求を送信されたアドレスと、前記第二の端末が使用する
ポート番号との対応を記憶し、
前記ポート番号を利用する際に、当該ポート番号と対応付けられたアドレスを使用して
通信する機能を有することを特徴とする請求項１記載の通信システム。
【請求項４】
ネットワークに接続される第一の端末及び第二の端末と、アドレス検索システムと、ア
ドレス配布システムとからなる通信システムにおける通信方法であって、
前記アドレス検索システムにより、
前記第一の端末から、前記第二の端末との通信セッションの要求を受信するステップと
、
前記通信セッションの要求に基づき、前記アドレス配布システムへ、前記第二の端末に
配布する第一アドレスの問合せを送信するステップと、
前記アドレス配布システムにより、
前記第一アドレスの問合せに基づき、通信相手、使用アプリケーション、通信セッショ
ンの少なくともいずれかに対応させて前記第一アドレスを生成するステップと、
前記第二の端末へ、前記第一アドレスの登録要求を送信するステップと、
第二の端末により、
前記第一のアドレスを基に、前記第一の端末との間で通信セッションを確立するステップと、
前記通信セッションの終了に基づいて、前記第一アドレスに該当するエントリを削除ま
たは放棄するステップを有することを特徴とする通信方法。
【請求項５】
請求項４記載の通信方法であって、
登録要求を送信したアドレスの履歴情報を有し、前記第一アドレスの生成では、前記履
歴情報に基づいて、送信していないアドレスを配布することを特徴とする通信方法。
【請求項６】
請求項４記載の通信方法であって、
前記第二の端末により、
前記登録要求を送信されたアドレスと、前記第二の端末が使用するポート番号との対応
を記憶するステップと、
前記ポート番号を利用する際に、当該ポート番号と対応付けられたアドレスを使用し
て通信するステップを有することを特徴とする通信方法。
【請求項１】
ネットワークに接続される第一の端末及び第二の端末と、アドレス検索システムと、ア
ドレス配布システムとからなる通信システムであって、
前記アドレス検索システムは、
前記第一の端末から、前記第二の端末との通信セッションの要求を受信する機能と、
前記通信セッションの要求に基づき、前記アドレス配布システムへ、前記第二の端末に
配布する第一アドレスの問合せを送信する機能とを有し、
前記アドレス配布システムは、
前記第一アドレスの問合せに基づき、通信相手、使用アプリケーション、通信セッショ
ンの少なくともいずれかに対応させて前記第一アドレスを生成する機能と、
前記第二の端末へ、前記第一アドレスの登録要求を送信する機能とを有し、
前記第二の端末は、
前記第一のアドレスを基に、前記第一の端末との間で通信セッションを確立する機能と、
前記通信セッションの終了に基づいて、前記第一アドレスに該当するエントリを削除ま
たは放棄する機能とを有することを特徴とする通信システム。
【請求項２】
前記アドレス配布システムは、登録要求を送信したアドレスの履歴情報を有し、
前記第一アドレスの生成では、前記履歴情報に基づいて、送信していないアドレスを生
成することを特徴とする請求項１記載の通信システム。
【請求項３】
前記第二の端末は、前記登録要求を送信されたアドレスと、前記第二の端末が使用する
ポート番号との対応を記憶し、
前記ポート番号を利用する際に、当該ポート番号と対応付けられたアドレスを使用して
通信する機能を有することを特徴とする請求項１記載の通信システム。
【請求項４】
ネットワークに接続される第一の端末及び第二の端末と、アドレス検索システムと、ア
ドレス配布システムとからなる通信システムにおける通信方法であって、
前記アドレス検索システムにより、
前記第一の端末から、前記第二の端末との通信セッションの要求を受信するステップと
、
前記通信セッションの要求に基づき、前記アドレス配布システムへ、前記第二の端末に
配布する第一アドレスの問合せを送信するステップと、
前記アドレス配布システムにより、
前記第一アドレスの問合せに基づき、通信相手、使用アプリケーション、通信セッショ
ンの少なくともいずれかに対応させて前記第一アドレスを生成するステップと、
前記第二の端末へ、前記第一アドレスの登録要求を送信するステップと、
第二の端末により、
前記第一のアドレスを基に、前記第一の端末との間で通信セッションを確立するステップと、
前記通信セッションの終了に基づいて、前記第一アドレスに該当するエントリを削除ま
たは放棄するステップを有することを特徴とする通信方法。
【請求項５】
請求項４記載の通信方法であって、
登録要求を送信したアドレスの履歴情報を有し、前記第一アドレスの生成では、前記履
歴情報に基づいて、送信していないアドレスを配布することを特徴とする通信方法。
【請求項６】
請求項４記載の通信方法であって、
前記第二の端末により、
前記登録要求を送信されたアドレスと、前記第二の端末が使用するポート番号との対応
を記憶するステップと、
前記ポート番号を利用する際に、当該ポート番号と対応付けられたアドレスを使用し
て通信するステップを有することを特徴とする通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１ａ】
【図１１ｂ】
【図１１ｃ】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１ａ】
【図１１ｂ】
【図１１ｃ】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−３０２５２（Ｐ２０１１−３０２５２Ａ）
【公開日】平成２３年２月１０日（２０１１．２．１０）
【国際特許分類】
【出願番号】特願２０１０−２０６２３１（Ｐ２０１０−２０６２３１）
【出願日】平成２２年９月１５日（２０１０．９．１５）
【分割の表示】特願２００４−１７９１４０（Ｐ２００４−１７９１４０）の分割
【原出願日】平成１６年６月１７日（２００４．６．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年２月１０日（２０１１．２．１０）
【国際特許分類】
【出願日】平成２２年９月１５日（２０１０．９．１５）
【分割の表示】特願２００４−１７９１４０（Ｐ２００４−１７９１４０）の分割
【原出願日】平成１６年６月１７日（２００４．６．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]