JP4481534B2 - Verification insurance management system, verification insurance management method, and program - Google Patents
Verification insurance management system, verification insurance management method, and program Download PDFInfo
- Publication number
- JP4481534B2 JP4481534B2 JP2001228676A JP2001228676A JP4481534B2 JP 4481534 B2 JP4481534 B2 JP 4481534B2 JP 2001228676 A JP2001228676 A JP 2001228676A JP 2001228676 A JP2001228676 A JP 2001228676A JP 4481534 B2 JP4481534 B2 JP 4481534B2
- Authority
- JP
- Japan
- Prior art keywords
- verification
- test
- defect
- insurance
- acquired
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、各種の商品やサービス等の保険に関する情報処理を行うための、検証保険管理システム、検証保険管理方法、および、プログラムに関連する。
【０００２】
【従来の技術】
一般に、各種の商品やサービス（以下、提供商品）を提供する場合、この提供商品を製造や販売する者（以下、商品提供者）は、提供商品に何らかの不具合が生じてリコール等の対処を行った場合等に発生する損害を担保するため、損害保険会社との間において損害保険契約を締結している。
例えば、提供商品が携帯電話である場合、携帯電話を製造等する携帯端末メーカは、携帯電話の各種機能に不具合が生じた際の損失を担保するため、損害保険契約を締結している。
【０００３】
また、一般に、商品提供者は、提供商品の不具合を早期に発見して改善等するため、社内や指定機関において、提供商品の機能の検証を行なっている。特に、提供商品が携帯電話の場合、固定電話時代には電話機端末の不具合が少なかったという経緯もあり、携帯電話に不具合が生じることも許されないという不文律も存在するため、電気メーカ等の商品提供者は、携帯電話の機能検証を行っていた。
【０００４】
【発明が解決しようとする課題】
ここで、損害保険リスクは、提供商品に不具合が生ずるリスクによって変動するため、提供商品の機能を検証した後、この検証結果に基づいて保険料を決定することが好ましい。
しかしながら、従来、商品提供者は上述のように機能の検証を行っていたものの、損害保険会社自身は機能検証システムを保有しておらず、また、中立的な検証機関も存在しなかった。このため、損害保険会社は、検証結果を考慮することなく、過去の保険実績や、商品提供者から提供された商品の出荷数量に基づいて保険料を決定しなければならず、保険料の決定における確実性や客観性を損なうおそれがあった。
【０００５】
本発明は上記問題に鑑みてなされたもので、提供商品の機能の検証を容易かつ中立的に行うことを可能とすること等により、保険料の決定における確実性や客観性を向上させること等のできる、検証保険管理システム、検証保険管理方法、および、プログラムを提供することを目的としている。
【０００６】
【課題を解決するための手段】
このような目的を達成するため、請求項１に記載の検証保険管理システムは、商品提供者が提供する提供商品の保険に関する情報を処理するもので、クライアント装置とネットワークを介して通信可能に接続された検証保険管理システムであって、上記提供商品の型番と、上記提供商品の製造個数を、相互に関連付けて格納する契約申請情報格納手段と、上記提供商品の型番と、上記提供商品の機能に対する検証テストに関する検証情報を、相互に関連付けて格納する検証情報格納手段と、上記クライアント装置と上記ネットワークを介した通信を行う通信手段と、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記提供商品の製造個数を上記契約申請情報格納手段から取得し、当該取得した提供商品の製造個数に一律あるいは被保険者毎に任意の方法で設定された保険料率を乗じることによって上記提供商品の基本保険料を算出し、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証情報を上記検証情報格納手段から取得し、当該取得した検証情報に基づいて上記基本保険料を修正するための係数を算出し、当該算出された係数を上記算出された基本保険料に乗じることにより、上記提供商品の機能に不具合が発生した際の損害に対する保険の保険料を算定する保険料算定手段と、上記保険料算定手段にて算定された保険料を含む保険証書データを作成し、当該作成した保険証書データを上記通信手段を介して上記クライアント装置に送信する保険証書作成手段と、上記提供商品の型番と、上記提供商品が保有する機能の機能名を、相互に関連付けて格納する機能情報格納手段と、上記機能名と、上記提供商品が保有する各機能に関するテスト項目を、相互に関連付けて格納するテスト項目情報格納手段と、テスト内容を決定すべき提供商品についての機能名を上記機能情報格納手段から取得し、当該取得した機能名に対応するテスト項目を上記テスト項目情報格納手段から取得し、当該取得したテスト項目に基づいて上記提供商品の機能に対する検証テストの内容を決定するテスト内容決定手段とを備えたことを特徴とする。
【０００７】
このシステムによれば、検証テストに関する検証情報に基づいて、提供商品の機能に不具合が発生した際の損害に対する保険の保険料が算定される。したがって、商品提供者から提供された情報のみでなく、検証テストが行われる条件やその結果等を考慮して保険料算定を行うことができるので、保険料の決定における確実性や客観性を向上させることができる。
また、このシステムによれば、検証情報に基づいて、検証テストの内容が決定される。したがって、検証テストのテスト項目、カテゴリ、環境条件等を、迅速かつ客観的に決定することができる。
また、これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、テスト項目情報と提供商品の機能とに基づいて、検証テストの項目が決定される。したがって、提供商品の機能に合致したテスト項目を自動的に決定することができる。
【０００８】
また、請求項２に記載の検証保険管理システムは、請求項１に記載の検証保険管理システムにおいて、上記機能名と、各機能に対するカテゴリのカテゴリ名を、相互に関連付けて格納するカテゴリ情報格納手段を備え、上記テスト内容決定手段は、上記取得した機能名に対応するカテゴリのカテゴリ名を上記カテゴリ情報格納手段から取得し、当該取得したカテゴリ名と上記取得したテスト項目とを相互に対応させることによってテスト内容のマトリクス表を作成し、当該作成したマトリクス表に基づいて上記検証テストの内容を決定することを特徴とする。
【０００９】
これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、カテゴリ情報と提供商品の機能とに基づいて、検証テストの検証のカテゴリが決定される。したがって、提供商品の機能に合致したテストカテゴリを自動的に決定することができる。
【００１０】
また、請求項３に記載の検証保険管理システムは、請求項２に記載の検証保険管理システムにおいて、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行う検証テストの検証レベルを、相互に関連付けて格納する検証レベル情報格納手段を備え、上記検証レベルと、各検証レベルで要求されるテスト項目のテスト項目名を、相互に関連付けて格納する対応情報格納手段を備え、上記テスト内容決定手段は、上記取得した検証レベルに対応するテスト項目名を上記対応情報格納手段から取得し、当該取得したテスト項目名に該当しないテスト項目名を上記マトリクス表から削除し、当該削除後のマトリクス表に基づいて上記検証テストの内容を決定し、上記保険料算定手段は、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証レベルを上記検証レベル情報格納手段から取得し、当該取得した検証レベルに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００１１】
これは保険料算定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、機能の検証レベルに関する検証レベル情報に基づいて、保険料が算定される。したがって、比較的高いレベルで検証テストを行う場合には、保険料を下げ、比較的低いレベルで検証テストを行う場合には、保険料を上げる等、検証テストの実施レベルに対応した保険料算定を行うことができる。
また、これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、検証レベル情報と対応情報とに基づいて、検証テストのテスト項目が決定される。したがって、検証レベルに合致したテスト項目を自動的に決定することができる。
【００１２】
また、請求項４に記載の検証保険管理システムは、請求項３に記載の検証保険管理システムにおいて、上記機能名と、各機能に対する検証テストを行う際の環境条件を、相互に関連付けて格納するテスト環境情報格納手段を備え、上記テスト内容決定手段は、上記マトリクス表に残されたテスト項目に対応する機能名に対応する環境条件を上記テスト環境情報格納手段から取得し、当該取得した環境条件を上記検証テストの環境条件として決定することを特徴とする。
【００１３】
これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、テスト環境情報と提供商品の機能とに基づいて、検証テストのテスト環境が決定される。したがって、提供商品の機能に合致したテスト環境を自動的に決定することができる。
【００１４】
また、請求項５に記載の検証保険管理システムは、請求項３に記載の検証保険管理システムにおいて、上記保険料算定手段は、上記取得した検証レベルの程度に反比例する係数を上記係数として算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００１５】
これは保険料算定時に考慮する検証情報の一例を一層具体的に示すものであり、このシステムによれば、検証レベルが高い程、保険料が低額になるように、基本保険料を修正することができる。
【００１６】
また、請求項６に記載の検証保険管理システムは、請求項１〜５のいずれか一つに記載の検証保険管理システムにおいて、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの合否結果を示す検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、上記保険料算定手段は、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証報告書データを上記検証結果情報格納手段から取得し、当該取得した検証報告書データにて示される検証テストの合否結果に基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００１７】
これは保険料算定時に考慮する検証情報の他の例を一層具体的に示すものであり、このシステムによれば、検証テストの合否結果に関する検証報告書データに基づいて、保険料が算定される。したがって、検証テストの結果が良い場合には、保険料を下げ、検証テストの結果が悪い場合には、保険料を上げる等、検証テストの結果に対応した保険料算定を行うことができる。
【００１８】
また、請求項７に記載の検証保険管理システムは、請求項６に記載の検証保険管理システムにおいて、上記クライアント装置にて入力され上記通信手段を介して取得された上記検証テストの各テスト項目についての検証テスト結果に基づいて、上記検証テストの全テスト項目における合否割合を算定し、この合否割合を所定基準値と比較することにより、上記提供商品の上記検証テストの合否ランクを決定する合否判定手段と、上記合否判定手段にて決定された合否ランクを含めた上記検証報告書データを作成して、上記提供商品の型番に関連付けて、上記検証結果情報格納手段に格納する検証報告書作成手段と、を備え、上記保険料算定手段は、上記取得した検証報告書データにて示される検証テストの合否結果としての上記合否ランクに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００１９】
これは保険料算定時に考慮する検証情報の他の例を一層具体的に示すものであり、このシステムによれば、検証テスト結果に関する合否ランクに基づいて、保険料が算定される。したがって、合否ランクが良い場合には、保険料を下げ、合否ランクが悪い場合には、保険料を上げる等、合否ランクに対応した保険料算定を行うことができる。
【００２０】
また、請求項８に記載の検証保険管理システムは、請求項１〜７のいずれか一つに記載の検証保険管理システムにおいて、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの各テスト項目のテスト項目名を含む検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、不具合が発生した上記提供商品の型番と、不具合が発生した各テスト項目のテスト項目名である不具合項目名を、相互に関連付けてテスト不具合内容情報格納手段を備え、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応するテスト項目名を上記検証結果情報格納手段から取得し、当該取得された上記提供商品の型番に基づいて当該型番に対応する不具合項目名を上記テスト不具合内容情報格納手段から取得し、当該取得したテスト項目名と不具合項目名とを相互に対比し、上記テスト項目名に一致しない上記不具合項目名がある場合には、検証テストが行われなかった項目について不具合が発生したものと判断し、上記テスト項目名に一致する上記不具合項目名がある場合には、検証テストで不具合が発生していたにも関わらず、当該不具合に対する対処が完全に行われなかったことが不具合発生の原因であると判断することにより、上記提供商品に対して行われた検証テストのテスト項目と当該提供商品に対して発生した不具合との相関を解析する不具合原因解析手段とを備えることを特徴とする。
【００２１】
このシステムによれば、不具合情報に基づいて、提供商品の不具合の原因が解析される。したがって、不具合に対する対処や、将来的な不具合の発生の予防を、迅速に行うことができる。また、これは不具合原因解析の一例を一層具体的に示すものであり、このシステムによれば、テスト項目情報と不具合の内容とに基づいて、テスト項目と不具合との相関が解析される。したがって、検証テストで合格した機能であるにも関わらず、その機能について不具合が発生した場合や、検証テストで不合格でありその後に対処されたはずの機能について不具合が発生した場合等、検証テストと不具合との関係を解析することができ、テスト体制や対処システムの見直し等に役立てることができる。
【００２２】
また、請求項９に記載の検証保険管理システムは、請求項８に記載の検証保険管理システムにおいて、上記不具合原因解析手段にて、上記テスト項目名に一致しない上記不具合項目名がある場合には、当該不具合項目名に対応するテスト項目名を上記テスト項目情報格納手段に追加するための処理を行うテスト項目補充手段を備えることを特徴とする。
【００２３】
このシステムによれば、不具合に対応するテスト項目が存在しないと判断された場合、当該不具合に対応するテスト項目が追加される。したがって、検証テストの内容を一層万全なものにすることができ、検証テストの信頼性を向上させることができる。
【００２４】
また、請求項１０に記載の検証保険管理システムは、請求項１〜９のいずれか一つに記載の検証保険管理システムにおいて、上記提供商品に生じた不具合を解消するために上記提供商品または上記提供商品の利用者に対して供給すべき不具合解消情報として、不具合が発生した上記提供商品の型番と、各不具合の不具合項目名と、上記各不具合を解消するために上記提供商品または上記提供商品の利用者に対して送るべき不具合解消情報を、相互に対応付けて格納する不具合解消情報格納手段と、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番と不具合項目名に基づいて、上記不具合解消情報格納手段に格納された上記不具合解消情報に、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報があるか否かを判定し、不具合解消情報があると判定された場合には、上記提供商品または上記提供商品の利用者に対して、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報を供給するための処理を行う不具合解消処理手段とを備えることを特徴とする。
【００２５】
このシステムによれば、不具合解消情報が提供商品やその利用者に対して供給される。したがって、例えば、ソフトウェアにバグがある場合の修正版のソフトウェアを携帯電話にダウンロードしてもらい不具合を解消すること等ができ、不具合を一層迅速に解消して、損害の拡大を抑えることができる。
【００２６】
また、本発明は検証保険管理方法に関するものであり、請求項１１に記載の検証保険管理方法は、商品提供者が提供する提供商品の保険に関する情報を処理する方法であって、クライアント装置とネットワークを介して通信可能に接続された検証保険管理システムを介して行われる検証保険管理方法において、上記検証保険管理システムは、上記提供商品の型番と、上記提供商品の製造個数を、相互に関連付けて格納する契約申請情報格納手段と、上記提供商品の型番と、上記提供商品の機能に対する検証テストに関する検証情報を、相互に関連付けて格納する検証情報格納手段と、上記クライアント装置と上記ネットワークを介した通信を行う通信手段とを備え、上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記提供商品の製造個数を上記契約申請情報格納手段から取得し、当該取得した提供商品の製造個数に一律あるいは被保険者毎に任意の方法で設定された保険料率を乗じることによって上記提供商品の基本保険料を算出し、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証情報を上記検証情報格納手段から取得し、当該取得した検証情報に基づいて上記基本保険料を修正するための係数を算出し、当該算出された係数を上記算出された基本保険料に乗じることにより、上記提供商品の機能に不具合が発生した際の損害に対する保険の保険料を算定する保険料算定手順と、上記保険料算定手順にて算定された保険料を含む保険証書データを作成し、当該作成した保険証書データを上記通信手段を介して上記クライアント装置に送信する保険証書作成手順と、を行い、さらに、上記検証保険管理システムは、上記提供商品の型番と、上記提供商品が保有する機能の機能名を、相互に関連付けて格納する機能情報格納手段と、上記機能名と、上記提供商品が保有する各機能に関するテスト項目を、相互に関連付けて格納するテスト項目情報格納手段とを備え、上記検証保険管理システムが、テスト内容を決定すべき提供商品についての機能名を上記機能情報格納手段から取得し、当該取得した機能名に対応するテスト項目を上記テスト項目情報格納手段から取得し、当該取得したテスト項目に基づいて上記提供商品の機能に対する検証テストの内容を決定するテスト内容決定手順を行うことを特徴とする。
【００２７】
この方法によれば、検証テストに関する検証情報に基づいて、提供商品の機能に不具合が発生した際の損害に対する保険の保険料が算定される。したがって、商品提供者から提供された情報のみでなく、検証テストが行われる条件やその結果等を考慮して保険料算定を行うことができるので、保険料の決定における確実性や客観性を向上させることができる。
また、この方法によれば、検証情報に基づいて、検証テストの内容が決定される。したがって、検証テストのテスト項目、カテゴリ、環境条件等を、迅速かつ客観的に決定することができる。
また、これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、テスト項目情報と提供商品の機能とに基づいて、検証テストの項目が決定される。したがって、提供商品の機能に合致したテスト項目を自動的に決定することができる。
【００２８】
また、請求項１２に記載の検証保険管理方法は、請求項１１に記載の検証保険管理方法において、上記検証保険管理システムは、上記機能名と、各機能に対するカテゴリのカテゴリ名を、相互に関連付けて格納するカテゴリ情報格納手段を備え、上記検証保険管理システムが、上記テスト内容決定手順において、上記取得した機能名に対応するカテゴリのカテゴリ名を上記カテゴリ情報格納手段から取得し、当該取得したカテゴリ名と上記取得したテスト項目とを相互に対応させることによってテスト内容のマトリクス表を作成し、当該作成したマトリクス表に基づいて上記検証テストの内容を決定することを特徴とする。
【００２９】
これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、カテゴリ情報と提供商品の機能とに基づいて、検証テストの検証のカテゴリが決定される。したがって、提供商品の機能に合致したテストカテゴリを自動的に決定することができる。
【００３０】
また、請求項１３に記載の検証保険管理方法は、請求項１２に記載の検証保険管理方法において、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行う検証テストの検証レベルを、相互に関連付けて格納する検証レベル情報格納手段を備え、上記検証保険管理システムは、上記検証レベルと、各検証レベルで要求されるテスト項目のテスト項目名を、相互に関連付けて対応情報格納手段を備え、上記検証保険管理システムが、上記テスト内容決定手順において、上記取得した検証レベルに対応するテスト項目名を上記対応情報格納手段から取得し、当該取得したテスト項目名に該当しないテスト項目名を上記マトリクス表から削除し、当該削除後のマトリクス表に基づいて上記検証テストの内容を決定し、上記検証保険管理システムが、上記保険料算定手順において、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証レベルを上記検証レベル情報格納手段から取得し、当該取得した検証レベルに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００３１】
これは保険料算定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、機能の検証レベルに関する検証レベル情報に基づいて、保険料が算定される。したがって、比較的高いレベルで検証テストを行う場合には、保険料を下げ、比較的低いレベルで検証テストを行う場合には、保険料を上げる等、検証テストの実施レベルに対応した保険料算定を行うことができる。
また、これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、検証レベル情報と対応情報とに基づいて、検証テストのテスト項目が決定される。したがって、検証レベルに合致したテスト項目を自動的に決定することができる。
【００３２】
また、請求項１４に記載の検証保険管理方法は、請求項１３に記載の検証保険管理方法において、上記検証保険管理システムは、上記機能名と、各機能に対する検証テストを行う際の環境条件を、相互に関連付けてテスト環境情報格納手段を備え、上記検証保険管理システムが、上記テスト内容決定手順において、上記マトリクス表に残されたテスト項目に対応する機能名に対応する環境条件を上記テスト環境情報格納手段から取得し、当該取得した環境条件を上記検証テストの環境条件として決定することを特徴とする。
【００３３】
これは検証テストの内容決定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、テスト環境情報と提供商品の機能とに基づいて、検証テストのテスト環境が決定される。したがって、提供商品の機能に合致したテスト環境を自動的に決定することができる。
【００３４】
また、請求項１５に記載の検証保険管理方法は、請求項１３に記載の検証保険管理方法において、上記検証保険管理システムが、上記保険料算定手順において、上記取得した検証レベルの程度に反比例する係数を上記係数として算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００３５】
これは保険料算定時に考慮する検証情報の一例を一層具体的に示すものであり、この方法によれば、検証レベルが高い程、保険料が低額になるように、基本保険料を修正することができる。
【００３６】
また、請求項１６に記載の検証保険管理方法は、請求項１１〜１５のいずれか一つに記載の検証保険管理方法において、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの合否結果を示す検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、上記検証保険管理システムが、上記保険料算定手順において、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証報告書データを上記検証結果情報格納手段から取得し、当該取得した検証報告書データにて示される検証テストの合否結果に基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００３７】
これは保険料算定時に考慮する検証情報の他の例を一層具体的に示すものであり、この方法によれば、検証テストの合否結果に関する検証報告書データに基づいて、保険料が算定される。したがって、検証テストの結果が良い場合には、保険料を下げ、検証テストの結果が悪い場合には、保険料を上げる等、検証テストの結果に対応した保険料算定を行うことができる。
【００３８】
請求項１７に記載の検証保険管理方法は、請求項１６に記載の検証保険管理方法において、上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記検証テストの各テスト項目についての検証テスト結果に基づいて、上記検証テストの全テスト項目における合否割合を算定し、この合否割合を所定基準値と比較することにより、上記提供商品の上記検証テストの合否ランクを決定する合否判定手順と、上記合否判定手順にて決定された合否ランクを含めた上記検証報告書データを作成して、上記提供商品の型番に関連付けて、上記検証結果情報格納手段に格納する検証報告書作成手順とを行い、上記検証保険管理システムが、上記保険料算定手順において、上記取得した検証報告書データにて示される検証テストの合否結果としての上記合否ランクに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定することを特徴とする。
【００３９】
これは保険料算定時に考慮する検証情報の他の例を一層具体的に示すものであり、この方法によれば、検証テスト結果に関する合否ランクに基づいて、保険料が算定される。したがって、合否ランクが良い場合には、保険料を下げ、合否ランクが悪い場合には、保険料を上げる等、合否ランクに対応した保険料算定を行うことができる。
【００４０】
請求項１８に記載の検証保険管理方法は、請求項１１〜１７のいずれか一つに記載の検証保険管理方法において、上記検証情報格納手段は、上記提供商品の型番と、上記提供商品に対して行った検証テストの各テスト項目のテスト項目名を含む検証報告書データを、相互に関連付けて格納する検証結果情報格納手段を備え、上記検証保険管理システムは、不具合が発生した上記提供商品の型番と、不具合が発生した各テスト項目のテスト項目名である不具合項目名を、相互に関連付けてテスト不具合内容情報格納手段を備え、上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応するテスト項目名を上記検証結果情報格納手段から取得し、当該取得された上記提供商品の型番に基づいて当該型番に対応する不具合項目名を上記テスト不具合内容情報格納手段から取得し、当該取得したテスト項目名と不具合項目名とを相互に対比し、上記テスト項目名に一致しない上記不具合項目名がある場合には、検証テストが行われなかった項目について不具合が発生したものと判断し、上記テスト項目名に一致する上記不具合項目名がある場合には、検証テストで不具合が発生していたにも関わらず、当該不具合に対する対処が完全に行われなかったことが不具合発生の原因であると判断することにより、上記提供商品に対して行われた検証テストのテスト項目と当該提供商品に対して発生した不具合との相関を解析する不具合原因解析手順を行うことを特徴とする。
【００４１】
この方法によれば、不具合情報に基づいて、提供商品の不具合の原因が解析される。したがって、不具合に対する対処や、将来的な不具合の発生の予防を、迅速に行うことができる。また、これは不具合原因解析の一例を一層具体的に示すものであり、この方法によれば、テスト項目情報と不具合の内容とに基づいて、テスト項目と不具合との相関が解析される。したがって、検証テストで合格した機能であるにも関わらず、その機能について不具合が発生した場合や、検証テストで不合格でありその後に対処されたはずの機能について不具合が発生した場合等、検証テストと不具合との関係を解析することができ、テスト体制や対処システムの見直し等に役立てることができる。
【００４２】
請求項１９に記載の検証保険管理方法は、請求項１８に記載の検証保険管理方法において、上記検証保険管理システムが、上記不具合原因解析手順にて、上記テスト項目名に一致しない上記不具合項目名がある場合には、当該不具合項目名に対応するテスト項目名を上記テスト項目情報格納手段に追加するための処理を行うテスト項目補充手順を行うことを特徴とする。
【００４３】
この方法によれば、不具合に対応するテスト項目が存在しないと判断された場合、当該不具合に対応するテスト項目が追加される。したがって、検証テストの内容を一層万全なものにすることができ、検証テストの信頼性を向上させることができる。
【００４４】
請求項２０に記載の検証保険管理方法は、請求項１１〜１９のいずれか一つに記載の検証保険管理方法において、上記検証保険管理システムは、上記提供商品に生じた不具合を解消するために上記提供商品または上記提供商品の利用者に対して供給すべき不具合解消情報として、不具合が発生した上記提供商品の型番と、各不具合の不具合項目名と、上記各不具合を解消するために上記提供商品または上記提供商品の利用者に対して送るべき不具合解消情報を、相互に対応付けて格納する不具合解消情報格納手段を備え、上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番と不具合項目名に基づいて、上記不具合解消情報格納手段において格納された上記不具合解消情報に、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報があるか否かを判定し、不具合解消情報があると判定された場合には、上記提供商品または上記提供商品の利用者に対して、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報を供給するための処理を行う不具合解消処理手順を行うことを特徴とする。
【００４５】
この方法によれば、不具合解消情報が提供商品やその利用者に対して供給される。したがって、例えば、ソフトウェアにバグがある場合の修正版のソフトウェアを携帯電話にダウンロードしてもらい不具合を解消すること等ができ、不具合を一層迅速に解消して、損害の拡大を抑えることができる。
【００４６】
また、本発明はプログラムに関するものであり、請求項２１に記載のプログラムは、上記請求項１１〜２０のいずれか一つに記載された検証保険管理方法を上記検証保険管理システムとしてのコンピュータに実行させることを特徴とする。
【００４７】
このプログラムによれば、当該プログラムをサーバ装置等の情報処理装置にインストール等して実行することにより、請求項１１〜２０のいずれか一つに記載された検証保険管理方法をコンピュータを利用して実現することができ、これら各方法と同様の効果を得ることができる。
【００６４】
【発明の実施の形態】
以下に、本発明にかかる検証保険管理システム、検証保険管理方法、および、プログラムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００６５】
（検証保険管理システムの全体の概要）
以下、本システムにて行われる検証保険管理の全体の概要について説明し、その後、本システムの構成および処理等について詳細に説明する。なお、本実施の形態においては、提供商品が携帯電話であり、商品提供者が携帯端末メーカである場合について説明するが、本発明は、任意の商品またはサービスを任意の組織または団体が提供する場合について同様に適用することができる。
【００６６】
図１はこの実施形態にかかる検証保険管理システムを含んだシステム全体の構成図である。この図１において、検証保険管理システムとしての検証保険管理サーバ１００と、移動通信事業者のゲートウェイサーバ２００と、携帯端末メーカ、検証機関、および、損害保険会社のクライアント装置３００とが、インターネット４００を介して相互に通信可能に接続して構成されている。
また、ゲートウェイサーバ２００には、携帯電話５００が、基地局６００および移動通信網７００を介して相互に通信可能に接続されている。
【００６７】
このように構成される本システムは、下記のような基本的特徴を有する。
まず、携帯端末メーカは、本システムを介して、損害保険会社との間において、携帯電話５００に不具合が生じてリコール等の対処を行った場合等に発生する損害を担保するための損害保険契約を締結することができる。
【００６８】
また、この契約締結の前または後に、検証保険管理サーバ１００において検証テストの内容が決定され、検証テストが中立機関である検証機関に依頼される。
そして、この検証テストによる検証内容や検証結果等に基づいて、上記損害保険契約における保険料が算定される。
なお、「機能」の語には、ソフトウェアによって達成される機能のみならず、ハードウェアと協働して、あるいは、ハードウェアが単独で達成し得る「構造」をも含むものとする。
【００６９】
また、携帯端末メーカや携帯電話５００の利用者が携帯電話５００の不具合を発見した場合には、当該不具合の情報が検証保険管理サーバ１００に蓄積される。そして、当該不具合を解消するための情報が必要に応じて利用者に提供される。
また、不具合の原因が検証保険管理サーバ１００によって解析され、必要に応じて、検証テストの内容の見直し等が行われる。
【００７０】
（システム構成―検証保険管理サーバ）
次に、このような特徴を有する本システムの構成について説明する。
まず、検証保険管理サーバ１００の構成について説明する。図２は検証保険管理サーバ１００の要部構成を示すブロック図である。この図２において、検証保険管理サーバ１００は、格納部１１０、通信制御ＩＦ（ＩＦ＝インターフェース）１２０、および、制御部１３０を備えて構成されており、これら各部は任意の通信路を介して通信可能に接続されている。
【００７１】
（システム構成―検証保険管理サーバ−格納部）
このうち、格納部１１０は、検証保険管理サーバ１００の各種機能に必要になるプログラムおよびデータ等を格納する格納手段（記憶手段）であり、機能概念的に、管理情報格納部１１１、契約情報格納部１１２、検証情報格納部１１３、不具合情報格納部１１４、および、Ｗｅｂ情報格納部１１５を備えて構成されている。
【００７２】
（システム構成―検証保険管理サーバ−格納部−管理情報格納部）
この管理情報格納部１１１は、検証保険管理サーバ１００の機能全般を管理するために必要な情報を格納する管理情報格納手段であり、機能概念的に、提供者情報ＤＢ（ＤＢ＝データベース）１１１ａ、および、検証機関情報ＤＢ１１１ｂを備えて構成されている。
【００７３】
この提供者情報ＤＢ１１１ａは、携帯電話メーカに関する情報（商品提供者情報）を格納する商品提供者情報格納手段である。この商品提供者情報は、例えば、携帯電話メーカを一意に識別するためのメーカＩＤ、携帯電話メーカを認証するためのメーカパスワード、携帯電話メーカの会社名、携帯電話メーカの住所、および、携帯電話メーカの担当者等の電子メールアドレスを相互に関連付けて構成されている。
【００７４】
また、検証機関情報ＤＢ１１１ｂは、検証機関に関する情報（検証機関情報）を格納する検証機関情報格納手段である。この検証機関情報は、例えば、検証機関を一意に識別するための検証機関ＩＤ、検証機関を認証するための検証機関パスワード、検証機関の会社名、検証機関の住所、および、検証機関の担当者等の電子メールアドレスを相互に関連付けて構成されている。
【００７５】
（システム構成―検証保険管理サーバ−格納部−契約情報格納部）
また、契約情報格納部１１２は、損害保険の契約に関する情報を格納する契約情報格納手段であり、機能概念的に、契約申請情報ＤＢ１１２ａ、機能情報ＤＢ１１２ｂ、および、保険証書情報ＤＢ１１２ｃを備えて構成されている。
【００７６】
このうち、契約申請情報ＤＢ１１２ａは、損害保険の契約の申請内容に関する情報（契約申請情報）を格納する契約申請情報格納手段である。この契約申請情報は、例えば、契約を申請している携帯電話メーカのメーカＩＤ、保険対象になる携帯電話５００の型番、携帯電話５００の製造個数、検証を行う検証テストのレベル、検証テストに使用する携帯電話５００を提供可能な日（検証テストの開始可能日）、検証テストの結果を待って保険契約を締結するか否かを特定するための情報（例えば、フラグ）、および、製品スケジュール（ここでは、出荷予定日とする）を相互に関連付けて構成されている。
【００７７】
また、機能情報ＤＢ１１２ｂは、携帯電話５００の機能に関する情報（機能情報）を格納する機能情報格納手段である。この機能情報は、例えば、携帯電話５００の型番、携帯電話５００が保有する機能の機能名（例えば、「メール機能」、「Ｗｅｂページ閲覧」等）、および、携帯電話５００が保有する機能が従来の他の携帯電話５００の機能を踏襲したものである場合における当該踏襲元の携帯電話５００の型番を相互に関連付けて構成されている。
【００７８】
また、保険証書情報ＤＢ１１２ｃは、保険証書に関する情報（保険証書情報）を格納する保険証書情報格納手段である。この保険証書情報は、例えば、被保険者である携帯電話メーカのメーカＩＤ、保険対象になる携帯電話５００の型番、および、保険証書の内容を含んだ保険証書データを相互に関連付けて構成されている。
【００７９】
（システム構成―検証保険管理サーバ−格納部−検証情報格納部）
また、検証情報格納部１１３は、携帯電話５００の機能に対する検証テストに関する情報（検証情報）を格納する検証情報格納手段であり、機能概念的に、検証レベル情報ＤＢ１１３ａ、テスト項目情報ＤＢ１１３ｂ、対応情報ＤＢ１１３ｃ、カテゴリ情報ＤＢ１１３ｄ、テスト環境情報ＤＢ１１３ｅ、テスト確定情報ＤＢ１１３ｆ、検証時間情報ＤＢ１１３ｇ、テストスケジュール情報ＤＢ１１３ｈ、検証員情報ＤＢ１１３ｉ、検証コスト情報ＤＢ１１３ｊ、および、検証結果情報ＤＢ１１３ｋを備えて構成されている。
【００８０】
このうち、検証レベル情報ＤＢ１１３ａは、機能の検証レベルに関する情報（検証レベル情報）を格納する検証レベル情報格納手段である。この検証レベル情報は、例えば、各携帯電話５００の型番、および、各携帯電話５００に対して行う検証テストのレベルとを相互に関連付けて構成されている。
【００８１】
また、テスト項目情報ＤＢ１１３ｂは、検証テストの機能別のテスト項目に関する情報（テスト項目情報）を格納するテスト項目情報格納手段である。このテスト項目情報は、例えば、各携帯電話５００が保有し得る機能の機能名、および、各機能に関するテスト項目名（例えば、メールに関する機能についての、「作成」、「送信」、「受信」、「保管」等）とを相互に関連付けて構成されている。
【００８２】
また、対応情報ＤＢ１１３ｃは、検証テストの検証レベルとテスト項目との対応関係に関する情報（対応情報）を格納する対応情報格納手段である。この対応情報は、例えば、各検証レベル、および、各検証レベルで要求されるテスト項目のテスト項目名を相互に関連付けて構成されている。
【００８３】
また、カテゴリ情報ＤＢ１１３ｄは、検証テストにおける機能別の検証のカテゴリに関する情報（カテゴリ情報）を格納するカテゴリ情報格納手段である。このカテゴリ情報は、例えば、各機能の機能名、および、各機能に対するカテゴリ（検証テストを行う観点であり、例えば、「メール」に関する機能を「ボリューム」というカテゴリからテストする等）のカテゴリ名とを相互に関連付けて構成されている。
【００８４】
また、テスト環境情報ＤＢ１１３ｅは、検証テストの機能別のテスト環境に関する情報（テスト環境情報）を格納するテスト環境情報格納手段である。このテスト環境情報は、例えば、各機能の機能名、および、各機能に対する検証テストを行う際の環境条件（例えば、「メール」に関する機能に対する、検証テストを行う「メールの種類」、検証テストに使用する「周辺機器」、検証テストを行う「場所」、「送受信距離」、周囲の「ノイズ条件」等）を相互に関連付けて構成されている。
【００８５】
また、テスト確定情報ＤＢ１１３ｆは、最終的に実施することが決定された検証テストの内容に関する情報（テスト確定情報）を格納するテスト確定情報格納手段である。このテスト確定情報は、例えば、各携帯電話５００の型番、各テスト項目のテスト項目名、各テスト項目のカテゴリ名、および、各テスト項目の環境条件を相互に関連付けて構成されている。
【００８６】
また、検証時間情報ＤＢ１１３ｇは、各テスト項目の検証テストを行うために必要な時間（検証時間）に関する情報（検証時間情報）を格納する検証時間情報格納手段である。この検証時間情報は、例えば、各テスト項目のテスト項目名、および、各テスト項目の検証時間とを相互に関連付けて構成されている。
【００８７】
また、テストスケジュール情報ＤＢ１１３ｈは、検証テストの最終的なスケジュールに関する情報（テストスケジュール情報）を格納するテストスケジュール情報格納手段である。このテストスケジュール情報は、例えば、各携帯電話５００の型番、および、各携帯電話５００に対して行う検証テストの実施日程を相互に関連付けて構成されている。
【００８８】
また、検証員情報ＤＢ１１３ｉは、検証テストを行う検証員に関する情報（検証員情報）を格納する検証員情報格納手段である。この検証員情報は、例えば、各検証員を一意に識別するための検証員ＩＤ、各検証員の氏名、各検証員の検証レベル（任意の基準によって決定される、検証テストを行うための能力を示すレベルであり、ここでは、「高」「中」「低」の３つのレベル）、各検証員のスケジュール（ここでは、各検証員が検証テストを行うことが決定している日時）、および、各検証員のコスト（各検証員が検証テストを行う際に当該検証員または検証機関に支払うべき費用であり、ここでは、タイムチャージ）を相互に関連付けて構成されている。
【００８９】
また、検証コスト情報ＤＢ１１３ｊは、検証テストを行うためのコストに関する情報（検証コスト情報）を格納する検証コスト情報格納手段である。この検証コスト情報は、例えば、各携帯電話５００の型番、および、各携帯電話５００に対する検証テストを行うための費用を相互に関連付けて構成されている。
【００９０】
また、検証結果情報ＤＢ１１３ｋは、検証テストの結果に関する情報（検証結果情報）を格納する検証結果情報格納手段である。この検証結果情報は、例えば、各携帯電話５００の型番、および、検証報告書データを相互に関連付けて構成されている。
【００９１】
（システム構成―検証保険管理サーバ−格納部−不具合情報格納部）
また、図２において、不具合情報格納部１１４は、処理の対象になっている携帯電話５００以外の携帯電話５００に発生した不具合に関する情報を格納する第１の不具合情報格納手段であると共に、処理の対象になっている携帯電話５００の不具合に関する情報を格納する第２の不具合情報格納手段であり、機能概念的に、不具合内容情報ＤＢ１１４ａ、不具合解析結果情報ＤＢ１１４ｂ、不具合対処履歴情報ＤＢ１１４ｃ、不具合解消情報ＤＢ１１４ｄ、および、保険金支払情報ＤＢ１１４ｅを備えて構成されている。
【００９２】
このうち、不具合内容情報ＤＢ１１４ａは、携帯電話５００に発生した不具合の内容に関する情報（不具合内容情報）をテスト項目に関連付けて格納する不具合内容格納手段である。この不具合内容情報は、例えば、不具合が発生した携帯電話５００の型番、不具合項目の不具合項目名、各不具合が報告された日時、および、各不具合項目の不具合報告数を相互に関連付けて構成されている。
【００９３】
また、不具合解析結果情報ＤＢ１１４ｂは、不具合の原因解析の解析結果に関する情報（不具合解析結果情報）を格納する不具合解析結果情報格納手段である。この不具合解析結果情報は、例えば、不具合が発生した携帯電話５００の型番、および、不具合の解析結果を示す情報を相互に関連付けて構成されている。
【００９４】
また、不具合対処履歴情報ＤＢ１１４ｃは、携帯電話メーカが、携帯電話に対して発生した不具合に対して対処した際の履歴に関する情報（不具合対処履歴情報）を格納する対処履歴情報格納手段である。この不具合対処履歴情報は、例えば、不具合が発生した携帯電話５００の型番、各不具合の不具合項目名、および、各不具合が発生してから当該不具合に対する対処が行われるまでの対処時間を相互に関連付けて構成されている。
【００９５】
また、不具合解消情報ＤＢ１１４ｄは、不具合を解消するために携帯電話５００または携帯電話５００の利用者に対して供給すべき情報（不具合解消情報）を格納する不具合解消情報格納手段である。この不具合解消情報は、例えば、不具合が発生した携帯電話５００の型番、各不具合の不具合項目名、および、各不具合を解消するために携帯電話５００に送信すべき不具合解消情報（不具合への対処方法を表示するＷｅｂ画面の画面データや、ソフトウェア修正のためのソフトウェア等）を相互に関連付けて構成されている。
【００９６】
また、保険金支払情報ＤＢ１１４ｅは、保険金の支払い状況を特定するための情報（保険金支払い情報）を格納する保険金支払い情報格納手段である。この保険金支払い情報は、例えば、保険金を支払った携帯電話５００の型番にて構成されている。
【００９７】
（システム構成―検証保険管理サーバ−格納部−Ｗｅｂ情報格納部）
また、図２において、Ｗｅｂ情報格納部１１５は、インターネット４００を介して提供するＷｅｂ情報を格納するＷｅｂ情報手段であり、機能概念的に、ＷｅｂＤＢ１１５ａを備えて構成されている。
このＷｅｂＤＢ１１５ａは、クライアント装置３００や携帯電話５００に送信すべきＷｅｂページの画面データや音声データを格納するＷｅｂ情報格納手段である。この画面データは、例えば、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）に代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【０１８４】
【発明の効果】
以上に説明したように、本発明によれば、商品提供者から提供された情報のみでなく、検証テストが行われる条件やその結果等を考慮して保険料算定を行うことができるので、保険料の決定における確実性や客観性を向上させることができる。
【０１８５】
また、本発明によれば、比較的高いレベルで検証テストを行う場合には、保険料を下げ、比較的低いレベルで検証テストを行う場合には、保険料を上げる等、検証テストの実施レベルに対応した保険料算定を行うことができる。
【０１８６】
また、本発明によれば、検証テストの結果が良い場合には、保険料を下げ、検証テストの結果が悪い場合には、保険料を上げる等、検証テストの結果に対応した保険料算定を行うことができる。
【０１８７】
また、本発明によれば、提供商品が他の提供商品の機能や部品を踏襲して構成された場合等に、この踏襲元になった他の提供商品について不具合があまり生じていない場合には、保険料を下げ、踏襲元になった他の提供商品について不具合が多く生じている場合には、保険料を上げる等、他の提供商品の実績に対応した保険料算定を行うことができる。
【０１８８】
また、本発明によれば、商品提供者が過去の不具合に迅速に対応している場合等には、保険料を下げ、あまり迅速に対応していない場合には、保険料を上げる等、過去の対処実績に対応した保険料算定を行うことができる。
【０１８９】
また、本発明によれば、検証テストのテスト項目、カテゴリ、環境条件等を、迅速かつ客観的に決定することができる。
【０１９０】
また、本発明によれば、テスト項目情報と提供商品の機能とに基づいて、検証テストのテスト項目が決定される。したがって、提供商品の機能に合致したテスト項目を自動的に決定することができる。
【０１９１】
また、本発明によれば、カテゴリ情報と提供商品の機能とに基づいて、検証テストの検証のカテゴリが決定される。したがって、提供商品の機能に合致したテストカテゴリを自動的に決定することができる。
【０１９２】
また、本発明によれば、テスト環境情報と提供商品の機能とに基づいて、検証テストのテスト環境が決定される。したがって、提供商品の機能に合致したテスト環境を自動的に決定することができる。
【０１９３】
また、本発明によれば、検証レベル情報と対応情報とに基づいて、検証テストのテスト項目が決定される。したがって、検証レベルに合致したテスト項目を自動的に決定することができる。
【０１９４】
また、本発明によれば、不具合情報に基づいて、提供商品の不具合の原因が解析される。したがって、不具合に対する対処や、将来的な不具合の発生の予防を、迅速に行うことができる。
【０１９５】
また、本発明によれば、検証テストで合格した機能であるにも関わらず、その機能について不具合が発生した場合や、検証テストで不合格でありその後に対処されたはずの機能について不具合が発生した場合等、検証テストと不具合との関係を解析することができ、テスト体制や対処システムの見直し等に役立てることができる。
【０１９６】
また、本発明によれば、不具合に対応するテスト項目が存在しないと判断された場合、当該不具合に対応するテスト項目が追加される。したがって、検証テストの内容を一層万全なものにすることができ、検証テストの信頼性を向上させることができる。
【０１９７】
また、本発明によれば、不具合解消情報が提供商品やその利用者に対して供給される。したがって、例えば、ソフトウェアにバグがある場合の修正版のソフトウェアを携帯電話にダウンロードしてもらい不具合を解消すること等ができ、不具合を一層迅速に解消して、損害の拡大を抑えることができる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかる検証保険管理システムを含んだシステム全体の構成図である。
【図２】検証保険管理サーバの要部構成を示すブロック図である。
【図３】クライアント装置のブロック図である。
【図４】保険契約締結処理のフローチャートである。
【図５】テスト内容決定処理のフローチャートである。
【図６】テストスケジュール決定処理のフローチャートである。
【図７】図６に続く、テストスケジュール決定処理のフローチャートである。
【図８】検証結果処理のフローチャートである。
【図９】提供者不具合処理のフローチャートである。
【図１０】利用者不具合処理のフローチャートである。
【図１１】図１０に続く、利用者不具合処理のフローチャートである。
【図１２】解消情報補充処理のフローチャートである。
【図１３】初期画面の表示例を示す図である。
【図１４】契約申請画面の表示例を示す図である。
【図１５】保険証書画面の表示例を示す図である。
【図１６】テスト項目名の一例を示す図である。
【図１７】カテゴリ名の一例を示す図である。
【図１８】マトリクス表の一例を示す図である。
【図１９】環境条件の一例を示す図である。
【図２０】優先度および影響度入力画面の表示例を示す図である。
【図２１】検証員アサイン画面の表示例を示す図である。
【図２２】検証結果入力画面の表示例を示す図である。
【図２３】不具合入力画面の表示例を示す図である。
【図２４】解消情報補充画面の表示例を示す図である。
【符号の説明】
１００ 検証保険管理サーバ
１１０ 格納部
１１１ 管理情報格納部
１１２ 契約情報格納部
１１３ 検証情報格納部
１１４ 不具合情報格納部
１１５ Ｗｅｂ情報格納部
１２０ 通信制御インターフェース
１３０ 制御部
１３１ 保険契約処理部
１３２ 検証処理部
１３３ 不具合処理部
２００ ゲートウェイサーバ
３００ クライアント装置
３１０ ＲＡＭ
３２０ ＨＤ
３３０ 入力装置
３４０ 出力装置
３５０ 入出力制御インターフェース
３６０ 通信制御インターフェース
３７０ 制御部
４００ インターネット
５００ 携帯電話
６００ 基地局
７００ 移動通信網[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a verification insurance management system, a verification insurance management method, and a program for performing information processing related to insurance such as various products and services.
[0002]
[Prior art]
In general, when providing various products and services (hereinafter referred to as “provided products”), the person who manufactures or sells the provided products (hereinafter referred to as “product providers”) takes measures such as recalls when some trouble occurs in the provided products. In order to guarantee damages incurred in case of accidents, a non-life insurance contract is concluded with a non-life insurance company.
For example, when the provided product is a mobile phone, a mobile terminal manufacturer that manufactures the mobile phone has concluded a non-life insurance contract in order to secure a loss when various functions of the mobile phone occur.
[0003]
In general, the product provider verifies the function of the provided product in-house or at a designated organization in order to detect and improve defects in the provided product at an early stage. In particular, if the product offered is a mobile phone, there is a background that there were few problems with telephone terminals in the landline telephone era, and there is also an unwritten rule that problems with mobile phones are not allowed. The product provider has verified the functionality of the mobile phone.
[0004]
[Problems to be solved by the invention]
Here, since the non-life insurance risk varies depending on the risk that the provided product will malfunction, it is preferable to determine the insurance premium based on the verification result after verifying the function of the provided product.
However, conventionally, although the product provider has verified the function as described above, the non-life insurance company itself does not have a function verification system, and there is no neutral verification organization. For this reason, non-life insurance companies must determine the insurance premium based on the past insurance performance and the shipment quantity of the product provided by the product provider without considering the verification result. There was a risk of impairing certainty and objectivity.
[0005]
The present invention has been made in view of the above problems, and by making it possible to easily and neutrally verify the function of the provided product, improve the certainty and objectivity in determining insurance premiums, etc. It is an object of the present invention to provide a verification insurance management system, a verification insurance management method, and a program.
[0006]
[Means for Solving the Problems]
In order to achieve such an object, the verification insurance management system according to
[0007]
According to this system, an insurance premium for insurance against damage when a malfunction occurs in the function of the provided product is calculated based on the verification information regarding the verification test. Therefore, insurance premiums can be calculated in consideration of not only the information provided by the product provider but also the conditions under which the verification test is conducted and the results, etc., improving the certainty and objectivity in determining insurance premiums. Can be made.
Further, according to this system, the contents of the verification test are determined based on the verification information. Therefore, test items, categories, environmental conditions, etc. of the verification test can be determined quickly and objectively.
In addition, this is a more specific example of verification information to be considered when determining the content of the verification test. According to this system, the verification test items are based on the test item information and the functions of the provided product. It is determined. Therefore, it is possible to automatically determine a test item that matches the function of the provided product.
[0008]
Further, the verification insurance management system according to
[0009]
This is a more specific example of the verification information to be considered when determining the contents of the verification test. According to this system, the verification test verification category is determined based on the category information and the function of the provided product. Is done. Therefore, it is possible to automatically determine a test category that matches the function of the provided product.
[0010]
The verification insurance management system according to
[0011]
This is a more specific example of verification information to be considered when calculating premiums.The premium is calculated based on the verification level information regarding the verification level of the function. Therefore, when conducting verification tests at a relatively high level, the insurance premium is reduced, and when conducting verification tests at a relatively low level, the insurance premium is increased, such as increasing the insurance premium. It can be performed.
This is a more specific example of the verification information to be considered when determining the contents of the verification test. According to this system, the test items for the verification test are determined based on the verification level information and the correspondence information. Is done. Therefore, it is possible to automatically determine test items that match the verification level.
[0012]
Further, the verification insurance management system according to
[0013]
This is a more specific example of the verification information to be considered when determining the content of the verification test. According to this system, the test environment for the verification test is determined based on the test environment information and the functions of the product provided. Is done. Therefore, it is possible to automatically determine a test environment that matches the function of the provided product.
[0014]
Further, the verification insurance management system according to
[0015]
This is the verification information to consider when calculating premiums.One caseAccording to this system,The basic premium can be modified so that the higher the verification level, the lower the premium.
[0016]
Further, the verification insurance management system according to
[0017]
This is a more specific example of verification information to be considered when calculating insurance premiums. According to this system, insurance premiums are calculated based on verification report data related to pass / fail results of verification tests. . Therefore, it is possible to calculate the insurance premium corresponding to the result of the verification test, such as lowering the insurance premium when the result of the verification test is good and increasing the insurance premium when the result of the verification test is bad.
[0018]
Further, the verification insurance management system according to
[0019]
This more specifically shows another example of the verification information considered when calculating the insurance premium. According to this system, the insurance premium is calculated based on the pass / fail rank regarding the verification test result. Therefore, the insurance premium corresponding to the pass / fail rank can be calculated, for example, by lowering the insurance premium when the pass / fail rank is good and increasing the insurance premium when the pass / fail rank is bad.
[0020]
The verification insurance management system according to
[0021]
According to this system, the cause of the defect of the provided product is analyzed based on the defect information. Therefore, it is possible to quickly deal with the malfunction and prevent future malfunctions. This more specifically shows an example of failure cause analysis. According to this system, the correlation between the test item and the failure is analyzed based on the test item information and the content of the failure. Therefore, even if the function has passed the verification test, if the problem occurs for that function, or if the function has failed in the verification test and should have been addressed afterwards, the verification test Can be used to analyze the test system and countermeasure system.
[0022]
Further, the verification insurance management system according to
[0023]
According to this system, when it is determined that there is no test item corresponding to the defect, the test item corresponding to the defect is added. Therefore, the contents of the verification test can be further improved, and the reliability of the verification test can be improved.
[0024]
The verification insurance management system according to
[0025]
According to this system,Defect resolution information is supplied to the product and its users. Therefore, for example, when a bug exists in the software, a modified version of the software can be downloaded to the mobile phone, so that the problem can be solved, the problem can be resolved more quickly, and the spread of damage can be suppressed.
[0026]
Also,The present invention relates to a verification insurance management method, and the verification insurance management method according to
[0027]
According to this method, based on the verification information regarding the verification test, insurance premiums for insurance against damage when a malfunction occurs in the function of the provided product are calculated. Therefore, insurance premiums can be calculated in consideration of not only the information provided by the product provider but also the conditions under which the verification test is conducted and the results, etc., improving the certainty and objectivity in determining insurance premiums. Can be made.
Further, according to this method, the contents of the verification test are determined based on the verification information. Therefore, test items, categories, environmental conditions, etc. of the verification test can be determined quickly and objectively.
This is a more specific example of verification information to be considered when determining the content of the verification test. According to this method, the verification test items are based on the test item information and the function of the provided product. It is determined. Therefore, it is possible to automatically determine a test item that matches the function of the provided product.
[0028]
Further, according to claim 1212. The verification insurance management method according to
[0029]
This is a more specific example of the verification information to be considered when determining the content of the verification test. According to this method, the verification test verification category is determined based on the category information and the function of the provided product. Is done. Therefore, it is possible to automatically determine a test category that matches the function of the provided product.
[0030]
The verification insurance management method according to
[0031]
This more specifically shows one example of the verification information to be considered when calculating the insurance premium. According to this method, the insurance premium is calculated based on the verification level information regarding the function verification level. Therefore, when conducting verification tests at a relatively high level, the insurance premium is reduced, and when conducting verification tests at a relatively low level, the insurance premium is increased, such as increasing the insurance premium. It can be performed.
Also,This is a more specific example of verification information to be considered when determining the contents of the verification test. According to this method, the test items of the verification test are determined based on the verification level information and the correspondence information. . Therefore, it is possible to automatically determine test items that match the verification level.
[0032]
Further, the verification insurance management method according to
[0033]
This is a more specific example of the verification information to be considered when determining the content of the verification test. According to this method, the test environment for the verification test is determined based on the test environment information and the functions of the product provided. Is done. Therefore, it is possible to automatically determine a test environment that matches the function of the provided product.
[0034]
The verification insurance management method according to
[0035]
This is a more specific example of verification information to be considered when calculating premiums. According to this method, the basic premium is revised so that the higher the verification level, the lower the premium. Can do.
[0036]
Further, the verification insurance management method according to
[0037]
This is a more specific example of verification information to be considered when calculating premiums. According to this method, premiums are calculated based on verification report data related to pass / fail results of verification tests. . Therefore, it is possible to calculate the insurance premium corresponding to the result of the verification test, such as lowering the insurance premium when the result of the verification test is good and increasing the insurance premium when the result of the verification test is bad.
[0038]
The verification insurance management method according to
[0039]
This more specifically shows another example of the verification information considered when calculating the insurance premium. According to this method, the insurance premium is calculated based on the pass / fail rank regarding the verification test result. Therefore, the insurance premium corresponding to the pass / fail rank can be calculated, for example, by lowering the insurance premium when the pass / fail rank is good and increasing the insurance premium when the pass / fail rank is bad.
[0040]
The verification insurance management method according to
[0041]
According to this method, the cause of the defect of the provided product is analyzed based on the defect information. Therefore, it is possible to quickly deal with the malfunction and prevent future malfunctions. This more specifically shows an example of failure cause analysis. According to this method, the correlation between the test item and the failure is analyzed based on the test item information and the content of the failure. Therefore, even if the function has passed the verification test, if the problem occurs for that function, or if the function has failed in the verification test and should have been addressed afterwards, the verification test Can be used to analyze the test system and countermeasure system.
[0042]
The verification insurance management method according to
[0043]
According to this method, when it is determined that there is no test item corresponding to the defect, the test item corresponding to the defect is added. Therefore, the contents of the verification test can be further improved, and the reliability of the verification test can be improved.
[0044]
The verification insurance management method according to
[0045]
According to this method, the defect resolution information is supplied to the provided product and its user. Therefore, for example, when a bug exists in the software, a modified version of the software can be downloaded to the mobile phone, so that the problem can be solved, the problem can be resolved more quickly, and the spread of damage can be suppressed.
[0046]
Further, the present invention relates to a program, and the program according to
[0047]
According to this program, the verification insurance management method according to any one of
[0064]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of a verification insurance management system, a verification insurance management method, and a program according to the present invention will be described in detail with reference to the drawings. Note that the present invention is not limited to the embodiments.
[0065]
(Overview of the entire verification insurance management system)
Hereinafter, an overview of the entire verification insurance management performed in the system will be described, and then the configuration and processing of the system will be described in detail. In the present embodiment, the case where the provided product is a mobile phone and the product provider is a portable terminal manufacturer will be described. However, the present invention provides any product or service provided by any organization or organization. The same applies for cases.
[0066]
FIG. 1 is a configuration diagram of the entire system including a verification insurance management system according to this embodiment. In FIG. 1, a verification
A
[0067]
The present system configured as described above has the following basic features.
First of all, the mobile terminal manufacturer will make a non-life insurance contract with the non-life insurance company through this system to guarantee the damage that occurs when the
[0068]
Also, before or after the conclusion of the contract, the verification
Then, the insurance premium for the non-life insurance contract is calculated based on the verification contents and verification results by the verification test.
The term “function” includes not only a function achieved by software but also a “structure” that can be achieved in cooperation with hardware or independently by hardware.
[0069]
In addition, when a mobile terminal manufacturer or a user of the
Further, the cause of the failure is analyzed by the verification
[0070]
(System configuration-Verification insurance management server)
Next, the configuration of the present system having such characteristics will be described.
First, the configuration of the verification
[0071]
(System configuration-Verification insurance management server-Storage unit)
Among these, the
[0072]
(System configuration-Verification insurance management server-Storage unit-Management information storage unit)
The management
[0073]
The provider information DB 111a is product provider information storage means for storing information (product provider information) related to the mobile phone manufacturer. This product provider information includes, for example, a manufacturer ID for uniquely identifying a mobile phone manufacturer, a manufacturer password for authenticating the mobile phone manufacturer, a company name of the mobile phone manufacturer, an address of the mobile phone manufacturer, and a mobile phone. The e-mail address of the person in charge of the manufacturer is associated with each other.
[0074]
The verification
[0075]
(System configuration-Verification insurance management server-Storage unit-Contract information storage unit)
Further, the contract
[0076]
Of these, the contract application information DB 112a is a contract application information storage unit that stores information (contract application information) related to the application contents of a non-life insurance contract. This contract application information is used for, for example, the manufacturer ID of the mobile phone manufacturer who has applied for the contract, the model number of the
[0077]
The
[0078]
The insurance policy information DB 112c is insurance policy information storage means for storing information on the insurance policy (insurance policy information). This insurance policy information is configured, for example, by associating insurance policy data including the manufacturer ID of the mobile phone manufacturer who is the insured, the model number of the
[0079]
(System configuration-Verification insurance management server-Storage unit-Verification information storage unit)
The verification
[0080]
Among these, the verification level information DB 113a is a verification level information storage unit that stores information (verification level information) regarding the verification level of the function. This verification level information is configured, for example, by correlating the model number of each
[0081]
The test item information DB 113b is a test item information storage unit that stores information (test item information) related to test items for each function of the verification test. This test item information includes, for example, function names of functions that each
[0082]
The
[0083]
The
[0084]
The test environment information DB 113e is a test environment information storage unit that stores information (test environment information) related to the test environment for each function of the verification test. This test environment information includes, for example, the function name of each function and the environmental conditions for performing the verification test for each function (for example, “mail type” for performing the verification test for the function related to “mail”, and the verification test. “Peripheral devices to be used”, “location” for performing the verification test, “transmission / reception distance”, “noise conditions” in the surroundings, etc.)
[0085]
The test
[0086]
The verification
[0087]
The test schedule information DB 113h is a test schedule information storage unit that stores information (test schedule information) related to the final schedule of the verification test. This test schedule information is configured, for example, by associating the model number of each
[0088]
The verifier information DB 113i is a verifier information storage unit that stores information (verifier information) about a verifier who performs a verification test. The verifier information includes, for example, a verifier ID for uniquely identifying each verifier, the name of each verifier, and the verification level of each verifier (the ability to perform a verification test, which is determined by an arbitrary standard) Here, three levels of “high”, “medium”, and “low”), the schedule of each verifier (here, the date and time when each verifier has decided to perform a verification test), Each verifier's cost (the cost that each verifier pays to the verifier or the verifier when performing the verification test, in this case, a time charge) is associated with each other.
[0089]
Further, the verification
[0090]
The verification result
[0091]
(System configuration-Verification insurance management server-Storage unit-Defect information storage unit)
In FIG. 2, the defect
[0092]
Among these, the defect content information DB 114a is a defect content storage unit that stores information related to the content of a defect that has occurred in the mobile phone 500 (defect content information) in association with the test item. This defect content information is configured, for example, by associating the model number of the
[0093]
The defect analysis result
[0094]
The defect handling history information DB 114c is a handling history information storage unit that stores information (history handling history information) related to a history when a mobile phone manufacturer copes with a fault that occurred in a mobile phone. This defect handling history information correlates, for example, the model number of the
[0095]
The defect resolution information DB 114d is a defect resolution information storage unit that stores information (defect resolution information) to be supplied to the
[0096]
The insurance
[0097]
(System configuration-Verification insurance management server-Storage unit-Web information storage unit)
In FIG. 2, a Web
The
[0098]
(System configuration-Verification insurance management server-Communication control interface)
In FIG. 2, the
[0099]
(System configuration-Verification insurance management server-Control unit)
In FIG. 2, the
[0100]
(System configuration-Verification insurance management server-Control unit-Insurance contract processing unit)
Of these, the insurance
[0101]
Here, the insurance
[0102]
(System configuration-Verification insurance management server-Control unit-Verification processing unit)
In FIG. 2, the verification processing unit 132 is a verification processing unit that performs various processes related to the verification test, and functionally conceptually, a test
[0103]
Here, the test
[0104]
(System configuration-Verification insurance management server-Control unit-Defect processing unit)
In FIG. 2, the
[0105]
Of these, the defect
Details of processing performed by each of these units will be described later.
[0106]
(System configuration-client device)
Next, the configuration of the
[0107]
Among these, the
The
In particular, in the present embodiment, software of the
[0108]
The
The
[0109]
The input / output control IF 350 controls input / output of data by the
The communication control IF 360 controls communication between the
[0110]
The
This
[0111]
(System configuration-mobile phone)
Next, the configuration of the
[0112]
Here, the
The
[0113]
The
The
In addition, the communication control IF 360 performs communication control with the base station.
[0114]
The
[0115]
(Content of processing)
Next, the content of the process performed using this system comprised in this way is demonstrated.
This processing includes (1) insurance contract conclusion processing for concluding an insurance contract, (2) test content determination processing for determining the content of the verification test, (3) test schedule determination processing for determining the verification test schedule and placing an order, ( 4) Verification result processing for processing verification test results, (5) Provider failure processing for processing failures reported from mobile phone manufacturers, (6) Usage for processing failures reported by users of
Hereinafter, each of these processes will be described sequentially.
[0116]
As the premise of each process, the provider information DB 111a has product provider information, the verification
[0117]
The start timing of each of the above processes is arbitrary unless otherwise specified, but in this embodiment, an initial screen provided from the verification
When the person in charge of the mobile phone manufacturer or the verification organization shifts from the initial screen to each process, the manufacturer ID and password stored in the provider information DB 111a and the verification organization ID stored in the verification
[0118]
This initial screen is illustrated in FIG. As shown in FIG. 13, the initial screen includes a contract application button MA-1, a failure input button MA-2, a resolution information upload button MA-3, and a verification organization menu as a mobile phone manufacturer menu. As a menu for the user of the determination button MA-4, the verification result input button MA-5, and the
[0119]
(Details of processing-insurance contract conclusion processing)
First, insurance contract conclusion processing will be described. A flowchart of this process is shown in FIG.
When the person in charge of the cellular phone manufacturer (hereinafter referred to as the applicant in the description of this processing) selects the contract application button MA-1 on the initial screen of FIG. 13, this processing is started. That is, the
Upon receiving this request, the insurance
[0120]
This contract application screen is a screen for inputting the contents of the insurance contract desired by the applicant. As illustrated in FIG. 14, the model number input field MB-1 of the
[0121]
Here, the applicant inputs information necessary for each of the input fields MB-1 to MB-8 via the
When the applicant inputs necessary information in each of these input fields via the
[0122]
Upon receipt of this information, the insurance
[0123]
Next, the insurance
When the insurance contract is put on hold, the process proceeds to Step SA-11 described later without calculating the insurance premium.
[0124]
On the other hand, when the insurance contract is not reserved, the insurance
[0125]
Therefore, first, the insurance
[0126]
Based on these pieces of information, the insurance
The insurance
In addition, the insurance
Furthermore, the insurance
[0127]
In the next process, the insurance
Then, the insurance
[0128]
This insurance policy screen is a screen for displaying the contents of the insurance contract. As illustrated in FIG. 15, the company name MC-1 of the non-life insurance company and the company name MC- of the mobile phone manufacturer who is the insured. 2, insurance premium MC-3, and policy clause MC-4. If it is determined in step SA-6 that the insurance contract is suspended, the insurance policy screen may be configured with information excluding the insurance premium, or generation of insurance policy data, display on the
The confirmation and presentation of the contents of the insurance policy can be performed by any other method, for example, the insurance policy can be automatically sent to the mobile phone manufacturer. Further, the contents of this insurance policy are sent to the non-life insurance company sequentially or collectively in a predetermined unit by e-mail or mail.
[0129]
Thereafter, the insurance
This completes the insurance contract conclusion process.
In addition, although the case where an insurance contract was newly applied for was described here, the insurance contract once applied may be changed or canceled.
In this example, the applicant can select whether or not to conclude an insurance contract after waiting for the result of the verification test. An insurance contract may be concluded after the result of the verification test. In addition, any one of these two patterns may be automatically selected and processed according to a predetermined condition.
[0130]
(Processing content-Test content determination processing)
Next, the test content determination process will be described. A flowchart of this process is shown in FIG. This process is automatically started at a predetermined timing (for example, after the insurance contract conclusion process or before the end of each day).
First, the test
[0131]
And the test
Further, the test
[0132]
Then, the test
[0133]
Next, the test
[0134]
Next, the test
This environmental condition is determined as the environmental condition for the verification test (step SB-6).
Then, the test item names and category names of these matrix tables and the environmental conditions are stored in the test
This completes the test content determination process.
[0135]
(Processing content-Test schedule determination process)
Next, the test schedule determination process will be described. The flowchart of this process is shown in FIGS.
When the person in charge of the verification organization (hereinafter, the determiner in this process) selects the schedule determination button MA-4 on the initial screen of FIG. 13, this process is started. That is, a request to start the schedule determination process is transmitted from the
[0136]
Upon receiving this request, the test
[0137]
Then, the test
[0138]
This priority and impact input screen is a screen for setting the priority and impact. As illustrated in FIG. 20, the test items included in the test confirmation information and the priority of each test item are input. Input field MD-1, an input field MD-2 for inputting the influence level of each test item, and a transmission button MD-3 for instructing transmission of the input information. .
Here, the priority is information for specifying priorities among a plurality of test items to be performed for each function of the
When the determiner inputs the priority level and the influence level and selects the transmission button MD-3, the input priority level and the influence level are transmitted to the verification insurance management server 100 (step SC-5).
[0139]
Next, the test
Then, a basic test schedule is created using this verification time (step SC-7). For example, first, all the verification times that have been called are added up to calculate the total verification time. Next, the number of test days is calculated by dividing the total verification time by a predetermined maximum testable time per day (for example, 8 hours). Then, the date on which the
[0140]
Then, the test
If it is in time, this basic test schedule is determined as the final test schedule and stored in the test schedule information DB 113h in association with the model number (step SC-10).
[0141]
On the other hand, if it is not in time, the basic test schedule is corrected based on the priority and influence transmitted from the
[0142]
Next, the
And based on this verifier information, the verifier who can respond to the said test schedule is selected (step SC-12). This selection can be performed, for example, by comparing the schedule of the test schedule determined in step SC-10 with the schedule of each verifier included in the verifier information.
Then, the
[0143]
This verifier assignment screen is a screen for identifying a verifier performing a verification test from among the selected verifiers. As illustrated in FIG. 21, the verifier's name ME-1 and verification level ME- 2. An input field ME-3 for inputting the presence / absence of an assignment and a transmission button ME-4 for instructing transmission of the input information are included.
Then, the determiner performs input in the input field ME-3. At this time, for example, when the schedule is tight, it is possible to assign a high-level verifier with reference to the level of the verifier. Further, when there is a margin in the schedule, it is possible to assign a combination of a high level verifier and a low level verifier in order to level the level of the verifier. After this input, when the determiner selects the transmission button, the input information is transmitted to the verification insurance management server 100 (step SC-15).
[0144]
Upon receipt of this information, the verification
And the verification
[0145]
This confirmation screen is a screen for confirming the test schedule, verification cost, etc., and giving a final confirmation instruction. Although not shown, for example, the test schedule, the name of the assigned verifier, the verification cost, etc. And a correction button for instructing the review of the test schedule and the like, and a confirmation button for instructing the confirmation of the test schedule and the like.
Then, the decision maker selects a correction button when reviewing the test schedule or the like for reasons such as high cost. Upon receiving this selection result, the test
[0146]
On the other hand, the determiner selects the confirm button when confirming the test schedule or the like. Upon receiving this selection result, the test
Thereafter, the test
This completes the test schedule determination process.
[0147]
(Processing content-Verification result processing)
Next, the verification result process will be described. A flowchart of this process is shown in FIG.
When a person in charge of the verification organization (hereinafter, a result input person in this process) selects the verification result input button MA-5 on the initial screen in FIG. 13, this process is started. That is, a request for screen data of the verification result input screen is transmitted from the
[0148]
Upon receiving this request, the verification
Then, the verification
[0149]
This verification result input screen is a screen for inputting the result of the verification test. As illustrated in FIG. 22, the test item name MF-1 of the verification test, the result of the verification test for each test item (here, , Any one of pass / fail), and an input field MF-2 for inputting, and a transmission button MF-3 for instructing transmission of the input content.
And if a result input person inputs required information and selects transmission button MF-3, the input information will be transmitted to the verification insurance management server 100 (step SD-5).
[0150]
The pass / fail determination unit 132f of the verification
[0151]
Next, the verification
[0152]
Thereafter, the insurance
If the insurance contract has been put on hold, the insurance premium is calculated in the same manner as steps SA-7 to SA-10 of the insurance contract conclusion process in FIG. 4 (steps SD-9 to SD-12). .
[0153]
However, in step SD-12, unlike the case of the insurance contract conclusion process, the insurance premium is calculated in consideration of the result of the verification test. For example, when the pass / fail rank is A, it can be determined that the possibility of a failure is extremely low. Therefore, a very low insurance premium rate is applied. Therefore, an extremely high insurance premium rate is applied. In this case, insurance premiums are calculated using a comprehensive pass / fail rank based on the verification results for all verification tests, but the insurance premium rate is calculated individually based on the verification results for each test item. The overall insurance premium may be calculated by calculating the sum or average thereof. As described above, when an insurance contract is concluded after waiting for the result of the verification test, it is possible to calculate the insurance premium with higher reliability reflecting the result of the verification test.
[0154]
Thereafter, the insurance
Also, in order to notify the mobile phone manufacturer that the insurance contract has been concluded and the insurance premium, the insurance policy data is mailed or emailed using the mobile phone manufacturer's address and email address stored in the provider information DB 111a. Send as data.
This completes the verification result processing.
[0155]
(Processing content-Provider defect processing)
Next, the provider malfunction process will be described. A flowchart of this process is shown in FIG.
First, when the person in charge of the mobile phone manufacturer (hereinafter, reporter in this process) selects the trouble input button MA-2 on the initial screen of FIG. 13, this process is started. That is, the
[0156]
Upon receiving this request, the defect
[0157]
This defect input screen is a screen for inputting the contents of the defect. As illustrated in FIG. 23, the input field MG-1 for inputting the model number of the
When the reporter inputs necessary information and selects the send button MG-4, the input information is transmitted to the verification insurance management server 100 (step SE-4).
[0158]
Upon receipt of this transmission, the defect
The defect
And when it is not insured, this process is complete | finished, without performing subsequent processes. In this case, the screen data of a predetermined error screen may be transmitted to the reporter's
[0159]
On the other hand, if it is an insurance target, it is determined whether the reported fault is a fault of the insurance target (step SE-7). For example, the test
[0160]
If it is not an insured defect, it is determined that the defect is not covered by insurance, such as when an accident occurs in the communication system provided by the network service provider, and the subsequent processing is performed. This processing is terminated without performing it.
On the other hand, in the case of a defect to be insured, the following processing is executed in order to perform a cause analysis of the defect and a payment process for insurance money.
It should be noted that it is preferable to take into account the non-life insurance company's disclaimer when determining whether insurance coverage is possible. For example, the insurance policy data in the insurance policy information DB 112c includes data specifying the disclaimer, and this data is called as necessary, and only the portion other than the disclaimer is determined as the insurance target.
[0161]
If the defect is an insurance target defect, the defect
For example, the verification
[0162]
As a result, when there is an item that does not match, it is determined that a defect has occurred for an item for which the verification test has not been performed. In addition, if there are items that fail the test results in the matching items, the cause of the failure is that the failure was not fully addressed even though the failure occurred in the verification test. Judge. Alternatively, if the items match and there are no failed items in the test results, the verification test was passed because there was no problem in the basic design of the
Then, the failure
[0163]
Next, the test
And when such a malfunction is reported, the process for adding the test item corresponding to the content of the malfunction to the basic item of the verification test is performed (step SE-11).
For example, in order to have the reporter specify the details of the problem in more detail, we have data that organizes all the functions that the
[0164]
Next, the insurance
This completes the provider malfunction processing.
[0165]
(Processing content-User trouble processing)
Next, user malfunction processing will be described. The flowchart of this process is shown in FIGS.
First, when the user of the mobile phone 500 (hereinafter, reporter in this process) selects the defect input button MA-6 on the initial screen of FIG. 13 displayed on the
[0166]
After that, transmission and storage of defect information are performed in the same manner as steps SE-2 to SE-5 of the provider defect process in FIG. 9 (steps SF-2 to SF-5).
Next, the defect
[0167]
If the same trouble has already been reported, the number of trouble reports corresponding to the same trouble stored in the trouble content information DB 114a is incremented by one (step SF-7).
On the other hand, if the same defect has not been reported yet, the reported information is associated with each other and stored in the defect content information DB 114a (step SF-8). At this time, the date and time at that time acquired by an arbitrary method is stored in the defect content information DB 114a as the date and time when each defect was reported, and the number of defect reports of the reported defect items is an
[0168]
Thereafter, the defect
And if the number of reported defects is not yet more than a predetermined number, processing related to insurance payments due to the fact that the frequency of occurrence of defects is low, and there is a high possibility of product user operation errors and misunderstandings. The process proceeds to step SF-16, which will be described later.
On the other hand, if the number of reported defects is greater than or equal to a predetermined number, the frequency of occurrence of defects is high, and many product users recognize the defects in common, so operation mistakes and misunderstandings Since it is possible to determine that there is little possibility, processing related to insurance payment is performed. Here, processing similar to steps SE-7 to SE-12 of the provider malfunction processing of FIG. 9 is performed (steps SF-10 to SF-15).
Then, the defect
[0169]
Next, the resolution
In the
[0170]
If it is determined in step SF-17 that there is no resolution information, the process ends without transmitting the resolution information to the
In such cases, the same reporter can report the same defect by recognizing the telephone number used by the reporter and recording the reporter's report history. Even when it is performed a plurality of times, it is possible to prevent the number of defect reports from being counted up repeatedly.
This completes the user malfunction process.
[0171]
(Processing content-Resolution information supplement processing)
Next, the elimination information supplement process will be described. A flowchart of this process is shown in FIG.
The person in charge of the mobile phone maker (hereinafter referred to as a replenisher in this process) resolves the problems discovered by the mobile phone maker itself or the problems discovered by the user and reported to the mobile phone maker in the user trouble processing. The resolution information is created by any method. Then, when the cancellation information upload button MA-3 is selected on the initial screen of FIG. 13, this processing is started. That is, the
[0172]
Upon receipt of this request, the cancellation
[0173]
This resolution information supplement screen is a screen for uploading resolution information. As illustrated in FIG. 24, the model information input field MH-1 of the
When the replenisher inputs necessary information in each of these input fields via the
[0174]
Upon receipt of this information, the elimination
Further, the resolution
This completes the elimination information supplement process.
[0175]
(Other embodiments)
Although the embodiments of the present invention have been described so far, the present invention can be applied to various different embodiments in addition to the above-described embodiments within the scope of the technical idea described in the claims. May be implemented.
[0176]
For example, in the above-described embodiment, the verification insurance management system, the verification organization, and the non-life insurance company have been described as separate entities, but some or all of them may be configured as an integrated organization. For example, a neutral verification organization can also manage and operate a verification insurance management system.
[0177]
In the above embodiment, the person in charge of the mobile phone maker inputs the contents of the insurance application. However, the authenticity of the application contents can be judged and reflected in the insurance contract. For example, when the validity of the input verification level is automatically judged and the level is not appropriate (when a low verification level is set even though it is necessary to set a high verification level) Etc.), the mobile phone maker may raise the insurance rate from the next time or refuse to pay the insurance money as a disclaimer. Such a determination is made, for example, by referring to the verification result of another
[0178]
In addition, among the processes described in the embodiment, all or part of the processes described as being performed automatically can be performed manually, or all of the processes described as being performed manually are performed. Alternatively, a part can be automatically performed by a known method.
In addition, information including parameters such as processing procedures, control procedures, specific names, various registration data and search conditions shown in the above documents and drawings may be arbitrarily changed unless otherwise specified. it can.
[0179]
Each component of each illustrated device is functionally conceptual and does not necessarily need to be physically configured as illustrated.
For example, the processing functions provided in the verification
For example, the
However, this computer program may be recorded in an application program server connected to the
[0180]
Further, the specific form of distribution / integration of the verification
In addition, the
[0181]
(network)
Further, the network connecting the verification
[0182]
The “computer-readable recording medium” refers to any “portable physical medium” such as a floppy disk, magneto-optical disk, ROM, EPROM, EEPROM, CD-ROM, MO, DVD, and various computer systems. Short-term, such as a communication line or a carrier wave for transmitting a program via any “fixed physical medium” such as a built-in ROM, RAM, or HD, or a network represented by a LAN, WAN, or the Internet “Communication medium” that holds the program.
[0183]
The “program” is a data processing method described in an arbitrary language or description method, and may be in any format such as source code or binary code. Note that the “program” is not necessarily limited to a single configuration, but is configured to be distributed as a plurality of modules or libraries, or in cooperation with a separate program represented by an OS (Operating System). Including those that achieve the function. Note that a well-known configuration and procedure can be used for a specific configuration for reading a recording medium, a reading procedure, an installation procedure after reading, and the like in each device described in the embodiment.
[0184]
【The invention's effect】
As described above, according to the present invention, insurance premiums can be calculated in consideration of not only the information provided by the product provider but also the conditions under which the verification test is performed and the results thereof. Certainty and objectivity in determining the fee can be improved.
[0185]
Further, according to the present invention, the verification test is performed at a lower level when the verification test is performed at a relatively high level, and the premium is increased when the verification test is performed at a relatively low level. It is possible to calculate insurance premiums corresponding to.
[0186]
In addition, according to the present invention, the insurance premium is calculated according to the verification test result, such as lowering the insurance premium when the verification test result is good and increasing the insurance premium when the verification test result is bad. It can be carried out.
[0187]
Further, according to the present invention, when the provided product is configured by following the functions and parts of another provided product, etc., when there are not many problems with the other provided product that is the source of the follow-up In the case where there are many problems with other provided products that have been reduced, the insurance premium can be calculated corresponding to the performance of other provided products, such as raising the insurance premium.
[0188]
In addition, according to the present invention, when the product provider responds promptly to past defects, the insurance premium is reduced, and when the product provider does not respond too quickly, the insurance premium is increased. It is possible to calculate the insurance premiums corresponding to the actual results of the treatment.
[0189]
Further, according to the present invention, test items, categories, environmental conditions, etc. of the verification test can be determined quickly and objectively.
[0190]
Further, according to the present invention, the test item for the verification test is determined based on the test item information and the function of the provided product. Therefore, it is possible to automatically determine a test item that matches the function of the provided product.
[0191]
According to the present invention, the verification category of the verification test is determined based on the category information and the function of the provided product. Therefore, it is possible to automatically determine a test category that matches the function of the provided product.
[0192]
According to the present invention, the test environment for the verification test is determined based on the test environment information and the function of the provided product. Therefore, it is possible to automatically determine a test environment that matches the function of the provided product.
[0193]
According to the present invention, the test item of the verification test is determined based on the verification level information and the correspondence information. Therefore, it is possible to automatically determine test items that match the verification level.
[0194]
Further, according to the present invention, the cause of the malfunction of the provided product is analyzed based on the malfunction information. Therefore, it is possible to quickly deal with the malfunction and prevent future malfunctions.
[0195]
In addition, according to the present invention, although a function has passed the verification test, a problem has occurred in the function, or a problem has occurred in the function that has been rejected in the verification test and should have been addressed thereafter. In such a case, the relationship between the verification test and the defect can be analyzed, which can be used for reviewing the test system and the countermeasure system.
[0196]
According to the present invention, when it is determined that there is no test item corresponding to the defect, the test item corresponding to the defect is added. Therefore, the contents of the verification test can be further improved, and the reliability of the verification test can be improved.
[0197]
Further, according to the present invention, the defect resolution information is supplied to the provided product and its user. Therefore, for example, when the software has a bug, a modified version of the software can be downloaded to the mobile phone, so that the problem can be solved, and the problem can be resolved more quickly, and the spread of damage can be suppressed.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of an entire system including a verification insurance management system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a main configuration of a verification insurance management server.
FIG. 3 is a block diagram of a client device.
FIG. 4 is a flowchart of insurance contract conclusion processing.
FIG. 5 is a flowchart of a test content determination process.
FIG. 6 is a flowchart of a test schedule determination process.
FIG. 7 is a flowchart of test schedule determination processing continued from FIG. 6;
FIG. 8 is a flowchart of verification result processing;
FIG. 9 is a flowchart of provider defect processing.
FIG. 10 is a flowchart of user trouble processing.
FIG. 11 is a flowchart of user trouble processing continued from FIG. 10;
FIG. 12 is a flowchart of a resolution information supplement process.
FIG. 13 is a diagram illustrating a display example of an initial screen.
FIG. 14 is a diagram showing a display example of a contract application screen.
FIG. 15 is a diagram showing a display example of an insurance policy screen.
FIG. 16 is a diagram illustrating an example of test item names.
FIG. 17 is a diagram illustrating an example of category names.
FIG. 18 is a diagram illustrating an example of a matrix table.
FIG. 19 is a diagram illustrating an example of environmental conditions.
FIG. 20 is a diagram illustrating a display example of a priority and influence degree input screen.
FIG. 21 is a diagram showing a display example of a verifier assignment screen.
FIG. 22 is a diagram showing a display example of a verification result input screen.
FIG. 23 is a diagram illustrating a display example of a defect input screen.
FIG. 24 is a diagram showing a display example of a resolution information supplement screen.
[Explanation of symbols]
100 Verification insurance management server
110 Storage
111 Management information storage unit
112 Contract information storage unit
113 Verification information storage unit
114 Defect information storage
115 Web information storage unit
120 Communication control interface
130 Control unit
131 Insurance Contract Processing Department
132 Verification processing unit
133 Defect processing section
200 Gateway server
300 Client device
310 RAM
320 HD
330 Input device
340 output device
350 I / O control interface
360 Communication control interface
370 control unit
400 Internet
500 mobile phone
600 base station
700 Mobile communication network
Claims (21)
上記提供商品の型番と、上記提供商品の製造個数を、相互に関連付けて格納する契約申請情報格納手段と、
上記提供商品の型番と、上記提供商品の機能に対する検証テストに関する検証情報を、相互に関連付けて格納する検証情報格納手段と、
上記クライアント装置と上記ネットワークを介した通信を行う通信手段と、
上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記提供商品の製造個数を上記契約申請情報格納手段から取得し、当該取得した提供商品の製造個数に一律あるいは被保険者毎に任意の方法で設定された保険料率を乗じることによって上記提供商品の基本保険料を算出し、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証情報を上記検証情報格納手段から取得し、当該取得した検証情報に基づいて上記基本保険料を修正するための係数を算出し、当該算出された係数を上記算出された基本保険料に乗じることにより、上記提供商品の機能に不具合が発生した際の損害に対する保険の保険料を算定する保険料算定手段と、
上記保険料算定手段にて算定された保険料を含む保険証書データを作成し、当該作成した保険証書データを上記通信手段を介して上記クライアント装置に送信する保険証書作成手段と、
上記提供商品の型番と、上記提供商品が保有する機能の機能名を、相互に関連付けて格納する機能情報格納手段と、
上記機能名と、上記提供商品が保有する各機能に関するテスト項目を、相互に関連付けて格納するテスト項目情報格納手段と、
テスト内容を決定すべき提供商品についての機能名を上記機能情報格納手段から取得し、当該取得した機能名に対応するテスト項目を上記テスト項目情報格納手段から取得し、当該取得したテスト項目に基づいて上記提供商品の機能に対する検証テストの内容を決定するテスト内容決定手段と、
を備えたことを特徴とする検証保険管理システム。It is a verification insurance management system that processes information related to insurance of products provided by a product provider, and is communicably connected to a client device via a network.
Contract application information storage means for storing the model number of the provided product and the production quantity of the provided product in association with each other;
Verification information storage means for storing the model number of the provided product and the verification information related to the verification test for the function of the provided product in association with each other;
Communication means for communicating with the client device via the network;
Based on the model number of the provided product input by the client device and acquired through the communication unit, the production number of the provided product corresponding to the model number is acquired from the contract application information storage unit, and the acquired provision Calculate the basic premium of the offered product by multiplying the number of products manufactured by the insurance rate uniformly or by an arbitrary method for each insured person, input at the client device and acquired via the communication means The verification information corresponding to the model number is acquired from the verification information storage unit based on the model number of the provided product, and a coefficient for correcting the basic premium is calculated based on the acquired verification information, By multiplying the calculated basic insurance premium by the calculated coefficient, the insurance premium for damages incurred in the event of a malfunction in the function of the offered product And the insurance premium calculation means to be constant,
Creating insurance policy data including the insurance premium calculated by the insurance premium calculating means, and transmitting the created insurance policy data to the client device via the communication means;
Function information storage means for storing the model number of the provided product and the function name of the function held by the provided product in association with each other;
Test item information storage means for storing the function name and the test item related to each function held by the provided product in association with each other;
The function name for the product to be tested is determined from the function information storage unit, the test item corresponding to the acquired function name is acquired from the test item information storage unit, and based on the acquired test item Test content determination means for determining the content of the verification test for the function of the provided product,
A verification insurance management system characterized by comprising:
上記テスト内容決定手段は、上記取得した機能名に対応するカテゴリのカテゴリ名を上記カテゴリ情報格納手段から取得し、当該取得したカテゴリ名と上記取得したテスト項目とを相互に対応させることによってテスト内容のマトリクス表を作成し、当該作成したマトリクス表に基づいて上記検証テストの内容を決定すること、The test content determination unit acquires the category name of the category corresponding to the acquired function name from the category information storage unit, and associates the acquired category name with the acquired test item to test content. A matrix table of and determining the contents of the verification test based on the created matrix table,
を特徴とする請求項１に記載の検証保険管理システム。The verification insurance management system according to claim 1.
上記検証レベルと、各検証レベルで要求されるテスト項目のテスト項目名を、相互に関連付けて格納する対応情報格納手段を備え、Corresponding information storage means for storing the verification level and the test item name of the test item required at each verification level in association with each other,
上記テスト内容決定手段は、上記取得した検証レベルに対応するテスト項目名を上記対応情報格納手段から取得し、当該取得したテスト項目名に該当しないテスト項目名を上記マトリクス表から削除し、当該削除後のマトリクス表に基づいて上記検証テストの内容を決定し、The test content determination unit acquires a test item name corresponding to the acquired verification level from the correspondence information storage unit, deletes a test item name not corresponding to the acquired test item name from the matrix table, and deletes the test item name. The contents of the verification test are determined based on the matrix table later,
上記保険料算定手段は、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証レベルを上記検証レベル情報格納手段から取得し、当該取得した検証レベルに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、The insurance premium calculation means acquires the verification level corresponding to the model number from the verification level information storage means based on the model number of the provided product input by the client device and acquired through the communication means, Calculating the insurance premium by calculating the coefficient based on the acquired verification level and multiplying the basic insurance premium by the calculated coefficient;
を特徴とする請求項２に記載の検証保険管理システム。The verification insurance management system according to claim 2.
上記テスト内容決定手段は、上記マトリクス表に残されたテスト項目に対応する機能名に対応する環境条件を上記テスト環境情報格納手段から取得し、当該取得した環境条件を上記検証テストの環境条件として決定すること、The test content determination means acquires an environmental condition corresponding to the function name corresponding to the test item left in the matrix table from the test environment information storage means, and uses the acquired environmental condition as an environmental condition of the verification test. To decide,
を特徴とする請求項３に記載の検証保険管理システム。The verification insurance management system according to claim 3.
を特徴とする請求項３に記載の検証保険管理システム。The verification insurance management system according to claim 3.
上記保険料算定手段は、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証報告書データを上記検証結果情報格納手段から取得し、当該取得した検証報告書データにて示される検証テストの合否結果に基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、The insurance premium calculation means obtains the verification report data corresponding to the model number from the verification result information storage means based on the model number of the provided product input by the client device and acquired through the communication means. Calculating the insurance premium by calculating the coefficient based on the pass / fail result of the verification test indicated in the acquired verification report data and multiplying the basic insurance premium by the calculated coefficient;
を特徴とする請求項１〜５のいずれか一つに記載の検証保険管理システム。The verification insurance management system according to any one of claims 1 to 5.
上記合否判定手段にて決定された合否ランクを含めた上記検証報告書データを作成して、上記提供商品の型番に関連付けて、上記検証結果情報格納手段に格納する検証報告書作成手段と、を備え、Creating the verification report data including the pass / fail rank determined by the pass / fail determination means, and associating with the model number of the provided product, the verification report creating means stored in the verification result information storage means; Prepared,
上記保険料算定手段は、上記取得した検証報告書データにて示される検証テストの合否結果としての上記合否ランクに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、The premium calculation means calculates the coefficient based on the pass / fail rank as the pass / fail result of the verification test indicated by the acquired verification report data, and multiplies the basic premium by the calculated coefficient. To calculate the above premiums,
を特徴とする請求項６に記載の検証保険管理システム。The verification insurance management system according to claim 6.
不具合が発生した上記提供商品の型番と、不具合が発生した各テスト項目のテスト項目名である不具合項目名を、相互に関連付けてテスト不具合内容情報格納手段を備え、
上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応するテスト項目名を上記検証結果情報格納手段から取得し、当該取得された上記提供商品の型番に基づいて当該型番に対応する不具合項目名を上記テスト不具合内容情報格納手段から取得し、当該取得したテスト項目名と不具合項目名とを相互に対比し、上記テスト項目名に一致しない上記不具合項目名がある場合には、検証テストが行われなかった項目について不具合が発生したものと判断し、上記テスト項目名に一致する上記不具合項目名がある場合には、検証テストで不具合が発生していたにも関わらず、当該不具合に対する対処が完全に行われなかったことが不具合発生の原因であると判断することにより、上記提供商品に対して行われた検証テストのテスト項目と当該提供商品に対して発生した不具合との相関を解析する不具合原因解析手段と、
を備えることを特徴とする請求項１〜７のいずれか一つに記載の検証保険管理システム。 The verification information storage means stores verification result information that stores a correlation report data including a model number of the provided product and a test item name of each test item of a verification test performed on the provided product. With means,
A test defect content information storage means is provided that correlates the model number of the provided product in which the defect has occurred and the defect item name that is the test item name of each test item in which the defect has occurred,
The test item name corresponding to the model number is acquired from the verification result information storage unit based on the model number of the provided product that is input at the client device and acquired through the communication unit, and the acquired provided product The defect item name corresponding to the model number is acquired from the test defect content information storage unit based on the model number of the test item, the acquired test item name and the defect item name are compared with each other, and the test item name does not match the test item name If there is a defect item name, it is determined that a defect has occurred for an item that has not been verified. If there is a defect item name that matches the test item name, a defect has occurred in the verification test. Despite the fact that the problem was not fully addressed, it was determined that the cause of the problem was And defect cause analysis means for analyzing the correlation between the place the problems that have occurred with respect to the test items and the offerings of the verification tests on the goods,
The verification insurance management system according to any one of claims 1 to 7, further comprising:
を備えることを特徴とする請求項８に記載の検証保険管理システム。The verification insurance management system according to claim 8, further comprising:
上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番と不具合項目名に基づいて、上記不具合解消情報格納手段に格納された上記不具合解消情報に、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報があるか否かを判定し、不具合解消情報があると判定された場合には、上記提供商品または上記提供商品の利用者に対して、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報を供給するための処理を行う不具合解消処理手段と、Based on the model number and defect item name of the provided product input by the client device and acquired through the communication unit, the acquired provided product is stored in the defect solving information stored in the defect solving information storing unit. It is determined whether or not there is the above-mentioned defect resolution information corresponding to the model number and the defect item name. If it is determined that there is the defect resolution information, the provided product or the user of the provided product A defect resolving processing means for performing processing for supplying the above-mentioned defect resolving information corresponding to the acquired model number and defect item name;
を備えることを特徴とする請求項１〜９のいずれか一つに記載の検証保険管理システム。The verification insurance management system according to any one of claims 1 to 9, further comprising:
上記検証保険管理システムは、The verification insurance management system is
上記提供商品の型番と、上記提供商品の製造個数を、相互に関連付けて格納する契約申請情報格納手段と、Contract application information storage means for storing the model number of the provided product and the production quantity of the provided product in association with each other;
上記提供商品の型番と、上記提供商品の機能に対する検証テストに関する検証情報を、相互に関連付けて格納する検証情報格納手段と、Verification information storage means for storing the model number of the provided product and the verification information related to the verification test for the function of the provided product in association with each other;
上記クライアント装置と上記ネットワークを介した通信を行う通信手段とを備え、A communication means for communicating with the client device via the network;
上記検証保険管理システムが、The verification insurance management system
上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記提供商品の製造個数を上記契約申請情報格納手段から取得し、当該取得した提供商品の製造個数に一律あるいは被保険者毎に任意の方法で設定された保険料率を乗じることによって上記提供商品の基本保険料を算出し、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証情報を上記検証情報格納手段から取得し、当該取得した検証情報に基づいて上記基本保険料を修正するための係数を算出し、当該算出された係数を上記算出された基本保険料に乗じることにより、上記提供商品の機能に不具合が発生した際の損害に対する保険の保険料を算定する保険料算定手順と、Based on the model number of the provided product input by the client device and acquired through the communication unit, the production number of the provided product corresponding to the model number is acquired from the contract application information storage unit, and the acquired provision Calculate the basic premium of the offered product by multiplying the number of products manufactured by the insurance rate uniformly or by an arbitrary method for each insured person, and input via the client device and obtained via the communication means The verification information corresponding to the model number is acquired from the verification information storage unit based on the model number of the provided product, and a coefficient for correcting the basic premium is calculated based on the acquired verification information, By multiplying the calculated basic insurance premium by the calculated coefficient, the insurance premium against the damage caused by the malfunction of the provided product And the insurance premium calculation procedure to be constant,
上記保険料算定手順にて算定された保険料を含む保険証書データを作成し、当該作成した保険証書データを上記通信手段を介して上記クライアント装置に送信する保険証書作成手順と、を行い、Create insurance policy data including the insurance premium calculated in the insurance premium calculation procedure, and transmit the created insurance policy data to the client device via the communication means, and
さらに、上記検証保険管理システムは、Furthermore, the verification insurance management system is
上記提供商品の型番と、上記提供商品が保有する機能の機能名を、相互に関連付けて格納する機能情報格納手段と、Function information storage means for storing the model number of the provided product and the function name of the function held by the provided product in association with each other;
上記機能名と、上記提供商品が保有する各機能に関するテスト項目を、相互に関連付けて格納するテスト項目情報格納手段とを備え、A test item information storage means for storing the function name and a test item related to each function held by the provided product in association with each other;
上記検証保険管理システムが、テスト内容を決定すべき提供商品についての機能名を上記機能情報格納手段から取得し、当該取得した機能名に対応するテスト項目を上記テスト項目情報格納手段から取得し、当該取得したテスト項目に基づいて上記提供商品の機能に対する検証テストの内容を決定するテスト内容決定手順を行うこと、The verification insurance management system acquires the function name for the provided product for which the test content should be determined from the function information storage unit, acquires the test item corresponding to the acquired function name from the test item information storage unit, Performing a test content determination procedure for determining the content of the verification test for the function of the provided product based on the acquired test item;
を特徴とする検証保険管理方法。A verification insurance management method characterized by
上記検証保険管理システムが、上記テスト内容決定手順において、上記取得した機能名に対応するカテゴリのカテゴリ名を上記カテゴリ情報格納手段から取得し、当該取得したカテゴリ名と上記取得したテスト項目とを相互に対応させることによってテスト内容のマトリクス表を作成し、当該作成したマトリクス表に基づいて上記検証テストの内容を決定すること、In the test content determination procedure, the verification insurance management system acquires the category name of the category corresponding to the acquired function name from the category information storage means, and the acquired category name and the acquired test item are mutually A matrix table of test contents is created by corresponding to the above, and the contents of the verification test are determined based on the created matrix table;
を特徴とする請求項１１に記載の検証保険管理方法。The verification insurance management method according to claim 11.
上記検証保険管理システムは、上記検証レベルと、各検証レベルで要求されるテスト項目のテスト項目名を、相互に関連付けて対応情報格納手段を備え、The verification insurance management system includes correspondence information storage means that correlates the verification levels and test item names of test items required at each verification level,
上記検証保険管理システムが、上記テスト内容決定手順において、上記取得した検証レベルに対応するテスト項目名を上記対応情報格納手段から取得し、当該取得したテスト項目名に該当しないテスト項目名を上記マトリクス表から削除し、当該削除後のマトリクス表に基づいて上記検証テストの内容を決定し、In the test content determination procedure, the verification insurance management system acquires a test item name corresponding to the acquired verification level from the corresponding information storage unit, and sets the test item name not corresponding to the acquired test item name in the matrix. Delete from the table, determine the contents of the verification test based on the matrix table after the deletion,
上記検証保険管理システムが、上記保険料算定手順において、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証レベルを上記検証レベル情報格納手段から取得し、当該取得した検証レベルに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、In the insurance premium calculation procedure, the verification insurance management system determines the verification level corresponding to the model number based on the model number of the provided product input by the client device and acquired via the communication unit. Obtaining the premium by obtaining from the information storage means, calculating the coefficient based on the obtained verification level, and multiplying the basic premium by the calculated coefficient;
を特徴とする請求項１２に記載の検証保険管理方法。The verification insurance management method according to claim 12.
上記検証保険管理システムが、上記テスト内容決定手順において、上記マトリクス表に残されたテスト項目に対応する機能名に対応する環境条件を上記テスト環境情報格納手段から取得し、当該取得した環境条件を上記検証テストの環境条件として決定すること、In the test content determination procedure, the verification insurance management system acquires an environmental condition corresponding to the function name corresponding to the test item remaining in the matrix table from the test environment information storage unit, and the acquired environmental condition is To determine the environmental conditions for the above verification test,
を特徴とする請求項１３に記載の検証保険管理方法。The verification insurance management method according to claim 13.
を特徴とする請求項１３に記載の検証保険管理方法。The verification insurance management method according to claim 13.
上記検証保険管理システムが、上記保険料算定手順において、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応する上記検証報告書データを上記検証結果情報格納手段から取得し、当該取得した検証報告書データにて示される検証テストの合否結果に基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、In the insurance premium calculation procedure, the verification insurance management system inputs the verification report data corresponding to the model number based on the model number of the provided product input by the client device and acquired through the communication unit. By obtaining the coefficient from the verification result information storage means, calculating the coefficient based on the pass / fail result of the verification test indicated in the acquired verification report data, and multiplying the basic insurance premium by the calculated coefficient, Calculating insurance premiums;
を特徴とする請求項１１〜１５のいずれか一つに記載の検証保険管理方法。The verification insurance management method according to any one of claims 11 to 15.
上記クライアント装置にて入力され上記通信手段を介して取得された上記検証テストの各テスト項目についての検証テスト結果に基づいて、上記検証テストの全テスト項目における合否割合を算定し、この合否割合を所定基準値と比較することにより、上記提供商品の上記検証テストの合否ランクを決定する合否判定手順と、Based on the verification test results for each test item of the verification test input by the client device and acquired through the communication means, the pass / fail ratio for all test items of the verification test is calculated, and the pass / fail ratio is calculated as follows. A pass / fail determination procedure for determining a pass / fail rank of the verification test of the provided product by comparing with a predetermined reference value;
上記合否判定手順にて決定された合否ランクを含めた上記検証報告書データを作成して、上記提供商品の型番に関連付けて、上記検証結果情報格納手段に格納する検証報告書作成手順とを行い、Create the verification report data including the pass / fail rank determined in the pass / fail judgment procedure, and perform the verification report creation procedure to store in the verification result information storage means in association with the model number of the provided product ,
上記検証保険管理システムが、上記保険料算定手順において、上記取得した検証報告書データにて示される検証テストの合否結果としての上記合否ランクに基づいて上記係数を算出し、当該算出された係数を上記基本保険料に乗じることにより、上記保険料を算定すること、The verification insurance management system calculates the coefficient based on the pass / fail rank as the pass / fail result of the verification test indicated by the acquired verification report data in the premium calculation procedure, and calculates the calculated coefficient. Calculating the premium by multiplying the basic premium
を特徴とする請求項１６に記載の検証保険管理方法。The verification insurance management method according to claim 16.
上記検証保険管理システムは、不具合が発生した上記提供商品の型番と、不具合が発生した各テスト項目のテスト項目名である不具合項目名を、相互に関連付けてテスト不具合内容情報格納手段を備え、The verification insurance management system includes a test defect content information storage means that correlates a model number of the provided product in which a defect has occurred and a defect item name that is a test item name of each test item in which a defect has occurred,
上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番に基づいて当該型番に対応するテスト項目名を上記検証結果情報格納手段から取得し、当該取得された上記提供商品の型番に基づいて当該型番に対応する不具合項目名を上記テスト不具合内容情報格納手段から取得し、当該取得したテスト項目名と不具合項目名とを相互に対比し、上記テスト項目名に一致しない上記不具合項目名がある場合には、検証テストが行われなかった項目について不具合が発生したものと判断し、上記テスト項目名に一致する上記不具合項目名がある場合には、検証テストで不具合が発生していたにも関わらず、当該不具合に対する対処が完全に行われなかったことが不具合発生の原因であると判断することにより、上記提供商品に対して行われた検証テストのテスト項目と当該提供商品に対して発生した不具合との相関を解析する不具合原因解析手順を行うこと、The verification insurance management system acquires the test item name corresponding to the model number from the verification result information storage unit based on the model number of the provided product input by the client device and acquired through the communication unit, Based on the acquired model number of the provided product, the defect item name corresponding to the model number is acquired from the test defect content information storage means, the acquired test item name and the defect item name are compared with each other, and If there is a defect item name that does not match the test item name, it is determined that a defect has occurred for an item that has not been verified, and if there is a defect item name that matches the test item name. The cause of the failure is that the failure was not completely addressed even though the failure occurred in the verification test. By disconnection, to perform a defect cause analysis procedure for analyzing the correlation between defects that have occurred with respect to the test items and the offerings of verification tests conducted with respect to the offerings,
を特徴とする請求項１１〜１７のいずれか一つに記載の検証保険管理方法。The verification insurance management method according to any one of claims 11 to 17.
を特徴とする請求項１８に記載の検証保険管理方法。The verification insurance management method according to claim 18.
上記検証保険管理システムが、上記クライアント装置にて入力され上記通信手段を介して取得された上記提供商品の型番と不具合項目名に基づいて、上記不具合解消情報格納手段において格納された上記不具合解消情報に、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報があるか否かを判定し、不具合解消情報があると判定された場合には、上記提供商品または上記提供商品の利用者に対して、当該取得した提供商品の型番及び不具合項目名に対応する上記不具合解消情報を供給するための処理を行う不具合解消処理手順を行うこと、The defect resolution information stored in the defect resolution information storage means based on the model number and the defect item name of the provided product input by the client device and acquired through the communication means by the verification insurance management system And determining whether or not there is the above-mentioned defect resolution information corresponding to the model number and defect item name of the acquired provided product, and if it is determined that there is the defect resolution information, Performing a defect resolution processing procedure for performing processing for supplying the above-mentioned defect resolution information corresponding to the model number and defect item name of the acquired provided product to the user;
を特徴とする請求項１１〜１９のいずれか一つに記載の検証保険管理方法。The verification insurance management method according to any one of claims 11 to 19.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001228676A JP4481534B2 (en) | 2001-07-27 | 2001-07-27 | Verification insurance management system, verification insurance management method, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001228676A JP4481534B2 (en) | 2001-07-27 | 2001-07-27 | Verification insurance management system, verification insurance management method, and program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003044675A JP2003044675A (en) | 2003-02-14 |
| JP4481534B2 true JP4481534B2 (en) | 2010-06-16 |
Family
ID=19061146
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001228676A Expired - Lifetime JP4481534B2 (en) | 2001-07-27 | 2001-07-27 | Verification insurance management system, verification insurance management method, and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4481534B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3046343A1 (en) * | 2015-01-13 | 2016-07-20 | TeliaSonera AB | Provisioning of an additional service related to a mobile terminal |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4880376B2 (en) * | 2006-06-14 | 2012-02-22 | 株式会社日立製作所 | Support apparatus, program, information processing system, and support method |
| KR101471020B1 (en) * | 2012-12-21 | 2014-12-10 | 삼성화재해상보험 주식회사 | Insurance product quality assurance system |
| JP5858498B2 (en) * | 2014-03-16 | 2016-02-10 | 株式会社アンサイズ | Operating loss insurance system |
| JP7045015B6 (en) * | 2020-09-14 | 2022-05-16 | ゼアーウィンスリーサービス株式会社 | Loss rate management system |
-
2001
- 2001-07-27 JP JP2001228676A patent/JP4481534B2/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3046343A1 (en) * | 2015-01-13 | 2016-07-20 | TeliaSonera AB | Provisioning of an additional service related to a mobile terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003044675A (en) | 2003-02-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7130279B2 (en) | Methods for providing voice/data communication systems and voice/data communications via a portal | |
| US9578027B1 (en) | Multiple data store authentication | |
| US7796742B1 (en) | Systems and methods for simplified provisioning | |
| US8700439B2 (en) | Action console framework | |
| CN104221045A (en) | System and method for automated dispute resolution of credit data | |
| CN101122987A (en) | System and method for automated configuration and deployment of applications | |
| WO2005032178A1 (en) | System and method for providing e-mail address information using mobile phone number | |
| US20090265629A1 (en) | Systems and methods for extending assistance in a multi-function peripheral device | |
| CN105871794A (en) | Distributed file system date storage method and system, client and server | |
| US7380167B2 (en) | Method and system for verifying information handling system hardware component failure diagnosis | |
| JP4481534B2 (en) | Verification insurance management system, verification insurance management method, and program | |
| CN115563002A (en) | Data importing method and device, storage medium and computer equipment | |
| CN110069277A (en) | Using loading method, using online equipment, storage medium and device | |
| CN113239048B (en) | Data management method and device, electronic equipment and storage medium | |
| CN115269424A (en) | Automatic regression testing method, device, equipment and storage medium for production flow | |
| US20010037233A1 (en) | Corporate rating system and corporate rating method | |
| US8103255B2 (en) | Method and a device for associating a terminal with a user account | |
| CN114741301B (en) | Method, system, electronic equipment and storage medium for testing USIM card STK menu | |
| CN115114052B (en) | Method and device for intelligently providing database microservice | |
| JP7350825B2 (en) | Verification server and verification program | |
| EP1504587B1 (en) | Subscriber line validation of a telephone network | |
| US11847114B2 (en) | Machine learned scheduling of data retrieval to avoid security restriction flagging | |
| CN117194253B (en) | Method and system for generating test data of service scene | |
| US20060136523A1 (en) | Program packing systems | |
| CN114819979A (en) | Settlement testing method and device based on sandbox system and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050425 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20061130 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090609 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090807 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091110 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100108 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100309 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100318 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130326 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4481534 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130326 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |