(57)【要約】【課題】Ｗｅｂサーバの障害時に、障害発生前に提供されたサービスと連続する最新のサービスを、ユーザの付加的な操作を要求することなく提供すること。【解決手段】ユーザ端末（１０）、Ｗｅｂサーバ（２０）、リダイレクト先Ｗｅｂサーバ（３０）を備えるＷｅｂシステム（１）において、ユーザ端末（１０）は、Ｗｅｂサーバ（２０）から送信されたプログラムに従い、ＵＲＬ及び属性情報からなるＷｅｂページ要求をＷｅｂサーバ（２０）に送信する度に、このＷｅｂページ要求をユーザ端末（１０）のローカルストレージ領域に記憶する。そして、Ｗｅｂページ要求に対するＷｅｂサーバ（２０）からの応答が所定期間以上得られない場合に、ローカルストレージ領域に記憶したＷｅｂページ要求に含まれるＵＲＬをリダイレクト先Ｗｅｂサーバ（３０）に対応するＵＲＬに変更した属性情報を含むＷｅｂページ要求を、リダイレクト先Ｗｅｂサーバ（３０）に送信する。【選択図】図２
2011170683.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と、前記ユーザ端末からの要求に応じてＷｅｂページを送信するＷｅｂサーバと、を備え、前記Ｗｅｂサーバの障害時であってもＷｅｂページを送信可能なＷｅｂシステムであって、
前記Ｗｅｂサーバと同一のデータを管理するリダイレクト先Ｗｅｂサーバを備え、
前記ユーザ端末が、ＵＲＬ及び属性情報からなるＷｅｂページ要求を前記ＵＲＬに対応する前記Ｗｅｂサーバに送信するＷｅｂページ要求手段と、
前記Ｗｅｂサーバから前記Ｗｅｂページを受信する受信手段と、
前記Ｗｅｂページ要求を送信する度に、前記Ｗｅｂページ要求を前記ユーザ端末のローカルストレージ領域に記憶するＷｅｂページ要求記憶手段と、
前記Ｗｅｂサーバから前記Ｗｅｂページ要求に対する応答が所定期間以上得られない場合に前記Ｗｅｂページ要求記憶手段に記憶された前記Ｗｅｂページ要求に含まれるＵＲＬを前記リダイレクト先Ｗｅｂサーバに対応するＵＲＬに変更するＵＲＬ変更手段と、
前記ＵＲＬ変更手段により変更されたＵＲＬ及び前記属性情報に基づいて前記リダイレクト先ＷｅｂサーバにＷｅｂページ要求を送信するリダイレクト要求手段と、
を備えるＷｅｂシステム。
【請求項２】
前記受信手段は、前記Ｗｅｂページ要求記憶手段、前記ＵＲＬ変更手段及び前記リダイレクト要求手段を前記ユーザ端末に機能させる所定のプログラムを更に受信する請求項１に記載のＷｅｂシステム。
【請求項３】
前記リダイレクト要求手段は、前記Ｗｅｂページ要求記憶手段に記憶されたＷｅｂページ要求に属性情報が含まれない場合には、前記リダイレクト先Ｗｅｂサーバに属性情報を含まないＷｅｂページ要求を送信する請求項１又は請求項２に記載のＷｅｂシステム。
【請求項４】
ユーザ端末からの要求に応じてＷｅｂページを送信するＷｅｂサーバの障害時にＷｅｂページを配信可能な方法であって、
前記Ｗｅｂサーバと同一のデータを管理するリダイレクト先Ｗｅｂサーバを備え、
前記ユーザ端末は、
ＵＲＬ及び属性情報からなるＷｅｂページ要求を前記ＵＲＬに対応する前記Ｗｅｂサーバに送信するステップと、
前記Ｗｅｂサーバから前記Ｗｅｂページを受信するステップと、
前記Ｗｅｂページ要求を送信する度に、前記Ｗｅｂページ要求を前記ユーザ端末のローカルストレージ領域に記憶するステップと、
前記Ｗｅｂサーバから前記Ｗｅｂページ要求に対する応答が所定期間以上得られない場合に前記ローカルストレージ領域に記憶された前記Ｗｅｂページ要求に含まれるＵＲＬを前記リダイレクト先Ｗｅｂサーバに対応するＵＲＬに変更するステップと、
変更されたＵＲＬ及び前記属性情報に基づいて前記リダイレクト先ＷｅｂサーバにＷｅｂページ要求を送信するステップと、
を含む方法。
【請求項５】
ユーザ端末と、前記ユーザ端末からの要求に応じてＷｅｂページを送信するＷｅｂサーバと、を備えるＷｅｂシステムにおいて、前記ユーザ端末に、
ＵＲＬ及び属性情報からなるＷｅｂページ要求を前記ＵＲＬに対応する前記Ｗｅｂサーバに送信するＷｅｂページ要求手順と、
ＵＲＬ及び属性情報からなるＷｅｂページ要求を前記Ｗｅｂサーバに送信する度に、前記Ｗｅｂページ要求を前記ユーザ端末のローカルストレージ領域に記憶するＷｅｂページ要求記憶手順と、
前記Ｗｅｂサーバから前記Ｗｅｂページ要求に対する応答が所定期間以上得られない場合に前記ローカルストレージ領域に記憶された前記Ｗｅｂページ要求に含まれるＵＲＬを、前記Ｗｅｂサーバと同一のデータを管理するリダイレクト先Ｗｅｂサーバに対応するＵＲＬに変更するＵＲＬ変更手順と、
前記ＵＲＬ変更手順により変更されたＵＲＬ及び前記属性情報に基づいて前記リダイレクト先ＷｅｂサーバにＷｅｂページ要求を送信するリダイレクト要求手順と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂシステム、方法及びプログラム、より詳しくは、Ｗｅｂページを送信するＷｅｂサーバに障害が発生したときであっても、ユーザ端末からの要求に応じて最新のＷｅｂページを配信可能なＷｅｂシステム、方法及びプログラムに関する。
【背景技術】
【０００２】
インターネットの爆発的な普及により、ポータルサイトや動画投稿サイトなどの様々なサービスが提供されるようになっている。このような大規模なサービスを提供するサイトは、多数のユーザが利用しており、ひとたびＷｅｂサーバに障害が生じるとサービスを提供することが出来なくなる。そこで、このような大規模なサービスを提供するサイトにおいては、負荷分散及び障害対応の目的で、複数のＷｅｂサーバを一のＵＲＬに対応させて冗長構成としている場合がある（図９参照）。
この場合、ユーザ端末から所定のＵＲＬのＷｅｂページ要求を受け付けたＷｅｂサーバが障害を起こした場合においても、当該ユーザ端末から当該所定のＵＲＬについて再度Ｗｅｂページ要求をすれば、冗長構成となっている他のＷｅｂサーバが当該Ｗｅｂページの要求に応答することが出来るようにしている。しかしながら、上述のようにユーザに再度同じＷｅｂページ要求を強いることになる（図９（１）参照）。
更に、停電や災害などで冗長構成としているサーバ群の全てが停止した場合には対応することが出来ない（図９（１）参照）。
【０００３】
一方、Ｗｅｂサーバの障害発生時におけるサービス提供に関して特許文献１や特許文献２に開示された技術が知られている。
特許文献１には、インターネット上のコンテンツのうち所定の分量をユーザ端末に予めキャッシュしておき、オフライン状態であってもコンテンツを閲覧可能にすることで、Ｗｅｂサーバと通信不可能な状態であってもサービスを提供可能なシステムが開示されている。
また、特許文献２には、金融機関やコンビニエンスストアなどに設置された自動取引装置において、Ｗｅｂページ表示障害発生時に障害発生画面を一定時間表示した後、初期画面を表示することで障害を復旧する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２１３１７３号公報
【特許文献２】特開２００４−１５１８６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示されたシステムでは、Ｗｅｂサーバと通信不可能な状態に提供されるサービスは、ユーザ端末に予めキャッシュされたものであるため、最新のサービスである保証がない。
【０００６】
また、特許文献２に開示された方法では、障害復旧後に初期画面が表示されてしまうため、障害発生時に提供されるべきであったサービスを再度提供するためには、ユーザに同じ操作を再度強いることになってしまう。
ここで、インターネット上のサービスでは、Ｗｅｂページにおいてユーザが入力した情報（ログイン情報や検索キーワードなど）に基づいて、特定のユーザに特化したサービスを提供することが一般的に行われている。具体的には、ログインしたユーザに最適な情報を提供したり、検索キーワードからユーザの関心のある情報を推測し、当該情報に関連する広告を提供することなどが行われている。
Ｗｅｂサーバの障害時にこのような情報の入力を再度ユーザに強いることは煩わしく、また、インターネット上における連続的なサービスの提供という観点からも望ましくない。
【０００７】
本発明はこのような問題に鑑みてなされたものであり、Ｗｅｂサーバの障害時に、障害発生前に提供されたサービスと連続する最新のサービスを、ユーザの付加的な操作を要求することなく提供可能なＷｅｂシステム、方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では、以下のような解決手段を提供する。
なお、以下では、「属性情報」という表現を使用するが、「属性情報」とは、ログイン情報や検索キーワードなどといったＷｅｂページにおいてユーザが入力した情報（ＵＲＬパラメータ）及びリンク元のＷｅｂページなどを示すリファラ、を含むものである。より具体的には、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）の後に付加される疑問符「？」で始まる情報をいう。
【０００９】
（１）  ユーザ端末と、前記ユーザ端末からの要求に応じてＷｅｂページを送信するＷｅｂサーバと、を備え、前記Ｗｅｂサーバの障害時であってもＷｅｂページを送信可能なＷｅｂシステムであって、前記Ｗｅｂサーバと同一のデータを管理するリダイレクト先Ｗｅｂサーバを備え、前記ユーザ端末が、ＵＲＬ及び属性情報からなるＷｅｂページ要求を前記ＵＲＬに対応する前記Ｗｅｂサーバに送信するＷｅｂページ要求手段と、前記Ｗｅｂサーバから前記Ｗｅｂページを受信する受信手段と、前記Ｗｅｂページ要求を送信する度に、前記Ｗｅｂページ要求を前記ユーザ端末のローカルストレージ領域に記憶するＷｅｂページ要求記憶手段と、前記Ｗｅｂサーバから前記Ｗｅｂページ要求に対する応答が所定期間以上得られない場合に前記Ｗｅｂページ要求記憶手段に記憶された前記Ｗｅｂページ要求に含まれるＵＲＬを前記リダイレクト先Ｗｅｂサーバに対応するＵＲＬに変更するＵＲＬ変更手段と、前記ＵＲＬ変更手段により変更されたＵＲＬ及び前記属性情報に基づいて前記リダイレクト先ＷｅｂサーバにＷｅｂページ要求を送信するリダイレクト要求手段と、を備えるＷｅｂシステム。
【００１０】
（１）のＷｅｂシステムによれば、ユーザ端末は、Ｗｅｂサーバからの応答が得られない場合には、ユーザ端末のローカルストレージ領域に記憶されたＷｅｂページ要求に含まれるＵＲＬをリダイレクト先Ｗｅｂサーバに対応するＵＲＬに変更した上でＷｅｂページ要求する。これにより、Ｗｅｂサーバに障害が発生した場合などであっても、同一のデータを管理するリダイレクト先Ｗｅｂサーバが最新のＷｅｂページを提供できる。
また、リダイレクト先Ｗｅｂサーバへは、変更されたＵＲＬに加え属性情報が付加された状態で、Ｗｅｂページ要求が送信される。そのため、例えば、ユーザに再度の入力を要求することなく、連続したサービスを提供することができる。
【００１１】
（２）  前記受信手段は、前記Ｗｅｂページ要求記憶手段、前記ＵＲＬ変更手段及び前記リダイレクト要求手段を前記ユーザ端末に機能させる所定のプログラムを更に受信する（１）に記載のＷｅｂシステム。
【００１２】
（２）記載のＷｅｂシステムによれば、Ｗｅｂページと共に送信されるプログラムによって、（１）と同様の効果を奏することができる。
【００１３】
（３）  前記リダイレクト要求手段は、前記Ｗｅｂページ要求記憶手段に記憶されたＷｅｂページ要求に属性情報が含まれない場合には、前記リダイレクト先Ｗｅｂサーバに属性情報を含まないＷｅｂページ要求を送信する（１）又は（２）に記載のＷｅｂシステム。
【００１４】
（３）のＷｅｂシステムによれば、属性情報が得られない場合には、リダイレクト先Ｗｅｂサーバに属性情報を含まないＷｅｂページ要求を送信することができる。
【００１５】
（４）  ユーザ端末からの要求に応じてＷｅｂページを送信するＷｅｂサーバの障害時にＷｅｂページを配信可能な方法であって、前記Ｗｅｂサーバと同一のデータを管理するリダイレクト先Ｗｅｂサーバを備え、前記ユーザ端末は、ＵＲＬ及び属性情報からなるＷｅｂページ要求を前記ＵＲＬに対応する前記Ｗｅｂサーバに送信するステップと、前記Ｗｅｂサーバから前記Ｗｅｂページを受信するステップと、前記Ｗｅｂページ要求を送信する度に、前記Ｗｅｂページ要求を前記ユーザ端末のローカルストレージ領域に記憶するステップと、前記Ｗｅｂサーバから前記Ｗｅｂページ要求に対する応答が所定期間以上得られない場合に前記ローカルストレージ領域に記憶された前記Ｗｅｂページ要求に含まれるＵＲＬを前記リダイレクト先Ｗｅｂサーバに対応するＵＲＬに変更するステップと、変更されたＵＲＬ及び前記属性情報に基づいて前記リダイレクト先ＷｅｂサーバにＷｅｂページ要求を送信するステップと、を含む方法。
【００１６】
（５）  ユーザ端末と、前記ユーザ端末からの要求に応じてＷｅｂページを送信するＷｅｂサーバと、を備えるＷｅｂシステムにおいて、前記ユーザ端末に、ＵＲＬ及び属性情報からなるＷｅｂページ要求を前記ＵＲＬに対応する前記Ｗｅｂサーバに送信するＷｅｂページ要求手順と、ＵＲＬ及び属性情報からなるＷｅｂページ要求を前記Ｗｅｂサーバに送信する度に、前記Ｗｅｂページ要求を前記ユーザ端末のローカルストレージ領域に記憶するＷｅｂページ要求記憶手順と、前記Ｗｅｂサーバから前記Ｗｅｂページ要求に対する応答が所定期間以上得られない場合に前記ローカルストレージ領域に記憶された前記Ｗｅｂページ要求に含まれるＵＲＬを、前記Ｗｅｂサーバと同一のデータを管理するリダイレクト先Ｗｅｂサーバに対応するＵＲＬに変更するＵＲＬ変更手順と、前記ＵＲＬ変更手順により変更されたＵＲＬ及び前記属性情報に基づいて前記リダイレクト先ＷｅｂサーバにＷｅｂページ要求を送信するリダイレクト要求手順と、を実行させるためのプログラム。
【００１７】
（４）の方法及び（５）のプログラムによれば、（１）のＷｅｂシステムと同様の効果を奏することができる。
【発明の効果】
【００１８】
本発明によれば、Ｗｅｂサーバの障害時に、障害発生前に提供されたサービスと連続する最新のサービスを、ユーザの付加的な操作を要求することなく提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１実施形態の概要を示す図である。
【図２】本発明の第１実施形態のＷｅｂシステムの構成を示す図である。
【図３】本発明の第１実施形態のＷｅｂシステムに含まれるＷｅｂページ要求ＤＢを示す図である。
【図４】本発明の第１実施形態のスクリプトプログラムの規定内容を示す図である。
【図５】本発明の第１実施形態のスクリプトプログラムに従い、ユーザ端末で行われる処理の流れを示すフローチャートである。
【図６】本発明の第１実施形態のＷｅｂシステムの動作例を示す図である。
【図７】クロスドメイン制限を回避するための方法の一例を示す図である。
【図８】別実施形態のプログラム提供方法を示す図である。
【図９】従来のＷｅｂシステムにおける障害発生時の動作例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００２１】
［概要］
図１を参照して、本発明の第１実施形態の概要について説明する。
本第１実施形態は、ユーザ端末１０と、ユーザ端末１０からの要求に応じてＷｅｂページを送信するＷｅｂサーバ２０（詳細には、Ｗｅｂサーバ群であるが、説明を容易にするためＷｅｂサーバとしている）と、を備えるＷｅｂシステム１において、Ｗｅｂサーバ２０に障害が発生し、ユーザ端末１０からのＷｅｂページ要求に対するレスポンスが所定時間以上ない場合に、Ｗｅｂサーバ２０と同一のデータを管理しＷｅｂサーバ２０のバックアップとして機能するリダイレクト先Ｗｅｂサーバ３０にＷｅｂページ要求を行い、リダイレクト先Ｗｅｂサーバ３０から当該Ｗｅｂページ要求に対するレスポンスを受けるものである。このとき、Ｗｅｂサーバ２０へのＷｅｂページ要求に含まれる「属性情報（ＵＲＬパラメータやリファラなど）」もリダイレクト先Ｗｅｂサーバ３０へのＷｅｂページ要求に含まれる結果、障害発生前に提供されたサービスと連続する最新のサービスを提供すること可能としている。そして、本第１実施形態は、このような制御を、障害発生前にＷｅｂサーバ２０から送信されたＷｅｂページと共にユーザ端末１０に予め送信されていたスクリプトプログラムに従い行うことを特徴としている。
以下、図面を参照して、詳細に説明する。
【００２２】
［Ｗｅｂシステム１の構成］
図２を参照して、本発明の第１実施形態に係るＷｅｂシステム１について説明する。
Ｗｅｂシステム１は、ユーザ端末１０と、Ｗｅｂサーバ２０と、リダイレクト先Ｗｅｂサーバ３０と、から構成される。ユーザ端末１０は、ネットワークを介してＷｅｂサーバ２０及びリダイレクト先Ｗｅｂサーバ３０と通信可能であり、Ｗｅｂサーバ２０及びリダイレクト先Ｗｅｂサーバ３０にＷｅｂページ要求を送信する。Ｗｅｂサーバ２０は、ユーザ端末１０からの要求に応じてＷｅｂページ及びスクリプトプログラムを送信する。リダイレクト先Ｗｅｂサーバ３０は、Ｗｅｂサーバ２０と同一のデータを管理しＷｅｂサーバ２０のバックアップとして機能し、ユーザ端末１０からの要求に応じてＷｅｂページ及びスクリプトプログラムを送信する。
【００２３】
また、ユーザ端末１０は、Ｗｅｂページ要求手段１１と、Ｗｅｂページ要求記憶手段１２と、Ｗｅｂページ要求データベース（以下、データベースを「ＤＢ」と表記する）１３と、レスポンス監視手段１４と、Ｗｅｂページ受信手段１５と、Ｗｅｂページ表示手段１６と、ＵＲＬ変更手段１７と、リダイレクト要求手段１８と、を備える。
【００２４】
Ｗｅｂページ要求手段１１は、Ｗｅｂサーバ２０へＷｅｂページ要求を行う。ここで、「Ｗｅｂページ要求」とは、ＵＲＬ及び属性情報からなり、ユーザの操作により又はユーザの操作によらず自動的に構成され、Ｗｅｂサーバ２０へ送信される。
【００２５】
Ｗｅｂページ要求記憶手段１２は、Ｗｅｂサーバ２０から受信したスクリプトプログラムに従い、Ｗｅｂページ要求手段１１がＷｅｂページ要求を送信する度に、このＷｅｂページ要求をＷｅｂページ要求ＤＢ１３に記憶する。なお、スクリプトプログラムの詳細については、後で図４を参照して説明する。
Ｗｅｂページ要求ＤＢ１３は、ユーザ端末１０のローカルストレージ領域に設けられ、図３に示すようにＵＲＬ及び属性情報からなるＷｅｂページ要求を順次記憶する。
【００２６】
レスポンス監視手段１４は、Ｗｅｂページ要求の後、所定時間以内にＷｅｂページ要求に対するレスポンス（Ｗｅｂページ）を受信したか監視する。そして、所定時間以内にレスポンスを受信しない場合にはタイムアウトと判定する。なお、所定時間に関しては、任意に設定可能である。
【００２７】
Ｗｅｂページ受信手段１５は、Ｗｅｂサーバ２０及びリダイレクト先Ｗｅｂサーバ３０からＷｅｂページ及びスクリプトプログラムを受信する。なお、スクリプトプログラムの詳細については、図４を参照して説明するが、スクリプトプログラムには、タイムアウトした場合にＷｅｂページ要求に含まれるリダイレクト元ＵＲＬをリダイレクト先ＵＲＬに変更することが規定されている。例えば、スクリプトプログラムには、Ｗｅｂサーバ２０に障害が発生し、Ｗｅｂページ要求（ＵＲＬ「ｈｔｔｐ：／／ａｂｃ．ｃｏ．ｊｐ」）がタイムアウトした場合には、ＵＲＬ「ｈｔｔｐ：／／ａｂｃ２．ｃｏ．ｊｐ」に変更することが規定されている。
【００２８】
Ｗｅｂページ表示手段１６は、受信したＷｅｂページをユーザ端末１０の表示画面に表示する。
【００２９】
ＵＲＬ変更手段１７は、レスポンス監視手段１４によりタイムアウトと判定された場合に、現在表示されているＷｅｂページと共に、或いはそれ以前に受信したスクリプトプログラムに従って、Ｗｅｂページ要求ＤＢ１３に記憶されたＷｅｂページ要求に含まれるＵＲＬをリダイレクト先Ｗｅｂサーバ３０に対応するＵＲＬに変更する。
具体的には、ＵＲＬ変更手段１７は、最新の（タイムアウトと判定された）Ｗｅｂページ要求と、スクリプトプログラムに規定されたリダイレクト元ＵＲＬと、を対比し、一致する部分まで（前方一致）をリダイレクト先ＵＲＬに変更する。そして、最新のＷｅｂページ要求に属性情報がある場合には、リダイレクト先ＵＲＬに当該属性情報を追加する。
【００３０】
リダイレクト要求手段１８は、現在表示されているＷｅｂページと共に、或いはそれ以前に受信したスクリプトプログラムに従って、リダイレクト先ＵＲＬ及び属性情報に基づくＷｅｂページ要求をリダイレクト先Ｗｅｂサーバ３０に対して送信する。
【００３１】
このように、本第１実施形態では、最新のＷｅｂページ要求に属性情報が含まれている場合には、この属性情報を保持したままリダイレクト先Ｗｅｂサーバ３０にＷｅｂページ要求を送信する。これにより、Ｗｅｂサーバ２０の障害時に、障害発生前に提供されたサービスと連続する最新のサービスを、ユーザの付加的な操作を要求することなく提供できる。
【００３２】
具体的には、属性情報の一例である検索キーワードを例にすると、検索キーワードが入力されＷｅｂページ要求（検索ボタン操作に伴う要求）がされると、ＵＲＬに加え検索キーワードを示す属性情報がＷｅｂサーバ２０に送信される。このとき、Ｗｅｂサーバ２０に障害が発生している場合には、リダイレクト先Ｗｅｂサーバ３０にＷｅｂページ要求が送信される。この場合において、リダイレクト先Ｗｅｂサーバ３０に検索キーワードが送信されないと、リダイレクト先Ｗｅｂサーバ３０は検索結果を返信できず、ユーザ端末１０には、再度検索画面が表示されることになる。これに対して、本第１実施形態では、リダイレクト先Ｗｅｂサーバ３０に検索キーワードも送信するため、リダイレクト先Ｗｅｂサーバ３０は、検索結果をユーザ端末１０に返信することができる。
したがって、本第１実施形態では、障害発生前に提供されたサービスと連続する最新のサービスを、ユーザの付加的な操作を要求することなく提供できる。
【００３３】
［本第１実施形態のハードウェア及びソフトウェアの構成］
本第１実施形態は、コンピュータ及びその周辺装置に適用される。本第１実施形態における各手段は、コンピュータ及びその周辺装置が備えるハードウェア並びに当該ハードウェアを制御するソフトウェアによって構成される。
【００３４】
上記ハードウェアには、制御装置（制御部）としてのＣＰＵの他、記憶装置（記憶部）、通信装置（通信部）、表示装置（表示部）及び入力装置（入力部）が含まれる。記憶装置（記憶部）としては、例えば、メモリ（ＲＡＭ、ＲＯＭなど）、ハードディスクドライブ（ＨＤＤ）及び光ディスク（ＣＤ、ＤＶＤなど）ドライブが挙げられる。通信装置（通信部）としては、例えば、各種有線及び無線インターフェース装置が挙げられる。表示装置（表示部）としては、例えば、液晶ディスプレイ及びプラズマディスプレイなどの各種ディスプレイが挙げられる。入力装置（入力部）としては、例えば、キーボード及びポインティング・デバイス（マウスなど）が挙げられる。
【００３５】
上記ソフトウェアには、上記ハードウェアを制御するコンピュータ・プログラムやデータが含まれる。コンピュータ・プログラムやデータは、記憶装置（記憶部）により記憶され、制御装置（制御部）により適宜実行、参照される。
【００３６】
［スクリプトプログラムの規定］
次に、図４を参照して、本第１実施形態に係るスクリプトプログラムの規定する内容について説明する。
本第１実施形態に係るスクリプトプログラムは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）により規定され、Ｗｅｂページ（詳細にはＨＴＭＬ：ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）と共に、Ｗｅｂサーバ２０及びリダイレクト先Ｗｅｂサーバ３０から送信される。このスクリプトプログラムは、ユーザ端末１０に対し少なくとも以下の（１）〜（４）の手順を実行させる。
（１）Ｗｅｂページ要求をＷｅｂサーバ２０に送信する度に、当該Ｗｅｂページ要求をユーザ端末１０のローカルストレージ領域（Ｗｅｂページ要求ＤＢ１３）に記憶する手順。
（２）Ｗｅｂサーバ２０からタイムアウト時までにＷｅｂページを受信したか判定する手順。
（３）時までにＷｅｂページを受信しない場合に、ローカルストレージ領域に記憶された最新のＷｅｂページ要求のＵＲＬ部分を、リダイレクト先Ｗｅｂサーバ３０のＵＲＬに変更する（属性情報は、最新のＷｅｂページ要求と同じ）手順。
（４）リダイレクト先Ｗｅｂサーバ３０に（３）の手順で変更されたＷｅｂページ要求を送信する手順。
【００３７】
なお、詳しくは後述するが、スクリプトプログラムには、異なるドメインからデータをリクエストする際のセキュリティー上の制限（クロスドメイン制限）を回避するためのプログラムが規定されていると好ましい。
【００３８】
［ユーザ端末１０における処理フロー］
次に、図５を参照して、上記スクリプトプログラムに従って、ユーザ端末１０で行われる処理の流れについて説明する。
【００３９】
Ｓ１において、Ｗｅｂページ要求手段１１が、Ｗｅｂサーバ２０に対してＷｅｂページ要求を送信すると、Ｗｅｂページ要求記憶手段１２は、スクリプトプログラムに従い、当該Ｗｅｂページ要求をユーザ端末１０のローカルストレージ領域に記憶する（Ｓ２）。なお、スクリプトプログラムは、現在表示されているＷｅｂページと共に、或いはそれ以前に、Ｗｅｂサーバ２０から受信したものである。
【００４０】
続いて、レスポンス監視手段１４は、タイムアウト時までにＷｅｂページ要求に対応するＷｅｂページを受信したか否かをスクリプトプログラムに従い判定する（Ｓ３）。このとき、タイムアウト時までにＷｅｂページを受信している場合には、ユーザ端末１０の制御部はスクリプトプログラムに従いタイマーをキャンセルし（Ｓ４）、Ｗｅｂページ表示手段１６がＷｅｂページを表示する（Ｓ５）。
【００４１】
他方、タイムアウト時までにＷｅｂページを受信していない場合には、ユーザ端末１０の制御部は、Ｗｅｂサーバ２０に対するＷｅｂページ要求をスクリプトプログラムに従いキャンセルする（Ｓ１１）。そして、ＵＲＬ変更手段１７は、スクリプトプログラムに従いＷｅｂページ要求のＵＲＬをリダイレクト先ＵＲＬに変更すると共に（Ｓ１２）、最新のＷｅｂページ要求に属性情報がある場合には、変更したリダイレクト先ＵＲＬに当該属性情報を追加する（Ｓ１３）。
【００４２】
続いて、リダイレクト要求手段１８は、スクリプトプログラムに従い、リダイレクト先Ｗｅｂサーバ３０にＷｅｂページ要求を送信する（Ｓ１４）。その後、Ｗｅｂページ受信手段１５が、リダイレクト先Ｗｅｂサーバ３０からＷｅｂページを受信すると（Ｓ１５）、Ｗｅｂページ表示手段１６はＷｅｂページを表示する（Ｓ５）。
【００４３】
［Ｗｅｂシステム１における動作］
次に、図６を参照して、Ｗｅｂシステム１における動作の流れを説明する。
【００４４】
図６（１）において、ユーザ端末１０にはＷｅｂサーバ２０から送信された検索ページ１００が表示されている。なお、ユーザ端末１０には、検索ページ１００と共に、或いはそれ以前にスクリプトプログラムも送信されている。検索ページ１００は、キーワード入力欄１０１と検索ボタン１０２とを備えるＷｅｂページであり、キーワード入力欄１０１に検索キーワードが入力され、検索ボタン１０２が操作されることで、Ｗｅｂサーバ２０から検索結果が返信される。
【００４５】
図６（１）において、キーワード入力欄１０１に「ｐａｔｅｎｔ」と入力され、検索ボタン１０２が操作されると、Ｗｅｂサーバ２０には、「ｈｔｔｐ：／／ａｂｃ．ｃｏ．ｊｐ？ｐ＝ｐａｔｅｎｔ＆ｓｅａｒｃｈ．ｘ＝１＆ｆｒ＝ｔｏｐ＿ｇａ１・・・」というＷｅｂページ要求１１０が送信されると共に、ユーザ端末１０のローカルストレージ領域に設けられたＷｅｂページ要求ＤＢ１３にＷｅｂページ要求１１０が記憶される。なお、ローカルストレージ領域への記憶は、検索ページと共に、或いはそれ以前に送信されたスクリプトプログラムに従い行われる。
Ｗｅｂページ要求１１０のうち、疑問符「？」より前の部分がＵＲＬであり、後の部分が属性情報１１１である。Ｗｅｂページ要求１１０の属性情報１１１は、検索キーワードが「ｐａｔｅｎｔ」であることなどを示している。
【００４６】
その後、Ｗｅｂサーバ２０からの検索結果の返信が所定時間以上ない場合には、ユーザ端末１０では、スクリプトプログラムに従い、Ｗｅｂページ要求１１０のＵＲＬ部分「ｈｔｔｐ：／／ａｂｃ．ｃｏ．ｊｐ」をリダイレクト先ＵＲＬ「ｈｔｔｐ：／／ａｂｃ２．ｃｏ．ｊｐ」に変更する。そして、このリダイレクト先ＵＲＬに最新のＷｅｂページ要求１１０に含まれていた属性情報１１１を追加してＷｅｂページ要求１２０とし、リダイレクト先Ｗｅｂサーバ３０へＷｅｂページ要求１２０を送信する（図６（２））。
【００４７】
リダイレクト先Ｗｅｂサーバ３０では、Ｗｅｂページ要求１２０に対応するＷｅｂページをユーザ端末１０に返信する。ここで、Ｗｅｂページ要求１２０には、検索キーワードを示す属性情報１１１が含まれるため、リダイレクト先Ｗｅｂサーバ３０は、検索結果を返信することができ、ユーザ端末１０には、検索結果ページ１３０が表示される（図６（３））。
【００４８】
このように、本件発明に係るＷｅｂシステム１では、Ｗｅｂサーバ２０に障害が発生した際に、最新のＷｅｂページ要求に含まれる属性情報を保持したまま、リダイレクト先Ｗｅｂサーバ３０にＷｅｂページ要求を行う。そのため、Ｗｅｂサーバ２０の障害時に、障害発生前に提供されたサービスと連続する最新のサービスを、ユーザの付加的な操作を要求することなく提供することができる。
【００４９】
［クロスドメイン制限の回避］
ここで、本件発明では、Ｗｅｂサーバ２０の障害時にＷｅｂサーバ２０とはＵＲＬ（ドメイン）の異なるリダイレクト先Ｗｅｂサーバ３０からＷｅｂページを受信することとしている。インターネット上のサービス提供では、セキュリティーの関係上異なるドメインからのデータのリクエスト（いわゆる、クロスドメイン）に制限がかけられることがある。本第１実施形態では、Ｗｅｂページと共にＷｅｂサーバ２０から送信されるスクリプトプログラムに従い、このような制限を回避する。このような、クロスドメイン制限の回避方法について、図７を参照して説明する。
【００５０】
図７は、スクリプトプログラムに従ってユーザ端末１０で実行される処理の流れを示したフローチャートである。図７は、クロスドメイン制限の回避した上で、リダイレクト先Ｗｅｂサーバ３０からＷｅｂページを受信する方法を示し、図５のフローチャートに加え、Ｓ１４Ａ〜Ｓ１６Ａの処理を行う。以下、Ｗｅｂサーバ２０へのＷｅｂページ要求がタイムアウトした場合の処理（Ｓ１１〜Ｓ１６Ａ）を参照して、クロスドメイン制限を回避した上で、リダイレクト先Ｗｅｂサーバ３０からＷｅｂページを受信する方法について説明する。
【００５１】
Ｓ１１において、タイムアウト時までにＷｅｂページを受信していない場合には、ユーザ端末１０の制御部は、Ｗｅｂサーバ２０に対するＷｅｂページ要求をスクリプトプログラムに従いキャンセルする。そして、ＵＲＬ変更手段１７は、スクリプトプログラムに従いＷｅｂページ要求のＵＲＬをリダイレクト先ＵＲＬに変更すると共に（Ｓ１２）、最新のＷｅｂページ要求に属性情報がある場合には、変更したリダイレクト先ＵＲＬに当該属性情報を追加する（Ｓ１３）。ここまでは、図５のフローチャートと同じである。
【００５２】
続く、リダイレクト要求手段１８がリダイレクト先Ｗｅｂサーバ３０にＷｅｂページ要求を送信する処理において、クロスドメイン制限を回避すべく、リダイレクト要求手段１８は、フレームを利用してリダイレクト先Ｗｅｂサーバ３０に対しＷｅｂページ要求を行う。具体的には、Ｗｅｂページをフレームで分割すると共に、メイン画面のフレームから分割されたフレームに、異なるドメイン（リダイレクト先Ｗｅｂサーバ３０）のＷｅｂページを要求する。
【００５３】
その後、リダイレクト先Ｗｅｂサーバ３０からのＷｅｂページを分割されたフレームで受信し（Ｓ１５Ａ）、当該分割されたフレームで受信したＷｅｂページをそのままメイン画面のフレームに（ｐｏｓｔＭｅｓｓａｇｅにより）送信し（Ｓ１６）、メイン画面にそのＷｅｂページを表示する（Ｓ５）。
【００５４】
ここで、フレームは必要なときに動的に作成することができ、また、フレーム部分は非表示であってもよい。フレーム部分を非表示とすることにより、Ｗｅｂサーバ２０からリダイレクト先Ｗｅｂサーバ３０に切り換えた場合であっても、表示上の連続性を持たせることができ好適である。
【００５５】
以上、クロスドメイン制限を回避する方法の一例について、図７を参照して説明したが、図７の方法は一例に過ぎず、他の方法によりクロスドメイン制限を回避することとしてもよい。例えば、ＨＴＭＬ／ＸＨＴＭＬにおいて、ｓｃｒｉｐｔタグのｓｒｃ属性に呼び出したい相手先のＵＲＬを指定し、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式で返された処理結果を関数評価することで、最終的な処理結果を得るＪＳＯＮＰ（ＪＳＯＮ  ｗｉｔｈ  ｐａｄｄｉｎｇ）を用いることとしてもよい。ｓｃｒｉｐｔタグのｓｒｃ属性には、呼び出し側とは異なるドメインのＵＲＬを指定することができるため、異なるドメインにＪＳＯＮによるリクエストを投げ、他のドメインで提供されている機能を直接呼び出すことが可能となる。
【００５６】
なお、クロスドメイン制限の回避は、Ｗｅｂサーバ２０からＷｅｂページと共に送信されるスクリプトプログラムに従い実行される。
【００５７】
［第２実施形態］
上記第１実施形態では、各種手順を実行させるためのプログラムの一例として、Ｗｅｂページ（ＨＴＭＬ）と共に送信されるＪａｖａＳｃｒｉｐｔ（登録商標）を用いて説明したが、プログラムは、Ｗｅｂページと共に送信されるプログラムに限られるものではない。以下では、各種手順を実行させるためのプログラムの別実施形態について説明する。なお、Ｗｅｂシステム１の構成及び処理の流れについては基本的に第１実施形態と同様であるため、説明を省略する。
【００５８】
図８（１）を参照して、第１実施形態のスクリプトプログラムでは、ユーザ端末１０からのＷｅｂページ要求に伴いＷｅｂページと共に送信されることを特徴としていた。これに対し、第２実施形態のプログラムは、図８（２）に示すように、リダイレクトサービスを行うサービス提供者により配布され、ユーザ端末１０に予めインストールされたプログラムであることを特徴とする。
【００５９】
第２実施形態のプログラムは、サービス提供者が提供するサービスのリダイレクト先を予め記憶すると共に、ユーザ端末１０（Ｗｅｂブラウザ）に対して、上記第１実施形態の図４、図５、図７に記載した各種手順を実行するためのプログラムが規定され、例えば、ユーザ端末１０のＷｅｂブラウザにインストールされたツールバーの一機能として提供されることが考えられる。
【００６０】
第２実施形態のプログラムは、予めユーザ端末１０にインストールしなければならないものの、サービス提供者の管理するＷｅｂページに逐次規定する必要がなく、また、ツールバーの他機能と併せて用いることで、ユーザに対して更に細かなサービスの提供が可能になる点で好適である。
【００６１】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載されたものに限定されるものではない。
【００６２】
例えば、本発明の実施形態では、「属性情報」の一例として検索キーワード用いているが、上述したように、「属性情報」は検索キーワードに限られるものではない。「属性情報」とは、ログイン情報や検索キーワードなどといったＷｅｂページにおいてユーザが入力した情報（ＵＲＬパラメータ）及びリンク元のＷｅｂページなどを示すリファラ、を含むものであり、ＵＲＬの後に付加される疑問符「？」で始まる情報をいう。
【符号の説明】
【００６３】
１    Ｗｅｂシステム
１０  ユーザ端末
１１  Ｗｅｂページ要求手段
１２  Ｗｅｂページ要求記憶手段
１３  Ｗｅｂページ要求ＤＢ
１４  レスポンス監視手段
１５  Ｗｅｂページ受信手段
１６  Ｗｅｂページ表示手段
１７  ＵＲＬ変更手段
１８  リダイレクト要求手段
２０  Ｗｅｂサーバ
３０  リダイレクト先Ｗｅｂサーバ
【図１】
2011170683.tif 000003
【図２】
2011170683.tif 000004
【図３】
2011170683.tif 000005
【図４】
2011170683.tif 000006
【図５】
2011170683.tif 000007
【図６】
2011170683.tif 000008
【図７】
2011170683.tif 000009
【図８】
2011170683.tif 000010
【図９】
2011170683.tif 000011