JP5801985B1 - 情報処理装置、情報処理方法、プログラム - Google Patents

Abstract

競技の予想のために競技体の準備動作において注目すべきポイントを競技体毎に提示できるようにする。このために処理対象の競技走に出場する競技体について、競技走の前に行う競技体の準備動作について撮像された準備動作画像を取得し、取得した複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、競技体毎の準備動作時の注目ポイントを特定する。そしてそれぞれ特定した注目ポイントの情報を提示する提示情報を生成し、提示情報を外部端末においてユーザに提示させる制御を行うようにする。

Description

本発明は情報処理装置、情報処理方法、プログラムに関し、特に競馬や競艇などの競技走についての情報提供を行う技術分野に関する。

特開２００４−２７２６８０号公報

競馬、競艇等の競技走（レース）においては勝馬投票券（馬券）や勝舟投票券（舟券）等の投票券を買うために各種の着順予想や予想のためのデータなどが公開されている。例えば勝馬投票券の購入者は、インターネットや新聞等に掲載される予想に長けた人の予想を参考にしたり、競馬のパドックを視察して競走馬の状態を確認するなどして自分の予想を行うことになる。またインターネット上でパドック画像を配信するサービスもあり、勝馬投票券を購入しようとする者が競馬場に行かなくても、パドックでの競走馬の状態を確認できる。
上記特許文献１には、ユーザが端末に表示された出走表の一部を選択することで競走馬の過去のレース映像やパドック映像を提供するシステムが記載されている。

例えばインターネットでの予想の投稿や勝馬投票券等の購入を行うユーザは、競技走前の準備動作の画像（パドック動画など）に含まれる競技体（例えば出走する競争馬）を見て予想や購入の検討をしていることが多い。しかし、予想者や購入者が準備動作画像（パドック動画など）から予想対象を検討することは、実際にはかなりの熟練者でなければ困難であった。例えば次の理由による。
・競技体（例えば競走馬）毎に見るべき場所が異なる。例えば、状態を推定するために首の振り具合を見るべきなのか尾に注目すべきなのか等が競争馬毎に異なる。
・競技体によって良し悪しを検討するための基準が異なる。例えばどのようになっていると良い、或いは悪い兆候なのかが競走馬毎に異なる。
・出走する競技体の全ての準備動作画像をチェックするのは煩雑である。
・優先してチェックする競技体は予想者／購入者によって異なる。特に熟練者に比べて初心者の方がより多くの競技体をチェックする蓋然性が高い。

そこで本発明では、予想者や購入者が、パドック動画などの準備動作画像から予想や購入の検討を行う際の支援を行うサービスを提供することを目的とする。

本発明の情報処理装置は、処理対象の競技走に出場する競技体を特定する競技体特定部と、前記競技体特定部が特定した全部又は一部の競技体毎に、競技走の前に行う競技体の準備動作について撮像された準備動作画像を記憶部から取得し、取得した複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、準備動作時の注目ポイントを特定する注目ポイント特定部と、前記注目ポイント特定部が特定した注目ポイントの情報を提示する提示情報を生成し、提示情報を外部端末において提示させる制御を行う提示制御部とを備える。
例えば競馬におけるパドック歩行や競艇における出走前走行等の準備動作の画像と対応する競技結果情報から、各競技体（競走馬等）についての注目ポイントを特定し、この注目ポイントの情報を含む提示情報をユーザの端末（外部端末）に提供する。この情報は、ユーザが競技体の状態を判断するために準備動作画像の視聴をおこなう際のガイドとなる。

上記の情報処理装置においては、前記注目ポイント特定部は、一競技体についての注目ポイントを特定する処理として、該当競技体が含まれる複数の準備動作画像のうちから、各準備動作画像に対応する競技走の競技結果情報に基づいて、競技結果が良い競技走についての準備動作画像である第１種準備動作画像と、競技結果が悪い競技走についての準備動作画像である第２種準備動作画像とを抽出し、前記第１種準備動作画像と前記第２種準備動作画像との比較に基づいて特定された相違点の全部又は一部を該当競技体の注目ポイントとして特定することが望ましい。
注目ポイントの特定のためには、結果が良いときの第１種準備動作画像と結果が悪いときの第２種準備動作画像に分類し、これらの画像を比較して競技体の相違点を探すことが好適と考えられる。

上記の情報処理装置においては、前記注目ポイント特定部は、前記特定された相違点のうちで、他の相違点と比べて異なり度合いが相対的に大きい相違点を優先して注目ポイントに特定することが望ましい。
注目ポイントとは、準備動作画像を視聴する際にユーザが注目すべき点をガイドする情報であるから、ユーザにとって違いがわかりやすい項目とすることが有用である。

上記の情報処理装置においては、前記注目ポイント特定部は、競技体毎に、情報提供が求められる可能性である被選択可能性の推定処理を行い、推定した被選択可能性が高い競技体ほど設定可能な注目ポイントの上限数が多くなるように前記上限数を設定するとともに、各競技体についての注目ポイントを特定する処理においては、前記上限数の範囲で注目ポイントを特定するようにしてもよい。
ユーザからあまり情報を求められない競技体と、注目度が高い競技体とでは、ユーザが求める情報の質や量が異なる。従ってユーザが情報を求める確率の高い競技体においては注目ポイントの数が多くなるようにすると、充実した情報サービスとなる。

この場合に前記推定処理では、上位成績予想度合いを表す値を用いて前記被選択可能性を推定することが考えられる。
つまり上位を競う競技体ほど、ユーザが情報を求める可能性が高いからである。
また前記推定処理では、前記提示情報の提示対象である外部端末のユーザの予想情報又は購入情報の少なくとも一方を用いて前記被選択可能性を推定することが考えられる。
ユーザの予想情報に現れる競技体は、その競走馬の情報を求められる可能性が高いためである。またユーザの予想実績や購入実績によって、そのユーザやユーザ一般が気にかけている競技体を推定でき、つまりユーザが情報を求める可能性につながるためである。

上記の情報処理装置においては、前記提示制御部は、注目ポイントについて、競技結果が良いときの状態と、競技結果が悪いときの状態とを識別可能な提示情報を生成することが望ましい。
単に注目ポイントを提示するのではなく、注目ポイントがどのような状態だと良いか、或いは悪いのかという情報を含むようにすることで、よりユーザにとって望ましい情報となる。

上記の情報処理装置においては、前記注目ポイント特定部は、処理対象の競技走のレース条件に対応するレース条件の競技走についての準備動作画像を用いて注目ポイントを特定する処理を行うことが望ましい。
レース条件によって競技体の挙動が影響を受けることが想定されるため、対応するレース条件の過去の準備動作画像を用いることで、対象レースでの競技体の注目ポイント特定の信頼性を向上させることができる。
また上記の情報処理装置においては、前記注目ポイント特定部は、各競技体について、処理対象の競技走における競技体情報に対応する競技体情報を有する競技走についての準備動作画像を用いて注目ポイントを特定する処理を行うことが望ましい。
競技体自体の状況も競技体の挙動に影響を与えることが想定されるため、競技体情報が対応する過去の準備動作画像を用いることで、競技体の注目ポイント特定の信頼性を向上させることができる。

本発明の情報処理方法は、情報処理装置が実行する情報処理方法であって、競技走の前に行う競技体の準備動作について撮像された準備動作画像を取得する画像取得ステップと、前記画像取得ステップで取得した過去の複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、競技体毎の準備動作時の注目ポイントを特定する注目ポイント特定ステップと、処理対象の競技走に出場する競技体を特定する競技体特定ステップと、前記競技体特定ステップで特定した競技体の全部又は一部について、前記注目ポイント特定ステップで特定した注目ポイントの情報を提示する提示情報を生成し、提示情報を外部端末において提示させる制御を行う提示制御ステップと、を備える。
この情報処理方法により、準備動作における各競技体の注目ポイントを特定し、かつユーザに準備動作画像を視聴する際のガイドとして情報提供できる。
本発明のプログラムは、このような情報処理方法を情報処理装置に実現させるプログラムである。

本発明によれば、競技体の準備動作を観察ずる際の注目ポイントをユーザに提示できるため、予想や投票券購入を考えているユーザを的確に支援できるサービスを実現できる。

本発明の実施の形態のシステム構成のブロック図である。 実施の形態の情報処理装置の構成のブロック図である。 実施の形態の支援情報サーバの機能構成の説明図である。 実施の形態のユーザ情報データベース及びレース情報データベースの説明図である。 実施の形態の予想／購入情報データベース及び準備動作データベースの説明図である。 実施の形態の注目ポイント提示態様の説明図である。 実施の形態の注目ポイント提示態様の説明図である。 実施の形態の注目ポイント提示態様の説明図である。 実施の形態のユーザ情報登録処理のフローチャートである。 実施の形態のレース情報登録処理のフローチャートである。 第１の実施の形態のフローチャートである。 第１の実施の形態の変形例のフローチャートである。 第２の実施の形態のフローチャートである。 第３の実施の形態のフローチャートである。 第３の実施の形態のフローチャートである。

以下、実施の形態を次の順序で説明する。
＜１．システム構成＞
＜２．情報提供サーバの機能構成、データベース、提示態様＞
＜３．登録処理＞
＜４．第１の実施の形態＞
＜５．第２の実施の形態＞
＜６．第３の実施の形態＞
＜７．まとめ及び変形例＞
＜８．プログラム及び記憶媒体＞

なお実施の形態では、本発明請求項にいう情報処理装置の例として、競馬の着順予想や勝馬投票券の購入検討のためにパドック動画を視聴する際に、ユーザを支援できる情報を提供する支援情報サーバを挙げる。
支援情報サーバは、１又は複数の情報処理装置によって実現されるものであり、従って本発明請求項にいう情報処理装置は、１つの情報処理装置或いは複数の情報処理装置が連携して実現される。

また実施の形態で用いる主な語句については、以下の意味となる。
・競技走（レース）・・・１つの競技結果が生ずる個別のレースの意味で用いる。例えば競馬の１レースをいう。例えば第１レースから第１０レースなどのように、同日に同競馬場で複数のレースが開催される場合、それぞれのレースが、「競技走」又は「レース」に該当する。
・競技体・・・競技走を行うものを表す。例えば競馬の場合は競走馬を表す。
・準備動作・・・競技走の直前に行う所定の動作、例えば競馬におけるパドック歩行、競艇の予備走行などの意味で用いる。
・レース情報・・・競技走に関する情報であって、例えば競馬場、日時、レース番号、レースのランク／種別、天候、気温、湿度、馬場状態、走行距離、対抗馬、騎手、オッズ、レース結果（着順、走行タイム、賞金配当など）等の情報の総称とする。

＜１．システム構成＞
図１に実施の形態の支援情報サーバ２を含むネットワークシステムの構成例を示す。
本実施の形態に係るネットワークシステムは、支援情報サーバ２、競技情報サーバ３、複数のユーザ端末５がネットワーク１により相互に通信可能に接続されている。
また図示のように例えば競馬場のパドックを撮像する撮像装置６や、撮像装置６の撮像画像をネットワーク１を介して所定の情報処理装置（競技情報サーバ３や支援情報サーバ２等）に送信できる送信端末７を有する場合もある。
また競技データベース８、画像データベース９、各種データベースを含む記憶部１０等が、システム動作の実行のために設けられる。なお、以下「データベース」については「ＤＢ」と表記する。

ネットワーク１の構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が想定される。
またネットワーク１の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線等の有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。

支援情報サーバ２は、ユーザに対する競馬の予想や勝馬投票券購入の際の検討を支援する情報、特にパドック動画の視聴の際に参考に用いる情報を提供する処理を行う。
支援情報サーバ２がデータ登録を行い、またユーザに提示する情報の生成やユーザへの提示情報送信のために用いるデータベースとして、記憶部１０にユーザＤＢ１１、予想／購入情報ＤＢ１２、レース情報ＤＢ１３、準備動作ＤＢ１４、競技体ＤＢ１５等が設けられる。

なお本実施の形態の支援情報サーバ２は、総合的な競馬関連サービスを行うサイト（競馬サイト）として各種ウェブページを提供するサーバである。提供する各種サービスについての詳述は避けるが、例えばトップページ、レース情報提供ページ、過去情報提供ページ、リアルタイム動画やアーカイブ動画の閲覧ページ、勝馬投票券購入ページ、レース予想を任意に投稿できる予想投稿ページなどを提供する。ユーザはユーザ端末５からこのような競馬サイトにアクセスして、予想や勝馬投票券購入等を行うことができる。もちろんこの際に、パドック動画を視聴して予想を立て、それに基づいて勝馬投票券を購入することができる。
本実施の形態では、このような競馬サイトを提供する支援情報サーバ２において、パドック動画視聴に関する支援情報提供サービスに注目して説明する。

競技情報サーバ３は、競技ＤＢ８に記憶された各種のレース情報や、画像ＤＢ９に記憶された各種のレースのパドック動画を外部に提供するサーバである。
競技ＤＢ８は過去又は予定されている競馬に関する各種の情報が蓄積されているＤＢである。例えば競技ＤＢ８には、開催予定もしくは過去の各競馬についての競技環境情報、即ち各競馬の日時、競馬場、出走馬、騎手、天候関係、オッズ等の情報が記憶されている。また競技ＤＢ８には、過去の競技走についての競技結果情報、即ち各競技走についての着順、各馬のタイム、配当等の情報が記憶されている。
競技情報サーバ３は、例えば支援情報サーバ２からの要求に応じて、競馬に関する各種情報を競技ＤＢ８から読み出して送信することができる。
また競技情報サーバ３は、競馬の開催に応じて開催された競馬の競技環境情報や競技結果情報を逐次競技ＤＢ８に蓄積していく。

また競技情報サーバ３は、競馬に関する画像を画像ＤＢ９に蓄積すると共に、例えば支援情報サーバ２に画像情報を送信する。
例えば競馬場のパドックに設置された定点カメラなどとしての撮像装置６で撮像した準備動作画像（出走する競走馬のパドックでの様子を撮像した動画）は、送信端末７によってネットワーク１を介して競技情報サーバ３に送信され、画像データに付加されているメタデータとともに画像ＤＢ９に蓄積される。競技情報サーバ３は逐次、画像ＤＢ９に保存した撮像画像を支援情報サーバ２に送信することができる。
なお、画像ＤＢ９に蓄積される画像としては、パドック動画だけで無く実際のレース動画、各種静止画等もあるが、以降の説明中の「画像データ」としては、特に断らない限り、出走する競走馬のパドック歩行等の準備動作を撮像した動画データを指す。
撮像装置６で撮像した画像については、送信端末７が直接、支援情報サーバ２に送信するようにしてもよい。

ユーザ端末５は、勝馬投票券を購入するユーザによって操作される情報処理装置である。ユーザ端末５は、例えばパーソナルコンピュータ、スマートホン、フューチャーホン、タブレット端末その他の各種の情報処理装置により実現される。
またユーザはユーザ端末５により、支援情報サーバ２へ情報提供のリクエストを送信し、これに応じて支援情報サーバ２から送信されてくる情報を閲覧することができる。

この図１に示した支援情報サーバ２、競技情報サーバ３、ユーザ端末５、送信端末７として示した各装置は、情報処理および情報通信が可能な図２に示すようなコンピュータ装置として実現できる。

図２において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力装置１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力装置１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、ネットワーク１を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。

このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われたり、リムーバブルメディア１１１を介してデータやプログラムを受け渡したりすることが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、支援情報サーバ２、競技情報サーバ３、ユーザ端末５、又は送信端末７としての必要な情報処理や通信が実行される。
なお、支援情報サーバ２、競技情報サーバ３、ユーザ端末５、送信端末７等のそれぞれを構成する情報処理装置は、図２のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮ等によりシステム化されていてもよいし、インターネット等を利用したＶＰＮ等により遠隔地に配置されたものでもよい。

＜２．情報提供サーバの機能構成、データベース、提示態様＞
図３に１又は複数の情報処理装置で構成される支援情報サーバ２としての機能構成および記憶部１０としての各種のＤＢを示す。
支援情報サーバ２としての各機能は、情報処理装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される機能である。但し以下説明する全部又は一部の各構成の処理をハードウエアにより実現してもよい。
また各機能をソフトウエアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。１つのプログラムにより複数の機能の処理が実行されてもよいし、１つの機能が複数のプログラムモジュールの連携で実現されてもよい。

支援情報サーバ２は、通信制御部２ａ、画像取得部２ｂ、注目ポイント特定部２ｃ、競技体特定部２ｄ、情報取得部２ｅ、ＤＢアクセス部２ｆ、提示制御部２ｇを有する。

通信制御部２ａは、ネットワーク１を介した外部デバイスとの情報送受信のための各種処理を行う部位として示している。
例えば通信制御部２ａは競技情報サーバ３に対するレース情報のリクエストの送信や、それに応じたレース情報受信を行う。また通信制御部２ａは競技情報サーバ３や送信端末７からの画像データの受信を行う。また通信制御部２ａはユーザ端末５からの支援情報のリクエストの受信や、支援情報としての内容を含む提示情報の送信を行う。
また通信制御部２ａは、これらの情報の送受信に応じたデータのデコード、エンコード、圧縮／伸張、ファイル形式変換等も行う。さらに通信制御部２ａは、ユーザ端末５からのログイン／認証処理等も行う。

画像取得部２ｂは、例えば競技情報サーバ３や送信端末７から画像データが送信された場合に、通信制御部２ａを介して画像データを取り込み、ＤＢ登録や所定の処理のためにバッファリングする機能である。

注目ポイント特定部２ｃは、処理対象の競技走に出場する競技体として、競技体特定部２ｄが特定した全部又は一部の競技体毎に、競技走の前に行う競技体の準備動作について撮像された過去の準備動作画像（パドック動画）を記憶部１０から取得する。そして取得した複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、準備動作時の注目ポイントを特定する処理を行う。
具体的には、注目ポイント特定部２ｃが、各競技体（各競走馬）について、注目ポイント特定を行うために、随時パドック動画を記憶部１０から取得する。そして各競走馬のそれぞれについて、複数のパドック動画を比較する。例えば結果が良かったレース（着順上位のレースなど）のパドック動画と、結果が悪かったレース（着順下位のレースなど）のパドック動画での相違点を検出する。つまり良いときと悪いときとで状態に変化が観察される点を、過去の複数のパドック動画や、該動画から抽出した静止画（動画の１フレームの画像）を解析して探索する。
例えばパドックでの競走馬の状態として、首の角度、耳の角度、舌の状態（出具合など）、目の状態（充血度合など）、歩行位置（内側／外側／蛇行）などを、複数の画像における静止画で比較して相違点を探索する。
またパドックでの競走馬の動作として、首を振る回数／頻度、尾を振る回数／頻度、歩行傾向（引っ張る／通常／引っ張られる）、パドックでの歩行速度、パドックでの歩幅等を、複数のパドック動画を比較し、又は動画に基づいて取得されたデータに基づいて比較することで、相違点を探索する。
そして抽出した相違点の全部又は一部を、注目ポイントとして特定する。

競技体特定部２ｄは、処理対象の競技走に出場する競技体を特定する処理を行う。例えばユーザ端末５からのリクエストに応じて、レースを特定し、当該レースに出走する競走馬を特定する。競技体特定部２ｄが特定した、或る処理対象の競技走に出場する競技体の全部又は一部が、予想支援のための提示情報を生成及び送信する処理の対象の競技体となる。つまり競技体特定部２ｄが特定した競走馬についての、注目ポイント特定部２ｃが特定した注目ポイントの情報が、パドック動画を視聴するユーザに対する支援情報としてユーザ端末５に提供される。

情報取得部２ｅは、例えば記憶部１０でのＤＢ登録に必要な情報（レース情報）を競技情報サーバ３から取得したり、ユーザ端末５からのユーザ情報等を取得し、これらをＤＢ登録する処理を行う。
このため逐次、競技情報サーバ３への情報リクエストの送信や、そのリクエストに応じて競技情報サーバ３から送信されてくるレース情報の取り込み、ユーザ端末５からの情報取得の取り込み、これらの情報のＤＢ登録のためのバッファリング等を行う。

ＤＢアクセス部２ｆは、記憶部１０の各ＤＢに対する書込／検索／読出を行う。
具体的にＤＢアクセス部２ｆは、情報取得部２ｅが取り込んだレース情報のレース情報ＤＢ１２への登録や、情報取得部２ｅが取り込んだユーザ情報のユーザＤＢ１１への登録のための書込アクセスを行う。
またＤＢアクセス部２ｆは、注目ポイント特定部２ｃが特定した各競技体の注目ポイントや画像取得部２ｂが競技情報サーバ３から取得した画像データの準備動作ＤＢ１４への登録のための書込アクセスを行う。
またＤＢアクセス部２ｆは、注目ポイント特定部２ｃや競技体特定部２ｄの処理のための、レース情報ＤＢ１２、予想／購入情報ＤＢ１３，準備動作ＤＢ１４、ユーザＤＢ１１からの情報読出アクセスを行う。

提示制御部２ｇは、これから始まるレースの予想の参考となる支援情報、特にはパドック動画における注目ポイントの情報を含む提示情報を生成し、提示情報をユーザ端末５において提示させる制御を行う。
なお、上述のように支援情報サーバ２は、競馬サイトとしての各種ウェブページをユーザ端末５に閲覧させて競馬に関する多様な情報を提供している。これらの各種の情報を含むウェブページとしてのページデータは、提示制御部２ｇとしての機能により生成され、ユーザ端末５に送信される。

記憶部１０の各ＤＢ（ユーザＤＢ１１、レース情報ＤＢ１２、予想／購入情報ＤＢ１３、準備動作ＤＢ１４、競技体ＤＢ１５）としては、例えば以下のようなデータ構造が構築されている。
ユーザＤＢ１１は、支援情報サーバ２による予想参考情報の提供を受けるユーザの情報が例えば図４Ａに示すように記憶されている。即ちユーザＩＤ（identification）に対応してログインパスワードや、ユーザのニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、クレジットカード情報、その他の各種属性等が記憶される。後述の予想／購入情報ＤＢ１３とは別に、ユーザ毎の勝馬投票券購入履歴や予想投稿履歴等がユーザＤＢ１１に記憶されるようにしてもよい。

レース情報ＤＢ１２には、レース毎に、各レースの情報が例えば図４Ｂのように記憶される。例えばレースを特定するレースＩＤに対して、レース名、レースの種別／グレード、競馬場名、開催日、勝馬投票券の販売締切時刻、発走時刻、レース番号、馬場情報などである。レースの種別／グレードとは、例えば競馬の場合の平地／障害の別、走行距離、レースランク、記念／重賞レース等の情報、中央競馬／地方競馬等の主催情報などを含む。
馬場情報としては例えば芝／ダート／障害等の別、芝やダートのコース状態（良、稍重、重、不良）などの情報を含む。
またレース情報ＤＢ１２には競技体情報として出走馬情報が記憶される。これは当該レースに出走する各出走馬についてそれぞれ、図示するように馬番、枠番、馬ＩＤ、馬体重、前回レースからの馬体重の増減、過去のレースタイム情報、勝利数情報、勝率情報、持ち時間（同じ距離のレースでその馬がこれまでに記録した最も速いタイム）、オッズ等が記憶される。
またレース情報ＤＢ１２には騎手情報が記憶される。これは各出走馬に騎乗する騎手毎に、騎乗する競走馬の馬番、騎手名、当該騎手の過去の成績、騎手変更の有無（元々予定されていた騎手と異なる騎手か否か）等が記憶される。
またレース情報ＤＢ１２には、当該レースの結果情報として、着順、レースタイム、配当情報等が記憶される。
順位とは、すべての出走馬について着順の情報である。
レースタイムとは、すべての出走馬について走行タイムの情報である。

予想／購入情報ＤＢ１３には、本実施の形態の支援情報サーバが提供するサービスに対して、各ユーザがレースについて競馬サイトに投稿した予想情報や、競馬サイトを介しての各ユーザの勝馬投票券の購入情報が蓄積される。
図５Ａに示すように、予想情報としては、１つの投稿毎に、投稿したユーザのユーザＩＤ、投稿日時、予想対象のレースのレースＩＤ、予想馬情報等が記憶される。予想馬情報とは、例えば本命馬、対抗馬、単穴馬、連下馬等の馬番などである。
また購入情報としては、１回の購入毎に、購入したユーザのユーザＩＤ、購入日時、対象のレースのレースＩＤ、買い目情報、購入枚数等が記憶される。

準備動作ＤＢ１４には、例えば図５Ｂのように、１つのレース毎に、レースＩＤ、画像データ、出走する全部又は一部の競走馬の注目ポイントが記憶される。
画像データとは、当該レースの直前のパドック動画を少なくとも含む。パドック動画としての画像データは、出走する競走馬毎に異なるデータファイルとされていてよいし、当該レースのパドック動画データとして、各馬が順次撮像されたものでもよい。少なくとも各出走馬のパドックの様子が撮像された動画データあればよい。
注目ポイントは、出走する競走馬毎に記憶される。即ち注目ポイント特定部２ｃが当該レースの或る競走馬について注目ポイントを特定することに応じて、その競走馬の注目ポイントが準備動作ＤＢ１４に記憶される。

競技体ＤＢ１５は各競技体（競走馬）の情報が登録される。競技体ＤＢ１５については図示していないが、例えば各競走馬について、馬名、出生日、年齢、性別、オーナー、調教師、厩舎、出走したレース、レース成績等の情報が参照できるようなデータベースとされている。

以上の各ＤＢ（ユーザＤＢ１１、レース情報ＤＢ１２、予想／購入情報ＤＢ１３、準備動作ＤＢ１４、競技体ＤＢ１５）は、支援情報サーバ２がアクセス可能とされていればどのような形態で実現されていてもよい。例えば支援情報サーバ２と同一システム内の記憶部１０に各ＤＢ（１１〜１５）のすべてが形成されていてもよいし、各ＤＢ（１１〜１５）の一部又は全部が別体、遠隔地等のコンピュータシステムに設けられていてもよい。もちろん各ＤＢ（１１〜１５）が一つの装置（例えば一つのＨＤＤ等）内に形成されている必要はない。また各ＤＢ（１１〜１５）のそれぞれが、それぞれ１つのＤＢとして構成される必要もない。例えばユーザＤＢ１１として記憶される情報が、複数のユーザＤＢ（例えばログイン用のユーザＤＢと属性用のユーザＤＢなど）により記憶管理されてもよい。図示した各ＤＢ（１１〜１５）は、実施の形態の処理に関連する情報の記憶領域を、それぞれ１つのＤＢの形態で例示したものに過ぎない。

続いて支援情報サーバ２によってユーザ端末５に提供される情報の提示態様の例を図６，図７，図８に示す。
本実施の形態では、支援情報サーバ２はユーザがパドック動画を視聴する際に、特に注目すべきポイントをユーザに提示するようにしている。
特に競走馬毎にパドックの挙動で注視すべき箇所が異なったり、各馬について、或る挙動が良い兆候なのか悪い兆候などかはわかりずらい。そこでこのようなわかりにくさを解消できるように、ユーザのパドック観察を支援する情報を提示する。

図６に提示情報としての画像の一例を示している。これは競馬サイトを利用するユーザがユーザ端末５によりパドック動画５１を視聴する際に、その画像に重畳して注目ポイントの情報を提示するとともに、その注目ポイントについて競技結果が良いときの状態と、競技結果が悪いときの状態とが識別可能となるようにしている例である。
例えばこのゼッケンナンバ３の競走馬について、耳の状態、尾の状態、歩行位置が注目ポイントとされているとする。この場合に注目ポイント表示５０としての画像／テキストを動画（又は静止画）に重畳させて提示する。さらにこの図６の場合、単に耳の状態、尾の状態、歩行位置を提示するだけでなく、それらがどのような状態だと良いのか又は悪いのかをテキストデータで示している例としている。

また図７に他の注目ポイント表示５０Ｖの例を示しているが、この注目ポイント表示５０Ｖは、注目ポイントについての良い状態、悪い状態を示す画像としたものである。例えば注目ポイント表示５０Ｖは、当該競走馬の過去のパドック動画から抽出した良いときと悪いときの画像（静止画又は動画）とともに、良いときの画像に“○”、悪いときの画像に“×”のマークを付加したものである。このように画像によって注目ポイント及び良い状態／悪い状態を提示する注目ポイント表示５０Ｖをパドック動画５１に重畳させてもよい。

図８Ａは、パドック動画とは別に、注目ポイントの提示を行う例である。ユーザ端末５に表示される画像として、パドック動画５１と共に、例えば馬情報５２、チェックポイント５３等が表示される。馬情報５２とは、例えば馬名、ゼッケン、馬体重など、図４Ｂのレース情報ＤＢにおける出走馬情報から得られる情報などとすれば良い。チェックポイント５３とは、当該競走馬について特定された注目ポイントの情報である。これも良い状態と悪い状態を提示する情報とするとよい。ここではテキストで提示している例としているが、図７のように画像で良い状態と悪い状態を提示してもよい。

図８Ｂは出走する各競走馬について、パドックでのチェックポイントをまとめて提示している例である。或る特定のレースについて、チェックポイント一覧表示５５として、出走する競走馬毎にパドックでの挙動や状態として注目すべきポイントがチェックポイントとして提示される。ユーザはこのチェックポイント一覧表示５５により各馬の特徴を把握し、その上でパドック動画を視聴したり、或いは実際に競馬場のパドックで観察して、予想を立てる参考にすることができる。

以上の図６，図７，図８は一例に過ぎないが、本実施の形態の支援情報サーバが提供する画像としては、注目ポイントをウェブページの所定位置に表示することが想定される。
例えば出走表／オッズ／レース分析ページなどに図８Ｂのようなチェックポイント一覧表示５５を加えても良い。
また図８Ａのようにパドック動画５１とともにチェックポイント５３を表示してもよい。
また図６、図７のようにパドック動画に重畳して注目ポイント表示５０，５０Ｖを行うようにしても良い。これらにおいては単に注目ポイントのみを指し示す態様でもよい。

さらにこれらのように、単に注目ポイントを提示するだけでなく、レース結果が良いときに特定される異なり方（各画像間の差分）とレース結果が悪いときに特定される異なり方（各画像間の差分）とを識別可能に提示するとよい。つまり注目ポイントが、どのような状況だと良いのか（又は悪いのか）をユーザが理解できるようにする表示である。

図６，図７，図８Ａの例では、どのような状況だと“良い”“ 悪い”をテキストで説明する例としたが、良いとき、悪いときの一方のみの説明としてもよい。
またより簡潔な提示として、良い状態、悪い状態をマーク、記号、図形、色などで識別できるような表示としてもよい。
例えば或る注目ポイントが良い状態のときは、その注目ポイントの箇所に青丸を重畳した画像とし、悪い状態のときは赤丸（或いは“×”など所定の記号やマーク）を重畳するような画像として、ユーザが直感的に状態の善し悪しがわかるようなものとしてもよい。
さらには、良い状態と悪い状態の違いを画像で示すような手法も想定される。例えば首の角度について良い状態のときの画像と悪い状態のときの画像を並べて提示するようにすれば、ユーザにとってわかりやすいものとすることができる。

またこれらの注目ポイントを含む提示情報は、ウェブページにより提供する以外に、画像又はテキスト等の提示情報を電子メールや所定のメッセージ機能によりユーザ端末に送信するような態様でもよい。

＜３．登録処理＞
以下、本実施の形態の支援情報サーバ２が実行する処理について説明する。まずここでは、支援情報サーバ２が後述の第１〜第３の実施の形態としての情報提示の実行のために、逐次必要時に行うＤＢ登録処理について説明する。
なお、以下で参照する図９〜図１５は、ユーザ端末５、支援情報サーバ２、競技情報サーバ３の処理を示すとともに、支援情報サーバ２によるユーザＤＢ１１、予想／購入情報ＤＢ１３、レース情報ＤＢ１２、準備動作ＤＢ１４へのアクセスの様子を示すものとしている。

図９はユーザＤＢ１１へのユーザ情報の登録に関する処理を示している。なお図９における支援情報サーバ２の処理は、主に通信制御部２ａ、提示制御部２ｇ、情報取得部２ｅ、ＤＢアクセス部２ｆとしての機能により実現される。

ユーザ端末５はユーザの操作に応じて、支援情報サーバ２が提供する競馬サイトにアクセスして各種ページ情報の閲覧を要求する（ステップＳ１０１）。
これに対して支援情報サーバ２はステップＳ２０１で、要求されたページ情報を送信する。これによりユーザ端末５を用いているユーザは、競馬サイトとして各種のページを閲覧できる。

例えばユーザは、競馬サイトにおいてユーザ登録を行うことができる。例えば勝馬投票券購入や予想情報の投稿などにはユーザ登録が必要となるようにしてもよい。
ユーザ登録を希望するユーザは、例えば上記ステップＳ１０１のページ情報要求として、登録情報の入力ページを要求する。これに応じて支援情報サーバ２は登録情報の入力ページをユーザ端末５に送信する（Ｓ２０１）。
ユーザ端末５において入力ページを閲覧したユーザは、その入力ページに必要な情報、例えばパスワード、氏名、年齢、性別、住所等の情報を入力し、登録要求として送信する操作を行う。これによりユーザ端末５からステップＳ１０２としてユーザ情報と登録要求が支援情報サーバ２に送信される。
支援情報サーバ２は、これを受信するとステップＳ２０２でユーザ情報登録を実行する。即ちユーザＩＤを設定するとともに、送信されてきたユーザ情報に基づいて、図４Ａに示したような個人情報をユーザＤＢ１１に登録する処理を行う。

このようにユーザ登録が行われたユーザは、支援情報サーバ２が提供する競馬サイトにアクセスし、パスワード等を用いてログインすることで、未登録ユーザよりも充実したサービスが受けられるようになる。例えば競馬サイト上での勝馬投票券購入や各種投稿が可能となる。

なお、図示は省略したが、登録ユーザが予想情報を投稿したり、勝馬投票券を購入した場合は、支援情報サーバ２は、その履歴情報として図５に示したような予想情報や購入情報を予想／購入情報ＤＢ１３に登録する。

次に図１０は、レース情報ＤＢ１２への登録に関する処理を示している。なお図１０における支援情報サーバ２の処理は、主に通信制御部２ａ、画像取得部２ｂ、情報取得部２ｅ、ＤＢアクセス部２ｆとしての機能により実現される。
支援情報サーバ２は、逐次不定期に、或いは定期的に、或いは所定のトリガ（例えば競技情報サーバ３からの新規情報発生／更新の通知等）に応じてステップＳ２１０〜Ｓ２１３に示す処理を行う。

支援情報サーバ２はステップＳ２１０で競技情報サーバ３に対してレース情報要求を送信する。例えばまだレース情報ＤＢ１２への登録を行っていない１又は複数のレースを指定し、それらのレースについてのレース情報の提供を求める。
これに対して競技情報サーバ３はステップＳ３０１で、指定されたレースのレース情報を競技ＤＢ８から読み出し、支援情報サーバ２に送信する。
レース情報を受信した支援情報サーバ２はステップＳ２１１で、当該受信したレース情報を用いて、１つのレースに対する情報登録をレース情報ＤＢに登録する処理を行う。例えば１つのレースに対応して、図４Ｂのような情報群が形成されるようにする。但し、ステップＳ２１０のレース情報要求が、まだ行われていないレースについてのものである場合、レース結果の情報は当然含まれない。
また、登録済みのレースについてレース情報内容が変更される場合もあるため、ステップＳ２１０で支援情報サーバ２は競技情報サーバ３に対して、前回のレース情報受信時以降に更新があったレースについてもレース情報を要求するようにするとよい。

支援情報サーバ２はステップＳ２１２で競技情報サーバ３に対してレース結果要求を送信する。例えばレース情報ＤＢ１２においてレース結果が登録されておらず、かつ開催日の発走時刻から所定時間以上経過している（つまり既に終了している）１又は複数のレースを指定し、それらのレースについてのレース結果情報の提供を求める。
これに対して競技情報サーバ３はステップＳ３０２で、指定されたレースのレース結果情報を競技ＤＢ８から読み出し、支援情報サーバ２に送信する。
レース結果情報を受信した支援情報サーバ２はステップＳ２１３で、レース情報ＤＢ１２において当該受信したレース結果情報が追加されるように、該当のレースの登録情報を更新する。これにより１つのレースに対応して、図４Ｂのような情報群が形成される。

なお、準備動作ＤＢ１４への画像の登録については図示していないが、随時行われる。競馬サイトでは、リアルタイムでのパドックやレース中継を行う場合、随時撮像装置６で撮像された画像を取り込んでユーザ端末５にストリーミング配信したり、画像ＤＢ９からダウンロードしてユーザ端末５に提供するなどの処理を行う。
即ち競馬開催日には一旦、送信端末７や競技情報サーバ３からパドック動画やレース動画としての画像データが供給されるため、その画像データがレースＩＤに紐づけられて準備動作ＤＢ１４に登録されるようにしている。
なお準備動作ＤＢ１４における当該レースに出走する各競走馬の注目ポイントの情報は後述の処理で登録される。

＜４．第１の実施の形態＞
支援情報サーバ２が実行するパドック動画視聴時のユーザ支援のための注目ポイント提示に関する処理としての第１の実施の形態を図１１で説明する。図１１における支援情報サーバ２の処理は、主に通信制御部２ａ、注目ポイント特定部２ｃ、競技体特定部２ｄ、ＤＢアクセス部２ｆ、提示制御部２ｇとしての機能により実現される。
図１１の処理では、支援情報サーバ２はステップＳ２２０〜Ｓ２２６を予め行っておき、その後にユーザ端末５からの要求に応じてステップＳ２２７，Ｓ２２８を行う例としている。

ステップＳ２２０で支援情報サーバ２は、レース情報ＤＢ１２にアクセスして、処理対象日のレース情報を取得する。例えば１週間後のレースを処理対象とした場合、その１週間後に行われる或るレースのレース情報を取得する。取得するレース情報とは、少なくともレースＩＤと出走馬情報である。この処理により支援情報サーバ２は、処理対象とするレース（レースＩＤ）に出走する競走馬を特定する。
なお、例えば１週間後に行われる複数のレースのレースＩＤとそれぞれの出走馬情報をまとめて取得してもよい。

ステップＳ２２１で支援情報サーバ２は、該当のレースＩＤのレースに出場する全部又は一部の出走馬について、準備動作情報を取得する。これは、該当の競走馬について、複数の過去のレースのパドック動画データを、準備動作ＤＢ１４から読み出す処理である。
つまり１頭の競走馬について、過去に出場した複数のレースにおけるパドック動画が準備動作ＤＢ１４から集められる。支援情報サーバ２はこのようなパドック動画データの読出を１又は複数の処理対象の競走馬について行う。
ステップＳ２２２で支援情報サーバ２は、ステップＳ２２１で読み出した各パドック動画データに対応するレースＩＤを用いて、レース情報ＤＢ１２を検索して、各パドック動画データに対応するレース結果情報を取得する。つまり各パドック動画が撮像された直後のレースの結果情報である。

ステップＳ２２３で支援情報サーバ２は、レース分類を行う。これは対象の競走馬の過去の複数のパドック画像について、レースＩＤによって紐付いたレース結果情報を参照して、「良い結果のときのパドック画像」と「悪い結果の時のパドック画像」を抽出する処理である。
これにより処理対象に含まれる１頭の競走馬について、過去のパドック動画データの一部が「良い結果のときのパドック画像」とされ、また過去のパドック動画データの一部が「悪い結果の時のパドック画像」とされる。なお、過去のパドック動画が必ず「良い結果のときのパドック画像」「悪い結果の時のパドック画像」のいずれかに分類されるようにしてもよいが、より明確な相違点を探すために、中くらいの成績のレースのパドック動画データは、いずれにも分類されないようにしてもよい。
支援情報サーバ２は、このような分類処理を処理対象とする競走馬毎について行う。

なお、結果が良い／悪いは、相対的なレース結果、つまり着順で評価しても良いし、絶対的なレース結果、例えばレースタイムで評価しても良い。
相対的なレース結果で評価する場合、「良い結果のときのパドック画像」は、例えば着順が上位４位以内のレースのパドック画像、「悪い結果の時のパドック画像」は例えば着順が下位４位以内のレースのパドック画像などとして分類（抽出）を行うことが考えられる。
或いは、当該競走馬の平均着順よりも上位なら「良い結果」、平均着順よりも下位なら「悪い結果」に分類してもよい。このようにすれば、例えば常に上位を争っている競走馬や、常に下位となっている競走馬についても、「良い結果」「悪い結果」を判別できる。
絶対的なレース結果で評価する場合、例えばレースタイムが、所定の第１の基準レースタイムよりも速かったレースのパドック画像を「良い結果のときのパドック画像」、所定の第２の基準レースタイムよりも遅かったレースの」パドック動画を「悪い結果のときのパドック画像」とすることが考えられる。第１，第２の基準レースタイムは同一値でもよい。また標準的なレースタイムは、馬場種別や距離で変化するため、第１，第２の基準レースタイムはレース毎に設定しておくことが好適である。

ステップＳ２２４で支援情報サーバ２は、処理対象としている各競走馬について相違点検出を行う。これは競走馬毎に、良い結果のときの１又は複数のパドック画像と、悪い結果のときの１又は複数のパドック画像とを比較して、競走馬の状態や動作での相違点を検出する処理である。パドック画像の静止画比較や動画比較により相違点を検出する。
例えば上述のように首の角度、耳の角度、舌の状態、目の状態、歩行位置などを比較項目とし、良い結果のときのパドック画像と悪い結果のときのパドック画像とで例えば静止画で比較して相違している点を探索する。
また例えば、首を振る回数／頻度、尾を振る回数／頻度、歩行傾向、歩行速度、歩幅等を比較項目とし、良い結果のときのパドック画像と悪い結果のときのパドック画像とで例えば動画で比較して相違している点を探索する。

なおこれらの相違点検出は、各パドック画像の画像解析によって各比較項目を数値化し、良い結果の場合の数値（平均値、重心値、最小値、又は最大値）と、悪い結果のときの数値（平均値、重心値、最小値、又は最大値）との差分を算出し、差分が所定値より大きい比較項目を相違点とすることが考えられる。もちろん差分を比較する所定値は、比較項目毎に設定しておくと良い。
或いは、他の箇所／部位／場所などと比較して相対的に変動が大きい項目のうちで、良い結果の時と悪い結果のときで差が生じている項目を、相違点としてもよい。

相違点検出処理の具体例を示す。
まず、或る対象の競走馬について「良い結果」「悪い結果」のパドック画像を比較し、変動が大きい比較項目を相違点とする例である。
（例１）「良い結果のときのパドック画像」に含まれる１０月３日の第３レースのパドック画像と「悪い結果のときのパドック画像」に含まれる１１月７日の第５レースとのパドック画像で形状（角度）が所定角度以上異なる“首”を相違点とする。
（例２）「良い結果のときのパドック画像」に含まれる９月１０日の第６レースのパドック画像や１１月２１日の第１レースのパドック画像などとしての、複数のレースの１００枚のパドック画像に共通する特徴を検出する。また「悪い結果のレース」に含まれる８月１０日の第１レースのパドック画像や１０月１１日の第１レースのパドック画像などとしての、複数のレースの１００枚のパドック画像に共通する特徴を検出する。そして各共通の特徴を数値化し、比較する。そして数値差分が所定値より大きい“耳”を相違点として特定する

次に変動の幅に注目する例である。或る対象の競走馬について、同一レースの複数のパドック画像（静止画）を比較し、当該パドック画像に含まれる当該競走馬の変動が大きい箇所を特定する。そして当該特定した箇所について変動の度合いの幅について、複数の異なるレースのパドック画像を比較し、当該パドック画像に含まれる対象の競走馬の変動の度合いの幅が大きい箇所を相違点とする例である。
（例３）「良い結果のときのパドック画像」に含まれる１０月３日の第３レースの１００枚（１００フレーム）の静止画の間で変動の幅が大きい箇所として“尾”を特定する。そして当該“尾”の変動の幅について１０月１０日の第７レースの１００枚のパドック画像（静止画）での変動の幅や、１１月２１日の第１レースの１２０枚のパドック画像での変動の幅と比較し、変動の度合いの幅が大きい場合に“尾”を相違点として特定する。
（例４）“体の縦揺れの幅”などの特定の項目について、「良い結果のときのパドック画像」に含まれる１０月３日の第３レースの１００枚（１００フレーム）の静止画の間で変動の幅を数値化する。そして当該“体の縦揺れの幅”について１０月１０日の第７レースの１００枚のパドック画像（静止画）での値や、１１月２１日の第１レースの１２０枚のパドック画像での値と比較し、変動の度合いの幅が大きい場合に“体の縦揺れの幅”を相違点として特定する。

なお、ここまでの例は、或る競争馬の相違点は、すべて同じ競争馬の異なるレースの複数のパドック画像から検出するものであるが、異なる競争馬（例えば、馬Ａと馬Ｂ）の同一レースの複数のパドック画像を比較し、競争馬間で変動が大きい箇所に注目することも考えられる。
例えば同一レースの各競争馬にとって良い結果の馬の傾向、悪い結果の馬の傾向を分析する。具体例として、例えば過去のパドック動画から、パドックの内側近くを歩く競走馬は比較的良い結果を残し、パドックの外側近くを歩く競争場は比較的悪い結果だったとする。このような分析結果と各競走馬の状態と比較して相違点を特定してもよい。

ところで、静止画比較でと相違点を探索する場合において、動画データからの静止画データ（１フレーム）の切り出し処理に関しては、以下のような例が考えられる。
・動画に含まれる全てのフレームを切り出す
・動画に含まれる全てのフレームのうち、画像に含まれるオブジェクトの変化毎のフレームを切り出す
・動画に含まれる全てのフレームのうち、所定の位置のフレームを切り出す
・動画に含まれる全てのフレームのうち、所定の時間間隔のフレームを切り出す
・所定の形状に近似するフレームを切り出す

支援情報サーバ２は、以上のステップＳ２２４で相違点検出を行ったら、続いてステップＳ２２５で各競走馬についての注目ポイントを特定する。例えばここでは、或る競走馬についてステップＳ２２４で検出した相違点を全て、その競走馬についての注目ポイントとする。このような処理を各競走馬について行うことで、各競争馬の注目ポイントをそれぞれ特定する。

そしてステップＳ２２６で支援情報サーバ２は、対象の各競争馬について特定した注目ポイントの情報を準備動作ＤＢ１４に登録する処理を行う。
準備動作ＤＢ１４には、図５Ｂを用いて説明したように、レースＩＤに対応して、当該レースに出走する各競争馬の全部又は一部の注目ポイントが登録される。例えば以上のステップＳ２２０〜Ｓ２２６の処理を、或る処理対象のレースを設定し、そのレースの出走馬を特定し、該出走馬の全てを処理対象として注目ポイント特定／登録を行うことで、当該レースに出走する各競争馬の注目ポイントが準備動作ＤＢ１４に登録された状態となる。
なお、必ずしも１つのレースに出走する全ての競争馬の注目ポイントが準備動作ＤＢ１４に登録されていなければならないわけではない。出走する各競争馬については、視聴ポイントの特定が行われたことに応じて逐次登録されるようにしてもよい。

また注目ポイントの情報には、注目ポイントとして特定した相違点について、どのような状態が「良い」場合で、どのような状態が「悪い」場合であるかの情報も含めるようにし、準備動作ＤＢ１４において注目ポイントとともに登録しておくことが望ましい。
「良い結果」「悪い結果」のときの状況の差異は、ステップＳ２２４の処理において把握できるため、それらの状況に応じた情報をテキストデータや数値データ、或いは画像として生成し、注目ポイント情報の一部として付加して準備動作ＤＢ１４に登録しておけば良い。

なお、準備動作ＤＢ１４が、レースＩＤに対応して出走馬の注目ポイント情報を登録する場合、或る特定の競走馬の注目ポイント情報が、他のレースＩＤにも対応して特定されて登録されている場合もある。
但し、競走馬の良い結果／悪い結果に応じた相違点は、徐々に変化する可能性もあり、またサンプルとなるパドック画像が増えるほど、確度が高くなっていくため、レース毎にステップＳ２２０〜Ｓ２２６の処理が行われて、新たに各出走馬の注目ポイント情報が特定されて登録されていくことは好適である。
また特に或るレースについて、ステップＳ２２０〜Ｓ２２６が完了していない場合、もしくは完了していない競走馬については、準備動作ＤＢ１４にはデフォルトとして、直近のレースの注目ポイント情報が、これから行われるレースＩＤに対応して登録されるようにし、ステップＳ２２０〜Ｓ２２６で新たに注目ポイントが特定される毎に登録内容が更新されるようにしてもよい。

以上のステップＳ２２０〜Ｓ２２６が完了した後においては、支援情報サーバ２はユーザ端末５からのリクエストに応じて、ユーザの予測支援のための情報提供を行うことができる。
ユーザ操作に基づいて、ユーザ端末５がステップＳ１１０でレース情報の取得要求を送信してきた場合、支援情報サーバ２はそれに対応する処理を行う。
なおユーザ端末５からのレース情報の取得要求とは、ユーザが特定したレースのレースＩＤを含む要求で、当該レースに関する情報（出走馬、オッズ、パドック画像など）を閲覧するウェブページにより閲覧する要求である。

これに対応して支援情報サーバ２はステップＳ２２７で、指定されたレースＩＤに関するレース情報をレース情報ＤＢ１２から取得し、また指定されたレースＩＤについて少なくとも注目ポイント、さらには画像表示を行う場合は画像データも、準備動作ＤＢ１４から取得する。
そして支援情報サーバ２はステップＳ２２８で、取得したレース情報や注目ポイントを用いて提示情報を生成し、ユーザ端末５に送信する。例えばユーザ端末５から要求されたウェブページのページデータ（例えばＨＴＭＬ（HyperText Markup Language）形式のページデータ）を生成してユーザ端末５に送信する。この提示情報は、該当のレースに出走する競走馬の注目ポイントの情報を含むものであり、具体的には図６，図７，図８で例示したような表示をユーザ端末５において実行させる情報である。

ユーザ端末５ではステップＳ１１１で支援情報サーバ２から送信されてきた提示情報を提示する。例えば図６，図７，図８のような画面表示が行われ、ユーザには、該当レースに出走する全部又は一部の競走馬においてパドック動画の視聴時に注目すべきポイントが提示される。
なお、支援情報サーバ２のステップＳ２２８での提示情報の送信は、例えば電子メール形式などとしてユーザ端末５に送信するなど、ウェブページ以外の態様で提示情報をユーザに提供することも考えられる。

以上の図１１の処理により、支援情報サーバ２はユーザのリクエストに応じて、レースに出走する競走馬のパドックでの注目ポイントを含む情報をユーザに提供できることになり、ユーザの着順予想や勝馬投票券購入のための支援を実現できる。

なお、ステップＳ２２１での準備動作ＤＢ１４からのパドック画像データの取得の際、又はステップＳ２２３での「良い結果のときのパドック画像」「悪い結果の時のパドック画像」の抽出の際に、パドック画像を以下のような条件で絞り込んでもよい。

まずパドック画像の絞り込みとして、処理対象のレースとレース条件（馬場状態、レースグレード、レース距離、コース種別、レース場、天気、気温、騎手など）が対応するレースのパドック動画のみを取得又は抽出することが考えられる。例えば処理対象のレースとレース条件が類似する過去のレースのパドック動画である。
具体的には、
・処理対象のレースと同じ競馬場（例えば○○競馬場）、かつ同じ距離（例えば１，５００ｍ）のレースについてのパドック画像のみを対象とする
・処理対象のレースと同じ馬場状態（例えば稍重など）、かつ同じコース種別（例えば芝コース）、かつ同じ距離（例えば１，５００ｍなど）のレースについてのパドック画像のみを対象とする
などが考えられる。これ以外にも、
・対象の競走馬にとって対象レースと同一騎手と過去レース、
・対象レースと同一時期の過去レース
・対象レースと気象状態（天候、気温、湿度等）が類似している過去レース
・対象レースとレース種別／ランクが同じ過去レース
などの条件を加えても良い。

またパドック画像の絞り込みとして、競技体情報を参照し、処理対象のレースでの競技体（競走馬）の状況（馬体重、馬体重の変動幅、出走間隔）と、競技体情報で示される状況が対応するレースのパドック動画のみを取得又は抽出することが考えられる。例えば処理対象のレースにおける競走馬の状況と、状況が類似した過去のレースのパドック動画である。
具体的には、
・処理対象の競走馬について、現在の馬体重±１０キロのレースのパドック画像のみを対象とする
・処理対象の競走馬について、前回のレースから＋１０〜＋２０キロ（馬体重の変動幅）のレースのパドック画像のみを対象とする
・前回のレースから７日以上経過しているレースのパドック画像のみを対象とする
などが考えられる。

さらには、上記のレース条件が対応するという条件での絞り込みと、競技体情報が対応するという条件での絞り込みをアンド条件又はオア条件として組み合わせた絞り込みの例も考えられる。

これらのように注目ポイントを特定する基となるパドック画像に条件を与えることで、処理対象のレースに関するレースや競技体の類似性が担保され、そのうえで「良い結果のときのパドック画像」「悪い結果の時のパドック画像」に基づいて注目ポイントが特定できるため、より有効な注目ポイント、つまり着順予想にとってより有効な情報となる注目ポイントを提示できる可能性を高めることができる。

ところで上記の図１１の処理では、支援情報サーバ２はステップＳ２２０〜Ｓ２２６を予め行っておき、その後にユーザ端末５からの要求に応じてステップＳ２２７，Ｓ２２８を行う例としたが、ユーザ端末５からの要求に応じてステップＳ２２０〜Ｓ２２６に相当する処理をリアルタイムに行うようにしてもよい。
その場合の処理例を図１２に示す。

ステップＳ１１０のユーザ端末５からのレース情報取得要求が支援情報サーバ２の処理のトリガとなる。
支援情報サーバ２はユーザ端末５からレース情報取得要求を受信すると、ステップＳ２２０Ａで該当レースについてのレース情報をレース情報ＤＢ１３から取得する。この場合、ユーザ端末５からの取得情報に、情報を求めるレースを指定する情報が含まれているものとされ、支援情報サーバ２はそのレースのレース情報を取得する。この処理により支援情報サーバ２は、処理対象とする、ユーザ端末５から指定されたレース（レースＩＤ）に出走する競走馬を特定する。

ステップＳ２２１Ａで支援情報サーバ２は、該当のレースＩＤのレースに出場する全部又は一部の競争馬について、準備動作情報を確認し、必要に応じて取得する。
ここで、処理対象とするレースに出走する競走馬のうち、ユーザが情報を求める競走馬を特定しているような場合、つまりレース情報の取得要求に競走馬が指定されているような場合は、その競走馬を処理対象とすればよい。或いはユーザが指定していなくてもオッズ等により出走する競走馬のうちで人気の高い競走馬を選択するなどして一部の競走馬を注目ポイント提示のための処理対象としてもよい。もちろん全出走馬を処理対象としてもよいが、リアルタイム処理の場合、処理負担を軽減するために、該当レースに出走するうちでの一部の競走馬に処理対象を限定することが考えられる。
そしてこのステップＳ２２１Ａでの準備動作情報の確認とは、該当レースＩＤに対応して処理対象とする競走馬についての注目ポイントの情報が既に準備動作ＤＢ１４に登録されているか否かを確認するものである。他のユーザ端末５からのレース情報取得要求に応じて、既に全部又は一部の競走馬についてステップＳ２２２〜Ｓ２２６が行われ、注目ポイントの情報が登録されている場合があるためである。

もし処理対象のレースＩＤに対応して処理対象の競走馬の注目ポイントの情報が登録済みであることが確認されたら、支援情報サーバ２はステップＳ２２９からＳ２２８に進む。
処理対象のレースＩＤに対応して処理対象の競走馬の注目ポイントの情報が登録されていないことが確認されたら、支援情報サーバ２は該当の競走馬の複数の過去のレースのパドック動画データを、準備動作ＤＢ１４から読み出し、ステップＳ２２９からＳ２２２に進む。この場合、ステップＳ２２２〜Ｓ２２６で、図１１で説明したものと同様の処理を行い、処理対象の競走馬についての注目ポイントを特定し、準備動作ＤＢ１４に登録することになる。

ステップＳ２２８では支援情報サーバ２は、ステップＳ２２０Ａで取得したレース情報やステップＳ２２５で特定した注目ポイント（又は既登録であってステップＳ２２１Ａで取得した注目ポイント）を用いて提示情報を生成し、ユーザ端末５に送信する。
ユーザ端末５ではステップＳ１１１で支援情報サーバ２から送信されてきた提示情報を提示する。例えば図６，図７，図８で例示したような画面表示が行われる。
以上のようなリアルタイム処理としても、ユーザのパドック観察に関して適切な情報を提供できることになる。

なお図１２の処理において、ステップＳ２２９で処理対象の競争馬について注目ポイントが既に登録されていた場合にステップＳ２２２〜Ｓ２２６の処理を行う必要はないとしたが、ステップＳ２２２〜Ｓ２２６を再度行うようにしてもよい。
例えばユーザが競走馬を指定した場合、当該ユーザにとって注目している競走馬であることに鑑み、登録されている注目ポイント以外の注目ポイントを特定するようにしてもよいためである。また後述の第３の実施の形態では「被選択可能性」に応じて注目ポイントの設定可能数を変化させる例を述べるが、ユーザによって「被選択可能性」が異なる場合があり、他のユーザの要求に応じて特定されて登録されていた注目ポイントのみでは適切でない場合もあり得る。そのような状況を考慮して常にステップＳ２２２〜Ｓ２２６の処理を行うようにしてもよい。

＜５．第２の実施の形態＞
第２の実施の形態の処理例を図１３で説明する。なお図１１と同一の処理については同一のステップ番号を付し、重複説明を避ける。この第２の実施の形態は、支援情報サーバ２のステップＳ２２５Ａの処理が第１の実施の形態と異なる。

即ち支援情報サーバ２は、ステップＳ２２４で１又は複数の処理対象の競走馬についての相違点を検出したら、その相違点とされた全部の項目ではなく一部の項目を選択して注目ポイントとする。
具体的には、処理対象の競走馬について検出された相違点のうち、他の相違点と比べて異なり方（変化）の度合いが相対的に大きい項目を優先して注目ポイントに特定する。
例えば或る競走馬について、“首の角度”“歩行位置”“尾を振る回数”が相違点として検出されたとする。このうちで、相違点と判定された項目の差分値が、判定のために比較基準となる所定値に対して差が大きい順（異なり方の度合いが大きい順）に“１：尾を振る回数”“２：歩行位置”“３：首の角度”であったとしたら、“尾を振る回数”のみを注目ポイントとする。或いは“尾を振る回数”と“歩行位置”の２つを注目ポイントとしてもよい。

このように異なり方（変化）の度合いが大きい項目を優先して注目ポイントに特定することで、むやみに多くの注目ポイントをユーザに提示しすぎて、逆に混乱させるような事態を招かないようにすることができる。
また単に一部とするのではなく、異なり方の度合いの大きい相違点を注目ポイントとして選択することで、ユーザがパドック画像上で異なり方を認識しやすい項目を提示でき、競走馬の状況を認識しやすくできる。例えば注目ポイントとされているのに違いが微妙でユーザにわかりにくいといったことを避けることができる。

なお支援情報サーバ２のステップＳ２２５Ａの処理としては、複数の注目ポイントを特定したあとに、当該複数の注目ポイントについて相対的な優先度を決定してもよい。例えば全ての相違点を注目ポイントとして登録はするが、登録上で優先順位を設定しておき、実際に注目ポイントの情報をユーザ端末５に提供する際に、優先上位ｎ個の注目ポイントを提供するようにする。即ち各種状況や操作、ユーザ選択等に応じて、ｎ個を可変設定できるようにしてもよい。

また相違点の一部を注目ポイントとする場合、相違点とされたうちでどの項目を注目ポイントに選択するかは多様に考えられる。
例えば相違点であるか否かを確認する各比較項目について、予め優先順位を設定しておいてもよい。例えば視覚的に認識しやすい項目を優先する。具体的には、首の角度、耳の角度、歩行位置、首を振る回数／頻度、尾を振る回数／頻度などは認識しやすいため、優先順位を高くし、舌の状態、目の状態、歩行速度、歩幅などは認識しにくいため優先順位を低くするなどである。そして検出された相違点のなかで、優先順位の高いｎ個の項目を注目ポイントとする。

また、予め競走馬の個体毎に、優先すべき項目を設定しておいてもよい。例えば或る馬Ａは“首の角度”の変化の度合いが大きい場合は、馬Ａに関しては“首の角度”の優先順位を高くし、逆に或る馬Ｂは“首の角度”の変化はほとんどない場合は馬Ｂについては“首の角度”の優先順位を低くしておくなどである。

＜６．第３の実施の形態＞
第３の実施の形態の処理例を図１４、図１５で説明する。なお図１１と同一の処理については同一のステップ番号を付し、重複説明を避ける。この第３の実施の形態は、予想対象となる可能性を考慮して、出走する各競走馬に注目ポイントの数を異なるようにする例である。

図１４のステップＳ２２０〜Ｓ２２４の支援情報サーバ２の処理は図１１と同様である。
処理対象のレースに関して、ステップＳ２２４で１又は複数の処理対象の競走馬についての相違点を検出したら、支援情報サーバ２はステップＳ２３０で予想／購入情報ＤＢ１２から、該当レースに関する予想情報や購入情報を取得する。
またこの場合に、出走する競走馬を対象とした、過去のレースでの予想情報や購入情報を取得するようにしてもよい。
またステップＳ２３１で支援情報サーバ２は、レース情報ＤＢ１３から、該当レースに出走する各競走馬のオッズや持ち時間等の必要な情報を取得する。
なお、このステップＳ２３０，Ｓ２３１は、両方実行してもよいし、いずれか一方のみでもよい。

ステップＳ２３２で支援情報サーバ２は、処理対象のレースに出走する各競走馬について、被選択可能性の推定処理を行う。被選択可能性とは、多数のユーザにとって、着順予想の対象とされたり勝馬投票券購入の対象とされたりする期待値である。例えば人気の高い馬や上位を競っている馬（本命馬、対抗馬等）は被選択可能性が高いとされる。

上位を競っている馬を被選択可能性が高いとする場合、具体的には次のように推定する。
・オッズが上位（値が小さいほど上位）の競争馬とオッズの値が近い競争馬
・持ち時間が上位（値が小さいほど上位）の競争馬と持ち時間の値が近い競争馬
・被予想数が上位（値が大きいほど上位）の競争馬と被予想数が近い競争馬
これらの競走馬は被選択可能性が高いと評価できる。従って、これらの条件に基づいて得た上位成績予想度合いを表す値を用いて、各競走馬の被選択可能性を判定（例えば被選択可能性が高／中／小の分類）したり、或いは被選択可能性を数値化できる。
上位成績予想度合いを表す値とは、上記のオッズの差分値、持ち時間の差分値、被予想数の差分値などである。

また、ユーザ（予想者や勝馬投票券購入者）の現在の予想情報に含まれる競争馬は、被選択可能性が高いとされる。
例えば対象のレースに関してユーザが投稿した予想情報（１又は複数）を確認し、予想情報に現れている競走馬（もしくは上位予想されている競走馬）は、多くのユーザにとって情報を知りたい競走馬であると考えられ、被選択可能性が高いと評価できる。
従って各競走馬の予想情報への出現数（又は上位予想数）に応じて、各競走馬の被選択可能性の判定や数値化ができる。
なおこのように被選択可能性の推定に予想情報を用いる場合、
・当該レースにおける全てのユーザの予想情報を用いる
・当該レースにおける予想情報のうち、評価の高いユーザや実績の高いユーザの予想情報を選択して用いる
というようなことが考えられる。

またユーザ（予想者／勝馬投票券購入者）の過去の予想実績／購入実績に含まれる競走馬は、被選択可能性が高いとされる。
例えば対象のレースに出走する競走馬のうちで、過去によく予想の対象になっていたり、或いは勝馬投票券購入の対象となっていた人気の高い馬は、多くのユーザにとって情報を知りたい競走馬であると考えられ、被選択可能性が高いと評価できる。従って各競走馬の過去の予想実績／購入実績の数に応じて、各競走馬の被選択可能性の判定や数値化ができる。

例えば以上のような観点で出走する各競走馬について被選択可能性を推定したら、支援情報サーバ２はステップＳ２３３で、競走馬毎に注目ポイントの上限数を設定する。
これは、それぞれの競走馬について推定した被選択可能性としてのランク或いは数値に応じて設定する。即ち被選択可能性の高い競走馬であるほど、上限数を大きくする。

続いて支援情報サーバ２は図１５のステップＳ２３４で、各競走馬について、ステップＳ２２４で検出した相違点の全部又は一部を注目ポイントとして特定する。このときに各競走馬の注目ポイントの数は、設定した上限数以内となるようにする。例えば上限数が“３”の競走馬については、相違点が５項目あったとしても、そのうちの３項目を注目ポイントとする。
なお上限数を越える相違点があった場合に、どの相違点を注目ポイントとするかは、第２の実施の形態で説明した優先順位の考え方を用いて選択することが好適である。

ステップＳ２３５で支援情報サーバ２は、対象の各競争馬について特定した上限数以内の１又は複数の注目ポイントの情報を準備動作ＤＢ１４に登録する処理を行う。

以上のステップＳ２２０〜Ｓ２３５が完了した後においては、支援情報サーバ２はユーザ端末５からのリクエストに応じて、ユーザの予測支援のための情報提供を行うことができる。
ステップＳ１１０でユーザ端末５からレース情報の取得要求が送信されたら、支援情報サーバ２はステップ２２７で、指定されたレースＩＤに関するレース情報をレース情報ＤＢ１２から取得し、また指定されたレースＩＤについて少なくとも注目ポイント、さらには画像表示を行う場合は画像データも、準備動作ＤＢ１４から取得する。
そして支援情報サーバ２はステップＳ２２８で、取得したレース情報や注目ポイントを用いて提示情報を生成し、ユーザ端末５に送信する。
ユーザ端末５ではステップＳ１１１で支援情報サーバ２から送信されてきた提示情報を提示する。例えば図６，図７，図８のような画面表示が行われ、ユーザは、該当レースに出走する全部又は一部の競走馬においてパドック動画の視聴時に注目すべきポイントが提示される。この場合に、注目ポイントの数は、ユーザが気にかける可能性が高い馬ほど多くなり、不人気の馬、あまり注目されない馬については、注目ポイントの数は少なく提示されることになる。

ここで、レース情報（例えばオッズ）はレース開始までに変更される可能性がある。また各ユーザの予想情報投稿や勝馬投票券購入などにより、レース開始まで、予想／購入情報ＤＢ１２における予想情報、購入情報は追加更新されていく。
このような情報の更新に応じて、各競走馬の注目ポイントの上限数は更新した方が良い場合が生ずる可能性がある。そこで支援情報サーバ２は図１５のステップＳ２４０以降の処理も行うようにしている。

支援情報サーバ２は予想情報、購入情報が更新された場合、ステップＳ２４０として該当レースの更新後の予想情報、購入情報を予想／購入情報ＤＢ１２から取得する。この場合、更新された予想情報、購入情報のみを取得してもよい。
また支援情報サーバ２はレース情報（オッズ）が更新された場合、ステップＳ２４１として、該当レースの更新後のレース情報をレース情報ＤＢ１３から取得する。この場合、更新されたレース情報（オッズ）のみを取得してもよい。

このように更新された情報を取得したら支援情報サーバ２はステップＳ２４２で、更新後のレース情報（オッズ）又は予想情報／購入情報に基づいて出走する競走馬毎の被選択可能性を推定する。つまり被選択可能性の推定をやり直す。
なお、この場合、レース情報（オッズ）又は予想情報／購入情報が更新された競走馬についてのみ被選択可能性を再度推定するようにしてもよい。
そしてステップＳ２４３で支援情報サーバ２は、推定し直した被選択可能性に基づいて、出走馬毎の注目ポイントの上限数を更新する。この場合、被選択可能性が変わった競走馬のみ上限数を更新してもよい。

ステップＳ２４４で支援情報サーバ２は、更新後の注目ポイントの上限数に応じて、各競走馬の注目ポイントを再設定する。もちろん、上限数が変更された競走馬についてのみ、この処理を行えば良い。
例えば上限数が増えた競走馬については、先に注目ポイントとして選択していなかった相違点（項目）を注目ポイントに加える。また上限数が減った競走馬については、注目ポイントとしていた項目のうちで、優先順位が低いものから順に、注目ポイントから外していく処理を行う。
このように注目ポイントの再設定を行ったら、ステップＳ２４５で支援情報サーバ２は、更新した注目ポイントの情報が反映されるように、当該レースＩＤに対応する準備動作ＤＢ１４の内容を更新する。なお、ステップＳ２４３，Ｓ２４４の処理で、結果的に注目ポイントの情報に変化が生じなかった場合、ステップＳ２４５は不要である。

ステップＳ２４６で支援情報サーバ２は、既に提示情報を送信していたユーザ端末５に対して、注目ポイントの情報の更新を通知する。
通知を受けたユーザ端末５側では、ステップＳ１１２で更新情報を画面上に提示し、ユーザに伝える。
この場合、支援情報サーバ２はいわゆるプッシュ通知として情報更新をユーザ端末５に通知しても良い。

以上の図１４，図１５の処理によれば、ユーザの人気や注目度が高い競走馬ほど、多数の注目ポイントの情報がユーザに提示される。これによりユーザの予想や勝馬投票券購入にとって有用な情報提供が行われる。
逆にあまり注目されない競走馬に対しては、煩雑に感じられない情報提供にとどめられる。

＜７．まとめ及び変形例＞
以上、実施の形態を説明してきたが、実施の形態により以下の効果が得られる。
第１，第２，又は第３の実施の形態の処理を行う支援情報サーバ２は、処理対象の競技走に出場する競技体（競走馬）を特定する競技体特定部２ｄと、競技体特定部２ｄが特定した全部又は一部の競技体毎に、競技走の前に行う競技体の準備動作（例えばパドック歩行）について撮像された準備動作画像を記憶部１０から取得し、取得した複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、準備動作時の注目ポイントを特定する注目ポイント特定部２ｃと、注目ポイント特定部２ｃが特定した注目ポイントの情報を提示する提示情報を生成し、提示情報を外部端末（ユーザ端末５）において提示させる制御を行う提示制御部２ｇとを備える。
即ち、競馬におけるパドック歩行等の準備動作の画像と対応する競技結果情報から、各競技体（競走馬等）についての注目ポイントを特定し、この注目ポイントの情報を含む提示情報をユーザ端末５に提供する。これにより、ユーザのパドック画像の視聴時のガイドとなる有用な情報を提供でき、着順予想や投票券購入を考えているユーザを的確に支援できるサービスを実現できる。
特に競走馬毎に異なる注目ポイントを提示することで、不慣れなユーザにとってもパドックでの各競走馬の観察の仕方がわかりやすくなる。ひいては競馬への興味も向上させることが期待できる。
競走馬毎の注目ポイントについては、過去のパドック画像とレース結果の相関性に基づいて特定するため、着順予想のためのパドック観察において的確な情報となる可能性が高い。
また支援情報サーバ２による注目ポイントの情報は、図６、図７，図８Ａのようにユーザがパドック画像を視聴する際に有用となるが、図８Ｂのような情報をユーザに提供した場合、ユーザが実際に競馬場でパドック観察を行う場合にも有用である。

また実施の形態の支援情報サーバ２は、注目ポイント特定部２ｃが、過去の複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、競技体毎の準備動作時の注目ポイント候補（相違点）を検出し（Ｓ２２４）、注目ポイント候補の全部又は一部を提示情報に含む注目ポイントとして特定するようにしている（Ｓ２２５）。
第１の実施の形態のように、相違点の全部を注目ポイントとすることで注目ポイント特定処理が容易である。
一方、第２の実施の形態のように 競技体毎に注目すべきポイントとしての相違点を検出した際に、その全てを「注目ポイント」としてユーザに提示するのではなく、提示すべき情報を選択することで、むやみに多数の注目ポイントを設定せず、ユーザにとって使いやすいサービスを実現できる。

また注目ポイント特定部２ｃは、一競技体についての注目ポイントを特定する処理として、該当競技体が含まれる過去の複数の準備動作画像のうちから、各準備動作画像に対応する競技走の競技結果情報に基づいて、競技結果が良い競技走についての準備動作画像である第１種準備動作画像（良い結果のときのパドック画像）と、競技結果が悪い競技走についての準備動作画像である第２種準備動作画像（悪い結果の時のパドック画像）とを抽出し（Ｓ２２３）、第１種準備動作画像と第２種準備動作画像との比較に基づいて特定された相違点（Ｓ２２４）の全部又は一部を該当競技体の注目ポイントとして特定するようにしている（Ｓ２２５，Ｓ２２５Ａ）。
注目ポイントの特定のためには、結果が良いときの第１種準備動作画像と結果が悪いときの第２種準備動作画像に分類し、これらの画像を比較して競技体の相違点を探すことで、注目ポイントは、レース結果に相関性の高いポイントとなり、予想や勝馬投票券購入のために信頼性の高いチェックポイントとして注目ポイントの情報を提供できる。

また第２の実施の形態では、注目ポイント特定部２ｃは、特定された相違点のうちで、他の相違点と比べて異なり度合いが相対的に大きい相違点を優先して注目ポイントに特定している（Ｓ２２５Ａ）。
注目ポイントとは、準備動作画像を視聴する際にユーザが注目すべき点をガイドする情報であるから、ユーザにとって違いがわかりやすい項目とすることが有用である。例えば異なる度合いが大きかったり、視覚的にわかりやすい相違点を選択して注目ポイントとすることで、観察しやすい「注目ポイント」をユーザに提示できる。

また第３の実施の形態では、注目ポイント特定部２ｃは、競技体（競走馬）毎に、情報提供が求められる可能性である被選択可能性の推定処理を行い（Ｓ２３２）、推定した被選択可能性が高い競技体ほど設定可能な注目ポイントの上限数が多くなるように上限数を設定するとともに（Ｓ２３３）、各競技体についての注目ポイントを特定する処理においては、上限数の範囲で注目ポイントを特定する（Ｓ２３４）。
ユーザからあまり情報を求められない競技体と、注目度が高い競技体とでは、ユーザが求める情報の質や量が異なる。従ってユーザが情報を求める確率の高い競技体においては注目ポイントの数が多くなるようにすることで、充実した情報サービスが実現できる。

この場合に推定処理では、上位成績予想度合いを表す値を用いて被選択可能性を推定することで、ユーザが情報を求める可能性が高い、上位を競いそうな競走馬を推定でき、好適である。
また推定処理では、ユーザの現在の予想情報を用いて被選択可能性を推定することが考えられる。ユーザの予想情報に現れる競技体は、情報を求められる可能性が高いためである。
また推定処理では、ユーザの過去の予想実績又は投票券購入実績の情報を用いて被選択可能性を推定することが考えられる。ユーザの予想実績や購入実績によって、多くのユーザが気にかけていたり、人気の高い競技体を推定できるためである。

また支援情報サーバ２の提示制御部２ｇは、注目ポイントについて、競技結果が良いときの状態と、競技結果が悪いときの状態とを識別可能な提示情報を生成している。例えば図６，図７，図８に例示したような画面を表示させる提示情報である。
単に注目ポイントを提示するのではなく、注目ポイントがどのような状態だと良いか、或いは悪いのかという情報を含むようにすることで、よりユーザにとって望ましい情報となる。

また注目ポイント特定部２ｃは、処理対象の競技走のレース条件（芝／ダート、距離、馬場の状態など）に対応するレース条件の競技走についての準備動作画像を用いて注目ポイントを特定する処理を行うようにすれば、より適切な注目ポイント提示が可能となる。レース条件によって競技体の挙動が影響を受けることが想定されるため、対応するレース条件の過去の準備動作画像を用いることで、対象レースでの競技体の注目ポイント特定の信頼性を向上させられると考えられるためである。
また注目ポイント特定部２ｃは、各競技体について、処理対象の競技走における競技体情報（馬体重、馬体重の増減など）に対応する競技体情報を有する競技走についての準備動作画像を用いて注目ポイントを特定する処理を行うようにしても、より適切な注目ポイント提示が可能となる。競技体自体の状況も競技体の挙動に影響を与えることが想定されるため、競技体情報が対応する過去の準備動作画像を用いることで、競技体の注目ポイント特定の信頼性を向上させられると考えられるためである。

本発明は、実施の形態の例に限らず、支援情報サーバ２として働く情報処理装置として、各種の構成例や処理例が考えられる。
第１の実施の形態の変形例として図１２の処理例を示したが、このような処理を第２，第３の実施の形態の処理において適用することも当然可能である。

実施の形態では競馬を想定して説明したが、もちろん本発明の対象となる競技は競馬に限らず、競馬以外の動物レース、競艇、競輪、オートレースなどにも好適に適用できる。
例えば競艇の場合、「競技走」は競艇の１レース、「競技体」は選手及び艇体、「準備動作」はレース前の予備走行であり、競技体（選手及び艇体）のレース前の予備走行におけるコース軌跡、速度、艇体の向き・角度、艇体揺れ幅・振幅回数、走行の安定性などの項目で注目ポイントを特定し、注目ポイントの情報をユーザ端末５に提供することが考えられる。
また例えばオートレースの場合、「競技走」は１回のレース、「競技体」は選手及びモーターバイク、「準備動作」はレース前の予備走行であり、競技体の予備走行におけるコース軌跡、速度、モーターバイクの走行の安定性などの項目で注目ポイントを特定し、注目ポイントの情報をユーザ端末５に提供することが考えられる。
また例えば競輪の場合、「競技走」は１回のレース、「競技体」は選手及び自転車、「準備動作」はレース前の予備走行であり、競技体の予備走行におけるコース軌跡、速度、走行の安定性、選手の姿勢などの項目で注目ポイントを特定し、注目ポイントの情報をユーザ端末５に提供することが考えられる。

また実施の形態では、準備動作画像はパドック動画として説明したが、全て静止画ベースで相違点検出や注目ポイント特定の処理を行うこともできる。

＜８．プログラム及び記憶媒体＞
以上、本発明の情報処理装置の実施の形態としての支援情報サーバ２を説明してきたが、実施の形態のプログラムは、支援情報サーバ２の処理を情報処理装置（ＣＰＵ１０１等）に実行させるプログラムである。

実施の形態のプログラムは、処理対象の競技走に出場する競技体を特定する競技体特定手順と、競技体特定手順で特定した全部又は一部の競技体毎に、競技走の前に行う競技体の準備動作（パドック歩行等）について撮像された準備動作画像を記憶部から取得し、取得した複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、準備動作時の注目ポイントを特定する注目ポイント特定手順と、注目ポイント特定手順で特定した注目ポイントの情報を提示する提示情報を生成し、提示情報を外部端末において提示させる制御を行う提示制御手順とを情報処理装置に実行させるプログラムである。
このようなプログラムにより、上述した第１〜第３の実施の形態の処理を行う支援情報サーバ２としての情報処理装置を実現できる。

そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記憶しておくことができる。あるいはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。

１ ネットワーク、２ 支援情報サーバ、２ａ 通信制御部、２ｂ 画像取得部、２ｃ 注目ポイント特定部、２ｄ 競技体特定部、２ｅ 情報取得部、２ｆ ＤＢアクセス部、２ｇ 提示制御部、３ 競技情報サーバ、５ ユーザ端末、６ 撮像装置、７ 送信端末、１０ 記憶部、１１ ユーザＤＢ、１２ レース情報ＤＢ、１３ 予想／購入情報ＤＢ、１４ 準備動作ＤＢ、１５ 競技体ＤＢ

Claims (11)

1. 処理対象の競技走に出場する競技体を特定する競技体特定部と、
   前記競技体特定部が特定した全部又は一部の競技体毎に、競技走の前に行う競技体の準備動作について撮像された準備動作画像を記憶部から取得し、取得した複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、準備動作時の注目ポイントを特定する注目ポイント特定部と、
   前記注目ポイント特定部が特定した注目ポイントの情報を提示する提示情報を生成し、提示情報を外部端末において提示させる制御を行う提示制御部と、を備えた
   情報処理装置。
2. 前記注目ポイント特定部は、一競技体についての注目ポイントを特定する処理として、
   該当競技体が含まれる複数の準備動作画像のうちから、各準備動作画像に対応する競技走の競技結果情報に基づいて、競技結果が良い競技走についての準備動作画像である第１種準備動作画像と、競技結果が悪い競技走についての準備動作画像である第２種準備動作画像とを抽出し、前記第１種準備動作画像と前記第２種準備動作画像との比較に基づいて特定された相違点の全部又は一部を該当競技体の注目ポイントとして特定する
   請求項１に記載の情報処理装置。
3. 前記注目ポイント特定部は、
   前記特定された相違点のうちで、他の相違点と比べて異なり度合いが相対的に大きい相違点を優先して注目ポイントに特定する
   請求項２に記載の情報処理装置。
4. 前記注目ポイント特定部は、
   競技体毎に、情報提供が求められる可能性である被選択可能性の推定処理を行い、推定した被選択可能性が高い競技体ほど設定可能な注目ポイントの上限数が多くなるように前記上限数を設定するとともに、
   各競技体についての注目ポイントを特定する処理においては、前記上限数の範囲で注目ポイントを特定する
   請求項１乃至請求項３のいずれかに記載の情報処理装置。
5. 前記推定処理では、上位成績予想度合いを表す値を用いて前記被選択可能性を推定する
   請求項４に記載の情報処理装置。
6. 前記推定処理では、前記提示情報の提示対象である外部端末のユーザの予想情報又は購入情報の少なくとも一方を用いて前記被選択可能性を推定する
   請求項４に記載の情報処理装置。
7. 前記提示制御部は、注目ポイントについて、競技結果が良いときの状態と、競技結果が悪いときの状態とを識別可能な提示情報を生成する
   請求項１乃至請求項６のいずれかに記載の情報処理装置。
8. 前記注目ポイント特定部は、処理対象の競技走のレース条件に対応するレース条件の競技走についての準備動作画像を用いて注目ポイントを特定する処理を行う
   請求項１乃至請求項７のいずれかに記載の情報処理装置。
9. 前記注目ポイント特定部は、各競技体について、処理対象の競技走における競技体情報に対応する競技体情報を有する競技走についての準備動作画像を用いて注目ポイントを特定する処理を行う
   請求項１乃至請求項８のいずれかに記載の情報処理装置。
10. 情報処理装置が実行する情報処理方法であって、
    処理対象の競技走に出場する競技体を特定する競技体特定ステップと、
    前記競技体特定ステップで特定した全部又は一部の競技体毎に、競技走の前に行う競技体の準備動作について撮像された準備動作画像を記憶部から取得し、取得した複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、準備動作時の注目ポイントを特定する注目ポイント特定ステップと、
    前記注目ポイント特定ステップで特定した注目ポイントの情報を提示する提示情報を生成し、提示情報を外部端末において提示させる制御を行う提示制御ステップと、を備えた
    情報処理方法。
11. 処理対象の競技走に出場する競技体を特定する競技体特定手順と、
    前記競技体特定手順で特定した全部又は一部の競技体毎に、競技走の前に行う競技体の準備動作について撮像された準備動作画像を記憶部から取得し、取得した複数の準備動作画像と、各準備動作画像に対応する競技結果情報を用いて、準備動作時の注目ポイントを特定する注目ポイント特定手順と、
    前記注目ポイント特定手順で特定した注目ポイントの情報を提示する提示情報を生成し、提示情報を外部端末において提示させる制御を行う提示制御手順と、
    を情報処理装置に実行させるプログラム。

Images