特許 6383847 ウェブサーバ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6383847

(24)【登録日】2018年8月10日

(45)【発行日】2018年8月29日

(54)【発明の名称】ウェブサーバ

(51)【国際特許分類】

   G06F 13/00 20060101AFI20180820BHJP

   G06F 12/00 20060101ALI20180820BHJP

【ＦＩ】

   G06F13/00 540A

   G06F12/00 546R

【請求項の数】1

【全頁数】11

(21)【出願番号】特願2017-163162(P2017-163162)

(22)【出願日】2017年8月28日

(62)【分割の表示】特願2013-542796(P2013-542796)の分割

【原出願日】2011年11月11日

(65)【公開番号】特開2017-212013(P2017-212013A)

(43)【公開日】2017年11月30日

【審査請求日】2017年8月28日

(73)【特許権者】

【識別番号】598049322

【氏名又は名称】株式会社三菱ＵＦＪ銀行

(74)【代理人】

【識別番号】110000408

【氏名又は名称】特許業務法人高橋・林アンドパートナーズ

(72)【発明者】

【氏名】嘉藤 隆也

【審査官】 小林 義晴

(56)【参考文献】

【文献】 特開２０００−２０４３３（ＪＰ，Ａ）

【文献】 特開２００３−７６６２７（ＪＰ，Ａ）

【文献】 特開２００７−８１６３８（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００２／０１１２０３４（ＵＳ，Ａ１）

【文献】 吉田和幸，南浩一，ｔｈｒｏｔｔｌｉｎｇによる攻撃抑制の効果について，情報処理学会研究報告，日本，社団法人情報処理学会，２００７年 ３月 １日，第2007巻，第16号，p.381-386

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｇ０６Ｆ １２／００

(57)【特許請求の範囲】

【請求項1】

クライアントから送信されたＨＴＴＰリクエストを含む電文を受信する電文受信部と、
前記電文の受信時刻を取得する時刻管理部と、
前記ＨＴＴＰリクエストのＨＴＴＰヘッダに設定されたＡｃｃｅｐｔ−Ｌａｎｇｕａｇｅを取得するＨＴＴＰヘッダ取得部と、
取得された前記受信時刻及び取得された前記Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅに応じた前記クライアントへの送信データを作成するレスポンス作成部であって、取得された前記受信時刻に基づいて所定期間内に前記電文の量が閾値を超えて受信されたことを検知した場合、応答速度を遅らせるように動作モードを変更させるレスポンス作成部と、
前記レスポンス作成部において作成された送信データに基づき電文を前記クライアントへと送信する電文送信部と
を有するウェブサーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ウェブサーバ及びウェブページの表示方法に関する。本発明は、より詳細には、クライアントのアドレス及びＨＴＴＰリクエスト内の情報を用いて認証を行う装置及び方法などに関する。

【背景技術】

【0002】

近年、ウェブページをブラウジング（閲覧）することは広く行われている。インターネットを通じて広く世界中のウェブページが閲覧可能となっている。日本の企業のウェブページに対しても、日本国内のみならず、日本国外のユーザがアクセスするケースが増えている。また、日本国内から日本語を母国語としないユーザがアクセスすることもあるし、日本国外から日本語を母国語としたユーザがアクセスすることもある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００６−２５４０２３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

そこで、ユーザの属性に応じたウェブページを表示する技術が望まれている。また、できるだけ簡易かつ正確にユーザの属性を判別する技術が望まれている。

【0005】

本発明は、クライアント側における複雑な手続きが不要で、かつユーザの属性を正確に判別してユーザの属性に応じたウェブページを表示できるウェブサーバ及びウェブページの表示方法を提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明の一実施形態として、クライアントから送信されたＨＴＴＰリクエストを含む電文を受信する電文受信部と、前記電文の受信時刻を取得する時刻管理部と、前記ＨＴＴＰリクエストのＨＴＴＰヘッダに設定されたＡｃｃｅｐｔ−Ｌａｎｇｕａｇｅを取得するＨＴＴＰヘッダ取得部と、取得された前記受信時刻及び取得された前記Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅに応じた前記クライアントへの送信データを作成するレスポンス作成部であって、取得された前記受信時刻に基づいて所定期間内に前記電文の量が閾値を超えて受信されたことを検知した場合、応答速度を遅らせるように動作モードを変更させるレスポンス作成部と、前記レスポンス作成部において作成された送信データに基づき電文を前記クライアントへと送信する電文送信部とを有するウェブサーバを提供する。

【発明の効果】

【0007】

本発明により、クライアント側における複雑な手続きが不要で、かつユーザの属性に応じたウェブページを表示できるウェブサーバ及びウェブページの表示方法を提供することができる。

【図面の簡単な説明】

【0008】

【図1】本発明の一実施形態に係るウェブサーバの構成を示す機能ブロック図である。

【図2】ＩＰヘッダのデータ構造の一例を示す図である。

【図3】ＨＴＴＰヘッダのデータ構造の一例を示す図である。

【図4】本発明の一実施形態に係るウェブサーバを用いて表示したウェブページの一例である。

【図5】本発明の一実施形態に係るウェブサーバを用いて表示したウェブページの一例である。

【図6】本発明の一実施形態に係るウェブサーバを用いて表示したウェブページの一例である。

【図7】本発明の一実施形態に係るウェブサーバを用いて表示したウェブページの一例である。

【図8】本発明の他の実施形態に係るウェブサーバの構成を示す機能ブロック図である。

【図9】本発明の一実施形態に係るウェブページの表示方法の流れを説明するためのフローチャートである。

【図10】本発明の他の実施形態に係るウェブページの表示方法の流れを説明するためのフローチャートである。

【発明を実施するための形態】

【0009】

以下、図面を参照して本発明に係るウェブサーバ及びウェブページの表示方法について説明する。但し、本発明に係るウェブサーバは多くの異なる態様で実施することが可能であり、以下に示す実施の形態及び実施例の記載内容に限定して解釈されるものではない。なお、実施形態及び実施例で参照する図面において、同一部分又は同様な機能を有する部分には同一の符号を付し、その繰り返しの説明は省略する。

【0010】

（実施形態１）
図１は、本発明の一実施形態に係るウェブサーバの構成を示す機能ブロック図である。

【0011】

図１を参照すると、本発明の一実施形態に係るウェブサーバ１００は、電文受信部１１０、送信元アドレス解析部１２０、ＨＴＴＰヘッダ解析部１３０、レスポンス作成部１４０、電文送信部１５０を有する。

【0012】

本発明におけるウェブサーバ１００は、物理的に１台のサーバでも、複数台のクラスタリングされたサーバにより構成されてもよく、また、複数のアプリケーション、プラットフォーム、及びインフラストラクチャから構成されたいわゆるクラウドコンピューティングの形態であってもよい。

【0013】

ウェブサーバ１００は、クライアント２００とネットワーク接続されている。ウェブサーバ１００は、クライアント２００のＨＴＴＰユーザエージェント２１０から送信されたＨＴＴＰリクエストに応じて、クライアント２００に対して、ＨＴＴＰレスポンスを送信してウェブサービスを提供する。

【0014】

ＨＴＴＰユーザエージェント２１０は、例えばウェブブラウザであるが、これに限られず、検索エンジンのクローラなどでもよい。

【0015】

電文受信部１１０は、クライアント２００とインターネット等のネットワークを介して接続するためのインターフェースである。電文受信部１１０は、通信プロトコルとしてのＴＣＰ／ＩＰに対応している。そして電文受信部１１０は、クライアント２００のＨＴＴＰユーザエージェント２１０より送信されたＨＴＴＰリクエストを含む電文を受信する。

【0016】

送信元アドレス解析部１２０は、電文受信部１１０により受信された電文を解析しクライアント２００のアドレスを取得する。送信元アドレス解析部１２０は、例えば、電文受信部１１０で受信した電文のＩＰヘッダを解析して、クライアント２００のアドレスを取得する。

【0017】

すなわち、送信元アドレス解析部１２０は、電文のＩＰパケットからＩＰヘッダを抽出する。そして、ＩＰヘッダの記述から、送信元アドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）のスロットを取得することによって、クライアント２００のアドレスを送信元アドレスとして取得する。ＩＰヘッダは、例えば図２に示すようなＩＰヘッダ１０であって、そのうち、送信元アドレス１１を確認し、送信元アドレス１１が「１７０．２．２７．６５」であることから、クライアント２００のアドレスが「１７０．２．２７．６５」であると認識する。送信元アドレス解析部１２０は、認識した送信元アドレスをレスポンス作成部１４０へと受け渡す。

【0018】

ＨＴＴＰヘッダ解析部１３０は、クライアント２００から送信されたＨＴＴＰリクエストから、ＨＴＴＰヘッダを抽出し、ＨＴＴＰヘッダの記述を確認し、必要な情報を取得する。

【0019】

例えば、ＨＴＴＰヘッダ解析部１３０は、ＨＴＴＰヘッダの記述の中から「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」の部分を取得する。すなわち、ＨＴＴＰヘッダ解析部１３０は、図３に示すようなＨＴＴＰリクエストのＨＴＴＰヘッダ２０の記述を確認する場合には、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」２１の記述を確認する。「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」２１の記載は、「ｊａ,ｅｎ;ｑ＝０．５」であるため、ＨＴＴＰヘッダ解析部１３０は、ＨＴＴＰユーザエージェント２１０の受け入れ可能言語が日本語と英語とであることを認識する。ＨＴＴＰヘッダ解析部１３０は、認識した受け入れ可能言語の情報を、レスポンス作成部１４０へと受け渡す。これにより、後述のレスポンス作成部１４０において、クライアント２００のＨＴＴＰユーザエージェント２１０の受け入れ可能言語に基づいてレスポンスのデータを作成することができる。

【0020】

なお、ＨＴＴＰヘッダ解析部１３０は、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」の記載に限られず、その他のＨＴＴＰヘッダの記載をレスポンス作成部１４０へ受け渡してもよい。例えば、「Ｕｓｅｒ−Ａｇｅｎｔ」の記述を確認して、ＨＴＴＰユーザエージェント２１０の種類を確認し、その種類に応じたデータをレスポンス作成部１４０において選択できるようにしてもよい。

【0021】

レスポンス作成部１４０は、送信元アドレス解析部１２０から受け渡されたクライアント２００のアドレス及びＨＴＴＰヘッダ解析部１３０より受け渡された情報に基づいて、クライアント２００へと送信するＨＴＴＰレスポンスの内容を決定し、ＨＴＴＰレスポンスのデータを作成する。なお、ここで作成とは、予め複数作成したデータから、クライアント２００のアドレスとＨＴＴＰヘッダ解析部１３０より受け渡された情報とに応じて送信するデータを選択することも含む。

【0022】

ＨＴＴＰヘッダ解析部１３０において、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」の記述を確認して受け入れ可能言語の情報をレスポンス作成部１４０へ受け渡した場合、レスポンス作成部１４０は、クライアント２００のアドレスと受け入れ可能言語との組合せにより、ＨＴＴＰレスポンスとしてクライアント２００へと送信するデータの内容を決定しＨＴＴＰレスポンスのデータを作成する。

【0023】

例えば、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」に「ｊａ」の記述があり、受け入れ可能言語として日本語を含む場合で、クライアント２００のアドレスから、クライアント２００が日本国内に存在することを確認した場合、レスポンス作成部１４０は、日本国内に在住する日本語でのコミュニケーション可能な者向けのコンテンツを提供するためのデータをＨＴＴＰレスポンスに含める。この場合、レスポンス作成部１４０は、例えば図４のようなウェブページを表示させるためのＨＴＴＰレスポンスのデータを作成する。これにより、日本国内に居住している日本語が理解できる人向けのウェブページがクライアント２００に送信される。

【0024】

例えば、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」に「ｊａ」の記述がなく、「ｚｈ」の記述があり、受け入れ可能言語が中国語である場合で、クライアント２００のアドレスから、クライアント２００が日本国内に存在することを確認した場合、レスポンス作成部１４０は、日本国内に在住する中国語でのコミュニケーション可能な者向けのコンテンツを提供するためのデータをＨＴＴＰレスポンスへと含める。この場合、レスポンス作成部１４０は、例えば図５のようなウェブページを表示させるためのＨＴＴＰレスポンスのデータを作成する。これにより、日本国内に居住しているが中国語しか理解できない人向けのウェブページがクライアント２００に送信される。

【0025】

例えば、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」に「ｊａ」の記述があり、受け入れ可能言語に日本語を含む場合で、クライアント２００のアドレスから、クライアント２００が日本国外に存在することを確認した場合、レスポンス作成部１４０は、日本国外に在住する日本語でのコミュニケーション可能な者向けのコンテンツを提供するためのデータをＨＴＴＰレスポンスへと含める。この場合、レスポンス作成部１４０は、例えば図６のようなウェブページを表示させるためのＨＴＴＰレスポンスのデータを作成する。これにより、日本国外に居住している日本語が理解できる人向けのウェブページがクライアント２００に送信される。

【0026】

例えば、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」に「ｅｎ」の記述のみがあり、受け入れ可能言語が英語である場合で、クライアント２００のアドレスから、クライアント２００が日本国外に存在することを確認した場合、レスポンス作成部１４０は、英語によるコミュニケーションが可能である日本国外に在住する者向けのコンテンツを提供するためのデータをＨＴＴＰレスポンスへと含める。この場合、レスポンス作成部１４０は、例えば図６のようなウェブページを表示させるためのＨＴＴＰレスポンスのデータを作成する。これにより、日本国外に居住している英語しか理解できない人向けのウェブページがクライアント２００に送信される。

【0027】

このように、レスポンス作成部１４０において、クライアント２００のアドレス及び受け入れ可能言語を把握し、その組み合わせに応じてＨＴＴＰレスポンスのデータを作成することにより、それぞれのユーザに応じたウェブページを表示することができる。

【0028】

なお、受け入れ可能言語ごとに異なるＨＴＴＰレスポンスのデータを作成せず、例えば受け入れ可能言語に日本語を含む場合と日本語を含まない場合、といった場合分けなどもレスポンス作成部１４０において適宜設定可能である。また、アドレスをより詳細に判別して、国より小さな、地域単位でデータを作成してもよいし、ある国の国内、国外、といった単位でなく国単位でデータを作成してもよい。

【0029】

また、ＨＴＴＰヘッダの記述のうち、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」以外の「Ｕｓｅｒ−Ａｇｅｎｔ」の記述などをさらに組み合わせて用いてもよい。

【0030】

レスポンス作成部１４０において作成したＨＴＴＰレスポンスのデータから、電文送信部１５０においてクライアント２００に送信する電文を作成してクライアント２００へと送信する。

【0031】

本実施形態により、クライアント側における複雑な手続きが不要で、かつユーザの属性を正確に判別してユーザの属性に応じたウェブページを表示できるウェブサーバが提供される。

【0032】

（実施形態２）
次に、本発明の他の実施形態に係るウェブページの表示方法を図４を参照して説明する。

【0033】

図４に係る本実施形態においては、図１を参照して説明した実施形態に加えて、時刻管理部１６０を有する。時刻管理部１６０は、電文の受信時刻及び電文の受信間隔等を判別し、記憶装置へと書き込み記憶する。時刻管理部１６０は、電文の受信時刻をウェブサーバ１００の時計の示す時刻から取得してもよいし、電文自体にタイムスタンプなどの形式で時刻情報が含まれる場合、それを用いてもよい。

【0034】

時刻管理部１６０で取得した電文の受信時刻、受信時刻間隔は、レスポンス作成部１４０へただちに、またはレスポンス作成部１４０からの要求に応じて、レスポンス作成部１４０へと受け渡される。

【0035】

レスポンス作成部１４０は、時刻管理部１６０から受け渡された受信時刻及びＨＴＴＰヘッダ解析部１３０より受け渡された情報に基づき、ＨＴＴＰレスポンスの内容を決定する。

【0036】

たとえば、ＨＴＴＰヘッダのうち、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」と、受信時刻間隔を参照して、所定の受け入れ可能言語のＨＴＴＰユーザエージェント２１０より、所定の期間内に閾値以上の量の電文を受信している場合、ＨＴＴＰレスポンスの内容を変更してもよい。

【0037】

また、変形例として、ＨＴＴＰヘッダのうち、「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」と、受信時刻間隔を参照した際に、通常、当該ウェブサーバ１００が提供するウェブページへのアクセスが想定されていない所定の受け入れ可能言語が「Ａｃｃｅｐｔ−Ｌａｎｇｕａｇｅ」に記述されており、当該受け入れ可能言語が記述されたＨＴＴＰリクエストを、所定の期間内に、閾値を超えた量を受信したことをレスポンス作成部１４０において検知した場合、作成するＨＴＴＰレスポンスの内容を変えることなく、ウェブサーバ１００の動作モードを変更する機能やウェブサーバ１００の管理者へと何らかの通知を行う機能を、レスポンス作成部１４０が有してもよく、そうした機能を有する他のコンポーネントへとレスポンス作成部１４０が通知してもよい。

【0038】

上記の動作モードを変更する一例を説明する。同じ受け入れ可能言語が記述されたＨＴＴＰリクエストを所定期間内に閾値を超えた量を受信した場合には、クライアント２００からのＨＴＴＰリクエストの誤送信など、ユーザがＨＴＴＰレスポンスの受信を希望していないケースが考えられる。ウェブサーバ１００のリソース確保のため、レスポンス作成部１４０ないしレスポンス作成部１４０から通知を受けた他のコンポーネントにより、ウェブサーバ１００をスリープモードに変更して、クライアント２００へのＨＴＴＰレスポンスをウェブサーバ１００の通常の動作モードにおける応答速度よりも遅らせて送信してもよい。これにより、クライアント２００のユーザからは、ウェブサーバ１００の動作が遅くなっているように認識される。

【0039】

本変形例により、通常アクセスが想定されない受け入れ可能言語が記述されたＨＴＴＰリクエストに対して、ウェブサーバ１００において自動で、または管理者において、より適切なアクションを行うことができる。例えば当該受け入れ可能言語向けのウェブページを表示するためのＨＴＴＰレスポンスを新たに作成するための準備を迅速に行うことなどもできる。

【0040】

また、ＨＴＴＰヘッダのうち、「Ｕｓｅｒ−Ａｇｅｎｔ」と、電文の受信時刻の情報を用いて、レスポンス作成部１４０で作成するＨＴＴＰレスポンスの全部または一部の内容を変更してもよい。例えば、「Ｕｓｅｒ−Ａｇｅｎｔ」で記述されたＨＴＴＰユーザエージェント２２０の情報が、電文の受信時刻と比較して、最新のバージョンのウェブブラウザを示している場合には、クライアント２００のユーザは、パーソナルコンピュータの使用について詳しい知識を有するユーザであるものとして、そうしたユーザ向けの情報を表示してもよい。例えば、最新のコンピュータ製品に関する広告を、ポップアップ表示するなどしてもよい。

【0041】

本実施形態により、クライアント側における複雑な手続きが不要で、かつユーザの属性を正確に判別してユーザの属性や、電文の受信間隔に応じてウェブページを表示するウェブサーバが提供される。

【0042】

なお、本実施形態の変形例として、レスポンス作成部１４０において、クライアント２００のアドレス情報は用いず、アドレスに応じたＨＴＴＰレスポンスは作成しない場合には、アドレス解析部１２０を有しないより簡易な構成としてもよい。

【0043】

（実施形態３）
次に、本発明の一実施形態に係るウェブページの表示方法を説明する。

【0044】

図９は、本発明の一実施形態に係るウェブページの表示方法の流れを説明するためのフローチャートである。

【0045】

図９を参照すると、まず、ウェブサーバ１００は、クライアント２００から、ＨＴＴＰリクエストを含む電文を受信する（Ｓ１１０）。

【0046】

ウェブサーバ１００は、電文のＩＰヘッダの送信元アドレスの記述から、クライアント２００のアドレスを解析する（Ｓ１２０）。

【0047】

次に、ウェブサーバ１００は、電文のＨＴＴＰヘッダの記述から、所定の情報を解析する（Ｓ１３０）。

【0048】

ウェブサーバ１００は、クライアント２００のアドレスとＨＴＴＰヘッダの所定の情報を参照し、クライアント２００へと送信するＨＴＴＰレスポンスのデータを作成する（Ｓ１４０）。なお、予め作成してあるデータのうちからクライアント２００のアドレスとＨＴＴＰヘッダの所定の情報に応じたデータを選択してもよい。

【0049】

作成したＨＴＴＰレスポンスを含む電文をクライアント２００へと送信する（Ｓ１５０）。

【0050】

本実施形態により、クライアント側における複雑な手続きが不要で、かつユーザの属性を正確に判別してユーザの属性に応じたウェブページの表示方法が提供される。

【0051】

（実施形態４）
次に、本発明の他の実施形態に係るウェブページの表示方法を説明する。

【0052】

図１０は、本発明の他の実施形態に係るウェブページの表示方法を説明するためのフローチャートである。

【0053】

図１０を参照すると、まず、ウェブサーバ１００は、クライアント２００から、ＨＴＴＰリクエストを含む電文を受信する（Ｓ２１０）。

【0054】

ウェブサーバ１００は、電文の受信時刻を確認し記憶する（Ｓ２２０）。

【0055】

ウェブサーバ１００は、電文のＨＴＴＰヘッダの記述から、所定の情報を解析する（Ｓ２３０）。

【0056】

ウェブサーバ１００は、電文の受信時刻とＨＴＴＰヘッダの所定の情報を参照し、クライアント２００へと送信するＨＴＴＰレスポンスのデータを作成する（Ｓ２４０）。なお、予め作成してあるデータのうちから受信時刻とＨＴＴＰヘッダの所定の情報に応じたデータを選択してもよい。また、図４に係る実施形態の説明において上述したように、ウェブサーバ１００の管理者に通知するなど、その他のアクションを行ってもよい。

【0057】

作成したＨＴＴＰレスポンスを含む電文をクライアント２００へと送信する（Ｓ２５０）。

【0058】

本実施形態により、クライアント側における複雑な手続きが不要で、かつユーザの属性を正確に判別してユーザの属性や、電文の受信間隔に応じたウェブページの表示方法が提供される。

【符号の説明】

【0059】

１００ ウェブサーバ、１１０ 電文受信部、１２０ 送信元アドレス解析部、１３０ ＨＴＴＰヘッダ解析部、１４０ レスポンス作成部、１５０ 電文送信部、２００ クライアント、２１０ ＨＴＴＰユーザエージェント

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】