(57)【要約】【課題】認証結果に基づいてネットワークインタフェース同士をブリッジさせるセキュリティの高いネットワーク機器を提供する。【解決手段】第１のネットワークインタフェースと，第２のネットワークインタフェースと備えてネットワーク中に挿入され，ＩＣカードなどに格納されている認証用情報を用いて所定の場所で行われた認証の結果に基づいてそれぞれのネットワークインタフェース同士をブリッジさせるブリッジ手段を備えるネットワーク機器。【選択図】図１
2011040863.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの第１のネットワークインタフェースと，
少なくとも１つの第２のネットワークインタフェースと，
所定の場所で行われた認証の結果に基づいて，前記第１のネットワークインタフェースのうち少なくとも１つと前記第２のネットワークインタフェースのうち少なくとも１つとをブリッジさせるブリッジ手段と，を備えるネットワーク機器。
【請求項２】
請求項１記載のネットワーク機器はさらに，
ブリッジ切断手段を備え，
前記ブリッジ手段がネットワークインタフェース同士をブリッジした時から所定時間経過後に，前記ブリッジ切断手段が当該ブリッジされたネットワークインタフェース同士を切断するネットワーク機器。
【請求項３】
少なくとも１つの第１のネットワークインタフェースと，
少なくとも１つの第２のネットワークインタフェースと，
所定の場所にある認証用情報リーダを経由して読み取られる認証用情報格納媒体を用いた認証の結果に基づいて，前記第１のネットワークインタフェースのうち少なくとも１つと前記第２のネットワークインタフェースのうち少なくとも１つとをブリッジさせるブリッジ手段と，
前記認証用情報リーダより前記認証用情報格納媒体の検出有無に係る情報を受信し，当該情報に基づいて前記ブリッジ手段がブリッジしたネットワークインタフェース同士を切断するブリッジ切断手段と，を備えるネットワーク機器。
【請求項４】
請求項１記載のネットワーク機器はさらに，
前記ブリッジ手段によってブリッジされた前記第１のネットワークインタフェースと前記第２のネットワークインタフェースとの間を通過する通信に対し，当該通信に含まれる情報に関する所定の規則に基づいてフィルタするフィルタ手段を備えるネットワーク機器。
【請求項５】
前記所定の規則は，前記所定の場所で行われた認証の結果に関連付けられたものである請求項４記載のネットワーク機器。
【請求項６】
前記ブリッジ手段は，前記所定の場所で行われた認証の結果に関連付けられている情報に基づいて，ブリッジさせるインタフェースを決定しブリッジさせる請求項１乃至５の何れか１項に記載のネットワーク機器。
【請求項７】
コンピュータのネットワーク機能に係るプログラムスタックにおいて，最上位でも最下位でもない位置に組み込まれるプログラムであって，
コンピュータを，
所定の場所で行われた認証の結果に基づいて，前記プログラムスタック中における，自身の上位プログラムと下位プログラムとの通信をブリッジするブリッジ手段と，して機能させるプログラム。
【請求項８】
ネットワークにおいて，当該ネットワークに接続されたコンピュータから，自身に接続された周辺機器を利用させることのできる周辺機器サーバであって，
ネットワークが接続されるネットワークインタフェースと，
周辺機器が接続される周辺機器インタフェースと，
所定の場所で行われた認証の結果に基づいて，前記ネットワークインタフェースと前記周辺機器インタフェースとをブリッジさせるブリッジ手段と，を備える周辺機器サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，認証機能を備えるネットワーク装置およびそのプログラムに関する。
【背景技術】
【０００２】
コンピュータネットワークの発達と共に，そのセキュリティ機能について重要性が高まっている。ネットワークのセキュリティに関連する技術は数多くあるが，そのうちの１つが，ＩＥＥＥ８０２．１Ｘといわれるものである（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】http://www.ieee802.org/1/pages/802.1x-2004.html
【０００４】
ＩＥＥＥ８０２．１Ｘとは，ネットワークにおけるユーザ認証の方式を定めた規格のことである。有線ネットワークだけでなく無線ネットワークにも広く用いられており，認証されていないユーザからの通信を遮断し，一方，認証されたユーザにのみ通信を許可するものである。ＩＥＥＥ８０２．１Ｘについて，図１７を参照して簡単に説明する。
【０００５】
図１７を参照して，ＰＣ１０１はネットワークへの参加を所望するコンピュータである。認証ハブ１７０１は，外観は通常のネットワークハブと同様であるが，後に説明する認証機能を有するハブである。認証サーバ１０５は，通常多くのユーザ情報（ＩＤとパスワードなど）を保存しており，前述の認証ハブ１７０１と協働することにより認証機能を実現する。
【０００６】
ＰＣ１０１は，認証ハブ１７０１に接続されているが，初期の状態ではネットワーク側と通信することはできない。つまり，ＰＣ１０１がネットワーク側と通信を行うには，認証ハブ１７０１より通信の許可を得る必要があり，このために認証を行う。
認証の具体的な手順は，以下の通りである。
ＰＣ１０１から認証ハブ１７０１に認証開始要求が送信される。
認証ハブ１７０１からＰＣ１０１に認証方式が通知される。
【０００７】
通知された認証方式に基づいて，ＰＣ１０１から認証ハブ１７０１に認証用のデータが送信される。認証用データは，ＩＤとパスワードだけでなく電子証明書等が使用されることもあるが，これは認証方式により異なる。本説明では，ＩＤとパスワードが使用されているものとする。
ＰＣ１０１からユーザ情報を受信した認証ハブ１７０１は，この情報を認証サーバ１０５に転送する。
認証サーバ１０５は，受信したユーザ情報が，自身のデータベースに登録されているかどうかを判断し，結果を認証ハブ１７０１に通知する。
【０００８】
認証ハブ１７０１は，通知された認証結果を元に，ＰＣ１０１に通信を許可するかどうかを判断する。即ち，認証サーバ１０５にユーザ情報が登録されていれば通信が許可され，そうでなければ通信が遮断されることとなる。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上記したＩＥＥＥ８０２．１Ｘによる認証は，ネットワークのセキュリティ向上に一定の効果をもたらすが，次のような問題があった。
【００１０】
認証ハブ１７０１による認証を行うには，ＰＣ１０１，認証ハブ１７０１および認証サーバ１０５を揃えるだけでは利用できない。特に，ＰＣ１０１に認証用の機能を組み込んでおく必要があり，ネットワーク内のＰＣの数が多い場合には，セットアップが面倒であった。
また，ＩＥＥＥ８０２．１Ｘによる認証は，通信の許否に関してのみ行われるものであり，認証結果に応じたきめ細かな通信設定をすることはできなかった。
【００１１】
上記した問題に鑑み，本発明の目的は，ネットワークへの参加を所望するＰＣに特別な仕組みを施すことなく，認証機能を利用することができ，さらに，より細かな通信設定を施すことができる装置およびプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本願の第１の形態に係るネットワーク機器は，少なくとも１つの第１のネットワークインタフェースと少なくとも１つの第２のネットワークインタフェースと所定の場所で行われた認証の結果に基づいて第１のネットワークインタフェースのうち少なくとも１つと第２のネットワークインタフェースのうち少なくとも１つとをブリッジさせるブリッジ手段を備える。
【００１３】
より好ましくは，ネットワーク機器はさらにブリッジ切断手段を備え，ブリッジ手段がネットワークインタフェース同士をブリッジした時から所定時間経過後に，ブリッジ切断手段が当該ブリッジされたネットワークインタフェース同士を切断する。
【００１４】
本願の第２の形態に係るネットワーク機器は，少なくとも１つの第１のネットワークインタフェースと少なくとも１つの第２のネットワークインタフェースと所定の場所にある認証用情報リーダを経由して読み取られる認証用情報格納媒体を用いた認証の結果に基づいて，第１のネットワークインタフェースのうち少なくとも１つと第２のネットワークインタフェースのうち少なくとも１つとをブリッジさせるブリッジ手段と認証用情報リーダより認証用情報格納媒体の検出有無に係る情報を受信し，当該情報に基づいてブリッジ手段がブリッジしたネットワークインタフェース同士を切断するブリッジ切断手段を備える。
ここで認証用情報リーダとは，実施例におけるＩＣカードリーダであり，認証情報格納媒体とはＩＣカードのことである。
【００１５】
より好ましくは，ネットワーク機器はさらにブリッジ手段によってブリッジされた第１のネットワークインタフェースと第２のネットワークインタフェースとの間を通過する通信に対し，当該通信に含まれる情報に関する所定の規則に基づいてフィルタするフィルタ手段を備える。
【００１６】
より好ましくは，所定の規則は，所定の場所で行われた認証の結果に関連付けられたものである。
【００１７】
より好ましくは，ブリッジ手段は，所定の場所で行われた認証の結果に関連付けられている情報に基づいて，ブリッジさせるインタフェースを決定しブリッジさせる。
【００１８】
本願の第３の形態に係るプログラムは，コンピュータのネットワーク機能に係るプログラムスタックにおいて，最上位でも最下位でもない位置に組み込まれるプログラムであって，コンピュータを所定の場所で行われた認証の結果に基づいて，プログラムスタック中における，自身の上位プログラムと下位プログラムとの通信をブリッジするブリッジ手段として機能させる。
【００１９】
本願の第４の形態に係る周辺機器サーバは，ネットワークにおいて，当該ネットワークに接続されたコンピュータから，自身に接続された周辺機器を利用させることのできる周辺機器サーバであって，ネットワークが接続されるネットワークインタフェースと周辺機器が接続される周辺機器インタフェースと所定の場所で行われた認証の結果に基づいてネットワークインタフェースと周辺機器インタフェースとをブリッジさせるブリッジ手段を備える。
【発明の効果】
【００２０】
本発明によれば，ネットワーク環境において，容易に，特定のユーザに対して特定のネットワークや周辺機器を利用させるよう制限をかけることができる。
【発明を実施するための形態】
【００２１】
以下では図面を参照し，本発明に係る実施例を説明する。なお，各図面において共通する要素には同じ番号を付し，説明は繰り返さない。
＜実施例１＞
［システム全体図］
【００２２】
図１は本実施例に係るシステム全体図である。
図を参照して，ＰＣ１０１は，ネットワークへの参加を所望するコンピュータである。認証ブリッジ１０３は，２つのネットワークインタフェースと１つの周辺機器インタフェースを有しており，ネットワークインタフェースのそれぞれには，ＰＣ１０１およびネットワークが接続され，周辺機器インタフェースには，ＩＣカードリーダ１０７が接続されている。なお，ハードウェアの構成については後述する。
【００２３】
認証サーバ１０５は，ユーザのＩＤとパスワードが登録され，認証クライアントからの認証要求に対し，自身に登録されているＩＤとパスワードが一致するかどうかを判断し，この結果を認証クライアントに応答するものである。例えばＩＥＥＥ８０２．１Ｘで使用されるもの（ＲＡＤＩＵＳサーバ）であっても良い。
［認証ブリッジのブロック図］
【００２４】
図２は本発明に係る装置である認証ブリッジ１０３のハードウェアおよびソフトウェア機能ブロック図である。
【００２５】
図２を参照して，認証ブリッジ１０３は，それぞれがバスで接続されたＣＰＵ２０１，ＲＯＭ２０３，ＲＡＭ２０５，第１のネットワークＩ／Ｆ２０７，第２のネットワークＩ／Ｆ２０９および周辺機器Ｉ／Ｆ２１１を備え，ＣＰＵ２０１は，ＲＯＭ２０３に格納されているプログラムをＲＡＭ２０５に展開して実行し，第１のネットワークＩ／Ｆ２０７および第２のネットワークＩ／Ｆ２０９は，それぞれ接続されているネットワークに対し通信を行い，周辺機器Ｉ／Ｆ２１１はＩＣカードリーダ１０７に接続され，これと通信を行う。
【００２６】
なお，ＣＰＵ２０１は前述したプログラムを実行することにより，以下の各手段を実現する。図を参照すると明らかなとおり，ＣＰＵ２０１が実現する各手段は，メインタスクとタイマータスクに大別される。
まず，メインタスクについて説明する。
カード検出手段２１３は，ＩＣカードリーダ１０７にＩＣカードが挿入されているか否かを検出するものである。
【００２７】
カード情報読取手段２１５は，カード検出手段２１３が検出したＩＣカードの情報を読み取るものである。具体的には，ＩＣカードに保存されているＩＤとパスワードを読み取る。
認証手段２１７は，読み取ったＩＤとパスワードを認証サーバ１０５に送信し，認証サーバ１０５から受信した認証結果を受信するものである。
認証結果判断手段２１９は，受信した認証結果に基づいて，認証が成功したか否かを判断するものである。
タイマー開始指示手段２２１は，後に説明するタイマータスクを開始させるための指示を出すものである。
【００２８】
Ｉ／Ｆブリッジ手段２２３は，後に説明するタイマータスクからの割り込みに基づき，第１のネットワークＩ／Ｆ２０７と第２のネットワークＩ／Ｆ２０９をブリッジするものである。ここでブリッジとは，それぞれのインタフェースにて受信した通信を相互にスルーさせることである。これはハードウェア若しくはソフトウェアまたはそれらの組み合わせによって実現される。
割込検出手段２２５は，タイマータスクからの割り込みが有ったかどうかを判断するものである。
【００２９】
ブリッジ切断手段２２７は，Ｉ／Ｆブリッジ手段２２３にてなされたブリッジを切断するものである。即ち，それぞれのネットワークＩ／Ｆで受信した通信は，他方のネットワークＩ／Ｆにスルーされなくなる。
【００３０】
次に，タイマータスクについて説明する。
タイマー初期化手段２２９は，タイマーを初期化する。即ちゼロクリアするものである。
タイマーカウント手段２３１は，ゼロクリアされたタイマーをカウントアップするものである。
タイマー終了判断手段２３３は，予め設定された所定のカウント数をタイマーがカウントしたかを判断するものである。
割込手段２３５は，タイマーが所定のカウント数をカウントした旨を，メインタスクに割込通知するものである。
［認証ブリッジ動作フロー］
【００３１】
ここでは，図３を参照して認証ブリッジ１０３の動作フローについて説明する。
ステップ３０１にて，ＩＣカードリーダ１０７に挿入されたＩＣカードが検出される。
ステップ３０３にて，検出されたＩＣカードのユーザ情報が読み取られる。ここで読み取られるユーザ情報はＩＤとパスワードである。
ステップ３０５にて，読み取られたユーザ情報が認証サーバ１０５に送信され，認証サーバ１０５での認証結果が受信される。
ステップ３０７にて，受信された認証結果情報を元に，認証が成功したか否かを判断される。この結果，認証成功であれば処理がステップ３０９に進む。
【００３２】
ステップ３０９にて，第１のネットワークＩ／Ｆ２０７と第２のネットワークＩ／Ｆ２０９がブリッジさせられる。これにより，それぞれのインタフェースで受信した通信が相手方にスルーされる。
ステップ３１１にて，タイマータスクに対し，タイマー開始指示が出される。
ステップ３１３にて，タイマーが初期化される。
ステップ３１５にて，タイマーがカウントアップされる。
【００３３】
ステップ３１７にて，タイマーが所定のカウント数に達したかどうかが判定され，達していれば，処理がステップ３１９に進み，そうでなければステップ３１５に戻る。
ステップ３１９にて，メインタスクに対し割込が行われる。この割込は，タイマーが所定のカウント数をカウントした旨をメインタスクに伝えるものである。
【００３４】
ステップ３２１にて，タイマータスクからの割込があったかどうかが判断され，あれば，処理がステップ３２３に進み，そうでなければステップ３２１を繰り返す。
ステップ３２３にて，ステップ３０９にてなされたインタフェース間の通信に対するブリッジが切断される。
【００３５】
なお，ステップ３０５で行われる認証について，本実施例ではネットワーク上の認証サーバ１０５を用いたが，必ずしもこのような構成は必要ではなく，認証ブリッジ１０３自身にユーザ情報を備えさせ，ブリッジ単体で認証を完結させても良い。また，読み取られるユーザ情報は，ＩＣカード以外に，磁気カードおよびキーボードなど，ＩＤやパスワードに代わるものであればどのようなものも使用可能である。
［効果］
【００３６】
本実施例に依れば，ＰＣ側に何らセットアップを必要とせず，容易に特定ユーザだけをネットワークに接続させることができるという効果を奏する。また，ＰＣの存在が必須ではないため，様々なネットワーク環境に適用可能である。
＜実施例２＞
【００３７】
実施例１では，ネットワークインタフェースがブリッジしている期間がタイマーによって制限されていたが，本実施例ではタイマーを用いず，ＩＣカードが挿入されている間，ブリッジを維持する構成を示す。
［認証ブリッジのブロック図］
【００３８】
図４は本実施例に係る認証ブリッジ１０３のハードウェアおよびソフトウェア機能ブロック図である。
図４を参照して，実施例１との差異は，メインタスクにおける監視タスク開始指示手段４０１およびカード監視タスクである。なお，本実施例ではタイマータスクは用いない。
【００３９】
監視タスク開始指示手段４０１は，ＩＣカードリーダ１０７に挿入されたＩＣカードの存在を確認するカード監視タスクの開始を指示するものである。
カード抜取判断手段４０３は，ＩＣカードリーダ１０７に挿入されたＩＣカードが存在しているか否かを判断するものである。
割込手段４０５は，ＩＣカードリーダ１０７からＩＣカードが抜き取られた際に，メインタスクに対し，この旨を割込通知するものである。
［認証ブリッジ動作フロー］
【００４０】
図５は本実施例に係る認証ブリッジ１０３の動作フローである。
ステップ５０１にて，カード監視タスクに対し開始の指示が出される。
ステップ５０３にて，ＩＣカードリーダ１０７からＩＣカードが抜き取られたか否かが判断され，抜き取られていれば処理がステップ５０５に進み，そうでなければ監視し続ける。
【００４１】
ステップ５０５にて，メインタスクに対し割込が行われる。この割込は，ＩＣカードがＩＣカードリーダ１０７から抜き取られた旨をメインタスクに伝えるものである。
［効果］
【００４２】
本実施例に依れば，ＰＣ側に何らセットアップを必要とせず，容易に特定ユーザだけをネットワークに接続させることができるという効果を奏する。また，ＰＣの存在が必須ではないため，様々なネットワーク環境に適用可能である。さらに，ＩＣカードを挿入している間はネットワークインタフェース間のブリッジが維持されるので，利便性が向上する。
＜実施例３＞
【００４３】
本実施例では，実施例１および２と異なり，ネットワークインタフェース間のブリッジを維持する期間について，ＴＣＰのセッション情報を用いる。
具体的には，ネットワークインタフェース間の通信の中のＴＣＰ通信について，当該ＴＣＰのセッションが切断されることをもってブリッジを切断する。
【００４４】
ソフトウェア機能ついては，実施例１のタイマータスクおよび実施例２のカード監視タスクをセッション監視タスク（図示せず）に置き換えることにより実現する。詳細は後述するが，セッション監視タスクは，セッション監視メインタスクおよびセッション監視サブタスクにより構成される。
［認証ブリッジ動作フロー］
【００４５】
本実施例に係る認証ブリッジ１０３の動作フローについて図６および図７を参照し説明する。
【００４６】
図６を参照して，ステップ６０１にて，セッション監視タスクに対し開始の指示が出される。具体的には，セッション監視メインタスクおよびセッション監視サブタスクを起動させる。
ステップ６０３にて，セッション監視タスクによりセッションが監視されるが，この詳細については後述する。
【００４７】
ステップ６０５にて，メインタスクに対し割込が行われる。この割込は，ネットワークインタフェース間の通信におけるＴＣＰセッションが切断された旨をメインタスクに伝えるものである。
図７を参照して，セッション監視メインタスクおよびセッション監視サブタスクの動作フローについて説明する。
【００４８】
ステップ７０１にて，ＴＣＰセッションの開始が検出されたかどうかが判断され，開始されていれば処理がステップ７０３に進む。なお，セッションの開始は，ＴＣＰ通信における開始を意味するＳＹＮが検出されることをもって判断する。
【００４９】
ステップ７０３にて，検出されたセッションの情報をＲＡＭ２０５に保存し，セッション情報テーブルを更新する。なお，セッション情報テーブルとは，図８に示すようなものである。
【００５０】
ステップ７０５にて，ＴＣＰセッションの切断が検出されたかどうかが判断され，切断されていれば処理がステップ７０７に進む。なお，セッションの切断は，ＴＣＰ通信における終了及び切断を意味するＦＩＮおよびＲＳＴが検出されることをもって判断する。
ステップ７０７にて，セッション情報テーブルより切断されたセッション情報を削除する。
【００５１】
ステップ７０９にて，セッション情報テーブルに存在する全てのセッションが切断されたかどうかが判断され，切断されていなければ処理がステップ７０５に戻る。
［効果］
【００５２】
本実施例に依れば，ＰＣ側に何らセットアップを必要とせず，容易に特定ユーザだけをネットワークに接続させることができるという効果を奏する。また，ＰＣの存在が必須ではないため，様々なネットワーク環境に適用可能である。さらに，実際の通信の有無を判断してブリッジを切断するので，安全に確実にブリッジを切断することができる。
＜実施例４＞
【００５３】
既に説明した実施例では，各ネットワークインタフェース間がブリッジされた場合，それぞれのインタフェースにて受信した通信は，相手側にそのままスルーされていた。本実施例では，通信をスルーする際，一定のフィルタをかけることにより，特定の通信のみスルーさせるよう制限を加える。
【００５４】
具体的には，これまで説明したメインタスクにフィルタ手段（図示せず）を追加し，各ネットワークインタフェース間の通信に対し所定の規則を設定し，この規則に基づいて通信をフィルタする。
【００５５】
フィルタは，第１のネットワークＩ／Ｆ２０７から第２のネットワークＩ／Ｆ２０９への通信若しくはその逆の何れか，または双方向の通信に施すことが可能である。例えば，認証ブリッジ１０３をＰＣ１０１に近い位置に設置する場合，ＰＣ１０１からネットワークへの通信にフィルタをかけることが一般的には有効である。これにより，当該ＰＣ１０１は，特定のネットワーク端末とのみ許可され通信可能となる。また，逆に，スキャナなどの周辺機器の近傍に認証ブリッジを配置し，この周辺機器から入力されたデータが，特定のデータ格納装置（ＰＣまたはサーバ）だけに送信可能なように制御することも可能となる。
【００５６】
フィルタするための所定の規則は，例えば図９に示すものであり，これは認証ブリッジの備えるＦｌａｓｈＲＯＭ（図示せず）などに記録される。図では，規則の例としてポート番号およびＩＰアドレスについて示したが，これに限らず，ＭＡＣアドレスなど通信に含まれる情報であればどのようなものも利用することが可能である。
なお，当該規則は認証サーバにテーブルとして格納させて，ユーザ即ちＩＣカード内の認証用情報に応じて規則が設定されていても良い。
［効果］
【００５７】
本実施例に依れば，ＰＣ側に何らセットアップを必要とせず，容易に特定ユーザだけをネットワークに接続させることができるという効果を奏する。また，ＰＣの存在が必須ではないため，様々なネットワーク環境に適用可能である。さらに，ＩＣカードによる認証に加え特定の通信のみをスルーさせる（特定の通信以外をフィルタする）ことで，よりセキュリティが向上する。
【００５８】
また，前述の如く認証用情報に応じたフィルタ規則の設定をすることにより，ユーザに応じて認証ブリッジ１０３を相互に通過する通信を制限し，ユーザが認証ブリッジ１０３を超えてネットワーク機器を利用することを制限できる。
＜実施例５＞
【００５９】
本実施例では，実施例１における第１のネットワークＩ／Ｆ２０７または第２のネットワークＩ／Ｆ２０９の内，何れかのネットワークインタフェースの数を２以上に増やし，ＩＣカードによる認証結果に応じてブリッジさせるネットワークインタフェースを決定する。
［システム全体図］
【００６０】
図１０は本実施例に係るシステム全体図である。
図を参照して，認証ブリッジ１００１は，実施例１と比較し，ネットワークインタフェースが２つ増え，合計４つになっている。ＰＣ１０１と反対側のネットワークインタフェースには，それぞれ他のネットワーク１００３，サーバ１００５およびデータベース１００７が接続されている。なお，各ネットワークインタフェースに記載されている１〜３の番号は後に説明するインタフェース番号である。
【００６１】
ＩＣカードによる認証は，認証ブリッジ１００１の内部で完結させても良いし，ネットワークに接続されている認証サーバ（図示せず）を用いても良い。ただ，本実施例においては，認証するユーザに応じてブリッジさせるインタフェースを決定するため，通常のユーザ認証で用いられるユーザ情報の他に，ブリッジさせるインタフェースに関する情報も必要となることから，汎用のレコード形式を持つ認証サーバではなく認証ブリッジ１００１の内部で完結させる方が好ましい。図１１に認証に必要となるデータを示す。
【００６２】
図を参照して，例えばＩＤが「００７８９４」のユーザの認証が成功した場合，ＰＣ１０１のネットワークインタフェースとインタフェース番号３に対応付けられているネットワークインタフェースとをブリッジさせる。図１１を参照すると，インタフェース番号が「３」のネットワークインタフェースにデータベース１００７が接続されているので，ＰＣ１０１はデータベース１００７との通信が可能になる。勿論，他のネットワークインタフェースにはブリッジされていないので，他のネットワーク１００３やサーバ１００５とは通信できない。
【００６３】
図１１から明らかなとおり，ブリッジが可能なインタフェースは必ずしも１つである必要はなく，複数のインタフェースにブリッジすることが可能である。また，ＰＣ１０１が接続される側のインタフェースについても複数設け，そのうち任意の組み合わせについてブリッジさせても良い。
なお，ブリッジを切断するタイミングを決定する手段はどのようなものでも良いが，これまで説明した実施例を適用することが可能である。
［効果］
【００６４】
本実施例に依れば，ＰＣ側に何らセットアップを必要とせず，容易に特定ユーザだけを特定のネットワークやネットワーク機器に接続させることができ，より高度なセキュリティを確保することができる。また，ＰＣの存在が必須ではないため，様々なネットワーク環境に適用可能である。
＜実施例６＞
【００６５】
これまでの実施例では認証ブリッジ１０３という専用の装置を用いてきたが，本実施例では認証ブリッジに係る機能をプログラムとしてＰＣに組み込む。
［システム全体図］
【００６６】
図１２を参照して本実施例に係るシステム全体図を示す。
図を参照してＰＣ１２０１は，自身の備えるネットワークインタフェースがネットワークに接続され，周辺機器インタフェースにＩＣカードリーダ１０７が接続されている。また，ネットワークには認証サーバ１０５が接続されている。
［ソフトウェアスタック図］
【００６７】
図１３に，本発明に係るプログラムを含むスタック図を示す。
図を参照して，アプリケーション１３０１は，ネットワークを使用するアプリケーションである。例えば，Ｗｅｂブラウザやメールクライアントなどがこれに相当する。
【００６８】
プロトコルドライバ１３０３は，大別すると２つに分かれ，１つはＨＴＴＰやＦＴＰなどのアプリケーションプロトコルであって，もう１つはＴＣＰ／ＩＰやＵＤＰ／ＩＰなどのトランスポートプロトコルである。
認証ブリッジドライバ１３０５は，これまで説明してきた認証ブリッジの機能を実現するプログラムであるが，詳細は後述する。
ネットワークドライバ１３０７は，ネットワークインタフェースを制御するドライバである。
［ソフトウェア機能ブロック図］
【００６９】
図１４に認証ブリッジドライバ１３０５のソフトウェア機能ブロック図を示す。
基本的には認証ブリッジと同様の機能であるが，一部が異なるので，その差異についてのみ説明する。以下で説明する機能は，実施例２のソフトウェア機能をベースとしているが，実施例１〜４のソフトウェア機能をベースとしても良い。
【００７０】
図を参照して，ドライバブリッジ手段１４０１は，プロトコルドライバ１３０３とネットワークドライバ１３０７との間の通信をブリッジする。この手段は，認証ブリッジにおいてＩ／Ｆブリッジ手段２２３に代わるものである。ただ，本実施例の場合，ドライバとしてスタックに組み込まれていることから，上位ドライバおよび下位ドライバ間の通信をブリッジする。
ブリッジ切断手段１４０３は，ブリッジしたドライバ間の通信を切断する。
なお，本実施例は切断するタイミングには依存しないことから，これを決定する手段としては，実施例１〜４の各手段が利用可能である。
【００７１】
本実施例では，認証ブリッジドライバ１３０５がドライバ間をブリッジすることに先だってネットワークを介してＰＣ１２０１と認証サーバ１０５とが通信しているが，これは認証に係る通信のみを例外的に許可しているためであって，場合によっては当該通信を含むネットワーク通信を完全に遮断しても良い。この場合，認証サーバ１０５で行われている認証に係る処理をＰＣ１２０１やＩＣカードリーダ１０７自身にて行えば良い。
［効果］
【００７２】
本実施例に依れば，通信を制限したい機器がＰＣである場合に，より低コストで認証ブリッジ機能を利用することができる。
＜実施例７＞
【００７３】
これまでの実施例で説明した認証ブリッジ１０３は，ネットワークインタフェース同士をブリッジしていたが，本実施例ではその一方を周辺機器インタフェースとする。ただ，ＩＣカードリーダ１０７の接続される周辺機器インタフェースではなく，これとは別に追加し，これとネットワークインタフェースをブリッジする。追加するインタフェースの数は１に限定されず，任意の数が追加可能である。
【００７４】
なお，ＰＣに直結して使用するＵＳＢスキャナなどの周辺機器を，ネットワーク共有させるための装置としてデバイスサーバと呼ばれるものが知られているが，本実施例は，このデバイスサーバに認証ブリッジ機能を組み込むものである。
図１５を参照して本実施例に係るシステム全体図を示す。
［システム全体図］
【００７５】
図を参照して，デバイスサーバ１５０１はネットワークインタフェースと周辺機器インタフェースを備えており，ネットワークインタフェースにはネットワークが接続され，周辺機器インタフェースにはＩＣカードリーダ１０７およびスキャナ１５０３が接続されている。
［ソフトウェアスタック図］
【００７６】
図１６に，本発明に係るプログラムを含むスタック図を示す。
ソフトウェア機能的には，実施例６の図１４に示す構成が，デバイスサーバ１５０１のソフトウェア機能（図示せず）に組み込まれることとなる。この時のソフトウェアスタックは次の通りである。
周辺機器ドライバ１６０１は，図１５の例でいうと，スキャナ１５０３のドライバである。
【００７７】
トンネリングドライバ１６０３は，スキャナの備えるインタフェースである周辺機器インタフェースで使用されるプロトコルとネットワークで使用されるプロトコルとを相互に変換するトンネリングドライバである。
【００７８】
認証ブリッジドライバ１６０５は，実施例６の図１４で示すソフトウェア機能を担うものであるが，ドライバブリッジ手段がブリッジするドライバは，本実施例では，トンネリングドライバ１６０３とプロトコルドライバ１３０３となる。
なお，ブリッジを切断する手段も当然に有し，そのタイミングは実施例６と同様，実施例１〜４の各手段が利用可能である。
さらに，周辺機器インタフェースが複数存在する場合，実施例５と同様，ブリッジさせるインタフェースは，認証結果に応じて決定することが可能である。
【００７９】
本実施例も実施例６と同様，認証ブリッジドライバ１６０５がドライバ間をブリッジすることに先だってネットワークを介してＰＣ１０１と認証サーバ１０５とが通信しているが，これは認証に係る通信のみを例外的に許可しているためであって，場合によっては当該通信を含むネットワーク通信を完全に遮断しても良い。この場合，認証サーバ１０５で行われている認証に係る処理をＰＣ１０１やＩＣカードリーダ１０７自身にて行えば良い。
［効果］
【００８０】
本実施例に依れば，デバイスサーバ環境においても，認証ブリッジ機能が利用できる。勿論，ネットワーク上におけるデバイスサーバの手前に認証ブリッジを設置することにより同様の効果を得ることができるが，この場合，周辺機器の数に応じて複数のデバイスサーバ１５０１が必要になる。しかし，本実施例のようにデバイスサーバに認証ブリッジ機能を組み込むことで，１台のデバイスサーバで複数の周辺機器の利用に制限をかけることができる。即ち，本発明はデバイスサーバ環境下においてセキュリティの向上に貢献する。
＜他の実施例＞
【００８１】
これまで説明した実施例では，認証に係る処理はネットワーク上にある認証サーバにて行われていたが，この処理は認証サーバだけでなく，ＰＣや認証ブリッジおよびデバイスサーバ自身で行うことが可能である。勿論，これらの装置にＩＣカードリーダを接続することにより，認証に係る処理を当該装置内で完結させることも可能である。
また認証の手段は，ＩＣカードリーダだけでなく磁気カードや暗証番号および生体認証など，どのようなものも利用可能である。
【図面の簡単な説明】
【００８２】
【図１】実施例１に係るシステム全体図
【図２】実施例１に係る認証ブリッジのブロック図
【図３】実施例１に係る認証ブリッジの動作フロー
【図４】実施例２に係る認証ブリッジのブロック図
【図５】実施例２に係る認証ブリッジの動作フロー
【図６】実施例３に係る認証ブリッジの動作フロー（１）
【図７】実施例３に係る認証ブリッジの動作フロー（２）
【図８】セッション情報テーブル
【図９】フィルタ情報
【図１０】実施例５に係るシステム全体図
【図１１】ブリッジ可能なインタフェース情報のテーブル
【図１２】実施例６に係るシステム全体図
【図１３】実施例６に係るプログラムのスタック図
【図１４】実施例６に係る認証ブリッジドライバのブロック図
【図１５】実施例７に係るシステム全体図
【図１６】実施例７に係るプログラムのスタック図
【図１７】従来技術の環境図
【符号の説明】
【００８３】
１０３  認証ブリッジ
２０７  第１のネットワークＩ／Ｆ
２０９  第２のネットワークＩ／Ｆ
２２３  Ｉ／Ｆブリッジ手段
２２７  ブリッジ切断手段
【図１】
2011040863.tif 000003
【図２】
2011040863.tif 000004
【図３】
2011040863.tif 000005
【図４】
2011040863.tif 000006
【図５】
2011040863.tif 000007
【図６】
2011040863.tif 000008
【図７】
2011040863.tif 000009
【図８】
2011040863.tif 000010
【図９】
2011040863.tif 000011
【図１０】
2011040863.tif 000012
【図１１】
2011040863.tif 000013
【図１２】
2011040863.tif 000014
【図１３】
2011040863.tif 000015
【図１４】
2011040863.tif 000016
【図１５】
2011040863.tif 000017
【図１６】
2011040863.tif 000018
【図１７】
2011040863.tif 000019