(57)【要約】【課題】一般ユーザによるＷｅｂサイトの利用に係わる問題発生時の補償の質などを、一般ユーザに対して提示することができ、関連して、Ｗｅｂサイトのセキュリティに関する新しい保険の仕組みを提供する。【解決手段】本システムでは、一般ユーザが使用する端末１００と、コンテンツを提供する一般のＷｅｂサイトＡと、サイトＡを対象としてセキュリティ監査を行うサイトＢと、サイトＡのセキュリティ状態に関する保険を提供するサイトＣ（保険会社）とを有する。サイトＣは、サイトＢによるサイトＡの監査結果情報を用いて、保険の内容を更新計算する処理を行う。端末１００によるサイトＡへのアクセスの際、サイトＢは、当該サイトＡのセキュリティレベル（ＳＬ）等の情報、及び、サイトＣからの情報に基づく保険ランク等の情報を、画像Ｇ１の形で端末１００の画面に表示させる処理を行う。【選択図】図１
2010287117.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサイトの情報セキュリティに関する保険を提供するシステムであって、
通信ネットワーク上、一般のユーザが使用する端末と、前記ユーザの端末に対してコンテンツやサービスを提供する一般のＷｅｂサイトを管理する第１の情報処理システムと、前記Ｗｅｂサイトを対象として情報セキュリティに関する監査を行う第２の情報処理システムと、前記Ｗｅｂサイトの情報セキュリティに関する保険を管理する第３の情報処理システムと、を有し、
前記第２の情報処理システムは、前記Ｗｅｂサイトに対する前記情報セキュリティの監査の処理を実行することにより、監査結果情報を作成する処理を行い、
前記第３の情報処理システムは、前記第２の情報処理システムによる前記監査結果情報を用いて、前記保険の内容を規定する変数の値を更新計算する処理を行うこと、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項２】
請求項１記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記第３の情報処理システムは、前記第２の情報処理システムによる前記監査結果情報を用いて、前記保険の内容を規定する変数として保険料率の値を更新計算する処理を行うこと、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項３】
請求項１記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記第３の情報処理システムは、前記第２の情報処理システムによる前記監査結果情報のうちの当該Ｗｅｂサイトの情報セキュリティの状態に関する多値評価情報であるセキュリティレベルを用いて、前記保険の内容を規定する変数の値を更新計算する処理を行うこと、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項４】
請求項１記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記ユーザの端末が前記Ｗｅｂサイトにアクセスして前記コンテンツやサービスを得る処理の際に、前記第２の情報処理システムは、前記第３の情報処理システムから得られる前記保険に係わる情報をもとに、当該Ｗｅｂサイトに関連付けられる前記保険の情報を含む表示情報を、前記ユーザの端末の画面に表示させる処理を行うこと、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項５】
請求項４記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記保険の情報として、前記保険のランクを表す情報を用い、
前記第２の情報処理システムは、前記第３の情報処理システムから得られる前記保険に係わる情報をもとに、当該Ｗｅｂサイトに関連付けられる前記保険のランクを判断または確認し、当該保険のランクを含む表示情報を、前記ユーザの端末の画面に表示させる処理を行うこと、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項６】
請求項４記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記保険の情報は、前記Ｗｅｂサイトが情報セキュリティに関する保険に加入しているか否かの情報を含み、前記第３の情報処理システムから得られ、
前記保険は、前記Ｗｅｂサイトで前記ユーザに対する損害等の問題が発生した場合に当該ユーザに補償するための保険金が支払われる種類の保険であること、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項７】
請求項１記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記第２の情報処理システムは、所定の定期的なタイミング毎に、前記Ｗｅｂサイトに対する前記情報セキュリティの監査の処理を実行することにより、前記監査結果情報を作成し、その履歴を格納する処理を行い、
前記第３の情報処理システムは、前記所定の定期的なタイミング毎に、前記監査結果情報の履歴を用いて、前記保険の内容を規定する変数の値を更新計算し、その履歴を格納する処理を行うこと、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項８】
請求項１記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記第２の情報処理システムは、
前記Ｗｅｂサイトに対する前記情報セキュリティの監査の処理を実行することにより、当該Ｗｅｂサイトに関する情報セキュリティの状態に関する評価情報を含む監査結果情報を作成する処理を行う監査部と、
前記ユーザの端末が前記Ｗｅｂサイトにアクセスして前記コンテンツやサービスを得る処理の際に、前記監査結果情報をもとに、前記評価情報を含む表示情報を、前記ユーザの端末の画面に表示させる処理を行う提供部と、を有すること、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項９】
請求項１〜８のいずれか一項に記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記表示情報は、前記対象とするＷｅｂサイトのＷｅｂページ内に表示される所定の画像を含むこと、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項１０】
請求項１記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記第２の情報処理システムは、前記端末の画面に表示された表示情報に対する前記ユーザの操作を契機として、前記保険に関する詳細情報を、前記端末の画面に表示させる処理を行うこと、を特徴とするＷｅｂサイトセキュリティ保険システム。
【請求項１１】
請求項２記載のＷｅｂサイトセキュリティ保険システムにおいて、
前記第２の情報処理システムによる前記監査の項目として、前記Ｗｅｂサイトが提供するコンテンツの数を含むこと、を特徴とするＷｅｂサイトセキュリティ保険システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報（ＩＴ）セキュリティの技術に関し、特に、セキュリティに関する保険の技術に関する。
【背景技術】
【０００２】
インターネット上において一般ユーザが端末からＷｅｂサイト（Ｗｅｂページ）にアクセスしてその情報（コンテンツ、サービス等）を利用する場合、一般にセキュリティに関するリスクが存在する。例えば、ＥＣ（電子商取引）サイト等におけるユーザ個人情報の漏洩などの可能性が存在する。
【０００３】
上記への対策として、各種のセキュリティ製品（ソフトウェア・ハードウェア）が利用されている。例えば、一般的な技術としては、端末等が利用するアンチウィルス機能がある。また、セキュリティ関連情報（脆弱性情報など）を随時更新・保持するサーバ（データベース）に対して問い合わせ・照合を行う機能などがある。
【０００４】
現在（従来）、上記Ｗｅｂサイト等（その提供・運営）において、あるセキュリティ製品を利用しているということを、一般ユーザ（端末）に告知する仕組みは存在する。例えば、ベリサイン・セキュアドシール（VeriSign Secured Seal）（登録商標）がある（非特許文献１）。
【０００５】
ベリサイン・セキュアドシールによれば、一般ユーザは、当該シール（画像）が掲載されているＷｅｂサイトが実際に存在しており、通信がＳＳＬにより暗号化されていること等を、検証・確認することができる。Ｗｅｂサイト運営者がＷｅｂページに当該シール（画像）を掲載することにより、一般ユーザに対する当該サイトのセキュリティに関する信頼性を高める。
【０００６】
また、近年、インターネット環境におけるＷｅｂサイト等のセキュリティに関して、Ｗｅｂサイト運営等に係わる所定の保険（「情報セキュリティ保険」または単に「保険」等と称する）を提供する仕組みが登場している。例えば一般的な情報セキュリティ保険の例においては、Ｗｅｂサイト運営者と保険会社との間で、直接、保険の契約が結ばれる。例えば年１回などの単位で行われる、対象サイトのセキュリティの状態の監査に基づいて、当該保険の内容が設定される。
【０００７】
上記保険に関する先行技術例として、特開２００５−３３９３３６号公報（特許文献１）などがある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−３３９３３６号公報
【非特許文献】
【０００９】
【非特許文献１】「ベリサインセキュアドシール」、日本ベリサイン株式会社、インターネット、＜ＵＲＬ：http://www.verisign.co.jp/index.html＞
【発明の概要】
【発明が解決しようとする課題】
【００１０】
Ｗｅｂサイトのセキュリティ保険の技術に係わり、前述のシール等のように、Ｗｅｂサイトに関する所定のセキュリティ製品の利用について一般ユーザに告知する仕組みは存在する。他方、一般的に、１００％の安全性を保証するセキュリティ製品は存在しない（リスクは低減できるがゼロにはならない）。
【００１１】
そのため、現状では、前述のシールや各種セキュリティ製品を利用してＷｅｂサイトのセキュリティに関する情報を一般ユーザに提供したとしても、１００％の保証とは言えない。従来のその種の表示情報においては、当該サイトのセキュリティに関して概括的にＯＫかＮＧかが提示されているか、あるいは一般ユーザには理解し難い詳細情報が提示されているかであり、それ以上のわかりやすい情報（例えば具体的なセキュリティレベル等）を提示している訳ではない。即ち、一般ユーザにとっては、Ｗｅｂサイトの利用における個人情報漏洩等の問題に遭う可能性（リスク）が漠然と存在し、その可能性（リスク）の大きさ等が実感しにくい。
【００１２】
上述のように、従来、一般ユーザからすると、Ｗｅｂサイト利用に係わるセキュリティの状態（問題が発生するリスクの大きさ、あるいはその対策による効果の程度など）についての情報が不十分または不明瞭である。また更には、問題が発生した場合の補填・補償の質（あるいは問題が発生する前からの権利の保障の内容）などについての情報が不十分または不明瞭である。
【００１３】
特に上記補償の質に関しては、例えば、一般ユーザ（自分）がＷｅｂサイトの利用で個人情報漏洩等の被害に遭った場合、またはそうなる前に、当該Ｗｅｂサイト運営者（または他の機関等）が自分に対してどのような補償（損害賠償など）または権利の保障をしてくれるのかについて、情報が不十分または不明瞭である。
【００１４】
以上を鑑み、本発明の主な目的は、上記情報セキュリティ保険の技術に係わり、通信ネットワーク（インターネット）上における一般ユーザによるＷｅｂサイトの利用に係わるセキュリティの状態や、問題発生時の補償の質などについての情報を、一般ユーザに対して十分にわかりやすく明瞭に提示することができ、また関連して、Ｗｅｂサイトのセキュリティに関する新しい保険の仕組みを提供することができ、Ｗｅｂサイト運営の信頼性の向上等ができる技術を提供することである。
【課題を解決するための手段】
【００１５】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。本発明の代表的な実施の形態は、Ｗｅｂサイト等の情報セキュリティに関する保険の仕組み及びその保険の情報を提供する処理を行う情報処理システムの技術であって、以下に示す構成を有することを特徴とする。
【００１６】
本形態は、一般ユーザのＷｅｂサイト利用に係わるセキュリティ状態や補償の質などに関する情報を、一般ユーザに対してわかりやすく提示し、少なくとも、従来提示されているＯＫ／ＮＧといった２値情報に限らず、より詳しい多値評価情報を提供する。特に、補償の質に係わる保険（情報セキュリティ保険）の情報を提供する。それと共に、本形態は、Ｗｅｂサイトのセキュリティ状態（監査結果）に応じて保険の内容（保険料率など）を自動的に更新する仕組みを提供する。
【００１７】
本形態は、Ｗｅｂサイトの情報セキュリティに関する保険を提供するシステムであって、通信ネットワーク上、一般のユーザが使用する端末と、ユーザの端末に対してＷｅｂページ等によるコンテンツやサービスを提供する一般のＷｅｂサイトを管理する第１の情報処理システムと、Ｗｅｂサイトを対象として情報セキュリティに関する監査を行う第２の情報処理システムと、Ｗｅｂサイトの情報セキュリティに関する保険を管理する第３の情報処理システムと、を有する。第２の情報処理システムが、Ｗｅｂサイト（コンテンツ等のデータ）に対する情報セキュリティの監査の処理を実行することにより、監査結果情報を作成する処理と、ユーザの端末によるＷｅｂサイトへのアクセスに係わり、第２の情報処理システムが、監査結果情報をもとに、当該Ｗｅｂサイトの情報セキュリティの状態に関する多値評価情報（セキュリティレベル等）を含む表示情報（画像など）を、ユーザの端末の画面に表示させる処理と、第３の情報処理システムが、第２の情報処理システムによる監査結果情報（例えばセキュリティレベル）を用いて、保険の内容を規定する変数（例えば保険料率）の値を更新計算する処理と、を行う。
【００１８】
また、ユーザの端末によるＷｅｂサイトへのアクセスに係わり、第２の情報処理システムが、第３の情報処理システムから得られる保険に係わる情報（保険契約情報など）をもとに、当該Ｗｅｂサイトに関連付けられる保険の情報を含む表示情報（画像など）を、ユーザの端末の画面に表示させる処理を行う。
【発明の効果】
【００１９】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。本発明の代表的な実施の形態によれば、上記情報セキュリティ保険の技術に係わり、通信ネットワーク上における一般ユーザによるＷｅｂサイトの利用に係わるセキュリティの状態や、問題発生時の補償の質などについての情報を、一般ユーザに対して十分にわかりやすく明瞭に提示することができ、また関連して、Ｗｅｂサイトのセキュリティに関する新しい保険の仕組みを提供することができ、Ｗｅｂサイト運営の信頼性の向上等ができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施の形態の情報処理システム（Ｗｅｂサイトセキュリティ保険システム）の構成概要や特徴などを示す図である。
【図２】本実施の形態のシステムにおける、ハードウェアや処理部の構成例を示す図である。
【図３】本実施の形態のシステムにおける、処理部や処理シーケンスを示す図である。
【図４】本実施の形態のシステムにおける、データ情報の構造例などを示す図である。
【図５】本実施の形態のシステムにおける、画面表示例などを示す図である。
【図６】本実施の形態のシステムにおける、複数の保険を有する場合などにおける要素の関係などを示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態（Ｗｅｂサイトセキュリティ保険システム）を図面（図１〜図６）に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【００２２】
＜概要＞
図１を用いて、本発明の一実施の形態の情報処理システム（Ｗｅｂサイトセキュリティ保険システムを含む）の構成の概要や特徴などについて以下である。基本的な特徴としては、Ｗｅｂサイトのセキュリティ監査結果情報に基づいて内容が自動的に更新される保険（Ｗｅｂサイトセキュリティ保険）の仕組みを提供する。また併せて、一般ユーザに対しては、Ｗｅｂサイト利用に関係する補償の質の情報として、上記保険の情報を表示する機能を有する。
【００２３】
本システムでは、インターネット９０上で一般ユーザ（端末１００）が利用する一般の対象ＷｅｂサイトＡ（第１の情報処理システム１）に関するセキュリティの監査を、監査サイトＢ（第２の情報処理システム２）により例えば定期的なタイミングで実行する。そして、その監査結果情報により、サイトＡ運営者と保険会社（Ｃ）との間での保険における保険料率などの内容を自動的に更新する。また、更新された保険の情報を、上記監査結果情報と共に、当該サイトＡのＷｅｂページに関連付けられる画像Ｇなどの形式で、一般ユーザ（端末１００）へ提示する。特に、上記画像Ｇなどによる情報は、当該サイトＡのセキュリティレベル（ＳＬ）の情報を含む。またそれに関連する保険の情報として、当該サイトＡにおける保険の加入状態や保険ランク（補償の質の多値評価情報）などの情報を含む。
【００２４】
ユーザは、当該サイトＡの利用にあたり、上記画像Ｇを参照することで、当該サイトＡのセキュリティ状態、及びそれに関連する保険（補償）の質などを、わかりやすく確認することができる。また、自動的かつ定期的な監査の実行によるセキュリティ状態に応じて内容が更新される保険を提供するので、保険の品質も高い。
【００２５】
＜システム＞
図２（及び図１等）を用いて、本システムのハードウェア及びソフトウェア、処理部（プログラムや論理）等の構成例を説明する。全体は、インターネット（通信ネットワーク）９０上において、一般ユーザが使用する端末１００（ＰＣ，携帯電話機等）と、サイトＡ（対象Ｗｅｂサイト）の提供・運営を行う第１の情報処理システム１と、サイトＢ（監査サイト）の提供・運営を行う第２の情報処理システム２と、サイトＣ（保険会社）の提供・運営を行う第３の情報処理システム３とを有する。端末１００は、Ｗｅｂブラウザ１１０等を備える。各サイトの処理部間では、インターネット９０を介して通信が可能である。なお、サイトＡ以外については、必ずしもＷｅｂページを提供する必要は無い。
【００２６】
本システムでは、主要な機能（保険（補償等）及びその情報を提供する機能）の実装の形態として、サイトＢ（サーバシステム等の情報処理システム２）による監査機能及び画像Ｇ（表示情報）提供機能と、サイトＣ（サーバシステム等の情報処理システム３）による保険管理機能とにおいて連携する形態である。端末１００は、サイトＢ（サーバ）にアクセスすることにより、保険情報を含む画像Ｇを得ることができる（処理Ａ）。端末１００側には特別なソフトウェア等の実装は必要無い。
【００２７】
サイトＡ（情報処理システム１）は、一般的なＷｅｂサイトを一般ユーザ（端末１００）に対して提供するシステムである。サイトＡは、例えば一般的なサーバシステムによる構成である。サイトＡは、例えば、Ｗｅｂサーバ（コンテンツ提供部）１０、を実現するＷｅｂサーバ装置１０１、（サイトＡ全体）コンテンツデータ５０を格納するＤＢ１０２、等を有する。対象ＷｅｂサイトＡは、例えば、ＥＣ（電子商取引）サイトや、銀行（オンラインバンキング）のサイト等であり、例えば口座振り込み等のトランザクションが発生するサイトを含む。サイトＡは、サイトＢによる監査の対象となる。また、サイトＡは、保険会社（サイトＣ）と保険の契約を結んだサイトである。なおサイトＡは１つに限らず複数とすることができる（特に多数のサイトＡ群の監査、及び多数のサイトＡ群を加入者とした保険の提供の場合）。
【００２８】
サイトＢ（情報処理システム２）は、対象サイトＡのセキュリティの監査、及び画像Ｇの提供等を行う監査システムである。サイトＢのシステムは、例えば一般的なサーバシステムによる構成である。サイトＢは、例えば、Ｇ提供部２１等を実装するＷｅｂサーバ装置２０１、監査部（Ｗｅｂサイトセキュリティ監査部）２２等を実装する監査処理装置（コンピュータ）２０２、各データ情報（監査情報ＤＢ６１、契約情報ＤＢ６２を含む）を格納するＤＢ２０３、等を有する。
【００２９】
Ｇ提供部２１（Ｗｅｂサーバ装置２０１）は、対象サイトＡのＳＬ及び保険ランク等の確認のための画像Ｇ（表示情報）を提供する機能を含む、サイトＢのサービス（機能、コンテンツ等）を提供する。
【００３０】
監査部２２（監査処理装置２０２）は、画像Ｇの提供及び保険の内容の更新に係わるサイトＡの監査の処理を実行する。
【００３１】
サイトＣ（情報処理システム３）は、サイトＡが加入する保険を提供・管理する保険会社のシステムである。サイトＣは、例えば、図１の保険料率決定部（保険内容更新部）３１及び契約情報送信部（保険情報管理部）３２等を実現する保険管理装置（コンピュータ）３０１と、サイトＣサービス（機能、コンテンツ等）を提供するＷｅｂサーバ装置３０２と、図１の保険料率履歴ＤＢ７１及び契約情報ＤＢ７２等を含むＤＢ３０３とを有する。
【００３２】
本システムの利用に係わり、保険（及びその提供に関係する監査等）については、予め、対象サイトＡと、監査サイトＢと、サイトＣ（保険会社）との間での契約（合意）に基づき提供される。なお、複数の保険会社（Ｃ）、複数の種類の保険が存在してもよい（後述、図６）。例えば、サイトＡが加入する複数の種類の保険が存在してもよい。その場合も、同様の処理により実現できる。
【００３３】
Ｇ提供部２１は、対象サイトＡの監査結果情報（監査情報ＤＢ６１）をもとに、対象サイトＡのセキュリティレベル（ＳＬ）や、それに関連する補償等の質を示す保険ランクを判断・確認し、その結果に基づく画像Ｇ（表示情報）を、ユーザの端末１００に送信して表示させる処理を行う。
【００３４】
Ｇ提供部２１は、詳しくは、監査情報判断部２１１と、契約情報判断部２１２と、送信情報判断部２１３とを有する。監査情報判断部２１１は、対象サイトＡのＳＬ等を判断する。契約情報判断部２１２は、対象サイトＡの契約関係及び保険（補償等）の情報を判断する。送信情報判断部２１３は、端末１００へ応答送信する画像Ｇを最終的に判断して応答送信処理する。
【００３５】
監査部２２は、インターネット９０を介して、１日１回などの所定の定期的なタイミングで、対象サイトＡ（コンテンツデータ５０）に対する監査処理を実行し、その結果、その時点のＳＬ等を含む監査結果情報を、監査情報ＤＢ６１に格納する。
【００３６】
また、サイトＢの特定の処理部（Ｇ提供部２１等）は、対象サイトＡに係わる契約関係の情報を、契約情報ＤＢ６２に格納する。特に、サイトＣ（保険会社）から提供される保険契約情報を契約情報ＤＢ６２に格納する。
【００３７】
サイトＣの保険料率決定部３１は、サイトＢ（監査情報ＤＢ６１）から得られる対象サイトＡの監査結果情報（Ｂ３）、特にその時点のＳＬ等をもとに、対象サイトＡの保険の保険料率などの内容を更新計算する処理を行い、その結果の保険料率等の情報を、保険料率履歴ＤＢ７１に履歴として格納する。契約情報送信部３２は、契約情報ＤＢ７２に管理・格納されている対象サイトＡの保険契約情報を、サイトＢからの要求などに応じて、サイトＢへ送信・提供する（Ｂ４）。
【００３８】
なお上記形態以外にも、例えば、サイトＢを構成するＧ提供部２１と監査部２２とを別のシステムに分けて連携する形態などとしてもよい。
【００３９】
なお、本実施の形態では、その都度のＳＬ等の決定を監査部２２で行うが、Ｇ提供部２１で行ってもよい。
【００４０】
＜データ情報＞
図４等を用いて、本システムで扱うデータ情報及びその構造例などについて以下である。
【００４１】
（サイトＡ）  サイトＡにおいて、Ｗｅｂサーバ１０等の処理部が扱う、（サイトＡ全体）コンテンツデータ５０を有する。このコンテンツデータ５０は、サイトＡ全体を構成するＷｅｂページ等のデータであり、ＨＴＭＬやＪＳＰ等による複数のＷｅｂページ等（コンテンツデータ）５２と、画像Ｇへのリンク（サイトＢへのリンク）が記載されたＨＴＭＬ等のＷｅｂページ（Ｇリンク付きＷｅｂページ）５１とを含む。
【００４２】
本例では、Ｇリンク付きページ５１は、当該ページ５１内にコンテンツを含み、リンクにより表示される画像Ｇは、当該ページ（５１）自体についての監査結果等の情報である。また他の形態としては、Ｇリンク付きページ５１により表示される画像Ｇは、当該ページ５１ではなく他のコンテンツのページに関する監査結果等の情報を示すものとしてもよい。また、Ｇリンク付きページ５１及び画像Ｇの表示については、例えば全ページ（５０）のうち１つとする形としてもよいし、サイトＡ運営者が一般ユーザに対し当該表示情報を提示したい各ページ毎に当該画像Ｇを表示する形としてもよい。
【００４３】
（サイトＢ）  サイトＢのＤＢ２０３において、監査情報ＤＢ（Ｗｅｂサイトセキュリティ監査結果情報ＤＢ）６１と、契約情報ＤＢ（Ｗｅｂサイト契約情報ＤＢ）６２とを有する。ＤＢ２０３には、画像Ｇデータ（６３）も格納されている。
【００４４】
監査情報ＤＢ６１において、役割としては、対象サイトＡのセキュリティ状態の情報を管理する。その情報の具体例として、セキュリティレベル（ＳＬ）情報を含む監査結果情報を含んでいる。
【００４５】
図４の監査情報ＤＢ６１は、監査対象サイト情報、そのＵＲＬ（アドレス情報）、その監査実行タイミング（日時）毎の監査結果情報などを有する。監査結果情報としては、各監査項目の値、セキュリティレベル（ＳＬ）等の情報を有する。監査項目としては、コンテンツ数、ログイン方式（種別）、ＳＱＬインジェクション対策などがある。
【００４６】
コンテンツ数は、対象サイトを構成するコンテンツ（Ｗｅｂページ、ファイル等）の数である。例えばコンテンツ数（監査結果）に応じて保険料率が決定される。ログイン方式は、監査結果（セキュリティ状態）に影響するログイン方式の種別などの情報である。ＳＱＬインジェクションは、監査項目の一例として、個人情報漏洩の問題に影響する項目であり、その対策の数値が計算される。監査項目は、監査部２２が適用する監査の手法（及び関連する保険の種類など）に応じて各種の項目を有する。
【００４７】
契約情報ＤＢ６２において、役割としては、対象サイトＡのセキュリティ状態に関係して問題（損害等）が発生した場合における補償の質の情報、及びそれに係わる対象サイトＡの契約関係の情報などを管理する。その情報の具体例として、保険の情報を含んでいる。保険の情報は、サイトＣ（保険会社）が提供しサイトＡが加入する保険の保険契約情報などである。保険以外にも契約関係がある場合（例えば監査に関する契約）は、その契約情報も含んでよい。また、１つの保険会社（または複数の各保険会社）で複数の種類の保険を扱っている場合は、複数の保険情報を含む。
【００４８】
図４の契約情報ＤＢ６２は、対象サイト情報（保険契約サイト）、その契約情報（保険契約情報など）を有する。保険契約情報として、対象サイトＡが加入している１つ以上の保険に関する、保険の識別情報（保険者（保険会社）及び保険種別など）、及びその保険ランク（補償の質の多値評価情報）等の情報を有する。
【００４９】
（サイトＣ）  サイトＣのＤＢ３０３において、保険料率履歴ＤＢ７１（保険内容情報ＤＢ）と、契約情報ＤＢ７２（保険契約情報ＤＢ）とを有する。保険料率履歴ＤＢ７１は、保険料率などの保険の内容を規定する情報を格納する。また特に、更新タイミング毎の履歴として過去の情報も保持して利用する。契約情報ＤＢ７２は、保険の契約情報などを管理・格納する。なお上記ＤＢ（７１，７２）の情報を保険情報として統合管理しても構わない。
【００５０】
図４の各データ情報の例は以下である。監査情報ＤＢ６１の情報において、対象サイトＡは、所定のＵＲＬでＷｅｂページ等のコンテンツを提供する。ある監査日時（２００９年３月１２日）の監査結果において、サイトＡの全コンテンツ数が９９９個であり、ログイン方式は、例えばワンタイムパスワード方式（種別＃１）がある。監査項目として例えばＳＱＬインジェクション対策の数値が９７％等である。結果、その時点のＳＬが、９（“Ａａａ”，“ＯＫ”）と判断されている。
【００５１】
本実施の形態では、監査情報ＤＢ６１内に格納される監査結果情報として、特に監査部２２が評価算出するセキュリティレベル（ＳＬ）の数値を含んでいる。例えば、ＳＬのレベルを最低１〜最高９の値で評価する。また例えば、最高レベルを“Ａａａ”、最低レベルを“Ｃ”などといったように格付け表記してもよい（財務分野の格付け表記にならった例）。また、ＳＬが所定レベル以上の場合に“ＯＫ”（セキュリティＯＫ）、未満の場合に“ＮＧ”（セキュリティＮＧ）と判定してもよい。
【００５２】
また、契約情報ＤＢ６２の情報において、対象サイトＡは、保険会社（Ｃ）（及び監査サイトＢ）との間で、所定の保険（種別：Ｃ−＃１）に関して事前に契約し加入している。この保険契約は監査に関する契約も含むとする。この保険（Ｃ−＃１）は、その時点で保険ランクが３と判断されている。保険ランクは例えば最低１〜最高５である。
【００５３】
また、保険料率履歴ＤＢ７１の情報において、対象サイトＡに関する保険（Ｃ−＃１）の保険料率（例えば１日単位の履歴）が、例えば２００９年３月１２日時点では２．０、２００９年３月１１日時点では２．１、……等である。また、保険契約情報ＤＢ７２の情報において、対象サイトＡは、保険種別Ｃ−＃１に加入済みの状態であり、他の保険例えば保険種別Ｃ−＃２には未加入の状態である。
【００５４】
＜ＳＬ＞
ＳＬは、一般ユーザが対象サイトＡにアクセスする際における情報セキュリティに係わるリスクを総合的に多値で評価した値である。即ち例えばＳＬが低い時は、その分問題発生の可能性が高いと判定されていることを示す。既存あるいは独自の所定の情報セキュリティ基準に基づいた、所定の監査処理の結果により、所定の形式のＳＬを決定する。
【００５５】
＜保険ランク＞
保険ランクは、対象サイトＡにおける保険による補償の質を多値で評価した値である。例えば一般ユーザが対象サイトＡにアクセスして損害等の問題（例えば個人情報漏洩）が発生した場合における、一般ユーザに対する補償の質などを、対象サイトＡの保険契約情報などをもとに判定した値である。補償レベルなどと言い換えることもできる。なお、上記レベルやランク等の多値評価情報は、点数や％などの他の表現としてもよい。
【００５６】
＜処理＞
図１，図３等において、本システムで行われる処理は、大きくは２つがある。処理Ａとして、Ａ１〜Ａ８等の矢印で示す処理シーケンスがあり、ユーザの端末１００によるアクセス時の処理を示す。また、処理Ｂとして、Ｂ１〜Ｂ４等の矢印で示す処理シーケンスがあり、処理Ａとは独立した、本システムのバックグラウンドでの処理、例えば定常的・定期的な処理である。
【００５７】
処理Ａでは、一般ユーザの端末１００とサイトＡ，Ｂとの間で、端末１００の画面（サイトＡのＷｅｂページ４００の一部の表示領域４１０）に対し画像Ｇにより監査結果情報（ＳＬ等）や保険（補償等）の情報を表示する処理を行う。特に、セキュリティ状態の表示情報として、“ＳＬ”や“ＯＫ”／“ＮＧ”の画像を提供する。また、補償の質の表示情報として、“保険ランク”や、保険加入状態（“加入済”／“未加入”）の画像を提供する。
【００５８】
処理Ｂでは、サイトＡ，Ｂ，Ｃ間で、監査に連動して保険の内容を更新する処理を自動的に実行する。
【００５９】
＜処理Ａシーケンス＞
図３等を用いて、処理Ａシーケンスを説明する。また関連して図５には画面表示例を示している。
【００６０】
Ａ１：  ユーザは、端末１００のＷｅｂブラウザ１１０から、サイトＡ（Ｗｅｂページ）にアクセスしてそのコンテンツ、サービス等を利用する。Ｗｅｂページへのアクセスでは、適宜、ＵＲＬ入力（リンクのクリック）等の操作がユーザにより行われる。その際、ユーザは、例えば、画像Ｇへのリンクが記載されたＨＴＭＬ等のＷｅｂページ（５１）へアクセスする（Ａ１）。このアクセス（Ａ１）は、例えば通常のＨＴＴＰ（またはＨＴＴＰＳ）等による要求である。
【００６１】
Ａ２：  上記Ａ１のアクセス要求に対し、サイトＡから端末１００へ、当該Ｇリンク付きＷｅｂページ５１が応答送信される（Ａ２）。当該Ｇリンク付きＷｅｂページ５１には、画像Ｇ（サイトＢ）へのリンク情報（ＵＲＬ等）が記述されている。これにより、Ｗｅｂブラウザ１１０により、画面に当該ＷｅｂページＰ１（４０１）が表示処理される（図５）。このＷｅｂページＰ１（４０１）の表示内容は、例えば、通常コンテンツ表示領域と、リンク情報の表示領域（４１１）とを含む。リンク情報は、当該ＷｅｂページＰ１、または他のＷｅｂページＰ２に関連付けられる画像Ｇ（サイトＢ）へのリンク情報である。
【００６２】
Ａ３：  ユーザは、端末１００の画面に表示されたＧリンク付きＷｅｂページ５１（図５、ページＰ１（４０１））において、例えば画像Ｇへのリンク情報（４１１）をマウスによりクリックする。これにより、Ｗｅｂブラウザ１１０によりリンクが解釈され、サイトＢへのアクセス（Ａ３）が発生する。このアクセス（Ａ３）は、例えば通常のＨＴＴＰ（またはＨＴＴＰＳ）等による要求であり、「サイトＡからリンクされたこと」を示す情報（例えばサイトＡのＵＲＬ）が付属する。
【００６３】
Ａ４：  上記Ａ３のアクセス要求に対し、サイトＢは、Ｇ提供部２１により、要求されている情報（画像Ｇ）を判断・決定する（Ａ４〜Ａ７の処理）。このために、Ｇ提供部２１は、監査情報判断部２１１、契約情報判断部２１２、送信情報判断部２１３等を起動し、それぞれ処理を行わせる。
【００６４】
Ａ５：  契約情報判断部２１２は、契約情報ＤＢ６２を参照して、対象サイトＡの契約関係情報（保険の情報）を取得（読み出し）する。即ち、対象サイトＡが加入している保険（例：Ｃ−＃１）、及びその保険ランク（例：３）等の情報が取得される。
【００６５】
Ａ６：  監査情報判断部２１１は、監査情報ＤＢ６１を参照して、対象サイトＡの監査結果情報を取得（読み出し）する。即ち、最新の監査日時におけるＳＬ（例：９）等の情報が取得される。
【００６６】
Ａ７：  送信情報判断部２１３は、Ａ５，Ａ６の処理により取得された情報を用いて、端末１００へ応答送信する表示情報（画像Ｇ１）を決定する。即ち、送信情報判断部２１３は、例えば、Ａ６によるＳＬ情報に対応する画像Ｇとして、“ＳＬ”画像ｇ１（表示内容は具体的なＳＬ数値（例：９）を含む）と、Ａ５による保険の情報に対応する画像Ｇとして、“保険ランク”画像ｇ２（表示内容は具体的な保険ランク数値（例：３）を含む）とに対応する画像データ６３を、ＤＢ２０３等から読み出す。
【００６７】
Ａ８：  そして、Ｇ提供部２１は、上記決定された画像Ｇ１（例：ＳＬ（ｇ１），保険ランク（ｇ２））を含むデータを、端末１００へ送信する（Ａ８）。なお上記ＳＬや保険ランクに加えて、セキュリティ状態の“ＯＫ”／“ＮＧ”の画像や、保険加入状態の“加入済”／“未加入”の画像を応答してもよい。また本例では画像データ（ＧＩＦファイル等）を送信しているが、他の形式、例えば当該画像データを含むＷｅｂページデータ等の形式としてもよい。
【００６８】
上記画像Ｇ１の取得に基づき、端末１００のＷｅｂブラウザ１１０により、画面に表示されるページＰ１／Ｐ２（４０２）において、例えば、先ほどのＧリンク付きＷｅｂページ５１（Ｐ１）内のリンク情報（４１１）箇所に相当する所定の表示領域（４１２）に、あるいはリンク先となる別のＷｅｂページ（Ｐ２）内の所定の表示領域（４１２）に、上記画像Ｇ１（ｇ１，ｇ２）が表示される。これにより、ユーザは、表示画面で、例えばＷｅｂページ（４０２）の一部（４１２）に表示された画像Ｇ１（ｇ１，ｇ２）を見ることになる。これにより、ユーザは、対象サイトＡのセキュリティ状態や補償の質を認識することができる。
【００６９】
＜処理Ｂシーケンス＞
図３等を用いて、処理Ｂシーケンスを説明する。
【００７０】
Ｂ１：  サイトＢの監査部２２は、所定のタイミング、例えば１日１回、１時間１回などの定期的なタイミングで、対象サイトＡのセキュリティの監査処理を自動的に実行する。この監査処理のアクセス（Ｂ１）は、インターネット９０を介した例えばＨＴＴＰ（またはＨＴＴＰＳ）によるアクセスである。
【００７１】
監査部２２は、このアクセス（Ｂ１）により、ネットワーク機器やサーバ等を介して、サイトＡを構成するＨＴＭＬ等によるコンテンツデータ５０をスキャン（診断）し、所定の監査項目に従い監査処理を実行する。この監査処理については、各種の技術を適用できる。監査項目は、例えば、各種の攻撃（例えばＳＱＬインジェクション）に対する耐性のチェック、脆弱性の検出などがある。項目毎に、対策度合いなどを表す数値（％等）を算出する。
【００７２】
また、上記監査処理は、例えば、サイトＡ−Ｂ間の事前の契約に基づき、Ｗｅｂサーバ装置１０１等に対するアクセスとして、通常運用時間帯（一般ユーザのアクセスが多い時間帯）以外の所定の監査処理用時間帯に実行する形などとしてよい。
【００７３】
Ｂ２：  監査部２２は、上記監査処理の結果をもとに、最終的に、ＳＬの評価算出値を含む監査結果情報をまとめ、監査情報ＤＢ６１に格納する。
【００７４】
Ｂ３：  サイトＢの監査情報ＤＢ６１を管理する処理部（監査部２２など）から、サイトＣの保険料率決定部３１へ、Ｂ２による最新の監査結果情報を送信する。なおサイトＣ側から要求して当該情報を取得してもよい。保険料率決定部３１は、取得した監査結果情報をもとに、対象サイトＡの加入している所定の保険（例：Ｃ−＃１）の保険料率を更新計算する処理を行う。更新計算方法は、所定の保険の設計（リスク評価手法）などによる。簡単には、例えば、前述の結果のＳＬが高いほど、保険料率が低くなるように計算する。即ち、サイトＡで問題（損害等）が発生しにくいほど、サイトＡが保険会社（Ｃ）に支払う保険料が低くなるように計算する。更新された保険料率の情報は、保険料率履歴ＤＢ７１に格納される。なお、ＳＬ等の監査結果情報に応じて更新計算する対象は、保険料率以外にも、本保険の設計に係わる他の要素としてもよい。
【００７５】
Ｂ４：  また、対象サイトＡに関する保険の契約が存在する場合、サイトＣの契約情報送信部３２（契約情報ＤＢ７２）から、サイトＢの契約情報ＤＢ６２を管理する処理部（Ｇ提供部２１など）へ、当該保険契約情報を授受する。例えば、保険契約時や、保険契約内容更新時などのタイミングで、契約情報送信部３２から、サイトＢの契約情報ＤＢ６２へ、当該保険（保険会社（Ｃ）とサイトＡとの間の保険（例：Ｃ−＃１））の保険契約情報（保険種別等）を送信する。なおサイトＢ側から要求して当該情報を取得してもよい。
【００７６】
なお、上記Ａ６（Ｂ３），Ａ５（Ｂ４）に係わる情報取得の処理は、更新情報が無い場合には省略可能である。また、サイトＣの保険料率履歴ＤＢ７１の内容（保険の内容を規定する保険料率などの情報）と契約情報ＤＢ７２の内容（保険契約情報）とが連動している場合、ＤＢ７１の更新に伴いＤＢ７２の内容も更新される。
【００７７】
＜画像Ｇ＞
ユーザの端末１００に表示する画像Ｇ（Ｇ１）について以下である。サイトＢのＧ提供部２１は、提供可能な各種の画像Ｇのデータ（６３）をＤＢ２０３に有する。即ち、セキュリティ状態に関する“ＳＬ”、“ＯＫ”／“ＮＧ”等を示す画像や、保険（補償）の質に関する“保険ランク”、“加入済み”／“未加入”等を示す画像がある。画像Ｇの表示上のデザインはイメージやテキストメッセージや形や色などを組み合わせて自由に設計可能である。また端末１００へ提供する画像Ｇのデータ（表示情報）は、ＧＩＦ等の画像ファイルの形式に限らず、テキストデータ（文字情報）やＷｅｂページデータの形式などが可能である。
【００７８】
本実施の形態では、端末１００へ提供する画像Ｇ１として、“ＳＬ”画像ｇ１を含む。またサイトＡが加入している保険が存在する場合は、その“保険ランク”画像ｇ２を含む。このような多値の情報をユーザに対し提示することにより、従来では２値（ＯＫ／ＮＧ等）で提示していたのと比べて、セキュリティ状態や補償の質がわかりやすくなる。
【００７９】
＜詳細情報＞
更に、上記画像Ｇの表示だけでなく、例えば当該画像Ｇをユーザがクリック操作すること等によって、当該画像Ｇに関する詳細な情報へリンクする形態としてもよい。この場合、ユーザがその詳細情報を閲覧することで、更に詳しくセキュリティ状態や補償の質について検証や確認することができる。
【００８０】
例えば、画像Ｇのクリックにより、サイトＢが提供する監査結果情報等のＷｅｂページへ飛ぶようにしてもよい。また、保険がある場合は、サイトＣ（保険会社）が提供する当該保険に関する詳細情報のＷｅｂページへ飛ぶようにしてもよい。この場合、画像Ｇのデータに当該リンク情報が関連付けられている。例えば、サイトＢは、この詳細情報を応答する場合、前述の監査結果情報や契約情報をＤＢ（６１，６２）から読み出して、それらを含んだ詳細情報のＷｅｂページを生成して、端末１００へ応答送信する。
【００８１】
詳細情報は、例えば、ＳＬ等の値の根拠となった監査項目毎の情報などを提示してもよい。また例えば、ＳＱＬインジェクション対策数値といった項目ではなく、ユーザから見てわかりやすいように所定の項目（観点）でまとめた情報にしてもよい。例えば、「個人情報漏洩」といった観点で計算した値を提示してもよい。
【００８２】
また、一般ユーザに提示する保険の情報は、具体的な保険の種別や保険の内容の情報、及び一般ユーザに対する補償金などの情報などを含んでもよい。
【００８３】
＜保険＞
本実施の形態で提供する保険の形態は、複数の対象サイトＡと保険会社（Ｃ）との契約による保険（特に賠償責任保険）である。対象サイトＡ運営者（保険加入者）が保険会社（Ｃ）（保険者）と契約して本保険（保険商品、保険サービス）に加入する。また、本保険の仕組みの中にセキュリティ監査が組み込まれているので、監査サイトＢについても契約者ないし契約条項の中に含まれる。対象サイトＡ運営者は、保険会社（Ｃ）に、所定の保険料を支払う。保険料は、前述のように、対象サイトＡの監査結果（ＳＬ等）に応じて随時更新される保険料率によって決定される。保険料率は、基準（単位）となる保険金額に対し個々の保険契約者が支払う保険料を算出する際の割合である。保険料率は、問題（保険事故）発生の蓋然性（ＳＬ等の監査結果情報から評価が可能）をもとに計算される。対象サイトＡで、問題（保険事故）が発生した場合（例えば個人情報漏洩により一般ユーザに損害を与えた場合）、保険会社（Ｃ）から当該対象サイトＡに、所定の保険金額が支払われる。例えば、サイトＡでは、問題発生時、一般ユーザ等（被害者）に対し、補償金（損害賠償保険金）を支払う。
【００８４】
＜実施の形態の効果＞
以上説明したように、本実施の形態によれば、Ｗｅｂサイトのセキュリティ状態に連動した保険、特にＳＬ等に応じて保険料率が自動的に更新される保険、が提供できる。また、本構成によれば、従来の自動的ではない仕組みによる１年１回のような単位での保険内容の見直しではなく、保険内容更新処理を含む一連の処理をコンピュータで自動的に実行できるので、１日１回などの定期的な単位で保険内容（保険料率）を更新してゆく仕組みを実現できる。即ち、質が高い保険を提供することができる。また、一般ユーザに対して、その保険の情報をＳＬ等のセキュリティ状態の情報と共に提示することができるので、一般ユーザにとって補償の質がわかりやすく認識でき、Ｗｅｂサイト利用の信頼性を高めることができる。
【００８５】
＜変形例（１）＞
変形例（他の実施の形態）として以下が可能である。サイトＢによる対象サイトＡのセキュリティ状態の判断結果として、“ＯＫ”（例えばＳＬが所定レベル以上）の場合のみ、当該対象サイトＡは信頼性が十分高いものとして、“ＯＫ”の画像Ｇをユーザの端末１００へ提供する。また、上記結果として“ＮＧ”（例えばＳＬが所定レベル未満）の場合、当該サイトＡはセキュリティ対策が不十分であるとして、その旨の情報をサイトＢからサイトＡ運営者等へ送信（連絡）してセキュリティの改善を促すようにし、ユーザの端末１００に対しては“ＮＧ”の画像Ｇを提示しない。
【００８６】
＜変形例（２）＞
変形例として、サイトＡ−Ｂ間における事前契約（了承）の有無に関わらず、サイトＢが多数のサイトＡに対する監査処理を実行する（勿論、通常運用を妨害しない範囲内で行う）。そして、例えばサイトＢが対象サイトＡをＳＬが低い（“ＮＧ”）と判断した場合にも、当該“ＮＧ”や“ＳＬ”の画像Ｇ等の表示情報を、ユーザの端末１００へ提示する。即ち、サイト群のＳＬを格付けして一般に提示するシステム形態である。
【００８７】
＜処理例（保険ランク）＞
前述の保険ランクに関する処理例について以下である。前述の形態では、Ａ−Ｃ間の保険についての保険ランクをサイトＢが判断または確認し、その保険ランクの情報を画像Ｇによりユーザの端末１００へ提示している。例えば、サイトＢのＧ提供部２１（契約情報判断部２１２）は、監査部２２による監査結果情報（Ｂ２）や、保険会社（Ｃ）からの保険契約情報（Ｂ４）などをもとに、当該保険の保険ランクを判断または確認している。これに関して詳しい処理例は以下が可能である。
【００８８】
（ａ）  保険ランクを固定（静的）とする形態。即ち、保険の保険ランクが、保険の種類などに応じて予め決定されており、ＳＬ等の監査結果に応じて変動しない。
【００８９】
（ｂ）  保険ランクを変動（動的）とする形態。即ち、保険の保険ランクが、その時点のＳＬ等の監査結果に応じて変動するように決定される。例えば、ＳＬが高い状態の時ほど保険ランク（補償の質の評価）が高くなる。処理例としては、Ｇ提供部２１（契約情報判断部２１２等）が、その時点における監査情報判断部２１１等によるＳＬ判断結果を用いて、その時点の保険ランクを決定する。
【００９０】
＜処理例（保険情報）＞
前述のサイトＣにおける保険情報（保険内容情報、保険契約情報）及び画像Ｇで提示する保険（補償）の情報などについての処理例として以下がある。
【００９１】
（ａ）  サイトＣにおける保険料率（保険内容情報）の更新（Ｂ３，３１，７１）と、契約情報（保険契約情報）の内容（Ｂ４，３２，７２）とが独立している形態。この場合、Ｂ３により保険の保険料率が更新されたとしても、契約情報側は更新されないので、ユーザへ画像Ｇにより提示する情報のうち保険（補償）に関する情報の内容は変動しない。
【００９２】
（ｂ）  サイトＣにおける保険料率（保険内容情報）の更新（Ｂ３，３１，７１）により、契約情報（保険契約情報）の内容（Ｂ４，３２，７２）も連動して更新される形態。この場合、Ｂ３により保険の保険料率が更新されると、契約情報側も更新されるので、ユーザへ画像Ｇにより提示する情報のうち保険（補償）に関する情報の内容が変動する。
【００９３】
＜複数の保険＞
図６において、前述の形態に関する補足として、複数の保険を扱う場合などについて示している。例えば、複数のサイトＣ（保険会社）｛Ｃ１，Ｃ２，……｝を有し、複数の保険、例えば｛Ｃ１−＃１，＃２，……，Ｃ２−＃１，＃２，……｝を提供する。例えばある保険Ｃ１−＃１に対し加入するサイトＡ群｛Ａ１，……，Ａｍ｝を有する。
【００９４】
監査サイトＢは、例えば保険Ｃ１−＃１に加入しているサイトＡ群｛Ａ１，……，Ａｍ｝を対象として（監査＃１）、それぞれ監査処理（Ｂ１）を行う。これにより、監査＃１のサイトＡ群｛Ａ１，……，Ａｍ｝のコンテンツに対して、それぞれのＳＬ等を示す画像Ｇ｛ＧＡ１，……，ＧＡｍ｝が関連付けされる。各ユーザの端末１００は、所望のサイトＡにアクセスして利用する際、サイトＢから提供される上記対応画像Ｇを表示する。
【００９５】
サイトＢによる監査の際には、対象サイトＡ群に対応付けられる保険の種類に係わらずに同一の監査手法を使用する。例えば、保険Ｃ１−＃１と保険Ｃ２−＃１とにおいて、監査（監査＃１，監査＃２）の手法が同一である。即ちこの場合、サイトＢは、保険システムとは独立した、統一的な監査結果を提供する監査システムである。
【００９６】
また、サイトＢによる監査の際に、対象サイトＡ群に対応付けられる保険の種類に対応した種類の監査手法を使用する形態としてもよい。例えば、保険Ｃ１−＃１と保険Ｃ２−＃１とにおいて、契約に基づき、監査（監査＃１，監査＃２）の手法が異なる。即ちこの場合、サイトＢは、所定の保険システムに従属した（即ち所定の保険の設計に役立つ）、監査結果を提供する監査システムである。
【００９７】
また、保険会社が提供する複数の種類の保険（例えばＣ１−＃１，＃２）を有する場合、それらは例えば、情報セキュリティに関して一般ユーザや対象サイトＡ運営者が気にする観点（リスクヘッジしたい特定の項目）を単位とした保険としてもよい。例えば、個人情報漏洩を単位とした保険や、サービスレベルアグリーメント違反に対応した保険など、各種が挙げられる。保険の種類に応じて所定の監査項目が対応付けられる。
【００９８】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【００９９】
本システムは、一般ユーザ（消費者）の端末１００を他の企業等のコンピュータと置き換えて考えても同様に通用するので、ＢｔｏＣに限らずＢｔｏＢの仕組みとしても適用可能である。
【産業上の利用可能性】
【０１００】
本発明は、Ｗｅｂサイトシステム、監査システム、保険システムなどに利用可能である。
【符号の説明】
【０１０１】
１…第１の情報処理システム（サイトＡ）、２…第２の情報処理システム（サイトＢ）、
３…第３の情報処理システム（サイトＣ）、１０…Ｗｅｂサーバ（コンテンツ提供部）、２１…ＳＬ判断部（Ｇ提供部）、２２…監査部（Ｗｅｂサイトセキュリティ監査部）、３１…保険料率決定部（保険内容情報更新部）、３２…契約情報送信部（保険契約情報管理部）、５０…サイトＡ全体コンテンツデータ、５１…画像（Ｇ）リンク付きページ（コンテンツデータ）、５２…ページ（コンテンツデータ）、６１…監査情報ＤＢ（Ｗｅｂサイトセキュリティ監査結果情報ＤＢ）、６２…契約情報ＤＢ（Ｗｅｂサイト契約情報ＤＢ）、６３…画像データ、７１…保険料率履歴ＤＢ（保険内容情報ＤＢ）、７２…契約情報ＤＢ（保険契約情報ＤＢ）、９０…インターネット、１００…端末、１０１…Ｗｅｂサーバ装置、１０２…ＤＢ、１１０…Ｗｅｂブラウザ、２０１…Ｗｅｂサーバ装置、２０２…監査処理装置、２０３…ＤＢ、２１１…監査情報判断部（ＳＬ判断部）、２１２…契約情報判断部（保険（補償）情報判断部）、２１３…送信情報判断部（Ｇ送信部）、３０１…保険管理装置、３０２…Ｗｅｂサーバ装置、３０３…ＤＢ、４００，４０１，４０２…Ｗｅｂページ、４１０，４１１，４１２…表示領域、Ｇ，Ｇ１…画像。
【図６】
2010287117.tif 000003
【図１】
2010287117.tif 000004
【図２】
2010287117.tif 000005
【図３】
2010287117.tif 000006
【図４】
2010287117.tif 000007
【図５】
2010287117.tif 000008