(57)【特許請求の範囲】
【請求項１】
データベースシステムであって、
操作者が外部情報源である検索エンジンに対してＵＲＩ指定を行い、且つ、前記ＵＲＩ指定に対する前記検索エンジンの検索結果をディスプレイに視認可能に表示することにより、操作者との間の情報伝達の媒体となるユーザインターフェースと、
操作者が指定したＵＲＩと該ＵＲＩ指定に対する前記検索エンジンの検索結果に含まれる情報とを結合させた内向作用データが格納されるデータベースと、
前記データベースから読み出した前記内向作用データから不要語を除去した内容語から、前記内容語に重みづけをして抽出語を抽出すると共に、該抽出語が前記検索結果に含まれるＵＲＩを特定し、前記抽出語の相互関係に基づいて、前記内向作用データにおける抽出語の関係をグラフ表現した情報としてのデータ構造を、前記抽出語に対応する抽出語ノード間に新たな関係を追加することによって更新するデータ構造更新手段と、
前記内向作用データおよび前記データ構造のうちの少なくとも前記データ構造に基づいて、前記抽出語が前記検索結果に含まれるＵＲＩへのハイパーリンクを表示して、操作者が希望する検索結果にたどりつくという目的の達成度を向上するように前記ユーザインターフェースを更新するユーザインターフェース更新手段とを備え、
前記データ構造更新手段は、前記特定したＵＲＩに対応するＵＲＩノードを、該ＵＲＩを前記検索結果に含む抽出語に対応する抽出語ノードに接続する一方、前記抽出語を用いた検索を前記検索エンジンに実行させて、その検索結果に含まれるＵＲＩリストから、前記検索に用いた抽出語に対応する抽出語ノードに接続されたＵＲＩノードのＵＲＩに含まれない新発見ＵＲＩを特定し、該新発見ＵＲＩに対応するＵＲＩノードを、前記検索に用いた抽出語に対応する抽出語ノードに接続することを特徴とするデータベースシステム。
【請求項２】
請求項１に記載のデータベースシステムにおいて、
前記データ構造更新手段が、前記内容語の共起性に基づいて、前記データ構造を更新することを特徴とするデータベースシステム。
【請求項３】
請求項１に記載のデータベースシステムにおいて、
前記ユーザインターフェース更新手段が、前記内容語の階層関係を前記ユーザインターフェースに反映させることを特徴とするデータベースシステム。
【請求項４】
Ｗｅｂブラウザであって、
操作者のＵＲＩ指定を取得する取得手段と、
前記ＵＲＩ指定に対応したＨＴＴＰリクエストを生成して送信する送信手段と、
前記ＨＴＴＰリクエストに応答してＷＷＷサーバが返信したＨＴＴＰレスポンスを取得して表示する表示手段と、
前記ＵＲＩ指定及び前記ＨＴＴＰレスポンスに含まれるＨＴＭＬ文書を結合した内向作用データが格納されるデータベースと、
前記データベースから読み出した前記内向作用データから不要語を除去した内容語から、前記内容語に重みづけをして抽出語を抽出すると共に、該抽出語が前記ＨＴＴＰレスポンスに含まれるＵＲＩを特定し、前記抽出語の相互関係に基づいて、前記内向作用データにおける抽出語の関係をグラフ表現した情報としてのデータ構造を、前記抽出語に対応する抽出語ノード間に新たな関係を追加することによって更新するデータ構造更新手段と、
前記内向作用データおよび前記データ構造のうちの少なくとも前記データ構造に基づいて、前記抽出語が前記ＨＴＴＰレスポンスに含まれるＵＲＩへのハイパーリンクを表示して、所望のＷｅｂページの閲覧という目的の達成度を向上するように、所定のＷｅｂページを更新する更新手段とを備え、
前記データ構造更新手段は、前記特定したＵＲＩに対応するＵＲＩノードを、該ＵＲＩを前記ＨＴＴＰレスポンスに含む抽出語に対応する抽出語ノードに接続する一方、前記抽出語を用いた検索を外部情報源である検索エンジンに実行させて、その検索結果に含まれるＵＲＩリストから、前記検索に用いた抽出語に対応する抽出語ノードに接続されたＵＲＩノードのＵＲＩに含まれない新発見ＵＲＩを特定し、該新発見ＵＲＩに対応するＵＲＩノードを、前記検索に用いた抽出語に対応する抽出語ノードに接続することを特徴とするＷｅｂブラウザ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータベースシステムおよび当該データベースシステムを利用したＷｅｂブラウザ、医療支援システムおよび教育支援システムに関する。
【背景技術】
【０００２】
従来より、データベースシステムにおいて、ユーザの特性にあわせてユーザインターフェースや提供情報を変更する技術が知られている。例えば、特許文献１には、ユーザが事前にサーバに登録したプロファイルに基づいてユーザインターフェースを変更する技術が開示されている。
【０００３】
一方、データベースシステムにおいて、データベースシステムに対するユーザのアクションによって、ユーザインターフェースを変更する技術も知られている。例えば、日本語に対応したパーソナルコンピュータに搭載される仮名漢字変換プログラムでは、ユーザの仮名漢字変換履歴を蓄積し、当該蓄積結果によって仮名漢字変換時の変換候補の表示順序を変更することが行われている。
【０００４】
【特許文献１】特開２００３−１７３２２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の技術では、ユーザの特性が変化してユーザインターフェースが最適でない状態となった場合、ユーザの特性の変化を反映したプロファイルを再登録するという煩雑な作業を強いられることになる。換言すれば、従来のデータベースシステムのユーザインターフェースは、ユーザの特性を静的に反映可能であるが、動的に反映することはできない。
【０００６】
一方、仮名漢字変換プログラムに搭載される従来のデータベースシステムは、データベースのデータ内容やデータ構造が変化しない場合は有効に機能するが、データ内容やデータ構造が動的に変化する場合は有効に動作しない。例えば、データベースに新たな漢字や新たな読みが動的に追加される場合、従来のデータベースシステムは変換候補の表示順位を適切に決定できない。
【０００７】
本発明はこれらの問題を解決するためになされたもので、データベースに対するユーザのアクションの傾向に適したユーザインターフェースを動的に提供可能なデータベースシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、請求項１の発明は、データベースシステムであって、操作者が外部情報源である検索エンジンに対してＵＲＩ指定を行い、且つ、前記ＵＲＩ指定に対する前記検索エンジンの検索結果をディスプレイに視認可能に表示することにより、操作者との間の情報伝達の媒体となるユーザインターフェースと、操作者が指定したＵＲＩと該ＵＲＩ指定に対する前記検索エンジンの検索結果に含まれる情報とを結合させた内向作用データが格納されるデータベースと、前記データベースから読み出した前記内向作用データから不要語を除去した内容語から、前記内容語に重みづけをして抽出語を抽出すると共に、該抽出語が前記検索結果に含まれるＵＲＩを特定し、前記抽出語の相互関係に基づいて、前記内向作用データにおける抽出語の関係をグラフ表現した情報としてのデータ構造を、前記抽出語に対応する抽出語ノード間に新たな関係を追加することによって更新するデータ構造更新手段と、前記内向作用データおよび前記データ構造のうちの少なくとも前記データ構造に基づいて、前記抽出語が前記検索結果に含まれるＵＲＩへのハイパーリンクを表示して、操作者が希望する検索結果にたどりつくという目的の達成度を向上するように前記ユーザインターフェースを更新するユーザインターフェース更新手段とを備え、前記データ構造更新手段は、前記特定したＵＲＩに対応するＵＲＩノードを、該ＵＲＩを前記検索結果に含む抽出語に対応する抽出語ノードに接続する一方、前記抽出語を用いた検索を前記検索エンジンに実行させて、その検索結果に含まれるＵＲＩリストから、前記検索に用いた抽出語に対応する抽出語ノードに接続されたＵＲＩノードのＵＲＩに含まれない新発見ＵＲＩを特定し、該新発見ＵＲＩに対応するＵＲＩノードを、前記検索に用いた抽出語に対応する抽出語ノードに接続することを特徴とする。また、請求項２の発明は、請求項１に記載のデータベースシステムにおいて、前記データ構造更新手段が、前記内容語の共起性に基づいて、前記データ構造を更新することを特徴とする。さらに、請求項３の発明は、請求項１に記載のデータベースシステムにおいて、前記ユーザインターフェース更新手段が、前記内容語の階層関係を前記ユーザインターフェースに反映させることを特徴とする。
【００４３】
また、請求項４の発明は、Ｗｅｂブラウザであって、操作者のＵＲＩ指定を取得する取得手段と、前記ＵＲＩ指定に対応したＨＴＴＰリクエストを生成して送信する送信手段と、前記ＨＴＴＰリクエストに応答してＷＷＷサーバが返信したＨＴＴＰレスポンスを取得して表示する表示手段と、前記ＵＲＩ指定及び前記ＨＴＴＰレスポンスに含まれるＨＴＭＬ文書を結合した内向作用データが格納されるデータベースと、前記データベースから読み出した前記内向作用データから不要語を除去した内容語から、前記内容語に重みづけをして抽出語を抽出すると共に、該抽出語が前記ＨＴＴＰレスポンスに含まれるＵＲＩを特定し、前記抽出語の相互関係に基づいて、前記内向作用データにおける抽出語の関係をグラフ表現した情報としてのデータ構造を、前記抽出語に対応する抽出語ノード間に新たな関係を追加することによって更新するデータ構造更新手段と、前記内向作用データおよび前記データ構造のうちの少なくとも前記データ構造に基づいて、前記抽出語が前記ＨＴＴＰレスポンスに含まれるＵＲＩへのハイパーリンクを表示して、所望のＷｅｂページの閲覧という目的の達成度を向上するように、所定のＷｅｂページを更新する更新手段とを備え、前記データ構造更新手段は、前記特定したＵＲＩに対応するＵＲＩノードを、該ＵＲＩを前記ＨＴＴＰレスポンスに含む抽出語に対応する抽出語ノードに接続する一方、前記抽出語を用いた検索を外部情報源である検索エンジンに実行させて、その検索結果に含まれるＵＲＩリストから、前記検索に用いた抽出語に対応する抽出語ノードに接続されたＵＲＩノードのＵＲＩに含まれない新発見ＵＲＩを特定し、該新発見ＵＲＩに対応するＵＲＩノードを、前記検索に用いた抽出語に対応する抽出語ノードに接続することを特徴とするＷｅｂブラウザ。
【発明の効果】
【００４６】
請求項１ないし請求項４の発明によれば、内向作用の傾向をユーザインターフェースへ動的に反映可能となるので、内向作用の傾向に適したユーザインターフェースを動的に提供可能になる。
【００４７】
請求項１ないし請求項４の発明によれば、内向作用データの蓄積をユーザインターフェースに反映可能となるので、蓄積から明らかになる内向作用の長期的傾向に適したユーザインターフェースを動的に提供可能となる。
【００６８】
請求項４の発明によれば、所定のＷｅｂページへ操作者のＷｅｂページ閲覧傾向を動的に反映可能となるので、操作者のＷｅｂページ閲覧傾向に適したユーザインターフェースを動的に提供可能になる。
【発明を実施するための最良の形態】
【００７１】
＜０  概念的構成＞
＜内向作用データの保持方法による分類＞
図１〜図３は、それぞれ、実施の形態に係るデータベースシステム９Ａ〜９Ｃの概念的構成を示すブロック図である。データベースシステム９Ａ〜９Ｃは、外部から与えられた内向作用に係る内向作用データに基づいて、データベースシステム９Ａ〜９Ｃが備える所定のデータベースに格納されたデータ群のデータ構造を更新する。さらに、データベースシステム９Ａ〜９Ｃは、内向作用データおよびデータ構造のうちの少なくともデータ構造に基づいてユーザインターフェースを更新する。なお、ここでいうデータ構造は、複数のデータの関係の情報のみならず、データの有無の情報をも含む広義のデータ構造を意味する。
【００７２】
データベースシステム９Ａ〜９Ｃでは、データ構造更新の基礎となる内向作用データの保持方法が異なる。具体的には、データベースシステム９Ａは、与えられたテンポラリな内向作用データを直接データ構造の更新に適用する（以下では、「直接適用型データベース」とも称する）。データベースシステム９Ｂは、データ構造更新対象のデータ群が格納されるデータベースに内向作用データを一旦格納し、当該データベースから読み出した内向作用データを間接的にデータ構造の更新に適用する（以下では、「間接適用型データベース」とも称する）。データベースシステム９Ｃは、データ構造更新対象のデータ群が格納されるデータベースとは異なるデータベースに内向作用データを一旦格納し、当該データベースから読み出した内向作用データを連鎖的にデータ構造の更新に適用する（以下では、「連鎖適用型データベース」とも称する）。
【００７３】
以下では、これらのデータベースシステム９Ａ〜９Ｃの概念的構成について、図１〜図３を参照しながら説明する。
【００７４】
＜直接適用型データベースシステム＞
直接適用型のデータベースシステム９Ａは、データ内容９０４ｃおよびデータ構造９０４ｂを有するデータ群９０４ａを格納するデータベース９０４を備える。データ内容９０４ｃおよびデータ構造９０４ｂは、知識・構造および発見を表現した知識・構造・発見モデル（ＫＳＤ（Knowledge Structure Discovery）モデル）の一部を構成する。なお、データベースシステム９Ａでは、内向作用データが与えられるごとにデータ構造９０４ｂの更新が行われる。また、データベースシステム９Ａでは、データ群９０４ａは内向作用データに係るデータ群である必要はない。
【００７５】
データベースシステム９Ａは、操作者９０１等の外部から与えられた内向作用に係る内向作用データおよびデータ構造９０４ｂのうちの少なくともデータ構造９０４ｂに基づいて、操作者９０１との間の情報伝達の媒体となるユーザインターフェース９０２を更新する。データベースシステム９Ａでは、データ構造９０４ｂも内向作用データに基づいて更新されるので、ユーザインターフェース９０２の更新の基礎となる情報は内向作用によって与えられる。データベースシステム９Ａでは、データ構造９０４ｂおよびユーザインターフェース９０２の更新は継続的に行われているので、ユーザインターフェース９０２は継続的に変化する。これにより、データベースサーバ９Ａは、内向作用の傾向をユーザインターフェース９０２に動的に反映可能となるので、内向作用の傾向に適したユーザインターフェース９０２を動的に提供可能になる。すなわち、データベースシステム９Ａは、過去の内向作用に内在した傾向から、現在および将来の予想される傾向を特定し、その傾向に適したユーザインターフェース９０２を提供可能である。
【００７６】
なお、図１では、典型的な例として、内向作用が操作者９０１から与えられるとしたが、内向作用は操作者９０１の存在を前提としない。例えば、電子データのオンライン入力やセンサによる自然現象の検出もデータベースシステム９Ａの内向作用となりうる。
【００７７】
○内向作用；
ユーザインターフェース９０２を用いた操作者９０１からデータベースシステム９Ａへの情報伝達が内向作用である場合、内向作用により伝達される情報は、操作者９０１がデータベースシステム９Ａへ意図的に入力する意図的情報および操作者９０１の意図と無関係にデータベースシステム９Ａが操作者９０１から取得する非意図的情報の両方を包含する。
【００７８】
意図的情報の典型例は、入力デバイスを使用して操作者９０１が入力した、言語・数式・数値・図形・記号および符号等で表現された論理的情報である。非意図的情報の典型例は、センサ等で検出された脈拍・体温・瞳孔の状態および発汗の状態等の生理的情報である。換言すれば、操作者９０１の自覚的意志（顕在化された意志）をトリガとして伝達を開始される情報が意図的情報であり、それ以外の情報が非意図的情報である。さらに換言すれば、操作者９０１から見て能動的（データベースシステム９Ａから見て受動的）な情報伝達の対象となる情報が意図的情報であり、操作者９０１から見て受動的（データベースシステム９Ａから見て能動的）な情報伝達の対象となる情報が非意図的情報である。自律神経に支配された身体的状態に関する情報の多くが非意図的情報となる。意図的情報と非意図的情報との中間的な性質を有する情報としては、素振りや表情等の半意図的情報がある。この半意図的情報も内向作用により伝達される情報に包含される。体性神経に支配された身体的情報の多くが半意図的情報となる。これらを内向作用として扱うことにより、データベースシステム９Ａは、それぞれ、操作者の論理的傾向または生理的傾向に適したユーザインターフェース９０２を動的に提供可能である。
【００７９】
内向作用の典型例は、情報源に対するデータ操作（読出・書込・削除・修正および検索等）要求である。この情報源は、データベースシステム９Ａが備えるデータベース（データベース９０４とは限らない）であってもよいし、データベースシステム９Ａの外部情報源であってもよい。内向作用がこれらの情報源に対するデータ操作要求である場合、データベースシステム９Ａは、データベースないしは外部情報源に対するデータ操作要求の傾向に適したユーザインターフェース９０２を動的に提供可能になる。
【００８０】
別の視点では、内向作用は、データベースシステム９Ａの外部事象を記述した情報の伝達または外向作用に対する操作者９０１の応答の情報の伝達を包含する。これらを内向作用として扱うことにより、データベースシステム９Ａは、それぞれ、データベースシステム９Ａの外部事象または外向作用に対する操作者９０１の応答の傾向に適したユーザインターフェース９０２を動的に提供可能である。
【００８１】
○外向作用；
外向作用は、データベースシステム９Ａから操作者９０１へ与えられる作用全般である。外向作用は、典型的には、ＧＵＩ（Graphical User Interface）が実装されたコンピュータにおいて、出力デバイスであるディスプレイに出力情報を視認可能に表示することにより操作者９０１へ与えられる。しかし、データベースシステム９Ａから操作者９０１への情報伝達方法はこれに限られず、音声を用いた聴覚的な方法や振動等の触覚的な方法等の操作者９０１の五感を利用したその他の方法を適宜利用可能である。
【００８２】
○データ構造更新手段；
データ構造更新手段９０３は、内向作用データを解析し、その解析結果に基づいてデータ構造９０４ｂを更新する。データ構造更新手段９０３による内向作用データの解析方法は制限されないが、例えば、集計などの統計的解析や解析用の回路網の構成素子間の伝達特性の変化を利用可能である。
【００８３】
○ユーザインターフェース更新手段；
ユーザインターフェース更新手段９０５は、内向作用データおよびデータ構造９０４ｂのうちの少なくともデータ構造９０４ｂに基づいて、所定の目的の達成度を向上するようにユーザインターフェース９０２を更新する。すなわち、ユーザインターフェース９０２の更新は、ユーザインターフェース９０２を進化させる方向へ行われる。これにより、所定の目的として選択された目的を達成することが容易になる。なお、データベースシステム９Ａでは、ユーザインターフェース９０２の更新が継続的に行われるので、ユーザインターフェース９０２は所定の目的に対して最適な状態へ継続的に近づいてゆく。この点で、データベースシステム９Ａは、所定の目的の達成度を示す目的関数Ｐ（Ｘ１，Ｘ２，・・・，Ｘｎ）（Ｘ１，Ｘ２，・・・，Ｘｎはユーザインターフェースを規定するパラメータ、ｔは時間）を最大化するように自律的に自己を最適化する機能を有していると言える。すなわち、データベースサーバ９Ａでは、目的関数Ｐ（Ｘ１，Ｘ２，・・・，Ｘｎ）を最大化する方向へパラメータＸ１，Ｘ２，・・・，Ｘｎを漸進的に変化させるのであって、パラメータＸ１，Ｘ２，・・・，Ｘｎを無目標で変化させるのではない。なお、目的関数Ｐ（Ｘ１，Ｘ２，・・・，Ｘｎ）は特定時点の状態の表現のみならず、状態の時間変化を表現してもよい。
【００８４】
ユーザインターフェース９０２の更新方法には、例えば、外向作用により伝達する情報を更新する方法、外向作用による情報の伝達方法を更新する方法、内向作用により伝達する情報を更新する方法および内向作用による情報の伝達方法を更新する方法等がある。すなわち、上述のパラメータＸ１，Ｘ２，・・・，Ｘｎとしては、例えば、外向作用により伝達する情報、外向作用による情報の伝達方法、内向作用により伝達する情報および内向作用による情報の伝達方法を選択可能である。もちろん、これらの方法を複合的に用いるユーザインターフェース９０２の変化も妨げられない。すなわち、目的変数が多変数関数であることも妨げられない。
【００８５】
ユーザインターフェース更新手段９０５は、データ構造９０４ｂの変化ごとにユーザインターフェース９０２を更新するように構成されてもよいし、データ構造９０４ｂの変化が所定基準以上となった場合にユーザインターフェース９０２を更新するように構成されてもよい。換言すれば、ユーザインターフェース更新手段９０５は、内向作用データによる学習が行われるごとに更新を行うように構成されてもよいし、学習が所定基準以上進んだ場合にのみ更新を行うように構成されてもよい。
【００８６】
このような直接適用型のデータベースシステム９Ａは、内向作用の短期的な傾向を略リアルタイムにユーザインターフェース９０２へ反映させるのに適する。
【００８７】
＜間接適用型データベースシステム＞
間接適用型のデータベースシステム９Ｂは、データ内容９１４ｃおよびデータ構造９１４ｂを有するデータ群９１４ａを格納するデータベース９１４を備える。データベースシステム９Ｂでは、内向作用データはデータ内容９１４ｃとしてデータベース９１４に格納される。そして、データベースシステム９Ｂは、データ構造更新手段９１３がデータ構造９１４ｂの更新の基礎として利用する内向作用データおよびユーザインターフェース更新手段９１５がユーザインターフェース９０２の更新の基礎として利用する内向作用データが、データベース９１４から読み出された内向作用データである点がデータベースシステム９Ａとは異なる。換言すれば、データベースシステム９Ｂは、内向作用データそのものを構造化してユーザインターフェースの更新に適用している。具体的には、データ構造更新手段９１３は、データベース９１４から読み出した内向作用データを解析し、その解析結果に基づいてデータ構造９１４ｂを更新する。データ構造更新手段９１３は、新規内向作用データがデータベース９１４に追加されるごとにデータ構造９１４ｂの更新を行うように構成されてもよいし、複数の新規内向作用データがデータベース９１４に追加された場合にデータ構造９１４ｂの更新を行うように構成されてもよい。さらに、ユーザインターフェース更新手段９１５は、データ内容（内向作用データ）９１４ｃおよびデータ構造９１４ｂのうちの少なくともデータ構造９１４ｂに基づいて、所定の目的の達成度を向上するようにユーザインターフェース９０２を更新する。
【００８８】
このような間接適用型データベースシステムでは、内向作用データの蓄積をユーザインターフェースに反映可能となるので、蓄積から明らかになる内向作用の長期的傾向に適したユーザインターフェースを動的に提供可能となる。
【００８９】
＜連鎖適用型データベースシステム＞
連鎖適用型のデータベースシステム９Ｃは、データ内容９２４ｃおよびデータ構造９２４ｂを有するデータ群９２４ａを格納するデータベース９２４を備える。データベースシステム９Ｃでは、内向作用データはデータ内容９２４ｃとしてデータベース９２４に格納される。また、データベースシステム９Ｃは、データベース９２４とは異なるデータベース９２６を備える。データベース９２６には、データ内容９２６ｃおよびデータ構造９２６ｂを有するデータ群９２６ａが格納される。そして、データベースシステム９Ｃは、データ構造更新手段９２３がデータ構造９２６ｂの更新の基礎として利用する内向作用データがデータベース９２４から読み出された内向作用データである点がデータベースシステム９Ａとは異なる。具体的には、データ構造更新手段９２３は、データベース９２４から読み出した内向作用データを解析し、その解析結果に基づいてデータ構造９２６ｂを更新する。データ構造更新手段９２３は、新規内向作用データがデータベース９２４に追加されるごとにデータ構造９２４ｂの更新を行うように構成されてもよいし、複数の新規内向作用データがデータベース９２４に追加された場合にデータ構造９２６ｂの更新を行うように構成されてもよい。さらに、ユーザインターフェース更新手段９２５は、データ内容９２６ｃおよびデータ構造９２６ｂのうちの少なくともデータ構造９２６ｂに基づいて、所定の目的の達成度を向上するようにユーザインターフェース９０２を更新する。なお、連鎖適用型のデータベースシステムでは、間接適用型データベースシステムと異なり、内向作用データ群のデータ構造９２４ｂは更新対象とならない。
【００９０】
このような連鎖適用型データベースシステムにおいては、内向作用データの蓄積をユーザインターフェースに反映可能となるので、蓄積から明らかになる内向作用の長期的傾向に適したユーザインターフェースを動的に提供可能となる。また、このような連鎖適用型データベースシステムでは、ユーザインターフェース更新の基礎となるデータ群が内向作用データ群とは異なるデータ群となるので、内向作用データ群の構造では直接表現できない傾向に適したユーザインターフェースを動的に提供可能となる。
【００９１】
＜１  第１実施形態＞
第１実施形態のＷｅｂブラウザ（以下では、単に「ブラウザ」とも称する）１は、操作者のＷＷＷ（World Wide Web）閲覧履歴を蓄積し、当該閲覧履歴の解析結果に基づいてホームページの表示を変更する。
【００９２】
具体的には、ブラウザ１は、外部情報源であるＷＷＷに対するデータ操作要求であるＨＴＴＰ（Hyper Text Transfer Protocol）リクエストの情報を閲覧データとして蓄積する。閲覧データには、当該ＨＴＴＰリクエストに応答してＷＷＷサーバが返信したＨＴＴＰレスポンスの情報も付加される。
【００９３】
＜ネットワークの全体構成＞
図４は、ブラウザ１を含むネットワークの全体構成を示す図である。
【００９４】
ネットワークであるインターネット１１には、パーソナルコンピュータ（以下では、「ＰＣ（Personal Computer）」とも称する）１２および複数のＷＷＷサーバ１３〜１５が接続される。ＰＣ１２とＷＷＷサーバ１３〜１５とは、ＨＴＴＰにより通信可能である。
【００９５】
ＰＣ１２には、Ｗｅｂページ閲覧用のブラウザ１が搭載される。ブラウザ１は、ＷＷＷサーバ１３〜１５へＨＴＴＰリクエストを送信し、当該ＨＴＴＰリクエストに応答してＷＷＷサーバから返信されたＨＴＴＰレスポンスを受信するＷＷＷクライアントである。ブラウザ１は受信したＨＴＭＬ（Hyper Text Markup Language）文書のレイアウトを解析して表示する。ブラウザ１は、表示したＨＴＭＬ文書中のフォームに記入された情報を、当該ＨＴＭＬ文書中で指定されたＷＷＷサーバに送信可能である。ブラウザ１を搭載可能な携帯情報端末、移動体通信端末およびゲーム端末等にＰＣ１２が置き換えられてもよい。
【００９６】
ＷＷＷサーバ１３〜１５には、ＨＴＭＬ文書で記述されたＷｅｂページが格納される。ＷＷＷサーバ１３〜１５は、ＰＣ１２からのＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに対応したＨＴＭＬ文書を含むＨＴＴＰレスポンスをＰＣ１２へ返信する。ＨＴＴＰリクエストに応答してプログラムを実行し、当該プログラムの実行結果によって返信するＨＴＭＬ文書を変化させる動的なＷｅｂページ生成機能をＷＷＷサーバ１３〜１５が有してもよい。
【００９７】
ＷＷＷサーバ１３〜１５の中には、ＷＷＷ上のＷｅｂページの検索サービスを提供する検索エンジンが含まれる。図４では、ＷＷＷサーバ１５が検索エンジンとなっている。検索エンジンは、ＰＣ１２から与えられたクエリを用いてＷｅｂページの検索を行い、ＵＲＩのリストを含む検索結果をＨＴＭＬ文書で記述してＰＣ１２へ返信する。
【００９８】
＜ＰＣの構成＞
図５は、ＰＣ１２の構成を示すブロック図である。
【００９９】
ＰＣ１２は、バス１２８等で接続されたＣＰＵ１２１、メモリ１２２、記憶装置１２３、グラフィックスアダプタ１２４、ネットワークアダプタ１２５および入力デバイス１２６を備える。
【０１００】
グラフィックスアダプタ１２４には視覚的な表示を行うためのディスプレイ１２７が接続される。ネットワークアダプタ１２５は、不図示のネットワーク機器経由でインターネット１１に接続される。入力デバイス１２６は、キーボード１２６ａおよびマウス１２６ｂを備える。
【０１０１】
ハードディスクドライブ等で構成される記憶装置１２３には、ＰＣ１２の基本動作を規定するオペレーティングシステム（以下では、「ＯＳ」とも称する）１２３ａがインストールされる。ＯＳ１２３ａには、ハードウエア制御用のデバイスドライバが組み込まれる。さらに、ＯＳ１２３ａの管理下で実行されるプログラムからハードウエアを利用するためのＡＰＩ（Application Program Interface）がＯＳ１２３ａには実装される。具体的には、ネットワークアダプタ１２５経由のＴＣＰ／ＩＰ通信を実現するソケットＡＰＩ１２９ａ、グラフィックスアダプタ１２４を利用したディスプレイ描画を可能にするためのグラフィックスＡＰＩ１２９ｂおよび入力デバイスの状態を検出するための入力デバイスＡＰＩ１２９ｃ（図５では不図示、図７参照）がＯＳ１２３ａには実装される。
【０１０２】
記憶装置１２３には、ＯＳ１２３ａの管理下で実行されるプログラムとして、ブラウザ１がインストールされる。
【０１０３】
＜ブラウザの画面構成＞
ＰＣ１２では、ＯＳ１２３ａによりＧＵＩのウインドウ環境が実現されている。このため、ブラウザ１が操作対象の時は、ブラウザ１に割り当てられたウインドウＷ１がディスプレイ１２７に表示される。図６は、ウインドウＷ１に表示されたブラウザ１の画面構成を示している。
【０１０４】
ウインドウＷ１は、タイトルバーＷ１１、ツールバーＷ１２および描画エリアＷ１３に分割される。ツールバーＷ１２には、ホームボタンＷ１２１、ＵＲＩ入力欄Ｗ１２２および移動ボタンＷ１２３が設けられる。ホームボタンＷ１２１は、ホームページを描画エリアＷ１３に表示させる指示を与えるために用いられる。ＵＲＩ入力欄Ｗ１２２は、ＷｅｂページのＵＲＩを入力するために用いられる。移動ボタンＷ１２３は、描画エリアＷ１３の表示をＵＲＩ入力欄Ｗ１２２に入力されたＵＲＩのＷｅｂページに変更する指示を与えるために用いられる。ブラウザ１では、描画エリアＷ１３の表示にハイパーリンクが含まれる場合、入力デバイス１２６を用いて当該ハイパーリンクを選択する操作を行うことにより、ハイパーリンク先のＷｅｂページを描画エリアＷ１３に表示可能である。ブラウザ１では、ＵＲＩ入力欄Ｗ１２２へＵＲＩを入力して移動ボタンＷ１２３を押下する操作やハイパーリンク選択操作等の意図的なＵＲＩ指定操作が、操作者からブラウザ１へ内向作用として与えられる。
【０１０５】
＜ブラウザの機能構成＞
図７は、ブラウザ１の機能構成を示すブロック図である。
【０１０６】
ブラウザ１は、Ｗｅｂページを閲覧するためのブラウザ本体部１６０と、閲覧履歴の蓄積および解析を行うデータベースシステム部１７０とを含む。以下では、ブラウザ本体部１６０とデータベースシステム部１７０とに分けて、ブラウザ１の構成を説明する。なお、データベースシステム部１７０は、先述した間接適用型データベースシステムの具体例となっている。
【０１０７】
○ブラウザ本体部；
ブラウザ本体部１６０は、ＨＴＴＰリクエストを生成してソケットＡＰＩ１２９ａへ出力するＨＴＴＰリクエスト生成部１６１を備える。ＨＴＴＰリクエストは、ソケットＡＰＩ１２９ａからインターネット１１経由でＷＷＷサーバ１３〜１５へ送信される。ＨＴＴＰリクエスト生成部１６１は、入力デバイスＡＰＩ１２９ｃから取得したイベントより操作者のＵＲＩ（Uniform Resource Identifiers）指定を検出し、当該ＵＲＩ指定に対応したＨＴＴＰリクエストを生成する。
【０１０８】
ブラウザ本体部１６０は、ＨＴＭＬ抽出部１６２、ＨＴＭＬパーサ１６３およびレンダリングエンジン１６４を備える。ＨＴＭＬ抽出部１６２は、ソケットＡＰＩ１２９ａより取得したＨＴＴＰレスポンスに含まれるＨＴＭＬ文書を抽出してＨＴＭＬパーサ１６３へ出力する。ＨＴＭＬパーサ１６３は、ＨＴＭＬ文書を解析して、レンダリングエンジン１６４が処理可能な形式に変換する。レンダリングエンジン１６４は、ＨＴＭＬパーサ１６３の解析結果に基づいて描画コマンドをグラフィックスＡＰＩ１２９ｂへ与える。ＨＴＭＬ抽出部１６２、ＨＴＭＬパーサ１６３およびレンダリングエンジン１６４により、ブラウザ本体部１６０はＷＷＷサーバ１３〜１５から取得したＨＴＭＬ文書を表示可能となる。
【０１０９】
○データベースシステム部；
データベースシステム部１７０は、トランスレータ１７１を備える。
【０１１０】
トランスレータ１７１は、操作者が指定したＵＲＩをＨＴＴＰリクエスト生成部１６１から取得し、ＷＷＷサーバ１３〜１５からのＨＴＭＬ文書をＨＴＭＬ抽出部１６２から取得する。トランスレータ１７１は、ＵＲＩおよびＨＴＭＬ文書の一部を結合して所定構造のＸＭＬ文書へ変換し、閲覧データとしてデータベース１７２に格納する。トランスレータ１７１から出力される閲覧データが先述した内向作用データに相当する。
【０１１１】
記憶装置１２３の記憶領域（データストア）に設けられたデータベース１７２には閲覧データ群１７２ｂが格納される。閲覧データ群１７２ｂは、データ内容１７２ｃおよびデータ構造１７２ａを有する。
【０１１２】
データベースシステム部１７０は、解析エンジン１７３および更新エンジン１７４を備える。
【０１１３】
解析エンジン１７３は、データ内容（閲覧データ）１７２ｃの統計的解析を行い、当該統計的解析の結果に基づいてデータ構造１７２ａを更新する。
【０１１４】
ブラウザ１は、後述するように、起動時およびホームボタンＷ１２１の押下時にローカルに格納されたホームページファイル１７５を視覚的に認識できるように表示する。ホームページファイル１７５もＨＴＭＬ文書（ＨＴＭＬファイル）１７５ａを含むので、ホームページの表示に当たっては、非ローカルのＨＴＭＬ文書と同様にＨＴＭＬパーサ１６３およびレンダリングエンジン１６４によって解析処理および表示処理が行われる。
【０１１５】
更新エンジン１７４は、データ内容１７２ｃおよびデータ構造１７２ａに基づいて、ホームページファイル１７５を更新する。これにより、データ構造１７２ａが更新された場合、ユーザインターフェース９０２の具体例であるホームページの表示も更新される。この更新は、データ構造１７２ａの更新ごとに行われてもよいし、データ構造１７２ａの変化が所定以上に達した場合のみ行われてもよい。
【０１１６】
＜閲覧データ＞
閲覧データはＲＤＦ（Resource Description Framework）を用いて叙述される。
【０１１７】
図８は、閲覧データのＲＤＦによる叙述例を示す図である。図８では、「http://www.coocking.co.jp/chineses_food.html」というＵＲＩのＷｅｂページを２００３年１１月４日に操作者が閲覧した場合に生成される閲覧データがＲＤＦのグラフＧ１１で表現されている。グラフＧ１１では、リソースが「http://www.coocking.co.jp/chineses_food.html」というＵＲＩであり、「dc:subject」というプロパティに対応するリテラルが「中華料理のレシピを紹介」という当該Ｗｅｂページのサブジェクトである。また、「data」というプロパティに対応するリテラルは「2003-11-04」という閲覧日の略記表現となっている。
【０１１８】
Ｗｅｂページのサブジェクトは、Ｗｅｂページに含まれるテキスト情報から所定の規則で抽出される。例えば、サブジェクトは、titleタグの内容、metaタグの内容あるいはボディの冒頭部分のテキスト等の、Ｗｅｂページ特定能力が高い単語が含まれる部分から抽出される。
【０１１９】
図９は、グラフＧ１１をＸＭＬ構文で表現したＸＭＬ文書Ｘ１１を示す図である。ＸＭＬ文書Ｘ１１では、about属性の属性値がリソース（ＵＲＩ）、dc:subject要素およびdata要素の要素名がプロパティ（「dc:subject」および「data」）、dc:subject要素およびdata要素の要素内容がリテラル（「中華料理のレシピを紹介」および「2003-11-04」）となっている。
【０１２０】
＜解析エンジン＞
図１０は、解析エンジン１７３の機能構成を示すブロック図である。また、図１１は、解析エンジン１７３によるグラフの変化を示す図である。以下の説明では、解析エンジン１７３によるデータ構造１７２ａの更新が行われる前には、「dc:subject」および「data」というプロパティのリテラルが、それぞれ、サブジェクトＳ（ｉ）および閲覧日Ｄ（ｉ）であるＵＲＩ：Ｕ（ｉ）(ｉ＝1，２，・・・，ｐ；ｐは総ページビュー）の閲覧データ群がデータベース１７２に格納されているとする（グラフＧ１２）。
【０１２１】
○形態素解析部；
形態素解析部１７３ａは、閲覧データのサブジェクトＳ（ｉ）を単語Ｔ（ｉ，ｊ）（ｊ＝１，２，・・・，ｑ）に分割して、単語Ｔ（ｉ，ｊ）の品詞ＰＳ（ｉ，ｊ）を特定する。単語Ｔ（ｉ，ｊ）は、サブジェクトＳ（ｉ）というリソースの「term」というプロパティに対応するリテラルとして叙述される。品詞ＰＳ（ｉ，ｊ）は、単語Ｔ（ｉ，ｊ）というリソースの「ps」というプロパティに対応するリテラルとして叙述される（グラフＧ１３）。
【０１２２】
○不要語除去部；
不要語除去部１７３ｂは、形態素解析部１７３ａで得られた単語Ｔ（ｉ，ｊ）から不要語を除去して内容語Ｔ’（ｉ，ｋ）（ｋ＝１，２，・・・，ｒ；ｒ≦ｑ）を抽出する（グラフＧ１４）。内容語Ｔ’（ｉ，ｋ）の品詞は品詞ＰＳ’（ｉ，ｋ）である。不要語は、日本語における助詞等のＷｅｂページ特定能力が低い機能語である。不要語除去により、内容語Ｔ’（ｉ，ｋ）は、日本語における名詞等のＷｅｂページ特定能力が高い単語となる。
【０１２３】
○重み付け部；
重み付け部１７３ｃは、品詞ＰＳ’（ｉ，ｋ）および閲覧日Ｄ（ｉ）に基づいて、内容語Ｔ’（ｉ，ｋ）に重み付けのためのポイントＰ（ｉ，ｋ）を付与する。ポイントＰ（ｉ，ｋ）は、内容語Ｔ’（ｉ，ｋ）というリソースの「point」というプロパティに対するリテラルとして叙述される（グラフＧ１５）。重み付けに当たっては、人名、地名および製品名等のＷｅｂページ特定能力が高い固有名詞に高ポイントを与えるとともに、閲覧日Ｄ（ｉ）からの経過日数が短い場合に高ポイントを与える。
【０１２４】
○ページビューポイント算出部；
ページビューポイント算出部１７３ｅは、ＵＲＩ：Ｕ（ｉ）と閲覧日Ｄ（ｉ）に基づいて、異なるＵＲＩごとのページビューポイントＰＶを集計する。ページビューポイントＰＶの集計に当たっては、閲覧日Ｄ（ｉ）からの経過日数が短い場合に高いページビューポイントを付与する。これにより、ページビューポイントＰＶは、最近の操作者のＷｅｂページ閲覧頻度を示すパラメータとなる。
【０１２５】
○グラフ生成部；
グラフ生成部１７３ｄは、ホームページの表示更新の基礎となるグラフを生成して、データベース１７２に格納する。これにより、データベース１７２のデータ構造１７２ａは、当該グラフのデータ構造により更新される。
【０１２６】
具体的には、グラフ生成部１７３ｄは、操作者が閲覧するＷｅｂページに含まれる可能性が高いと推定される内容語を抽出する。さらに、グラフ生成部１７３ｄは、抽出された内容語（以下では「抽出語」とも称する）に対応する抽出語ノードを所定の規則で結合する。各抽出語ノードには、ＵＲＩに対応するＵＲＩノードが所定の規則で結合される。この結合処理により作成されたグラフがホームページ更新に利用される。
【０１２７】
以下では、グラフ生成の方法について、図１２のフローチャートおよび図１３および図１４のグラフＧ１６およびＧ１７を参照しながら説明する。
【０１２８】
ステップＳ１０１〜Ｓ１０３は、抽出語を抽出するステップ群である。
【０１２９】
最初のステップＳ１０１では、内容語Ｔ’（ｉ，ｋ）の付与ポイントＰ（ｉ，ｋ）が異なる単語Ｗ（ｍ）（ｍ＝１，２，・・・，ｓ;ｓ≦ｐｒ）ごとに集計される。単語Ｗ（ｍ）の集計ポイントＰＷ（ｍ）は（式１）で算出される。集計ポイントＰＷ（ｍ）は、操作者が近い過去に閲覧したＷｅｂページのサブジェクトに含まれる回数が増加するほど高くなる。
【０１３０】
【数１】
0004730684.tif 000002
【０１３１】
続いて、所定値ＰＴＨ以上の集計ポイントＰＷ（ｍ）が与えられた抽出語ＷＥ（ｎ）（ｎ＝１，２，・・・，ｔ；ｔ≦ｓ）が単語Ｗ（ｍ）から抽出される（ステップＳ１０２）。さらに、抽出語ＷＥ（ｎ）の中から最高の集計ポイントＰＷ（ｕ）が与えられた抽出語（以下では、「最高ポイント抽出語ＷＥ（ｕ）」とも称する）を特定する（ステップＳ１０３）。最高ポイント抽出語ＷＥ（ｕ）は、操作者が近い過去に閲覧したＷｅｂページでサブジェクトに最も高頻度で出現した単語であるので、操作者のＷｅｂページ閲覧傾向を最も端的に表現した単語となっている。
【０１３２】
ステップＳ１０４〜Ｓ１０６は、グラフ生成のステップ群である。
【０１３３】
最初に、グラフ生成部１７３ｄが、閲覧データ群を参照して最高ポイント抽出語ＷＥ（ｕ）との共起度が高い抽出語ＷＥ（ｎ）を特定する（ステップＳ１０４）。
【０１３４】
さらに、グラフ生成部１７３ｄは、グラフＧ１６に示すように、最高ポイント抽出語ＷＥ（ｕ）に対応する抽出語ノードＮ１６１と、共起度が高い抽出語ＷＥ（ｎ）（グラフＧ１６およびＧ１７では、抽出語ＷＥ（１），ＷＥ（２）およびＷＥ（３）となっている）に対応するノードＮ１６２〜Ｎ１６４とを接続する（ステップＳ１０５）。これにより、最高ポイント抽出語ＷＥ（ｕ）に対応する抽出語ノードＮ１６１を始点（第１階層）とした階層構造型のグラフＧ１６が生成される。必要に応じて、共起度が高い抽出語ＷＥ（ｎ）（第２階層）に対応するノードＮ１６２〜Ｎ１６４を新たな始点としてグラフＧ１６を拡張してもよい。すなわち、第２階層に加えて第３階層を作成してもよい。
【０１３５】
データ構造更新の基礎となるグラフ生成に共起性を利用することにより、「集計」という統計的解析により明らかになった実際に閲覧頻度の高いＷｅｂページのみならず、将来において操作者が閲覧を希望すると推測されるＷｅｂページをもグラフＧ１６の情報として導入可能となる。つまり、グラフＧ１６は、単なる統計的解析結果の表現ではなく、過去の統計的解析結果から予想される将来の操作者のＷｅｂページ閲覧傾向の表現でもある。なお、グラフ化において、意味辞書を用いて意味距離が近い抽出語を結合する等の技術を併用してもよい。
【０１３６】
また、グラフＧ１６では、操作者のＷｅｂページ閲覧傾向を反映した階層構造が実現されている。具体的には、操作者が閲覧を希望するＷｅｂページに含まれる可能性が高い単語が階層構造中の高い階層に存在するようになる。つまり、グラフＧ１６は、所望のＷｅｂページを閲覧するというＷｅｂブラウザの使用目的に対する最適化表現となっている。
【０１３７】
続いて、グラフ生成部１７３ｄは、ページビューポイント算出部１７３ｅから得た異なるＵＲＩごとのページビューポイントＰＶを参照して、グラフＧ１６中の抽出語ＷＥ（ｎ）をサブジェクトに含むＵＲＩのうち、ページビューポイントＰＶが所定値ＰＶＴＨ以上のＵＲＩ：Ｕ（１）〜Ｕ（５）を特定する。続いて、グラフＧ１７に示すように、ＵＲＩ：Ｕ（１）〜Ｕ（５）に対応するＵＲＩノードＮ１７１〜Ｎ１７５と、対応する抽出語ノードＮ１６１〜Ｎ１６４とを接続する（ステップＳ１０６）。これにより、操作者が高頻度で閲覧するＷｅｂページのＵＲＩ：Ｕ（１）〜Ｕ（５）が抽出語ＷＥ（ｕ）およびＷＥ（１）〜ＷＥ（３）と対応づけられて構造化される。このように解析結果がデータ構造１７２ａとして表現されることにより、当該解析結果を他のブラウザへエクスポートすること、あるいは他のブラウザの解析結果をインポートすることが可能になる。
【０１３８】
＜ホームページ＞
○画面構成；
図１５は、描画エリアＷ１３に表示されるホームページＨＰ１の画面構成を示す図である。
【０１３９】
ホームページＨＰ１は、検索フレームＨＰ１１および新着情報フレームＨＰ１２に分割される。
【０１４０】
検索フレームＨＰ１１は、検索クエリの入力欄ＨＰ１１１および検索ボタンＨＰ１１２を備えており、操作者が入力欄ＨＰ１１１にクエリを入力して検索ボタンＨＰ１１２を押下することにより、当該クエリを用いたＷｅｂページ検索を要求するＨＴＴＰリクエストを検索エンジン１５に送信可能となっている。
【０１４１】
ユーザインターフェースである新着情報フレームＨＰ１２の表示は、更新エンジン１７４による更新対象となっている。
【０１４２】
なお、図１２には、新着情報フレームＨＰ１２に具体的情報が表示されていない状態が示されている。これはデータベース１７２が閲覧データのみから構成されており（グラフＧ１２の状態）、データベース１７２にグラフ生成部１７３ｄが生成したグラフＧ１７の情報が含まれない場合の表示状態である。解析エンジン１７３による解析結果が知識としてデータベース１７２に内在した状態になると、新着情報フレームＨＰ１２には操作者をナビゲートする具体的情報が表示される。
【０１４３】
○ファイル；
ホームページＨＰ１の記述は、内容情報を主に含むＨＴＭＬファイル（ファイル名home.html）１７５ａおよびスタイル情報を含むＣＳＳファイル（ファイル名home.css）１７５ｂよりなる。ＣＳＳファイル１７５ｂには、ユーザインターフェースの一要素であるスタイルにデータ構造１７２ａを反映させるための規則が含まれる。具体的には、図２０のＣＳＳファイル１７５ｂの記述に示すように、「1stlevel」および「2ndlevel」というセレクタで選択される第１階層および第２階層に係る情報の表示には、それぞれ、０文字分および５文字分の左インデントを行うことが定義されている。したがって、ＨＴＭＬファイル１７５ａにおいて、第１階層に係る情報を「1stlevel」タグの中に記述し、第２階層に係る情報を「2stlevel」タグの中に記述することにより、データ構造１７２ａ（階層構造）を左インデント量として表現可能である。すなわち、ＣＳＳファイル１７５ｂに記述された規則は、データ構造１７２ａに基づいてユーザインターフェースを更新する規則となっている。
【０１４４】
なお、上述の例ではデータ構造１７２ａを左インデント量により表現したが、文字の書式（サイズ、フォントおよび色等）やインデント以外のレイアウト手段（テーブル等）によりデータ構造１７２ａを表現してもよい。
【０１４５】
＜更新エンジン＞
○ＨＴＭＬ文書の更新；
更新エンジン１７４はデータ内容１７２ｃおよびデータ構造１７２ａに基づいてＨＴＭＬ文書１７５ａを更新することにより、データ構造１７２ａをユーザインターフェースである新着情報フレームＨＰ１２の表示に反映させる。具体的には、ＣＳＳファイル１７５ｂの宣言のセレクタに対応したタグをＨＴＭＬファイル１７５ａに記述することにより、データ構造１７２ａをスタイルに反映可能となる。以下では、このようなＨＴＭＬファイル１７５ａの更新による新着情報フレームＨＰ１２の表示進化の例をデータ構造１７２ａおよびＨＴＭＬファイル１７５ａと対応させながら説明する。なお、ＣＳＳファイル１７５ｂ等のスタイルシートを使用せずにＨＴＭＬファイル１７５ａのスタイルタグを直接変更することも妨げられない。または、各種スクリプトを用いて表示を変更することも妨げられない。
【０１４６】
○新着情報フレームの表示変化；
図１６および図１８は、それぞれ、図１７および図１９のグラフＧ１８およびＧ１９で表現されるデータ構造１７２ａが新着情報フレームＨＰ１２の表示へ反映された場合の表示例を示す図である。図２１および図２２は、それぞれ、図１６および図１８の表示例を実現するためのＨＴＭＬファイル１７５ａの記述例を示す図である。
【０１４７】
図１７のグラフＧ１８は、最高ポイント抽出語ＷＥ（ｕ）が「中華料理」であり、「中華料理」と共起度の高い抽出語がない場合のグラフである。このようなグラフＧ１８は、例えば、サブジェクトに「中華料理」を含むＷｅｂページを操作者が閲覧したが、複数階層のグラフを生成可能なほどは（共起度の高い抽出語を特定可能になるほどは）閲覧データが蓄積されていない場合等に生成される。グラフＧ１８では、「中華料理」に対応する抽出語ノードＮ１８１には、「http://www.recipe_coocking.co.jp/index.html」および「http://www.chinese_coocking./recipe.html」というＵＲＩに対応するＵＲＩノードＮ１８２およびＮ１８３が接続されている。
【０１４８】
グラフＧ１８が新着情報フレームＨＰ１２の表示に反映された場合、「http://www.recipe_coocking.co.jp/index.html」および「http://www.chinese_coocking./recipe.html」というＵＲＩのＷｅｂページのサブジェクト「中華料理のレシピを３０種類紹介」および「中華料理の料理教室を開催」が新着情報フレームＨＰ１２に表示される。これらの文字列には、対応するＷｅｂページへのハイパーリンクが埋め込まれている。また、これらの文字列は、図２１に示すように「1stlevel」タグの内容としてＨＴＭＬファイル１７５ａでは記述されている。
【０１４９】
一方、図１９のグラフＧ１９は、最高ポイント抽出語ＷＥ（ｕ）が「中華料理」であり、「中華料理」と共起度が高い抽出語である「レシピ」および「調味料」に対応する抽出語ノードＮ１９２およびＮ１９３が「中華料理」に対応する抽出語ノードＮ１９１に接続されている。グラフＧ１９では、抽出語ノードＮ１９１には、「http://www.chinese_coocking.co.jp/recipe.html」というＵＲＩに対応するＵＲＩノードＮ１９４が接続されている。また、グラフＧ１９では、抽出語ノードＮ１９２には、「http://www.recipe_coocking.co.jp/index.html」および「http://www.daily_coocking.co.jp/today.html」というＵＲＩに対応するＵＲＩノードＮ１９５およびＮ１９６が接続されている。さらに、グラフＧ１９では、抽出語ノードＮ１９３には、「http://www.chinese_coocking.co.jp/seasoning.html」というＵＲＩに対応するＵＲＩノードＮ１９７が接続されている。
【０１５０】
グラフＧ１９が新着情報フレームＨＰ１２の表示に反映された場合、図１６の場合と同様に、「http://www.chinese_coocking.co.jp/recipe.html」、「http://www.recipe_coocking.co.jp/index.html」、「http://www.daily_coocking.co.jp/today.html」および「http://www.chinese_coocking.co.jp/seasoning.html」というＵＲＩのＷｅｂページのサブジェクト「中華料理の料理教室を開催」、「中華料理のレシピを３０種類紹介」、「今夜の食卓のレシピ  中華料理編」および「中華料理の調味料」が新着情報フレームＨＰ１２に表示される。ただし、図１８においては、グラフＧ１９において第２階層に位置している抽出語ノードＮ１９２およびＮ１９３に接続されているＵＲＩノードＮ１９５〜Ｎ１９７に対応するＷｅｂページのサブジェクトの表示には左インデントが設定されている。図２２に示すように、これらの文字列のうち第１階層に係る文字列は「1stlevel」タグの内容として、第２階層に係る文字列は「2ndlevel」タグの内容としてＨＴＭＬファイル１７５ａでは記述されている。
【０１５１】
なお、サブジェクトの表示を、Ｗｅｂページが所定期間内に更新された場合のみ行うようにしてもよい。
【０１５２】
この左インデント量の変更により、操作者はデータ構造１７２ａをユーザインターフェース上で直感的に認識可能となる。また、このユーザインターフェース更新の基礎となるデータの階層構造は操作者のＷｅｂページ閲覧の希望度合いを反映しているので、新着情報フレームＨＰ１２の表示において左インデント量が小さく、ユーザインターフェース上で目立ちやすくなっている文字列に対応するＷｅｂページほど、操作者が希望するＷｅｂページである可能性が高い。換言すれば、サブジェクトの表示という外向作用を生成するユーザインターフェースは、希望のＷｅｂページにたどり着くという目的をより効果的に達成可能となるように変化している。
【０１５３】
また、新着情報フレームＨＰ１２の表示内容および表示方法は、データベース１７２のデータ構造１７２ａを反映して変化するが、データ構造１７２ａは解析エンジン１７３の解析により経時的に変化するので、ユーザインターフェースである新着情報フレームＨＰ１２の表示も動的に変化してゆく。したがって、操作者のＷｅｂページ閲覧傾向が経時的に変化しても、新着情報フレームＨＰ１２の表示の有効性は維持される。この点で、データベースシステム部１７０は、従来技術におけるプロファイル登録型のデータベースシステムと異なり、動的な最適化機能を有する。
【０１５４】
＜２  第２実施形態＞
第２実施形態のブラウザ２は、操作者の検索オプション設定履歴を蓄積し、当該検索オプション設定履歴の解析結果に基づいてホームページの検索オプションの初期設定を変更する。具体的には、ブラウザ２は、外部情報源である検索エンジンへ送信したクエリを蓄積する。クエリには検索オプションの設定状態の情報も含まれる。ブラウザ２は、データベースに蓄積された当該設定状態の情報に係るデータを解析して、ホームページの検索オプションの初期設定を変更する。なお、ブラウザ２は、ブラウザ１と類似の構成を有するので、ブラウザ２の説明に当たっては、ブラウザ１と同等の構成には同じ参照符号を付与し重複説明は省略する。
【０１５５】
＜第１実施形態との相違点＞
第１実施形態および第２実施形態のネットワークの全体構成、ＰＣの構成およびブラウザの画面構成は同等であるので、図４〜図６で示したネットワークの全体構成、ＰＣの構成およびブラウザの画面構成は、第２実施形態にも当てはまる。しかし、第２実施形態では、記憶装置１２３にインストールされるブラウザが第１実施形態とは異なるので、ブラウザの機能構成や画面構成等が第１実施形態とは異なる。以下では、これらの相違点を中心に、第２実施形態のブラウザ２について説明する。
【０１５６】
＜ブラウザ機能構成＞
図２３は、ブラウザ２の機能構成を示すブロック図である。ブラウザ２もブラウザ１と同様に、ブラウザ本体部１６０とデータベースシステム部２７０とを含む。ブラウザ本体部１６０の構成はブラウザ１と同等であるので重複説明は省略する。以下では、ブラウザ１とは構成が異なるデータベースシステム部２７０について説明する。なお、データベースシステム部２７０もまた、先述した間接適用型データベースシステムの具体例となっている。
【０１５７】
○データベースシステム部；
トランスレータ２７１は、ＨＴＴＰリクエストに含まれる検索エンジン１５に対するクエリをＨＴＴＰリクエスト生成部１６１から取得する。さらに、トランスレータ２７１は、クエリを所定構造のＸＭＬ文書へ変換し、クエリデータとしてデータベース２７２に格納する。ブラウザ２では、操作者が入力するクエリが先述した内向作用に相当し、トランスレータ２７１から出力されるクエリデータが先述した内向作用データに相当する。
【０１５８】
記憶装置１２３の記憶領域に設けられたデータベース２７２には、クエリデータの結合であるクエリデータ群２７２ｂが格納される。クエリデータ群２７２ｂは、データ内容２７２ｃおよびデータ構造２７２ａを有する。
【０１５９】
解析エンジン２７３は、データ内容（クエリデータ）２７２ｃを参照して統計的解析を行い、当該解析の結果に基づいてデータ構造２７２ａを更新する。
【０１６０】
更新エンジン２７４は、データ内容（クエリデータ）２７２ｃおよびデータ構造２７２ａに基づいてホームページの表示を変更する。これにより、ホームページの表示はデータ構造２７２ａを反映する。換言すれば、ホームページの表示が図１または図２のユーザインターフェース９０２に相当する。データ構造２７２ａには、検索エンジン１５に対するクエリの情報が知識として蓄積されるので、ブラウザ２では検索エンジン１５に対するクエリの傾向がユーザインターフェースであるホームページの表示に反映される。これにより、ブラウザ２は、クエリの傾向に適したユーザインターフェースを提供可能である。
【０１６１】
＜クエリデータ＞
クエリデータはＲＤＦを用いて叙述される。
【０１６２】
図２４は、クエリデータのＲＤＦによる叙述例を示す図である。図２４では、論理積の検索を検索エンジン１５に実行させるＡＮＤ検索オプションを使用し、論理和の検索を検索エンジン１５に実行させるＯＲ検索オプションを使用しないで、「中華料理 レシピ」というクエリによる検索を行った場合に生成されるクエリデータがＲＤＦのグラフＧ２１で表現されている。
【０１６３】
グラフＧ２１では、リソースが「0001」というクエリＩＤとなっている。クエリＩＤは、クエリデータに固有の自然数である。グラフＧ２１では、「query」というプロパティに対応するリテラルが「中華料理 レシピ」というクエリとなっている。また、「and」および「or」というプロパティに対応するリテラルは、それぞれ、「1」および「0」という検索オプションの使用有無を示す数値となっている。「1」は検索オプションの使用を意味し、「0」は検索オプションの不使用を意味する。
【０１６４】
図２５は、グラフＧ２１をＸＭＬ構文で表現したＸＭＬ文書Ｘ２１を示す図である。ＸＭＬ文書Ｘ２１では、about属性の属性値がリソース（クエリＩＤ）、query要素、and要素およびor要素の要素名がプロパティ（「query」、「and」および「or」）、query要素、and要素およびor要素の要素内容がリテラル（「中華料理 レシピ」、「1」および「0」）となっている。
【０１６５】
＜解析エンジン＞
図２６は、解析エンジン２７３の機能構成を示すブロック図である。また、図２７は、解析エンジン２７３による解析中のグラフの変化を示す図である。以下の説明では、解析エンジン２７３によるデータ構造２７２ａの更新前には、「query」、「and」および「or」というプロパティのリテラルが、それぞれ、クエリＱ（ｉ）、ＡＮＤ検索オプション設定の有無ＡＮＤ（ｉ）（＝０または１）およびＯＲ検索オプション設定の有無ＯＲ（ｉ）（＝０または１）であるクエリＩＤ；ＩＤ（ｉ）(ｉ＝1，２，・・・，ＮＱ；ＮＱはクエリ回数）のクエリデータ群２７２ｂがデータベース２７２に格納されているとする（グラフＧ２２）。
【０１６６】
○集計部；
集計部２７３ａは、ＡＮＤ検索オプションの設定回数ＮＡおよびＯＲ検索オプションの設定回数ＮＯを集計する。設定回数ＮＡおよび設定回数ＮＯは、（式２）を用いて算出される。設定ＮＡおよび設定回数ＮＯは、それぞれ、「集計結果」というリソースの「ＡＮＤ検索オプション設定回数」および「ＯＲ検索オプション設定回数」というプロパティに対するリテラルとして叙述される。また、クエリ回数ＮＱは、「集計結果」というリソースの「クエリ回数」というプロパティに対するリテラルとして叙述される（グラフＧ２３）。
【０１６７】
【数２】
0004730684.tif 000003
【０１６８】
○初期設定決定部；
初期設定決定部２７３ｂは、集計部２７３ａの集計結果を参照して、検索オプションの初期設定を決定する。具体的には、クエリ回数ＮＱが２０以上の場合において、ＡＮＤ検索オプションおよびＯＲ検索オプションのうちクエリ回数ＮＱの７５％の回数以上の頻度で設定された検索オプションが検索オプションの初期設定として決定される。初期設定の検索オプションは、「集計結果」というリソースの「初期設定」というプロパティに対するリテラルとして叙述される（グラフＧ２４）。グラフＧ２４では、ＡＮＤ検索オプションが初期設定となっている状態が示されている。
【０１６９】
＜ホームページ＞
○画面構成；
図２８は、描画エリアＷ１３に表示されるホームページＨＰ２の画面構成を示す図である。
【０１７０】
ホームページＨＰ２は、ホームページＨＰ１と同様に、検索フレームＨＰ２１と新着情報フレームＨＰ２２とに分割される。検索フレームＨＰ２１は、検索フレームＨＰ１１と同様の入力欄ＨＰ２１１と検索ボタンＨＰ２１２とを備える。入力欄ＨＰ２１１の下方には、検索オプション設定のためのチェックボックスＨＰ２１３およびＨＰ２１４が設けられる。チェックボックスＨＰ２１３およびＨＰ２１４は、それぞれ、ＡＮＤ検索オプションの設定およびＯＲ検索オプションに用いられる。操作者は、検索に先立って、チェックボックスＨＰ２１３またはＨＰ２１４にチェックを入れる操作を行うことにより、ＡＮＤ検索オプションまたはＯＲ検索オプションを検索時に使用可能となる。なお、図２９は、ＡＮＤ検索オプションが設定された場合のホームページＨＰ２の画面構成を示す図である。
【０１７１】
ブラウザ２では、ホームページＨＰ２が表示された場合に初期設定されている検索オプションは、更新エンジン２７４によるデータ構造２７２ａ適用の対象となっているので、操作者の検索オプション設定履歴によって変化する。すなわち、検索オプションの初期設定は、図１または図２におけるユーザインターフェース９０２の具体例となっている。
【０１７２】
○ファイル；
ホームページＨＰ２は、ＨＴＭＬファイル（ファイル名kensaku.html,kensaku-and.html,kensaku-or.html）により記述されている。データベースシステム２においては、３種類の検索オプション設定に対応した３種類のＨＴＭＬファイル２７５ａ〜２７５ｃが準備される。具体的には、ＡＮＤ検索オプションおよびＯＲ検索オプションのいずれも設定されていない状態に対応したＨＴＭＬファイル（ファイル名kensaku.html）２７５ａ、ＡＮＤ検索オプションが設定された状態に対応したＨＴＭＬファイル２７５ｂ（ファイル名kensaku-and.html）およびＯＲ検索オプションが設定された状態に対応したＨＴＭＬファイル２７５ｃ（ファイル名kensaku-or.html）の３種類のＨＴＭＬファイルが準備される。
【０１７３】
＜更新エンジン＞
更新エンジン２７４は３種類のＨＴＭＬ文書２７５ａ〜２７５ｃの中でホームページＨＰ２の表示に実際に使用するＨＴＭＬファイルを変更することにより、データ構造２７２ａをユーザインターフェースである検索オプションの初期設定に反映させる。具体的には、グラフＧ２４で「初期設定」というプロパティに対応するリテラルが存在しない場合は、ＨＴＭＬファイル２７５ａを使用し、グラフで「初期設定」というプロパティに対応するリテラルが「ＡＮＤ検索オプション」または「ＯＲ検索オプション」である場合には、それぞれ、ＨＴＭＬファイル２７５ｂまたは２７５ｃをホームページＨＰ２の表示に実際に使用するＨＴＭＬファイルとする。これにより、操作者の過去の検索オプションの設定履歴がユーザインターフェースである検索オプションの初期設定に反映されることになり、操作者が使用する可能性が高い検索オプションがホームページＨＰ２で自動的に初期設定される。つまり、操作者の希望の検索オプションを使用するという目的の達成度を向上するようにユーザインターフェースが変更される。
【０１７４】
＜３  第３実施形態＞
第３実施形態のブラウザ３は、ブラウザ１と同様に、操作者のＷＷＷ閲覧履歴を蓄積し、当該閲覧履歴の解析結果に基づいてブラウザのホームページの表示を変更する。しかし、ブラウザ３では、解析エンジンのグラフ作成部の構成および動作がブラウザ１と異なる。具体的には、グラフ作成部は、検索エンジンによる検索により得られたＵＲＩの情報を補助的に利用してグラフを完成する。
【０１７５】
なお、ブラウザ３は、ブラウザ１と類似の構成を有するので、ブラウザ３の説明に当たっては、ブラウザ１と同等の構成には同じ参照符号を付与し重複説明は省略する。
【０１７６】
＜第１実施形態との相違点＞
第１実施形態および第３実施形態のネットワークの全体構成、ＰＣの構成、ブラウザの画面構成およびブラウザの機能構成は同等であるので、図４〜図７で示したネットワークの全体構成、ＰＣの構成、ブラウザの画面構成およびブラウザの機能構成は、第３実施形態にも当てはまる。しかし、第３実施形態においては、解析エンジン３７３のグラフ生成部３７３ｄが第１実施形態とは異なる。以下では、この相違点を中心に第３実施形態のブラウザ３について説明する。
【０１７７】
＜解析エンジン＞
○グラフ生成部；
図３０に示すように、グラフ生成部３７３ｄは、グラフ生成部１７３ｄの機能に加えて、抽出語をクエリとした検索を検索エンジン１５に実行させるためのＨＴＴＰリクエストを生成し、当該ＨＴＴＰリクエストに応答して検索エンジン１５が返信したＨＴＴＰレスポンスを受信する機能を有する。さらに、グラフ生成部３７３ｄは、当該ＨＴＴＰレスポンスに含まれるＵＲＩのリストから、抽出語ノードに接続されたＵＲＩノードに対応するＵＲＩに含まれない新発見ＵＲＩを特定し、当該新発見ＵＲＩのＵＲＩノードを抽出語ノードと接続する。
【０１７８】
以下では、このようなグラフ生成の方法について、図３１のフローチャートおよび図３２のグラフＧ３１を参照しながら説明する。
【０１７９】
ステップＳ３０１〜Ｓ３０６の動作は、図１２のフローチャートのステップＳ１０１〜Ｓ１０６と同等であるので重複説明は省略する。ステップＳ３０６終了時点のデータ構造は、図１４のグラフＧ１７で表現されるデータ構造となっている。
【０１８０】
ステップＳ３０６に続くステップＳ３０７では、グラフ生成部３７３ｄは、各抽出語をクエリとした検索を検索エンジン１５に実行させるためのＨＴＴＰリクエストを生成し、ソケットＡＰＩ１２９ａ経由で検索エンジン１５へ送信する。
【０１８１】
さらに、ステップＳ３０８では、グラフ生成部３７３ｄは、ＨＴＴＰリクエストに応答して検索エンジン１５から返信されたＨＴＴＰレスポンスを受信する。そして、グラフ生成部３７３ｄは、ＨＴＴＰレスポンスに含まれるＵＲＩのリストから、抽出語ノードに接続されたＵＲＩノードに対応するＵＲＩに含まれない新発見ＵＲＩを特定する。例えば、抽出語ＷＥ（３）に対応する抽出語ノードに接続されたＵＲＩノードに対応するＵＲＩがＵ（５）であり、抽出語ＷＥ（３）をクエリとした検索により検索エンジン１５から得られたＵＲＩのリストがＵ（５）およびＵ’（１）からなる場合、グラフ生成部３７３ｄは、ＵＲＩ：Ｕ’（１）を新発見ＵＲＩとして特定する。
【０１８２】
続いて、グラフ生成部３７３ｄは、グラフＧ３１に示すように、新発見ＵＲＩに対応するＵＲＩノードと、当該新発見ＵＲＩを得るために用いられた抽出語に対応する抽出語ノードとを接続する。グラフＧ３１おいては、新発見ＵＲＩ：Ｕ’（１）およびＵ’（２）に対応するＵＲＩノードＮ３１１およびＮ３１２が、それぞれ、抽出語ＷＥ（３）およびＷＥ（ｕ）に対応する抽出語ノードＮ３１３およびＮ３１４に追加接続された状態が表現されている。
【０１８３】
このような動作フローにより、第１実施形態と同様に、「集計」という統計的解析により明らかになった実際に閲覧頻度の高いＷｅｂページのみならず、将来において操作者が閲覧を希望すると推測されるＷｅｂページをもグラフＧ３１の情報として導入可能となる。また、グラフＧ３１では、操作者のＷｅｂページ閲覧傾向を反映した階層構造が実現される。さらに、検索エンジン１５から得られたＵＲＩのリストをグラフ作成に補助的に使用することにより、操作者が実際に閲覧したＷｅｂページ以外のＵＲＩの情報をもグラフＧ３１に反映可能となる。これにより、一個人のＷＷＷ閲覧ではたどり着くことが難しいＷｅｂページへのナビゲートが可能となる。すなわち、希望するＷｅｂページを閲覧するという目的の達成度をさらに向上可能になる。
【０１８４】
なお、新発見ＵＲＩの特定に当たって、検索エンジン１５から提供される有用性や知名度の情報を用いて、有用性や知名度が高いＵＲＩに対応するＵＲＩノードのみを抽出語ノードと接続するようにしてもよい。これにより、グラフＧ３１におけるノイズ情報を削減可能となる。
【０１８５】
また、このようなデータ構造を第１実施形態と同様の方法で新着情報フレームＨＰ１２の表示に反映させることにより、操作者が実際に閲覧したＷｅｂページ以外のＵＲＩのＷｅｂページへのアクセスが容易になる。
【０１８６】
＜４  第４実施形態＞
第４実施形態の中継サーバ４は、操作者のＷＷＷ閲覧履歴を蓄積し、当該閲覧履歴に基づいてホームページの表示を変更する。すなわち、中継サーバ４は、ブラウザ１のデータベースシステム部１７０の機能を付与されている。なお、第４実施形態の説明に当たっては、第１実施形態と同等の構成には同じ参照番号を付与し重複説明は省略する。
【０１８７】
＜ネットワークの全体構成＞
図３３は、中継サーバ４を含むネットワークの全体構成を示す図である。
【０１８８】
ネットワークであるインターネット１１には中継サーバ４および複数のＷＷＷサーバ１３および１４が接続される。ＷＷＷサーバ１３および１４と中継サーバ４とは、ＨＴＴＰにより通信可能である。
【０１８９】
中継サーバ４にはＰＣ１２が接続される。図３３では、１台のＰＣ１２が中継サーバ４に接続された状態が示されているが、中継サーバ４に接続されるＰＣは２台以上でもよい。中継サーバ４とＰＣ１２との接続には、ＬＡＮ等のネットワーク接続や公衆電話回線を通じたＰＰＰ（Point to Point Protocol）接続等を利用可能である。ＰＣ１２をインターネット１１に直接接続して中継サーバ４とＰＣ１２との接続にインターネット１１を用いてもよい。
【０１９０】
ＰＣ１２には、Ｗｅｂページ閲覧用のブラウザ４１が搭載される。ブラウザ４１は、中継サーバ４経由でＷＷＷサーバ１３および１４へＨＴＴＰリクエストを送信し、当該ＨＴＴＰリクエストに応答して中継サーバ４経由でＷＷＷサーバ１３および１４から返信されたＨＴＴＰレスポンスを受信するＷＷＷクライアントである。ブラウザ４１は受信したＨＴＭＬ文書のレイアウトを解析して表示する。ブラウザ４１は、ブラウザ１のブラウザ本体部１６０に相当する構成を含むが、データベースシステム部１７０に相当する構成は含まない。すなわち、ブラウザ４１には周知の各種ブラウザを使用可能である。
【０１９１】
中継サーバ４は、ＰＣ１２からのＨＴＴＰリクエストに所定の変換処理を行い、変換後のＨＴＴＰリクエストをＷＷＷサーバ１３および１４へ送信する。また、中継サーバ４は、ＷＷＷサーバ１３および１４からのＨＴＴＰレスポンスに所定の変換処理を行い、変換後のＨＴＴＰレスポンスをＰＣ１２へ送信する。
【０１９２】
＜中継サーバのソフトウエア構成＞
図３４は、中継サーバ４の機能構成を示すブロック図である。
【０１９３】
ＨＴＴＰリクエスト生成部４４１は、ソケットＡＰＩ４４２より取得したＰＣ１２のＨＴＴＰレスポンスに所定の変換処理を行う。変換後のＨＴＴＰリクエストは、ソケットＡＰＩ４４２からインターネット１１経由でＷＷＷサーバ１３および１４へ送信される。さらに、ＨＴＴＰリクエスト生成部４４１は、ソケットＡＰＩ４４２より取得したＰＣ１２のＨＴＴＰリクエストがホームページの要求である場合は、ホームページ送信指示をＨＴＴＰレスポンス生成部４４３へ出力する。
【０１９４】
ＨＴＴＰレスポンス生成部４４３は、ソケットＡＰＩ４４２より取得したＷＷＷサーバ１３および１４のＨＴＴＰレスポンスに所定の変換処理を行う。変換後のＨＴＴＰレスポンスは、ソケットＡＰＩ４４２からＰＣ１２へ送信される。さらに、ＨＴＴＰレスポンス生成部４４３は、ＨＴＴＰリクエスト生成部４４１からホームページ送信指示が与えられた場合は、中継サーバ４に格納されたホームページを含むＨＴＴＰレスポンスを生成して、ソケットＡＰＩ４４２からＰＣ１２へ送信する。なお、このような態様に代えて、中継サーバ４においてＨＴＴＰデーモン（サービス）を稼働して、当該ＨＴＴＰデーモンに対してＨＴＴＰリクエストを転送してもよい。
【０１９５】
トランスレータ４４５は、ＰＣ１２の操作者のＵＲＩ指定の情報をＨＴＴＰリクエスト生成部４４１から取得し、ＷＷＷサーバ１３および１４からのＨＴＭＬ文書をＨＴＴＰレスポンス生成部４４３から取得する。さらに、トランスレータ４４５は、ＵＲＩおよびＨＴＭＬ文書の一部をブラウザ１と同様の方法で結合して所定構造のＸＭＬ文書へ変換し、閲覧データとしてデータベース１７２に格納する。中継サーバ４では、オンライン入力されるＨＴＴＰリクエストが先述した内向作用に相当し、トランスレータ４４５から出力される閲覧データが先述した内向作用データに相当する。
【０１９６】
中継サーバ４のデータベース１７２、解析エンジン１７３および更新エンジン１７４は、ブラウザ１と同等の機能を有し、中継サーバ４に格納されたホームページのＨＴＭＬファイル１７５ａをブラウザ１と同様の方法で更新する。
【０１９７】
これにより、ブラウザ１と同様に、ブラウザ４１のホームページの表示はデータ構造１７２ａを動的に反映する。
【０１９８】
このようなデータベースシステム本体部１７０の機能を、ＰＣ１２から独立した中継サーバ４に構築することにより、ＰＣ１２に要求されるリソースを低減可能である。これにより、第１実施形態で説明した効果に加えて、リソースの制約が大きい携帯情報端末、移動体通信端末およびゲーム端末等で当該データベースシステム１７０の機能を利用することが容易になる。また、独立したサーバに構築することにより、他人との情報の共用や熟練した操作者が閲覧しているＷｅｂサイトの情報の提供も可能になる。
【０１９９】
＜５  第５実施形態＞
第５実施形態の医療支援システム５は、医療行為の指示と当該医療行為の実行時に配慮すべき注意事項（警告）とを医療従事者へ与える。さらに、医療支援システム５は、データベースシステム５の外部事象である、医療行為の実行時に医療従事者が実際に体験したインシデントの情報を蓄積し、当該インシデントの解析結果に基づいて上述の警告を変化させる。
【０２００】
医療支援システム５は、医師、看護師（以下では、「ナース」とも称する）、薬剤師、保健士、助産師、診療放射線技師、臨床検査技師、衛生検査技師、理学療法士および作業療法士等の医療従事者の医療行為全般に適用可能であるが、以下の説明では、ナースの患者への医療行為すなわち看護（以下では、「ケア」とも称する）に適用された場合を例にあげて説明を行う。なお、ここでいうインシデントとは、実際の医療事故（アクシデント）に至る可能性がある前触れの出来事を指し、「ヒヤリハット」あるいは「ニアミス」とも呼ばれる。
【０２０１】
＜ネットワーク構成＞
図３５は、医療支援システム５のネットワーク構成を示す図である。
【０２０２】
医療支援システム５は、ネットワーク５１上に構成されたクライアント・サーバ型のデータベースシステムを中心に構成される。医療支援システム５は、サーバとなるデータベースサーバ５２と、クライアントとなる携帯情報端末５３とを備える。データベースサーバ５２および携帯情報端末５３は、ネットワーク５１によって接続され、ＨＴＴＰにより通信可能である。ネットワーク５１の物理層の構成は制限されないが、医療支援システム５では、有線ＬＡＮ５１ａおよび無線ＬＡＮ５１ｂが混在したネットワーク５１が使用される。医療機関内には、ケアの実行場所をセルに含むように無線ＬＡＮ５１ｂのアクセスポイント５４が設置される。データベースサーバ５２およびアクセスポイント５４は、有線ＬＡＮ５１ａによって接続される。もちろん、ネットワーク５１全体が無線ＬＡＮによって構成されてもよく、ネットワーク５１の一部または全部が公衆電話回線を利用して構成されてもよい。ただし、携帯情報端末５３は、携帯を容易ならしめるとともにナースへの略リアルタイムの通知を可能とするために、ネットワーク５１へ無線接続可能であることが望ましい。なお、図３５では、無線ＬＡＮ５１ｂのアクセスポイント５４がひとつだけ記されているが、アクセスポイント５４の数は医療機関の面積や障害物の存在によって適宜増加させるべきものであり、特に制限されない。また、図３５では、携帯情報端末５３がひとつだけ記されているが、複数の携帯情報端末が同時に使用されてもよい。
【０２０３】
＜携帯情報端末の構成＞
○ブラウザ；
携帯情報端末５３は、電池を駆動電源として用いる携帯型コンピュータである。
【０２０４】
携帯情報端末５３には、ＷＷＷクライアントとなるブラウザがインストールされる。ナースは、ＷＷＷサーバでもあるデータベースサーバ５２から送信されるナビゲート画面をブラウザ上で閲覧することにより、実行すべきケア（ケア指示）を確認する。ナビゲート画面には、当該ケアの実行時に配慮すべき注意事項（警告）も含まれる。また、ナースは、データベースサーバ５２から送信されるインシデント報告画面に含まれるインシデント報告フォームを用いて、ケア実行時に実際に体験したインシデントに係るインシデントレポートを作成してデータベースサーバ５２へ送信する。
【０２０５】
○外観構成；
図３６は、携帯情報端末５３の外観構成を示す正面図である。
【０２０６】
略直方体形状の携帯情報端末５３の前面には、液晶ディスプレイ５３１およびＧＵＩ操作用のボタン群５３２が設けられる。液晶ディスプレイ５３１にはブラウザの画面表示が行われる。ボタン群５３２は、４連スイッチ５３３および実行ボタン５３４を含む。４連スイッチ５３３は、液晶ディスプレイ５３１上に表示されたカーソルを上下左右に移動させる４つのボタンからなる。実行ボタン５３４は、カーソルで選択された選択肢に割り当てられた動作を携帯情報端末５３に実行させるために使用される。携帯情報端末５３のブラウザ上では、カーソルはＷｅｂページに含まれるハイパーリンクを選択するために使用され、実行ボタン５３４は選択されたハイパーリンクに対応するＨＴＴＰリクエストをブラウザに生成させるために使用される。
【０２０７】
○ナビゲート画面；
図３７は、ナビゲート画面例を示す図である。
【０２０８】
ナビゲート画面５５０は、ケア指示フレームＦＲ５１および警告フレームＦＲ５２に分割されている。
【０２０９】
ケア指示フレームＦＲ５１にはケア指示が表示される。図３７では、ケアの予定日（１１月１２日）、ケアの対象患者（平岡淳子）および具体的なケア（点滴）がテーブルＴＡ５１を用いて表示される。この表示内容は、医療の都合に応じて適宜追加または変更される。テーブルＴＡ５１の下方には、「前のケア」、「後のケア」および「インシデント報告」という文字列５５１〜５５３が表示される。文字列５５１および５５２には、表示中のケア指示の前後のケア指示を表示するナビゲート画面へのハイパーリンクが埋め込まれる。また、文字列５５３には、インシデント報告画面へのハイパーリンクが埋め込まれる。したがって、ナースが文字列５５１または５５２をカーソルで選択して実行ボタンを押下（以下では、「選択実行」とも称する）すると、ブラウザは表示中のケア指示の前後のケア指示を表示するナビゲート画面を要求するＨＴＴＰリクエスト（以下では、「ナビゲート画面リクエスト」とも称する）を生成する。一方、ナースが文字列５５３を選択実行すると、ブラウザはインシデント報告画面を要求するＨＴＴＰリクエスト（以下では、「インシデント報告画面リクエスト」とも称する）を生成する。生成されたＨＴＴＰリクエストはデータベースサーバ５２へ送信される。
【０２１０】
警告フレームＦＲ５２には、ケア指示フレームＦＲ５１に表示中のケア指示を実行時に配慮すべき注意事項が警告として表示される。ユーザインターフェースである警告フレームＦＲ５２の表示は、後述するインシデントデータ群のデータ構造に基づいて変更される。
【０２１１】
○インシデント報告画面；
図３８は、インシデント報告画面例を示す図である。
【０２１２】
インシデント報告画面５６０はインシデント報告フォーム５６４を含む。インシデント報告フォーム５６４は、テキストボックス５６１および送信ボタン５６２を備える。テキストボックス５６１は、インシデント発生の状況（「患者を間違えかけた」等）を入力するために用いられる。送信ボタン５６２は、テキストボックス５６１に入力された状況をフォームデータとしてデータベースサーバ５２へ送信するために用いられる。したがって、ナースが、テキストボックス５６１に状況を記入して送信ボタン５６２を選択実行すると、状況がトランスレータ５２１ａへインシデントレポートとして送信される。
【０２１３】
インシデント報告フォーム５６４の下方には、「ナビゲート」という文字列５６３が表示される。文字列５６３には、ナビゲート画面５５０へのハイパーリンクが埋め込まれている。したがって、操作者が文字列５６３を選択実行すると、ブラウザはナビゲート画面リクエストを生成する。生成されたナビゲート画面リクエストは、データベースサーバ５２へ送信される。
【０２１４】
＜データベースサーバの構成＞
図３９は、データベースサーバ５２の機能構成を示すブロック図である。データベースサーバ５２は、データを格納する記憶装置を備えるコンピュータであり、インストールされたプログラムにしたがってコンピュータが動作することにより、図３９の各機能ブロックの機能が実現される。以下では、これらの各機能ブロックについて説明する。なお、データベースサーバ５２は、先述した間接適用型データベースシステムの具体例となっている。
【０２１５】
○ＨＴＴＰデーモン；
ＨＴＴＰデーモン（サービス）５２１は、コンピュータをＷＷＷサーバとして機能させる。具体的には、ＨＴＴＰデーモン５２１は、ネットワーク５１経由で携帯情報端末５３から与えられるＨＴＴＰリクエストに応答して、ＨＴＴＰリクエストに対応するＨＴＭＬ文書を含むＨＴＴＰレスポンスをネットワーク５１経由で携帯情報端末５３へ返信する。ＨＴＴＰリクエストは、ナビゲート画面リクエストおよびインシデント報告画面リクエストを含む。さらに具体的には、ＨＴＴＰデーモン５２１は、ナビゲート画面リクエストに応答して、フレームを定義するＨＴＭＬ文書５２２ａ、ケア指示フレームＦＲ５１を記述したＨＴＭＬ文書５２２ｂおよび警告フレームＦＲ５２を記述したＨＴＭＬ文書５２３ｃを逐次的に携帯情報端末５３へ送信する。一方、ＨＴＴＰデーモン５２１は、インシデント報告画面リクエストに応答して、インシデント報告画面を記述したＨＴＭＬ文書５２４を携帯情報端末５３へ送信する。さらに、ＨＴＴＰデーモン５２１には、携帯情報端末５３から送信されたインシデントレポートのデータ構造を変換するトランスレータ５２１ａが実装される。トランスレータ５２１ａによる変換が行われたインシデントレポートは、インシデントデータとしてインシデントデータベース５２５ａに格納される。トランスレータ５２１ａは、ＣＧＩスクリプトで記述される。
【０２１６】
○インシデントデータベース（初期状態）；
データベースサーバ５２の記憶装置にはインシデントデータベース５２５ａが設けられる．インシデントデータベース５２５ａには、インシデントの情報を記述したインシデントデータ群５７１が格納される。インシデントデータ群５７１はデータ内容５７２およびデータ構造５７０を有する。図４０は、インシデントデータ群５７１を記述するＸＭＬ文書のデータ構造５７０を表現した階層構造ツリーＴ５１を示す図である。なお、データ構造５７０は、解析エンジン５２６によって更新されるので一定ではなく、階層構造ツリーＴ５１は初期状態のデータ構造５７０を表現しているに過ぎない。
【０２１７】
階層構造ツリーＴ５１のルートには、ルートノードとして「インシデント」ノードが設けられる。
【０２１８】
「インシデント」ノードの下層には、「ナースＡ」および「ナースＢ」等のナースノードが設けられる。各ナースノードは、ひとりのナースに対応づけられる。
【０２１９】
各ナースノード下層には、「１０月１５日」等の発生日ノードが設けられる。各発生日ノードは、１件のインシデントに対応づけられる。各発生日ノードは対応するインシデントを発生させたナースに対応するナースノードの下層に設けられる。
【０２２０】
各発生日ノードの下層には、「時間」、「患者」、「ケア」および「状況」の４種類のノードが設けられる。これらのノードのリーフには、それぞれ、インシデント発生時間（「９時５０分」等）、インシデント発生時に実行していたケアの対象患者（「平岡淳子」等）、インシデント発生時に実行していたケア（「点滴」等）およびインシデント発生の状況（「患者を間違えかけた」等）が記述される。
【０２２１】
○ケア指示データベース；
データベースサーバ５２の記憶装置にはケア指示データベース５２５ｂが設けられる。ケア指示データベース５２５ｂには、ケア指示の情報を記述したケア指示データ群５８０が格納される。
【０２２２】
○クエリ生成部およびクエリエンジン；
クエリ生成部５２７は、ケア指示データベース５２５ｂに対する検索に用いられるクエリをナビゲート画面リクエストに応答して生成する。具体的には、クエリ生成部５２７は、ナビゲート画面リクエスト日およびナビゲート画面リクエストの送信元の携帯情報端末５３に基づいて、予定日およびナースを含むクエリを生成する。
【０２２３】
クエリエンジン５２８は、クエリを用いてケア指示データベース５２５ｂに対する検索を行い、ナビゲート画面リクエストの送信元の携帯情報端末５３を所持するナースが実行すべきケア指示を抽出する。ケア指示は、ケア指示フレーム更新部５２９へ出力される。
【０２２４】
○ケア指示フレーム更新部；
ケア指示フレーム更新部５２９は、与えられたケア指示を参照して、ＨＴＭＬ文書５２２ｂを更新する。これにより、携帯情報端末５３へ送信されるナビゲート画面のケア指示フレームＦＲ５１にはナースが実行すべきケアが表示される。
【０２２５】
○解析エンジン；
解析エンジン５２６は、データ内容（インシデントデータ）５７２を解析して、その解析結果に基づいてデータ構造５７０を更新する。解析エンジン５２６の詳細は後述する。
【０２２６】
○警告フレーム更新部；
警告フレーム更新部５２３は、データ内容５７２およびデータ構造５７０に基づいてＨＴＭＬ文書５２２ｃを更新する。警告フレーム更新部５２３の詳細は後述する。
【０２２７】
＜解析エンジン＞
解析エンジン５２６によるインシデントデータ群５７１の解析方法およびデータ構造５７０の更新方法は特定の態様に制限されないが、ここでは、ナースごとのインシデントデータを集計して最も発生可能性が高い状況を特定し、ナースと当該ナースが発生させる可能性が高い状況とをデータ構造上で近づけるデータ構造操作を行う態様を説明する。なお、図４１は、解析エンジン５２６の機能構成を示すブロック図である。また、図４２〜図４３は、解析エンジン５２６によるデータ構造５７０の変化を示す図である。
【０２２８】
○インシデント分類；
解析エンジン５２６は、インシデント分類を行うインシデント分類部５２６ａを備える。
【０２２９】
インシデント分類部５２６ａは、インシデントデータ群５７１の「状況」ノードのリーフの記述を参照して、個々のインシデントデータを当該記述を基準に分類する。さらに、インシデント分類部５２６ａは、分類に対応するノード（以下では、「インシデント分類ノード」とも称する）を、発生日ノードと同階層に新規作成した「集計」ノードの下層に作成する（階層構造ツリーＴ５４）。なお、階層構造ツリーＴ５４では、「患者を間違えかけた」というインシデント分類ノードのみが示され、他のインシデント分類ノード（例えば、「薬剤を間違えかけた」や「転倒しそうになった」）は省略されている。
【０２３０】
さらに、インシデント分類部５２６ａは、分類されたインシデントデータの発生日ノードを分類に対応するインシデント分類ノードの下層に複製する（階層構造ツリーＴ５５）。階層構造ツリーＴ５５には、「患者を間違えかけた」というインシデント分類ノードの下層の「１０月５日」という発生日ノードのみが示され、他の発生日ノードは省略されている。
【０２３１】
○発生頻度集計；
解析エンジン５２６は、発生頻度集計を行う発生頻度集計部５２６ｂを備える。
【０２３２】
発生頻度集計部５２６ｂは、各インシデント分類ノードの下層の発生日ノードの数を集計する。集計結果は、各インシデント分類ノードの下層の「発生回数」ノードのリーフに記述される（階層構造ツリーＴ５６）。階層構造ツリーＴ５６には、「患者を間違えかけた」というインシデント分類ノードの発生回数として「１２回」が記述された例が示されている。
【０２３３】
○重要インシデント特定；
解析エンジン５２６は、重要インシデント特定を行う重要インシデント特定部５２６ｃを備える。
【０２３４】
重要インシデント特定部５２６ｃは、「発生回数」ノードのリーフを参照して発生回数が所定回数以上のインシデント分類ノードを抽出し、抽出されたインシデント分類ノードの発生日ノードを参照して直近の所定期間内の発生回数が所定回数以上のインシデント分類ノードを特定する。このようにして特定されたインシデント分類ノードには、当該インシデント分類ノードに対応するインシデントが重要インシデントであることを示す「重要」ノードが接続される（階層構造ツリーＴ５７）。特定された重要インシデントは、対応するインシデント分類ノードの上層のナースノードに対応するナースが発生させる可能性が高いインシデントとなっている。
【０２３５】
○その他；
上述の説明で解析エンジン５２６による初期状態（階層構造ツリーＴ５１）からのデータ構造５７０の更新について説明したが、２回目以降の更新は、既に存在する集計ノード以下の構造を最新のデータに基づいて上書きすることにより行われる。
【０２３６】
以上のようなデータ構造５７０の更新を継続することにより、データ構造５７０はインシデント傾向を反映するように継続的に最適化される。
【０２３７】
＜警告フレーム更新部＞
警告フレーム更新部５２３は、データ内容５７２およびデータ構造５７０に基づいてＨＴＭＬ文書５２２ｃを更新する。
【０２３８】
警告フレーム更新部５２３は、データ構造５７０を参照して「重要」ノードの発生を検出した場合、「重要」ノードの上層のインシデント分類ノードを参照して、当該インシデント分類ノードの記述に基づいてＨＴＭＬ文書５２２ｃを更新する。更新されたＨＴＭＬ文書５２２ｃは、当該インシデント分類ノードの上層のナースノードに対応するナースが所持する携帯情報端末５３からナビゲート画面リクエストが与えられた場合の警告フレームＦＲ５２に適用される。
【０２３９】
例えば、「重要」ノードの上層のインシデント分類ノードの記述が「患者を間違えかけた」である場合のＨＴＭＬ文書５２２ｃの更新後の記述は、「患者名を入力してください。<INPUT NAME="name">」となる。ここで、「<INPUT NAME="name">」は警告フレームＦＲ５２に入力欄を生成するためのタグである。このようなＨＴＭＬ文書５２２ｃの記述変化による警告フレームＦＲ５２の表示を図４４に示す。
【０２４０】
図４４の警告フレームＦＲ５２においては、図３７の警告フレームＦＲ５２とは、表示される警告の内容が変化しているのみならず、ナースが確認入力を行うための入力欄５５４が表示される。すなわち、警告フレームＦＲ５２は、携帯情報端末５３からナースへの片方向の情報の通知を行うユーザインターフェースから、双方向の情報のやりとりを行うインタラクティブなユーザインターフェースへ進化している。さらに換言すれば、ユーザインターフェースにおいて、先述した内向作用により伝達される情報および伝達方法が変化している。
【０２４１】
このような表示変化は、インシデントの防止という目的の達成度を継続的に向上するような変化となっている。これにより、医療支援システム５は、インシデント傾向が動的に変化しても、変化に対応したユーザインターフェースを提供可能である。
【０２４２】
＜ナビゲート画面表示の動作＞
図４５は、ナビゲート画面表示の動作を説明するフローチャートである。
【０２４３】
最初のステップＳ５０１では、ナビゲート画面表示のトリガとなるナビゲート画面リクエストが、携帯情報端末５３からデータベースサーバ５２へ送信される。
【０２４４】
続くステップＳ５０２〜Ｓ５０４は、ナビゲート画面リクエストに対応するＨＴＴＰレスポンスに含まれるＨＴＭＬ文書５２２ｂを準備するステップ群である。
【０２４５】
ステップＳ５０２では、クエリ生成部５２７がナビゲート画面リクエストに基づいてクエリを生成する。生成クエリは、クエリエンジン５２８へ出力される。
【０２４６】
続いて、クエリエンジン５２８が、ケア指示データベース５２５ｂに対して検索を行い、ナビゲート画面リクエストの送信元の携帯情報端末５３を所持するナースが実行すべきケア指示に係るケア指示データを抽出する。抽出されたケア指示は、ケア指示フレーム更新部５２９へ出力される（ステップＳ５０３）。
【０２４７】
さらに、ケア指示フレーム更新部５２９が、ケア指示データを用いてＨＴＭＬ文書５２２ｂを更新する（ステップＳ５０４）。これにより、ケア指示フレームＦＲ５１の送信準備が完了したことになる。
【０２４８】
ステップＳでは、警告フレーム更新部５２３が、データ内容５７２およびデータ構造５７０を参照して、その変化に基づいてＨＴＭＬ文書５２２ｃを更新する（ステップＳ５０５）。これにより、警告フレームＦＲ５２の送信準備が完了したことになる。
【０２４９】
ステップＳ５０６では、ＨＴＴＰデーモン５２１が、ＨＴＭＬ文書５２２ａ〜５２２ｃを携帯情報端末５３へ送信し、ステップＳ５０７では、携帯情報端末５３に搭載されたブラウザがＨＴＭＬ文書５２２ａ〜５２２ｃで記述されたナビゲート画面を視認可能に表示する。
【０２５０】
＜６  第６実施形態＞
第６実施形態の医療支援システム６は、医療支援システム５と同様に、医療行為の指示と当該医療行為の実行時に配慮すべき注意事項（警告）とを医療従事者へ与える。さらに、医療支援システム５は、医療行為の実行時に医療従事者が実際に体験したインシデントの情報を蓄積し、当該インシデントの解析結果に基づいて上述の警告を動的に変化させる。しかし、医療支援システム６では、この解析に当たって、医療支援システム５の統計的な処理に代えて解析用の回路網であるニューラルネットワークを用いる。
【０２５１】
なお、医療支援システム６は、医療支援システム５と類似の構成を有するので、医療支援システム６の説明に当たっては、医療支援システム５と同等の構成には同じ参照番号を付与して重複説明は省略する。
【０２５２】
＜第５実施形態との相違点＞
第５実施形態および第６実施形態のネットワーク構成、携帯情報端末の構成、ナビゲート画面、インシデント報告画面およびデータベースサーバの機能構成は同等であるので、図３５〜図３９で示したネットワーク体構成、携帯情報端末の構成、ナビゲート画面、インシデント報告画面およびデータベースサーバの機能構成は、第６実施形態にも当てはまる。しかし、第６実施形態においては、解析エンジン５２６における解析方法が第５実施形態とは異なる。以下では、この相違点を中心に、第６実施形態の医療支援システム６について説明する。
【０２５３】
＜解析エンジン＞
解析エンジン５２６は、インシデントデータを教師信号とした学習をニューラルネットワークに行わせることにより重要インシデントを特定する。具体的には、ニューラルネットワークの入力層にナースを対応付け、ニューラルネットワークの出力層にインシデント分類を対応づけ、学習後に特定の入力（ナースの指定）に対する出力（指定されたナースと関連が深いインシデント分類）を調べることによって、重要インシデントを特定する。以下では、このニューラルネットワークについて説明する。
【０２５４】
図４６は、ニューラルネットワーク例を示す図である。
【０２５５】
ニューラルネットワーク６００は、構成素子であるニューロンを３個ずつ備える入力層Ｉ、中間層Ｍ、出力層Ｏの３層からなるパーセプトロンである。ここでは、「ナースＡ」、「ナースＢ」および「ナースＣ」の各ナースをそれぞれ入力Ｘ１，Ｘ２，Ｘ３に対応づける。入力Ｘ１，Ｘ２，Ｘ３は、それぞれ「０」または「１」の値をとり、インシデントを発生させたナースを「１」で、インシデントを発生させたナース以外を「０」で表現する。つまり、「ナースＢ」がインシデントを発生させた当事者である場合は、入力は（Ｘ１，Ｘ２，Ｘ３）＝（０,１,０）となる。同様に、「薬剤を間違えかけた」「患者を間違えかけた」および「転倒しそうになった」の各インシデント分類をそれぞれ、出力Ｙ１，Ｙ２，Ｙ３に対応づける。出力Ｙ１，Ｙ２，Ｙ３は、それぞれ「０」または「１」の値をとり、報告されたインシデント分類を「１」で、報告されたインシデント分類以外のインシデント分類を「０」で表現する。つまり、「薬剤を間違えかけた」という分類のインシデントが報告された場合に対応する出力は（Ｙ１，Ｙ２，Ｙ３）＝（１,０,０）となる。
【０２５６】
入力（Ｘ１，Ｘ２，Ｘ３）は、それぞれ入力層のニューロンＩ１，Ｉ２，Ｉ３に入力される。また、ニューロンＩ１，Ｉ２，Ｉ３の各出力は中間層のニューロンＭ１，Ｍ２，Ｍ３全てに入力される。さらに続けて、ニューロンＭ１，Ｍ２，Ｍ３の各出力は出力層のニューロンＯ１，Ｏ２，Ｏ３全てに入力される。ニューロンＯ１，Ｏ２，Ｏ３の出力は、それぞれ、出力Ｙ１，Ｙ２，Ｙ３となる。
【０２５７】
ここで、ニューロンおよびニューロン間の情報伝達特性について説明する。図４７に示すように、一般にニューロン６１０は入力ｘ１，ｘ２，・・・，ｘＮ（本事例ではＮ＝３）に応じて、出力ｙを決定可能である。入力ｘ１，ｘ２，・・・，ｘＮには、それぞれ、各入力の重みである結合加重ｗ１，ｗ２，・・・，ｗＮが定められている。ニューロン６１０に入力が与えられた場合、入力ｘ１，ｘ２，・・・，ｘＮと結合加重ｗ１，ｗ２，・・・，ｗＮとから算出されるネット値ｕ（式３）および結合関数Ｆ（式４）によって出力ｙが決定される。
【０２５８】
【数３】
0004730684.tif 000004
【０２５９】
【数４】
0004730684.tif 000005
【０２６０】
（式４）におけるθは、結合関数Ｆのしきい値である。つまり、ネット値ｕがしきい値θを超えると出力が「０」から「１」へ変化することを示す。なお、上述の結合加重ｗ１，ｗ２，・・・，ｗＮはニューラルネットワーク６００の学習によって変化する。また、上述の結合関数Ｆは一例であって、医療支援システムの特徴によって様々に変更されうる。
【０２６１】
次に、ニューラルネットワーク６００の学習について説明する。ニューラルネットワーク６００は、個々のインシデントデータを教師信号として学習を行う。すなわち、ニューラルネットワーク６００において、入力信号ベクトルｖｉ＝（Ｘ１，Ｘ２，Ｘ３）＝（１，０，０）に対するニューラルネットワーク６００の出力信号ベクトルｖｏ＝（Ｙ１，Ｙ２，Ｙ３）＝（０，１，０）が、教師信号となるインシデントベクトルｖｋｅｙ＝（Ｙ１’，Ｙ２’，Ｙ３’）＝（１，０，０）に近づくように、ニューロン６１０の結合加重を変化させるプロセスを実行する（これらの関係を図４８に一覧表にして示す）。学習は、例えば標準デルタ則に基づいて行われる。具体的には、ニューロンＭｊからニューロンＯｉへの学習前の結合加重がＶｉｊであるとき、（式５）で定められるＶｉｊ’をニューロンＭｊからニューロンＯｉへの新たにな結合加重として採用することによって、ニューラルネットワーク６００に学習させる。
【０２６２】
【数５】
0004730684.tif 000006
【０２６３】
ただし、εは正の実数であり、直近の学習の寄与度を示すパラメータである。ａｊはニューロンＭｊの出力である。
【０２６４】
（式５）より明らかなように、教師信号と出力信号とが等しい場合は、結合加重の変化はなく学習は行われない。ある出力に対応するニューロンの出力信号が「０」で教師信号が「１」の場合は、ニューロンの出力が大きくなるように結合加重が増加させられる。逆に、ある出力に対応するニューロンの出力信号が「１」で教師信号が「０」の場合は、ニューロンの出力が小さくなるように結合加重が減少させられる。これらにより、特定の入力信号に対する出力信号を教師信号に近づけるように結合加重は変化してゆくことになる。
【０２６５】
なお、上述の学習プロセスにおいては中間層Ｍの結合加重は変化しないが、実際の医療支援システムにおいては、バックプロパゲーション等のより高度な学習則により中間層Ｍの結合加重を変化させることもできる。
【０２６６】
医療支援システム６では、これらの学習が所定回数繰り返された後に、ナースに対応する入力信号を与えた場合の出力信号を当該ナースに係る重要インシデントと特定する。
【０２６７】
このような解析によっても、医療支援システム６は、医療支援システム５と同様に、インシデント傾向が動的に変化しても、変化に対応したユーザインターフェースを提供可能である。また、医療支援システム６は、インシデントの防止という目的の達成度を向上するようにユーザインターフェースを進化させることができる。
【０２６８】
＜７  第７実施形態＞
第７実施形態の医療支援システム７は、ケア指示データ群のデータ構造に基づいて警告フレームの表示を変化させる。具体的には、医療支援システムは、データベースサーバの外部から与えられた薬剤の回収ロット情報に基づいてケア指示データ群のデータ構造を更新し、当該データ構造に基づいて、回収ロット情報に関係する薬剤を使用するケア指示をナースに与える場合にロットの確認を促す警告を行う。
【０２６９】
なお、医療支援システム７は、医療支援システム５と類似の構成を有するので、医療支援システム７の説明に当たっては、医療支援システム５と同等の構成には同じ参照番号を付与し重複説明は省略する。
【０２７０】
＜第５実施形態との相違点＞
第５実施形態および第７実施形態のネットワーク構成、携帯情報端末の構成、ナビゲート画面およびインシデント報告画面は同等であるので、図３５〜図３８で示したネットワーク構成、携帯情報端末の構成、ナビゲート画面およびインシデント報告画面は、第７実施形態にも当てはまる。しかし、第７実施形態においては、データベースサーバの機能構成が第５実施形態とは異なる。以下では、この相違点を中心に、第７実施形態の医療支援システム７について説明する。なお、データベースサーバ７０は、先述した直接適用型データベースシステムの具体例となっている。
【０２７１】
＜データベースサーバの機能構成＞
図４９は、データベースサーバ７０の機能構成を示すブロック図である。データベースサーバ７０は、データを格納する記憶装置を備えるコンピュータであり、インストールされたプログラムにしたがってコンピュータが動作することにより、図４９の各機能ブロックの機能が実現される。以下では、これらの各機能ブロックについて説明する。
【０２７２】
○ＨＴＴＰデーモン；
ＨＴＴＰデーモン５２１は、コンピュータをＷＷＷサーバとして機能させる。具体的には、ＨＴＴＰデーモン５２１は、ネットワーク５１経由で携帯情報端末５３から与えられるナビゲート画面リクエストに応答して、ナビゲート画面リクエストに対応するＨＴＭＬ文書を含むＨＴＴＰレスポンスをネットワーク５１経由で携帯情報端末５３へ返信する。具体的には、ＨＴＴＰデーモン５２１は、ナビゲート画面リクエストに応答して、フレームを定義するＨＴＭＬ文書５２２ａ、ケア指示フレームを記述したＨＴＭＬ文書５２２ｂおよび警告フレームを記述したＨＴＭＬ文書５２２ｃを逐次的に携帯情報端末５３へ送信する。
【０２７３】
○ケア指示データベース；
データベースサーバ７０の記憶装置にはケア指示データベース５２５ｂが設けられる。ケア指示データベース５２５ｂには、ケア指示の情報を記述したケア指示データ群が格納される。図５０は、ケア指示データ群を記述するＸＭＬ文書のデータ構造７３０を表現した階層構造ツリーＴ７１を示す図である。なお、データ構造７３０は、解析エンジン７０２によって更新されるので一定ではなく、階層構造ツリーＴ７１は初期状態のデータ構造を表現しているに過ぎない。
【０２７４】
階層構造ツリーＴ７１のルートには、ルートノードとして「ケア指示」ノードが設けられる。
【０２７５】
「ケア指示」ノードの下層には、「患者Ａ」および「患者Ｂ」等の患者ノードが設けられる。各患者ノードは、ひとりの患者に対応づけられる。
【０２７６】
各患者ノード下層には、「点滴」等のケアノードが設けられる。各ケアノードは、１件のケアに対応づけられる。各ケアノードはその対象となる患者に対応する患者ノードの下層に設けられる。
【０２７７】
各ケアノードの下層には、「薬剤Ａ」等の薬剤ノードが設けられる。薬剤ノードには、上層のケアノードに係るケアで使用される薬剤が記述される。
【０２７８】
薬剤ノードの下層には、「２００ｃｃをガーゼでパック」、「上腕部をガーゼで消毒」および「針を挿入」等の具体的なケア作業が記述される。
【０２７９】
○クエリ生成部およびクエリエンジン；
医療支援システム７のクエリ生成部５２７はおよびクエリエンジン５２８は、医療支援システム５と同等の機能を有する。加えて、クエリエンジン５２８は、抽出したケア指示に後述する回収ロット情報が含まれている場合は、その情報を警告フレーム更新部７２３へ出力する。
【０２８０】
○ケア指示フレーム生成部；
医療支援システム７のケア指示フレーム更新部５２９は医療支援システム５と同等の機能を有する。
【０２８１】
○入力部；
データベースサーバ７０は、回収ロット情報を取得するため入力部７０１を備える。入力部７０１は、操作者に回収ロット情報をマニュアル入力させる手段であってもよいし、電子データをオンライン的に入力する手段であってもよい。入力部７０１によって入力された回収ロット情報は解析エンジン７０２へ出力される。
【０２８２】
○解析エンジン；
解析エンジン７０２は、内向作用である回収ロット情報が与えられた場合に、当該回収ロット情報とケア指示データ群７３２のデータ内容７３１およびデータ構造７３０とに基づいてデータ構造７３０を更新する。具体的には、解析エンジン７０２は、回収ロット情報が与えられた場合に、ケア指示データ群７３２を参照して、対象となっている薬剤ノードを特定する。例えば、回収ロット情報が薬剤Ａに係る場合は「薬剤Ａ」が記述されている薬剤ノードを特定する。さらに、解析エンジン７０２は、特定した薬剤ノードの下層に「回収ロット情報」ノードを追加し、そのリーフに具体的な回収ロット（ここでは、「Lot.00312」）を記述する。解析エンジン７０２による更新処理後のケア指示データ群７３２のデータ構造例（階層構造ツリーＴ７２）を図５１に示す。このようなデータ構造更新処理により、回収ロット情報がデータ構造７３０に反映されたことになる。なお、ここでは、回収ロット情報そのものはケア指示データベース７３２に格納されていない。このような回収ロット情報による直接的なデータ構造更新を行うことにより、回収ロット情報そのもののデータベースへの格納を経た場合よりも高速にユーザインターフェースを更新可能になる。
【０２８３】
○警告フレーム生成部；
医療支援システム７の警告フレーム更新部７２３は、警告フレーム更新部５２３と異なり、回収ロット情報が与えられた場合に当該回収ロット情報に基づいてＨＴＭＬ文書５２２ｃを更新する。
【０２８４】
＜警告フレームの変化例＞
図５２および図５３は、回収ロット情報が含まれないケア指示および含まれるケア指示に対して与えられる警告フレームの表示例を示す図である。
【０２８５】
図５３においては、警告フレームＦＲ２の表示が「回収ロット情報」ノードのリーフに含まれる情報を含むように更新されている。さらに、図５３の警告フレームＦＲ２には、使用する薬剤のロット番号の確認入力を行うための入力欄５５４が設けられる。図５２から図５３への警告フレームＦＲ２の当該変化は、双方向の情報のやり取りを行うインタラクティブなユーザインターフェースへの進化の一例となっている。このような表示更新により、ナースは使用できない薬剤Ａのロットを容易に認識可能となり、インシデントを防止するという目的をより容易に達成可能となる。
【０２８６】
このような態様によって、医療支援システム７は、回収ロット情報が動的に変化しても、変化に対応したユーザインターフェースを提供可能である。また、医療支援システム７は、インシデントの防止という目的の達成度を向上するようにユーザインターフェースを進化させることができる。
【０２８７】
＜８  第８実施形態＞
第８実施形態の教育支援システム８は、教育対象者（以下の説明では、教育対象者の典型例として中等教育機関の生徒を例にあげる）の課題解決能力の向上を支援する。一般に、生徒は各人に固有の特性を有するので、課題解決能力の向上に必要な支援は各生徒で異なる。さらに、各生徒は日々成長するので、同じ生徒であっても時間が経過すれば必要とする支援は異なる。教育支援システム８は、時間的な変化も含めた各生徒の特性を解析し、その解析結果を利用して各生徒を動的にナビゲートする。換言すれば、教育支援システム８は、各生徒の個別指導を行う。
【０２８８】
具体的には、教育支援システム８は、教材である演習問題を課題として各生徒に与え、当該演習問題への応答（解答ないしは反応）を解析して、以降の演習問題の選択や与え方を変更する。つまり、教育支援システム８は、演習問題に対する生徒の応答を以降の演習問題にフィードバックする。
【０２８９】
＜教育支援システムの機能構成＞
図５４は、教育支援システム８の機能構成を示すブロック図である。
【０２９０】
教育支援システム８は、ディスプレイ８１に表示されたユーザインターフェース画面を介して提供された演習問題に対する生徒の反応を検出する反応検出部８２を備える。反応検出部８２が検出する情報には、意図的情報（論理的情報）および非意図的情報（生理的情報）の両方が含まれる。
【０２９１】
意図的情報は、キーボード８２ａやマウス８２ｂ等の入力デバイスを用いて生徒が入力した演習問題への解答である。非意図的情報は、センサ８２ｄ等を用いて生徒の意図とは無関係に教育支援システム８が取得した情報である。教育支援システム８は、例えば、生徒の心拍数をセンサ８２ｄで検出して生徒の緊張度の特定に利用する。半意図的情報である生徒の素振りはカメラ８２ｃを用いて検出される。この素振りの情報は、演習問題に対する生徒の集中度の特定に使用される。すなわち、カメラ８２ｃが撮影した生徒の画像から生徒の顔の向きが特定され、ディスプレイ８１へ顔が向いていない場合は演習問題に対する集中が途切れていると見なされる。また、半意図的な情報である反応時間（演習問題提供から解答開始ないしは解答終了までの時間）は、入力デバイスで発生する特定のイベントの監視により検出される。意図的情報、非意図的情報および半意図的情報のデータベースシステム８への入力は、先述した内向作用の具体例となっている。
【０２９２】
トランスレータ８３は、反応検出部８２の検出結果を所定のデータ構造の反応データへ変換して反応データベース８４に格納する。反応データは内向作用データの具体例となっている。
【０２９３】
反応データベース８４は、反応データを結合した反応データ群８４１が格納される、反応データ群８４１は、データ内容８４１ａおよびデータ構造８４１ｂを有する。
【０２９４】
教材データベース８６には、生徒に提供される教材データ群８６１が格納される。教材データ群８６１は、初期状態の教材データと教材更新部８７によって追加されるヒントデータとを結合したデータ群となっており、データ内容８６１ａおよびデータ構造８６１ｂを有している。
【０２９５】
教材更新部８７は、反応データベース８４に格納された反応データ群８４１を読み出して解析し、その解析結果に基づいてデータ構造８６１ｂを更新する。具体的には、教材更新部８７は、各生徒の反応データをパターンで分類して、各生徒に特徴的な反応パターン（以下では、「特徴パターン」とも称する）を特定する。特徴パターンの特定方法は制限されないが、例えば、集計のような統計的な解析により最大度数のパターンを特徴パターンとして特定する。なお、特徴パターンの特定に当たっては、教科（国語および数学等）や分野（方程式、図形、確率および集合等）ごとの集計を行ってもよい。生徒の時間的な成長を考慮して、比較的近い過去のパターンを重視する統計的解析を行ってもよい。解析は、反応データの追加ごとに略リアルタイムで実施してもよいし、所定時間または反応データが所定回数与えられるごとに実施してもよい。また、データベースシステム８では、演習問題への解答のみならず、生徒の集中度や緊張度もパターン化に利用される。
【０２９６】
なお、上述の反応データ、パターン化およびデータ構造８６１ｂの変化の詳細は後述する。
【０２９７】
演習問題生成部８８は、教材データベース８６から読み出したデータ内容（教材データ）８６１ａおよびデータ構造８６１ｂに基づいて生徒に提供する演習問題を生成し、生成した演習問題をディスプレイ８１に視認可能に表示する。これにより、データ構造８６１ａがユーザインターフェースに反映される。ディスプレイ８１に表示される演習問題は、生徒の応答の蓄積の解析結果が反映されるデータ構造８６１ｂに基づいて更新されるので、教育支援システム８では、演習問題の提供という外向作用に対する、生徒の応答という内向作用の解析結果に基づいてユーザインターフェースが進化する。なお、ディスプレイ８１への視覚的な表示に代えてまたは視覚的な表示に加えて、人間の五感により検出可能な様々な方法で演習問題やヒントを提供することも許容される。例えば、スピーカ、振動モータおよびランプ等の出力デバイスを用いて、演習問題を音声出力したり、振動や光で教育対象者に注意を促すユーザインターフェースも利用可能である。
【０２９８】
＜反応データ＞
○一般的説明；
図５５は、生徒の課題解決過程を模式化した遷移図Ｇ８１を示す図である。
【０２９９】
遷移図Ｇ８１では、課題の開始点、終了点および中途のステップが、それぞれ、開始ノードＮ８０１、終了ノードＮ８０２および中途ノードＮ８０３〜Ｎ８０５として表現される。また、遷移図Ｇ８１では、ノード間の移行がアークＡ８１〜Ａ８７として表現される。このような遷移図では、模式化対象の課題が解決可能である場合、開始点から終了点へ至る解決経路が少なくとも一通り存在する。遷移図Ｇ８１の場合、中途ノードＮ８０３〜Ｎ８０５を経由する経路がこの解決経路である。
【０３００】
一方、ノードの中には移行先が存在しない末端ノードＮ８０６〜Ｎ８０８が存在する。生徒が課題解決過程で末端ノードＮ８０６〜Ｎ８０８に到達した場合、課題解決が失敗したと見なされる。
【０３０１】
教育支援システム８は、生徒の過去の課題解決過程を反応データとして反応データベース８４に格納する。具体的には、教育支援システム８は、生徒のアーク選択履歴、各ノードの通過に要した時間および各ノードでの生徒の集中度や緊張度等を反応データとして反応データベース８４に格納する。
【０３０２】
○課題が数学の文章題である場合の具体例；
続いて、課題が数学の文章題である場合の遷移図Ｇ８２を例にあげて具体的な説明を行う（図５６）。
【０３０３】
「塀ごしに犬の足が２４本見えています。塀の向こうには犬は何匹居るでしょうか？」という数学の文章題に対しては、
（ステップ１）題意を理解する；
（ステップ２）方程式４ｘ＝２４を作成する；
（ステップ３）方程式４ｘ＝２４をｘ＝２４÷４へ変形する；および
（ステップ４）方程式の解ｘ＝６を計算する；
の４つの中途ステップが存在する。遷移図Ｇ８２では、ステップ１〜４がノードＮ８１２〜Ｎ８１５として表現されている。ステップ１〜４を適切に実行した場合、生徒は「正解」という終了点に対応する終了ノードＮ８２０に至る。一方、ステップ１〜４のいずれかを適切に実行しなかった場合、生徒は「誤答」という末端ノードＮ８１６〜Ｎ８１９へ至る。遷移図Ｇ８２では、ステップ１〜４の適切な実行が、それぞれ、アークＡ８９〜Ａ９２の選択に対応し、ステップ１〜４の不適切な実行が、それぞれ、アークＡ９３〜Ａ９６の選択に対応する。
【０３０４】
教育支援システム８は、生徒のステップ１〜４の実行状況（アークの選択状況）、各ステップに要した時間および各ステップでの生徒の集中度や緊張度を課題に対する反応データとして蓄積する。
【０３０５】
なお、この具体例は比較的単純な例であるので、中途ステップの実行状況を「適切」および「不適切」のいずれかに特定できたが、課題が複雑な場合は、開始点から終了点へ至る解決経路が複数存在しており、中途ステップの実行状況を「適切」および「不適切」のいずれかに特定できない場合もある。この場合の遷移図Ｇ８３を図５７に示す。この場合、開始ノードＮ８３０から終了ノードＮ８３１または終端ノードＮ８３２〜Ｎ８３６へ至る経路全体（パス）を適切性の評価対象とすればよい。適切性は「適切」および「不適切」の２者選択で評価される必要はなく、３以上の選択肢からの選択や連続的なパラメータで評価されてもよい。
【０３０６】
＜パターン化＞
教材更新部８７は、反応データ群８４１を参照して、反応データをパターン化する。例えば、図５６において、反応パターンを、全てのステップを適切に実行できた場合およびステップ１〜４のいずれかを適切に実行できなかった場合の５パターンに分類する。さらに、教材更新部８７は、分類結果から各生徒の特徴パターンを特定して、データ構造８６１ｂを更新する。
【０３０７】
＜教材＞
教材更新部８７は、反応データ群８４１に基づいてデータ構造８６１ｂを更新する。例えば、生徒Ａの特徴パターンが上述の具体例で示したステップ１を適切に実行できないというパターンである場合、教材データを図５８の階層構造ツリーＴ８１で示されるデータ構造から図５９の階層構造ツリーＴ８２で示されるデータ構造へ更新する。階層構造ツリーＴ８１では、「文章問題」ノードの下層に「文章題１」等の個々の文章題ノードが設けられ、各文章題ノードの下層に「答」ノードが設けられる。一方、階層構造ツリーＴ８２は、階層構造ツリーの「答」ノードと同階層に「求める答は？」というヒントノードが設けられる。すなわち、階層構造ツリーＴ８１およびＴ８２は、教材データの初期状態相当部分は同一であるが、更新により「求める答は？」というヒントデータが文章題データと同階層に追加されている。このデータ構造更新は、反応データ群８４１が更新されるごとに行ってもよいし、複数回の更新に対して１回の更新を行ってもよい。
【０３０８】
さらに、生徒ごとの構造変更ではなく、生徒全体の傾向をデータ構造に反映させてもよい。例えば、一定以上の生徒が文章題１に対して同様のパターンの反応を示した場合、全ての生徒の教材データ群に対して図６０の階層構造ツリーＴ８３から図６１の階層構造ツリーＴ８４へのデータ構造更新を行ってもよい。
【０３０９】
＜ユーザインターフェース画面の更新例＞
ユーザインターフェース画面の更新例を図６２および図６３を参照しながら説明する。図６２は全てのステップを適切に実行できた生徒へ提供されるユーザインターフェース画面であり、図６３はステップ４を適切に実行できない生徒へ提供されるユーザインターフェース画面である。図６２および図６３のユーザインターフェース画面は、与えられる演習問題が表示される問題エリアＱＡＲと、生徒が解答を記入する答エリアＡＡＲとを備える。答エリアＡＡＲの下方には、課題の終了を教育支援システム８に通知するための完了ボタン８１０が設けられる。図６２および図６３を比較することにより明らかなように、ステップ４を適切に実行できない生徒へは、文章題に加えて、「完了ボタンを押す前に必ず検算しましょう」というステップ４を適切に実行するためのヒントＨＴが提供される。ヒントＨＴの内容は生徒の特徴パターンに応じて変化する。例えば、ステップ１を適切に実行できず何も解答できない生徒に対しては、「求める答は何でしょうか」というヒントを提供する。
【０３１０】
これにより、生徒の特性に適したナビゲートが可能となり、生徒の課題解決能力の向上という目的の達成度を向上可能である。換言すれば、教育支援システム８は、生徒の開始ノードＮ８０１から終了ノードＮ８０２または末端ノードＮ８０６〜Ｎ８０８へと至るパスを反応データとして格納し、反応データ群の解析結果に基づいて開始ノードＮ８０１から終了ノードＮ８０２へ至る最適パスをとるための補助情報を生徒へ提供する。ここでいうナビゲートとは、中途ノードＮ８０３〜Ｎ８０５で終了ノードＮ８０２に接続されたアークＡ８２〜Ａ８４を生徒に選択させるための補助情報や終了ノードＮ８０２へ至る時間を短縮するための補助情報を生徒に提供することを意味する。獲得されたナビゲート方法は、類似のノード構成を有する他の問題を解決する過程（類題の課題解決過程）へも適用可能であるので、ナビゲート方法は特定の課題に固有のものではなく、汎用性を有する。
【０３１１】
＜教育支援システムの動作＞
教育支援システム８の動作を図６４のフローチャートを参照しながら説明する。ここでは、データ構造８６１ｂの更新は反応データの追加に同期して行われるとする。
【０３１２】
最初のステップＳ８０１では、演習問題生成部８８が演習問題を教材データベース８６から読み出して、ディスプレイ８１に視認可能に表示する。この視覚的な表示が先述した外向作用に相当する。
【０３１３】
続いて、反応検出部８２が演習問題に対する生徒の反応を検出し、検出結果をトランスレータ８３へ出力する（ステップＳ８０２）。トランスレータ８３は、検出結果を所定のデータ構造の反応データへ変換し（ステップＳ８０３）、反応データを反応データベース８４へ格納する（ステップＳ８０４）。
【０３１４】
ステップＳ８０４に続くステップＳ８０５では、反応データの格納に応答して、教材更新部８７が反応データのパターン分類および特徴パターン解析を行い、当該解析結果に基づいてデータ構造８６１ｂを更新する（ステップＳ８０５）。これにより、データ構造８６１ｂは生徒の過去の反応の蓄積を反映し、次以降の演習問題表示が進化する。
【０３１５】
ステップＳ８０５終了後、動作フローはステップＳ８０１へ戻り、新たな演習問題が生徒に提供される。
【図面の簡単な説明】
【０３１６】
【図１】実施の形態に係るデータベースシステム９Ａの概念的構成を示すブロック図である。
【図２】直接適用型のデータベースシステム９Ｂの概念的構成を示すブロック図である。
【図３】間接適用型のデータベースシステム９Ｃの概念的構成を示すブロック図である。
【図４】ブラウザ１を含むネットワークの全体構成を示す図である。
【図５】ＰＣ１２の構成を示すブロック図である。
【図６】ウインドウＷ１に表示されたブラウザ１の画面構成を示す図である。
【図７】ブラウザ１の機能構成を示すブロック図である。
【図８】閲覧データのＲＤＦによる叙述例を示す図である。
【図９】グラフＧ１１をＸＭＬ構文で表現したＸＭＬ文書Ｘ１１を示す図である。
【図１０】解析エンジン１７３の機能構成を示すブロック図である。
【図１１】解析エンジン１７３によるグラフの変化を示す図である。
【図１２】グラフ生成の方法を示すフローチャートである。
【図１３】グラフ生成の方法を示す図である。
【図１４】グラフ生成の方法を示す図である。
【図１５】ホームページＨＰ１の画面構成を示す図である。
【図１６】データ構造１７２ａが新着情報フレームＨＰ１２の表示へ反映された場合の表示例を示す図である。
【図１７】図１６の表示例に反映されたデータ構造を表現するグラフ例を示す図である。
【図１８】データ構造１７２ａが新着情報フレームＨＰ１２の表示へ反映された場合の表示例を示す図である。
【図１９】図１８の表示例に反映されたデータ構造を表現するグラフ例を示す図である。
【図２０】ＣＳＳファイルの記述を示す図である。
【図２１】図１６の表示例を実現するためのＨＴＭＬファイル１７５ａの記述例を示す図である。
【図２２】図１８の表示例を実現するためのＨＴＭＬファイル１７５ａの記述例を示す図である。
【図２３】ブラウザ２の機能構成を示すブロック図である。
【図２４】クエリデータのＲＤＦによる叙述例を示す図である。
【図２５】グラフＧ２１をＸＭＬ構文で表現したＸＭＬ文書Ｘ２１を示す図である。
【図２６】解析エンジン２７３の機能構成を示すブロック図である。
【図２７】解析エンジン２７３によるグラフの変化を示す図である。
【図２８】描画エリアＷ１３に表示されるホームページＨＰ２の画面構成を示す図である。
【図２９】ＡＮＤ検索オプションが設定された場合のホームページＨＰ２の画面構成を示す図である。
【図３０】解析エンジン３７３の機能構成を示すブロック図である。
【図３１】グラフ生成の方法を説明するフローチャートである。
【図３２】グラフ生成の方法を説明するグラフ例を示す図である。
【図３３】中継サーバ４を含むネットワークの全体構成を示す図である。
【図３４】中継サーバ４の機能構成を示すブロック図である。
【図３５】医療支援システム５のネットワーク構成を示す図である。
【図３６】携帯情報端末５３の外観構成を示す正面図である。
【図３７】ナビゲート画面例を示す図である。
【図３８】インシデント報告画面例を示す図である。
【図３９】データベースサーバ５２の機能構成を示すブロック図である。
【図４０】インシデントデータ群を記述するＸＭＬ文書のデータ構造を表現した階層構造ツリーＴ５１を示す図である。
【図４１】解析エンジン５２６によるデータ構造の変化を示す図である。
【図４２】解析エンジン５２６によるデータ構造の変化を示す図である。
【図４３】警告フレームＦＲ５２の表示の変化例を示す図である。
【図４４】ナビゲート画面表示の動作フローを示すフローチャートである。
【図４５】インシデント報告画面の動作フローを示すフローチャートである。
【図４６】ニューラルネットワーク例を示す図である。
【図４７】ニューロン６１０を示す図である。
【図４８】ニューラルネットワーク６００の学習を説明する図である。
【図４９】データベースサーバ７０の機能構成を示すブロック図である。
【図５０】ケア指示データ群を記述するＸＭＬ文書のデータ構造を表現した階層構造ツリーＴ７１を示す図である。
【図５１】解析エンジン７０２による更新処理後のケア指示データ群のデータ構造例を示す図である。
【図５２】回収ロット情報が含まれないケア指示に対して与えられる警告フレームＦＲ５２の表示例を示す図である。
【図５３】回収ロット情報が含まれるケア指示に対して与えられる警告フレームＦＲ５２の表示例を示す図である。
【図５４】教育支援システム８の機能構成を示すブロック図である。
【図５５】図５５は、生徒の課題解決過程を模式化した遷移図Ｇ８１を示す図である。
【図５６】課題が数学の文章題である場合の遷移図Ｇ８２を示す図である。
【図５７】開始点から終了点へ至る解決経路が複数存在している場合の遷移図Ｇ８３を示す図である。
【図５８】階層構造ツリーＴ８１を示す図である。
【図５９】階層構造ツリーＴ８２を示す図である。
【図６０】階層構造ツリーＴ８３を示す図である。
【図６１】階層構造ツリーＴ８４を示す図である。
【図６２】全てのステップを適切に実行できる生徒へ提供されるユーザインターフェースである。
【図６３】ステップ４を適切に実行できない生徒へ提供されるユーザインターフェースである。
【図６４】教育支援システム８の動作を示すフローチャートである。
【符号の説明】
【０３１７】
Ｗ１  ウインドウ
Ｗ１１  タイトルバー
Ｗ１２  ツールバー
Ｗ１３  描画エリア
Ｗ１２１  ホームボタン
Ｗ１２２  ＵＲＩ入力欄
Ｗ１２３  移動ボタン
ＨＰ１  ホームページ
ＨＰ１１１  入力欄
ＨＰ１１２  検索ボタン
ＨＰ１１  検索フレーム
ＨＰ１２  新着情報フレーム
【図１】
0004730684.tif 000007
【図２】
0004730684.tif 000008
【図３】
0004730684.tif 000009
【図４】
0004730684.tif 000010
【図５】
0004730684.tif 000011
【図６】
0004730684.tif 000012
【図７】
0004730684.tif 000013
【図８】
0004730684.tif 000014
【図９】
0004730684.tif 000015
【図１０】
0004730684.tif 000016
【図１１】
0004730684.tif 000017
【図１２】
0004730684.tif 000018
【図１３】
0004730684.tif 000019
【図１４】
0004730684.tif 000020
【図１５】
0004730684.tif 000021
【図１６】
0004730684.tif 000022
【図１７】
0004730684.tif 000023
【図１８】
0004730684.tif 000024
【図１９】
0004730684.tif 000025
【図２０】
0004730684.tif 000026
【図２１】
0004730684.tif 000027
【図２２】
0004730684.tif 000028
【図２３】
0004730684.tif 000029
【図２４】
0004730684.tif 000030
【図２５】
0004730684.tif 000031
【図２６】
0004730684.tif 000032
【図２７】
0004730684.tif 000033
【図２８】
0004730684.tif 000034
【図２９】
0004730684.tif 000035
【図３０】
0004730684.tif 000036
【図３１】
0004730684.tif 000037
【図３２】
0004730684.tif 000038
【図３３】
0004730684.tif 000039
【図３４】
0004730684.tif 000040
【図３５】
0004730684.tif 000041
【図３６】
0004730684.tif 000042
【図３７】
0004730684.tif 000043
【図３８】
0004730684.tif 000044
【図３９】
0004730684.tif 000045
【図４０】
0004730684.tif 000046
【図４１】
0004730684.tif 000047
【図４２】
0004730684.tif 000048
【図４３】
0004730684.tif 000049
【図４４】
0004730684.tif 000050
【図４５】
0004730684.tif 000051
【図４６】
0004730684.tif 000052
【図４７】
0004730684.tif 000053
【図４８】
0004730684.tif 000054
【図４９】
0004730684.tif 000055
【図５０】
0004730684.tif 000056
【図５１】
0004730684.tif 000057
【図５２】
0004730684.tif 000058
【図５３】
0004730684.tif 000059
【図５４】
0004730684.tif 000060
【図５５】
0004730684.tif 000061
【図５６】
0004730684.tif 000062
【図５７】
0004730684.tif 000063
【図５８】
0004730684.tif 000064
【図５９】
0004730684.tif 000065
【図６０】
0004730684.tif 000066
【図６１】
0004730684.tif 000067
【図６２】
0004730684.tif 000068
【図６３】
0004730684.tif 000069
【図６４】
0004730684.tif 000070