(57)【特許請求の範囲】
【請求項１】
商品提供者が提供する提供商品の保険に関する情報を処理するもので、クライアント装置とネットワークを介して通信可能に接続された検証保険管理システムであって、
上記提供商品の型番と、上記提供商品の製造個数を、相互に関連付けて格納する契約申請情報格納手段と、
上記提供商品の型番と、上記提供商品の機能に対する検証テストに関する検証情報を、相互に関連付けて格納する検証情報格納手段と、
上記クライアント装置と上記ネットワークを介した通信を行う通信手段と、
上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記提供商品の製造個数を上記契約申請情報格納手段から取得し、当該取得した提供商品の製造個数に一律あるいは被保険者毎に任意の方法で設定された保険料率を乗じることによって上記提供商品の基本保険料を算出し、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証情報を上記検証情報格納手段から取得し、当該取得した検証情報に基づいて上記基本保険料を修正するための係数を算出し、当該算出された係数を上記算出された基本保険料に乗じることにより、上記提供商品の機能に不具合が発生した際の損害に対する保険の保険料を算定する保険料算定手段と、
上記保険料算定手段にて算定された保険料を含む保険証書データを作成し、当該作成した保険証書データを上記通信手段を介して上記クライアント装置に送信する保険証書作成手段と、
上記提供商品の型番と、上記提供商品が保有する機能の機能名を、相互に関連付けて格納する機能情報格納手段と、
上記機能名と、上記提供商品が保有する各機能に関するテスト項目を、相互に関連付けて格納するテスト項目情報格納手段と、
テスト内容を決定すべき提供商品についての機能名を上記機能情報格納手段から取得し、当該取得した機能名に対応するテスト項目を上記テスト項目情報格納手段から取得し、当該取得したテスト項目に基づいて上記提供商品の機能に対する検証テストの内容を決定するテスト内容決定手段と、
を備えたことを特徴とする検証保険管理システム。
【請求項２】
上記機能名と、各機能に対するカテゴリのカテゴリ名を、相互に関連付けて格納するカテゴリ情報格納手段を備え、
上記テスト内容決定手段は、上記取得した機能名に対応するカテゴリのカテゴリ名を上記カテゴリ情報格納手段から取得し、当該取得したカテゴリ名と上記取得したテスト項目とを相互に対応させることによってテスト内容のマトリクス表を作成し、当該作成したマトリクス表に基づいて上記検証テストの内容を決定すること、
を特徴とする請求項１に記載の検証保険管理システム。
【請求項３】
上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行う検証テストの検証レベルを、相互に関連付けて格納する検証レベル情報格納手段を備え、
上記検証レベルと、各検証レベルで要求されるテスト項目のテスト項目名を、相互に関連付けて格納する対応情報格納手段を備え、
上記テスト内容決定手段は、上記取得した検証レベルに対応するテスト項目名を上記対応情報格納手段から取得し、当該取得したテスト項目名に該当しないテスト項目名を上記マトリクス表から削除し、当該削除後のマトリクス表に基づいて上記検証テストの内容を決定し、
上記保険料算定手段は、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証レベルを上記検証レベル情報格納手段から取得し、当該取得した検証レベルに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、
を特徴とする請求項２に記載の検証保険管理システム。
【請求項４】
上記機能名と、各機能に対する検証テストを行う際の環境条件を、相互に関連付けて格納するテスト環境情報格納手段を備え、
上記テスト内容決定手段は、上記マトリクス表に残されたテスト項目に対応する機能名に対応する環境条件を上記テスト環境情報格納手段から取得し、当該取得した環境条件を上記検証テストの環境条件として決定すること、
を特徴とする請求項３に記載の検証保険管理システム。
【請求項５】
上記保険料算定手段は、上記取得した検証レベルの程度に反比例する係数を上記係数として算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、
を特徴とする請求項３に記載の検証保険管理システム。
【請求項６】
上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの合否結果を示す検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、
上記保険料算定手段は、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証報告書データを上記検証結果情報格納手段から取得し、当該取得した検証報告書データにて示される検証テストの合否結果に基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、
を特徴とする請求項１〜５のいずれか一つに記載の検証保険管理システム。
【請求項７】
上記クライアント装置にて入力され上記通信手段を介して取得された上記検証テストの各テスト項目についての検証テスト結果に基づいて、上記検証テストの全テスト項目における合否割合を算定し、この合否割合を所定基準値と比較することにより、上記提供商品の上記検証テストの合否ランクを決定する合否判定手段と、
上記合否判定手段にて決定された合否ランクを含めた上記検証報告書データを作成して、上記提供商品の型番に関連付けて、上記検証結果情報格納手段に格納する検証報告書作成手段と、を備え、
上記保険料算定手段は、上記取得した検証報告書データにて示される検証テストの合否結果としての上記合否ランクに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、
を特徴とする請求項６に記載の検証保険管理システム。
【請求項８】
上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの各テスト項目のテスト項目名を含む検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、
不具合が発生した上記提供商品の型番と、不具合が発生した各テスト項目のテスト項目名である不具合項目名を、相互に関連付けてテスト不具合内容情報格納手段を備え、
上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応するテスト項目名を上記検証結果情報格納手段から取得し、当該取得された上記提供商品の型番に基づいて当該型番に対応する不具合項目名を上記テスト不具合内容情報格納手段から取得し、当該取得したテスト項目名と不具合項目名とを相互に対比し、上記テスト項目名に一致しない上記不具合項目名がある場合には、検証テストが行われなかった項目について不具合が発生したものと判断し、上記テスト項目名に一致する上記不具合項目名がある場合には、検証テストで不具合が発生していたにも関わらず、当該不具合に対する対処が完全に行われなかったことが不具合発生の原因であると判断することにより、上記提供商品に対して行われた検証テストのテスト項目と当該提供商品に対して発生した不具合との相関を解析する不具合原因解析手段と、
を備えることを特徴とする請求項１〜７のいずれか一つに記載の検証保険管理システム。
【請求項９】
上記不具合原因解析手段にて、上記テスト項目名に一致しない上記不具合項目名がある場合には、当該不具合項目名に対応するテスト項目名を上記テスト項目情報格納手段に追加するための処理を行うテスト項目補充手段、
を備えることを特徴とする請求項８に記載の検証保険管理システム。
【請求項１０】
上記提供商品に生じた不具合を解消するために上記提供商品または上記提供商品の利用者に対して供給すべき不具合解消情報として、不具合が発生した上記提供商品の型番と、各不具合の不具合項目名と、上記各不具合を解消するために上記提供商品または上記提供商品の利用者に対して送るべき不具合解消情報を、相互に対応付けて格納する不具合解消情報格納手段と、
上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番と不具合項目名に基づいて、上記不具合解消情報格納手段に格納された上記不具合解消情報に、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報があるか否かを判定し、不具合解消情報があると判定された場合には、上記提供商品または上記提供商品の利用者に対して、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報を供給するための処理を行う不具合解消処理手段と、
を備えることを特徴とする請求項１〜９のいずれか一つに記載の検証保険管理システム。
【請求項１１】
商品提供者が提供する提供商品の保険に関する情報を処理する方法であって、クライアント装置とネットワークを介して通信可能に接続された検証保険管理システムを介して行われる検証保険管理方法において、
上記検証保険管理システムは、
上記提供商品の型番と、上記提供商品の製造個数を、相互に関連付けて格納する契約申請情報格納手段と、
上記提供商品の型番と、上記提供商品の機能に対する検証テストに関する検証情報を、相互に関連付けて格納する検証情報格納手段と、
上記クライアント装置と上記ネットワークを介した通信を行う通信手段とを備え、
上記検証保険管理システムが、
上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記提供商品の製造個数を上記契約申請情報格納手段から取得し、当該取得した提供商品の製造個数に一律あるいは被保険者毎に任意の方法で設定された保険料率を乗じることによって上記提供商品の基本保険料を算出し、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証情報を上記検証情報格納手段から取得し、当該取得した検証情報に基づいて上記基本保険料を修正するための係数を算出し、当該算出された係数を上記算出された基本保険料に乗じることにより、上記提供商品の機能に不具合が発生した際の損害に対する保険の保険料を算定する保険料算定手順と、
上記保険料算定手順にて算定された保険料を含む保険証書データを作成し、当該作成した保険証書データを上記通信手段を介して上記クライアント装置に送信する保険証書作成手順と、を行い、
さらに、上記検証保険管理システムは、
上記提供商品の型番と、上記提供商品が保有する機能の機能名を、相互に関連付けて格納する機能情報格納手段と、
上記機能名と、上記提供商品が保有する各機能に関するテスト項目を、相互に関連付けて格納するテスト項目情報格納手段とを備え、
上記検証保険管理システムが、テスト内容を決定すべき提供商品についての機能名を上記機能情報格納手段から取得し、当該取得した機能名に対応するテスト項目を上記テスト項目情報格納手段から取得し、当該取得したテスト項目に基づいて上記提供商品の機能に対する検証テストの内容を決定するテスト内容決定手順を行うこと、
を特徴とする検証保険管理方法。
【請求項１２】
上記検証保険管理システムは、上記機能名と、各機能に対するカテゴリのカテゴリ名を、相互に関連付けて格納するカテゴリ情報格納手段を備え、
上記検証保険管理システムが、上記テスト内容決定手順において、上記取得した機能名に対応するカテゴリのカテゴリ名を上記カテゴリ情報格納手段から取得し、当該取得したカテゴリ名と上記取得したテスト項目とを相互に対応させることによってテスト内容のマトリクス表を作成し、当該作成したマトリクス表に基づいて上記検証テストの内容を決定すること、
を特徴とする請求項１１に記載の検証保険管理方法。
【請求項１３】
上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行う検証テストの検証レベルを、相互に関連付けて格納する検証レベル情報格納手段を備え、
上記検証保険管理システムは、上記検証レベルと、各検証レベルで要求されるテスト項目のテスト項目名を、相互に関連付けて対応情報格納手段を備え、
上記検証保険管理システムが、上記テスト内容決定手順において、上記取得した検証レベルに対応するテスト項目名を上記対応情報格納手段から取得し、当該取得したテスト項目名に該当しないテスト項目名を上記マトリクス表から削除し、当該削除後のマトリクス表に基づいて上記検証テストの内容を決定し、
上記検証保険管理システムが、上記保険料算定手順において、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証レベルを上記検証レベル情報格納手段から取得し、当該取得した検証レベルに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、
を特徴とする請求項１２に記載の検証保険管理方法。
【請求項１４】
上記検証保険管理システムは、上記機能名と、各機能に対する検証テストを行う際の環境条件を、相互に関連付けてテスト環境情報格納手段を備え、
上記検証保険管理システムが、上記テスト内容決定手順において、上記マトリクス表に残されたテスト項目に対応する機能名に対応する環境条件を上記テスト環境情報格納手段から取得し、当該取得した環境条件を上記検証テストの環境条件として決定すること、
を特徴とする請求項１３に記載の検証保険管理方法。
【請求項１５】
上記検証保険管理システムが、上記保険料算定手順において、上記取得した検証レベルの程度に反比例する係数を上記係数として算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、
を特徴とする請求項１３に記載の検証保険管理方法。
【請求項１６】
上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの合否結果を示す検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、
上記検証保険管理システムが、上記保険料算定手順において、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証報告書データを上記検証結果情報格納手段から取得し、当該取得した検証報告書データにて示される検証テストの合否結果に基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、
を特徴とする請求項１１〜１５のいずれか一つに記載の検証保険管理方法。
【請求項１７】
上記検証保険管理システムが、
上記クライアント装置にて入力され上記通信手段を介して取得された上記検証テストの各テスト項目についての検証テスト結果に基づいて、上記検証テストの全テスト項目における合否割合を算定し、この合否割合を所定基準値と比較することにより、上記提供商品の上記検証テストの合否ランクを決定する合否判定手順と、
上記合否判定手順にて決定された合否ランクを含めた上記検証報告書データを作成して、上記提供商品の型番に関連付けて、上記検証結果情報格納手段に格納する検証報告書作成手順とを行い、
上記検証保険管理システムが、上記保険料算定手順において、上記取得した検証報告書データにて示される検証テストの合否結果としての上記合否ランクに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、
を特徴とする請求項１６に記載の検証保険管理方法。
【請求項１８】
上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの各テスト項目のテスト項目名を含む検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、
上記検証保険管理システムは、不具合が発生した上記提供商品の型番と、不具合が発生した各テスト項目のテスト項目名である不具合項目名を、相互に関連付けてテスト不具合内容情報格納手段を備え、
上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応するテスト項目名を上記検証結果情報格納手段から取得し、当該取得された上記提供商品の型番に基づいて当該型番に対応する不具合項目名を上記テスト不具合内容情報格納手段から取得し、当該取得したテスト項目名と不具合項目名とを相互に対比し、上記テスト項目名に一致しない上記不具合項目名がある場合には、検証テストが行われなかった項目について不具合が発生したものと判断し、上記テスト項目名に一致する上記不具合項目名がある場合には、検証テストで不具合が発生していたにも関わらず、当該不具合に対する対処が完全に行われなかったことが不具合発生の原因であると判断することにより、上記提供商品に対して行われた検証テストのテスト項目と当該提供商品に対して発生した不具合との相関を解析する不具合原因解析手順を行うこと、
を特徴とする請求項１１〜１７のいずれか一つに記載の検証保険管理方法。
【請求項１９】
上記検証保険管理システムが、上記不具合原因解析手順にて、上記テスト項目名に一致しない上記不具合項目名がある場合には、当該不具合項目名に対応するテスト項目名を上記テスト項目情報格納手段に追加するための処理を行うテスト項目補充手順を行うこと、
を特徴とする請求項１８に記載の検証保険管理方法。
【請求項２０】
上記検証保険管理システムは、上記提供商品に生じた不具合を解消するために上記提供商品または上記提供商品の利用者に対して供給すべき不具合解消情報として、不具合が発生した上記提供商品の型番と、各不具合の不具合項目名と、上記各不具合を解消するために上記提供商品または上記提供商品の利用者に対して送るべき不具合解消情報を、相互に対応付けて格納する不具合解消情報格納手段を備え、
上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番と不具合項目名に基づいて、上記不具合解消情報格納手段において格納された上記不具合解消情報に、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報があるか否かを判定し、不具合解消情報があると判定された場合には、上記提供商品または上記提供商品の利用者に対して、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報を供給するための処理を行う不具合解消処理手順を行うこと、
を特徴とする請求項１１〜１９のいずれか一つに記載の検証保険管理方法。
【請求項２１】
上記請求項１１〜２０のいずれか一つに記載された検証保険管理方法を上記検証保険管理システムとしてのコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、各種の商品やサービス等の保険に関する情報処理を行うための、検証保険管理システム、検証保険管理方法、および、プログラムに関連する。
【０００２】
【従来の技術】
一般に、各種の商品やサービス（以下、提供商品）を提供する場合、この提供商品を製造や販売する者（以下、商品提供者）は、提供商品に何らかの不具合が生じてリコール等の対処を行った場合等に発生する損害を担保するため、損害保険会社との間において損害保険契約を締結している。
例えば、提供商品が携帯電話である場合、携帯電話を製造等する携帯端末メーカは、携帯電話の各種機能に不具合が生じた際の損失を担保するため、損害保険契約を締結している。
【０００３】
また、一般に、商品提供者は、提供商品の不具合を早期に発見して改善等するため、社内や指定機関において、提供商品の機能の検証を行なっている。特に、提供商品が携帯電話の場合、固定電話時代には電話機端末の不具合が少なかったという経緯もあり、携帯電話に不具合が生じることも許されないという不文律も存在するため、電気メーカ等の商品提供者は、携帯電話の機能検証を行っていた。
【０００４】
【発明が解決しようとする課題】
ここで、損害保険リスクは、提供商品に不具合が生ずるリスクによって変動するため、提供商品の機能を検証した後、この検証結果に基づいて保険料を決定することが好ましい。
しかしながら、従来、商品提供者は上述のように機能の検証を行っていたものの、損害保険会社自身は機能検証システムを保有しておらず、また、中立的な検証機関も存在しなかった。このため、損害保険会社は、検証結果を考慮することなく、過去の保険実績や、商品提供者から提供された商品の出荷数量に基づいて保険料を決定しなければならず、保険料の決定における確実性や客観性を損なうおそれがあった。
【０００５】
本発明は上記問題に鑑みてなされたもので、提供商品の機能の検証を容易かつ中立的に行うことを可能とすること等により、保険料の決定における確実性や客観性を向上させること等のできる、検証保険管理システム、検証保険管理方法、および、プログラムを提供することを目的としている。
【０００６】
【課題を解決するための手段】
このような目的を達成するため、請求項１に記載の検証保険管理システムは、商品提供者が提供する提供商品の保険に関する情報を処理するもので、クライアント装置とネットワークを介して通信可能に接続された検証保険管理システムであって、上記提供商品の型番と、上記提供商品の製造個数を、相互に関連付けて格納する契約申請情報格納手段と、上記提供商品の型番と、上記提供商品の機能に対する検証テストに関する検証情報を、相互に関連付けて格納する検証情報格納手段と、上記クライアント装置と上記ネットワークを介した通信を行う通信手段と、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記提供商品の製造個数を上記契約申請情報格納手段から取得し、当該取得した提供商品の製造個数に一律あるいは被保険者毎に任意の方法で設定された保険料率を乗じることによって上記提供商品の基本保険料を算出し、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証情報を上記検証情報格納手段から取得し、当該取得した検証情報に基づいて上記基本保険料を修正するための係数を算出し、当該算出された係数を上記算出された基本保険料に乗じることにより、上記提供商品の機能に不具合が発生した際の損害に対する保険の保険料を算定する保険料算定手段と、上記保険料算定手段にて算定された保険料を含む保険証書データを作成し、当該作成した保険証書データを上記通信手段を介して上記クライアント装置に送信する保険証書作成手段と、上記提供商品の型番と、上記提供商品が保有する機能の機能名を、相互に関連付けて格納する機能情報格納手段と、上記機能名と、上記提供商品が保有する各機能に関するテスト項目を、相互に関連付けて格納するテスト項目情報格納手段と、テスト内容を決定すべき提供商品についての機能名を上記機能情報格納手段から取得し、当該取得した機能名に対応するテスト項目を上記テスト項目情報格納手段から取得し、当該取得したテスト項目に基づいて上記提供商品の機能に対する検証テストの内容を決定するテスト内容決定手段とを備えたことを特徴とする。
【０００７】
このシステムによれば、検証テストに関する検証情報に基づいて、提供商品の機能に不具合が発生した際の損害に対する保険の保険料が算定される。したがって、商品提供者から提供された情報のみでなく、検証テストが行われる条件やその結果等を考慮して保険料算定を行うことができるので、保険料の決定における確実性や客観性を向上させることができる。
また、このシステムによれば、検証情報に基づいて、検証テストの内容が決定される。したがって、検証テストのテスト項目、カテゴリ、環境条件等を、迅速かつ客観的に決定することができる。
また、これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、テスト項目情報と提供商品の機能とに基づいて、検証テストの項目が決定される。したがって、提供商品の機能に合致したテスト項目を自動的に決定することができる。
【０００８】
また、請求項２に記載の検証保険管理システムは、請求項１に記載の検証保険管理システムにおいて、上記機能名と、各機能に対するカテゴリのカテゴリ名を、相互に関連付けて格納するカテゴリ情報格納手段を備え、上記テスト内容決定手段は、上記取得した機能名に対応するカテゴリのカテゴリ名を上記カテゴリ情報格納手段から取得し、当該取得したカテゴリ名と上記取得したテスト項目とを相互に対応させることによってテスト内容のマトリクス表を作成し、当該作成したマトリクス表に基づいて上記検証テストの内容を決定することを特徴とする。
【０００９】
これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、カテゴリ情報と提供商品の機能とに基づいて、検証テストの検証のカテゴリが決定される。したがって、提供商品の機能に合致したテストカテゴリを自動的に決定することができる。
【００１０】
また、請求項３に記載の検証保険管理システムは、請求項２に記載の検証保険管理システムにおいて、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行う検証テストの検証レベルを、相互に関連付けて格納する検証レベル情報格納手段を備え、上記検証レベルと、各検証レベルで要求されるテスト項目のテスト項目名を、相互に関連付けて格納する対応情報格納手段を備え、上記テスト内容決定手段は、上記取得した検証レベルに対応するテスト項目名を上記対応情報格納手段から取得し、当該取得したテスト項目名に該当しないテスト項目名を上記マトリクス表から削除し、当該削除後のマトリクス表に基づいて上記検証テストの内容を決定し、上記保険料算定手段は、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証レベルを上記検証レベル情報格納手段から取得し、当該取得した検証レベルに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００１１】
これは保険料算定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、機能の検証レベルに関する検証レベル情報に基づいて、保険料が算定される。したがって、比較的高いレベルで検証テストを行う場合には、保険料を下げ、比較的低いレベルで検証テストを行う場合には、保険料を上げる等、検証テストの実施レベルに対応した保険料算定を行うことができる。
また、これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、検証レベル情報と対応情報とに基づいて、検証テストのテスト項目が決定される。したがって、検証レベルに合致したテスト項目を自動的に決定することができる。
【００１２】
また、請求項４に記載の検証保険管理システムは、請求項３に記載の検証保険管理システムにおいて、上記機能名と、各機能に対する検証テストを行う際の環境条件を、相互に関連付けて格納するテスト環境情報格納手段を備え、上記テスト内容決定手段は、上記マトリクス表に残されたテスト項目に対応する機能名に対応する環境条件を上記テスト環境情報格納手段から取得し、当該取得した環境条件を上記検証テストの環境条件として決定することを特徴とする。
【００１３】
これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、テスト環境情報と提供商品の機能とに基づいて、検証テストのテスト環境が決定される。したがって、提供商品の機能に合致したテスト環境を自動的に決定することができる。
【００１４】
また、請求項５に記載の検証保険管理システムは、請求項３に記載の検証保険管理システムにおいて、上記保険料算定手段は、上記取得した検証レベルの程度に反比例する係数を上記係数として算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００１５】
これは保険料算定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、検証レベルが高い程、保険料が低額になるように、基本保険料を修正することができる。
【００１６】
また、請求項６に記載の検証保険管理システムは、請求項１〜５のいずれか一つに記載の検証保険管理システムにおいて、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの合否結果を示す検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、上記保険料算定手段は、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証報告書データを上記検証結果情報格納手段から取得し、当該取得した検証報告書データにて示される検証テストの合否結果に基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００１７】
これは保険料算定時に考慮する検証情報の他の例を一層具体的に示すものであり、このシステムによれば、検証テストの合否結果に関する検証報告書データに基づいて、保険料が算定される。したがって、検証テストの結果が良い場合には、保険料を下げ、検証テストの結果が悪い場合には、保険料を上げる等、検証テストの結果に対応した保険料算定を行うことができる。
【００１８】
また、請求項７に記載の検証保険管理システムは、請求項６に記載の検証保険管理システムにおいて、上記クライアント装置にて入力され上記通信手段を介して取得された上記検証テストの各テスト項目についての検証テスト結果に基づいて、上記検証テストの全テスト項目における合否割合を算定し、この合否割合を所定基準値と比較することにより、上記提供商品の上記検証テストの合否ランクを決定する合否判定手段と、上記合否判定手段にて決定された合否ランクを含めた上記検証報告書データを作成して、上記提供商品の型番に関連付けて、上記検証結果情報格納手段に格納する検証報告書作成手段と、を備え、上記保険料算定手段は、上記取得した検証報告書データにて示される検証テストの合否結果としての上記合否ランクに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００１９】
これは保険料算定時に考慮する検証情報の他の例を一層具体的に示すものであり、このシステムによれば、検証テスト結果に関する合否ランクに基づいて、保険料が算定される。したがって、合否ランクが良い場合には、保険料を下げ、合否ランクが悪い場合には、保険料を上げる等、合否ランクに対応した保険料算定を行うことができる。
【００２０】
また、請求項８に記載の検証保険管理システムは、請求項１〜７のいずれか一つに記載の検証保険管理システムにおいて、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの各テスト項目のテスト項目名を含む検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、不具合が発生した上記提供商品の型番と、不具合が発生した各テスト項目のテスト項目名である不具合項目名を、相互に関連付けてテスト不具合内容情報格納手段を備え、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応するテスト項目名を上記検証結果情報格納手段から取得し、当該取得された上記提供商品の型番に基づいて当該型番に対応する不具合項目名を上記テスト不具合内容情報格納手段から取得し、当該取得したテスト項目名と不具合項目名とを相互に対比し、上記テスト項目名に一致しない上記不具合項目名がある場合には、検証テストが行われなかった項目について不具合が発生したものと判断し、上記テスト項目名に一致する上記不具合項目名がある場合には、検証テストで不具合が発生していたにも関わらず、当該不具合に対する対処が完全に行われなかったことが不具合発生の原因であると判断することにより、上記提供商品に対して行われた検証テストのテスト項目と当該提供商品に対して発生した不具合との相関を解析する不具合原因解析手段とを備えることを特徴とする。
【００２１】
このシステムによれば、不具合情報に基づいて、提供商品の不具合の原因が解析される。したがって、不具合に対する対処や、将来的な不具合の発生の予防を、迅速に行うことができる。また、これは不具合原因解析の一例を一層具体的に示すものであり、このシステムによれば、テスト項目情報と不具合の内容とに基づいて、テスト項目と不具合との相関が解析される。したがって、検証テストで合格した機能であるにも関わらず、その機能について不具合が発生した場合や、検証テストで不合格でありその後に対処されたはずの機能について不具合が発生した場合等、検証テストと不具合との関係を解析することができ、テスト体制や対処システムの見直し等に役立てることができる。
【００２２】
また、請求項９に記載の検証保険管理システムは、請求項８に記載の検証保険管理システムにおいて、上記不具合原因解析手段にて、上記テスト項目名に一致しない上記不具合項目名がある場合には、当該不具合項目名に対応するテスト項目名を上記テスト項目情報格納手段に追加するための処理を行うテスト項目補充手段を備えることを特徴とする。
【００２３】
このシステムによれば、不具合に対応するテスト項目が存在しないと判断された場合、当該不具合に対応するテスト項目が追加される。したがって、検証テストの内容を一層万全なものにすることができ、検証テストの信頼性を向上させることができる。
【００２４】
また、請求項１０に記載の検証保険管理システムは、請求項１〜９のいずれか一つに記載の検証保険管理システムにおいて、上記提供商品に生じた不具合を解消するために上記提供商品または上記提供商品の利用者に対して供給すべき不具合解消情報として、不具合が発生した上記提供商品の型番と、各不具合の不具合項目名と、上記各不具合を解消するために上記提供商品または上記提供商品の利用者に対して送るべき不具合解消情報を、相互に対応付けて格納する不具合解消情報格納手段と、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番と不具合項目名に基づいて、上記不具合解消情報格納手段に格納された上記不具合解消情報に、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報があるか否かを判定し、不具合解消情報があると判定された場合には、上記提供商品または上記提供商品の利用者に対して、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報を供給するための処理を行う不具合解消処理手段とを備えることを特徴とする。
【００２５】
このシステムによれば、不具合解消情報が提供商品やその利用者に対して供給される。したがって、例えば、ソフトウェアにバグがある場合の修正版のソフトウェアを携帯電話にダウンロードしてもらい不具合を解消すること等ができ、不具合を一層迅速に解消して、損害の拡大を抑えることができる。
【００２６】
また、本発明は検証保険管理方法に関するものであり、請求項１１に記載の検証保険管理方法は、商品提供者が提供する提供商品の保険に関する情報を処理する方法であって、クライアント装置とネットワークを介して通信可能に接続された検証保険管理システムを介して行われる検証保険管理方法において、上記検証保険管理システムは、上記提供商品の型番と、上記提供商品の製造個数を、相互に関連付けて格納する契約申請情報格納手段と、上記提供商品の型番と、上記提供商品の機能に対する検証テストに関する検証情報を、相互に関連付けて格納する検証情報格納手段と、上記クライアント装置と上記ネットワークを介した通信を行う通信手段とを備え、上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記提供商品の製造個数を上記契約申請情報格納手段から取得し、当該取得した提供商品の製造個数に一律あるいは被保険者毎に任意の方法で設定された保険料率を乗じることによって上記提供商品の基本保険料を算出し、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証情報を上記検証情報格納手段から取得し、当該取得した検証情報に基づいて上記基本保険料を修正するための係数を算出し、当該算出された係数を上記算出された基本保険料に乗じることにより、上記提供商品の機能に不具合が発生した際の損害に対する保険の保険料を算定する保険料算定手順と、上記保険料算定手順にて算定された保険料を含む保険証書データを作成し、当該作成した保険証書データを上記通信手段を介して上記クライアント装置に送信する保険証書作成手順と、を行い、さらに、上記検証保険管理システムは、上記提供商品の型番と、上記提供商品が保有する機能の機能名を、相互に関連付けて格納する機能情報格納手段と、上記機能名と、上記提供商品が保有する各機能に関するテスト項目を、相互に関連付けて格納するテスト項目情報格納手段とを備え、上記検証保険管理システムが、テスト内容を決定すべき提供商品についての機能名を上記機能情報格納手段から取得し、当該取得した機能名に対応するテスト項目を上記テスト項目情報格納手段から取得し、当該取得したテスト項目に基づいて上記提供商品の機能に対する検証テストの内容を決定するテスト内容決定手順を行うことを特徴とする。
【００２７】
この方法によれば、検証テストに関する検証情報に基づいて、提供商品の機能に不具合が発生した際の損害に対する保険の保険料が算定される。したがって、商品提供者から提供された情報のみでなく、検証テストが行われる条件やその結果等を考慮して保険料算定を行うことができるので、保険料の決定における確実性や客観性を向上させることができる。
また、この方法によれば、検証情報に基づいて、検証テストの内容が決定される。したがって、検証テストのテスト項目、カテゴリ、環境条件等を、迅速かつ客観的に決定することができる。
また、これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、テスト項目情報と提供商品の機能とに基づいて、検証テストの項目が決定される。したがって、提供商品の機能に合致したテスト項目を自動的に決定することができる。
【００２８】
また、請求項１２に記載の検証保険管理方法は、請求項１１に記載の検証保険管理方法において、上記検証保険管理システムは、上記機能名と、各機能に対するカテゴリのカテゴリ名を、相互に関連付けて格納するカテゴリ情報格納手段を備え、上記検証保険管理システムが、上記テスト内容決定手順において、上記取得した機能名に対応するカテゴリのカテゴリ名を上記カテゴリ情報格納手段から取得し、当該取得したカテゴリ名と上記取得したテスト項目とを相互に対応させることによってテスト内容のマトリクス表を作成し、当該作成したマトリクス表に基づいて上記検証テストの内容を決定することを特徴とする。
【００２９】
これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、カテゴリ情報と提供商品の機能とに基づいて、検証テストの検証のカテゴリが決定される。したがって、提供商品の機能に合致したテストカテゴリを自動的に決定することができる。
【００３０】
また、請求項１３に記載の検証保険管理方法は、請求項１２に記載の検証保険管理方法において、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行う検証テストの検証レベルを、相互に関連付けて格納する検証レベル情報格納手段を備え、上記検証保険管理システムは、上記検証レベルと、各検証レベルで要求されるテスト項目のテスト項目名を、相互に関連付けて対応情報格納手段を備え、上記検証保険管理システムが、上記テスト内容決定手順において、上記取得した検証レベルに対応するテスト項目名を上記対応情報格納手段から取得し、当該取得したテスト項目名に該当しないテスト項目名を上記マトリクス表から削除し、当該削除後のマトリクス表に基づいて上記検証テストの内容を決定し、上記検証保険管理システムが、上記保険料算定手順において、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証レベルを上記検証レベル情報格納手段から取得し、当該取得した検証レベルに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００３１】
これは保険料算定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、機能の検証レベルに関する検証レベル情報に基づいて、保険料が算定される。したがって、比較的高いレベルで検証テストを行う場合には、保険料を下げ、比較的低いレベルで検証テストを行う場合には、保険料を上げる等、検証テストの実施レベルに対応した保険料算定を行うことができる。
また、これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、検証レベル情報と対応情報とに基づいて、検証テストのテスト項目が決定される。したがって、検証レベルに合致したテスト項目を自動的に決定することができる。
【００３２】
また、請求項１４に記載の検証保険管理方法は、請求項１３に記載の検証保険管理方法において、上記検証保険管理システムは、上記機能名と、各機能に対する検証テストを行う際の環境条件を、相互に関連付けてテスト環境情報格納手段を備え、上記検証保険管理システムが、上記テスト内容決定手順において、上記マトリクス表に残されたテスト項目に対応する機能名に対応する環境条件を上記テスト環境情報格納手段から取得し、当該取得した環境条件を上記検証テストの環境条件として決定することを特徴とする。
【００３３】
これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、テスト環境情報と提供商品の機能とに基づいて、検証テストのテスト環境が決定される。したがって、提供商品の機能に合致したテスト環境を自動的に決定することができる。
【００３４】
また、請求項１５に記載の検証保険管理方法は、請求項１３に記載の検証保険管理方法において、上記検証保険管理システムが、上記保険料算定手順において、上記取得した検証レベルの程度に反比例する係数を上記係数として算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００３５】
これは保険料算定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、検証レベルが高い程、保険料が低額になるように、基本保険料を修正することができる。
【００３６】
また、請求項１６に記載の検証保険管理方法は、請求項１１〜１５のいずれか一つに記載の検証保険管理方法において、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの合否結果を示す検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、上記検証保険管理システムが、上記保険料算定手順において、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証報告書データを上記検証結果情報格納手段から取得し、当該取得した検証報告書データにて示される検証テストの合否結果に基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００３７】
これは保険料算定時に考慮する検証情報の他の例を一層具体的に示すものであり、この方法によれば、検証テストの合否結果に関する検証報告書データに基づいて、保険料が算定される。したがって、検証テストの結果が良い場合には、保険料を下げ、検証テストの結果が悪い場合には、保険料を上げる等、検証テストの結果に対応した保険料算定を行うことができる。
【００３８】
請求項１７に記載の検証保険管理方法は、請求項１６に記載の検証保険管理方法において、上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記検証テストの各テスト項目についての検証テスト結果に基づいて、上記検証テストの全テスト項目における合否割合を算定し、この合否割合を所定基準値と比較することにより、上記提供商品の上記検証テストの合否ランクを決定する合否判定手順と、上記合否判定手順にて決定された合否ランクを含めた上記検証報告書データを作成して、上記提供商品の型番に関連付けて、上記検証結果情報格納手段に格納する検証報告書作成手順とを行い、上記検証保険管理システムが、上記保険料算定手順において、上記取得した検証報告書データにて示される検証テストの合否結果としての上記合否ランクに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００３９】
これは保険料算定時に考慮する検証情報の他の例を一層具体的に示すものであり、この方法によれば、検証テスト結果に関する合否ランクに基づいて、保険料が算定される。したがって、合否ランクが良い場合には、保険料を下げ、合否ランクが悪い場合には、保険料を上げる等、合否ランクに対応した保険料算定を行うことができる。
【００４０】
請求項１８に記載の検証保険管理方法は、請求項１１〜１７のいずれか一つに記載の検証保険管理方法において、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの各テスト項目のテスト項目名を含む検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、上記検証保険管理システムは、不具合が発生した上記提供商品の型番と、不具合が発生した各テスト項目のテスト項目名である不具合項目名を、相互に関連付けてテスト不具合内容情報格納手段を備え、上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応するテスト項目名を上記検証結果情報格納手段から取得し、当該取得された上記提供商品の型番に基づいて当該型番に対応する不具合項目名を上記テスト不具合内容情報格納手段から取得し、当該取得したテスト項目名と不具合項目名とを相互に対比し、上記テスト項目名に一致しない上記不具合項目名がある場合には、検証テストが行われなかった項目について不具合が発生したものと判断し、上記テスト項目名に一致する上記不具合項目名がある場合には、検証テストで不具合が発生していたにも関わらず、当該不具合に対する対処が完全に行われなかったことが不具合発生の原因であると判断することにより、上記提供商品に対して行われた検証テストのテスト項目と当該提供商品に対して発生した不具合との相関を解析する不具合原因解析手順を行うことを特徴とする。
【００４１】
この方法によれば、不具合情報に基づいて、提供商品の不具合の原因が解析される。したがって、不具合に対する対処や、将来的な不具合の発生の予防を、迅速に行うことができる。また、これは不具合原因解析の一例を一層具体的に示すものであり、この方法によれば、テスト項目情報と不具合の内容とに基づいて、テスト項目と不具合との相関が解析される。したがって、検証テストで合格した機能であるにも関わらず、その機能について不具合が発生した場合や、検証テストで不合格でありその後に対処されたはずの機能について不具合が発生した場合等、検証テストと不具合との関係を解析することができ、テスト体制や対処システムの見直し等に役立てることができる。
【００４２】
請求項１９に記載の検証保険管理方法は、請求項１８に記載の検証保険管理方法において、上記検証保険管理システムが、上記不具合原因解析手順にて、上記テスト項目名に一致しない上記不具合項目名がある場合には、当該不具合項目名に対応するテスト項目名を上記テスト項目情報格納手段に追加するための処理を行うテスト項目補充手順を行うことを特徴とする。
【００４３】
この方法によれば、不具合に対応するテスト項目が存在しないと判断された場合、当該不具合に対応するテスト項目が追加される。したがって、検証テストの内容を一層万全なものにすることができ、検証テストの信頼性を向上させることができる。
【００４４】
請求項２０に記載の検証保険管理方法は、請求項１１〜１９のいずれか一つに記載の検証保険管理方法において、上記検証保険管理システムは、上記提供商品に生じた不具合を解消するために上記提供商品または上記提供商品の利用者に対して供給すべき不具合解消情報として、不具合が発生した上記提供商品の型番と、各不具合の不具合項目名と、上記各不具合を解消するために上記提供商品または上記提供商品の利用者に対して送るべき不具合解消情報を、相互に対応付けて格納する不具合解消情報格納手段を備え、上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番と不具合項目名に基づいて、上記不具合解消情報格納手段において格納された上記不具合解消情報に、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報があるか否かを判定し、不具合解消情報があると判定された場合には、上記提供商品または上記提供商品の利用者に対して、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報を供給するための処理を行う不具合解消処理手順を行うことを特徴とする。
【００４５】
この方法によれば、不具合解消情報が提供商品やその利用者に対して供給される。したがって、例えば、ソフトウェアにバグがある場合の修正版のソフトウェアを携帯電話にダウンロードしてもらい不具合を解消すること等ができ、不具合を一層迅速に解消して、損害の拡大を抑えることができる。
【００４６】
また、本発明はプログラムに関するものであり、請求項２１に記載のプログラムは、上記請求項１１〜２０のいずれか一つに記載された検証保険管理方法を上記検証保険管理システムとしてのコンピュータに実行させることを特徴とする。
【００４７】
このプログラムによれば、当該プログラムをサーバ装置等の情報処理装置にインストール等して実行することにより、請求項１１〜２０のいずれか一つに記載された検証保険管理方法をコンピュータを利用して実現することができ、これら各方法と同様の効果を得ることができる。
【００６４】
【発明の実施の形態】
以下に、本発明にかかる検証保険管理システム、検証保険管理方法、および、プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００６５】
（検証保険管理システムの全体の概要）
以下、本システムにて行われる検証保険管理の全体の概要について説明し、その後、本システムの構成および処理等について詳細に説明する。なお、本実施の形態においては、提供商品が携帯電話であり、商品提供者が携帯端末メーカである場合について説明するが、本発明は、任意の商品またはサービスを任意の組織または団体が提供する場合について同様に適用することができる。
【００６６】
図１はこの実施形態にかかる検証保険管理システムを含んだシステム全体の構成図である。この図１において、検証保険管理システムとしての検証保険管理サーバ１００と、移動通信事業者のゲートウェイサーバ２００と、携帯端末メーカ、検証機関、および、損害保険会社のクライアント装置３００とが、インターネット４００を介して相互に通信可能に接続して構成されている。
また、ゲートウェイサーバ２００には、携帯電話５００が、基地局６００および移動通信網７００を介して相互に通信可能に接続されている。
【００６７】
このように構成される本システムは、下記のような基本的特徴を有する。
まず、携帯端末メーカは、本システムを介して、損害保険会社との間において、携帯電話５００に不具合が生じてリコール等の対処を行った場合等に発生する損害を担保するための損害保険契約を締結することができる。
【００６８】
また、この契約締結の前または後に、検証保険管理サーバ１００において検証テストの内容が決定され、検証テストが中立機関である検証機関に依頼される。
そして、この検証テストによる検証内容や検証結果等に基づいて、上記損害保険契約における保険料が算定される。
なお、「機能」の語には、ソフトウェアによって達成される機能のみならず、ハードウェアと協働して、あるいは、ハードウェアが単独で達成し得る「構造」をも含むものとする。
【００６９】
また、携帯端末メーカや携帯電話５００の利用者が携帯電話５００の不具合を発見した場合には、当該不具合の情報が検証保険管理サーバ１００に蓄積される。そして、当該不具合を解消するための情報が必要に応じて利用者に提供される。
また、不具合の原因が検証保険管理サーバ１００によって解析され、必要に応じて、検証テストの内容の見直し等が行われる。
【００７０】
（システム構成―検証保険管理サーバ）
次に、このような特徴を有する本システムの構成について説明する。
まず、検証保険管理サーバ１００の構成について説明する。図２は検証保険管理サーバ１００の要部構成を示すブロック図である。この図２において、検証保険管理サーバ１００は、格納部１１０、通信制御ＩＦ（ＩＦ＝インターフェース）１２０、および、制御部１３０を備えて構成されており、これら各部は任意の通信路を介して通信可能に接続されている。
【００７１】
（システム構成―検証保険管理サーバ−格納部）
このうち、格納部１１０は、検証保険管理サーバ１００の各種機能に必要になるプログラムおよびデータ等を格納する格納手段（記憶手段）であり、機能概念的に、管理情報格納部１１１、契約情報格納部１１２、検証情報格納部１１３、不具合情報格納部１１４、および、Ｗｅｂ情報格納部１１５を備えて構成されている。
【００７２】
（システム構成―検証保険管理サーバ−格納部−管理情報格納部）
この管理情報格納部１１１は、検証保険管理サーバ１００の機能全般を管理するために必要な情報を格納する管理情報格納手段であり、機能概念的に、提供者情報ＤＢ（ＤＢ＝データベース）１１１ａ、および、検証機関情報ＤＢ１１１ｂを備えて構成されている。
【００７３】
この提供者情報ＤＢ１１１ａは、携帯電話メーカに関する情報（商品提供者情報）を格納する商品提供者情報格納手段である。この商品提供者情報は、例えば、携帯電話メーカを一意に識別するためのメーカＩＤ、携帯電話メーカを認証するためのメーカパスワード、携帯電話メーカの会社名、携帯電話メーカの住所、および、携帯電話メーカの担当者等の電子メールアドレスを相互に関連付けて構成されている。
【００７４】
また、検証機関情報ＤＢ１１１ｂは、検証機関に関する情報（検証機関情報）を格納する検証機関情報格納手段である。この検証機関情報は、例えば、検証機関を一意に識別するための検証機関ＩＤ、検証機関を認証するための検証機関パスワード、検証機関の会社名、検証機関の住所、および、検証機関の担当者等の電子メールアドレスを相互に関連付けて構成されている。
【００７５】
（システム構成―検証保険管理サーバ−格納部−契約情報格納部）
また、契約情報格納部１１２は、損害保険の契約に関する情報を格納する契約情報格納手段であり、機能概念的に、契約申請情報ＤＢ１１２ａ、機能情報ＤＢ１１２ｂ、および、保険証書情報ＤＢ１１２ｃを備えて構成されている。
【００７６】
このうち、契約申請情報ＤＢ１１２ａは、損害保険の契約の申請内容に関する情報（契約申請情報）を格納する契約申請情報格納手段である。この契約申請情報は、例えば、契約を申請している携帯電話メーカのメーカＩＤ、保険対象になる携帯電話５００の型番、携帯電話５００の製造個数、検証を行う検証テストのレベル、検証テストに使用する携帯電話５００を提供可能な日（検証テストの開始可能日）、検証テストの結果を待って保険契約を締結するか否かを特定するための情報（例えば、フラグ）、および、製品スケジュール（ここでは、出荷予定日とする）を相互に関連付けて構成されている。
【００７７】
また、機能情報ＤＢ１１２ｂは、携帯電話５００の機能に関する情報（機能情報）を格納する機能情報格納手段である。この機能情報は、例えば、携帯電話５００の型番、携帯電話５００が保有する機能の機能名（例えば、「メール機能」、「Ｗｅｂページ閲覧」等）、および、携帯電話５００が保有する機能が従来の他の携帯電話５００の機能を踏襲したものである場合における当該踏襲元の携帯電話５００の型番を相互に関連付けて構成されている。
【００７８】
また、保険証書情報ＤＢ１１２ｃは、保険証書に関する情報（保険証書情報）を格納する保険証書情報格納手段である。この保険証書情報は、例えば、被保険者である携帯電話メーカのメーカＩＤ、保険対象になる携帯電話５００の型番、および、保険証書の内容を含んだ保険証書データを相互に関連付けて構成されている。
【００７９】
（システム構成―検証保険管理サーバ−格納部−検証情報格納部）
また、検証情報格納部１１３は、携帯電話５００の機能に対する検証テストに関する情報（検証情報）を格納する検証情報格納手段であり、機能概念的に、検証レベル情報ＤＢ１１３ａ、テスト項目情報ＤＢ１１３ｂ、対応情報ＤＢ１１３ｃ、カテゴリ情報ＤＢ１１３ｄ、テスト環境情報ＤＢ１１３ｅ、テスト確定情報ＤＢ１１３ｆ、検証時間情報ＤＢ１１３ｇ、テストスケジュール情報ＤＢ１１３ｈ、検証員情報ＤＢ１１３ｉ、検証コスト情報ＤＢ１１３ｊ、および、検証結果情報ＤＢ１１３ｋを備えて構成されている。
【００８０】
このうち、検証レベル情報ＤＢ１１３ａは、機能の検証レベルに関する情報（検証レベル情報）を格納する検証レベル情報格納手段である。この検証レベル情報は、例えば、各携帯電話５００の型番、および、各携帯電話５００に対して行う検証テストのレベルとを相互に関連付けて構成されている。
【００８１】
また、テスト項目情報ＤＢ１１３ｂは、検証テストの機能別のテスト項目に関する情報（テスト項目情報）を格納するテスト項目情報格納手段である。このテスト項目情報は、例えば、各携帯電話５００が保有し得る機能の機能名、および、各機能に関するテスト項目名（例えば、メールに関する機能についての、「作成」、「送信」、「受信」、「保管」等）とを相互に関連付けて構成されている。
【００８２】
また、対応情報ＤＢ１１３ｃは、検証テストの検証レベルとテスト項目との対応関係に関する情報（対応情報）を格納する対応情報格納手段である。この対応情報は、例えば、各検証レベル、および、各検証レベルで要求されるテスト項目のテスト項目名を相互に関連付けて構成されている。
【００８３】
また、カテゴリ情報ＤＢ１１３ｄは、検証テストにおける機能別の検証のカテゴリに関する情報（カテゴリ情報）を格納するカテゴリ情報格納手段である。このカテゴリ情報は、例えば、各機能の機能名、および、各機能に対するカテゴリ（検証テストを行う観点であり、例えば、「メール」に関する機能を「ボリューム」というカテゴリからテストする等）のカテゴリ名とを相互に関連付けて構成されている。
【００８４】
また、テスト環境情報ＤＢ１１３ｅは、検証テストの機能別のテスト環境に関する情報（テスト環境情報）を格納するテスト環境情報格納手段である。このテスト環境情報は、例えば、各機能の機能名、および、各機能に対する検証テストを行う際の環境条件（例えば、「メール」に関する機能に対する、検証テストを行う「メールの種類」、検証テストに使用する「周辺機器」、検証テストを行う「場所」、「送受信距離」、周囲の「ノイズ条件」等）を相互に関連付けて構成されている。
【００８５】
また、テスト確定情報ＤＢ１１３ｆは、最終的に実施することが決定された検証テストの内容に関する情報（テスト確定情報）を格納するテスト確定情報格納手段である。このテスト確定情報は、例えば、各携帯電話５００の型番、各テスト項目のテスト項目名、各テスト項目のカテゴリ名、および、各テスト項目の環境条件を相互に関連付けて構成されている。
【００８６】
また、検証時間情報ＤＢ１１３ｇは、各テスト項目の検証テストを行うために必要な時間（検証時間）に関する情報（検証時間情報）を格納する検証時間情報格納手段である。この検証時間情報は、例えば、各テスト項目のテスト項目名、および、各テスト項目の検証時間とを相互に関連付けて構成されている。
【００８７】
また、テストスケジュール情報ＤＢ１１３ｈは、検証テストの最終的なスケジュールに関する情報（テストスケジュール情報）を格納するテストスケジュール情報格納手段である。このテストスケジュール情報は、例えば、各携帯電話５００の型番、および、各携帯電話５００に対して行う検証テストの実施日程を相互に関連付けて構成されている。
【００８８】
また、検証員情報ＤＢ１１３ｉは、検証テストを行う検証員に関する情報（検証員情報）を格納する検証員情報格納手段である。この検証員情報は、例えば、各検証員を一意に識別するための検証員ＩＤ、各検証員の氏名、各検証員の検証レベル（任意の基準によって決定される、検証テストを行うための能力を示すレベルであり、ここでは、「高」「中」「低」の３つのレベル）、各検証員のスケジュール（ここでは、各検証員が検証テストを行うことが決定している日時）、および、各検証員のコスト（各検証員が検証テストを行う際に当該検証員または検証機関に支払うべき費用であり、ここでは、タイムチャージ）を相互に関連付けて構成されている。
【００８９】
また、検証コスト情報ＤＢ１１３ｊは、検証テストを行うためのコストに関する情報（検証コスト情報）を格納する検証コスト情報格納手段である。この検証コスト情報は、例えば、各携帯電話５００の型番、および、各携帯電話５００に対する検証テストを行うための費用を相互に関連付けて構成されている。
【００９０】
また、検証結果情報ＤＢ１１３ｋは、検証テストの結果に関する情報（検証結果情報）を格納する検証結果情報格納手段である。この検証結果情報は、例えば、各携帯電話５００の型番、および、検証報告書データを相互に関連付けて構成されている。
【００９１】
（システム構成―検証保険管理サーバ−格納部−不具合情報格納部）
また、図２において、不具合情報格納部１１４は、処理の対象になっている携帯電話５００以外の携帯電話５００に発生した不具合に関する情報を格納する第１の不具合情報格納手段であると共に、処理の対象になっている携帯電話５００の不具合に関する情報を格納する第２の不具合情報格納手段であり、機能概念的に、不具合内容情報ＤＢ１１４ａ、不具合解析結果情報ＤＢ１１４ｂ、不具合対処履歴情報ＤＢ１１４ｃ、不具合解消情報ＤＢ１１４ｄ、および、保険金支払情報ＤＢ１１４ｅを備えて構成されている。
【００９２】
このうち、不具合内容情報ＤＢ１１４ａは、携帯電話５００に発生した不具合の内容に関する情報（不具合内容情報）をテスト項目に関連付けて格納する不具合内容格納手段である。この不具合内容情報は、例えば、不具合が発生した携帯電話５００の型番、不具合項目の不具合項目名、各不具合が報告された日時、および、各不具合項目の不具合報告数を相互に関連付けて構成されている。
【００９３】
また、不具合解析結果情報ＤＢ１１４ｂは、不具合の原因解析の解析結果に関する情報（不具合解析結果情報）を格納する不具合解析結果情報格納手段である。この不具合解析結果情報は、例えば、不具合が発生した携帯電話５００の型番、および、不具合の解析結果を示す情報を相互に関連付けて構成されている。
【００９４】
また、不具合対処履歴情報ＤＢ１１４ｃは、携帯電話メーカが、携帯電話に対して発生した不具合に対して対処した際の履歴に関する情報（不具合対処履歴情報）を格納する対処履歴情報格納手段である。この不具合対処履歴情報は、例えば、不具合が発生した携帯電話５００の型番、各不具合の不具合項目名、および、各不具合が発生してから当該不具合に対する対処が行われるまでの対処時間を相互に関連付けて構成されている。
【００９５】
また、不具合解消情報ＤＢ１１４ｄは、不具合を解消するために携帯電話５００または携帯電話５００の利用者に対して供給すべき情報（不具合解消情報）を格納する不具合解消情報格納手段である。この不具合解消情報は、例えば、不具合が発生した携帯電話５００の型番、各不具合の不具合項目名、および、各不具合を解消するために携帯電話５００に送信すべき不具合解消情報（不具合への対処方法を表示するＷｅｂ画面の画面データや、ソフトウェア修正のためのソフトウェア等）を相互に関連付けて構成されている。
【００９６】
また、保険金支払情報ＤＢ１１４ｅは、保険金の支払い状況を特定するための情報（保険金支払い情報）を格納する保険金支払い情報格納手段である。この保険金支払い情報は、例えば、保険金を支払った携帯電話５００の型番にて構成されている。
【００９７】
（システム構成―検証保険管理サーバ−格納部−Ｗｅｂ情報格納部）
また、図２において、Ｗｅｂ情報格納部１１５は、インターネット４００を介して提供するＷｅｂ情報を格納するＷｅｂ情報手段であり、機能概念的に、ＷｅｂＤＢ１１５ａを備えて構成されている。
このＷｅｂＤＢ１１５ａは、クライアント装置３００や携帯電話５００に送信すべきＷｅｂページの画面データや音声データを格納するＷｅｂ情報格納手段である。この画面データは、例えば、Compact HTML(Hypertext Markup Language)、WML（Wireless Markup Language）、あるいは、HDML（Handheld Device Markup Language）にて記述され格納されている。この他、Ｗｅｂデータには、必要に応じて、音声データをWAVE形式やAIFF形式の如き音声ファイルで格納したり、静止画や動画をJPEG形式やMPEG2形式の如き画像ファイルで格納することができる。
【００９８】
（システム構成―検証保険管理サーバ−通信制御インターフェース）
また、図２において、通信制御インターフェース１２０は、検証保険管理サーバ１００と、インターネット４００（またはルータ等の通信装置）との間における通信制御を行う通信手段である。
【００９９】
（システム構成―検証保険管理サーバ−制御部）
また、図２において、制御部１３０は、検証保険管理サーバ１００の各部を制御する制御手段であり、機能概念的に、保険契約処理部１３１、検証処理部１３２、および、不具合処理部１３３を備えて構成されている。
【０１００】
（システム構成―検証保険管理サーバ−制御部−保険契約処理部）
このうち、保険契約処理部１３１は、保険契約の締結に関する各種の処理を行う保険契約締結処理手段であり、機能概念的に、保険受付け処理部１３１ａ、保険料算定部１３１ｂ、および、保険証書作成部１３１ｃを備えて構成されている。
【０１０１】
ここで、保険受付け処理部１３１ａは、保険申請の受付けに関する処理を行う保険受付け処理手段である。また、保険料算定部１３１ｂは、検証情報に基づいて、携帯電話５００の機能に不具合が発生した際の損害に対する保険の保険料の算定を行う保険料算定手段である。また、保険証書作成部１３１ｃは、保険証書データの作成等の処理を行う保険証書作成手段である。
【０１０２】
（システム構成―検証保険管理サーバ−制御部−検証処理部）
また、図２において、検証処理部１３２は、検証テストに関する各種の処理を行う検証処理手段であり、機能概念的に、テスト内容決定部１３２ａ、テストスケジュール決定部１３２ｂ、検証員決定部１３２ｃ、検証コスト算定部１３２ｄ、検証結果処理部１３２ｅ、合否判定部１３２ｆ、および、検証報告書作成部１３２ｇを備えて構成されている。
【０１０３】
ここで、テスト内容決定部１３２ａは、検証情報に基づいて、検証テストの内容を決定するテスト内容決定手段である。また、テストスケジュール決定部１３２ｂは、検証テストのスケジュールを決定する処理を行うテストスケジュール決定手段である。また、検証員決定部１３２ｃは、検証テストを行う検証員を決定する処理を行う検証員決定手段である。また、検証コスト算定部１３２ｄは、検証テストに要するコストの算定の処理を行う検証コスト算定手段である。また、検証結果処理部１３２ｅは、検証結果の格納等の処理を行う検証結果処理手段である。また、合否判定部１３２ｆは、検証結果に基づいて検証テストの合否判定に関する処理を行う合否判定手段である。そして、検証報告書作成部１３２ｇは、合否判定手段による合否判定結果に基づいて検証報告書データを作成する検証報告書作成手段である。
【０１０４】
（システム構成―検証保険管理サーバ−制御部−不具合処理部）
また、図２において、不具合処理部１３３は、不具合に関する各種の処理を行う不具合処理手段であり、機能概念的に、不具合情報処理部１３３ａ、不具合原因解析部１３３ｂ、テスト項目補充部１３３ｃ、保険金支払処理部１３３ｄ、解消情報提供部１３３ｅ、および、解消情報補充部１３３ｆを備えて構成されている。
【０１０５】
このうち、不具合情報処理部１３３ａは、携帯電話メーカや利用者から報告された携帯電話５００の不具合に関する情報を処理する不具合情報処理手段である。また、不具合原因解析部１３３ｂは、不具合情報に基づいて、不具合の原因を解析する不具合原因解析手段である。また、テスト項目補充部１３３ｃは、不具合原因解析部１３３ｂにて、携帯電話メーカ等から報告された不具合に対応するテスト項目が存在しないと判断された場合、当該不具合に対応するテスト項目を追加するための処理を行うテスト項目補充手段である。また、保険金支払処理部１３３ｄは、不具合が生じた場合の保険金の支払いに関する処理を行う保険金支払処理手段である。また、解消情報提供部１３３ｅは、不具合解消情報を携帯電話５００に対して供給するための処理を行う不具合解消処理手段である。そして、解消情報補充部１３３ｆは、携帯電話メーカから提供された解消情報の格納等を行う解消情報補充手段である。
なお、これら各部によって行なわれる処理の詳細については、後述する。
【０１０６】
（システム構成−クライアント装置）
次に、クライアント装置３００の構成について説明する。図３には図１のクライアント装置３００（および携帯電話５００）のブロック図を示す。この図３に示すように、クライアント装置３００は、概略的には、ＲＡＭ(Random Access Memory)３１０、ＨＤ(Hard Disk)３２０、入力装置３３０、出力装置３４０、入出力制御ＩＦ３５０、通信制御ＩＦ３６０、および、制御部３７０、を備えて構成されており、これら各部がバスを介してデータ通信可能に接続されている。
【０１０７】
このうち、ＲＡＭ３１０は、クライアント装置３００の各部を制御するために必要になるプログラムおよびデータを揮発的に記憶する記憶手段である。
また、ＨＤ３２０は、クライアント装置３００の各部を制御するために必要になるプログラムおよびデータを不揮発的に記憶する記憶手段である。
特に、本実施の形態においては、後述するＷｅｂブラウザ３７１のソフトウェアがＨＤ３２０に記憶され、実行時にＲＡＭ３１０にロードされて、制御部３７０にて解釈および実行されることにより、当該Ｗｅｂブラウザ３７１の機能が実現される。
【０１０８】
また、入力装置３３０は、各種の情報をクライアント装置３００に対して入力する入力手段であり、例えば、キーボード、マウス、および、マイク等を用いることができる。
また、出力装置３４０は、各種の情報をクライアント装置３００から出力する出力手段であり、例えば、モニタを備えて構成されている。以下、必要に応じて出力装置３４０をモニタ３４０と記載する。
【０１０９】
また、入出力制御ＩＦ３５０は、これら入力装置３３０および出力装置３４０によるデータの入出力を制御する。
また、通信制御ＩＦ３６０は、クライアント装置３００とインターネット４００（またはＬＡＮスイッチ等の通信装置）との間における通信制御を行う。本実施の形態において、通信制御ＩＦ３６０は、サーバ装置から送信された分析結果を受信する受信手段として機能する。
【０１１０】
また、制御部３７０は、クライアント装置３００の各部を制御する制御手段であり、機能概念的に、Ｗｅｂブラウザ３７１を備えて構成されている。
このＷｅｂブラウザ３７１は、基本的には、必要な情報をインターネット４００を介して検証保険管理サーバ１００等から取得し、この情報を解釈してモニタ３４０等に表示し、さらには、必要な情報を検証保険管理サーバ１００等に送信する。
【０１１１】
（システム構成−携帯電話）
次に、携帯電話５００の構成について説明する。ただし、携帯電話５００は、機能概念的には図３に示したクライアント装置３００とほぼ同様に構成することができるため、その図示を省略すると共に、特記する部分を除いて、携帯電話５００の各部を、クライアント装置３００の各部と同一の名称および符号で示す。
【０１１２】
ここで、ＲＯＭ３２０は、携帯電話５００の各部を制御するために必要になるプログラムおよびデータを不揮発的に記憶する記憶手段である。
また、ＲＡＭ３１０は、携帯電話５００の各部を制御するために必要になるプログラムおよびデータを揮発的に記憶する記憶手段である。
【０１１３】
また、入力装置３３０は、携帯電話５００に対する入力を行うための入力手段であり、例えば、テンキー等を含む操作ボタンと、マイクとして構成される。
また、出力装置３４０は、携帯電話５００からの出力を行うための出力手段であり、例えば、モニタ、ブザー、スピーカ、および、バイブレータとして構成される。
また、通信制御ＩＦ３６０は、基地局との間における通信制御を行う。
【０１１４】
このように構成された携帯電話５００は、基地局を介して、所定の通信規約（例えば、WAP（Wireless Application Protocol））に従ってゲートウェイサーバ２００にアクセスすることができる。そして、このゲートウェイサーバ２００によって、送受信アドレスの付け替えおよびプロトコル変換（例えば、WAPとＴＣＰ／ＩＰインターネットプロトコルとの相互変換）が行なわれることにより、携帯電話５００がインターネット４００を介して検証保険管理サーバ１００に接続される。
【０１１５】
（処理の内容）
次に、このように構成された本システムを用いて行なわれる処理の内容について説明する。
この処理は、（１）保険契約を締結する保険契約締結処理、（２）検証テストの内容を決定するテスト内容決定処理、（３）検証テストのスケジュール決定や発注を行うテストスケジュール決定処理、（４）検証テストの結果を処理する検証結果処理、（５）携帯電話メーカから報告された不具合を処理する提供者不具合処理、（６）携帯電話５００の利用者から報告された不具合を処理する利用者不具合処理、（７）解消情報をアップロードするための解消情報補充処理、に大別される。
以下、これら各処理について順次説明する。
【０１１６】
なお、各処理の前提として、提供者情報ＤＢ１１１ａには商品提供者情報、検証機関情報ＤＢ１１１ｂには検証機関情報、テスト項目情報ＤＢ１１３ｂにはテスト項目情報、対応情報ＤＢ１１３ｃには対応情報、カテゴリ情報ＤＢ１１３ｄにはカテゴリ情報、テスト環境情報ＤＢ１１３ｅにはテスト環境情報、検証員情報ＤＢ１１３ｉには検証員情報が、それぞれ任意の方法にて予め格納されているものとする。
【０１１７】
上記各処理の開始タイミングは、特記する場合を除いて任意であるが、本実施の形態においては、検証保険管理サーバ１００から提供されクライアント装置３００または携帯電話５００のモニタ３４０に表示される初期画面を起点として行われるものとする。例えば、携帯電話メーカの担当者が、クライアント装置３００のＷｅｂブラウザ３７１を起動し、初期画面に対応したＵＲＬ（Uniform Resource Locator）を入力装置３３０を介して入力し、画面データの送信要求を行うと、検証保険管理サーバ１００のＷｅｂＤＢ１１５ａに格納した初期画面の画面データが呼び出され、Ｗｅｂブラウザ３７１にて解釈されてモニタ３４０に表示される（これ以降に説明する各画面についても、同様にＷｅｂブラウザ３７１にて解釈されモニタ３４０に表示されるものとする）。
なお、携帯電話メーカまたは検証機関の担当者が、初期画面から各処理に移行する際には、提供者情報ＤＢ１１１ａに格納されたメーカＩＤおよびパスワードや、検証機関情報ＤＢ１１１ｂに格納された検証機関ＩＤおよびパスワードに基づく認証を行ない、認証された場合にのみ、各処理への移行が許可される。
【０１１８】
この初期画面を図１３に例示する。この図１３に示すように、初期画面は、携帯電話メーカのメニューとして、契約申請ボタンＭＡ−１、不具合入力ボタンＭＡ−２、解消情報のアップロードボタンＭＡ−３、検証機関用のメニューとして、スケジュール決定ボタンＭＡ−４、検証結果入力ボタンＭＡ−５、携帯電話５００の利用者用のメニューとして、不具合入力ボタンＭＡ−６を備えて構成されている。
【０１１９】
（処理の内容−保険契約締結処理）
まず、保険契約締結処理について説明する。この処理のフローチャートを図４に示す。
携帯電話メーカの担当者（以下、本処理の説明において申請者）が図１３の初期画面において契約申請ボタンＭＡ−１を選択すると、本処理が開始される。すなわち、クライアント装置３００から、契約申請の開始を要求する旨が検証保険管理サーバ１００に送信される（ステップＳＡ−１）。
この要求を受けた検証保険管理サーバ１００の保険受付け処理部１３１ａは、契約申請画面の画面データをＷｅｂＤＢ１１５ａから呼び出して申請者のクライアント装置３００に送信する（ステップＳＡ−２）。この結果、申請者のクライアント装置３００のモニタ３４０に、契約申請画面が表示される（ステップＳＡ−３）。
【０１２０】
この契約申請画面は、申請者が希望する保険契約の内容を入力するための画面で、図１４に例示するように、保険対象になる携帯電話５００の型番の入力欄ＭＢ−１、携帯電話５００の製造個数の入力欄ＭＢ−２、携帯電話５００が保有する機能の有無の入力欄ＭＢ−３、携帯電話５００が保有する機能が他の携帯電話５００の機能を踏襲したものである場合における当該踏襲元になった携帯電話５００の型番の入力欄ＭＢ−４、検証テストのレベルの入力欄ＭＢ−５、検証テストの結果を待って保険契約を締結するか否かを入力する入力欄ＭＢ−６、検証テストに使用する携帯電話５００を提供可能な日（検証テストの開始可能日）の入力欄ＭＢ−７、製品スケジュール（出荷予定日）の入力欄ＭＢ−８、および、入力した情報の送信を指示する送信ボタンＭＢ−９を備えて構成されている。
【０１２１】
ここで、申請者は、各入力欄ＭＢ−１〜ＭＢ−８に必要な情報を入力装置３３０を介して入力する。例えば、検証レベルに関しては、既に検証実績のある部品を使用した携帯電話５００である等の理由により、それほど念入りに検証する必要がないと考える場合や、販売期間が短かかったり販売数量が少ない等の理由により、万が一不具合が生じた場合であっても損害がそれほど広がらないと思われるような場合には、検証レベルを低く設定する。逆に、新規部品や新規なソフトウェアを使用した携帯電話５００である等の理由により、念入りに検証する必要があると考える場合や、過去実績のある部品を使ってはいるものの販売数量が著しく多い等の理由により、不具合が生じた場合の損害が大きくなる可能性が高い場合には、検証レベルを高く設定する。
そして、申請者がこれら各入力欄に必要な情報を入力装置３３０を介して入力して送信ボタンを選択すると、入力された情報が検証保険管理サーバ１００に送信される（ステップＳＡ−４）。
【０１２２】
この情報を受けた検証保険管理サーバ１００の保険受付け処理部１３１ａは、送信された情報を所定の格納領域に格納する（ステップＳＡ−５）。すなわち、申請者の認証時に取得されたメーカＩＤ、送信された携帯電話５００の型番、製造個数、携帯電話５００の提供可能日、検証テストの結果を待って保険契約を締結するか否かの情報、および、製品スケジュールを、契約申請情報ＤＢ１１２ａに相互に関連付けて格納する。また、携帯電話５００の型番、携帯電話５００が保有する機能の機能名（入力欄において機能有りと入力された機能の機能名）、および、踏襲元になった携帯電話５００の型番を機能情報ＤＢ１１２ｂに相互に関連付けて格納する。また、送信された携帯電話５００の型番、および、検証テストのレベルを検証レベル情報ＤＢ１１３ａに相互に関連付けて格納する。
【０１２３】
次に、保険受付け処理部１３１ａは、保険契約を保留するか否かを判断する（ステップＳＡ−６）。すなわち、上記契約申請情報ＤＢ１１２ａに格納された契約申請情報に、検証テストの結果を待って保険契約を締結する旨の情報が含まれている場合には、保険契約を保留するものと判断し、検証テストの結果を待つことなく保険契約を締結する旨の情報が含まれている場合には、保険契約を保留しないものと判断する。
そして、保険契約を保留する場合には、保険料の算定等を行うことなく、後述するステップＳＡ−１１に移行する。
【０１２４】
一方、保険契約を留保しない場合、保険受付け処理部１３１ａは、保険料を算定するための一連の処理を行う。この保険料の算定は、携帯電話５００の製造個数等の一般的な条件の他、複数の特徴的な条件を加味して行われる。この条件としては、（１）検証レベルの高低（例えば、検証レベルが高い程、製品出荷後の不具合発生率が少なくなり、保険料が低額になる）、（２）携帯電話５００が踏襲した機能と同一の機能に関する過去の不具合発生状態（例えば、踏襲した機能の不具合が少ない程、製品出荷後の不具合発生率が少なくなり、保険料が低額になる）、（３）被保険者になる携帯電話メーカが過去に不具合に対処した際の対応状況（例えば、携帯電話メーカの過去の不具合への対応が迅速である程、不具合発生後の損害額が少なくなり、保険料が低額になる）を挙げることができる。
【０１２５】
このため、まず、保険受付け処理部１３１ａは、検証レベル情報ＤＢ１１３ａから、申請者のクライアント装置３００から送信された検証レベルを呼び出す（ステップＳＡ−７）。また、保険受付け処理部１３１ａは、契約申請情報ＤＢ１１２ａから、機能の踏襲元になった他の携帯電話５００の型番を呼び出し、この型番に基づいて不具合内容情報ＤＢ１１４ａを参照して、踏襲元になった他の携帯電話５００の不具合内容情報を呼び出す（ステップＳＡ−８）。また、保険受付け処理部１３１ａは、被保険者になる携帯電話メーカのメーカＩＤに基づいて不具合対処履歴情報ＤＢ１１４ｃを参照して、この携帯電話メーカの過去の対処履歴情報を呼び出す（ステップＳＡ−９）。
【０１２６】
そして、これらの情報に基づいて、保険料算定部１３１ｂは、保険料を算定する（ステップＳＡ−１０）。例えば、保険料算定部１３１ｂは、携帯電話５００の製造個数、一律あるいは被保険者毎に任意の方法で設定した保険料率、および、契約申請情報ＤＢ１１２ａに格納した携帯電話５００の製造個数を乗じることにより、基本保険料を算定する。
そして、保険料算定部１３１ｂは、この基本保険料に対して、上記呼び出した検証レベルの程度に反比例する係数を乗じることで、検証レベルが高い程、保険料が低額になるように、基本保険料を修正する。
また、保険料算定部１３１ｂは、修正後の保険料に対して、上記呼び出した踏襲元の携帯電話５００の不具合数に比例する係数を乗じることで、踏襲した機能の不具合が少ない程、保険料が低額になるように、保険料を修正する。
さらに、保険料算定部１３１ｂは、この修正後の保険料に対して、上記呼び出した対処履歴情報に含まれる対処時間に比例する係数を乗じることで、対処時間が短い程、保険料が低額になるように、保険料を修正する。そして、これを最終的な保険料として、保険料の算定を終了する。
【０１２７】
次の処理では、保険受付け処理部１３１ａは、保険証書データの作成を行う（ステップＳＡ−１１）。例えば、保険証書作成部１３１ｃは、所定の損害保険会社の会社名、契約申請情報ＤＢ１１２ａに格納された契約申請情報、保険料算定部１３１ｂにて算定された保険料、および、契約情報格納部１１２に予め格納した約款情報等を、所定のフォーマットにおける所定欄に挿入すること等により、保険証書データを作成する。
そして、保険証書作成部１３１ｃは、保険証書データをＷｅｂ画面の画面データとして申請者のクライアント装置３００に送信する。この結果、申請者のクライアント装置３００のモニタ３４０に保険証書画面が表示される（ステップＳＡ−１２）。
【０１２８】
この保険証書画面は、保険契約の内容を表示するための画面であり、図１５に例示するように、損害保険会社の会社名ＭＣ−１、被保険者である携帯電話メーカの会社名ＭＣ−２、保険料ＭＣ−３、および、約款ＭＣ−４等を含んで構成されている。なお、ステップＳＡ−６において、保険契約を保留すると判断された場合、保険証書画面は保険料を除いた情報で構成してもよく、あるいは、保険証書データの生成やモニタ３４０への表示等を保留し、これらの処理を、後述する検証結果処理等で行うようにしてもよい。
なお、保険証書の内容の確認や提示は、この他にも任意の方法で行うことができ、例えば、携帯電話メーカに対する保険証書の発送を自動で行うこともできる。また、この保険証書の内容は、損害保険会社に対して、電子メールまたは郵送等にて、逐次、あるいは、所定単位でまとめて発送される。
【０１２９】
その後、保険証書作成部１３１ｃは、先に作成した保険証書データを、申請書のメーカＩＤに関連付けて保険証書情報ＤＢ１１２ｃに格納する（ステップＳＡ−１３）。
これにて保険契約締結処理が終了する。
なお、ここでは、保険契約を新規に申請する場合について説明したが、一旦申請した保険契約の変更や解約を可能としてもよい。
また、本例においては、検証テストの結果を待って保険契約を締結するか否かを申請者が選択できるようにしたが、必ず先に保険契約を締結するようにしてもよく、あるいは、必ず検証テストの結果が出てから保険契約を締結するようにしてもよい。その他、これら２つのパターンのいずれか一方を、所定の条件によって自動選択して処理するようにしてもよい。
【０１３０】
（処理の内容−テスト内容決定処理）
次に、テスト内容決定処理について説明する。この処理のフローチャートを図５に示す。この処理は、所定タイミング（例えば、保険契約締結処理後、あるいは、毎日の終業前等）に自動的に開始される。
まず、検証保険管理サーバ１００のテスト内容決定部１３２ａは、機能情報ＤＢ１１２ｂから、テスト内容を決定すべき携帯電話５００の機能名を呼び出す（ステップＳＢ−１）。
【０１３１】
そして、テスト内容決定部１３２ａは、この機能名に基づいてテスト項目情報ＤＢ１１３ｂを参照することにより、携帯電話５００の各機能に対応するテスト項目のテスト項目名を呼び出す（ステップＳＢ−２）。図１６には、テスト項目名の一例として、メール機能に関するテスト項目名の一部を示す。
また、テスト内容決定部１３２ａは、ステップＳＢ−１で呼び出した機能名に基づいてカテゴリ情報ＤＢ１１３ｄを参照することにより、携帯電話５００の各機能名に対応するカテゴリのカテゴリ名を呼び出す（ステップＳＢ−３）。図１７には、カテゴリ名の一例として、メール機能に関するカテゴリ名の一部を示す。
【０１３２】
そして、テスト内容決定部１３２ａは、このように呼び出したテスト項目と、カテゴリ名とを相互に対応させることにより、テスト内容のマトリクス表を作成する（ステップＳＢ−４）。例えば、メール機能に関して、テスト項目として「作成」および「送信」が呼び出され、カテゴリ名として「ボリューム」および「頻度」が呼び出された場合には、テスト項目「作成」を「ボリューム」および「頻度」の各カテゴリからテストすると共に、テスト項目「送信」を「ボリューム」および「頻度」の各カテゴリからテストする旨を示すマトリクス表が作成される。図１８には、このマトリクス表の一部を例示する。
【０１３３】
次いで、テスト内容決定部１３２ａは、契約申請時に指定された検証レベルに基づいて、上記マトリクス表から、不要なテスト項目名を削除する（ステップＳＢ−５）。このため、まず、契約申請時に指定された検証レベルを検証レベル情報ＤＢ１１３ａから呼び出す。そして、この検証レベルに基づいて対応情報ＤＢ１１３ｃを参照することにより、当該検証レベルで要求されるテスト項目のテスト項目名を呼び出し、このテスト項目名に該当しないテスト項目名を、上記マトリクス表から削除する。このような処理によって、例えば、検証レベルが「低」に設定されている場合には、比較的高度なテスト項目を不要として削除し（比較的高度なテスト項目はテスト対象にしない）、検証レベルが「高」に設定されている場合には、全てのテスト項目を削除せずに残す（全てのテスト項目をテスト対象にする）。
【０１３４】
次いで、テスト内容決定部１３２ａは、上記マトリクス表に残された機能別のテスト項目名に基づいてテスト環境情報ＤＢ１１３ｅを参照し、このマトリクス表の機能に対応する環境条件を呼び出す。図１９に、環境条件の一例として、メール機能に関する環境条件の一部を示す。
この環境条件を検証テストの環境条件として決定する（ステップＳＢ−６）。
そして、これらマトリクス表のテスト項目名およびカテゴリ名と、環境条件とを、携帯電話５００の型番に関連付けてテスト確定情報ＤＢ１１３ｆに格納する（ステップＳＢ−７）。
これにてテスト内容決定処理が終了する。
【０１３５】
（処理の内容−テストスケジュール決定処理）
次に、テストスケジュール決定処理について説明する。この処理のフローチャートを図６、７に示す。
検証機関の担当者（以下、本処理において決定者）が図１３の初期画面においてスケジュール決定ボタンＭＡ−４を選択すると、本処理が開始される。すなわち、決定者のクライアント装置３００から、スケジュール決定処理の開始を要求する旨が検証保険管理サーバ１００に送信される（ステップＳＣ−１）。
【０１３６】
この要求を受けた検証保険管理サーバ１００のテストスケジュール決定部１３２ｂは、その時点においてスケジュールが決定していない検証テストのテスト確定情報を呼び出す（ステップＳＣ−２）。具体的には、テスト確定情報ＤＢ１１３ｆに格納されている型番がテストスケジュール情報ＤＢ１１３ｈに格納されているか否かを判断し、格納されていない型番がある場合には、当該型番に対応してテスト確定情報ＤＢ１１３ｆに格納されているテスト確定情報を、スケジュールが決定していないテスト確定情報であると判断する。
【０１３７】
そして、テストスケジュール決定部１３２ｂは、このテスト確定情報を用いて、優先度および影響度入力画面の画面データを生成し、この画面データを検証機関のクライアント装置３００に送信する（ステップＳＣ−３）。このような画面データの動的生成は、例えば、ＣＧＩ(Common Gateway Interface)を用いて行うことができる。この結果、決定者のクライアント装置３００のモニタ３４０には優先度および影響度入力画面が表示される（ステップＳＣ−４）。
【０１３８】
この優先度および影響度入力画面は、優先度および影響度を設定するための画面であり、図２０に例示するように、テスト確定情報に含まれるテスト項目と、各テスト項目の優先度を入力するための入力欄ＭＤ−１と、各テスト項目の影響度を入力するための入力欄ＭＤ−２と、入力された情報の送信を指示する送信ボタンＭＤ−３とを備えて構成されている。
ここで、優先度とは、携帯電話５００の各機能について行う複数のテスト項目の相互間の優先順位を特定するための情報であり、影響度とは、各テスト項目がテストスケジュール全体に与える影響の程度を特定するための情報である。
そして、決定者が、優先度および影響度を入力して送信ボタンＭＤ−３を選択すると、入力された優先度および影響度が検証保険管理サーバ１００に送信される（ステップＳＣ−５）。
【０１３９】
次に、テストスケジュール決定部１３２ｂは、ステップＳＣ−２において呼び出したテスト確定情報に含まれるテスト項目に対応する検証時間を、検証時間情報ＤＢ１１３ｇから呼び出す（ステップＳＣ−６）。
そして、この検証時間を用いて、基本テストスケジュールを作成する（ステップＳＣ−７）。例えば、まず、呼び出した全ての検証時間を積算して、全検証時間を算定する。次に、全検証時間を、１日当たりの所定の最大テスト可能時間（例えば、８時間）で除算することで、テスト日数を算定する。そして、契約申請内容情報ＤＢから、検証テストに使用する携帯電話５００を提供可能な日（検証テストの開始可能日）を呼び出し、この検証テストの開始可能日を初日として、上記テスト日数が終了するまでの日程を基本テストスケジュールとする（なお、この際に、カレンダーデータを参照し、休日や祝日を基本テストスケジュールから除外するようにしてもよい）。
【０１４０】
そして、テストスケジュール決定部１３２ｂは、契約申請内容情報ＤＢから製品スケジュール（出荷予定日）を呼び出し、上記決定した基本テストスケジュールが、製品スケジュールに間に合うか否か（基本テストスケジュールの最終日が、製品スケジュールである出荷予定日より所定日数以上前であるか否か）を判断する（ステップＳＣ−８）。
そして、間に合う場合には、この基本テストスケジュールを、最終的なテストスケジュールに決定し、型番に関連付けてテストスケジュール情報ＤＢ１１３ｈに格納する（ステップＳＣ−１０）。
【０１４１】
一方、間に合わない場合には、この基本テストスケジュールを、ステップＳＣ−５において決定者のクライアント装置３００から送信された優先度および影響度に基づいて修正する（ステップＳＣ−９）。例えば、基本テストスケジュールが製品スケジュールに間に合うようになるまで、各テスト項目のうち、優先度の低いテスト項目を一つずつ除外し、あるいは、影響度の高いテスト項目を一つずつ除外して、基本テストスケジュールを再構成する。そして、基本テストスケジュールが製品スケジュールに間に合うようになった時点で、基本テストスケジュールをテストスケジュール情報ＤＢ１１３ｈに格納する（ステップＳＣ−１０）。
【０１４２】
次に、検証員決定部１３２ｃは、検証員情報ＤＢ１１３ｉから検証員情報を呼び出す（ステップＳＣ−１１）。
そして、この検証員情報に基づいて、上記テストスケジュールに対応可能な検証員を選定する（ステップＳＣ−１２）。この選定は、例えば、ステップＳＣ−１０で確定されたテストスケジュールの日程と、検証員情報に含まれる各検証員のスケジュールとを対比することで行うことができる。
そして、検証員決定部１３２ｃは、選定した検証員の検証員情報に基づいて、検証員アサイン画面の画面データを生成し、この画面データを決定者のクライアント装置３００に送信する（ステップＳＣ−１３）。この結果、決定者のクライアント装置３００のモニタ３４０に検証員アサイン画面が表示される（ステップＳＣ−１４）。
【０１４３】
この検証員アサイン画面は、選定した検証員の中から、検証テストを行う検証員を特定するための画面であり、図２１に例示するように、検証員の氏名ＭＥ−１、検証レベルＭＥ−２、アサインの有無を入力する入力欄ＭＥ−３、および、入力した情報の送信を指示する送信ボタンＭＥ−４を含んで構成されている。
そして、決定者は、入力欄ＭＥ−３への入力を行う。この時、決定者は、例えば、スケジュール的にタイトな場合、検証員のレベルを参照して高レベルの検証員をアサインすることもできる。また、スケジュール的に余裕のある場合、検証員のレベルを平準化するために、高レベルの検証員と低レベルの検証員とを組み合わせてアサインすることもできる。この入力後、決定者が送信ボタンを選択すると、入力された情報が検証保険管理サーバ１００に送信される（ステップＳＣ−１５）。
【０１４４】
この情報を受けた検証保険管理サーバ１００の検証コスト算定部１３２ｄは、アサインされた検証員全員のコストを検証員情報ＤＢ１１３ｉから呼び出し（ステップＳＣ−１６）、このコストをテストスケジュールに対応した時間分だけ積算することにより、検証コストを算定する（ステップＳＣ−１７）。なお、この際、検証員のコスト以外の各種のコストが分かっている場合には、これらコスト情報を格納部１１０に格納しておき、上記検証員のコストに加算して、検証テスト全体のコストを算定することができる。
そして、検証コスト算定部１３２ｄは、このように算定したコストを含んだ確認画面の画面データを生成し、この画面データを決定者のクライアント装置３００に送信する（ステップＳＣ−１８）。この結果、決定者のクライアント装置３００のモニタ３４０に確認画面が表示される（ステップＳＣ−１９）。
【０１４５】
この確認画面は、テストスケジュールおよび検証コスト等を確認して最終的な確定指示等を行うための画面であり、図示は省略するが、例えば、テストスケジュール、アサインされた検証員の氏名、検証コスト、テストスケジュール等の見直しを指示するための修正ボタン、および、テストスケジュール等の確定を指示するための確定ボタンを含んで構成されている。
そして、決定者は、コストが高い等の理由により、テストスケジュール等を見直す場合には、修正ボタンを選択する。この選択結果を受けたテストスケジュール決定部１３２ｂは（ステップＳＣ−２０、ＳＣ−２１）、ステップＳＣ−１３以降の処理を再び実行し、検証員のアサインの修正等を可能とする。
【０１４６】
一方、決定者は、テストスケジュール等を確定する場合には、確定ボタンを選択する。この選択結果を受けたテストスケジュール決定部１３２ｂは（ステップＳＣ−２０、ＳＣ−２１）、検証機関への検証テストを正式に発注するための発注画面の画面データを生成し、携帯電話メーカのクライアント装置３００に送信する（ステップＳＣ−２２）。そして、この発注画面が携帯電話メーカのクライアント装置３００のモニタ３４０に表示され、この画面において携帯電話メーカがＯＫの旨を入力すると、テストスケジュール決定部１３２ｂは、決定者に検証テストを正式に発注するための正式発注画面の画面データを決定者のクライアント装置３００に送信する（ステップＳＣ−２３、ＳＣ−２４）。そして、この画面がモニタ３４０に表示されることにより（ステップＳＣ−２５）、決定者は、検証テストが正式に発注された旨を把握することができ、検証テストの準備等を行うことができる。なお、携帯電話メーカに発注画面データを送信することなく、決定者が確定ボタンを押した段階でスケジュールが決定され、検証機関による検証テストを開始するようにしてもよい。
その後、テストスケジュール決定部１３２ｂは、検証員情報ＤＢ１１３ｉに格納された、アサインされた検証員のスケジュールを更新する（ステップＳＣ−２６）。
これにてテストスケジュール決定処理が終了する。
【０１４７】
（処理の内容−検証結果処理）
次に、検証結果処理について説明する。この処理のフローチャートを図８に示す。
検証機関の担当者（以下、本処理において結果入力者）が図１３の初期画面において検証結果入力ボタンＭＡ−５を選択すると、本処理が開始される。すなわち、結果入力者のクライアント装置３００から、検証結果入力画面の画面データを要求する旨が検証保険管理サーバ１００に送信される（ステップＳＤ−１）。
【０１４８】
この要求を受けた検証保険管理サーバ１００の検証結果処理部１３２ｅは、検証結果が未入力の検証テストのテスト確定情報を呼び出す（ステップＳＤ−２）。未入力テスト確定情報は、例えば、テスト確定情報ＤＢ１１３ｆに格納されている携帯電話５００の型番と、検証結果情報ＤＢ１１３ｋに格納されている携帯電話５００の型番とを対比することで判断することができる。
そして、検証結果処理部１３２ｅは、呼び出したテスト確定情報に基づいて検証結果入力画面の画面データを生成し、結果入力者のクライアント装置３００に送信する（ステップＳＤ−３）。この結果、結果入力者のクライアント装置３００のモニタ３４０に検証結果入力画面が表示される（ステップＳＤ−４）。
【０１４９】
この検証結果入力画面は、検証テストの結果を入力するための画面であり、図２２に例示するように、検証テストのテスト項目名ＭＦ−１、各テスト項目についての検証テストの結果（ここでは、合否のいずれか）を入力する入力欄ＭＦ−２、および、入力内容の送信を指示する送信ボタンＭＦ−３を備えて構成されている。
そして、結果入力者が、必要な情報を入力して送信ボタンＭＦ−３を選択すると、入力された情報が検証保険管理サーバ１００に送信される（ステップＳＤ−５）。
【０１５０】
この送信を受けた検証保険管理サーバ１００の合否判定部１３２ｆは、検証テストの結果に基づいて、携帯電話５００全体の検証テストの合否ランクを決定する（ステップＳＤ−６）。例えば、全テスト項目における合否割合を算定し、この合否割合を所定基準値と比較することにより、合否ランクを決定する。一例としては、合格割合＝１００％の場合にはランクＡ、１００＞合格割合≧７０％の場合にはランクＢ、７０％＞合格割合≧４０％の場合にはランクＣ、４０％＞合格割合≧１０％の場合にはランクＤ、１０％＞合格割合≧０％の場合にはランクＥのように決定する。
【０１５１】
次に、検証報告書作成部１３２ｇは、上記検証結果処理部１３２ｅにて決定された合格ランクを含めた検証報告書データを、所定フォーマットで作成する（ステップＳＤ−７）。そして、この検証報告書データを、携帯電話５００の型番に関連付けて検証結果情報ＤＢ１１３ｋに格納する。なお、この他にも、検証結果を携帯電話メーカに知らせるため、提供者情報ＤＢ１１１ａに格納された携帯電話メーカの住所や電子メールアドレスを用いて、検証報告書データを携帯電話メーカに郵送したり、検証報告書データを電子メールデータとして携帯電話メーカに送信することができる。また、携帯電話メーカに提示する検証報告書データには、検証テストで不合格だった各テスト項目について、何らかの対処を求める旨の記載を含めてもよい。
【０１５２】
その後、保険受付け処理部１３１ａは、検証テストの対象になった携帯電話５００の保険契約申請時に、保険契約を保留していたか否か（検証テストの結果を待って保険契約を行うものとしていたか否か）を判断する（ステップＳＤ−８）。この判断は、例えば、保険証書情報ＤＢ１１２ｃに格納された保険証書データに、保険料のデータが含まれているか否かに基づいて行うことができる。
そして、保険契約を保留していた場合には、図４の保険契約締結処理のステップＳＡ−７〜ＳＡ−１０と同様に、保険料の算定等を行う（ステップＳＤ−９〜ＳＤ−１２）。
【０１５３】
ただし、ステップＳＤ−１２においては、保険契約締結処理の場合と異なり、検証テストの結果を加味した保険料の算定を行う。例えば、合否ランクがＡの場合には、不具合が発生する可能性が極めて低いと判断できるので、極めて低い保険料率を適用し、逆にＥの場合には、不具合が発生する可能性が極めて高いと判断できるので、極めて高い保険料率を適用する。なお、ここでは全ての検証テストについての検証結果に基づいた総合的な合否ランクを用いて保険料算定を行っているが、個々のテスト項目毎の検証結果に基づいて個別に保険料率を算出し、その和や平均等を算出することによって、全体の保険料を算出してもよい。このように、検証テストの結果を待ってから保険契約を締結する場合には、検証テストの結果を反映した一層信頼性の高い保険料算定を行うことができる。
【０１５４】
その後、保険受付け処理部１３１ａは、算定した保険料を用いて、保険証書情報ＤＢ１１２ｃに格納された保険証書データを更新する（ステップＳＤ−１３）。
また、保険契約が締結された旨や保険料を携帯電話メーカに知らせるため、提供者情報ＤＢ１１１ａに格納された携帯電話メーカの住所や電子メールアドレスを用いて、保険証書データを郵送したり電子メールデータとして送信する。
これにて検証結果処理が終了する。
【０１５５】
（処理の内容−提供者不具合処理処理）
次に、提供者不具合処理について説明する。この処理のフローチャートを図９に示す。
まず、携帯電話メーカの担当者（以下、本処理において報告者）が図１３の初期画面において不具合入力ボタンＭＡ−２を選択すると、本処理が開始される。すなわち、クライアント装置３００から、不具合入力画面の画面データを要求する旨が検証保険管理サーバ１００に送信される（ステップＳＥ−１）。
【０１５６】
この要求を受けた検証保険管理サーバ１００の不具合情報処理部１３３ａは、不具合入力画面の画面データをＷｅｂＤＢ１１５ａから呼び出して、報告者のクライアント装置３００に送信する（ステップＳＥ−２）。この結果、報告者のクライアント装置３００のモニタ３４０に不具合入力画面が表示される（ステップＳＥ−３）。
【０１５７】
この不具合入力画面は、不具合の内容を入力するための画面であり、図２３に例示するように、不具合が発生した携帯電話５００の型番を入力する入力欄ＭＧ−１、不具合の内容を所定の不具合項目別に特定するための入力欄ＭＧ−２、所定の不具合項目以外の項目について不具合が生じた場合に当該不具合の内容を入力するための入力欄ＭＧ−３、入力した情報の送信を指示する送信ボタンＭＧ−４を含んで構成されている。ここで、不具合項目は、例えば、テスト項目に対応した項目名を有する項目であり、テスト項目情報ＤＢ１１３ｂに格納されたテスト項目名を用いて表示することができる。
そして、報告者が必要な情報を入力して送信ボタンＭＧ−４を選択すると、入力された情報が検証保険管理サーバ１００に送信される（ステップＳＥ−４）。
【０１５８】
この送信を受けた検証保険管理サーバ１００の不具合情報処理部１３３ａは、送信された情報を相互に関連付けて不具合内容情報ＤＢ１１４ａに格納する（ステップＳＥ−５）。また、この時、任意の方法で取得したその時点の日時を、各不具合が報告された日時として不具合内容情報ＤＢ１１４ａに格納すると共に、報告された不具合項目の不具合報告数を、初期値である１に設定する。
また、不具合情報処理部１３３ａは、不具合が発生した携帯電話５００が、保険の対象になっているか否かを判断する（ステップＳＥ−６）。この判断は、例えば、報告者から報告された型番が、保険証書情報ＤＢ１１２ｃに格納された保険証書データに含まれるか否かに基づいて行うことができる。
そして、保険の対象になっていない場合には、以降の処理を行うことなく本処理を終了する。また、この場合には、所定のエラー画面の画面データを報告者のクライアント装置３００に送信し、保険の対象になっていない旨を知らせ、情報の再入力等を促すようにしても良い。
【０１５９】
一方、保険の対象になっている場合には、報告された不具合が、保険対象の不具合であるか否かを判断する（ステップＳＥ−７）。例えば、報告者から報告された携帯電話５００の型番に基づいてテスト確定情報ＤＢ１１３ｆを参照し、対応するテスト確定情報を呼び出す。そして、このテスト確定情報に含まれるテスト項目名と、報告された不具合項目の不具合項目名とが相互に一致するか否かを判断し、両者が一致する場合には保険対象の不具合であると判断する。
【０１６０】
そして、保険対象の不具合ではない場合には、ネットサービス事業者が提供する通信システムに何らかの事故が発生した場合の不具合のように、当該不具合が保険対象外であると判断し、以降の処理を行うことなく本処理を終了する。
一方、保険対象の不具合である場合には、不具合の原因解析および保険金の支払い処理等を行うため、以下の処理を実行する。
なお、このように保険対象の可否を判断する際には、損害保険会社の免責事項を考慮することが好ましい。例えば、保険証書情報ＤＢ１１２ｃの保険証書データに免責事項を特定するデータ等を含め、このデータを必要に応じて呼び出して、この免責事項以外の部分のみを保険対象と判断する。
【０１６１】
保険対象の不具合である場合、不具合原因解析部１３３ｂは、報告された不具合と、検証テストの結果との相関関係を解析する（ステップＳＥ−８）。
例えば、報告者から報告された携帯電話５００の型番に基づいて検証結果情報ＤＢ１１３ｋを参照し、この型番に対応する検証報告書データを呼び出す。そして、この検証報告書データに含まれる各テスト項目のテスト項目名と、報告者から報告された不具合項目の不具合項目名とを相互に対比し、不具合項目名がテスト項目名に一致するか否か、および、一致する項目においてテスト結果が不合格の項目があるか否かを判断する。
【０１６２】
この結果、一致しない項目がある場合には、検証テストが行われなかった項目について不具合が発生したものと判断する。また、一致する項目においてテスト結果が不合格の項目がある場合には、検証テストで不具合が発生されていたにも関わらず、その対処が完全に行われたかったことが不具合発生の原因であると判断する。あるいは、項目が一致しており、かつ、そのテスト結果に不合格の項目がない場合には、携帯電話５００の基本設計には問題がなかった等のために検証テストをパスしたものの、その後の製造工程上の不良等によって不具合が発生した可能性が高いと判断する。
そして、不具合原因解析部１３３ｂは、このような不具合の解析結果を、携帯電話５００の型番に関連付けて不具合解析結果情報ＤＢ１１４ｂに格納する（ステップＳＥ−９）。あるいは、この解析結果を報告者のクライアント装置３００に対して画面データまたは電子メールにて送信してもよく、この場合には、解析結果を、不具合解消の参考にしてもらうことができる。
【０１６３】
次に、テスト項目補充部１３３ｃは、不具合項目以外の項目について、報告者から不具合が報告されているか否かを判断する（ステップＳＥ−１０）。
そして、このような不具合が報告されている場合には、当該不具合の内容に対応するテスト項目を検証テストの基本項目に追加するための処理を行う（ステップＳＥ−１１）。
例えば、不具合の内容を報告者に一層詳細に特定してもらうため、携帯電話５００の保有し得る全ての機能や不具合時に発生し得る全ての症状等をツリー構造等で系統化したデータを保有しておく。そして、このデータを参照して、系統の上位の機能や症状を報告者にＷｅｂ画面等にて提示し、この中から、不具合に最も関連する機能や症状を選択してもらう。そして、選択された機能や症状の下位の機能や症状を選択して報告者に提示し、この中から、不具合に最も関連する機能や症状を選択してもらう。このような提示と選択を繰り返して、最も下位の機能や症状を特定してもらった後、この機能や症状を検証するための項目を、新たなテスト項目としてテスト項目情報ＤＢ１１３ｂに自動的に追加する。あるいは、報告者から報告された不具合の内容を検証機関の担当者に電子メール等にて送信し、この担当者が新規のテスト項目を追加する必要があると判断した場合には、この新規のテスト項目を任意方法にてテスト項目情報ＤＢ１１３ｂに追加する。
【０１６４】
次に、保険金支払処理部１３３ｄは、不具合によって生じた損害を担保するための保険金の支払い処理を行う（ステップＳＥ−１２）。例えば、送信された型番に基づいて保険証書情報ＤＢ１１２ｃを参照し、この型番に対応する保険証書データを呼び出す。そして、この保険証書データに含まれる保険金の支払い基準に基づいて保険金を算定し、この保険金の支払いを要求する旨を、損害保険会社の担当者に電子メール等にて送信する。この時、保険金支払処理部１３３ｄは、保険金を支払った携帯電話５００の型番を保険金支払い情報ＤＢ１１４ｅに格納する。
これにて提供者不具合処理処理が終了する。
【０１６５】
（処理の内容−利用者不具合処理）
次に、利用者不具合処理について説明する。この処理のフローチャートを図１０、１１に示す。
まず、携帯電話５００の利用者（以下、本処理において報告者）が、携帯電話５００のモニタ３４０に表示された図１３の初期画面において不具合入力ボタンＭＡ−６を選択すると、本処理が開始される。すなわち、携帯電話５００から、不具合入力画面の画面データを要求する旨が検証保険管理サーバ１００に送信される（ステップＳＦ−１）。
【０１６６】
その後、図９の提供者不具合処理のステップＳＥ−２〜ＳＥ−５と同様に、不具合情報の送信および格納等が行われる（ステップＳＦ−２〜ＳＦ−５）。
次いで、検証保険管理サーバ１００の不具合情報処理部１３３ａは、報告された不具合と同一の不具合が既に報告されているか否かを判断する（ステップＳＦ−６）。この判断は、例えば、報告された型番および不具合項目名が、不具合内容情報ＤＢ１１４ａに格納されている不具合内容情報に合致するか否かに基づいて判断することができる。
【０１６７】
そして、同一の不具合が既に報告されている場合には、不具合内容情報ＤＢ１１４ａに格納されている同一の不具合に対応する不具合報告数を１つ加算する（ステップＳＦ−７）。
一方、同一の不具合が未だ報告されていない場合には、報告された情報を相互に関連付けて不具合内容情報ＤＢ１１４ａに格納する（ステップＳＦ−８）。また、この時、任意の方法で取得したその時点の日時を、各不具合が報告された日時として不具合内容情報ＤＢ１１４ａに格納すると共に、報告された不具合項目の不具合報告数を、初期値である１に設定する。
【０１６８】
その後、不具合情報処理部１３３ａは、報告された不具合の不具合報告数が所定数以上であるか否かを判断する（ステップＳＦ−９）。
そして、報告された不具合の報告数が未だ所定数以上ではない場合には、不具合の発生頻度が少なかったり、商品利用者の操作ミスや誤解の可能性が高いこと等から、保険金支払いに関する処理を行うことなく、後述するステップＳＦ−１６に移行する。
一方、報告された不具合の報告数が所定数以上である場合には、不具合の発生頻度が多く、また、多数の商品利用者が共通して不具合を認識していることから操作ミスや誤解の可能性が少ないと判断できるため、保険金支払いに関する処理を行う。ここでは、図９の提供者不具合処理のステップＳＥ−７〜ＳＥ−１２と同様の処理を行う（ステップＳＦ−１０〜ＳＦ−１５）。
そして、不具合情報処理部１３３ａは、報告された不具合の内容を携帯電話メーカに通知するため、提供者情報ＤＢ１１１ａから携帯電話メーカの電子メールアドレスを呼び出し、報告された不具合の内容を含んだ電子メールのメールデータを生成して、送信する（ステップＳＦ−１６）。
【０１６９】
次に、解消情報提供部１３３ｅは、不具合を解消するための解消情報を報告者に提供する。すなわち、報告された携帯電話５００の型番と不具合項目名とに基づいて不具合解消情報ＤＢ１１４ｄを参照し、これら型番および不具合項目名に対応する解消情報の有無を判断する（ステップＳＦ−１７）。そして、この解消情報がある場合には、この解消情報を報告者の携帯電話５００に送信する（ステップＳＦ−１８）。
この送信を受けた携帯電話５００においては、解消情報に基づく不具合の解消処理が行われる（ステップＳＦ−１９）。例えば、解消情報が、不具合への対処方法を表示するＷｅｂ画面の画面データである場合には、このＷｅｂ画面がモニタ３４０に表示されることで、報告者はこの表示内容に従って不具合を解消する操作等を行うことができる。あるいは、解消情報がソフトウェアである場合には、このソフトウェアを携帯電話５００にダウンロードしてもらい、報告者の手動操作やソフトウェアの自己起動にて起動させ、不具合のあるソフトウェアのバージョンアップ等を行う。
【０１７０】
なお、ステップＳＦ−１７において解消情報がないと判断された場合には、解消情報を携帯電話５００に送信することなく本処理を終了する。ただし、この場合でも、解消情報をアップロードする予定や今後のクレーム処理の方針等を説明するガイダンス情報を提供すること等ができる。また、報告者は、後日、あらためて本処理を行うこと等により、解消情報の提供を得ることができる。
なお、このような場合、報告者が報告時に使用している電話番号を認識等して、報告者の報告履歴を記録しておくこと等により、同一の報告者が同一の不具合についての報告を複数回行ったような場合であっても、不具合報告回数を重複してカウントアップしてしまうことを防止できる。
これにて利用者不具合処理が終了する。
【０１７１】
（処理の内容−解消情報補充処理）
次に、解消情報補充処理について説明する。この処理のフローチャートを図１２に示す。
携帯電話メーカの担当者（以下、本処理において補充者）は、携帯電話メーカ自身が発見した不具合や、利用者にて発見され利用者不具合処理にて携帯電話メーカに報告された不具合を解消するための解消情報を任意の方法で作成する。そして、図１３の初期画面において解消情報アップロードボタンＭＡ−３を選択すると、本処理が開始される。すなわち、補充者のクライアント装置３００から、解消情報補充処理の開始を要求する旨が検証保険管理サーバ１００に送信される（ステップＳＧ−１）。
【０１７２】
この要求を受けた検証保険管理サーバ１００の解消情報補充部１３３ｆは、解消情報補充画面の画面データをＷｅｂＤＢ１１５ａから呼び出して補充者のクライアント装置３００に送信する（ステップＳＧ−２）。この結果、補充者のクライアント装置３００のモニタ３４０に、解消情報補充画面が表示される（ステップＳＧ−３）。
【０１７３】
この解消情報補充画面は、解消情報をアップロードするための画面で、図２４に例示するように、解消情報を提供すべき携帯電話５００の型番の入力欄ＭＨ−１、解消情報によって解消される不具合の不具合項目名ＭＨ−２、アップロードする解消情報を特定する情報（例えば、クライアント装置３００内に格納された解消情報のファイル名）の入力欄ＭＨ−３、および、入力した情報の送信を指示する送信ボタンＭＨ−４を備えて構成されている。
そして、補充者がこれら各入力欄に必要な情報を入力装置３３０を介して入力して送信ボタンＭＨ−４を選択すると、入力された情報が検証保険管理サーバ１００に送信される（ステップＳＧ−４）。
【０１７４】
この情報を受けた検証保険管理サーバ１００の解消情報補充部１３３ｆは、送信された情報を相互に関連付けて不具合解消情報ＤＢ１１４ｄに格納する（ステップＳＧ−５）。
また、解消情報補充部１３３ｆは、送信された型番および不具合項目名と、対処が行われるまでの対処時間とを相互に関連付けて不具合対処履歴情報ＤＢ１１４ｃに格納する（ステップＳＧ−６）。ここで、対処時間は、例えば、送信された型番および不具合項目名に基づいて不具合内容情報ＤＢ１１４ａを参照し、対応する不具合が報告された日時を呼び出し、この日時と、任意の方法で取得されたその時点の日時との差異を算定することによって求めることができる。このように格納された対処時間は、図４の保険契約締結処理のステップＳＡ−１０または図８の検証結果処理のＳＤ−１２における保険料算定時に参照されるので、解消情報を迅速にアップロードする程、保険料が低額になる。
これにて解消情報補充処理が終了する。
【０１７５】
（他の実施の形態）
さて、これまで本発明の実施の形態について説明したが、本発明は、上述した実施の形態以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施の形態にて実施されてよいものである。
【０１７６】
例えば、上記実施の形態においては、検証保険管理システム、検証機関、および、損害保険会社を個別の存在として説明したが、これらの一部または全部を一体の組織として構成することもできる。例えば、中立的な検証機関自らが、検証保険管理システムの管理や運営を兼ねることもできる。
【０１７７】
また、上記実施の形態においては、携帯電話メーカの担当者が保険申請の内容を入力しているが、この申請内容の真偽を判断して、保険契約に反映されることもできる。例えば、入力された検証レベルの妥当性を自動的に判断して、そのレベルが適切でなかった場合（高い検証レベルを設定する必要があるにも関わらず、低い検証レベルを設定したような場合等）には、当該携帯電話メーカに対しては、次回から保険料率を引き上げたり、保険金支払いを免責事項として拒否するようにしてもよい。このような判断は、例えば、携帯電話５００が機能を踏襲した他の携帯電話５００の検証結果を参照し、この検証結果が悪いにも関わらず、検証レベルを高レベルに設定してテスト項目を除外していた場合ような場合に、検証レベルが妥当でないと判断することができる。
【０１７８】
また、実施形態において説明した各処理のうち、自動的に行なわれるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行なわれるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種の登録データや検索条件等のパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１７９】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
例えば、検証保険管理サーバ１００やクライアント装置３００が備える処理機能、特に制御部１３０、３７０にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵ(Central Processing Unit)および当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現される。
例えば、クライアント装置３００のＨＤ３２０には、ＯＳ（Operating System）と協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭ３１０にロードされることによって実行され、ＣＰＵと協働して制御部３７０を構成する。
しかしながら、このコンピュータプログラムは、クライアント装置３００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記録されてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。このあるいは、各制御部１３０、３７０の全部または任意の一部を、ワイヤードロジック等によるハードウェアとして実現することも可能である。
【０１８０】
さらに、検証保険管理サーバ１００やクライアント装置３００の分散・統合の具合的形態は図示のものに限られず、その全部または一部を、各種の負荷等に応じた任意の単位で、機能的または物理的に分散・統合して構成することができる。例えば、ＷｅｂＤＢ１１５ａはＷｅｂサーバ装置として独立に構成してもよい。
また、クライアント装置３００や携帯電話５００は、ＰＨＳ（Personal Handy Phone System)の如き他の形態による移動体通信端末や、パーソナルコンピュータ、ワークステーション、家庭用ゲーム機、インターネットＴＶ、あるいは、ＰＤＡ(Personal Digital Assistant)、コンビニエンスストアに設置したＫＩＯＳＫ端末等として構成されてもよい。
【０１８１】
（ネットワーク）
また、検証保険管理サーバ１００とクライアント装置３００等とを接続するネットワークとしては、上述したインターネット４００に限られず、任意のネットワークを利用することができる。例えば、限定されたエリア内でＬＡＮ、ＷＡＮあるいはパソコン通信網を用いて、本システムを構築することができる。また、その他にも、地上波、ＣＡＴＶ、ＣＳ、あるいは、ＢＳ等を用いて、各種データを送受信することができる。すなわち、ネットワークには、有線ネットワークのみならず、これら無線・通信ネットワークを含めることができる。
【０１８２】
また、「コンピュータ読み取り可能な記録媒体」とは、フロッピーディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等の任意の「可搬用の物理媒体」や、各種コンピュータシステムに内蔵されるＲＯＭ、ＲＡＭ、ＨＤ等の任意の「固定用の物理媒体」、あるいは、ＬＡＮ、ＷＡＮ、インターネットに代表されるネットワークを介してプログラムを送信する場合の通信回線や搬送波のように、短期にプログラムを保持する「通信媒体」を含むものとする。
【０１８３】
また、「プログラム」とは、任意の言語や記述方法にて記述されたデータ処理方法であり、ソースコードやバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳ（Operating System）に代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【０１８４】
【発明の効果】
以上に説明したように、本発明によれば、商品提供者から提供された情報のみでなく、検証テストが行われる条件やその結果等を考慮して保険料算定を行うことができるので、保険料の決定における確実性や客観性を向上させることができる。
【０１８５】
また、本発明によれば、比較的高いレベルで検証テストを行う場合には、保険料を下げ、比較的低いレベルで検証テストを行う場合には、保険料を上げる等、検証テストの実施レベルに対応した保険料算定を行うことができる。
【０１８６】
また、本発明によれば、検証テストの結果が良い場合には、保険料を下げ、検証テストの結果が悪い場合には、保険料を上げる等、検証テストの結果に対応した保険料算定を行うことができる。
【０１８７】
また、本発明によれば、提供商品が他の提供商品の機能や部品を踏襲して構成された場合等に、この踏襲元になった他の提供商品について不具合があまり生じていない場合には、保険料を下げ、踏襲元になった他の提供商品について不具合が多く生じている場合には、保険料を上げる等、他の提供商品の実績に対応した保険料算定を行うことができる。
【０１８８】
また、本発明によれば、商品提供者が過去の不具合に迅速に対応している場合等には、保険料を下げ、あまり迅速に対応していない場合には、保険料を上げる等、過去の対処実績に対応した保険料算定を行うことができる。
【０１８９】
また、本発明によれば、検証テストのテスト項目、カテゴリ、環境条件等を、迅速かつ客観的に決定することができる。
【０１９０】
また、本発明によれば、テスト項目情報と提供商品の機能とに基づいて、検証テストのテスト項目が決定される。したがって、提供商品の機能に合致したテスト項目を自動的に決定することができる。
【０１９１】
また、本発明によれば、カテゴリ情報と提供商品の機能とに基づいて、検証テストの検証のカテゴリが決定される。したがって、提供商品の機能に合致したテストカテゴリを自動的に決定することができる。
【０１９２】
また、本発明によれば、テスト環境情報と提供商品の機能とに基づいて、検証テストのテスト環境が決定される。したがって、提供商品の機能に合致したテスト環境を自動的に決定することができる。
【０１９３】
また、本発明によれば、検証レベル情報と対応情報とに基づいて、検証テストのテスト項目が決定される。したがって、検証レベルに合致したテスト項目を自動的に決定することができる。
【０１９４】
また、本発明によれば、不具合情報に基づいて、提供商品の不具合の原因が解析される。したがって、不具合に対する対処や、将来的な不具合の発生の予防を、迅速に行うことができる。
【０１９５】
また、本発明によれば、検証テストで合格した機能であるにも関わらず、その機能について不具合が発生した場合や、検証テストで不合格でありその後に対処されたはずの機能について不具合が発生した場合等、検証テストと不具合との関係を解析することができ、テスト体制や対処システムの見直し等に役立てることができる。
【０１９６】
また、本発明によれば、不具合に対応するテスト項目が存在しないと判断された場合、当該不具合に対応するテスト項目が追加される。したがって、検証テストの内容を一層万全なものにすることができ、検証テストの信頼性を向上させることができる。
【０１９７】
また、本発明によれば、不具合解消情報が提供商品やその利用者に対して供給される。したがって、例えば、ソフトウェアにバグがある場合の修正版のソフトウェアを携帯電話にダウンロードしてもらい不具合を解消すること等ができ、不具合を一層迅速に解消して、損害の拡大を抑えることができる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかる検証保険管理システムを含んだシステム全体の構成図である。
【図２】検証保険管理サーバの要部構成を示すブロック図である。
【図３】クライアント装置のブロック図である。
【図４】保険契約締結処理のフローチャートである。
【図５】テスト内容決定処理のフローチャートである。
【図６】テストスケジュール決定処理のフローチャートである。
【図７】図６に続く、テストスケジュール決定処理のフローチャートである。
【図８】検証結果処理のフローチャートである。
【図９】提供者不具合処理のフローチャートである。
【図１０】利用者不具合処理のフローチャートである。
【図１１】図１０に続く、利用者不具合処理のフローチャートである。
【図１２】解消情報補充処理のフローチャートである。
【図１３】初期画面の表示例を示す図である。
【図１４】契約申請画面の表示例を示す図である。
【図１５】保険証書画面の表示例を示す図である。
【図１６】テスト項目名の一例を示す図である。
【図１７】カテゴリ名の一例を示す図である。
【図１８】マトリクス表の一例を示す図である。
【図１９】環境条件の一例を示す図である。
【図２０】優先度および影響度入力画面の表示例を示す図である。
【図２１】検証員アサイン画面の表示例を示す図である。
【図２２】検証結果入力画面の表示例を示す図である。
【図２３】不具合入力画面の表示例を示す図である。
【図２４】解消情報補充画面の表示例を示す図である。
【符号の説明】
１００  検証保険管理サーバ
１１０  格納部
１１１  管理情報格納部
１１２  契約情報格納部
１１３  検証情報格納部
１１４  不具合情報格納部
１１５  Ｗｅｂ情報格納部
１２０  通信制御インターフェース
１３０  制御部
１３１  保険契約処理部
１３２  検証処理部
１３３  不具合処理部
２００  ゲートウェイサーバ
３００  クライアント装置
３１０  ＲＡＭ
３２０  ＨＤ
３３０  入力装置
３４０  出力装置
３５０  入出力制御インターフェース
３６０  通信制御インターフェース
３７０  制御部
４００  インターネット
５００  携帯電話
６００  基地局
７００  移動通信網
【図１】
0004481534.tif 000002
【図２】
0004481534.tif 000003
【図３】
0004481534.tif 000004
【図４】
0004481534.tif 000005
【図５】
0004481534.tif 000006
【図６】
0004481534.tif 000007
【図７】
0004481534.tif 000008
【図８】
0004481534.tif 000009
【図９】
0004481534.tif 000010
【図１０】
0004481534.tif 000011
【図１１】
0004481534.tif 000012
【図１２】
0004481534.tif 000013
【図１３】
0004481534.tif 000014
【図１４】
0004481534.tif 000015
【図１５】
0004481534.tif 000016
【図１６】
0004481534.tif 000017
【図１７】
0004481534.tif 000018
【図１８】
0004481534.tif 000019
【図１９】
0004481534.tif 000020
【図２０】
0004481534.tif 000021
【図２１】
0004481534.tif 000022
【図２２】
0004481534.tif 000023
【図２３】
0004481534.tif 000024
【図２４】
0004481534.tif 000025