(57)【要約】【課題】ウェブページの匿名性を明確に保証することができるウェブページの改竄監視方法を提供すること。【解決手段】改竄チェックセンター２は企業１のウェブページについて匿名性が保たれていればハッシュ値に変換してマスタ情報として格納する。ユーザ端末２０からウェブアンケートページにアクセスがあると、アンケート収集サーバ１０は、改竄チェックサーバ３０上の改竄チェックＰＲＧへ処理を飛ばす。アンケート収集サーバ１０は、各モジュールのハッシュ値を被チェック情報として作成し、改竄チェックサーバ３０へ送信する。改竄チェックＰＲＧは、送信された被チェック情報としてのハッシュ値と、前処理でマスタ情報として格納されているハッシュ値とを比較し、値が同じであれば改竄がないものと判断してアンケートを実施させ、異なれば改竄があったものと判断して処理を中断する。【選択図】  図４
2004302764.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサーバにより公開されるウェブページの改竄を、前記ウェブサーバとネットワークにより接続された改竄監視サーバにより監視する方法において、
前記ウェブサーバにより公開されるウェブページの匿名性を確認して当該ページに関する固有情報をマスタ情報として改竄監視サーバに保存し、
ユーザ端末から前記ウェブページに対するアクセスがあった時に、前記ウェブサーバは、前記ユーザ端末からのアクセスを前記改竄監視サーバに自動的に転送すると共に、前記ウェブページのアクセス時の固有情報を被チェック情報として前記改竄監視サーバに自動的に転送し、
前記改竄監視サーバは、前記マスタ情報と前記被チェック情報とを比較し、両者が一致する場合には改竄なしと判定して前記ユーザ端末からのアクセスを前記ウェブサーバへ自動転送してアクセスを許可し、両者が一致しない場合には改竄ありと判定してアクセスを禁止することを特徴とするウェブページの改竄監視方法。
【請求項２】
前記固有情報として、ウェブページに関連するファイルのハッシュ値を利用することを特徴とする請求項１に記載のウェブページの改竄監視方法。
【請求項３】
前記マスタ情報と前記被チェック情報とが一致しない場合、前記ユーザ端末からのアクセスを前記ウェブサーバへ転送せずにユーザ端末に警告を表示させることを特徴とする請求項１又は２に記載のウェブページの改竄監視方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ウェブ技術を利用してネットワーク上に構築されたページ（ウェブページ）の改竄を監視する方法に関する。
【０００２】
【従来の技術】
ウェブページの改竄を監視する方法は従来から知られている。例えば、特許文献１には、ウェブページで提供される電子情報コンテンツを監視し、改竄を検出する技術が開示されている。なお、この文献では、対象となるウェブページは企業や官庁の情報発信用のウェブページである。
【０００３】
一方、製品の開発や組織の改革の資料とするため、ウェブ上にアンケートページを設置して広くユーザの意見を収集することは一般に行われている。アンケートは匿名で実施される場合も多く、特に企業内部で経営側が実施するアンケートでは、忌憚のない意見を表明できるよう匿名性が重要となる。
【０００４】
【特許文献１】特開２００２−３１８７２６号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、特許文献１は、単にコンテンツ提供者以外の第三者が定期的にコンテンツの改竄をチェックすることを開示するのみで、上記のようなウェブページの匿名性は考慮されていない。ウェブ上にアンケートページを設ける場合、実施者が匿名をうたっていても、ユーザからは実際に匿名性が確保されているかどうかを確かめることができない。アンケート収集サーバがユーザ端末のＩＰアドレスを取得することによりユーザが特定されるおそれがあり、特に企業内ネットワークにアンケート収集サーバとユーザ端末とが接続されている場合には、アンケートの回答者のＩＰアドレスを取得すればユーザ端末を容易に特定することができる。このように匿名性が明確に保証されていないと、萎縮効果が働き、建設的な意見であっても経営側を批判するような内容は書き込みにくくなり、結果として建設的な意見の集約が難しくなる。
【０００６】
また、改竄を監視していない場合には、アンケートの集計結果が主催者側に都合の悪い結果となった場合に、主催者側が勝手にアンケートの質問内容を改竄するおそれがあり、公平性を保証することができない。さらには、主催者側も気づかないうちに悪意の第三者により質問内容が改竄される可能性もあり、改竄が監視されていないと、ユーザは改竄されたアンケートに回答することになり、特に匿名性が改竄された場合には個人情報が不当に収集される可能性がある。
【０００７】
本発明は、上記の従来技術の課題に鑑み、アンケートページのようにユーザの匿名性が重視されるウェブページの匿名性を明確に保証することができるウェブページの改竄監視方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明にかかるウェブページの改竄監視方法は、上記の目的を達成させるため、ウェブサーバにより公開されるウェブページの改竄を、ウェブサーバとネットワークにより接続された改竄監視サーバにより監視する方法において、ウェブサーバにより公開されるウェブページの匿名性を確認して当該ページに関する固有情報をマスタ情報として改竄監視サーバに保存し、ユーザ端末からウェブページに対するアクセスがあった時に、ウェブサーバは、ユーザ端末からのアクセスを改竄監視サーバに自動的に転送すると共に、ウェブページのアクセス時の固有情報を被チェック情報として改竄監視サーバに転送し、改竄監視サーバは、マスタ情報と被チェック情報とを比較し、両者が一致する場合には改竄なしと判定してユーザ端末からのアクセスをウェブサーバへ自動転送してアクセスを許可し、両者が一致しない場合には改竄ありと判定してアクセスを禁止することを特徴とする。
【０００９】
上記の方法によれば、ユーザ端末からウェブページにアクセスがある度に改竄監視サーバによりウェブページが改竄されているか否かが判断され、改竄されている場合にはそのウェブページへのアクセスが禁止されるため、ウェブページの匿名性を明確に保証することができ、例えばアンケートページの改竄を監視する場合には、ユーザが萎縮せずに忌憚のない意見を書き込むことができる。
【００１０】
固有情報としては、ウェブページに関連するファイルのハッシュ値を利用することが可能である。また、マスタ情報と被チェック情報とが一致しない場合、ユーザ端末からのアクセスをウェブサーバへ転送せずにユーザ端末に警告を表示させるようにしてもよい。
【００１１】
【発明の実施の形態】
以下、この発明にかかるウェブページの改竄監視方法の実施形態を説明する。図１は、実施形態の改竄監視方法を実現するためのシステムの概略を示すブロック図である。最初に、図１に基づいてシステムの構成を説明する。実施形態では、匿名性が重視されるウェブページとして、アンケート収集サーバ（ウェブサーバ）上に構築されたウェブアンケートページを改竄監視の対象としている。このウェブアンケートは企業内の情報収集に用いられ、ウェブアンケートページの改竄の監視は、この企業とは異なる第三者の企業が運営する改竄チェックセンターにより行われる。
【００１２】
企業１内には、アンケート収集サーバ１０が設置されている。このサーバ１０は、ＷＷＷサーバ機能１１として、初期画面データ（ＴＯＰ．ｈｔｍｌ）１１ａ、質問画面作成ＰＲＧ（プログラム、Ｐ１．ｃｇｉ）１１ｂ、回答結果取得ＰＲＧ（Ｐ２．ｃｇｉ）１１ｃ、ハッシュ作成ＰＲＧ（Ｈ．ｃｇｉ）１１ｄ、ＷＷＷサーバ動作環境ファイル（ｈｔｔｐｄ．ｃｏｎｆ）１１ｅを備えている。また、質問画面作成ＰＲＧ１１ｂは、アンケートの質問内容が格納された質問内容ＤＢ（データベース）１２に接続され、回答結果取得ＰＲＧ１１ｃは、アンケートに対するユーザからの回答を格納する回答結果ＤＢ１３に接続されている。さらに、ＷＷＷサーバ機能１１は、プログラムやモジュールをハッシュ化するためのハッシュ化手段１４に接続されており、ハッシュ化された値（ハッシュ値）は被チェックハッシュ値ＤＢ１５に格納される。
【００１３】
企業１には、企業内ネットワーク３が設けられており、このネットワークにアンケートに回答するユーザ端末２０と、上記のアンケート収集サーバ１０とが接続されている。また、企業内ネットワーク３は、インターネット４に接続されている。ユーザ端末２０には、ウェブページを閲覧するためのブラウザ２１が設けられている。
【００１４】
一方、改竄チェックセンター２には、改竄チェックサーバ３０が設けられている。改竄チェックサーバ３０は、改竄チェックＰＲＧ（Ｃ．ｃｇｉ）３１と、このプログラムによりアクセスされるマスタハッシュ値ＤＢ３２とを備え、インターネット４を介してアンケート収集サーバ１０、ユーザ端末２０との間で通信可能とされている。なお、アンケート収集サーバ１０に設けられた被チェックハッシュ値ＤＢ１５は、ウェブアンケートページのアクセス時の固有情報であるハッシュ値を被チェック情報として格納するデータベースであり、他方、改竄チェックサーバ３０に設けられたマスタハッシュ値ＤＢ３２は、事前にウェブアンケートページの匿名性を確認して当該ページに関する固有情報であるハッシュ値をマスタ情報として格納するデータベースである。
【００１５】
上記のシステム構成においてウェブアンケートページの改竄を監視するための処理の概略を以下に箇条書きにし、図２〜図４を参照して説明する。それぞれの詳細については後に説明する。以下の手順１〜１０のうち、１〜３はアンケート実施前に予め実行しておく前処理、４以下はユーザがウェブアンケートページにアクセスする際に実行される通常処理である。
【００１６】
１．アンケートを実施する企業１が改竄チェックセンター２に対してオフラインで匿名性の認証を依頼する。
２．改竄チェックセンター２は企業１のウェブページのモジュール類（ｃｇｉファイル，ｈｔｍｌファイル，ｍｄ５ライブラリ）について匿名性が保たれているかを検閲し、匿名性が保たれていれば認証する。匿名性が保たれていない場合は指導する。
【００１７】
認証のための検閲プロセスを図２に示す。検閲プロセスでは、ステップＳ１において各モジュールの階層を調査する。例えば、初期画面データ（ＴＯＰ．ｈｔｍｌ）をチェックして、「ＴＯＰ．ｈｔｍｌのｌ１行目でａｃｃｌｏｇ．ｐｌというｃｇｉを呼び出している」ということが判定できたら、次に、ａｃｃｌｏｇ．ｐｌをチェックする。ここで、「ａｃｃｌｏｇ．ｐｌから別モジュールを呼び出していない」ということが判定できたら、「階層は２階層」と判断できる。
【００１８】
ステップＳ２では、ステップＳ１で調査された各階層について各モジュールのソースを査読する。図３（Ａ）に、ｈｔｍｌで記載された初期画面データ（ＴＯＰ．ｈｔｍｌ）のソースの一部を示す。「ＴＯＰ．ｈｔｍｌにはＩＰアドレスを保存している機能は見当たらない」ということが判定できたら、次に初期画面から呼び出されるａｃｃｌｏｇ．ｐｌをチェックする。図３（Ｂ）に、ｐｅｒｌというｃｇｉ言語で記載されたａｃｃｌｏｇ．ｐｌのソースの一例を示す。この例では、「ａｃｃｌｏｇ．ｐｌの６行目でＲＥＭＯＴＥ＿ＡＤＤＲという環境変数を参照し、リモートホストのＩＰアドレスを取得している」こと、「ａｃｃｌｏｇ．ｐｌの８行目に、取得したＩＰアドレスをａｃｃｌｏｇ．ｄａｔというファイルに保存している」ことが判定できる。このことから、ａｃｃｌｏｇ．ｐｌは匿名性を保っていないと判断できる。匿名性が保たれていない場合には、ソースを変更して匿名性を保つように指導する。
【００１９】
なお、リモートホストのＩＰアドレスは、ユーザプログラム（ｃｇｉ）だけでなく、ｗｗｗサーバ自体の機能によっても保存される。したがって、この機能を無効にしなければ匿名性を保つことができない。例えば、ａｐａｃｈｅというｗｗｗサーバの場合には、ｈｔｔｐ．ｃｏｎｆという動作環境ファイル内のログファイル名を／ｄｅｖ／ｎｕｌｌというファイル名にすれば、ＩＰアドレスの保護機能を無効にすることができる。但し、なりすましにおける複数投票を避けるため、ＩＰアドレスをハッシュ化して記録する。
【００２０】
３．改竄チェックセンター２は、認証されたモジュール類（ｃｇｉ，ｈｔｍｌ，ｍｄ５ライブラリ）をｍｄ５でハッシュ値に変換し、マスタ情報としてマスタハッシュ値ＤＢ３２に格納する。このとき、企業１は、質問内容をハッシュ化したデータと、質問内容の有効期限とを改竄チェックセンター２へ申請する。改竄チェックセンター２は、これらのデータを上記のモジュール類と同様にマスタ情報としてマスタハッシュ値ＤＢ３２に格納する。なお、質問内容自体は改竄チェックセンター２へは通知しない。
【００２１】
４．図４に示すように、ユーザ端末２０からウェブアンケートページにアクセスがあると（ｔ１）、アンケート収集サーバ１０は初期画面のデータ（ＴＯＰ．ｈｔｍｌ）をユーザ端末２０に送信する（ｔ２）。なお、インターネットを介してアクセスする場合には、ＳＳＬの暗号化手順にしたがってデータが送受信される。ユーザ端末２０には、ブラウザ２１により初期画面が表示される（ｔ３）。初期画面のイメージを図５に示す。
【００２２】
５．アンケート収集サーバ１０は、改竄チェックサーバ３０上の改竄チェックＰＲＧへ処理を飛ばす（ｔ４）。
６．改竄チェックＰＲＧ３１は、アンケート収集サーバ１０に対してハッシュ値を取得するよう依頼する（ｔ５）。
７．アンケート収集サーバ１０は、各モジュールのハッシュ値を被チェック情報として作成し、改竄チェックサーバ３０へ送信する（ｔ６）。
【００２３】
８．改竄チェックＰＲＧは、ｔ６で送信された被チェック情報としてのハッシュ値と、前処理でマスタ情報としてマスタハッシュ値ＤＢ３２に格納されているハッシュ値とを比較して改竄があるか否かをチェックする（ｔ７）。
９．ハッシュ値が同じであれば、改竄がないものと判断してアンケート収集サーバ１０に処理を戻す。ハッシュ値が異なれば、改竄があったものと判断して処理を中断する。
【００２４】
１０．改竄がない場合には、アンケート収集サーバ１０は質問画面を作成してユーザ端末２０に送信し（ｔ８）、ユーザ端末２０にはアンケートの質問画面が表示される（ｔ９）。アンケートの質問は、質問内容ＤＢ１２から読み込んで動的に作成される。なお、図示はしていないが、改竄チェックサーバ３０は、アンケート収集サーバ１０が質問画面を作成する際に質問内容をチェックし、有効期限内であって被チェック情報のハッシュ値がマスタ情報のハッシュ値と異なる場合には、アンケート主催者側で改竄が発生したと判断して処理を中断する。
【００２５】
１１．ユーザ端末２０でアンケートの回答が入力されて結果がアンケート収集サーバ１０に戻されると（ｔ１０）、アンケート収集サーバ１０は回答結果を取得して統計上の処理等を実行する。このとき、ユーザ端末２０のＩＰアドレスをｍｄ５でハッシュ化した情報が回答情報に添付される。これにより、アンケート収集サーバ１０側からは、個々の回答についてのＩＰアドレスを特定することはできないが、複数の回答に添付されたＩＰアドレスのハッシュ値が同一である場合には、同一のユーザ端末２０からなりすましで複数の回答が寄せられたと判断することができる。したがって、統計上の処理等をする場合には、ハッシュ値が同一である回答を除外することにより、正確な処理が可能となる。
【００２６】
次に、上述した処理の中の主要な処理について、より詳細に説明する。
まず、図６に基づいてアンケート収集サーバ１０により実行されるハッシュ値作成ＰＲＧ（図４、ｔ６）の処理について説明する。ハッシュ値作成ＰＲＧが実行されると、アンケート収集サーバ１０は、ステップＳ１０においてハッシュ値の依頼元が改竄チェックサーバ３０であるか否かをチェックする。アンケート収集サーバ１０の匿名性を認証しているのは改竄チェックセンター２であり、他のサイトからのアクセスには応じる必要がない。そこで、ステップＳ１０では、依頼元のＩＰアドレスが改竄チェックサーバ３０のアドレスを示す「＊．ｓｅｎｔａ．ｃｏ．ｊｐ」でない場合には、そのまま処理を終了する。アドレスが一致する場合には、改竄チェックサーバ３０からの依頼と判断してステップＳ１１以下の処理を続行する。
【００２７】
ステップＳ１１では、初期画面のソースＴＯＰ．ｈｔｍｌのハッシュ値を作成する。同様にして、ステップＳ１２では質問画面作成ＰＲＧのソースＰ１．ｃｇｉのハッシュ値を作成し、ステップＳ１３では回答結果取得ＰＲＧのソースＰ２．ｃｇｉのハッシュ値、ステップＳ１４ではハッシュ値作成ＰＲＧのソースＨ．ｃｇｉのハッシュ値、ステップＳ１５ではＷＷＷサーバ動作環境ファイルｈｔｔｐｄ．ｃｏｎｆのハッシュ値、ステップＳ１６ではハッシュ化手段のハッシュ値をそれぞれ作成する。これらのハッシュ値は、ウェブアンケートページのアクセス時の被チェック情報として生成されるデータであり、ステップＳ１７において改竄監視サーバ１０に自動的に転送される。
【００２８】
被チェックハッシュ値ＤＢ１５、及びマスターハッシュ値ＤＢ３２は、図７に示すような構造でデータを保持している。すなわち、これらのＤＢは、ＵＲＬ、ファイル名、ハッシュ値の３つのフィールドを備え、ファイル毎に１つのレコードを有している。
【００２９】
次に、図８に基づいて改竄チェックサーバ３０により実行される改竄チェックＰＲＧの処理について説明する。改竄チェックＰＲＧが実行されると、改竄チェックサーバ３０は、ステップＳ２０において依頼元がアンケート収集サーバ１０であるか否かをチェックする。改竄チェックセンター２が監視を受け持っているのは企業１のアンケート収集サーバ１０であり、他のサイトからのアクセスには応じる必要がない。そこで、ステップＳ１０では、依頼元のＩＰアドレスがアンケート収集サーバ１０のアドレスを示す「＊．ｋｉｇｙｏ．ｃｏ．ｊｐ」でない場合には、ステップＳ２１で図９に示す認証ＮＧメッセージ画面をユーザ端末２０に表示させ、処理を終了する。アドレスが一致する場合には、アンケート収集サーバ１０からの依頼と判断してステップＳ２２以下の処理を続行する。
【００３０】
ステップＳ２２では、改竄チェックサーバ３０はアンケート収集サーバ１０に対してハッシュ値の作成を依頼する（図４、ｔ５）。ステップＳ２３では、アンケート収集サーバ１０から送られてくるハッシュ値を取得し、ステップＳ２４でハッシュ値の異同をチェックする。被チェック情報のハッシュ値がマスタ情報のハッシュ値と異なる場合には、ステップＳ２１で認証ＮＧメッセージ画面をユーザ端末２０に表示させ、処理を終了する。ハッシュ値が同一である場合には、ステップＳ２５で図１０に示す認証ＯＫメッセージ画面をユーザ端末２０に表示させ、質問画面作成ＰＲＧをアンケート収集サーバ１０に実行させる（図４、ｔ８）。
【００３１】
アンケート収集サーバ１０により実行される質問画面作成ＰＲＧの処理を、図１１に示す。ここでは、ステップＳ３０において、ユーザ端末２０に表示されていた前ページをチェックする。すなわち、アンケートが実行されるのは、改竄チェック処理が実行されて改竄なしと判断された直後であることが望ましい。チェック後に時間が経過すると、その間に改竄が行われる可能性があるからである。そこで、直前に改竄チェックＰＲＧ（Ｃ．ｃｇｉ）が実行されていたか否かをチェックする。前のページがＷＷＷ．ｓｅｎｔａ．ｃｏ．ｊｐ／Ｃ．ｃｇｉでない場合には、改竄チェックが実行されてから時間が経過したものと判断し、処理を中断する。前ページがＷＷＷ．ｓｅｎｔａ．ｃｏ．ｊｐ／Ｃ．ｃｇｉである場合には、ステップＳ３１以下の処理が実行される。
【００３２】
ステップＳ３１では、質問内容ＤＢ１２から質問の内容が読み込まれる。質問内容ＤＢ１２は、図１２に示すような構造を有している。すなわち、質問Ｎｏと質問内容との２つのフィールドを備え、質問毎に１つのレコードを有している。続いてステップＳ３２では、読み込んだ質問に基づいて質問ページを動的に作成する（図４、ｔ８）。ステップＳ３３では、作成した質問ページをユーザ端末２０に表示させ、ステップＳ３４で回答結果取得ＰＲＧを実行する。
【００３３】
回答結果取得ＰＲＧの処理内容は、図１３に示したとおりであり、ステップＳ４０でユーザ端末２０から送信されるアンケートの回答を取得し、ステップＳ４１で取得した内容を回答結果ＤＢ１３に書き込む。回答結果ＤＢは、図１４に示すような構造を有している。すなわち、質問内容ＤＢと共通の質問Ｎｏ、シーケンス番号、回答内容の３つのフィールドを備え、各回答の質問毎に１つのレコードを生成する。
【００３４】
（付記１）
ウェブサーバにより公開されるウェブページの改竄を、前記ウェブサーバとネットワークにより接続された改竄監視サーバにより監視する方法において、
前記ウェブサーバにより公開されるウェブページの匿名性を確認して当該ページに関する固有情報をマスタ情報として改竄監視サーバに保存し、
ユーザ端末から前記ウェブページに対するアクセスがあった時に、前記ウェブサーバは、前記ユーザ端末からのアクセスを前記改竄監視サーバに自動的に転送すると共に、前記ウェブページのアクセス時の固有情報を被チェック情報として前記改竄監視サーバに転送し、
前記改竄監視サーバは、前記マスタ情報と前記被チェック情報とを比較し、両者が一致する場合には改竄なしと判定して前記ユーザ端末からのアクセスを前記ウェブサーバへ自動転送してアクセスを許可し、両者が一致しない場合には改竄ありと判定してアクセスを禁止することを特徴とするウェブページの改竄監視方法。
【００３５】
（付記２）
前記固有情報として、ウェブページに関連するファイルのハッシュ値を利用することを特徴とする付記１に記載のウェブページの改竄監視方法。
【００３６】
（付記３）
前記マスタ情報と前記被チェック情報とが一致しない場合、前記ユーザ端末からのアクセスを前記ウェブサーバへ転送せずにユーザ端末に警告を表示させることを特徴とする付記１又は２に記載のウェブページの改竄監視方法。
【００３７】
（付記４）
前記改竄チェックサーバは、前記ユーザ端末からのアクセスが転送された際に、転送元が前記アンケート収集サーバであるか否かをチェックし、転送元が前記ウェブサーバであるときに限って後の処理を実行することを特徴とする付記１〜３のいずれかに記載のウェブページの改竄監視方法。
【００３８】
（付記５）
前記改竄チェックサーバは、被チェック情報としての前記固有情報を転送するよう前記ウェブサーバに対して要求し、前記ウェブサーバは、前記要求の依頼元をチェックして前記改竄チェックサーバからの依頼であるときに限って前記固有情報を転送することを特徴とする付記４に記載のウェブページの改竄監視方法。
【００３９】
【発明の効果】
以上説明したように、本発明の改竄監視方法によれば、事前に匿名性の認証をしたウェブページについて、ユーザ端末からアクセスがある度に、当該ページが改竄されているか否かを判断し、改竄されていない場合にのみアクセスを許可するようにしたため、ウェブページの匿名性を明確に保証することができる。したがって、対象をウェブアンケートページとした場合には、ユーザは特性名が保証されることから萎縮せずに忌憚のない意見を書き込むことができる。
【００４０】
また、主催者側や悪意の第三者がアンケートの質問等の内容を改竄した場合にも、改竄の事実を発見することができるため、公平性を保証することができ、個人情報が不当に収集されるのを防ぐことができる。
【図面の簡単な説明】
【図１】本発明にかかるウェブページの改竄監視方法を実施するためのシステム構成を示すブロック図である。
【図２】ウェブアンケートページの匿名性を検証するための検閲プロセスを示すフローチャートである。
【図３】図２のプロセスで検証の対象となるファイルのソースを示すリストである。
【図４】実施形態の改竄監視方法の処理全体を概略的に示すフローチャートである。
【図５】アンケート収集サーバから送信されてユーザ端末上に表示されるＴＯＰページの画面イメージを示す。
【図６】アンケート収集サーバにより実行されるハッシュ作成プログラムを示すフローチャートである。
【図７】アンケート収集サーバの被チェックハッシュ値ＤＢ及び改竄チェックサーバのマスタハッシュ値ＤＢの構造を示す表である。
【図８】改竄チェックサーバにより実行される改竄チェックプログラムを示すフローチャートである。
【図９】改竄チェックサーバから送信されてユーザ端末上に表示される認証ＮＧメッセージ画面のイメージを示す。
【図１０】改竄チェックサーバから送信されてユーザ端末上に表示される認証ＯＫメッセージ画面のイメージを示す。
【図１１】アンケート収集サーバにより実行される質問画面作成プログラムを示すフローチャートである。
【図１２】アンケート収集サーバの質問内容ＤＢの構造を示す表である。
【図１３】アンケート収集サーバにより実行される回答結果取得プログラムを示すフローチャートである。
【図１４】アンケート収集サーバの回答結果ＤＢの構造を示す表である。
【符号の説明】
１  企業
２  改竄チェックセンター
３  企業内ネットワーク
４  インターネット
１０  アンケート収集サーバ
１１  ＷＷＷサーバ機能
１１ａ  初期画面データ
１１ｂ  質問画面作成プログラム
１１ｃ  回答結果取得プログラム
１１ｄ  ハッシュ作成プログラム
１１ｅ  ＷＷＷサーバ動作環境ファイル
１２  質問内容ＤＢ
１３  回答結果ＤＢ
１４  ハッシュ化手段
１５  被チェックハッシュ値ＤＢ
２０  ユーザ端末
２１  ブラウザ
３０  改竄チェックサーバ
３１  改竄チェックプログラム
３２  マスタハッシュ値ＤＢ
【図１】
2004302764.tif 000003
【図２】
2004302764.tif 000004
【図３】
2004302764.tif 000005
【図４】
2004302764.tif 000006
【図５】
2004302764.tif 000007
【図６】
2004302764.tif 000008
【図７】
2004302764.tif 000009
【図８】
2004302764.tif 000010
【図９】
2004302764.tif 000011
【図１０】
2004302764.tif 000012
【図１１】
2004302764.tif 000013
【図１２】
2004302764.tif 000014
【図１３】
2004302764.tif 000015
【図１４】
2004302764.tif 000016