(57)【特許請求の範囲】
【請求項１】
送信を制限するように設定された制限ワードを格納した制限ワードデータベースと、
ＷＥＢブラウザから外部ネットワークへ向けて送信されるリクエストメッセージを中継し、当該リクエストメッセージ中に前記ＷＥＢブラウザに表示されているＷＥＢページのソースファイル中のフォームにおいて定義される要素の属性名が含まれているかどうかを調べるリクエスト送信制御部と、
前記リクエストメッセージに前記要素の属性名が含まれている場合に、前記ソースファイルに記述された当該属性名に基づいて当該要素の属性値を取得し、当該属性値が、前記制限ワードデータベースに格納された前記制限ワードに該当するかどうかに応じて、前記リクエストメッセージの送信の諾否を決定する制限ワードチェック部とを備え、
前記リクエスト送信制御部は、前記制限ワードチェック部による送信の諾否の決定にしたがって前記リクエストメッセージの送信を制御することを特徴とする送信制御システム。
【請求項２】
前記ＷＥＢブラウザに表示されているＷＥＢページのソースファイルから抽出された前記要素の属性名と当該要素の属性値との対応関係に関する情報を格納した対応情報データベースをさらに備え、
前記制限ワードチェック部は、前記対応情報データベースに格納された前記対応関係に関する情報に基づいて、前記属性名に対応する前記属性値を取得することを特徴とする請求項１に記載の送信制御システム。
【請求項３】
前記ＷＥＢブラウザからのリクエストに応じて所定のサーバから返送されたＷＥＢページのソースファイルを取得し、当該ソースファイルにおける前記要素の属性名と当該要素の属性値との対応関係を抽出して前記対応情報データベースに格納するレスポンスファイル解析部をさらに備えたことを特徴とする請求項２に記載の送信制御システム。
【請求項４】
前記ＷＥＢブラウザにログインしているユーザを特定するログイン管理部をさらに備え、
前記制限ワードデータベースは、前記ＷＥＢブラウザを使用するユーザごとに個別に設定された前記制限ワードを格納し、
前記制限ワードチェック部は、前記ログイン管理部により特定されたユーザに対して設定されている前記制限ワードに関する情報を前記制限ワードデータベースから取得し、前記要素の属性名に基づき取得された前記属性値と照合することを特徴とする請求項１に記載の送信制御システム。
【請求項５】
前記制限ワードデータベースは、前記リクエストメッセージの送信先に応じて個別に設定された前記制限ワードを格納し、
前記制限ワードチェック部は、前記ＷＥＢブラウザから送信されるリクエストメッセージの送信先に対応する制限ワードに関する情報を前記制限ワードデータベースから取得し、前記要素の属性名に基づき取得された前記属性値と照合することを特徴とする請求項１に記載の送信制御システム。
【請求項６】
前記制限ワードデータベースは、時間帯を指定して設定された複数種類の前記制限ワードを格納し、
前記制限ワードチェック部は、前記ＷＥＢページから前記リクエストメッセージが送信された時間帯に応じて、対応する前記制限ワードに関する情報を前記制限ワードデータベースから取得し、前記要素の属性名に基づき取得された前記属性値と照合することを特徴とする請求項１に記載の送信制御システム。
【請求項７】
クライアントマシンから送信されたリクエストメッセージを受信し、中継処理を行って外部ネットワークへ送信するサーバにおいて、
前記リクエストメッセージを受信し、当該リクエストメッセージ中に所定のコンテンツのソースファイル中のフォームにおいて定義される要素の属性名が含まれているかどうかを調べるリクエスト送信制御部と、
前記リクエストメッセージに前記要素の属性名が含まれている場合に、前記ソースファイルに記述された当該属性名の関連部分を用いて当該要素の属性値を取得し、当該属性値が、送信を制限するように設定された制限ワードに該当するかどうかに応じて、前記リクエストメッセージの送信の諾否を決定する制限ワードチェック部とを備え、
前記リクエスト送信制御部は、前記制限ワードチェック部による送信の諾否の決定にしたがって前記リクエストメッセージの送信を制御することを特徴とするサーバ。
【請求項８】
前記コンテンツのソースファイルから抽出された前記要素の属性名と当該要素の属性値との対応関係に関する情報を格納した対応情報データベースと、
前記クライアントマシンからのリクエストに応じて所定のサーバから返送されたＷＥＢページのソースファイルを取得し、当該ソースファイルにおける前記属性名と前記属性値との対応関係を抽出して前記対応情報データベースに格納するレスポンスファイル解析部をさらに備え、
前記制限ワードチェック部は、前記対応情報データベースに格納された前記対応関係に関する情報に基づいて、前記属性値を取得することを特徴とする請求項７に記載のサーバ。
【請求項９】
前記クライアントマシンから前記リクエストメッセージを送信したユーザを特定するログイン管理部と、
前記クライアントマシンを使用するユーザごとに個別に設定された前記制限ワードを格納した制限ワードデータベースとをさらに備え、
前記制限ワードチェック部は、前記ログイン管理部により特定されたユーザに対して設定されている前記制限ワードに関する情報を前記制限ワードデータベースから取得し、前記要素の属性名に基づき取得された前記属性値と照合することを特徴とする請求項７に記載のサーバ。
【請求項１０】
外部ネットワークに接続され、ＷＥＢページの表示手段を備える端末装置において、
前記ＷＥＢページのフォームにしたがって生成されたリクエストメッセージ中に前記ＷＥＢページのソースファイル中のフォームにおいて定義される要素の属性名が含まれているかどうかを調べるリクエストメッセージ解析手段と、
前記リクエストメッセージに前記要素の属性名が含まれている場合に、前記ソースファイルに記述された当該属性名に基づいて当該要素の属性値を取得し、当該属性値が、送信を制限するように設定された制限情報に該当するかどうかに応じて、前記リクエストメッセージの送信を制御するリクエストメッセージ送信制御手段と
を備えることを特徴とする端末装置。
【請求項１１】
前記リクエストメッセージの送信者を特定する送信者特定手段をさらに備え、
前記リクエストメッセージ送信制御手段は、
前記端末装置のユーザごとに設定された前記制限情報のうち、特定された前記送信者に対して設定された前記制限情報に基づいて前記リクエストメッセージの送信を制御することを特徴とする請求項１０に記載の端末装置。
【請求項１２】
コンピュータがＷＥＢページのフォームにしたがって生成されたリクエストメッセージの送信を制御する方法において、
前記コンピュータが、前記リクエストメッセージ中に前記ＷＥＢページのソースファイル中のフォームにおいて定義される要素の属性名が含まれているかどうかを調べるステップと、
前記コンピュータが、前記リクエストメッセージに前記要素の属性名が含まれている場合に、前記ソースファイルに記述された当該属性名に基づいて当該要素の属性値を取得するステップと、
前記コンピュータが、予め記憶手段に格納された送信を制限するように設定された制限情報を参照し、前記要素の属性値が当該制限情報に該当するかどうかに応じて、前記リクエストメッセージの送信の諾否を決定するステップと
を含むことを特徴とする送信制御方法。
【請求項１３】
前記コンピュータが、前記リクエストメッセージの送信者を特定するステップをさらに含み、
前記送信の諾否を決定するステップは、
前記要素の属性値が、特定された前記送信者に対して設定された前記制限情報に該当するかどうかを調べるステップを含むことを特徴とする請求項１２に記載の送信制御方法。
【請求項１４】
前記制限情報は、前記リクエストメッセージの送信先に応じて個別に設定してあり、
前記送信の諾否を決定するステップは、
前記リクエストメッセージから送信先に関する情報を抽出するステップと、
前記要素の属性値が、抽出された前記送信先に対して設定された前記制限情報に該当するかどうかを調べるステップとを含むことを特徴とする請求項１２に記載の送信制御方法。
【請求項１５】
前記制限情報は文字列の長さであり、
前記送信の諾否を決定するステップは、前記要素の属性値である文字列の長さと、前記制限情報にて指定された長さとを比較して前記リクエストメッセージの送信の諾否を決定するステップを含むことを特徴とする請求項１２に記載の送信制御方法。
【請求項１６】
前記制限情報は数値であり、
前記送信の諾否を決定するステップは、前記要素の属性値における数値と、前記制限情報にて指定された数値とを比較して前記リクエストメッセージの送信の諾否を決定するステップを含むことを特徴とする請求項１２に記載の送信制御方法。
【請求項１７】
コンピュータがＨＴＭＬファイルのフォームにしたがって生成されたＨＴＴＰリクエストの送信を制御する方法において、
前記コンピュータが、前記ＨＴＭＬファイルを解析して当該ＨＴＭＬファイルに含まれるフォームにおいて定義される要素の属性名とその属性値との対応関係を求め、当該対応関係の情報を記憶手段に格納し、
前記コンピュータが、前記ＨＴＴＰリクエスト中にクエリーデータとして前記要素の属性名が含まれている場合に、前記記憶手段に格納されている前記対応関係の情報に基づいて当該属性名に対応する属性値を取得し、
前記コンピュータが、予め記憶手段に格納された送信を制限するように設定された制限情報を参照し、取得された前記属性値が当該制限情報に該当するかどうかに応じて、前記リクエストメッセージの送信を制御することを特徴とする送信制御方法。
【請求項１８】
コンピュータが表示装置に表示されたページのフォームにしたがって生成されたメッセージの送信を制御する方法において、
前記コンピュータが、前記メッセージ中に前記表示されたページのソースファイル中のフォームにおいて定義される要素の属性名が含まれているかどうかを調べるステップと、
前記コンピュータが、前記要素の属性名に基づいて取得される当該要素の属性値に応じて、前記メッセージの送信の諾否を決定するステップとを含むことを特徴とする送信制御方法。
【請求項１９】
外部ネットワークに接続されたコンピュータに、
ＷＥＢブラウザから前記外部ネットワークへ向けて送信されるリクエストメッセージを中継し、当該リクエストメッセージ中に前記ＷＥＢブラウザに表示されているＷＥＢページのソースファイル中のフォームにおいて定義される要素の属性名が含まれているかどうかを調べる機能と、
前記リクエストメッセージに前記要素の属性名が含まれている場合に、前記ソースファイルに記述された当該属性値に基づいて当該要素の属性値を取得する機能と、
前記属性値が送信を制限するように設定された制限情報に該当するかどうかに応じて、前記リクエストメッセージの送信を制御する機能と
を実現させることを特徴とするプログラム。
【請求項２０】
前記コンピュータに、
前記ＷＥＢブラウザからのリクエストに応じて所定のサーバから返送されたＷＥＢページのソースファイルを取得する機能と、
前記ソースファイルにおける前記要素の属性名と当該要素の属性値との対応関係を抽出して対応情報データベースに格納する機能とをさらに実現させ、
前記属性値を取得する機能は、前記対応情報データベースに格納された前記対応関係に関する情報に基づいて、前記属性値を取得することを特徴とする請求項１９に記載のプログラム。
【請求項２１】
前記コンピュータに、
前記ＷＥＢブラウザから前記リクエストメッセージを送信したユーザを特定する機能をさらに実現させ、
前記リクエストメッセージの送信を制御する機能は、特定されたユーザに対して個別に設定されている前記制限情報に基づいて、前記リクエストメッセージの送信を制御することを特徴とする請求項１９に記載のプログラム。
【請求項２２】
コンピュータに実行させるプログラムを当該コンピュータの入力手段が読取可能に記憶した記憶媒体において、
前記プログラムは、
ＷＥＢブラウザから外部ネットワークへ向けて送信されるリクエストメッセージを中継し、当該リクエストメッセージ中に前記ＷＥＢブラウザに表示されているＷＥＢページのソースファイル中のフォームにおいて定義される要素の属性名が含まれているかどうかを調べる機能と、
前記リクエストメッセージに前記要素の属性名が含まれている場合に、前記ソースファイルに記述された当該属性名に基づき当該要素の属性値を取得する機能と、
前記属性値が送信を制限するように設定された制限情報に該当するかどうかに応じて、前記リクエストメッセージの送信を制御する機能と
を前記コンピュータに実現させることを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータ装置から外部ネットワークへ情報を送信する場合に所定の情報が流出することを防止する方法に関する。
【０００２】
【従来の技術】
今日、インターネットやＷＡＮ(Wide Area Network)の普及に伴って、学校や一般家庭においてもインターネットの利用者数が増加している。この学校などの公共施設や一般家庭における利用では、同じコンピュータ装置を複数の人間が共有して使用し、インターネットに接続するケースが多い。
【０００３】
ところで、このインターネットによって接続されるＷＥＢサイトには多種多様なサービスが存在している。そして、その多種多様なサービスの一部には、コンテンツを開催している業者等に個人データを送信することによって提供されるサービスや、クレジットカード等を利用して代金を支払うことによって提供されるサービスがある。
この場合、上記のような複数の使用者がコンピュータ装置を共用する使用環境では、使用者の一人が他の使用者の個人情報を外部ネットワーク（インターネット）に送信したり、一般家庭において家族の自分以外の者が持つクレジットカードを利用して勝手に買い物をしたりすることができてしまう。したがって、このような個人情報や特定の情報を他者が送信することを防止するシステムが必要となる場合がある。
【０００４】
従来、このような個人情報などを他者が外部ネットワークへ勝手に送信することを防止する方策の一つとして、プロキシサーバ（Proxy Server)のフィルタリング機能を用いる方法がある。
プロキシサーバは、ＬＡＮなどの内部ネットワークからインターネットなどの外部ネットワークへの出口に設置され、内部ネットワークへの不正な侵入を防止すると共に、内部ネットワークから外部ネットワークへのアクセスを中継、管理するものである。これにより、内部ネットワークにおけるセキュリティーを実現し、かつ外部ネットワークへのアクセスに要するトラフィックを軽減して高速アクセスを実現する。
このプロキシサーバの一般的なフィルタリング機能を用い、プロキシサーバにおいて、個人情報などの送信を要求する可能性のあるＷＥＢサイトのＵＲＬ（Uniform Resource Locators）を保持し、アクセスを制限することによって、かかる個人情報などが外部ネットワークへ流出することを防止することができる。
【０００５】
また、個人情報などを他者が外部ネットワークへ勝手に送信することを防止する他の方策として、外部ネットワークから送られてきたＨＴＭＬ文章の中から特定のタグを削除することによって情報送信をできなくする方法がある。
ＷＥＢページのソースであるＨＴＭＬ(HyperText Markup Language)文章の構造は、タグの組合せで記述されており、クライアントマシンから情報送信を行う機能もタグによって定義される。そこで、ブラウザがクライアントマシンの表示装置にＷＥＢページを表示する際に、これらの情報送信に用いられるタグをフィルタリングして削除すれば、当該クライアントマシンから外部ネットワークへ情報を送信することができなくなる。
【０００６】
また、個人情報などを他者が外部ネットワークへ勝手に送信することを防止するさらに他の方策として、クライアントマシンから外部ネットワークへ送信されるリクエストメッセージ（ＨＴＴＰリクエスト）をフィルタリングする方法がある。
すなわち、送信を制限する語句やＵＲＬを予め設定しておき、クライアントマシンから送信情報であるリクエストメッセージが送信される際に、当該リクエストメッセージが送信を制限するように設定されている語句やＵＲＬを含む場合は、当該リクエストメッセージの送信を禁止する。リクエストメッセージのチェックは、プロキシやＯＳ（Operating System）、ブラウザなどの機能として設けることができる。
【０００７】
【発明が解決しようとする課題】
しかしながら、上述した個人情報などを他者が外部ネットワークへ勝手に送信することを防止するための方法は、次に述べるような問題があった。
プロキシサーバのフィルタリング機能を用いて特定のＵＲＬへのアクセスを制限する方法は、当該ＵＲＬを持つコンテンツへのアクセスそのものが拒絶されるため、個人情報などの送信のみを制限し、当該コンテンツの閲覧は行いたいという場合に対応できなかった。
さらに、インターネットなどのネットワーク環境の普及に伴い、ＩＤやクレジットカード番号などの個人情報を要求するコンテンツがますます増えていくことが予想されることから、情報が外部に流出する可能性のあるコンテンツを全て探し出してそのＵＲＬに対してフィルタリングを行うことは現実的ではない。
【０００８】
また、外部ネットワークから送られてきたＨＴＭＬ文章の中から特定のタグを削除する方法においても、特定のＵＲＬに対応してフィルタリングを行う必要があるため、上記特定のＵＲＬへのアクセス制限の場合と同様に、個人情報を要求するコンテンツの増加に対応しきれなかった。
【０００９】
また、クライアントマシンから外部ネットワークへ送信されるリクエストメッセージをフィルタリングする方法は、送信を制限しようとする語句がリクエストメッセージにおいて置換されているために、送信を制限できない場合があった。これを説明するために、まず、ＨＴＭＬ文書から送信される情報であるリクエストメッセージが生成されるメカニズムについて説明する。
【００１０】
図１３は、クライアントマシンのブラウザに表示されているフォーム(ＦＯＲＭ)タグ部分からＨＴＴＰ(HyperText Transfer Protocol)へ送信される情報であるリクエストメッセージを説明するための図である。
図１３(ａ)は、クライアントマシンのブラウザに表示されているＷＥＢページのソースであるＨＴＭＬ文書の一部を表している。ここで、「＜ＦＯＲＭ＞」から「＜／ＦＯＲＭ＞」までは、ユーザが入力や選択などの操作をするための要素である「＜ＩＮＰＵＴ＞」、「＜ＳＥＬＥＣＴ＞」、「＜ＯＰＴＩＯＮ＞」が配置されている。
このＷＥＢページにおいて、ユーザが「ｔｙｐｅ＝“ｓｕｂｍｉｔ”」が指定されている送信ボタンを押した段階で、フォームにて選択された情報の内容が、「ａｃｔｉｏｎ」属性で指定されたＵＲＬのＣＧＩ(Common Gateway Interface)プログラムに送信される。図１３（ａ）の場合は、「ｄｅｆａｕｌｔ．ｃｇｉ」へ送られることとなる。
【００１１】
図１３(ａ)のＨＴＭＬ文書によってクライアントマシンのブラウザに表示されるＷＥＢページ上で「東京都」という文字列を選択すると、「ＷＴＳ」というＳＥＬＥＣＴオブジェクトには「ｔｋ」という値が返され、「ＷＴＳ＝ｔｋ」となる。すなわち、図１３(ｂ)に示すようなＨＴＴＰリクエストメッセージ「ｇｅｔｈｔｔｐ：／／ａｂｃ／ｄｅｆａｕｌｔ．ｃｇｉ？ＷＴＳ＝ｔｋ」が発行されることになる。
【００１２】
したがって、送信を制限する語句として「東京都」を設定し、実際にＷＥＢページの入力フォームに「東京都」の文言が入力された場合であっても、リクエストメッセージとして送信される情報は「ＷＴＳ＝ｔｋ」という情報に置換されているため、このリクエストメッセージの送信を阻止することができない。
そして、この置換情報は、図１３（ａ）に示すように、ＨＴＭＬ文書中で、ＯＰＴＩＯＮタグを用いて任意に設定することができる。
したがって、「東京都」という語句の送信を制限しようとする場合に、全ての置換情報を想定して送信を制限する語句として予め設定しておくことは、事実上できない。
【００１３】
そこで本発明は、サーバから受信したＨＴＭＬ文書を解析し、この解析情報を用いて、送信しようとしている情報の中に送信を制限されている語句が含まれているか否かを確認することにより、送信を制限された語句を含んだリクエストメッセージが送信されてしまうことを確実に防止することを目的とする。
【００１４】
【課題を解決するための手段】
上記の目的を達成するため、本発明は、次のように構成されたことを特徴とする送信制御システムを提供する。すなわち、本発明の送信制御システムは、送信を制限するように設定された制限ワードを格納した制限ワードデータベースと、ＷＥＢブラウザから外部ネットワークへ向けて送信されるリクエストメッセージを中継し、このリクエストメッセージ中にＷＥＢブラウザに表示されているＷＥＢページのソースファイルに依存した符号が含まれているかどうかを調べるリクエスト送信制御部と、このリクエストメッセージにこの符号が含まれている場合に、このソースファイルに記述されたこの符号の関連部分を用いてこの符号を解析し、この符号の解析結果が、制限ワードデータベースに格納された制限ワードに該当するかどうかに応じて、このリクエストメッセージの送信の諾否を決定する制限ワードチェック部とを備え、このリクエスト送信制御部は、この制限ワードチェック部による送信の諾否の決定にしたがってこのリクエストメッセージの送信を制御することを特徴とする。
【００１５】
ここで、この符号は、例えばフォームにおいて定義される属性名であり、リクエストメッセージにおけるクエリーデータに含まれることとなる。
この符号の解析は、ＷＥＢブラウザからリクエストメッセージが発行された時点で、このＷＥＢブラウザに表示されているＷＥＢページのソースファイルを取得し、このソースファイルに基づいて行うことができる。
また、このソースファイルを予め解析してこの符号に関する情報を取得し、保持しておくこともできる。
この場合、上述した送信制御システムは、ＷＥＢブラウザに表示されているＷＥＢページのソースファイルから抽出された前記符号とこの符号の属性値との対応関係に関する情報を格納した対応情報データベースをさらに備えた構成とする。そして、制限ワードチェック部は、この対応情報データベースに格納された対応関係に関する情報に基づいて、この符号を解析することとなる。
【００１６】
さらにまた、上述した送信制御システムにおいて、ＷＥＢブラウザからのリクエストに応じてサーバから返送されたＷＥＢページのソースファイルを取得し、このソースファイルにおける符号とこの符号の属性値との対応関係を抽出して対応情報データベースに格納するレスポンスファイル解析部を備えた構成とすることができる。
【００１７】
さらに、上述した送信制御システムは、ＷＥＢブラウザにログインしているユーザを特定するログイン管理部を備える構成とし、制限ワードデータベースは、ＷＥＢブラウザを使用するユーザごとに個別に設定された制限ワードを格納し、制限ワードチェック部は、このログイン管理部により特定されたユーザに対して設定されている制限ワードに関する情報を制限ワードデータベースから取得し、この符号の解析結果と照合する構成とすることができる。
これにより、ユーザごとに異なる制限ワードを設定してきめ細かい送信制御を実現することができる。
【００１８】
さらにまた、上述した送信制御システムにおいて、制限ワードデータベースは、リクエストメッセージの送信先に応じて個別に設定された制限ワードを格納し、制限ワードチェック部は、ＷＥＢブラウザから送信されるリクエストメッセージの送信先に対応する制限ワードに関する情報を制限ワードデータベースから取得し、この符号の解析結果と照合する構成とすることができる。
これにより、リクエストメッセージの送信先ごとに異なる制限ワードを設定してきめ細かい送信制御を実現することができる。
【００１９】
さらにまた、上述した送信制御システムにおいて、制限ワードデータベースは、時間帯を指定して設定された複数種類の制限ワードを格納し、制限ワードチェック部は、ＷＥＢページからリクエストメッセージが送信された時間帯に応じて、対応するこの制限ワードに関する情報を制限ワードデータベースから取得し、この符号の解析結果と照合する構成とすることができる。
これにより、リクエストメッセージが発行された時間帯に応じて異なる制限ワードを使用し、きめ細かい送信制御を実現することができる。
【００２０】
また、本発明は、クライアントマシンから送信されたリクエストメッセージを受信し、中継処理を行って外部ネットワークへ送信するサーバにおいて、このリクエストメッセージを受信し、このリクエストメッセージ中に所定のコンテンツのソースファイルに依存した符号が含まれているかどうかを調べるリクエスト送信制御部と、このリクエストメッセージにこの符号が含まれている場合に、このソースファイルに記述されたこの符号の関連部分を用いてこの符号を解析し、この符号の解析結果が、送信を制限するように設定された制限ワードに該当するかどうかに応じて、このリクエストメッセージの送信の諾否を決定する制限ワードチェック部とを備え、このリクエスト送信制御部は、この制限ワードチェック部による送信の諾否の決定にしたがってこのリクエストメッセージの送信を制御することを特徴とする。
このサーバは、プロキシサーバやＩＳＰ（Internet Service Provider）として構成することができる。さらに、クライアントマシンが接続された内部ネットワークから外部ネットワークへアクセスするためのルータもこのサーバに含むものとする。これにより、このサーバに接続された内部ネットワーク上の全てのクライアントマシンから送信されたリクエストメッセージに対して、確実な送信制御を行うことができる。
【００２１】
ここで、このサーバは、コンテンツのソースファイルから抽出された前記符号とこの符号の属性値との対応関係に関する情報をネットワーク（内部ネットワーク）上のデータベースから取得して上記の送信制御を行うことができる。
また、かかるデータベースをこのサーバが持つ構成とすることもできる。この場合、このサーバは、コンテンツのソースファイルから抽出された符号とこの符号の属性値との対応関係に関する情報を格納した対応情報データベースと、クライアントマシンからのリクエストに応じて所定のサーバから返送されたＷＥＢページのソースファイルを取得し、このソースファイルにおける符号とこの符号の属性値との対応関係を抽出して対応情報データベースに格納するレスポンスファイル解析部をさらに備える構成とする。そして、制限ワードチェック部は、この対応情報データベースに格納された対応関係に関する情報に基づいて、この符号を解析することとなる。
【００２２】
さらに、上述したサーバは、クライアントマシンからリクエストメッセージを送信したユーザを特定するログイン管理部と、このクライアントマシンを使用するユーザごとに個別に設定された制限ワードを格納した制限ワードデータベースとを備える構成とし、制限ワードチェック部は、このログイン管理部により特定されたユーザに対して設定されている制限ワードに関する情報を制限ワードデータベースから取得し、この符号の解析結果と照合する構成とすることができる。
これにより、ユーザごとに異なる制限ワードを設定してきめ細かい送信制御を実現することができる。ユーザの特定方法としては、パスワードを要求して直接ログインすることを促したり、クライアントマシンのＯＳにおけるログイン情報を用いたりすることができる。
【００２３】
また、本発明は、外部ネットワークに接続され、ＷＥＢページの表示手段を備える端末装置において、このＷＥＢページのフォームにしたがって生成されたリクエストメッセージ中にこのＷＥＢページのソースファイルに依存した符号が含まれているかどうかを調べるリクエストメッセージ解析手段と、このリクエストメッセージにこの符号が含まれている場合に、このソースファイルに記述されたこの符号の関連部分を用いてこの符号を解析し、この符号の解析結果が、送信を制限するように設定された制限情報に該当するかどうかに応じて、このリクエストメッセージの送信を制御するリクエストメッセージ送信制御手段とを備えることを特徴とする。
端末装置において、かかる機能を実現するには、ＷＥＢブラウザやＯＳの機能として組み込んだり、独立のアプリケーションプログラムとして実装したりすることができる。
【００２４】
さらに、この端末装置は、リクエストメッセージの送信者を特定する送信者特定手段を備える構成とし、リクエストメッセージ送信制御手段は、この端末装置のユーザごとに設定された制限情報のうち、特定された送信者に対して設定された制限情報に基づいてこのリクエストメッセージの送信を制御することができる。
【００２５】
また、本発明は、ＷＥＢページのフォームにしたがって生成されたリクエストメッセージの送信制御方法において、このリクエストメッセージ中にこのＷＥＢページのソースファイルに依存した符号が含まれているかどうかを調べるステップと、この符号が含まれている場合に、このソースファイルに記述されたこの符号の関連部分を用いてこの符号を解析するステップと、この符号の解析結果が、送信を制限するように設定された制限情報に該当するかどうかに応じて、このリクエストメッセージの送信の諾否を決定するステップとを含むことを特徴とする。
【００２６】
さらに、このリクエストメッセージの送信制御方法は、リクエストメッセージの送信者を特定するステップを含み、送信の諾否を決定するステップは、この符号の解析結果が、特定された送信者に対して設定された制限情報に該当するかどうかを調べるステップを含む構成とすることができる。
【００２７】
さらにまた、このリクエストメッセージの送信制御方法において、この制限情報は、このリクエストメッセージの送信先に応じて個別に設定してあり、送信の諾否を決定するステップは、このリクエストメッセージから送信先に関する情報を抽出するステップと、この符号の解析結果が、抽出された送信先に対して設定されたこの制限情報に該当するかどうかを調べるステップとを含む構成とすることができる。
【００２８】
さらにまた、このリクエストメッセージの送信制御方法において、この制限情報は文字列の長さであり、送信の諾否を決定するステップは、この符号の解析結果である文字列の長さと、この制限情報にて指定された長さとを比較してこのリクエストメッセージの送信の諾否を決定するステップを含む構成とすることができる。
【００２９】
さらにまた、このリクエストメッセージの送信制御方法において、この制限情報は数値であり、この送信の諾否を決定するステップは、この符号の解析結果における数に関する情報と、この制限情報にて指定された数値とを比較してこのリクエストメッセージの送信の諾否を決定するステップを含む構成とすることができる。
この符号の解析結果における数に関する情報としては、解析結果の数値そのものである場合や解析結果である数値の桁数である場合などを含む。
【００３０】
また、本発明は、ＨＴＭＬファイルのフォームにしたがって生成されたＨＴＴＰリクエストの送信制御方法において、このＨＴＭＬファイルを解析してこのＨＴＭＬファイルに依存した符号とその属性値との対応関係を求めて保持し、このＨＴＴＰリクエスト中にクエリーデータとしてこの符号が含まれている場合に、この対応関係に基づいてこの符号に対応する属性値を取得し、取得された属性値が、送信を制限するように設定された情報に該当するかどうかに応じて、このリクエストメッセージの送信を制御することを特徴とする。
また、本発明は、コンピュータ装置の表示装置などに表示されたページのフォームにしたがって生成されたメッセージの送信制御方法において、このメッセージ中にこの表示されたページのソースファイルに依存した符号が含まれているかどうかを調べるステップと、この符号の解析結果に応じて、前記メッセージの送信の諾否を決定するステップとを含むことを特徴とする。
【００３１】
さらにまた、本発明は、コンピュータに所定の機能を実現させるプログラムとして提供することができる。すなわち、このプログラムは、外部ネットワークに接続されたコンピュータに、ＷＥＢブラウザから外部ネットワークへ向けて送信されるリクエストメッセージを中継し、このリクエストメッセージ中にＷＥＢブラウザに表示されているＷＥＢページのソースファイルに依存した符号が含まれているかどうかを調べる機能と、このリクエストメッセージにこの符号が含まれている場合に、このソースファイルに記述されたこの符号の関連部分を用いてこの符号を解析する機能と、この符号の解析結果が、送信を制限するように設定された制限情報に該当するかどうかに応じて、このリクエストメッセージの送信を制御する機能と
を実現させることを特徴とする。
【００３２】
さらにまた、このプログラムは、このコンピュータに、ＷＥＢブラウザからのリクエストに応じて所定のサーバから返送されたＷＥＢページのソースファイルを取得する機能と、このソースファイルにおける前記符号とこの符号の属性値との対応関係を抽出して対応情報データベースに格納する機能とをさらに実現させ、この符号を解析する機能は、対応情報データベースに格納された対応関係に関する情報に基づいて、この符号を解析する構成とすることができる。
【００３３】
さらに、このプログラムは、このコンピュータに、クライアントマシンからこのリクエストメッセージを送信したユーザを特定する機能をさらに実現させ、このリクエストメッセージの送信を制御する機能は、特定されたユーザに対して個別に設定されている制限情報に基づいて、このリクエストメッセージの送信を制御する構成とすることができる。
【００３４】
また、本発明は、外部ネットワークに接続されたコンピュータに、ＷＥＢブラウザからのリクエストに応じて所定のサーバから返送されたＷＥＢページのソースファイルを取得する機能と、このソースファイルに含まれているこのソースファイルに依存した符号とこの符号の属性値との対応関係を抽出して対応情報データベースに格納する機能とを実現させることを特徴とするプログラムとして提供することができる。
【００３５】
さらに、本発明は、これらのプログラムを格納した記憶媒体、あるいはネットワークを介してこれらのプログラムを配信するプログラム伝送装置として提供することもできる。
このような構成とすれば、これらのプログラムをロードしたコンピュータにおいて、本発明による送信制御を実現することが可能となる。
【００３６】
【発明の実施の形態】
以下、添付図面に示す実施の形態に基づいて本発明を詳細に説明する。
図１は、本実施の形態におけるキーワード制限機構（システム）の構成を示す図である。なお、本実施の形態においては、インターネットに接続されたクライアントマシンからＷＥＢページのフォームを介して所定のサーバに情報を送信する場合を例として説明する。ただし、インターネット以外にも、ＷＥＢベースのネットワーク環境であれば、外部ネットワークへのアクセスに関して本実施の形態をそのまま利用できることは言うまでもない。
【００３７】
図１に示す本実施の形態のキーワード制限機構１００は、クライアントマシンにおけるＷＥＢブラウザ２００とインターネット３００との間に設けられる。インターネット３００にはＷＥＢサーバ４００が接続され、種々のサービスを提供している。すなわち、ＷＥＢブラウザ２００からインターネット３００を介してＷＥＢサーバ４００にアクセスする場合、必ずキーワード制限機構１００を介してインターネット３００に接続され、迂回路は存在しない。
キーワード制限機構１００は、ネットワークシステム上で、ＷＥＢブラウザ２００とインターネット３００の間に位置すれば良く、ハードウェアには依存しない。すなわち、ＩＳＰ（Internet Service Provider）のサービスとして提供することもできるし、クライアントマシンがインターネット３００に接続するためのルータやプロキシサーバの機能として設けることもできる。さらに、クライアントマシンのＯＳ（Operating System）やＷＥＢブラウザ２００の機能として組み込むことも可能であるし、クライアントマシンで動作する独立したアプリケーションソフトウェアとして実現しても良い。
【００３８】
図１を参照すると、キーワード制限機構１００は、クライアントマシンのＷＥＢブラウザ２００とインターネット３００との間の通信を中継してＷＥＢブラウザ２００から送信された送信情報を監視し制御する中継処理部１０と、ＷＥＢブラウザ２００が受信するコンテンツファイル（サーバレスポンス）を保持するレスポンスファイル保存データベース２０と、送信を制限する語句（以下、この語句を制限ワードと称す）を登録した制限ワードデータベース３０とを備える。
【００３９】
中継処理部１０は、通常のプロキシ（Proxy）と同様に、ＷＥＢブラウザ２００がインターネット３００に接続した場合における全ての通信を中継する。すなわち、ＷＥＢブラウザ２００からＷＥＢサーバ４００へ送信されるリクエストメッセージ及びＷＥＢサーバ４００からＷＥＢブラウザ２００へ送信されるサーバレスポンスの全てが中継処理部１０を中継して転送される。
そして、中継処理部１０は、レスポンスファイル保存データベース２０と制限ワードデータベース３０とを参照して、ＷＥＢブラウザ２００からＷＥＢサーバ４００へ送信されるリクエストメッセージに制限ワードが含まれていないかどうかを調べ、制限ワードが含まれているリクエストメッセージの送信を中止する。
また、中継処理部１０は、ＷＥＢサーバ４００から送られたレスポンスファイルを中継してＷＥＢブラウザ２００に送ると共に、レスポンスファイル保存データベース２０に送る。
【００４０】
レスポンスファイル保存データベース２０は、通常のプロキシに設けられるレスポンスファイル保存用のデータベースと同様であり、中継処理部１０から受け取ったレスポンスファイルを格納する。また、本実施の形態では、後述するようにレスポンスファイルであるＨＴＭＬ文書中の当該ＨＴＭＬ文書に依存した符号（フォームにおける要素の属性名）とその属性値との対応関係を格納する対応情報データベースとして機能する。
【００４１】
制限ワードデータベース３０は、インターネット３００へ送信されることを制限すべき制限ワードを登録する。これにより、ＷＥＢブラウザ２００から送信されたリクエストメッセージに、制限ワードデータベース３０に登録された語句またはこの語句に対応する情報が含まれている場合は、当該リクエストメッセージの送信が中止されることとなる。
【００４２】
上述した中継処理部１０は、本実施の形態のキーワード制限機構１００が構築されるハードウェアに応じて、すなわち、プロキシサーバやクライアントマシンのＣＰＵ、ルータのプロセッサなどを制御するプログラムによって実現される。当該プログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記憶媒体に格納して提供したり、ネットワークを介して伝送したりすることができる。レスポンスファイル保存データベース２０及び制限ワードデータベース３０は、キャッシュメモリや磁気ディスク装置などの記憶装置にて実現される。
【００４３】
図２は、中継処理部１０の構成を示す図である。
図２を参照すると、中継処理部１０は、制限ワードデータベース３０に制限ワードを登録する制限ワード登録部１１と、ＷＥＢサーバ４００から送られたレスポンスファイルを解析してレスポンスファイル保存データベース２０に格納するレスポンスファイル解析部１２と、ＷＥＢブラウザ２００から送信されたリクエストメッセージを受信して制限ワードが含まれていないか調べ必要な処理を行うリクエスト送信制御部１３、制限ワードチェック部１４及びログイン管理部１５とを備える。これらの構成要素は、中継処理部１０を実現するプログラムのモジュールとして提供することができる。
以下、各構成要素の機能に沿って本実施の形態の動作を詳細に説明する。
【００４４】
図３は、制限ワード登録部１１の機能を説明する図である。
制限ワードは、管理権限を持つ特別なユーザによって登録されるものとする。そこで、図３に示すように、制限ワード登録部１１は、ユーザが管理権限を持つことを確認するためのパスワード照合手段１１ａと、制限ワードの登録を行う登録手段１１ｂとを備える。
制限ワードを登録する場合、管理権限を持つユーザは、まずパスワードを入力してログインする。制限ワード登録部１１は、パスワード照合手段１１ａにより、パスワードの照合を行う。パスワードが承認され、ログインが成功したならば、次に当該ユーザは、制限ワードのリストを入力する。制限ワード登録部１１は、登録手段１１ｂにより、入力された制限ワードのリストを制限ワードデータベース３０に格納する。
【００４５】
図４は、制限ワードのリストの例を示す。制限ワードは、ユーザごとに個別に設定することもできるし、全てのユーザに共通のデフォルトの制限ワードを設定することもできる。また、各ユーザに対して複数の制限ワードを設定することができる。例えば、図示の例では、ユーザＩＤが「ａａａ」のユーザは、「大和市中央林間下鶴間」という語句と「１２３４５６７８９０」という語句とが制限ワードとなっており、ユーザＩＤが「ｂｂｂ」のユーザは、「神奈川中央林間」という語句と「０１２３４５６」という語句とが制限ワードとなっている。
リクエストメッセージの送信制御においては、リストに提示された制限ワードのうちの一つでもリクエストメッセージ中に出現した場合には当該リクエストメッセージの送信を中止するようにしても良いし、一定の個数以上の制限ワードが出現した場合に送信を中止する設定とすることもできる。
【００４６】
また、リクエストメッセージを参照すれば、当該リクエストメッセージの送信先（ＵＲＬ）がわかるので、制限ワードデータベース３０に送信先ごとに制限ワードを個別に設定しておき、送信先に応じて制限ワードを切り換えるといった制御も可能である。
さらに、制限ワードデータベース３０に時間帯を指定して異なる制限ワードを設定しておき、リクエストメッセージが発行された時間帯に応じて、対応する制限ワードを使用するといった制御も可能である。
【００４７】
さらにまた、上述したように特定の語句を制限ワード（制限情報）とするのではなく、文字列の長さを制限情報として設定することができる。このような設定とすれば、住所などのある程度の長さを要する文字列がリクエストメッセージに含まれている場合に、当該情報の送信を禁止するような制御を行うことができる。
また、一定の数値を制限情報として設定することもできる。この場合、設定する数値は、入力される数値そのものを指しても良いし、入力される数値の桁数を指すようにすることもできる。この場合、設定されている数値以上（または以下）の数値や、設定されている数値よりも大きい（または小さい）数値がリクエストメッセージの送信情報に含まれている場合に、当該リクエストメッセージの送信を中止するといった設定も可能である。このような設定とすれば、一定額以上の買い物を禁止するというような、数値に基づく制限を行うことができる。
【００４８】
図５は、レスポンスファイル解析部１２の機能を説明する図である。
レスポンスファイル解析部１２は、クライアントマシンのＷＥＢブラウザ２００から送信されたリクエストに対し、ＷＥＢサーバ４００からインターネット３００を介して送られたレスポンスファイルを受信する。そして、受信したレスポンスファイルをＷＥＢブラウザ２００に送ると共に、レスポンスファイルであるＨＴＭＬ文書の内容を解析し当該ファイルと解析結果とをレスポンスファイル保存データベース２０に格納する。
【００４９】
ここで、ＨＴＭＬ文書の解析は次のようにして行う。
まず、レスポンスファイルであるＨＴＭＬ文書中からＦＯＲＭタグを検出する。そして、検出されたＦＯＲＭタグのＡＣＴＩＯＮ属性に当該ＨＴＭＬ文書のＵＲＬを付加した情報をキーとして、当該フォームの内部で定義された属性名と属性値との対応関係を示す対応テーブルを作成する。この対応テーブルがＨＴＭＬ文書の解析結果としてレスポンスファイル保存データベース２０に格納される。
【００５０】
このＨＴＭＬ文書の解析について具体的な例を挙げてさらに詳細に説明する。
図６は、ＨＴＭＬ文書中から検出された、「＜ＦＯＲＭ＞＜／ＦＯＲＭ＞」で囲まれたフォーム部分の例を示す図である。図６に示すフォームは、ＵＲＬがhttp://abc/index.htmlであるＨＴＭＬ文書に含まれているものとする。レスポンスファイル解析部１２は、http://abc/index.htmlのＨＴＭＬ文書から図６のフォームを検出すると、このフォームにおける属性の対応テーブルを作成する。
【００５１】
対応テーブルは、フォームにおける属性名と属性値とを対応付けた詳細テーブルと、当該詳細テーブルと当該フォームが含まれるＨＴＭＬ文書とを対応付けたフォーム参照テーブルとからなる。
レスポンスファイル解析部１２は、図６のフォームに基づき、ＦＯＲＭタグのＡＣＴＩＯＮ属性である「address.cgi」にＵＲＬのサイト名である「abc」を付加してこのフォームを特定するフォームＩＤ「abc/address.cgi」を生成する。そして、このフォームに関する詳細テーブルの名前を決めて、フォームＩＤと対応付ける。ここで、フォームＩＤは、当該フォームがどのＨＴＭＬ文書に属するものかを特定できればどのような情報でも良く、上記の例に限らない。
図７（ａ）は、図６のフォームに基づいて作成されたフォーム参照テーブルを示す図である。図７（ａ）に示すフォーム参照テーブル２１においては、フォームＩＤ「abc/address.cgi」に対応する詳細テーブル名を「addresscgi」としている。
【００５２】
図７（ｂ）は、図６のフォームに基づいて作成された詳細テーブルを示す図である。
図７（ｂ）に示す詳細テーブル２２においては、属性名である要素ＩＤ「Ａ−ａ」と属性値「東京都」、要素ＩＤ「Ａ−ｂ」と属性値「神奈川県」、要素ＩＤ「Ｂ−ａ」と属性値「大和市」、要素ＩＤ「Ｃ−ａ」と属性値「中央林間」がそれぞれ対応付けられている。
【００５３】
図８は、リクエスト送信制御部１３、制限ワードチェック部１４及びログイン管理部１５の機能を説明する図である。
リクエスト送信制御部１３は、ＷＥＢブラウザ２００から送信されたリクエストメッセージを受信し解析して、ＨＴＭＬファイルに依存した符号であるクエリーデータ（query data）が含まれているかどうかを調べる。そして、クエリーデータが含まれている場合は、当該クエリーデータを制限ワードチェック部１４に渡して回答を待ち、クエリーデータが含まれていなければ、当該リクエストメッセージをそのまま送信する。
【００５４】
図９は、リクエスト送信制御部１３による処理を説明するフローチャートである。
図９を参照すると、リクエスト送信制御部１３は、まず、受信したリクエストメッセージの中にクエリーデータがあるかどうかを調べる（ステップ９０１）。ここでは、リクエスト送信制御部１３は、ＷＥＢブラウザ２００から送信された「http://abc/address.cgi?A=b&B=a&C=a」というリクエストメッセージを受信したものとする。
【００５５】
次に、リクエスト送信制御部１３は、クエリーデータが含まれていなければ当該リクエストメッセージを送信し（ステップ９０２、９０５）、クエリーデータが含まれていれば当該リクエストメッセージの宛先であるＵＲＬと当該クエリーデータとを抽出する（ステップ９０２、９０３）。ここでは、「http://abc/address.cgi?A=b&B=a&C=a」というリクエストメッセージを入力したので、ＵＲＬとして「abc/address.cgi」が抽出され、クエリーデータとしてＡ＝ｂ、Ｂ＝ａ、Ｃ＝ａの三つが抽出される。
クエリーデータを抽出した場合、リクエスト送信制御部１３は、抽出されたこれらの情報を制限ワードチェック部１４へ渡し、制限ワードのチェック処理を実行させる（ステップ９０４）。
【００５６】
制限ワードチェック部１４は、リクエスト送信制御部１３から受け取ったリクエストメッセージに関して、クエリーデータが制限ワードを含んでいるかどうかを調べる。そして、制限ワードが含まれている場合は、当該リクエストメッセージの送信を中止するようにリクエスト送信制御部１３に通知し、制限ワードが含まれていない場合は、当該リクエストメッセージを送信するようにリクエスト送信制御部１３に通知する。
【００５７】
図１０は、制限ワードチェック部１４による処理を説明するフローチャートである。
図１０を参照すると、制限ワードチェック部１４は、まず、リクエスト送信制御部１３から受け取ったＵＲＬに基づいて、レスポンスファイル保存データベース２０に格納されているフォーム参照テーブル２１から当該ＵＲＬに対応する詳細テーブル名を取得する（ステップ１００１、１００２）。ここでは、リクエスト送信制御部１３から受け取ったＵＲＬが「abc/address.cgi」であるので、図７（ａ）に示すフォーム参照テーブル２１を参照すると、「addresscgi」という詳細テーブル名が得られる。
【００５８】
次に、制限ワードチェック部１４は、得られた詳細テーブル名にて参照する詳細テーブル２２を特定し、リクエスト送信制御部１３から受け取ったクエリーデータの問い合わせを行い、属性値を取得する（ステップ１００３、１００４）。ここでは、Ａ＝ｂ、Ｂ＝ａ、Ｃ＝ａという三つのクエリーデータの属性値を、詳細テーブル「addresscgi」に問い合わせる。図７（ｂ）に示す詳細テーブル２２を参照すると、Ａ＝ｂに対応する属性値として「神奈川県」、Ｂ＝ａに対応する属性値として「大和市」、Ｃ＝ａに対応する属性値として「中央林間」をそれぞれ取得することができる。
【００５９】
次に、制限ワードチェック部１４は、制限ワードデータベース３０を参照して、得られたこれらの属性値が制限ワードとして設定されているかどうかを調べる（ステップ１００５）。そして、これらの属性値が制限ワードとして設定されているならば、当該リクエストメッセージの送信を中止するようにリクエスト送信制御部１３に通知し、制限ワードとして設定されていないならば、当該リクエストメッセージの送信を行うようにリクエスト送信制御部１３に通知する。
【００６０】
以上のようにして、本実施の形態は、ＨＴＭＬ文書の内容に基づいて、リクエストメッセージのクエリーデータに用いられる情報（属性名）と制限ワードとの対応関係を認識し、リクエストメッセージが制限ワードに該当する情報を含んでいるかどうかを判断する。このため、ユーザにより制限ワードが入力された場合、リクエストメッセージに記述された情報が置換されたものであっても、当該情報が制限ワードに該当することを確実に判断することができる。
なお、リクエストメッセージの送信の諾否に関しては、上述したように種々の方法を取ることができる。すなわち、複数の制限ワードが設定されている場合に、そのうちの一つでもクエリーデータに存在するならば当該リクエストメッセージの送信を中止することもできるし、一定個数以上の制限ワードが存在する場合に送信を中止することもできる。また、制限ワードとして語句ではなく数値を設定しておき、当該数値以上の数値（または当該数値以下の数値）を含むリクエストメッセージの送信を中止するといった制御を行うこともできる。
【００６１】
ところで、ユーザごとに個別の制限ワードを設定した場合は、リクエストメッセージのクエリーデータが、当該リクエストメッセージの情報を入力したユーザに対して設定された制限ワードに該当する場合にのみ当該リクエストメッセージの送信を中止するといった制御を行う必要がある。すなわち、所定の語句が所定のユーザにとっては制限ワードであり他のユーザにとっては制限ワードでない場合、当該他のユーザが当該語句を入力したとしても、その入力に基づくリクエストメッセージの送信を中止すべきではない。言い換えれば、当該他のユーザは当該語句に対しては送信する権限を持つことになる。したがって、リクエストメッセージの情報を入力したユーザを特定する手段が必要となる。本実施の形態では、ログイン管理部１５によってこの制御を行う。
【００６２】
図８を参照すると、ログイン管理部１５は、制限ワードチェック部１４において、リクエストメッセージ中のクエリーデータが制限ワードを含むと判断された場合に、ＷＥＢブラウザ２００を介してユーザに対してパスワードを要求する。
この要求に応じてユーザがパスワードを返信すると、ログイン管理部１５は、当該パスワードに基づいてユーザを特定し、クエリーデータに含まれると判断された制限ワードが当該ユーザに対して設定された制限ワードか否か、すなわち、当該ユーザが当該制限ワードの送信権限を持つか否かを調べる。
そして、当該ユーザに対して設定された制限ワードでない（送信権限を持つ）と判断した場合は、当該リクエストメッセージの送信を行うようにリクエスト送信制御部１３に通知する。一方、当該ユーザに対して設定された制限ワードである（送信権限がない）と判断した場合は、当該リクエストメッセージの送信を中止するようにリクエスト送信制御部１３に通知する。また、ユーザに対しても、リクエストメッセージの送信を拒否する旨の通知を行う。
【００６３】
なお、ログイン管理部１５は、一定条件を満足する場合（例えば、一定時間入力が行われなかった場合や、何らのリクエストメッセージも送信されなかった場合など）に、ユーザに対してログアウトを要求したり、自動的にログアウトしたりすることにより、ログインの状態を解除する必要がある。これは、クライアントマシンのユーザが変わった場合に、改めてログインを要求することによって、以前のユーザに対応した制限ワードの対応テーブルを使用してしまうことを避けるためである。
【００６４】
また、制限ワードをユーザごとに設定せず、全てのユーザにデフォルトの制限ワードを適用する場合は、上述したログイン管理部１５及びそのユーザを認証する処理は不要であることは言うまでもない。また、ユーザを認証する方法は、上述したパスワードの要求による方法に限定するものではなく、ＯＳにログインしたユーザに依存するなど、種々の方法を取ることができる。さらに、パスワードの要求方法やログアウトの要求方法においても、上述したＷＥＢブラウザ２００を介して行う他、クライアントマシンの表示装置にダイアログボックスを表示したり、音声にて通知したりするなど、種々の方法を取ることができる。
【００６５】
リクエスト送信制御部１３は、上述したように、受信したリクエストメッセージにクエリーデータがあると判断し、制限ワードチェック部１４からの回答待ちとなった後、制限ワードチェック部１４またはログイン管理部１５から当該リクエストメッセージの送信を行う旨の通知を受け取った場合は、当該リクエストメッセージの送信を実行する。一方、制限ワードチェック部１４またはログイン管理部１５から当該リクエストメッセージの送信を中止する旨の通知を受け取った場合は、当該リクエストメッセージの送信を中止する。
なお、リクエストメッセージの送信を中止した場合は、クライアントマシンの表示装置にエラーメッセージを表示するなどの方法により、ユーザに対して送信拒否の通知を行うことができる。
【００６６】
以上説明したキーワード制限機構１００は、上述したように、ＷＥＢブラウザ２００とインターネット３００との間（観念的にはユーザと外部ネットワークとの間）に設置されれば良く、ＩＳＰやプロキシサーバ、ルータ、クライアントマシンなど、種々のハードウェアに実装することができる。クライアントマシンに実装する場合、ＷＥＢブラウザやＯＳの機能として組み込むことができる他、独立のアプリケーションプログラムとして実装することも可能である。
キーワード制限機構１００をＯＳの機能としてクライアントマシンに組み込む場合、単にリクエストメッセージの送信を制限するだけでなく、あらゆるアプリケーションにおいて不適当な語句を使用することを防ぐことができる。また、上述したように、リクエストメッセージの送信者を特定するためにＯＳのログイン情報を利用することも可能である。
【００６７】
次に、本実施の形態のキーワード制限機構をプロキシサーバに実装した例について説明する。
図１１は、キーワード制限機構をプロキシサーバに実装した場合の構成例を示す図である。なお、図１１にはクライアントマシン１１００を一つのみ記載しているが、実際には複数台のクライアントマシン１１００がプロキシサーバ１１１０を介してインターネット３００に接続されている。また、図１１では、リクエストメッセージの送信制御処理に関わる構成のみを記載しており、図２に示した制限ワード登録部１１は記載していない。さらに、図１１において、インターネットアクセス部１１２１は図２に示したレスポンスファイル解析部１２に相当する機能を有し、ＨＴＭＬキャッシュ１１２４は図２に示したレスポンスファイル保存データベース２０に相当し、制限ワードリスト管理部１１１２及び制限ワード蓄積部１１１３は図２に示した制限ワードデータベース３０に相当する。また、ログイン管理部１１１１、リクエスト送信制御部１１２２、制限ワードチェック部１１２３は、それぞれ図２に示したログイン管理部１５、リクエスト送信制御部１３、制限ワードチェック部１４と同一である。
【００６８】
図１２は、図１１に示すプロキシサーバ１１１０に実装されたキーワード制限機構の動作を説明するフローチャートである。図１１及び図１２を参照して、クライアントマシン１１００によるリクエストメッセージの送信時の処理について説明する。
初期状態として、所定のＨＴＭＬ文書がインターネット３００を介して受信され、クライアントマシン１１００のＷＥＢブラウザ１１０１にて表示されているものとする。したがって、当該ＨＴＭＬ文書は、インターネットアクセス部１１２１におけるレスポンスファイル解析部１２に相当する機能によって解析され、解析結果と共にＨＴＭＬキャッシュ１１２４に格納されている。
【００６９】
クライアントマシン１１００のＷＥＢブラウザ１１０１からリクエストメッセージが送信されると、リクエスト送信制御部１１２２が当該リクエストメッセージを受信し、クエリーデータを含むかどうかを調べる（ステップ１２０１、１２０２）。そして、クエリーデータを含むならば、当該クエリーデータを抽出し、リクエストメッセージがいずれのコンテンツファイルに基づいて送信されたかを特定するフォームＩＤに対応する情報（送り先のＵＲＬなど）と一緒に制限ワードチェック部１１２３に渡す。
【００７０】
制限ワードチェック部１１２３は、まず、当該リクエストメッセージを送信したユーザに対応した制限ワードリストを用いてチェックを行うため、制限ワードリスト管理部１１１２に問い合わせる。
制限ワードリスト管理部１１１２は、当該リクエストメッセージを送信したユーザを特定するため、ログイン管理部１１１１に問い合わせてログインがなされているかどうかをチェックする（ステップ１２０３）。ログインが行われていない場合、ログイン管理部１１１１は、クライアントマシン１１００にログインダイアログを送信する（ステップ１２０４）。
このログインダイアログに応じて正当なパスワードによりログインが行われたならば、制限ワードリスト管理部１１１２は、当該ログインにて特定されたユーザに対応する制限ワードリストを制限ワード蓄積部１１１３からロードし、制限ワードチェック部１１２３に渡す（ステップ１２０５、１２０６）。
一方、正常にログインが行われなかったならば、デフォルトの制限ワードリストを制限ワード蓄積部１１１３からロードし、制限ワードチェック部１１２３に渡す（ステップ１２０５、１２０７）。
【００７１】
次に、制限ワードチェック部１１２３は、制限ワードリスト管理部１１１２から受け取った制限ワードリストを参照し、処理対象であるリクエストメッセージのクエリーデータに制限ワード自体があるかどうかを調べる（ステップ１２０８）。制限ワードが含まれている場合は、直ちに当該リクエストメッセージの送信を中止するように、リクエスト送信制御部１１２２に通知する。リクエスト送信制御部１１２２は、この通知を受け取ると、当該リクエストメッセージの送信を中止する（ステップ１２１２）。
【００７２】
ステップ１２０８において、リクエストメッセージのクエリーデータに制限ワードが含まれていないと判断された場合、次に、制限ワードチェック部１１２３は、ＨＴＭＬキャッシュ１１２４から当該リクエストメッセージに対応した対応テーブルをロードする（ステップ１２０９）。ここで、ロードに失敗したならば、制限ワードチェック部１１２３は、直ちに当該リクエストメッセージの送信を中止するように、リクエスト送信制御部１１２２に通知する。リクエスト送信制御部１１２２は、この通知を受け取ると、当該リクエストメッセージの送信を中止する（ステップ１２１２）。
【００７３】
ステップ１２０９において、所望の対応テーブルのロードに成功したならば、次に、制限ワードチェック部１１２３は、当該対応テーブルを用いて、処理対象であるリクエストメッセージのクエリーデータにおける符号の属性値（ＷＥＢブラウザ１１０１において表示されていた文字列）を取得する（ステップ１２１０）。ここで、文字列の取得に失敗したならば、制限ワードチェック部１１２３は、直ちに当該リクエストメッセージの送信を中止するように、リクエスト送信制御部１１２２に通知する。リクエスト送信制御部１１２２は、この通知を受け取ると、当該リクエストメッセージの送信を中止する（ステップ１２１２）。
【００７４】
ステップ１２１０において、所望の文字列を取得したならば、次に、制限ワードチェック部１１２３は、制限ワードリスト管理部１１１２から受け取った制限ワードリストを参照し、取得した文字列中に制限ワードがあるかどうか調べる（ステップ１２１１）。そして、当該文字列中に制限ワードが含まれていたならば、制限ワードチェック部１１２３は、当該リクエストメッセージの送信を中止するように、リクエスト送信制御部１１２２に通知する。また、当該文字列中に制限ワードが含まれていないならば、制限ワードチェック部１１２３は、当該リクエストメッセージの送信を実行するように、リクエスト送信制御部１１２２に通知する。
リクエスト送信制御部１１２２は、制限ワードチェック部１１２３から送信中止の通知を受け取ったならば、当該リクエストメッセージの送信を中止し（ステップ１２１２）、送信実行の通知を受け取ったならば、当該リクエストメッセージの送信を行う（ステップ１２１３）。
【００７５】
上記の実装例では、キーワード制限機構の全構成をプロキシサーバ１１１０に実装した例を示したが、例えばログイン管理部１１１１、制限ワードリスト管理部１１１２及び制限ワード蓄積部１１１３と、インターネットアクセス部１１２１、リクエスト送信制御部１１２２、制限ワードチェック部１１２３及びＨＴＭＬキャッシュ１１２４とを異なるハードウェアに実装し、ネットワークで接続する構成としても良い。
【００７６】
上述した本実施の形態は、コンテンツファイル（ＷＥＢページ）がＨＴＭＬ文書である場合を例として説明したが、ＸＭＬなどＷＥＢベースのコンテンツの記述に用いられる他の言語を用いてコンテンツファイルが記述されている場合であっても同様に利用できることは言うまでもない。
【００７７】
【発明の効果】
以上説明したのように、本発明によれば、サーバから受信したＨＴＭＬ文書を解析し、この解析情報を用いて、送信しようとしている情報の中に送信を制限されている語句が含まれているか否かを確認することにより、送信を制限された語句を含んだリクエストメッセージが送信されてしまうことを確実に防止することが可能である。
【図面の簡単な説明】
【図１】  本実施の形態におけるキーワード制限機構の構成を示す図である。
【図２】  本実施の形態における中継処理部の構成を示す図である。
【図３】  本実施の形態における制限ワード登録部の機能を説明する図である。
【図４】  本実施の形態にて用いられる制限ワードリストの例を示す図である。
【図５】  本実施の形態におけるレスポンスファイル解析部の機能を説明する図である。
【図６】  本実施の形態において、ＨＴＭＬ文書中から検出されたフォーム部分の例を示す図である。
【図７】  本実施の形態にて用いられる対応テーブルの例を示す図であり、図７（ａ）はフォーム参照テーブル、図７（ｂ）は詳細テーブルを示す。
【図８】  本実施の形態におけるリクエスト送信制御部、制限ワードチェック部及びログイン管理部の機能を説明する図である。
【図９】  本実施の形態のリクエスト送信制御部による処理を説明するフローチャートである。
【図１０】  本実施の形態の制限ワードチェック部による処理を説明するフローチャートである。
【図１１】  本実施の形態のキーワード制限機構をプロキシサーバに実装した場合の構成例を示す図である。
【図１２】  図１１に示すプロキシサーバに実装されたキーワード制限機構の動作を説明するフローチャートである。
【図１３】  クライアントマシンのブラウザに表示されているフォーム部分から送信されるリクエストメッセージを説明する図である。
【符号の説明】
１０…中継処理部、１１…制限ワード登録部、１２…レスポンスファイル解析部、１３…リクエスト送信制御部、１４…制限ワードチェック部、１５…ログイン管理部、２０…レスポンスファイル保存データベース、３０…制限ワードデータベース、１００…キーワード制限機構、２００…ＷＥＢブラウザ、３００…インターネット、４００…ＷＥＢサーバ
【図１】
0003714599.tif 000002
【図２】
0003714599.tif 000003
【図３】
0003714599.tif 000004
【図４】
0003714599.tif 000005
【図５】
0003714599.tif 000006
【図６】
0003714599.tif 000007
【図７】
0003714599.tif 000008
【図８】
0003714599.tif 000009
【図９】
0003714599.tif 000010
【図１０】
0003714599.tif 000011
【図１１】
0003714599.tif 000012
【図１２】
0003714599.tif 000013
【図１３】
0003714599.tif 000014