(57)【要約】【課題】  ＵＲＬ情報データベースの処理に高負荷を掛けずに，閲覧Ｗｅｂページが含むリンク先ＵＲＬが閲覧制限対象かどうか端末に通知する。【解決手段】  中継装置は，端末からの要求によりＷｅｂサーバからＷｅｂページを取得し，該Ｗｅｂページが含むリンク先ＵＲＬを，ＵＲＬデータベースに問い合わせ，リンク先Ｗｅｂページが属する制限レベルと，リンク表示のページ内の位置とを含むリンク先情報を作成し，該リンク先情報と，予め定めた要求元端末の制限レベルから，閲覧が制限されるべきリンクを決定し，該リンク表示を変更して端末に応答する。また，中継装置は該リンク先情報をキャッシュし，端末からの要求により取得したＷｅｂページのリンク先情報がキャッシュに存在する場合には，ＵＲＬ情報の問い合わせを行わず，該リンク先情報を使用する。【選択図】図１
2011013707.tif 000002
【特許請求の範囲】
【請求項１】
端末からの要求に基づくＷｅｂページを，サーバ装置から取得して，前記端末に表示させるＷｅｂページ表示方法であって，
前記サーバ装置をあて先として，Ｗｅｂページ要求を送信する送信ステップと，
前記サーバ装置から前記Ｗｅｂページを受信する受信ステップと，
前記受信Ｗｅｂページに含まれるリンク先ＵＲＬを抽出する抽出ステップと，
抽出された前記リンク先ＵＲＬが示すリンク先Ｗｅｂページの閲覧制限属性と，前記要求に含まれる前記端末の属性情報とに基づき，前記リンク先Ｗｅｂページが閲覧制限されるか否かを判定する判定ステップと，
前記判定の結果を，前記受信Ｗｅｂページの前記リンク先ＵＲＬに対応するリンク表示に反映させた，判定済みＷｅｂページを作成する作成ステップと，
前記判定済みＷｅｂページを，前記Ｗｅｂページ要求に対する応答として，前記端末に表示する表示ステップと，を備える
ことを特徴とするＷｅｂページ表示方法。
【請求項２】
請求項１に記載のＷｅｂページ表示方法において，
中継装置を備え，
前記中継装置は，
前記受信ステップと，前記抽出ステップと，前記判定ステップと，前記作成ステップと，を実行し，
前記端末は，
前記送信ステップと，前記表示ステップとを実行する
ことを特徴とするＷｅｂページ表示方法。
【請求項３】
請求項２に記載のＷｅｂページ表示方法において，
前記中継装置は，
前記抽出ステップで抽出されたリンク先ＵＲＬについて，抽出元Ｗｅｂページ内の位置と，当該リンク先Ｗｅｂページの閲覧制限属性と，を示すリンク先情報を作成する，リンク先情報作成ステップと，
前記リンク先情報を，前記抽出元Ｗｅｂページを特定する識別子に対応付けて記憶する，リンク先情報記憶ステップと，を備える
ことを特徴とするＷｅｂページ表示方法。
【請求項４】
端末とサーバ装置とを接続するネットワーク上に設けられたＷｅｂページの中継装置であって，
前記端末からのＷｅｂページ要求を前記サーバ装置に中継し，前記サーバ装置から前記Ｗｅｂページを受信する通信中継部と，
前記サーバ装置から受信した前記受信Ｗｅｂページに含まれるリンク先ＵＲＬを抽出するリンク抽出部と，
Ｗｅｂページの閲覧制限属性を管理するＵＲＬ情報データベースに，抽出された前記リンク先ＵＲＬが示すリンク先Ｗｅｂページの閲覧制限属性を問い合わせるＵＲＬ情報ルックアップ部と，
前記ＵＲＬ情報ルックアップ部が取得した閲覧制限属性と，前記受信Ｗｅｂページとに基づき，前記受信Ｗｅｂページ内の前記リンク先ＵＲＬの位置と，前記リンク先ＵＲＬが示す前記リンク先Ｗｅｂページの閲覧制限属性と，を示すリンク先情報を作成するリンク先情報作成部と，
前記端末から受信したＷｅｂページ要求に含まれる端末識別情報を抽出し，端末識別情報と端末属性情報との組み合わせを管理する端末情報データベースに，前記端末識別情報に対応する端末属性を問い合わせる端末情報ルックアップ部と，
前記端末情報ルックアップ部が取得した前記端末属性情報と，前記リンク先情報とから，前記受信Ｗｅｂページ内で示される前記リンク先Ｗｅｂページの閲覧が，前記端末で制限されるかどうか判定する閲覧制限判定部と，を備える
ことを特徴とするＷｅｂページの中継装置。
【請求項５】
請求項４に記載のＷｅｂページの中継装置において，さらに，
前記リンク先情報作成部は，作成した前記リンク先情報を記憶する記憶部を備え，
前記端末からのＷｅｂページ要求への応答として前記サーバ装置から取得したＷｅｂページに対応するリンク先情報が，前記記憶部に存在する場合は，
前記リンク抽出部によるリンク先ＵＲＬの抽出と，前記ＵＲＬ情報ルックアップ部による前記ＵＲＬ情報データベースへの問い合わせと，を行わず，
前記閲覧制限判定部は，前記記憶部に記憶されているリンク先情報と，前記端末属性情報と，から，前記判定を行う
ことを特徴とするＷｅｂページの中継装置。
【請求項６】
請求項５に記載のＷｅｂページの中継装置において，さらに，
前記リンク先情報を，前記ネットワークを介して他の中継装置と通信するリンク先情報通信部を備え，
前記リンク先情報通信部は，前記サーバ装置から取得した前記Ｗｅｂページに対応するリンク先情報が，前記記憶部に存在しない場合に，該Ｗｅｂページを識別する情報をキーとして，前記他の中継装置に該リンク先情報の要求を送信し，受信した応答に含まれる，要求した前記リンク先情報を，前記記憶部に格納し，
他の中継装置から前記リンク先情報の要求を受信した場合に，該要求が含むＷｅｂページを識別する情報により特定されるリンク先情報が，自装置の記憶部に存在する場合，該リンク先情報を含む応答を送信する
ことを特徴とするＷｅｂページの中継装置。
【請求項７】
請求項４ないし６いずれか一に記載のＷｅｂページの中継装置において，さらに，
前記閲覧制限判定部は，
閲覧が制限されると判定したリンク先ＵＲＬに対応する，リンク表示の属性を変更した判定済みＷｅｂページを作成するコンテンツ変更部を備え，
前記通信中継部は，前記サーバ装置から取得したＷｅｂページの代わりに，前記コンテンツ変更部が作成した前記判定済みＷｅｂページを，前記端末に送信する
ことを特徴とするＷｅｂページの中継装置。
【請求項８】
請求項７に記載のＷｅｂページの中継装置において，さらに，
前記コンテンツ変更部は，前記端末が要求したＷｅｂページのＵＲＬに，予め定めた文字列をＣＧＩパラメータとして追加して新しいリンク先ＵＲＬと，該リンク先ＵＲＬに対応するリンク表示のための情報と，を作成し，応答する前記判定済みＷｅｂページに挿入し，
該ＣＧＩパラメータを含む新しい前記リンク表示の選択による，Ｗｅｂページの要求を前記通信中継部が受信した場合，要求された前記Ｗｅｂページの該ＵＲＬから該ＣＧＩパラメータを除去する要求変更部を備え，
前記通信中継部は，前記要求変更部が変更した要求を前記サーバ装置に中継し，応答を前記端末にそのまま中継する
ことを特徴とするＷｅｂページの中継装置。
【請求項９】
請求項４ないし８いずれか一に記載のＷｅｂページの中継装置において，さらに，
前記端末情報データベースは，前記端末属性情報として，レベルを管理し，
前記ＵＲＬ情報データベースは，前記閲覧制限属性としてレベルを管理し，
前記閲覧制限判定部は，前記レベルに基づいて，前記端末が要求するＷｅｂページに含まれるリンク先ＵＲＬが示すリンク先Ｗｅｂページの閲覧が制限されるか否かを判定する
ことを特徴とするＷｅｂページの中継装置。
【請求項１０】
請求項４ないし８いずれか一に記載のＷｅｂページの中継装置において，さらに，
前記端末情報データベースは，前記端末識別情報として，カテゴリを管理し，
前記ＵＲＬ情報データベースは，前記閲覧制限属性として，カテゴリを管理し，
前記閲覧制限判定部は，前記カテゴリに基づいて，前記端末が要求するＷｅｂページに含まれるリンク先ＵＲＬが示すリンク先Ｗｅｂページの閲覧が制限されるか否かを判定する
ことを特徴とするＷｅｂページの中継装置。
【請求項１１】
請求項４ないし１０いずれか一に記載のＷｅｂページの中継装置において，さらに，
前記端末情報データベースは，１つの端末識別情報に対して，前記端末属性と，時刻との組み合わせを１つ以上備え，
前記端末情報ルックアップ部は，時刻を取得し，時刻に応じた前記端末属性を使用する
ことを特徴とするＷｅｂページの中継装置。
【請求項１２】
請求項４ないし１１いずれか一に記載のＷｅｂページの中継装置において，さらに，
ホワイトリストとして，閲覧制限対象ではないと予め定めた１つ以上のリンク先ＵＲＬを記憶し，
前記ＵＲＬ情報ルックアップ部は，前記ホワイトリストに記載されたリンク先ＵＲＬのいずれかに一致するリンク先ＵＲＬの問い合わせを行わない
ことを特徴とするＷｅｂページの中継装置。
【請求項１３】
請求項４ないし１２いずれか一に記載のＷｅｂページの中継装置において，さらに，
ブラックリストとして，閲覧制限対称である予め定めた１つ以上のリンク先ＵＲＬを記憶し，
前記ＵＲＬ情報ルックアップ部は，前記ブラックリストに記載されたリンク先ＵＲＬのいずれかにも一致しないリンク先ＵＲＬの問い合わせを行わない
ことを特徴とするＷｅｂページの中継装置。
【請求項１４】
請求項５ないし１３いずれか一に記載のＷｅｂページの中継装置において，さらに，
前記サーバ装置からの応答がＷｅｂページの識別情報を含まない場合，当該Ｗｅｂページの識別情報を生成するページ識別情報生成部を備える
ことを特徴とするＷｅｂページの中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）等，サーバ装置と端末間でデータを通信するネットワークシステムにおいて，サーバ装置，または端末とサーバ装置との間の通信路上に設置される中継装置に関する。
【背景技術】
【０００２】
今日，携帯電話機は，その利便性のために広く普及しており，親が購入して子供に与えている場合も多い。昨今の携帯電話機はＷｅｂブラウジングの機能を備えるものも多く，携帯電話機を用いてインターネット上の様々なＷｅｂサイトを閲覧したり，コンテンツを利用したりすることができる。しかし，インターネット上にはアダルト向きのサイトや，出会い系のサイト（Dating website）など，子供の教育や安全上好ましくない情報を含むＷｅｂサイトも数多く存在している。また，携帯電話機などの携帯端末からのＷｅｂサイトの閲覧は，監視，制限することは難しい。
【０００３】
このため，携帯電話機やその他の端末からインターネット上のサイトへのアクセスを制御し，特定のＷｅｂサイトの閲覧を制限する手段が必要になっている。
【０００４】
例えば，特許文献１では，端末に識別情報を与え，アクセスを許可するレベルの設定を行い，予めインターネット上に端末のレベルと，各レベルに対してアクセスを制限することが望まれるユニフォーム・リソース・ロケータ（Uniform Resource Locator，以下，ＵＲＬと呼称）を記憶する管理サイトを設け，端末がインターネット上のサイトにアクセスする際，サイトのＵＲＬと端末のレベルとに基づき，閲覧を制限する方法を示している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−５０７５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
Ｗｅｂページには，他の文書，画像などのファイルや，他のＷｅｂページを参照するための情報（リンクという）が挿入され，それがリンク表示として選択可能に表示されることが多い。ユーザは，Ｗｅｂサイトの閲覧において，Ｗｅｂページ内のリンク表示を選択することで，参照先（リンク先）のＷｅｂページへの移動を行う。しかし，特許文献１では，アクセスが要求されたＵＲＬについて，閲覧を制限するべきかどうか判断するため，ユーザが実際にリンク表示を選択するまでは，リンク先のＷｅｂページが閲覧制限の対象かどうか判断することができない。
【０００７】
そのため，ユーザは他のＷｅｂページを閲覧しようとリンク表示を選択して，その後，閲覧が制限された旨の応答を受け，はじめて該リンク先のＷｅｂページが閲覧制限の対象であったことがわかる。これは，Ｗｅｂページの閲覧行為を中断させることになり，ユーザの利便性を損なう。また，意図しないアクセスにもかかわらず，不正なアクセスを試みたと見なされることにもなり，ユーザの不利益となる可能性もある。
【課題を解決するための手段】
【０００８】
開示されるのは，要求されたＷｅｂページが含むリンク先ＵＲＬの閲覧が制限されるか否かを，Ｗｅｂページの表示前に，要求した端末または要求者の属性（たとえばレベル）に応じて判定し，判定結果と共にＷｅｂページを端末に表示するＷｅｂページ表示方法である。
【０００９】
当該Ｗｅｂページ表示方法は，Ｗｅｂページが含むリンク先ＵＲＬについて，該ＵＲＬが閲覧制限対象であるかどうかを判定し，判定結果情報を付加したうえで，端末に表示することを特徴とする。
【００１０】
判定結果情報としては，例えば，閲覧制限対象の場合にリンク表示の色を変えるための情報であってもよい。判定結果情報に基づく表示により，ユーザはどのリンク先が閲覧制限対象なのかを，該リンクを選択する前に知ることができる。
【００１１】
なお，ＵＲＬが閲覧制限対象であるかどうかの判定については，閲覧制限対象のＵＲＬあるいは，閲覧制限非対象のＵＲＬを記憶するデータベースを管理するサイト（ＵＲＬ管理サイトという）を設け，該サイトに問い合わせてもよい。問い合わせを受けたＵＲＬ管理サイトは，ＵＲＬ情報データベースを検索し，問い合わせを受けたＵＲＬが閲覧制限対象，あるいは，閲覧制限非対象であるかを調べて（これをルックアップ処理と称する），結果を応答する。
【００１２】
上記処理は，端末とＷｅｂサーバとの間のネットワーク上に設けたＷｅｂページの中継装置が行っても良い。
【００１３】
なお，Ｗｅｂページは非常に多くのリンクを含む場合もあるので，上記ＵＲＬ管理サイトに大きな負荷が掛かる場合がある。また，Ｗｅｂページ内のリンクを抽出するための文字列検索処理の負荷も，無視できないぐらいに大きくなる可能性がある。
【００１４】
上記ＵＲＬ管理サイトの負荷を軽減するため，上記中継装置が，Ｗｅｂページが含むリンク先ＵＲＬに関わる情報を，Ｗｅｂページごとに作成して，メモリに記憶しておき，それを基にリンク先ＵＲＬが閲覧制限対象かどうか判定できるようにしてもよい。この情報をリンク先情報と呼び，例えば，あるＷｅｂページが含むリンクのページ内の位置と，各リンク先がどの属性（例えばレベル）で閲覧を制限されるかと，を示す。
【００１５】
中継装置は，端末から要求されたＷｅｂページに対応するリンク先情報がメモリに存在する場合は，ＵＲＬ管理サイトへ問い合わせることなく，メモリに記憶された該ページのリンク先情報と，要求元端末の属性とを用いて，リンク先ＵＲＬが閲覧制限対象であるか，を判定することができる。これにより，上記ＵＲＬ管理サイトの負荷を軽減することが可能になる。
【００１６】
上記Ｗｅｂページ表示方法は、例えば、
サーバ装置をあて先として，Ｗｅｂページ要求を送信する送信ステップと，
サーバ装置からＷｅｂページを受信する受信ステップと，
受信Ｗｅｂページに含まれるリンク先ＵＲＬを抽出する抽出ステップと，
抽出されたリンク先ＵＲＬが示すリンク先Ｗｅｂページの閲覧制限属性と，要求に含まれる端末の属性情報とに基づき，リンク先Ｗｅｂページが閲覧制限されるか否かを判定する判定ステップと，
判定の結果を，受信Ｗｅｂページのリンク先ＵＲＬに対応するリンク表示に反映させた，判定済みＷｅｂページを作成する作成ステップと，
判定済みＷｅｂページを，Ｗｅｂページ要求に対する応答として，端末に表示する表示ステップと，を備えることを特徴とする。
【００１７】
さらに、端末とＷｅｂサーバとの間のネットワーク上に中継装置を設け、
当該中継装置が、上記受信ステップと，抽出ステップと，判定ステップと，作成ステップと，を実行し，
上記端末が，送信ステップと，表示ステップとを実行するように構成しても良い。
【００１８】
さらに、中継装置は，
抽出ステップで抽出されたリンク先ＵＲＬについて，抽出元Ｗｅｂページ内の位置と，当該リンク先Ｗｅｂページの閲覧制限属性と，を示すリンク先情報を作成する，リンク先情報作成ステップと，
リンク先情報を，抽出元Ｗｅｂページを特定する識別子に対応付けて記憶する，リンク先情報記憶ステップと，を実行してもよい。
【００１９】
また、上記中継装置は，
端末からのＷｅｂページ要求をサーバ装置に中継し，サーバ装置からＷｅｂページを受信する通信中継部と，
サーバ装置から受信した受信Ｗｅｂページに含まれるリンク先ＵＲＬを抽出するリンク抽出部と，
Ｗｅｂページの閲覧制限属性を管理するＵＲＬ情報データベースに，抽出されたリンク先ＵＲＬが示すリンク先Ｗｅｂページの閲覧制限属性を問い合わせるＵＲＬ情報ルックアップ部と，
ＵＲＬ情報ルックアップ部が取得した閲覧制限属性と，受信Ｗｅｂページとに基づき，受信Ｗｅｂページ内のリンク先ＵＲＬの位置と，リンク先ＵＲＬが示すリンク先Ｗｅｂページの閲覧制限属性と，を示すリンク先情報を作成するリンク先情報作成部と，
端末から受信したＷｅｂページ要求に含まれる端末識別情報を抽出し，端末識別情報と端末属性情報との組み合わせを管理する端末情報データベースに，端末識別情報に対応する端末属性を問い合わせる端末情報ルックアップ部と，
端末情報ルックアップ部が取得した端末属性情報と，リンク先情報とから，受信Ｗｅｂページ内で示されるリンク先Ｗｅｂページの閲覧が，端末で制限されるかどうか判定する閲覧制限判定部と，を備えるように構成しても良い。
【００２０】
さらに，閲覧制限判定部は，
閲覧が制限されると判定したリンク先ＵＲＬに対応する，リンク表示の属性を変更した判定済みＷｅｂページを作成するコンテンツ変更部を備え，
通信中継部は，Ｗｅｂサーバから取得したＷｅｂページの代わりに，コンテンツ変更部が作成した判定済みＷｅｂページを，端末に送信するように構成しても良い。
【発明の効果】
【００２１】
本発明により，ＵＲＬ情報データベースの処理に高負荷を掛けずに，Ｗｅｂページが含むリンク先が閲覧制限対象かどうかを事前にユーザに通知することができる。
【図面の簡単な説明】
【００２２】
【図１】実施例１の中継装置の構成図の一例である。
【図２】実施例１の中継装置として使用する情報処理装置の構成図の一例である。
【図３ａ】実施例１の記憶装置に格納された端末情報の構成図の一例である。
【図３ｂ】実施例１の記憶装置に格納されたＵＲＬ情報の構成図の一例である。
【図３ｃ】実施例１の記憶装置に格納されたリンク先情報の構成図の一例である。
【図４】実施例１の中継装置が端末１０から受信する要求を処理するフローチャートの一例である。
【図５】実施例２の中継装置の構成図の一例である。
【図６ａ】実施例３の記憶装置に格納された端末情報の構成図の一例である。
【図６ｂ】実施例３の記憶装置に格納されたＵＲＬ情報の構成図の一例である。
【図６ｃ】実施例３の記憶装置に格納されたリンク先情報の構成図の一例である。
【図７】実施例４の記憶装置に格納された端末情報の構成図の一例である。
【図８】実施例５の中継装置の構成図の一例である。
【図９】実施例６の中継装置の構成図の一例である。
【図１０】実施例７の中継装置の構成図の一例である。
【図１１】実施例７の中継装置が端末１０から受信する要求を処理するフローチャートの一例の一部である。
【図１２】実施例７の中継装置が他の中継装置から受信するリンク先情報の要求を処理するフローチャートの一例である。
【発明を実施するための形態】
【００２３】
以下，本発明の実施の形態について図面を参照して説明する。
【００２４】
なお，以下の各実施例では，閲覧制限判定機能をネットワーク上に設置する中継装置が備えた場合について説明するが，Ｗｅｂサーバ装置が本閲覧制限判定機能を備えても良い。
【００２５】
さらに，以下の各実施例では，閲覧制限判定機能をネットワーク上の１つの中継装置が備えた場合について説明するが，閲覧制限判定機能が備える各処理部や記憶部は，それぞれネットワークで接続された物理的に異なる装置が備えても良い。
【実施例１】
【００２６】
図１に示すように，本実施形態の通信システムでは，サーバからＷｅｂページ（例えばＨｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（以下，ＨＴＭＬと呼称）により記述される）を取得する通信プロトコル（例えばＨｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（以下，ＨＴＴＰと呼称））を使用してＷｅｂページの取得を要求する端末１０と，該通信プロトコルを使用して端末にＷｅｂページを応答するＷｅｂサーバ２０と，端末１０とＷｅｂサーバ２０との間の，インターネットなどのネットワーク３０上で，通信の中継と制御を行う中継装置１００を含んで構成される。端末１０と，Ｗｅｂサーバ２０と，中継装置１００はそれぞれ複数台であってもよい。
【００２７】
図１に示す中継装置１００の構成において，通信中継部１０２は，端末１０からＷｅｂサーバ２０への要求を受信してＷｅｂサーバ２０へと要求を中継し，該要求に対するＷｅｂサーバ２０からの応答を受信して，端末１０へ中継する。
【００２８】
端末情報ＤＢ６０６は，予め登録された端末の識別情報（例えば，携帯電話においては端末製造番号など）と，レベルなどの端末属性と，の組を記憶している記憶部である。
【００２９】
端末情報ルックアップ部１０６は，端末１０からの要求が含む端末の識別情報（例えばＨＴＴＰにおいては，Ｕｓｅｒ−Ａｇｅｎｔヘッダが該情報を備える）を抽出し，該識別情報をキーとして端末情報ＤＢ６０６に問い合わせて，予め登録された該識別情報に対応するレベルを取得する。
【００３０】
リンク抽出部１０４は，通信中継部１０２がＷｅｂサーバ２０から取得したＷｅｂページが含む他のＷｅｂページへのリンク（例えばＨＴＭＬにおいては，アンカータグ）のＵＲＬを抽出する。なお、ＵＲＬは情報資源の位置を特定する記号の並びであり、例えばＨＴＴＰでは、「ｈｔｔｐ：／／ホスト名／パス名」の形式で表す。
【００３１】
ＵＲＬ情報ＤＢ６０８は，予め登録されたＷｅｂページのＵＲＬと，各Ｗｅｂページの閲覧制限レベルとの組を記憶しているデータベース（データベースをＤＢという）である。
【００３２】
ＵＲＬ情報ルックアップ部１０８は，リンク抽出部１０４が抽出したＵＲＬが示すＷｅｂページの閲覧制限に関わる属性，例えば，どのレベルにおいてアクセスが制限されるべきか，をＵＲＬ情報ＤＢ６０８に問い合わせて，該レベルを取得する。なお，ＵＲＬ情報ルックアップ部１０８は，抽出した複数のＵＲＬにおいて，ドメイン名などのＵＲＬの一部，または全てが等しいＵＲＬは，それらの１つを代表して問い合わせる機能を備えてもよい。
【００３３】
ルックアップ制御部１０９は，ＵＲＬ情報ルックアップ部１０８が，ＵＲＬ情報ＤＢ６０８への問い合わせを行うかどうか決定し，問い合わせを制御する。
【００３４】
リンク先情報作成部１１０は，通信中継部１０２がＷｅｂサーバ２０から取得したＷｅｂページと，ＵＲＬ情報ルックアップ部１０８が取得した，該Ｗｅｂページ内のリンク先ＵＲＬのレベルとに基づき，該Ｗｅｂページ内の各リンク先がどのレベルであるか記述したリンク先情報を作成する。さらに，リンク先情報作成部１１０は，作成したリンク先情報をリンク先情報ＤＢ６１０にキャッシュする。
【００３５】
閲覧制限判定部１１２は，リンク先情報作成部１１０がキャッシュしたリンク先情報と，端末情報ルックアップ部１０６が取得した要求元端末のレベルとを用いて，各リンクが閲覧制限対象かどうかそれぞれ判定する。
【００３６】
コンテンツ変更部１１４は，閲覧制限判定部１１２が閲覧制限対象と判定したリンクの表示に対して，情報の変更，または，削除，追加などの変更を行い，判定済みＷｅｂページを作成する。変更は，例えば，ＨＴＭＬならばアンカ要素にＳＴＹＬＥ属性を追加して，リンクおよび／またはリンクの背景，の色などの属性を変更したり，端末１０が解釈可能な独自の属性を追加したりする。
【００３７】
端末１０が，Ｗｅｂページからのリンクを辿らず，直接に閲覧制限対象のＷｅｂページにアクセスを要求した際に閲覧を制限するために，中継装置１００は，アクセス先抽出手段１１６を備えてもよい。アクセス先抽出手段１１６は，通信中継部１０２が端末１０からのＷｅｂページの取得要求を受信した場合に，要求するＷｅｂページのＵＲＬを抽出する。例えばＨＴＴＰでは，要求するＷｅｂページのＵＲＬはリクエストラインに含まれる。抽出したＵＲＬに対してＵＲＬ情報ルックアップ部１０８が該ＵＲＬのレベルを取得し，端末情報ルックアップ部１０６が要求元端末のレベルを取得する。これらの情報から閲覧制限判定部１１２が，閲覧が制限されるべきと判定した場合は，通信中継部１０２は端末１０からの要求にエラー応答，または予め用意した特定のページを応答する。
【００３８】
なお，上記の、Ｗｅｂページからのリンクを辿らずにアクセスを要求されたＷｅｂページの閲覧制限方法は公知の技術で実現可能である。
【００３９】
図２は本実施形態の中継装置１００を実現する電子計算機の物理構成を示した図である。本実施形態の中継装置１００は，プログラムを実行し，以下に説明する処理部を実現するプロセッサ５０１と，実行するプログラムやデータを一時的に保持するメモリ装置５０２と，外部からの指示や情報を入力するための入力装置５０３と，プログラムの実体，指示，情報等を格納し，データの記憶手段として使用されるディスク装置５０４と，中継装置１００の内部と外部装置とのデータのやり取りを制御する通信制御装置５０５と，中継装置１００の内部でデータのやり取りを行うためのバスなどの内部通信線５０６と，中継装置１００の内部と外部装置とのデータのやり取りを行うための外部通信回線５０７を備える。
【００４０】
上記プログラムは予め，中継装置１００内のメモリ装置５０１またはディスク装置５０４に格納されていても良いし，必要なときに，上記中継装置１００が利用可能な，着脱可能な記憶媒体から，または通信媒体（ネットワーク，または，ネットワークを伝播する搬送波またはデジタル信号）を介して他の装置から，導入されてもよい。
【００４１】
また，以下に説明する各処理部の処理内容は，ディスク装置５０４に格納されているプログラムを，プロセッサ５０１が読み出して実行することにより，具現化されるものである
図３ａは端末情報ＤＢ６０６の一例である。端末情報ＤＢ６０６のエントリは，項目として，端末を一意に識別する端末識別情報ＤＢ６０６−Ｉと，各端末に対応するレベル６０６−Ｌを有する。
【００４２】
図３ｂはＵＲＬ情報ＤＢ６０８の一例である。ＵＲＬ情報ＤＢ６０８は，項目として，ＵＲＬを示すアドレス６０８−Ｕと，該ＵＲＬがどのレベルで閲覧が制限されるかを示す６０８−Ｌを有する。なお，端末情報ＤＢ６０６とＵＲＬ情報ＤＢ６０８は従来技術においても使用されており，各情報の更新などの管理は公知の技術で実現可能である。
【００４３】
図３ｃはリンク先情報ＤＢ６１０の一例である。リンク先情報ＤＢ６１０は，項目として，ＷｅｂページのＵＲＬを示すページ位置６１０−１と，該Ｗｅｂページを識別するページ識別情報ＤＢ６１０−２と，該Ｗｅｂページ内のリンクの出現位置を示すロケーションパス６１０−３と，各ロケーションパスのリンク先のレベル６１０−４を有する。ロケーションパス６１０−３とレベル６１０−４の組は複数存在しても良い。また，ロケーションパス６１０−３の記述には，例えばＸＰａｔｈや，Ｗｅｂページ先頭からのリンク出現位置のバイトオフセットの値を用いる。
【００４４】
図４は中継装置１００の通信中継部１０２が端末１０からＷｅｂページの取得要求を受信した場合の動作を示すフローチャートである。
【００４５】
まず，中継装置１００の通信中継部１０２が，端末１０からＷｅｂページ取得の要求を受信し（Ｓ１０２），該要求に基づいて，Ｗｅｂサーバ２０からＷｅｂページを取得する（Ｓ１０４）。次に，端末情報ルックアップ部１０６が，該要求が有する端末の識別情報（例えば，Ｕｓｅｒ−Ａｇｅｎｔヘッダが含む）を取得し（Ｓ１０６），該識別情報に対応するレベルを，端末情報ＤＢ６０６から取得する（Ｓ１０８）。該識別情報の取得に失敗した場合（Ｓ１０６でＮＯ）や，端末情報ＤＢ６０６に該識別情報が登録されておらず，ルックアップ処理に失敗した場合（Ｓ１０８でＮＯ）は，取得したＷｅｂページをそのまま端末に応答する（Ｓ１２０）。なお，Ｓ１０６からＳ１０８までの処理は，Ｓ１０４におけるＷｅｂサーバからの応答を待たずに，並行して実行しても良い。
【００４６】
その後，ルックアップ制御部１０９が，取得したＷｅｂページの識別情報（例えばＷｅｂサーバからの応答に含まれるＥｔａｇヘッダの値）と等しいページ識別情報ＤＢ６１０−２を有するリンク先情報ＤＢ６１０がキャッシュに存在するかどうか判定する（Ｓ１１０）。等しいページ識別情報ＤＢ６１０−２を有するリンク先情報ＤＢ６１０がキャッシュに存在しない場合（Ｓ１１０でＮＯ）は，リンク抽出部１０４が，該Ｗｅｂページが含む全てのリンク先ＵＲＬを抽出し，抽出した各ＵＲＬに対して，ＵＲＬ情報ルックアップ部１０８が，該ＵＲＬが閲覧を制限されるべきレベル６０８−ＬをＵＲＬ情報ＤＢ６０８から取得する（Ｓ１１２）。該リンク先情報ＤＢ６１０がキャッシュに存在する場合（Ｓ１１０でＹＥＳ）は，ルックアップ制御部１０９が，リンク先ＵＲＬの抽出と，ＵＲＬの問い合わせを抑止し，以降の処理（Ｓ１１６以降）において，キャッシュに存在するリンク先情報ＤＢ６１０を使用する。
【００４７】
Ｓ１１０でＮＯの場合，次に，リンク先情報作成部１１０は，該ＷｅｂページのＵＲＬと，該Ｗｅｂページの識別情報と，該Ｗｅｂページ内の各ＵＲＬのレベル６０８−Ｌとを用いて，リンク先情報ＤＢ６１０を作成し，キャッシュを行う（Ｓ１１４）。
【００４８】
次に，閲覧制限判定部１１２が，端末のレベル６０６−Ｌと，該リンク先情報ＤＢ６１０とから，どのＵＲＬが閲覧を制限されるべきかを決定する（Ｓ１１６）。例えば，端末のレベル６０６−Ｌよりも大きい値のレベル６１０−４を有するロケーションパス６１０−３に位置するＵＲＬの閲覧が制限されると決定する。これを受けて，コンテンツ変更部１１４が，該Ｗｅｂページ内の閲覧が制限されるＵＲＬのリンクに対して，情報の追加や修正，削除を行う（Ｓ１１８）。最後に，通信中継部１０２が，コンテンツ変更部１１４により変更などが加えられた該Ｗｅｂページを，端末１０に応答する（Ｓ１２０）。
【００４９】
以上，本実施例によれば，中継装置が，端末からのＷｅｂページ取得の要求に対して，ＵＲＬ情報のデータベースに高い負荷を掛けずに，Ｗｅｂページ内のリンクが閲覧制限対象かどうかの情報を付加したＷｅｂページを端末に応答できる。
【実施例２】
【００５０】
第２の実施例は，中継装置が，Ｗｅｂページの識別情報を生成し，Ｗｅｂサーバの応答がページ識別情報を含まない場合でも閲覧制限判定機能を提供できる実施形態である。
【００５１】
図５は，実施例２の通信システムの一構成例を示す。中継装置１００−Ｂは，Ｗｅｂページのデータからページ識別情報を作成するページ識別情報作成部１２０を備える。それ以外の構成は，実施例１の図１の構成と等しい。
【００５２】
本実施例の動作のフローを説明する。通信中継部１０２がＷｅｂサーバ２０からＷｅｂページを取得すると（実施例１におけるＳ１０４），ページ識別情報作成部１２０が該Ｗｅｂページのデータをハッシュ関数（例えばＭｅｓｓａｇｅ  Ｄｉｇｅｓｔ  ５）に入力して，得られた値をページ識別情報とする。実施例１のＳ１１４に代わり，本実施例では，リンク先情報作成部１１０は，ページ識別情報作成部１２０が作成したページ識別情報を用いてリンク先情報ＤＢ６１０を作成する。実施例１のＳ１１８において，本実施例では，ハッシュ値の衝突によりページ識別情報が重複し，リンク先情報作成部１１０が誤ったリンク先情報ＤＢ６１０を参照した等の理由により，リンク先情報ＤＢ６１０のロケーションパス６１０−３が示す位置にリンクが存在しない場合，該リンク先情報は誤りであると判断し，Ｓ１１２からの処理を行う。上記以外の動作は実施例１の図４と等しい。
【００５３】
以上，本実施例によれば，Ｗｅｂサーバの応答がページ識別情報を含まない場合でも，ＵＲＬ情報のデータベースに高い負荷を掛けずに，Ｗｅｂページ内のリンクが閲覧制限対象かどうかの情報を付加したＷｅｂページを端末に応答できる。
【実施例３】
【００５４】
第３の実施例は，リンク先のＷｅｂページが閲覧を制限されるべきかどうかを，レベルではなく，該Ｗｅｂページが属するカテゴリを用いて判定する実施形態である。
【００５５】
図６ａは，本実施例における端末情報ＤＢ６０６の一例である。端末情報ＤＢ６０６は，項目として，実施例１のレベル６０６−Ｌに代わり，禁止カテゴリ６０６−Ｃを有する。禁止カテゴリ６０６−Ｃは一定の種類の内（例えば，薬物，犯罪，株，成人等）から予め登録され，１つの端末識別情報ＤＢ６０６−Ｉに対して複数個登録されてもよい。
【００５６】
図６ｂは，本実施例におけるＵＲＬ情報ＤＢ６０８の一例である。
【００５７】
ＵＲＬ情報ＤＢ６０８は，項目として，実施例１のレベル６０８−Ｌに代わり，ＵＲＬが属するカテゴリ１０８−Ｃを有する。カテゴリ６０８−Ｃは一定の種類内から予め登録され，１つのアドレス６０８−Ｕに対して複数個登録されてもよい。
【００５８】
図６ｃは，本実施例におけるリンク先情報ＤＢ６１０の一例である。リンク先情報ＤＢ６１０は，項目として，実施例１のレベル６１０−４に代わり，ロケーションパス６１０−３が示すＵＲＬが属するカテゴリ６１０−Ｃを有する。カテゴリ６１０−Ｃは，１つのロケーションパス６１０−３に対して複数個登録されてもよい。
【００５９】
通信システムの一構成例は実施例１の図１と等しい。
【００６０】
本実施例の動作のフローを説明する。本実施例では，実施例１のレベル６０６−Ｌに代わり禁止カテゴリ６０６−Ｃを，レベル６０８−Ｌに代わりカテゴリ６０８−Ｃを，レベル６１０−４に代わりカテゴリ６１０−Ｃを使用する。閲覧制限判定部１１２は，実施例１のＳ１１６に代わり，端末の禁止カテゴリ６０６−Ｃを，カテゴリ６１０−Ｃに１つ以上含むロケーションパス６１０−３のＵＲＬを閲覧が制限されると決定する。それ以外の動作は実施例１の図４と等しい。
【００６１】
以上，本実施例によれば，ユーザが登録した禁止カテゴリに基づいて閲覧を制限する場合でも，ＵＲＬ情報のデータベースに高い負荷を掛けずに，Ｗｅｂページ内のリンクが閲覧制限対象かどうかの情報を付加したＷｅｂページを端末に応答できる。
【００６２】
また，本実施例は実施例１乃至２と組み合わせることも可能である。
【実施例４】
【００６３】
第４の実施例は，リンク先のＷｅｂページが閲覧を制限されるべきかどうかを，現在の時刻に対応する端末のレベルを用いて判定する実施形態である。
【００６４】
図７は，本実施例における端末情報ＤＢ６０６の一例である。端末情報ＤＢ６０６は実施例１の項目に加え，レベルが適用される時間を示す時間６０６−Ｔを有する。レベル６０６−Ｌと時間６０６−Ｔとの組はひとつの端末識別情報ＤＢ６０６−Ｉに対して複数存在してもよい。なお，時間６０６−Ｔは，ひとつの端末識別情報ＤＢ６０６−Ｉにおいて，２４時間を網羅するよう，重複せずに予め登録される。
【００６５】
本実施例の動作のフローを説明する。実施例１のＳ１０８に代わり，端末情報ルックアップ部１０６は，通信中継部１０２が受信した要求が有する端末識別情報の取得に加え，現在時刻も取得する。端末情報ルックアップ１０６は，取得した端末識別情報と等しい端末識別情報ＤＢ６０６−Ｉを持ち，且つ，現在時刻が含まれる時間６０６−Ｔに対応するレベル６０６−Ｌを取得する。それ以外の動作は，実施例１の図4の動作と等しい。
【００６６】
以上，本実施例によれば，端末の閲覧を制限するべきレベルが時刻により変化する場合（夜間には閲覧制限の規制を厳しくし、昼間には規制を緩めるような場合）でも，ＵＲＬ情報のデータベースに高い負荷を掛けずに，Ｗｅｂページ内のリンクが閲覧制限対象かどうかの情報を付加して端末にＷｅｂページを応答できる。
【００６７】
また，本実施例は実施例１乃至３と組み合わせることも可能である。
【実施例５】
【００６８】
第５の実施例は，Ｗｅｂページ内のリンク先ＵＲＬが，ホワイトリスト（または，ブラックリスト）として予め登録したＵＲＬパターンにマッチする（または，マッチしない）場合に，該ＵＲＬのＵＲＬ情報ルックアップを抑止する実施形態である。
【００６９】
図８は，実施例５の通信システムの一構成例を示す。中継装置１００−Ｃは，予め登録された１つ以上のＵＲＬパターンを記憶するＵＲＬパターンＤ２００を備える。ＵＲＬパターンは，例えば，ワイルドカードを用いて「*.ｇａ.ｊｐ」，「*.ｘｌｓ」のように記述する。それ以外の構成は，実施例１の図１の構成と等しい。
【００７０】
本実施例の動作のフローを説明する。実施例１のＳ１１２に代わり，ルックアップ制御部１０９は，リンク抽出部１０４が抽出したＵＲＬの中で，ＵＲＬパターンＤ２００のいずれかに一致するＵＲＬ（または，ＵＲＬパターンＤ２００のいずれにもＵＲＬに一致しないＵＲＬ）に対して，ＵＲＬ情報ＤＢ６０８への問い合わせを抑止する。ＵＲＬ情報ＤＢ６０８への問い合わせが抑止されたＵＲＬは，閲覧制限の対象にはならないとする。それ以外の動作は実施例１の図４と等しい。
【００７１】
以上，本実施例によれば，閲覧制限対象ではないと予め指定するリンク先ＵＲＬをホワイトリストとして，または，閲覧制限対象であると予め指定するリンク先ＵＲＬをブラックリストとして備えることで，ＵＲＬ情報のデータベースの負荷をさらに抑えて，Ｗｅｂページ内のリンクが閲覧制限対象かどうかの情報を付加したＷｅｂページを端末に応答できる。
【００７２】
また，本実施例は実施例１乃至４と組み合わせることも可能である。
【実施例６】
【００７３】
第６の実施例は，中継装置が，Ｗｅｂページ内のリンクに，判定結果に基づく変更を加えて端末に応答する場合，変更が加えられていないオリジナルのリンク元Ｗｅｂページを端末が取得するためのリンクを，応答するリンク元Ｗｅｂページに含め，該リンクの選択により，オリジナルのＷｅｂページの取得を可能にする実施形態である。
【００７４】
図９は実施例６の通信システムの一構成例を示す。中継装置１００−Ｄは，端末からの要求が含むリクエストＵＲＬを変更する要求ＵＲＬ変更部を備える。
【００７５】
本実施例の動作のフローを説明する。実施例１のＳ１１８において，コンテンツ変更部Ｓ１１４は，閲覧が制限されるべきリンクの変更に加えて，端末が要求したＷｅｂページのＵＲＬに，予め定められた文字列（例えば「original」）をＣＧＩパラメータとして付加して新しいリンク先ＵＲＬ（例えば、http://a.co.jp/index.html?original）を作成し，対応するリンク表示が，例えば当該Ｗｅｂページの末尾に表示されるよう，Ｗｅｂページを変更するとともに，新しいリンク先情報を作成する。それ以外の動作は実施例１の図４と等しい。
【００７６】
実施例１のＳ１０２において，端末１０から，上記文字列のＣＧＩパラメータを有する新しいリンクの選択による，Ｗｅｂページの要求を通信中継部１０２が受信した場合，要求ＵＲＬ変更部１２２が，該要求されたＷｅｂページのＵＲＬから該ＣＧＩパラメータを除去した要求を作成し，通信中継部１０２は作成された要求をＷｅｂサーバに送信し，応答をそのまま端末に中継する。
【００７７】
以上，本実施例によれば，端末は，中継装置によりリンクが変更されていないオリジナルのＷｅｂページも取得することができるので、リンク表示の変更によりＷｅｂページの見栄え等が損なわれてしまった際に、本来のＷｅｂページを閲覧することが可能になる。
【００７８】
また，本実施例は実施例１乃至５と組み合わせることも可能である。
【実施例７】
【００７９】
第７の実施例は，取得したＷｅｂページに対応するリンク先情報がキャッシュに存在しない場合，他の中継装置に該リンク先情報を問い合わせる実施形態である。
【００８０】
図１０は実施例７の通信システムの一構成例を示す。中継装置１００−Ｅは，リンク先情報の要求や応答を行うリンク先情報通信部１３０を備える。リンク先情報通信部１３０は，ネットワーク３０で接続された他の中継装置１００−Ｎにリンク先情報を要求し，応答を受信する。さらに，リンク先情報通信部１３０は，ネットワーク３０で接続された他の中継装置１００−Ｎからリンク先情報の要求を受信し，要求されたリンク先情報が存在する場合は，該リンク先情報を応答する。リンク先情報通信部１３０は通信プロトコルに，例えばＨＴＴＰを使用する。それ以外の構成は，実施例１の図１の構成と等しい。
【００８１】
図１１は中継装置１００−Ｅの通信中継部１０２が端末１０からＷｅｂページの取得要求を受信した場合の動作のフローの一部である。通信中継部１０２が端末１０からＷｅｂページの取得要求を受信した際の動作は，図４のＳ１０２からＳ１１０まで実施例１と等しい。Ｓ１１０で取得したＷｅｂページのページ識別情報を有するリンク先情報ＤＢ６１０がキャッシュに存在しない場合（Ｓ１１０においてＮＯ），リンク先情報通信部１３０は，ネットワーク３０で接続された他の中継装置１００−Ｎに対して，リンク先情報ＤＢ６１０の要求を送信する（Ｓ２０２）。該要求は，要求するリンク先情報ＤＢ６１０のページ識別情報を含む。なお，他の中継装置１００−Ｎを特定するアドレス（例えばＩＰアドレス）は，予め中継装置１００−Ｅが記憶していても良いし，該アドレスを管理するサイトへの問い合わせなどにより動的に発見しても良い。また，該要求はマルチキャストなどにより複数の中継装置に送信しても良い。リンク先情報通信部は，要求の送信先の中継装置１００−Ｎからの応答を受信し（Ｓ２０４），該応答のいずれかが，要求したリンク先情報を含む場合（Ｓ２０６でＹＥＳ），該リンク先情報を自身のリンク先情報ＤＢ６１０にキャッシュする（Ｓ２０８）。それ以外の動作は実施例１の図４に等しい。
【００８２】
図１２は中継装置１００−Ｅのリンク先情報通信部１３０が，他の中継装置１００−Ｎからリンク先情報の要求を受信した場合のフローである。リンク先情報通信部１３０が他の中継装置１００−Ｎからリンク先情報の要求を受信すると（Ｓ３０２），該要求が含むページ識別情報と等しいページ識別情報ＤＢ６１０−２を有するリンク先情報ＤＢ６１０が存在するかどうか判定する（Ｓ３０４）。該リンク先情報ＤＢ６１０が存在すれば（Ｓ３０４でＹＥＳ），該リンク先情報ＤＢ６１０を含む応答を，要求元の中継装置１００−Ｎに応答する（Ｓ３０６）。該リンク先情報ＤＢ６１０が存在しなければ（Ｓ３０４でＮＯ），要求元の中継装置１００−Ｎにエラーを応答する（Ｓ３０８）。
【００８３】
以上，本実施例によれば，リンク先情報を他の中継装置から取得することで，ＵＲＬ情報のデータベースへの負荷をさらに抑えて，Ｗｅｂページ内のリンクが閲覧制限対象かどうかの情報を付加したＷｅｂページを端末に応答できる。
【００８４】
また，本実施例は実施例１乃至６と組み合わせることも可能である。
【符号の説明】
【００８５】
１００：中継装置（実施例１），１００−Ｂ：中継装置（実施例２），１００−Ｃ：中継装置（実施例５），１００−Ｄ：中継装置（実施例６），１００−Ｅ：中継装置（実施例７），１０：端末，２０：Ｗｅｂサーバ，１０２：通信中継部，１０４：リンク抽出部，１０６端末情報ルックアップ部，１０８：ＵＲＬ情報ルックアップ部，１０９：ルックアップ制御部，１１０：リンク先情報作成部，１１２：閲覧制限判定部，１１４：コンテンツ変更部，１１６：アクセス先抽出手段，１２０：ページ識別情報作成部，１２２：要求ＵＲＬ変更部，１３０：リンク先情報通信部，６０６：端末情報ＤＢ６０８：ＵＲＬ情報ＤＢ６１０：リンク先情報，Ｄ２００：ＵＲＬパターン。
【図１】
2011013707.tif 000003
【図２】
2011013707.tif 000004
【図３ａ】
2011013707.tif 000005
【図３ｂ】
2011013707.tif 000006
【図３ｃ】
2011013707.tif 000007
【図４】
2011013707.tif 000008
【図５】
2011013707.tif 000009
【図６ａ】
2011013707.tif 000010
【図６ｂ】
2011013707.tif 000011
【図６ｃ】
2011013707.tif 000012
【図７】
2011013707.tif 000013
【図８】
2011013707.tif 000014
【図９】
2011013707.tif 000015
【図１０】
2011013707.tif 000016
【図１１】
2011013707.tif 000017
【図１２】
2011013707.tif 000018