(57)【要約】市場の一部である物件の保険契約者を、ある期間中の該市場に関連した指数の変化から保護する保険を生成する方法およびシステムが記述される。上記方法およびシステムを用いて、不動産のような特有の物件への投資をリスクエクスポージャーの完全な制御および透明性で保護することができる。そのような方法およびシステムの利点は、それらが大量の取引に対処することができるということである。【特許請求の範囲】
【請求項１】
保険の補償金額を決定するように構成されたコンピュータ化されたシステムであって、
保険価額および少なくとも１つの指数値を受け取り、該保険価額の関数およびある期間にわたる該指数値の変化に従って前記補償金額を決定する少なくとも１つのオブジェクトユニットを有するシステム。
【請求項２】
請求項１に記載のシステムにおいて、
時間ｔでの補償金額Ｃが次式に従って計算され、
Ｃ（ｔ）＝Ｔ（ｎ１，ｎ２，・・・，Ｎ）*（Ｗ（ｔ）*Ｖ（ｔ）*Ｉ（ｔ）
ここで、Ｔ（ｎ）は範囲［０，１］で値を持つことができる関数であり、ｎ１，ｎ２，・・・，Ｎは範囲［０，１］での値であり、Ｗ（ｔ）は補償の大きさの関数であり、Ｖ（ｔ）は保険価額であり、Ｉ（ｔ）は指数値の変化であるシステム。
【請求項３】
請求項２に記載のシステムにおいて、
前記補償金額Ｃの関数が保険料に関係するシステム。
【請求項４】
請求項１に記載のシステムにおいて、
前記システムは、減額保険料時の旧保険証券と引き換えにまたはそれに対する補足として、新しい保険証券を提供するように構成されるシステム。
【請求項５】
請求項１に記載のシステムにおいて、
前記指数が少なくともしきい値１よりも大きく下落していない場合または前記指数がある期間中少なくともしきい値１より大きな場合、前記システムは、前記保険料の一部をユーザーに払い戻すように構成されるシステム。
【請求項６】
請求項１に記載のシステムにおいて、
前記補償金額は、該補償金額が対象物件の販売に関する所定の条件の場合にのみ与えられるように、値または関数によって制限されているシステム。
【請求項７】
請求項１に記載のシステムにおいて、
補償は、指数の変化および前記対象物件の販売を必要とするシステム。
【請求項８】
請求項１に記載のシステムにおいて、
補償は、指数の変化および対象物件の販売を必要とし、該補償の大きさは該対象物件のビジネスに依存するシステム。
【請求項９】
請求項１に記載のシステムにおいて、
前記システムは、指数データベースから指数を受け取るように適合されるシステム。
【請求項１０】
請求項９に記載のシステムにおいて、
前記指数は、ヘドニック指数または反復販売指数、またはそれらの組み合わせであるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動化された保険サービスを提供する方法およびシステムに関し、特に、大規模なデータ量に対処する保険サービスを自動的に提供するイベント駆動型マシンに関する。
【背景技術】
【０００２】
現在、住宅用不動産価格が下落している最中に、個々の住宅所有者が、自分自身の投資価値を守るコスト効率が高い方法はない。従来、住宅所有者は、不動産市場が回復して販売利益を得ることができるまで家を売るのを待つか、または、住宅所有者が転職または他の移転圧力により転居することを強いられた場合には、該住宅所有者は損をしてでも家を売るかのいずれかである。これは、火災（煙害を含む）、暴風雨（ひょうを含む）、氷、雪、またはみぞれの荷重、爆発、犯罪（窃盗、破壊行為、および故意による器物破損を含む）、事故による大きな漏水または洪水、小切手偽造および信用詐欺等のような原因からの破壊または損害を補填する従来の保険証券のような、住宅所有者の投資を守る他の手段の状況とは対照的である。
【０００３】
ちょうど今立ち上がろうとしている新しい市場（例えば、シカゴマーカンタイル取引所（ＣＭＥ）は１０の米国大都市圏に対して住宅先物取引を開始する予定である）は、機関投資家、ヘッジファンド、および専門家を引きつけるように十分に計画されているように思われる。それにもかかわらず、そのような市場は、大衆市場すなわち大半の私的な住宅所有者にうまく適していない。住宅所有者は不動産市場の負の変化を防御するためにプットオプションを買うことができるであろうが、プットオプションは消費者市場のために考案されたものではないので非常にコストがかかるであろう。例えば、数年後のプットオプションの手数料の価格は不動産価格の１０％の範囲に十分になりうるであろう。そのようなオプションは時間も限られており、タイミングがよいかどうかにかかわらず一定期日または一定期間で行使される必要がある。
【０００４】
典型的な先物取引市場は余りにも進歩しすぎているので、多くの住宅所有者にとっては魅力的ではない。一般の人々を引きつけるために、市場は、通常の人々が例えば保険およびファンドに関連付けることができる消費者製品に再整理される必要がある。加えて、多くの顧客および多くの異なるデータトランザクションを持つ製品プラットフォームの要件には熟慮が必要である。消費者が手軽に使えるシステムは、大きなデータ容量、多くの取引、およびシステムに対する多くのユーザー要求が必要なことが予想できる。指数に向けて働くシステムとして、誰もまだ創造していないシステム、すべての利害関係者のビジネスシナリオをシミュレートすることができるアプリケーションを実行する保険システムが有用になりうる。スケーラブルで、大容量で、計算速度が速く、消費者が手軽に使えるユーザーインターフェース、および透明性を持つようなシステムは存在しない。
【０００５】
不動産市場に関連したリスクは重大問題になる可能性がある。多くの金融危機が不動産市場で大きな価格下落を引き起こした。前世紀末のそのような金融危機のいくつかの例として、スペイン（１９７７年）、ノルウェイ（１９８７年）、フィンランド（１９９１年）、スウェーデン（１９９１年）、および日本（１９９２年）がある。１つの例を挙げると、１９９１年のスウェーデンの金融危機では、個人住宅の不動産価格は２年で３０％以上低下し、その回復には８年の期間を要した。この種の状況を処理することができる解決策も必要とされる。幾人かの利害関係者は、そのような状況でのリスク展開およびリスクシナリオを調査、制御する、システムからのデータを必要としている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、上で概説したような問題を克服するまたは少なくとも低減することである。
【０００７】
本発明の他の目的は、特有の物件への投資を保護することができる方法およびシステムを提供することである。すべての関係者に対するよい商取引、およびリスクエクスポージャーの完全な制御および透明性を創出することも本発明の目的である。
【課題を解決するための手段】
【０００８】
解決法を持つ主な利点の１つは、それが大量の取引に対処することができるということである。システムにはいくつかの指数シリーズ、多くの顧客、および多くの取引があるだろう。この解決にはコンピュータ化された解決法が必ず必要である。
【発明の効果】
【０００９】
これらの目的および他の目的は、添付の請求項に述べられるような方法およびシステムによって得られる。したがって、本発明によれば、市場の一部である物件の保険契約者を、ある期間中の該市場に関連した指数の変化から保護する保険を生成する方法およびシステムが提供される。
【図面の簡単な説明】
【００１０】
本発明は、添付の図面を参照してこの説明を読むことによって一層よく理解されるだろう。
【図１】オブジェクトユニットの例および支払の流れを示している。
【図１Ａ】オブジェクトユニットの例および支払の流れを示している。
【図２】いくつかのインスタンス化されたオブジェクトユニットおよび支払の流れを示している。
【図３】オブジェクトユニットがサーバ上で動作する方法を示している。
【図４】いくつかの契約が共存する方法を示している。
【図５】ネットワークでの可能な実装を示している。
【図６】ユーザー要求の可能な実装を示している。
【図７】異なる補償ウィンドウが共存することができる方法を示している。
【図８】保険契約の補償金額を決定する典型的な方法のフローチャートである。
【発明を実施するための形態】
【００１１】
本出願で説明しているように、発明者は、市場の一部である物件の保険契約者を、ある期間中の該市場に関連した指数の変化から保護する保険を生成する方法およびシステムを提供している。本発明は、上述した問題を克服または少なくとも低減し、リスクエクスポージャーの完全な制御および透明性によって不動産のような特有の物件への投資を保護することができる方法およびシステムを提供する。そのような方法およびシステムの利点は、それらが大量の取引に対処することができるということである。以下に説明するように、いくつかの指数シリーズ、多くの顧客、および多くの取引は、適切に構成されたコンピュータシステムによって対応可能になる。
【００１２】
なお、本出願は「保険」に関して記述しているが、ここで述べる保険とは広義な意味で理解されるべきであることに留意されたい。「保険」とは、約束、保証、保護、または金融商品でありえる。いくつかの国々では、保険とは、保険会社によってまたは保険会社以外の会社によって提供される保証または保護と考えられているかもしれない。したがって、以下で説明する保険会社とは他の種類の会社であってもよい。
【００１３】
加えて、システムの状態を常に知ることが可能である。システムユーザーは、特定のユーザーカテゴリのリスクエクスポージャーまたはビジネス価値をチェックすることができる。多くの異なる顧客、再販業者、および保険会社等が対応することができ、任意のそのようなユーザーは、特定のユーザー要求をシステムに送り、自分のビジネスがどのように進展しているかを理解することができる。
【００１４】
過去、現在、または将来の多くの異なる指数シナリオまたは顧客開発シナリオをシミュレートすることができることも理解されるであろう。例えば、支払規則および他のシステムパラメータを変更してそのような変更の結果を調査し、すべての関係者のリスクおよびビジネスを処理する独自の方法を提供することができる。異なるユーザーシナリオをユーザー要求に基づいてシミュレートすることができ、過去、現在、または将来の指数値、顧客データ、およびユーザーパラメータをシステムにロードすることにより、任意のユーザーシナリオをシミュレートすることができる。したがって、当局は、ユーザー要求を実行して、異なる指数および顧客ベースの開発シナリオに対するリスクエクスポージャーを理解することができ、株主は、異なるシナリオを実行してビジネス価値を推定することができ、最終顧客は、該顧客の特有の能力に基づいて異なるシナリオをテストすることができ、再販業者は、あるシナリオでのビジネスがどのように発展しているかを理解することができ、再保険会社は、リスクエクスポージャー等をチェックすること等ができる。すべての関係者は該関係者自身の仮定の構想を構築し、システムがあるシナリオに対して何を予測するかまたは会社がどのようにリスクエクスポージャーされるかを理解することができ、このことはすべての関係者にビジネス価値および制御を提供することになる。
【００１５】
本出願で説明しているシステムおよび方法は、個人の不動産価格リスク契約に連結された保険を自動的に更新することができる。本発明によれば、市場の一部である物件の保険契約者を、ある期間中の該市場に関連した指数の変化から保護する保険が生成される。ここで説明する方法およびシステムは、多くの保険契約と、補償要求に対する根拠として指数を用いた契約と、を並行して処理することを可能にする。最終顧客および再販業者が保険申し込みを評価することができる。１つの契約の保険リスクまたは契約の全ストックに対する保険リスクも、下に述べるオブジェクトユニットによって収集された情報を使用することにより監視することができる。
【００１６】
保険業者と保険契約者との間の保険契約は、通常多くの紙の文書の交換によって行われる。これは、異なる利害関係者から多くのイベント駆動的なユーザー要求が生成された場合に困難となる。大量のデータ、実行すべき多くのシナリオ、および、大量の顧客およびユーザー要求は、より正確であって、かつ大容量に対処することができるコンピュータ化されたシステムを必要とする。そのようなコンピュータ化されたシステムは、多くの指数データ、および多くのデータも必然的に伴う、異なる分野の過去、現在、および将来の指数展開を考察する能力も必要とする。コンピュータ化されたシステムは、何回も何回もインスタンス化することができ、多くのデータおよびデータに関する操作を処理することができる。本出願では、一般に日付に関する操作をユーザー要求と呼ぶ。
【００１７】
発明者は、そのようなコンピュータ化されたシステムが、本出願で「オブジェクトユニット（ｏｂｊｅｃｔ  ｕｎｉｔ）」と呼ぶ非常に効率的なマシンであり、保険の契約条件を大量に処理できることを確認した。オブジェクトユニットすなわちコンピュータ化されたシステムは、ユーザー要求およびデータトラフィックが累積されますます多くの保険契約に対処することになった場合、スケーラブルであるのが好都合である。オブジェクトユニットは過去、現在、および新しいデータを用いて、特定のユーザーデータ、特定の価格データ、および特定のリスクデータに対する異なったシナリオをシミュレートし、２、３の例を挙げることもできる。
【００１８】
図１は、本発明に係るオブジェクトユニット１００、すなわちコンピュータシステムを示している。時間は、一般に時間の経過と共に右側に向かう破線の矢印によって図１に示されている。オブジェクトユニット１００は、契約開始時間ｔ１で保険契約に必要なユーザーパラメータをすべて保存し、顧客（例えば保険契約者）が契約期間中に支払うべき金額を規定することもできる。そのような支払は、例えば、契約の開始時に１回、または数回発生してもよく、好ましくは保証準備金を含み、オブジェクトユニットの他のインスタンス化からの支払を受け取ることができるキャッシュバッファ１０２に送られる。典型的な保険契約では、支払計画が規定されていて、オブジェクトユニット１００は対応する支払を引き起こす。
【００１９】
顧客との保険契約の開始時、すなわち時間ｔ１またはそのあたりで、オブジェクトユニット１００は、適切なレジスタ１０４に記憶される開始指数値Ｉａ、およびレジスタ１０６に記憶され、一般に時間の関数Ｖ（ｔ）である保険価額の開始値Ｖｔを設定する。
【００２０】
契約下の補償要求は、キャッシュバッファが対応する支払金額１０８を算出する時点、時間ｔ２で受け取ることができ、該計算により支払金１０８が支払われるべき場合にはその額の大きさが決定される。当業者には、キャッシュバッファ１０２は、任意の希望時間ｔ２でシミュレートされた補償要求に応答して、シミュレートされた支払金額を算出することもできることが理解されるであろう。キャッシュバッファ１０２は、このように、例えば支払計画に関係する値を保存しかつシステムの他の箇所で通常行われる支払および支払計画を始動させるオブジェクトユニット１００を実現するシステムから多少離れている支払施設システムの形態であってもよい。
【００２１】
したがって、「キャッシュバッファ（ｃａｓｈ  ｂｕｆｆｅｒ）」という用語は、例えば、支払計画からの値が記憶され、次に該値は、現金準備高に関する保存情報を持つ電子メモリと、上述した計算を行う１つまたは２つ以上の電子プロセッサとを含んでいてもよい適切な支払施設システムで検索されるという考えを単純に表すことを目的としている。オブジェクトユニット１００は計算を行い、支払金１０８を支払うようにキャッシュバッファ１０２（支払施設システム）を制御する。
【００２２】
オブジェクトユニット１００は、一般的にいつ発生してもよい補償要求を受け取ると停止指数値Ｉｂを得る。以下に説明するが、図５に示すように、開始指数値Ｉａおよび停止指数値Ｉｂのような指数値は、図３に示すように、指数値を、指数値信号を介してオブジェクトユニット１００に送る指数プロバイダから受け取ることができる。
【００２３】
オブジェクトユニット１００は、補償要求を受け取る際に、停止指数値Ｉｂを得ることに加えて、適用可能な契約諸条件である１つまたは２つ以上の資格認定条件（ｑｕａｌｉｆｉｅｒ）１１０をチェックする。例えば、資格認定ユニット１１０は、契約の継続時間、解消時間が経過したかどうか、必要で有効な書類がすべて保険契約者によって提供されたかどうかをチェックすることができる。１つまたは２つ以上の資格認定条件１１０の状態は、一般に関数Ｔ（ｔ）と、任意の特定の時間での１つまたは２つ以上の資格認定条件１１０の評価を反射した値とによって表される。例えば、評価された契約条件がすべて満たされている場合、Ｔ（ｔ）の値は正でありえる。一般に、資格認定ユニット１１０は、契約条件がすべて満たされている場合には「成功（ｓｕｃｃｅｓｓ）」の表示を返し、契約条件がすべて満たされているわけではない場合には「不成功（ｕｎｓｕｃｃｅｓｓｆｕｌ）」の表示を返す。
【００２４】
なお、支払金額の計算を行うために、評価が必要な多くの契約諸条件がありえることが理解できよう。図１に示すように、補償要求信号は、資格認定ユニット１１０の動作を起動する。契約条件がすべて満たされている場合、ここで停止指数値Ｉｂを、該停止指数値を用いて指数の差を算出する比較／正規化ユニット１１２に送ることができる。すべての契約条件が満たされていないと資格認定ユニット１１０が判断した場合、補償要求が好ましくなかったことになるので、更なる計算を行う必要はない。通常、停止指数値Ｉｂ、またはより典型的には補償要求が、次に停止指数値を所定の条件下で比較／正規化ユニット１１２へ渡す資格認定ユニット１１０を起動する。
【００２５】
停止指数値Ｉｂを反映したＴ（ｔ）の値および開始指数値Ｉａに基づいて、適切にプログラムされたプロセッサまたは適切に構成されたロジック回路によって実現できる比較／正規化ユニット１１２は、指数変化関数Ｉ（ｔ）の値Ｉｔを算出する。比較／正規化ユニット１１２は以下のように指数の差値Ｉｔを算出する。
【００２６】
Ｉｔ＝（Ｉａ−Ｉｂ）／Ｉａ
ここで、値Ｉａ、Ｉｂは上述したような値である。
【００２７】
指数変化値Ｉｔはいくつかの方法で用いることができる、すなわち図１に示すように、適切なプロセッサ１１４は調整可能なしきい値と値Ｉｔとを比較し、指数変化Ｗ（ｔ）を生成する。例えば、しきい値ユニット１１４は、指数変化の大きさに対する制限があるかどうか、最大指数変化があるかどうか、または除去されるべき指数変化部があるかどうかをチェックすることができる。指数値は、例えば、指数に係数（通常０から１の範囲）を乗ずるかまたは指数に他の関数を適用することができる指数調整ユニット１１６によってさらに変更することができる。
【００２８】
しきい値ユニット１１４および指数調整ユニット１１６の動作は、指数変化関数Ｉ（ｔ）に適用されて指数変化関数Ｗ（ｔ）を生成する補償の大きさ、および検討している保険契約の詳細に密接に対応する補償の大きさと考えることができる。一般に、Ｗ（ｔ）は指数変化の大きさをチェックする関数であり、該指数変化の大きさから減算またはこれに加算することができ、該Ｗ（ｔ）は特定契約の特徴に対応する係数（例えば倍数因子）を適用することもできる。
【００２９】
指数調整ユニット１１６の動作の後、指数変化が支払金額１０８にどのような影響を与えるべきかが定量化され、該量に開始値Ｖｔを乗じ、一般に関数Ｃ（ｔ）によって表される支払金額１０８の絶対値Ｃｔを得る。量Ｔ，Ｉ，Ｖ，Ｃについては、以下でさらに説明する。
【００３０】
いくつかの製品を、対象物件のビジネスがそれ自体どのように発展しているかによって制限することができる。対象ビジネスが良好に発展している場合、恐らく支払は全くないだろう。例えば、保険契約者が自分の投資について純利益をあげた。それで、該保険契約者はある製品から補償金額を得ない。なお、総投資がまだ損失している限り、保険契約が補償を与えるという場合もあるであろう。これは、値Ｃｔ、開始値Ｖｔ、および保険価額の終了値、例えば極限関数Ｌ（ｔ）に従って支払金額を決定する対象物件の販売価格を用いたリミッター１１８（これは破線で示しているように随意である）によって設定することができる。Ｌ（ｔ）関数は、リミッター１１８の設定規則に従って支払金額１０８も制限するかもしれない。
【００３１】
支払１０８（例えば補償請求の支払）がある場合、オブジェクトユニット１００は、ある量の支払が行われるように、例えば適切な要求をバッファ１０２に送ることによってキャッシュバッファ１０２を制御する。
【００３２】
当業者には、図１に関連して説明したオブジェクトユニット１００およびその機能は、多くの方法で、例えば適切なプログラミングソフトウェアで構成された１つまたは２つ以上の電子プロセッサによって容易に実現されることが理解されるであろう。加えて、図１に示した異なる機能ブロックの順序は、当然動作の最適化を支援するいくつかの異なる方法で配置することができる。例えば、図１Ａに示した構成要素の機能は、一般に図１に示した構成要素の機能に対応し、図１Ａの構成要素は、図１と同一の参照番号であるが、「Ａ」または「Ｂ」が付加された参照番号によって特定される。
【００３３】
図１Ａに示すように、オブジェクトユニット１００Ａは、オブジェクトユニット１００と比較して、しきい値ユニット１１４Ａと指数調整ユニット１１６Ａとの順序が逆にされている。ここで、指数調整ユニット１１６Ａは、比較／正規化ユニット１１２Ａの出力を受け取り、しきい値ユニット１１４Ａに信号を与える。しきい値ユニット１１４Ａは、最高補償に達するかどうかをチェックする。達している場合には、ユニット１１４Ａは最高補償を示す適切な信号を返し、達していない場合には、ユニット１１４Ａは、Ｄｔと呼ばれてもよい指数の差を示す信号を返す。ユニット１１４Ａの後の乗算器は、レジスタ１０６Ａからの開始値Ｖｔに指数の差Ｄｔを乗じ、リミッター１１８Ａは、開始値Ｖｔと、対象物件の販売価格でありえる終了値との間の差を決定する。次に、リミッター１１８Ａは、Ｄ’ｔと呼ばれてもよい該差から正の税効果を除去し、例えばＭｉｎ（Ｄ’ｔ，Ｄｔ）を評価することによって、差Ｄ’ｔを差Ｄｔと比較することができる、なおここで、Ｍｉｎ（ｘ，ｙ）は、ｘ≦ｙの場合には値ｘ、そうでない場合には値ｙを返す最小関数である。このステップは、支払金額１０８Ａが対象物件のビジネスに基づいて制限される場合に有用である。
【００３４】
さらに、リミッター１１８Ａの後にしきい値ユニット１１４Ａの機能を実現することが、すなわち図１Ａに示すように、リミッター１１８Ａの後に追加のしきい値ユニット１１４Ｂを含むことがより好ましい。他のすべての計算が行われた後、ユニット１１４Ｂを用いて例えば超過金額を決定することができる。したがって、しきい値ユニット１１４Ｂは差ＤｔまたはＤ’ｔを受け取り、ここで開始値Ｖｔと呼ぶ保険金額の数パーセントの範囲に通常ある超過金額を差し引き、純補償金額Ｌｔを決定する。該純補償金額Ｌｔは支払金額１０８Ａを処理するシステムの一部に送出される。
【００３５】
なお、オブジェクトユニット１００，１００Ａの実現は、コンピュータシステムの別の部分、および、１つまたは２つ以上のソフトウェアまたはハードウェアモジュールで行うことができることが理解されるであろう。本出願で説明しているように、そのような実現は、契約開始の開始時（開始の直前または直後）に、パラメータ値の群を記憶することを含んでいる。該値の群は、主として開始指数値Ｉａと開始値Ｖｔとを含んでいる。当然、この情報と共に、通常顧客の身元も記憶される（多くの他のパラメータと同様に）。該実現は、記憶されたパラメータ値の群を検索すること、補償要求に応答して、または補償要求の前または後に、該検索結果に基づいて多くの計算を行うこと、も含んでいる。オブジェクトユニットの機能は、上で説明した複数のシーケンスで、他の複数のシーケンスで、または並行して実現することができ、このことは、本出願で説明している数式を学習することによって理解することができよう。さらに、本出願で説明している方法および装置の実施の一部は、オブジェクトユニットまたはコンピュータシステムの外部に拡張することができる。例えば、手動で、契約の１つまたは２つ以上の支払をチェックすること、または対象となる１つまたは２つ以上の物件の販売取引を確認することによって、資格認定条件のいくつかを決定することができるであろう。それにもかかわらず、オブジェクトユニットの実装によって、リスクおよび補償を、１つまたはいくつかの契約についてリアルタイムで同時に計算することができ、異なるシナリオをシミュレートすることができる。
【００３６】
図２は、それぞれのいくつかの顧客とそれぞれのいくつかの保険契約によって活性化されたいくつかのオブジェクトユニット１００の例を示している。時間の経過に伴い、１つまたは２つ以上の顧客は支払を行い、自分の物件を売り、結果的にキャッシュバッファ１０２からの支払１０８を発生させる補償要求を提出する。図２から理解できるシステムの１つの特徴は、通常、顧客は時がたてば広がることであり、このことは、時間を表す水平の破線に対してオブジェクトユニット１００の異なる位置によって示されている。したがって、すべての顧客がシステムに同時に取り込まれるのではなく、顧客は追加されていき、顧客要求は異なる時間でイベントトリガされる。さらに、すべての顧客が資産を同時に売るとは限らないので、対応する補償要求は異なる時間で発生する。この時間的分散の恩恵は、数人の顧客が同一の保険システム、すなわち電子的なハードウェアとソフトウェアとの同一の組み合わせを共有できるということである。したがって、保険証券は、各顧客が自分の価格リスクを守るために自分の金融派生商品を派生商品市場で買った場合に比べてより安くなる。
【００３７】
図３は、各々がソフトウェアプログラムを有するいくつかのオブジェクトユニット１００を、コンピュータサーバ３００上でどのように実行できるかを示している。次に、サーバ３００は、いくつかの異なる形態のユーザー要求を処理することが好ましい。例えば、ある種類のユーザー要求は、データをユーザー情報のデータベースから検索するように命じることができるので（図５のデータベース５０２を参照）、顧客データおよび支払状況情報を要求することができる。他の種類のユーザー要求は、過去、現在、および推定された将来の指数値のような指数データを、システムから提供するように命じることができる。上述したように、システムに関連したすべての当事者は、好都合に、自分の特定のユーザー要求をサーバ３００に提出し、自分の特定のニーズを満たすことができる。
【００３８】
図４は、現在特に重要であると考えられるシステムの一態様を示している。上述した保険契約は、ある開始指数値およびある開始値に合わせて固定されているので、顧客のようなユーザーは、水平の破線によって図４に示した時間経過と共に、保険を更新またはアップグレードすることを希望するかもしれない。例えば、顧客は、指数がある期間中に上昇した可能性があれば、その結果生じた新しい増加価額を見たいであろう。図４に示すように、オブジェクトユニット１００−１によって表された契約を有する顧客は、オブジェクトユニット１００−２によって表された新しい契約、すなわち新しい開始指数値Ｉａおよび／または新しい開始値Ｖｔを付加することができる。既にシステムにある既存の顧客として、顧客は旧契約に対して既に支払をしており、顧客は、ここで、この新製品の購入またはアップグレードから利益を得ることができる。さらに、図４に示すように、顧客はさらに新しい契約を追加することができ、該新しい契約の１つは、さらに新しい開始指数値Ｉａおよび／または新しい開始値Ｖｔに対応するオブジェクトユニット１００−３によって表されている。したがって、図４は、異なる契約がどのように共存すべきかを次に決定する契約エバリュエーターユニット４００を含んでいるのが好ましいシステムにおいて、顧客がいくつかの契約を並行してどのように持つことができるかを示している。エバリュエーター４００のその決定は、保険パラメータ、および物件に関する２つまたは３つ以上の契約がどのように関連するかを規定した他の共存規則（通常事前に定義されている）に基づいている。したがって、契約エバリュエーター４００は、いくつかのオブジェクトユニット１００−１，１００−２，１００−３等から支払信号を受け取り、該支払信号および共存規則から適切な支払補償金額を算出し、新しい支払金額１０８を発生する。
【００３９】
図５は、コンピュータネットワークにおいて保険を発生させる発明者の方法およびシステムをどのように実行できるかを示している。保険会社５００は、顧客情報データベース５０２の顧客データにアクセスするアプリケーションサーバ３００を実行することができる。顧客情報データベース５０２は、顧客からの支払に関する情報と共に、各顧客５０４に必要なデータ、例えば被保険物特定データ、ユーザーデータ、および物件に特定の指数データ等をすべて記憶しているのが好ましい。なお、サーバ３００およびデータベース５０２は保険会社に設置することができるが、そのいずれか一方または両方は、保険会社５００に対するサービスとして、他のエンティティに設置することもでき、該他のエンティティによって実行することもできることが理解できよう。
【００４０】
保険会社５００は、ユーザー要求を作成、および／またはサーバ３００に送出することができる。他の当事者もサーバ３００へのユーザー要求を作成することができるのが好都合である。キャッシュバッファ１０２は、保険会社５００内または該保険会社外にありえる支払ファシリテーター５０６に設置することができる。ファシリテーター５０６の機能は、キャッシュバッファ１０２（図５に示されていない）に入る、または該キャッシュバッファから出る支払請求書を処理することである。１つまたは２つ以上の指数プロバイダ５０８は、サーバ３００上で動くオブジェクトユニット１００によって用いられる指数シリーズを提供する。図５に示すように、１つまたは２つ以上の指数プロバイダは、オブジェクトユニット１００によって用いられる指数を発展させる際に、１つまたは２つ以上の指数シリーズデータベース５１０に通常アクセスする。なお、指数および指数の背後にあるデータの規格および／または品質管理に対して責任を負う他の会社またはエンティティ５１２もありえることが理解されるであろう。
【００４１】
図５に示すように、保険会社５００、顧客５０４、支払ファシリテーター５０６、１つまたは２つ以上の指数プロバイダ５０８、および指数制御装置５１２は、適切なイントラネットまたは公的なインターネットを通して安全な方法で通信し、コンピュータ上で動くそれぞれのアプリケーションクライアント、そうでなければ従来のウェブブラウザおよびグラフ式表現ソフトウェアのようなアプリケーションクライアントを通して提示される情報を得るのが好都合である。可能性のある法的なまたはその他の当局５１８だけでなく、１つまたは２つ以上の再保険会社５１４、および、１つまたは２つ以上の流通／販売径路の参加者５１６を含んだ他の潜在的に興味ある関係者も、コンピュータネットワークで通信することができる。
【００４２】
図６は、ユーザー５０４のアプリケーションクライアントがサーバ３００にどのようにアクセスし、ユーザー要求に基づいてデータを提示できるかを示している。上述したように、データはグラフを使用しておよび／またはテキストベースの形態で提示できるのが好都合である。
【００４３】
なお、キャッシュバッファ１０２の支払金は、インセンティブとして、説明した方法およびシステムに参加するいくつかの当事者間で分割できることに留意されたい。したがって、顧客が保険料を払うと、いくつかの当事者は支払の分担金を直接または間接的に得ることができる。通常、再販業者または代理店（販売径路代理店５１６）は、一定の割合の支払金を得る。保険会社５００も支払の分担金を得て、その一部は当然保証準備金として保持される。再保険会社５１４、指数プロバイダ５０８、および他の利害関係者のような他の当事者は、売上高の分担金を得るか、または自分たちが支払を結果的に受け取れる他の機構を持つことができるであろう。
【００４４】
図１および図１Ａを再び参照して、オブジェクトユニット１００は、システムで数学的に起こっていることを例示するために下で使用、説明するいくつかの数学的な量および関数で示される。
【００４５】
補償金額Ｃ（ｔ）は、一般に以下のように書くことができる。
【００４６】
Ｃ（ｔ）＝Ｔ（ｔ）*Ｗ（ｔ）*Ｖ（ｔ）*Ｉ（ｔ）
ここで、Ｔ（ｔ）は、保険契約条件が満たされているかどうかを反映した時間関数であり、Ｗ（ｔ）は補償の大きさであり、Ｖ（ｔ）は保険価額であり、Ｉ（ｔ）は、ある期間中の指数の変化を反映した時間関数である。
【００４７】
前述の典型的な数式によれば、例えば、該数式をいくつかの異なる方法で書き換えることができるということに留意しながら、市価保険からの補償金額Ｃ（ｔ）を以下の方法で導き出すことができる。
【００４８】
Ｃ（ｔ）＝Ｔ（ｎ１，ｎ２，・・・，Ｎ）*（Ｗ（ｔ）*Ｖ（ｔ）*Ｉ（ｔ）＋Ｍ（ｔ））
ここで、Ｃ（ｔ）は、保険契約者に対する市価保険補償と呼ばれてもよい補償金額であり、Ｔ（ｎ）は、範囲［０，１］に値を持つことができる任意パラメータｎの関数であり、ｎ１，ｎ２，・・・，Ｎは、範囲［０，１］の任意のパラメータ値であり、Ｗ（ｔ）は補償の大きさに対する任意の関数であり、Ｖ（ｔ）は保険価額であり、Ｉ（ｔ）は指数値の変化、およびＭ（ｔ）は随意の定数または関数である。
【００４９】
前述の数式において、指数値の変化は次式で与えられる。
【００５０】
Ｉ（ｔ）＝Ｍａｘ（（Ｉａ（ｔ１）−Ｉｂ（ｔ））／Ｉａ（ｔ１），０）
ここで、関数Ｍａｘ（ｘ，ｙ）は、ｘ≧ｙの場合値ｘを取り、そうでない場合には値ｙを取り、時間ｔ１，ｔ２，ｔ３は、ｔ１≦ｔ２≦ｔ３を満足するような値である。なおここで、ｔ１は保険が署名されて有効になってからの時間であり、Ｉａは時間ｔ１での指数値、または随意に各時間ｔに対して一致した指数値であり、ｔ２は保険が補償請求された時間であり、Ｉｂは時間ｔ２での指数値、または随意に各時間ｔに対して一致した指数値であり、ｔ３は保険が有効になっているまでの時間である。
【００５１】
関数Ｗ（ｔ）はいくつかの有用な目的に役立つ。図１に示すように、補償ウィンドウは最初にスレッショールド比較を行うので、Ｗ（ｔ）は指数の差に対して減算および／または加算を行うことができる。次に、該補償ウィンドウは、図１に示すように指数に対する調整を行うこともでき、指数の調整は上記差に係数を乗ずることができる。なお、適切なＷ（ｔ）の選択は、指数変化をしきい値と比較し、それに係数を乗じることによって、各保険契約の多くの特有の機能を使用可能にするということが理解されるであろう。したがって、Ｗ（ｔ）は多くの異なった関数を実行して、各特定の契約に必要とされる正確な指数の差を取り出すことができる。
【００５２】
保険価額Ｖ（ｔ）は、例えば契約開始時間での対象物件の価格、または保険契約者が対象物件を買った価格でありえる。該保険価額は、係数、例えば指数の差を乗じた象物件の価格でもありえる。
【００５３】
他の実施形態によれば、一般的公式は以下のように拡張することができる。
【００５４】
Ｃ’（ｔ）＝Ｍｉｎ（Ｃ（ｔ），Ｎ（ｔ））
ここで、Ｍｉｎ（ｘ、ｙ）は、ｘ≦ｙの場合にｘの値を持ち、そうでない場合にはｙの値を持つ関数である。補償金額が最大Ｎ（ｔ）に制限されている場合には、拡張補償金額Ｃ’（ｔ）を用いることができる。
【００５５】
さらに他の実施形態において、数式Ｉ（ｔ）は以下のように書くことができる。
【００５６】
Ｉ（ｔ）＝Ｍａｘ（（Ｉａ（ｔ１）−Ｉｂ（ｔ））／Ｉａ（ｔ１），Ｑ（ｔ））
ここで、Ｑ（ｔ）は定数または関数であり、関数Ｍａｘ（ｘ，ｙ）は上述したような関数である。Ｉ（ｔ）のこの形式は、いくつかの状況、例えば補償が与えられないことを反映したい場合、指数の変化が十分に大きくなかった場合に有用になりうる。
【００５７】
該補償の一般的公式は以下のようにも書くことができる。
【００５８】
Ｃ（ｔ）＝Ｔ（ｎ１，ｎ２，・・・，ｎ）*（Ｍａｘ（Ｗ（ｔ）−Ｘ（ｔ），Ｑ（ｔ）））*Ｖ（ｔ）*Ｉ（ｔ）＋Ｍ（ｔ））
ここで、Ｘ（ｔ）は時間依存性または定数でありえる補償の下限であり、Ｑ（ｔ）は定数または関数であり、他のパラメータは上述したようなパラメータである。Ｘ（ｔ）の導入によって、Ｗ（ｔ）補償金額を制限することが可能になる。現在、通常Ｑ（ｔ）＝０であるのが望ましいと考えられている。
【００５９】
さらに他の実施形態において、数式Ｉ（ｔ）は以下のように書くことができる。
【００６０】
Ｉ（ｔ）＝Ｉ１（ｔ）＋Ｉ２（ｔ）＋・・・＋Ｉｓ（ｔ）
ここで、Ｉ（ｔ）は異なる指数Ｍ（ｔ），Ｉ２（ｔ）の組み合わせ等である。なお、異なる指数は、上に示したような単に単純加算による方法以外にさらに多くの方法で組み合わせることができることが理解できよう。
【００６１】
本発明に係る方法およびシステムで使用される好適な指数はいくつかの特定の特徴を備えている。指数は可能な限りタイムラグが小さくあるべきなので、好適な指数は少なくとも月に１回更新されるのが好ましい。必要とされるデータもできるだけ早く、好ましくは本発明に係る方法およびシステムを実行するビジネスが設立されるときに収集されるべきである。
【００６２】
一般に、適切な指数は、開始時間と停止時間との間の特定の領域および／または範疇にある物件の物価動向を反映する。指数値は物件グループの物価動向に関連付けられている。指数は、例えば物件レベル、地域レベル、または国レベルに基づくことができる。指数の代替として、例えば、類似物件または類似物件グループに対する、１平方メートル当たりの物価指数および平均物価指数が挙げられる。そのような指数を用いることに対する代替案は、物件価格がどのように進展するかに左右される、一定の補償水準を持った他の誘因を用いることである。したがって、指数はある時点（例えば、契約の開始近辺）での物価水準の推定値、および次に他の時点（例えば、補償要求近辺）での物価水準の推定値に基づくことができるであろう。そのような推定値はいくつかのパラメータに左右され得るが、基本的に該推定値は物価動向を反映する。したがって、たとえ指数物価系列を発展させることがなくても、本出願で説明した動作を少なくとも２つの時点での値の変化に基づかせることができるので、指数は２つの時点間の変化を単純に反映する。該２つの値は物価動向以外のパラメータに基づくことができるが、該値は基本的に物件の価格変動を反映するべきであり、指数の動向と関連付けられるべきである。
【００６３】
この同種の指数機能を実現する簡単な方法は、図１および図１Ａに示すように、時間ｔ１とｔ２との間の物件レベルまたは物件グループのレベルについての価格変動を推定することである。なお、該推定は、例えば数か月分、時間ｔ１，ｔ２から時間的に分離することができることに留意されたい。したがって、使用される推測値（物価指数値の代わりに）は、時間ｔ１およびｔ２の十分前に、またはその十分後にそれぞれ収集することができる。該推測値も準備されたテーブルの値に基づくことができる。したがって、１つまたは２つ以上の特定の時点で推定を行うことができる。そのような推定を補償の基礎として用いることができる。これは指数に対しても当てはまる。なお、指数には一定の時間遅延があるので、補償を計算するために用いられる指数値は、時間ｔ１およびｔ２の前に、またはその後にそれぞれ得ることができることが予想されるであろう。
【００６４】
使用され可能性のある異なる指数に基づけば、ヘドニック型（Ｈｅｄｏｎｉａｎ）の取引に基づいた指数は優れた指数の特徴を備えていて、現在該指数は比較的小さな取引量にも使用できると考えられている。後者は地域的保護のような用途に重要になりうる。当然ながら、反復販売指数はヘドニック型の指数（Ｈｅｄｏｎｉａｎ  ｔｙｐｅ  ｏｆ  ｉｎｄｅｘ）よりも多くの取引を必要とするが、該反復販売指数も物件のより大きな母集団に使用することができる。この情況では、取引は保険契約を対象とする物件の売買取引である。指数として、ヘドニック指数と反復販売指数との組み合わせも使用することもできる。
【００６５】
理想的には、ヘドニックモデルは、対象物件それ自身の特性およびその場所を含んでいるはずなので、結果的に評価額ではなく実際の測定値に基づいた指数が得られる。ヘドニックモデルからの住宅価格指数を構築する２つの方法として、（１）各必要とされる期間ごとに、時間依存性のダミー変数を付加することによってパネル回帰を推定すること、（２）時間ダミー変数なしで回帰を推定し、各期間に対して該回帰を実行すること、が挙げられる。次に、標準の資産が各期間に対して評価され、指数は標準の資産の価格変動を反映する。ヘドニック指数の１つの例は、英国の不動産に対するハリファックス指数（Ｈａｌｉｆａｘ  ｉｎｄｅｘ）である。
【００６６】
ヘドニックの数式は、それらの価格および時間を決定する属性に対する住宅価格の回帰である。関連文献で説明しているように、ヘドニック物価（Ｈｅｄｏｎｉｃ  ｐｒｉｃｅ）数式は次式で与えられる。
【００６７】
Ｙi,t＝Ｂｅｔａ0＋（Ｘi,t*Ｂｅｔａ1）＋（Ｔt*Ｂｅｔａ2t）＋ｅｐｓｉｌｏｎi,t
ここで、Ｙは従属変数取引価格（通常ログ形式）、ｉは識別指数、ｔは時間、Ｂｅｔａ0、Ｂｅｔａ1、およびＢｅｔａ2は、外因的説明ベクトル変数Ｘに関連付けられたパラメータ（回帰係数）のベクトル、下付き添字ｔを持つベクトル変数Ｔは、期間ｔの間は１に、そうでない場合には０に等しくなる各期間に対するダミー変数、ｅｐｓｉｌｏｎi,tは確率項、すなわち定数分散および正規分布を持つベクトル確率変数である。そのようなヘドニック法は、例えば、Ｗｉｌｈｅｌｍｓｓｏｎ，Ｍ．，”Ｈｏｕｓｅｈｏｌｄ  Ｅｘｐｅｎｄｉｔｕｒｅ  Ｐａｔｔｅｒｎｓ  ｆｏｒ  Ｈｏｕｓｉｎｇ  Ａｔｔｒｉｂｕｔｅｓ；Ａ  Ｌｉｎｅａｒ  Ｅｘｐｅｎｄｉｔｕｒｅ  Ｓｙｓｔｅｍ  ｗｉｔｈ  Ｈｅｄｏｎｉｃ  Ｐｒｉｃｅｓ”，Ｊｏｕｒｎａｌ  ｏｆ  Ｈｏｕｓｉｎｇ  Ｅｃｏｎｏｍｉｃｓ  Ｖｏｌ．１１，ｐｐ．７５−９３（２００２）、およびＨａｎｓｅｎ，Ｊ．，”Ａｕｓｔｒａｌｉａｎ  Ｈｏｕｓｅ  Ｐｒｉｃｅｓ：Ａ  Ｃｏｍｐａｒｉｓｏｎ  ｏｆ  Ｈｅｄｏｎｉｃ  ａｎｄ  Ｒｅｐｅａｔｓａｌｅｓ  Ｍｅａｓｕｒｅｓ”，ＲＤＰ  ２００６−０３，Ｒｅｓｅｒｖｅ  Ｂａｎｋ  ｏｆ  Ａｕｓｔｒａｌｉａ（２００６）に説明されている。
【００６８】
そのような価格式では、通常、関連する属性がすべてベクトルＸに含まれると暗黙に仮定されている、言いかえれば、省略された変数バイアス問題は存在しない。ベクトルＸは、例えば構造的な住宅属性および近隣属性に分解することができる。回帰ツリー手法は二次市場を定義するのに使用することができ、逐次回帰手法は、ヘドニックパラメータ推定を安定させるためにどれくらい多くの観察が必要かを推測するツールとして使用することができる。
【００６９】
住宅市場は、通常多くの異なる二次市場（例えば地理的領域／地域および／または家の種類）に分割される。暗黙の住宅属性価格が地域の異なる部分で互いに大きく異なっているという意味において、住宅市場も分割することができるが、このことは物価水準が異なることを意味している。それでもやはり、住宅価格の上昇は異なるが必ずしも物価水準が異なっているわけではない二次市場を、市場として定義することが重要であると現在考えられている。
【００７０】
回帰ツリー法（決定木法の変形）では従来の分割規則を使用する。回帰ツリー法および決定木法については、例えば、Ｄｅ’ａｔｈ，Ｇ．，ａｎｄ  Ｆａｂｒｉｃｉｕｓ，Ｋ．Ｅ．，”Ｃｌａｓｓｉｆｉｃａｔｉｏｎ  ａｎｄ  Ｒｅｇｒｅｓｓｉｏｎ  Ｔｒｅｅｓ：Ａ  Ｐｏｗｅｒｆｕｌ  ｙｅｔ  ｓｉｍｐｌｅ  ｔｅｃｈｎｉｑｕｅ  ｆｏｒ  ｅｃｏｌｏｇｉｃａｌ  ｄａｔａ  ａｎａｌｙｓｉｓ”，Ｅｃｏｌｏｇｙ，Ｖｏｌ．８１，Ｎｏ．１１，ｐｐ．３１７８−３１９２（２０００），に説明されている。回帰ツリーは、データをより均質なグループ（この場合は住宅二次市場）に分割し、次に該データを二次市場の各々に関してさらに分割する反復処理を含んだ、バイナリ再帰分割と呼ばれる処理によって構築されている。初めに、観察のすべてが包含され（すなわち、市場全体が１つの住宅市場とみなされる）、次にデータがバイナリ分割を使用して分割される。例えば従来のＦ検定によって決定されるように、分割が統計的に有意な場合には分割規則が再度適用される。結果として得られた二次市場の解析は多くの異なる方法で行うことができるが、ここで興味があるのは、住宅価格のそれぞれの成長が異なるかどうかである。資産属性に関する暗黙的価格が地域で異なっていても、それは、必ずしもその二次市場の指数を偏らせるものではない。
【００７１】
ヘドニック指数または他の適切な種類の指数を使用することにより、および同時に、住宅市場が異なる価格上昇を有する場合に該住宅市場を異なる二次市場に分割することにより、一意的に定義された製品の種類に対して、二次市場の各物件に関連性のある非常によい指数の定義を得ることが可能である。住宅市場は高い取引コストを示すことが多いが、効率が季節的影響により裁定取引の利益を生成することができるので、季節変動調整済の資産価格指数を使用することができる。
【００７２】
なお、ＺＩＰエリア（ＺＩＰ  ａｒｅａ）は、顧客がどの指数に連結されているかを該顧客に知らせるための使用に関係した、地理的区分の最下位レベルであるということが現在考えられている。地域指数は、このように、通常１つまたは２つ以上のＺＩＰエリアをカバーするだろうし、顧客のＺＩＰコードが入力された場合に該顧客の正しい地域指数を自動的に選択する関数が存在するであろう。地理的区分のレベルも、地方自治体、または異なる国々で使用される類似した区分でありえる。さらに、アドレスまたは資産表記（例えばそれはＺＩＰコードを決定することができる）を含んだ顧客データ、または類似した識別情報がシステムに入力された場合、正しい指数が自動的に選択される。このように、システムは、１つの例を挙げると、資産表記のようないくつかの重要な情報項目に基づいて、顧客データ、物件データ、および指数データ等を自動的に得ることができる。
【００７３】
本発明の態様によれば、保険の寿命の期間中、指数がある限界よりも下がってしまっていない場合、従来の保険商品を保険料の一部の払い戻しと組み合わせることができる。そのような払い戻しオプションは、顧客に対して保険商品をさらに魅力的な商品にすることができる。市場が上昇または安定している期間は、顧客は保険から返金を受け、市場が下降している期間は、顧客が対象物件を売って損失の危険を冒す恐れがあれば、該顧客は保険から補償を請求することができる。したがって、市場が安定している好況時には、保険会社は、このように部分的にまたは完全に払い戻すことができる保険料のすべてを必要とするとは限らず、市場価格が下降している不況時では、保険料は固定されるが、保険契約者は可能な補償を請求する権利がある。
【００７４】
払い戻しは、例えば指数が保険期間中ある指数値より小さくなかった、および／または指数が保険期間中ｘ％より下がらなかったといった、１つまたはいくつかのトリガイベントにより始動させることができる。他のトリガイベントを使用することもできる。保険期間はいくつかのより短い期間に分割されるかもしれないし、払い戻しの大きさはいくつかの異なる誘因により起動されるかもしれない。通常、保険契約者が請求にとって十分な大きな指数変化の発生により補償を請求するのと同時には保険契約者による払い戻しの請求はできない可能性があることも予想されるであろう。加えて、払い戻しは保険期間の終了日の後で保険契約者によって請求できるであろう。
【００７５】
したがって、契約に払い戻しの機能がある場合、オブジェクトユニットは、契約が始まって初回の支払がなされるときに始動するタイマを含んでいる。次に、タイマはオブジェクトユニットを起動し、払い戻し機能の規則の設定に従って、適用可能な払い戻し基準が満たされているかどうかを時々チェックする。該基準がすべて満たされている場合には支払が起動される。これは、次式のような上述の一般的補償式の他の拡張として表すことができる。
【００７６】
Ｃ”（ｔ）＝Ｃ（ｔ）＋Ｐ（ｔ）
ここで、Ｃ”（ｔ）は拡張補償金額、Ｃ（ｔ）は、上で説明したような補償金額（すなわちＣ（ｔ）またはＣ’（ｔ））、Ｐ（ｔ）は次式のように表すことができる払戻金である、
Ｐ（ｔ）＝Ｔ’（ｎ’１，ｎ’２，・・・，Ｎ’）*Ｐ（ｔ１）*Ｓ（ｔ）*Ｒ（ｔ）−Ｑ（ｔ）
ここで、Ｔ’（ｎ）は、範囲［０，１］に値を持つ任意の関数であり、ｎ’１，ｎ’２，・・・，Ｎ’は、範囲［０、１］の任意のパラメータ値であり、Ｐ（ｔ１）は時間ｔ１で支払われた保険料であり、Ｓ（ｔ）は保険料の払い戻し部分であり、Ｒ（ｔ）は任意の関数であり、保険料の値の動向を反映している、Ｑ（ｔ）は例えば超過額でありえる任意の関数である。
【００７７】
Ｃ”（ｔ）に対する前述の数式も以下のように書くことができる。
【００７８】
Ｃ”（ｔ）＝Ｍａｘ（Ｃ（ｔ），Ｐ（ｔ））
ここで、関数Ｍａｘ（ｘ，ｙ）、および他のパラメータは上で説明したようなものである。通常、Ｃ（ｔ）が前式で値を持っている場合、保険からの補償と保険料の払い戻しとを同時に請求することは通常できないので、Ｐ（ｔ）の値は０である。保険契約者が保険期間中権利を持っていて保険から補償を請求する場合、通常、該保険契約者は返済オプションを使用する資格がない。
【００７９】
保険料がいくつかの機会（例えば月ごとに）に支払われる場合、保険料を総計する必要があるので、次式で表すことができる、調整された可能な払い戻しになる。
【００８０】
Ｐ’（ｔ）＝ｍ（ｔ）*Ｓｕｍ（Ｐ（ｔ））
ここで、Ｐ’（ｔ）は調整された払い戻しであり、ｍ（ｔ）は、保険料が遅れるよりも早く支払われる方が価値があることを反映した任意の関数であり、Ｐ（ｔ）は、ここで異なる時間を各支払に用いる必要があるので、ｔ１が変化することを除いて上述したような関数である。なお、ｍ（ｔ）は異なる関数または定数でありえることが理解されるであろう。ここで述べている払い戻しとは広い意味で理解されるべきであろう。払い戻しは、必ずしも現金である必要はなく、むしろそれは、割引、ボーナス、料金の軽減、および／または顧客または再販業者に対する任意の恩典でありえる。再販業者は、該再販業者が特に製品に補助金を交付している場合、払い戻しを得ることができる。
【００８１】
当業者には、上述した数式が被保険物の特定の保険証券に適用される、異なった契約条件を生成するツールであることが理解されるであろう。
【００８２】
一般に、ｎ１，ｎ２，・・・，Ｎは、補償金額を制限することができる異なった契約条件である。便宜上、値ｎは、ｎ＝［０，１］と表される０から１までの範囲に入るように正規化することができる。上述したように、ｎ’はｎに類似していて、保険条件を反映するが、ｎ１は、返済オプションに対する保険料支払の和を計算するために上述したように使用される。
【００８３】
さらに、一般的に、Ｔは異なった契約条件を表すパラメータを評価する関数であり、ここで、Ｔ（ｎ１，ｎ２，・・・，Ｎ）＝１または０である。通常、Ｔは、適用可能な条項または条件を満たすかどうかに応じて、１または０の値のいずれが一方を取る。例えば、Ｔ＝１であるためには、すべての契約条件が満たされている必要がある。契約条件を適用しない場合には、Ｔ＝１である。１つまたは２つ以上の条項または条件が満たされていない場合、Ｔ＝０である。上述した数式の最も簡単な形式において、関数を効果的に除外すると、Ｔ＝１となる。ｎは時間依存性であってもよいので、Ｔの評価は時間依存性でありえる。いくつかの事例では、Ｔに任意の数を与えて、Ｔの値を得るためにｎ１，・・・，Ｎの異なるパラメータを乗じてＴを生成する可能性があることは意味のあることでありえる。上述のように、Ｔ’はＴに類似しているが、返済オプションに対する保険料支払の和を計算するために上述のように使用される。
【００８４】
一般に、Ｃは補償金額を表し、Ｃ（ｔ）は、該補償金額が時間依存性であることを意味している。
【００８５】
Ｗは補償の大きさを規定する補償ウィンドウを表し、Ｗ（ｔ）は該補償ウィンドウが時間依存性であることを意味している。通常、補償ウィンドウは時間ｔ１の契約開始時に分かっていて、一般的に、Ｗ（ｔ）は各種関数および定数の組み合わせでありえる。
【００８６】
図７は、異なる時間で配置され、水平の破線および指数の異なる値によって示された、複数の補償ウィンドウＷ１（ｔ），Ｗ２（ｔ），Ｗ３（ｔ）を示している。垂直の破線で参照される、経時的な指数変化の推移が曲線によって表されている。各補償ウィンドウについて、オブジェクトユニットは、減算、加算、係数、および、定数または関数による乗算を使用し、それぞれの保険契約に従って正しい結果を得る。例えば、契約は結果的に補償金を発生させる指数の最大変化を規定するかもしれないし、契約は補償金を支払うべきかどうか判定する前に指数変化の一部を差し引くかもしれないし、または契約は指数変化の要素である支払を提供することができる。これらは、例えばオブジェクトユニット１００の指数調整ユニット１１６の動作に反映される。補償ウィンドウは、例えば、オブジェクトユニット１００のしきい値ユニット１１４および指数調整ユニット１１６の動作によって実現される。
【００８７】
図７に示した例では、第１の補償ウィンドウＷ１（ｔ）がそれぞれの顧客に対応している。契約開始の時間ｔ１で、適切なタイマによって決定されてもよい資格認定期間が始まる。この例では、指数を超える超過も付加される。資格認定時間は資格認定条件１１０に対応し、該超過はしきい値ユニット１１４に表される。さらに、補償可能な最大指数変化は、しきい値ユニット１１４によって処理される。
【００８８】
図７の例では、他の補償ウィンドウＷ２（ｔ）が、該補償ウィンドウＷ２（ｔ）の顧客の契約開始時に製品を買う他のそれぞれの顧客に対応する。ある時間が経過した後、顧客は製品をアップグレードし、新しい補償ウィンドウＷ３（ｔ）が追加される。ウィンドウＷ３（ｔ）はウィンドウＷ２（ｔ）よりも高い指数レベルから始まり、このより高い指数レベルに対しても補償を補充するが、前の製品に依存する。
【００８９】
対応する補償ウィンドウＷ２（ｔ）およびＷ３（ｔ）を持つ２つの重複契約を図７に示している。そのような状況では、保険契約者は１つの契約に基づいて第２の契約を買い、ウィンドウＷ２（ｔ），Ｗ３（ｔ）に対応する契約間のその期間にわたる指数の価格増加を「確定し」、よりいっそう高い指数レベルの価格下落に対して、保険契約者の１つまた２つ以上の対象物件を徐々に保護することができる。保険契約者は、保険証券を、図１および図１Ａに示すようなその保存された値ＩａおよびＶｔ、および図７に示すようなその対応する補償ウィンドウ、超過、および資格認定時間等と共に既に持っているので、新しい保険証券を評価すべきときにこの状況を使用することができ、保険契約者は、開始値Ｖｔが第２の保険証券について考慮される場合に、Ｗ３およびＷ２に対応する保険証券の間の指数の差に対する保険料「のみ」を支払う必要があるだけである。図７のＷ２およびＷ３にそれぞれ対応する２つの保険証券が同じ場合、第２の保険証券は、Ｗ３ウィンドウのＩａ（それをＩａ３と呼ぶ）とＷ２ウィンドウのＩａ（それをＩａ２と呼ぶ）との間の指数の差に対して有効になる。第１の保険証券は開始値Ｖｔおよび開始指数値Ｉａ２を確保する。これに加え、より高い指数値（しばしばより高い開始値Ｖｔ）は、物件価格についてよりいっそう高い査定を確保することができる。したがって、ある保険証券から他の保険証券へのコスト効率の高いアップグレードパスを生成することができる。契約エバリュエーター４００は、補償要求時、物件に連結された保険証券をすべてチェックし、異なる契約からの補償を評価することができる。
【００９０】
したがって、ウィンドウＷ２（ｔ）およびＷ３（ｔ）に対応する顧客については、契約エバリュエーター４００（図４を参照）は、元の契約とアップグレードされた契約との両方、すなわち各契約の効果およびそのウィンドウを評価する必要がある。顧客の観点から、ここで円滑なアップグレードパスを生成することができる。顧客が製品をアップグレードすることを選択した場合、それは、以前の契約に新しい契約を追加することよって簡単に行うことができる。保険契約者の戦略は、指数が増加したら即座に保険証券をアップグレードすることであり、それによってコスト効率の高い手法でますます高い指数展開に固定することができる。保険契約者は新しい保険証券を毎回買う必要はないけれども、最後の保険証券が得られてから指数増加に対応した新しい保険証券の一部に対してのみ代価を支払う必要がある。技術的にこれを行うことができる方法がここで解決される。
【００９１】
一般に、Ｖは保険価額を表し、Ｖ（ｔ）は保険価額が時間と共に変化することを意味している。保険価額は保険に署名するときになされた契約によって設定された定数である場合が多いが、例えば保険価額が既知の量または既知の割合だけ数年にわたって増えることは、保険業者と保険契約者との間で合意されているかもしれない。例えば、後者は、毎年の保険価額が指数または他の指数に反映された市場変動により再計算される場合の事例であろう。保険価額は、名目量、または実質量、例えば貨幣価値として表すことができる。名目上の開始値Ｖｔまたは真の開始値Ｖｔがあってもよく、補償金額を評価する場合、真のＶｔには貨幣価値の真の変化が乗算される。例えば、保険価額の代わりに指数の変化に連結された、実質補償を表す他の手段も考えることができる。
【００９２】
上で説明したように、Ｒ（ｔ）は保険料の値の動向を反映した随意の時間依存性の関数である。Ｒ（ｔ）は対象指数そのものに従う関数でありえるし、指数がプラスに発展している場合には、それは結果的に補償になりうる。それは損切りのレベルを決定することができ、その結果、一定期間後、保険料を一定レベルに確保することができる。それは、市価保険商品と組み合わされた場合には結果的に全く何も返ってこないが、市価保険と組み合わせられない場合には結果的に補償となる。Ｒ（ｔ）は名目的であり、１に等しい値を持つことができる、またはＲ（ｔ）は真のエンティティまたは量に対応することができる。例えば、Ｒ（ｔ）をインフレ指数のような任意の指数の動向に連結することができる。
【００９３】
一般に、Ｉ（ｔ）は時間ｔ１とｔ２との間の指数の変化値を表し、ここで、Ｉａは時間ｔ１での指数値、Ｉｂは時間ｔ２での指数値である。ＩａとＩｂとの間の関係は、補償レベルを計算する基礎となる。ＩｂがＩａから十分に変化している場合、補償を請求することができる。指数の変化が、所定の時間に補償の権利を与えるように規定された変化よりも小さな場合、請求を行うことはできない。いくつかの事例では、ＩａとＩｂとの間の変化がある指数ポイントより大きい代わりに小さい場合にのみ補償を請求することができる。指数が市場に対して正相関がある場合にも、上で説明した数式は一般に有効であり、指数が市場に対して負に関連付けられている場合には、Ｉｂ（ｔ）はＩａ（ｔ）よりも大きくなり補償が与えられる。Ｉ（ｔ）は異なる指数の組み合わせでもありえる。Ｉ（ｔ）が、１つの指数のある割合および次に他の指数の他の割合を取ることによって形成される場合、等々がそうである。
【００９４】
Ｍ（ｔ）は定数または時間依存性でありえる関数である。Ｍ（ｔ）は、例えば超過を表すことができ（図７を参照）、その場合には、Ｍ（ｔ）は通常負符号を持つであろう。Ｍ（ｔ）はコストを補償する総額でもありえる。Ｍ（ｔ）は多くの場合０である。Ｍ（ｔ）は補償の限界を表すこともできる、その場合には、該Ｍ（ｔ）は通常負符号を持つ。Ｍ（ｔ）は補償の超過および限界の組み合わせを表すこともできる。
【００９５】
Ｎ（ｔ）は、通常製品の補償を制限する値または関数である。
【００９６】
Ｃ’（ｔ）に関して、補償にはある最高額Ｎがあることもあり、Ｎは時間ｔに依存することもある。したがって、
Ｃ’（ｔ）＝Ｍｉｎ（Ｃ（ｔ），Ｎ（ｔ））
すなわち、Ｃ（ｔ）またはＮ（ｔ）のいずれか小さい方である。これは、補償がある額より大きくなるべきでない場合に有用である。
【００９７】
一般に、指数は市場がどのように変化するかを反映し、該指数が市場の物件に関連付けられている限り、原則としてほぼすべてのことに基づくことができる。通常、指数は市場での物件の値の動向に対して正の安定した相関関係を持っているが、指数は、その代りに、市場に対して負相関を持ち、どのようにも使用される可能性がある。指数は不連続または連続でありえる。特有の物件は売られないことが多いので、指数が基にしている物件の価格を知るのは難しいかもしれない。指数は物件の査定に定期的に基づくことができ、または該指数は、同じ物件グループ内の同じ物件または異なる物件の実際に行われた繰り返しの販売／購入取引に基づくことができる。指数が実際の販売／購入取引（繰り返しの販売すなわち快楽の指数）に基づいていることは望ましく、さらにリアルタイムで更新されることも望ましいと現在考えられている。
【００９８】
今日存在している指数は、毎四半期または最悪毎年更新されることが多く、最善の場合には毎月更新される。指数値を生成するスライディングウィンドウ型の技法を用いることによって、リアルタイム指数を得ることが可能になる。例えば、毎月更新される指数を考えてみよう。指数は翌月からのデータで埋めることができ、同時に最後の期間からデータを取り去ることができる。月単位で更新するときに取引数が余りにも少なくて優れた指数品質を得られない場合、例えばスライディングウィンドウを使用することができる。次に、指数はより頻繁に更新することができるが、一定期間の間の指数は新旧の両取引データに基づいている。旧データは以前の期間からのデータであり、新データは旧データと混じり合っているので、指数はそれが「リアルタイム」であるように見えるが、取引データの変化は新旧値を混合することよって均等化されている。したがって、少数の取引であっても、取引に基づいた指数のリアルタイムの挙動を得ることは可能である。通常、売買取引の生データは購入され、指数が構築される、すなわち既存の指数が製品の基礎として使用される。
【００９９】
１つの既知の指数を物件グループに使用すること、または新しい指数を生成することは可能である。該グルーピング化は、物件の種類および／または地理的な制限に基づいていてもよい。それは、物件グループに関連する類似の指数または他の指数に基づくものであってもよい。重要なことは、指数は、該指数の変化がグループ内の物件の市場価格変動を反映するような方法で、対象物件グループの価格変動を反映することである。
【０１００】
類似した特性を持つ種類の物件を選択することが望ましい。物件グループを、それらが類似した挙動を示すように地理的地域に制限することはさらに可能である。応用分野が不動産である場合、物件グループ用に選択された指数は該物件を表す市場のよい代表であるべきである。
【０１０１】
上述したように、市価変動は指数に反映されていて、指数値は少なくとも２つの機会に読まれる。該２つの機会の間の指数の変化が補償の基準となる。指数値は、少なくとも、保険契約が、該契約が始まると謳っている日および該契約が終わるべきだと謳っている日に読むことができる。指数値は保険が始まる日と同日に、および補償の基礎として使用されるために対象物件が売られる日に得られる。ローンが署名される日およびローンが終了する日に指数値を使用することも可能である。
【０１０２】
なお、製品用途指数値は、通常スタート時間ｔ１および／または終了日ｔ２に対応することに留意されたい。それでもやはり、最後に発表された指数値と、ｔ１またはｔ２との間のタイムラグが非常に大きくなる可能性も時としてあるので、指数値に対する修正を、次の指数値を使用して、または最後に発表された指数値と次の指数値との間の平均値を使用して行う必要がある。時間ｔ２での補償は、２つの部分、すなわち物件の販売直後の１つの部分と、次の指数値が発表される場合のその他の部分とに分割されることもある。したがって、現在の指数値の代わりに次の指数値を使用して補償を計算すること、または最後に発表された指数値と次に発表された値との組み合わせを使用することがよいときもある。
【０１０３】
本発明の実施形態では、金融商品が物件に結び付けられている場合には、対象物件が売られたときに、本出願で説明している新しい金融商品からの補償を請求することが可能なだけである。
【０１０４】
なお、保険契約者が物件の販売上の融資金額を返済することができない場合、銀行または他の団体は保険契約者の代わりに補償に対する権利を得ることができることが理解されるであろう。
【０１０５】
補償金額は、保険を取得する（ここで説明した新しい金融商品を買うこと）日の対象物件の市場価格、および新しい金融商品を買うときの時間と対象物件を売る日との間の新しい金融商品の指数値の差に連結されている。保険を取得する日の対象物件の市場価格は、
新しい金融商品を買う日の対象物件の推定価格、
対象物件を買う日の対象物件の価格、
新しい金融商品を買う時間の対象物件の抵当額、
対象物件を買う時間の対象物件の抵当額、
新しい金融商品の売り手と買い手との間で合意された金額、
時間と共に変化するように合意された金額、
になりうるか、または、
対象物件の市場価格は製品を買った後に設定することができる。
【０１０６】
ここで説明した新しい金融商品を買う日の対象物件の推定市場価格は、対象物件の価格と、所有者が新しい金融商品を買う日の指数値と所有者が家を買った日との間の価格差の比率を乗じた対象物件価格とを加えることによって計算することができる。
【０１０７】
補償の終値、例えばＶ（ｔ２）は、ここで説明した新しい金融商品が買われた時（例えば日）と対象物件が売られる日との間の指数値の差の比率を乗じた開始値である。
【０１０８】
補償は、異なるイベントそれ自身または組み合わせにより始動させることができる。例えば、補償は、ここで説明した新しい金融商品の対象物件の販売、借款契約の終了、離婚または別離（２人の代わりに１人がはローンおよび生活費を支払う）、失業、新しい地理的領域への移転、死亡、病気、事故、破産、受戻権喪失、他の理由により始動させることができる。
【０１０９】
本出願で説明している新しい金融商品は、通常、他のすべての契約条件が補償に対して満たされていれば、対象物件が売られたときの指数値が、該金融商品が買われたときの指数値よりも低い場合に補償を与える。補償ウィンドウが物件を売るべきであることを明示した場合に、該物件が売られたときの指数値が、買われたときの指数値より高いかまたは同じ場合も、補償を与えるいくつかの事例に当たるであろう。したがって、エンドユーザーの補償を起動するものは通常対象物件が売られることであるが、他のトリガが使用されてもよい。これが行われると、新しい金融商品に対する補償が計算される。
【０１１０】
補償は、特有の物件の所有者以外に、人、例えば貸し主に連結されていてもよい。保険契約者は物件の所有者になりうるが、保険証券は、該保険契約者が物件を売るときに買い手に譲渡することができる。
【０１１１】
したがって、製品は、対象物件の価格変動を用いて補償の大きさを制限すること、補償の大きさを用いてどれくらいの大きさの指数変化が補償されるべきであるかを反映すること、受給資格期間を付加すること、超過金を付加すること、最高補償金額を付加すること、保険料またはボーナスの一部を払い戻す機能を付加すること、他の保険条件を付加することのようないくつかの異なる要件を、契約条件の中に有することができる。
【０１１２】
製品には、受給資格期間、最終有効期日、および最高補償金額があるのが好ましい。対象物件が損をして売られない場合も補償金額が減らされるいくつかの事例に入るであろう。補償金額は支払を減らす指数係数だけ減らされるのが普通である。指数が１単位下がった場合、補償の大きさは単にその半分、またはある他の係数でありえる。これは関連するレベルの補償金が支払われたことを確認するために行われる。
【０１１３】
製品は、規則的に支払われる料金として、例えば契約一時金、ローンの利息の算入、ローンの追加のような異なる支払機会を持つことができる。
【０１１４】
通常、保険商品は月掛保険料支払によって払われる。本発明の一側面において、この製品に対する支払も、部分的前払いまたは完全前払いで支払うことができる。製品は、ある時期の間一度にまたは前払いで支払うことができるし、または対象物件の銀行ローンの金利に含まれていてもよい。銀行ローンに支払金を追加することは、保険契約者の毎月の流動性資産に効果がある。該支払金は、対象物件の金利に完全にまたは部分的に含まれていてもよい。保険のコストは、ローンの一部または全体の金利に含まれているであろう。政府または他の団体は、保険価額の一部に補助金を交付して保険契約者のコストを下げることができる。
【０１１５】
物件所有者が物件価値の保険を取っている場合、該所有者は、保険に既に支払った価値を失うことなく、保険金額、指数値、または製品を変更することが必要なことを理解するかもしれない。これにより、製品を買う顧客に多くの価値が付加される。製品は１回限りではなく、異なる製品は、組み合わされてまたは鎖状に連結されて、各時点で顧客が必要とするものを顧客に与えることができる。
【０１１６】
保険に対するオプション機能はある時間の後で保険金額を変える可能性である。保険受取人は、対象物件の査定を変更してしまって、より高い保険価額を持ちたいかもしれない。通常、対象指数値がプラスに発展しており、受取人が物件の新しい査定を持っている場合、保険受取人はより高い保険価額を得ることができる。次に、保険受取人は、新しい保険に入るのにかかるコストよりも少ない手数料で保険価額をアップグレードするだろう。
【０１１７】
本発明に係る金融商品は、非常に多くの方法で他の保険または貯蓄製品と共にパッケージ化することができる。多くの場合、金融商品を、今日利用可能な他の保険商品、例えば異なる種類の物件保険（例えば住宅所有者保険）または異なる種類の信用保険と共にパッケージ化することは合理的でありえる。本出願で説明している製品を、例えば合衆国の従来の抵当保険と共にパッケージ化することができる。
【０１１８】
本発明は非常に低い価格で市場に参入することも可能にする。したがって、ここで説明した製品は２つのステップで売ることができる。マーケットバリューロック（Ｍａｒｋｅｔ  Ｖａｌｕｅ  Ｌｏｃｋ）と呼ぶことができる第１のステップは、顧客が時間内に物件の物件価値および保険価額で指数を固定するが、しばらく後になるまで保険料を支払う必要はない方法である。これは、インターネット上で売られる低コストでステップインタイプの製品に対する解決法である。次に、顧客は、保険料を支払う場合、市価保険の基礎としてこの指数値を後で用いることができる。次に、顧客は、例えばある期間、通常３〜１２か月間最低料金で指数値を固定する。次に、顧客は、しばらくの間指数の展開に従い、後で保険料を支払うべきかどうかを決定することができる。
【０１１９】
ステップイン製品は異なる方法で作ることができる。
【０１２０】
市価保険をカバーする権利を使用する期間は日から年に変わる可能性がある。マーケットバリューロックは、１つまたはいくつかの異なる製品間で選択すべきオプションとして公式化されるかもしれない。市価保険商品の価格は、顧客がマーケットバリューロックオプションを買うときに、またはそのしばらく後で分かる。マーケットバリューロック製品は、指数が下がり、顧客が市価保険タイプの製品をカバーする権利を使用していない場合に、現金を発生させる特徴も持つことができるであろう。顧客は指数の変化を現金で得るかもしれない。
【０１２１】
ここで説明した新しい金融商品の構成の１つの特徴は、新しい金融商品の買い手が金融商品の寿命中に補償レベルを知ることができることである。理由は、すべての契約条件が、指数値が知られるのと同時に新しい金融商品の買い手／所有者に知られるからである。したがって、補償レベルは毎日計算され、対象物件がその日に売られた場合、どれだけの補償が予定されているかについてのよい理解を所有者に与えることができる。
【０１２２】
異なる応用例がスターターホームの買い手のような異なる市場区分に用いられるのが好ましい。
【０１２３】
マーケットバリューロックタイプの製品提供は、この種の製品を注文して任意の所与の日に指数値を凍結できるインターネット顧客に、低コスト製品を安値で提供することを可能にする。指数が６〜１２か月の期間内に下がった場合、該顧客は、実市場価格の保険商品を注文できるが、一定時間内に製品を買うオプションを有する、以前の「冷凍された」指数値を用いることができる。
【０１２４】
第２のステップはマーケットバリュースタート（Ｍａｒｋｅｔ  Ｖａｌｕｅ  Ｓｔａｒｔ：市場価格開始）と呼ぶことができ、それは、次に拡張可能な製品の第１の部分である。通常、次に他の製品に拡張可能なマーケットバリュースタートタイプの製品は、期間例えば１〜３年間の価格下落の保護である。
【０１２５】
マーケットバリュースタート製品は、ここで説明した新しい金融商品を２つの部分に分割した第１の部分である。マーケットバリュースタート部分はそれほど高価でないかもしれないし、開始期間中保護を与えるが、第２の部分は、第１の部分に拡張可能な保護を与える。したがって、これは、会社にとっては低いリスクで、および大金の前払いを決心する必要はないが支払猶予期間を手に入れる顧客の利益によって、顧客のための製品を創出する可能性を提供する。物件の売り手または買い手はマーケットバリュースタート製品を購入することができる。規定された時間（通常６〜２４か月）内で、物件の買い手は製品を実市場価格の保険にアップグレードすることができる。
【０１２６】
補償レベルを制限し、それによって本出願で説明している新しい金融商品を配付するのに必要とされるリスクおよび資本を減らすいくつかの重要な方法がある。例えば、リスクまたは補償レベルを次のように制限することができる。
【０１２７】
保険金額の数字または割合（および時間と共に変化してもよい）に、
多くの保険契約者が同時に売るとき、
指数が劇的に下がるとき、
物件価値の小さな部分に、
遅い請求返済によって、
最終指数が設定されるか、他の条件が満たされるまで、補償の一部を保持することによって、
上述した超過金で、
保険の価格の下限によって、
指数が劇的に下がった場合の追加支払金によって、
危機、戦争等のときに、
受給資格期間または補償ウィンドウを用いることによって、
物件の種類または地理的領域を制限することによって、
保険に加入できる人を制限することによって、
他の機構、および
上記の組み合わせ。
【０１２８】
ここで説明した保険のコストも、多くの方法、例えば、ヘッジ手段、再保険解法、指数が下がった場合の借款契約、および異なって変化するより多くの市場の製品、および／または他のリスクパターンを持つ他の製品（例えば貯蓄商品）を用いることによって制限することができる。
【０１２９】
上述した方法および装置を使用して一種の団体保険を提供することもできる。団体保険を提供する１つの方法は、支払われた保険料と共に大きくなる指数計数に基づいて、補償をエンドユーザーに変えることである。例えば、顧客は、指数が特定の量（例えば３０パーセント）だけ下がった場合に保険価額の一部（例えば１０パーセント）に対して補償を与える基礎保険から始めてもよい。次に、顧客は新保険価額のさらに１０％で補償を買うことができる。
【０１３０】
上述のように、本発明は、家、ボート、収集品等のような物件の価値の確保を可能にし、商品として商われない、実体のあるまたは実体のないすべての形態の特有の物件に、本発明を適用できることが理解されるであろう。
【０１３１】
他の特徴すなわち資格認定条件は、対象物件の販売時に損失項目を規定することができるので、補償が「損失」を被った人々にのみ与えられるような方法によって、補償を値または関数により制限することでありえる。これは例えば次のように表すことができる。
【０１３２】
Ｌ（ｔ）＝（保険証券の開始時または家の購入時の家の価格）−（売られた家の価格）＋／−（他の効果、例えば税効果、エージェントコスト等）そのようなＬ（ｔ）を用いると、補償金額Ｃ’（ｔ）を次式で与えることができる。
【０１３３】
Ｃ’（ｔ）＝Ｍｉｎ（Ｌ（ｔ），Ｃ（ｔ））
ここで、Ｍｉｎ（ｘ，ｙ）は２つの値ｘおよびｙの小さな方を取る関数、Ｌ（ｔ）は、ちょうど説明したように、終了時の販売経費が減じられた開始時の物件価値（例えば物件の対価）、Ｃ（ｔ）は、上で説明したような保険証券からの補償金額である。したがって、関数Ｌ（ｔ）を導入することによって、計算を自動化して、保険契約者が対象物件の損失を経験した場合に限り支払が行われることを確認することは可能である。「損失」という用語は、１つまたは２つ以上の対象物件の販売に関する所定の条件を意味するように広い意味で理解されるべきであろう。損失は異なる方法で規定することができ、対象ビジネスに関連した１つまたは２つ以上のしきい値があるのが普通である。例えば実補償金を用いる場合、対象ビジネスはポジティブであるが十分なお金を得ていないような場合でも、「損失」が発生するように規定することができる。他の例については、「損失」は、人が、ある額またはローンに関連した自分の持分等よりも損をした場合にのみ発生するかもしれない。
【０１３４】
本発明に係る方法および装置は、保険証券を、ある保険契約者または当事者から他の者に譲渡するのに用いることもできる。例えば、保険はスポンサーを得てもよく、スポンサーは保険証券を購入し、該保険証券を物件の買い手に譲渡することができる。売り手から買い手への譲渡では、物件の売り手は保険証券を買い手に譲渡することができる。
【０１３５】
以下は、図５を考慮して考えられる、最終顧客に対する通常のシナリオおよび次にシステムで起こることの例である。
最終顧客は製品を買うことを決心する。
【０１３６】
１．最終顧客５０４は、保険、例えば価格下落保険を上で説明したように買うことを決心する。最終顧客５０４は、ウェブブラウザまたは他の適切なアプリケーションクライアントを用いて、個人情報、および、１つまたは２つ以上の対象物件（例えば家）、指数領域、および購入される保険商品の種類に関するデータを入力する。該指数領域は、物価動向が指数によって示される地理的領域である。データは、最終顧客、または保険代理店のような代理店５１６によってウェブクライアントに送ることができる。そのような１つまたはいくつかのユーザー要求はサーバ３００に送られ、データは顧客情報データベース５０２に保存される。
【０１３７】
２．アプリケーションサーバ３００はデータをチェックし、顧客５０４に適切な確認データを送る。データがすべて正しい場合、アプリケーションサーバ３００は保険の価格を決定し、顧客に該価格を提示する。
【０１３８】
３．最終顧客５０４は、入力データ、および、１つまたは２つ以上の対象物件、地理的領域、および物件の種類に用いられた関連する指数に基づいて、製品の提示を受け取る。
【０１３９】
４．最終顧客５０４は、製品を買うことを決心し、顧客自身、または任意のよく知られているインターネット支払機関を介した再販業者５１６を通してのいずれかで購入を行い、支払が行われる。
【０１４０】
５．支払の確認が支払ファシリテーター５０６から受け取られると、アプリケーションサーバ３００は支払を確認し、それぞれのオブジェクトユニットをインスタンス化することよって製品を起動する。ここで、オブジェクトユニットのインスタンスは、ユーザー要求に応えて、特定顧客のウェブクライアントで該顧客の１つまたは２つ以上の製品をここで理解することができるこの特定顧客５０４に関するユーザー要求を処理し、顧客のデータを考察することができる。
【０１４１】
６．しばらくして、最終顧客５０４は１つまたは２つ以上の対象物件を売り、該最終顧客は、ウェブクライアントを用いて、サーバ３００に送られたユーザー要求を介して販売を確認し、補償要求、すなわち製品の契約条件による顧客補償請求を送る。
【０１４２】
７．インスタンス化されたオブジェクトユニットは、製品の契約条件をチェックし、現在の指数値、および保存された顧客、指数、物件、および製品パラメータをチェックする。契約条件がすべて満たされている場合、オブジェクトユニットは補償金額を算出し、支払要求が支払ファシリテーター５０６（およびキャッシュバッファ１０２）に発行される。支払１０８は、例えば支払ファシリテーター５０６によって顧客に送られ、ウェブクライアントは、顧客に該顧客がいつ支払を受けるかを通知することができる。
【０１４３】
新しい方法およびシステムをうまく働かせる重要な側面は、すべての関係者が製品を市場で取引して売るという強力なインセンティブを創出することである。非常に強力なインセンティブを得るために、製品の価格付けは、リスクのコストだけでなくすべての関係者のキャッシュフローを確立するコストも考慮するということを確認することが必要である。本発明に係る方法、システム、および製品に対してこれをどのように行うことができるかを以下に説明する。
【０１４４】
含まれているのが好ましいシステムの役割は、保険製作、指数プロバイダ５０６、指数品質保証５１２、保険会社５００、販売径路／代理店５１６、および再保険５１４である。保険の保険料は、すべての当事者が強力なインセンティブを持ち、システムにおける自分達の役目を上手に果たすような方法で、それらの当事者の間で分割される。保険会社は、保険証券のリスクに相当する保険料の一部を確保する。保険会社は、さらにリスクの一部を引き受ける１つまたは２つ以上の再保険会社に手数料を支払うか、ヘッジ手段の代価を払うことができる。販売径路／代理店は、各販売について保険料（手数料）、および／またはさらに顧客支払の何パーセントかを得ることができる。保険製作会社、指数ファシリテーター、および指数品質保証は、エンドユーザー保険料の分担金または保険料を含めたコストカバレッジのいずれかを得ることができる。したがって、キャッシュフローが関連する当事者に対して創出される。市場は、単に保証準備金に必要な量よりもより多くのお金をシステムに持たせることにより創出されることを理解することも重要である。図１の例証を参照されたい。支払ファシリテーターは保険料の分割を容易にすることができ（もし自動化されていれば）、またはそのような分割を行うために別の機能を確立することができる。
【０１４５】
図８は、上述したような保険契約の補償金額を決定する典型的な方法のフローチャートである。ステップ８０２で、保険価額の開始指数値Ｉａおよび開始値Ｖｔが設定される。ステップ８０４で、補償要求が受け取られたかどうかが判定される。受け取られていなければ、（ステップ８０４で「Ｎｏ」）方法のフローは戻り、受け取られていれば（ステップ８０４で「Ｙｅｓ」）、停止指数値Ｉｂが得られ（ステップ８０６）、１つまたは２つ以上の資格認定条件（例えば適用可能な契約諸条件）がチェックされる（ステップ８０８）。すべての資格認定条件が満たされている場合（ステップ８０８で「Ｙｅｓ」）、停止指数値に基づいた指数の差が決定される（ステップ８１０）。資格認定条件が満たされていない場合（ステップ８０８で「Ｎｏ」）、方法のフローは戻る。図８に示すように、指数の差はしきい値と比較され（ステップ８１２）、選択的に調整される（ステップ８１４）。上述したように、該しきい値化ステップは、例えば、指数の差の大きさに対する制限があるかどうか、最大指数差があるかどうか、または除去されるべき指数の差の一部があるかどうかをチェックすることができ、指数は、例えば、指数に係数（通常０から１の範囲）を乗じることまたは指数に他の関数を適用することにより調整することができる。さらに、上で説明したように、ステップ８１２，８１４、および／またはステップ８０６，８０８の順序は、本方法の他のステップと同様に変更することができる。指数の差が補償にどのような影響を与えるべきかについての定量化の後（ステップ８１２，８１４）、開始値Ｖｔは、それに応じて、例えば定量化の結果に開始値Ｖｔを乗じることによって調整され（ステップ８１６）、その結果補償を生じさせる。所望であれば、ステップ８１６は、例えば、対象物件のビジネスがそれ自体どのように発展しているかおよび／または上で説明した他の要因のすべてに基づいて、補償を制限するステップを含むことができる。
【０１４６】
当業者には、図８に示した方法、および上で説明したようなその変形が、多くの方法、例えば適切なプログラミングソフトウェアによって構成された１つまたは２つ以上の電子プロセッサによって、容易に実行することができることが理解されるであろう。
【０１４７】
本特許出願は、２００７年４月４日に申請された米国仮特許出願番号第６０／９２１，８１８号、および２００７年９月２１日に申請された第６０／９７４，１４７号の優先権の利益を請求し、そのいずれも合衆国で申請された本申請のいかなる相当物にも参照によって組み込まれている。
【０１４８】
上述した手順は、例えば、送信機と受信機間の通信チャネルの時間的に変化する性質に対応するために、必要に応じて反復して行われることが理解できよう。
【０１４９】
理解を容易にするために、本発明の多くの態様を、例えばプログラム可能なコンピュータシステムの要素が実行できる動作のシーケンスに関して説明している。種々の動作を、専用回路（例えば、特殊な機能を実行するために相互接続されたディスクリート論理ゲート、または特定用途向け集積回路）によって、１つまたは２つ以上のプロセッサによって実行されるプログラム命令によって、またはその両方の組み合わせによって行うことができることが認識されるであろう。本発明の実施形態を実施するプロセッサは、デスクトップおよび他のコンピュータシステムだけでなく例えばラップトップコンピュータおよび他の携帯端末に含むことができる。
【０１５０】
さらに、本発明は、媒体から命令をフェッチして該命令を実行することができるコンピュータベースのシステム、プロセッサ内臓システム、または他のシステムのような命令実行システム、装置、またはデバイスによってまたは関連して使用される適切な命令の集合を記憶したあらゆる形態のコンピュータ可読記憶媒体の中で、さらに完全に具体化されると考えることができる。ここで使用しているように、「コンピュータ可読媒体」は、命令実行システム、装置、またはデバイスによってまたは関連して使用されるプログラムを含む、記憶する、通信する、伝播する、運ぶことができるいかなる手段でもありえる。コンピュータ可読媒体は、例えば電子的、磁気的、光学的、電磁気的、赤外の媒体、または半導体システム、装置、デバイス媒体、または伝播媒体でありえるが、これらに限定されるものではない。コンピュータ可読媒体のより特定の例（限定的なリスト）は、１つまたは２つ以上の電線を有する電気的接続、ポータブルコンピューターディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能、プログラム可能な読み取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、および光ファイバーを含む。
【０１５１】
したがって、本発明は、そのすべてが上述されていない多くの異なる形態で具体化されてもよく、そのような形態はすべて本発明の範囲内にあると考えられる。本発明の種々の態様の各々に対して、そのような形態はすべて、上記動作を実行する「ように構成された論理」とみなされる、あるいは上記動作を実行する「論理」とみなされる。
【０１５２】
なお、「有する（ｃｏｍｐｒｉｓｅ）」および「有している（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、本出願の用いられた場合、上述した特徴、整数、ステップ、または構成要素の存在を指定し、１つまたは２つ以上の他の特徴、整数、ステップ、構成要素、またはそれらのグループの存在または付加を妨げないことが強調されよう。
【０１５３】
上述した特定の実施形態は単なる例証であって、いかなる方法においても本発明を制限するように考えられるべきではない。本発明の範囲は以下の請求項によって決定され、請求項の範囲内にある変形および等価物はすべて、そこに包含されるように意図されている。
【図１】
2010524078.tif 000002
【図１Ａ】
2010524078.tif 000003
【図２】
2010524078.tif 000004
【図３】
2010524078.tif 000005
【図４】
2010524078.tif 000006
【図５】
2010524078.tif 000007
【図６】
2010524078.tif 000008
【図７】
2010524078.tif 000009
【図８】
2010524078.tif 000010