JP4764185B2 - 予想情報管理システム、予想情報管理方法、およびプログラム - Google Patents

Description

この発明は、予想情報提供者から予想情報利用者に所定の予想情報を仲介する予想情報管理システムに関する。

従来の有形の商品売買は、まず、買い手がその有形物の商品価値を判断し、売り手の示した値段が適正であると判断した場合に、代金を売り手に支払い、売り手は、受け取った代金の代わりに、その商品を買い手に渡すといった手順で行われる。この場合、買い手は、有形の商品を実際に手に取って確認することにより商品の品質を慎重に判断して価値を評価することができる。また、通常は、買い手と売り手の間で取引実績があったり、互いに面識があったりするため、商品の未納や不払いなど、取引上の安全性が損なわれるというケースは比較的少なかった。

ところが、近年、インターネットやＩＴ技術の発達により、不特定者同士が有線または無線ネットワークで接続されるようになると、ネットオークション等を通じて、不特定者相互間で有形の商品が売買されるということが頻繁に行われるようになってきた。

また近年、ネット上では、有形の商品のみならず、音楽情報をはじめとする「情報」の売買も一部行われはじめてきたが、こうした無形の商品は視聴などを通じて価値評価が可能であり、商品である「情報」と代金の妥当性を有形物に準じて適正かどうかを判断できる。しかしながら、情報、特に予想を含む「予想情報」については、取引時点で、買い手がその価値を判断することが、商品の性質上困難である。また、売り手が信頼ある専門家や専門会社なら、その情報の価値をブランド力によって判断することも可能であるが、ネット上の不特定者間取引では、ブランドに基づく判断も困難である。

このように、現在まで、有形物に比べ価値評価が困難な無形物である「情報」（特に予想を含む「予想情報」）の不特定者間取引はほとんど行われておらず、ネットオークション等により不特定者間で物品売買が頻繁に行われるようになった現在でも、有形物のオークションに比べて市場形成化が困難である。しかしながら、専門家はもちろん、専門家でない一般人のなかにも、有用な情報を保持して売却を希望する者が存在し、また、その情報の購入を希望する者も多数存在する。

こうした予想情報の不特定者間取引において、その情報の価値を評価する負担を低減し、有形物と同様に情報売買を容易に行うことができるコンピュータシステムの提供が課題とされている。このようなコンピュータシステムとして、競馬等の公営ギャンブルにおける予想情報の取引システムがいくつか提案されている。

特許文献１では、予想情報提供者の過去の予想の当たりはずれに基づいて生成された評価情報を示すことによって、その提供者の信頼性を開示し、予想情報の利用者が代価と引き替えに、選択した提供者の予想情報を購入するネットワークシステム（レース予想情報売買システム）が提案されている。
特開２００２−１０９１２１号公報

また、特許文献２では、予想情報提供者の過去の予想結果に基づく収支情報を示すことによって、その提供者の信頼性の判断を容易にし、予想情報の利用者が受け取った予想情報について課金するネットワークシステム（情報提供システム）が提案されている。
特開２００１−１８８８４７号公報

しかしながら、特許文献１、特許文献２に記載されたそれぞれのシステムは、予想情報提供者の過去の予想結果を示すことによって、その予想情報提供者の信頼性についての判断をある程度容易にして、予想情報提供者のブランド力の向上に寄与しているが、予想情報提供の対価として、その予想情報の提供時点で予想情報の利用者から情報料を課金するシステムである。

このようなシステムでは、商品の価値を評価して価格との妥当性に基づき商品を購入する通常（情報を買う習慣のない多数）の一般人を顧客として考えた場合、顧客の立場から見て、依然として、情報の価値を評価する負担が改善されておらず、実際に情報を利用（購入）する者は少数に留まるため、情報（予想情報）市場形成はなされていない。また、予想情報利用者は、その予想が外れた場合でも情報料を支払わなければならず、また、予想が（少なくとも一部）的中して、得られた利益が少額で投資額を回収できなかったり、僅かな利益しかなかった場合であっても、多くの利益を回収した場合と同じ情報料を支払わなければならないといった問題がある。

また、上記従来のシステムでは、予想情報提供者を的中率、予想スタイル、個人属性等でクラス分けするという発想が含まれていない。このようなクラス分けがないと、予想情報利用者は、単に予想成績のみをもとに予想情報提供者を選択せざるを得ず、予想情報提供者を選択する場合のルート（アプローチ）のバリエーションが非常に限られたものとなってしまう。様々な視点でクラス分けがなされれば、そのクラスのカテゴリーに入った予想情報提供者にスポットライトが当たることにもなり、さらにそのことによって、ゲーム感覚や遊びの要素が取り入れられる。

さらに、従来のシステムでは、所定のクラスに分類された予想情報提供者が予想情報を提供できないようにするような仕組みがない。たとえば、予想成績が下位のクラスの予想情報提供者は、予想情報を提供できないようにする仕組があれば、予想情報の提供に不適格な者の予想情報が利用されるといった危険性が無い。また、このようなクラスによる制限を設けることによって、予想情報提供者間に一種の競争原理が働くことを期待できるが、従来のシステムでは、そのような効果も期待できない。

またさらに、従来のシステムでは、情報料を、回収利益、クラス、利用者の利用頻度（すなわち、利用者がシステムを利用した頻度（回数））、予想情報の利用頻度（すなわち、予想情報が利用者に参照された頻度（回数））等に応じて設定されておらず、情報料を情報提供者および情報利用者の特性に応じて、妥当な価格に個別設定することが困難であり、提供者や利用者の参加意欲を効果的に高めることはできない。

したがって、本発明の目的は、予想情報利用者が予想情報提供者から予想情報を受け取る取る行為に関して、予想が的中して予想情報利用者が利益を得た場合にのみ、その情報料の課金を行うようにして、その情報の価値を評価する負担を低減するようにした予想情報管理システム、予想情報管理方法、およびプログラムを提供することにある。予想情報管理システムでは、予想情報の取引条件において、利益が生じたことを停止条件として課金するか、課金タイミングを売買成立時とし、利益がなかったことを解除条件とすることにより、予想情報利用者は、予想が当たれば規定の情報料が課金され、予想が外れた場合や、予想が的中しても利益が少額であった場合等は、情報料の課金がされないように制御される。

さらに、本発明の目的は、予想情報利用者が予想情報提供者から予想情報を受け取る際、予想が的中して予想情報利用者が利益を得た場合に、予想情報提供者の特性に応じた情報料の課金を行うようにした予想情報管理システム、予想情報管理方法、およびプログラムを提供することにある。

さらに、本発明の目的は、予想情報利用者が予想情報提供者から予想情報を受け取る際、予想が的中して予想情報利用者が利益を得た場合に、その利益の額に応じた情報料の課金を行うようにした予想情報管理システム、予想情報管理方法、およびプログラムを提供することにある。

またさらに、本発明の目的は、予想成績、予想スタイル、個人属性といった視点で、予想情報提供者をクラス分けして管理する予想情報管理システム、予想情報管理方法、およびプログラムを提供することにある。

また、本発明のさらなる目的は、クラス分けされたうちの所定のクラスに属する予想情報提供者から、予想情報利用者が予測情報を取得できないように制限した予想情報管理システム、予想情報管理方法、およびプログラムを提供することにある。

また、本発明のさらなる目的は、情報料や情報料率を、回収利益、クラス、利用者の利用頻度、予想情報の利用頻度等に応じて設定する予想情報管理システム、予想情報管理方法、およびプログラムを提供することにある。

本発明の第１の実施態様に係る予想情報管理システムは、サーバと、サーバにネットワークを介して接続されたクライアントを含む予想情報管理システムである。ここで、サーバは、将来的に一定の結果が現れる投資対象の結果に対する予想を含んだ予想情報を、予想情報提供者からクライアントを介して受信する予想情報受信手段と、予想情報提供者の過去の予想情報に関する予想成績を、予想情報提供者と関連付けて表した評価情報を、クライアントを介して予想情報利用者に提供する評価情報提供手段と、評価情報に基づいて予想情報利用者により選択された予想情報提供者の識別情報を含む選択情報をクライアントから受信する選択情報受信手段と、選択情報に基づいて、選択された予想情報提供者が提供している予想情報を特定し、特定された予想情報を、選択を行った予想情報利用者にクライアントを介して提供する予想情報提供手段と、予想情報利用者に提供された予想情報に対応する投資対象の結果情報を受信し、予想情報が的中したかどうかに応じて、または、予想情報に基づいて投資をした場合の利益に応じて、予想情報の情報料を決定する情報料決定手段を有するように構成される。

本発明の第２の実施態様に係る予想情報管理システムは、上記第１の実施態様に係る予想情報管理システムにおいて、情報料決定手段が、予想情報に基づいて投資をした場合の回収利益に応じて、情報料を決定するように構成される。

本発明の第３の実施態様に係る予想情報管理システムは、上記第１の実施態様に係る予想情報管理システムにおいて、サーバがさらに、情報料決定手段によって決定された情報料を、予想情報利用者から課金するよう制御する情報料課金手段を有するように構成される。

本発明の第４の実施態様に係る予想情報管理システムは、上記第３の実施態様に係る予想情報管理システムにおいて、情報料課金手段が、情報料が決定された後で、情報料を予想情報利用者から徴収するように制御する。

本発明の第５の実施態様に係る予想情報管理システムは、上記第３の実施態様に係る予想情報管理システムにおいて、情報料課金手段が、情報料が決定される前に、所定額を予想情報利用者から徴収し、情報料が決定された後で、情報料と所定額との差額を精算するように制御する。

本発明の第６の実施態様に係る予想情報管理システムは、上記第１の実施態様に係る予想情報管理システムにおいて、情報料決定手段が、利益が発生した場合に、利益の額に情報料率を乗じて情報料を求め、情報料率は、一定料率、利益の額に応じた段階的料率、情報提供者の評価情報、属性、または所属クラスに応じた料率、予想情報利用者の利用頻度、または利用結果に応じた料率、および予想情報の利用頻度に応じた料率のいずれかに設定される。

本発明の第７の実施態様に係る予想情報管理システムは、上記第１の実施態様に係る予想情報管理システムにおいて、情報料決定手段が、利益が発生した場合に、情報料を、一定金額、利益の額に応じた段階的金額、予想情報提供者の評価情報、属性、または所属クラスに応じた金額、予想情報利用者の利用頻度、または利用結果に応じた金額、および予想情報の利用頻度に応じた金額のいずれかに設定する。

本発明の第８の実施態様に係る予想情報管理システムは、上記第６の実施態様に係る予想情報管理システムにおいて、情報料率は、情報料率を設定する元となる基準要素の変化に応じて変更される。

本発明の第９の実施態様に係る予想情報管理システムは、上記第７の実施態様に係る予想情報管理システムにおいて、情報料は、情報料を設定する元となる基準要素の変化に応じて変更される。

本発明の第１０の実施態様に係る予想情報管理システムは、上記第１の実施態様に係る予想情報管理システムにおいて、予想情報提供者は、その特性に応じてクラス分けがされ、予想情報提供者が所定のクラスに属する場合に、その予想情報提供者の予想情報の提供が制限されるように制御される。

本発明の第１１の実施態様に係る予想情報管理システムは、上記第１０の実施態様に係る予想情報管理システムにおいて、特性は、予想情報提供者の予想成績、予想成績を構成する各要素、予想スタイル、個人属性のいずれかであるように構成される。

本発明の第１２の実施態様に係る予想情報管理方法は、サーバと、サーバにネットワークを介して接続されたクライアントを利用して実現される予想情報管理方法である。ここで、サーバでは、将来的に一定の結果が現れる投資対象の結果に対する予想を含んだ予想情報を、予想情報提供者からクライアントを介して受信する予想情報受信ステップと、予想情報提供者の過去の予想情報に関する予想成績を、予想情報提供者と関連付けて表した評価情報を、クライアントを介して予想情報利用者に提供する評価情報提供ステップと、評価情報に基づいて予想情報利用者により選択された予想情報提供者の識別情報を含む選択情報をクライアントから受信する選択情報受信ステップと、選択情報に基づいて、選択された予想情報提供者が提供している予想情報を特定し、特定された予想情報を、選択を行った予想情報利用者にクライアントを介して提供する予想情報提供ステップと、予想情報利用者に提供された予想情報に対応する投資対象の結果情報を受信し、予想情報が的中したかどうかに応じて、または、予想情報に基づいて投資をした場合の利益に応じて、予想情報の情報料を決定する情報料決定ステップが実行される。

本発明の第１３の実施態様に係る予想情報管理方法は、上記第１２の実施態様に係る予想情報管理方法において、情報料決定ステップによって決定された情報料を、予想情報利用者から課金するよう制御する情報料課金ステップが、サーバで実行されるように構成される。

ここで、本発明の第１２の実施態様に係る予想情報管理方法は、本発明の第１の実施態様に係る予想情報管理システムに対応し、本発明の第１３の実施態様に係る予想情報管理方法は、本発明の第３の実施態様に係る予想情報管理システムに対応する。また、上記第２の実施形態に係る予想情報管理システム、および上記第４〜第１１の実施形態に係る予想情報管理システムと同様の特徴を、上記第１２の実施態様に係る予想情報管理方法に適用可能である。

本発明の第１４の実施態様に係るプログラムは、コンピュータに、サーバと、サーバにネットワークを介して接続されたクライアントを含む予想情報管理システムを実現させるためのプログラムである。ここで、このプログラムは、サーバを、将来的に一定の結果が現れる投資対象の結果に対する予想を含んだ予想情報を、予想情報提供者からクライアントを介して受信する予想情報受信手段、予想情報提供者の過去の予想情報に関する予想成績を、予想情報提供者と関連付けて表した評価情報を、クライアントを介して予想情報利用者に提供する評価情報提供手段、評価情報に基づいて予想情報利用者により選択された予想情報提供者の識別情報を含む選択情報をクライアントから受信する選択情報受信手段、選択情報に基づいて、選択された予想情報提供者が提供している予想情報を特定し、特定された予想情報を、選択を行った予想情報利用者にクライアントを介して提供する予想情報提供手段、および予想情報利用者に提供された予想情報に対応する投資対象の結果情報を受信し、予想情報が的中したかどうかに応じて、または、予想情報に基づいて投資をした場合の利益に応じて、予想情報の情報料を決定する情報料決定手段として機能させる。

本発明の第１５の実施態様に係るプログラムは、上記第１４の実施態様に係るプログラムにおいて、サーバをさらに、情報料決定手段によって決定された情報料を、予想情報利用者から課金するよう制御する情報料課金手段として機能させるように構成される。

ここで、本発明の第１４の実施態様に係るプログラムは、本発明の第１の実施態様に係る予想情報管理システムに対応し、本発明の第１５の実施態様に係るプログラムは、本発明の第３の実施態様に係る予想情報管理システムに対応する。また、上記第２の実施形態に係る予想情報管理システム、および上記第４〜第１１の実施形態に係る予想情報管理システムと同様の特徴を、上記第１４の実施態様に係るプログラムに適用可能である。

本発明に係る予想情報管理システム、予想情報管理方法、およびプログラムによって、予想情報利用者が予想情報提供者から予想情報を受け取る際、予想が的中して予想情報利用者が利益を得た場合にのみ、その情報料の課金を行うように制御される。このため、予想情報利用者は、情報購入時に「情報」と情報料との価格妥当性の判断を、利益が発生した場合に仮定して評価でき、情報の価値を評価する負担が大幅に低減される。さらに、予想情報利用者は、利益が発生した場合だけ情報料を支払えばよく、結果的に外れた予想情報に対しては対価を支払う必要がない。このシステムを用いれば、通常の有形物売買と同様の課金手段を用いる特許文献１、特許文献２のシステムに比べて、顧客である予想情報利用者の格段の増加が見込まれる。

さらに、本発明に係る予想情報管理システム、予想情報管理方法、およびプログラムによって、予想情報利用者が予想情報提供者から予想情報を受け取る際、予想が的中して予想情報利用者が利益を得た場合に、予想情報提供者の特性に応じた情報料の課金を行うように制御される。このため、予想情報利用者は、利益が発生した場合にだけ、予想情報提供者の評価等に応じて決定された情報料を支払うことになる。

また、本発明に係る予想情報管理システム、予想情報管理方法、およびプログラムによって、予想情報利用者が予想情報提供者から予想情報を受け取る際、予想が的中して予想情報利用者が利益を得た場合に、その利益の額に応じた情報料の課金を行うように制御される。このため、予想情報利用者は、利益が発生した場合に、想定される利益の額に応じて決定された情報料を支払うことになる。

さらに、本発明に係る予想情報管理システム、予想情報管理方法、およびプログラムによって、レース結果をリアルタイムに反映した予想成績、予想スタイル、個人属性といった視点で、予想情報提供者がクラス分けして管理される。この結果予想情報利用者が予想情報提供者を選択する際のバリエーションが広がり、さらにゲーム感覚や遊びの要素が加わることにより予想情報利用者の増加が見込まれる。

また、本発明に係る予想情報管理システム、予想情報管理方法、およびプログラムによって、所定のクラスに属する予想情報提供者から、予想情報利用者が予測情報を取得できないように制限される。この結果予想情報提供不適格者が排除されるのみならず、予想情報提供者間に競走原理が働き、予想精度の向上が期待され、さらにゲーム感覚や遊びの要素が加わることにより予想情報提供者の増加が見込まれる。

本発明の予想情報管理システムは、将来的に（一定または任意の時間が経過した時点で）一定の結果が現れる投資の対象について、その結果の予想を含む予想情報を管理することのできるシステムである。投資の対象とは、たとえば、競馬、競輪、競艇、オートレース等の公営競技やその他の競技、サッカーくじ（スポーツ振興くじ）のような競技の結果を予想するくじ、ナンバース、ミニロト、ロト６などのくじ、株式や債券などの金融商品、先物取引、為替相場の関する情報等である。また、結果とは、競技であれば、その勝敗（引き分けを含む）、得点等であり、くじであれば、その当たり番号である。なお、株式や債券などの金融商品に関しての「結果」は、ここでは、ある期間における状態の変化（たとえば、市場における価格の変動）や、ある時点における状態（たとえば、市場における価格）等を指すものとする。

このような投資の対象は、なんらかの形で投資をすると、その対象の結果や状態に応じて収益または損益が生じるものである。たとえば、競馬に関しては、馬券（勝馬投票券）が販売され、勝馬等を的中させた場合には、オッズに応じた払戻金を受け取ることができ、この払戻金と馬券購入費の差が収益または損益となる。また、株式や債券に関しては、時間の経過とともにこれらの価格が変動し、それを市場において購入・売却することで差益または差損が生じる。

予想情報には、こうした結果の予想に関する情報のみならず、投資の対象を特定する情報やその他投資に必要な情報も適宜含められる。たとえば、競馬に関しては、レースを特定する情報、馬券購入のための具体的な情報（式別、馬番・枠番、購入金額）が含まれる。一方、株式や債券などの金融商品については、株式等の銘柄を特定する情報と、予想される価格と期日の情報が含まれる。

また、本発明においては、予想情報に基づいて投資をしたと仮定すると、それによる利益等に応じて情報料が決定される。ここで、「予想情報に基づいて投資」とは、予想情報を信じ、これにしたがって投資をすることであり、たとえば、競馬の予想情報であれば、その予想情報にある着順をそのまま信じて馬券購入を行うということである。また、金融商品等の売買においては、その予想情報に基づいて、一般的に予想される投資行動を行うということである。たとえば、株価が下落するという予想であれば、（特別な事情で保有し続けるという選択もあるが、一般的には）その株を売却するという行動をとる。

本発明の第１の実施形態として、競馬の勝敗予想に関する情報を管理するシステムを例にとって本発明の予想情報管理システムを説明する。また、情報料の課金条件、精算タイミングには様々なパターンが考えられるが、この第１の実施形態においては、予想が的中して回収利益がプラスになった場合のみ情報料の課金がされ、レースの結果が確定し、回収利益が決定されたときにはじめて、その情報料の精算が行われるものとする。ここで、回収利益とは、払戻金額−馬券購入額のことである。

本発明の第１の実施態様に係る予想情報管理システムのシステム概要を、図１を参照して説明する。本発明の予想情報管理システム１は、予想情報管理サーバ１０、予想情報提供者２５（以下、単に提供者２５と称する）が用いるクライアント２０、予想情報利用者３５（以下、単に利用者３５と称する）が用いるクライアント３０、および、これらの構成要素を相互に接続するネットワーク５０から構成される。ここで、利用者３５は、予想情報管理システム１から提供される予想情報を参照し、または、その予想情報に基づいて（利用して）馬券の購入を行うべく予想情報管理システム１を用いる者である。

クライアント２０は、提供者２５が、レースの結果予想と馬券購入金額からなる予想情報を入力するコンピュータである。この例では、予想情報は、レースを特定する情報、馬単、枠連といった馬券の式別、馬番または枠番、および馬券購入金額からなる。また、クライアント２０には、提供者２５に関するユーザ情報も入力される。

クライアント３０は、利用者３５が、特定の提供者２５を指示し、また、その指示された者が予想した予想情報が表示されるコンピュータである。クライアント３０には、この他、利用者３５に関するユーザ情報が入力される。

クライアント２０およびクライアント３０は、たとえば、ＷＥＢブラウザを稼働させたパーソナルコンピュータ（ＰＣ）や、ネットワークアクセス機能を有する携帯電話やＰＤＡ等の携帯型端末で構成することができる。また、クライアント２０とクライアント３０は、ここでは説明の便宜上、別個の構成要素として表しているが、たとえば、ひとつのＰＣで両方の機能を実現することも可能である。

予想情報管理サーバ１０は、クライアント２０を介して提供者２５から得た予想情報を、データベース１５に記録する。一方、予想情報管理サーバ１０は、クライアント３０で入力された利用者３５の指示に応じて、指定された予想情報をデータベース１５から取り出し、利用者３５に提示する。

さらに、予想情報管理サーバ１０は、たとえば、主催者サーバ７０などからネットワークを介してレースの結果情報を受信し、提供者２５からの予想情報をそれぞれ評価する。ここで、結果情報は、着順やオッズの他、騎手変更、レース中止、出走取り消し等の情報を含む場合がある。競馬の場合、たとえば「ＪＲＡ公式データ配信サービス」から、着順やオッズなど、レース結果に関する結果情報をネットワーク経由で一括して受信することができる。また、ＪＲＡのホームページその他の情報源から、手入力でレース結果を入力することも考えられる。

利用者３５が予想情報管理システム１から予想情報の提供を受けていた（すなわち、参照していた）場合であって、その予想情報に基づいて馬券を購入すれば回収利益がプラスと判定された場合に、利用者３５から、予想情報に対する情報料を課金し、精算する。情報料は、たとえば、利用者３５の回収利益に基づいて決定される。その後、予想情報管理サーバ１０は、それぞれの利用者３５から徴収した情報料の一部を報酬として提供者２５の銀行口座等に払い込む。また、報酬は、プリペイドカードや各種会員ポイント等のポイントとしても払い込むことができる。

ネットワーク５０の代表的な例としてはインターネットがあげられるが、これに限定されるものではない。たとえば、ＬＡＮ、ＷＡＮ（Wide Area Network）、イントラネット、エクストラネット、その他の様々なトポロジおよびこれらの組み合わせでネットワーク５０を構成することが可能である。また、携帯電話や携帯型端末をクライアントとして利用する場合、ネットワーク５０は、無線ネットワークや公衆電話網等を含むものである。

次に、図２の機能ブロック図を参照して、本発明の第１の実施形態に係る予想情報管理システム１の各構成要素の機能について説明する。

予想情報管理サーバ１０と、クライアント２０およびクライアント３０との間の情報のやり取りは、この例では、一般的なＷＥＢサーバとＷＥＢブラウザの関係と同様の方法で行われる。予想情報管理サーバ１０では、必要に応じて、ＨＴＭＬデータやイメージデータを、ｈｔｔｐプロトコルでクライアント２０やクライアント３０に送信し、クライアント２０、クライアント３０で稼働するＷＥＢブラウザは、受信したＨＴＭＬデータ等を解釈して、表示装置上に入力エリアや表示エリアを含むＷＥＢページを表示する。

提供者２５や利用者３５からクライアント２０、クライアント３０にそれぞれ入力された入力データや指示データは、ＷＥＢブラウザにより、ｈｔｔｐプロトコルで予想情報管理サーバ１０に送信され、そこで、所定のデータ処理が行われた後、必要に応じてデータベース１５に記録される。

こうした、予想情報管理サーバ１０と、クライアント２０およびクライアント３０との間の情報のやり取りは、ＷＥＢサーバやＷＥＢブラウザを用いずに、それぞれネットワークプログラムを作成して実現することも可能である。この場合、データの送受信にｈｔｔｐプロトコルで行われる必要はなく、任意のプロトコルを用いることができる。また、クライアント２０、クライアント３０に画面表示を行うのにＨＴＭＬベースのＷＥＢページを用いる必要もない。

予想情報管理サーバ１０は、ユーザ管理部１０Ａ、予想情報管理部１０Ｂ、課金・報酬管理部１０Ｃ、予想結果評価部１０Ｄ、クラス管理部１０Ｅ、ＷＥＢアクセス制御部１０Ｆ、およびネットワークＩ／Ｆ（インタフェース）部１０Ｇを含み、さらに、予想情報管理サーバ１０が備えるデータベース１５には、ユーザ管理テーブル１５Ａ、予想情報テーブル１５Ｂ、および評価情報テーブル１５Ｃが含まれる。

ユーザ管理部１０Ａは、クライアント２０またはクライアント３０の表示装置に、ユーザ登録画面（不図示）を表示するためのＷＥＢページを、ＷＥＢアクセス制御部１０Ｆを経由して送信する。

ユーザ登録画面から入力されたデータは、データベース１５のユーザ管理テーブル１５Ａに登録される。ユーザ管理テーブル１５Ａは、図３Ａに示すように、ユーザＩＤ、ログインパスワード、ユーザ区分、払い込みに関する区分と識別番号を含む払込情報、引き落しに関する区分と識別番号を含む引落情報、クラス、および情報料率といった各項目が記録されている。

ここで、ユーザＩＤは、ユーザを特定するためのＩＤであり、ログインパスワードは、提供者２５または利用者３５がログインのときに用いるパスワードである。これらは、ユーザ管理部１０Ａが、提供者２５や利用者３５がシステムへの登録を行う際に自動的に生成するが、提供者２５や利用者３５が指定するようにもできる。ユーザ区分は、そのユーザが予想情報の提供者であるか、利用者であるかを示す区分であり、提供者でもあり利用者でもあるということも可能である。たとえば、ここでは、区分「１」は提供者２５、区分「２」は利用者３５、区分「３」は提供者２５であり利用者３５でもあることを表している。

提供者２５である場合、報酬を払い込むために使用される払込情報が記録され、区分は、銀行振込や郵便振替などの払い込み方法を示す区分であり、識別番号はそれぞれの払い込みで使用される銀行口座等の識別情報である。利用者３５である場合、情報料を引き落とすために使用される引落情報が記録され、区分はクレジットカードやクレジット機能付き携帯端末といった引き落し方法を示す区分であり、識別番号はクレジットカード番号や名義、有効期限等である。ユーザ管理部１０Ａは、任意のタイミングでクレジットカード等の認証処理を行う。

クラスは、提供者２５の場合、その提供者の所属するクラスを示すものである。いくつもの観点で提供者２５がクラス分けされる場合もあるが、そのときは、その観点に対応した数だけ、この項目が設けられる。情報料率（％）は、情報料を計算するときに用いられる。この例では、利用者３５が利益を得た場合に、その利益額に情報料率を乗ずることによって情報料が求められる。情報料率は、ここでは、的中率や回収率などを元に判断した提供者２５の予想成績に応じて設定される。たとえば、予想成績の良い提供者２５の情報料率は高く、そうでない提供者２５の情報料率は低く設定する。

ユーザ管理部１０Ａは、提供者２５が初めてこの予想情報管理システム１に登録されるときに、所定の額の参加料を徴収するようにすることができる。また、提供者２５が予想情報を登録する場合、たとえば、予想情報ごとに所定の額の登録料を徴収するようにできる。この登録料は、提供者２５の予想成績やその他の特性によって異なるように設定できる。

図３Ａのユーザ管理テーブル１５Ａに示されているデータは説明のための例示に過ぎない。また、別の構成とすることも可能であり、例示の構成に限定されるものではない。

ユーザ管理部１０Ａはさらに、クライアント２０で提供者２５が予想情報管理システム１にログインするためのログイン画面１００（図５Ａ）を表示するためのＨＴＭＬデータや、クライアント３０で利用者３５が予想情報管理システム１にログインするためのログイン画面２００（図７Ａ）を表示するためのＨＴＭＬデータを、ＷＥＢアクセス制御部１０Ｆを経由してそれぞれのクライアントに送信する。

ログイン画面１００やログイン画面２００において、ユーザＩＤとパスワードが入力された場合は、ユーザ管理部１０Ａが、ユーザ管理テーブル１５Ａを参照してチェックし、これらのログインを許可するかどうか判断する。

予想情報管理部１０Ｂは、クライアント２０の表示装置にレース選択画面１１０を表示し、そこで提供者２５がレースを指示すると、そのレースについての予想情報を登録する予想情報登録画面１２０を表示する。予想情報登録画面１２０に入力された予想情報は、データベース１５の予想情報テーブル１５Ｂに記録される。

予想情報テーブル１５Ｂは、図３Ｂに示すように、ユーザＩＤ、対象レース、予想内容、およびレース結果の各項目を含み、予想内容はさらに、式別、馬番・枠番、および金額の各項目を含み、レース結果には、的中有無、および近似度の項目を含む。ここで、ユーザＩＤは、提供者２５のユーザＩＤで、ユーザ管理テーブル１５Ａで管理されるユーザＩＤに対応する。対象レースは、レースを特定するための表記や識別子が記録される。たとえば、図３ＢのユーザＩＤ「Ａ０００１」の例では、平成１７年第５回中山競馬第１日第３レースが、「０５−５中１−３」といった表記で表されている。

式別は、この例では、「単勝」、「複勝」、「枠連」、「馬単」、「馬連」、「３連複」、「ワイド」（ワイドは登録商標）、および「３連単」となっており、馬券（勝馬投票券）の種類を示す。馬番・枠番には、投票する馬番号または枠番号が記録される。この項目に記録される番号が馬番号であるか枠番号であるか、また、いくつの番号が記録されるかは、対応する式別、すなわち、馬券の種類によって異なる。たとえば、式別が「枠連」の場合、馬番・枠番の項目には枠番が記録され、それ以外の式別では馬番が記録される。また、式別が「枠連」、「馬連」、「ワイド」では、２つの番号が記録され、「馬単」、「３連単」では、各番号が着順と対応付けられて記録される（たとえば、１着が１番、２着が３番の場合、「１−１，２−３」と表記される。

金額は馬券の購入金額、すなわち掛け金である。また、予想情報と結果を比較して、それぞれの予想に対する的中有無、近似度が記録される。

ここに示した予想情報テーブル１５Ｂの構成および表記形式は、例示のためのものに過ぎず、本発明に係る予想情報管理システム１を構成するために、様々な他の構成、表記形式を用いることができる。

予想情報管理部１０Ｂはまた、レース選択画面２１０（図７Ｂ）をクライアント３０の表示装置に表示し、そこで利用者３５が指示したレースについての評価情報表示画面２２０（図８）を、その表示装置に表示する。このとき、予想情報管理部１０Ｂは、データベース１５の評価情報テーブル１５Ｃを参照して、提供者２５のそれぞれに対応付けられた評価情報を評価情報表示画面２２０に出力する。

評価情報テーブル１５Ｃは、図３Ｃに示すように、ユーザＩＤ、的中数、的中率、回収率、および予想レース数の各項目を含む。ここで、ユーザＩＤは、提供者２５のユーザＩＤで、ユーザ管理テーブル１５Ａで管理されるユーザＩＤに対応する。ここで、的中とは、１レースの買い目のうち１つ以上（または全部が）当たった場合をいう。ただし、馬券の購入金額と同額以上の払い戻しを受けた（すなわち、回収利益がプラスとなった）場合を的中とすることもできる。たとえば、その場合、１レースで１万円分の馬券を購入し、そのうち少なくとも１つの馬券が当たった場合でも、その当たりによる払戻金が９９９０円であった場合は的中としない。的中数は、そのような回収利益がプラスとなった予想情報の数を表すものとして用いることもできる。的中率は、提供者２５の予想情報のうち、「的中」した予想情報の割合を示す。

回収率は、提供者２５の予想情報に基づいて馬券を購入した場合に、掛け金に対してどの程度の利益が生じたかを表すものである。この例では、掛け金の合計が１万円となるように予想情報が構成されており、結果的に１万５千円の利益があれば、15000／10000＝1.5となり、150％の回収率として表され、提供者２５毎に、この回収率が累積計算される。また、掛け金は、提供者２５が自由に設定することもできる。

予想レース数は、提供者２５がこれまでに、あるいは所定の時点以降、予想情報を提供した数である。提供者２５は、基本的に１レースにつき１つの予想情報を提供するが、予想スタイル毎に、あるいは他の視点で切り分けて、複数の予想情報を提供するように構成してもよい。なお、ここに示した評価情報テーブル１５Ｃの構成および表記形式は、例示のためのものに過ぎないことは言うまでもない。

予想情報管理部１０Ｂは、評価情報表示画面２２０において特定の提供者２５が選択された場合に、クライアント２０から、選択された提供者２５の識別情報やレースの識別情報を含む選択情報を受信し、その提供者２５が提供している予想情報を、予想情報テーブル１５Ｂから読み出して、所定の編集処理を施した後に、予想情報表示画面２３０に表示する。

課金・報酬管理部１０Ｃは、利用者３５が特定の提供者２５の予想情報を予想情報表示画面２３０に開示させた際に、この事実を記録し（記録のためのデータベースの説明は省略する）、その後レース結果から、利用者３５の馬券購入有無に関わらず、開示された予想情報に基づいて馬券を購入していれば回収利益がプラスになったと判断した場合に、その予想情報に対する情報料を決定し、その後、ユーザ管理テーブル１５Ａを参照し、その利用者３５の引落情報に基づいて利用者３５から情報料を課金（徴収）する。ここで、情報料は、たとえば、その回収利益の額に、ユーザ管理テーブル１５Ａの情報料率（％）を乗じて得た額である。また、回収利益がプラスになったものの、その額が非常に少ない場合は、情報料の課金は酷であるため、一定額以上の回収利益が生じたと判定された場合のみ情報料を課金する。もちろん、回収利益の額の多少を考慮せずに情報料の課金を行うことも可能である。

一方、課金・報酬管理部１０Ｃは、利用者３５からの情報料を徴収した後、その徴収額の一部を報酬として提供者２５に払い込む。この払い込みは、ユーザ管理テーブル１５Ａを参照し、その提供者２５の払込情報に基づいて行われる。たとえば、払込方法が銀行振込であれば、識別番号で指定された支店、口座番号あてに（ネット銀行や全銀オンライン等を経由して）報酬が振り込まれる。また、複数の利用者３５が提供者２５の予想情報を参照している場合は、これらの利用者３５の徴収額を合計した上で、その一部が報酬として提供者２５に払い込まれる。

課金・報酬管理部１０Ｃは、クレジットカード決済やクレジット機能付き携帯端末におけるクレジット決済の支払い上限額を考慮して、所定の情報料以上は課金しないように制御することもできる。また、予想情報管理部１０Ｂで、評価情報表示画面２２０の生成や、予想情報表示画面２３０の生成をするときに、購入金額とオッズ（確定前）とから、的中した場合にその情報料がクレジットカード決済の上限額を超える可能性のあるものは、表示対象から外すなどの処理を行うことができる。

また、情報料の課金は、一定期間蓄積し、後でまとめて課金するようにしてもよい。また、提供者２５は、予想情報を提供する時に参加料が必要となる場合があるが、この費用を、それまで受けた報酬額と相殺して精算することもできる。

予想結果評価部１０Ｄは、レースが確定した後で、結果情報を主催者サーバ７０などから受信し、これを、予想情報テーブル１５Ｂに記録されている提供者２５の予想内容と突き合わせ、予想結果の評価を行う。予想が的中していれば、予想情報テーブル１５Ｂの的中有無を「１」に、そうでなければ「０」に設定する。また、的中以外でも、予想の「惜しさ」を評価して、近似度の項目に記録する。近似度は、さまざまな視点でとらえることができるが、たとえば、連勝式の場合は、一部の馬番・枠番が的中しているかどうか、外れた馬番・枠番であっても、上位の順位であったかどうかなどを考慮して評価されうる。単勝式の場合でも、外れた馬番の順位が上位であった場合や、当たりの馬番の馬とゴール時点での距離が僅かであった場合などを考慮して近似度を評価できる。

予想結果評価部１０Ｄは、こうして予想情報テーブル１５Ｂに記録された的中有無を、所定のタイミングで提供者２５毎にまとめ、的中数、的中率を計算して評価情報テーブル１５Ｃの的中数、的中率の項目にその値をセットする。また、評価情報テーブル１５Ｃの回収率についても、主催者サーバ７０などから結果情報を受信したタイミングなどで再計算し、セットする。さらに、ユーザ管理テーブル１５Ａの情報料率を、的中率や回収率の変化に応じて再計算しアップデートする。

クラス管理部１０Ｅは、予想結果評価部１０Ｄによる提供者２５に対する評価をもとにクラス分けを行い、それぞれの提供者２５のクラスをユーザ管理テーブル１５Ａに記録する。たとえば、提供者２５を、評価の高いＡクラスと、評価の低いＢクラスに分類する。

このように、予想成績に応じてクラス分けし、成績の悪いクラスの提供者２５の予想情報を参照できないように構成することによって、提供者２５の間の競争意識が高まるとともに、全体的な予想精度の向上が期待できる。また、一方で、利用者３５にとっては、好成績の提供者２５のみが一覧表示されるため、信頼性の低い、不適格者の情報を誤って使ってしまう危険性がなく、安心して本発明の予想情報管理システム１を利用することができる。また、成績の悪いクラスの提供者２５も同様に一覧表示するが、予想情報を得るための選択ができないようにすることもできる。また、このような制限は、予想情報を参照できないようにするといった態様だけに限られない。たとえば、参照できる利用者３５を一定の者に制限したり、一覧表示の対象や期間を制限するといった様々な態様が考えられる。

このようなクラスは、３つ以上のクラスとして編成することもでき、さらに、その中で最も成績の悪いクラスの提供者２５の予想情報を参照できないようにすることもできる。また、こうしたクラスの他に、提供者２５の特性に応じた様々なクラスを設定できる。たとえば、予想成績を構成する各要素（たとえば、的中数、的中率、的中金額、回収率、予想回数等）や、提供者２５の予想スタイル（たとえば、予想する券種別、堅実な馬券ねらい、穴馬券ねらい、馬血統重視、過去レースデータ重視等）または、提供者２５の個人属性（たとえば、性別、競馬歴の長短、出身地、大学の別、理系・文系の別、所属サークル、職種（タレント、学者など）等）に基づいて振り分けたクラスを設定しても良い。

予想スタイルに従ったクラス分けにより、利用者３５は、好みのスタイルを用いる提供者２５の識別が容易となる。また、個人属性に従ったクラス分けにより、従来男性が多かった提供者２５の中で、女性などの活躍の場が確保される。このような、予想スタイルや個人属性を用いたクラス分けにより、ゲーム感覚や、遊びの要素が予想に加わり、提供者２５および利用者３５の両方に新たな楽しさが与えられる。

情報料や情報料率は、上述したいずれかのクラス分けにしたがって設定することもできる。このようなクラス分けに基づいた情報料設定により、特定クラスの提供者２５に情報利用希望者が集中することを防ぎ、多数の提供者２５に情報提供の機会を与えることができる。

ＷＥＢアクセス制御部１０Ｆは、クライアント２０およびクライアント３０へのＨＴＭＬデータ等の生成および送信、クライアント２０およびクライアント３０からの入力データ・指示データ等の受信および解釈などを行う。ＷＥＢアクセス制御部１０Ｆは、ネットワーク５０を介してクライアント２０およびクライアント３０との間でこれらのデータの送受信を行うが、ネットワーク５０に対するデータの送受信や通信制御は、ネットワークＩ／Ｆ部１０Ｇによって行われる。

クライアント２０は、提供者２５が使用するコンピュータであり、ＷＥＢアクセス管理部２０Ａ、およびネットワークＩ／Ｆ部２０Ｂを含み、さらに、表示装置２１と入力装置２２を備える。ＷＥＢアクセス管理部２０Ａは、提供者２５が入力装置２２でＷＥＢページから入力した入力データや指示データを予想情報管理サーバ１０に送信し、予想情報管理サーバ１０から受信したＨＴＭＬデータ等を解釈して、表示装置２１にＷＥＢページを表示する。ＷＥＢアクセス管理部２０Ａは、ネットワーク５０を介して予想情報管理サーバ１０との間でこれらのデータ送受信を行うが、ネットワーク５０に対するデータの送受信や通信制御は、ネットワークＩ／Ｆ部２０Ｂによって行われる。

表示装置２１は、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）などの表示装置であり、入力装置２２は、クライアント２０が、たとえばＰＣであれば、キーボードやマウスであり、携帯電話のような携帯型機器であれば、主としてボタンである。

クライアント３０は、利用者３５が使用するコンピュータであり、ＷＥＢアクセス管理部３０Ａ、およびネットワークＩ／Ｆ部３０Ｂを含み、さらに、表示装置３１と入力装置３２を備える。これらの要素は、クライアント２０のものと同様の構成である。

次に、図４のフローチャートを参照して、第１の実施形態に係る予想情報管理システム１の処理の流れについて説明する。

利用者３５が、レース選択画面２１０で、予想情報を得ようとする対象のレースを選択すると、その選択情報が、クライアント３０から予想情報管理サーバ１０に送信される（ステップＳ１０）。予想情報管理サーバ１０は、選択情報を受信すると、選択されたレースに関して予想情報を提供している提供者２５の予想成績を一覧表示する評価情報表示画面２２０をクライアント３０に表示するよう制御する（ステップＳ１２）。

利用者３５が、評価情報表示画面２２０を見て、どの提供者２５から予想情報を得るかを検討し、特定の提供者２５を選択すると、その選択情報が、クライアント３０から予想情報管理サーバ１０に送信される（ステップＳ１４）。ここで、利用者３５は、評価情報表示画面２２０に表示された、それぞれの提供者２５に関する的中率、回収率、自信度、レース分析レポート、および情報料率などを見て、好ましい提供者２５を決定する。

予想情報管理サーバ１０は、選択情報を受信すると、選択された提供者２５が既に登録している予想情報を、その利用者３５に提供する（ステップＳ１６）。これは、予想情報管理サーバ１０が、選択された提供者２５の予想情報を表示した予想情報表示画面２３０をクライアント３０に表示するよう制御することによって行われる。利用者３５は、この時点ではじめて予想情報を参照し、内容を知ることになる。利用者３５は、表示された予想情報に基づいて、法律に基づく正規の馬券購入方法にて馬券を購入することができる。予想情報はプリントすることもできるが、利用者３５がメモすることで十分であると判断すればプリントの必要はない。

ここで示される予想情報は、式別毎の馬番・枠番に加えて、各式別の購入金額も含まれており、この例では、合計が１万円となっている。利用者３５は、この予想情報と同じように馬券を購入することもできるし、そのパターンどおりに、１万円を超えて購入することもできる。実際に予想情報を参照した後で、馬券を購入しなかったり、購入パターンをアレンジしたりという選択も可能であり、これ以降は利用者３５の自由な判断に委ねられる。

レースが行われた後、予想情報管理サーバ１０は、主催者サーバ７０などからレースの確定した結果を受信して、予想情報が的中したか否かを判断し、予想情報の通りに馬券を購入した場合に、回収利益がプラスであったかどうかを判定する（ステップＳ１８）。回収利益がプラスであった場合（ステップＳ１８のＹＥＳ）、予想情報管理サーバ１０は、利用者３５から回収利益に応じた情報料を徴収する（ステップＳ２０）。この徴収は、利用者３５が事前に登録している引落情報にしたがって実施される。また、情報料は、回収利益に提供者２５の情報料率を乗じることによって算出される。このような仕組みにより、情報料を回収する手間もなく、回収不能となる危険も少なく、安全に情報と代金の受け渡しが可能となる。

この例の場合、利用者３５は、回収利益がプラスとなって初めて情報料を徴収される。また、ここでは、予想情報の通りに馬券を購入した場合（すなわち、１万円分の馬券購入）の回収利益が判断されるので、予想情報のパターンで２万円以上購入した場合や、予想情報を見ながら、まったく購入していない場合でも、同じ金額の情報料が課金されることになる。

ここで、回収利益がプラスとなるとは、購入した馬券の金額を超えて払い戻しがあった場合の利益をいう。たとえば、合計１万円で購入した５通りの式別のうち１つのみが的中して払戻金が１万５千円であったとすると、回収利益は、５千円（１万５千円−１万円）となる。これに対し、単に利益という場合は、払戻金のような、事前の投資額に関わらない利益をいう。

次に、徴収した情報料の一部を報酬として、提供者２５に振り込む（ステップＳ２２）。この振込は、提供者２５が事前に登録している振込情報にしたがって実施される。予想情報を参照した利用者３５が複数存在する場合は、それらの徴収金から報酬が支払われるので、その分、報酬額は大きくなる。

ステップＳ２２の後、または回収利益がプラスでなかった場合（ステップＳ１８のＮＯ）、ステップＳ２４において、予想情報管理サーバ１０は、予想結果を評価し、的中数、的中率、回収率等を再計算して、評価情報テーブル１５Ｃに記録する。こうして記録された評価情報は、次回、評価情報表示画面２２０を表示させるときに参照される。また、的中率や回収率の変動によって情報料率が変化する場合は、ユーザ管理テーブル１５Ａの情報料率も同時に更新する。

次に、本発明の第１の実施形態に係る予想情報管理システム１で表示される画面（ＷＥＢページ）について説明する。最初に、提供者２５に対して表示される画面、すなわち、クライアント２０の表示装置２１に表示される画面について説明する。

図５Ａに示すログイン画面１００は、提供者２５が予想情報管理システム１にログインする際に表示される画面であり、タイトル１０１、ユーザＩＤ入力エリア１０２、パスワード入力エリア１０３、およびログインボタン１０４が設けられている。提供者２５は、事前の登録によってシステムにより設定された（または自ら指定した）ユーザＩＤ（たとえば、「Ａ０００１」）とパスワードをそれぞれの入力エリアに入力し、そこでログインボタン１０４をマウス等でクリックする。予想情報管理システム１は、受信したユーザＩＤとパスワードが正しいかどうかを、ユーザ管理テーブル１５Ａを参照して判断し、正しい場合にはシステムへのログインを許可する。こうしたユーザの認証では、バイオメトリクス認証などの他の認証方法を用いることが可能である。

図５Ｂに示すレース選択画面１１０は、提供者２５が予想情報を登録（入力）するレースを選択するための画面であり、メニューからの選択等を行うことによって、当該画面へと遷移する。レース選択画面１１０には、タイトル１１１、ユーザＩＤ表示エリア１１２、開催種別表示エリア１１３、レース選択ボックス１１４、および選択ボタン１１５が設けられている。ユーザＩＤ表示エリア１１２には、ログインユーザのユーザＩＤ（ここでは、提供者である「Ａ０００１」）が表示される。提供者２５は、開催種別表示エリア１１３を見て、レースの開催場所と開催日を判断し、予想情報を入力しようとするレースを、レース選択ボックス１１４をマウス等で選択し、その後、対応する開催種別の選択ボタン１１５をクリックする。図の例では、２００５年５回阪神１日（１２月３日）の第３レースが選択されている。

図６に示す予想情報登録画面１２０は、上述のレース選択画面１１０において、選択ボタン１１５がクリックされたときに表示される画面であり、タイトル１２１、ユーザＩＤ表示エリア１２２、レース表示エリア１２３、予想情報入力部１２４、自信度入力エリア１２５、レース分析レポート入力エリア１２６、および登録ボタン１２７が設けられている。ユーザＩＤ表示エリア１２２には、ログインユーザのユーザＩＤ（ここでは、提供者である「Ａ０００１」）が表示され、レース表示エリア１２３には、レース選択画面１１０で選択した開催種別とレース、すなわち、ここで登録する予想情報の対象となるレースの識別情報が表示される。

提供者２５は、予想情報を予想情報入力部１２４の各エリアに入力する。たとえば、式別が「単勝」であれば、勝利すると予想する馬の馬番を入力し、それについていくら購入するかを金額の欄に入力する。また、この予想に対する自信の程度を表す数字（たとえば１〜５）を自信度入力エリア１２５に入力し、さらに、必要に応じてレース分析レポートをレース分析レポート入力エリア１２６に入力する。その後、提供者２５が登録ボタン１２７をマウス等でクリックすると、入力された予想情報が予想情報テーブル１５Ｂに記録される。ただし、自信度とレース分析レポートは、ユーザＩＤと対象レースをキーとする別のデータベース（不図示）に記録されることが望ましい。

レース分析レポートに対応付けて、レース後には、（的中の有無に関わらず）レース後講評レポートを表示させるようにしても良い。このようなレポートを参照することにより、競馬の初心者はもちろん、競馬歴の長い者にとっても、競馬の予想学習が可能となり、新しい競馬学習方法を提供できる。こうした学習によって、レポートを受け取る者は、将来的に当該レポートの提供側になることもありうる。また、提供者２５は、レース後講評レポートを表示させることにより、自己の予想をブラッシュアップさせることができ、また他の提供者２５のレポートを参照することによって予想精度の向上に役立てることができる。さらに、こうしたレポート類が魅力的なコンテンツとなり、当該システムのユーザの増加にもつながる。

次に、利用者３５に対して表示される画面、すなわち、クライアント３０の表示装置３１に表示される画面について説明する。

図７Ａに示すログイン画面２００は、利用者３５が予想情報管理システム１にログインする際に表示される画面であり、タイトル２０１、ユーザＩＤ入力エリア２０２、パスワード入力エリア２０３、およびログインボタン２０４が設けられている。利用者３５は、事前の登録によってシステムにより設定された（または自ら指定した）ユーザＩＤ（たとえば、「Ｂ０００１」）とパスワードをそれぞれの入力エリアに入力し、そこでログインボタン２０４をマウス等でクリックする。予想情報管理システム１は、受信したユーザＩＤとパスワードが正しいかどうかを、ユーザ管理テーブル１５Ａを参照して判断し、正しい場合にはシステムへのログインを許可する。

図７Ｂに示すレース選択画面２１０は、利用者３５が、提供者２５から提供された予想情報を選択するための画面であり、メニュー等からの選択を行うことによって、当該画面へと遷移する。レース選択画面２１０には、タイトル２１１、ユーザＩＤ表示エリア２１２、開催種別表示エリア２１３、レース選択ボックス２１４、および選択ボタン２１５が設けられている。ユーザＩＤ表示エリア２１２には、ログインユーザのユーザＩＤ（ここでは、利用者である「Ｂ０００１」）が表示される。この例では、レース選択画面２１０に、予想情報が登録されているレースのみが表示される。

利用者３５は、開催種別表示エリア２１３を見て、レースの開催場所と開催日を判断し、予想情報を得たいと考えるレースを、レース選択ボックス２１４で選択し、その後、対応する開催種別の選択ボタン２１５をクリックする。図の例では、２００５年５回阪神１日（１２月３日）の第３レースが選択されている。

図８に示す評価情報表示画面２２０は、上述のレース選択画面２１０において、選択ボタン２１５がクリックされたときに表示される画面であり、タイトル２２１、ユーザＩＤ表示エリア２２２、レース表示エリア２２３、評価情報表示部２２４、および選択ボタン２２５が設けられている。ユーザＩＤ表示エリア２２２には、ログインユーザのユーザＩＤ（ここでは、利用者である「Ｂ０００１」）が表示され、レース表示エリア２２３には、レース選択画面２１０で選択したレースの識別情報が表示される。

評価情報表示部２２４には、評価情報テーブル１５Ｃ等から得られた情報（的中率や回収率等）が提供者２５ごとに表示される。ここでは、対象のレースに予想情報を登録した提供者２５のうち、予想成績の良いクラスに属する者が一覧表示される。たとえば、成績の高い提供者２５をＡクラスに、そうでない提供者をＢクラスに分類した場合は、Ａクラスに属する提供者２５のみを一覧表示し、実質的に利用者３５が、Ｂクラスの提供者２５を参照することができないようになっている。画面右側のスクロールバーを操作することにより、すべての提供者２５の評価情報を閲覧することができる。

利用者３５は、評価情報表示部２２４の表示内容を見て、それぞれの提供者２５を評価し、どの提供者２５の予想情報を選択するかを決定する。この時点では、予想情報自体は開示されておらず、その内容は分からない。もちろん、ここで、どの提供者２５も選べないと判断した場合は、処理を中断してログオフできる。予想情報を取得してもよいと思う提供者２５が見つかったら、提供者２５のユーザＩＤの横にあるチェックボックスをマウス等でチェックした後、選択ボタン２２５をクリックする。

この例では、評価情報表示画面２２０は、複数の提供者２５の評価情報を、同じ開催でもレース毎に表示させるようになっているが、開催場所および開催日の同じすべてのレースについて、その複数の提供者２５に関する評価情報を１画面で表示させるようにしてもよい。また、特定の提供者２５に関する評価情報を、開催場所および開催日の同じ、または異なるすべてのレースについて１画面で表示させるようにすることもできる。さらに、提供者２５をその提供者２５の予想成績、予想スタイル、個人属性に基づいてクラス分けしている場合は、画面にクラス指定ボックスを設定して、そこで特定のクラスを選択することによって、その選択されたクラスの提供者２５に関する評価情報のみを表示させるように構成しても良い。

たとえば、提供者２５を、予想成績によって３つのクラス（Ａクラス〜Ｃクラス）に分け、最も成績の悪いＣクラスの提供者２５は、予想情報を提供できないこととすると、評価情報表示画面２２０に、「Ａクラス」、「Ｂクラス」、「Ａクラス＋Ｂクラス」のいずれかを選択できるクラス指定ボックスを設け、指定が行われた場合に、その指定されたクラスに属する提供者２５の評価情報だけが一覧表示されるようにすることができる。

図９に示す予想情報表示画面２３０は、上述の評価情報表示画面２２０において、選択ボタン２２５がクリックされたときに表示される画面であり、タイトル２３１、ユーザＩＤ表示エリア２３２、レース表示エリア２３３、提供者表示エリア２３４、および予想情報表示部２３５が設けられている。ユーザＩＤ表示エリア２３２には、ログインユーザのユーザＩＤ（ここでは、利用者である「Ｂ０００１」）が表示され、レース表示エリア２３３には、レース選択画面２１０で選択したレースの識別情報が表示される。

提供者表示エリア２３４には、評価情報表示画面２２０で選択した提供者２５のユーザＩＤ等が表示される。予想情報表示部２３５には、予想情報テーブル１５Ｂから得られた情報（式別、馬番・枠番、購入金額）が表示される。利用者３５は通常、この予想情報に基づいて馬券を購入する。この予想情報が利用者３５に提示された時点においてもまだ、この予想情報についての情報料の課金はされない。この例では、課金は、レースの結果が確定して、利用者３５の回収利益がプラスの場合にされる。

図１０に示す予想成績一覧３００は、提供者２５および利用者３５のそれぞれが見ることのできる画面であり、メニュー等を選択して表示させることができる。予想成績一覧３００には、タイトル３０１、ユーザＩＤ表示エリア３０２、表示順指定エリア３０３、クラス選択ボックス３０４、および予想成績表示部３０５が設けられている。ユーザＩＤ表示エリア３０２には、ログインユーザのユーザＩＤ（ここでは、提供者である「Ａ０００１」）が表示されている。

表示順指定エリア３０３では、表示順を指定できる。この例では、「的中率の高い順」または「回収率の高い順」のいずれかをチェックボックスで選択するようになっており、後者が選択されている。クラス選択ボックス３０４では、表示させるユーザのクラスを選択することができるコンボボックスであるが、ここでは、全クラスのユーザを表示させるようになっている。予想成績表示部３０５には、ユーザ、的中率、回収率、予想レース数、クラス、および情報料が示されている。ここでは、クラス選択ボックス３０４で「全クラス」の指定がされているため、Ａクラスのユーザ（このクラスのユーザだけが予想情報を提供できる提供者２５である）のみならず、Ｂクラスのユーザも表示されている。

これまで、本発明の第１の実施形態に係る予想情報管理システム１について説明してきたが、このような実施形態は１例に過ぎず、他の構成を用いても本発明の有利な特徴を実現するシステムを構成可能である。たとえば、この例では、予想情報管理サーバ１０で、ＷＥＢアクセスの管理と予想情報の管理を行っているが、これらの機能を複数に分離して、互いにネットワーク接続された２台以上のサーバとして構築することも可能である。

さらに、予想情報管理サーバ１０、クライアント２０、およびクライアント３０の間で、他の構成要素の機能を一部実行するようにもできる。たとえば、予想情報管理サーバ１０が備えるユーザ管理部１０Ａの機能を、クライアント２０やクライアント３０が、ネットワーク５０を介して予想情報管理サーバ１０のデータベース１５を参照しながら行うようにすることができる。

また、第１の実施形態では、予想情報に対する情報料を、提供者２５毎に設定された情報料率と回収利益から求めるようにしていたが、異なる情報料を定めても良い。また、所定の額以上の回収利益が生じた場合に一定額を情報料として課金することもできる。

たとえば、情報料を提供者２５によらず回収利益の一定割合の額としたり、回収利益の額の多少によらず一定としたり、段階的な（たとえば、回収利益の額によって累進的に設定されたような）情報料率や情報料を設定したりすることもできる。上述の、所定の額以上の回収利益が生じた場合に一定額を課金することは、この一形態である。また、情報料率や情報料を、前述のようにクラスや、提供者２５のその他の評価項目や属性に応じて設定したり、利用者３５の利用頻度（すなわち、利用者がシステムを利用した頻度（回数））、予想情報の利用頻度（すなわち、予想情報が利用者３５に参照された頻度（回数））、利用した結果（成績）などに応じて設定することも可能である。

さらに、提供者２５の、的中率、回収率、連続的中率、連続不的中数、特定期間の的中回数といった評価情報に応じて情報料率や情報料を変動させることもできる。たとえば、的中率または回収率が１０％上昇（または降下）するごとに、情報料率を２％上昇（または降下）させたり、連続的中率や連続不的中数に応じて、情報料率や情報料をそれぞれ上昇（または降下）させるようにすることができる。このように、情報料率や情報料と、提供者２５の予想成績の間に、逆相関関係を持たせることにより、特定の提供者への利用希望が集中することを防ぎ、多数の提供者２５に予想情報を提供する機会を与えることができる。さらに、提供者２５の間に競争意識を保持させつつ、新規参入する提供者２５の育成をも可能にする。

一方、情報料率や情報料を、それらの元となる基準要素の変化に応じて動的に変化させることもできる。たとえば、利用者３５が実際に利用した予想情報の的中率、回収率、連続的中率、連続不的中数、特定期間の的中回数といった評価情報、利用者３５の利用頻度、予想情報の利用頻度、利用した結果（成績）などに応じて、情報料率や情報料を動的に変動させることができる。評価情報を例に取ると、利用者３５が利用した予想情報の的中率が低い場合には、情報料率または情報料を低下させ、的中率が高い場合には、これらを高く設定する。こうすることによって、利用者３５が予想情報を利用する意欲をある程度維持し、顧客離れを防ぐことが可能である。また、予想情報がどれくらいの利用者３５によって参照されたかによって動的に情報料率や情報料を変化させることができる。

第１の実施形態では、回収利益がプラスとなった場合にのみ情報料の課金を行っているが、それ以外の場合でも情報料の少なくとも一部を適宜課金することができる。その場合、回収利益の額の多少には関係のない一定額や、払戻金と情報料率から計算される額等が情報料として課金される。

また、第１の実施形態では、予想情報に対する情報料を、回収利益の額が確定してから利用者３５に課金するようにしているが、回収利益の確定前に、一旦、所定額を利用者３５から徴収しておき、回収利益が確定した後で、この所定額と情報料との差額を精算するといった方法をとることもできる。この場合、「精算」は、情報料が所定額より多ければ、利用者３５から差額を徴収することになり、一方、情報料が所定額より少なければ、差額を利用者３５に返還することになる。また、情報料、情報料率は、上述の場合と同様に、さまざまなパターンで設定することが可能である。

利用者３５に対して差額の返還が生じる場合、ユーザ管理テーブル１５Ａは、利用者３５についても払込情報を有しておく必要がある。また、一旦、所定額を徴収する方法では、所定額を徴収する際に、カード手数料等などの引落手数料を負担する必要があり、差額を徴収・返還する際に、カード手数料や銀行振込手数料といった引落手数料、振込手数料を負担する必要がある。このような２段階の資金移動は、回収利益の確定後に１回だけ課金を行う第１の実施形態に比べ、手数料負担が多くなり、処理が煩雑になる可能性がある。

また、この場合、所定額を徴収する際の引落手数料、差額を徴収する際の引落手数料、および差額を返金するための振込手数料のそれぞれを、利用者３５、システム（すなわち、予想情報仲介業者）側、あるいはそれ以外の者の中でどのように負担するかはビジネスモデル構築上の設計事項であり、任意に定めることができる。

さらに、利用者３５への課金は、一定期間情報料を蓄積し、所定のタイミングでまとめてすることもできる。また、利用者３５が同時に提供者２５でもある場合には、利用者３５への課金と、提供者２５に対する報酬を所定の期間で相殺して、その差額を引き落す（または振り込む）ようにすることもできる。

第１の実施形態では、利用者３５に信頼性の高い予想情報を提供し、利用者３５は、それに基づいて通常の馬券購入方法で馬券を購入するものであるが、主催者サーバ７０などが提供する馬券購入システムと連動させることができれば、予想情報を表示させた画面上、馬券購入ボタンをクリックする等して、そのまま馬券の購入に繋げるような構成とすることも可能である。この場合は、ユーザ管理テーブル１５Ａの引落情報を参照して、馬券購入金額の精算が行われる。

また、第１の実施形態では、偶然に、または意図的に極めて類似性の高い予想情報（買い目）が入力されることを防止する、買い目重複防止機能を組み込むことができる。買い目重複防止機能は、１００円の馬券の買い目を１要素として、全買い目に対する同じ買い目の多寡により判断する。上述の例の場合、馬券の購入額は合計で１万なので、１００円の馬券はその１％にあたる。ここで、たとえば、９５％以上が同じ買い目である場合に「重複」とみなし、先に登録された予想情報に優先権を与え、後の予想情報は登録を受け付けないようにする。

たとえば、一方の予想情報の買い目は、単勝１番９５００円と、複勝２番５００円であり、他方の予想情報の買い目は、単勝１番９５００円と、複勝３番５００円であったとする。この場合、９５００円、すなわち９５％が、同じ買い目となるので、後の登録はできないようにする。こうした機能により、他人の予想情報を真似て好成績をおさめようとする者を排除することができる。

次に、本発明の第２の実施形態に係る予想情報管理システム２について説明する。第２の実施形態は、株式の価格に関する予想情報を取り扱うものである。株式の売買により収益をあげるには、株式市場において所定の株式を安く購入し高く売ることである。したがって、将来的な株式の価格を高い確度で予想する情報があれば、購入銘柄を選択する際に有利であり、既に保有している株式であれば値下がりリスクを回避することもできる。こうした株式の価格変動は、いくつかの要因が複雑に絡み合っており、専門家でも予想は難しいが、的中率の高い予想をする株式アナリストや一般投資家も存在する。

予想情報管理システム２では、前述の図７Ａで示したレース選択画面２１０と同様の構成の画面を用いて、特定の株式銘柄（または、複数銘柄のセット（たとえば、安全（安定）銘柄とベンチャー株等））を選択する。このような銘柄選択は、東証コードなどを入力することによって行うこともできる。次に、図８で示した評価情報表示画面２２０と同様の構成の画面を用いて、選択された株式に関する提供者２５の過去の予想に対する評価が表示される。

ここで所望の提供者２５を指定して選択ボタン２２５をクリックすると、図１１に示す予想情報表示画面４００が表示される。予想情報表示画面４００には、タイトル４０１、ユーザＩＤ表示エリア４０２、株式銘柄表示エリア４０３、提供者表示エリア４０４、および予想情報表示エリア４０５が設けられている。ユーザＩＤ表示エリア４０２には、利用者３５のユーザＩＤが表示され、株式銘柄表示エリア４０３には、レース選択画面２１０と同様の画面で指定した株式銘柄が表示され、さらに、提供者表示エリア４０４には、評価情報表示画面２２０と同様の画面で指定した提供者２５が表示される。予想情報表示エリア４０５には、指定した提供者２５の予想情報が表示される。この例では、値上がり予想か値下がり予想かを示す変動区分、予想を行った時点を示す予想日、予想株価以上（または以下）となる日付を表す評価基準日、および予想株価が示されている。

予想の内容は、予想日（２００５年１２月１０日）の前日終値が２８０万円（１０００株の価額）である○○○社の株が、１ヶ月後の評価基準日（２００６年１月１０日）には、予想株価８００万円以上に値上がりするというものである。値下がり予想であれば、予想株価以下に値下がりするという条件になる。ただし、ここに示す予想の記載方法は、例示に過ぎず、その他の様々な表現を用いて予想をすることができる。たとえば、予想株価の変わりに、値上がり率や値下がり率を用いることもできるし、評価基準日を所定の期間内として表すこともできる。

また、この例では、対象の株価が、評価基準日の時点で予想株価以上（または以下）となっていることが的中の条件となるが、所定の期間内に予想株価に達した時点で的中と判断することもできる。利用者３５は、予想情報が的中したと判断された場合に所定の情報料を支払う。

図１２は、予想情報として値上がり予想を得た利用者３５の一般的な対応とリスクについて示したものである。図１２Ａは、縦軸を株価、横軸を時間として表したグラフであり、予想が点線で、実際の株価の動きがケース１の実線で示されている。予想情報は、前述のように、評価基準日における株価を予想するものであるが、ここでは便宜上、右上がりの直線で示してある。

提供者２５は、予想時点のＰ１で、株価の予想を行い、この銘柄が２８０万円（１０００株）から８００万円に値上がりすると予想する。利用者３５は、株価が３７０万円の時点（Ｐ２）でこの予想情報を予想情報管理システム２により取得する。その後、利用者３５は、予想情報の値上がり予想を期待して、Ｐ３の時点で株式を１０００株購入する。取得価額は４８０万円である。評価基準日のＰ４では、株価が１０００万円となり、予想株価の８００万円を上回ったことで予想の的中となる。

利用者３５は、この時点で５２０万円（１０００万円−４８０万円）の差益が生じており、予想情報の的中で情報料（たとえば、収益の１０％として）の５２万円が予想情報管理システム２により課金される。したがって、利用者３５の最終的な収益は、この段階で４６８万円（５２０万円−５２万円）となる。

図１２Ｂは、縦軸を株価、横軸を時間として表したグラフであり、予想が点線で、実際の株価の動きがケース２の実線で示されている。予想情報は、図１２Ａと同様のものであり、右上がりの直線で示してある。

提供者２５は、予想時点のＰ１で、株価の予想を行い、この銘柄が２８０万円から８００万円に値上がりすると予想する。利用者３５は、株価が４８０万円の時点（Ｐ２）でこの予想情報を予想情報管理システム２により取得する。その後、利用者３５は、予想情報の値上がり予想を期待して、Ｐ３の時点で株式を１０００株購入する。取得価額は５６０万円である。評価基準日のＰ４では、予想に反して株価が４００万円まで下落し、予想情報は的中しない。

利用者３５は、この時点で１６０万円（５６０万円−４００万円）の差損が生じている。予想情報が的中していないので、予想情報管理システム２による課金は行われない。このように、予想情報にしたがって株式を売買しても収益が生じるとは限らないが、その場合、情報料の課金はない。ただ、予想情報管理システム２によって、その予想情報の提供者２５の信頼性を前もって評価しているので、利用者３５としては、比較的安心してその予想情報を利用することができる。

図１３は、予想情報として値下がり予想を得た利用者３５の一般的な対応とリスクについて示したものである。図１３Ａは、縦軸を株価、横軸を時間として表したグラフであり、予想が点線で、実際の株価の動きがケース３の実線で示されている。予想情報は、前述のように、評価基準日における株価を予想するものであるが、ここでは便宜上、右下がりの直線で示してある。

提供者２５は、予想時点のＰ１で、株価の予想を行い、この銘柄が９００万円（１０００株）から３００万円に値下がりすると予想する。この銘柄を１０００株保有する利用者３５は、株価が８３０万円の時点（Ｐ２）でこの予想情報を予想情報管理システム２により取得する。その後、利用者３５は、予想情報の値下がり予想を受けて、Ｐ３の時点で株式をすべて売却する。売却価額は７３０万円である。評価基準日のＰ４では、株価が２００万円となり、予想株価の３００万円を下回ったことで予想の的中となる。

利用者３５は、この時点で５３０万円（７３０万円−２００万円）の差損（含み損）を免れたことになる。ここでは、このような場合も、回収利益がプラスとなったとみなして、情報料（たとえば、収益の１０％として）の５３万円が予想情報管理システム２により課金される。したがって、利用者３５の実質的な最終収益は、この段階で４７７万円（５３０万円−５３万円）となる。

図１３Ｂは、縦軸を株価、横軸を時間として表したグラフであり、予想が点線で、実際の株価の動きがケース４の実線で示されている。予想情報は、図１３Ａと同様のものであり、右下がりの直線で示してある。

提供者２５は、予想時点のＰ１で、株価の予想を行い、この銘柄が９００万円から３００万円に値下がりすると予想する。この銘柄を１０００株保有する利用者３５は、株価が８３０万円の時点（Ｐ２）でこの予想情報を予想情報管理システム２により取得する。その後、利用者３５は、予想情報の値下がり予想を考慮して、Ｐ３の時点で株式をすべて売却する。売却価額は６００万円である。評価基準日のＰ４では、予想に反して株価が３００万円まで下落せず、予想情報は的中しない。

利用者３５は、この時点で１６０万円（７６０万円−６００万円）の差益（含み益）を逃しており、実質的には損失となる。この場合、予想情報が的中していないので、予想情報管理システム２による課金は行われない。このように、予想情報にしたがって株式を売買しても収益が生じるとは限らないが、その場合、情報料の課金はない。

ここで、評価基準日のＰ４で株価が３５０万円まで下落したとすると、依然として予想情報は的中していないが、利用者３５は、２５０万円（６００万円−３５０万円）の差損（含み損）を免れたことになり、実質的な収益が発生する。このような場合、回収利益がプラスとなったとみなして、課金を行うことができる。また、あくまでも予想情報は的中していないので、予想情報管理システム２による課金を行わないようにしてもよい。

次に、図１４を参照して、本発明の予想情報管理システムの予想情報管理サーバ１０、クライアント２０、およびクライアント３０として用いられるコンピュータのハードウエア構成の例について説明する。ただし、図１４のコンピュータ５００は、これらの構成要素として機能するコンピュータの代表的な構成を例示したにすぎない。

コンピュータ５００は、ＣＰＵ５０１、メモリ５０２、音声出力装置５０３、ネットワークインタフェース５０４、ディスプレイコントローラ５０５、ディスプレイ５０６、入力機器インタフェース５０７、キーボード５０８、マウス５０９、外部記憶装置５１０、外部記録媒体駆動装置５１１、およびこれらの構成要素を互いに接続するバス５１２を含んでいる。

ＣＰＵ５０１は、コンピュータ５００の各構成要素の動作を制御し、ＯＳの制御下で、ユーザ管理部１０ＡやＷＥＢアクセス管理部２０Ａなどの各機能部の実行を制御して、本発明に係る予想情報管理システムを実現する。

メモリ５０２は通常、不揮発性メモリであるＲＯＭ（Read Only Memory）、および揮発性メモリであるＲＡＭ（Random Access Memory）から構成される。ＲＯＭには、コンピュータ５００の起動時に実行されるプログラム等が格納される。ＲＡＭには、ＣＰＵ５０１で実行される上述のプログラムや、それらのプログラムが実行中に使用するデータ（たとえば、ＨＴＭＬページのデータ）が一時的に格納される。

音声出力装置５０３は、たとえば、スピーカ等の機器であるが、基本的には、予想情報管理サーバ１０、クライアント２０、およびクライアント３０のいずれについても必須のものではない。

ネットワークインタフェース５０４は、ネットワーク５２０に接続するためのインタフェースである。ネットワーク５２０は、図１、図２に示したネットワーク５０に対応する。

ディスプレイコントローラ５０５は、ＣＰＵ５０１が発行する描画命令を実際に処理するための専用コントローラである。ディスプレイコントローラ５０５で処理された描画データは、一旦グラフィックメモリに書き込まれ、その後、ディスプレイ５０６に出力される。ディスプレイ５０６は、たとえば、ＬＣＤやＣＲＴで構成される表示装置である。なお、このディスプレイ５０６は、図２に示すクライアント２０の表示装置２１やクライアント３０の表示装置３１に対応し、予想情報管理サーバ１０にとっては必須のものではない。

入力機器インタフェース５０７は、キーボード５０８やマウス５０９から入力された信号を受信して、その信号パターンに応じて所定の指令をＣＰＵ５０１に送信する。キーボード５０８やマウス５０９は、図２に示すクライアント２０の入力装置２２やクライアント３０の入力装置３２に対応し、予想情報管理サーバ１０にとっては必須のものではない。

外部記憶装置５１０は、たとえば、ハードディスクドライブ（ＨＤＤ）のような記憶装置であり、この装置内には上述したプログラムやデータが記録され、実行時に、必要に応じてそこからメモリ５０２のＲＡＭにロードされる。図１、図２に示したデータベース１５も、予想情報管理サーバ１０が備える外部記憶装置５１０に記録される。

外部記録媒体駆動装置５１１は、ＣＤ（Compact Disc）、ＭＯ（Magneto-Optical Disc）、ＤＶＤ（Digital Versatile Disc）などの可搬型の外部記録媒体５３０の記録面にアクセスして、そこに記録されているデータを読み取る装置である。外部記録媒体５３０には、本発明に係る予想情報管理システムを実現するためのプログラムも記録することが可能である。外部記録媒体５３０に記録されているデータは、外部記録媒体駆動装置５１１を介して外部記憶装置５１０に格納され、プログラムであれば、実行時にメモリ５０２のＲＡＭにロードされる。

また、本発明に係る予想情報管理システムを実現するためのプログラムの他の流通形態としては、ネットワーク上の所定のサーバから、ネットワーク５２０およびネットワークインタフェース５０４を介して外部記憶装置５１０に格納されるというルートが考えられる。こうして格納されたプログラムは、上記と同様に、実行時にメモリ５０２のＲＡＭにロードされ、実行される。

本発明に係る予想情報管理システムでは、クライアント２０およびクライアント３０において、一般のＷＥＢブラウザを稼働させる場合は、予想情報管理システムを実現するためのプログラムをインストール等する必要性は特段ない。

本発明に係る予想情報管理システムのクライアント２０とクライアント３０は、家庭等に設置されるＰＣを想定しているが、それ以外の装置で実装されてもよい。たとえば、専用端末として、競馬場や場外馬券売り場、駅、コンビニエンスストアなどに設置されうる。この場合、専用端末は、必要に応じて、カード読み取り手段、現金受け取り・受け渡し手段、タッチパネル等を備える。また、この専用端末をクライアント２０とクライアント３０の機能を併せ持つ端末として構成することもできる。

本発明の第１の実施形態に係る予想情報管理システムの概要を示す略線図である。 本発明の第１の実施形態に係る予想情報管理システムの機能ブロック図である。 本発明の第１の実施形態に係る予想情報管理システムで使用するデータベースの例を示す略線図である。 本発明の第１の実施形態に係る予想情報管理システムの処理手順の例を示すフローチャートである。 本発明の第１の実施形態に係る予想情報管理システムにおいて、予想情報提供者に関する画面表示の例を示す略線図である。 本発明の第１の実施形態に係る予想情報管理システムにおいて、予想情報提供者に関する画面表示の例を示す略線図である。 本発明の第１の実施形態に係る予想情報管理システムにおいて、予想情報利用者に関する画面表示の例を示す略線図である。 本発明の第１の実施形態に係る予想情報管理システムにおいて、予想情報利用者に関する画面表示の例を示す略線図である。 本発明の第１の実施形態に係る予想情報管理システムにおいて、予想情報利用者に関する画面表示の例を示す略線図である。 本発明の第１の実施形態に係る予想情報管理システムにおいて、予想情報提供者および予想情報利用者が使用しうる画面表示の例を示す略線図である。 本発明の第２の実施形態に係る予想情報管理システムにおいて、予想情報利用者に関する画面表示の例を示す略線図である。 本発明の第２の実施形態に係る予想情報管理システムに関連し、株式価格の値上がり予想に基づいた予想情報利用者の一般的アクションとリスクを説明するためのグラフである。 本発明の第２の実施形態に係る予想情報管理システムに関連し、株式価格の値下がり予想に基づいた予想情報利用者の一般的アクションとリスクを説明するためのグラフである。 本発明の一実施形態に係る動画管理システムのクライアントを構成するコンピュータのハードウエア構成の例を示す略線図である。

符号の説明

１，２・・・予想情報管理システム、１０・・・予想情報管理サーバ、１５・・・データベース、２０・・・クライアント、２１・・・表示装置、２２・・・入力装置、２５・・・予想情報提供者、３０・・・クライアント、３１・・・表示装置、３２・・・入力装置、３５・・・予想情報利用者、５０・・・ネットワーク、７０・・・主催者サーバ、５００・・・コンピュータ、５０１・・・ＣＰＵ、５０２・・・メモリ、５０３・・・音声出力装置、５０４・・・ネットワークインタフェース、５０５・・・ディスプレイコントローラ、５０６・・・ディスプレイ、５０７・・・入力機器インタフェース、５０８・・・キーボード、５０９・・・マウス、５１０・・・外部記憶装置、５１１・・・外部記録媒体駆動装置、５１２・・・バス、５２０・・・ネットワーク、５３０・・・外部記録媒体

Claims (14)

1. サーバと、前記サーバにネットワークを介して接続されたクライアントを含む予想情報管理システムであって、
   前記サーバは、
   データを記憶するための記憶手段と、
   競技またはくじに関し、予想対象を特定する対象特定情報と、前記予想対象の券を購入するための購入情報を含む予想情報を、予想情報提供者から前記クライアントを介して受信し、前記記憶手段に記憶する予想情報受信手段と、
   前記予想情報提供者の過去の予想情報に関する予想成績を前記予想情報提供者と関連付けて表した評価情報を前記記憶手段に記憶し、前記評価情報を前記クライアントを介して予想情報利用者に提供する評価情報提供手段と、
   前記予想情報利用者により選択された予想情報提供者の識別情報を含む選択情報を前記クライアントから受信する選択情報受信手段と、
   前記選択情報に基づいて、前記選択された予想情報提供者が提供している前記予想情報を、前記記憶手段に記憶された予想情報のなかから特定し、前記特定された前記予想情報を、選択を行った前記予想情報利用者に前記クライアントを介して提供する予想情報提供手段と、
   前記サーバの外部から、実際に行われた競技またはくじの結果を含む結果情報を受信する結果情報受信手段と、
   前記予想情報の前記購入情報と、当該予想情報に対応する前記結果情報の競技またはくじの結果を、前記予想対象ごとに比較し、前記予想情報が的中しているか否かを評価する予想結果評価手段と、
   前記予想結果評価手段によって前記予想情報が的中したと評価された場合に、前記予想情報に基づいた投資で生じる収益の額と前記予想情報提供者に設定されている情報料率とを乗じて得た額、または所定金額を前記予想情報の情報料として決定する情報料決定手段を有することを特徴とする予想情報管理システム。
2. サーバと、前記サーバにネットワークを介して接続されたクライアントを含む予想情報管理システムであって、
   前記サーバは、
   データを記憶するための記憶手段と、
   金融商品または金融相場に関し、予想対象を特定する対象特定情報と、予想対象の所定期間における価格の変化または所定時点における価格を表す価格情報を含む予想情報を、予想情報提供者から前記クライアントを介して受信し、前記記憶手段に記憶する予想情報受信手段と、
   前記予想情報提供者の過去の予想情報に関する予想成績を、前記予想情報提供者と関連付けて表した評価情報を前記記憶手段に記憶し、前記評価情報を前記クライアントを介して予想情報利用者に提供する評価情報提供手段と、
   前記予想情報利用者により選択された予想情報提供者の識別情報を含む選択情報を前記クライアントから受信する選択情報受信手段と、
   前記選択情報に基づいて、前記選択された予想情報提供者が提供している前記予想情報を、前記記憶手段に記憶された予想情報のなかから特定し、前記特定された前記予想情報を、選択を行った前記予想情報利用者に前記クライアントを介して提供する予想情報提供手段と、
   前記サーバの外部から、予想対象に関する実際の、所定期間における価格の変化または所定時点における価格を含む結果情報を受信する結果情報受信手段と、
   前記予想情報の価格の変化または価格と、当該予想情報に対応する前記結果情報を、前記予想対象ごとに比較し、前記予想情報が的中しているか否かを評価する予想結果評価手段と、
   前記予想結果評価手段によって前記予想情報が的中したと評価された場合に、前記予想情報に基づいた投資で生じる収益の額と前記予想情報提供者に設定されている情報料率とを乗じて得た額、または所定金額を前記予想情報の情報料として決定する情報料決定手段を有することを特徴とする予想情報管理システム。
3. 請求項１または２に記載の予想情報管理システムにおいて、
   前記サーバはさらに、
   前記情報料決定手段によって決定された前記情報料を、前記予想情報利用者から課金するよう制御する情報料課金手段を有することを特徴とする予想情報管理システム。
4. 請求項３に記載の予想情報管理システムにおいて、
   前記情報料課金手段は、
   前記情報料が決定された後で、前記情報料を前記予想情報利用者から徴収するように制御するかまたは、
   前記情報料が決定される前に、所定額を前記予想情報利用者から徴収し、前記情報料が決定された後で、前記情報料と前記所定額との差額を精算するように制御することを特徴とする予想情報管理システム。
5. 請求項１または２に記載の予想情報管理システムにおいて、
   前記情報料率は、一定料率、前記収益の額に応じた段階的料率、前記情報提供者の評価情報、属性、前記予想情報利用者の利用頻度、または利用結果に応じた料率、および、前記予想情報の利用頻度に応じた料率のいずれかに設定されることを特徴とする予想情報管理システム。
6. 請求項１または２に記載の予想情報管理システムにおいて、
   前記所定金額は、一定金額、前記収益の額に応じた段階的金額、前記予想情報提供者の評価情報、属性、前記予想情報利用者の利用頻度、または利用結果に応じた金額、および、前記予想情報の利用頻度に応じた金額のいずれかに設定されることを特徴とする予想情報管理システム。
7. 請求項５に記載の予想情報管理システムにおいて、
   前記情報料率は、前記予想情報の評価を表す評価情報、前記予想情報利用者の利用頻度、前記予想情報の利用頻度、または前記予想情報を利用した結果の変化に応じて変更されることを特徴とする予想情報管理システム。
8. 請求項６に記載の予想情報管理システムにおいて、
   前記所定金額は、前記予想情報の評価を表す評価情報、前記予想情報利用者の利用頻度、前記予想情報の利用頻度、または前記予想情報を利用した結果の変化に応じて変更されることを特徴とする予想情報管理システム。
9. 請求項１または２に記載の予想情報管理システムにおいて、
   前記サーバはさらに、前記予想情報提供者に関するデータを前記記憶手段に記憶し、
   前記予想情報提供者に関するデータには、その特性に応じて設定されたクラスを表すデータが含まれ、
   前記特性は、前記予想情報提供者の前記予想成績、前記予想成績を構成する各要素、予想スタイル、個人属性のいずれかであり、
   前記クラスを表すデータにより、前記予想情報提供者が所定のクラスに属すると判定された場合に、その予想情報提供者の前記予想情報の提供が制限されるように制御されることを特徴とする予想情報管理システム。
10. 請求項９に記載の予想情報管理システムにおいて、
    前記情報料率または前記所定金額は、前記予想情報提供者が属する前記クラスに応じて決定されることを特徴とする予想情報管理システム。
11. データを記憶するための記憶手段を備えたサーバと、前記サーバにネットワークを介して接続されたクライアントを利用して実現される予想情報管理方法であって、
    前記サーバにおいて、競技またはくじに関し、予想対象を特定する対象特定情報と、前記予想対象の券を購入するための購入情報を含む予想情報を、予想情報提供者から前記クライアントを介して受信し、前記記憶手段に記憶する予想情報受信ステップと、
    前記サーバにおいて、前記予想情報提供者の過去の予想情報に関する予想成績を前記予想情報提供者と関連付けて表した評価情報を前記記憶手段に記憶し、前記評価情報を前記クライアントを介して予想情報利用者に提供する評価情報提供ステップと、
    前記サーバにおいて、前記予想情報利用者により選択された予想情報提供者の識別情報を含む選択情報を前記クライアントから受信する選択情報受信ステップと、
    前記サーバにおいて、前記選択情報に基づいて、前記選択された予想情報提供者が提供している前記予想情報を、前記記憶手段に記憶された予想情報のなかから特定し、前記特定された前記予想情報を、選択を行った前記予想情報利用者に前記クライアントを介して提供する予想情報提供ステップと、
    前記サーバにおいて、前記サーバの外部から、実際に行われた競技またはくじの結果を含む結果情報を受信する結果情報受信ステップと、
    前記サーバにおいて、前記予想情報の前記購入情報と、当該予想情報に対応する前記結果情報の競技またはくじの結果を、前記予想対象ごとに比較し、前記予想情報が的中しているか否かを評価する予想結果評価ステップと、
    前記サーバにおいて、前記予想結果評価ステップによって前記予想情報が的中したと評価された場合に、前記予想情報に基づいた投資で生じる収益の額と前記予想情報提供者に設定されている情報料率とを乗じて得た額、または所定金額を前記予想情報の情報料として決定する情報料決定ステップを有することを特徴とする予想情報管理方法。
12. データを記憶するための記憶手段を備えたサーバと、前記サーバにネットワークを介して接続されたクライアントを利用して実現される予想情報管理方法であって、
    前記サーバにおいて、金融商品または金融相場に関し、予想対象を特定する対象特定情報と、予想対象の所定期間における価格の変化または所定時点における価格を表す価格情報を含む予想情報を、予想情報提供者から前記クライアントを介して受信し、前記記憶手段に記憶する予想情報受信ステップと、
    前記サーバにおいて、前記予想情報提供者の過去の予想情報に関する予想成績を、前記予想情報提供者と関連付けて表した評価情報を前記記憶手段に記憶し、前記評価情報を前記クライアントを介して予想情報利用者に提供する評価情報提供ステップと、
    前記サーバにおいて、前記予想情報利用者により選択された予想情報提供者の識別情報を含む選択情報を前記クライアントから受信する選択情報受信ステップと、
    前記サーバにおいて、前記選択情報に基づいて、前記選択された予想情報提供者が提供している前記予想情報を、前記記憶手段に記憶された予想情報のなかから特定し、前記特定された前記予想情報を、選択を行った前記予想情報利用者に前記クライアントを介して提供する予想情報提供ステップと、
    前記サーバにおいて、前記サーバの外部から、予想対象に関する実際の、所定期間における価格の変化または所定時点における価格を含む結果情報を受信する結果情報受信ステップと、
    前記サーバにおいて、前記予想情報の価格の変化または価格と、当該予想情報に対応する前記結果情報を、前記予想対象ごとに比較し、前記予想情報が的中しているか否かを評価する予想結果評価ステップと、
    前記サーバにおいて、前記予想結果評価ステップによって前記予想情報が的中したと評価された場合に、前記予想情報に基づいた投資で生じる収益の額と前記予想情報提供者に設定されている情報料率とを乗じて得た額、または所定金額を前記予想情報の情報料として決定する情報料決定ステップを有することを特徴とする予想情報管理方法。
13. コンピュータに、データを記憶するための記憶手段を備えたサーバと、前記サーバにネットワークを介して接続されたクライアントを含む予想情報管理システムを実現させるためのプログラムであって、
    前記サーバを、
    競技またはくじに関し、予想対象を特定する対象特定情報と、前記予想対象の券を購入するための購入情報を含む予想情報を、予想情報提供者から前記クライアントを介して受信し、前記記憶手段に記憶する予想情報受信手段、
    前記予想情報提供者の過去の予想情報に関する予想成績を前記予想情報提供者と関連付けて表した評価情報を前記記憶手段に記憶し、前記評価情報を前記クライアントを介して予想情報利用者に提供する評価情報提供手段、
    前記予想情報利用者により選択された予想情報提供者の識別情報を含む選択情報を前記クライアントから受信する選択情報受信手段、
    前記選択情報に基づいて、前記選択された予想情報提供者が提供している前記予想情報を、前記記憶手段に記憶された予想情報のなかから特定し、前記特定された前記予想情報を、選択を行った前記予想情報利用者に前記クライアントを介して提供する予想情報提供手段、
    前記サーバの外部から、実際に行われた競技またはくじの結果を含む結果情報を受信する結果情報受信手段、
    前記予想情報の前記購入情報と、当該予想情報に対応する前記結果情報の競技またはくじの結果を、前記予想対象ごとに比較し、前記予想情報が的中しているか否かを評価する予想結果評価手段、および、
    前記予想結果評価手段によって前記予想情報が的中したと評価された場合に、前記予想情報に基づいた投資で生じる収益の額と前記予想情報提供者に設定されている情報料率とを乗じて得た額、または所定金額を前記予想情報の情報料として決定する情報料決定手段として機能させることを特徴とするプログラム。
14. コンピュータに、データを記憶するための記憶手段を備えたサーバと、前記サーバにネットワークを介して接続されたクライアントを含む予想情報管理システムを実現させるためのプログラムであって、
    前記サーバを、
    金融商品または金融相場に関し、予想対象を特定する対象特定情報と、予想対象の所定期間における価格の変化または所定時点における価格を表す価格情報を含む予想情報を、予想情報提供者から前記クライアントを介して受信し、前記記憶手段に記憶する予想情報受信手段、
    前記予想情報提供者の過去の予想情報に関する予想成績を、前記予想情報提供者と関連付けて表した評価情報を前記記憶手段に記憶し、前記評価情報を前記クライアントを介して予想情報利用者に提供する評価情報提供手段、
    前記予想情報利用者により選択された予想情報提供者の識別情報を含む選択情報を前記クライアントから受信する選択情報受信手段、
    前記選択情報に基づいて、前記選択された予想情報提供者が提供している前記予想情報を、前記記憶手段に記憶された予想情報のなかから特定し、前記特定された前記予想情報を、選択を行った前記予想情報利用者に前記クライアントを介して提供する予想情報提供手段、
    前記サーバの外部から、予想対象に関する実際の、所定期間における価格の変化または所定時点における価格を含む結果情報を受信する結果情報受信手段、
    前記予想情報の価格の変化または価格と、当該予想情報に対応する前記結果情報を、前記予想対象ごとに比較し、前記予想情報が的中しているか否かを評価する予想結果評価手段、および、
    前記予想結果評価手段によって前記予想情報が的中したと評価された場合に、前記予想情報に基づいた投資で生じる収益の額と前記予想情報提供者に設定されている情報料率とを乗じて得た額、または所定金額を前記予想情報の情報料として決定する情報料決定手段として機能させることを特徴とするプログラム。