JP4087754B2 - Web use learning support method by web resource reorganization, web resource reconstruction device, and program - Google Patents

Description

【００３０】
該当するユーザがユーザ情報データベース２２に存在しないときには認証は失敗する。また、リクエスト情報記憶２６中のパスワードとユーザ情報データベース２２中のパスワードが一致しない場合にも認証が失敗する。認証が失敗した場合には、ステップ１０３に、ＲＦＣ２６１６による認証符号入力要求がＨＴＴＰサーバ１０を通じてクライアントブラウザ４に送信され、識別符号入力要求が行われる。認証が成功すると、該ユーザＩＤをリクエスト情報記憶２６に追加格納する。
【００３１】
ステップ１０４では、セッション管理モジュール１２がリクエスト情報記憶２６に格納されてユーザＩＤをキーにして、セッションデータベース２３からセッション、すなわち前回リクエスト時の状態を読み出す。セッションデータベース２３には、表２に示すように、各ユーザに対して、ユーザＩＤ、実行中シナリオＩＤ、１以上のホワイトリストＩＤ、最終アクセスＵＲＬが格納され、セッションを構成していることがわかる。
【００３２】
【表２】

【００３３】
当該ユーザのセッションがセッションデータベース２３中に存在しない場合にはセッションが読み込まれず、ステップ１０５に、クライアントブラウザ４にシナリオ選択画面を表示させる。
【００３４】
ステップ１０５では、図４に示すように、シナリオ選択画面表示部１３はシナリオデータベース２４から利用可能なシナリオを検索する（ステップ２０１）。シナリオデータベース２４の例を図５に示す。この図は同時にホワイトリストデータベース２５の例にもなっている。シナリオデータベース２４には、各シナリオに対して、シナリオＩＤとシナリオ名と１つ以上のホワイトリストＩＤとの組が保存されている。シナリオＩＤはＩＤに対応するパスに関連づけられている。パスは複数の、順番とＵＲＬとコメントの組とから構成される。ホワイトリストＩＤは対応するホワイトリストに関連づけられている。ホワイトリストＩＤはＵＲＬパターンの組からなる。ＵＲＬパターンには、たとえば、シェル形式のグロブパターンや正規表現を用いる。ＵＲＬパターンにより、全てのＵＲＬを列挙する方法と比較して、ホワイトリストを短くすることができる。次に、画面表示に必要なＨＴＭＬを再生する（ステップ２０２）。画面表示に必要なＨＴＭＬの生成は、フォーム要素などを用いてプルダウンメニュー形式でシナリオを選択できるようにすればよい。次に、ＨＴＴＰサーバ１０がＨＴＭＬをクライアントブラウザ４に送信し（ステップ２０３）、クライアントブラウザ４がシナリオ選択画面を表示する（ステップ２０４）。
【００３５】
ここで、ステップ１０４のセッション読み込みに戻る。読み込まれたセッションの情報はリクエスト情報記憶２６に追加され、以降の処理で利用される。さらに、セッション管理部１２は実行中シナリオＩＤをキーにしてシナリオデータベース２４からシナリオを読み込み、シナリオ情報記憶２８に格納する。
【００３６】
アクセス許可の前に、ホワイトリスト管理部１４がリクエスト情報記憶２６に格納されたホワイトリストＩＤをキーにしてホワイトリストデータベース２５からホワイトリストを取得し、ホワイトリスト情報記憶２７に格納する。ステップ１０６に、アクセス許可判定部１５がリクエスト情報記憶２６からリクエストＵＲＬを取得し、ホワイトリスト情報記憶２７にあるホワイトリストを構成するＵＲＬパターンの組と順にマッチングを行う。リクエストＵＲＬがホワイトリストを構成する少なくとも一つのＵＲＬパターンとマッチするときにアクセスを許可する。
【００３７】
ステップ１０７では、リクエストＵＲＬがシナリオ選択画面表示を要求するＵＲＬかどうかをアクセス許可判定部１５で判定する。シナリオ選択画面表示を要求するＨＴＴＰリクエストは、たとえば、リクエストＵＲＬが、http://home.webangel/のような、通常のウェブページを示すＵＲＬではないものである。ここで、ＵＲＬホスト部中のＴＬＤ文字列、webangelは、外部サーバのリソースを要求しているわけではないことを示すために例として挙げたもので、IＡＮＡ（http://www.iana.org/）でｇＴＬＤあるいはｃｃ−ＴＬＤとして定義されているものでなければ別の文字列を使用してもよい。ＵＲＬホスト部中のホスト名文字列、ｈｏｍｅは、シナリオ選択画面を要求することを示す例として挙げたもので、システムとして一意の文字列を使用するのなら、別の文字列を使用してもよい。
【００３８】
ステップ１０８では、アクセス許可判定部１５がリクエストＵＲＬが目次画面表示を要求するＵＲＬかどうかを判定する。目次画面表示を要求するＨＴＴＰリクエストも、シナリオ選択画面表示を要求するＵＲＬ同様、通常のウェブページを示すＵＲＬではないもので、かつ、シナリオ選択画面表示を要求するＵＲＬとは異なるものを設定する。
【００３９】
ステップ１０９では、目次生成部１６がシナリオ情報記憶２８から実行中シナリオの情報を獲得し、シナリオを構成する任意のＵＲＬに遷移できるように、各ＵＲＬへのハイパーリンクを備えたＨＴＭＬを生成する。
【００４０】
ステップ１１０では、ＨＴＴＰクライアントモジュール１７がリクエスト情報記憶２６に格納されているリクエストＵＲＬに相当するコンテンツをネットワーク３を介してウェブサーバ２から取得する。ステップ１１１で、取得したコンテンツがＨＴＭＬかどうか判定する。コンテンツがＨＴＭＬの場合には、ステップ１１２に、ＨＴＭＬパーザ１８によりパーズされ、パーズ済みＨＴＭＬ文書２９に格納される。コンテンツがＨＴＭＬ以外の場合にはＨＴＴＰサーバ１０がコンテンツをクライアントブラウザ４に表示させるためにステップ１１５にＨＴＴＰレスポンス送信を行う。ＨＴＭＬパーザ１８がウェブコンテンツをパーズする様子について図６に例を示す。
【００４１】
パーズの後、ステップ１１２にＨＴＭＬ組み立て部１９によりＨＴＭＬの組み立てが図７に示すフローで行なわれる。
【００４２】
まず、パーズ済みＨＴＭＬ文書２９の各ハイパーリンクに対して、ホワイトリスト情報記憶２７のＵＲＬパターンの少なくとも１つとマッチするかどうかを判定する（ステップ３０１）。マッチした場合にはハイパーリンクに対して何も操作しない。マッチしなかった場合には、ハイパーリンク中の＜ａ＞タグを削除し、ハイパーリンクを無効化する。次に、固定のＨＴＭＬ文字列に加えて、「次へ」「前へ」ボタンを実現するためのＨＴＭＬを生成する（ステップ３０２）。「次へ」「前へ」ボタン用のＨＴＭＬ生成について、図８に例を示す。最後に、パーズ済みＨＴＭＬ文書２９とツールバーを合成してＨＴＭＬを生成する（ステップ３０３）。ＨＴＭＬ生成の様子の例を図９に示す。
【００４３】
このようにして組み立てられたＨＴＭＬはステップ１１４にＨＴＭＬサーバ１０よりクライアントブラウザ４に出力される。
【００４４】
なお、ウェブリソース再構成装置は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【００４５】
【発明の効果】
以上説明したように、本発明は、以下に記載されるような効果を有する。
【００４６】
プロキシサーバとして実現することで全てのブラウジングを学習支援の対象とすることができる。
【００４７】
また、各端末に専用ソフトウェアをインストールする必要がないので、利用環境構築が容易になる。
【００４８】
個別のシステムを組み合わせて実現することが必要であった、ブロッキングやナビゲーションを単一のシステムで実現することにより、設備投資費用の軽減と保守管理の容易化を図ることができる。
【００４９】
アクセス制限のために使われるホワイトリストをハイパーリンクの無効化に用いることにより、画面上に一度に表示されるハイパーリンクを減らすことができる。これにより、学習者のブラウジング中の認知的負荷を低減することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態のウェブリソース再構成装置を含むシステムの構成図である。
【図２】図１中のウェブリソース再構成装置の構成を示す図である。
【図３】ウェブリソース再構成装置が行うウェブリソース再構成の手順を示すフローチャートである。
【図４】シナリオ選択画面表示の手順を示すフローチャートである。
【図５】シナリオデータベースの例を示す図である。
【図６】ＨＴＭＬパーザがウェブコンテンツをパーズする様子を示す図である。
【図７】リンク書き換えの手順を示すフローチャートである。
【図８】「次へ」「前へ」ボタン用のＨＴＭＬ生成の例を示す図である。
【図９】ＨＴＭＬ生成の様子の例を示す図である。
【符号の説明】
１ ウェブリソース再構成装置
２ ウェブサーバ
３，５ ネットワーク
４ クライアントブラウザ
１０ ＨＴＴＰサーバ
１１ 認証アクセス制御部
１２ セッション管理部
１３ シナリオ選択画面表示部
１４ ホワイトリスト管理部
１５ アクセス許可判定部
１６ 目次生成部
１７ ＨＴＴＰクライアント
１８ ＨＴＭＬパーザ
１９ ＨＴＭＬ組み立て器
２１ カーネル
２２ ユーザ情報データベース
２３ セッションデータベース
２４ シナリオデータベース
２５ ホワイトリストデータベース
２６ リクエスト情報記憶
２７ ホワイトリスト情報記憶
２８ シナリオ情報記憶
２９ パーズ済みＨＴＭＬ文書
１０１〜１１４，２０１〜２０４，３０１〜３０３ ステップ[0001]
BACKGROUND OF THE INVENTION
The present invention generally relates to an information display control method of a client browser via an HTTP (Hyper Text Transfer Protocol) proxy server, and more particularly, for reorganization of a web resource by an HTTP proxy server and for use in reorganization. The present invention relates to a metadata generation method.
[0002]
[Prior art]
There is a guided tour as a conventional method for supporting learning on hypertext. Guided tours add a navigation-specific structure to the hypertext so that the hypertext author communicates to the hypertext readers, in addition to the information on the hypertext, the author's hidden intentions, such as the desired viewing order (For example, refer nonpatent literature 1).
[0003]
As an application of the concept of guided tour to the web, a method of setting a route called a path on the web is known. As a method for realizing a path, there is a method of embedding a hyperlink necessary for expressing a path on a web page in the process of being implemented as a web application and the web application mediating between an origin server and a client browser (for example, non-passing). Patent Document 2). In this method, it is not necessary to change the web page on the origin server, and a path can be set by anyone other than the web page creator.
[0004]
[Non-Patent Document 1]
RHTrigg, Enemy guided Tours and Tabletops: Tools for Communicating in a Hypertext Environment, ACM Trans.Information Systems, vol.6, no.4, Oct. 1988. pp.398-414.
[Non-Patent Document 2]
D. Nicol, C. Smeaton and AFSlater, 擢 ootsteps: Trail-blazing the Web, Computer Networks and ISDN Systems, vol.27, no.6, Apr. 1995, pp.879-885.
[0005]
[Problems to be solved by the invention]
The use of the Internet is spreading in school education. Among many Internet applications, the Web is expected to be used in class because of its abundant amount of information and operability that can be easily handled by children. However, unlike textbooks and video materials, web resources are not designed for educational use, so if you try to use them in class as they are, they cause various problems.
[0006]
An example is the presence of unfavorable educational resources. There are many contents on the Internet that are inappropriate for showing to children, such as pornography and violent content, and several technical solutions have been proposed to prevent children from contacting these contents. Has been. An example of this is filtering content using a proxy server. There can be other labeling for content, but not all unfavorable content is correctly labeled and therefore does not provide a complete solution.
[0007]
Furthermore, because the information contained on the web is enormous, it requires technical assistance to find the information that you need. Currently, directory services and search engine services are representative methods used to find target information. However, in the case of children, it is difficult to use these methods and it is difficult to arrive at the necessary information in a short time. For this reason, the lesson is constantly conducted in search of information, and learning as expected by the teacher cannot be performed. There is a need to help children find pages related to learning.
[0008]
Now, don't forget that the web is based on hypertext. The problem with hypertext is inherited by the web. In the present invention, two major problems are considered. That is, the cognitive load is large and disorientation is caused (for example, J. Conklin, drip ypertext: An Introduction and Survey, IEEE Computer, vol.20, no.9, Sept. 1987, pp.17). -41).
[0009]
First, the cognitive load is described. Unlike books, hypertext does not have a unique search order, and readers are always forced to select the next text. This selection is usually called a hyperlink. This is done by selecting an indicator that links pages, but if there are too many hyperlinks that can be selected at a certain point in time, a heavy load is placed on the reader's cognitive function.
[0010]
Next, disorientation is described. Compare it with the book, as I mentioned in the cognitive load. The book structure is linear. That is, the search direction is one direction, and the reader usually reads in the direction in which the number of pages increases. In this case, the reader can grasp the whole only by confirming the total number of pages, and can confirm his / her position in the whole only by confirming the current page number. For books, the web structure is non-linear. The number of web pages is too large, and the pages are intricately linked by hyperlinks, so it is almost impossible for readers to grasp the overall picture of the web. Of course, there is no reason to know where the current page occupies the entire web. For this reason, there is often the problem of getting lost in the web.
[0011]
Finally, I will describe the problems that occur in computer-based classes. In contrast to simultaneous classes using blackboard and chalk, each student's learning progress is different in a computer-based class that browses the web. For that matter, at a certain point in time, each child may see different web pages. Again, the fact that web resources are not necessarily intended for educational use is a problem. In the case of a resource that is not intended for educational use, in order for the child to read information from the resource as expected by the teacher, teaching such as giving some additional information is required. However, since each child sees a separate page, it is impossible to give additional information to the child during the lesson as in a simultaneous lesson. Although it is only necessary to add additional information necessary for learning in advance to a web resource, this is also difficult because a general web resource cannot be edited by a teacher. A means of presenting additional information on the page that the child sees during class is needed. This is so-called annotation.
[0012]
Let's sort out the problems we have discussed so far. The problems with web-based learning are: (1) avoiding children's contact with unfavorable information, (2) allowing children to view necessary information, and (3) reducing the cognitive burden when using the web as much as possible. Yes, (4) Create a mechanism that presents the whole picture of learning on the web and shows the current position in the whole, (5) Add information necessary for learning to the web page and display it , And so on. The problem to be solved by the present invention is to solve these problems (1) to (5) simultaneously and efficiently.
[0013]
Of course, some conventional techniques may partially solve these problems. For example, the guided tour solves the above problems (2) and (4) to some extent, but there is a problem that only the creator of the hypertext can execute. For almost all web resources, teachers are not authors, so they have to give up using guided tours or give up using web resources.
[0014]
The object of the present invention is to enable a guided tour to be executed virtually even if it is not the creator of hypertext, and the problems (1), (3), and (5) that cannot be solved by the conventional guided tour. It aims to solve the problem at the same time.
[0015]
The method called the conventional path solves the above (2), (4), and (5) to some extent, but the learning support can be obtained only while the browser is connected to the web application. There is a problem that learning support is not available in all browsing. The object of the present invention is to provide learning support in all browsing, and to solve the problems (1) and (3) that cannot be solved by the conventional path at the same time.
[0016]
[Means for Solving the Problems]
In order to achieve the above object, in the present invention, a web resource reconstruction device is installed as a proxy server between a school network and the Internet. The learning support target browser requires intermediary of a proxy server when browsing the web. The proxy server performs learning support without changing resources on the origin server by executing reorganization of web resources during mediation.
[0017]
Learning support is performed by reorganizing web resources and displaying them in a browser in accordance with metadata called a predefined scenario. The scenario referred to in the present invention includes one path and a plurality of white lists. The path is composed of a plurality of ordered URLs (Uniform Resource Locators), and each URL is associated with an annotation comment. The white list is composed of a plurality of URL matching patterns.
[0018]
Browsing by all client browsers connected to all school networks is a learning support target by the web resource reconfiguring device configured as described above. When the web resource reconfiguring device receives the HTTP request from the client browser, the web resource reconfiguring device performs authentication. By the authentication, the web resource reconfiguring device can identify each client browser to be connected, and can execute a different scenario for each client browser.
[0019]
The authenticated web browser can select a scenario to be executed using a scenario selection screen provided by the learning support web application. The selected scenario is stored in the web resource reconfiguration apparatus by the session management means, and the web resource reorganization is performed according to the scenario for subsequent HTTP requests.
[0020]
The HTTP request during execution of the scenario is determined by the access permission determination means whether the request URL matches the white list included in the scenario. If the request URL does not match the white list included in the scenario, the HTTP request is rejected. This mechanism ensures that the child is not exposed to unwanted information.
[0021]
When the request URL matches the white list included in the scenario, a resource corresponding to the request URL is acquired from the external web server. In the acquired resource, HTML (Hyper Text Markup Language) is rewritten based on the scenario. The details of rewriting are disabling hyperlinks using whitelists and inserting toolbars for navigation and annotation. The resource for which the HTML rewriting has been completed is transmitted to the client browser as an HTTP response and displayed. Disabling hyperlinks reduces the number of hyperlinks that can be selected at any given time. This reduces the cognitive load.
[0022]
Buttons such as “Next”, “Previous”, and “Table of Contents” are displayed on the toolbar inserted in the HTML, and when these buttons are clicked, the HTTP request corresponding to each button is sent to the client browser. Transmits to the web resource reconfiguring device. The web resource reconfiguration apparatus that has received the HTTP request corresponding to each button performs the requested processing. When the “next” and “previous” buttons are pressed, the web resource reconfiguring apparatus causes the client browser to display the next and previous web pages, respectively, in the order in the scenario. By preparing these two buttons, it is possible to reliably browse all pages of the scenario, that is, necessary information. When the “table of contents” button is pressed, the proxy server displays a list of all web pages included in the scenario on the client browser. The table of contents makes it possible to grasp the overall picture of learning.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings.
[0024]
FIG. 1 shows the system configuration of an embodiment of the present invention. A web resource reconfiguration device 1 is installed between a network 3 to which a web server 2 is connected and a network 5 to which a client browser 4 is connected, and both are connected.
[0025]
FIG. 2 shows a configuration example of the web resource reconfiguration apparatus 1. The web resource reconfiguration device 1 includes an HTTP server 10, an authentication access control unit 11, a session management unit 12, a scenario selection screen display unit 13, a white list management unit 14, an access permission determination unit 15, a table of contents generation unit 16, and an HTTP client 17. An HTML parser 18, an HTML assembly unit 19, a kernel 21, a user information database 22, a session database 23, a scenario database 24, and a white list database 25 are configured. The kernel 21 is a module that controls all modules (from the HTTP server 10 to the HTML assembly unit 19), and stores therein a request information storage 26, a whitelist information storage 27, a scenario information storage 28, and a parsed HTML document 29. can do. The HTTP server 10 is connected to the network 3 and transmits an HTTP response to the client browser 4. The HTTP client 17 is connected to the network 5 and acquires resources from the web server 2. For HTTP in this embodiment, the provisions of RFC 2616 are applied.
[0026]
FIG. 3 shows a web resource reconfiguration procedure performed by the web resource reconfiguration apparatus 1.
[0027]
In step 101, the HTTP server 10 that has received the HTTP request analyzes the request header and stores the result in the request information storage 26. The request information storage 26 includes an IP address of the client browser 4, a user name and password by Proxy Authentication, a request URL, and the like.
[0028]
In step 102, the authentication access control module 11 acquires user information from the user information database 22 using the IP address and user name of the client browser 4 stored in the request information storage 26 as keys. A configuration example of the user information database 22 is shown in Table 1. The user information database 22 stores a unique user ID, user name, password, and address for each user.
[0029]
[Table 1]

[0030]
When the corresponding user does not exist in the user information database 22, the authentication fails. The authentication also fails when the password in the request information storage 26 and the password in the user information database 22 do not match. If the authentication fails, an authentication code input request by RFC 2616 is transmitted to the client browser 4 through the HTTP server 10 in step 103, and an identification code input request is made. If the authentication is successful, the user ID is additionally stored in the request information storage 26.
[0031]
In step 104, the session management module 12 stores the session, that is, the state at the time of the previous request, from the session database 23 using the user ID as a key stored in the request information storage 26. As shown in Table 2, the session database 23 stores, for each user, a user ID, a running scenario ID, one or more whitelist IDs, and a final access URL, and constitutes a session. .
[0032]
[Table 2]

[0033]
If the user's session does not exist in the session database 23, the session is not read, and a scenario selection screen is displayed on the client browser 4 in step 105.
[0034]
In step 105, as shown in FIG. 4, the scenario selection screen display unit 13 searches for available scenarios from the scenario database 24 (step 201). An example of the scenario database 24 is shown in FIG. This figure is also an example of the white list database 25 at the same time. The scenario database 24 stores a set of a scenario ID, a scenario name, and one or more white list IDs for each scenario. The scenario ID is associated with the path corresponding to the ID. The path is composed of a plurality of sets of order, URL and comment. The white list ID is associated with the corresponding white list. The white list ID consists of a set of URL patterns. As the URL pattern, for example, a shell-type glob pattern or a regular expression is used. Compared with the method of listing all URLs, the white list can be shortened by the URL pattern. Next, HTML necessary for screen display is reproduced (step 202). The generation of HTML necessary for screen display may be made possible by selecting a scenario in a pull-down menu format using a form element or the like. Next, the HTTP server 10 transmits HTML to the client browser 4 (step 203), and the client browser 4 displays a scenario selection screen (step 204).
[0035]
Here, the process returns to the session reading in step 104. The read session information is added to the request information storage 26 and used in subsequent processing. Further, the session management unit 12 reads the scenario from the scenario database 24 using the executing scenario ID as a key, and stores it in the scenario information storage 28.
[0036]
Before permitting access, the whitelist management unit 14 acquires a whitelist from the whitelist database 25 using the whitelist ID stored in the request information storage 26 as a key, and stores it in the whitelist information storage 27. In step 106, the access permission determination unit 15 obtains a request URL from the request information storage 26, and performs matching in order with a set of URL patterns constituting the white list in the white list information storage 27. Access is permitted when the request URL matches at least one URL pattern constituting the white list.
[0037]
In step 107, the access permission determination unit 15 determines whether the request URL is a URL for requesting a scenario selection screen display. In the HTTP request for requesting the scenario selection screen display, for example, the request URL is not a URL indicating a normal web page such as http: //home.webangel/ . Here, the TLD character string “webangel” in the URL host part is given as an example to show that the external server resource is not requested. IANA ( http://www.iana.org Other character strings may be used if not defined as gTLD or cc-TLD in / ). The host name character string “home” in the URL host part is given as an example indicating that a scenario selection screen is requested. If a unique character string is used as a system, another character string may be used. Good.
[0038]
In step 108, the access permission determination unit 15 determines whether or not the request URL is a URL requesting a table of contents screen display. Similarly to the URL requesting the scenario selection screen display, the HTTP request requesting the table of contents screen display is not a URL indicating a normal web page, and is different from the URL requesting the scenario selection screen display.
[0039]
In step 109, the table of contents generation unit 16 acquires information on the scenario being executed from the scenario information storage 28, and generates HTML including hyperlinks to the URLs so that the URL can be changed to an arbitrary URL constituting the scenario.
[0040]
In step 110, the HTTP client module 17 acquires content corresponding to the request URL stored in the request information storage 26 from the web server 2 via the network 3. In step 111, it is determined whether or not the acquired content is HTML. If the content is HTML, it is parsed by the HTML parser 18 in step 112 and stored in the parsed HTML document 29. If the content is other than HTML, the HTTP server 10 transmits an HTTP response to Step 115 in order to display the content on the client browser 4. An example of how the HTML parser 18 parses web content is shown in FIG.
[0041]
After parsing, the HTML assembly unit 19 performs HTML assembly in step 112 according to the flow shown in FIG.
[0042]
First, it is determined whether or not each hyperlink of the parsed HTML document 29 matches at least one URL pattern in the whitelist information storage 27 (step 301). If there is a match, no operation is performed on the hyperlink. If there is no match, the <a> tag in the hyperlink is deleted and the hyperlink is invalidated. Next, in addition to the fixed HTML character string, HTML for realizing the “next” and “previous” buttons is generated (step 302). FIG. 8 shows an example of HTML generation for the “next” and “previous” buttons. Finally, the parsed HTML document 29 and the tool bar are synthesized to generate an HTML (step 303). An example of how HTML is generated is shown in FIG.
[0043]
The HTML thus assembled is output to the client browser 4 from the HTML server 10 in step 114.
[0044]
The web resource reconfiguration apparatus records a program for realizing its function on a computer-readable recording medium in addition to that realized by dedicated hardware, and stores the program recorded on the recording medium. It may be read by a computer system and executed. The computer-readable recording medium refers to a recording medium such as a floppy disk, a magneto-optical disk, a CD-ROM, or a storage device such as a hard disk device built in the computer system. Furthermore, a computer-readable recording medium is a server that dynamically holds a program (transmission medium or transmission wave) for a short period of time, as in the case of transmitting a program via the Internet, and a server in that case. Some of them hold programs for a certain period of time, such as volatile memory inside computer systems.
[0045]
【The invention's effect】
As described above, the present invention has the following effects.
[0046]
By realizing as a proxy server, all browsing can be targeted for learning support.
[0047]
In addition, since it is not necessary to install dedicated software on each terminal, the use environment can be easily constructed.
[0048]
By implementing blocking and navigation in a single system, which must be realized by combining individual systems, it is possible to reduce capital investment costs and facilitate maintenance management.
[0049]
By using the white list used for access restriction to disable hyperlinks, it is possible to reduce the number of hyperlinks displayed on the screen at a time. As a result, the cognitive load of the learner during browsing can be reduced.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a system including a web resource reconfiguration apparatus according to an embodiment of the present invention.
FIG. 2 is a diagram showing a configuration of a web resource reconfiguration apparatus in FIG. 1;
FIG. 3 is a flowchart illustrating a procedure of web resource reconfiguration performed by the web resource reconfiguration apparatus.
FIG. 4 is a flowchart showing a procedure for displaying a scenario selection screen.
FIG. 5 is a diagram illustrating an example of a scenario database.
FIG. 6 is a diagram showing how an HTML parser parses web content.
FIG. 7 is a flowchart showing a procedure for link rewriting.
FIG. 8 is a diagram illustrating an example of HTML generation for “next” and “previous” buttons.
FIG. 9 is a diagram illustrating an example of how HTML is generated.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 Web resource reconfiguration apparatus 2 Web server 3, 5 Network 4 Client browser 10 HTTP server 11 Authentication access control part 12 Session management part 13 Scenario selection screen display part 14 White list management part 15 Access permission determination part 16 Table of contents generation part 17 HTTP Client 18 HTML parser 19 HTML assembler 21 Kernel 22 User information database 23 Session database 24 Scenario database 25 White list database 26 Request information storage 27 White list information storage 28 Scenario information storage 29 Parsed HTML documents 101-114, 201-204, 301-303 steps

Claims (7)

A web-based learning support method for supporting browsing by a client browser connected to a network,
An HTTP request receiving step of receiving an HTTP request from a client, analyzing a request header, and storing the result in a request information storage;
An authentication step of authenticating the user of the client that sent the HTTP request;
When the authentication is successful, a session reading step for reading the session of the user from a session database in which a session including a user ID, an executing scenario ID, one or more whitelist IDs, and a final access URL is stored for each user When,
If the user's session does not exist in the session database, for each scenario, from a scenario database in which one or more whitelist ID pairs each consisting of a scenario ID, a scenario name, and a URL pattern are stored. to search for available scenario by sending the HTML to the client browser of the user to generate HTML necessary for the screen display, to display the scenario selection screen pull-down menu format by the client browser, select the scenario A scenario selection step in which the scenario selected on the screen is the execution scenario ;
A scenario storage step of adding information on the read session to the request information storage, reading a scenario from the scenario database using the executing scenario ID as a key, and storing the scenario in the scenario information storage;
A whitelist storage step of acquiring a whitelist from a whitelist database using the whitelist ID stored in the request information storage as a key, and storing the whitelist in the whitelist information storage;
An access permission determination step of acquiring a request URL from the request information storage and determining whether the request URL sequentially matches a set of URL patterns constituting the white list in the white list information storage;
A web content acquisition step of acquiring content corresponding to the request URL from an external web server when the request URL matches at least one URL constituting a white list;
If the acquired content is HTML, an HTML rewriting step for rewriting HTML by disabling hyperlinks using a white list and inserting a toolbar for navigation and / or annotation;
A web usage learning support method by web resource reconfiguration, comprising: an HTTP response transmission step of transmitting the acquired content or content in which HTML has been rewritten as an HTTP response to a client browser that has transmitted the HTTP request. The method according to claim 1, further comprising: an identification code input request step of requesting an input of an identification code to a client that has transmitted the HTTP request when the authentication fails. If it is determined to match in the access permission determination step,
Determining whether the request URL is a URL requesting a scenario selection screen display;
If the request URL is a URL requesting a scenario selection screen display, the request URL includes a step of determining whether the request URL is a URL requesting a table of contents screen display;
If the request URL is not a URL requesting a table of contents screen display, the process proceeds to the web content acquisition step. If the request URL is a URL requesting a table of contents screen display, and the access permission determination step determines that there is no match If it is, a step of generating a link with a hyperlink to each URL so as to acquire information on the scenario being executed from the scenario information storage and to be able to transition to an arbitrary URL constituting the scenario. Item 3. The method according to Item 1 or 2. A web resource reconfiguring device that supports browsing by a client browser connected to a network,
Request information storage for storing information of a client that has transmitted an HTTP request;
An HTTP server that receives an HTTP request from a client, analyzes a request header, and stores the result in the request information storage;
A user information database storing a unique user ID, user name, password, and address for each user;
Authentication access control means for verifying the client that has transmitted the HTTP by collating the information of the client stored in the request information storage with the information of the user information database;
For each user, a session database storing a session consisting of a user ID, a running scenario ID, one or more whitelist IDs, and a final access URL;
For each scenario, a scenario database in which a set of one or more white list IDs consisting of a set of scenario ID, scenario name, and URL pattern is stored;
A whitelist database,
When the authentication is successful, the user's session is read from the session database, the read session information is added to the request information storage, the scenario is read from the scenario database using the running scenario ID as a key, and the scenario Session reading means for storing in the information storage, acquiring the white list from the white list database using the white list ID stored in the request information storage as a key, and storing the white list in the white list information storage;
If of the user session does not exist in the session database, searches the available scenario from the scenario database, by transmitting the HTML to the client browser of the user to generate HTML necessary for screen display, the A scenario selection means for displaying a scenario selection screen in a pull-down menu format by a client browser and using the scenario selected on the scenario selection screen as an execution scenario ;
An access permission determination means for acquiring a request URL from the request information storage and determining whether the request URL sequentially matches a set of URL patterns constituting a white list in the white list information storage;
Web content acquisition means for acquiring content corresponding to the request URL from an external web server when the request URL matches at least one URL constituting a white list;
If the acquired content is HTML, HTML rewriting means for rewriting HTML by invalidating a hyperlink using a white list and inserting a toolbar for navigation and / or annotation,
A web resource reconfiguring apparatus comprising HTTP response transmission means for transmitting acquired content or content in which HTML is rewritten as an HTTP response to a client browser that has transmitted the HTTP request. The apparatus according to claim 4, wherein the authentication access control unit makes an input request for an identification code to a client that has transmitted the HTTP request via the HTTP server when authentication fails. The access permission determination means, if it is determined to match,
Means for determining whether the request URL is a URL for requesting a scenario selection screen display;
If the request URL is a URL requesting a scenario selection screen display, the request URL further includes means for determining whether the request URL is a URL requesting a table of contents screen display;
If the request URL is not a URL that requests a table of contents screen display, proceed to the web content acquisition means,
If the request URL is a URL that requests a table of contents screen display, and if it is determined by the access permission determination means that the request does not match, information on the scenario being executed is acquired from the scenario information storage, and a scenario is configured The apparatus according to claim 4 or 5, further comprising: a table of contents generating means for generating a link having a hyperlink to each URL so that the URL can be transitioned to. The program for making a computer perform the web utilization learning assistance method in any one of Claim 1 to 3.

Images