(57)【要約】【課題】投票の締切時刻までに十分な検討時間をとることができるレースに関する情報を優先して表示させることを目的とする。【解決手段】情報処理装置は、レースに出場する複数のレース対象の中から投票するレース対象をユーザが検討するのに要する検討時間を取得する。情報処理装置は、取得された検討時間と、現在時刻と、複数のレースのそれぞれの投票の締切時刻とに基づいて、複数のレースのそれぞれに関するレース情報の表示優先度を決定する。情報処理装置は、決定された表示優先度に基づいて、レース情報の表示を制御する。【選択図】図９
2015162237.tif 000002
【特許請求の範囲】
【請求項１】
レースに出場する複数のレース対象の中から投票するレース対象をユーザが検討するのに要する検討時間を取得する取得手段と、
前記取得手段により取得された前記検討時間と、現在時刻と、複数のレースのそれぞれの投票の締切時刻とに基づいて、前記複数のレースのそれぞれに関するレース情報の表示優先度を決定する決定手段と、
前記決定手段により決定された前記表示優先度に基づいて、前記レース情報の表示を制御する制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
記憶手段にユーザごとにユーザを識別するユーザ識別情報と対応付けて記憶された、レースに関する操作の履歴に基づいて、前記検討時間を推定する推定手段を更に備え、
前記取得手段は、前記推定手段により推定された前記検討時間を取得することを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置において、
前記推定手段は、前記レース情報の表示優先度が決定されるユーザの前記ユーザ識別情報と対応付けて記憶された前記履歴のうち、前記表示優先度が決定されるレースと関連するレースの履歴に基づいて、前記表示優先度が決定されるレースの前記検討時間を推定することを特徴とする情報処理装置。
【請求項４】
請求項２又は請求項３に記載の情報処理装置において、
前記レース情報の表示優先度が決定されるユーザの前記ユーザ識別情報と対応付けて記憶された前記履歴に基づいて、該ユーザの行動特性を特定する特性特定手段を更に備え、
前記推定手段は、前記特性特定手段により特定された前記行動特性を有する他のユーザが、前記表示優先度が決定されるレースと関連するレースで投票するレース対象を検討するのに要した時間に基づいて、前記レース情報の表示優先度が決定されるユーザの検討時間を推定することを特徴とする情報処理装置。
【請求項５】
請求項２乃至４の何れか１項に記載の情報処理装置において、
前記推定手段は、レース情報の閲覧を示す前記履歴から特定される閲覧時間に基づいて、前記検討時間を推定することを特徴とする情報処理装置。
【請求項６】
請求項５に記載の情報処理装置において、
前記履歴に基づいて、前記閲覧時間と、前記ユーザによるレース情報の閲覧回数とを、レース情報の内容ごとに特定する閲覧時間特定手段を更に備え、
前記推定手段は、前記閲覧時間特定手段により前記内容ごとに特定された前記閲覧時間及び前記閲覧回数に基づいて、前記検討時間を推定することを特徴とする情報処理装置。
【請求項７】
請求項６に記載の情報処理装置において、
前記閲覧時間特定手段は、前記閲覧時間、前記閲覧回数、及びレース情報の情報量を前記内容ごとに特定し、
前記推定手段は、前記内容ごとに特定された前記閲覧時間、前記閲覧回数及び前記情報量と、前記表示優先度が決定されるレース情報の情報量とに基づいて、該レース情報の前記検討時間を推定することを特徴とする情報処理装置。
【請求項８】
請求項２乃至４の何れか１項に記載の情報処理装置において、
前記推定手段は、レース情報の閲覧を示す前記履歴と投票を示す前記履歴とから特定される、レース情報の閲覧開始から投票までの経過時間に基づいて、前記検討時間を推定することを特徴とする情報処理装置。
【請求項９】
請求項１乃至８の何れか１項に記載の情報処理装置において、
前記決定手段は、前記複数のレースの中から、前記取得手段により取得された前記検討時間をそれぞれ確保可能な２以上のレースの組み合わせを、前記レース情報を優先的に表示させる組み合わせに決定し、
前記制御手段は、前記決定手段により決定された前記組み合わせに基づいて、前記レース情報の表示を制御することを特徴とする情報処理装置。
【請求項１０】
コンピュータにより実行される情報処理方法であって、
レースに出場する複数のレース対象の中から投票するレース対象をユーザが検討するのに要する検討時間を取得する取得ステップと、
前記取得ステップにより取得された前記検討時間と、現在時刻と、複数のレースのそれぞれの投票の締切時刻とに基づいて、前記複数のレースのそれぞれに関するレース情報の表示優先度を決定する決定ステップと、
前記決定ステップにより決定された前記表示優先度に基づいて、前記レース情報の表示を制御する制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項１１】
コンピュータを、
レースに出場する複数のレース対象の中から投票するレース対象をユーザが検討するのに要する検討時間を取得する取得手段、
前記取得手段により取得された前記検討時間と、現在時刻と、複数のレースのそれぞれの投票の締切時刻とに基づいて、前記複数のレースのそれぞれに関するレース情報の表示優先度を決定する決定手段、及び、
前記決定手段により決定された前記表示優先度に基づいて、前記レース情報の表示を制御する制御手段、
として機能させることを特徴とする情報処理プログラム。
【請求項１２】
サーバ装置と前記サーバ装置にネットワークを介して接続可能な端末装置とを含む情報処理システムであって、
レースに出場する複数のレース対象の中から投票するレース対象をユーザが検討するのに要する検討時間を取得する取得手段と、
前記取得手段により取得された前記検討時間と、現在時刻と、複数のレースのそれぞれの投票の締切時刻とに基づいて、前記複数のレースのそれぞれに関するレース情報の表示優先度を決定する決定手段と、
前記決定手段により決定された前記表示優先度に基づいて、前記端末装置における前記レース情報の表示を制御する制御手段と、
を備えることを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のレース対象が出場するレースに関する情報を表示する技術分野に関する。
【背景技術】
【０００２】
従来、ユーザが指定したレースについて、投票するレース対象を決定するための検討材料となる情報を表示するシステムが知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−５２０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、投票の締切時刻までに、投票するレース対象を決定するための十分な検討時間をユーザがとることができないレースに関する情報が表示される場合がある。
【０００５】
本発明は、以上の点に鑑みてなされたものであり、投票の締切時刻までに十分な検討時間をとることができるレースに関する情報を優先して表示させることができる情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、レースに出場する複数のレース対象の中から投票するレース対象をユーザが検討するのに要する検討時間を取得する取得手段と、前記取得手段により取得された前記検討時間と、現在時刻と、複数のレースのそれぞれの投票の締切時刻とに基づいて、前記複数のレースのそれぞれに関するレース情報の表示優先度を決定する決定手段と、前記決定手段により決定された前記表示優先度に基づいて、前記レース情報の表示を制御する制御手段と、を備えることを特徴とする。
【０００７】
この発明によれば、情報処理装置は、検討に要する時間と、現在時刻と、投票の締切時刻とに基づいてレース情報の表示優先度を決定し、レース情報の表示を制御する。そのため、投票の締切時刻までに十分な検討時間をとることができるレースに関する情報を優先して表示させることができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、記憶手段にユーザごとにユーザを識別するユーザ識別情報と対応付けて記憶された、レースに関する操作の履歴に基づいて、前記検討時間を推定する推定手段を更に備え、前記取得手段は、前記推定手段により推定された前記検討時間を取得することを特徴とする。
【０００９】
この発明によれば、レースに関する操作の履歴から検討時間を適切に推定することができる。
【００１０】
請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記推定手段は、前記レース情報の表示優先度が決定されるユーザの前記ユーザ識別情報と対応付けて記憶された前記履歴のうち、前記表示優先度が決定されるレースと関連するレースの履歴に基づいて、前記表示優先度が決定されるレースの前記検討時間を推定することを特徴とする。
【００１１】
この発明によれば、情報処理装置は、表示優先度が決定されるレースと関連するレースの履歴に基づいて、表示優先度を決定するための検討時間を推定する。そのため、レースごとに適切な検討時間を推定することができる。
【００１２】
請求項４に記載の発明は、請求項２又は請求項３に記載の情報処理装置において、前記レース情報の表示優先度が決定されるユーザの前記ユーザ識別情報と対応付けて記憶された前記履歴に基づいて、該ユーザの行動特性を特定する特性特定手段を更に備え、前記推定手段は、前記特性特定手段により特定された前記行動特性を有する他のユーザが、前記表示優先度が決定されるレースと関連するレースで投票するレース対象を検討するのに要した時間に基づいて、前記レース情報の表示優先度が決定されるユーザの検討時間を推定することを特徴とする。
【００１３】
この発明によれば、情報処理装置は、レース情報の表示優先度が決定されるユーザの行動特性と同じ行動特性を有する他のユーザの履歴に基づいて、検討時間を推定する。そのため、他のユーザの履歴を用いても、検討時間を適切に推定することができる。また、レースごとに適切な検討時間を推定することができる。
【００１４】
請求項５に記載の発明は、請求項２乃至４の何れか１項に記載の情報処理装置において、前記推定手段は、レース情報の閲覧を示す前記履歴から特定される閲覧時間に基づいて、前記検討時間を推定することを特徴とする。
【００１５】
この発明によれば、レース情報の過去の閲覧時間に基づいて検討時間を推定することができる。
【００１６】
請求項６に記載の発明は、請求項５に記載の情報処理装置において、前記履歴に基づいて、前記閲覧時間と、前記ユーザによるレース情報の閲覧回数とを、レース情報の内容ごとに特定する閲覧時間特定手段を更に備え、前記推定手段は、前記閲覧時間特定手段により前記内容ごとに特定された前記閲覧時間及び前記閲覧回数に基づいて、前記検討時間を推定することを特徴とする。
【００１７】
この発明によれば、情報処理装置は、過去に閲覧されたレース情報の内容ごとの閲覧時間と閲覧回数とに基づいて、検討時間を推定する。そのため、ユーザのレース情報の閲覧傾向に応じた検討時間を推定することができる。
【００１８】
請求項７に記載の発明は、請求項６に記載の情報処理装置において、前記閲覧時間特定手段は、前記閲覧時間、前記閲覧回数、及びレース情報の情報量を前記内容ごとに特定し、前記推定手段は、前記内容ごとに特定された前記閲覧時間、前記閲覧回数及び前記情報量と、前記表示優先度が決定されるレース情報の情報量とに基づいて、該レース情報の前記検討時間を推定することを特徴とする。
【００１９】
この発明によれば、情報処理装置は、過去に閲覧されたレース情報の内容ごとの閲覧時間、閲覧回数及び情報量と、表示優先度が決定されるレース情報の情報量とに基づいて、検討時間を推定する。そのため、表示優先度が決定されるレース情報の情報量に応じて検討時間を適切に推定することができる。
【００２０】
請求項８に記載の発明は、請求項２乃至４の何れか１項に記載の情報処理装置において、前記推定手段は、レース情報の閲覧を示す前記履歴と投票を示す前記履歴とから特定される、レース情報の閲覧開始から投票までの経過時間に基づいて、前記検討時間を推定することを特徴とする。
【００２１】
この発明によれば、レース情報の閲覧開始から投票までの経過時間に基づいて検討時間を推定することができる。
【００２２】
請求項９に記載の発明は、請求項１乃至８の何れか１項に記載の情報処理装置において、前記決定手段は、前記複数のレースの中から、前記取得手段により取得された前記検討時間をそれぞれ確保可能な２以上のレースの組み合わせを、前記レース情報を優先的に表示させる組み合わせに決定し、前記制御手段は、前記決定手段により決定された前記組み合わせに基づいて、前記レース情報の表示を制御することを特徴とする。
【００２３】
この発明によれば、ユーザが順次検討及び投票を行うことができる複数のレースのそれぞれの情報を優先して表示させることができる。
【００２４】
請求項１０に記載の発明は、コンピュータにより実行される情報処理方法であって、レースに出場する複数のレース対象の中から投票するレース対象をユーザが検討するのに要する検討時間を取得する取得ステップと、前記取得ステップにより取得された前記検討時間と、現在時刻と、複数のレースのそれぞれの投票の締切時刻とに基づいて、前記複数のレースのそれぞれに関するレース情報の表示優先度を決定する決定ステップと、前記決定ステップにより決定された前記表示優先度に基づいて、前記レース情報の表示を制御する制御ステップと、を含むことを特徴とする。
【００２５】
請求項１１に記載の発明は、コンピュータを、レースに出場する複数のレース対象の中から投票するレース対象をユーザが検討するのに要する検討時間を取得する取得手段、前記取得手段により取得された前記検討時間と、現在時刻と、複数のレースのそれぞれの投票の締切時刻とに基づいて、前記複数のレースのそれぞれに関するレース情報の表示優先度を決定する決定手段、及び、前記決定手段により決定された前記表示優先度に基づいて、前記レース情報の表示を制御する制御手段、として機能させることを特徴とする。
【００２６】
請求項１２に記載の発明は、サーバ装置と前記サーバ装置にネットワークを介して接続可能な端末装置とを含む情報処理システムであって、レースに出場する複数のレース対象の中から投票するレース対象をユーザが検討するのに要する検討時間を取得する取得手段と、前記取得手段により取得された前記検討時間と、現在時刻と、複数のレースのそれぞれの投票の締切時刻とに基づいて、前記複数のレースのそれぞれに関するレース情報の表示優先度を決定する決定手段と、前記決定手段により決定された前記表示優先度に基づいて、前記端末装置における前記レース情報の表示を制御する制御手段と、を備えることを特徴とする。
【発明の効果】
【００２７】
本発明によれば、情報処理装置は、検討に要する時間と、現在時刻と、投票の締切時刻とに基づいてレース情報の表示優先度を決定し、レース情報の表示を制御する。そのため、投票の締切時刻までに十分な検討時間をとることができるレースに関する情報を優先して表示させることができる。
【図面の簡単な説明】
【００２８】
【図１】一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。
【図２】開催情報ページの画面表示例を示す図である。
【図３】（ａ）は、一実施形態に係る馬券発売代行サーバ１の概要構成の一例を示すブロック図であり、（ｂ）は、一実施形態に係る馬券発売代行サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。
【図４】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、馬券情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、オッズ情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、予想情報ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、操作履歴ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、馬券購入履歴ＤＢ１２ｇに登録される内容の一例を示す図であり、（ｈ）は、検討時間ＤＢ１２ｈに登録される内容の一例を示す図である。
【図５】（ａ）は、本日開催される各レースの発走時刻の一例を示す図であり、（ｂ）は、表示優先度が高いレースの組み合わせとして決定された組み合わせの一例を示す図である。
【図６】開催情報ページの画面表示例を示す図である。
【図７】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。
【図８】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による開催情報ページ要求受信処理の一例を示すフローチャートである。
【図９】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による表示優先度決定処理の一例を示すフローチャートである。
【図１０】（ａ）及び（ｂ）は、表示優先度が高いレースの組み合わせとして決定された組み合わせの変形例を示す図である。
【図１１】本変形例に係る馬券発売代行サーバ１のシステム制御部１４による表示優先度決定処理の一例を示すフローチャートである。
【図１２】（ａ）〜（ｃ）は、関連レースの決定例を示す図である。
【図１３】検討時間ＤＢ１２ｈに登録される内容の一例を示す図である。
【図１４】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。
【図１５】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による表示優先度決定処理の一例を示すフローチャートである。
【図１６】会員情報ＤＢ１２ａに登録される内容の一例を示す図である。
【図１７】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。
【図１８】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による参照ユーザ時間決定処理の一例を示すフローチャートである。
【図１９】基本検討時間の推定例を示す図である。
【図２０】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。
【図２１】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による参照ユーザ時間決定処理の一例を示すフローチャートである。
【図２２】（ａ）は、基本検討時間の推定例を示す図であり、（ｂ）は、検討時間ＤＢ１２ｈに登録される内容の一例を示す図である。
【図２３】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。
【図２４】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による参照ユーザ時間決定処理の一例を示すフローチャートである。
【図２５】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による表示優先度決定処理の一例を示すフローチャートである。
【図２６】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による第２基本検討時間推定処理の一例を示すフローチャートである。
【図２７】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００２９】
以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施の形態は、競馬においてインターネット投票によりユーザが馬券（勝馬投票券）を購入するための情報処理システムに対して本発明を適用した場合の実施形態である。レースに出場する競走馬は、本発明におけるレース対象の一例である。馬券は、本発明における投票券の一例である。なお、本発明が適用可能な競技は競馬に限られない。例えば、競輪、競艇、オートレース等の公営競技等に本発明が適用可能である。
【００３０】
［１．第１実施形態］
［１−１．情報処理システムの構成及び機能概要］
先ず、本実施形態に係る情報処理システムＳの構成について、図１及び図２を用いて説明する。図１は、本実施形態に係る情報処理システムＳの概要構成の一例を示す図である。
【００３１】
図１に示すように、情報処理システムＳは、馬券発売代行サーバ１と、主催元サーバ２と、複数のユーザ端末３と、を含んで構成されている。そして、馬券発売代行サーバ１と主催元サーバ２と各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００３２】
馬券発売代行サーバ１は、競馬の主催者に代わって馬券を発売するための競馬サイトに関する各種処理を行うサーバ装置である。馬券発売代行サーバ１は、本発明における情報処理装置の一例である。馬券発売代行サーバ１は、主催者が発表するレースに関する情報を、主催元サーバ２から取得する。また、馬券発売代行サーバ１は、ユーザ端末３からの要求に応じて、ウェブページを送信する。これにより、馬券発売代行サーバ１は、レースに関する情報等を提供する。提供される情報としては、例えば、開催情報、出馬表、オッズ、予想、レース結果等がある。また、馬券発売代行サーバ１は、例えば、馬券の購入を受け付ける処理を行ったり、的中した馬券に対する払い戻しの処理を行ったりする。馬券を購入することは、ユーザが決定した競走馬に投票することである。
【００３３】
競馬サイトのユーザは、馬券を購入するとき、買い目や購入枚数等を選択する。買い目は、式別（投票法）、及び、投票対象としてユーザが選択した競走馬又は枠を含む。投票対象の競走馬又は枠は、馬番又は枠番で指定される。馬番の組み合わせだけではなく、着順をも的中させる式別の場合、買い目は、各投票対象の競走馬に対する着順も含む。
【００３４】
また、馬券発売代行サーバ１は、ユーザ端末３からの要求に基づいて、ユーザによるレースの予想の投稿を受け付ける。ユーザは、予想を投稿するとき、着順が上位であると予想する競走馬として、本命（favorite）、対抗（rival）、単穴（dark horse）及び連下（lower level）を選択する。本命、対抗、単穴及び連下の何れかに選択された競走馬を、予想馬と称する。ユーザは、自らが投稿した予想や他人の予想に基づいて馬券を購入することができる。
【００３５】
主催元サーバ２は、競馬の主催者がレースの情報を提供したり、馬券を発行したりするために設置されたサーバ装置である。主催元サーバ２は、レースに関する情報を馬券発売代行サーバ１へ送信する。
【００３６】
ユーザ端末３は、競馬サイトを利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいて馬券発売代行サーバ１にアクセスすることにより、馬券発売代行サーバ１からウェブページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。
【００３７】
競馬サイトにおいて表示されるウェブページの１つとして、開催情報ページがある。開催情報ページは、本日開催されるレースの予定表が表示されるウェブページである。図２は、開催情報ページの画面表示例を示す図である。図２に示すように、開催情報ページには、予定表１０１、スクロールボタン１０２及び１０３等が表示される。予定表１０１には、複数のレースアイコン１０４が表示される。レースアイコン１０４は、レースを表すアイコンである。レースアイコンは、本発明において、表示が制御されるレース情報の一例である。レースアイコン１０４内にはレース番号が表示される。複数の競馬場でレースが開催される場合、競馬場ごとに複数のレースアイコン１０４が横一列に表示される。各レースアイコン１０４の下には、発走時刻１０５が表示される。発走時刻１０５は、レースアイコン１０４が表すレースが開始される時刻である。横方向におけるレースアイコン１０４の位置は発走時刻に対応している。図２の例において、競馬場Ａで開催される第１レースは１３時０５分に開始される。また例えば、競馬場Ｂで開催される第５レースは１３時３０分に開始される。スクロールボタン１０２及び１０３は、予定表１０１を横方向にスクロールさせるためのボタンである。
【００３８】
ユーザが何れかのレースアイコン１０４を選択すると、ユーザ端末３は出馬表ページを画面に表示する。出馬表ページには、選択されたレースアイコン１０４に対応するレースの出馬表が表示される。また、出馬表ページには、オッズページ、レース分析ページ、予想一覧ページ等のウェブページへのリンクが表示される。オッズページには、そのレースのオッズが表示される。レース分析ページには、そのレースに出場する競走馬の分析結果が表示される。予想一覧ページには、そのレースの予想の一覧が表示される。出馬表ページ、オッズページ、レース分析ページ、予想一覧ページ等のウェブページのそれぞれは、本発明において、投票する競走馬を決定するためにユーザが閲覧するレース情報の一例である。オッズページ、レース分析ページ、予想一覧ページ等にも、同じレースに関する他のウェブページへのリンクが表示される。なお、レースアイコン１０４が選択された場合、レース分析ページ、又は予想一覧ページ等が表示されてもよい。また例えば、１つのレースに関する全ての情報が１つのウェブページに表示されてもよい。
【００３９】
ユーザは、レースに関する情報として、出馬表ページ、オッズページ、レース分析ページ、予想一覧ページ等のウェブページに表示される情報を見て、投票する競走馬を検討する。そして、ユーザは、投票する競走馬を決定して、馬券を購入する。従って、ユーザが馬券を購入するためには、投票する競走馬を検討するための時間が必要となる。その一方で、各レースには馬券の販売締切時刻がある。従って、ユーザ端末３が開催情報ページを表示した時点において、本日開催されるレースの中で販売締切時刻までに十分な検討時間をとることができないレースが存在する場合がある。
【００４０】
そこで、馬券発売代行サーバ１は、ユーザの基本検討時間を推定する。基本検討時間は、投票する競走馬をユーザが検討するのに要するとされる基本的な時間である。開催情報ページをユーザ端末３に表示させるとき、馬券発売代行サーバ１は、基本検討時間に基づいて、レースに関する情報が表示されるウェブページの表示優先度を決定する。そして、馬券発売代行サーバ１は、表示優先度に基づいて、レースアイコン１０４の表示を制御する。これにより、馬券発売代行サーバ１は、投票する競走馬を決定するための十分な検討時間をユーザがとることができるレースのレースアイコン１０４を優先して表示させる。馬券発売代行サーバ１の処理内容の詳細については後述する。
【００４１】
［１−２．馬券発売代行サーバの構成］
次に、馬券発売代行サーバ１の構成について、図３及び図４を用いて説明する。
【００４２】
図３（ａ）は、本実施形態に係る馬券発売代行サーバ１の概要構成の一例を示すブロック図である。図３（ａ）に示すように、馬券発売代行サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００４３】
通信部１１は、ネットワークＮＷに接続してユーザ端末３等との通信状態を制御するようになっている。
【００４４】
記憶部１２は、本発明における記憶手段の一例である。記憶部１２は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ１２ａ、レース情報ＤＢ１２ｂ、馬券情報ＤＢ１２ｃ、オッズ情報ＤＢ１２ｄ、予想情報ＤＢ１２ｅ、操作履歴ＤＢ１２ｆ、馬券購入履歴ＤＢ１２ｇ、検討時間ＤＢ１２ｈ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。
【００４５】
図４（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、競馬サイトに会員登録しているユーザに関する会員情報が、ユーザごとに対応付けて登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、クレジットカード情報等のユーザの属性が対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。ユーザＩＤは、本発明におけるユーザ識別情報の一例である。
【００４６】
図４（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図である。レース情報ＤＢ１２ｂには、レースに関するレース情報が、レースごとに登録される。具体的に、レース情報ＤＢ１２ｂには、レースＩＤ、レース名、グレード、競馬場ＩＤ、開催日、販売締切時刻、発走時刻、レース番号、馬場情報、出走馬情報、騎手情報等の情報が対応付けて登録される。レースＩＤは、レースの識別情報である。競馬場ＩＤは、レースが開催される競馬場の識別情報である。販売締切時刻は、馬券の販売が締め切られる時刻である。すなわち、販売締切時刻まで馬券の購入が可能である。レース場の馬場情報は、例えば、馬場状態等を含む。販売締切時刻は、発走時刻よりも前の時間である。例えば、販売締切時刻は、発走時刻よりも１〜４分前であってもよい。なお、販売締切時刻から発走時刻までに要する時間が全レースで同一であってもよい。この場合、レース情報ＤＢ１２ｂには、例えば発走時刻のみが登録されてもよい。この場合、システム制御部１４は、発走時刻から販売締切時刻を計算することができる。出走馬情報は、レースに出場する競走馬に関する情報である。例えば、出走馬情報には、出走馬の馬番、枠番、馬名、馬体重、前回のレースからの馬体重の増減、レースタイム、勝利数、勝率等が登録されている。騎手情報は、競走馬に騎乗する騎手に関する情報である。例えば、騎手情報には、騎乗する競走馬の馬番、騎手名、騎手の過去の成績、騎手変更の有無等が、競走馬ごとに登録される。
【００４７】
図４（ｃ）は、馬券情報ＤＢ１２ｃに登録される内容の一例を示す図である。馬券情報ＤＢ１２ｃには、発売される馬券に関する馬券情報が、馬券ごとに登録されている。具体的に、馬券情報ＤＢ１２ｃには、レースＩＤ、買い目情報等が対応付けて登録される。レースＩＤは、買い目情報が示す馬券が、どのレースの馬券であるかを示す。買い目情報は、馬券ＩＤ、式別及び投票対象の番号を含む。馬券ＩＤは、馬券の識別情報である。式別として、例えば、単勝式、複勝式、枠番号二連勝複式（枠複）、枠番号二連勝単式（枠単）、馬番号二連勝単式（馬複）、馬番号二連勝単式（馬単）、拡大馬番号二連勝複式（ワイド）、馬番号三連勝複式（三連複）、番号三連勝単式（三連単）等がある。投票対象の番号は、馬番又は枠番である。投票対象の番号は、式別に応じて一又は複数登録されている。式別と投票対象の番号との組み合わせは、買い目を示す。
【００４８】
図４（ｄ）は、オッズ情報ＤＢ１２ｄに登録される内容の一例を示す図である。オッズ情報ＤＢ１２ｄには、馬券のオッズに関するオッズ情報が、各馬券について所定時間間隔ごとに登録される。具体的に、オッズ情報ＤＢ１２ｄには、レースＩＤ、馬券ＩＤ、更新日時、オッズ等が対応付けて登録される。オッズ情報は、主催元サーバ２から馬券発売代行サーバ１へ所定時間間隔（例えば、１分間隔等）で送信される。システム制御部１４は、受信したオッズ情報をオッズ情報ＤＢ１２ｄに登録する。更新日時は、馬券ＩＤが示す馬券のオッズが主催元サーバ２により更新された日時を示す。
【００４９】
図４（ｅ）は、予想情報ＤＢ１２ｅに登録される内容の一例を示す図である。予想情報ＤＢ１２ｅには、ユーザによるレースの予想を示す予想情報が、馬券発売代行サーバ１が予想を受け付けるごとに登録される。具体的に、予想情報ＤＢ１２ｅには、ユーザＩＤ、投稿日時、レースＩＤ、予想馬情報等が対応付けて登録される。ユーザＩＤは、予想を行ったユーザを示す。投稿日時は、予想が投稿された日時を示す。レースＩＤは、受け付けられた予想がどのレースに対する予想であるかを示す。予想馬情報は、ユーザが選択した予想馬を示す。具体的に、予想馬情報は、本命馬の馬番、対抗馬の馬番、単穴馬の馬番、連下馬の馬番を含む。
【００５０】
図４（ｆ）は、操作履歴ＤＢ１２ｆに登録される内容の一例を示す図である。操作履歴ＤＢ１２ｆには、競馬サイトにおけるユーザの操作履歴が登録される。操作履歴は、本発明における履歴の一例である。競馬サイトにおいて、ユーザが何らかの操作をすると、ユーザ端末３は、操作に応じたリクエストを馬券発売代行サーバ１へ送信する。システム制御部１４は、リクエストを受信するごとに、操作履歴を登録する。具体的に、操作履歴ＤＢ１２ｆには、ユーザＩＤ、操作日時、ＵＲＬ等が登録される。ユーザＩＤは、操作を行ったユーザを示す。操作日時は、操作が行われた日時を示す。より具体的に、操作日時は、操作履歴ＤＢ１２ｆに操作履歴が登録された日時である。履歴詳細は、操作に関する詳細な情報である。履歴詳細は、例えば、ユーザ端末３から送信されたリクエストに含まれるＵＲＬ（Uniform Resource Locator）であってもよい。
【００５１】
操作履歴のうち、ウェブページの閲覧の履歴を、閲覧履歴という。履歴詳細は、少なくとも操作区分を含む。システム制御部１４は、操作区分から、操作履歴が閲覧履歴であるか否かを判定することができる。操作履歴が閲覧履歴である場合、操作日時はアクセス日時を示す。アクセス日時は、ウェブページの表示が開始された日時である。また、閲覧履歴の場合、履歴詳細は、更にレースＩＤ及び内容種別等を含む。レースＩＤは、閲覧されたウェブページがどのレースに関するウェブページかを示す。内容種別は、閲覧されたウェブページに表示される内容の種類を示す。例えば、内容種別は、出馬表ページ、オッズページ、レース分析ページ、予想一覧ページ等、閲覧されたウェブページの種類を示してもよい。
【００５２】
図４（ｇ）は、馬券購入履歴ＤＢ１２ｇに登録される内容の一例を示す図である。馬券購入履歴ＤＢ１２ｇには、ユーザによる馬券の購入の履歴が、購入された馬券ごとに馬券購入履歴として登録される。馬券購入履歴は、本発明における履歴の一例である。具体的に、馬券購入履歴ＤＢ１２ｇには、ユーザＩＤ、購入日時、レースＩＤ、買い目情報、購入枚数等が対応付けて登録される。ユーザＩＤは、馬券を購入したユーザを示す。購入日時は、馬券の購入が受け付けられた日時を示す。買い目情報は、ユーザが購入した馬券を示すとともに、投票対象としてユーザが選択した出走馬を示す。レースＩＤ、馬券ＩＤ及び買い目情報の組み合わせは、馬券情報ＤＢ１２ｃに登録されるレースＩＤ、馬券ＩＤ及び買い目情報の番号の組み合わせのうちの何れかと一致する。
【００５３】
図４（ｈ）は、検討時間ＤＢ１２ｈに登録される内容の一例を示す図である。検討時間ＤＢ１２ｈには、基本検討時間が登録される。具体的に、検討時間ＤＢ１２ｈには、ユーザＩＤ及び基本検討時間がユーザごとに対応付けて登録される。
【００５４】
次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、ウェブページを表示するためのＨＴＭＬ文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、各種の設定値、閾値、定数等が記憶されている。
【００５５】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、馬券発行代行管理プログラム等の各種プログラムが記憶されている。馬券発行代行管理プログラムは、馬券の購入の受け付け、基本検討時間の推定、表示優先度の決定、レースアイコンの表示制御等の処理を実行するためのプログラムである。馬券発行代行管理プログラムは、本発明における情報処理プログラムの一例である。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、光ディスク等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。また、馬券発行代行管理プログラムは、プログラム製品であってもよい。
【００５６】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【００５７】
システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。ＣＰＵ１４は、プロセッサの一例である。なお、本発明は、ＣＰＵと異なる様々なプロセッサに対しても適用可能である。記憶部１２、ＲＯＭ１４ｂ及びＲＡＭ１４ｃは、それぞれメモリの一例である。なお、本発明は、ハードディスク、ＲＯＭ及びＲＡＭと異なる様々なメモリに対しても適用可能である。
【００５８】
なお、馬券発売代行サーバ１が、複数のサーバ装置で構成されてもよい。例えば、馬券の購入の受け付けや払い戻し等の処理を行うサーバ装置、基本検討時間の推定、表示優先度の決定、レースアイコンの表示制御を行うサーバ装置、ユーザ端末３からのリクエストに応じてウェブページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【００５９】
［１−３．システム制御部の機能詳細］
次に、図３（ｂ）、図５及び図６を用いて、システム制御部１４の機能について説明する。図３（ｂ）は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。システム制御部１４は、ＣＰＵ１４ａが、馬券発行代行管理プログラム等のプログラムを読み出し実行することにより、図３（ｂ）に示すように、検討時間推定部１４１、表示優先度決定部１４２、情報表示制御部１４３等として機能する。検討時間推定部１４１は、本発明における推定手段、閲覧時間特定手段、特性特定手段の一例である。表示優先度決定部１４２は、本発明における取得手段、決定手段の一例である。情報表示制御部１４３は、本発明における制御手段の一例である。
【００６０】
検討時間推定部１４１は、操作履歴ＤＢ１２ｆに登録された操作履歴に基づいて、基本検討時間を推定する。基本検討時間が推定されるユーザを、対象ユーザという。検討時間推定部１４１は、例えば、対象ユーザの操作履歴のみを用いて、対象ユーザの基本検討時間を推定してもよいし、対象ユーザ以外のユーザの操作履歴を用いて、対象ユーザの基本検討時間を推定してもよい。また例えば、検討時間推定部１４１は、全ユーザの操作履歴を用いて、対象ユーザの基本検討時間を推定してもよい。また例えば、検討時間推定部１４１は、対象ユーザの操作履歴の数が所定数以上である場合、対象ユーザの操作履歴を用い、対象ユーザの操作履歴の数が所定数未満である場合、対象ユーザ以外のユーザの操作履歴を用いてもよい。なお、本実施形態では、対象ユーザの操作履歴のみを用いる場合について説明する。
【００６１】
検討時間推定部１４１は、例えばレースに関する情報が表示されるウェブページの閲覧履歴に基づいて基本検討時間を推定してもよい。閲覧履歴を用いる理由は、ユーザは、ウェブページの情報を見ながら、投票する競走馬を検討する蓋然性があるからである。検討時間推定部１４１は、閲覧履歴からウェブページの閲覧時間を特定してもよい。閲覧時間は、ユーザがウェブページを閲覧した時間の長さを示す。閲覧時間は、例えば、ウェブページが継続して表示された時間であってもよい。また例えば、閲覧時間は、或るウェブページが表示されてから、次のウェブページが表示されるまでに経過した時間であってもよい。検討時間推定部１４１は、例えば、レースごとに閲覧時間を計算する。或るレースに関するウェブページが複数回閲覧された場合、検討時間推定部１４１は、例えば、閲覧時間の合計値をそのレースについての閲覧時間として計算する。検討時間推定部１４１は、例えば、計算した閲覧時間を基本検討時間に決定してもよい。複数のレースについて閲覧時間を特定した場合、検討時間推定部１４１は、例えば、閲覧時間の平均値を、基本検討時間に決定してもよい。
【００６２】
表示優先度決定部１４２は、検討時間推定部１４１が推定した基本検討時間を取得する。開催情報ページのリクエストを受信したとき、表示優先度決定部１４２は、基本検討時間、現在時刻、及び本日開催される複数のレースのそれぞれの販売締切時刻に基づいて、本日開催される各レースに関する情報を表示するウェブページの表示優先度を決定する。この場合の現在時刻は、開催情報ページへのアクセス時刻である。例えば、アクセス時刻から販売締切時刻までに経過する時間を検討可能時間とする。表示優先度決定部１４２は、例えば検討可能時間が基本検討時間以上であるレースの表示優先度は、検討可能時間が基本検討時間未満であるレースの表示優先度よりも高いと判定してもよい。つまり、表示優先度決定部１４２は、十分な検討時間がとれるレースに関する情報を表示するウェブページの表示優先度を高くする。
【００６３】
表示優先度決定部１４２は、検討可能時間が基本検討時間以上であるレースを１つのみ特定してもよいし、複数特定してもよい。表示優先度決定部１４２は、特定した１又は複数のレースの表示優先度を、他のレースの表示優先度よりも高いと判定する。検討時間推定部１４１は、例えば、複数のレースについて投票する競走馬をユーザが順次検討すると仮定した場合において、各レースで検討時間をそれぞれ確保することが可能な２以上のレースの組み合わせを決定してもよい。そして、表示優先度決定部１４２は、決定した組み合わせの表示優先度が他のレースの表示優先度よりも高いと決定してもよい。
【００６４】
以下に具体例を示す。図５（ａ）は、本日開催される各レースの発走時刻の一例を示す図である。図５（ａ）に示すように、競馬場Ａ、Ｂ及びＣでレースが開催される。競馬場Ａでは１１レース、競馬場Ｂでは１４レース、競馬場Ｃでは１３レースが開催される。競馬場Ａの第１レースの発走時刻は１３時０５分である。競馬場Ｂの第１レースの発走時刻は１１時３０分である。競馬場Ｃの第１レースの発走時刻は１２時１０分である。説明の便宜上、各競馬場において、３０分おきにレースが開始されるとする。また、発走時刻の２分前が販売締切時刻であるとする。
【００６５】
図５（ｂ）は、表示優先度が高いレースの組み合わせとして決定された組み合わせの一例を示す図である。図５（ｂ）に示すように、ユーザＸの基本検討時間は４０分であり、ユーザＸの開催情報ページのアクセス時刻は１１時５５分である。ユーザＸが１１時５５分から検討を開始した場合、検討が終了する時刻、すなわち投票する競走馬をユーザが決定する時刻は１２時３５分である。そのため、販売締切時刻が１２時３５分以降である場合、ユーザＸは馬券を購入することができる。従って、発走時刻が１２時３７分以降であるレースの表示優先度が、他のレースの表示優先度よりも高い。そこで、表示優先度決定部１４２は、発走時刻が１２時３７分以降であるレースのうち１つを、ユーザＸが検討する順番が１番目のレースに決定する。投票する競走馬をユーザが検討する順番を、検討順という。例えば、表示優先度決定部１４２は、販売締切時刻が１２時３７分に最も近いレースを決定してもよい。例えば、競馬場Ｃの第２レースの発走時刻が１２時４０分であるので、表示優先度決定部１４２は、このレースを１番目のレースに決定する。１番目のレースの検討終了時刻である１２時３５分からユーザＸが検討を開始した場合、検討が終了する時刻は１３時１５分である。従って、発走時刻が１３時１７分以降であるレースの表示優先度が、他のレースの表示優先度よりも高い。そこで、表示優先度決定部１４２は、例えば発走時刻が１３時３０分である競馬場Ｂの第５レースを、ユーザＸが検討する順番が２番目のレースに決定する。表示優先度決定部１４２は、３番目以降のレースも同様に決定する。これにより、表示優先度決定部１４２は、競馬場Ｃの第２レース、競馬場Ｂの第５レース、競馬場Ｂの第６レース、競馬場Ｃの第６レース、競馬場Ｂの第９レース、競馬場Ｂの第１０レース、競馬場Ｃの第１０レース、競馬場Ｂの第１３レース、競馬場Ｂの第１４レースという９個のレースの組み合わせを決定する。
【００６６】
ユーザＹの基本検討時間は２０分であり、ユーザＹの開催情報ページのアクセス時刻は１２時２５分である。ユーザＹが１２時２５分から検討を開始した場合、検討が終了する時刻は１２時４５分である。そこで、表示優先度決定部１４２は、例えば、発走時刻が１３時００分である競馬場Ｂの第４レースを１番目のレースに決定する。次にユーザＹが１２時４５分から検討を開始した場合、検討が終了する時刻は１３時０５分である。そこで、表示優先度決定部１４２は、例えば、発走時刻が１３時１０分である競馬場Ｃの第３レースを２番目のレースに決定する。表示優先度決定部１４２は、３番目以降のレースも同様に決定し、図５（ｂ）に示すように、１６個のレースの組み合わせを決定する。
【００６７】
ユーザＺの基本検討時間は５５分であり、ユーザＺの開催情報ページのアクセス時刻は１１時３０分である。ユーザＺが１１時３０分から検討を開始した場合、検討が終了する時刻は１２時２５分である。そこで、表示優先度決定部１４２は、例えば、発走時刻が１２時３０分である競馬場Ｂの第３レースを１番目のレースに決定する。次にユーザＺが１２時２５分から検討を開始した場合、検討が終了する時刻は１３時２０分である。そこで、表示優先度決定部１４２は、例えば、発走時刻が１３時３０分である競馬場Ｂの第５レースを２番目のレースに決定する。表示優先度決定部１４２は、３番目以降のレースも同様に決定し、図５（ｂ）に示すように、７個のレースの組み合わせを決定する。
【００６８】
情報表示制御部１４３は、表示優先度決定部１４２により決定された表示優先度に基づいて、開催情報ページにおけるレースに関する情報の表示を制御する。表示が制御される情報は、ユーザがレースを識別可能な情報であればよい。例えば、情報表示制御部１４３は、表示優先度が高いと判定したレースのレースアイコンの表示態様を変更してもよい。情報表示制御部１４３は、例えば、表示優先度が高いと決定したレースのレースアイコンが、他のレースアイコンよりもユーザが見やすい表示態様で表示されるように、開催情報ページを生成してもよい。表示態様として、例えば、レースアイコン内の文字のフォントスタイル、色、大きさや太さ、レースアイコンの色や大きさ、レースアイコンの枠の色や太さ等がある。例えば、表示優先度が高いと判定したレースのレースアイコンが点滅してもよい。図６は、開催情報ページの画面表示例を示す図である。図６は、図５（ｂ）の例においてユーザＸのユーザ端末３が開催情報ページを表示した場合の例である。図６においては、表示優先度が高いと決定したレースのレースアイコンの枠が、他のレースアイコンの枠よりも太くなっている点が図２と異なる。図６の例では、競馬場Ｃの第２レース、競馬場Ｂの第５レース、競馬場Ｂの第６レース、競馬場Ｃの第６レース等のレースアイコンとして、枠が太くなっているレースアイコン１０６が表示されている。これにより、ユーザＸは、レースアイコン１０６に対応するレースについて検討を行えばよいかを知ることができる。そこで、ユーザＸは、複数のレースアイコンのうちレースアイコン１０６を優先的に選択することができる。これにより、ユーザＸは、例えば競馬場Ｃの第２レース等のウェブページを優先的に表示させて、投票する競走馬を検討することができる。
【００６９】
また、図６に示すように、情報表示制御部１４３は、例えば矢印１０７が更に表示されるように開催情報ページを生成してもよい。例えば、情報表示制御部１４３は、検討順が隣り合うレースのレースアイコン１０６の間に、矢印１０７を表示させる。具体的に、或る検討順のレースのレースアイコン１０６から次の検討順のレースのレースアイコン１０６に向かう矢印１０７が表示される。図６の例では、競馬場Ｃの第２レースと競馬場Ｂの第５レースのレースアイコン１０６の間、競馬場Ｂの第５レースと競馬場Ｂの第６レースのレースアイコン１０６の間、競馬場Ｂの第６レースと競馬場Ｃの第６レースのレースアイコン１０６の間等に、それぞれ矢印１０７が表示されている。これにより、ユーザＸは、如何なる順番で検討を行えばよいかを知ることができる。
【００７０】
［１−４．情報処理システムの動作］
次に、情報処理システムＳの動作について、図７乃至図９を用いて説明する。
【００７１】
図７は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。システム制御部１４は、ユーザごとに基本検討時間推定処理を実行する。例えば、システム制御部１４は、定期的に基本検討時間推定処理を実行してもよい。例えば、システム制御部１４は、１日に所定回数、基本検討時間推定処理を実行してもよい。
【００７２】
図７に示すように、検討時間推定部１４１は、対象ユーザのユーザＩＤを取得する（ステップＳ１）。次いで、検討時間推定部１４１は、対象ユーザのユーザＩＤに対応する購入履歴を馬券購入履歴ＤＢ１２ｇから検索する。このとき、検討時間推定部１４１は、購入日時が所定期間内に含まれる購入履歴のみを検索してもよい。検討時間推定部１４１は、検索した各購入履歴からレースＩＤを取得する。また、検討時間推定部１４１は、対象ユーザのユーザＩＤに対応する操作履歴を操作履歴ＤＢ１２ｆから検索する（ステップＳ２）。
【００７３】
次いで、検討時間推定部１４１は、取得したレースＩＤのうち１つを選択する（ステップＳ３）。次いで、検討時間推定部１４１は、ステップＳ２で検索した閲覧履歴の中から、選択したレースＩＤに対応する閲覧履歴を抽出する（ステップＳ４）。このとき、検討時間推定部１４１は、購入履歴に含まれる購入日時よりもアクセス日時が早い閲覧履歴を抽出する。次いで、検討時間推定部１４１は、総閲覧時間を計算する（ステップＳ５）。例えば、検討時間推定部１４１は、抽出した閲覧履歴から、ウェブページのアクセス日時を取得する。次いで、検討時間推定部１４１は、ステップＳ２で検索された閲覧履歴に含まれるアクセス日時のうち、抽出した閲覧履歴から取得したアクセス日時の次に早いアクセス日時を取得する。次いで、検討時間推定部１４１は、取得した２つのアクセス日時の差を、１つのウェブページの閲覧時間として計算する。検討時間推定部１４１は、抽出した閲覧履歴ごとに閲覧時間を計算する。次いで、検討時間推定部１４１は、閲覧時間の合計値を、総閲覧時間として計算する。
【００７４】
次いで、検討時間推定部１４１は、購入履歴から取得したレースＩＤの中にまだ選択していないレースＩＤがあるか否かを判定する（ステップＳ６）。このとき、検討時間推定部１４１は、まだ選択していないレースＩＤがあると判定した場合には（ステップＳ６：ＹＥＳ）、ステップＳ７に進む。ステップＳ７において、検討時間推定部１４１は、まだ選択していないレースＩＤのうち１つを選択する。次いで、検討時間推定部１４１は、ステップＳ４に進む。
【００７５】
一方、検討時間推定部１４１は、全てのレースＩＤを選択したと判定した場合には（ステップＳ６：ＮＯ）、ステップＳ８に進む。ステップＳ８において、検討時間推定部１４１は、全ての総閲覧時間の平均値を、基本検討時間として計算する。次いで、検討時間推定部１４１は、基本検討時間を対象ユーザのユーザＩＤと対応付けて検討時間ＤＢ１２ｈに登録する（ステップＳ９）。ステップＳ９を終えると、検討時間推定部１４１は、基本検討時間推定処理を終了させる。
【００７６】
図８は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による開催情報ページ要求受信処理の一例を示すフローチャートである。システム制御部１４は、ユーザ端末３から開催情報ページ要求を受信するごとに、開催情報ページ要求受信処理を実行する。開催情報ページ要求は、開催情報ページのリクエストを示す。開催情報ページ要求を送信してきたユーザ端末３を利用するユーザをアクセスユーザという。
【００７７】
図８に示すように、情報表示制御部１４３は、アクセスユーザのユーザＩＤを取得する（ステップＳ１１）。例えば、ユーザは、事前に競馬サイトにログインするときにユーザＩＤを入力し、ユーザ端末３は、入力されたユーザＩＤを馬券発売代行サーバ１へ送信する。システム制御部１４は、受信したユーザＩＤを、例えばセッションＩＤと対応付けてＲＡＭ１４ｃ等に記憶させる。そして、システム制御部１４は、セッションＩＤをクッキーとしてユーザ端末３へ送信する。その後、ユーザ端末３から馬券発売代行サーバ１へ送信される要求にはセッションＩＤが付加されている。選択馬情報取得部１４１は、セッションＩＤに基づいて、ユーザＩＤを取得することができる。
【００７８】
次いで、情報表示制御部１４３は、レース情報ＤＢ１２ｂから、本日開催される各レースのレース情報を取得する（ステップＳ１２）。具体的に、情報表示制御部１４３は、開催日が今日の日付であるレース情報を取得する。次いで、表示優先度決定部１４２は、表示優先度決定処理を実行する（ステップＳ１３）。表示優先度決定処理において、表示優先度決定部１４２は、本日開催される各レースの表示優先度を決定する。そして、表示優先度決定部１４２は、優先リストを生成する。優先リストには、表示優先度が他のレースよりも高いと決定されたレースのレースＩＤが登録される。また、表示優先度決定部１４２は、表示優先度が高いレースの数を、優先レース数Ｎとしてカウントする。表示優先度決定処理の詳細は後述する。
【００７９】
次いで、情報表示制御部１４３は、記憶部１２から、開催情報ページのＨＴＭＬ文書のテンプレートを取得する。次いで、情報表示制御部１４３は、取得したＨＴＭＬ文書に、本日開催されるレースの情報の表示用データを追加する（ステップＳ１４）。例えば、情報表示制御部１４３は、ステップＳ１２で取得したレース情報から、競馬場ＩＤ、レースＩＤ、レース番号及び発走時刻を取得する。次いで、情報表示制御部１４３は、競馬場ＩＤ、レース番号及び発走時刻に基づいて、開催情報ページの予定表１０１内におけるレースアイコン及び発走時刻の表示位置を特定する。次いで、情報表示制御部１４３は、特定した表示位置でレースアイコン及び発走時刻が表示されるように、レースアイコン及び発走時刻の表示用データをＨＴＭＬ文書に追加する。開催情報ページのＨＴＭＬ文書には、スタイルシートが含まれている。スタイルシートには、表示優先度が高いレースアイコン用の表示形式と、表示優先度が低いレースアイコン用の表示形式とがそれぞれ定義されている。情報表示制御部１４３は、表示用のデータを追加したレースアイコンの表示形式として、表示優先度が低いレースアイコン用の表示形式を指定する。情報表示制御部１４３は、各レース情報についてこのような処理を実行する。
【００８０】
次いで、情報表示制御部１４３は、検討順ｉを１に設定する（ステップＳ１５）。次いで、情報表示制御部１４３は、優先リストからｉ番目に登録されているレースＩＤを取得する（ステップＳ１６）。次いで、情報表示制御部１４３、取得したレースＩＤに対応するレースアイコンの表示形式を変更する（ステップＳ１７）。具体的に、情報表示制御部１４３は、ＨＴＭＬ文書において、取得したレースＩＤに対応するレースアイコンの表示用データの表示形式の指定を、表示優先度が高いレースアイコン用の表示形式に変更する。また、検討順ｉが２以上である場合、情報表示制御部１４３は、更に矢印の表示用のデータをＨＴＭＬ文書に追加する。例えば、情報表示制御部１４３は、検討順ｉ−１のレースＩＤに対応するレースアイコンの表示位置と、検討順ｉのレースＩＤに対応するレースアイコンの表示位置とに基づいて、矢印の開始点及び終了点の表示位置の座標を決定する。そして、情報表示制御部１４３は、決定した座標をＨＴＭＬ文書に追加する。
【００８１】
次いで、情報表示制御部１４３は、検討順ｉが優先レース数Ｎ未満であるか否かを判定する（ステップＳ１８）。このとき、情報表示制御部１４３は、検討順ｉが優先レース数Ｎ未満であると判定した場合には（ステップＳ１８：ＹＥＳ）、ステップＳ１９に進む。ステップＳ１９において、情報表示制御部１４３は、検討順ｉに１を加算する。次いで、情報表示制御部１４３は、ステップＳ１６に進む。一方、情報表示制御部１４３は、検討順ｉが優先レース数Ｎ未満ではないと判定した場合には（ステップＳ１８：ＮＯ）、ステップＳ２０に進む。ステップＳ２０において、表示用データの追加により完成したＨＴＭＬ文書を、アクセスユーザのユーザ端末３へ送信する。ステップＳ２０を終えると、情報表示制御部１４３は、開催情報ページ要求受信処理を終了させる。
【００８２】
ＨＴＭＬ文書を受信したユーザ端末３は、ＨＴＭＬ文書に基づいて開催情報ページを画面に表示する。このとき、ユーザ端末３は、各レースアイコンを、指定された表示形式で表示する。また、ユーザ端末３は、ＨＴＭＬ文書に含まれるスクリプトを実行する。これにより、ユーザ端末３は、各矢印の開始点及び終了点の座標をＨＴＭＬ文書から取得する。そして、ユーザ端末３は、開始点から終了点へ向かう矢印を、開催情報ページにオーバーレイ表示する。このようにして、ユーザ端末３の画面には、例えば図６に示すような開催情報ページが表示される。
【００８３】
図９は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による表示優先度決定処理の一例を示すフローチャートである。図９に示すように、表示優先度決定部１４２は、開催情報ページ要求受信処理で取得されたレース情報を、販売締切時刻が早い順にソートする（ステップＳ２１）。次いで、表示優先度決定部１４２は、検討時間ＤＢ１２ｈから、アクセスユーザのユーザＩＤに対応する基本検討時間を取得する（ステップＳ２２）。次いで、表示優先度決定部１４２は、優先レース数Ｎを０に設定する（ステップＳ２３）。また、表示優先度決定部１４２は、空の優先リストを生成する。次いで、表示優先度決定部１４２は、アクセス時刻として、現在時刻を取得する。そして、表示優先度決定部１４２は、アクセス時刻に基本検討時間を加算することにより、検討終了時刻を計算する（ステップＳ２４）。
【００８４】
次いで、表示優先度決定部１４２は、取得されたレース情報の中に、販売締切時刻が検討終了時刻以降であるレース情報が少なくとも１つあるか否かを判定する（ステップＳ２５）。このとき、表示優先度決定部１４２は、販売締切時刻が検討終了時刻以降であるレース情報があると判定した場合には（ステップＳ２５：ＹＥＳ）、ステップＳ２６に進む。ステップＳ２６において、表示優先度決定部１４２は、販売締切時刻が検討終了時刻以降であるレース情報のうち１つを選択する。次いで、表示優先度決定部１４２は、優先レース数Ｎに１を加算する（ステップＳ２７）。次いで、表示優先度決定部１４２は、選択したレース情報に含まれるレースＩＤを、優先リストに登録する（ステップＳ２８）。次いで、表示優先度決定部１４２は、現在の検討終了時刻に基本検討時刻を加算することにより、新しい検討終了時刻を計算する（ステップＳ２９）。次いで、情報表示制御部１４３は、ステップＳ２５に進む。ステップＳ２５において、情報表示制御部１４３は、販売締切時刻が検討終了時刻以降であるレース情報がないと判定した場合には（ステップＳ２５：ＮＯ）、表示優先度決定処理を終了させる。
【００８５】
［１−５．変形例１］
図９の例では、ユーザが複数のレースについて、投票する競走馬を連続して検討するとみなされている。すなわち、表示優先度決定部１４２は、或るレースの検討終了時刻を、次のレースの検討開始時刻に決定していた。しかしながら、表示優先度決定部１４２は、別の方法で検討開始時刻を決定してもよい。例えば、表示優先度決定部１４２は、ユーザが検討を行ったレースが終了した後に、次のレースの検討を開始するとみなしてもよい。すなわち、表示優先度決定部１４２は、或るレースの終了時刻を、次のレースの検討開始時刻に決定してもよい。表示優先度決定部１４２は、例えば、発走時刻から所定時間が経過したときに、レースが終了するとみなしてもよい。
【００８６】
図１０（ａ）は、表示優先度が高いレースの組み合わせとして決定された組み合わせの変形例を示す図である。本日開催される各レースの発走時刻は、図５（ａ）が示す時刻と同じである。発走時刻から５分が経過したときにレースが終了するものとする。
【００８７】
図５（ｂ）に示すように、ユーザＸの基本検討時間は４０分であり、ユーザＸの開催情報ページのアクセス時刻は１１時５５分である。ユーザＸが１１時５５分から検討を開始した場合、検討が終了する時刻は１２時３５分である。そこで、表示優先度決定部１４２は、例えば発走時刻が１２時４０分である競馬場Ｃの第２レースを１番目のレースに決定する。このレースは１２時４５分に終了する。ユーザＸが１２時４５分から検討を開始した場合、検討が終了する時刻は１３時２５分である。そこで、表示優先度決定部１４２は、例えば発走時刻が１３時３０分である競馬場Ｂの第５レースを、ユーザＸが検討する順番が２番目のレースに決定する。このレースは１３時３５分に終了する。ユーザＸが１３時３５分から検討を開始した場合、検討が終了する時刻は１４時２５分である。そこで、表示優先度決定部１４２は、例えば発走時刻が１４時３０分である競馬場Ｂの第７レースを、ユーザＸが検討する順番が３番目のレースに決定する。表示優先度決定部１４２は、４番目以降のレースも同様に決定する。これにより、表示優先度決定部１４２は、競馬場Ｃの第２レース、競馬場Ｂの第５レース、競馬場Ｂの第７レース、競馬場Ｂの第９レース、競馬場Ｂの第１１レース、競馬場Ｂの第１３レースという６個のレースの組み合わせを決定する。
【００８８】
ユーザＹの基本検討時間は２０分であり、ユーザＹの開催情報ページのアクセス時刻は１２時２０分である。ユーザＹが１２時２０分から検討を開始した場合、検討が終了する時刻は１２時４０分である。そこで、表示優先度決定部１４２は、例えば、発走時刻が１３時００分である競馬場Ｂの第４レースを１番目のレースに決定する。次にユーザＹが１３時０５分から検討を開始した場合、検討が終了する時刻は１３時２５分である。そこで、表示優先度決定部１４２は、例えば、発走時刻が１３時２５分である競馬場Ｂの第５レースを２番目のレースに決定する。表示優先度決定部１４２は、３番目以降のレースも同様に決定し、図１０（ａ）に示すように、１０個のレースの組み合わせを決定する。
【００８９】
ユーザＺの基本検討時間は５５分であり、ユーザＺの開催情報ページのアクセス時刻は１１時３０分である。ユーザＺが１１時３０分から検討を開始した場合、検討が終了する時刻は１２時２５分である。そこで、表示優先度決定部１４２は、例えば、発走時刻が１２時３０分である競馬場Ｂの第３レースを１番目のレースに決定する。次にユーザＺが１２時３５分から検討を開始した場合、検討が終了する時刻は１３時３０分である。そこで、表示優先度決定部１４２は、例えば、発走時刻が１３時３５分である競馬場Ａの第２レースを２番目のレースに決定する。表示優先度決定部１４２は、３番目以降のレースも同様に決定し、図１０（ａ）に示すように、６個のレースの組み合わせを決定する。
【００９０】
本変形例の場合、図９のステップＳ２９において、表示優先度決定部１４２は、選択したレース情報から発走時刻を取得する。次いで、表示優先度決定部１４２は、発走時刻に、記憶部１２に予め記憶されたレース所要時間を加算して、レース終了時刻を計算する。表示優先度決定部１４２は、レース終了時刻を検討開始時刻に決定する。次いで、表示優先度決定部１４２は、検討開始時刻に基本検討時間を加算して、新しい検討終了時刻を計算する。
【００９１】
［１−６．変形例２］
表示優先度決定部１４２は、本日開催される複数のレースのうち、表示優先度が高いレースに含まれる必須のレースを決定してもよい。そして、決定した必須のレースに基づいて、表示優先度が高い他のレースを決定してもよい。ここで、表示優先度決定部１４２は、必須のレースについての検討時間が確保可能なように、他のレースを決定する。表示優先度決定部１４２は、例えばメインレースを必須のレースに決定してもよい。メインレースは、例えば本日開催されるレースの中でグレードが最も高いレースである。
【００９２】
図１０（ｂ）は、表示優先度が高いレースの組み合わせとして決定された組み合わせの変形例を示す図である。本日開催される各レースの発走時刻は、図５（ａ）が示す時刻と同じである。メインレースは競馬場Ｂの第１４レースであるとする。このレースの発走時刻は１８時００分である。従って、ユーザは１７時５８分までに検討を終了する必要がある。
【００９３】
図５（ｂ）に示すように、ユーザＸの基本検討時間は４０分であり、ユーザＸの開催情報ページのアクセス時刻は１１時５５分である。先ず、表示優先度決定部１４２は、競馬場Ｂの第１４レースを決定する。１７時５８分に検討が終了する検討開始時刻は１７時１８分である。４０分の検討時間を確実に確保するためには、検討順が１つ前のレースの販売締切時刻が１７時１８分以前である必要がある。そこで、表示優先度決定部１４２は、販売締切時刻が１７時１８分以前であるレースのうち１つを、検討順が１つ前のレースに決定する。例えば、表示優先度決定部１４２は、販売締切時刻が１７時１８分に最も近いレースを決定してもよい。例えば、競馬場Ｃの第１１レースの発走時刻が１７時１０分であるので、表示優先度決定部１４２は、このレースを、検討順が１つ前のレースに決定する。競馬場Ｃの第１１レースの販売締切時刻は１７時０８分である。１７時０８分に検討が終了する検討開始時刻は１６時２８分である。そこで、表示優先度決定部１４２は、例えば販売締切時刻が１６時１０分である競馬場Ｃの第９レースを、検討順が更に１つ前のレースに決定する。同様に、表示優先度決定部１４２は、競馬場Ｃの第７レース、第５レース、第３レースを順次決定する。競馬場Ｃの第３レースの発走時刻は１３時１０分であり、販売締切時刻は１３時０８分である。１３時０８分に検討が終了する検討開始時刻は、１２時２８分である。販売締切時刻が１２時２８分以前であるレースは、競馬場Ｂの第１及び第２レース、競馬場Ｃの第１レースである。各レースの発走時刻は、１１時３０分、１２時００分、１２時１０分である。従って、各レースの検討開始時刻は、１０時５０分、１１時２０分、１１時３０分である。何れの検討開始時刻もアクセス時間よりも早い。そのため、ユーザＸは十分な検討時間をとることができない。そこで、表示優先度決定部１４２は、競馬場Ｃの第３レースで、表示優先度が高いレースの決定を終了させる。
【００９４】
ユーザＹの基本検討時間は２０分であり、ユーザＹの開催情報ページのアクセス時刻は１２時２０分である。先ず、表示優先度決定部１４２は、競馬場Ｂの第１４レースを決定する。１７時５８分に検討が終了する検討開始時刻は１７時３８分である。そこで、表示優先度決定部１４２は、例えば販売締切時刻が１７時４０分である競馬場Ｃの第１２レースを、検討順が１つ前のレースに決定する。同様に、表示優先度決定部１４２は、表示優先度が高いレースを順次決定し、図１０（ｂ）に示すように、１１個のレースの組み合わせを決定する。
【００９５】
ユーザＺの基本検討時間は５５分であり、ユーザＺの開催情報ページのアクセス時刻は１１時３０分である。先ず、表示優先度決定部１４２は、競馬場Ｂの第１４レースを決定する。１７時５８分に検討が終了する検討開始時刻は１７時０３分である。そこで、表示優先度決定部１４２は、例えば販売締切時刻が１７時０５分である競馬場Ａの第９レースを、検討順が１つ前のレースに決定する。同様に、表示優先度決定部１４２は、表示優先度が高いレースを順次決定し、図１０（ｂ）に示すように、６個のレースの組み合わせを決定する。
【００９６】
図１１は、本変形例に係る馬券発売代行サーバ１のシステム制御部１４による表示優先度決定処理の一例を示すフローチャートである。図１１において、図９と同様の処理については同様の符号が付されている。図１１に示すように、表示優先度決定部１４２は、ステップＳ２１〜Ｓ２４を実行する。次いで、表示優先度決定部１４２は、初回検討終了時刻を、ステップＳ２４で計算された検討終了時刻に設定する（ステップＳ３１）。次いで、表示優先度決定部１４２は、開催情報ページ要求受信処理で取得されたレース情報の中に、販売締切時刻が初回検討終了時刻以降であるレース情報が少なくとも１つあるか否かを判定する（ステップＳ３２）。このとき、表示優先度決定部１４２は、販売締切時刻が初回検討終了時刻以降であるレース情報がないと判定した場合には（ステップＳ３２：ＮＯ）、表示優先度決定処理を終了させる。一方、表示優先度決定部１４２は、販売締切時刻が初回検討終了時刻以降であるレース情報があると判定した場合には（ステップＳ３２：ＹＥＳ）、ステップＳ３３に進む。ステップＳ３３において、表示優先度決定部１４２は、販売締切時刻が初回検討終了時刻以降であるレース情報のうち、グレードが最も高いレース情報を選択する。
【００９７】
次いで、表示優先度決定部１４２は、優先レース数Ｎに１を加算する（ステップＳ３４）。次いで、表示優先度決定部１４２は、選択したレース情報に含まれるレースＩＤを、優先リストに登録する（ステップＳ３５）。次いで、表示優先度決定部１４２は、選択したレース情報に含まれる販売締切時刻から基本検討時刻を減算することにより、検討開始時刻を計算する（ステップＳ３６）。次いで、表示優先度決定部１４２は、開催情報ページ要求受信処理で取得したレース情報の中に、販売締切時刻が検討開始時刻以前であり、且つ販売締切時刻が初回検討終了時刻以降であるレース情報が少なくとも１つあるか否かを判定する（ステップＳ３７）。このとき、表示優先度決定部１４２は、販売締切時刻が検討開始時刻以前であり、且つ販売締切時刻が初回検討終了時刻以降であるレース情報があると判定した場合には（ステップＳ３７：ＹＥＳ）、ステップＳ３８に進む。ステップＳ３８において、表示優先度決定部１４２は、販売締切時刻が検討開始時刻以前であり、且つ販売締切時刻が初回検討終了時刻以降であるレース情報のうち１つを選択する。次いで、表示優先度決定部１４２は、ステップＳ３４に進む。
【００９８】
一方、表示優先度決定部１４２は、販売締切時刻が検討開始時刻以前であるレース情報がないと判定するか、又は販売締切時刻が初回検討終了時刻以降であるレース情報がないと判定した場合には（ステップＳ３７：ＮＯ）、ステップＳ３９に進む。ステップＳ３９において、表示優先度決定部１４２は、優先リスト中のレースＩＤの並びを、優先リストに登録された順とは逆順にソートして、優先リストを書き換える。次いで、表示優先度決定部１４２は、ステップＳ３３で選択されたレース情報から販売締切時刻を取得する。そして、表示優先度決定部１４２は、取得した販売締切時刻に基本検討時間を加算して、検討終了時刻を計算する。次いで、表示優先度決定部１４２は、ステップＳ２５〜Ｓ２９を実行する。ステップＳ２９を終えると、表示優先度決定部１４２は、ステップＳ２５に進む。ステップＳ２５において、表示優先度決定部１４２は、販売締切時刻が検討終了時刻以降であるレース情報がないと判定した場合には（ステップＳ２５：ＮＯ）、表示優先度決定処理を終了させる。
【００９９】
なお、表示優先度決定部１４２は、ユーザが検討を行ったレースが終了した後に、次のレースの検討を開始するとみなしてもよい。この場合、表示優先度決定部１４２は、各レースの販売締切時刻にレース所要時間を加算して、レース終了時刻を計算する。そして、図９のステップＳ３７において、表示優先度決定部１４２は、レース終了時刻が検討開始時刻以前であり、且つ販売締切時刻が初回検討終了時刻以降であるレース情報があるか否かを判定する。表示優先度決定部１４２は、この条件を満たすレース情報のうち１つを選択する（ステップＳ３８）。ステップＳ２９において、表示優先度決定部１４２は、変形例１と同様に検討終了時刻を計算する。
【０１００】
以上説明したように、本実施形態によれば、システム制御部１４が、レースに出場する複数の競走馬の中から投票する競走馬を対象ユーザが検討するのに要する検討時間を取得する。また、システム制御部１４が、検討時間と、現在時刻と、複数のレースのそれぞれの販売締切時刻とに基づいて、複数のレースのそれぞれに関するウェブページの表示優先度を決定する。また、システム制御部１４が、決定された表示優先度に基づいて、レースアイコンの表示を制御する。従って、馬券の販売締切時刻までに十分な検討時間をとることができるレースに関する情報を優先して表示させることができる。
【０１０１】
また、システム制御部１４が、操作履歴に基づいて検討時間を推定してもよい。このとき、システム制御部１４は、レースに関する情報のウェブページの閲覧履歴から特定される閲覧時間に基づいて、検討時間を推定してもよい。この場合、過去の閲覧時間に基づいて検討時間を推定することができる。
【０１０２】
また、システム制御部１４が、複数のレースの中から、検討時間をそれぞれ確保可能な２以上のレースの組み合わせを、レースアイコンを優先的に表示させる組み合わせに決定してもよい。そして、システム制御部１４が、決定された組み合わせに基づいて、レースアイコンの表示を制御してもよい。この場合、ユーザが順次検討及び投票を行うことができる複数のレースのそれぞれの情報を優先して表示させることができる。
【０１０３】
［２．第２実施形態］
［２−１．馬券発売代行サーバ１の機能概要］
次に、第２実施形態における機能概要について、図１２及び図１３を用いて説明する。本実施形態において、検討時間推定部１４１は、基本検討時間の推定に用いる操作履歴を、表示優先度を決定するレースと関連するレースに関する操作履歴のみに限定する。その理由は、如何なるレースであるかによって検討時間が異なる場合があるからである。従って、検討時間推定部１４１は、表示優先度を決定するレースごとに基本検討時間を決定する。表示優先度を決定するレースと関連するレースを、関連レースという。その他の点において、第２実施形態は第１実施形態と同様である。
【０１０４】
例えば、検討時間推定部１４１は、表示優先度を決定するレースのレース属性と同じレース属性を有するレースを、関連レースに決定する。例えば、レース属性は、レースの条件であってもよい。レースの条件は、例えば、グレード、距離、馬場、競馬場等の何れかの条件であってもよい。また、レースの条件は、複数の条件の組み合わせであってもよい。
【０１０５】
また例えば、レース属性は、レースに出場する複数の競走馬の優劣の傾向であってもよい。その理由は、優劣の傾向によって検討時間が異なる場合があるからである。優劣の傾向によって、そのレースが、大本命がいるレースであるか、混戦が予想されるレースであるか、又はこれらの中間のレースであるか等を特定することができる。競走馬の優劣を比較可能な情報の項目として、例えば、オッズ（単勝オッズ）、馬体重、馬体重の増減、過去のレースのレースタイム、勝利数、勝率等がある。これらの情報は、オッズ情報又はレース情報に含まれる出走馬情報から取得可能である。オッズが低い競走馬ほど優位である。馬体重が軽い競走馬ほど優位である。馬体重の増減が小さい競走馬ほど優位である。レースタイムが短い競走馬ほど優位である。勝利数が多い競走馬ほど優位である。勝率が高い競走馬ほど優位である。検討時間推定部１４１は、例えばこれらの項目の情報のうち何れかの項目の情報を用いて、優劣の傾向を決定してもよい。
【０１０６】
検討時間推定部１４１は、各レースについて、相対的に優位な競走馬と相対的に劣位な競走馬とを特定する。このとき、検討時間推定部１４１は、相対的に優位な競走馬と相対的に劣位な競走馬との間の優位差が顕著な差となるように、相対的に優位な競走馬及び相対的に劣位な競走馬を特定する。優位差は、例えば、オッズの差、レースタイムの差、勝利数の差、勝率の差、馬体重の差、優位度の差等である。優劣差が顕著な差であると認められる条件は、例えば予め定められていてもよい。例えば、検討時間推定部１４１は、各競走馬の優劣順位を決定する。優劣順位は、優位な順に各出走馬の順位を決定したときの順位である。検討時間推定部１４１は、優劣順位が隣り合う競走馬間での優劣差を計算してもよい。そして、検討時間推定部１４１は、計算された優劣差の中で最大の優劣差を、顕著な優劣差に決定してもよい。相対的に優位な競走馬が１頭のみであるレースは、その競走馬が大本命であるレースである。相対的に優位な競走馬の数が多いレースであるほど、混戦が予想される。相対的に優位な競走馬の数を優位頭数という。検討時間推定部１４１は、例えば、表示優先度を決定するレースの優位頭数と同じ優位頭数のレースを、関連レースに決定してもよい。
【０１０７】
図１２（ａ）〜図１２（ｃ）は、関連レースの決定例を示す図である。説明の便宜上、各レースには６頭の競走馬が出走するものとする。また例えば、オッズを用いて優劣頭数が決定されるとする。図１２（ａ）は、表示優先度が決定されるレースのオッズの一例を示す図である。図１２（ａ）に示すように、優劣順位が２番目の競走馬のオッズと優劣順位が３番目の競走馬のオッズとの差が顕著である。従って、このレースの優位頭数は２である。
【０１０８】
図１２（ｂ）は、別のレースのオッズの一例を示す図である。図１２（ｂ）に示すように、優劣順位が５番目の競走馬のオッズと優劣順位が６番目の競走馬のオッズとの差が顕著である。従って、このレースの優位頭数は５である。優位頭数が一致しないため、検討時間推定部１４１は、このレースを、表示優先度が決定されるレースの関連レースではないと決定する。
【０１０９】
図１２（ｃ）は、更に別のレースのオッズの一例を示す図である。図１２（ｃ）に示すように、優劣順位が２番目の競走馬のオッズと優劣順位が３番目の競走馬のオッズとの差が顕著である。従って、このレースの優位頭数は２である。優位頭数が一致するため、検討時間推定部１４１は、このレースを、表示優先度が決定されるレースの関連レースであると決定する。
【０１１０】
図１３は、検討時間ＤＢ１２ｈに登録される内容の一例を示す図である。図１３に示すように、検討時間ＤＢ１２ｈには、ユーザＩＤ、レース属性値及び基本検討時間が、ユーザとレース属性値との組み合わせごとに対応付けて登録される。レース属性値は、関連レースの判定に用いられるレース属性において取り得る属性値である。関連レースの判定に用いられるレース属性がレース条件である場合、レース属性値は、例えばグレードの値、距離の値、馬場を示す識別情報、又は競馬場ＩＤ等であってもよい。関連レースの判定に用いられるレース属性が優劣の傾向である場合、レース属性値は、例えば優位頭数であってもよい。
【０１１１】
［２−２．情報処理システムの動作］
【０１１２】
次に、情報処理システムＳの動作について、図１４及び図１５を用いて説明する。
図１４は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。図１４において、図７と同様の処理については同様の符号が付されている。図１４に示すように、検討時間推定部１４１は、ステップＳ１及びＳ２を実行する。次いで、検討時間推定部１４１は、ステップＳ２で取得した各レースＩＤに対応するレース情報をレース情報ＤＢ１２ｂから取得する（ステップＳ５１）。次いで、検討時間推定部１４１は、関連レースの判定に用いられるレース属性において取り得る全てのレース属性値のうち１つを選択する（ステップＳ５２）。次いで、検討時間推定部１４１は、ステップＳ２で取得されたレースＩＤの中から、選択したレース属性値と同じレース属性値のレースのレースＩＤを抽出する（ステップＳ５３）。例えば、関連レースの判定に用いられるレース属性がレース条件である場合、検討時間推定部１４１は、レース情報から、関連レースの判定に用いられるレース属性の値を取得する。そして、検討時間推定部１４１は、取得した値が、選択したレース属性値に一致するレースのレースＩＤを抽出する。
【０１１３】
関連レースの判定に用いられるレース属性が優劣の傾向である場合、検討時間推定部１４１は、ステップＳ２で取得された各レースＩＤが示すレースの優位頭数を決定する。具体的に、検討時間推定部１４１は、競走馬間の優劣を決定するための項目の値を取得する。競走馬間の優劣を決定するための項目がオッズである場合、検討時間推定部１４１は、ステップＳ２で取得されたレースＩＤに対応する各競走馬の単勝オッズをオッズＤＢ１２ｄから取得する。競走馬間の優劣を決定するための項目が馬体重、馬体重の増減、過去のレースのレースタイム、勝利数又は勝率である場合、検討時間推定部１４１は、レース情報に含まれる出走馬情報から、各競走馬のその項目の値を取得する。検討時間推定部１４１は、取得した値に基づいて、各競走馬の馬番を優位な順にソートして、各競走馬の優劣順位を決定する。次いで、検討時間推定部１４１は、優劣順位が隣り合う競走馬間の優劣差を計算する。次いで、検討時間推定部１４１は、計算した優劣差のうち最も大きい優劣差を特定する。次いで、検討時間推定部１４１は、特定した優劣差が計算された２頭の競走馬の優劣順位のうち、高い方の優劣順位を選択する。次いで、検討時間推定部１４１は、選択した優劣順位に相当する数を、優位頭数に決定する。そして、検討時間推定部１４１は、計算された優位頭数が、選択したレース属性値が示す優位頭数と一致するレースのレースＩＤを抽出する。
【０１１４】
次いで、検討時間推定部１４１は、抽出したレースＩＤのうち１つを選択する（ステップＳ５４）。次いで、検討時間推定部１４１は、第１実施形態と同様にステップＳ４〜Ｓ８を実行する。ステップＳ８の後、検討時間推定部１４１は、ステップＳ８で計算した基本検討時間を、対象ユーザのユーザＩＤ、及び選択されたレース属性値と対応付けて検討時間ＤＢ１２ｈに登録する（ステップＳ５５）。次いで、検討時間推定部１４１は、関連レースの判定に用いられるレース属性において取り得る全てのレース属性値の中にまだ選択していないレース属性値があるか否かを判定する（ステップＳ５６）。このとき、検討時間推定部１４１は、まだ選択していないレース属性値があると判定した場合には（ステップＳ５６：ＹＥＳ）、ステップＳ５７に進む。ステップＳ５７において、検討時間推定部１４１は、まだ選択していないレース属性値のうち１つを選択する。次いで、検討時間推定部１４１は、ステップＳ５３に進む。一方、検討時間推定部１４１は、全てのレース属性値を選択したと判定した場合には（ステップＳ５６：ＮＯ）、基本検討時間推定処理を終了させる。
【０１１５】
図１５は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による表示優先度決定処理の一例を示すフローチャートである。図１５に示すように、表示優先度決定部１４２は、開催情報ページ要求受信処理で取得されたレース情報のうち１つを選択する（ステップＳ６１）。次いで、表示優先度決定部１４２は、選択されたレース情報に対応するレースのレース属性値を取得する（ステップＳ６２）。レース属性値の取得方法は、図１４のステップＳ５３と同様である。次いで、表示優先度決定部１４２は、取得したレース属性値及びアクセスユーザのユーザＩＤに対応する基本検討時間を、検討時間ＤＢ１２ｈから取得する。そして、表示優先度決定部１４２は、選択したレース情報に含まれる販売締切時刻に、取得した基本検討時間を加算することにより、選択したレース情報に対応するレースの検討開始期限時刻を計算する（ステップＳ６３）。次いで、表示優先度決定部１４２は、開催情報ページ要求受信処理で取得されたレース情報の中にまだ選択されていないレース情報があるか否かを判定する（ステップＳ６４）。このとき、表示優先度決定部１４２は、まだ選択されていないレース情報があると判定した場合には（ステップＳ６４：ＹＥＳ）、ステップＳ６５に進む。ステップＳ６６において、表示優先度決定部１４２は、まだ選択されていないレース情報のうち１つを選択する。次いで、表示優先度決定部１４２は、ステップＳ６２に進む。
【０１１６】
一方、表示優先度決定部１４２は、全てのレース情報を選択したと判定した場合には（ステップＳ６４：ＮＯ）、ステップＳ６６に進む。ステップＳ６６において、表示優先度決定部１４２は、開催情報ページ要求受信処理で取得されたレース情報を販売締切時刻でソートする。次いで、表示優先度決定部１４２は、優先レース数Ｎを０に設定する（ステップＳ６７）。また、表示優先度決定部１４２は、空の優先リストを生成する。次いで、表示優先度決定部１４２は、アクセス時刻として、現在時刻を取得する。そして、表示優先度決定部１４２は、検討開始時刻をアクセス時刻に設定する（ステップＳ６８）。次いで、表示優先度決定部１４２は、取得されたレース情報のうち、検討開始期限時刻が検討開始時刻以降であるレース情報が少なくとも１つあるか否かを判定する（ステップＳ６９）。このとき、表示優先度決定部１４２は、検討開始期限時刻が検討開始時刻以降であるレース情報があると判定した場合には（ステップＳ６９：ＹＥＳ）、ステップＳ７０に進む。ステップＳ７０において、表示優先度決定部１４２は、検討開始期限時刻が検討開始時刻以降であるレース情報のうち１つを選択する。次いで、表示優先度決定部１４２は、優先レース数Ｎに１を加算する（ステップＳ７１）。次いで、表示優先度決定部１４２は、選択したレース情報に含まれるレースＩＤを、優先リストに登録する（ステップＳ７２）。次いで、表示優先度決定部１４２は、現在の検討開始時刻に、選択したレース情報についてステップＳ６３で取得された基本検討時間を加算することにより、新しい検討開始時刻を計算する（ステップＳ７３）。次いで、情報表示制御部１４３は、ステップＳ６９に進む。ステップＳ６９において、表示優先度決定部１４２は、検討開始期限時刻が検討開始時刻以降であるレース情報がないと判定した場合には（ステップＳ６９：ＮＯ）、表示優先度決定処理を終了させる。
【０１１７】
以上説明したように、本実施形態によれば、システム制御部１４が、対象ユーザのユーザＩＤと対応付けて記憶された操作履歴のうち、表示優先度が決定されるレースと関連するレースの操作履歴に基づいて、表示優先度が決定されるレースの検討時間を推定する。従って、レースごとに適切な検討時間を推定することができる。
【０１１８】
［３．第３実施形態］
［３−１．馬券発売代行サーバ１の機能概要］
次に、第３実施形態における機能概要について、図１６を用いて説明する。本実施形態において、検討時間推定部１４１は、対象ユーザ以外ユーザの履歴を用いて、対象ユーザの基本検討時間を推定する。このとき、検討時間推定部１４１は、全ユーザのうち、例えば競馬サイトにおける対象ユーザの行動特性と同じ行動特性を有するユーザの履歴のみを用いてもよい。その理由は、行動特性が同じユーザは同じような時間で検討を行う蓋然性があるからである。基本検討時間の推定に履歴が用いられるユーザを、参照ユーザという。検討時間推定部１４１は、参照ユーザの履歴に基づいて、参照ユーザが競走馬を決定するのに要した時間をその参照ユーザの検討時間として決定する。検討時間推定部１４１は、例えば、表示優先度が決定されるレースごとに、参照ユーザの検討時間のうち、表示優先度が決定されるレースと関連するレースについての検討時間のみに基づいて、基本検討時間を推定してもよい。参照ユーザの検討時間の決定方法は、例えば第２実施形態における対象ユーザの基本検討時間の推定方法と同じであってもよい。その他の点において、第３実施形態は第２実施形態と同様である。
【０１１９】
競馬サイトにおける行動特性は、例えば、検討時間に影響する可能性がある行動の特性であってもよい。例えば、行動特性は、出馬表ページ、オッズページ、レース分析ページ、予想一覧ページ等の、レースに関する情報が表示されるウェブページのうち、ユーザが最も長く又は多く閲覧するウェブページで示されてもよい。また例えば、行動特性は、レースに関する情報が表示されるウェブページを、ユーザが閲覧する順序で示されてもよい。また行動特性は、ユーザが馬券を購入するタイミングで示されてもよい。また例えば、ユーザが馬券を購入する傾向があるレースに出場する複数の競走馬の優劣の傾向で示されてもよい。また他の方法で行動特性が示されてもよい。
【０１２０】
図１６は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。図１６が図４（ａ）と異なる点は、会員情報ＤＢ１２ａに行動特性情報が更に登録されることである。行動特性情報は、ユーザの行動特性を示す情報である。例えば、ユーザが最も長く又は多く閲覧するウェブページの内容種別が行動特性情報に格納されてもよい。また例えば、ユーザが閲覧する複数のウェブページの内容種別と閲覧される順番とが対応付けて行動特性情報に格納されてもよい。また例えば、ユーザが馬券を購入する時刻から発走時間までに要する時間が行動特性情報に格納されてもよい。また例えば、ユーザが馬券を購入する傾向があるレースの優位頭数が行動特性情報に格納されてもよい。
【０１２１】
なお、検討時間推定部１４１は、対象ユーザの検討時間と参照ユーザの検討時間の両方に基づいて、対象ユーザの基本検討時間を推定してもよい。例えば、検討時間推定部１４１は、検討時間の平均値を基本検討時間に決定してもよい。このとき、検討時間推定部１４１は、例えば、対象ユーザの検討時間の重みを参照ユーザの検討時間の重みよりも大きくして、加重平均を計算してもよい。
【０１２２】
［３−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１７及び図１８を用いて説明する。図１７は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。図１７において、図１４と同様の処理については同様の符号が付されている。
【０１２３】
図１７に示すように、検討時間推定部１４１は、ステップＳ１を実行する。次いで、検討時間推定部１４１は、対象ユーザのユーザＩＤに対応する購入履歴を馬券購入履歴ＤＢ１２ｇから検索する。また、検討時間推定部１４１は、対象ユーザのユーザＩＤに対応する操作履歴を操作履歴ＤＢ１２ｆから検索する（ステップＳ８１）。
【０１２４】
次いで、検討時間推定部１４１は、ステップＳ２で検索した履歴に基づいて、対象ユーザの行動特性を特定する。そして、検討時間推定部１４１は、対象ユーザのユーザＩＤに対応付けて行動特性情報を会員情報ＤＢ１２ａに登録する（ステップＳ８２）。例えば、検討時間推定部１４１は、閲覧履歴に基づいて、閲覧されたウェブページの内容種別ごとの閲覧時間又は閲覧回数を計算する。そして、検討時間推定部１４１は、閲覧時間が最も長い又は閲覧回数が最も多い内容種別を、行動特性情報に決定する。また例えば、検討時間推定部１４１は、閲覧履歴に基づいて、レースごとに、閲覧されたウェブページの内容種別をウェブページのアクセス日時の順に並べた配列を生成する。次いで、検討時間推定部１４１は、内容が同じ配列を１つのグループにまとめ、グループごとに、配列の数をカウントする。そして、検討時間推定部１４１は、配列の数が最も多いグループを特定し、そのグループに対応する配列を行動特性情報に決定する。また例えば、検討時間推定部１４１は、馬券購入履歴から購入日時を取得するとともに、馬券購入履歴に含まれるレースＩＤに対応するレース情報をレース情報ＤＢ１２ｂから検索する。また、検討時間推定部１４１は、レース情報から開催日及び発走時刻を取得する。また、検討時間推定部１４１は、購入日時、開催日及び発走時刻に基づいて、馬券の購入日時から発送日時までの経過時間を計算する。馬券購入履歴ごとに経過時間を計算すると、検討時間推定部１４１は、各馬券購入履歴を、経過時間に応じて、複数の時間範囲の何れかに分類する。時間範囲は、例えば、０〜１時間、１時間〜２時間、２時間〜３時間等であってもよい。次いで、検討時間推定部１４１は、時間範囲ごとに、分類された馬券購入履歴の数をカウントする。そして、検討時間推定部１４１は、分類された馬券購入履歴の数が最も多い時間範囲を、行動特性情報に決定する。また例えば、検討時間推定部１４１は、馬券購入履歴からレースＩＤを取得する。次いで、検討時間推定部１４１は、取得したレースＩＤに対応する優位頭数を決定する。レースＩＤごとに優位頭数を決定すると、各レースＩＤを、優位頭数でグループ分けする。次いで、検討時間推定部１４１は、グループごとにレースＩＤの数を計算する。そして、検討時間推定部１４１は、レースＩＤの数が最も多いグループに対応する優位頭数を行動特性情報に決定する。
【０１２５】
次いで、検討時間推定部１４１は、ステップＳ８２で決定された行動特性情報と一致する行動特性情報に対応するユーザＩＤを、会員情報ＤＢ１２ａから検索する（ステップＳ８３）。このユーザＩＤが、参照ユーザのユーザＩＤである。次いで、検討時間推定部１４１は、全てのレース属性値のうち１つを選択する（ステップＳ５２）。次いで、検討時間推定部１４１は、参照ユーザ時間決定処理を実行する（ステップＳ８４）。参照ユーザ時間決定処理において、検討時間推定部１４１は、各参照ユーザの検討時間を特定する。参照ユーザ時間決定処理の詳細は後述する。
【０１２６】
次いで、検討時間推定部１４１は、参照ユーザ時間決定処理で参照ユーザについて特定された検討時間の平均値を計算することにより、対象ユーザの基本検討時間を計算する（ステップＳ８５）。次いで、検討時間推定部１４１は、ステップＳ５５〜Ｓ５７を実行する。ステップＳ５７を終えると、検討時間推定部１４１は、ステップＳ８４に進む。ステップＳ５６において、検討時間推定部１４１は、全てのレース属性値を選択したと判定した場合には（ステップＳ５６：ＮＯ）、基本検討時間推定処理を終了させる。
【０１２７】
図１８は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による参照ユーザ時間決定処理の一例を示すフローチャートである。図１８に示すように、検討時間推定部１４１は、参照ユーザのユーザＩＤのうち１つを選択する（ステップＳ９１）。次いで、検討時間推定部１４１は、参照ユーザのユーザＩＤに対応する購入履歴を馬券購入履歴ＤＢ１２ｇから検索する。そして、検討時間推定部１４１は、検索した各購入履歴からレースＩＤを取得する。また、また、検討時間推定部１４１は、参照ユーザのユーザＩＤに対応する操作履歴を操作履歴ＤＢ１２ｆから検索する（ステップＳ９２）。次いで、検討時間推定部１４１は、取得した各レースＩＤに対応するレース情報をレース情報ＤＢ１２ｂから取得する（ステップＳ９３）。次いで、検討時間推定部１４１は、取得されたレースＩＤの中から、基本検討時間推定処理で選択したレース属性値と同じレース属性値のレースのレースＩＤを抽出する（ステップＳ９４）。レースＩＤの抽出方法は、図１４に示すステップＳ５３と同様である。
【０１２８】
次いで、検討時間推定部１４１は、抽出したレースＩＤのうち１つを選択する（ステップＳ９５）。次いで、検討時間推定部１４１は、ステップＳ９２で検索された操作履歴の中から、選択したレースＩＤに対応する閲覧履歴を抽出する（ステップＳ９６）。このとき、検討時間推定部１４１は、購入履歴に含まれる購入日時よりもアクセス日時が早い閲覧履歴を抽出する。次いで、検討時間推定部１４１は、総閲覧時間を計算する（ステップＳ９７）。総閲覧時間の計算方法は、図７に示すステップＳ５と同様である。次いで、検討時間推定部１４１は、購入履歴から取得したレースＩＤの中にまだ選択していないレースＩＤがあるか否かを判定する（ステップＳ９８）。このとき、検討時間推定部１４１は、まだ選択していないレースＩＤがあると判定した場合には（ステップＳ９８：ＹＥＳ）、ステップＳ９９に進む。ステップＳ９９において、検討時間推定部１４１は、まだ選択していないレースＩＤのうち１つを選択する。次いで、検討時間推定部１４１は、ステップＳ９６に進む。
【０１２９】
一方、検討時間推定部１４１は、全てのレースＩＤを選択したと判定した場合には（ステップＳ９８：ＮＯ）、ステップＳ１００に進む。ステップＳ１００において、検討時間推定部１４１は、全ての総閲覧時間の平均値を、選択したユーザＩＤに対応する参照ユーザの検討時間として計算する。次いで、検討時間推定部１４１は、参照ユーザのユーザＩＤの中にまだ選択していないユーザＩＤがあるか否かを判定する（ステップＳ１０１）。このとき、検討時間推定部１４１は、まだ選択していないユーザＩＤがあると判定した場合には（ステップＳ１０１：ＹＥＳ）、ステップＳ１０２に進む。ステップＳ１０２において、検討時間推定部１４１は、まだ選択していないユーザＩＤのうち１つを選択する。次いで、検討時間推定部１４１は、ステップＳ９２に進む。一方、検討時間推定部１４１は、全てのユーザＩＤを選択したと判定した場合には（ステップＳ１０１：ＮＯ）、参照ユーザ時間決定処理を終了させる。
【０１３０】
以上説明したように、本実施形態によれば、システム制御部１４が、対象ユーザのユーザＩＤと対応付けて記憶された操作履歴に基づいて、該ユーザの行動特性を特定する。また、システム制御部１４が、特定された行動特性を有する参照ユーザが、表示優先度が決定されるレースと関連するレースで投票する競走馬を検討するのに要した時間に基づいて、対象ユーザの検討時間を推定する。従って、他のユーザの操作履歴を用いても、検討時間を適切に推定することができる。また、レースごとに適切な検討時間を推定することができる。
【０１３１】
［４．第４実施形態］
［４−１．馬券発売代行サーバ１の機能概要］
次に、第４実施形態における機能概要について、図１９を用いて説明する。本実施形態において、検討時間推定部１４１は、閲覧履歴に基づいて、ウェブページに表示される内容の種類ごと、すなわち内容種別ごとに、１回当たりの閲覧時間を特定する。また、検討時間推定部１４１は、閲覧履歴に基づいて、対象ユーザによる１レースあたりのウェブページの閲覧回数を、内容種別ごとに特定する。そして、検討時間推定部１４１は、閲覧時間及び閲覧回数に基づいて、基本検討時間を推定する。例えば、検討時間推定部１４１は、内容種別ごとに、閲覧時間と閲覧回数とを掛け合わせて１レースあたりの閲覧時間を計算し、全ての内容種別の１レースあたりの閲覧時間の合計値を、基本検討時間として決定してもよい。その他の点において、第４実施形態は第１実施形態と同様である。
【０１３２】
例えば、検討時間推定部１４１は、内容種別ごとに、１回当たりの閲覧時間に閲覧回数を掛けて、内容種別に対応する１レース当たりの閲覧時間を計算してもよい。検討時間推定部１４１は、例えばこの１レース当たりの閲覧時間を、内容基本検討時間に決定してもよい。内容基本検討時間は、対象ユーザの内容種別に対応する基本検討時間である。そして、検討時間推定部１４１は、例えば全ての内容基本検討時間の合計値を、基本検討時間として計算してもよい。図１９は、基本検討時間の推定例を示す図である。図１９に示すように、出馬表ページ、オッズページ、レース分析ページ、予想一覧ページの閲覧時間及び閲覧回数は、それぞれ２０分と２回、５分と５回、０分と０回、１０分と１回であるとする。従って、出馬表ページ、オッズページ、レース分析ページ、予想一覧ページのそれぞれの内容基本検討時間は、４０分、２５分、０分、１０分である。そのため、基本検討時間は７５分である。
【０１３３】
検討時間推定部１４１は、１回当たりの閲覧時間として、例えば対象ユーザの閲覧時間を用いてもよいし、対象ユーザとは異なるユーザの閲覧時間を用いてもよい。また、検討時間推定部１４１は、対象ユーザと、対象ユーザとは異なるユーザの両方の閲覧時間を用いてもよい。対象ユーザとは異なるユーザの閲覧時間を用いる場合、検討時間推定部１４１は、例えば第３実施形態のように、閲覧時間を用いるユーザを、対象ユーザの行動特性と同じ行動特性を有する参照ユーザのみに限定してもよい。
【０１３４】
検討時間推定部１４１は、例えば、全てのレースについての閲覧時間及び閲覧回数を用いてもよい。また例えば、検討時間推定部１４１は、第２実施形態のように、表示優先度が決定されるレースに関連するレースについての閲覧時間及び閲覧回数のみを用いてもよい。
【０１３５】
［４−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図２０及び図２１を用いて説明する。なお、以下に説明する動作例は、対象ユーザの行動特性と同じ行動特性を有する参照ユーザの閲覧時間が用いられるとともに、表示優先度が決定されるレースに関連するレースについての閲覧時間及び閲覧回数が用いられる場合の例である。図２０は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。図２０において、図１７と同様の処理については同様の符号が付されている。図２０に示すように、検討時間推定部１４１は、ステップＳ１、Ｓ８１〜Ｓ８３及びＳ５２を実行する。次いで、検討時間推定部１４１は、基本検討時間を０に設定する（ステップＳ１１１）。次いで、検討時間推定部１４１は、全ての内容種別のうち１つを選択する（ステップＳ１１２）。
【０１３６】
次いで、検討時間推定部１４１は、対象ユーザについて、選択した内容種別のウェブページの閲覧回数を計算する（ステップＳ１１３）。具体的に、検討時間推定部１４１は、ステップＳ８１で検索された馬券購入履歴からレースＩＤを取得し、取得されたレースＩＤの中から、ステップＳ５２で選択したレース属性値と同じレース属性値のレースのレースＩＤを抽出する。次いで、検討時間推定部１４１は、抽出したレースＩＤごとに、対象ユーザのユーザＩＤ及びレースＩＤに対応する閲覧履歴を検索する。次いで、検討時間推定部１４１は、検索した閲覧履歴のうち、選択された内容種別がと同じ内容種別を含む閲覧履歴を抽出する。そして、検討時間推定部１４１は、抽出した閲覧履歴の数を、閲覧回数としてカウントする。
【０１３７】
次いで、検討時間推定部１４１は、参照ユーザ時間決定処理を実行する（ステップＳ８４）。本実施形態の場合、参照ユーザ時間決定処理において、検討時間推定部１４１は、各参照ユーザについて、選択された内容種別に対応する参照閲覧時間を特定する。参照閲覧時間は、参照ユーザがウェブページを閲覧した時間である。次いで、検討時間推定部１４１は、参照ユーザ時間決定処理において特定された全参照ユーザの参照閲覧時間の平均値に閲覧回数を掛けて、内容種別に対応する内容基本検討時間を計算する。そして、検討時間推定部１４１は、内容基本検討時間を基本検討時間に加算する（ステップＳ１１４）。
【０１３８】
次いで、検討時間推定部１４１は、全ての内容種別の中にまだ選択していない内容種別があるか否かを判定する（ステップＳ１１５）。このとき、検討時間推定部１４１は、まだ選択していない内容種別があると判定した場合には（ステップＳ１１５：ＹＥＳ）、ステップＳ１１６に進む。ステップＳ１１６において、検討時間推定部１４１は、まだ選択していない内容種別のうち１つを選択する。次いで、検討時間推定部１４１は、ステップＳ１１３に進む。一方、検討時間推定部１４１は、全ての内容種別を選択したと判定した場合には（ステップＳ１１５：ＮＯ）、ステップＳ５５〜Ｓ５７を実行する。ステップＳ５７を終えると、検討時間推定部１４１は、ステップＳ１１１に進む。ステップＳ５６において、検討時間推定部１４１は、全てのレース属性値を選択したと判定した場合には（ステップＳ５６：ＮＯ）、基本検討時間推定処理を終了させる。
【０１３９】
図２１は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による参照ユーザ時間決定処理の一例を示すフローチャートである。図２１において、図１８と同様の処理については同様の符号が付されている。図２１に示すように、検討時間推定部１４１は、ステップＳ９１〜Ｓ９５を実行する。次いで、検討時間推定部１４１は、ステップＳ９２で検索された操作履歴の中から、ステップＳ９５で選択したレースＩＤ、及び基本検討時間推定処理で選択した内容種別に対応する閲覧履歴を抽出する（ステップＳ１２１）。次いで、検討時間推定部１４１は、抽出された閲覧履歴に基づいて、１回当たりの閲覧時間を計算する。複数の閲覧履歴が複数検索された場合、検討時間推定部１４１は、各閲覧履歴について閲覧時間を計算し、全ての閲覧時間の平均値を、１回当たりの閲覧時間として計算する。
【０１４０】
次いで、検討時間推定部１４１は、ステップＳ９８及びＳ９９を実行する。ステップＳ９９を終えると、検討時間推定部１４１は、ステップＳ１２１に進む。ステップＳ９８において、検討時間推定部１４１は、全てのレースＩＤを選択したと判定した場合には（ステップＳ９８：ＮＯ）、ステップＳ１２３に進む。ステップＳ１２３において、検討時間推定部１４１は、１回当たりの閲覧時間の平均値を、選択したユーザＩＤに対応する参照ユーザの参照閲覧時間として計算する。次いで、検討時間推定部１４１は、ステップＳ１０１及びＳ１０２を実行する。ステップＳ１０２を終えると、検討時間推定部１４１は、ステップＳ９２に進む。ステップＳ１０１において、検討時間推定部１４１は、全てのユーザＩＤを選択したと判定した場合には（ステップＳ１０１：ＮＯ）、参照ユーザ時間決定処理を終了させる。
【０１４１】
以上説明したように、本実施形態によれば、システム制御部１４が、操作履歴に基づいて、閲覧時間と、対象ユーザによるレースに関する情報のウェブページの閲覧回数とを、ウェブページの内容種別ごとに特定する。また、システム制御部１４が、内容種別ごとに特定された閲覧時間及び閲覧回数に基づいて、検討時間を推定する。従って、ユーザのウェブページの閲覧傾向に応じた検討時間を推定することができる。
【０１４２】
［５．第５実施形態］
［５−１．馬券発売代行サーバ１の機能概要］
次に、第５実施形態における機能概要について、図２２を用いて説明する。本実施形態においては、閲覧時間及び閲覧回数に基づいて基本検討時間を推定するとき、検討時間推定部１４１は、閲覧されたウェブページの情報量と、表示優先度が決定されるレースのウェブページの情報量を用いる。その理由は、レースに関する情報の内容の種類が同じであっても、情報量に応じて、ユーザが競走馬を検討する時間が変わるからである。情報量は、例えば、ウェブページに表示される文字の数であってもよい。本実施形態の場合、検討時間推定部１４１は、表示優先度が決定されるレースを特定したときに、最終的な基本検討時間を推定してもよい。その他の点において、第５実施形態は第４実施形態と同様である。
【０１４３】
例えば、検討時間推定部１４１は、内容種別ごとに、１回当たりの閲覧時間を内容種別に対応するウェブページの情報量で割って、内容種別に対応した、１情報量当たりの閲覧時間を計算してもよい。検討時間推定部１４１は、この閲覧時間を、対象ユーザの単位基本検討時間に決定してもよい。単位基本検討時間は、内容種別に対応した、１情報量当たりの基本検討時間である。表示優先度が決定されるレースが特定されたとき、検討時間推定部１４１は、例えば単位基本検討時間に、表示優先度が決定されるレースにおいて内容種別に対応するウェブページの情報量を掛けて、１回当たりの検討時間を計算する。次いで、検討時間推定部１４１は、例えば１回当たりの検討時間に閲覧回数を掛けて、内容基本検討時間を計算し、内容基本検討時間の合計を基本検討時間として計算する。図２２（ａ）は、基本検討時間の推定例を示す図である。図２２（ａ）に示すように、各ウェブページの閲覧時間及び閲覧回数は、図１９と同じである。閲覧された出馬表ページ、オッズページ、レース分析ページ、予想一覧ページの情報量は、それぞれ１０００、５００、８００、３００である。従って、各内容種別に対応する単位基本検討時間は、０．０２分、０．０１分、０分、０．０３分である。表示優先度が決定されるレースの各内容種別に対応するウェブページの情報量は、７５０、５００、１２００、９００である。従って、各内容種別に対応する内容基本検討時間は、３０分、２５分、０分、３０分である。そのため、基本検討時間は８５分である。
【０１４４】
図２２（ｂ）は、検討時間ＤＢ１２ｈに登録される内容の一例を示す図である。図２２（ｂ）に示すように、検討時間ＤＢ１２ｈには、ユーザＩＤ、レース属性値、内容種別、単位基本検討時間及び閲覧回数が、ユーザ、レース属性値及び内容種別の組み合わせごとに対応付けて登録される。また、記憶部１２には、レースに関する情報を表示すウェブページの各ＨＴＭＬ文書が、レースＩＤ、内容種別及びそのウェブページの情報量と対応付けて記憶される。
【０１４５】
［５−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図２３乃至図２６を用いて説明する。
【０１４６】
図２３は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。図２３において、図２０と同様の処理については同様の符号が付されている。図２３に示すように、検討時間推定部１４１は、ステップＳ１、Ｓ８１〜Ｓ８３、Ｓ５２、Ｓ１１２、Ｓ１１３を実行する。次いで、検討時間推定部１４１は、参照ユーザ時間決定処理を実行する（ステップＳ８４）。本実施形態の場合、参照ユーザ時間決定処理において、検討時間推定部１４１は、各参照ユーザについて、選択された内容種別に対応する参照単位閲覧時間を特定する。参照単位閲覧時間は、参照ユーザの１情報量当たりの閲覧時間である。次いで、検討時間推定部１４１は、参照ユーザ時間決定処理において特定された、全参照ユーザの参照単位閲覧時間の平均値を、単位基本検討時間として計算する（ステップＳ１３１）。次いで、検討時間推定部１４１は、単位基本検討時間、及びステップＳ１１３で計算した閲覧回数を、対象ユーザのユーザＩＤ、ステップＳ５２で選択したレース属性値、及びステップＳ１１２で選択した内容種別に対応付けて検討時間ＤＢ１２ｈに登録する。
【０１４７】
次いで、検討時間推定部１４１は、ステップＳ１１５及びＳ１１６を実行する。ステップＳ１１６を終えると、検討時間推定部１４１は、ステップＳ１１３に進む。ステップＳ１１５において、検討時間推定部１４１は、全ての内容種別を選択したと判定した場合には（ステップＳ１１５：ＮＯ）、ステップＳ５６及びＳ５７を実行する。ステップＳ５７を終えると、検討時間推定部１４１は、ステップＳ１１２に進む。ステップＳ５６において、検討時間推定部１４１は、全てのレース属性値を選択したと判定した場合には（ステップＳ５６：ＮＯ）、基本検討時間推定処理を終了させる。
【０１４８】
図２４は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による参照ユーザ時間決定処理の一例を示すフローチャートである。図２４において、図２１と同様の処理については同様の符号が付されている。図２４に示すように、検討時間推定部１４１は、ステップＳ９１〜Ｓ９５、Ｓ１２１、Ｓ１２２を実行する。次いで、検討時間推定部１４１は、ステップＳ９５で選択したレースＩＤ、及び基本検討時間推定処理で選択した内容種別に対応する情報量を、記憶部１２から検索する（ステップＳ１４１）。次いで、検討時間推定部１４１は、閲覧時間を情報量で割ることにより、単位閲覧時間を計算する（ステップＳ１４２）。
【０１４９】
次いで、検討時間推定部１４１は、ステップＳ９８及びＳ９９を実行する。ステップＳ９９を終えると、検討時間推定部１４１は、ステップＳ１２１に進む。ステップＳ９８において、検討時間推定部１４１は、全てのレースＩＤを選択したと判定した場合には（ステップＳ９８：ＮＯ）、ステップＳ１４３に進む。ステップＳ１４３において、検討時間推定部１４１は、単位閲覧時間の平均値を、選択した選択したユーザＩＤに対応する参照ユーザの参照単位閲覧時間として計算する。次いで、検討時間推定部１４１は、ステップＳ１０１及びＳ１０２を実行する。ステップＳ１０２を終えると、検討時間推定部１４１は、ステップＳ９２に進む。ステップＳ１０１において、検討時間推定部１４１は、全てのユーザＩＤを選択したと判定した場合には（ステップＳ１０１：ＮＯ）、参照ユーザ時間決定処理を終了させる。
【０１５０】
図２５は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による表示優先度決定処理の一例を示すフローチャートである。図２５において、図１５と同様の処理については同様の符号が付されている。図２５に示すように、表示優先度決定部１４２は、ステップＳ６１及びＳ６２を実行する。次いで、検討時間推定部１４１は、第２基本検討時間推定処理を実行する（ステップＳ１５１）。第２基本検討時間推定処理において、検討時間推定部１４１は、選択したレース情報に対応するレースの基本検討時間を推定する。第２基本検討時間推定処理の詳細は後述する。
【０１５１】
次いで、表示優先度決定部１４２は、ステップＳ６４及びＳ６５を実行する。ステップＳ６５を終えると、表示優先度決定部１４２は、ステップＳ６２に進む。ステップＳ６４において、表示優先度決定部１４２は、全てのレース情報を選択したと判定した場合には（ステップＳ６４：ＮＯ）、ステップＳ６６〜Ｓ７３を実行する。ステップＳ７３を終えると、表示優先度決定部１４２は、ステップＳ６９に進む。ステップＳ６９において、表示優先度決定部１４２は、検討開始期限時刻が検討開始時刻以降であるレース情報がないと判定した場合には（ステップＳ６９：ＮＯ）、表示優先度決定処理を終了させる。
【０１５２】
図２６は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による第２基本検討時間推定処理の一例を示すフローチャートである。図２６に示すように、検討時間推定部１４１は、基本検討時間を０に設定する（ステップＳ１６１）。次いで、検討時間推定部１４１は、全ての内容種別のうち１つを選択する（ステップＳ１６２）。次いで、検討時間推定部１４１は、対象ユーザのユーザＩＤ、表示優先度決定処理で選択されたレース属性値、及び選択した内容種別に対応する単位基本検討時間及び閲覧回数を、検討時間ＤＢ１２ｈから取得する（ステップＳ１６３）。次いで、検討時間推定部１４１は、表示優先度決定処理で検索したレース情報に含まれるレースＩＤ、及び選択した内容種別に対応する情報量を記憶部１２から取得する（ステップＳ１６４）。次いで、検討時間推定部１４１は、単位基本検討時間に情報量と閲覧回数とを掛けることにより、内容基本検討時間を計算する（ステップＳ１６５）。次いで、検討時間推定部１４１は、内容基本検討時間を基本検討時間に加算する（ステップＳ１６６）。
【０１５３】
次いで、検討時間推定部１４１は、全ての内容種別の中にまだ選択していない内容種別があるか否かを判定する（ステップＳ１６７）。このとき、検討時間推定部１４１は、まだ選択していない内容種別があると判定した場合には（ステップＳ１６７：ＹＥＳ）、ステップＳ１６８に進む。ステップＳ１６８において、検討時間推定部１４１は、まだ選択していない内容種別のうち１つを選択する。次いで、検討時間推定部１４１は、ステップＳ１６３に進む。一方、検討時間推定部１４１は、全ての内容種別を選択したと判定した場合には（ステップＳ１６７：ＮＯ）、第２基本検討時間推定処理を終了させる。
【０１５４】
以上説明したように、本実施形態によれば、システム制御部１４が、閲覧時間、閲覧回数、及びウェブページの情報量を内容種別ごとに特定する。また、システム制御部１４が、内容種別ごとの閲覧時間、閲覧回数及び情報量と、表示優先度が決定されるウェブページの情報量とに基づいて、そのウェブページの検討時間を推定する。従って、表示優先度が決定されるウェブページの情報量に応じて検討時間を適切に推定することができる。
【０１５５】
［６．第６実施形態］
［６−１．馬券発売代行サーバ１の機能概要］
次に、第６実施形態における機能概要について説明する。本実施形態において、検討時間推定部１４１は、レースに関する情報のウェブページの閲覧が開始されてから、同じレースの馬券が購入されるまでの経過した時間に基づいて、対象ユーザの基本検討時間を推定する。その理由は、ユーザは、レースに関する情報を見始めてから馬券を購入するまでの間に、投票する競走馬を検討する蓋然性があるからである。検討時間推定部１４１は、例えば、ウェブページの閲覧開始時刻から馬券の購入時刻までの経過時間を、基本検討時間に決定してもよい。その他の点において、第６実施形態は第１実施形態と同様である。
【０１５６】
検討時間推定部１４１は、例えば、対象ユーザの経過時間を用いてもよいし、対象ユーザ以外ユーザの経過時間を用いてもよい。また例えば、検討時間推定部１４１は、対象ユーザと、対象ユーザ以外ユーザの両方の経過時間を用いてもよい。対象ユーザとは異なるユーザの閲覧時間を用いる場合、検討時間推定部１４１は、例えば第３実施形態のように、閲覧時間を用いるユーザを、対象ユーザの行動特性と同じ行動特性を有する参照ユーザのみに限定してもよい。
【０１５７】
検討時間推定部１４１は、例えば、全てのレースについての経過時間を用いてもよい。また例えば、検討時間推定部１４１は、第２実施形態のように、表示優先度が決定されるレースに関連するレースについての経過時間のみを用いてもよい。
【０１５８】
［６−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図２７を用いて説明する。図２７は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による基本検討時間推定処理の一例を示すフローチャートである。図２７において、図７と同様の処理については同様の符号が付されている。図２７に示すように、検討時間推定部１４１は、ステップＳ１〜Ｓ４を実行する。次いで、検討時間推定部１４１は、ステップＳ４で抽出された各閲覧履歴から閲覧日時を取得する。そして、検討時間推定部１４１は、取得した閲覧日時のうち最先の閲覧日時を特定する（ステップＳ１７１）。次いで、検討時間推定部１４１は、対象ユーザのユーザＩＤ及び選択されたレースＩＤに対応する購入履歴から購入日時を取得する。そして、検討時間推定部１４１は、購入日時から閲覧日時を減算して経過時間を計算する。検討時間推定部１４１は、この経過時間を検討時間に決定する（ステップＳ１７２）。次いで、検討時間推定部１４１は、ステップＳ６及びＳ７を実行する。ステップＳ７を終えると、検討時間推定部１４１は、ステップＳ４に進む。ステップＳ６において、検討時間推定部１４１は、全てのレースＩＤを選択したと判定した場合には（ステップＳ６：ＮＯ）、ステップＳ１７３に進む。ステップＳ１７３において、検討時間推定部１４１は、全ての検討時間の平均値を、基本検討時間として計算する。次いで、検討時間推定部１４１は、ステップＳ９を実行して、基本検討時間推定処理を終了させる。
【０１５９】
以上説明したように、本実施形態によれば、システム制御部１４が、閲覧履歴と購入履歴とから特定される、レースに関する情報が表示されるウェブページの閲覧開始から投票までの経過時間に基づいて、検討時間を推定する。従って、適切な検討時間を推定することができる。
【０１６０】
なお、上記各実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末３等の端末装置に適用されてもよい。そして、例えば、情報処理装置が備える制御部が本発明における各手段として機能することにより、制御部が、基本検討時間の推定及び表示優先度の決定を行い、表示優先度に基づいて、開催情報ページのレースアイコン等の表示を制御してもよい。また、制御部が、ディスプレイ等の表示手段により、開催情報ページ等のウェブページを表示させてもよい。この場合、表示手段は、情報処理装置に備えられていてもよい。或いは、表示手段は、情報処理装置とは別個の装置であってもよい。
【０１６１】
また、サーバ装置と端末装置が協働して処理を行ってもよい。この場合、本発明における手段のそれぞれが、サーバ装置及び端末装置の何れに備えられてもよい。
【符号の説明】
【０１６２】
１  馬券発売代行サーバ
２  主催元サーバ
３  ユーザ端末
１１  通信部
１２  記憶部
１２ａ  会員情報ＤＢ
１２ｂ  レース情報ＤＢ
１２ｃ  馬券情報ＤＢ
１２ｄ  オッズ情報ＤＢ
１２ｅ  予想情報ＤＢ
１２ｆ  操作履歴ＤＢ
１２ｇ  馬券購入履歴ＤＢ
１２ｈ  検討時間ＤＢ
１３  入出力インターフェース
１４  システム制御部
１４ａ  ＣＰＵ
１４ｂ  ＲＯＭ
１４ｃ  ＲＡＭ
１５  システムバス
１４１  検討時間推定部
１４２  表示優先度決定部
１４３  情報表示制御部
ＮＷ  ネットワーク
Ｓ  情報処理システム
【図１】
2015162237.tif 000003
【図２】
2015162237.tif 000004
【図３】
2015162237.tif 000005
【図４】
2015162237.tif 000006
【図５】
2015162237.tif 000007
【図６】
2015162237.tif 000008
【図７】
2015162237.tif 000009
【図８】
2015162237.tif 000010
【図９】
2015162237.tif 000011
【図１０】
2015162237.tif 000012
【図１１】
2015162237.tif 000013
【図１２】
2015162237.tif 000014
【図１３】
2015162237.tif 000015
【図１４】
2015162237.tif 000016
【図１５】
2015162237.tif 000017
【図１６】
2015162237.tif 000018
【図１７】
2015162237.tif 000019
【図１８】
2015162237.tif 000020
【図１９】
2015162237.tif 000021
【図２０】
2015162237.tif 000022
【図２１】
2015162237.tif 000023
【図２２】
2015162237.tif 000024
【図２３】
2015162237.tif 000025
【図２４】
2015162237.tif 000026
【図２５】
2015162237.tif 000027
【図２６】
2015162237.tif 000028
【図２７】
2015162237.tif 000029