(57)【要約】【課題】  情報提供システムにより提供する情報のメンテナンス作業をより容易に行えるようにするための技術を提供する。【解決手段】  端末装置３０からＷｅｂサーバ１０に送信されたリクエストは、通信部１１により受信され、リクエスト処理部１２に送られる。リクエスト処理部１２は、そのリクエストで指定される情報を記憶装置１３から読み出して通信部１１に送り送信させる。リクエスト監視部１４は、そのリクエストで指定されたＵＲＬが、提供対象外と設定された情報の格納場所を示すものか否か判定する。その判定により、提供対象外とする情報のＵＲＬであることを確認した場合にのみ、リクエスト処理部１２に指示して、その情報の代わりに提供すべきと設定された代替情報を送信させる。【選択図】図１
2006268122.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して接続された端末装置からの要求により情報を該端末装置に提供する情報提供システムにおいて、
前記端末装置から送信される要求を受信する要求受信手段と、
前記端末装置に情報を送信する情報送信手段と、
前記要求受信手段が受信する要求により指定された情報に該情報の代わりに提供すべき代替情報が設定されているか否か判定し、該判定結果に従って、該要求により指定された情報、及び該情報の代替情報の一方を前記情報送信手段に送信させる要求監視手段と、
を具備することを特徴とする情報提供システム。
【請求項２】
通信ネットワークを介して接続された端末装置からの要求により情報を情報提供システムに提供させるための方法であって、
前記要求により指定可能な情報の代わりに提供すべき代替情報、及び該代替情報と該代替情報を代わりに提供すべき情報の関係を示す定義情報をそれぞれ用意し、
前記情報提供システムに前記要求が送信された場合に、前記定義情報を参照して、該要求が指定する情報の代わりに提供すべき代替情報が存在するか否か判定し、
該判定結果に従って、前記要求により指定された情報、及び該情報の代替情報の一方を前記情報提供システムに提供させる、
ことを特徴とする情報提供方法。
【請求項３】
通信ネットワークを介して接続された端末装置からの要求により情報を該端末装置に提供する情報提供システムの構築に用いられるデータ処理装置に実行させるプログラムであって、
前記端末装置から送信される要求を受信する機能と、
前記端末装置に情報を送信する機能と、
前記受信する機能により受信した要求が指定する情報に該情報の代わりに提供すべき代替情報が設定されているか否か判定し、該判定結果に従って、該要求が指定する情報、及び該情報の代替情報の一方を前記送信する機能により送信させる機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して接続された端末装置からの要求により情報をその端末装置に提供するための技術に関する。
【背景技術】
【０００２】
近年、インターネットに代表される通信ネットワークは社会に広く普及し、様々な用途に利用されている。インターネット上には、様々なサイトが多数、開設されており、情報提供システムは、そのようなサイトで端末装置に情報を提供（送信）するために用いられている。
【０００３】
その情報の提供は、端末装置側からの要求（リクエスト）に応じて行うのが普通である。それにより、その要求は通常、所望の情報を指定する形で行われる。ＵＲＬ（Uniform Resource Locator）は、その情報の場所を示すための記述方式であり、その情報の指定はＵＲＬにより行われるのが普通である。
【０００４】
端末装置に提供する情報の内容やその種類などは必要に応じて随時、更新される。その更新により、Ｗｅｂページの画面構成やその内容、或いはそのページを介してアクセス可能な他のＷｅｂページなどが変更される。状況の変化により、情報の提供を一時的に停止させるようなことが行われることもある。
【０００５】
内容の更新、或いは提供の停止などの理由によって提供対象外となっている情報は端末装置からの要求があっても提供しないようにする必要がある。従来の情報提供システムは、ＵＲＬにより指定された情報を単に端末装置に提供していた。このため、システムの管理者は、提供対象外とする情報の発生により、その情報をＵＲＬで指定される場所から削除するか、或いはその情報の代わりに提供すべき代替情報をその場所に新たに格納するといったことを行わなければならなかった。その代替情報は、例えば「現在ご利用になれません」等のメッセージを配置したメッセージ画面である。
【０００６】
提供対象外の情報にアクセスしようとしたサイトの利用者（端末装置のユーザ）のなかからは、その情報が一時的に提供対象外となっていたとしても、その情報にアクセスできなかったために以降のアクセスも行おうとしない人が出てくる可能性がある。そのような人をより少なくするためには、提供を再開する時期や提供対象外としている理由といった情報を通知するメッセージ画面を代わりに提供することが望ましいと言える。
【０００７】
しかし、そのためには管理者は、提供対象外とする情報を削除し、その情報の代わりにメッセージ画面（代替情報）を用意して新たに格納させるといった面倒なメンテナンス作業を行わなくてはならない。提供可能な情報の数が多い、その更新頻度が高いといったような場合、メンテナンス作業に係る負荷は非常に重くなる。このようなことから、提供する情報のメンテナンス作業をより容易に行えるようにすることは非常に重要であると考えられる。
【特許文献１】特開２００１−１５４９６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、情報提供システムにより提供する情報のメンテナンス作業をより容易に行えるようにするための技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の情報提供システムは、通信ネットワークを介して接続された端末装置からの要求により情報を該端末装置に提供することを前提とし、端末装置から送信される要求を受信する要求受信手段と、端末装置に情報を送信する情報送信手段と、要求受信手段が受信する要求により指定された情報に該情報の代わりに提供すべき代替情報が設定されているか否か判定し、該判定結果に従って、該要求により指定された情報、及び該情報の代替情報の一方を情報送信手段に送信させる要求監視手段と、を具備する。
【００１０】
本発明の情報提供方法は、通信ネットワークを介して接続された端末装置からの要求により情報を情報提供システムに提供させるための方法であって、要求により指定可能な情報の代わりに提供すべき代替情報、及び該代替情報と該代替情報を代わりに提供すべき情報の関係を示す定義情報をそれぞれ用意し、情報提供システムに要求が送信された場合に、定義情報を参照して、該要求が指定する情報の代わりに提供すべき代替情報が存在するか否か判定し、該判定結果に従って、要求により指定された情報、及び該情報の代替情報の一方を情報提供システムに提供させる。
【００１１】
本発明のプログラムは、通信ネットワークを介して接続された端末装置からの要求により情報を該端末装置に提供する情報提供システムの構築に用いられるデータ処理装置に実行させることを前提とし、端末装置から送信される要求を受信する機能と、端末装置に情報を送信する機能と、受信する機能により受信した要求が指定する情報に該情報の代わりに提供すべき代替情報が設定されているか否か判定し、該判定結果に従って、該要求が指定する情報、及び該情報の代替情報の一方を送信する機能により送信させる機能と、を実現させる。
【発明の効果】
【００１２】
本発明は、通信ネットワークを介して接続された端末装置からの要求により指定可能な情報の代わりに提供すべき代替情報、及びその代替情報とそれを代わりに提供すべき情報の関係を示す定義情報がそれぞれ用意された状況下において、その定義情報を参照して、情報提供システムに送信された要求が指定する情報の代わりに提供すべき代替情報が存在するか否か判定し、その判定結果に従って、その要求により指定された情報、及びその情報の代替情報の一方を提供させる。このため、管理者は、それら代替情報、及び定義情報を用意することにより、代替情報を送信すべき要求を送信した端末装置にその代替情報を自動的に送信させることができる。それにより、情報のメンテナンス作業はより容易に行えるようになる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して、本発明を実施するための最良の形態について説明する。
図１は、本実施の形態による情報提供システムを備えたネットワークシステムの構成を説明する図である。
【００１４】
そのネットワークシステムは、図１に示すように、Ｗｅｂサーバ１０、及び多数の端末装置（クライアント）３０が通信ネットワーク２０に接続された構成となっている。本実施の形態による情報提供システムはＷｅｂサーバ１０上に、通信ネットワーク２０を介して接続された端末装置３０に情報を送信するものとして構築されている。その通信ネットワーク２０は、例えばインターネット、及び公衆電話網、或いは携帯電話網といった別の通信ネットワークを含むものである。
【００１５】
そのＷｅｂサーバ１０は、通信ネットワーク２０を介して端末装置３０と通信を行う通信部１１と、その端末装置３０からのリクエストを処理して情報を提供するリクエスト処理部１２と、その情報等を格納した記憶装置１３と、通信部１１が受信するリクエストを監視して情報提供の制御を行うリクエスト監視部１４と、を備えている。記憶装置１３は、例えば搭載、若しくは接続されたハードディスク装置か、或いは接続された外部装置である。ここでは便宜的に、搭載されたものであると仮定する。
【００１６】
端末装置３０は、ブラウザにより、ＵＲＬを指定したリクエストを送信し、情報の提供を求める。そのリクエストは、通信部１１により受信され、リクエスト処理部１２に送られる。リクエスト処理部１２は、通信部１１から受け取ったリクエストで指定される情報を記憶装置１３から読み出して通信部１１に送り、そのリクエストを送信した端末装置３０に送信させる。
【００１７】
リクエスト監視部１４は、リクエスト処理部１３からリクエストを受け取り、そのリクエストで指定されたＵＲＬが、提供対象外と設定された情報の格納場所を示すものか否か判定する。その判定により、提供対象外とする情報のＵＲＬであることを確認した場合にのみ、リクエスト処理部１２に指示して、その情報の代わりに提供すべきと設定された代替情報を送信させる。
【００１８】
端末装置３０に送信された情報、及び代替情報は、それに搭載、或いは接続された表示装置上に画面として表示される。このことから以降、情報は代替情報を含め「画面」或いは「ページ」とも呼ぶことにする。また、提供対象外と設定された情報は「閉塞画面」、その代わりに提供（送信）される代替情報は「代替画面」とそれぞれ呼ぶことにする。それらの画面は何れもＨＴＭＬ等のマークアップ言語で記載されたデータである。
【００１９】
上記判定は、例えば閉塞画面を示す情報として設定（定義）されたＵＲＬを参照して行われる。そのＵＲＬには代わりに提供すべき代替画面を示すＵＲＬを対応付けて設定（定義）するようになっている。それにより、閉塞画面の代わりに提供する代替画面は、その閉塞画面に対応付けられたものとさせている。このことから、リクエスト監視部１４は、リクエスト処理部１２に対する代替画面の送信の指示は転送先ＵＲＬを指定して行っている。以降、閉塞画面のＵＲＬは「アクセス抑制ＵＲＬ」、代替画面のＵＲＬは「転送先ＵＲＬ」とそれぞれ呼ぶことにする。その代替画面は、例えば「現在ご利用になれません」「内容を更新しておりますので、もう少しお待ち下さい」或いは「まもなくご利用になれます」といったメッセージを配置したメッセージ画面である。
【００２０】
このようにして、Ｗｅｂサーバ１０は、端末装置３０からアクセス抑制ＵＲＬを指定したリクエストを受信すると、そのＵＲＬで指定される閉塞画面の代わりに、それに対応付けて設定（定義）された転送先ＵＲＬで指定される代替画面を自動的に送信するようになっている。このため、管理者は、アクセス抑制ＵＲＬ、それに対応付ける転送先ＵＲＬを設定（定義）することにより、リクエストで指定された閉塞画面の代わりに送信すべき代替画面を送信させることができる。アクセス抑制ＵＲＬが示す場所に格納された閉塞画面の削除を行う必要性は回避され、代替画面は必要に応じて用意すれば済むことになり、閉塞画面毎に代替画面を用意する必要性は回避される。更新のために閉塞画面とした画面では、その画面を他の場所にコピーすることなく、更新作業を行えるようになる。これらのことからも、メンテナンス作業はより迅速、且つ容易に行えることとなる。
【００２１】
図２は、リクエストに応じてリクエスト処理部１２、リクエスト監視部１４がそれぞれ実行する処理の流れを示すフローチャートである。その図２に示すフローチャートは、Ｗｅｂアプリケーションのインターフェイスを構築するためのフレームワークとしてJabaServer Faces（ＪＳＦ）を採用した場合のものである。その場合、リクエスト処理部１２、リクエスト監視部１４は共に、Ｗｅｂサーバ１０に搭載されたＣＰＵが、ＪＳＦにより作成されたＷｅｂアプリケーションを例えば記憶装置１３から読み出して実行することにより実現される。
【００２２】
始めに、リクエスト処理部１２にのみ着目してそれが実行する処理について詳細に説明する。
図２に示すフローチャートは、端末装置３０のユーザが画面（ＪＳＦ画面）から別の画面（ＪＳＦ画面）へのリクエストを行った場合のものである。そのようなリクエストを受信した場合、先ずステップＳＡ１でＶｉｅｗの復元フェーズの処理を実行する。その処理は、受け取ったリクエストから該当するＶｉｅｗを復元するためのものであり、その後はステップＳＡ２に移行する。
【００２３】
ステップＳＡ２では、リクエストから値（リクエスト値）を取得し、その値を保持するとともに、その値を対応する型に変換するリクエスト値の適用フェーズの処理を実行する。続くステップＳＡ３では、その変換後のリクエスト値を検証する入力値の検証フェーズの処理を実行する。その処理によりその変換後の値が適切であることが確認されるとステップＳＡ４に移行する。
【００２４】
ステップＳＡ４では、端末装置３０のユーザが所望の画面を送信するために、アプリケーション・ロジックの呼出しフェーズの処理を実行する。その処理でアプリケーション・ロジックの呼出し、実行を行った後に移行するステップＳＡ５では、アプリケーション・ロジックの実行結果（レスポンス）により画面を構成するレンダリングを行い、そのレンダリング後の画面を通信部１１により端末装置３０に送信する。
【００２５】
上記リクエスト監視部１４は、PhaseListenerインターフェースを利用して実現させている。これは、そのPhaseListenerインターフェースは、指定のフェーズの処理直前／処理直後に何らかの処理を割り込ませることが可能な機能を保有しているためである。PhaseListenerインターフェースを利用することにより、リクエスト監視部１４をより容易に実現させることができる。
【００２６】
リクエスト監視部１４は、リクエスト処理部１２がステップＳＡ１でＶｉｅｗの復元フェーズの処理を実行する直前、或いは直後に、PhaseListenerインターフェースによりステップＳＢ１の割込む処理を実行する。ここでは、ステップＳＡ１のＶｉｅｗの復元フェーズの処理を実行した直後に実行されることとする。
【００２７】
そのステップＳＢ１では、定義されたアクセス抑制ＵＲＬを示すデータＤ１、転送先ＵＲＬを示すデータＤ２を読み込み、リクエストで指定されたＵＲＬがアクセス抑制ＵＲＬと一致するか否か判定する。それらが一致すると判定した場合には、データＤ２が示す転送先ＵＲＬを送信するためのロジックを呼出して実行させ、リクエスト処理部１２には、例えばステップＳＡ２〜４の処理を実行させることなく、そのロジックの実行結果を対象としたステップＳＡ５の処理を実行させることにより、代替画面を端末装置３０に送信させる。一方、それらが一致しないと判定した場合には、リクエスト処理部１２にステップＳＡ２以降の処理を続けて実行させる。それにより、リクエストで指定された画面を端末装置３０に送信する。
【００２８】
上記データＤ１、Ｄ２の保存場所や組み合わせの数などは任意に決定して良いものである。本実施の形態では、プロパティファイルに格納して保存している。そのプロパティファイルは、記憶装置１３に保存される。
【００２９】
画面のリクエストは、ＵＲＬをユーザが直接、指定して行われる場合がある。その場合、リクエスト処理部１２はリクエストを受けてステップＳＡ３の処理を実行することになる。そのような場合では、ステップＳＡ３の処理を実行する直前、或いは直後に、リクエスト監視部１４にステップＳＢ１の処理を実行させれば良い。その処理の実行により、リクエストで指定されたＵＲＬがアクセス抑制ＵＲＬと一致しないと判定したときには、リクエスト処理部１２に次にステップＳＡ３、或いはＳＡ４の処理を実行させれば良い。
【００３０】
なお、本実施の形態では、PhaseListenerインターフェースを利用してリクエスト監視部１４を実現させているが、別のものを利用してそれを実現させても良い。例えばアプリケーション・ロジックの処理（実行）結果で画面リクエスト（レスポンス）を制御するNavigationHandlerを利用して実現させても良い。NavigationHandlerを利用して実現させた場合、図２に示すフローチャートは図３に示すようなものとなる。
【００３１】
その図３では、リクエスト処理部１２がステップＳＡ４の処理を実行した後、リクエスト監視部１４がステップＳＣ１の処理を実行するようになっている。そのステップＳＣ１では、ステップＳＢ１と同様に、リクエストで指定されたＵＲＬがアクセス抑制ＵＲＬと一致するか否か判定し、それらが一致すると判定した場合、ステップＳＡ５ではデータＤ２で指定された代替画面を送信させ、それらが一致しないと判定した場合には、リクエストで指定された画面を送信させる。
【００３２】
本実施の形態では、リクエストで指定されたＵＲＬがアクセス抑制ＵＲＬと一致するか否かのみに着目しているが、提供対象とする情報のなかには、例えば内容の更新を行うタイミングが予め決まっているような情報も存在する。このことから、そのタイミングか否かを併せて判定させ、その判定結果を代替画面の送信に反映させるようにしても良い。そのように代替画面を代わりに送信すべき条件を他に定義できるようにした場合には、利便性が向上し、管理者にとってはメンテナンス作業が更に容易となる。
【００３３】
上述したようなＷｅｂサーバ１０上で構築された情報提供システムを実現させるようなプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ等の記録媒体に記録させて配布しても良い。通信ネットワーク２０を介して、そのプログラムの一部、若しくは全部を配信するようにしても良い。そのようにした場合には、ユーザーはプログラムを取得してデータ処理装置にロードすることにより、その装置を用いて本発明を適用させた情報提供システムを構築することができる。このことから、記録媒体は、プログラムを配信する装置がアクセスできるものであっても良い。
【図面の簡単な説明】
【００３４】
【図１】本実施の形態による情報提供システムを備えたネットワークシステムの構成を説明する図である。
【図２】リクエストに応じてリクエスト処理部１２、リクエスト監視部１４がそれぞれ実行する処理の流れを示すフローチャートである。
【図３】リクエストに応じてリクエスト処理部１２、リクエスト監視部１４がそれぞれ実行する処理の流れを示すフローチャートである（他の実施の形態）。
【符号の説明】
【００３５】
１０    Ｗｅｂサーバ
１１    通信部
１２    リクエスト処理部
１３    記憶装置
１４    リクエスト監視部
２０    通信ネットワーク
３０    端末装置
【図１】
2006268122.tif 000003
【図２】
2006268122.tif 000004
【図３】
2006268122.tif 000005