JP2003258827A - ネットワークシステム、ネットワークアクセス装置、ネットワークサーバ及びネットワークアクセス制御方法 - Google Patents

Abstract

(57)【要約】 【課題】小規模無線通信システムのパーソナルエリアネ
ットワークを実装した当該小規模無線通信機器が、リモ
ートネットワークに存在するホストに、レイヤー２に相
当するリンクを介してアクセスする。また情報の秘匿性
維持のため、パーソナルエリアネットワークユーザの上
記形態における接続の際に行なう認証の仕組みと、そこ
に流れるデータの暗号化の仕組みを提供する。 【解決手段】パーソナルエリアネットワークユーザが参
加するピコネットとリモートネットワークに存在する目
的ホストとのレイヤー２フレームを、パーソナルエリア
ネットワーク/Bluetoothネットワークカプセル化プロト
コルとレイヤー２トンネリングプロトコル（L2TP）トン
ネルで接続する。さらにBluetoothネットワークカプセ
ル化プロトコルを拡張定義し、認証機能と暗号化機能を
付加する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、小規模無線通信シ
ステムにおけるネットワークシステムであって、特にレ
イヤー２に相当するリンクを介して通信を行なうネット
ワークシステム、ネットワークアクセス装置、ネットワ
ークサーバ、及びこれらによるネットワークアクセス制
御方法に関する。

【０００２】

【従来の技術】一人に一台というようなパーソナルに使
用されるコンピュータの小型化が進んでいる。計算機の
小型化は、従来一定の場所に固定して使用されてきたこ
れらコンピュータを自由に持ち運ぶことを可能とした。
反面、コンピュータの使用方法はネットワークの存在な
くしては効果的な利用が図れない状況にもなっている。
これは日々発生する情報をある規則性によって結び付け
て、既得の情報にさらに付加価値を与える必要があるか
らである。それに連れて扱わねばならない情報の量は膨
大となり、ついには情報を運用するために強力な処理能
力と大容量のデータベースシステムが不可欠となってい
る。

【０００３】日々蓄積され利用される膨大な量の情報
を、小型化が進むコンピュータに保持することそれ自体
が現実的とはいえなくなっている。処理速度の面から見
ても、持ち運びが可能な小型のコンピュータ上で、必要
なすべての処理を行なうことは困難である。

【０００４】このような持ち運びができるほどに小型化
が進んだコンピュータには、処理能力が高く大規模デー
タベースを備えた、必要な処理を分担して処理させるサ
ーバと併せて利用する構成が望ましい。そうすることに
よって可搬性と処理能力を両立したシステムが構築可能
となる。

【０００５】有線のネットワーク、たとえばEthernet
(R)を介して構築されたネットワークは現在一般的に利
用されている。しかしながら配線を伴うネットワークで
はネットワークに接続するための物理的なコネクタが必
要である。有線のネットワークを運用するためにはコン
ピュータを使用する可能性のある場所に、予め必要数の
コネクタを含む配線工事を行なっておかねばならない。
持ち運びつつ利用されるコンピュータが増加するに連
れ、移動先でコネクタをつなぎ換えるなどの煩雑さや追
加の配線工事に伴うデメリットが注目されるようになっ
てきた。

【０００６】これらのデメリットを解消すべく、ネット
ワークへの接続を無線方式によって行なう方法が提案さ
れた。無線を利用して端末装置をネットワークに接続す
る方法は複数提案されている。これらは利用目的、たと
えば伝送速度や対雑音性能または消費電力などによって
選択されるべきものである。その中に持ち運びが可能な
一般にモバイル機器と呼ばれる製品群を対象に、低電力
消費と簡便な利用を可能とする無線デバイスを構成でき
るBluetooth(R)がある。

【０００７】この小規模無線通信システムはEthernet
(R)などとは異なる通信方式を採用している。しかし昨
今ではパーソナルエリアネットワーク（以下、PANと言
う）プロファイルとBluetooth Network Encapsulation
Protocol（以下、BNEPと言う）などを用いることによ
り、一部では一般の有線LANと同様なネットワーク環境
の構築も可能となりつつある。またこの小規模無線通信
システムが公衆のアクセスポイントが設置されることに
なれば、該無線通信装置を備えた無線デバイスは携帯電
話のように移動を繰り返しながら自由にインターネット
などへ接続することも可能となる。

【０００８】

【発明が解決しようとする課題】しかしながら前出のPA
NやBNEPはBluetooth(R)でのみ有効な、レイヤー２フレ
ームのカプセル化と、この転送に関する仕様である。こ
のためインターネットを経由した遠隔に存在するサーバ
のアクセスなどは、既存のPAN/BNEPだけでは行なうこと
ができない。

【０００９】また無線を使用すること、およびインター
ネットにデータが流れることを考慮すると、接続される
無線デバイスの認証の仕組みや流れるデータの第三者に
よる盗聴の防止など、セキュリティの仕組みが必要であ
る。

【００１０】よって本発明は上記のような問題を解決
し、このような小規模無線通信システムによってインタ
ーネットなどの広域ネットワークを隔てて存在する端末
装置と通信を行なうネットワークシステム、ネットワー
クアクセス装置、ネットワークサーバ、およびこれらに
よるネットワークアクセス制御方法を提供することを目
的とする。

【００１１】

【課題を解決するための手段】本発明によれば、小規模
無線通信システムにおける、パーソナルエリアネットワ
ークを構成する通信システムの、ネットワークに接続さ
れたネットワークアクセス装置と該ネットワークアクセ
ス装置とネットワークを介して接続されたネットワーク
サーバとを備えた、レイヤー２におけるフレームをレイ
ヤー２トンネリングプロトコル（Layer TwoTunneling P
rotocol）データとしてやり取りするネットワークシス
テムであって、前記ネットワークアクセス装置は、パー
ソナルエリアネットワークに接続されたパーソナルエリ
アネットワークユーザから、該パーソナルエリアネット
ワーク上で該パーソナルエリアネットワークユーザとの
間に確立されたBluetoothネットワークカプセル化プロ
トコル（Bluetooth Network Encapsulation Protocol）
接続を介してBluetoothネットワークカプセル化プロト
コルデータをやり取りする手段と、このBluetoothネッ
トワークカプセル化プロトコルデータに含まれる情報を
レイヤー２トンネリングプロトコルデータに変換する手
段とを具備し、前記ネットワークサーバは、前記ネット
ワークアクセス装置とネットワークを介して、該ネット
ワークアクセス装置によって変換されたレイヤー２トン
ネリングプロトコルデータについてやり取りをする手段
と、この変換されたレイヤー２トンネリングプロトコル
データが含む情報を他のネットワークに存在する端末装
置との間でやり取りする手段とを具備することを特徴と
するネットワークシステムが提供される。また同時に、
上記の構成を持つネットワークアクセス装置およびネッ
トワークサーバが提供される。

【００１２】さらに、小規模無線通信システムにおけ
る、パーソナルエリアネットワークを構成する通信シス
テムの、レイヤー２におけるフレームをレイヤー２トン
ネリングプロトコル（Layer Two Tunneling Protocol）
データとしてやり取りするネットワークアクセス制御方
法であって、ネットワークに接続されたネットワークア
クセス装置が、パーソナルエリアネットワークユーザか
らBluetoothネットワークカプセル化プロトコル（Bluet
oothNetwork Encapsulation Protocol）データを受け取
るステップと、該ネットワークアクセス装置が、該受け
取った該Bluetoothネットワークカプセル化プロトコル
データに含まれる情報を、レイヤー２トンネリングプロ
トコルデータに変換するステップと、前記ネットワーク
アクセス装置とネットワークを介して接続された、該ネ
ットワーク以外のネットワークに存在する端末装置との
間を仲介するネットワークサーバとの間に、レイヤー２
トンネリングプロトコルデータを通ずるためのレイヤー
２トンネリングプロトコルトンネルを生成するステップ
と前記ネットワークサーバが、該レイヤー２トンネリン
グプロトコルトンネルを介して前記レイヤー２トンネリ
ングプロトコルデータを受け取るステップとを具備する
ことを特徴とするネットワークアクセス制御方法が提供
される。

【００１３】加えて認証手段、暗号通信手段、およびこ
れらによる認証ステップ、暗号化／復号化ステップを備
えたネットワークシステムおよびネットワークアクセス
制御方法が提供される。

【００１４】

【発明の実施の形態】最初に、本発明に使用される語句
やプロトコル等を解説する。

【００１５】「Bluetooth(R)」：Ericsson社、IBM社、I
ntel社、Nokia社、東芝の5社が中心となって提唱してい
る携帯情報機器向けの無線通信技術である。また、同方
式では0.5平方インチの小型のトランシーバを利用する
ため、IrDA(Infrared Data Association)に比べ消費電
力が小さく、製造コストも低く抑えられることが特徴の
一つとなっている。

【００１６】「Piconet」：前述小規模無線端末同士を
近づけたときに、端末の間で一時的に形成されるネット
ワークのことである。上記Bluetooth(R)技術を利用して
擬似的に形成されるもので、端末が参加できるその範囲
は電波の到達距離に依存する。形成範囲はおよそ数メー
トル円内であることが多い。

【００１７】「PAN」：パーソナルエリアネットワー
ク。前述小規模無線端末同士でレイヤー２フレームによ
るLAN(Local Area Network)を模擬するネットワークの
ことである。通常は上記Piconetを形成するエリア内で
のみ有効なネットワークであり、Bluetooth(R)の特性か
ら広範囲のレイヤー２フレームによるネットワークを形
成することはできない。

【００１８】「PANU」：PANに参加している小規模無線
端末のことである。

【００１９】「BNEP」：Bluetooth Network Encapsulat
ion Protocolと呼ばれる、Bluetooth(R)上のレイヤー２
フレームを内包するための、公開されたプロトコルであ
る。

【００２０】「L2TP」：Layer2 Tunneling Protocol。O
SI参照モデルのレイヤー２に相当する、たとえばEthern
et(R)などのフレームデータを送り届けるためのプロト
コルである。本プロトコルはinternet draft(draft-iet
f-l2tpext-l2tp-base-01.txt等)として公開されている
ものである。L2TPにはいくつかのバージョンが存在し、
それぞれで内容が異なる部分がある。本発明ではL2TPと
表記するときは特別に断りの無い限り v3 を指すものと
する。

【００２１】「L2CAP」：Logical Link Control and Ad
aptation Protocol 。Bluetooth(R)はプロファイルと呼
ばれる小規模無線通信機器間の通信仕様があり、その双
方が同じプロファイルに対応している必要がある。同プ
ロトコルはこの小規模無線通信規格で当該プロファイル
に関する処理を行なうものであり、当該小規模無線通信
規格の仕様書(Specification of the Bluetooth Syste
m)として公開されている。

【００２２】「L2TPトンネル」：L2TPによってネットワ
ーク装置間に設定される、たとえばEthernet(R)フレー
ムなどのレイヤー２に相当するフレームを通すことがで
きるチャネル（＝トンネル）である。

【００２３】「NAP/LNS」：Network Access Point/L2TP
Network Server。PANのアクセスポイントであると同時
に、L2TPによって設定されるL2TPトンネルの一端となる
ものである。主にL2TPトンネルの接続要求を受ける側を
指す。

【００２４】「NAP/LAC」：Network Access Point/L2TP
Access Concentrator。PANのアクセスポイントである
と同時に、L2TPによって設定されるL2TPトンネルの一端
となるものである。主にL2TPトンネルの接続要求側を指
す。本発明では別段の断りの無い限り、単にNAPと表記
するものもこれと同じものとする。

【００２５】次からは本発明の実施形態について図面を
用いながら説明する。

【００２６】（実施形態１）図１に本発明の一実施形態
にかかるネットワークシステムの、そこに流れるフレー
ムからみたときの構成を示す。

【００２７】ここでは小規模無線端末（PANU１０１）
が、複数台参加して形成するネットワークであるPicone
tを越えて、他のネットワーク（Remote Network１０
７）に存在する端末装置（target host１０６）と通信
を行なうものである。図１では複数のPANU１０１とネッ
トワークアクセス装置（NAP/LAC１０２）によって、一
つのPiconetを形成している例を示している。Piconetは
PAN/BNEPを実装することによって、レイヤー２のフレー
ムをそのPiconetに参加するPANU１０１（及びPiconetに
参加するネットワークアクセス装置）の間でやり取りす
ることができる。しかしながら、前述のPANU１０１（た
とえば携帯型のパーソナルコンピュータなど）が作る無
線ネットワークは、その電波が到達する範囲内でしか成
立しない。殊に本発明で使用する小規模無線通信システ
ムは、消費電力を抑え、小型化を図るために数メートル
〜数十メートルの範囲内で使用されることを前提として
いる。このときPANの範囲内で行なわれる通信を、この
小規模無線通信システムが持つ特性を維持したままさら
に遠隔にあるネットワークまで拡大し、インターネット
などの広域ネットワークまで及ぼすことができれば利便
性はさらに高まると言える。このために、上記Piconet
にはインターネットなどの広域ネットワークとの仲介を
するネットワークアクセス装置（NAP/LAC１０２）が参
加できる必要がある。NAP/LAC１０２はPANの参加者とな
りうるPANU１０１の機能と、L2TPデータに含まれる情報
をやり取りする機能を併せ持つものである。広域ネット
ワーク（Internet１０３）は、仲介サーバ装置（LNS１
０５）を介して遠隔の別のネットワーク（Remote Netwo
rk１０７）に接続されている。LNS１０５はL2TPデータ
の内容を、Remote Network１０７へと仲介をする機能を
持つ。そしてNAP/LAC１０２とLNS１０５の間にL2TPによ
るトンネル１０４を形成し、そこにEthernet(R)などの
レイヤー２フレームを通じ、レイヤー２リンクを確立す
る。このレイヤー２リンクを用いて、PANU１０１とRemo
te Network１０７に存在するtarget host１０６とが通
信を行なえるように構成するものである。

【００２８】図１において、小規模無線通信機器である
PANU１０１は無線電波の到達範囲に存在する小規模無線
通信機器、たとえば別のPANU１０１とリンク接続を行
い、そのPiconetに参加する。図１ではNAP./LAC１０２
もその参加者である。PANU１０１とNAP/LAC１０２はPAN
/BNEPを実装しており、PANU１０１はBNEPによって、そ
のPiconetに参加しているNAP/LAC１０２に接続される。
一方NAP/LAC１０２はInternet１０３とも接続されてお
りIPによってインターネットに接続された端末、たとえ
ばtarget host１０６とも通信を行なうことができる。

【００２９】NAP/LAC１０２はInternet１０３に接続さ
れたLNS１０５との間にL2TPトンネル１０４を（後述の
ように）設定する。このL2TPトンネル１０４を通じて、
PANU１０１から得られたレイヤー２フレームの情報をLN
S１０５との間でやり取りする。LNS１０５はL2TPトンネ
ル１０４とは別のネットワーク（図１中ではRemote Net
work１０７）にも接続されており、当該ネットワークと
のブリッジとしても働いている。

【００３０】このようにL2TPトンネル１０４を介して送
られてきた、PANU１０１からのレイヤー２フレームの情
報は、LNS１０５がブリッジの役割を果たすことによっ
てtarget host１０６に送り届けられる。同時にtarget
host１０６との間で双方向のブリッジとなり、当該ホス
トとPANU１０１との間で通信が行なわれる。

【００３１】PANU１０１とtarget host１０６の通信に
先立ち、PANU１０１とNAP/LAC１０２との間のハンドシ
ェークによって、BNEPチャネルとL2TPトンネル１０４を
確立する。NAP/LAC１０２とLNS１０５の間にあっては、
NAP/LAC１０２からの要求でL2TPの仕様に従って当該ト
ンネルを確立する。このようにして確立されたチャネル
とトンネルを通じて、PANU１０１はLNS１０５に対してE
thernet(R)などのレイヤー２フレームを伝達することが
できる。そしてLNS１０５がこのレイヤー２フレーム
を、Remote Network１０７にブリッジすることによっ
て、target host１０６に送り届けられる。これによっ
てPANU１０１とtarget host１０６の間でレイヤー２リ
ンクを確立し、あたかも同一のレイヤー２リンクでつな
がれたネットワークのように見せることができる。この
とき図１に示すように、NAP/LAC１０２が複数のPANU１
０１を受け入れるようにすることもできる。このように
すると、同じPAN内の複数のPANU１０１が、複数のRemot
e Network１０７に存在するtarget host１０６と通信を
行なうことが可能となる。

【００３２】また、上記した実施形態の変形例として、
図１のtarget host１０６が図２に示すように、PANU２
０５であってもよい。この実施例におけるフレームの流
れ方の一例を図２に示す。

【００３３】PANU２０１がPiconetに参加し、PAN/BNEP
によってNAP/LAC２０２へ接続され、L2TPトンネル２０
３を設定しているところまでは実施形態１と同様であ
る。本実施例ではL2TPトンネル２０３の他方がNAPを備
えたLNS（NAP/LNS２０４）となっていることが特徴であ
る。するとPANU２０１の無線の到達範囲にあるPiconet
と、PANU２０５が参加する他のPiconetは全く別のネッ
トワークでありながら、実質的にこれらPiconet同士が
同じレイヤー２リンクで結ばれているように見せること
ができる。このときPANU２０１とPANU２０５は、両者の
間でPANによるレイヤー２フレームの通信を行なうこと
ができる。

【００３４】実施形態１およびその変形例ではPAN/BNEP
を用いているが、L2TPトンネル１０４および２０３はレ
イヤー２に相当するフレームデータであれば流すことが
できる。よってPAN/BNEPに限定せず、IEEE802.11（IEEE
802.11bを含む）に代表されるその他のレイヤー２に相
当するリンクであっても良い。もちろんこれらのレイヤ
ー２に相当するリンクを用いる通信を行なうPANUなどの
装置上には、双方に該リンク、たとえばPAN/BNEPやIEEE
802.11を処理する機能を備える必要がある。

【００３５】次にPANU１０１からL2TPトンネル１０４を
介してLNS１０５にレイヤー２フレームを送り届けると
きに考え得る複数のケースを挙げる。

【００３６】図４にPANU１０１、NAP１０２およびLNS１
０５の間に流れるレイヤー２フレーム、たとえばEthern
et(R)フレームのトンネルの構成について３つのケース
を示している。４０１のケースはPANU１０１から途中の
NAP１０２まではBNEPで伝達し、以降はL2TPのみによっ
て行なうものである。４０２はNAP１０２以降について
もBNEPの形まま、L2TPに内包して伝達するものである。
また４０３はPANU１０１からLNS１０５までL2TPデータ
のまま伝達し、PANU１０１とNAP１０２の間のみ、これ
をBNEPにより搬送するものである。このうち４０１によ
るものを実施形態２、同じく４０２によるものを実施形
態３として説明する。最後の４０３のトンネル構成はレ
イヤー２フレームをL2TPデータに変換する機能を有した
PANU１０１を示している。しかしながらこのトンネル構
成は十分な実現性はあるものの、本来帯域が狭い小規模
無線通信システムの無線経路に流れるデータ量がL2TPに
変換することで増加してしまうため、全体としても転送
効率が悪化する。よって４０３に示すトンネル構成は参
考にとどめ、以降は４０１および４０２に示すトンネル
構成を用いた実施形態２および実施形態３についてのみ
説明することとする。

【００３７】またNAP１０１とLNS１０５の間に設定され
るL2TPトンネル１０４の設定を最初に要求するのがPANU
１０１か、あるいはNAP１０２かによって通信のための
シーケンスが異なる。以降の説明においてはこれらを厳
密に分離して説明する。実施形態２について、PANU１０
１が最初に要求するものを実施形態２(a)、NAPが最初に
要求するものを実施形態２(b)とする。同様に実施形態
３についても、実施形態３(a)、実施形態３(b)と表すこ
ととする。

【００３８】（実施形態２）次に本発明の実施形態２
(a)におけるシーケンスを説明するにあたって、まず想
定される具体的なネットワークの構成例を図３に示す。
基本的に実施形態１の、図１に示したフレームの流れを
現実のシステム構成に置き換えたものである。PANU３０
１、NAP/LAC３０２、LNS３０３、target host３０５、
およびRemote Network３０６によって構成されている。
ここでは新たにDHCP Server３０４が示されている。DHC
P３０４ Serverは本発明を実施するにあたっては必須の
構成要素ではないが、現実のネットワークシステムでは
DHCPが併用される場合が多いと考えられるためである。

【００３９】次に実施形態２(a)におけるブロック構成
について説明する。図５に本実施形態のブロック構成図
を示す。

【００４０】PANU５０１はトンネル設定機能５０５、認
証機能５０６、BNEP基本機能５０７を持つBNEP機能５０
４とBT(Bluetooth(R))基本機能５０８を有している。PA
Nに流す、Internet Protocolで通信するための一般的な
機能をもつIP基本機能で構成されたレイヤー２フレーム
は、BNEPデータとなってBT基本機能５０８に受け渡され
る。BT基本機能５０８は当該小規模無線通信システム仕
様書に記述されているベースバンドとL2CAP機能を負担
する。BNEP基本機能５０７はBT/PAN Profileで記述され
ているBNEPの機能を負担する部分である。認証機能５０
６は前述のBNEP認証メッセージによる認証を実現するも
のである。そしてトンネル設定機能はNAP/LAC５０２が
持つL2TPトンネルの設定／解放を指示する機能である。

【００４１】NAP/LAC５０２にはPANU５０１とは別に、
トンネル拡張機能５０９とL2TP LAC機能５１１を持って
いる。トンネル拡張機能５０９は本発明のBNEPによりL2
TPトンネルの設定／解放などを実現する機能を持ってい
る。もしも複数のPANU５０１が一つのL2TPトンネルを共
用して使用する場合には、それぞれのPANU５０１からL2
TPの識別として指示されるTunnel IDの管理もここで行
なわれる。L2TP LAC機能５１１はL2TPの仕様に基づいた
一般的なLAC装置が行なうべき機能を持つ。具体的にはL
2TPトンネルの設定要求に関する処理を行なう。

【００４２】NAP/LAC５０２は、BT基本機能５０８によ
ってPANU５０１からBNEPデータを受け取る。その中にト
ンネル設定要求あるいは開放要求などを指示する制御メ
ッセージが含まれていた場合はその指示に従い、トンネ
ル拡張機能５０９がL2TP LAC機能５１１と連携して、LN
S５０３との間に張られたL2TPトンネルの制御をする。

【００４３】NAP/LAC５０２からL2TPデータを受け取っ
たLNS５０３は、L2TP LNS機能５１２によってL2TPデー
タからそれに含まれるレイヤー２のフレーム、たとえば
Ethernet(R)フレームを抽出し、図示していない別のネ
ットワークへとブリッジする。

【００４４】L2TP LNS機能５１２はL2TPの仕様に基づい
た一般的なLNSの機能を持つ。具体的にはNAP/LAC５０２
とのL2TPトンネルの受け側となり、それに含まれるレイ
ヤー２フレームを処理する。

【００４５】図６に本実施形態のフレームの流れ方を示
す。図中にはPANU６０１、NAP/LAC６０２．L2TPトンネ
ル６０３、LNS６０４、およびtarget host６０５が示さ
れている。PANU６０１およびNAP/LAC６０２は共に小規
模無線通信機器であり、少なくともこの２台によって構
成されるPiconetに参加している。PANU６０１は伝送す
るレイヤー２フレームデータをPAN/BNEPによってNAP/LA
C６０２に受け渡す。

【００４６】NAP/LAC６０２はインターネットを介して
そこに接続されているLNS６０４との間にL2TPトンネル
６０３を設定する。NAP/LAC６０２はPANU６０１から受
け取ったレイヤー２フレームデータをL2TPデータに変換
し、該L2TPトンネルを通じてLNS６０４に受け渡す。そ
ののちLNS６０４は、受け取ったレイヤー２フレーム
を、その後段のRemote Networkにブリッジする。そうす
ることによってPANU６０１が発したレイヤー２フレーム
は、NAP/LAC６０２やLNS６０４によってプロトコルの変
換を受けながらRemote Network６０６に接続されている
target host６０５に送り届けられる。

【００４７】次からはPANU６０１とNAP/LAC６０２との
間でやり取りされる小規模無線通信システムの手順につ
いて詳細に見ていくことにする。

【００４８】まずPANU６０１は当該小規模無線通信シス
テムの標準手順であるinquiryメッセージを発し、page
メッセージを受け取る。そしてNAP/LAC６０２との間のA
ccess Control List（以下、ACL）リンクを確立する。
これは一般的なリンクの確立方法を示しているのであっ
て、この確立の手順や、あるいはどちらからリンクの確
立要求をするのかを限定するものではない。必要であれ
ばやり取りされるデータを何らかの方法で暗号化しても
良いし、別途PANU６０１とNAP/LAC６０２の間で互いを
認証する行為が成されても良い。

【００４９】ACLリンクが確立されると、次にPANの仕様
に従ってPANU６０１からNAP/LAC６０２へL2CAPのチャネ
ルを設定する。ここでもL2CAPの仕様に沿った手順が取
られる。このとき、ACLリンクを確立したときと同じよ
うに、何らかの方法でやり取りされるデータの暗号化や
認証行為が行なわれてもかまわない。

【００５０】引き続きPANの仕様に沿って、確立されたL
2CAPチャネルの上にBNEPセッションを確立する。BNEPセ
ッションを確立するためにはPANU４０１とNAP/LAC４０
２の間でBNEPの仕様に定められているBNEP＿CONNECTION
＿SETUP＿REQUESTとその応答であるBNEP＿CONNECTION＿
SETUP＿RESPONSEのやり取りをする。これらが正常に行
なわれることによってPANU６０１とNAP/LAC６０２との
間にBNEPセッションが設定される。

【００５１】実施形態２(a)では予め仕様に定められた
機能以外の制御を実現するため、上記のBNEP＿CONNECTI
ON＿SETUP＿xxxに加えて、仕様に定められているBNEP＿
CONTROLメッセージを拡張して利用している。具体的に
はBNEP＿CONTROLメッセージのControl Typeに、必要と
する制御メッセージを追加する。この方法ならばBNEPに
規定のプロトコルを逸脱することなく、必要とする制御
メッセージを伝達することが可能であり、煩雑な手順が
不要である。

【００５２】BNEP＿CONTROLメッセージのヘッダを、ビ
ッグエンディアン表記したときの一般形を図７、７０１
に示す。BNEPの仕様では、BNEP Control Typeで予約さ
れていない値（0x07以降）を、７０１のBNEP Control T
ypeフィールドに採用できるとされている。なお、これ
以降のBNEP＿CONTROLメッセージのヘッダを示す図は、
便宜的にすべてビッグエンディアン表記されているもの
とする。

【００５３】実施形態２(a)ではPANU６０１からL2TPト
ンネル６０３の設定や解放の要求をする。これらの指示
をNAP/LAC６０２に与えるためにBNEP＿CONTROLメッセー
ジを拡張して利用する。具体的には（１）トンネル設定
要求のBNEP Control Typeを0x07、（２）トンネル設定
要求応答のBNEP Control Typeを0x08、（３）トンネル
開放要求のBNEP Control Typeを0x09、（４）トンネル
解放要求応答のBNEP Control Typeを0x0a、としてそれ
ぞれを定義する。もちろんここで示したメッセージやCo
ntrol Typeの値は一例であり、必ずしもこの通りである
必要は無い。必要な機能を適法な値で割り当てられれば
なんら問題とはならない。

【００５４】図７および図８に、上記（１）から（４）
までのBNEP＿CONTROLメッセージヘッダの例を示す。そ
れぞれ（１）トンネル設定要求は７０２、（２）トンネ
ル設定要求応答は７０３、（３）トンネル開放要求は８
０１、（４）トンネル解放要求応答は８０２に相当す
る。

【００５５】PANU６０１からNAP/LAC６０２へ向かう
（１）トンネル設定要求のメッセージヘッダである７０
２のTunnel End Node IP Addressは、NAP/LAC６０２がL
2TPトンネル６０３を張るべき他方のLNS６０４が持つIP
アドレスを指定する。これによりPANU６０１はNAP/LAC
６０３に対し、target host６０５へのルートとなるLNS
６０４をL2TPトンネル６０３の相手とする旨、指示する
ことができる。

【００５６】（１）トンネル設定要求の応答としてNAP/
LAC６０２からPANU６０１へ返される（２）トンネル設
定要求応答のメッセージヘッダである７０３のTunnel I
D、Response Messageのそれぞれのフィールドについて
説明する。Tunnel IDフィールドの値は、L2TPトンネル
６０３を識別するために使われる。以降、該L2TPトンネ
ルを特定する識別として利用される。Response Message
には、（１）トンネル設定要求メッセージに対する処理
結果が入って返される。Response Messageの値として
は、たとえば 値 ： 意味 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 0x0000：Success 0x0001：Fail(Unreach) 0x0002：Fail(Refused) 0x0003：Fail(No more resource) 0x0004：Fail(Unknown) のようにしても良い。ここに示す値と意味は、これに限
定されるものではない。必要に応じて変更、追加をして
もかまわない。

【００５７】（３）トンネル解放要求および（４）トン
ネル解放要求応答のメッセージヘッダ内のTunnel ID
は、（２）トンネル設定要求のところでも述べたように
L2TPトンネル６０３を識別するものである。PANU６０１
からNAP/LAC６０２へ送られる（３）トンネル開放要求
に対して、NAP/LAC６０２からPANU６０１へ向かって
（４）トンネル解放要求応答が返される。このときResp
onse Messageにトンネル解放要求の処理結果が返され
る。たとえば 値 ： 意味 ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 0x0000：Success 0x0001：Fail(Not exist) 0x0002：Fail(Unknown) などが考えられる。この値は先に述べた（２）トンネル
設定要求応答と同様に、ここに挙げたものに限定される
ものではない。

【００５８】このとき、同一のRemote Network６０６へ
のL2TPトンネル６０３を希望する複数のPANU６０１を受
け付けられるNAP/LAC６０２ではL2TPトンネル６０２の
解放に関して注意を要する。上記のようなNAP/LAC６０
２では解放しようとしているL2TPトンネル６０２が、他
のPANU６０１によって引き続き利用されている場合に解
放されてしまわないようにする必要がある。具体的には
トンネル設定／解放要求で使用しているTunnel IDの管
理をLNS６０４内で行なうようにし、該Tunnel IDに相当
するL2TPトンネル６０３を使用するPANU６０１がいない
ことを判断しなければならない。

【００５９】（１）から（４）に示したようなBNEP＿CO
NTROLメッセージは既存のBNEPを拡張するものなので、
たとえばBNEP＿CONNECTION＿SETUP＿REQUESTと共に与え
ることもできる。つまりPANU６０１がNAP/LAC６０２へ
のBNEPの接続要求を発するのと同時に、特定のLNS６０
４へのL2TPトンネル６０３の設定指示を行なうことも可
能である。実際にトンネル設定要求（Control Type = 0
x07）を備えたBNEP＿CONNECTION＿SETUP＿REQUESTメッ
セージのメッセージヘッダの一例を、図９、９０１に示
す。

【００６０】これを受けたNAP/LAC６０１はBNEP＿CONNE
CTION＿SETUP＿REQUESTに対する応答をBNEP＿CONNECTIO
N＿SETUP＿RESPONSEとして、さらにトンネル設定要求に
対する応答をBNEP＿CONNECTION＿SETUP＿RESPONSEの拡
張メッセージであるBNEP＿CONTROL(Control Type = 0x0
8)として、PANUに応答する。

【００６１】上記の例ではそれぞれBNEP＿CONNECTION＿
SETUP＿xxxの拡張メッセージとしてトンネル設定要求を
しているが、必ずしもこのように上記要求と同時に行な
う必要は無い。上記BNEPメッセージによってBNEPセッシ
ョンが確立された後に、必要に応じてこれらトンネル設
定要求のやり取りをしても良い。

【００６２】さらに、前述のBNEP＿CONTROLメッセージ
を利用するとPANU、NAP/LAC相互に相手を認証する機能
を与えることができる。本発明に使用の小規模無線通信
システムではPiconetへの参加は容易だが、参加のみで
あらゆるサービスが使用できてしまうのではセキュリテ
ィなどの点で問題がある。特に本実施形態のように、イ
ンターネットを介した接続を許すネットワークシステム
では情報漏洩の防止という意味からも、接続される機器
の認証は重要な意味を持つ。

【００６３】前出のトンネル設定／解放の場合と同様
に、BNEP＿CONTROLメッセージヘッダのBNEP Control Ty
peに、0x0bを持つBNEP認証メッセージという新規のメッ
セージを追加する。ここで採用した0x0bというControl
Typeは便宜的に振ったものであり、これに限定されるも
のではない。ここでいう認証とはBNEPが仕様として備え
るものではなく、あくまで本発明によって実現される拡
張機能として付与するものである。以降、この仕組みを
BNEP認証と呼ぶ。図９、９０２にBNEP認証メッセージの
メッセージヘッダの一例を示す。

【００６４】この中でAuthentication Transaction ID
とは一連のBNEP認証手順を識別するために設けたIDであ
る。Sender NameとSender Name Lengthは送信者名とそ
の長さを示す。Receiver NameとReceiver Name Length
は受信者名とその長さを示す。続くChallenge String
は、一般に認証する際に用いられるチャレンジと呼ぶ乱
数を基礎とした文字列であり、Challenge Lengthはその
文字列の長さを示している。Message Digest Algorithm
Typeはハッシュとも呼ばれる一方向関数の種別を示
す。この種別には、たとえば0x00：N/A、0x01：MD5、0x
02：SHA、．．．などの値をとることができる。単に、
次のMessage Digest Stringに示された文字列がどのよ
うな一方向関数によるハッシュが掛けられたものである
かを特定できれば足りるものである。Message Digest L
engthはMessage Digest Stringの長さである。Message
Digestはたとえば、Sender Nameや相手から与えられるC
hallenge String、双方で保持している鍵などを決まっ
た順序で連結したものを、Message Digest Algorithmで
示されたハッシュ関数の入力としたときの出力値とする
ことができる。ここで言う鍵は暗号化の方法によってい
くつかの種類がある。たとえば公開鍵暗号方式であれば
BNEP認証相手の公開鍵（証明書）、共通鍵暗号方式なら
ば共通秘密鍵である。いずれの暗号方式を取るとして
も、何らかの方法によって予め双方で鍵情報を交換して
おく必要がある。

【００６５】BNEP認証においてはBNEP認証メッセージヘ
ッダ情報が、PANU６０１−＞NAP/LAC６０２−＞PANU６
０１、あるいはNAP/LAC６０２−＞PANU６０１−＞NAP/L
AC６０２と渡ることによって相互に行なわれる。

【００６６】このようにACLリンク設定、L2CAPチャネル
の確立、BNEPセッションの確立、そして必要に応じてBN
EP認証の行為が行なわれる。実施形態２(a)の場合に
は、BNEPセッションの確立時、あるいは別のタイミング
でL2TPトンネル６０３が設定され、その結果がトンネル
設定要求応答としてPANU６０１に返却される。

【００６７】図１０に実施形態２(a)におけるメインシ
ーケンスを示す。最初にPANU６０１とNAP/LAC６０２と
の間のセッションを確立するところから始まる。PANU６
０１とNAP/LAC６０２はそれぞれが備えるBT基本機能５
０８が、当該小規模無線通信システム仕様書とPAN Prof
ileに従ったBT接続手順１００１により両者間に通信路
が確保される。次にBNEP基本機能同士がPAN Profileに
付属するBNEP仕様書のBNEP＿CONNECTION＿SETUP＿REQUE
STとBNEP＿CONNECTION＿SETUP＿RESPONSEのやりとりか
らなる、BNEPセットアップハンドシェイク１００２を行
なう。ここまでは公開されている仕様書に準じた手順を
示しており、これ以降が本発明の特徴的な部分となる。
特に特徴的な部分を図１１に抽出した図を示しておく。

【００６８】この時点で必要に応じてBNEP認証手順１０
０３あるいは１１０２を行なうことができる。同手順は
あくまで認証行為を行なうものであるため、必ずしも必
須の手順ではない。あるいはこの時点でなくとも、任意
の時点、たとえばBNEP認証手順１００６のようにL2TPト
ンネルの設定後に認証をすることも可能である。

【００６９】ここに示すBNEP認証手順では前述のように
認証されるもの同士、つまりPANU６０１とNAP/LAC６０
２の間で予め鍵情報の交換が行なわれている必要があ
る。本実施形態では鍵情報の交換方法については規定し
ないが、鍵情報は極めて秘匿性が重要であるから取り扱
いに注意が必要である。

【００７０】図１２にBNEP認証手順でやり取りされるメ
ッセージの具体例を示す。図１２ではBNEPセッションが
確立された後の、NAP/LAC６０２側からPANU６０１との
間の認証手順を開始している例を示している。もちろん
PANU６０１側からNAP/LAC６０２との認証手順を開始し
てもかまわない。シーケンスの流れが逆になるだけであ
り，認証行為そのものにはなんら変わりがない。

【００７１】NAP/LAC６０２は以降の一連のBNEP認証メ
ッセージで用いるTransaction IDとして0x4afe、送信ノ
ード名として“NAP/LAC-1”、PANUへのChallengeとして
“20010917142028NAP/LAC-1-0003”、そして各々のLeng
thフィールドには対応する文字列の長さを設定したBNEP
認証メッセージをPANU宛に送信する（１３０１）。Tran
saction IDは、本シーケンスとは無関係のBNEP認証メッ
セージを見分ける目的で付与するものなので、衝突しな
いように発生周期が長いものの方が望ましい。送信ノー
ド名はPANUが鍵を認識できるものであれば特に限定しな
い。

【００７２】Challengeはreplay attackなどにも対処で
きるよう過去から未来に渡っても重複しないものが望ま
しい。さらにspoofingに対処することを考慮すると、第
三者にとって予測ができないものである必要がある。た
とえば時刻や常に片方向にしかカウントしないカウンタ
などの情報と共に、ランダムな数値列が含まれるものが
良い。

【００７３】このBNEP認証メッセージを受け取ったPANU
６０１は、Transaction IDには受け取ったものと同じ0x
4afeを、送信ノード名として“PANU-1”を、受信ノード
名には受け取ったものの送信ノード名である“NAP/LAC-
1”を、そしてNAP/LACへのChallengeとして“200109171
42040PANU-1-0001”、Message Digest AlgorithmにはMe
ssage Digest Stringで使用したハッシュ関数であるMD5
を表す0x01、MessageDigest Stringには「送信ノード名
＋受け取ったChallenge＋共通鍵」であるところの“PAN
U-120010917142028NAP/LAC-1-0003naisho”のMD5による
ハッシュ結果、それと各々のLengthフィールドには対応
する文字列の長さを入れたBNEP認証メッセージを送り返
す（１２０２）。上記の例では、共通鍵として“naish
o”という文字列を指定している。

【００７４】これを受け取ったNAP/LACは、自前でMessa
ge Digest Stringを検算し、正しいならば相手のPANU６
０１の認証は完了である。Message Digest Algorithmの
値とMessage Digest Stringの生成方法は、少なくとも
認証しあう両者の間で合意が取れておればよく、必ずし
もシステム単位に一致させる必要は無い。また、単にユ
ニークさが担保される限りにおいては、これら生成方法
も限定しない。さらにNAP/LAC６０２はこのメッセージ
への応答として、PANU６０１と同様にMessage Digest S
tringを生成したものを含めて送信する（１３０３）。
同様にPANU６０１はその値を検算し、NAP/LAC６０２の
認証を完了する。このシーケンスを経て両者の認証が完
了する。

【００７５】もしもMessage Digest Stringの検算で正
しいと認識できない場合はChallengeを複数回送信し、
その応答をもって複数回確認を試みても良い。

【００７６】図１２に示した例では、NAP/LAC６０２か
らPANU６０１へ送信しているMessageDigest Stringは、
SHAをMessage Digest Algorithmとして選択している
が、PANU６０１と同様にMD5を選択してもかまわない。
むしろ同じものにしておいた方が好ましい場合もあると
思われる。

【００７７】NAP/LAC６０２との、Piconetのような無線
ネットワークに参加するPANU６０１の相互認証を行なう
ことは大きな意義がある。特に無線を使うネットワーク
は物理的経路を伴わず、不特定人が比較的参加しやす
い。このためにクラックからの防衛が難しいことがあ
る。PANU６０１をL2TPトンネルの入り口であるNAP/LAC
６０２で認証し、信頼の置けるPANU６０１だけを通過さ
せる本発明はクラック対策に有効な方法となりうる。

【００７８】次に図１０のトンネル設定手順１００４あ
るいは図１１の１１０３と、それを契機として実行され
る手順である図１０のL2TPトンネル確立手順１００５あ
るいは図１１の１１０４について、図１３によりそのシ
ーケンスを説明する。PANU６０１は自身が持つBNEP機能
とトンネル設定機能を使用して、NAP/LAC６０２に対し
トンネル設定要求１３０１を送信する。トンネル設定要
求１３０１の図７、７０２に示すTunnel End Node IP A
ddressには該NAP/LACのIPアドレスを指定している。こ
こでは「211.2.4.8」が充てられている。NAP/LAC６０２
は自身が持つBNEP機能によりこのトンネル設定要求メッ
セージを受ける。そして同じくNAP/LAC６０２が持つト
ンネル拡張機能によりL2TPトンネル設定契機１３０２
が、L2TP LAC機能５１１に対して発せられる。

【００７９】NAP/LAC６０２が持つこのL2TPトンネル設
定契機１３０２を受け取ったL2TP LAC機能５１１は、L2
TPの仕様に従ってL2TPトンネルを設定する。設定にあた
ってはトンネル設定要求１３０１のTunnel End Node IP
Addressに指定のIPアドレス、つまり「211.2.4.8」をI
Pアドレスに持つLNS６０４をL2TPトンネル６０３の相手
方とし、そのLNS６０４が持つL2TP LNS機能５１２とや
り取りをしながら行なわれる。このときNAP/LAC６０２
とLNS６０４の間ではL2TPトンネル確立手順の仕様に従
ったやり取りが成されることになる。

【００８０】L2TPトンネル確立の過程で、このL2TPトン
ネル６０３を識別するTunnel IDが決定される。図１３
の例ではTunnel IDとして「0x0003」が採番されたこと
を示している。このTunnel IDとSuccess/Fail等の結果
はL2TPトンネル設定契機応答１３０３としてNAP/LAC５
０２のトンネル拡張機能５０９に届けられ、BNEP機能に
よって要求元であるPANU６０１に返される。NAP/LAC６
０２からPANU６０１への応答は、トンネル設定要求応答
１３０４としてBNEPデータの形で行なわれる。もしもL2
TPトンネル６０３の確立が何らかの理由で成功しなかっ
た場合には、その理由に見合うResponse Messageを含め
たトンネル設定要求応答１３０４を返さねばならない。

【００８１】図１４にはPANU６０１からLNS６０４へ流
れるデータのカプセル化の様子を示している。PANU６０
１が送信したいUser Dataは、Ether Headerなどが付加
されてレイヤー２フレームとなる。NAP/LAC６０２に送
る際にはこのレイヤー２フレームのEther Headerとその
内容に従ってBNEP Headerが付加される。NAP/LAC６０２
ではBNEPペイロードとBNEP Headerからレイヤー２フレ
ームを抽出し、これにL2TPヘッダを付加して、L2TPトン
ネル６０３を介してLNS６０４へと送る。

【００８２】LNS６０４ではL2TPペイロード、つまりレ
イヤー２フレームを抽出し、後段のネットワークに存在
するtarget host６０５へ到達する。Target host６０５
は必要に応じてこの中からEtherペイロード、つまりUse
r Dataを取り出して利用する。この様子は既述の図６に
示したフレームの流れ方にも示されている。PANU６０１
から発せられたレイヤー２フレームはNAP/LAC６０２の
前後でBNEPとL2TPによって運ばれるのである。

【００８３】PANU６０１が発するレイヤー２フレームが
LNS６０４によってtarget host６０５が存在するネット
ワーク６０６に到達するということは、すなわちPANU６
０１と当該target host６０５とが同じネットワーク内
にあるように見せることができることを意味する。具体
的にはPANU６０１がDHCPに対応していれば、図３に示し
たネットワーク構成例のDHCP server３０４を通じてIP
アドレスの取得なども行なえるようになる。DHCPのよう
な既存の運用技術を用いて、動的にIPアドレスを取得す
る取得することが可能となれば、PANU６０１にとってさ
らなるモバイル環境の向上が図れる。また既存の技術と
してのDNSを用いることもできるように実装することも
可能である。さらに、より好適なネットワーク環境を構
築するために、LNS６０４にPANU６０１のProxyARP機能
を持たせても良い。このような実装にすることでARP(Ad
dress Resolution Protocol)にも対応することができる
ようになる。

【００８４】一通りの通信が終了したPANU６０１は自ら
のタイミングによってL2TPトンネル６０３を開放するこ
とができる。L2TPトンネル６０３を維持しておくことは
通信リソースを消費するため、不要になったときには解
放することが望ましい。不要な通信リソースの整理は通
信システムの安定性に貢献し、またより多くの通信を受
け入れることができる。この指示は図１０に示すように
PANUのBNEP機能がLNSのBNEP機能に対し、トンネル解放
手順１００７として発せられる。これを契機としてNAP/
LAC５０２のL2TP LAC機能５１１と、LNS５０３のL2TP L
NS機能５１２との間で、L2TPトンネル解放手順１００８
が行なわれる。この様子を図１５に従って説明する。

【００８５】PANU５０１のトンネル設定機能５０５とBN
EP機能５０４とによってトンネル開放要求１５０１がNA
P/LAC５０２に対して送られる。トンネル開放要求１５
０１は既述の図８、８０１に示したようなメッセージヘ
ッダを持っている。メッセージヘッダ８０１には解放す
べきL2TPトンネル６０２を識別するTunnel IDフィール
ドがあり、図１５の例ではこれを「0x0003」としてい
る。BNEPデータの形で当該メッセージを受け取ったNAP/
LAC５０２のBNEP機能は、この要求があったことを同じN
AP/LAC５０２内に持つトンネル拡張機能５０９に通知す
る。

【００８６】トンネル拡張機能５０９はこれをきっかけ
として、NAP/LAC５０２内のL2TP LAC機能５１１に対
し、L2TPトンネル解放契機１５０２を上記のようにして
得られたTunnel IDと共に発信する。L2TP LAC機能５１
１はLNS５０３のL2TP LNS機能５１２との間で、L2TPの
仕様に従ったL2TPトンネル解放手順を行なう。

【００８７】ここで解放されるL2TPトンネルは、前出の
Tunnel IDによって識別されるL2TPトンネルである。た
だし当該L2TPトンネルを使用するPANU６０１が複数存在
し得る実装にしている場合には、指示されたTunnel ID
によって識別されるL2TPトンネルを単純に解放してはな
らないことがある。上記のような実装では、図５に示し
たトンネル拡張機能５０９が既設定のTunnel IDの管理
をし、解放要求されたL2TPトンネルを使用するPANU６０
１がいないと判断された場合に限り、該TunnelIDのL2TP
トンネル解放契機１５０２を発行するようにしなければ
ならない。

【００８８】NAP/LAC６０２とLNS６０２の間で行なわれ
たL2TPトンネル解放手順の処理結果は、NAP/LAC５０２
のL2TP LAC機能５１１から同じNAP/LAC５０２にあるト
ンネル拡張機能５０９に対し、L2TPトンネル解放契機応
答１５０３として伝えられる。このトンネル解放契機応
答１５０３はNAP/LAC５０２のBNEP機能によってBNEPデ
ータとなり、PANU６０１に対しトンネル解放要求応答１
５０４として伝えられる。トンネル解放要求応答１５０
４は図８、８０２のようなメッセージヘッダの形をして
いる。先のL2TPトンネル解放手順の処理結果はメッセー
ジヘッダ８０２のResponse Messageフィールドに格納さ
れる。もしもL2TPトンネルの解放が何らかの理由で成功
しなかった場合には、その理由に見合うResponse Messa
geを含めたトンネル解放要求応答１５０４を返さねばな
らない。

【００８９】次に実施形態２(b)について見ていくこと
にする。この場合も、ネットワークシステムの全体構成
は、実施形態２(a)のときの図３と同じである。図５に
より実施形態２(a)との相違を説明する。前述したよう
にシステム構成は実施形態２(a)と同じであっても、実
施形態２(b)ではL2TPトンネルの設定要求をする者が異
なる。これはPANU５０１からではなく、NAP/LAC５０２
からL2TPトンネルに関する指示をするのである。よって
実施形態２(b)の場合には、トンネル設定機能５０５は
存在しない。実施形態２(a)のときのBNEP＿CONTROLを拡
張して与えられていたL2TPトンネルの確立時期と確立の
ために必要な情報は、トンネル拡張機能５０９が管理
し、また確立に必要な情報についてもここで保持され
る。さらに複数のPANUが一つのL2TPトンネルを使用する
場合には、PANUで利用する際のTunnel ID管理もここで
行なう。

【００９０】次に実施形態２(a)との違いを、図６を用
いて説明する。実施形態２(b)ではNAP/LAC６０２はPANU
６０１からのL2TPトンネル６０３の設定指示を待つこと
なく、独自のタイミングでLNS６０４とのL2TPトンネル
６０２を設定する。L2TPトンネル設定のタイミングとし
ては、たとえばNAP/LAC６０２が起動したときとするこ
とができる。あるいはPANU６０１から受け取ったレイヤ
ー２フレームデータを解析し、相手先となるtarget hos
t６０５が存在するRemote Network６０６へのルートと
なっているLNS６０４を決定、その決定に従ってL2TPト
ンネル６０３を張るようにしても良い。いずれとしても
実施形態２(a)のように、L2TPトンネル６０３の接続先
であるLNS６０４のIPアドレスを特定する方法が与えら
れないため、当該情報はNAP/LAC６０２自身が予め保持
している。

【００９１】続いて図１６に実施形態２(b)の時のメイ
ンシーケンスの一例を示す。大半が既述の実施形態２
(a)と同じシーケンスをとるため、相違する部分につい
てのみ説明する。実施形態２(b)ではPANU６０１からの
要求による、NAP/LAC６０２とLNS６０４の間のL2TPトン
ネル設定に関する指示をしない。よって実施形態２(a)
のメインシーケンスと実施形態２(b)のメインシーケン
スとの違いは、図１０のトンネル設定手順１００４のよ
うなPANU６０１からのトンネル設定手順が存在しないこ
とである。NAP/LAC６０２からLNS６０４へのL2TPトンネ
ル６０３は、NAP/LAC６０２自身の判断によって、図５
に示すL2TP LAC機能５１１がL2TPトンネル６０３を設定
するように働く。PANU６０１は基本的に当該L2TPトンネ
ル６０３の設定／解放の指示を行なうことはない。この
ことから２つの機能的な相違を生じる。

【００９２】一つ目はL2TPトンネル確立のタイミングで
ある。PANU６０１が使用するL2TPトンネル６０３は、当
該PANUがその通信相手とするtarget host６０５と、少
なくとも通信を始める前に確立されていれば良い。上記
の条件を満たす限りNAP/LAC６０２はL2TPトンネル６０
３の確立を任意のタイミングで行なうことができるが、
図１６に示したメインシーケンスでは該シーケンスの開
始時に先立って行なわれている例が示されている。図１
６に示したL2TPトンネル確立手順１６０１がこれに相当
する。PANU６０１の通信が行なわれる前L2TPトンネル６
０３が確立されておればよいので、L2TPトンネル確立手
順１６０１はNAP/LAC６０２が起動したタイミングで行
なわれるものであっても良い。

【００９３】また、実施形態２(a)のときにあるような
トンネル解放手順についても、当該NAP/LAC６０２を介
して通信をしているPANU６０１に支障がない範囲であれ
ば、解放のタイミングを限定する必要がない。ネットワ
ークリソースの面から見て支障がなければ、L2TPトンネ
ル６０３をNAP/LAC６０２の起動時に設定したままにし
ておいてもかまわない。よって図１６にも当該トンネル
解放手順については明記していない。

【００９４】二つ目はNAP/LAC６０２にとっての、L2TP
トンネル６０３を張る相手先となるLNS６０４の特定方
法である。実施形態２(a)ではPANU６０１から図７、７
０２に示すようにL2TPトンネルの相手先情報としてTunn
el End Node Addressが与えられた。本実施形態ではこ
のような情報が都度与えられないため、NAP/LAC６０２
自身が接続先となるLNS６０４を特定する情報を予め保
持していなければならない。LNS６０４を特定する情
報、たとえばLNS６０４が持つIPアドレスなどは図５に
示すトンネル拡張機能５０９が持っている。

【００９５】NAP/LAC６０２は自らが判断したタイミン
グと、L2TPトンネル６０３の接続相手となるLNS６０４
の、トンネル拡張機能５０９が持っている情報とによっ
て、L2TP LAC機能５１１に対し、図１３に示すL2TPトン
ネル設定契機１３０２を発する。

【００９６】本実施形態ではL2TPトンネル６０３を利用
するPANU６０１は、自らが利用するL2TPトンネル６０３
についてなんら感知する必要がない。このことはPANU６
０１での、本実施形態の通信における少なくともL2TPト
ンネル６０３に関する処理を省くことができるという効
果がある。また、利用の都度L2TPトンネル６０３を確立
する必要がないので、トンネル設定手順に要する時間が
短縮されるという効果もある。

【００９７】（実施形態３）次に実施形態３(a)につい
ての説明を行なう。実施形態３(a)と実施形態２(a)との
相違点は既述の図４の４０１と４０２にあるように、L2
TPトンネル６０２を通過するデータのプロトコルにあ
る。図４の４０２、つまり実施形態３(a)の場合は、PAN
U６０１から発信されたBNEPデータの内容を、BNEPヘッ
ダを含んだままL2TPデータに変換（カプセル化）しLNS
６０４まで送り届ける。以降、実施形態３(a)のLNS６０
４を、BNEPデータを処理できるLNSとして“LNS＋”と表
記する。

【００９８】実施形態３(a)にあっても、当該ネットワ
ークシステムの全体構成は図３に示すものと同様であ
る。ただし、上記のようにBNEPデータを処理できるLNS
３０３である点が実施形態２(a)と相違している。

【００９９】図１７に実施形態３(a)におけるブロック
構成の一例を示す。実施形態２(a)を表す図５との違い
は、LNS＋１７０５にBNEP機能１７０２が追加されてい
ることと、該BNEP機能１７０２とPANU１７０４のBNEP機
能それぞれに暗号通信機能１７０１および１７０３が追
加されていることである。暗号通信機能１７０１および
１７０３については次の実施形態４として説明を行なう
こととし、本実施形態では暗号通信機能には触れない。

【０１００】実施形態３(a)ではLNS＋によってBNEPデー
タを処理する必要がある。このため図１７に示すように
BNEP機能１７０３が付加されている。LNS+１７０５に付
加されたBNEP機能１７０２は、BNEPを処理するBNEP基本
機能の他に、認証機能１７０７と同様な認証機能１７０
８を備えている。LNS＋１７０５は認証機能１７０８を
備えることにより、NAP/LAC６０２と同様にPANU１７０
４からのBNEP認証メッセージを解し、PANU１７０４との
BNEP認証手順を処理することが可能となる。

【０１０１】図１８に実施形態３(a)のフレームの流れ
の一例を示す。図中、PANU１８０１からのBNEPデータが
L2TPトンネル１８０３を貫通し、LNS＋１８０４まで到
達している様子が示されている。上記以外の点について
は、実施形態２(a)の場合と同様である。

【０１０２】図１９に、実施形態３(a)におけるメイン
シーケンスを示す。実施形態２(a)のメインシーケンス
を示す図１０との相違はBNEPセットアップハンドシェイ
ク１９０１と、LNS+１８０４に対するBNEP認証手順１９
０２が加わることである。従って上記以外のシーケンス
については、実施形態２(a)で示したものと同様に行な
われる。

【０１０３】LNS+１８０４がBNEPを解するということ
は、すなわちPANU１８０１によるLNS＋１８０４とのBNE
Pセッションの確立が必要なことを意味している。BNEP
セッションの確立はNAP/LAC１８０２とのBNEPセッショ
ン確立と同様に、BNEPセットアップハンドシェイク１９
０１のBNEP＿CONNECTION＿SETUP＿REQUESTとBNEP＿CONN
ECTION＿SETUP＿RESPONSEとによって行なわれる。この
ときPANU１８０１とLNS＋１８０４相互の、既述の方法
の拡張されたBNEP＿CONTROLによるBNEP認証を行なって
も良いし、これとは別のタイミングでBNEP認証を行なっ
ても良い。

【０１０４】実施形態３(a)によるLNS+１８０４と、PAN
U１８０１との相互認証はBNEPデータをL2TPトンネル１
８０３に通ずることによって初めて実現されるものであ
る。LNS+１８０４の後段に接続されたtarget host１８
０５あるいは該target host１８０５が接続されたRemot
e Network１８０６に存在するノードを、出所の確かな
信頼のおける利用者のみに使用させることができる。こ
のことはインターネットなどを使う不特定の利用者への
情報漏洩を防止することにおいて大きな効果を奏する。

【０１０５】図２０に本実施形態における流れるデータ
のカプセル化の様子を示す。実施形態２(a)を説明する
図１４と比較すると、PANU１８０１からもたらされたBN
EPデータが、NAP/LAC１８０２によってL2TPデータに変
換されるとき、BNEPヘッダも含んでL2TPペイロードに格
納されている点が相違している。

【０１０６】続けて実施形態３(b)について説明する。
この場合も、ネットワークシステム構成は図３と同様に
なる。またブロック構成は、実施形態３(a)の際のブロ
ック構成の一例を示すからPANU１７０４が持つトンネル
設定機能１７０６を削除したものとなる。これは実施形
態３(b)では、L2TPトンネルの設定をPANU１７０４から
は行なわないことによる。

【０１０７】一方、実施形態３(b)の場合のメインシー
ケンスは、図２１に示すようなメインシーケンスとな
る。実施形態３(b)では、実施形態２(b)のときと同様に
PANU１８０１側から要求してL2TPトンネルの設定を行な
うことは無い。実施形態３(a)の時と同様のBNEPセット
アップハンドシェイク２１０１と、BNEP認証手順２１０
２が付加される以外は、実施形態２(b)のときと変わり
が無い。実施形態３(b)によって得られる効果は、実施
形態３(a)と同様の情報漏洩防止と、PANU１８０１でのL
2TPトンネルについて考慮が不要という点である。

【０１０８】（実施形態４）次に実施形態４について説
明する。実施形態４は実施形態３(a)または(b)のように
BNEPデータをLNS+１８０４まで伝達することによって、
L2TPトンネル１８０３を含む、PANU１８０１からLNS＋
１８０４の間に流れるデータを暗号化するものである。

【０１０９】暗号化を実現するために、実施形態２(a)
(b)や実施形態３(a)(b)と同様にBNEP＿CONTROLのBNEP C
ontrol Typeを追加定義する。ここでいう暗号化とはBNE
Pが仕様として備えるものではなく、あくまで本発明に
よって実現される拡張機能として付与するものである。
以降、この仕組みをBNEP暗号と呼ぶ。

【０１１０】実施形態４のネットワークシステム構成は
図３に示すものと同じである。

【０１１１】次にブロック構成について説明する。BNEP
暗号を行なうためには、新たに暗号に関する処理が必要
となる。これを図１７のブロック構成を示す図を用いて
説明する。BNEP暗号はPANU１７０４とLNS＋１７０５と
の間で行なう暗号の仕組みであるため、その双方に暗号
通信機能１７０１および１７０３をそれぞれ設ける。PA
NU１７０４から送り出されるデータには、暗号通信機能
１７０１によってBNEP暗号ヘッダが付与される。それと
同時に暗号通信機能１７０１は該BNEP暗号ヘッダに含め
た各暗号化情報と同じ種類の暗号化方法により、そのBN
EPデータに含まれる送信データも暗号化する。この暗号
化されたBNEPデータは実施形態３(a)または(b)と同様の
処理を受け、LNS＋１７０５が持つBNEP機能１７０２に
届けられる。そしてBNEP機能１７０２の一機能である暗
号通信機能１７０３によってBNEP暗号ヘッダの値から暗
号化方式を特定する。暗号化に用いられた方法が特定で
きたところで、暗号通信機能１７０３は特定した暗号方
式によって暗号化されたBNEPデータに含まれるデータを
復号して送信データを得る。

【０１１２】図２２にBNEP暗号に使われるBNEP暗号ヘッ
ダの一例を示す。例では本拡張機能のためのBNEP Contr
ol Typeに「0x0c」を充てている。もちろんこの値に限
定されることはなく、他のBNEP Control Typeで採用さ
れる値と重複していなければ良い。Security Parameter
Indexは、BNEP暗号通信する双方で共有しているパラメ
ータ値である。このパラメータ値は、該ヘッダに続くBN
EP暗号化されたデータの鍵や暗号化方式などを示す値が
振られる。またSecurity Parameter IndexはBNEP暗号化
されたデータをやり取りするPANUやLNS+の間で、予め合
意されていることを前提としている。Security Paramet
er Indexは少なくともやり取りされる双方で認識されて
いれば良く、通信システム全体での合意までは必要とし
ない。Sequence Numberは該ヘッダを使用するたびに１
が加算された積算数を示す数値である。Sequence Numbe
rは悪意の利用者などが、たとえば繰り返しデータを発
生させるような再送攻撃からシステムを保護する目的で
利用される。この値はその利用目的から予測され難いも
のである必要がある。よって初期値は乱数などを用いて
設定することが望ましい。またSequence Numberはデー
タが連続していることが確認できさえすればよいので、
必ずしもBNEP暗号化されたデータをやり取りする双方で
同調させる必要もない。

【０１１３】本実施形態のネットワークシステムで処理
されるシーケンスは、BNEP機能によりBNEP暗号および復
号が行なわれる点のみ異なるだけで、実質的に実施形態
３(a)または(b)のもの、つまり図１９あるいは図２１と
同様である。

【０１１４】次に本実施形態のBNEP暗号ヘッダを付与し
た時の、データのカプセル化の様子を図２３に示す。PA
NU１７０４が送り届けたいUser DataにEther Headerな
どを付加してレイヤー２フレームを生成する。生成され
たレイヤー２フレームのUserDataはPANU１７０４が持つ
暗号通信機能１７０１により暗号化される。該暗号化さ
れたものに、たとえばブロック暗号を施すようなときに
必要となる場合があるpadding部が加わり、暗号データ
となる。PANU１７０４のBNEP機能１７０９は該暗号デー
タにBNEP暗号を示す暗号化情報がさらに付加された暗号
化ヘッダ付きのBNEP Headerを付加し、BNEPデータに変
換する。これを受けたNAP/LAC１７１０はさらにL2TP He
aderを付加して、NAP/LAC１７１０とLNS+１７０５の間
に確立されたL2TPトンネル１８０３を介してLNS+１７０
５へと送られる。それを受け取ったLNS+１７０５はL2TP
データのBNEP Headerに含まれるBNEP暗号に関する情報
を解析する。そしてLNS+１７０５が持つ暗号通信機能１
７０３が、受け取ったBNEPデータに含まれる暗号化され
たデータを復号してレイヤー２フレームを得る。この復
号された後のレイヤー２フレームデータはLNS+１７０５
によって、LNS+１７０５の後段に接続されたネットワー
クに存在するtarget host１８０５にブリッジされる。

【０１１５】図１８に示すPANU１８０１からLNS+１８０
４までの間に流れるデータが暗号化されることによっ
て、L2TPトンネル１８０３が生成されるインターネット
などを利用する不特定人によって通信内容が盗聴される
ことを防止することができる。またNAP/LAC１８０２を
通過する際の通信データも暗号化が施されたものとなる
ため、今後公衆設備となる可能性の高い該NAP/LACの、
管理者のレベルにあるものからも保護することができ
る。

【０１１６】

【発明の効果】本発明により小規模無線通信システムの
PANを実装した当該小規模無線通信機器が、リモートネ
ットワークに存在するホストに、レイヤー２に相当する
リンクを介してアクセスすることができるようになる。
またPANUの上記形態における接続の際に行なう認証の仕
組みと、そこに流れるデータの暗号化の仕組みを提供
し、ネットワークシステムの安全性確保と通信内容の秘
匿性を保証することができる。

【図面の簡単な説明】

【図１】本発明の実施形態１におけるフレームの流れの
一例を示す図である。

【図２】本発明の実施形態１の変形型におけるフレーム
の流れの一例を示す図である。

【図３】本発明におけるネットワーク構成図の一例であ
る。

【図４】 Ethernet(R)フレームを伝送するためのトン
ネルの構成例を示す図である。

【図５】本発明の実施形態２におけるブロック構成図の
一例である。

【図６】本発明の実施形態２におけるフレームの流れの
一例を示す図である。

【図７】本発明の実施形態２におけるBNEP＿CONTROLメ
ッセージヘッダの例を示す図である。

【図８】本発明の実施形態２におけるBNEP＿CONTROLメ
ッセージヘッダの例を示す図である。

【図９】本発明の実施形態２におけるBNEP＿CONTROLメ
ッセージヘッダの例を示す図である。

【図１０】本発明の実施形態２(a)におけるメインシー
ケンスの一例を示す図である。

【図１１】本発明の実施形態２(a)におけるBNEPシーケ
ンスの一例を示す図である。

【図１２】本発明の実施形態２における認証シーケンス
の一例を示す図である。

【図１３】本発明の実施形態２(a)におけるトンネル設
定シーケンスの一例を示す図である。

【図１４】本発明の実施形態２におけるカプセル化とそ
の展開を説明する図である。

【図１５】本発明の実施形態２(a)におけるトンネル解
放シーケンスの一例を示す図である。

【図１６】本発明の実施形態２(b)におけるメインシー
ケンスの一例を示す図である。

【図１７】本発明の実施形態３(a)におけるブロック構
成図の一例である。

【図１８】本発明の実施形態３(a)におけるフレームの
流れの一例を示す図である。

【図１９】本発明の実施形態３(a)におけるメインシー
ケンスの一例を示す図である。

【図２０】本発明の実施形態３(a)におけるカプセル化
とその展開を説明する図である。

【図２１】本発明の実施形態３(b)におけるメインシー
ケンスの一例を示す図である。

【図２２】本発明の実施形態４におけるBNEP＿CONTROL
メッセージヘッダの例を示す図である。

【図２３】本発明の実施形態４におけるカプセル化とそ
の展開を説明する図である。

【符号の説明】

１０１ PANU(Personal Area Network User) １０２ NAP/LAC(Network Access Point/L2TP
Access Concentrator) １０４ L2TPトンネル １０５ LNS(L2TP Network Server) ７０１ BNEP＿CONTROLヘッダの一般形 ７０２ トンネル設定要求のためのBNEP＿CONT
ROLヘッダの例 ７０３ トンネル設定要求応答のためのBNEP＿
CONTROLヘッダの例 ７０４ トンネル解放要求のためのBNEP＿CONT
ROLヘッダの例 ７０５ トンネル解放要求応答のためのBNEP＿
CONTROLヘッダの例 ９０１ BNEPセットアップハンドシェイクと共
にトンネル設定要求を行なうときのBNEPヘッダの例 ９０２ BNEP認証のためのBNEP＿CONTROLヘッ
ダの例 １７０４ LNS+(L2TP Network Server +) ２２０１ BNEP暗号のためのBNEP＿CONTROLヘッ
ダの例

Claims (13)

【特許請求の範囲】
1. 【請求項１】 小規模無線通信システムにおける、パー
   ソナルエリアネットワークを構成する通信システムの、
   ネットワークに接続されたネットワークアクセス装置と
   該ネットワークアクセス装置とネットワークを介して接
   続されたレイヤー２フレームを解するネットワークサー
   バとを備えた、レイヤー２におけるフレームをレイヤー
   ２トンネリングプロトコル（Layer TwoTunneling Proto
   col）データとしてやり取りするネットワークシステム
   であって、 前記ネットワークアクセス装置は、パーソナルエリアネ
   ットワークに接続されたパーソナルエリアネットワーク
   ユーザから、該パーソナルエリアネットワーク上で該パ
   ーソナルエリアユーザとの間に確立されたBluetooth ネ
   ットワークカプセル化プロトコル（Bluetooth Network
   Encapsulation Protocol）接続を介してBluetooth ネッ
   トワークカプセル化プロトコルデータをやり取りする手
   段と、 このBluetooth ネットワークカプセル化プロトコルデー
   タに含まれる情報をレイヤー２トンネリングプロトコル
   データに変換する手段とを具備し、 前記ネットワークサーバは、前記ネットワークアクセス
   装置とネットワークを介して、該ネットワークアクセス
   装置によって変換されたレイヤー２トンネリングプロト
   コルデータについてやり取りをする手段と、この変換さ
   れたレイヤー２トンネリングプロトコルデータが含む情
   報を他のネットワークに存在する端末装置との間でやり
   取りする手段とを具備することを特徴とするネットワー
   クシステム。
2. 【請求項２】 通信を行なっている、前記ネットワーク
   サーバを介して接続される端末装置がパーソナルエリア
   ネットワークユーザであることを特徴とする請求項１に
   記載のネットワークシステム。
3. 【請求項３】 前記レイヤー２トンネリングプロトコル
   データに、Bluetoothネットワークカプセル化プロトコ
   ルデータを内包して通信を行なうことを特徴とする請求
   項１に記載のネットワークシステム。
4. 【請求項４】 レイヤー２トンネリングプロトコルデー
   タにBluetoothネットワークカプセル化プロトコルデー
   タを内包して通信するネットワークシステムであって、 該Bluetoothネットワークカプセル化プロトコルデータ
   に含まれる暗号情報と前記パーソナルエリアネットワー
   クユーザと前記ネットワークサーバの間で予め取り決め
   た暗号情報とを用いて、パーソナルエリアネットワーク
   ユーザから受け取った暗号化されたデータを復号し、か
   つパーソナルエリアネットワークユーザ宛のデータを暗
   号化する暗号通信手段とを前記ネットワークサーバにさ
   らに備えることを特徴とする、請求項１に記載のネット
   ワークシステム。
5. 【請求項５】 小規模無線通信システムにおける、パー
   ソナルエリアネットワークを構成する通信システムの、
   レイヤー２におけるフレームをレイヤー２トンネリング
   プロトコル（Layer Two Tunneling Protocol）データと
   してやり取りするネットワークシステムの、該ネットワ
   ークに接続されたネットワークアクセス装置であって、 パーソナルエリアネットワークユーザからBluetoothネ
   ットワークカプセル化プロトコル（Bluetooth Network
   Encapsulation Protocol）データを受け取る手段と、 該パーソナルエリアネットワークユーザから受け取った
   Bluetoothネットワークカプセル化プロトコルデータに
   含まれるデータをレイヤー２トンネリングプロトコルデ
   ータに変換する手段とを具備することを特徴とするネッ
   トワークアクセス装置。
6. 【請求項６】 パーソナルエリアネットワークユーザか
   ら受け取ったBluetoothネットワークカプセル化プロト
   コルデータに含まれる認証情報を用いて、該パーソナル
   エリアネットワークユーザの認証を行なう認証手段を有
   する、請求項５に記載のネットワークアクセス装置。
7. 【請求項７】 小規模無線通信システムにおける、パー
   ソナルエリアネットワークを構成する通信システムの、
   レイヤー２におけるフレームをレイヤー２トンネリング
   プロトコル（Layer Two Tunneling Protocol）データと
   してやり取りするネットワークシステムの、該ネットワ
   ークに接続されたネットワークアクセス装置が送信した
   レイヤー２トンネリングプロトコルデータを受け取る、
   該ネットワークに接続されたネットワークサーバであっ
   て、 ネットワークアクセス装置とレイヤー２トンネリングプ
   ロトコルデータをやり取りする手段と、該レイヤー２ト
   ンネリングプロトコルデータに含まれるデータを前記ネ
   ットワーク以外のネットワークに存在する端末装置との
   間を仲介する手段とを具備することを特徴とするネット
   ワークサーバ。
8. 【請求項８】 ネットワークアクセス装置を介してパー
   ソナルエリアネットワークユーザから受け取った、レイ
   ヤー２トンネリングプロトコルデータの中のBluetooth
   ネットワークカプセル化プロトコル（Bluetooth Networ
   k Encapsulation Protocol）データに含まれる認証情報
   を用いて、該パーソナルエリアネットワークユーザの認
   証を行なう認証手段とをさらに備えたことを特徴とす
   る、請求項７に記載のネットワークサーバ。
9. 【請求項９】 小規模無線通信システムにおける、パー
   ソナルエリアネットワークを構成する通信システムの、
   レイヤー２におけるフレームをレイヤー２トンネリング
   プロトコル（Layer Two Tunneling Protocol）データと
   してやり取りするネットワークアクセス制御方法であっ
   て、 ネットワークに接続されたネットワークアクセス装置
   が、パーソナルエリアネットワークユーザからBluetoot
   hネットワークカプセル化プロトコル（BluetoothNetwor
   k Encapsulation Protocol）データを受け取るステップ
   と、 該ネットワークアクセス装置が、該受け取ったBluetoot
   hネットワークカプセル化プロトコルデータに含まれる
   情報を、レイヤー２トンネリングプロトコルデータに変
   換するステップと、 前記ネットワークアクセス装置とネットワークを介して
   接続された、該ネットワーク以外のネットワークに存在
   する端末装置との間を仲介するネットワークサーバとの
   間に、レイヤー２トンネリングプロトコルデータを通ず
   るためのレイヤー２トンネリングプロトコルトンネルを
   生成するステップと前記ネットワークサーバが、該レイ
   ヤー２トンネリングプロトコルトンネルを介して前記レ
   イヤー２トンネリングプロトコルデータを受け取るステ
   ップとを具備することを特徴とするネットワークアクセ
   ス制御方法。
10. 【請求項１０】 前記レイヤー２トンネリングプロトコ
    ルトンネルは、ネットワークアクセス装置がパーソナル
    エリアネットワークユーザからの指示で設定および解除
    を行なうステップをさらに備えることを特徴とする、請
    求項９に記載のネットワークアクセス制御方法。
11. 【請求項１１】 前記レイヤー２トンネリングプロトコ
    ルトンネルの一方の接続先である前記ネットワークサー
    バの指定を、ネットワークアクセス装置が該レイヤー２
    トンネリングプロトコルトンネルを設定する時に、該レ
    イヤー２トンネリングプロトコルトンネルを利用するも
    う一方となるパーソナルエリアネットワークユーザから
    の指示によって行なうステップを有することを特徴とす
    る、請求項９に記載のネットワーク制御方法。
12. 【請求項１２】 前記ネットワークアクセス装置や前記
    ネットワークサーバの少なくともどちらかが備える認証
    手段により、パーソナルエリアネットワークユーザから
    受け取ったBluetoothネットワークカプセル化プロトコ
    ルデータに含まれる認証情報を用いて、各々が該パーソ
    ナルエリアネットワークユーザを認証するステップをさ
    らに備えることを特徴とする、請求項９に記載のネット
    ワーク制御方法。
13. 【請求項１３】 パーソナルエリアネットワークユーザ
    と前記ネットワークサーバとの間でやり取りされるBlue
    toothネットワークカプセル化プロトコルデータが暗号
    化されたものであるとき、 該Bluetoothネットワークカプセル化プロトコルデータ
    に含まれる暗号情報と前記パーソナルエリアネットワー
    クユーザと前記ネットワークサーバの間で予め取り決め
    た暗号情報とを用いて、該ネットワークサーバが該パー
    ソナルエリアネットワークユーザと該ネットワークサー
    バ間でやり取りされるデータを暗号化あるいは復号化す
    るステップをさらに備えることを特徴とする、請求項９
    に記載のネットワーク制御方法。