JP2003198653A - データリンク層インタフェースの管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが行う通信の用途に応じて、自動的に
データリンク層インタフェースを選択する装置を提供す
ること。 【解決手段】 複数のデータリンク層インタフェースを
介した複数のリンクが夫々確立される場合に、これらの
複数のデータリンク層インタフェースを管理する装置で
あって、前記データリンク層よりも上位の層で作成され
たパケットを受信する受信手段と、前記複数のデータリ
ンク層インタフェースの中から、前記パケットを転送す
べきデータリンク層インタフェースを、このパケットに
含まれた情報に基づいて選択する選択手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のデータリン
ク層インタフェースを用いて複数のリンクを確立し、通
信を行う技術に関する。

【０００２】

【従来の技術】近年、インターネットへのアクセス手段
として、xDSL （x Digital Subscriber Line）が注目さ
れ、xDSL を用いたブロードバンド化が進んでいる。xDS
L とは、既設のメタリック加入者線を利用し、高速デー
タ通信を可能にする手段である。xDSL の中でも特に、A
DSL（Asymmetric Digital Subscriber Line）を利用し
たインターネット接続が注目されている。

【０００３】通常、ADSL の接続方式として、PPPoE（Po
int-to-Point Protocol over Ethernet, RFC2516）が使
用される。PPPoE は、イーサネット（登録商標）（Ｅｔ
ｈｅｒｎｅｔ（登録商標））上でPPP パケットを転送す
るためのプロトコルである。PPP パケットとは、PPP（P
oint-to-Point Protocol, RFC1661）で使用されるパケ
ットである。

【０００４】PPP を用いた主流の接続方法では、まず、
一以上のxSP（x Service Provider：サービスプロバイ
ダ）から一つのxSP が選択される。そして、選択された
xSPに対してユーザ端末が接続される。

【０００５】図１に、ユーザ端末が、PPPoE を用いてxS
P のアクセスサーバ（ISP アクセスサーバ）に接続する
様子を示す。PPP 接続は、エッジスイッチ２００，アク
セスコンセントレータ３００とその間に位置するアクセ
ス網ＡＮとを介して、ユーザ端末１００とISP アクセス
サーバ４００間において１対１で行われる。

【０００６】図２に、従来のPPPoE を用いたTCP/IP（Tr
ansmission Control Protocol/Internet Protocol）ネ
ットワークにおけるデータ送信の様子を示す。図２にお
いて、各部１１１〜１１４，１２１〜１２３，１３１〜
１３４，１４１〜１４２は、ユーザ端末１００内に備え
られている。また、図３，４，５に夫々IP ヘッダ，PPP
フレーム，Ethernet フレームのフォーマットを示す。

【０００７】TCP（Transmission Control Protocol）ス
タック１１０あるいは不図示のUDP（User Datagram Pro
tocol）スタックから、IP（Internet Protocol）スタッ
ク１２０へデータが渡される。すると、IP ヘッダ生成
部１２１は、受け取ったデータに、図３に示すIP ヘッ
ダを付加する。このとき、IP ヘッダ生成部１２１は、I
P ヘッダとして、上位層から得た宛先IP アドレス（Des
tination Address），送信元IP アドレス（Source Addr
ess：自身のIP アドレス）を付加する。

【０００８】次に、L2 インタフェース決定部１２３
が、宛先IP アドレスをもとに、データの転送先を決定
する。宛先IP アドレスと送信元IP アドレスとが同じサ
ブネット内にある場合は、転送先を宛先IP アドレスと
する。一方、宛先IP アドレスと送信元IP アドレスとが
同じサブネット内に無い場合は、L2 インタフェース決
定部１２３は、ルーティングテーブル１２２を検索し、
データを転送すべきルータを決定する。そして、L2 イ
ンタフェース決定部１２３は、決定した転送先へ繋がる
L2（Layer 2）インタフェース（例えばPPP1 インタフェ
ース１３１ａ）に対して、IP ヘッダを付加して作ったI
P パケットを送る。

【０００９】この後、PPP フレーム生成部１３４，Ethe
rnet ヘッダ生成部１４１が夫々、PPP カプセル化、Eth
ernet ヘッダの付加を行う。そして、Ethernet フレー
ム送信部１４２が、作られたフレームをプロトコルに従
って送信する。図６に、各層におけるデータの概念図を
示す。図６のように、各層におけるデータは入れ子状に
なっている。

【００１０】現在、上記したブロードバンド技術を用い
て、且つユーザの用途に応じて接続先xSP を切り替え可
能な、インターネット接続技術に対する要望が高まって
いる。

【００１１】ユーザ端末を複数の接続先に対して同時に
接続することは、従来のPPPoE を用いることによって実
現できる。しかしながら、従来のPPPoE を用いた複数接
続では、用途に応じて接続先を変更することができない
という問題点があった。ここで、この問題点について説
明する。

【００１２】図８に、従来のルーティングテーブルの例
（ルーティングテーブル１２３ａ）を示す。また、図９
に、従来のPPPoE を用いた複数接続の概念図を示す。こ
こで、Metric （メトリック）とは、経路の優先順位を
示す値である。この値がより小さい経路が、より優先順
位の高い経路であるとみなされる。

【００１３】ユーザ端末１００が、複数の接続先に対し
て接続するために、新たにPPP リンクを確立する。する
と、ルーティングテーブル１２２ａのエントリが図８の
ように書き換えられる。Iface（Inter face）の値がppp
0 であるエントリが、最初の接続先（ISP-a アクセスサ
ーバ４００ａ）へのルーティングエントリである。一
方、Iface の値がppp1 であるエントリが、新たに書き
加えられた、２番目の接続先（ISP-b アクセスサーバ４
００ｂ）へのルーティングエントリである。

【００１４】確かに、ユーザ端末１００は、複数の接続
先（ISP-a アクセスサーバ４００ａ，ISP-b アクセスサ
ーバ４００ｂ）に接続されている。しかし、ルーティン
グテーブル１２２がルーティングテーブル１２２ａ（図
８）の状態である場合、ユーザ端末１００からのトラフ
ィックは、Metric の値がより小さいppp1 のインタフェ
ース、即ち、後から接続されたISP-b アクセスサーバ４
００ｂへ送られる。このため、最初に接続されたISP-a
アクセスサーバ４００ａにはトラフィックが流れず、用
途に応じて接続先を変更することができなかった。

【００１５】このような問題に対し、用途に応じて接続
先を変える方法として、手動でルーティングテーブル１
２２を書換える方法、又はその都度接続し直す方法があ
る。

【００１６】前者の方法では、ユーザ端末１００の接続
先を変更する際に、ユーザが自らルーティングテーブル
１２２の内容（例えばMetric の値）を書き換える。こ
うすることにより、接続したい接続先に、トラフィック
が流れるように設定する。

【００１７】後者の方法では、ユーザ端末１００の接続
先を変更する際に、現在の接続先との接続を切断する。
切断後に、新たな接続先とユーザ端末１００とを接続す
る。

【００１８】

【発明が解決しようとする課題】しかしながら、上記し
たいずれの方法を用いた場合も、明らかにユーザが行う
べき処理量が増し、ユーザの負担が増大するという問題
があった。

【００１９】そこで本発明は、このような問題点を解決
し、ユーザが行う通信の用途に応じて、自動的にPPP イ
ンタフェースを選択する装置を提供することを目的とす
る。

【００２０】

【課題を解決するための手段】本発明は、上記目的を達
成するために以下の構成を採用する。即ち、本発明は複
数のデータリンク層インタフェースを介した複数のリン
クが夫々確立される場合に、これらの複数のデータリン
ク層インタフェースを管理する装置であって、前記デー
タリンク層よりも上位の層で作成されたパケットを受信
する受信手段と、前記複数のデータリンク層インタフェ
ースの中から、前記パケットを転送すべきデータリンク
層インタフェースを、このパケットに含まれた情報に基
づいて選択する選択手段と、を備える。

【００２１】本発明によれば、複数のデータリンク層イ
ンタフェースを介して複数のリンクが夫々確立される
と、受信手段が、データリンク層よりも上位の層で生成
されたパケットを受信する。そして、選択手段が、この
パケットに含まれた情報を参照し、この情報に基づい
て、このパケットが転送されるべきデータリンク層イン
タフェースを選択する。

【００２２】このため、パケットの情報に応じて、即ち
ユーザが実行しようとする通信の内容に応じて、データ
リンク層インタフェースが自動的に選択され、このデー
タリンク層インタフェースを介したリンクによる通信が
実行される。

【００２３】また本発明は、前記パケットに含まれる情
報と、データリンク層インタフェースの識別情報とを対
応づけたエントリを記憶する記憶手段をさらに備え、前
記選択手段は、送信対象の前記パケットに含まれた情報
に対応するデータリンク層インタフェースの識別情報を
読み出し、この識別情報に対応するデータリンク層イン
タフェースを前記パケットを転送すべきデータリンク層
インタフェースとして選択するように構成されても良
い。

【００２４】また本発明は、前記パケットに含まれた情
報が、宛先ポート番号であるように構成されても良い。

【００２５】本発明によれば、選択手段は、送信される
パケットの宛先ポート番号を参照し、この情報をもと
に、通信に使用するデータリンク層インタフェースを選
択する。

【００２６】このため、ユーザが利用するアプリケーシ
ョンに応じて、自動的にデータリンク層インタフェース
が選択され、選択されたデータリンク層インタフェース
を介して通信が実行されるる。

【００２７】また本発明は、前記パケットに含まれた情
報が、宛先ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）
アドレスであるように構成されても良い。

【００２８】本発明によれば、選択手段は、送信される
パケットの宛先ＩＰアドレスに対応付けられたデータリ
ンク層インタフェースを選択する。

【００２９】このため、送信するデータの宛先に応じ
て、自動的にデータリンク層インタフェースが選択さ
れ、選択されたデータリンク層インタフェースを介して
通信が実行される。

【００３０】また本発明は、前記パケットに含まれた情
報が、トランスポート層のプロトコルの識別情報である
ように構成されても良い。

【００３１】本発明によれば、送信されるパケットのト
ランスポート層のプロトコルに対応付けられたデータリ
ンク層インタフェースを選択する。

【００３２】このため、通信に使用されるトランスポー
ト層のプロトコルに応じて、自動的にデータリンク層イ
ンタフェースが選択され、選択されたデータリンク層イ
ンタフェースを介して通信が実行される。

【００３３】また本発明は、送信対象のパケットの送信
元と宛先との間の通信時間をデータリンク層インタフェ
ース毎に計測する計測手段と、計測された通信時間のう
ち、最も通信時間が短いデータリンク層インタフェース
を検索する検索手段とをさらに備え、前記選択手段は、
前記パケットを転送すべきデータリンク層インタフェー
スとして、前記検索手段によって検索されたデータリン
ク層インタフェースを選択するように構成されても良
い。

【００３４】本発明によれば、計測手段が各データリン
ク層インタフェースを介して、送信元と宛先との通信時
間を、各データリンク層インタフェース毎に計測する。
検索手段が、計測した通信時間をもとに、最も通信時間
の短い場合のデータリンク層インタフェースを検索し、
選択手段がこのデータリンク層インタフェースを選択す
る。

【００３５】このため、ある宛先へパケットが送信され
る際に、最も通信時間が短いデータリンク層インタフェ
ースが自動的に選択され、このデータリンク層インタフ
ェースを介してパケットが送信される。

【００３６】また本発明は、複数のデータリンク層イン
タフェースを介した複数のリンクを夫々確立する手段
と、送信対象のデータリンク層より上位のパケットを受
信する受信手段と、前記複数のデータリンク層インタフ
ェースの中から、前記パケットを転送すべきデータリン
ク層インタフェースを、このパケットに含まれた情報に
基づいて選択する選択手段と、を備えるデータリンク層
インタフェースの管理装置と、を備える端末装置であっ
ても良い。

【００３７】また本発明は、複数のデータリンク層イン
タフェースを介した複数のリンクが夫々確立される場合
に、これらの複数のデータリンク層インタフェースを管
理する装置が、前記リンクの何れかによって送信される
データリンク層より上位のパケットを受信するステップ
と、前記管理する装置が、前記複数のデータリンク層イ
ンタフェースの中から、前記パケットを転送すべきデー
タリンク層インタフェースを、このパケットに含まれた
情報に基づいて選択するステップと、を含むデータリン
ク層インタフェースの管理方法であっても良い。

【００３８】

【発明の実施の形態】以下、本発明によるデータリンク
層インタフェースの管理装置の実施形態について、図を
用いて説明を行う。なお、実施形態の構成は例示であ
り、本発明は以下の実施形態の構成に限定されない。

【００３９】まず、OSI 基本参照モデルのデータリンク
層，ネットワーク層，及びトランスポート層についてを
説明する。

【００４０】データリンク層は、OSI 基本参照モデルの
第二層であり、通信経路を構成する個々のリンクにおい
て利用する通信手段を規定する。例として、PPP があ
る。

【００４１】ネットワーク層は、OSI 基本参照モデルの
第三層であり、ネットワーク内部を通過する経路を順に
決定し、コンピュータ間を結びつける。例として、IP
がある。

【００４２】トランスポート層は、OSI 基本参照モデル
の第四層であり、エンド・エンド間のマシン間での通信
路を確立する。例として、TCP やUDP がある。

【００４３】次に、PPP 及びTCP/IP を用いた通信技術
について説明する。図１０に、ユーザ端末とISP アクセ
スサーバとが、PPP によって回線を確立するためのネゴ
シエーション（交渉）の手順を示す。まず、ユーザ端末
１００ａが、LCP（Link Control Protocol）で、ISP ア
クセスサーバ４００とネゴシエーションを実行する。ユ
ーザ端末１００ａは、ネゴシエーションの実行で、通信
条件や認証方法など、通信自体に関する条件を決める。
通信条件としては、例えば送信するパケットのサイズが
ある。そして、ユーザ端末１００ａが、ネゴシエーショ
ンで決められた通信条件で、ISP アクセスサーバ４００
とのリンク（Link）を確立する。この後、必要に応じ
て、ネゴシエーションで決められた認証方法を用いて認
証が行われる。認証方法には、PAP（Password Authenti
cation Protocol）やCHAP（Challenge Handshake Authe
ntication Protocol）等がある。

【００４４】次に、ユーザ端末１００ａは、NCP（Netwo
rk Control Protocol）で、上位層プロトコルで使用す
る条件をISP アクセスサーバ４００とネゴシエーション
する。このとき、上位層プロトコルとしてIP が使用さ
れる場合は、IPCP（InternetProtocol Control Protoco
l：IP に対応するNCP）によって、ユーザ端末１００ａ
が使用するIP アドレスと、ISP アクセスサーバ４００
自身のIP アドレスとが、ISP アクセスサーバ４００か
らユーザ端末１００ａに通知される。

【００４５】次にTCP/IP について説明する。インター
ネットでは、標準プロトコルとして、TCP/IP が使用さ
れている。図１１に、TCP ヘッダのフォーマットを示
す。TCPやUDP では、上位アプリケーションを、夫々に
固有のポート番号で識別する。頻繁に使用される上位ア
プリケーションに関しては、ウェルノウンポート番号
（Well-Known Port Number）として、そのポート番号が
RFC1700 で規定されている。図１２に、ウェルノウンポ
ート番号の一部を示す。TCP 層では、ポート番号とIP
アドレスとを組み合わせることによって、データストリ
ームを区別する。

【００４６】また、TCP では、データ転送の信頼性を高
めるために、フロー制御や到達順序保証が行われる。フ
ロー制御とは、ウィンドウサイズという値を用いて送信
と受信の同期をとることである。ウィンドウサイズは、
受信側が受信可能なデータのサイズを表す。送信元が、
ウィンドウサイズよりも小さいサイズのデータを受信側
に送信することによって、送受信の同期をとる。到達順
序保証とは、送信元が送信した際のデータの順番を、受
信側で同じ順番に編成することを保証することである。

【００４７】〔第一実施形態〕図１３に、本発明による
データリンク層インタフェースの管理装置の第一実施形
態のブロック図を示す。まず、各ブロックについての説
明を行う。

【００４８】〈システム構成〉第一実施形態におけるデ
ータリンク層インタフェースの管理装置は、大略する
と、TCP スタック１１０，IP スタック１２０，PPP ス
タック１３０，Ethernetスタック１４０，及びIP スタ
ック１２０とPPP スタック１３０との間に位置するPPP
インタフェース管理部１５０から成る。そして、データ
リンク層インタフェースの管理装置は、情報処理装置か
らなるユーザ端末上に実現されている。

【００４９】〈〈TCP スタック１１０〉〉フロー制御部
１１１は、ウィンドウサイズという値を用いて、上記し
たフロー制御を実行する。

【００５０】到達順序保証部１１２は、上記した到達順
序保証を実行する。

【００５１】TCP ヘッダ生成部１１３は、TCP ヘッダを
生成し、上位アプリケーションから受け取ったデータに
対して付加する。TCP ヘッダのフォーマットは、図１１
に示す通りである。

【００５２】下位インタフェース１１４は、下位レイヤ
ー（下位層）即ちIP スタック１２０へ、TCP ヘッダ生
成部１１３が生成したデータ（TCP セグメント）を渡
す。

【００５３】〈〈IP スタック１２０〉〉IP スタック１
２０は、本発明の「データリンク層よりも上位の層」に
相当する。

【００５４】IP ヘッダ生成部１２１は、IP ヘッダを生
成し、TCP スタック１１０から受け取ったTCP セグメン
トに対して付加することによって、IP パケットを生成
する。IP ヘッダのフォーマットは、図３に示す通りで
ある。

【００５５】ルーティングテーブル１２２ｂは、データ
を転送すべき下位レイヤーのインタフェースを決定する
ためのテーブルである。ルーティングテーブル１２２ｂ
の例を図１４に示す。ルーティングテーブル１２２ｂ
は、PPP インタフェース１３１の違いを区別せず、全て
のPPP インタフェース１３１を”pppx”いう仮想インタ
フェースとして定義する。

【００５６】図１３に戻って、L2 インタフェース決定
部１２３は、ルーティングテーブル１２２に基づき、転
送先となる下位層のインタフェースを決定する。そし
て、決定した下位層のインタフェースにIP パケットを
転送する。

【００５７】〈〈PPP インタフェース管理部１５０〉〉
PPP インタフェーステーブル１５１は、IP スタック１
２０から受け取ったIPパケットを転送するPPP インタフ
ェース１３１（本発明の「データリンク層インタフェー
ス」に相当）を決定するためのテーブルである。図１５
に、第一実施形態におけるPPP インタフェーステーブル
１５１の例として、PPP インタフェーステーブル１５１
ａを示す。PPP インタフェーステーブル１５１ａは、IP
パケットのTCP ヘッダに含まれるポート番号をキーと
して、自IP アドレス（Source Address）とIP パケット
を転送するPPP インタフェース１３１（Iface）とを検
索するためのテーブルである。

【００５８】図１３に戻って、PPP インタフェース選択
部１５２は、PPP インタフェーステーブル１５１を検索
することにより、IP スタック１２０から受信したIP パ
ケットを転送するPPP インタフェース１３１を選択する
（本発明の「受信手段」，「選択手段」に相当）。同時
に、選択したPPP インタフェース１３１に対応する自IP
アドレスを得る。PPP インタフェース選択部１５２
は、選択したPPP インタフェース１３１に対応する自IP
アドレスとIP パケットとを、IP ヘッダ書換部１５３
へ渡す。そして、IP ヘッダ書換部１５３によってIP ヘ
ッダが書き換えられたIP パケットを、選択したPPPイン
タフェース１３１へ転送する。

【００５９】IP ヘッダ書換部１５３は、PPP インタフ
ェース選択部１５２が選択したPPPインタフェース１３
１に対応する自IP アドレスとIP パケットとを、PPP イ
ンタフェース選択部１５２から受け取る。そして、受け
取ったIP パケットのIP ヘッダ及びTCP ヘッダに含まれ
る、送信元IP アドレスを示すフィールドの値を、PPPイ
ンタフェース選択部１５２から受け取った自IP アドレ
スの値に置き換える。そして、PPP ヘッダ書換部１５３
は、IP パケットをPPP インタフェース選択部１５２に
渡す。

【００６０】〈〈PPP スタック１３０〉〉PPP スタック
１３０は、複数のPPP インタフェースの系からなり、各
系が、PPP インタフェース１３１とPPP フレーム生成部
１３２とを含む。

【００６１】PPP インタフェース１３１は、PPP インタ
フェース管理部１５０から、IP パケットを受け取る。
そして、PPP インタフェース１３１は、受け取ったIP
パケットを、自身に対応するPPP フレーム生成部１３２
へ渡す。

【００６２】PPP フレーム生成部１３２は、自身に対応
するPPP インタフェース１３１から受け取ったIP パケ
ットをペイロードに持つPPP フレームを生成する。PPP
フレームのフォーマットは、図４に示す通りである。PP
P フレーム生成部１３２は、生成したPPP フレームを、
Ethernet スタック１４０へ渡す。

【００６３】〈〈Ethernet スタック１４０〉〉Etherne
t ヘッダ生成部１４１は、PPP スタック１３０から受け
取ったPPP フレームに対して、Ethernet ヘッダを生成
する。Ethernet ヘッダのフォーマットは、図５に示す
通りである。Ethernet ヘッダ生成部１４１は、生成し
たEthernet ヘッダを、受け取ったPPP フレームに付加
し、Ethernet フレームを生成する。そして、Ethernet
ヘッダ生成部１４１は、生成したEthernet フレーム
を、Ethernet フレーム送信部１４２へ渡す。

【００６４】Ethernet フレーム送信部１４２は、Ether
net ヘッダ生成部１４１から受け取ったEthernet フレ
ームを、Ethernet へ送信する。

【００６５】〈動作例〉以下、ユーザが第一実施形態の
ユーザ端末１００ａを用いて、HTTP（Hyper Text Trans
fer Protocol：ポート番号８０）をISP-a アクセスサー
バ４００ａに、POP3（Post Office Protocol Version
3：ポート番号１１０）をISP-b アクセスサーバ４００
ｂに、夫々関連付けた場合の処理について説明する（図
７参照）。処理の説明は、PPP リンクを確立する際の処
理と、PPP リンクが確立した後にIPデータ送信を行う際
の処理とに分けて説明する。

【００６６】〈〈PPP リンク確立〉〉まず、ユーザはユ
ーザ端末１００ａを用いて、アクセス先として接続先IS
P-aアクセスサーバ４００ａを、使用プロトコルとしてH
TTP を夫々選択する。ユーザ端末１００ａは、選択され
たISP-a アクセスサーバ４００ａに対し、PPP 接続を開
始する。PPP 接続は、従来の手順に従って行い、PPP リ
ンクを確立する。

【００６７】このとき、ユーザ端末１００ａは、ISP-a
アクセスサーバ４００ａから、自IPアドレスとして、13
1.113.39.55 を割り当てられる。また、PPP スタック１
３０は、このPPP リンクに対し、"ppp0"（PPP0 インタ
フェース１３１ａ）を割り当てる。PPP スタック１３０
は、ISP-a アクセスサーバ４００ａから割り当てられた
自IP アドレス131.113.39.55 と、このリンクに割り当
てたppp0 即ちPPP0インタフェース１３１ａの識別情報"
ppp0" とをPPP インタフェース管理部１５０へ渡す。

【００６８】PPP インタフェース管理部１５０は、PPP
インタフェーステーブル１５１ａに、"ppp0" 及びポー
ト番号80 と、自IP アドレス131.113.39.55 とを、エン
トリとして記録する。そして、PPP スタック１３０は、
IP スタック１２０へ、PPPリンク確立の結果として、仮
想インタフェースの識別情報"pppx" と自IP アドレス13
1.113.39.55 とを返す。

【００６９】次に、ユーザはユーザ端末１００ａを用い
て、アクセス先として接続先ISP-bアクセスサーバ４０
０ｂを、使用プロトコルとしてPOP3 を夫々選択する。
ユーザ端末１００ａは、選択されたISP-b アクセスサー
バ４００ｂに対し、PPP 接続を行う。このとき、ユーザ
端末１００ａは、ISP-b アクセスサーバ４００ｂから、
自IP アドレスとして155.177.29.34 を割当てられる。
また、PPP スタック１３０は、このリンクに対してppp1
即ちPPP1インタフェース１３１ｂを割り当てる。PPP ス
タック１３０は、ISP-b アクセスサーバ４００ｂから割
り当てられたIPアドレス155.177.29.34 と、このリンク
に割り当てたPPP1 インタフェース１３１ｂとをPPP イ
ンタフェース管理部１５０へ渡す。

【００７０】PPP インタフェーステーブル１５１ｂは、
ppp1 及びポート番号110 と、自IPアドレス155.177.29.
34 とを関連づけたエントリを新たに記憶する。そし
て、PPP スタック１３０は、IP スタック１２０へイン
タフェースpppx を返す。

【００７１】図１４に、上記処理の後におけるルーティ
ングテーブル１２２ｂを示す。また、図１５に、上記処
理の後におけるPPP インタフェーステーブル１５１ａを
示す。

【００７２】〈〈IP データ送信〉〉ユーザが、インタ
ーネット上のWWW サーバのポート80 へHTTP リクエスト
を送るとする。まず、IP ヘッダ生成部１２１は、TCP
スタック１１０から渡されたデータ（TCP セグメント）
にIP ヘッダを付与し、IP パケットを生成する。L2イン
タフェース決定部１２３は、ルーティングテーブル１２
２を参照し、送信先のL2 インタフェースを"pppx" に決
定する。そして、L2 インタフェース決定部１２３は、"
pppx"で指定される宛先、即ちPPP インタフェース管理
部１５０へIPパケットを渡す。

【００７３】PPP インタフェース選択部１５２は、IP
スタック１２０から受け取ったIP パケットに含まれるT
CP ヘッダの宛先ポート番号を参照する。次に、PPP イ
ンタフェース選択部１５２は、この宛先ポート番号、即
ち80 をキーとして、PPP インタフェーステーブル１５
１ａを検索する。PPP インタフェース選択部１５２は、
検索の結果、自IP アドレスとして131.113.39.55 を、L
2 インタフェースとして"ppp0" を、夫々得る。IP ヘッ
ダ書換部１５３は、IP パケットのヘッダに含まれる送
信元IP アドレスを、131.113.39.55 に書換える。そし
て、PPP インタフェース選択部１５２は、ヘッダが書き
換えられたIP パケットを、PPP0 インタフェース１３１
ａへ渡す。このあと、PPP スタック１３０以下では、従
来通りの通信処理を実行する。また、データ受信時の処
理は従来通りの方法を実行する。

【００７４】第一実施形態によるデータリンク層インタ
フェースの管理装置によれば、所望のL2 インタフェー
スが、Metric の値に依存することなく選択される。

【００７５】第一実施形態によるデータリンク層インタ
フェースの管理装置よれば、PPP インタフェース選択部
１５２が、PPP インタフェーステーブル１５１ａを参照
することにより、宛先ポート番号に対応した接続先への
PPP インタフェース１３１を選択する。そして、PPP イ
ンタフェース選択部１５２が、選択したPPP インタフェ
ース１３１へIP パケットを渡す。

【００７６】このため、IP パケットの宛先ポート番号
に対応したPPP リンクが自動的に選択され、選択された
接続先を経由して、IP パケットの送受信を行うことが
可能となる。

【００７７】図７に、ユーザ端末１００ａがユーザの用
途に応じて接続先を切り換える様子を示す。このような
技術により、ユーザが、自宅から会社のネットワークに
接続して会社のメールを読み書きしながら、個人契約の
ISP 経由でWeb ブラウジングをすることが可能となる。

【００７８】図１６，１７に、PPP インタフェーステー
ブル１５１の別の例として、PPP インタフェーステーブ
ル１５１ｂ，PPP インタフェーステーブル１５１ｃを示
す。第一実施形態のPPP インタフェーステーブル１５１
は、そのPPP リンクを通じて通信を行いたい宛先IP ア
ドレス（もしくはホスト名）をキーとして、自IP アド
レスとPPP インタフェース１３１とを検索するためのテ
ーブルとして構成しても良い（図１６参照）。同様に、
第一実施形態のPPP インタフェーステーブル１５１は、
そのPPP リンクを通じて通信を行いたいトランスポート
層のプロトコル（例えば、TCP，UDP 等）をキーとし
て、自IP アドレスとPPP インタフェース１３１とを検
索するためのテーブルとして構成しても良い（図１７参
照）。

【００７９】また、PPP インタフェーステーブル１５１
は、上記した項目（宛先ポート番号，宛先IP アドレ
ス，トランスポート層のプロトコル）のうち、複数の項
目をもってキーとするように構成しても良い。例えば、
宛先IP アドレスとポート番号との組み合わせをキーと
して構成しても良い。

【００８０】〔第二実施形態〕図１８に、本発明による
データリンク層インタフェースの管理装置の第二実施形
態のブロック図を示す。以下、各ブロックについての説
明を行う。ただし、第一実施形態で説明した構成要素と
同様の構成要素については、同一の符号を付して説明を
省く。

【００８１】〈システム構成〉第二実施形態によるデー
タリンク層インタフェースの管理装置は、大略すると、
TCP スタック１１０とIP スタック１２０ａとPPP イン
タフェース管理部１５０ａとを含むTCP/IP スタック１
６０，PPP スタック１３０，Ethernet スタック１４０
から成る。ここで、TCP スタック１１０，PPP スタック
１３０，及びEthernet スタック１４０の構成は第一実
施形態と同様の構成であるため、説明を省く。

【００８２】〈〈IP スタック１２０ａ〉〉IP ヘッダ生
成部１２１ａは、IP パケットの転送先を知るために、P
PP インタフェース管理部１５０ａに転送先選択要求を
送る。このとき、IP ヘッダ生成部１２１ａは、転送先
選択要求とともに、PPP インタフェース管理部１５０ａ
に、宛先ポート番号を送る。

【００８３】この結果IP ヘッダ生成部１２１ａは、PPP
インタフェース管理部１５０ａから、要求応答とし
て、IP パケットを転送する下位インタフェース（PPP
インタフェース１３１）の識別情報を含む通知を得る。
また、IP ヘッダ生成部１２１ａは、PPP インタフェー
ス管理部１５０ａから、自IP アドレスの通知を得る。I
P ヘッダ生成部１２１ａは、上記の情報を元にIP ヘッ
ダを生成する。そして、IP ヘッダ生成部１２１ａは、
生成したIP ヘッダを付加したIP パケットを、下位イン
タフェース１２４へ渡す。

【００８４】下位インタフェース１２４は、IP ヘッダ
生成部１２１ａから受け取ったIP パケットを、転送先
となるPPP インタフェース１３１へ渡す。

【００８５】〈〈PPP インタフェース管理部１５０
ａ〉〉PPP インタフェース選択部１５２ａは、IP ヘッ
ダ生成部１２１ａから転送先選択要求を受け取ると、転
送先選択要求と共に受け取る宛先ポート番号をキーとし
て、PPP インタフェーステーブル１５１を検索する。PP
P インタフェース選択部１５２ａは、PPP インタフェー
ステーブル１５１から、自IP アドレスとPPPインタフェ
ース１３１とを選択する。そして、PPP インタフェース
選択部１５２ａは、選択したPPP インタフェース１３１
を、要求応答として、IP ヘッダ生成部１２１ａへ通知
する。また、PPP インタフェース選択部１５２ａは、選
択した自IP アドレスを、自IP アドレス決定部１５４へ
通知する。

【００８６】自IP アドレス決定部１５４は、PPP イン
タフェース選択部１５２ａから通知された自IP アドレ
スを、IP ヘッダ生成部１２１ａへ通知する。

【００８７】〈動作例〉以下、ユーザが第二実施形態に
よるユーザ端末１００ａを用いて、HTTP（Hyper Text T
ransfer Protocol：ポート番号８０）をISP-a アクセス
サーバ４００ａに、POP3（Post Office Protocol Versi
on 3：ポート番号１１０）をISP-b アクセスサーバ４０
０ｂに、夫々関連付けた場合の処理について説明する
（図７参照）。この処理は、PPP リンクを確立する際の
処理と、PPP リンクが確立した後にIP データ送信を行
う際の処理とに分けることができる。PPP リンクを確立
する際の処理は第一実施形態と同様の処理となるため、
説明を省く。

【００８８】〈〈TCP/IP データ送信〉〉ユーザが、イ
ンターネット上のPOP3 サーバからメールを読み出すと
する。IPヘッダ生成部１２１ａは、TCP スタック１１０
からTCP セグメントを受け取る。IP ヘッダ生成部１２
１ａは、受け取ったTCP セグメントのTCP ヘッダから、
データの宛先ポート番号を読み出し、POP3 に対応する
ポート番号110 を得る。IPヘッダ生成部１２１ａは、こ
のポート番号110 とともに、転送先選択要求をPPPイン
タフェース管理部１５０ａへ渡す。

【００８９】PPP インタフェース選択部１５２ａは、ポ
ート番号110 をキーとしてPPPインタフェーステーブル
１５１を検索して、自IP アドレスとして155.177.29.34
と、L2 インタフェースとしてppp1を選択する。そし
て、PPP インタフェース選択部１５２ａと自IP アドレ
ス決定部１５４とが、夫々PPP インタフェースppp1 と
自IP アドレス155.177.29.34 とを、IP ヘッダ生成部１
２１ａへ通知する。

【００９０】IP ヘッダ生成部１２１ａは、通知された
情報を基に、IP ヘッダを作成し、このIP ヘッダを付加
したIP パケットを生成する。そして、IP ヘッダ生成部
１２１ａは、生成したIP パケットを下位インタフェー
ス１２４を介して、PPP1 インタフェース１３１ｂへ渡
す。PPPスタック１３０以下、従来通りの方法でデータ
が転送される。

【００９１】第二実施形態によれば、IP ヘッダ生成部
１２１ａは、宛先ポート番号に対応した、転送先のPPP
インタフェース１３１と自IP アドレスとを選択し、こ
の情報を基にIP ヘッダを生成する。そして、下位イン
タフェース１２４は、生成されたIP ヘッダが付加され
たIP パケットを、該当するPPP インタフェース１３１
へ渡す。

【００９２】このため、データの宛先ポート番号に対応
したPPP リンクが自動的に選択され、このPPP リンクの
接続先を経由して、データの送受信が行われる。 〔第三実施形態〕まず、本発明によるデータリンク層イ
ンタフェースの管理装置の第三実施形態で使用されるpi
ng コマンドについて説明する。TCP/IP ネットワークの
接続性を検査する方法にping コマンドを使う方法があ
る。ping コマンドは、IP パケットが、通信先まで到達
可能か否かを調べるために利用される。ping コマンド
は、ICMP （Internet Control Message Protocol, RFC7
92 ）を用いる。ping コマンドは、診断パケットとし
て、エコー要求をネットワーク上の宛先に伝送する。エ
コー要求は、パケットが宛先に到達したか否かを、宛先
となるノードに強制的に応答させる。この応答があれ
ば、宛先のノードは存在し、少なくともネットワーク層
レベルでアクティブになっていることが確認される。ま
た、宛先からの応答時間を測定することによって、宛先
までの伝送時間を計測することができる。

【００９３】〈システム構成〉図１９に、本発明による
データリンク層インタフェースの管理装置の第三実施形
態のブロック図を示す。まず、各ブロックについての説
明を行う。ただし、第一実施形態と同様の構成について
は、説明を省く。即ち、TCP スタック１１０，IP スタ
ック１２０，PPP スタック１３０，Ethernet スタック
１４０についての説明を省く。

【００９４】〈〈PPP インタフェース管理部１５０
ｂ〉〉PPP インタフェーステーブル１５１は、図１６に
示すPPP インタフェーステーブル１５１ｂのように構成
される。即ち、PPP インタフェーステーブル１５１は、
宛先IP アドレスをキーとして、自IP アドレスとIP パ
ケットを転送するPPPインタフェース１３１とを検索す
るためのテーブルとして構成される。

【００９５】PPP インタフェース選択部１５２ｂは、不
図示の不揮発性メモリに、選択しうるPPP インタフェー
ス１３１の識別情報を全て記憶する。即ち、PPP インタ
フェース選択部１５２ｂは、リンクが確立しているPPP
インタフェース１３１と、該当するPPP インタフェース
１３１を介して接続しているアクセスサーバ４００から
割り当てられている自IP アドレスとを関連づけて、不
揮発性メモリに記憶する。 PPP インタフェース選択部
１５２ｂは、IP スタック１２０から受け取ったIP パケ
ットの宛先IP アドレスをキーとして、PPP インタフェ
ーステーブル１５１ｂを検索する。この宛先IP アドレ
スをキーとしたエントリが、PPP インタフェーステーブ
ル１５１ｂに記憶されている場合、PPP インタフェース
選択部１５２ｂは、第一実施形態のPPP インタフェース
選択部１５２と同様の動作を実行する。

【００９６】一方、この宛先IP アドレスをキーとした
エントリが、PPP インタフェーステーブル１５１ｂに記
憶されていない場合、PPP インタフェース選択部１５２
ｂは、この宛先IP アドレスに対して、ping を送信す
る。このとき、不揮発性メモリに記憶する全てのPPP イ
ンタフェース１３１を介して、宛先IP アドレスにping
を送信する。

【００９７】PPP インタフェース選択部１５２ｂは、こ
のping コマンドによって、各PPPインタフェース１３１
を介した場合の応答時間、即ち各アクセスサーバ４００
を経由した場合の宛先IP アドレスの示すサーバの応答
時間（本発明の「通信時間」に相当）を計測する（本発
明の「計測手段」に相当）。そして、PPP インタフェー
ス選択部１５２ｂは、この応答時間が最も小さいPPP イ
ンタフェース１３１と宛先IP アドレスとを対応付け
て、PPP インタフェーステーブル１５１ｂに書き込む
（本発明の「検索手段」に相当）。

【００９８】〈動作例〉図２０は、第三実施形態による
ネットワークの様子を示す図である。以下、図１９及び
２０を用いて、ユーザが第三実施形態によるユーザ端末
１００ａを用いて、ISP-a アクセスサーバ４００ａとIS
P-b アクセスサーバ４００ｂとを利用する通信処理につ
いて説明する。処理の説明は、PPP リンクを確立する際
の処理と、PPP リンクが確立した後にIP データ送信を
行う際の処理とに分けて説明する。

【００９９】〈〈PPP リンク確立〉〉まず、ユーザ端末
１００ａは、接続先ISP-a アクセスサーバ４００ａに対
してPPP 接続を開始し、従来の方法を用いてPPP リンク
の確立を行う。このときユーザ端末１００ａは、ISP-a
アクセスサーバ４００ａから、131.113.39.55 のIPアド
レスを割り当てられる。PPP インタフェース選択部１５
２ｂは、このPPP リンクに対し、PPP0 インタフェース
１３１ａを割り当てる。PPP インタフェース選択部１５
２ｂは、ppp0 とIP アドレス131.113.39.55 とを関連づ
けて、自身が備える不揮発性メモリに記憶する。そし
て、PPP インタフェース管理部１５０ｂは、IP スタッ
ク１２０へ、PPP リンク確立の結果として、インタフェ
ースpppxと自IP アドレスとを返す。

【０１００】次に、ユーザ端末１００ａは、同様の処理
を実行して、ISP-b アクセスサーバ４００ｂに対するPP
P 接続を行う。ISP-b アクセスサーバ４００ｂは、IP
アドレス155.177.29.34 を、ユーザ端末１００ａに割り
当てる。PPP インタフェース選択部１５２ｂは、このリ
ンクに対して、PPP1 インタフェース１３１ｂを割り当
てる。ここで、PPP インタフェース選択部１５２ｂは、
PPP1 インタフェース１３１ｂとIP アドレス155.177.2
9.34 とを関連づけて、不揮発性メモリに記憶する。そ
して、PPP インタフェース管理部１５０ｂは、IP スタ
ック１２０へ、インタフェースpppx を返す。上記処理
の結果、ルーティングテーブル１２２は、図１４のよう
になる。

【０１０１】〈〈IP データ送信〉〉まず、IP ヘッダ生
成部１２１は、TCP スタック１１０から渡されたTCP セ
グメントにIP ヘッダを付与し、IP パケットを生成す
る。L2 インタフェース決定部１２３は、ルーティング
テーブル１２２を参照し、送信先のL2 インタフェース
をpppx に決定する。そして、L2 インタフェース決定部
１２３は、pppx、即ちPPP インタフェース管理部１５０
ｂへIP パケットを渡す。

【０１０２】PPP インタフェース選択部１５２ｂは、IP
ヘッダ内に含まれる宛先IP アドレスをキーとして、PP
P インタフェーステーブル１５１ｂを検索する。PPP イ
ンタフェーステーブル１５１ｂに、この宛先IP アドレ
スをキーとしたエントリががある場合、PPP インタフェ
ース選択部１５２ｂは、第一実施形態のPPP インタフェ
ース選択部１５２と同様の動作を行う。

【０１０３】一方、PPP インタフェーステーブル１５１
ｂに、この宛先IP アドレスをキーとしたエントリがが
無い場合、PPP インタフェース選択部１５２ｂは、自身
が備える不揮発性メモリに記憶する全てのPPP インタフ
ェース、即ちPPP0 インタフェース１３１ａ，PPP1 イン
タフェース１３１ｂを経由し、宛先IP アドレスに該当
するノード（例えばISP-b アクセスサーバ４００ｂ）へ
対してping パケットを生成、送信する。

【０１０４】PPP インタフェース選択部１５２ｂは、各
ping パケットに対応する応答を受け取ると、各PPP イ
ンタフェース１３１を経由したping パケットの応答時
間を比較する。PPP インタフェース選択部１５２ｂは、
この応答時間が最も小さいPPP インタフェース１３１及
びこれに対応する自IP アドレスと、宛先IP アドレスと
を関連づけたエントリを、PPP インタフェーステーブル
１５１ｂに追加する。そして、追加したエントリの内容
をIP ヘッダ書換部１５３へ渡し、IP ヘッダ書換部１５
３によって作成されたIP パケットを、このエントリに
含まれるPPP インタフェース１３１へ転送する。PPP ス
タック１３０以降は、第一実施形態と同様の手段でパケ
ットを転送する。

【０１０５】第三実施形態によれば、ping の実行によ
り、宛先IP アドレス毎に、各PPP インタフェース１３
１経由による応答時間が計測される。そして、宛先IP
アドレス毎に、最も応答時間の短いPPP インタフェース
１３１が自動的に選択され、選択されたPPP インタフェ
ース１３１を経由して宛先サーバへデータが送信され
る。

【０１０６】このため、応答時間が最も短いPPP インタ
フェース１３１を経由して自動的に宛先サーバにデータ
が送信される。

【０１０７】また、第三実施形態のPPP インタフェース
テーブル１５１ｂは、あるエントリがこのPPP インタフ
ェーステーブル１５１ｂに登録されてから、あらかじめ
決められた時間が経過すると、このエントリを削除する
ように構成しても良い。

【０１０８】ある宛先サーバへの、各PPP インタフェー
ス１３１を経由した応答時間は、宛先サーバまでの経路
の状況変化に応じて変化する。上記した構成により、こ
の変化に対応し、PPP インタフェーステーブル１５１ｂ
を最適なテーブルとして維持することが可能となる。

【０１０９】また、第三実施形態では、ping を使用し
て応答時間を計測したが、TCP 接続要求を出したり、UD
P ポートへなんらかのパケットを送信することによって
応答時間を計測しても良い。

【０１１０】〔第四実施形態〕 〈システム構成〉図２１に、本発明による第四実施形態
のブロック図を示す。まず、各ブロックについての説明
を行う。ただし、第二実施形態と同様の構成について
は、説明を省く。即ち、TCP スタック１１０，PPP スタ
ック１３０，Ethernet スタック１４０は第二実施形態
と同様の構成をとるため、説明を省く。

【０１１１】〈〈IP スタック１２０ｂ〉〉IP ヘッダ生
成部１２１ｂは、IP パケットの転送先を知るために、P
PP インタフェース管理部１５０ｃに転送先選択要求を
送る。このとき、転送先選択要求とともに、IP パケッ
トの転送先となる宛先IP アドレスをPPP インタフェー
ス管理部１５０ｃに送る。

【０１１２】この結果IP ヘッダ生成部１２１ｂは、PPP
インタフェース管理部１５０ｃから、要求応答とし
て、IP パケットの転送先として選択された下位インタ
フェース（PPP インタフェース１３１）の通知を得る。
また、IP ヘッダ生成部１２１ｂは、PPP インタフェー
ス管理部１５０ｃから、自IP アドレスを通知される。

【０１１３】IP ヘッダ生成部１２１ｂは、上記の情報
を元にIP ヘッダを生成する。そして、IP ヘッダ生成部
１２１ｂは、生成したIP ヘッダを付加したIP パケット
を、下位インタフェース１２４へ渡す。

【０１１４】〈〈PPP インタフェース管理部１５０
ｃ〉〉PPP インタフェーステーブル１５１は、図１６に
示すPPP インタフェーステーブル１５１ｂのように構成
される。即ち、PPP インタフェーステーブル１５１は、
宛先IP アドレスをキーとして、自IP アドレスとPPP イ
ンタフェース１３１とを検索するためのテーブルとして
構成される。

【０１１５】PPP インタフェース選択部１５２ｃは、不
図示の不揮発性メモリに、選択しうるPPP インタフェー
ス１３１を全て記憶する。即ち、PPP インタフェース選
択部１５２ｃは、リンクが確立しているPPP インタフェ
ース１３１と、該当するPPPインタフェース１３１を介
して接続しているアクセスサーバ４００から割り当てら
れている自IP アドレスとを関連づけて、不揮発性メモ
リに記憶する。

【０１１６】PPP インタフェース選択部１５２ｃは、IP
ヘッダ生成部１２１ｂから転送先選択要求を受け取る
と、転送先選択要求と共に受け取る宛先IP アドレスを
キーとして、PPP インタフェーステーブル１５１ｂを検
索する。

【０１１７】この宛先IP アドレスをキーとしたエント
リが、PPP インタフェーステーブル１５１ｂに記憶され
ている場合、PPP インタフェース選択部１５２ｃは、第
二実施形態のPPP インタフェース選択部１５２ａと同様
の動作を実行する。

【０１１８】一方、この宛先IP アドレスをキーとした
エントリが、PPP インタフェーステーブル１５１ｂに記
憶されていない場合、PPP インタフェース選択部１５２
ｃは、この宛先IP アドレスに対して、pingを送信す
る。このとき、不揮発性メモリに記憶する全てのPPP イ
ンタフェース１３１を介して、宛先IP アドレスにping
を送信する。

【０１１９】PPP インタフェース選択部１５２ｃは、こ
のping コマンドによって、各PPPインタフェース１３１
を介した場合の応答時間、即ち各アクセスサーバ４００
を経由した場合の宛先IP アドレスの示すサーバの応答
時間を計測する。そして、PPP インタフェース選択部１
５２ｃは、この応答時間が最も小さいPPP インタフェー
ス１３１と宛先IP アドレスとを対応付けて、PPP イン
タフェーステーブル１５１ｂに書き込む。そして、PPP
インタフェース選択部１５２ｃは、応答時間が最も小さ
いPPP インタフェース１３１を要求応答として、IP ヘ
ッダ生成部１２１ｂに通知し、さらに自IP アドレス決
定部１５４へ、このPPP インタフェースに対応する自IP
アドレスを通知する。

【０１２０】〈動作例〉以下、ユーザが第四実施形態に
よるユーザ端末１００ａを用いて、ISP-a アクセスサー
バ４００ａとISP-b アクセスサーバ４００ｂとを利用す
る通信処理について説明する（図２０参照）。処理の説
明は、PPP リンクを確立する際の処理と、PPP リンクが
確立した後にIP データ送信を行う際の処理とに分けて
説明する。

【０１２１】〈〈PPP リンク確立〉〉まず、ユーザ端末
１００ａは、接続先ISP-a アクセスサーバ４００ａに対
してPPP 接続を開始し、従来の方法を用いてPPP リンク
の確立行う。このときユーザ端末１００ａは、ISP-a ア
クセスサーバ４００ａから、131.113.39.55 のIP アド
レスを割り当てられる。PPP インタフェース選択部１５
２ｃは、このリンクに対し、PPP0 インタフェース１３
１ａを割り当てる。PPP インタフェース選択部１５２ｃ
は、ppp0 とIP アドレス131.113.39.55 とを関連づけ
て、自身が備える不揮発性メモリに記憶する。そして、
PPP インタフェース管理部１５０ｃは、IPスタック１２
０へ、PPP リンク確立の結果として、インタフェースpp
px と自IPアドレスとを返す。

【０１２２】次に、ユーザ端末１００ａは、同様の処理
を実行して、ISP-b アクセスサーバ４００ｂ対するPPP
接続を行う。ISP-b アクセスサーバ４００ｂは、IP ア
ドレス155.177.29.34 を、ユーザ端末１００ａに割り当
てる。PPP インタフェース選択部１５２ｃは、このリン
クに対して、PPP1 インタフェース１３１ｂを割り当て
る。ここで、PPP インタフェース選択部１５２ｃは、PP
P1 インタフェース１３１ｂとIP アドレス155.177.29.3
4 とを関連づけて、不揮発性メモリに記憶する。そし
て、PPP インタフェース管理部１５０ｃは、IP スタッ
ク１２０へ、インタフェースpppx を返す。

【０１２３】〈〈TCP/IP データ送信〉〉IP ヘッダ生成
部１２１ｂは、TCP スタック１１０からTCP セグメント
を受け取ると、PPP インタフェース管理部１５０ｃに対
して、転送先選択要求と宛先IPアドレスとを送る。PPP
インタフェース選択部１５２ｃは、受け取った宛先IPア
ドレスをキーとして、PPPインタフェーステーブル１５
１ｂを検索する。PPPインタフェーステーブル１５１ｂ
に、この宛先IP アドレスをキーとしたエントリがある
場合、PPP インタフェース選択部１５２ｃは、第二実施
形態のPPP インタフェース選択部１５２と同様の動作を
行う。

【０１２４】一方、PPP インタフェーステーブル１５１
ｂに、この宛先IP アドレスをキーとしたエントリが無
い場合、PPP インタフェース選択部１５２ｃは、自身が
備える不揮発性メモリに記憶される全てのPPP インタフ
ェース、即ちPPP0 インタフェース１３１ａ，PPP1 イン
タフェース１３１ｂを経由し、宛先IP アドレスへ対し
てping パケットを生成、送信する。

【０１２５】PPP インタフェース選択部１５２ｃは、各
インタフェース１３１を経由したping パケットの応答
時間を比較する。PPP インタフェース選択部１５２ｃ
は、この応答時間が最も小さいPPP インタフェース１３
１及びこれに対応する自IP アドレスと、宛先IP アドレ
スとを関連づけたエントリを、PPP インタフェーステー
ブル１５１ｂに追加する。

【０１２６】そして、PPP インタフェース選択部１５２
ｃは、自IP アドレス131.113.39.55を自IP アドレス決
定部１５４へ、決定したPPP0 インタフェース１３１ａ
をIPヘッダ生成部１２１ｂへ、夫々送る。これ以降の処
理は、第二実施形態と同様の動作を行う。

【０１２７】第四実施形態によれば、ping の実行によ
り、宛先IP アドレス毎に、各PPP インタフェース１３
１経由による応答時間が計測される。そして、宛先IP
アドレス毎に、最も応答時間の短いPPP インタフェース
１３１が自動的に選択され、選択されたPPP インタフェ
ース１３１を経由して宛先サーバへデータが送信され
る。

【０１２８】このため、応答時間が最も短いPPP インタ
フェース１３１を経由して自動的に宛先サーバにデータ
が送信される。

【０１２９】また、第四実施形態のPPP インタフェース
テーブル１５１ｂは、あるエントリがこのPPP インタフ
ェーステーブル１５１ｂに登録されてから、あらかじめ
決められた時間が経過すると、このエントリを削除する
ように構成しても良い。

【０１３０】ある宛先サーバへの、各PPP インタフェー
ス１３１を経由した応答時間は、宛先サーバまでの経路
の状況変化に応じて変化する。上記した構成により、こ
の変化に対応し、PPP インタフェーステーブル１５１ｂ
を最適なテーブルとして維持することが可能となる。

【０１３１】また、第四実施形態では、ping を使用し
て応答時間を計測したが、TCP 接続要求を出したり、UD
P ポートへなんらかのパケットを送信することによって
応答時間を計測しても良い。

【０１３２】〔その他〕本発明は、以下のように特定す
ることができる。

【０１３３】（付記１） 複数のデータリンク層インタ
フェースを介した複数のリンクが夫々確立される場合
に、これらの複数のデータリンク層インタフェースを管
理する装置であって、前記データリンク層よりも上位の
層で作成されたパケットを受信する受信手段と、前記複
数のデータリンク層インタフェースの中から、前記パケ
ットを転送すべきデータリンク層インタフェースを、こ
のパケットに含まれた情報に基づいて選択する選択手段
と、を備えるデータリンク層インタフェースの管理装
置。

【０１３４】（付記２） 前記パケットに含まれる情報
と、データリンク層インタフェースの識別情報とを対応
づけたエントリを記憶する記憶手段をさらに備え、前記
選択手段は、送信対象の前記パケットに含まれた情報に
対応するデータリンク層インタフェースの識別情報を読
み出し、この識別情報に対応するデータリンク層インタ
フェースを前記パケットを転送すべきデータリンク層イ
ンタフェースとして選択する、付記１に記載のデータリ
ンク層インタフェースの管理装置。

【０１３５】（付記３） 前記パケットに含まれた情報
が、宛先ポート番号である、付記１に記載のデータリン
ク層インタフェースの管理装置。

【０１３６】（付記４） 前記パケットに含まれた情報
が、宛先ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ア
ドレスである、付記１に記載のデータリンク層インタフ
ェースの管理装置。

【０１３７】（付記５） 前記パケットに含まれた情報
が、トランスポート層のプロトコルの識別情報である、
付記１に記載のデータリンク層インタフェースの管理装
置。

【０１３８】（付記６） ネットワーク層のパケットを
生成しこのパケットの転送先のデータリンク層インタフ
ェースを特定して転送するネットワーク層処理部と、前
記複数のデータリンク層インタフェースとの間に介在
し、前記ネットワーク層処理部によって特定される仮想
のデータリンク層インタフェースとして送信対象に相当
するネットワーク層のパケットを前記受信手段で受信
し、前記選択手段が選択したデータリンク層インタフェ
ースに前記ネットワーク層のパケットを転送する、付記
１に記載のデータリンク層インタフェースの管理装置。

【０１３９】（付記７） 前記選択手段は、ネットワー
ク層のパケットを生成しこのパケットの転送先のデータ
リンク層インタフェースを特定して転送するネットワー
ク層処理部から、送信対象のネットワーク層のパケット
の転送先に相当するデータリンク層インタフェースを選
択する旨の選択要求を受け取り、前記選択手段が選択し
たデータリンク層インタフェースを前記ネットワーク層
処理部に通知する、付記１に記載のデータリンク層イン
タフェースの管理装置。

【０１４０】（付記８） 送信対象のパケットの送信元
と宛先との間の通信時間をデータリンク層インタフェー
ス毎に計測する計測手段と、計測された通信時間のう
ち、最も通信時間が短いデータリンク層インタフェース
を検索する検索手段とをさらに備え、前記選択手段は、
前記パケットを転送すべきデータリンク層インタフェー
スとして、前記検索手段によって検索されたデータリン
ク層インタフェースを選択する、付記１に記載のデータ
リンク層インタフェースの管理装置。

【０１４１】（付記９） 前記計測手段及び前記検索手
段は、前記選択手段が送信対象のパケットに含まれた情
報からデータリンク層インタフェースを選択できない場
合に、前記計測処理及び前記検索処理を実行する、付記
８に記載のデータリンク層インタフェースの管理装置。

【０１４２】（付記１０） 前記計測手段は、ピング
（ｐｉｎｇ）コマンドを用いて前記データリンク層イン
タフェース毎の通信時間を計測する、付記８に記載のデ
ータリンク層インタフェースの管理装置。

【０１４３】（付記１１） 複数のデータリンク層イン
タフェースを介した複数のリンクを夫々確立する手段
と、送信対象のデータリンク層より上位のパケットを受
信する受信手段と、前記複数のデータリンク層インタフ
ェースの中から、前記パケットを転送すべきデータリン
ク層インタフェースを、このパケットに含まれた情報に
基づいて選択する選択手段と、を備えるデータリンク層
インタフェースの管理装置と、を備える端末装置。

【０１４４】（付記１２） 複数のデータリンク層イン
タフェースを介した複数のリンクが夫々確立される場合
に、これらの複数のデータリンク層インタフェースを管
理する装置が、前記リンクの何れかによって送信される
データリンク層より上位のパケットを受信するステップ
と、前記管理する装置が、前記複数のデータリンク層イ
ンタフェースの中から、前記パケットを転送すべきデー
タリンク層インタフェースを、このパケットに含まれた
情報に基づいて選択するステップと、を含むデータリン
ク層インタフェースの管理方法。

【０１４５】

【発明の効果】本発明によれば、ユーザが実行しようと
する通信の内容に応じて、データリンク層インタフェー
スが自動的に選択され、このデータリンク層インタフェ
ースを介したリンクによる通信を自動的に実行すること
が可能となる。

【図面の簡単な説明】

【図１】 ＰＰＰｏＥによる接続イメージを示す図であ
る。

【図２】 ＴＣＰ／ＩＰネットワーク（ＰＰＰｏＥ）に
おけるデータ送信を示す図である。

【図３】 ＩＰヘッダフォーマットを示す図である。

【図４】 ＰＰＰフレームフォーマット（ＨＤＬＣ互
換）を示す図である。

【図５】 Ｅｔｈｅｒｎｅｔフレームフォーマット（Ｐ
ＰＰｏＥ）を示す図である。

【図６】 各層におけるデータ構造を示す図である。

【図７】 本発明における複数ＰＰＰ接続のイメージを
示す図である。

【図８】 従来のルーティングテーブルを示す図であ
る。

【図９】 従来技術による複数ＰＰＰ接続のイメージで
ある。

【図１０】 ＰＰＰネゴシエーションの手順を示す図で
ある。

【図１１】 ＴＣＰヘッダフォーマットを示す図であ
る。

【図１２】 代表的なサービス名とポート番号とを示す
図である。

【図１３】 第一実施形態を示すブロック図である。

【図１４】 仮想インタフェースを含んだルーティング
テーブルを示す図である。

【図１５】 宛先ポート番号を持つＰＰＰインタフェー
ステーブルを示す図である。

【図１６】 宛先ＩＰアドレスを持つＰＰＰインタフェ
ーステーブルを示す図である。

【図１７】 トランスポート層プロトコルによるＰＰＰ
インタフェーステーブルを示す図である。

【図１８】 第二実施形態を示すブロック図である。

【図１９】 第三実施形態を示すブロック図である。

【図２０】 ｐｉｎｇコマンドによる応答時間計測の様
子を示す図である。

【図２１】 第四実施形態を示すブロック図である。

【符号の説明】

１００，１００ａ ユーザ端末 ２００ エッヂスイッチ ３００ アクセスコンセントレータ ４００ ＩＳＰアクセスサーバ ４００ａ ＩＳＰ−ａアクセスサーバ ４００ｂ ＩＳＰ−ｂアクセスサーバ ５００ 宛先ノード ＡＮ アクセス網 １１０ ＴＣＰスタック １１１ フロー制御部 １１２ 到着順序保証部 １１３ ＴＣＰヘッダ生成部 １１４ 下位インタフェース １２０ ＩＰスタック １２１ ＩＰヘッダ生成部 １２２ ルーティングテーブル １２３ Ｌ２インタフェース決定部 １２４ 下位インタフェース １３０ ＰＰＰスタック １３１（１３１ａ） ＰＰＰ０インタフェース １３１（１３１ｂ） ＰＰＰ１インタフェース １３２（１３２ａ） ＰＰＰフレーム生成部 １３２（１３２ｂ） ＰＰＰフレーム生成部 １４０ Ｅｔｈｅｒｎｅｔスタック １４１ Ｅｔｈｅｒｎｅｔヘッダ生成部 １４２ Ｅｔｈｅｒｎｅｔフレーム送信
部 １５０ ＰＰＰインタフェース管理部 １５１ ＰＰＰインタフェーステーブル １５２ ＰＰＰインタフェース選択部 １５３ ＩＰヘッダ書換部 １５４ 自ＩＰアドレス決定部 １６０ ＴＣＰ／ＩＰスタック

フロントページの続き (72)発明者 田中 淳 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5K030 GA11 HA08 JL08 KA13 5K033 BA08 CC01 DB12 DB20 5K034 EE13 GG05 HH63 JJ13 KK21

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数のデータリンク層インタフェースを
   介した複数のリンクが夫々確立される場合に、これらの
   複数のデータリンク層インタフェースを管理する装置で
   あって、 前記データリンク層よりも上位の層で作成されたパケッ
   トを受信する受信手段と、 前記複数のデータリンク層インタフェースの中から、前
   記パケットを転送すべきデータリンク層インタフェース
   を、このパケットに含まれた情報に基づいて選択する選
   択手段と、を備えるデータリンク層インタフェースの管
   理装置。
2. 【請求項２】 前記パケットに含まれる情報と、データ
   リンク層インタフェースの識別情報とを対応づけたエン
   トリを記憶する記憶手段をさらに備え、 前記選択手段は、送信対象の前記パケットに含まれた情
   報に対応するデータリンク層インタフェースの識別情報
   を読み出し、この識別情報に対応するデータリンク層イ
   ンタフェースを前記パケットを転送すべきデータリンク
   層インタフェースとして選択する、請求項１に記載のデ
   ータリンク層インタフェースの管理装置。
3. 【請求項３】 送信対象のパケットの送信元と宛先との
   間の通信時間をデータリンク層インタフェース毎に計測
   する計測手段と、 計測された通信時間のうち、最も通信時間が短いデータ
   リンク層インタフェースを検索する検索手段とをさらに
   備え、 前記選択手段は、前記パケットを転送すべきデータリン
   ク層インタフェースとして、前記検索手段によって検索
   されたデータリンク層インタフェースを選択する、請求
   項１に記載のデータリンク層インタフェースの管理装
   置。
4. 【請求項４】 複数のデータリンク層インタフェースを
   介した複数のリンクを夫々確立する手段と、 送信対象のデータリンク層より上位のパケットを受信す
   る受信手段と、前記複数のデータリンク層インタフェー
   スの中から、前記パケットを転送すべきデータリンク層
   インタフェースを、このパケットに含まれた情報に基づ
   いて選択する選択手段と、を備えるデータリンク層イン
   タフェースの管理装置と、を備える端末装置。
5. 【請求項５】 複数のデータリンク層インタフェースを
   介した複数のリンクが夫々確立される場合に、これらの
   複数のデータリンク層インタフェースを管理する装置
   が、前記リンクの何れかによって送信されるデータリン
   ク層より上位のパケットを受信するステップと、 前記管理する装置が、前記複数のデータリンク層インタ
   フェースの中から、前記パケットを転送すべきデータリ
   ンク層インタフェースを、このパケットに含まれた情報
   に基づいて選択するステップと、を含むデータリンク層
   インタフェースの管理方法。