ユーザの確認を得るべき文書を格納する格納部と、前記文書を表示する表示部と、表示された文書に対するユーザの操作を検出する入力部と、検出された操作により前記文書の確認が得られたか否かを判断する意思確認処理部とを備え、前記入力部は、表示された前記文書に触れられたことおよび触れられた位置を検出し、前記意思確認処理部は、前記格納部に格納された文書を前記表示部に表示させ、かつ、前記文書の所定の部分が触れられたと判断したときに前記文書の確認が得られたものとすることを特徴とする意思確認システム。前記格納部は、前記文書および確認を得るべき箇所を示す一以上の確認箇所を予め格納し、前記意思確認処理部は、前記確認箇所が複数あるとき、それらの確認箇所が触れられたと判断したときに、前記文書の確認が得られたものとする請求項1に記載のシステム。前記意思確認処理部は、触れられた確認箇所と触れられていない確認箇所の表示態様を異ならせ、前記確認箇所が複数あるとき、触れられた確認箇所と触れられていない確認箇所との表示態様を異ならせる請求項2に記載のシステム。前記意思確認処理部は、前記確認箇所が複数あるとき、そられ確認箇所のうち何れか一つが触れられてからすべての確認箇所がふれられるまでの時間が第1基準時間以上のときに前記文書の確認が得られたものとし、第1基準時間に満たないときは確認のやり直しを促す表示を表示部に表示させる請求項2または3に記載のシステム。前記第1基準時間は、予め定められた値を有する請求項4に記載のシステム。前記確認箇所のうち何れか一つが触れられてからすべての確認箇所が触れられまでの操作がこれまでになされたときにその操作に要した時間を履歴として格納する第1履歴格納部をさらに備え、前記第1基準時間は、前記第1履歴格納部に格納された履歴に基づいて決定される請求項4に記載のシステム。前記意思確認処理部は、確認完了の操作を受付けるための表示要素を前記表示部に表示させ、前記確認箇所のうち何れか一つが触れられてからすべての確認箇所が触れられまでの時間を計測し、その時間が第2基準時間より短いときに前記文書の確認が得られたものとし、第2基準時間以上のときは確認のやり直しを促す表示を前記表示部に表示させる請求項2~6の何れか一つに記載のシステム。前記第2基準時間は、予め定められた値を有する請求項7に記載のシステム。前記確認箇所のうち何れか一つが触れられてからすべての確認箇所が触れられまでの操作がこれまでになされたときその操作に要した時間を履歴として格納する第2履歴格納部をさらに備え、前記第2基準時間は、前記第2履歴格納部に格納された履歴に基づいて決定される請求項7に記載のシステム。音声データを再生する音声再生部をさらに備え、前記格納部は、前記文書に対応する音声データを予め格納し、前記意思確認処理部は、前記文書が触れられたときに、前記格納部に格納された音声データを前記音声再生部に再生させる請求項1~9の何れか一つに記載のシステム。コンピュータが、表示部を用いて、ユーザの確認を得るべき文書を表示部に表示させるステップと、入力部を用いて、表示された文書に対するユーザの操作を検出する操作検出ステップと、検出された操作により前記文書の確認が得られたか否かを判断する意思確認ステップとを備え、前記操作検出ステップは、表示された前記文書に触れられたことおよび触れられた位置を検出し、前記意思確認ステップは、格納部に予め格納された文書のデータを前記表示部に表示させ、かつ、前記文書の所定の部分が触れられたと判断したときに前記文書の確認が得られたものとすることを特徴とする意思確認方法。しかしながら、画面に表示された内容を読んで確認するという行為と画面をスクロールさせる行為は、直接的な関連性が薄い。ユーザは、長文におよぶ規約や約款の内容を読まずに画面だけをスクロールさせることもできる。同様に、チェックボックスにチェックを入れるという操作は、画面に表示された事項を読んで確認するという行為と直接的な関連性が薄い。そのため、確認の操作が形骸化しており、ユーザが表示された項目の内容をよく読まずにチェックを入れてしまう可能性が残っている。そして、その規約や約款の内容、あるいは同意を得るプロセスに関して、取引や契約の当事者間で後日トラブルが生ずることがある。この発明は、以上のような事情を考慮してなされたものであって、電子商取引に係る規約や約款について購入者あるいは利用者の同意が得られたこととより確実に判断することによって、当事者間のトラブルを予防する意思確認システムおよび方法を提供するものである。前述の課題を解決するため、この発明は、表示部に表示された文書にユーザが触れたことを検出し、その検出に基づいて文書の内容がユーザに確認されたか否かを判断する。即ち、この発明は、ユーザの確認を得るべき文書を格納する格納部と、前記文書を表示する表示部と、表示された文書に対するユーザの操作を検出する入力部と、検出された操作により前記文書の確認が得られたか否かを判断する意思確認処理部とを備え、前記入力部は、表示された前記文書に触れられたことおよび触れられた位置を検出し、前記意思確認処理部は、前記格納部に格納された文書を前記表示部に表示させ、かつ、前記文書の所定の部分が触れられたと判断したときに前記文書の確認が得られたものとすることを特徴とする意思確認システムを提供する。また、異なる観点から、この発明は、コンピュータが、表示部を用いて、ユーザの確認を得るべき文書を表示部に表示させるステップと、入力部を用いて、表示された文書に対するユーザの操作を検出する操作検出ステップと、検出された操作により前記文書の確認が得られたか否かを判断する意思確認ステップとを備え、前記操作検出ステップは、表示された前記文書に触れられたことおよび触れられた位置を検出し、前記意思確認ステップは、格納部に予め格納された文書のデータを前記表示部に表示させ、かつ、前記文書の所定の部分が触れられたと判断したときに前記文書の確認が得られたものとすることを特徴とする意思確認方法を提供する。この発明の意思確認システムにおいて、前記意思確認処理部は、前記格納部に格納された文書を前記表示部に表示させ、かつ、前記文書の所定の部分が触れられたと判断したときに前記文書の確認が得られたものとするので、ボタン操作がされたことや文書がスクロールされたことに基づいて確認が得られたと判断する従来の手法に比べて、前記文書をユーザが確認したことをより確実に判定することができる。即ち、電子商取引等、ユーザが端末を用いて行う意思確認のプロセスを確実に履行することができる。よって、確認が不十分なために事後に当事者間でトラブルが発生するといった事態をより確実に防止することができる。この発明において、入力部は、ユーザの確認を得るべき文書が表示部に表示された状態で、その文書が表示された位置に対するユーザの操作を検出するものである。その具体的な態様としては、例えば、表示部の表面に配置されたタッチパネルセンサが挙げられる。ただし、これに限定されず、表示部にユーザが触れたことおよび触れた位置を検出するものであれば構造、動作原理を問わず適用可能である。尚、ここでの触れるとは、マウスによるポインティングデバイス入力による指定をも含む。前記入力部は、好ましくは前記文書の隣り合う文字の位置の差異を検出するのに十分な分解能を有している。そして、前記文書のどの文字に触れられたかを検出する。前記意思確認処理部は、入力部の検出に基づいて、前記文書中のどの文字が触れられたかを判断する。意思確認処理部の機能は、CPUが格納部等の不揮発性記憶手段に予め格納された処理プログラムを実行することによって実現される。この発明の意思確認システムにおいて、表示部および入力部は、ユーザが操作する端末に配置される。それら以外の格納部、意思確認処理部は、その端末内に存在する必要はなく、通信を介してデータをやりとりするウェブサーバ等の装置内に配置されてもよい。後述する実施形態において、入力部と表示部は端末に配置されており、格納部と意思確認処理部はウェブサーバに配置されている。ウェブサーバは端末と通信し、端末の表示部に表示するウェブページの内容を提供する。以下、この発明の好ましい態様について説明する。前記格納部は、前記文書および確認を得るべき箇所を示す一以上の確認箇所を予め格納し、前記意思確認処理部は、前記確認箇所が複数あるとき、それらの確認箇所が触れられたと判断したときに、前記文書の確認が得られたものとしてもよい。このようにすれば、文書と確認箇所とを対応付けて格納部に確認しておくことができ、また、複数の確認箇所があるときは、それらの確認箇所がそれぞれ触れられたことにより確認が得られたものと判断することができる。後述する実施形態における重要事項データは、この発明の確認箇所に該当する。さらに、前記意思確認処理部は、触れられた確認箇所と触れられていない確認箇所の表示態様を異ならせ、前記確認箇所が複数あるとき、触れられた確認箇所と触れられていない確認箇所との表示態様を異ならせてもよい。このようにすれば、触れられていない確認箇所の表示態様が触れられた確認箇所と異なるので、ユーザはどの確認箇所が未だ触れられていないかを容易に認識することができる。表示態様を異ならせる例としては、点滅表示と常時表示、アンダーラインの有無、太字と通常の太さ、異なる字体による表示、異なる色による表示などが挙げられる。前記意思確認処理部は、前記確認箇所が複数あるとき、そられ確認箇所のうち何れか一つが触れられてからすべての確認箇所がふれられるまでの時間が第1基準時間以上のときに前記文書の確認が得られたものとし、第1基準時間に満たないときは確認のやり直しを促す表示を表示部に表示させてもよい。このようにすれば、ユーザが文書の内容をよく確認せず形式的に確認箇所に触れた可能性が高い場合に確認のやり直しを求め、ユーザに文書の内容を確実に確認させることができる。前記第1基準時間は、予め定められた値を有していてもよい。後述する実施形態におけるデフォルト判定条件は、この発明の第1基準時間を格納している。あるいは、前記確認箇所のうち何れか一つが触れられてからすべての確認箇所が触れられまでの操作がこれまでになされたときにその操作に要した時間を履歴として格納する第1履歴格納部をさらに備え、前記第1基準時間は、前記第1履歴格納部に格納された履歴に基づいて決定されてもよい。このようにすれば、過去の操作に基づいた基準に照らして操作に要した時間が妥当か否かを判断することができる。なお、前記第1履歴格納部は、同じ端末における操作の履歴のみを格納してもよいが、他の端末における操作を格納することが好ましい。このようにすれば、多数のユーザの操作に基づいて第1基準時間を定めることができる。これを実現するために、第1履歴格納部が前記意思確認処理部と別のサーバに配置し、各端末における操作の履歴が前記サーバに送信され、前記サーバの第1履歴格納部に格納されるように構成してもよい。後述する実施形態における確認入力時間履歴の一部は、この発明の第1履歴格納部に該当する。また、前記意思確認処理部は、確認完了の操作を受付けるための表示要素を前記表示部に表示させ、前記確認箇所のうち何れか一つが触れられてからすべての確認箇所が触れられまでの時間を計測し、その時間が第2基準時間より短いときに前記文書の確認が得られたものとし、第2基準時間以上のときは確認のやり直しを促す表示を前記表示部に表示させてもよい。このようにすれば、確認箇所が触れら終えた後、確認完了の操作がされないまま放置された場合に確認のやり直しを求め、ユーザに文書の内容を確実に確認させることができる。また、音声データを再生する音声再生部をさらに備え、前記格納部は、前記文書に対応する音声データを予め格納し、前記意思確認処理部は、前記文書が触れられたときに、前記格納部に格納された音声データを前記音声再生部に再生させてもよい。このようにすれば、前記文書に対応する音声データを再生してユーザに聴かせることにより、文書の内容を確実に確認させることができる。前記第2基準時間は、予め定められた値を有していてもよい。後述する実施形態におけるデフォルト判定条件は、この発明の第2基準時間を格納している。あるいは、前記確認箇所のうち何れか一つが触れられてからすべての確認箇所が触れられまでの操作がこれまでになされたときその操作に要した時間を履歴として格納する第2履歴格納部をさらに備え、前記第2基準時間は、前記第2履歴格納部に格納された履歴に基づいて決定されてもよい。このようにすれば、過去の操作に基づいた基準に照らして操作に要した時間が妥当か否かを判断することができる。なお、前記第2履歴格納部は、同じ端末における操作の履歴のみを格納してもよいが、他の端末における操作を格納することが好ましい。このようにすれば、多数のユーザの操作に基づいて第2基準時間を定めることができる。これを実現するために、各端末における操作の履歴が前記サーバに送信され、前記サーバの第2履歴格納部に格納されるように構成してもよい。後述する実施形態における確認入力時間履歴の一部は、この発明の第2履歴格納部に該当する。この発明の好ましい態様は、ここで示した複数の態様のうち何れかを組み合わせたものも含む。以下、図面を用いてこの発明をさらに詳述する。なお、以下の説明は、すべての点で例示であって、この発明を限定するものと解されるべきではない。≪事象の説明≫まず、事象面からこの発明の一実施形態を説明する。前述の実施形態は、ユーザの確認を得るべき文書を表示し、そのうち一箇所以上の重要事項を点滅表示し、その部分をユーザに触れさせるというものである。図1は、この発明の一実施形態で、ユーザが使用する端末の表示部に表示される確認事項と確認手順を示す説明図である。ユーザからウェブショッピングで商品の注文がなされると、図1aに示すように、端末11は、表示部15に、取引に関する注意事項を表示する。その中でも、重要事項はアンダーラインで表示する。図1aで重要事項は一箇所であるが、複数の箇所に分散していてもよい。また、端末11は、確認ボタンを表示部15に表示するが、この時点で確認ボタンを押しても反応せず、無効な状態である。灰色に表示された確認ボタンは、無効な状態をユーザに示している。さらに、端末11は、表示部15に重要事項点滅部分は特に注意頂きたい事項です。確認できたら点滅箇所をタッチしてください。というメッセージを表示する。図1bに示すように、そのメッセージを見たユーザが、重要事項が表示された部分に指で触れると、端末11はユーザの指が触れた位置を検出する。そして、端末11は、指で触れられた個所について表示の点滅を中止する。複数箇所に重要事項が分散している場合は、触れられた箇所のみ点滅を中止する。重要事項がすべてタッチされたら、端末11は、前記メッセージに代えて確認ボタンを押すとお客様が重要事項を確認され同意されたものとみなします。のメッセージを表示する。また、端末11は、確認ボタンの表示色を灰色から例えば緑色に変える。緑色に表示されたボタンは、ボタンの部分に触れられたら端末11が表示部15の表示内容を次のものに更新する状態有効な状態であることを示す。さらに、この段階で、端末11が音声読み上げのアプリケーションを起動し、重要事項に関連づけられた音声データを読み上げるようにしてもよい。変形例として、重要事項の部分が触れられ終えられてからではなく、触れられている間に音声データを読み上げるようにしてもよい。なお、ユーザが重要部分確認したことをより適切に認識するため、端末11は、複数の重要事項が分散している場合、最初の重要事項がタッチされたときから最後の重要事項がタッチされたときまでの期間T1を記憶する。さらに、最後の重要事項がタッチされたたとき重要事項が一つの場合は、それがタッチされたときから確認ボタンが押されたときまでの期間T2を記憶する。そして、記憶された期間が所定の範囲にない場合、確認をやりなおすようにユーザを促すメッセージを表示部15に表示した後、図1aの画面に戻り、再度確認を受付ける。T1が短すぎたときは形式的に指でタッチされたにすぎない疑いがあるので、確認のやり直しを求める。T1が長すぎたときは指で触れられる途中で放置されて別人が続きの操作をした疑いがあるので、この場合もやり直しを求めるようにしてもよい。なお、重要事項が一つの場合は期間T1に係る処理は行わず、以下の期間T2のみの処理を行う。期間T2が長すぎたときは、指で触れられた後に放置されて別人が確認ボタンを操作した疑いがあるので確認のやり直しを求める。≪システム構成≫次に、この発明の意思確認システムの構成について説明する。図2は、この発明の意思確認システムの構成を示すブロック図である。図2に示すように、前記システムは、端末11およびウェブサーバ31を備えてなる。さらに、確認強度判定サーバ51を備えていてもよい。端末11は、パソコンやタブレット型の携帯情報端末など、入力装置と表示装置を備えたものである。ユーザの指が画面に触れたことを検出するタッチパネルセンサ等を備えたものが好ましい。ただし、その態様に限定されず、例えば、画面内の位置を示すポインタをユーザの操作に応じて移動させかつ画面に表示されたオブジェクトのユーザによる選択を受付けるマウス等の操作手段もタッチパネルセンサの代替機能を有するものとして態様この発明に含まれる。端末11は入力部13、表示部15、端末CPU17、ネットワーク通信部19および音声再生部21を備える。入力部13は、ユーザが表示部15に表示された要素に対する操作を行ったことおよび操作の位置を検出する。入力部13の具体的態様は、前述のタッチパネルセンサである。あるいはそれに代わるマウスおよびキーボードである。表示部15の具体的態様としては、液晶パネルや有機ELパネルを用いた表示装置である。ネットワーク通信部19は、有線、無線を問わずウェブサーバ31と通信を行うための機能を提供する通信装置である。具体的な態様として、無線LANの通信インターフェイスや、W-CDMA方式の通信インターフェイスである。音声再生部21は、音声データを再生するものである。その具体的な態様は、音声合成回路、増幅器およびスピーカーからなる音声再生ユニットである。端末11は、ユーザの操作に応答してこの発明に係る意思確認システムのウェブサーバ31にアクセスし、ウェブサーバが提供するウェブページの内容、例えば、電子商取引等の画面を表示部15に表示する。図1、2のような意志確認の画面は、ウェブサーバ31が提供するウェブページの内容の一部である。ウェブサーバ31は、通信を介して端末11にウェブページのデータを提供するサーバである。また、そのウェブページに対してユーザが行った操作を端末11から受領し、ウェブページの表示を更新したり所定の処理を行ったりする。その所定の処理には、意思確認を行う処理が含まれる。ウェブページの表示を更新する処理には、図1、2に示す意思確認の画面を更新する処理が含まれる。ウェブサーバ31は、ウェブページ処理部33、意思確認処理部35、ユーザ入力取得部37、格納部39およびサーバ通信部41を含んでなる。ウェブページ処理部33は、端末11にウェブページの内容を提供する機能を提供する。その機能タスクは、ウェブサーバ31のCPUが格納部39に格納された図示せず処理プログラムを実行することによって実現される。さらに、ウェブページ処理部33は、端末11と通信する機能を提供する。その機能タスクは、ネットワーク通信部19に対応する通信インターフェイスで実現される。意思確認処理部35は、ウェブページの所定の画面でユーザに規約や約款等への同意の意思確認を求める機能を提供する。意思確認の画面はウェブページの表示の一部であり、意思確認処理部35の機能は、ウェブページ処理部33に含まれるとも考えられる。しかし、意思確認に関する処理はこの発明の特徴的な部分であるので、その他のウェブページの処理を担うウェブページ処理部33と分けて、意思確認処理部35を設けている。意思確認処理部35の機能タスクは、ウェブサーバ31のCPUが格納部39に格納された図示せず処理プログラムを実行することによって実現される。意思確認処理部35は、ユーザの意志確認を求める画面を作成する。さらに、ユーザが重要事項の表示を指で触れる操作を行ったかどうかを判断し、その操作に応じて重要事項の表示を更新する。さらに、重要事項が指でタッチされたとき、タッチされた箇所および確認ボタンに触れる操作に要した時間が妥当な範囲にあるか否かについて確認強度判定サーバ51に問い合わせを行う。その問合せに対して確認強度判定サーバ51から返ってきた確認結果に問題がなければ、次のページの表示に進む。ユーザ入力取得部37は、意思確認の画面で入力部13が検出したユーザによる操作を端末11から取得し、意思確認処理部35に提供する。ユーザ入力取得部37の機能タスクは、ウェブサーバ31のCPUが格納部39に格納された図示せず処理プログラムを実行することによって実現される。格納部39は、ウェブページ処理部33および意思確認処理部35の処理に使用するデータを格納する不揮発性のメモリである。また、図示していないがウェブサーバ31のCPUが実行する処理プログラムを格納する。その処理プログラムは、ウェブページ処理部33および意思確認処理部35としての機能を実現する内容を含む。格納部39は、ウェブページデータ39A、説明文データ39Bおよび重要事項データ39Cを少なくとも格納する。ウェブページデータ39Aは、ウェブページの内容であって、ウェブページ処理部33によって参照され、端末11に提供される。説明文データ39Bは、ユーザの意思確認を求める画面に表示する説明文のデータである。重要事項データ39Cは、説明文データのうち、重要事項の部分を特定するデータである。この実施形態においては、説明文データ39Bの何文字目から何文字目までが重要事項かを示すデータである。説明文データ39Bと重要事項データ39Cとは、意思確認処理部35によって参照され、端末11に提供される。サーバ通信部41は、外部の確認強度判定サーバ51と通信するための通信インターフェイスである。図2で、ウェブサーバ31は、端末11と別のネットワークで認強度判定サーバ51と通信する態様を示している。例えば、端末11とは無線LANで通信し、確認強度判定サーバ51とは有線で通信する態様である。別の態様として、ウェブサーバ31は、共通のネットワークおよび通信方式を用いて端末11および確認強度判定サーバ51の何れとも通信するように構成してもよい。確認強度判定サーバ51は、サーバ通信部53、確認強度判定部55および格納部57を備える。サーバ通信部53は、ウェブサーバ31のサーバ通信部41に対応する通信インターフェイスである。確認強度判定部55は、ウェブサーバ31からの問合せを受けると、前述の期間T1およびT2をデフォルト判定条件57及び確認入力時間履歴を元に確認強度を算出し、その結果を意思確認システムに返す。格納部57は、デフォルト判定条件59および確認入力時間履歴61を少なくとも格納する不揮発性メモリである。また、確認強度判定サーバ51の図示しないCPUが実行する処理プログラムを格納する。その処理プログラムは、前記CPUに確認強度判定部55としてのタスク処理を実行させるプログラムを含む。≪処理の流れ-第1の実施形態≫ウェブサーバ31のCPUが実行する処理のうち、意思確認処理部35としてのタスク処理を説明する。即ち、図1のように、重要事項を予め表示し、そこに触れさせる態様についてである。図3~図5は、この発明に係るウェブサーバ31のCPUが実行する意思確認処理部35としてのタスクを示すフローチャートである。図3~図5に沿って説明をする。前記CPUは、図1aのように無効化された確認ボタンを表示部15に表示させるよう、表示内容を端末11に送るステップS11。さらに、説明文データ39Bを参照し、説明文のテキストおよび説明文を表示すべき位置を端末11へ送り、表示部15の所定位置に表示文を表示させるステップS13。図6は、説明文データ39Bの具体的な内容を示す説明図である。図6に示すように、説明文データ39Bは、説明文ID、各説明文のテキストデータおよび確認強度閾値が対応づけられたデータである。説明文IDは、重要事項データとの対応付けを示し、さらに、複数の説明文があるときは各説明文を識別するための識別子である。なお、説明文の表示位置は、意思確認処理部35用の処理プログラムと一体であるいは別体で格納部39に格納されている。確認強度閾値がどのように使用されるかについては、後述する。ここで、前記CPUは、重要事項データ39Cを参照し、前述の説明文のテキストのうちで重要事項の位置を取得し、重要事項を点滅表示するように属性を加えたうえで端末11に説明文のテキストを送るステップS15。図7は、重要事項データ39Cの具体的な内容を示す説明図である。図7に示すように、重要事項データ39Cは、1重要事項データを説明文と対応付けるための説明文ID、2各説明文における重要事項の開始位置と終了位置および3各説明文に音声データが関連づけられているか否か、関連づけられている場合はその内容が対応付けられたデータである。図7の例は、各説明文IDに対し一組の開始位置と終了位置のみが定義されているが、複数あってもよい。これは、重要事項が複数の箇所に分散している場合に対応する。各箇所を識別するために各組の開始位置と終了位置に箇所IDが付されてもよい。また、図7で、説明文IDが1の音声データは重要事項の文書と同一でなく、他へコピーできませんと要点を簡潔にまとめたものである。説明文IDが2の説明文には音声データが関連づけられていないことを示している。さらに前記CPUは、重要事項の各文字を表示部15に表示させる位置を、説明文IDに関連づけて格納部39に格納しておくステップS17。この実施形態では、重要事項の何文字目かを示す引数をnとするとき、n文字目に対応する矩形の表示領域を2次元の構造体データPosとして格納している。PosnX1:n文字目の左端x座標PosnY1:n文字目の上端y座標PosnX2:n文字目の右端x座標PosnY2:n文字目の下端y座標第1次元は、何文字目かを示す引数、第2次元は矩形用域の上下左右いずれの座標値かを示す引数である。x座標は表示部15の左右方向の座標、y座標は上下方向の座標である。続いて前記CPUは、重要事項の何れかの文字に対応する矩形領域に指で触れられたか否かを判定するステップS19。即ち、ユーザが表示部15に触れたことをユーザ入力取得部37が知らせるのを待つ。入力部13は、ユーザが表示部15に触れるとその位置を検出し、端末CPU17はその事象と位置を示すデータをウェブサーバ31に送信する。ウェブサーバ31の前記CPUは、ユーザ入力取得部37としてタスクでそのデータを受領すると、意思確認処理部35としてのタスクに通知する。意思確認処理部35として前記CPUは、その通知を受けるとステップS19のYes、重要事項のいずれかの文字に対応する領域が触れられたのか否かを判断するステップS21。この判断にあたって、前記ステップS17で格納部39に格納した構造体を用いる。前記領域以外であればステップS21のNo、ルーチンはステップS19へ戻り、別の位置が触れられるのを待つ。一方、重要事項に対応する領域が触れられた場合ステップS21のYes、前記CPUは、点滅表示を中止しするように端末11に指示を送るステップS23。そして、次に、説明文中の重要事項が複数箇所に分散しているか否かを調べるステップS25。重要事項が一箇所だけであればステップS25のNo、その箇所が触れられたのであるから、重要事項の確認がすべてなされたと判断し、ルーチンは後述するステップS39へ進む。一方、重要事項が複数箇所ある場合ステップS25のYes、前記CPUは、それら複数箇所のうち最初に触れられたケースか否かを調べるステップS27。初めて触れられた場合ステップS27のYes、現在の時刻を変数t1に記録するステップS29。なお、現在時刻を取得するために、ウェブサーバ31は図示しないリアルタイムクロックを備えている。また、変数t1は、格納部39に記憶領域が設けられた変数である。最初に触れられたケースか否かは、変数t1が初期値のままか否かによって判断してもよい。続いて、前記CPUは、重要事項の最後の箇所が触れられたケースか否かを調べるステップS31。即ち、他に重要事項が表示されている箇所がないかを調べる。最後の箇所まで至っていなければ、ルーチンは前述のステップS19へ戻り、ユーザが表示部15の別の位置に触れるのを待つ。ここで、どの箇所が触れられたかについて、前記CPUが前述の各箇所IDに対応づけて既に触れられたか否かの状態を格納部39の一時変数に記憶するようにしてもよい。一方、最後の箇所が触れられた場合ステップS31のYes、前記CPUは、現在の時刻を変数t2に記録するステップS39。変数t2は、格納部39に記憶領域が設けられた変数である。なお、前記ステップS25の判定で、重要事項が一箇所ステップS25の判定がNoの場合もこのステップS39の処理へと進む。以上のようにして、重要事項が複数箇所に分散している場合、ステップS19~S31のループ処理により、重要項目の最初から最後までの箇所が触れられたか否かを判定する。なお、最初の箇所から最後の箇所まで順次判定している途中で、画面に触れられなくなったり、別の位置が触れられたりした場合、フローチャートから分かるように、触れられたと判断された箇所までが保持されたままの状態になり、まだ触れられていない箇所は点滅表示のままで、触れられるのを待つ。やがて、表示部の別の箇所が触れられたら、判定処理が続行される。また、前記CPUは、重要事項に音声データが関連づけられているか否かを確認しステップS41、関連づけられている場合はその音声データを端末11へ送信し、音声再生部21で再生するように端末11に指示するステップS43。なお、前記ステップS23で使用する構造体は、説明文IDと関連づけられており、その説明文IDを用いて重要事項データ39Cを参照することによって、前記CPUは、重要事項に音声データが関連づけられているか否かを判断する。その後、前記CPUは、確認ボタンの表示色を変えて有効化したことを示すように端末11に指示するステップS45。そして、確認ボタンが押されるのを待つステップS47。確認ボタンが押された旨の通知がユーザ入力取得部からあったら、意思確認処理部としての前記CPUは、現在の時刻を変数t3に記憶するステップS49。変数t3は、格納部39に記憶領域が設けられた変数である。このように、ステップS47およびS49では、確認ボタンが押されたかどうかを確認し、重要事項が触れられ終えてからボタンが押されるまでの時間を取得する。触れられ終えるとは、重要事項が一箇所の場合はその箇所に触れられたこと、複数箇所の場合は最後の箇所が触れられたことを意味する。続いて、前記CPUは、ユーザが意思確認の表示をきっちりと読んで確認の操作を行ったか否かについて、その確からしさの判定を行う。この明細書では、その確からしさの判定を確認強度とよんでいる。確認強度を判定するため、前記CPUは、確認強度判定サーバ51に以下の2つの期間データT1およびT2を送信するステップS51。このとき、T1およびT2に説明文IDを付加して送信する。第1は、重要事項が複数箇所に分散している場合にそれらの箇所が触れられるのに要した時間T1である。T1は、次のように算出される。T1=t2-t1ここで、t1およびt2は、前述のごとく、ステップS33およびS39の処理がそれぞれ行われた時刻を格納する変数である。即ち、複数箇所の重要事項のうち何れかの箇所に触れられた時刻と最後の箇所に触れられた時刻である。ただし、重要事項が一箇所の場合、前記CPUはT1に所定の値が代入する。その値は、T1について確認が問題なく行われたと判定されるように定められた値である。第2は、重要事項が触れられ終えられてから確認ボタンが押されるまでに要した時間である。T2は次のように算出される。T2=t3-t2ここで、t2およびt3は、前述のごとく、ステップS39およびS49の処理がそれぞれ行われた時刻を格納する変数である。即ち、重要事項に触れられ終えた時刻と、確認ボタンが押された時刻である。そして、前記CPUは、ステップS51で送信したデータに対する確認強度判定サーバ51からの応答を待つステップS61。確認強度判定サーバ51は、受領したデータT1およびT2を基準の値と比較してユーザがしっかりと確認を行ったか否かを示す確認強度をウェブサーバ31に返す。前記基準は、例えば、過去の別のユーザについてT1、T2に相当する時間を統計的に処理したものである。確認強度判定サーバ51の処理については後述する。確認強度判定サーバ51からの応答があったらステップS61のYes、前記CPUは、確認強度判定サーバ51から受領した確認強度を予め定められた閾値と比較するステップS63。この閾値は、確認強度閾値として説明文データ39Bに予め格納されているものである。受領した確認強度が閾値以上であれば、前記CPUは、意思確認がしっかり行われたと判断してステップS63のYes、ウェブページの次の表示内容へ進むようにウェブページ処理部33としてのタスクに通知しステップS65、意思確認処理部35としてのタスクを終了する。一方、受領した確認強度が閾値に満たなければ、前記CPUは、意思確認がしっかり行われていないと判断しステップS63のNo、確認をやり直すべき旨のメッセージを表示部15に表示させるように、端末11に指示するステップS67。例えば、確認が不十分である可能性があります。もう一度、重要事項点滅部分を指で触れてください。といったメッセージである。その後、ルーチンはステップS11へ戻り、意思確認の処理を繰り返す。≪処理の流れ-確認強度≫次に、確認強度を算出する処理を説明する。確認強度は、ユーザが意思確認の表示をきっちりと読んで確認したかどうか、その確からしさの指標である。この実施態様では、確認強度の算出は、ウェブサーバ31と別の確認強度判定サーバ51が行う。変形例として、ウェブサーバ31内で確認強度を算出する態様も考えられる。図8は、確認強度判定サーバ51のCPUが実行するタスクのフローチャートである。図8に沿って処理の流れを説明する。前記CPUは、ウェブサーバ31から確認強度の問合せを受けるのを待つステップS201。この問合せは、図4のステップS51でウェブサーバから期間データT1およびT2並びに説明文IDが付加されて送信される。T1は、重要事項が触れられ始められてから触れられ終えられるまでの期間であり、T2は、重要事項が触れられ終えられてから確認ボタンが押されるまでの期間である。ただし、重要事項が一箇所の場合、T1は最低確認時間より大きい所定の値とする。問合せを受けるとステップS201のYes、前記CPUは、まず受領したT1を基準値T1の最低確認時間と比較するステップS203。最低確認時間は、デフォルト判定条件59に予め格納された値である。T1の値が最低確認時間より大きければ、前記CPUは、確認強度を表す変数Kに所定の第1の値を格納する。変数Kは、格納部57に記憶領域が設けられた変数である。第1の値の一例は、25である。これは、確認強度をゼロ乃至100の範囲で表した値であり、その値が大きいほど確度が大きい確からしいことを示す。一方、前記ステップS203の判定で、T1の値が最低確認時間以下の場合、前記CPUは、確認強度を表す変数Kに所定の第2の値を格納するステップS207。第2の値の一例はゼロである。即ち、第1の値に比べて確度が低いことを示している。続いて前記CPUは、受領したT2を第2の基準値T2の最大確認時間と比較するステップS203。最大確認時間は、デフォルト判定条件59に予め格納された値である。T2の値が最大確認時間より大きければ、前記CPUは、変数Kに所定の第3の値を加算する。第3の値の一例は、25である。一方、前記ステップS209の判定で、T2の値が最大確認時間以下の場合、前記CPUは、変数Kへの加算を何も行わず、ルーチンは次のステップS213に進む。ここで、デフォルト判定条件59について説明しておく。図9は、この発明に係るデフォルト判定条件59の具体的な内容を示す説明図である。図9に示すように、デフォルト判定条件59は、説明文IDと、最低確認時間および最大確認時間が対応付けられたデータである。処理の説明に戻る。ステップS213で、前記CPUは、確認入力時間履歴61にこれまでに同一の説明文IDについて確認強度の問合せを受け、その履歴データが格納されているか否かを確認するステップS213。ここで、確認入力時間履歴61は、各説明文がこれまで多数のユーザにより確認されたとき、その確認操作に要した時間を格納したものである。図10は、この発明に係る確認入力時間履歴61の具体的な内容を示す説明図である。図10に示すように、確認入力時間履歴61は、履歴ID、説明文ID、期間T1およびT2が対応付けられたデータである。説明文IDは、確認の対象とされた説明文を識別する識別子である。説明文データ39Bおよび重要事項データ39Cの説明文IDに対応するデータである。履歴IDは、同一の説明文IDに係る複数のデータを識別するためのIDである。期間T1およびT2は、これまでに受領した確認強度の問合せに付された期間T1およびT2のデータである。後述するステップS221で、前記CPUは、受領したT1およびT2ならびに説明文IDを確認入力時間履歴61の各項目に格納する。タスク処理の説明を続ける。前記ステップS201で受領した問合せと同一の説明文IDに係るデータが確認入力時間履歴61に格納されている場合ステップS213のYes、前記CPUは、格納されたデータを用いて確認強度Kの値に以下の処理を行うステップS215。K=K50×履歴データの数2-T1の履歴データの中の順位÷履歴データの数1そして、ルーチンはステップS219へ進む。この計算により、T1の履歴データ中の順位に応じて確認強度Kに最大50が加算される。例えば、履歴データが9個ある場合で、T1の順位が1位、6位および最下位の場合を例に、上記計算を示す。まず、T1の順位が1位の場合、上記計算は、K=K50×92-1/91=K50×10/10=K50となり、Kに50が加算される。次に、T1の順位が6位の場合、上記計算は、K=K50×92-6/91=K50×5/10=K25となり、Kに加算される値は25に留まる。さらに、T1の順位が最下位の場合、上記計算は、K=K50×92-10/91=K50×1/10=K5となり、Kに加算される値は5に留まる。以上のように、この実施形態において、確認強度KはT1の前記最低確認時間に対する大小関係に応じて最大25の値をとる前記ステップS205参照。さらにT2の前記最大確認時間に対する大小関係に応じて最大25が加算される前記ステップS211参照。ここまでで、確認強度Kは最大50の値をとる。さらに、T1の履歴データ中の順位に応じて最大50が加算されるので、それらをあわせて確認強度Kは最大で100の値をとる。一方、前記ステップS201で受領した問合せと同一の説明文IDに係るデータが確認入力時間履歴61に格納されてない場合ステップS213のNo、前記CPUは、確認強度Kの値に次の計算を行うステップS217。K=K×2そして、ルーチンはステップS219へ進む。即ち、この実施形態において、確認強度KはステップS205で最大25の値をとり、さらにステップS211で最大25が加算される。しかし、履歴データがない場合は前述のステップS215のようなT1の順位による計算ができない。よって、この場合確認強度Kが取り得る最大50の値を100に換算するために、ステップS217において、所定の換算係数、即ち2を乗じるのである。ここで、ステップS205で確認強度Kがとる最大値25およびステップS211における確認強度Kの最大の増分25はいずれも一つの数値例である。よって、それらの数値が異なる態様では換算係数、即ち、Kの最大値を100とするために乗じる係数の値は、図8のステップS217における2と異なる。前記CPUは、処理された確認強度Kをウェブサーバ31に送信するステップS219。送信されたデータは、図5のステップS63でウェブサーバ31に受領される。そして、T1、T2および説明文IDを確認入力時間履歴61に格納するステップS221。既に同一の説明文IDのデータが格納されているときは、それらのデータに付された履歴IDより1つ大きな値を格納すべきデータの履歴IDとする。同一の説明文IDのデータが格納されていなければ、履歴IDを1とする。その後、ルーチンはステップS201へ戻り、ウェブサーバ31からの新たな問合せを待つ。≪処理の流れ-端末の処理≫続いて、端末側の処理を説明する。図2の端末CPU17が実行する処理である。端末CPU17は、主としてウェブサーバ31から提供された表示データを表示部15に表示し、入力部13により検出された操作をウェブサーバ31に送る。図11に示すように、端末CPU17は、ウェブサーバからネットワーク通信部19を介して表示データが送られてくるのを待つステップS301。表示データを受信したら、端末CPU17は、受信した表示データが映像か、文書テキストか確認ボタンかを判定するステップS303。テキストを受信した場合、端末CPU17は、そのテキストと共に送られてくるテキストの表示位置、重要事項の開始位置および終了位置を取得して表示部15における表示位置および点滅表示の位置を特定するステップS309。そして、特定された表示部15内の位置に文書を表示し、かつ、開始位置及び終了位置で特定される箇所の文字を点滅表示させるステップS311。続いて、端末CPU17は、ユーザによって表示部15が触れられたかタッチされたか否かを判定するステップS317。タッチされた場合ステップS317のYes、その位置を取得しステップS321、取得した位置のデータをウェブサーバ31に送信するステップS325。ウェブサーバからデータ受領の確認信号を受領したらステップS327、ルーチンはステップS301へ進み、次の表示データが送られるのを待つ。なお、図11では、処理を分かり易くするために、表示データの受信とタッチの検出を順次処理で示しているが、実際の処理はマルチタスクで行われ、ステップS301やS317の待ちループ中に他の処理が滞ることはない。前記ステップS317で検出されたタッチが、例えば重要事項が触れられ終えたとウェブサーバ31の意志確認処理部35が判断した場合、ウェブサーバ31から確認ボタンの表示データが送られてくる。確認ボタンの表示データを受信した場合、前記ステップS303の判定で、ルーチンはステップS313へ進み、端末CPU17は、表示部15の指定された位置に有効化された確認ボタンを表示するステップS313。そして、ルーチンは、前述のステップS317へ進み、入力の検出を行う。その後、ステップS317検出されたタッチが、確認ボタンの操作であるとウェブサーバ31の意思確認処理部35が判断した場合、ウェブサーバ31から次のページの表示データが送られてくる。次ページのデータとして、例えば映像を受信した場合、前記ステップS303の判定で、ルーチンはステップS305へ進み、端末CPU17は、表示部15の指定された位置に現在表示されている情報を消去しステップS305、受信された映像を表示するステップS307。そして、ルーチンは、前述のステップS317へ進み、入力の検出を行う。前述した実施の形態の他にも、この発明について種々の変形例があり得る。それらの変形例は、この発明の範囲に属さないと解されるべきものではない。この発明には、請求の範囲と均等の意味および前記範囲内でのすべての変形とが含まれるべきである。