(57)【要約】【課題】  騎乗依頼に際しての調教師の手間を軽減させつつも調教師及び騎手の双方にとって騎乗のチャンスがより広がり、騎乗機会がより公平に得られるようにするのに役立つシステムを提供する。【解決手段】  調教師は、調教師端末３を操作して支援サーバ１にアクセスし、特定のレースにおいて騎乗する騎手を求めている旨の求騎手情報を入力し、記憶部２に記憶されている求騎手情報ファイル２２に記録する。騎手は、騎手端末４を操作して支援サーバ１にアクセスし、特定の開催日に特定の競馬場に来場する旨の予定である騎手来場予定情報を、記憶部２に記憶されている騎手来場予定情報ファイル２７に記録する。騎手来場予定情報は、調教師端末において閲覧可能であり、求騎手情報は騎手端末において閲覧可能である。【選択図】  図１
2019144847.tif 000002
【特許請求の範囲】
【請求項１】
競馬の調教師が操作する端末である調教師端末と、競馬の騎手が操作する端末である騎手端末との双方からアクセス可能なサーバと、記憶部とを備えた競馬騎乗マッチング支援システムであって、
記憶部には、
調教師が調教している競走馬の情報を記録した競走馬情報ファイルと、
開催日及び競馬場を含むレースの開催予定情報を記録した番組情報ファイルと、
特定のレースにおいて騎乗する騎手を求めている旨の情報である求騎手情報ファイルと、
少なくとも一つのレースのある開催日及び競馬場について当該開催日及び当該競馬場に来場予定の騎手の名前を記録した騎手来場予定情報ファイルと
が記憶されており、
求騎手情報を調教師端末において入力させ、求騎手情報ファイルに記録する求騎手情報登録手段と、
求騎手情報ファイルに記憶された求騎手情報を騎手端末に送信して閲覧させる求騎手情報閲覧手段と、
特定の開催日に特定の競馬場に来場する旨の予定である騎手来場予定情報を騎手端末において入力させ、騎手来場予定情報ファイルに記録する騎手来場予定情報登録手段と、
騎手来場予定情報ファイルに記録された騎手来場予定情報を調教師端末に送信して閲覧させる騎手来場予定情報閲覧手段と
を備えており、
調教師端末に送信して閲覧させる騎手来場予定情報は騎手の名前を含んでおり、
サーバには、当該サーバを、求騎手情報登録手段、求騎手情報閲覧手段、騎手来場予定情報登録手段及び騎手来場予定閲覧手段として機能させるプログラムが実装されていることを特徴とする競馬騎乗マッチング支援システム。
【請求項２】
前記騎手来場予定情報閲覧手段は、当該開催日に当該開催競馬における当該騎手の騎乗予定が不明の状態で前記騎手来場予定情報を閲覧させる手段であることを特徴とする請求項１記載の競馬騎乗マッチング支援システム。
【請求項３】
前記求騎手情報ファイルに記録された求騎手情報は、騎乗して欲しい競走馬の情報を含んでおり、前記求騎手情報閲覧手段は、当該競走馬の情報も閲覧させる手段であることを特徴とする請求項１又は２記載の競馬騎乗マッチングシステム。
【請求項４】
前記競走馬の情報は、過去の戦績を含むことを特徴とする請求項３記載の競馬騎乗マッチングシステム。
【請求項５】
前記求騎手情報閲覧手段は、前記騎手来場予定情報登録手段が前記来場予定情報を入力させる際、当該開催日に当該競馬場において開催されるレースについて前記求騎手情報が登録されているかどうかの情報を前記騎手端末に送信して閲覧させる手段であることを特徴とする請求項１乃至４いずれかに記載の競馬騎乗マッチングシステム。
【請求項６】
前記求騎手情報が登録されているかどうかの情報は、騎手を求めている出走予定の競走馬の頭数で表示される情報であることを特徴とする請求項５記載の競馬騎乗マッチングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願の発明は、競馬のレースにおける騎乗マッチング、即ち騎手と競走馬とのマッチングを支援するシステムに関するものである。
【背景技術】
【０００２】
中央競馬、地方競馬を問わず、レースに出走する馬（競走馬）は、馬主の依頼を受けて調教師が管理、調教している。どのレースに出走するかも、馬の状態やレースのレベルなどを見ながら、調教師が決定している。一方、騎手は、厩舎から独立している場合といずれかの厩舎に所属している場合があるが、いずれにしても、調教師から依頼を受けて騎乗し、報酬を受け取っている。騎手への報酬は、着順に応じたものとされることが多い。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】http://www.jra.go.jp/kouza/yougo/c10120.html
【発明の概要】
【発明が解決しようとする課題】
【０００４】
騎手への騎乗依頼は、多くの場合、口頭や電話といったアナログな手法で行われている。騎手は、レースで騎乗する以外に、調教の目的で競走馬に騎乗することがあり（調教騎乗）、調教騎乗のために厩舎をしばしば訪れる。この際、調教師から騎乗が依頼されることが多い。
しかしながら、厩舎に所属する数多くの競走馬のそれぞれについて騎乗依頼をするのは非常に面倒な作業である。一つの厩舎には通常３０〜７０頭程度の競走馬が所属しており、日々の調教業務に加え、それぞれの競走馬について出走レースを決めた上で騎手に騎乗を依頼しなければならない。厩舎には調教助手や厩務員が働いており、調教師を助けているが、それでも、各競走馬を出走させるべきレースを見極めた上で最適な騎手を探すのは容易ではない。
【０００５】
レースに勝つ確率を少しでも高くするには優れた騎手に騎乗を依頼するのが不可欠であるが、優れた騎手であればあるほど騎乗依頼が殺到するため、意中の騎手に騎乗してもらえないことも多い。このため、ある程度妥協をしながら、少しでも勝利が見込める騎手に騎乗を依頼することになる。厩舎の評価を高めるには全体としての勝利数を一つでも多くすることが必要であるが、所属する全ての競走馬についてこのように騎乗依頼をキメ細かく行うことは、調教師にとって非常に面倒な作業になってきている。
【０００６】
一方、騎手にとっても、勝利数を重ねていくことが騎手の評価に直結するから、少しでも勝つ確率の高い馬に騎乗したい。かといって、能力の高い馬への騎乗ばかり狙っていると、騎乗のチャンスを逃してしまい易い。騎乗しなければ勝利の確率はゼロであり、また経験を積むこともできない。
このようなことから、騎手への騎乗依頼を仲介することを業とする仲介者が以前から存在している。仲介者は調教師から特定の競走馬の特定のレースへの出走予定を聞き、騎手を探して騎乗を依頼する。仲介者は相当数の騎手とコネクションがあり、競走馬の特性やレースのレベル等を考慮しながら、騎手を選定して意向を聞く。騎手の意向が合えば、騎乗の予約がされる。仲介者には、騎乗した騎手の着順に応じて手数料が支払われることが多い。
【０００７】
このような仲介者の利用は、かなり広がってきている。仲介者の活動により調教師の手間が軽減されるので、この点では好ましい状況ではあるが、仲介者とのコネクションに騎乗のチャンスが依存してしまうので、この点では物足りない面がある。調教師にとっては広く色々な騎手から最適な騎手を探したいが、仲介者はコネクションのある騎手の中から選ぼうとするため、選択の範囲が限られてしまう。騎手にとっても、自分とコネクションのある仲介者に調教師から依頼が来ないと、その調教師の厩舎の馬には騎乗できず、選択の範囲が限られてしまう。この問題は、経験の少ない若手の騎手の場合には深刻で、仲介者とのコネクションが少ないため、能力があっても騎乗のチャンスに恵まれない状況も出てきている。
この出願の発明は、調教師が騎手に対して行う上記のような騎乗依頼の状況を鑑みて為されたものであり、騎乗依頼に際しての調教師の手間を軽減させつつも調教師及び騎手の双方にとって騎乗のチャンスがより広がり、騎乗機会がより公平に得られるようにするのに役立つシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、この出願の請求項１記載の発明は、競馬の競走馬の調教師が操作する端末である調教師端末と、競馬の騎手が操作する端末である騎手端末との双方からアクセス可能なサーバと、記憶部とを備えた競馬騎乗マッチング支援システムであって、
記憶部には、
調教師が調教している競走馬の情報を記録した競走馬情報ファイルと、
開催日及び競馬場を含むレースの開催予定情報を記録した番組情報ファイルと、
特定のレースにおいて騎乗する騎手を求めている旨の情報である求騎手情報ファイルと、
少なくとも一つのレースのある開催日及び競馬場について当該開催日及び当該競馬場に来場予定の騎手の名前を記録した騎手来場予定情報ファイルと
が記憶されており、
求騎手情報を調教師端末において入力させ、求騎手情報ファイルに記録する求騎手情報登録手段と、
求騎手情報ファイルに記憶された求騎手情報を騎手端末に送信して閲覧させる求騎手情報閲覧手段と、
特定の開催日に特定の競馬場に来場する旨の予定である騎手来場予定情報を騎手端末において入力させ、騎手来場予定情報ファイルに記録する騎手来場予定情報登録手段と、
騎手来場予定情報ファイルに記録された騎手来場予定情報を調教師端末に送信して閲覧させる騎手来場予定情報閲覧手段と
を備えており、
調教師端末に送信して閲覧させる騎手来場予定情報は騎手の名前を含んでおり、
サーバには、当該サーバを、求騎手情報登録手段、求騎手情報閲覧手段、騎手来場予定情報登録手段及び騎手来場予定閲覧手段として機能させるプログラムが実装されているという構成を有する。
また、上記課題を解決するため、請求項２記載の発明は、前記請求項１の構成において、前記騎手来場予定情報閲覧手段は、当該開催日に当該開催競馬における当該騎手の騎乗予定が不明の状態で前記騎手来場予定情報を閲覧させる手段であるという構成を有する。
また、上記課題を解決するため、請求項３記載の発明は、前記請求項１又は２の構成において、前記求騎手情報ファイルに記録された求騎手情報は、騎乗して欲しい競走馬の情報を含んでおり、前記求騎手情報閲覧手段は、競走馬の情報も閲覧させる手段であるという構成を有する。
また、上記課題を解決するため、請求項４記載の発明は、前記請求項３の構成において、前記競走馬の情報は、過去の戦績を含むという構成を有する。
また、上記課題を解決するため、請求項５記載の発明は、前記請求項１乃至４いずれかの構成において、前記求騎手情報閲覧手段は、前記騎手来場予定情報登録手段が前記騎手来場予定情報を入力させる際、当該開催日に当該競馬場において開催されるレースについて前記求騎手情報が登録されているかどうかの情報を前記騎手端末に送信して閲覧させる手段であるという構成を有する。
また、上記課題を解決するため、請求項６記載の発明は、前記請求項５の構成において、前記求騎手情報が登録されているかどうかの情報は、騎手を求めている出走予定の競走馬の頭数で表示される情報であるという構成を有する。
【発明の効果】
【０００９】
以下に説明する通り、この出願の請求項１記載の発明によれば、調教師の側からは特定のレースについて騎手を探している旨が各騎手に伝えられ、騎手の側からは特定の開催日に特定の競馬場に来場することが伝えられ、これらの情報開示により、調教師は騎手を選び、騎手は騎乗する競走馬を選ぶことができる。このため、調教師、騎手にとって最適な騎乗マッチング支援となる。
また、請求項２記載の発明によれば、上記効果に加え、騎手の騎乗予定が不明の状態で騎手来場予定情報が閲覧されるので、騎手にとってより良い騎乗チャンスを得る上で好ましいシステムとなる。
また、請求項３記載の発明によれば、上記効果に加え、求騎手情報は、騎乗して欲しい競走馬の情報を含んでおり、騎手はこの情報を閲覧することができるので、騎手はより勝つチャンスがある馬を選んで騎乗の申し入れをすることができる。
また、請求項４記載の発明によれば、上記効果に加え、競走馬の情報として過去の戦績が含まれているので、その馬に騎乗した場合にどの程度勝つ確率があるか判断するのが容易であり、より好適なものとなる。
また、請求項５記載の発明によれば、上記効果に加え、調教師が求騎手情報を公開することで騎手が来場予定を登録し易くなり、騎手が来場予定を登録することで調教師が騎手に騎乗依頼をし易くなるという、相乗効果が発揮される。
また、請求項６記載の発明によれば、上記効果に加え、騎手を求めている競走馬の数の形で求騎手情報が伝えられるので、騎手はその日にその競馬場に行けば騎乗のチャンスが得られる可能性がどの程度あるかも把握することができ、この点でさらに好適なものとなる。
【図面の簡単な説明】
【００１０】
【図１】実施形態の競馬騎乗マッチング支援システムの概略図である。
【図２】調教師情報ファイルの構造の一例を示した概略図である。
【図３】騎手情報ファイルの構造の一例を示した概略図である。
【図４】競走馬情報ファイルの構造の一例を示した概略図である。
【図５】番組情報ファイルの構造の一例を示した概略図である。
【図６】開催情報ファイルの構造の一例を示した概略図である。
【図７】出走予定情報ファイルの構造の一例を示した概略図である。
【図８】騎手来場予定情報ファイルの構造の一例を示した概略図である。
【図９】ログインプログラムによって調教師端末、騎手端末に表示されるログインページの概略図である。
【図１０】馬リストページの一例を示した概略図である。
【図１１】馬入力項目選択ページの概略図である。
【図１２】図１２は、番組ページの一例を示した概略図である。
【図１３】出走予定ページの一例を示した概略図である。
【図１４】騎手情報ファイルの構造の一例を示した概略図である。
【図１５】来場予定情報ファイルの構造の一例を示した概略図である。
【図１６】騎乗予定情報ファイルの構造の一例を示した概略図である。
【図１７】騎手トップの一例を示した概略図である。
【図１８】予定入力選択ページの概略図である。
【図１９】騎手用番組表示ページの一例を示した概略図である。
【図２０】騎手用番組表示プログラムの概略を示したフローチャートである。
【図２１】求騎手情報詳細表示プログラムによって騎手端末に表示される求騎手詳細ページの一例を示した概略図である。
【図２２】来場予定マスタファイルの構造の一例を示した概略図である。
【図２３】馬名入力ページが表示された状態の一例を示した概略図である。
【図２４】来場予定閲覧プログラムの実行結果である来場予定閲覧ページの一例を示す概略図である。
【発明を実施するための形態】
【００１１】
次に、この出願の発明を実施するための形態（実施形態）について説明する。
以下に説明する競馬騎乗マッチング支援システムは、調教師が騎手を選択したり、逆に騎手が騎乗する競走馬を選択したりするのを支援するシステムである。以下の説明では、中央競馬でのレースを想定して説明するが、実施形態のシステムは各地方競馬における騎乗マッチング支援にも使用可能なものである。
【００１２】
図１は、実施形態の競馬騎乗マッチング支援システムの概略図である。実施形態の競馬騎乗マッチング支援システムは、サーバ（以下、支援サーバという。）１と、記憶部２とを備えている。支援サーバ１は、競馬の調教師が管理する端末である調教師端末３と、競馬の騎手が管理する端末である騎手端末４との双方からアクセス可能なものである。この実施形態では、サーバはインターネット５上のサーバであり、したがってウェブサーバとなっている。
【００１３】
記憶部２は、支援サーバ１が備えたハードディスク等のストレージである。この他、記憶部を備えた他のサーバ（ストレージサーバ）が記憶部２として使用されることもある。
支援サーバ１は、騎乗マッチング支援用のサイト（以下、支援サイトという。）を提供するものである。したがって、記憶部２には、支援サイトの各ページのＨＴＭＬファイル（不図示）が記憶されている。
支援サイトは、調教師、騎手双方について会員制となっており、会員登録して利用するサイトとなっている。このため、記憶部２には、ユーザー情報ファイルとして、調教師情報ファイル２１と、騎手情報ファイル２２とが記憶されている。
【００１４】
図２は、調教師情報ファイル２１の構造の一例を示した概略図である。図２に示すように、調教師情報ファイル２１は、「調教師ＩＤ」、「パスワード」、「調教師名」、「所在地」等のフィールドから成るレコードを調教師毎に多数記録したデータベースファイルである。「所在地」は、その調教師が所属する厩舎の所在地が記録されるフィールドである。
図３は、騎手情報ファイル２２の構造の一例を示した概略図である。図３に示すように、調教師情報ファイル２１は、「騎手ＩＤ」、「パスワード」、「騎手名」等のフィールドから成るレコードを調教師毎に多数記録したデータベースファイルである。「騎手ＩＤ」は、騎手としての会員ＩＤが記録されるフィールドである。騎手情報ファイル２２には、この他、年齢、性別、通算勝利数等のデータも併せて記録される場合もある。
【００１５】
また、記憶部２には、各調教師が調教している競走馬の情報を記録した競走馬情報ファイル２３が記憶されている。図４は、各競走馬情報ファイル２３の構造の一例を示した概略図である。図４に示すように、競走馬情報ファイル２３は、「調教師ＩＤ」、「競走馬ＩＤ」、「馬名」、「分類」、「牝牡▲セン▼」、「出走権利」、「権利期限」、「前走」、「次走予定」等のフィールドから成るレコードを競走馬毎に記録したデータベースファイルである。
【００１６】
「調教師ＩＤ」は、調教師としての会員ＩＤを記録するフィールドであり、当該競走馬を調教している調教師の調教師ＩＤが記録される。「分類」のフィールドは、後述するレースの条件に応じた競走馬の分類が記録されるフィールドである。例えば、「２歳新馬」、「２歳未勝利」の情報がテキストで記録される。「牝牡▲セン▼」は、牝馬か牡馬か▲セン▼馬かが記録されるフィールドである。▲セン▼馬は、去勢された馬のことである。「出走権利」のフィールドは、過去に出走投票をして除外されたことがある旨の情報を記録するフィールドである。除外がされると、次のレースについて優先的に出走できる権利が与えられるので、この情報が記録される。出走権利には期限が設定されており、この情報が「権利期限」のフィールドに記録される。この他、勝利回数や血統（親の馬名等）に関するフィールドが設けられることもあり得る。「前走」は、直近の出走レースでの着順又は直近の出走レースの時期（何週前か）が記録されるフィールドである。「次走予定」は、次に出走するレースが決まっている場合、そのレースのレースＩＤが記録されるフィールドである。
【００１７】
さらに、記憶部２には、番組情報ファイル２４が記憶されている。図５は、番組情報ファイル２４の構造の一例を示した概略図である。
図５に示すように、番組情報ファイル２４は、「レースＩＤ」、「開催日」、「開催競馬場」、「レース番号」、「レース名」、「条件」、「グレード」等のフィールドから成るレコードをレース毎に記録したデータベースファイルである。「レース番号」は、その日の第何レースからの番号が記録されるフィールドである。「レース名」は、「日本ダービー」のように特に名前が冠されているレースの場合にその名前が記録されるフィールドである。「条件」は、牝馬のみ出走できるとか（牝馬戦）、未勝利の馬のみ出走できるとか（未勝利戦）の出走条件が入力されるフィールドである。「グレード」は、Ｇ１、Ｇ２、Ｇ３のようにレースのグレードが記録されるフィールドである。
【００１８】
実施形態のシステムは、支援サイトを運営する業者（以下、支援業者という。）によって運営される。図１に示すように、支援業者のオフィスには管理用端末６が設けられている。管理用端末６は、支援サーバ１や記憶部２に対して特別のアクセス権限が与えられており、各情報は、管理用端末６において入力されて送信され、各ファイルに記録される。
【００１９】
さらに、記憶部２には、開催日情報ファイル２５と、出走予定情報ファイル２６と、騎手来場予定情報ファイル２７とが記憶されている。図６は開催日情報ファイル２５の構造の一例を示した概略図、図７は出走予定情報ファイル２６の構造の一例を示した概略図、図８は騎手来場予定情報ファイル２７の構造の一例を示した概略図である。
図６に示すように、開催日情報ファイル２５は、「開催日ＩＤ」、「開催日」、「開催競馬場」のフィールドから成るレコードを多数記録したデータベースファイルである。開催情報ファイルの各レコードは、開催日毎、開催競馬場毎に作成される。
【００２０】
出走予定情報ファイル２６は、調教師毎に作成されるデータベースファイルであり、調教師ＩＤを使用したファイル名にする等により特定が可能なものとされる。図７に示すように、出走予定情報ファイル２６は、「出走ＩＤ」、「競走馬ＩＤ」、「レースＩＤ」、「騎手予定」、「騎手名」等のフィールドから成っている。出走予定情報ファイル２６は、一人の調教師が管理する競走馬について特定のレースへの出走が予定された場合に情報が記録されるファイルである。但し、この場合の出走予定は、あくまでも支援サーバ１上での出走予定の記録であり、レースの主催者（中央競馬であればＪＲＡ）に対して行ういわゆる出馬投票とは別のものである。
【００２１】
また、図８に示すように、騎手来場予定情報ファイル２７は、「騎手ＩＤ」、「騎手名」、「レベル」のフィールドから成る。騎手来場予定情報ファイル２７は、特定の開催日に特定の開催競馬場に特定の騎手が来場することの予定を記録したデータベースファイルである。したがって、この実施形態では、騎手来場予定情報ファイル２７は、開催日ＩＤを使用したファイル名で作成されており、開催日ＩＤによって特定することができるようになっている。
開催日情報ファイル２５の情報は、他のファイルと同様に管理用端末６において支援業者の担当者が入力して送信することで記録される。騎手来場予定情報ファイル２７の情報は、後述するように、騎手端末４において入力されて送信されることで記録される。
【００２２】
実施形態の支援システムは、求騎手登録手段、求騎手情報閲覧手段、騎手来場予定登録手段、騎手来場予定情報閲覧手段を備えている。支援サーバ１に実装された各種プログラムは、支援サーバ１をこれらの手段として機能させるプログラムとなっている。以下、具体的に説明する。
【００２３】
この実施形態では、支援サイトは、スマートフォンやタブレットＰＣのようなモバイル端末を使用してアクセスするサイトとなっている。記憶部２に記憶されたＨＴＭＬファイルの一つはログインページ用であり、ログインプログラム１１が支援サーバ１に実装されている。図９は、ログインプログラムによって調教師端末３、騎手端末４に表示されるログインページの概略図である。
【００２４】
調教師、騎手とも、会員登録されると、会員Ｉ及びパスワードが発行される。ログイン画面で会員ＩＤ及びパスワードが正しく入力されてログインボタン７０がタップ又はクリックされる（以下、「押される」と総称する。）と、ログインプログラム１１により支援サーバ１にログインがされた状態となる。尚、調教師用と騎手用とで異なるログインページが用意されており、調教師がログインしたのか、騎手がログインしたのかが判るようになっている。
【００２５】
支援サイトは、調教師用のページと騎手用のページとに分かれている。まず、調教師用のページについて説明する。
調教師用のログインページからログインがされると、調教師用ページが調教師端末３上で表示され得る状態となる。この実施形態では、デフォルトの調教師用ページは馬リストページとなっており、調教師ページからログインがされるとまず馬リストページが表示されるようになっている。即ち、ログインプログラム１１は、調教師用のログインページでログインがされると、馬リストページを表示するプログラム（以下、馬リストプログラム）１２をサブルーチンとして実行するようプログラミングされている。
【００２６】
図１０は、馬リストページの一例を示した概略図である。馬リストページは、当該調教師が所属する厩舎で管理、調教されている競走馬の情報をリスト表示するページである。馬リストプログラム１２は、調教師用のログインページで入力された会員ＩＤ（調教師ＩＤ）により該当する調教師についての競走馬情報ファイル２３を開き、各レコードの情報を取得して図１０に示すように馬リストページに組み込んで調教師端末３に送信して表示させるようプログラミングされている。
【００２７】
この実施形態では、馬リストページは、分類毎にリスト表示されるようになっている。馬リストページには、分類を表記したバー（分類バー）７１が設けられている。分類バー７１の右端にはプルダウンボタン７２が設けられており、ブルダウンボタン７２を押すと、その分類の競走馬がリスト表示されるようになっている。図１０（２）の例では、２歳新馬の分類のプルダウンボタン７２が押された状態が示されている。
図１０（１）においてプルダウンボタン７２が押されると、図１０（２）に示すように、分類バー７１の下に見出し行が表示され、その下に各競走馬の情報が表示されるようになっている。図１０に示すように、この実施形態では、競走馬の情報として、馬名、出走権利、権利期限、次走予定が表示されるようになっている。
【００２８】
馬リストページにおいて、各競走馬の馬名等が表示された行は、コマンドボタン（以下、馬選択ボタン）７３となっており、いずれかを押すと、その競走馬についての出走予定等が入力できるようになっている。具体的には、各馬選択ボタン７３には、馬入力項目選択ページがリンクしている。図１１は、馬入力項目選択ページの概略図である。
図１１に示すように、この実施形態では、レース選択ボタン７４、放牧ボタン７５等が設けられている。レース選択ボタン７４は、当該競走馬を出走させるレースを入力するためのボタンである。放牧ボタン７５は、当該競走馬を放牧即ち休ませる旨を入力するためのボタンである。「その他」と表記されたボタンは、障害専門の競走馬として登録を変更したり、登録の抹消をしたり、転厩（厩舎への変更）の登録をしたりするためのボタンである。
【００２９】
レース選択ボタン７４は、番組即ちレース予定を表示するページ（以下、番組ページという。）を表示する番組プログラム１３の起動ボタンとなっている。図１２は、番組ページの一例を示した概略図である。
図１２に示すように、番組ページでは、選択された競走馬の情報を示すバーが表示され、その下にレース情報が表示されるようになっている。この実施形態では、開催日を横軸にし、競馬場を縦軸にした一覧表としてレース情報が表示されるようになっている。図１２の例では、四日分のレース予定が一度に表示されるように番組プログラム１３がプログラミングされている。番組ページは、スクロール機能を実装しており、右に画面をスワイプするとそれ以降のレース予定が表示されるようになっている。
【００３０】
番組プログラム１３は、競走馬ＩＤを引数にして実行されるので、当該競走馬が出走可能なレースのみを番組ページに表示するようプログラミングされている。具体的には、番組プログラム１３は、競走馬ＩＤで競走馬情報ファイル２３を検索し、該当するレコードから「分類」のフィールドの値や「牝牡▲セン▼」のフィールドの値を取得し、これらの値で番組情報ファイル２４を検索して該当するレコードからレース情報を取得して番組ページに組み込むようプログラミングされている。
尚、番組ページにおいて、「芝」は芝コースでのレースを意味し、「ダ」はダートコースでのレースを意味する。また、「１２」等の数字は×１００ｍでの距離を意味する。「（混）」は外国産馬も出走できるレース、「（牝）」は牝馬のみのレースを意味する。
【００３１】
番組ページにおいて、各レースの表記がされた方形のエリア（以下、レース表示マスという。）７６はコマンドボタンとなっている。レース表示マス７６は、当該競走馬を当該レースについて出走予定とする旨の記録（以下、出走登録）を支援サーバ１において行うためのプログラム（以下、出走登録プログラム）１４の起動ボタンとなっている。
出走登録プログラム１４は、不図示の確認ページをまず表示する。確認ページには登録ボタンが設けられており、登録ボタンには競走馬ＩＤ及びレースＩＤが埋め込まれている。確認ページで登録ボタンが押されると、出走登録プログラム１４は、ログインの際に保持されたＩＤ（調教師ＩＤ）に従って当該調教師の出走予定情報ファイル２６を開いて新たなレコードを追加するとともに、出走ＩＤを生成し、競走馬ＩＤやレースＩＤとともに記録するようプログラミングされている。
【００３２】
このようにして登録された出走予定は、調教師端末３において随時閲覧が可能である。以下、この点について説明する。
調教師用のログインページでログインすると、前述したように馬リストページが表示されるが、図８に示すように、馬リストページ内の最上部には、コマンドボタンを横一列に並べたエリア（以下、上部ＵＩという。）７７が設けられている。上部ＵＩ７７は各調教師用ページで共通のレイアウトとなっている。この実施形態では、上部ＵＩ７７に五つのコマンドボタンが設けられている。五つのコマンドボタンは、左から順に、「馬リスト」と表記されたボタン（以下、馬リストボタン）７７１、「番組」と表記されたボタン（以下、番組ボタン）７７２、「出走予定」と表記されたボタン（以下、出走予定ボタン）７７３、「騎手騎乗場」と表記されたボタン（以下、来場予定ボタン）７７４、「騎手調教」と表記されたボタン（以下、騎手調教ボタン）７７４となっている。
【００３３】
出走予定ボタン７７３は、当該調教師が送信して支援サーバ１上に登録した出走予定の閲覧ボタンとなっている。支援サーバ１には、出走予定ページを表示する出走予定表示プログラム１５が実装されており、出走予定ボタン７７３は、出走予定表示プログラム１５の起動ボタンとなっている。図１３は、出走予定ページの一例を示した概略図である。
図１３に示すように、出走予定ページは、開催日順、競馬場別、レース順に出走予定を表示するページとなっている。出走予定表示プログラム１５は、ログインの際に保持された調教師ＩＤにより該当する調教師の出走予定情報ファイル２６を開き、各レコードの情報を開催日順、競馬場別、レース順に表示するようプログラミングされている。
【００３４】
図１３に示すように、出走予定は横バーとして表示されるようになっており、横バー内にレース番号、出走条件（簡略表示）、馬名、騎手名が表示されるようになっている。出走予定表示プログラム１５は、起動時に、「騎手名」のフィールドがＮｕｌｌ値の場合、「未定」の表記をするようプログラミングされている。
また、出走予定ページにおいて、各横バーの右端にはプルダウンボタン７８が設けられている。このプルダウンボタン７８は、騎手名を入力するか又は騎手募集の入力をするためのプルダウンボタンとなっている。以下、このプルダウンボタン７８を騎手ボタンと呼ぶ。図１３（２）に、騎手ボタン７８が押された状態の一例が示されている。
【００３５】
図１３（２）に示すように、騎手ボタン７８が押されると、プルダウンリストの一番上には「探す」と表記されたボタン（以下、探すボタン）７８１が表示されるようになっている。支援サーバ１には、求騎手登録ボタンが実装されており、探すボタン７８１は求騎手登録プログラムの起動ボタンとなっている。求騎手登録プログラムは、支援サーバ１を求騎手登録手段として機能させるプログラムである。
【００３６】
記憶部２には、求騎手情報ファイル２２が記憶されている。図１４は、求騎手情報ファイル２２の構造の一例を示した概略図である。図１４に示すように、求騎手情報ファイル２２は、「求騎手ＩＤ」、「調教師ＩＤ」、「レースＩＤ」、「競走馬ＩＤ」、「騎手ＩＤ」等のフィールドから成るレコードを記録したデータベースファイルである。求騎手ＩＤは、求騎手情報ファイル２２内の各レコードを識別するためのＩＤであり、騎手を探すという案件について各々付与されるＩＤである。
【００３７】
図１３（２）に示す探すボタン７８１には、レースＩＤ及び競走馬ＩＤが組み込まれている。探すボタン７８１には、ログインの際に保持された調教師ＩＤとレースＩＤ及び競走馬ＩＤを引数にして求騎手登録プログラム１６を実行するコードが埋め込まれている。
求騎手登録プログラム１６は、起動すると、求騎手ＩＤを生成し、求騎手情報ファイル２２に新規レコードを追加する。そして、生成した求騎手ＩＤ、渡された調教師ＩＤ、レースＩＤ及び競走馬ＩＤを新規レコードの各該当フィールドに記録するようプログラミングされている。尚、「騎手ＩＤ」のフィールドはＮｕｌｌ値のままとされる。
【００３８】
尚、騎手ボタン７８に埋め込まれたプルダウンリストは、最上部に上記探すボタン７８が位置するレイアウトであるが、その下には騎手名が列記されるようになっている。各騎手名には騎手ＩＤが埋め込まれており、いずれかを選択すると、当該レースについて当該騎手を登録できるようになっている。登録は、図７の出走予定情報ファイル２６に騎手ＩＤを記録することで行われる。騎手が登録されると、その後に出走予定ページを表示し際、当該騎手の騎手名が出走予定の表示欄（横バー）に表示されるようになっている。尚、プロダウンリストにおける各騎手名の表示は、登録頻度の高い順（騎乗依頼実績が多い順）とし、頻度の低い騎手名は五十音とすることが好ましい。
【００３９】
次に、騎手のために用意された支援システムの構成について説明する。
まず、記憶部２には、各騎手の競馬場への来場予定を記録した来場予定情報ファイル２８１と、各騎手の騎乗予定を記録した騎乗予定情報ファイル２８２とが記憶されている。
図１５は、来場予定情報ファイル２８１の構造の一例を示した概略図である。来場予定情報ファイル２８１は、騎手毎に作成されており、騎手ＩＤを使用したファイル名とすること等により特定が可能なデータベースファイルとなっている。図１５に示すように、来場予定情報ファイル２８１は、「開催日」、「競馬場ＩＤ」、「競馬場名」、「状況」等のフィールドから成るレコードを記録したデータベースファイルである。「状況」のフィールドは、「確定」、「検討中」又は空欄（Ｎｕｌｌ値）のいずれかが入力されるフィールドである。「確定」は、当該競馬場への来場が確定したという意味の値であり、「検討中」は来場を検討している（迷っている）という意味の値である。
【００４０】
また、図１６は、騎乗予定情報ファイル２８２の構造の一例を示した概略図である。騎乗予定情報ファイル２８２も、騎手毎に作成されており、騎手ＩＤを使用したファイル名とすること等により特定が可能なデータベースファイルとなっている。図１６に示すように、騎乗予定情報ファイル２８２は、「レースＩＤ」、「馬名」、「状況」等のフィールドから成るレコードを記録したファイルである。「状況」のフィールドは、「確定」、「問い合わせ中」又は空欄（Ｎｕｌｌ値）のいずれかが入力されるフィールドである。「確定」は、騎乗予定が確定したという意味の値であり、「問い合わせ中」は調教師に話し合いをしている最中であるという意味の値である。
【００４１】
一方、支援サイトには、騎手用のページが用意されている。前述したように、騎手として支援サイトに会員登録すると、騎手としての会員ＩＤ（騎手ＩＤ）が発行される。支援サーバ１には、騎手用のトップページ（以下、騎手トップ）を表示する騎手トップ表示プログラムが実装されている。騎手用のログインページで騎手ＩＤ及びパスワードを入力してログインすると、騎手トップ表示プログラム１７１が実行され、騎手トップが騎手端末４に表示される。図１７は、騎手トップの一例を示した概略図である。
【００４２】
この実施形態では、騎手トップは、レースが開催されている競馬場のリストを開催日順に表示するページとなっている。この実施形態では、中央競馬を対象としている。中央競馬では、開催日は主として土日祝日であり、同日にレースが開催される競馬場は最大で三箇所である。したがって、騎手トップは、開催日及び曜日を表記した欄の横に三マスの競馬場の表記欄（以下、開催場表記マス）７９が設けられている。各表記欄に、当該開催日にレースが開催される各競馬場の名前が表記されるよう騎手トップ表示プログラム１７１がプログラミングされている。即ち、騎手トップ表示プログラム１７１は、ログインの時点以降のレース予定情報を番組情報ファイル２４から取得し、各開催場表記マスに組み込んで表示するようプログラミングされている。
【００４３】
競馬場の表記の下に「七夕賞」等の表記がされている開催場表記マスがあるが、これは、重賞レースが予定されている場合に併せて表記されるものである。騎手トッププログラムは、当該開催日にレースが予定されている場合、「グレード」のフィールドの値から重賞レースがあるかどうか判断し、ある場合には、当該レースの「レース名」のフィールドの値を取得して競馬場名の下に表記するようプログラミングされている。尚、縦スクロール機能により下にスワイプすることで、以降の開催日程についても表示することができるようになっている。
【００４４】
各開催場表記マス７９は、コマンドボタンとなっている。ここでのコマンドボタンは、当該開催日に当該競馬場に行くかどうかの予定入力のためのコマンドボタンである。以下、各開催場表記マス７９を予定入力起動ボタンという。
各予定入力起動ボタン７９は、予定入力選択ページにリンクしている。図１８は、予定入力選択ページの概略図である。図１８に示すように、予定入力選択ページでは、レース参照ボタン８１１、来場確定ボタン８１２、検討中登録ボタン８１３等が設けられている。予定入力起動ボタン７９には、表示している開催日と表示している競馬場の競馬場ＩＤを組み込んだ状態でレース参照ボタン８１１や来場確定ボタン８１２、検討中登録ボタン８１３を表示するコードが埋め込まれている。
【００４５】
一方、支援サーバ１には、騎手用番組表示プログラム１７２が実装されている。図１８に示すレース参照ボタン８１１は、騎手用番組表示プログラム１７２の起動ボタンとなっている。レース参照ボタン８１１は、開催日と競馬場ＩＤを引数にして騎手用番組表示プログラム１７２を実行するボタンである。
騎手用番組プログラム１３は、騎手用番組表示ページを騎手用端末に表示するプログラムである。図１９は、騎手用番組表示ページの一例を示した概略図である。図１９に示すように、騎手用番組ページでは、選択された開催日と競馬場の名前が最上部に表示され、その下に横バーでレース番号順に各予定レースの情報が表示されるようになっている。表示される情報は、レース番号、レース条件、レース名（名前がある場合）等となっている。レース名が特に登録されていない場合、レース条件が表示される。また、既に騎乗する馬が決まっていて、後述するように騎手が馬名を入力して登録している場合、それが優先して表示されるようになっている。
【００４６】
騎手用番組表示プログラム１７２は、渡された開催日及び競馬場ＩＤで番組情報ファイル２４を検索し、該当するレコードを全て取得し、レース番号順にソートして表示するようプログラミングされている。
図１９に示すように、各予定レースの情報を表示した横バーの右端には、騎乗予定の騎手について示した欄（以下、騎乗予定欄）８２が設けられている。騎手用番組表示プログラム１７２の特徴的な点は、騎乗予定情報ファイル２８２と求騎手情報ファイル２２とにアクセスし、その記録内容に従って騎乗予定欄８２に異なる表示をするようプログラミングされている点である。以下、この点について図２０を参照して説明する。図２０は、騎手用番組表示プログラムの概略を示したフローチャートである。
【００４７】
図２０に示すように、騎手用番組表示プログラム１７２は、開催日及び競馬場ＩＤで番組情報ファイル２４を検索して該当するレコードの情報を表示する際、併せてレースＩＤも取得する。そして、ログインの際に保持した騎手ＩＤに従って当該騎手の騎乗予定情報ファイル２８２を開き、レースＩＤで検索する。該当するレコードがあれば、「状況」のフィールドを取得する。「状況」のフィールドがＮｕｌｌ値でないなら、その値を騎乗予定欄８２に組み込む。Ｎｕｌｌ値の場合、騎手用番組表示プログラム１７２は、求騎手情報ファイル２２を開き、レースＩＤで検索する。そして該当するレコードの件数を取得し、その値を騎乗予定欄８２に表示する。
【００４８】
したがって、図１９に示すように、騎手用番組表示ページの各騎乗予定欄８２に数字が表示されている場合、その数字は、当該レースにおいて騎手を求めている（騎手が未定）の競走馬の数ということになる。
騎手用番組表示プログラム１７２は、騎乗予定欄８２に数字（一つのレースにおいて騎手を求めている競走馬の数）を表示する場合、当該騎乗予定欄８２はコマンドボタンとする。支援サーバ１には、騎手を求めている競走馬の詳細情報を表示する求騎手詳細情報表示プログラム１７３が実装されている。図２１は、求騎手情報詳細表示プログラム１７３によって騎手端末４に表示される求騎手詳細ページの一例を示した概略図である。
【００４９】
図２１に示すように、求騎手情報ページは、開催日、開催競馬場（略記）、レース番号、出走条件（略記）、レース条件（略記）を表示した見出し行の下に、求騎手の競走馬の情報をリスト表示したページとなっている。競走馬の情報としては、この例では、馬名、調教師名及び前走情報が表示されるようになっている。
尚、求騎手情報ページにおいて、求騎手の各競走馬の情報を表示した横バー内には、「一本」、「両にらみ」といった表記がされることがある。これは、当該開催日に当該レースへの出走が確定している場合には「一本」の表記がされ、他のレースとの兼ね合いで検討中の場合、「両にらみ」の表記がされる。求騎手情報ファイル２２は、そのような出走の可能性（確度）の情報を記録するフィールドが設けられる。
【００５０】
一方、支援サーバ１には、来場確定登録プログラム１７４及び検討中登録プログラム１７５が実装されている。図１７に示す予定入力選択ページにおける来場確定ボタン８１２は来場確定登録プログラム１７４の起動ボタンであり、検討中登録ボタン８１３は検討中登録プログラム１７５の起動ボタンである。
各予定入力起動ボタン７９は予定入力選択ページを表示する際、当該開催日及び競馬場ＩＤを来場確定ボタン８１２、検討中登録ボタン８１３にもそれぞれ埋め込むようコーディングされている。来場確定登録プログラム１７４は、ログインの際に保持された騎手ＩＤに従って当該騎手の来場予定情報ファイル２８１を開く。そして、開催日及び競馬場ＩＤを引数にして検索し、該当するレコードが無ければ新規レコードを追加し、開催日及び競馬場ＩＤをそれぞれのフィールドに記録する。また、「状況」のフィールドには、「確定」の値を記録する。該当するレコードがあった場合、各フィールドを上書きして記録する。検討中登録ボタン８１３も、「状況」のフィールドに「検討中」を記録する以外は、同様に動作するようプログラミングされている。
【００５１】
尚、騎手トップ表示プログラム１７１は、騎手トップを表示する際、来場予定の状況に応じて各予定入力起動ボタン（開催予定表示マス）７９を異なった表示とするようプログラミングされている。異なった表示とは、例えばボタンの背景色を異なったものすることが挙げられる。具体的には、騎手トッププログラムは、レース予定情報を番組情報ファイル２４から取得して表示する際、騎手ＩＤに従って当該騎手の来場予定情報ファイル２８１を開き、開催日及び競馬場ＩＤで来場予定情報ファイル２８１を検索する。そして、該当するレコードがあり、且つ「状況」のフィールドがＮｕｌｌ値でなかった場合、その値に応じて異なった背景色となるようボタンのプロパティを変更する。例えば、「確定」であれば背景色を青とし、「検討中」であれば黄色とする。
【００５２】
一方、記憶部２には、各騎手の来場予定情報をまとめて記録した来場予定マスタファイル２９が記憶されている。図２２は、来場予定マスタファイル２９の構造の一例を示した概略図である。図２２に示すように、来場予定マスタファイル２９は、「開催日」、「競馬場ＩＤ」、「開催競馬場」、「騎手ＩＤ」、「状況」等のフィールドから成るレコードを記録したデータベースファイルである。
【００５３】
前述した来場確定登録プログラム１７４、検討中登録プログラム１７５は、来場予定マスタファイル２９への記録を行うコードをサブルーチンとして含んでいる。即ち、来場確定登録プログラム１７４は、当該騎手用の騎手来場予定情報ファイル２７への記録の後、来場予定マスタファイル２９を開き、開催日、競馬場ＩＤ及び騎手ＩＤで検索する。そして、該当するレコードがなければ新規レコードを追加して、開催日、競馬場ＩＤ及び騎手ＩＤを記録する。「状況」のフィールドには、「確定」を記録する。該当するレコードがあれば、各フィールドを上書きして記録する。また、検討中登録プログラム１７５も、「状況」のフィールドに「検討中」を記録する以外は同様である。
【００５４】
尚、図１９に示す騎手用番組ページは、馬名を入力するとその調教師の名前を表示する機能も有している。具体的には、各レースの情報を表示した横バーのうちの左側の部分（騎乗予定欄８２以外の部分）８３は、別のコマンドボタンとなっている。このコマンドボタンは、馬名を入力するためのボタンとなっている。以下、このコマンドボタンを、馬名入力ボタンという。
【００５５】
馬名入力ボタンには、馬名入力ページがリンクしている。図２３は、馬名入力ページが表示された状態の一例を示した概略図である。
馬名入力ページは、馬名入力用のテキストボックス８４を表示するページである。テキストボックス８４が選択されると、騎手端末４の機能によりテキスト入力の画面となり、調教師を登録するためのプログラムが実行されるようになっている。このプログラムは、競走馬情報ファイルを検索して当該競走馬の調教師名を取得し、騎手端末４に表示するプログラムとなっている。この他、騎乗予定情報ファイル２８２に騎乗予定の競走馬の名前を登録するようプログラミングされることもある。この場合には、馬名が入力されると、当該騎手用の騎乗予定情報ファイル２８２の「状況」のフィールドに「確定」を記録するようプログラミングされる。
【００５６】
一方、支援サーバ１には、調教師用のサービスを提供するプログラムとして、来場予定閲覧プログラム１８が実装されている。来場予定閲覧プログラム１８は、支援サーバ１を騎手来場予定閲覧手段として機能させるためのプログラムである。図２４は、来場予定閲覧プログラム１８の実行結果である来場予定閲覧ページの一例を示す概略図である。
【００５７】
具体的には、前述したように、調教師用の各ページの上部ＵＩ７７は来場予定ボタン７７４を含んでいる。来場予定ボタン７７４は、来場予定閲覧プログラム１８の起動ボタンである。来場予定プログラムは、起動すると、まず番組情報ファイル２４を検索し、直近の開催日程（節）における開催日、競馬場ＩＤ及び競馬場名を取得する。そして、来場予定マスタファイル２９を開き、開催日と競馬場ＩＤで検索する。そして、該当するレコードうち「状況」のフィールドがＮｕｌｌ値でない全てのレコードについて騎手ＩＤを取得する。その上で、「状況」のフィールドの値に応じて区分けし、図２４に示す来場予定閲覧ページ内にリスト表示するよう来場予定閲覧プログラム１８はプログラミングされている。
図２４の例では中京競馬場での各騎手の来場予定が示されているが、上側の見だし行に設けられた他の競馬場の名前を表示しているマスを押すと、当該競馬場について直近の節の開催日における各騎手の来場予定が表示されるようになっている。
【００５８】
このような構成である実施形態の支援システムの動作について、以下に説明する。
支援業者は、各調教師及び各騎手に支援サイトをＰＲし、利用を呼びかける。各調教師及び各騎手はこれに応じ、調教師として騎手としてそれぞれ会員登録する。この結果、各調教師にＩＤ（調教師ＩＤ）及びパスワードが発行され、各騎手にＩＤ（騎手ＩＤ）及びパスワードが発行される。
【００５９】
一方、支援業者の担当者は、管理用端末６を操作し、調教師情報ファイル２１、騎手情報ファイル２２、番組情報ファイル２４、開催日情報ファイル２５等について必要情報を記録する。調教師情報ファイル２１や騎手情報ファイル２２については、各調教師、各騎手から郵送等で提供してもらった情報を担当者が入力する場合もあるし、支援サイト上に入力ページを設けて、各調教師、各騎手に入力してもらう場合もある。また、番組情報ファイル２４や開催日情報ファイル２５は、担当者が管理用端末６上で逐一入力する場合の他、主催者（ＪＲＡ）から商用利用の許可を得てデータを受領して利用する場合もある。
【００６０】
調教師は、調教師端末３により支援サイトにアクセスし、調教師ＩＤ及びパスワードを入力してログインする。これにより、図１０の馬リストページが調教師端末３に表示される。調教師は、各競走馬の調教の状況を確認しながら、いずれかの競走馬を選択する。即ち、分類バー７１を押して馬リストを表示し、任意の馬選択ボタン７３を押す。これにより図１１の馬入力項目選択ページが表示される。
【００６１】
調教師は、この競走馬についてレースに出走させるべきと判断すると、レース選択ボタン７４を押す。これにより、図１２の番組ページが表示される。調教師は、近々開催される各競馬場でのレース予定を閲覧しながら、これはと思うレースがあれば、そのレース表示マス７６を押す。これにより、不図示の確認ページが表示されるので、登録ボタンを押して出走予定を登録する。
【００６２】
その後、調教師は、上部ＵＩ７７の出走予定ボタン７７３を押し、出走予定ページを調教師端末３に表示する。表示される各競走馬の出走予定（横バー）の右端の騎手の表記欄が「未定」になっているものについて、騎手ボタン７８を押す。これによりプルダウンが表示されるので、ブルダウンリストのうちの探すボタン７８１を押す。これにより、求騎手登録プログラム１６が起動し、求騎手情報ファイル２２に新規レコードが追加されて記録される。
【００６３】
一方、騎手は、騎手端末４により支援サイトにアクセスし、騎手ＩＤ及びパスワードを入力してログインする。これにより、図１７に示す騎手トップが表示される。騎手は、各予定入力起動ボタン７９（開催予定表示マス）の背景色をチェックし、どの競馬場に行くか確定していない開催日、又は検討中である開催日を確認する。そして、これらの開催日において任意の予定入力起動ボタン（任意の競馬場名を表示している開催予定表示マス）７９を押す。これにより、図１８の予定入力選択ページが表示される。そして、この時点で当該競馬場に行くことを決めていれば、来場確定ボタン８１２を押す。この結果、その旨が当該騎手用の来場予定情報ファイル２８１に記録されるとともに、来場予定マスタファイル２９にも記録される。
【００６４】
まだ来場を決めていなければ、騎手は、図１８の予定入力選択ページでレース参照ボタン８１１を押す。これにより、図１９の騎手用番組ページが騎手端末４に表示される。
騎手は、騎手用番組ページに表示された各レースの情報の表示欄（横バー）をチェックし、各右端の騎乗予定欄８２を確認する。騎乗予定欄８２に１以上の数値が表記されている場合、当該レースにおいて騎手を求めている調教師が一人以上いることになるので、この時点で、騎手は、当該開催日に当該競馬場に行くかどうか検討する。行くと決めた場合、騎手トップに戻り、当該開催日を表示している開催予定表示マス（予定入力起動ボタン７９）を押し、来場予定を登録する。この結果、当該開催日に当該競馬場に行く旨が当該騎手用の来場予定情報ファイル２８１に記録されるとともに、来場予定マスタファイル２９にも記録される。検討中とする場合には、検討中登録ボタン８１３を押して同様に各ファイルに記録する。
【００６５】
求騎手である馬の詳細を見なければ判断できないと思った場合、騎手は、当該レースの情報を表示している横バーの左端の騎乗予定欄８２を押す。これにより、図２１の求騎手詳細ページが騎手端末４に表示される。騎手は、表示される競走馬の詳細情報を見ながら、これはと思う馬があれば、当該開催日に当該競馬場に行くことを決め、競走馬の情報を表示しているいずれかの横バーを押して予定入力選択ページを表示して来場確定を登録し、検討中とするのであれば検討中を登録する。尚、調教師から連絡があって騎乗が決まった場合、騎手は、当該競走馬の名前を馬名入力ページで入力して登録する。
このように騎手が来場確定を登録したり検討中を登録したりすると、その情報は来場予定マスタファイル２９に記録されるので、調教師が閲覧する来場予定閲覧ページには直ちにその情報が反映される。したがって、調教師は、特定の騎手が特定の開催日に特定の競馬場に来場する決断をしたり検討中としたりしことをリアルタイムに確認できる。
【００６６】
このようにして各調教師側、各騎手側から相互に情報が提供され、それが閲覧される後、最終的な騎乗の約束（契約）は電話等で行われる。具体的には、例えば来場予定閲覧ページで特定の騎手の来場を確認した調教師が、当該騎手に電話をし、騎乗を要請する。そして、合意すれば、最終的にその騎手が騎乗するとして主催者への正式な出馬投票を行う。逆に、騎手は、求騎手詳細ページで特定の競走馬が騎手を探していることを確認し、その競走馬の調教師に電話して騎乗したい旨を申し出る。調教師が申し出を受ければ、当該騎手が騎乗するとして主催者への出走投票をする。尚、調教師からの騎乗依頼や騎手からの騎乗の申し出は、電子メール等で行われることもある。
【００６７】
このように、実施形態の支援システムでは、調教師の側からは特定のレース（特定の競走馬）について騎手を探している旨が各騎手に伝えられ、騎手の側からは特定の開催日に特定の競馬場に来場することが伝えられ、これらの情報開示により、調教師は騎手を選び、騎手は騎乗する競走馬を選ぶことができる。このため、調教師、騎手にとって最適な騎乗マッチング支援となる。
【００６８】
騎乗マッチングに際しては、例えば特定のレースにおいて騎手が騎乗予定がなく騎乗する馬を募集中である旨を登録して各調教師に伝えることも考えられる。しかしながら、この構成は、実際にはあまり適切ではない。騎手が騎乗予定がないことを公表してしまった場合、騎手にとって騎乗したくない競走馬について調教師から騎乗依頼があった場合、断りづらくなってしまう。例えば騎手があまり勝つチャンスがないと考えている馬の騎乗依頼がきた場合、断ってしまうと、調教師が気分を害し、以後は騎乗依頼をしなくなってしまうということもあり得る。実施形態の場合、騎手は、騎乗したくない馬の騎乗依頼がきた場合、騎乗予定がない場合でも、「そのレースについては他の馬への騎乗が決まっていまして、申し訳ありません。」と嘘をついて断ることができる。その上で、より勝つチャンスのある馬の騎乗依頼を待つことができる。
特定のレースにおいて騎手が騎乗予定があることを登録して公開することも、同様の意味であまり好ましくはない。騎乗予定の登録がなければ、調教師は、その騎手が騎乗予定がないと解釈してしまうからである。つまり、騎乗予定があるのかないのか不明であるが、少なくともその開催日にその競馬場に行くことを伝えるだけにしておくことが、騎手にとってより良い騎乗チャンスを得る上で好ましい。
【００６９】
また、この実施形態では、求騎手情報は、騎乗して欲しい競走馬の情報を含んでおり、騎手はこの情報を閲覧することができる。このため、騎手が自ら騎乗の申し入れをする場合、より勝つチャンスがある馬を選んで申し入れをすることができるので、好適である。さらに、この実施形態では、競走馬の情報として過去の戦績が含まれているので、その馬に騎乗した場合にどの程度勝つ確率があるか判断するのが容易であり、この点でより好適なものとなっている。
【００７０】
一方、調教師の側としても、騎乗を依頼する場合、どの調教師が当該開催日に当該競馬場に来るか判らない状況では、騎手を選定しにくい。騎手一人一人に電話して当日の予定を確認しなければならず、非常に煩雑である。一方、実施形態の支援システムを利用すれば、少なくともどの騎手が競馬場に来るか判るので、その中から意中の騎手に連絡をすることができ、断られた場合でも他の来場予定の騎手から選んで依頼することができ、騎手選定までの労力がかなり省かれる。
【００７１】
さらに、実施形態の支援システムは、求騎手情報閲覧手段と騎手来場予定情報登録手段とが有機的に関連づけられており、この点も大きな特徴点となっている。即ち、特定の開催日にどの競馬場に行こうかと案じている際、特定の競馬場で開催されている特定のレースについて求騎手情報が登録されているかを閲覧することができる。求騎手情報が登録されていれば、その日にその競馬場に行けば騎乗のチャンスが得られる可能性があるということであり、それを考慮して騎手は騎手来場予定情報を騎手端末４で入力して登録することができる。つまり、調教師が求騎手情報を公開することで騎手が来場予定を登録し易くなり、騎手が来場予定を登録することで調教師が騎手に騎乗依頼をし易くなるという、相乗効果が発揮されるものとなっている。そして、求騎手情報は、騎手を求めている競走馬の数の形で公開されるので、騎手は、その日にその競馬場に行けば騎乗のチャンスが得られる可能性がどの程度あるかも把握することができ、この点でさらに好適なものとなっている。
【００７２】
上記のような省力化の観点の他、実施形態の支援システムは、騎乗チャンスの拡大や公平化の観点での効果も有している。即ち、仲介者とのコネクションが特にない騎手でも、実施形態の支援システムを利用して来場予定を登録しておくだけで、調教師から騎乗依頼が来ることが期待できる。このため、経験の少ない若手の騎手等にとっても騎乗のチャンスを得やすくなる。調教師にとっても、つきあいのある仲介者とコネクションがある騎手以外にも騎乗依頼がし易くなるので、選択の範囲が広がり、より適した騎手に騎乗してもらうことが容易となる。
【００７３】
尚、騎手の仕事としては、レースでの騎乗の他、調教のための馬への騎乗（調教騎乗）がある。実施形態の支援システムは、調教騎乗についてもマッチングが行えるようになっている。具体的には、記憶部２には騎手調教予定情報ファイル（不図示）が記憶されている。そして、騎手トップには、騎手調教予定入力ページへのリンクボタン８５が設けられている。騎手調教予定入力ページには、トレーニングセンター（現状では栗東か美浦）を選ぶボタンとともにカレンダーが表示され、カレンダー内のマス目に自分の騎手調教の予定が入力できるようになっている。入力された騎手調教の予定は、騎手調教予定情報ファイルに記録され、この内容は、各調教師も閲覧できるようになっている。即ち、調教師用ページの上部ＵＩ７７に含まれる騎手調教ボタン７７４を押すと、選択されたトレーニングセンターにおける各騎手の騎手調教の予定が調教師端末３に表示される。
【００７４】
また、上記実施形態の支援システムの構成において、より適切な騎乗マッチングを実現するには、各騎手の詳細情報が各調教師に開示されることが好ましい。具体的には、例えば図２３に示す来場予定閲覧ページにおいて、各騎手の名前を表示した欄をコマンドボタンとする。そして、過去の戦績や傾向（馬との相性、レース条件との相性等）がそのコマンドボタンを押すと表示されるようにすることが好ましい。
尚、図２３の馬名入力ページで馬名が入力された場合、当該レースの開催日に当該競馬場に来ることが確定したとして来場確定プログラム１７４が実行されるようにすると、省力化されるが、好ましくない場合もある。というのは、騎手によっては、あるレースでの騎乗が確定しても、当該開催日に当該競馬場に行くことを公開したくない場合もある。これは、当該開催日の当該競馬場での他のレースに意中の競走馬があり、それに騎乗したいためにあえて来場を秘匿したい場合があるからである。つまり、馬名入力は、騎手が自身のスケジュール管理用としておき、来場の登録には連動しない構成の方が好ましい場合もある。
【００７５】
上記実施形態の支援システムでは、調教師側、騎手側とも、互いに情報を提供するのみで、支援サイト上で騎乗の合意まで行うシステムではなかったが、騎乗の合意まで行うシステムであっても良い。例えば、図２３に示す来場予定閲覧ページにおいて、各騎手の名前を表示したマスをコマンドボタンとしておき、それを押すと、騎手の側に騎乗依頼をメールでするシステムであっても良い。この場合、送信されるメールには、依頼に対する回答を送信するプログラムのボタン（ハイパーリンク）を設けておき、それを押すことで回答がされるようにしても良い。もしくは、図２１に示す求騎手詳細ページ内の競走馬の情報を表示した横バーを押すと、調教師に対して騎乗申し込みの送信がされるようにしておいても良い。騎乗申し込みも、メールで調教師宛に送信されるようにしておき、当該メールには申し込みに対する回答を送信するプログラムのボタン（ハイパーリンク）が含まれるようにする。尚、騎手の詳細情報を調教師に提供する場合、騎乗の申し入れをした場合に限り、申し入れ先の調教師に詳細情報を提供する構成とするようにしても良い。
【００７６】
尚、上記実施形態において、騎手による馬名入力機能は必須のものではなく、実装されない場合もある。馬名入力がされない場合、騎手用番組ページでは、騎乗が決まっているレースでも、求騎手の競走馬の頭数が表示されることになる。このような構成であっても良い。
【符号の説明】
【００７７】
１  支援サーバ
１８  来場予定閲覧プログラム
２  記憶部
２１  調教師情報ファイル
２２  騎手情報ファイル
２６  出走予定情報ファイル
２７  騎手来場予定情報ファイル
３  調教師端末
４  騎手端末
５  インターネット
６  管理用端末
７７４  来場予定ボタン
【図１】
2019144847.tif 000003
【図２】
2019144847.tif 000004
【図３】
2019144847.tif 000005
【図４】
2019144847.tif 000006
【図５】
2019144847.tif 000007
【図６】
2019144847.tif 000008
【図７】
2019144847.tif 000009
【図８】
2019144847.tif 000010
【図９】
2019144847.tif 000011
【図１０】
2019144847.tif 000012
【図１１】
2019144847.tif 000013
【図１２】
2019144847.tif 000014
【図１３】
2019144847.tif 000015
【図１４】
2019144847.tif 000016
【図１５】
2019144847.tif 000017
【図１６】
2019144847.tif 000018
【図１７】
2019144847.tif 000019
【図１８】
2019144847.tif 000020
【図１９】
2019144847.tif 000021
【図２０】
2019144847.tif 000022
【図２１】
2019144847.tif 000023
【図２２】
2019144847.tif 000024
【図２３】
2019144847.tif 000025
【図２４】
2019144847.tif 000026
【手続補正書】
【提出日】平成30年10月26日(2018.10.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
競馬の調教師が操作する端末である調教師端末と、競馬の騎手が操作する端末である騎手端末との双方からアクセス可能なサーバと、記憶部とを備えた競馬騎乗マッチング支援システムであって、
記憶部には、
調教師が調教している競走馬の情報を記録した競走馬情報ファイルと、
開催日及び競馬場を含むレースの開催予定情報を記録した番組情報ファイルと、
特定のレースにおいて騎乗する騎手を求めている旨の情報である求騎手情報ファイルと、
少なくとも一つのレースのある開催日及び競馬場について当該開催日及び当該競馬場に来場予定の騎手の名前を記録した騎手来場予定情報ファイルと
が記憶されており、
求騎手情報を調教師端末において入力させ、求騎手情報ファイルに記録する求騎手情報登録手段と、
求騎手情報ファイルに記憶された求騎手情報を騎手端末に送信して閲覧させる求騎手情報閲覧手段と、
特定の開催日に特定の競馬場に来場する旨の予定である騎手来場予定情報を騎手端末において入力させ、騎手来場予定情報ファイルに記録する騎手来場予定情報登録手段と、
騎手来場予定情報ファイルに記録された騎手来場予定情報を調教師端末に送信して閲覧させる騎手来場予定情報閲覧手段と
を備えており、
求騎手情報閲覧手段は、求めている騎手の名前は閲覧させずに求騎手情報を閲覧させる手段であり、
調教師端末に送信して閲覧させる騎手来場予定情報は騎手の名前を含んでおり、
サーバには、当該サーバを、求騎手情報登録手段、求騎手情報閲覧手段、騎手来場予定情報登録手段及び騎手来場予定閲覧手段として機能させるプログラムが実装されていることを特徴とする競馬騎乗マッチング支援システム。
【請求項２】
前記騎手来場予定情報閲覧手段は、当該開催日に当該競馬場における当該騎手の騎乗予定が不明の状態で前記騎手来場予定情報を閲覧させる手段であることを特徴とする請求項１記載の競馬騎乗マッチング支援システム。
【請求項３】
前記求騎手情報ファイルに記録された求騎手情報は、騎乗して欲しい競走馬の情報を含んでおり、前記求騎手情報閲覧手段は、当該競走馬の情報も閲覧させる手段であることを特徴とする請求項１又は２記載の競馬騎乗マッチングシステム。
【請求項４】
前記競走馬の情報は、過去の戦績を含むことを特徴とする請求項３記載の競馬騎乗マッチングシステム。
【請求項５】
前記求騎手情報閲覧手段は、前記騎手来場予定情報登録手段が前記騎手来場予定情報を入力させる際、当該開催日に当該競馬場において開催されるレースについて前記求騎手情報が登録されているかどうかの情報を前記騎手端末に送信して閲覧させる手段であることを特徴とする請求項１乃至４いずれかに記載の競馬騎乗マッチングシステム。
【請求項６】
前記求騎手情報が登録されているかどうかの情報は、騎手を求めている出走予定の競走馬の頭数で表示される情報であることを特徴とする請求項５記載の競馬騎乗マッチングシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記課題を解決するため、この出願の請求項１記載の発明は、競馬の競走馬の調教師が操作する端末である調教師端末と、競馬の騎手が操作する端末である騎手端末との双方からアクセス可能なサーバと、記憶部とを備えた競馬騎乗マッチング支援システムであって、
記憶部には、
調教師が調教している競走馬の情報を記録した競走馬情報ファイルと、
開催日及び競馬場を含むレースの開催予定情報を記録した番組情報ファイルと、
特定のレースにおいて騎乗する騎手を求めている旨の情報である求騎手情報ファイルと、
少なくとも一つのレースのある開催日及び競馬場について当該開催日及び当該競馬場に来場予定の騎手の名前を記録した騎手来場予定情報ファイルと
が記憶されており、
求騎手情報を調教師端末において入力させ、求騎手情報ファイルに記録する求騎手情報登録手段と、
求騎手情報ファイルに記憶された求騎手情報を騎手端末に送信して閲覧させる求騎手情報閲覧手段と、
特定の開催日に特定の競馬場に来場する旨の予定である騎手来場予定情報を騎手端末において入力させ、騎手来場予定情報ファイルに記録する騎手来場予定情報登録手段と、
騎手来場予定情報ファイルに記録された騎手来場予定情報を調教師端末に送信して閲覧させる騎手来場予定情報閲覧手段と
を備えており、
求騎手情報閲覧手段は、求めている騎手の名前は閲覧させずに求騎手情報を閲覧させる手段であり、
調教師端末に送信して閲覧させる騎手来場予定情報は騎手の名前を含んでおり、
サーバには、当該サーバを、求騎手情報登録手段、求騎手情報閲覧手段、騎手来場予定情報登録手段及び騎手来場予定閲覧手段として機能させるプログラムが実装されているという構成を有する。
また、上記課題を解決するため、請求項２記載の発明は、前記請求項１の構成において、前記騎手来場予定情報閲覧手段は、当該開催日に当該競馬場における当該騎手の騎乗予定が不明の状態で前記騎手来場予定情報を閲覧させる手段であるという構成を有する。
また、上記課題を解決するため、請求項３記載の発明は、前記請求項１又は２の構成において、前記求騎手情報ファイルに記録された求騎手情報は、騎乗して欲しい競走馬の情報を含んでおり、前記求騎手情報閲覧手段は、競走馬の情報も閲覧させる手段であるという構成を有する。
また、上記課題を解決するため、請求項４記載の発明は、前記請求項３の構成において、前記競走馬の情報は、過去の戦績を含むという構成を有する。
また、上記課題を解決するため、請求項５記載の発明は、前記請求項１乃至４いずれかの構成において、前記求騎手情報閲覧手段は、前記騎手来場予定情報登録手段が前記騎手来場予定情報を入力させる際、当該開催日に当該競馬場において開催されるレースについて前記求騎手情報が登録されているかどうかの情報を前記騎手端末に送信して閲覧させる手段であるという構成を有する。
また、上記課題を解決するため、請求項６記載の発明は、前記請求項５の構成において、前記求騎手情報が登録されているかどうかの情報は、騎手を求めている出走予定の競走馬の頭数で表示される情報であるという構成を有する。