JP2002024110A

JP2002024110A - アクセス規制装置、アクセス規制方法、及び媒体

Info

Publication number: JP2002024110A
Application number: JP2000211337A
Authority: JP
Inventors: Eiichiro Kitagawa; 英一郎北川
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-07-12
Filing date: 2000-07-12
Publication date: 2002-01-25

Abstract

(57)【要約】【課題】安価、かつ容易にＵＲＬアクセス規制を行え
るようにする。【解決手段】アクセス禁止ＵＲＬリストをＨＵＢのフ
ラッシュメモリに記憶し、このリストに基づいてＨＵＢ
のＭＰＵによりＵＲＬアクセス規制処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｗｅｂブラウザか
らホームページヘのアクセスを規制するアクセス規制技
術に関する。

【０００２】

【従来の技術】青少年に有害なホームページや、全社内
のＷｅｂブラウザから業務に関連しないホームページに
対するアクセス規制や表示規制を行う方法として、従
来、以下のような規制方法が知られている。

【０００３】第１の規制方法は、送出側でホームページ
ヘのアクセスを規制する方法である。この方法として
は、Ｍｉｃｒｏｓｏｆｔ社のＷｅｂブラウザで採用され
ている、ＲＳＡＣｉ（ＲｅｃｒｅａｔｉｏｎａｌＳｏ
ｆｔｗａｒｅＡｄｖｉｓｏｒｙＣｏｕｎｃｉｌｒ
ａｔｉｎｇｓｅｒｖｉｃｅｆｏｒｔｈｅｉｎｔ
ｅｒｎｅｔ）規制サービスが知られている。この規制サ
ービスは、コンテンツの作成者が規制レベルを示す格付
けタグをホームページに埋め込み、Ｗｅｂブラウザがこ
のタグを解釈して、ホームページを表紙する、或いは表
示禁止するなどの適切な処理を行うものである。

【０００４】第２の規制方法は、Ｗｅｂブラウザからホ
ームページにアクセスするときに、アクセス規制機能を
有する中縦サーバを経由してアクセスを行う方法であ
る。このような中継サーバは、一般にｐｒｏｘｙサーバ
と呼ばれる。ｐｒｏｘｙサーバを用いたアクセス規制の
実現例としては、例えばＭｉｃｒｏｓｏｆｔ社製のｐｒ
ｏｘｙサーバが知られており、ドメインフィルタと呼ぶ
機能でアクセス規制を実現している。

【０００５】一般的なｐｒｏｘｙサーバの動作原理につ
いて説明する。

【０００６】ｐｒｏｘｙサーバは、内部にｈｔｔｐサー
バ機能とｈｔｔｐクライアント機能を有し、Ｗｅｂブラ
ウザに対してはｈｔｔｐサーバのように動作し、Ｗｅｂ
サーバに対してはｈｔｔｐクライアントのように動作す
る。

【０００７】すなわち、Ｗｅｂブラウザからｐｒｏｘｙ
サーバ宛てに来たｈｔｔｐリクエストを受信し、対応す
るｈｔｔｐリクエストを新たに作成してＷｅｂサーバも
しくは上位のｐｒｏｘｙサーバに送信する。また、Ｗｅ
ｂサーバもしくは上位のｐｒｏｘｙサーバからのｈｔｔ
ｐレスポンスを受信し、対応するレスポンスを作成して
内部ネットワーク側のＷｅｂブラウザヘ返信する。

【０００８】この際、単純にｈｔｔｐリクエストやレス
ポンスをコピーするのではなく、何らかの変換を行なっ
たり、新たなリクエストやレスポンスを作成することも
可能である。

【０００９】Ｗｅｂブラウザ側では、外部ＬＡＮ（また
はＷＡＮ）へのアクセスについては、ｐｒｏｘｙサーバ
を使用するように設定しておく必要がある。これによ
り、外部ＬＡＮへのｈｔｔｐリクエストは、ｐｒｏｘｙ
サーバ宛てに送られるようになる。

【００１０】このｐｒｏｘｙサーバ上でアクセス規制を
行う場合は、以下のような方法を採る。

【００１１】すなわち、アクセスを許可するＵＲＬのリ
ストであるアクセス許可ＵＲＬリスト、またはアクセス
を禁止するＵＲＬのリストであるアクセス禁止ＵＲＬリ
ストを作成し、ｐｒｏｘｙサーバ上に保持しておく。そ
して、Ｗｅｂブラウザからｈｔｔｐリクエストを受信す
ると、そのリクエスト先であるＵＲＬが、アクセス許可
ＵＲＬリスト、又はアクセス禁止ＵＲＬリストにリスト
アップされているか否かを判断する。

【００１２】その結果、リクエスト先であるＵＲＬがア
クセス許可ＵＲＬリストにリストアップされている場合
は、ｈｔｔｐリクエストを作成してリクエスト先のＵＲ
Ｌ宛てに外部ＬＡＮに送信し、アクセス許可ＵＲＬリス
トにリストアップされていない場合は、ｈｔｔｐリクエ
ストの送信を行わないようにする。

【００１３】また、リクエスト先であるＵＲＬがアクセ
ス禁止ＵＲＬリストにリストアップされていない場合
は、ｈｔｔｐリクエストを作成してリクエスト先のＵＲ
Ｌ宛てに外部ＬＡＮに送信し、アクセス禁止ＵＲＬリス
トにリストアップされている場合は、ｈｔｔｐリクエス
トの送信を行わないようにする。

【００１４】このようなｐｒｏｘｙサーバを用いた企業
ユーザーにおけるＵＲＬアクセス規制の従来例を、図２
５に示す。図２５では、Ｗｅｂブラウザは、ｈｔｔｐリ
クエストを全てｐｒｏｘｙサーバに送信し、ｐｒｏｘｙ
サーバは、セキュリティを保持するためのファイヤウォ
ールを通して外部のＷｅｂサーバとアクセスしている。

【００１５】家庭内においては、セキュリティのための
ファイヤウォールが用いられる例は少ない。外部ＬＡＮ
との接続は、電話回線によるダイヤルアップの方法もあ
るが、ケーブルモデムによる常時接続も用いられるよう
になってきた。ケーブルモデムを用いた家庭内における
ＬＡＮの接続例を図２６に示す。図２６に示したよう
に、現状では、家庭内において子供部屋のパーソナルコ
ンピュータ（以下、ＰＣという）から有害なＷｅｂペー
ジに簡単にアクセスできてしまう。

【００１６】家庭内ＬＡＮにおいて、企業ユーザと同様
に、ｐｒｏｘｙサーバを用いてＵＲＬアクセス規制を行
う例を図２７、図２８に示す。なお、図２７は、健全な
ホームページに対してアクセス要求がなされ、所望のホ
ームページが正常に受信された状態を示し、図２８は、
有害なホームページに対してアクセス要求がなされ、ｐ
ｒｏｘｙサーバによりアクセスが規制された状態を示し
ている。

【００１７】このような手法を採れば、従来技術におい
ても家庭ＬＡＮにおいてＵＲＬアクセス規制を行うこと
は可能ではある。

【００１８】

【発明が解決しようとする課題】しかし、第１の規制方
法には、以下のような問題点がある。

【００１９】この規制方法は、Ｗｅｂページ提供者の善
意に頼っているので、例えばＷｅｂページ提供者が意図
的にコンテンツの内容に不適切なタグを挿入しておくこ
とにより、規制を無効化することが可能である。また、
格付けタグに対応していない数多くのＷｅｂページや、
異なる規格の格付けタグに対応しているＷｅｂページに
対しては、表示を全て禁止するか又は全て許可するかを
設定しておくことになるが、どちらにせよ、コンテンツ
の内容に対応した適切な規制が働かないという問題があ
る。

【００２０】第２の規制方法には、以下のような問題点
がある。

【００２１】使用される全てのＷｅｂブラウザ上に、ｐ
ｒｏｘｙサーバを使用するように設定を行う必要があ
り、手間がかかるという問題がある。また、ユーザ側で
ｐｒｏｘｙサーバの管理を行う必要がある。しかし、家
庭内における使用を考えると、知識を持たないユーザ
が、このようなＷｅｂブラウザ上にｐｒｏｘｙの設定を
行ったり、ｐｒｏｘｙサーバの管理を行うのは困難であ
るという問題がある。

【００２２】さらに、子供がＰＣの知識に詳しい場合に
は、ｐｒｏｘｙの設定を解除したり、設定をアクセス規
制がなされていない別のｐｒｏｘｙサーバに変更するこ
とにより、アクセス規制を容易にバイパスしてしまうこ
とができ、また価格の点でも、家庭内に設置するにはｐ
ｒｏｘｙサーバは高価であるという問題もある。

【００２３】本発明は、このような背景の下になされた
もので、その課題は、安価、かつ容易にＵＲＬアクセス
規制を行えるようにすることにある。

【００２４】

【課題を解決するための手段】上記課題を解決するた
め、本発明によるアクセス規制装置は、バックボーンか
らの回線を複数回線に分配する集線装置に、アクセスを
禁止又は許可するＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕ
ｒｃｅＬｏｃａｔｅｒ）のリストを記憶する記憶手段
と、アクセス要求されたＵＲＬが前記記憶手段に記憶さ
れているか否かを判別する判別手段と、前記判別手段に
よる判別結果に応じて前記バックボーンとの接続を切断
する切断手段とを設けている。

【００２５】また、本発明によるアクセス規制方法は、
バックボーンからの回線を複数回線に分配する集線装置
に、アクセスを禁止又は許可するＵＲＬ（Ｕｎｉｆｏｒ
ｍＲｅｓｏｕｒｃｅＬｏｃａｔｅｒ）のリストを記憶
する記憶工程と、アクセス要求されたＵＲＬが前記記憶
工程により記憶されているか否かを判別する判別工程
と、前記判別工程による判別結果に応じて前記バックボ
ーンとの接続を切断する切断工程とを設けている。

【００２６】また、本発明は、バックボーンからの回線
を複数回線に分配する集線装置に適用可能なコンピュー
タ読出し可能な媒体において、アクセスを禁止又は許可
するＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏ
ｃａｔｅｒ）のリストを記憶する記憶ルーチンと、アク
セス要求されたＵＲＬが前記記憶ルーチンとにより記憶
されているか否かを判別する判別ルーチンと、前記判別
ルーチンによる判別結果に応じて前記バックボーンとの
接続を切断する切断ルーチンとを含んでいる。

【００２７】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて説明する。

【００２８】図１は、本発明を適用した集線装置（以
下、ＨＵＢという）の概略構成を示すブロック図であ
り、本ＨＵＢ１００は、通常のリピータ機能部１００ａ
の他にＵＲＬチェック機能部１００ｂを有している。

【００２９】リピータ機能部１００ａは、ＲＪ４５コネ
クタ１０２に接続された内部ＬＡＮと、ＲＪ４５コネク
タ１０３に接続されたバックボーンＬＡＮとの間で、パ
ケットをリピーティングするリピータ１０１を有してい
る。リピータ１０１は、一般的なＨＵＢの機能を実現す
るものであり、その内部の詳細な構成については、説明
を省略する。

【００３０】ＵＲＬチェック機能部１００ｂは、ＵＲＬ
チェック処理等を行うＭＰＵ１０４、ＵＲＬチェック処
理に関するプログラムコード等の各種のプログラムコー
ドや、アクセス禁止ＵＲＬリスト等を保存しているフラ
ッシュメモリ１０５、一時的な記憶領域として利用され
るＳＤＲＡＭ１０６、リピータ１０１とパケットの送受
信を行うＭＩＩ（ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔ
Ｉｎｔｅｒｆａｃｅ）インターフェース１０９、ＵＲ
Ｌチェック機能部１００ｂからリピータ１０１をコント
ロールするためのコントロール信号線１１０、ＨＵＢ１
００の動作状態を表示するＬＥＤ１０８、ＭＰＵ１０４
から指示を受けてＬＥＤ１０８を制御するＬＥＤｉ／ｆ
１０７、外部ＰＣ等との接続を行うためのＵＳＢｉ／ｆ
１１１、ケーブルを接続するＵＳＢコネクタ１１２、可
搬性の外部記憶装置であるコンパクトフラッシュ（登録
商標）カード（以下、ＣＦカードという）を接続するた
めのＰＣＭＣＩＡｉ／ｆ１１３、ＣＦカードを装着する
ＰＣＭＣＩＡスロット１１４とから構成される。

【００３１】上記ＨＵＢ１００を家庭内ＬＡＮに用いた
場合のシステム構成例を図２、図３に示す。なお、図２
は、ＵＲＬアクセス規制による回線の切断が行われなか
った場合を示し、図３は、ＵＲＬアクセス規制により回
線が切断された場合を示している。また、図２、図３に
示した１００は図１に示したＨＵＢ、２００は家庭内Ｌ
ＡＮに接続されたＰＣ、３００はケーブルモデム、４０
０は分配器、５００はケーブル会社（プロバイダ）、６
００はインターネット、７００はＷｅｂサーバである。

【００３２】ＨＵＢ１００にＬＡＮ接続されたＰＣ２０
０上に立ち上げたＷｅｂブラウザから、アドレス部に所
望のＵＲＬを入力してリターンキーを押すと、入力した
ＵＲＬを含むｈｔｔｐリクエストをデータとするＴＣＰ
／ＩＰパケットが、ＰＣ２００からＬＡＮを介してＨＵ
Ｂ１００に送信される。

【００３３】ＨＵＢ１００では、ＲＪ４５コネクタ１０
２を介してパケットを受信すると、そのパケットはリピ
ータ１０１に転送され、ＲＪ４５コネクタ１０３を介し
て外部ＬＡＮ（バックボーン）に送出されると共に、Ｍ
ＩＩインタフェース１０９を介してＵＲＬチェック機能
部１００ｂのＭＰＵ１０４へ送出される。

【００３４】ＭＰＵ１０４は、送出されてきたパケット
に基づいてＵＲＬチェックを行い、アクセスを許可すべ
きか、或いは禁止すべきかを判定し、アクセスを禁止す
べきであると判定した場合は、リピータ１０１に対し
て、外部ＬＡＮとの接続を停止するように指示する。

【００３５】次に、ＵＲＬチェック処理を図４〜図６の
フローチャートに基づいて説明する。

【００３６】ＭＰＵ１０４は、ＭＩＩインタフェース１
０９を介してパケットを受信すると（ステップＳ１０
１）、パケットのヘッダ部をチェックして、そのパケッ
トがＴＣＰ／ＩＰパケットであるか否かを判別する（ス
テップＳ１０２）。ＴＣＰ／ＩＰパケットでなかった場
合は、ステップＳ１０１に戻ることにより、そのパケッ
トを廃棄して、次のパケットを受信する。

【００３７】一方、ＴＣＰ／ＩＰパケットであった場合
は、パケットのデータ部をチェックしてｈｔｔｐリクエ
ストであるか否かを判別する（ステップＳ１０３）。こ
こで、ｈｔｔｐリクエストのフォーマットは、ＴＣＰデ
ータの先頭から順に、リクエストを示すメソッド、空
白、ＵＲＬ部と続くので、ＴＣＰデータの先頭にメソッ
ドを示すテキスト文字列があるか否かをチェックすれば
よい。ｈｔｔｐリクエストとｈｔｔｐレスポンスのＴＣ
Ｐ／ＩＰパケットのフォーマットを図７に示す。

【００３８】ｈｔｔｐリクエストであった場合は、ＵＲ
Ｌ比較処理ルーチンに進み（ステップＳ１０４）、ｈｔ
ｔｐリクエストでなかった場合は、ステップＳ１０１に
戻る。

【００３９】ＵＲＬ比較ルーチンでは、ｈｔｔｐリクエ
ストからＵＲＬ部分を抽出する（ステップＳ２０１）。
このＵＲＬ部の抽出例を図８に示す。次に、アクセス禁
止ＵＲＬリストをフラッシュメモリ１０６から読み込み
（ステップＳ２０２）、ｈｔｔｐリクエストから抽出し
たＵＲＬが、アクセス禁止ＵＲＬリストに登録されてい
るか否かを判別する（ステップＳ２０３）。登録されて
いる場合は、アクセス禁止を返し（ステップＳ２０
４）、登録されていない場合は、アクセスＯＫを返す
（ステップＳ２０６）。

【００４０】なお、ステップＳ２０３にて、フラッシュ
メモリ１０６にアクセス禁止ＵＲＬリストそれ自体が登
録されていなと判別された場合も、アクセス禁止が返さ
れる。

【００４１】このようなＵＲＬ比較ルーチンの処理が終
了すると、ＵＲＬ比較ルーチンからの戻り値が、アクセ
ス禁止であるか否かを判別する（ステップＳ１０５）。
その結果、アクセスＯＫであった場合は、ステップＳ１
０１に戻り、アクセス禁止であった場合は、アクセス禁
止ルーチンに進む（ステップＳ１０６）。

【００４２】アクセス禁止ルーチンでは、コントロール
信号線１１０を介して、リピータ１０１に外部ＬＡＮと
の接続停止を指示する（ステップＳ３０１）。次に、パ
ケットの送り元を調べ、送り元のＴＣＰポートを宛先と
して、ＭＩＩインターフェース１０９を介してアクセス
禁止を示す所定のｈｔｔｐレスポンスを返信する（ステ
ップＳ３０２）。このｈｔｔｐレスポンスデータは、フ
ラッシュメモリ１０５に格納されている。

【００４３】次に、フラッシュメモリ１０５上の履歴記
録部に、アクセス禁止されたＵＲＬ、その送り元情報を
示すＩＰアドレスとＴＣＰポートアドレス、切断時間を
記録する（ステップＳ３０３）。最後に、ＬＥＤｉ／ｆ
１０７を制御して、外部アクセス状態を示すＬＥＤ１０
８を赤色に点灯させることにより（ステップＳ３０
４）、外部アクセスが切断されている状態を示して、処
理を終了する。

【００４４】次に、フラッシュメモリ１０５に記憶され
ているアクセス禁止ＵＲＬリスト（図９参照）の更新方
法を説明する。

【００４５】図１０は、ネットワーク経由でサービス提
供会社のサーバからアクセス禁止ＵＲＬリストを更新す
る場合のシステム構成例を示している。

【００４６】ユーザは、アクセス禁止ＵＲＬリストに追
加したいＵＲＬがある場合は、ネットワーク経由でＰＣ
８００からＷｅｂサーバ９００（有害ＵＲＬ配布サー
バ）にアクセスして、或いは電子メールを使用して、
ＵＲＬリスト作成・配布会社１０００にリクエストす
る。

【００４７】ＵＲＬリスト作成・配布会社１０００で
は、サーバ９００をチェック、あるいは電子メールをチ
ェックして、ユーザから依頼されたＵＲＬをアクセス禁
止ＵＲＬリストに追加して、サーバ上のＵＲＬデータ
を更新する。ユーザは、サーバ上で更新されたアクセ
ス禁止ＵＲＬリストを自己のＰＣ８００にダウンロード
し、所定のフォルダに保存する。そして、ＰＣ８００
とＨＵＢ１００をＵＳＢ接続し、ＰＣ８００内のアクセ
ス禁止ＵＲＬリストをＨＵＢ１００にダウンロードす
る。

【００４８】次に、上記のように、サーバ上で更新され
たアクセス禁止ＵＲＬリストを自己のＰＣ８００にダウ
ンロードして所定のフォルダに保存した後、このＰＣ８
００とＨＵＢ１００をＵＳＢ接続して、ＰＣ８００内の
アクセス禁止ＵＲＬリストをＨＵＢ１００にダウンロー
ドする場合のＰＣ８００側の処理と、ＨＵＢ１００側の
処理を説明する。

【００４９】まず、ＰＣ８００側の処理を図１１のフロ
ーチャートに基づいて説明する。

【００５０】ＰＣ８００がＨＵＢ１００にＵＳＢ接続さ
れると、ＰＣ８００には所定のドライバがロードされる
（ステップＳ４０１）。このロードされたドライバは、
所定のアプリケーションを自動的に起動する（ステップ
Ｓ４０２）。そして、自動的に起動されたアプリケーシ
ョンは、ユーザ入力を受け付ける状態になる（ステップ
Ｓ４０３）。

【００５１】ユーザがＵＲＬ更新を選択した場合は、ア
プリケーションは、所定のフォルダから、アクセス禁止
ＵＲＬリストのファイルを検索する（ステップＳ４０
４）。そして、ＵＳＢ経由でＨＵＢ１００に対してアク
セス禁止ＵＲＬリストの更新リクエストを送信し（ステ
ップＳ４０５）、続いて、検索したアクセス禁止ＵＲＬ
リストを送信する（ステップＳ４０６）。

【００５２】ユーザが履歴取得を選択した場合は、ＵＳ
Ｂ経由で履歴リクエストをＨＵＢ１００に送信する（ス
テップＳ４０７）。そして、ＨＵＢ１００からＵＳＢ経
由でアクセス履歴を受信し（ステップＳ４０８）、その
受信したアクセス履歴をＰＣ８００の画面に表示する
（ステップＳ４０９）。

【００５３】次に、ＨＵＢ１００側の処理を、図１２〜
１４のフローチャートに基づいて説明する。

【００５４】ＵＳＢコネクタ１１２にＵＳＢケーブルが
接続されＵＳＢｉ／ｆ１１１がＵＳＢの接続を検知する
と（ステップＳ５０１）、そのＵＳＢ接続が検知された
旨がＭＰＵ１０４に割込みで通知される。すると、ＭＰ
Ｕ１０４は、ＵＳＢｉ／ｆ１１１を制御してホストＰＣ
８００とＵＳＢ規格に従って通信し、デバイスの構成処
理を行う（ステップＳ５０２）。

【００５５】デバイスの構成処理が終了すると、ＭＰＵ
１０４は、ホストＰＣ８００からのリクエスト信号の受
信を待つ（ステップＳ５０３）。ホストＰＣ８００から
ＨＵＢ１００にリクエスト信号が送られると、ＵＳＢｉ
／ｆ１１１を介してリクエスト信号を受信し、ＭＰＵ１
０４に割込みがかけられる。

【００５６】そこで、ＭＰＵ１０４は、ＵＳＢｉ／ｆ１
１１からリクエスト信号を読み込み、リクエスト信号に
対応した処理を行う（ステップＳ５０４）。そして、Ｕ
ＳＢ切断がなされたか否かを判別し（ステップＳ５０
５）、ＵＳＢ切断がなされた場合は、本処理を終了し、
ＵＳＢ切断がなされていない場合は、ステップＳ５０３
に戻ることにより、次のリクエスト信号に対応する処理
を継続する。

【００５７】ホストＰＣ８００から受信したリクエスト
信号が履歴リクエストである場合は（ステップＳ６０
１）、フラッシュメモリ１０５からアクセス禁止された
ＵＲＬの履歴を読み出し、ＵＳＢｉ／ｆ１１１を制御し
て、ＵＳＢ経由でホストＰＣ８００に送信する（ステッ
プＳ６０２）。

【００５８】一方、リクエスト信号がＵＲＬ更新リクエ
ストの場合は（ステップＳ６０３）、更新中を示すため
に、ＬＥＤｉ／ｆ１０７を制御して定時間間隔でＬＥＤ
１０８を点滅させる（ステップＳ６０４）。そして、Ｕ
ＳＢ経由でホストＰＣ８００から更新に係るアクセス禁
止ＵＲＬリストを受信し、ＳＤＲＡＭ１０６にロードす
る（ステップＳ６０５）。

【００５９】アクセス禁止ＵＲＬリストのロードが終わ
ると、一旦、フラッシュメモリ１０５上のアクセス禁止
ＵＲＬリストを消去し（ステップＳ６０６）、ＳＤＲＡ
Ｍ１０６にロードした更新に係るアクセス禁止ＵＲＬリ
ストをフラッシュメモリ１０５に書き込む（ステップＳ
６０７）。そして、ＬＥＤ１０８を消灯して（ステップ
Ｓ６０８）、リクエスト処理を終了する。

【００６０】アクセス禁止状態の解除は、ＵＳＢ接続し
たＰＣ８００から、ＨＵＢ設定アプリケーションを起動
し、切断解除リクエスト信号をＨＵＢ１００に送ること
により行われる。

【００６１】この場合のＨＵＢ１００側のリクエスト処
理は、図１４のフローチャートに基づいて行われる。図
１４のフローチャートは、図１３のフローチャートに対
して、ステップＳ６０９〜６１２の切断解除リクエスト
に対する処理が追加された点だけが異なるので、この切
断解除リクエストに対する処理だけを簡単に説明する。

【００６２】切断解除リクエストがなされた場合は（ス
テップＳ６０９）、ＭＰＵ１０４は、リピータ１０１に
外部ＬＡＮとの接続開始を指示して、接続を再開させる
（ステップＳ６１０）。そして、アクセス履歴にアクセ
ス開始時間を記録し（ステップＳ６１１）、ＬＥＤ１０
８を消灯して（ステップＳ６１２）、図１２のメインフ
ローに戻る。

【００６３】サービス提供会社から配布されるコンパク
トフラッシュカード（ＣＦカード）を使用して、アクセ
ス禁止ＵＲＬリストを更新することも可能である。この
場合のシステム構成例、及びその手順を図１５に示す。

【００６４】ユーザは、アクセス禁止ＵＲＬリストに追
加したいＵＲＬがある場合は、ネットワーク経由でＰ
Ｃ２００からＵＲＬリスト作成・配布会社１０００に電
子メールを送信し、追加したいＵＲＬを通知する。

【００６５】ＵＲＬリスト作成・配布会社１０００で
は、通知されたＵＲＬをアクセス禁止ＵＲＬリストに
追加して、ＣＦカードに記録し、自社で作成した正当な
アクセス禁止ＵＲＬリストであることを示す認証をＣＦ
カードの所定の位置に記録入する。そして、認証が記
録されたＣＦカードをユーザ宅に郵便等により送付す
る。

【００６６】ユーザは、ＣＦカードを受け取ると、Ｈ
ＵＢ１００のＰＣＭＣＩＡスロット１１４にＣＦカード
を差し込む。

【００６７】この例の場合のＨＵＢ１００の処理を図１
６のフローチャートに示す。

【００６８】ＨＵＢ１００のＰＣＭＣＩＡｉ／ｆ１１３
は、ＰＣＭＣＩＡスロット１１４にＣＦカードが差し込
まれたことを検知して（ステップＳ７０１）、ＭＰＵ１
０４に通知する。この通知を受けると、ＭＰＵ１０４
は、ＣＦカードの処理中を示すために、ＬＥＤｉ／ｆ１
０７を制御してＬＥＤ１０８を点滅させる（ステップＳ
７０２）。

【００６９】次に、ＭＰＵ１０４は、フラッシュメモリ
１０５からＣＦカードドライバを起動し、ＣＦカードの
読み込みを可能にする（ステップＳ７０３）。そして、
ＣＦカードの所定の位置からＵＲＬリスト作成会社の発
行した認証を読み取る（ステップＳ７０４）。認証が正
しければ、ＣＦカードの所定の位置からアクセス禁止Ｕ
ＲＬリストを読み出し、ＳＤＲＡＭ１０６に書き込む
（ステップＳ７０５）。

【００７０】この書き込みが終了すると、フラッシュメ
モリ１０５上のアクセス禁止ＵＲＬリストを一旦消去す
る（ステップＳ７０６）。そして、ＳＤＲＡＭからアク
セス禁止ＵＲＬリストを読み出して、フラッシュメモリ
１０５に書き込む（ステップＳ７０７）。

【００７１】次に、ＣＦカードドライバを停止し、ＣＦ
カードを抜き取れる状態にする（ステップＳ７０８）。
そして、ＣＦカードヘのアクセスが終了したことを示す
ために、ＬＥＤ１０８を消灯する（ステップＳ７０
９）。

【００７２】次に、ユーザが本発明に係るＨＵＢを購入
するときに、予めアクセス規制レベルをサービス提供会
社に申し込む場合のシステム構成例を図１７に示す。こ
の場合、サービス提供会社は、コンテンツのカテゴリ別
にアクセス規制レベルを選択するための図１８に示した
ようなホームページ（ダイアログボックス）を提供す
る。

【００７３】そこで、ユーザは、サービス提供会社１０
００が提供する図１８のようなホームページ上で、キー
ボードを使用して必要な個人情報を入力し、マウス操作
により、カテゴリ別に所望のアクセス規制レベルを選択
し、最後に送信ボタンをクリックする。

【００７４】サービス提供会社１０００では、アクセス
レベル初期設定サーバ１０００に接続したサービス用の
ＰＣからユーザ入力情報を確認する。そして、ＨＵＢ１
００にＰＣをＵＳＢ接続し、ＵＲＬ初期設定用のアプリ
ケーションを使用してＨＵＢ１００内のフラッシュメモ
リ１０５にアクセス禁止ＵＲＬリストを初期設定する。
このとき、ＨＵＢ１００内部の動作は図１３、又は図１
４のフローチャートに示したＵＲＬ更新リクエスト手順
と同じ手順で初期設定することができる。なお、ユーザ
が全てのカテゴリに対して、全てのアクセスを許可する
レベルを選択した場合には、初期のアクセス禁止ＵＲＬ
リストは、空状態のままとなる。

【００７５】このようにして、サービス提供会社側での
アクセス禁止ＵＲＬｌリストの初期設定が終了すると、
入力された個人情報を確認し、ユーザ宅にＨＵＢ１００
を配送する。ユーザは、ＨＵＢ１００を受け取ると家庭
内ＬＡＮ上に設置する。

【００７６】次に、初期状態ではＨＵＢ１００にアクセ
ス禁止ＵＲＬリストが書き込まれていない場合のシステ
ム構成例を図１９に示す。

【００７７】ユーザは、ＨＵＢ１００をの購入した後、
ＨＵＢ１００を接続しない状態でＰＣ２００のＷｅｂ
ブラウザを使用してサービス提供会社１０００のＷｅｂ
サーバ（アクセスレベル初期設定サーバ１１００）にア
クセスし、コンテンツのカテゴリ別の規制レベルを選択
する。このときのアクセス画面（ダイアログボックス）
例を図２０に示す。

【００７８】サービス提供会社１０００は、Ｗｅｂサ
ーバ１１００にアクセスしてユーザのリクエストを確認
し、アクセス禁止ＵＲＬリストをＣＦカードに書き込
む。書き込みの終了したＣＦカードをユーザに配送す
る。そして、ユーザはＣＦカードをＨＵＢに挿入し、
家庭内ＬＡＮ環境にＨＵＢ１００を設置する。

【００７９】なお、ＣＦカードを使用する場合には、Ｈ
ＵＢ１００は、ＣＦカードが装着されていない場合に
は、バックボーンの接続を切断するのが望ましい。

【００８０】この場合のＨＵＢ１００の処理を図２１〜
２４のフローチャートに基づいて説明する。

【００８１】ＨＵＢ１００のＭＰＵ１０４は、電源ＯＮ
により起動すると、リピータ１０１に指示を送り、バッ
クボーンの接続を切断状態にする（ステップＳ８０
１）。そして、ＬＥＤ１０８を点灯して切断状態である
ことを示す（ステップＳ８０２）。

【００８２】次に、タイマに所定のタイムアウト時間を
セットし、タイマをスタートする（ステップＳ８０
３）。そして、タイムアウトしたか否かをチェックし
（ステップＳ８０４）、タイムアウトした場合は、図２
４の初期切断状態時の処理に進む。なお、初期切断状態
とは、アクセス禁止ＵＲＬに対するｈｔｔｐリクエスト
による切断状態とは異なる状態である。

【００８３】一方、タイムアウトしていなければ、ＰＣ
ＭＣＩＡスロット１１４にＣＦカードが装着されている
か否かをチェックする（ステップＳ８０５）。その結
果、ＣＦカードが装着されていなければ、ステップＳ８
０４に戻り、装着されていれば、ＣＦカード読み取り処
理（ステップＳ８０６）に進む。

【００８４】このＣＦカード読み取り処理では、図２２
に示したように、まず、ＬＥＤ１０８を点滅してカード
処理中であることを示す（ステップＳ８０８）。そし
て、フラッシュメモリ１０５からＣＦカードドライバを
起動する（ステップＳ８０９）。次に、ＣＦカードに書
き込まれている認証を確認し（ステップＳ８１０）、サ
ービス提供会社の認証が書き込まれていれば、後述する
ステップＳ８１４に進む。

【００８５】認証が書き込まれていなければ、ＬＥＤ１
０８を点灯し（ステップＳ８１１）、ＣＦカードドライ
バを停止し（ステップＳ８１２）、戻り値をＮＧとし
て、図２１のメインフローに戻る（ステップＳ８１
３）。

【００８６】認証が書き込まれていた場合は、アクセス
禁止ＵＲＬリストをＣＦカードから読み取り、ＳＤＲＡ
Ｍ１０６にロードする（ステップＳ８１４）。そして、
バックボーンの接続を開始し（ステップＳ８１５）、Ｌ
ＥＤ１０８を消灯し（ステップＳ８１６）、ＣＦカード
ドライバを停止し（ステップＳ８１７）、戻り値をＯＫ
として、図２１のメインフローに戻る（ステップＳ８１
８）。

【００８７】メインフローでは、戻り値を確認し（ステ
ップＳ８０７）、ＯＫであれば、図２３の正常状態時の
処理に進み、ＮＧであれば、図２４の初期切断状態時の
処理に進む。

【００８８】正常状態時の処理においては、図２３に示
したように、ＰＣＭＣＩＡｉ／ｆ１１３よりＣＦカード
の取り出しが検知されると（ステップＳ９０１）、リピ
ータ１０１に指示を出してバックボーンの接続を切断さ
せ（ステップＳ９０２）、ＬＥＤ１０８を消灯して（ス
テップＳ９０３）、初期切断状態時の処理に移行する。

【００８９】また、初期切断状態時の処理においては、
ＰＣＭＣＩＡｉ／ｆ１１３によりＣＦカードの挿入が検
知されると（ステップＳ１００１）、図２２のＣＦカー
ド読み取り処理に進む（ステップＳ１００２）。

【００９０】次に、戻り値がＯＫであるか否かを判別し
（ステップＳ１００３）、ＯＫであれば、正常状態時の
処理に移行することにより、バックボーンとの接続を開
始する。一方、戻り値がＮＧであれば、初期切断状態時
の処理を継続する。

【００９１】このように、本実施形態では、アクセス禁
止ＵＲＬリストをＨＵＢに記憶し、このリストに基づい
てＨＵＢのＭＰＵによりＵＲＬアクセス規制処理を行う
ようにしたので、安価、かつ容易にＵＲＬアクセス規制
を行うことが可能となる。

【００９２】なお、本発明は、上記の実施形態に限定さ
れることなく、例えば、アクセス禁止ＵＲＬリストは、
ＣＦカードからＳＤＲＡＭ１０６にロードすることな
く、フラッシュメモリ１０５に書き込んでもよい。

【００９３】また、アクセス禁止ＵＲＬリストの代わり
にアクセス許可ＵＲＬリストを用いることも可能であ
る。さらに、ＣＦカード以外の可搬性のメモリ（着脱自
在なメモリ）を利用することも可能である。

【００９４】また、アクセス履歴情報としては、アクセ
ス禁止に係る履歴情報のみならず、アクセス許可された
履歴情報をも登録するようにしてもよい。

【００９５】

【発明の効果】以上説明したように、本発明によれば、
安価、かつ容易にＵＲＬアクセス規制を行うことが可能
となる。

【図面の簡単な説明】

【図１】本発明を適用したＨＵＢの概略構成を示すブロ
ック図である。

【図２】上記ＨＵＢを家庭内ＬＡＮに用いた場合のシス
テム構成例（健全なページへのアクセス例）を示す図で
ある。

【図３】上記ＨＵＢを家庭内ＬＡＮに用いた場合のシス
テム構成例（有害なページへのアクセス例）を示す図で
ある。

【図４】ＬＲＬチェック処理を示すメインのフローチャ
ートである。

【図５】図４のＵＲＬチェック処理過程におけるＵＲＬ
比較処理の詳細を示すフローチャートである。

【図６】図４のＵＲＬチェック処理におけるアクセス規
制処理の詳細を示すフローチャートである。

【図７】ｈｔｔｐリクエストとｈｔｔｐレスポンスのＴ
ＣＰ／ＩＰパケットの構成を示すフローチャートであ
る。

【図８】ＵＲＬの抽出例を示すフローチャートである。

【図９】アクセス禁止ＵＲＬリスト例を示す図である。

【図１０】アクセス禁止ＵＲＬリストの第１の更新例
（ＰＣ利用）に係るシステム構成例を示す図である。

【図１１】図１０の例で一旦ＰＣにダウンロードしたア
クセス禁止ＵＲＬリストをＨＵＢにダウンロードする場
合のＰＣ側の処理を示すフローチャートである。

【図１２】図１０の例で一旦ＰＣにダウンロードしたア
クセス禁止ＵＲＬリストをＨＵＢにダウンロードする場
合のＨＵＢ側の動作を示すメインのフローチャートであ
る。

【図１３】図１２の処理過程におけるリクエスト処理を
示すフローチャートである。

【図１４】図１２の処理に切断解除リクエスト処理を追
加したフローチャートである。

【図１５】アクセス禁止ＵＲＬリストの第２の更新例
（ＣＦカード利用）に係るシステム構成例を示す図であ
る。

【図１６】図１５の例でＨＵＢが行う更新処理を示すフ
ローチャートである。

【図１７】アクセス禁止ＵＲＬリストの第１の初期設定
例（ＨＵＢ購入前の初期設定）に係るシステム構成を示
す図である。

【図１８】第１の初期設定例に対応するカテゴリ別の規
制レベル選択画面例を示す図である。

【図１９】アクセス禁止ＵＲＬリストの第２の初期設定
例（ＨＵＢ購入後の初期設定）に係るシステム構成を示
す図である。

【図２０】第２の初期設定例に対応するカテゴリ別の規
制レベル選択画面例を示す図である。

【図２１】ＣＦカードが装着されていない場合の処理を
示すメインのフローチャートである。

【図２２】図２１の処理過程におけるＣＦカード読み取
り処理を示すフローチャートである。

【図２３】図２１の続き（正常状態でＣＦカードが取出
された場合）のフローチャートである。

【図２４】図２１の続き（初期切断状態でＣＦカードが
装着された場合）のフローチャートである。

【図２５】企業内ユーザの場合の従来例を示すシステム
構成図である。

【図２６】家庭内ユーザーの場合の従来例（アクセス規
制機能無し）を示すシステム構成図である。

【図２７】家庭内ユーザーの場合の従来例（ｐｒｏｘｙ
サーバによるアクセス規制機能あり、健全なページヘの
アクセス例）を示すシステム構成図である。

【図２８】家庭内ユーザーの場合の従来例（ｐｒｏｘｙ
サーバによるアクセス規制機能あり、有害なページヘの
アクセス例）を示すシステム構成図である。

【符号の説明】

１００…集線装置（ＨＵＢ）１００ｂ…ＵＲＬチェック機能部１０１…リピータ１０２…ＲＪ４５コネクタ（内部ＬＡＮ側）１０３…ＲＪ４５コネクタ（バックボーン側）１０４…ＭＰＵ１０５…フラッシュメモリ１０６…ＳＤＲＡＭ１０８…ＬＥＤ１０９…ＭＩＩ（ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔ
Ｉｎｔｅｒｆａｃｅ）１１０…コントロールライン１１１…ＵＳＢインターフェース１１２…ＵＳＢコネクタ１１３…ＰＣＭＣＩＡインターフェース１１４…ＰＣＭＣＩＡスロット３００…ケーブルモデム７００…Ｗｅｂサーバ９００…有害ＵＲＬリスト配布サーバ１１００…アクセスレベル初期設定サーバ

Claims

【特許請求の範囲】

【請求項１】バックボーンからの回線を複数回線に分
配する集線装置に、アクセスを禁止又は許可するＵＲＬ（Ｕｎｉｆｏｒｍ
ＲｅｓｏｕｒｃｅＬｏｃａｔｅｒ）のリストを記憶す
る記憶手段と、アクセス要求されたＵＲＬが前記記憶手段に記憶されて
いるか否かを判別する判別手段と、前記判別手段による判別結果に応じて前記バックボーン
との接続を切断する切断手段と、を設けたことを特徴とするアクセス規制装置。
【請求項２】前記切断手段により前記バックボーンと
の接続が切断された場合に、当該切断処理に係るアクセ
ス要求情報を登録する登録手段と、前記登録手段に登録
されたアクセス要求情報を前記集線装置に接続された端
末装置に送信する送信手段とを有することを特徴とする
請求項１記載のアクセス規制装置。
【請求項３】前記記憶手段に記憶されたＵＲＬのリス
トは、前記バックボーンを介して所定のサーバからダウ
ンロードされたＵＲＬのリストに基づいて更新されるこ
とを特徴とする請求項１、又は請求項２記載のアクセス
規制装置。
【請求項４】前記記憶手段に記憶されたＵＲＬのリス
トは、可搬性のメモリに書込まれた前記ＵＲＬのリスト
に基づいて更新されることを特徴とする請求項１、又は
請求項２記載のアクセス規制装置。
【請求項５】前記ダウンロードされる前記ＵＲＬのリ
ストは、前記集線装置に接続された端末装置からの要求
により所定のサーバを用いて作成されることを特徴とす
る請求項３記載のアクセス規制装置。
【請求項６】前記可搬性のメモリに対する前記ＵＲＬ
のリストの書込みは、前記集線装置に接続された端末装
置からの要求により所定のサーバを用いて行われること
を特徴とする請求項４記載のアクセス規制装置。
【請求項７】前記ＵＲＬのリストは、前記集線装置に
接続された端末装置からコンテンツのカテゴリ別に指定
されたアクセス規制レベルに基づいて所定のサーバを用
いて作成されることを特徴とする請求項５、又は請求項
６記載のアクセス規制装置。
【請求項８】前記所定のサーバは、前記コンテンツの
カテゴリ別にアクセス規制レベルを指定するためのダイ
アログボックスを提供することを特徴とする請求項７記
載のアクセス規制装置。
【請求項９】前記記憶手段に前記ＵＲＬのリストが記
憶されていない場合は、前記バックボーンへのアクセス
を禁止する禁止手段を有することを特徴とする請求項１
記載のアクセス規制装置。
【請求項１０】前記記憶手段に対する前記ＵＲＬのリ
ストの初期設定処理は、前記バックボーンに接続された
所定のサーバ側で実行されることを特徴とする請求項１
記載のアクセス規制装置。
【請求項１１】前記記憶手段に対する前記ＵＲＬのリ
ストの初期設定処理は、前記バックボーンに接続された
所定のサーバ側で可搬性のメモリに該ＵＲＬのリストが
一旦書込まれ、該可搬性のメモリが前記集線装置に装着
された際に書込みに係る該ＵＲＬのリストを該記憶手段
に読込むことにより実行されることを特徴とする請求項
１記載のアクセス規制装置。
【請求項１２】前記可搬性のメモリが前記集線装置に
装着されていない場合は、前記バックボーンへのアクセ
スを禁止する禁止手段を有することを特徴とする請求項
１１記載のアクセス規制装置。
【請求項１３】バックボーンからの回線を複数回線に
分配する集線装置に、アクセスを禁止又は許可するＵＲＬ（Ｕｎｉｆｏｒｍ
ＲｅｓｏｕｒｃｅＬｏｃａｔｅｒ）のリストを記憶す
る記憶工程と、アクセス要求されたＵＲＬが前記記憶工程により記憶さ
れているか否かを判別する判別工程と、前記判別工程による判別結果に応じて前記バックボーン
との接続を切断する切断工程と、を設けたことを特徴とするアクセス規制方法。
【請求項１４】バックボーンからの回線を複数回線に
分配する集線装置に適用可能なコンピュータ読出し可能
な媒体において、アクセスを禁止又は許可するＵＲＬ（Ｕｎｉｆｏｒｍ
ＲｅｓｏｕｒｃｅＬｏｃａｔｅｒ）のリストを記憶す
る記憶ルーチンと、アクセス要求されたＵＲＬが前記記憶ルーチンとにより
記憶されているか否かを判別する判別ルーチンと、前記判別ルーチンによる判別結果に応じて前記バックボ
ーンとの接続を切断する切断ルーチンと、を含むことを特徴とする媒体。