(57)【要約】【課題】複数の画像をユーザに見易く表示することを可能とする。【解決手段】表示の対象となる複数の撮影データそれぞれの表示順を制御する場合に、ウェブサーバ１は、各撮影データの今回の表示より前における表示のお薦め度を、表示の対象となった各撮影データの属性ごとにそれぞれ取得する。ウェブサーバ１は、それぞれ取得された属性ごとのお薦め度を集計して、各撮影データの今回の表示のお薦め度をそれぞれ決定する。その後ウェブサーバ１は、今回出力される各撮影データの属性についてそれぞれ決定されたお薦め度に基づいた表示順で、各撮影データをそれぞれ表示させる。【選択図】図１
2017068698.tif 000002
【特許請求の範囲】
【請求項１】
表示又は音による出力の対象となる複数の対象物それぞれの前記出力の態様を制御する出力制御装置において、
各前記対象物の今回の前記出力より前における前記出力の優先度を、前記出力の対象となった各前記対象物の属性ごとにそれぞれ取得する取得手段と、
前記取得手段によりそれぞれ取得された前記属性ごとの前記優先度を集計して、各前記対象物の今回の前記出力の集計優先度を、優先度として前記属性ごとにそれぞれ決定する決定手段と、
今回出力される各前記対象物の前記属性について前記決定手段によりそれぞれ決定された前記集計優先度に応じた前記出力の態様で、各前記対象物をそれぞれ出力させる制御手段と、
を備えることを特徴とする出力制御装置。
【請求項２】
請求項１に記載の出力制御装置において、
前記取得手段により取得される前記優先度には、各前記対象物を今回出力させるユーザが各前記対象物を今回の前記出力より前に出力させた際の前記優先度と、他のユーザが各前記対象物を今回の前記出力より前に出力させた際の前記優先度と、が含まれていることを特徴とする出力制御装置。
【請求項３】
請求項１又は請求項２に記載の出力制御装置において、
前記出力の態様は、前記対象物の前記表示又は音による出力順であることを特徴とする出力制御装置。
【請求項４】
請求項１から請求項３のいずれか一項に記載の出力制御装置において、
一回の前記出力により集計される前記優先度が、前記属性に応じて異なることを特徴とする出力制御装置。
【請求項５】
請求項１から請求項４のいずれか一項に記載の出力制御装置において、
前記取得手段は、過去複数回の前記対象物の前記出力の前記優先度を前記属性ごとに取得し、
前記決定手段は、前記取得手段により取得された前記属性ごとの前記優先度を加算して、今回の前記対象物の前記出力の前記集計優先度を前記属性ごとに決定することを特徴とする出力制御装置。
【請求項６】
請求項１から請求項５のいずれか一項に記載の出力制御装置において、
前記対象物について、前記属性と、前記優先度と、を関連付けた属性−優先度テーブルを記憶する記憶手段を更に備えることを特徴とする出力制御装置。
【請求項７】
請求項１から請求項６のいずれか一項に記載の出力制御装置において、
前記対象物は動画データ又は静止画データであることを特徴とする出力制御装置。
【請求項８】
請求項７に記載の出力制御装置において、
前記対象物は、マラソン競技の大会ごとに競技者を撮影した動画データ又は静止画データであり、
表示されている動画データ又は静止画データの、前記競技者ごとの前記ユーザによる選択を受け付ける選択受付手段を備え、
前記選択受付手段により受け付けられた前記選択により優先度が決定されることを特徴とする出力制御装置。
【請求項９】
請求項７に記載の出力制御装置において、
前記対象物は、マラソン競技の大会ごとに競技者を撮影した動画データ又は静止画データであり、
表示されている動画データ又は静止画データの、前記競技者が属する団体ごとの前記ユーザによる選択を受け付ける選択受付手段を備え、
前記選択受付手段により受け付けられた前記選択により優先度が決定されることを特徴とする出力制御装置。
【請求項１０】
請求項８又は請求項９に記載の出力制御装置において、
前記属性の一つが、前記マラソン競技における予め設定された区間ごとのラップタイムであることを特徴とする出力制御装置。
【請求項１１】
請求項１から請求項１０のいずれか一項に記載の出力制御装置において、
出力されている一又は複数の前記対象物の前記ユーザによる選択を受け付ける第２選択受付手段を備え、
前記第２選択受付手段により受け付けられた前記選択により優先度が決定されることを特徴とする出力制御装置。
【請求項１２】
請求項１から請求項１１のいずれか一項に記載の出力制御装置において、
今回の前記出力の態様が、前記対象物を出力させる前記ユーザごとに異なることを特徴とする出力制御装置。
【請求項１３】
表示又は音による出力の対象となる複数の対象物それぞれの前記出力の態様を制御する出力制御装置が実行する出力制御方法において、
各前記対象物の今回の前記出力より前における前記出力の優先度を、前記出力の対象となった各前記対象物の属性ごとにそれぞれ取得する取得ステップと、
前記取得ステップにおいてそれぞれ取得された前記属性ごとの前記優先度を集計して、各前記対象物の今回の前記出力の集計優先度を、優先度として前記属性ごとにそれぞれ決定する決定ステップと、
今回出力される各前記対象物の前記属性について前記決定ステップにおいてそれぞれ決定された前記集計優先度に応じた前記出力の態様で、各前記対象物をそれぞれ出力させる制御ステップと、
を含むことを特徴とする出力制御方法。
【請求項１４】
表示又は音による出力の対象となる複数の対象物それぞれの前記出力の態様を制御する出力制御装置に含まれるコンピュータに、
各前記対象物の今回の前記出力より前における前記出力の優先度を、前記出力の対象となった各前記対象物の属性ごとにそれぞれ取得する取得ステップと、
前記取得ステップを実行する前記コンピュータによりそれぞれ取得された前記属性ごとの前記優先度を集計して、各前記対象物の今回の前記出力の集計優先度を、優先度として前記属性ごとにそれぞれ決定する決定ステップと、
今回出力される各前記対象物の前記属性について前記決定ステップを実行する前記コンピュータによりそれぞれ決定された前記集計優先度に応じた前記出力の態様で、各前記対象物をそれぞれ出力させる制御ステップと、
を実行させることを特徴とする出力制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出力制御装置、出力制御方法及び出力制御プログラムの技術分野に属する。より詳細には、出力の対象となる対象物の出力の態様を制御する出力制御装置及び出力制御方法、並びにその出力制御装置用のプログラムの技術分野に属する。
【背景技術】
【０００２】
近年、例えばマラソン競技に参加している競技者（ランナー）をコース脇で撮影した動画又は静止画のデータをオンラインで閲覧させて販売するサービスが一般化している。このとき、動画等の撮影箇所は例えばゴール付近に限らず、ゴール手前やスタート直後など様々であるが、これらは全てカメラマンによって撮影される。このように各カメラマンにより撮影された動画又は静止画のデータを閲覧させて販売する場合、撮影された動画等を競技後に目視で確認しながら、写っている競技者ごとに振り分ける作業が行われることが一般的であるが、この作業は非常に手間がかかる。
【０００３】
そこで、上記の問題の解決策の一つとして、コース上の予め設定された地点に定点カメラを設置し、競技者が各カメラの前を通過した瞬間を静止画又は動画として自動で切り出すことで、上記振り分け作業の手間を減らすことが考えられる。またこの場合、振り分け作業の手間がない分、定点カメラの設置場所（撮影場所）を増やし易いという利点もある。
【０００４】
しかしながらこの手法では、多くの画像データをユーザに閲覧させることとなるが、この場合には、大量の画像データの中からユーザが気に入った動画又は静止画を探す手間が発生してしまい、この手間を減らすべく、より適切にお薦めの画像を表示する工夫が必要になる。なお、このような観点の先行技術文献としては、例えば下記特許文献１が挙げられる。この特許文献１に開示されている技術では、画像の内容の類似度順に並び替えて表示する構成とされている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１０７５９６号公報（請求項３、段落００６９及び段落００７０並びに図１１及び図１３等）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら上記特許文献１をもってしても、例えばマラソン競技のように複数人を含む集団が同じような恰好（例えば走っている姿勢等）で映る場合は、お薦めの画像が多数選ばれることとなり、結果としてユーザに対してお薦めの画像を見易く表示することができないという問題点があった。
【０００７】
そこで本発明は、以上の要請及び問題点に鑑みて為されたものであり、その課題の一例は、複数の画像をユーザに見易く表示することが可能な出力制御装置及び出力制御方法並びに出力制御装置用のプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、請求項１に記載の発明は、表示又は音による出力の対象となる複数の対象物それぞれの前記出力の態様を制御する出力制御装置において、各前記対象物の今回の前記出力より前における前記出力の優先度を、前記出力の対象となった各前記対象物の属性ごとにそれぞれ取得する取得手段と、前記取得手段によりそれぞれ取得された前記属性ごとの前記優先度を集計して、各前記対象物の今回の前記出力の集計優先度を、優先度として前記属性ごとにそれぞれ決定する決定手段と、今回出力される各前記対象物の前記属性について前記決定手段によりそれぞれ決定された前記集計優先度に応じた前記出力の態様で、各前記対象物をそれぞれ出力させる制御手段と、を備えることを特徴とする。
【０００９】
上記の課題を解決するために、請求項２に記載の発明は、請求項１に記載の出力制御装置において、前記取得手段により取得される前記優先度には、各前記対象物を今回出力させるユーザが各前記対象物を今回の前記出力より前に出力させた際の前記優先度と、他のユーザが各前記対象物を今回の前記出力より前に出力させた際の前記優先度と、が含まれていることを特徴とする。
【００１０】
上記の課題を解決するために、請求項３に記載の発明は、請求項１又は請求項２に記載の出力制御装置において、前記出力の態様は、前記対象物の前記表示又は音による出力順であることを特徴とする。
【００１１】
上記の課題を解決するために、請求項４に記載の発明は、請求項１から請求項３のいずれか一項に記載の出力制御装置において、一回の前記出力により集計される前記優先度が、前記属性に応じて異なることを特徴とする。
【００１２】
上記の課題を解決するために、請求項５に記載の発明は、請求項１から請求項４のいずれか一項に記載の出力制御装置において、前記取得手段は、過去複数回の前記対象物の前記出力の前記優先度を前記属性ごとに取得し、前記決定手段は、前記取得手段により取得された前記属性ごとの前記優先度を加算して、今回の前記対象物の前記出力の前記集計優先度を前記属性ごとに決定することを特徴とする。
【００１３】
上記の課題を解決するために、請求項６に記載の発明は、請求項１から請求項５のいずれか一項に記載の出力制御装置において、前記対象物について、前記属性と、前記優先度と、を関連付けた属性−優先度テーブルを記憶する記憶手段を更に備えることを特徴とする。
【００１４】
上記の課題を解決するために、請求項７に記載の発明は、請求項１から請求項６のいずれか一項に記載の出力制御装置において、前記対象物は動画データ又は静止画データであることを特徴とする。
【００１５】
上記の課題を解決するために、請求項８に記載の発明は、請求項７に記載の出力制御装置において、前記対象物は、マラソン競技の大会ごとに競技者を撮影した動画データ又は静止画データであり、表示されている動画データ又は静止画データの、前記競技者ごとの前記ユーザによる選択を受け付ける選択受付手段を備え、前記選択受付手段により受け付けられた前記選択により優先度が決定されることを特徴とする。
【００１６】
上記の課題を解決するために、請求項９に記載の発明は、請求項７に記載の出力制御装置において、前記対象物は、マラソン競技の大会ごとに競技者を撮影した動画データ又は静止画データであり、表示されている動画データ又は静止画データの、前記競技者が属する団体ごとの前記ユーザによる選択を受け付ける選択受付手段を備え、前記選択受付手段により受け付けられた前記選択により優先度が決定されることを特徴とする。
【００１７】
上記の課題を解決するために、請求項１０に記載の発明は、請求項８又は請求項９に記載の出力制御装置において、前記属性の一つが、前記マラソン競技における予め設定された区間ごとのラップタイムであることを特徴とする。
【００１８】
上記の課題を解決するために、請求項１１に記載の発明は、請求項１から請求項１０のいずれか一項に記載の出力制御装置において、出力されている一又は複数の前記対象物の前記ユーザによる選択を受け付ける第２選択受付手段を備え、前記第２選択受付手段により受け付けられた前記選択により優先度が決定されることを特徴とする。
【００１９】
上記の課題を解決するために、請求項１２に記載の発明は、請求項１から請求項１１のいずれか一項に記載の出力制御装置において、今回の前記出力の態様が、前記対象物を出力させる前記ユーザごとに異なることを特徴とする。
【００２０】
上記の課題を解決するために、請求項１３に記載の発明は、表示又は音による出力の対象となる複数の対象物それぞれの前記出力の態様を制御する出力制御装置が実行する出力制御方法において、各前記対象物の今回の前記出力より前における前記出力の優先度を、前記出力の対象となった各前記対象物の属性ごとにそれぞれ取得する取得ステップと、前記取得ステップにおいてそれぞれ取得された前記属性ごとの前記優先度を集計して、各前記対象物の今回の前記出力の集計優先度を、優先度として前記属性ごとにそれぞれ決定する決定ステップと、今回出力される各前記対象物の前記属性について前記決定ステップにおいてそれぞれ決定された前記集計優先度に応じた前記出力の態様で、各前記対象物をそれぞれ出力させる制御ステップと、を含むことを特徴とする。
【００２１】
上記の課題を解決するために、請求項１４に記載の発明は、表示又は音による出力の対象となる複数の対象物それぞれの前記出力の態様を制御する出力制御装置に含まれるコンピュータに、各前記対象物の今回の前記出力より前における前記出力の優先度を、前記出力の対象となった各前記対象物の属性ごとにそれぞれ取得する取得ステップと、前記取得ステップを実行する前記コンピュータによりそれぞれ取得された前記属性ごとの前記優先度を集計して、各前記対象物の今回の前記出力の集計優先度を、優先度として前記属性ごとにそれぞれ決定する決定ステップと、今回出力される各前記対象物の前記属性について前記決定ステップを実行する前記コンピュータによりそれぞれ決定された前記集計優先度に応じた前記出力の態様で、各前記対象物をそれぞれ出力させる制御ステップと、を実行させることを特徴とする。
【発明の効果】
【００２２】
請求項１、請求項１３又は請求項１４のいずれか一項に記載の発明によれば、適切な集計優先度に応じた出力の態様で今回の各対象物を表示又は音により出力させることができる。
【００２３】
請求項２に記載の発明によれば、広いユーザの範囲の優先度を取得することで、より適切な集計優先度に応じた出力の態様で今回の各対象物を出力させることができる。
【００２４】
請求項３に記載の発明によれば、より適切な集計優先度に応じた出力順で今回の各対象物を出力させることができる。
【００２５】
請求項４に記載の発明によれば、各属性の特徴を反映させてより適切な集計優先度とすることができる。
【００２６】
請求項５に記載の発明によれば、過去の履歴を反映させた適切な集計優先度に応じた出力の態様で今回の各対象物を出力させることができる。
【００２７】
請求項６に記載の発明によれば、出力制御装置自体で今回の集計優先度を属性ごとに決定することができる。
【００２８】
請求項７に記載の発明によれば、適切な集計優先度に応じた表示の態様で今回の各動画データ又は静止画データの表示を行わせることができる。
【００２９】
請求項８に記載の発明によれば、ユーザが所望する競技者の動画データ等を表示させて競技者ごとに選択することができる。
【００３０】
請求項９に記載の発明によれば、ユーザが所望する競技者の動画データ等を表示させて所属団体ごとに選択することができる。
【００３１】
請求項１０に記載の発明によれば、ラップタイムに応じて適切な表示の態様で動画データ等を表示させることができる。
【００３２】
請求項１１に記載の発明によれば、ユーザが所望する一又は複数の対象物を選択することができる。
【００３３】
請求項１２に記載の発明によれば、ユーザ毎に適切に対象物を出力させることができる。
【図面の簡単な説明】
【００３４】
【図１】（Ａ）は、一実施形態の通信システムＳの概要構成例を示す図である。（Ｂ）は、一実施形態の通信システムＳに含まれるカメラ３の撮影位置の例を示す図である。（Ｃ）は、一実施形態のウェブサーバ１の概要構成例を示す図である。
【図２】（Ａ）は、計測地点マスタＰＭの構成例を示す図である。（Ｂ）は、撮影データマスタＤＭの構成例を示す図である。（Ｃ）は、購入種別マスタＣＭの構成例を示す図である。（Ｄ）は、ソート条件マスタＣＮＤの構成例を示す図である。
【図３】（Ａ）は、大会結果データＲＤの構成例を示す図である。（Ｂ）は天気データＷＤの構成例を示す図である。（Ｃ）は、購入データＢＤの構成例を示す図である。（Ｄ）は、ソート条件集計データテーブルＭＴの構成例を示す図である。
【図４】（Ａ）は、通過タイムデータＰＲＤの構成例を示す図である。（Ｂ）は、属性データＺＣの構成例を示す図である。（Ｃ）は、ソート条件集計データテーブルＭＴの具体例を示す図である。
【図５】ウェブサーバ１における撮影データ購入時処理の一例を示すフローチャートである。
【図６】ウェブサーバ１における撮影データ表示制御処理の一例を示すフローチャートである。
【図７】ウェブサーバ１におけるお薦め度決定処理の一例を示すフローチャートである。
【図８】（Ａ）は、ウェブサーバ１におけるお薦め度決定処理の具体例を示す図（Ｉ）である。（Ｂ）は、ウェブサーバ１におけるお薦め度決定処理の具体例を示す図（II）である。
【図９】（Ａ）は、ウェブサーバ１におけるお薦め度決定処理の具体例を示す図（III）である。（Ｂ）は、ウェブサーバ１におけるお薦め度決定処理の具体例を示す図（IV）である。（Ｃ）は、ウェブサーバ１におけるお薦め度決定処理の具体例を示す図（Ｖ）である
【図１０】（Ａ）は、ウェブサーバ１におけるお薦め度決定処理の具体例を示す図（VI）である。（Ｂ）は、ウェブサーバ１におけるお薦め度決定処理の具体例を示す図（VII）である。
【発明を実施するための形態】
【００３５】
以下、本発明の実施形態を図面に基づいて説明する。
【００３６】
（１）通信システムの構成
図１（Ａ）は、本実施形態の通信システムＳの概要構成例を示す図である。図１（Ａ）に示すように、通信システムＳは、ウェブサーバ１、データベース２、複数のカメラ３ａ、カメラ３ｂ、カメラ３ｃ、…、及び複数のユーザ端末４を含んで構成される。ウェブサーバ１、及びユーザ端末４は、それぞれネットワーク１０に接続される。ネットワーク１０は、例えば、インターネット等により構成される。ウェブサーバ１はデータベース２にアクセス可能に構成されている。例えば、ウェブサーバ１とデータベース２とがＬＡＮ（Local Area Network）等のネットワークにより接続されてもよい。或いは、ウェブサーバ１が、例えばデータベース２を備えてもよい。ウェブサーバ１は、本発明の「出力制御装置」の一例である。
【００３７】
複数のカメラ３ａ、カメラ３ｂ、カメラ３ｃ、…は、動画をそれぞれ撮影するビデオカメラである。図１（Ｂ）に示すように、本実施形態においては、六台のカメラ３ａ乃至カメラ３ｆが、マラソンコースＭＨを用いたマラソン競技の大会における予め設定された地点をそれぞれ撮影する場合に、本発明を適用する。図１（Ｂ）に示す例では、マラソンコースＭＨのスタート地点にカメラ３ａが設置され、１０キロメートル地点にカメラ３ｂが設置され、２０キロメートル地点にカメラ３ｃが設置され、３０キロメートル地点にカメラ３ｄが設置され、４０キロメートル地点にカメラ３ｅが設置され、ゴール地点にカメラ３ｆが設置されている。カメラ３ａ乃至カメラ３ｆは、それぞれの地点を通過するランナーを撮影する。カメラ３ａ乃至カメラ３ｆが設置されている地点が撮影地点である。なおカメラ３ｆのみが、一台だけ例えばゴール地点にのみ設置されていてもよい。カメラ３ａ乃至カメラ３ｆでそれぞれ撮影された複数の動画は、ウェブサーバ１に記憶される。例えば、カメラ３ａ乃至カメラ３ｆとウェブサーバ１とがＬＡＮ（Local Area Network）等のネットワーク又はＵＳＢ（Universal Serial Bus）等のケーブルで接続されてもよい。そして、カメラ３ａ乃至カメラ３ｆで撮影された動画が、ネットワーク又はケーブルを介してウェブサーバ１に転送されてもよい。或いは、カメラ３ａ乃至カメラ３ｆで撮影された動画が、メモリカード、光ディスク等の記録媒体に記録されてもよい。そして、ドライブ装置を介して記録媒体から動画がウェブサーバ１に読み込まれてもよい。
【００３８】
ウェブサーバ１は、ユーザ端末４へ動画を配信する。また、ウェブサーバ１は、動画から静止画を抽出する。ウェブサーバ１による静止画の抽出方法としては、例えば本願の出願人による特願２０１５−６２７１０号記載の方法を用いることができる。そしてウェブサーバ１は、抽出した静止画をユーザ端末４へ送信する。ここで、マラソンコースＭＨを用いたマラソン競技の大会の例えば参加者（ランナー）であるユーザは、カメラ３ａ乃至カメラ３ｆで撮影された動画の動画データ又はその動画から抽出された静止画の静止画データを購入することができる。以下の説明において、動画又はその動画から抽出された静止画を、単に「動画又は静止画」と称する。また、動画データ又は静止画データを、単に「撮影データ」と称する。ウェブサーバ１は、ユーザ端末４のユーザが撮影データを購入する際の、そのユーザに対する動画又は静止画についての本実施形態のお薦め度（本発明の「集計優先度」の一例）を、動画又は静止画の属性ごとに決定する。動画又は静止画の属性ごとのお薦め度は、ユーザによる撮影データの購入に際して、ユーザ端末４において後述するように動画又は静止画の撮影データを表示する際に用いられる。ウェブサーバ１は、カメラ３ａ乃至カメラ３ｆで撮影された動画の属性ごとの点数に基づいてお薦め度を決定する。より具体的に、ウェブサーバ１は、今回より前に購入された撮影データに相当する動画又は静止画の属性ごとの点数を集計して、各撮影データの今回の表示のお薦め度を属性ごとにそれぞれ決定する。この「集計」は、例えば属性ごとの点数を加算する（合計する）ことが該当する。この他に集計は、例えば属性ごとの点数を平均化することや、属性ごとの点数の標準偏差を算出することであってもよい。また、属性ごとの点数が、本発明の「優先度」の一例である。ここで、例えばゴール地点に設置されたカメラ３ｆで撮影された動画の属性は、「ゴール地点」とされる。スタート地点に設置されたカメラ３ａで撮影された動画の属性は、「スタート地点」とされる。その動画が撮影された地点を同時に通過したランナーが３人未満であった動画の属性は、「同時通過者が３人未満」とされる。この属性は、同時通過者が少なければ他のランナーでそのユーザが隠れてしまうことが少ないことが期待できるため用いられている。その動画が撮影された地点を含むマラソンコースＭＨの区間に対応したラップタイムが良い場合の動画の属性は、「ラップタイムが良い」とされる。この属性は、ラップタイムが良い場合は良いフォームで走ることができている場合が多く、躍動感がある良い動画が撮影できる可能性があるため用いられている。スタート地点を除いてスタート地点に近い撮影地点の例えばカメラ３ｂで撮影された動画の属性は、「スタート地点を除いてスタート地点に近い撮影地点」とされる。この属性は、スタート地点に近い撮影地点の場合、体力的にまだ余裕があり、ランナーとして表情の良い動画が撮影できる可能性があるため用いられている。その動画の背景となる景色が良い場合の動画の属性は、「背景が良い」とされる。その動画を撮影した地点の天気が良い場合の動画の属性は、「天気が良い」とされる。動画の属性は、それが対応する動画又は静止画の、ユーザ端末４における表示順を決定する際の根拠となるソート条件（並び替え条件）として用いられる。動画の属性には、後述するように点数が対応付けられる。
【００３９】
ユーザ端末４は、ウェブサーバ１から配信された動画を、ユーザの操作に基づいて再生する。また、ユーザ端末４は、ウェブサーバ１から受信された静止画を、ユーザの操作に基づいて表示する。ここで、カメラ３ａ乃至カメラ３ｆで撮影された動画又は静止画の撮影データをユーザが購入する場合、ユーザ端末４は、ウェブサーバ１により決定されたお薦め度に基づいて、購入対象の候補となる動画又は静止画の撮影データの表示を行う。例えばユーザ端末４は、お薦め度に基づいて、購入対象の候補となる動画又は静止画の撮影データの例えば表示順を変更する。より具体的にユーザ端末４は、属性ごとのお薦め度が高い動画又は静止画ほど、表示順を上位としてそれぞれの表示を行う。各ユーザの購入の対象となる撮影データは、本発明の「対象物」の一例である。各ユーザ端末４における動画又は静止画の撮影データの表示は、本発明の「対象物の出力」の一例である。各ユーザ端末４における表示順を決定する基となる本実施形態のお薦め度は、本発明の「集計優先度」の一例である。各ユーザ端末４における動画又は静止画の撮影データの表示順は、本発明の「出力態様」の一例である。
【００４０】
（２）ウェブサーバ１及びデータベース２の構成
次に、図１（Ｃ）、図２（Ａ）乃至図２（Ｂ）、図３（Ａ）乃至図３（Ｃ）、及び図４（Ａ）乃至図４（Ｄ）を参照して、ウェブサーバ１の構成及びデータベース２の構成についてそれぞれ説明する。図１（Ｃ）は、本実施形態のウェブサーバ１の概要構成例を示す図である。図１（Ｃ）に示すように、ウェブサーバ１は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、記憶部１４及び通信部１５等を備えて構成される。これらの構成要素は、バス１６に接続されている。通信部１５は、ネットワーク１０に接続される。記憶部１４は、例えばハードディスクドライブにより構成される。ＣＰＵ１１は、本発明の「取得手段」の一例、「決定手段」の一例、「制御手段」の一例及び「選択受付手段」の一例である。記憶部１４は、本発明の「記憶手段」の一例である。記憶部１４には、ＯＳ、及びサーバプログラム等が記憶されている。サーバプログラムは、コンピュータとしてのＣＰＵに、動画の配信、静止画の抽出、及び動画又は静止画のお薦め度の決定等を実行させるプログラムである。サーバプログラム等は、例えばネットワーク１０等を介して他のサーバ等からダウンロードされてもよい。或いは、サーバプログラム等は、例えば光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して記憶部１４に読み込まれてもよい。
【００４１】
また、記憶部１４には、複数のカメラ３のそれぞれで撮影された動画が、ソースＩＤと対応付けて記憶されている。ソースＩＤは、動画を識別する識別情報である。例えば一つのマラソン競技の大会について複数のカメラ３のそれぞれで撮影された複数の動画は、例えばウェブサーバ１により自動的に又はウェブサーバ１の管理者により関連付けられて、記憶部１４に記憶されてもよい。例えば、複数の動画は同一のフォルダ又はディレクトリに格納されることにより、これらの動画が関連付けられてもよい。また例えば、複数の動画に対して共通の文字列を含むソースＩＤ又はファイル名が生成されることにより、これらの動画が関連付けられてもよい。また例えば、複数の動画のソースＩＤを互いに対応付けて格納した関連付けテーブルが記憶部１４に記憶されることにより、これらの動画が関連付けられてもよい。ソースＩＤの具体例としては、例えば図１（Ｂ）に示す六台のカメラ３によりそれぞれ撮影された動画については、動画ごと（即ちカメラ３ごと）に、「Mov A」、「Mov B」、「Mov C」、「Mov D」、「Mov E」及び「Mov F」といったソースＩＤが対応付けられて記憶されている。
【００４２】
更に各動画には、それぞれの動画の動画名が対応付けられている。例えば図１（Ｂ）に示すように、一つのマラソン競技の大会について六台のカメラ３によりそれぞれ撮影された動画については、動画ごと（即ちカメラ３ごと）に、「動画Ａ」、「動画Ｂ」、「動画Ｃ」、「動画Ｄ」、「動画Ｅ」及び「動画Ｆ」といった動画名が対応付けられて記憶されている。これらの動画名は、その動画に対応付けられたソースＩＤに関連付けられた名称とされてもよい。これらの動画名は、ウェブサーバ１により自動的に対応付けられてもよいし、ウェブサーバ１の管理者により対応付けられてもよい。また、記憶部１４に例えばデータベース２が構築されてもよい。
【００４３】
データベース２には、大会情報、動画情報、ソート条件マスタＣＮＤ及びユーザ情報が記憶されている。大会情報、動画情報及びユーザ情報は、例えば図１（Ｂ）に示すマラソンコースＭＨを用いたマラソン競技の大会ごとに作成されてデータベース２に記憶される。図２（Ａ）は、大会情報に含まれる計測地点マスタＰＭの構成例を示す図である。計測地点マスタＰＭには、マラソンコースＭＨに沿った地点のうち、カメラ３が設置されている地点を示すデータと、それぞれの地点におけるカメラ３の撮影範囲の背景の景色の状態を点数化したデータと、が含まれている。図２（Ａ）に示される計測地点マスタＰＭでは、図１（Ｂ）に例示するマラソン競技の大会に対応して、マラソンコースＭＨのスタート地点、１０キロメートル地点、２０キロメートル地点、３０キロメートル地点、４０キロメートル地点及びゴール地点のそれぞれにカメラ３が設置されていることが示されている。また図２（Ａ）に示される計測地点マスタＰＭでは、ゴール地点に設置されたカメラ３の撮影範囲の背景の景色の状態が最も良い旨が「２」点として示されており、１０キロメートル地点に設置されたカメラ３の撮影範囲の背景の景色の状態が２番目に良い旨が「１」点として示されている。
【００４４】
図２（Ｂ）は、動画情報に含まれる撮影データマスタＤＭの構成例を示す図である。図２（Ｂ）に例示するように撮影データマスタＤＭは、ソースＩＤと、動画名と、撮影地点と、が、対応付けられて含まれている。ソースＩＤは各動画を相互に識別する情報である。動画名は、各ソースＩＤにより識別される動画の動画名である。撮影地点は、各ソースＩＤにより識別される動画が撮影された地点である。
【００４５】
図２（Ｃ）は、動画情報に含まれる購入種別マスタＣＭの構成例を示す図である。図２（Ｃ）に例示するように購入種別マスタＣＭは、種別ＩＤと、内容と、を含む。種別ＩＤは、ユーザが購入した撮影データの種別を示す情報である。内容は、ユーザが購入したのが動画のみの撮影データであるか、静止画のみの撮影データであるか、動画及び静止画の双方の撮影データであるかを示す。具体的に購入種別マスタＣＭでは、そのユーザが動画の撮影データのみを購入した場合は、種別ＩＤが「１」とされている。そのユーザが静止画の撮影データのみを購入した場合は、種別ＩＤが「２」とされている。そのユーザが動画と静止画の双方の撮影データを購入した場合は、種別ＩＤが「３」とされている。
【００４６】
図２（Ｄ）は、ソート条件マスタＣＮＤの構成例を示す図である。図２（Ｄ）に例示するように、ソート条件マスタＣＮＤは、ソート条件として用いられる属性と、加点タイプと、点数と、を含む。ソート条件として用いられる属性は、カメラ３で撮影された動画の上記属性である。加点タイプは、上記点数の集計に当たっての加点の種類である。具体的に加点タイプは、一つのソート条件内に加点の方法が一種類の場合は「Ａタイプ」とされ、一つのソート条件内に加点の方法が二種類の場合は「Ｂタイプ」とされる。加点の方法が二種類あることで、ソート条件として用いられる属性に応じて加点が異なることになる。点数は、各ソート条件に該当した場合に、お薦め度の集計のために加算される点数の具体的な値である。図２（Ｄ）に例示する場合、Ａタイプの属性「ゴール地点」では、それが対応する動画がゴール地点で撮影された場合は２点が加算され、ゴール地点以外の地点で撮影された場合は加算されない。Ａタイプの属性「スタート地点」では、それが対応する動画がスタート地点で撮影された場合は２点が加算され、スタート地点以外の地点で撮影された場合は加算されない。Ｂタイプの属性「同時通過者が３人未満」では、それが対応する動画に映っている同時通過者が３人未満で最も少ない場合は２点が加算され、その同時通過者が３人未満で２番目に少ない場合は１点が加算され、その同時通過者がそれ以外の場合は加算されない。Ｂタイプの属性「ラップタイムが良い」では、それが対応する動画が撮影された地点を含むマラソンコースＭＨの区間に対応したラップタイムが最も良い場合は２点が加算され、そのラップタイムが２番目に良い場合は１点が加算され、それ以外のラップタイムの場合は加算されない。Ｂタイプの属性「スタート地点を除いてスタート地点に近い撮影地点」では、それが対応する動画がスタート地点を除いて最もスタート地点に近い撮影地点で撮影された場合は２点が加算され、その動画がスタート地点を除いて２番目にスタート地点に近い撮影地点で撮影された場合は１点が加算され、それ以外の地点で撮影された場合は加算されない。Ｂタイプの属性「景色が良い」では、それが対応する動画の背景となる景色が良い場合は２点が加算され、その動画の背景となる景色が２番目に良い場合は１点が加算され、それ以外の背景の場合は加算されない。Ｂタイプの属性「天気が良い」では、それが対応する動画を撮影した地点の天気が晴れの場合は２点が加算され、その動画を撮影した地点の天気が曇りの場合は１点が加算され、それ以外の天気の場合は加算されない。
【００４７】
以上の計測地点マスタＰＭ、撮影データマスタＤＭ、購入種別マスタＣＭ及びソート条件マスタＣＮＤは、マラソン競技の大会が開催される前に予め設定又は決定され、データベース２に記憶される。なお、計測地点マスタＰＭ、撮影データマスタＤＭ、購入種別マスタＣＭ及びソート条件マスタＣＮＤは、記憶部１４に記憶されてもよい。ソート条件マスタＣＮＤが、本発明の「属性−優先度テーブル」の一例に相当する。
【００４８】
図３（Ａ）は、ユーザ情報に含まれる大会結果データＲＤの構成例を示す図である。図３（Ａ）に例示するように大会結果データＲＤは、ユーザ毎のゼッケン番号と、マラソンコースＭＨ上の地点と、通過時刻と、ラップタイムと、が含まれている。ゼッケン番号は、マラソンコースＭＨを用いたマラソン競技の大会のランナーごとにそれぞれ付与される番号である。地点は、図１（Ｂ）に例示するマラソンコースＭＨ上でカメラ３がそれぞれ設置されている地点である。通過時刻は、そのゼッケン番号が付与されているランナーがその地点を通過した時刻である。ラップタイムは、そのゼッケン番号が付与されているランナーの、地点と地点との間の区間を通過するために要した時間である。例えば図３（Ａ）に示す場合、ゼッケン番号「１１００」のランナーは、スタート地点から５キロメートル地点を通過までのラップタイムが４０分である。大会結果データＲＤとしては、各地点の通過時刻及びラップタイムが、ゼッケン番号ごとに記憶されている。
【００４９】
図３（Ｂ）は、大会情報に含まれる天気データＷＤの構成例を示す図である。図３（Ｂ）に例示するように天気データＷＤは、時刻と、マラソンコースＭＨ上の地点と、天候と、が含まれている。時刻は、天候が観測された時刻である。地点は、図１（Ｂ）に例示するマラソンコースＭＨ上でカメラ３ａ乃至カメラ３ｆがそれぞれ設置されている地点である。天候は、それぞれの時刻における各地点で観測された天候である。天候データＷＤとしては、各地点の天候が、それらが観測された時刻ごとに記憶されている。
【００５０】
図３（Ｃ）は、ユーザ情報に含まれる購入データＢＤの構成例を示す図である。図３（Ｃ）に例示するように購入データＢＤは、ゼッケン番号と、ソースＩＤと、種別ＩＤと、を含んでいる。ゼッケン番号は、マラソン競技の大会のランナーごとにそれぞれ付与される番号である。ソースＩＤは、そのランナーがカメラ３ａ乃至カメラ３ｆで撮影された動画又は静止画の撮影データを購入した場合、購入された撮影データを示すソースＩＤである。種別ＩＤは、購入された撮影データの種別を示す情報である。図３（Ｃ）に例示する場合、ゼッケン番号「１１００」のユーザは、ソースＩＤ「Mov B」により識別される動画Ｂ（図２（Ｂ）参照）の撮影データと、ソースＩＤ「Mov C」により識別される動画Ｃ（図２（Ｂ）参照）から抽出された静止画の撮影データと、ソースＩＤ「Mov F」により識別される動画Ｆ（図２（Ｂ）参照）及び動画Ｆから抽出された静止画の双方の撮影データと、をそれぞれ購入している。
【００５１】
以上の大会結果データＲＤ、天気データＷＤ及び購入データＢＤは、マラソン競技の大会終了後に設定又は決定され、データベース２に記憶される。なお、大会結果データＲＤ、天気データＷＤ及び購入データＢＤは、記憶部１４に記憶されてもよい。そして、大会結果データＲＤに含まれているゼッケン番号が判れば、それを手掛かりとして大会結果データＲＤを計測地点マスタＰＭ、撮影データマスタＤＭ及び天気データＷＤと結び付けることで、各属性をソート条件として用いて後述のお薦め度に基づいた表示順の並べ替え（ソート）を行うための情報が得られる。
【００５２】
ウェブサーバ１の記憶部１４には、動画又は静止画の撮影データのユーザ端末４におけるお薦め度に基づいた表示順を決定する際のソート条件として用いられる各属性についてのソート条件集計データテーブルＭＴが記憶されている。図３（Ｄ）に例示するように、ソート条件集計データテーブルＭＴは、本実施形態の各ソート条件について、図２（Ｄ）に例示したソート条件マスタＣＮＤにより示されている点数を、ユーザが動画又は静止画の撮影データを購入する度に加算して得られる合計値（本発明の「お薦め度」の一例）が記憶される。ソート条件集計データＭＴの各合計値は、カメラ３ａ乃至カメラ３ｆで撮影された撮影データの一回の購入ごとに更新されつつ記憶される。ソート条件集計データテーブルＭＴにおける加算の対象は全てのユーザであり、一のユーザが異なる時刻に撮影データを二回以上購入しても、購入ごとに点数が加算される。なお、ソート条件集計データテーブルＭＴの合計値に代えて、ソート条件マスタＣＮＤにより示されている点数を平均化した値や、その点数の標準偏差値を用いてもよい。
【００５３】
記憶部１４には、ソート条件集計データテーブルＭＴの他に、後述するお薦め度未決定リストＮＤ、お薦め度決定リストＯＤ及び検索結果リストＲＬが、本実施形態のお薦め度の決定の過程で記憶される。
【００５４】
（３）お薦め度の決定
次に、あるランナーがユーザとして各カメラ３で撮影された動画又は静止画の撮影データを、マラソン競技の大会後に購入する場合の、そのユーザのユーザ端末４におけるお薦め度の決定について、図４を参照して例示しつつ説明する。
【００５５】
例えば、図３（Ａ）に例示した大会結果データＲＤのゼッケン番号「１１００」のランナーが、大会結果データＲＤに含まれている記録でマラソンコースＭＨを完走し、その後、そのユーザが映っている動画又は静止画の撮影データを購入する場合を説明する。図３（Ａ）に例示した大会結果データＲＤに含まれている記録でそのユーザがランナーとして完走した場合、ウェブサーバ１のＣＰＵ１１は、そのゼッケン番号を手掛かりとして、計測地点マスタＰＭ、撮影データマスタＤＭ及び天気データＷＤを結び付け、図４（Ａ）に例示する通過タイムデータＰＲＤを生成して記憶部１４に記憶する。この計測地点マスタＰＭは図２（Ａ）を用いて説明した計測地点マスタＰＭであり、撮影データマスタＤＭは図２（Ｂ）を用いて説明した撮影データマスタＤＭであり、天気データＷＤは図３（Ｂ）を用いて説明した天気データＷＤである。通過タイムデータＰＲＤに含まれている平均速度は、大会結果データＲＤに含まれている通過時刻と地点間の距離により、ＣＰＵ１１が算出する。「通過時の天候」、「景色」及び「撮影データ」については、ＣＰＵ１１が、天気データＷＤ、計測地点マスタＰＭ及び撮影データマスタＤＭを参照して決定する。「同時通過者」は、ＣＰＵ１１が、動画又は静止画内を既定の方法で解析し、そのユーザが各地点を通過した時刻の例えば前後３秒以内でその地点を通過したランナーの数を決定する。
【００５６】
次にＣＰＵ１１は、通過タイムデータＰＲＤ及び図２（Ｄ）に例示したソート条件マスタＣＮＤに基づき、各動画又は静止画の属性に対応付けられる点数をその属性ごとに算出し、図４（Ｂ）に例示する属性データＺＣを生成して記憶部１４に記憶する。なお図４（Ｂ）に例示する場合、各動画又は静止画を単に「動画Ａ」、「動画Ｂ」、…、と示している。図４（Ｂ）に例示する属性データＺＣにおいて、例えば動画Ａの場合、動画Ａはスタート地点に設置されたカメラ３で撮影されたので、属性「スタート地点」に対応付けられる点数が２点とされ、その他の属性に対応付けられる点数は０点とされる。また例えば動画Ｃの場合、通過タイムデータＰＲＤの動画Ｃについての各項目を参照し、属性「同時通過者が３人未満」に対応付けられる点数が１点とされ、属性「ラップタイムが良い」に対応付けられる点数が２点とされ、属性「スタート地点を除いてスタート地点に近い撮影地点」に対応付けられる点数が１点とされ、属性「天気が良い」に対応付けられる点数が２点とされ、その他の属性に対応付けられる点数は０点とされる。
【００５７】
そして、ユーザが、例えば動画Ｂ、動画Ｃ及び動画Ｆそれぞれの撮影データを購入したとすると、ＣＰＵ１１は、属性データＺＣを参照して、動画Ｂ、動画Ｃ及び動画Ｆそれぞれについての属性に対応付けられている点数を図４（Ｂ）において行方向に加算する。これにより、ＣＰＵ１１は、動画Ｂ、動画Ｃ及び動画Ｆそれぞれの撮影データの購入後におけるソート条件集計データテーブルＭＴを図４（Ｃ）に例示するように生成して、記憶部１４に記憶する。図４（Ｃ）に例示するソート条件集計データテーブルＭＴでは、図４（Ｂ）に例示する属性データＺＣの「属性」が「ソート条件」として用いられている。図４（Ｃ）に例示するソート条件集計データテーブルＭＴでは、図４（Ｂ）に例示する属性データＺＣに基づいた結果、ソート条件「天気が良い」の点数が５点となる。また、ソート条件「スタート地点に近い撮影地点」及びソート条件「景色が良い」それぞれの点数が各３点となり、ソート条件「ラップタイムが良い」及びソート条件「ゴール地点」それぞれの点数が各２点となる。更に、ソート条件「同時通過者が３人未満」の点数が１点となり、ソート条件「スタート地点」の点数が０点となる。そこでＣＰＵ１１は、撮影データの次回以降の購入時に、いずれかのユーザ端末４において動画又は静止画を表示する際のお薦め度に基づく表示順の決定に当たって用いるソート条件の順番を、ソート条件「天気が良い（５点）」→ソート条件「スタート地点に近い撮影地点（３点）」→ソート条件「景色が良い（３点）」→ソート条件「ゴール地点（２点）」→ソート条件「ラップタイムが良い（２点）」→ソート条件「同時通過者が３人未満（１点）」→ソート条件「スタート地点（０点）」とする。ここで、ソート条件集計データテーブルＭＴにおいて点数が同じソート条件が複数あった場合、ＣＰＵ１１は、ソート条件としての番号が若いソート条件を優先して、お薦め度の決定に用いる。例えば図４（Ｃ）に示す場合、ソート条件「スタート地点に近い撮影地点」の点数とソート条件「景色が良い」の点数とは共に３点で同じである。よってＣＰＵ１１は、ソート条件としての番号が若いソート条件「スタート地点に近い撮影地点」の方を優先してお薦め度の決定に用いる。
【００５８】
４．通信システムＳの動作
次に、図５乃至図１０を参照して、本実施形態の通信システムＳの動作について説明する。以降においては、図１（Ｂ）に例示するマラソンコースＭＨを用いたマラソン競技の大会にランナーとして参加したユーザが、カメラ３ａ乃至カメラ３ｆのいずれかで撮影された動画又は静止画の撮影データを大会後に購入する場合に、ウェブサーバ１が、そのユーザのユーザ端末４に動画又は静止画の撮影データを表示する際のお薦め度を決定する場合の処理例を説明する。また、データベース２には、大会後において、計測地点マスタＰＭ、撮影データマスタＤＭ、購入種別マスタＣＭ、ソート条件マスタＣＮＤ、大会結果データＲＤ及び天気データＷＤが記憶されているとする。また記憶部１４には、過去（即ち、今回の表示より前）のそのユーザの購入状況及びその時点までの他のユーザの購入状況（即ち、複数のユーザの購入状況）に対応した購入データＢＤ及びソート条件集計データテーブルＭＴが予め記憶されているとする。
【００５９】
図５は、ウェブサーバ１における撮影データ購入時処理の一例を示すフローチャートである。この撮影データ購入時処理には、ユーザ端末４を用いてユーザが動画又は静止画を購入する処理、及びその購入の際にソート条件集計データテーブルＭＴを更新する処理が含まれる。ユーザがユーザ端末４を用いて撮影データを購入する場合、そのユーザは、ユーザ端末４を用いて、そのゼッケン番号を入力する。入力されたゼッケン番号の情報は、ネットワーク１０を介してウェブサーバ１に送信される。ウェブサーバ１のＣＰＵ１１は、送信されてきたゼッケン番号の情報に基づき、そのゼッケン番号が映っている動画又は静止画を、記憶部１４において検索する。この際にＣＰＵ１１は、そのゼッケン番号に基づき、そのユーザについての通過タイムデータＰＲＤを生成して記憶部１４に記憶させる。そしてＣＰＵ１１は、検索した動画又は静止画の撮影データについての今回のお薦め度を決定する。この今回のお薦め度は、その時点までのそのユーザ及び他のユーザそれぞれの購入状況に対応した購入データＢＤ及びソート条件集計データテーブルＭＴに基づいた、本実施形態のお薦め度決定処理により決定される。初めにＣＰＵ１１は、上記ゼッケン番号の情報に基づいて検索した動画又は静止画を、購入対象の候補として、今回より前の本実施形態のお薦め度決定処理により決定された過去のお薦め度に基づいた表示順でユーザ端末４に表示させる表示処理を行う（ステップＳ１）。このステップＳ１は、今回より前の本実施形態のお薦め度決定処理（後述の図６ステップＳ５０等）により決定された過去のお薦め度に基づいた、後述の図６ステップＳ４１に相当する。
【００６０】
次にＣＰＵ１１は、表示されている動画又は静止画の撮影データを選択して購入するための操作等がユーザ端末４において実行されたか否かを判定する（ステップＳ２）。このとき、ＣＰＵ１１は、撮影データを選択して購入するための操作等が行われていないと判定した場合には（ステップＳ２；ＮＯ）、そのまま購入処理を完了する。一方、ＣＰＵ１１は、撮影データを選択して購入するための操作等が行われた場合には（ステップＳ２；ＹＥＳ）、ステップＳ３に進む。以上のステップＳ２が、本発明の「選択受付手段」としての機能の一例である。
【００６１】
ステップＳ３において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画が、ゴール地点に設置されたカメラ３ｆ（図１（Ｂ）参照）で撮影された動画又は静止画であるか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、その動画又は静止画がカメラ３ｆで撮影された動画又は静止画であるか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画がカメラ３ｆで撮影された動画又は静止画であると判定した場合には（ステップＳ３；ＹＥＳ）、ステップＳ４に進む。ステップＳ４において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「ゴール地点」の合計値に「２」を加算し、ステップＳ５に進む。ＣＰＵ１１は、ステップＳ３において、購入対象となっている撮影データの動画又は静止画がカメラ３ｆで撮影された動画又は静止画でないと判定した場合には（ステップＳ３；ＮＯ）、ステップＳ５に進む。
【００６２】
ステップＳ５において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画が、スタート地点に設置されたカメラ３ａ（図１（Ｂ）参照）で撮影された動画又は静止画であるか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、その動画又は静止画がカメラ３ａで撮影された動画又は静止画であるか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画がカメラ３ａで撮影された動画又は静止画であると判定した場合には（ステップＳ５；ＹＥＳ）、ステップＳ６に進む。ステップＳ６において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「スタート地点」の合計値に「２」を加算し、ステップＳ７に進む。ＣＰＵ１１は、ステップＳ５において、購入対象となっている撮影データの動画又は静止画がカメラ３ａで撮影された動画又は静止画でないと判定した場合には（ステップＳ５；ＮＯ）、ステップＳ７に進む。
【００６３】
ステップＳ７において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画に映っている同時通過者が、３人未満で最も少ないか否かを判定する。具体的に、ＣＰＵ１１は、その動画又は静止画の内容を解析して、その動画又は静止画に映っている同時通過者が、３人未満で最も少ないか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画に映っている同時通過者が、３人未満で最も少ないと判定した場合には（ステップＳ７；ＹＥＳ）、ステップＳ８に進む。ステップＳ８において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「同時通過者が３人未満」の合計値に「２」を加算し、ステップＳ９に進む。ＣＰＵ１１は、ステップＳ７において、購入対象となっている撮影データの動画又は静止画に映っている同時通過者が、３人未満で最も少なくないと判定した場合には（ステップＳ７；ＮＯ）、ステップＳ９に進む。
【００６４】
ステップＳ９において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画に映っている同時通過者が、３人未満で２番目に少ないか否かを判定する。具体的に、ＣＰＵ１１は、その動画又は静止画の内容を解析して、その動画又は静止画に映っている同時通過者が、３人未満で２番目に少ないか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画に映っている同時通過者が、３人未満で２番目に少ないと判定した場合には（ステップＳ７；ＹＥＳ）、ステップＳ１０に進む。ステップＳ１０において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「同時通過者が３人未満」の合計値に「１」を加算し、ステップＳ１１に進む。ＣＰＵ１１は、ステップＳ９において、購入対象となっている撮影データの動画又は静止画に映っている同時通過者が、３人未満で２番目に少なくないと判定した場合には（ステップＳ９；ＮＯ）、ステップＳ１１に進む。
【００６５】
ステップＳ１１において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画の区間のラップタイムが最も良いか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、そのラップタイムが最も良いか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画の区間のラップタイムが最も良いと判定した場合には（ステップＳ７；ＹＥＳ）、ステップＳ１２に進む。ステップＳ１２において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「ラップタイムが良い」の合計値に「２」を加算し、ステップＳ１３に進む。ＣＰＵ１１は、ステップＳ１１において、購入対象となっている撮影データの動画又は静止画の区間のラップタイムが最も良くないと判定した場合には（ステップＳ１１；ＮＯ）、ステップＳ１３に進む。
【００６６】
ステップＳ１３において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画の区間のラップタイムが２番目に良いか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、そのラップタイムが２番目に良いか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画の区間のラップタイムが２番目に良いと判定した場合には（ステップＳ１３；ＹＥＳ）、ステップＳ１４に進む。ステップＳ１４において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「ラップタイムが良い」の合計値に「１」を加算し、ステップＳ１５に進む。ＣＰＵ１１は、ステップＳ１３において、購入対象となっている撮影データの動画又は静止画の区間のラップタイムが２番目に良くないと判定した場合には（ステップＳ１３；ＮＯ）、ステップＳ１５に進む。
【００６７】
ステップＳ１５において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画が、スタート地点を除いて最もスタート地点に近い地点に設置されたカメラ３ｂ（図１（Ｂ）参照）で撮影された動画又は静止画であるか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、その動画又は静止画がカメラ３ｂで撮影された動画又は静止画であるか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画がカメラ３ｂで撮影された動画又は静止画であると判定した場合には（ステップＳ１５；ＹＥＳ）、ステップＳ１６に進む。ステップＳ１６において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「スタート地点に近い撮影地点」の合計値に「２」を加算し、ステップＳ１７に進む。ＣＰＵ１１は、ステップＳ１５において、購入対象となっている撮影データの動画又は静止画がカメラ３ｂで撮影された動画又は静止画でないと判定した場合には（ステップＳ１５；ＮＯ）、ステップＳ１７に進む。
【００６８】
ステップＳ１７において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画が、スタート地点を除いて２番目にスタート地点に近い地点に設置されたカメラ３ｃ（図１（Ｂ）参照）で撮影された動画又は静止画であるか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、その動画又は静止画がカメラ３ｃで撮影された動画又は静止画であるか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画がカメラ３ｃで撮影された動画又は静止画であると判定した場合には（ステップＳ１７；ＹＥＳ）、ステップＳ１８に進む。ステップＳ１８において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「スタート地点に近い撮影地点」の合計値に「１」を加算し、ステップＳ１９に進む。ＣＰＵ１１は、ステップＳ１７において、購入対象となっている撮影データの動画又は静止画がカメラ３ｃで撮影された動画又は静止画でないと判定した場合には（ステップＳ１７；ＮＯ）、ステップＳ１９に進む。
【００６９】
ステップＳ１９において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画が、最も景色が良い地点に設置されたカメラ３ｆ（図１（Ｂ）及び図２（Ａ）参照）で撮影された動画又は静止画であるか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、その動画又は静止画がカメラ３ｆで撮影された動画又は静止画であるか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画がカメラ３ｆで撮影された動画又は静止画であると判定した場合には（ステップＳ１９；ＹＥＳ）、ステップＳ２０に進む。ステップＳ２０において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「景色が良い」の合計値に「２」を加算し、ステップＳ２１に進む。ＣＰＵ１１は、ステップＳ１９において、購入対象となっている撮影データの動画又は静止画がカメラ３ｆで撮影された動画又は静止画でないと判定した場合には（ステップＳ１９；ＮＯ）、ステップＳ２１に進む。
【００７０】
ステップＳ２１において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画が、２番目に景色が良い地点に設置されたカメラ３ｂ（図１（Ｂ）及び図２（Ａ）参照）で撮影された動画又は静止画であるか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、その動画又は静止画がカメラ３ｂで撮影された動画又は静止画であるか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画がカメラ３ｂで撮影された動画又は静止画であると判定した場合には（ステップＳ２１；ＹＥＳ）、ステップＳ２２に進む。ステップＳ２２において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「景色が良い」の合計値に「１」を加算し、ステップＳ２３に進む。ＣＰＵ１１は、ステップＳ２１において、購入対象となっている撮影データの動画又は静止画がカメラ３ｂで撮影された動画又は静止画でないと判定した場合には（ステップＳ２１；ＮＯ）、ステップＳ２３に進む。
【００７１】
ステップＳ２３において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画が、天気が晴れの地点に設置されたカメラ３ｃ乃至カメラ３ｆのいずれか（図１（Ｂ）及び図４（Ａ）参照）で撮影された動画又は静止画であるか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、その動画又は静止画がカメラ３ｃ乃至カメラ３ｆのいずれかで撮影された動画又は静止画であるか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画がカメラ３ｃ乃至カメラ３ｆのいずれかで撮影された動画又は静止画であると判定した場合には（ステップＳ２３；ＹＥＳ）、ステップＳ２４に進む。ステップＳ２４において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「景色が良い」の合計値に「２」を加算し、ステップＳ２５に進む。ＣＰＵ１１は、ステップＳ２３において、購入対象となっている撮影データの動画又は静止画がカメラ３ｃ乃至カメラ３ｆのいずれかで撮影された動画又は静止画でないと判定した場合には（ステップＳ２３；ＮＯ）、ステップＳ２５に進む。
【００７２】
ステップＳ２５において、ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画が、天気が曇りの地点に設置されたカメラ３ｂ（図１（Ｂ）及び図４（Ａ）参照）で撮影された動画又は静止画であるか否かを判定する。具体的に、ＣＰＵ１１は、記憶部１４に記憶されている通過タイムデータＰＲＤを参照して、その動画又は静止画がカメラ３ｂで撮影された動画又は静止画であるか否かを判定する。ＣＰＵ１１は、購入対象となっている撮影データの動画又は静止画がカメラ３ｂで撮影された動画又は静止画であると判定した場合には（ステップＳ２５；ＹＥＳ）、ステップＳ２６に進む。ステップＳ２６において、ＣＰＵ１１は、その時点で記憶部１４に記憶されているソート条件集計データテーブルＭＴのソート条件「天気が良い」の合計値に「１」を加算し、ステップＳ２７に進む。ステップＳ２７において、ＣＰＵ１１は、購入対象となっている撮影データの電子的な代金支払い等の予め設定された購入処理を実行する。その後、ＣＰＵ１１は、購入処理を完了する。ＣＰＵ１１は、ステップＳ２５において、購入対象となっている撮影データの動画又は静止画がカメラ３ｂで撮影された動画又は静止画でないと判定した場合には（ステップＳ２５；ＮＯ）、ステップＳ２７に進む。
【００７３】
以上の図５のステップＳ４、ステップＳ６、ステップＳ８、ステップＳ１０、ステップＳ１２、ステップＳ１４、ステップＳ１６、ステップＳ１８、ステップＳ２０、ステップＳ２２、ステップＳ２４又はステップＳ２６のいずれかが、本発明の「取得手段」及び「決定手段」としての機能の一例である。
【００７４】
図６は、ユーザがユーザ端末４を用いた動画又は静止画を購入する際の、ウェブサーバ１における購入対象の候補となる動画又は静止画の撮影データの表示制御処理の一例を示すフローチャートである。動画又は静止画の撮影データの表示制御処理時には、過去のそのユーザの購入状況及びその時点までの他のユーザの購入状況に対応した購入データＢＤ及びソート条件集計データテーブルＭＴが記憶部１４に記憶されているとする。
【００７５】
ユーザがユーザ端末４を用いて撮影データを購入する場合、そのユーザは、ユーザ端末４を用いて、そのゼッケン番号を入力する。入力されたゼッケン番号の情報は、ネットワーク１０を介してウェブサーバ１に送信される。ウェブサーバ１のＣＰＵ１１は、送信されてきたゼッケン番号の情報を例えばＲＡＭ１３に記憶する（ステップＳ３０）。その後ＣＰＵ１１は、ステップ３１に進む。またＣＰＵ１１は、そのゼッケン番号の情報に基づき、そのゼッケン番号が映っている動画又は静止画を記憶部１４において検索する。またＣＰＵ１１は、その時点までのそのユーザ及び他のユーザそれぞれの購入状況に対応したソート条件集計データテーブルＭＴを、記憶部１４から読み出して例えばＲＡＭ１３に記憶する。
【００７６】
ＣＰＵ１１は、ソート条件集計データテーブルＭＴの全てのレコード（記憶事項）を、ＲＡＭ１３上に記憶されている図示しないソート条件リストに記憶する（ステップＳ３１）。その後ＣＰＵ１１は、ステップＳ３２に進む。ソート条件リストは、ソート条件集計データテーブルＭＴの内容を、合計値の高い順に並べて一時的に記憶しておくリストである。以下の説明及び図６では、ソート条件リストを、単に「リスト」と称する。
【００７７】
ステップＳ３２において、ＣＰＵ１１は、購入対象の候補の撮影データについて今回のお薦め度が全て決定されているか否かを判定する。ＣＰＵ１１は、購入対象の候補の撮影データについて今回のお薦め度が全て決定されていると判定した場合には（ステップＳ３２；ＹＥＳ）、ステップＳ４１に進む。ステップＳ４１において、ＣＰＵ１１は、決定されているお薦め度に基づいた表示順で、ユーザ端末４において撮影データを表示させる（ステップＳ４１）。この表示順は、その時点でお薦め度決定リストＯＤに記憶されている撮影データのお薦め度に基づいた表示順である。ステップＳ４１が、今回のお薦め度を用いた本発明の「制御手段」としての機能の一例である。なお、ステップＳ４１により表示された撮影データについて、図５のステップＳ２以降が実行されることにより、ソート条件集計データテーブルＭＴが更新される。その後ＣＰＵ１１は、購入の対象の動画又は静止画の撮影データの表示制御処理を完了する。ステップＳ３２において、ＣＰＵ１１は、購入対象の候補の撮影データについて今回のお薦め度が全て決定されていない場合には（ステップＳ３２；ＮＯ）、ステップＳ３３に進む。
【００７８】
ステップＳ３３において、ＣＰＵ１１は、現在のリストが空であるか否か、即ち現在のリストにレコードが記憶されていないか否かを判定する。ＣＰＵ１１は、現在のリストが空である場合には（ステップＳ３３；ＹＥＳ）、通過タイムデータＰＲＤを参照し、購入対象の候補の撮影データを、その撮影時刻の時系列でソートして今回の表示順とする（ステップＳ４２）。ＣＰＵ１１はその後、ステップＳ４１に進む。
【００７９】
ステップＳ３３において、ＣＰＵ１１は、現在のリストが空でない場合には（ステップＳ３３；ＮＯ）、ステップＳ３４に進む。ステップＳ３４において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「ゴール地点」であるか否かを判定する。ＣＰＵ１１は、現在のリストの最上位のソート条件が「ゴール地点」である場合には（ステップＳ３４；ＹＥＳ）、ステップＳ４３に進む。ステップＳ４３において、ＣＰＵ１１は、表示される撮影データを検索するための撮影データ検索キーに「ゴール地点」を設定し、ステップＳ５０に進む。ステップＳ５０において、ＣＰＵ１１は、「ゴール地点」に設定されている撮影データ検索キーを用いて、各撮影データのユーザ端末４におけるお薦め度を決定するお薦め度決定処理を実行し、ステップＳ６７に進む。このお薦め度決定処理については、後ほど図７乃至図１０を用いて説明する。ステップＳ６７において、ＣＰＵ１１は、現在のリストから現在のソート条件を削除する。その後ＣＰＵ１１は、ステップＳ３３の判定に戻る。ステップＳ３４において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「ゴール地点」でない場合には（ステップＳ３４；ＮＯ）、ステップＳ３５に進む。
【００８０】
ステップＳ３５において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「スタート地点」であるか否かを判定する。ＣＰＵ１１は、現在のリストの最上位のソート条件が「スタート地点」である場合には（ステップＳ３５；ＹＥＳ）、ステップＳ４４に進む。ステップＳ４４において、ＣＰＵ１１は、撮影データ検索キーに「スタート地点」を設定し、ステップＳ５１に進む。ステップＳ５１において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「スタート地点」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ６７に進む。ステップＳ３５において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「スタート地点」でない場合には（ステップＳ３５；ＮＯ）、ステップＳ３６に進む。
【００８１】
ステップＳ３６において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「同時通過者が３人未満」であるか否かを判定する。ＣＰＵ１１は、現在のリストの最上位のソート条件が「同時通過者が３人未満」である場合には（ステップＳ３６；ＹＥＳ）、ステップＳ４５に進む。ステップＳ４５において、ＣＰＵ１１は、撮影データ検索キーに「同時通過者が３人未満で最も少ない」を設定し、ステップＳ５２に進む。ステップＳ５２において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「同時通過者が３人未満で最も少ない」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ５７に進む。ステップＳ５７において、ＣＰＵ１１は、撮影データ検索キーに「同時通過者が３人未満で２番目に少ない」を設定し、ステップＳ６２に進む。ステップＳ６２において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「同時通過者が３人未満で２番目に少ない」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ６７に進む。ステップＳ３６において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「同時通過者が３人未満」でない場合には（ステップＳ３６；ＮＯ）、ステップＳ３７に進む。
【００８２】
ステップＳ３７において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「ラップタイムが良い」であるか否かを判定する。ＣＰＵ１１は、現在のリストの最上位のソート条件が「ラップタイムが良い」である場合には（ステップＳ３７；ＹＥＳ）、ステップＳ４６に進む。ステップＳ４６において、ＣＰＵ１１は、撮影データ検索キーに「ラップタイムが最も良い区間」を設定し、ステップＳ５３に進む。ステップＳ５３において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「ラップタイムが最も良い区間」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ５８に進む。ステップＳ５８において、ＣＰＵ１１は、撮影データ検索キーに「ラップタイムが２番目に良い区間」を設定し、ステップＳ６３に進む。ステップＳ６３において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「ラップタイムが２番目に良い区間」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ６７に進む。ステップＳ３７において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「ラップタイムが良い」でない場合には（ステップＳ３７；ＮＯ）、ステップＳ３８に進む。
【００８３】
ステップＳ３８において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「スタート地点を除いてスタート地点に近い撮影地点」であるか否かを判定する。ＣＰＵ１１は、現在のリストの最上位のソート条件が「スタート地点を除いてスタート地点に近い撮影地点」である場合には（ステップＳ３８；ＹＥＳ）、ステップＳ４７に進む。ステップＳ４７において、ＣＰＵ１１は、撮影データ検索キーに「スタート地点を除いて最もスタート地点に近い撮影地点」を設定し、ステップＳ５４に進む。ステップＳ５４において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「スタート地点を除いて最もスタート地点に近い撮影地点」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ５９に進む。ステップＳ５９において、ＣＰＵ１１は、撮影データ検索キーに「スタート地点を除いて２番目にスタート地点に近い撮影地点」を設定し、ステップＳ６４に進む。ステップＳ６４において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「スタート地点を除いて２番目にスタート地点に近い撮影地点」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ６７に進む。ステップＳ３８において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「スタート地点を除いてスタート地点に近い撮影地点」でない場合には（ステップＳ３８；ＮＯ）、ステップＳ３９に進む。
【００８４】
ステップＳ３９において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「景色が良い」であるか否かを判定する。ＣＰＵ１１は、現在のリストの最上位のソート条件が「景色が良い」である場合には（ステップＳ３９；ＹＥＳ）、ステップＳ４８に進む。ステップＳ４８において、ＣＰＵ１１は、撮影データ検索キーに「最も景色が良い地点」を設定し、ステップＳ５５に進む。ステップＳ５５において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「最も景色が良い地点」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ６０に進む。ステップＳ６０において、ＣＰＵ１１は、撮影データ検索キーに「２番目に景色が良い地点」を設定し、ステップＳ６５に進む。ステップＳ６５において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「２番目に景色が良い地点」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ６７に進む。ステップＳ３９において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「景色が良い」でない場合には（ステップＳ３９；ＮＯ）、ステップＳ４０に進む。
【００８５】
ステップＳ４０において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「天気が良い」であるか否かを判定する。ＣＰＵ１１は、現在のリストの最上位のソート条件が「天気が良い」である場合には（ステップＳ４０；ＹＥＳ）、ステップＳ４９に進む。ステップＳ４９において、ＣＰＵ１１は、撮影データ検索キーに「天気が晴れの地点」を設定し、ステップＳ５６に進む。ステップＳ５６において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「天気が晴れの地点」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ６１に進む。ステップＳ６１において、ＣＰＵ１１は、撮影データ検索キーに「天気が曇りの地点」を設定し、ステップＳ６６に進む。ステップＳ６６において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キー「天気が曇りの地点」を用いてステップＳ５０と同様のお薦め度決定処理を実行し、ステップＳ６７に進む。ステップＳ４０において、ＣＰＵ１１は、現在のリストの最上位のソート条件が「天気が良い」でない場合には（ステップＳ４０；ＮＯ）、ステップＳ３３に戻る。
【００８６】
図７は、ウェブサーバ１におけるお薦め度決定処理の一例を示すフローチャートである。図７に示すお薦め度決定処理は、図６のステップＳ５０乃至ステップＳ５６及びステップＳ６２乃至ステップＳ６６のお薦め度決定処理である。お薦め度決定処理では、初めに、お薦め度が決定されていない撮影データを含むお薦め度未決定リストＮＤが、レコードとして何も記憶されていないお薦め度決定リストＯＤと共に記憶部１４に記憶されている。本実施形態の場合、この時点でお薦め度未決定リストＮＤに記憶されているのは、撮影データマスタＤＭに記憶されている動画Ａ乃至動画Ｆである。
【００８７】
そして、お薦め度決定処理のステップＳ７０において、ＣＰＵ１１は、その時点で設定されている撮影データ検索キーに該当する撮影データを記憶部１４において検索し、その検索結果を検索結果リストＲＬに記憶する。検索結果リストＲＬについては、後ほど詳述する。ＣＰＵ１１は、撮影データの検索結果を検索結果リストＲＬに記憶したら、ステップＳ７１に進む。
【００８８】
ステップＳ７１において、ＣＰＵ１１は、現在の検索結果リストＲＬの内容が空であるか否か、即ち現在の検索結果リストＲＬにレコードが記憶されていないか否かを判定する。ＣＰＵ１１は、現在の検索結果リストＲＬの内容が空である場合には（ステップ７１；ＹＥＳ）。元の図６の処理に進む。ＣＰＵ１１は、現在の検索結果リストＲＬの内容が空でない場合には（ステップ７１；ＮＯ）、ステップＳ７２に進む。
【００８９】
ステップＳ７２において、ＣＰＵ１１は、その時点での検索結果リストＲＬから、その時点で最上位の撮影データを一つ取り出し、ステップＳ７３に進む。
【００９０】
ステップＳ７３において、ＣＰＵ１１は、取り出された撮影データのお薦め度が、その時点で未決定であるか否かを判定する。取り出された撮影データは、図７において「該当撮影データ」と表されている。より具体的に、ＣＰＵ１１は、取り出された撮影データがお薦め度未決定リストＮＤに記憶されているか否かを判定する。ＣＰＵ１１は、取り出された撮影データのお薦め度が未決定である場合には（ステップＳ７３；ＹＥＳ）、ステップＳ７５に進む。ステップＳ７５において、ＣＰＵ１１は、取り出された撮影データをお薦め度決定リストＯＤの最上位と決定する（ステップＳ７５）。その後ＣＰＵ１１は、ステップＳ７２に戻る。ＣＰＵ１１は、取り出された撮影データのお薦め度が未決定でない場合には（ステップＳ７３；ＮＯ）、ステップＳ７４に進む。
【００９１】
ステップＳ７４において、ＣＰＵ１１は、取り出された撮影データのお薦め度に、同率順位の撮影データがあるか否かを判定する。より具体的に、ＣＰＵ１１は、取り出された撮影データについて、お薦め度決定リストＯＤにおいて同率順位として記憶されている他の撮影データがあるか否かを判定する。ＣＰＵ１１は、取り出された撮影データのお薦め度に、同率順位の撮影データがある場合には（ステップＳ７４；ＹＥＳ）、ステップＳ７６に進む。ステップＳ７６において、ＣＰＵ１１は、取り出された撮影データを、お薦め度決定リストＯＤにおける同率順位群の撮影データ中の最上位と決定する（ステップＳ７６）。その後ＣＰＵ１１は、ステップＳ７２に戻る。ＣＰＵ１１は、取り出された撮影データのお薦め度に、同率順位の撮影データがない場合には（ステップＳ７４；ＮＯ）、ステップＳ７２に戻る。このとき、撮影データを購入するユーザによってソート条件集計データテーブルＭＴの内容が異なることから、図７に示されるお薦め度決定処理により決定されたお薦め度は、結果として、撮影データを購入するユーザによって異なったお薦め度となり得る。
【００９２】
図８（Ａ）乃至図１０（Ｂ）は、ウェブサーバ１におけるお薦め度決定処理の具体例を示す図である。図８（Ａ）は、図７のお薦め度決定処理において、最初に設定された撮影データ検索キーが「天気が晴れ」である場合について示している。この撮影データ検索キーは、Ｂタイプのソート条件「天気が良い」のうち、点数が高い方のソート条件に対応している。
【００９３】
最初の「天気が晴れ」の撮影データ検索キーを用いた記憶部１４の検索前においては、お薦め度未決定リストＮＤには撮影データマスタＤＭに記憶されている動画Ａ乃至動画Ｆが記憶されている。お薦め度決定リストＯＤには、レコードが何も記憶されていない。そして、図７に示すお薦め度決定処理の第１周目が実行されると、ＣＰＵ１１は、ステップＳ７０において、その時点で設定されている撮影データ検索キー「天気が晴れ」を用いて記憶部１４を検索し、その検索結果として四つの動画Ｃ乃至動画Ｆを時系列で検索結果リストＲＬに記憶させる。このとき動画Ｃ乃至動画Ｆは、図４（Ａ）に例示する通過タイムデータＰＲＤにおいて晴れの天候に対応している。そして、第１周目のステップＳ７２において、ＣＰＵ１１は、先頭に記憶されている動画Ｃを検索結果リストＲＬから取り出す。その後ＣＰＵ１１は、第１周目のステップＳ７５において、取り出した動画Ｃをお薦め度決定リストＯＤの先頭に決定する。
【００９４】
次に、図７に示すお薦め度決定処理の第２周目が実行されると、ＣＰＵ１１は、ステップＳ７０において、直前のステップＳ７５により決定された動画Ｃを除き、第１周目と同様に撮影データ検索キー「天気が晴れ」を用いて記憶部１４を検索し、その検索結果として三つの動画Ｄ乃至動画Ｆを時系列で検索結果リストＲＬに記憶させる。そして、第２周目のステップＳ７２において、ＣＰＵ１１は、先頭に記憶されている動画Ｄを検索結果リストＲＬから取り出す。その後ＣＰＵ１１は、第２周目のステップＳ７５において、取り出した動画Ｄをお薦め度決定リストＯＤの動画Ｃの次に決定する。
【００９５】
次に、図７に示すお薦め度決定処理の第３周目が実行されると、ＣＰＵ１１は、ステップＳ７０において、それまでのステップＳ７５により決定された動画Ｃ及び動画Ｄを除き、第１周目と同様に撮影データ検索キー「天気が晴れ」を用いて記憶部１４を検索し、その検索結果として動画Ｅ及び動画Ｆを時系列で検索結果リストＲＬに記憶させる。そして、第３周目のステップＳ７２において、ＣＰＵ１１は、先頭に記憶されている動画Ｅを検索結果リストＲＬから取り出す。その後ＣＰＵ１１は、第３周目のステップＳ７５において、取り出した動画Ｅをお薦め度決定リストＯＤの動画Ｃ及び動画Ｄの次に決定する。
【００９６】
次に、図７に示すお薦め度決定処理の第４周目が実行されると、ＣＰＵ１１は、ステップＳ７０において、それまでのステップＳ７５により決定された動画Ｃ乃至動画Ｅを除き、第１周目と同様に撮影データ検索キー「天気が晴れ」を用いて記憶部１４を検索し、その検索結果として動画Ｆを時系列で検索結果リストＲＬに記憶させる。そして、第４周目のステップＳ７２において、ＣＰＵ１１は、一つだけ記憶されている動画Ｆを検索結果リストＲＬから取り出す。その後ＣＰＵ１１は、第４周目のステップＳ７５において、取り出した動画Ｆをお薦め度決定リストＯＤの動画Ｃ乃至動画Ｅの次に決定する。この時点で、検索結果リストＲＬが空となったので、ＣＰＵ１１はお薦め度決定処理を終了する（図７ステップＳ７１；ＹＥＳ参照）。
【００９７】
以上の図８（Ａ）に示す処理により、最初に設定された撮影データ検索キー「天気が晴れ」による撮影データのお薦め度が決定される。なおこの時点でのお薦め度決定リストＯＤでは、動画Ｃ乃至動画Ｆが同率１位のお薦め度として記憶されている。
【００９８】
図８（Ｂ）は、図７のお薦め度決定処理において、２番目に設定された撮影データ検索キーが「天気が曇り」である場合について示している。この撮影データ検索キーは、Ｂタイプのソート条件「天気が良い」のうち、点数が低い方のソート条件に対応している。
【００９９】
「天気が曇り」の撮影データ検索キーを用いた記憶部１４の検索前においては、お薦め度未決定リストＮＤには撮影データマスタＤＭに記憶されている動画Ａ及び動画Ｂが記憶されている。お薦め度決定リストＯＤには、既にお薦め度が決定された動画Ｃ乃至動画Ｆが記憶されている。そして、図７に示すお薦め度決定処理の第１周目が実行されると、ＣＰＵ１１は、ステップＳ７０において、その時点で設定されている撮影データ検索キー「天気が曇り」を用いて記憶部１４を検索し、その検索結果として一つの動画Ｂを検索結果リストＲＬに記憶させる。このとき動画Ｂは、図４（Ａ）に例示する通過タイムデータＰＲＤにおいて、曇りの天候に対応している。そして、第１周目のステップＳ７２において、ＣＰＵ１１は、記憶されている動画Ｂを検索結果リストＲＬから取り出す。その後ＣＰＵ１１は、第１周目のステップＳ７５において、取り出した動画Ｂをお薦め度決定リストＯＤの動画Ｃ乃至動画Ｆの次に決定する。この時点で、検索結果リストＲＬが空となったので、ＣＰＵ１１はお薦め度決定処理を終了する（図７ステップＳ７１；ＹＥＳ参照）。
【０１００】
以上の図８（Ｂ）に示す処理により、２番目に設定された撮影データ検索キー「天気が曇り」による撮影データのお薦め度が決定される。なおこの時点でのお薦め度決定リストＯＤでは、動画Ｃ乃至動画Ｆが同率１位のお薦め度として記憶されており、５番目のお薦め度として動画Ｂが記憶されている。
【０１０１】
図９（Ａ）は、図７のお薦め度決定処理において、３番目に設定された撮影データ検索キーが「スタート地点を除いてスタート地点に最も近い撮影地点」である場合について示している。この撮影データ検索キーは、Ｂタイプのソート条件「スタート地点を除いてスタート地点に近い撮影地点」のうち、点数が高い方のソート条件に対応している。
【０１０２】
「スタート地点を除いてスタート地点に最も近い撮影地点」の撮影データ検索キーを用いた記憶部１４の検索前においては、お薦め度未決定リストＮＤには撮影データマスタＤＭに記憶されている動画Ａが記憶されている。お薦め度決定リストＯＤには、既にお薦め度が決定された動画Ｃ乃至動画Ｆ及び動画Ｂが記憶されている。そして、図７に示すお薦め度決定処理の第１周目が実行されると、ＣＰＵ１１は、ステップＳ７０において、その時点で設定されている撮影データ検索キー「スタート地点を除いてスタート地点に最も近い撮影地点」を用いて記憶部１４を検索し、その検索結果として一つの動画Ｂを検索結果リストＲＬに記憶させる。このとき動画Ｂは、図４（Ａ）に例示する通過タイムデータＰＲＤにおいて、スタート地点を除いてスタート地点に最も近い撮影地点に対応している。そして、第１周目のステップＳ７２において、ＣＰＵ１１は、記憶されている動画Ｂを検索結果リストＲＬから取り出す。その後ＣＰＵ１１は、動画Ｂが既にお薦め度決定リストＯＤに記憶されており、更に同率順位の他の撮影データもないことから、動画ＢがステップＳ７５及びステップＳ７６に該当することはないと判定する。
【０１０３】
以上の図９（Ａ）に示す処理により、３番目に設定された撮影データ検索キー「スタート地点を除いてスタート地点に最も近い撮影地点」では、撮影データのお薦め度が変わらない。
【０１０４】
図９（Ｂ）は、図７のお薦め度決定処理において、４番目に設定された撮影データ検索キーが「スタート地点を除いてスタート地点に２番目に近い撮影地点」である場合について示している。この撮影データ検索キーは、Ｂタイプのソート条件「スタート地点を除いてスタート地点に近い撮影地点」のうち、点数が低い方のソート条件に対応している。
【０１０５】
「スタート地点を除いてスタート地点に２番目に近い撮影地点」の撮影データ検索キーを用いた記憶部１４の検索前においては、お薦め度未決定リストＮＤには撮影データマスタＤＭに記憶されている動画Ａが記憶されている。お薦め度決定リストＯＤには、既にお薦め度が決定された動画Ｃ乃至動画Ｆ及び動画Ｂが記憶されている。そして、図７に示すお薦め度決定処理の第１周目が実行されると、ＣＰＵ１１は、ステップＳ７０において、その時点で設定されている撮影データ検索キー「スタート地点を除いてスタート地点に２番目に近い撮影地点」を用いて記憶部１４を検索し、その検索結果として一つの動画Ｃを検索結果リストＲＬに記憶させる。このとき動画Ｃは、図４（Ａ）に例示する通過タイムデータＰＲＤにおいて、スタート地点を除いてスタート地点に２番目に近い撮影地点に対応している。そして、第１周目のステップＳ７２において、ＣＰＵ１１は、記憶されている動画Ｃを検索結果リストＲＬから取り出す。その後ＣＰＵ１１は、第１周目のステップＳ７５においては、取り出した動画Ｃのお薦め度が既に決定していることから、動画Ｃについて「該当なし」とする。ＣＰＵ１１は、第１周目のステップＳ７６として、お薦め度決定リストＯＤにおいて同率順位である動画Ｃ乃至動画Ｆのうち動画Ｃを最上位と決定し、同時に動画Ｄ乃至動画Ｆの順位を一つ落とす。この時点で、検索結果リストＲＬが空となったので、ＣＰＵ１１は、第１周目のお薦め度決定処理を終了する（図７ステップＳ７１；ＹＥＳ参照）。
【０１０６】
以上の図９（Ｂ）に示す処理により、４番目に設定された撮影データ検索キー「スタート地点を除いてスタート地点に２番目に近い撮影地点」による撮影データのお薦め度が決定される。なおこの時点でのお薦め度決定リストＯＤでは、動画Ｃが最上位であり、動画Ｄ乃至動画Ｆが同率２位のお薦め度として記憶されており、５番目のお薦め度として動画Ｂが記憶されている。
【０１０７】
図９（Ｃ）は、図７のお薦め度決定処理において、５番目に設定された撮影データ検索キーが「ゴール地点」である場合について示している。この撮影データ検索キーは、Ａタイプのソート条件「ゴール地点」に対応している。
【０１０８】
「ゴール地点」の撮影データ検索キーを用いた記憶部１４の検索前においては、お薦め度未決定リストＮＤには撮影データマスタＤＭに記憶されている動画Ａが記憶されている。お薦め度決定リストＯＤには、既にお薦め度が決定された動画Ｃ乃至動画Ｆ及び動画Ｂが記憶されている。そして、図７に示すお薦め度決定処理の第１周目が実行されると、ＣＰＵ１１は、ステップＳ７０において、その時点で設定されている撮影データ検索キー「ゴール地点」を用いて記憶部１４を検索し、その検索結果として一つの動画Ｆを検索結果リストＲＬに記憶させる。このとき動画Ｆは、図４（Ａ）に例示する通過タイムデータＰＲＤにおいて、ゴール地点に対応している。そして、第１周目のステップＳ７２において、ＣＰＵ１１は、記憶されている動画Ｆを検索結果リストＲＬから取り出す。その後ＣＰＵ１１は、第１周目のステップＳ７５においては、取り出した動画Ｆのお薦め度の順位が既に決定していることから、動画Ｆについて「該当なし」とする。ＣＰＵ１１は、第１周目のステップＳ７６として、お薦め度決定リストＯＤにおいて同率順位である動画Ｄ乃至動画Ｆのうち動画Ｆを最上位と決定し、同時に動画Ｅ及び動画Ｄの順位を一つ落とす。この時点で、検索結果リストＲＬが空となったので、ＣＰＵ１１は、第１周目のお薦め度決定処理を終了する（図７ステップＳ７１；ＹＥＳ参照）。
【０１０９】
以上の図９（Ｃ）に示す処理により、５番目に設定された撮影データ検索キー「ゴール地点」による撮影データのお薦め度が決定される。なおこの時点でのお薦め度決定リストＯＤでは、動画Ｃが最上位であり、動画Ｆが２位のお薦め度であり、動画Ｄ及び動画Ｅが同率２位のお薦め度として記憶されており、５番目のお薦め度として動画Ｂが記憶されている。
【０１１０】
図１０（Ａ）は、図７のお薦め度決定処理において、６番目に設定された撮影データ検索キーが「ラップタイムが最も良い」であり、７番目に設定された撮影データ検索キーが「ラップタイムが２番目に良い」である場合について示している。これらの撮影データ検索キーは、Ｂタイプのソート条件「ラップタイムが良い」にそれぞれ対応している。
【０１１１】
「ラップタイムが最も良い」の撮影データ検索キー及び「ラップタイムが２番目に良い」の撮影データ検索キーを用いた記憶部１４の検索前においては、お薦め度未決定リストＮＤには撮影データマスタＤＭに記憶されている動画Ａが記憶されている。お薦め度決定リストＯＤには、既にお薦め度が決定された動画Ｃ乃至動画Ｆ及び動画Ｂが記憶されている。このとき、図４（Ａ）に例示する通過タイムデータＰＲＤを参照すると、動画Ａは、「ラップタイムが最も良い」の撮影データ検索キー及び「ラップタイムが２番目に良い」の撮影データ検索キーのいずれにも該当しない。よってＣＰＵ１１は、これらの撮影データ検索キーを用いたお薦め度決定処理では、いずれの動画も「該当なし」とする。
【０１１２】
以上の図１０（Ａ）に示す処理により、６番目に設定された撮影データ検索キーが「ラップタイムが最も良い」及び７番目に設定された撮影データ検索キーが「ラップタイムが２番目に良い」では、撮影データのお薦め度が変わらない。
【０１１３】
図１０（Ｂ）は、図７のお薦め度決定処理において、８番目に設定された撮影データ検索キーが「同時通過者が最も少ない」である場合について示している。この撮影データ検索キーは、Ｂタイプのソート条件「同時通過者が３人未満」のうち、点数が高い方のソート条件に対応している。
【０１１４】
「同時通過者が最も少ない」の撮影データ検索キーを用いた記憶部１４の検索前においては、お薦め度未決定リストＮＤには撮影データマスタＤＭに記憶されている動画Ａが記憶されている。お薦め度決定リストＯＤには、既にお薦め度が決定された動画Ｃ乃至動画Ｆ及び動画Ｂが記憶されている。そして、図７に示すお薦め度決定処理の第１周目が実行されると、ＣＰＵ１１は、ステップＳ７０において、その時点で設定されている撮影データ検索キー「同時通過者が最も少ない」を用いて記憶部１４を検索し、その検索結果として一つの動画Ｄを検索結果リストＲＬに記憶させる。このとき動画Ｄは、図４（Ａ）に例示する通過タイムデータＰＲＤにおいて、同時通過者が０人（最も少ない）に対応している。そして、第１周目のステップＳ７２において、ＣＰＵ１１は、記憶されている動画Ｄを検索結果リストＲＬから取り出す。その後ＣＰＵ１１は、第１周目のステップＳ７５においては、取り出した動画Ｄのお薦め度の順位が既に決定していることから、動画Ｄについて「該当なし」とする。ＣＰＵ１１は、第１周目のステップＳ７６として、お薦め度決定リストＯＤにおいて同率順位である動画Ｄ及び動画Ｅのうち動画Ｄを上位と決定し、同時に動画Ｅの順位を一つ落とす。この時点で、検索結果リストＲＬが空となったので、ＣＰＵ１１は、第１周目のお薦め度決定処理を終了する（図７ステップＳ７１；ＹＥＳ参照）。
【０１１５】
以上の図１０（Ｂ）に示す処理により、８番目に設定された撮影データ検索キー「同時通過者が最も少ない」による撮影データのお薦め度が決定される。なおこの時点でのお薦め度決定リストＯＤには、動画Ｃ→動画Ｆ→動画Ｄ→動画Ｅ→動画Ｂの順でお薦め度が記憶されている。
【０１１６】
以上の図８（Ａ）乃至図１０（Ｂ）に具体例を示したお薦め度決定処理が、撮影データ検索キーを変えつつＣＰＵ１１により繰り返されることにより、動画Ａ乃至動画Ｆのお薦め度が最終的に決定される。ＣＰＵ１１は、決定されたお薦め度に基づいた表示順で、ユーザ端末４において撮影データを表示させる（図６ステップＳ４１参照）。
【０１１７】
以上説明したように、本実施形態によれば、ＣＰＵ１１が、表示の対象となる複数の動画又は静止画の撮影データについて、今回の表示より前（即ち過去）における点数を撮影データの属性ごとにそれぞれ取得し、取得された属性ごとの点数を集計して、各撮影データの今回のお薦め度をその属性ごとにそれぞれ決定する。そしてＣＰＵ１１が、今回表示される各撮影データの属性についてそれぞれ決定されたお薦め度に基づいた表示順で、各撮影データをそれぞれ表示させる。よって、今回表示させる各撮影データの属性について、今回の表示より前の表示における点数を用いてそれぞれ決定されたお薦め度に基づいた表示順で各撮影データをそれぞれ表示させることで、適切なお薦め度に基づいた表示順で、今回の各撮影データを表示させることができる。
【０１１８】
取得される点数に、今回表示させる各撮影データをユーザが今回の表示より前に表示させた際の点数と、他のユーザが各撮影データを今回の表示より前に表示させた際の点数と、が含まれている。よって、ＣＰＵ１１が広いユーザの範囲の点数を取得することで、より適切なお薦め度に基づいた表示順で、今回の各撮影データを表示させることができる。
【０１１９】
撮影データの表示順によりお薦め度の違いを認識させるので、より適切なお薦め度に基づいた表示順で、今回の各撮影データを判り易く表示させることができる。なお、お薦め度に基づいた表示としては、本実施形態に係る表示順を変えた表示の他に、その撮影データを表示するディスプレイ上の領域のサイズを変えてお薦め度の相違を表現する場合、撮影データごとにお薦め度に基づいた番号を同時に表示する場合、撮影データの表示を例えば枠で囲い、その枠の太さが優先度の違いを表す場合、等が他に考えられる。
【０１２０】
Ａタイプ及びＢタイプのソート条件が撮影データの属性に基づいて設定されるので、各属性の特徴を反映させてより適切なお薦め度とすることができる。
【０１２１】
Ｂタイプのソート条件では、一つの属性についての複数の点数があるので、各属性の特徴をより適切に反映させることができる。
【０１２２】
ＣＰＵ１１が、過去複数回の撮影データの表示の点数を属性ごとに取得し、取得された各点数を属性ごとに加算して今回のお薦め度を属性ごとに決定する。よって、過去の履歴を反映させた適切なお薦め度に基づいた表示順で、今回の各撮影データを表示させることができる。
【０１２３】
ウェブサーバ１が、撮影データについて、その属性（ソート条件）と点数とを関連付けたソート条件マスタＣＮＤを記憶しているので、ウェブサーバ１自体で今回のお薦め度を属性ごとに決定することができる。
【０１２４】
ユーザ端末４における動画又は静止画の撮影データの表示順が、お薦め度に基づいて制御されるので、適切なお薦め度に基づいた表示順で、今回の各撮影データの表示を行わせることができる。
【０１２５】
撮影データがマラソン競技の大会ごとにランナーを撮影した動画又は静止画の撮影データであり、その撮影データがランナー競技者ごとに選択可能とされている。よって、ユーザが所望するランナーの撮影データを表示させてランナーごとに選択することができる。
【０１２６】
ソート条件の一つが「ラップタイムが良い」とされている。よって、ラップタイムに応じて適切なお薦め度に基づいた表示順で、撮影データを表示させることができる。
【０１２７】
なお、本実施形態では、ＣＰＵ１１は、撮影データをユーザ端末４のユーザに購入させる場合のユーザ端末４におけるお薦め度に基づいた表示順を制御した。しかしながらこれ以外に、ＣＰＵ１１は、例えば、音楽データ又は音声データをユーザ端末４のユーザに購入させる場合の、ユーザ端末４における音楽データ等のお薦め度に基づいた表示順を制御するように構成してもよい。この場合のお薦め度は、例えば、音楽データの図示しないスピーカによる放音順でお薦め度をユーザに認識させる場合や、音量の大小や再生時間の長短によりユーザに認識させるように制御することが考えられる。各ユーザの購入の対象となる音楽データは、本発明の「対象物」の他の一例である。各ユーザ端末４における音楽データの放音は、本発明の「対象物の出力」の他の一例である。
【０１２８】
本実施形態の表示制御の対象たる撮影データから、いわゆるサムネイル表示用の撮影データの表示を除外し、購入処理の際に表示される（購入用の）撮影データを、本実施形態の表示制御の対象としても良い。
【０１２９】
本実施形態では、ゼッケン番号により表示対象の撮影データを特定した。しかしながらこれ以外に、例えば複数のランナーが属するチーム又は団体でマラソン競技の大会に参加する場合等においては、例えばそのチーム名又は団体名とゼッケン番号とでランナーを特定して、撮影データをユーザ端末４に表示させるように構成してもよい。この場合は、ランナーが属するチーム又は団体ごとに撮影データを選択可能であるので、ユーザが所望するランナーの撮影データを表示させて所属チーム又は所属団体ごとに選択することができる。
【０１３０】
点数として、撮影データを購入しようとするユーザが映っている撮影データについての点数を、そのユーザが映っていない撮影データの点数よりも高く設定するように構成してもよい。
【０１３１】
実施形態では、購入対象が動画又は静止画の撮影データである場合について説明したが、これ以外に、動画の一部の撮影データが購入対象であってもよい。この場合の動画の一部とは、例えば、カメラ３ｂで撮影された動画Ｂのうち、ユーザがカメラ３ｂの前を通過した前後所定秒分の動画が該当する。
【符号の説明】
【０１３２】
１  ウェブサーバ
２  データベース
３ａ、３ｂ、３ｃ、３ｄ、３ｅ、３ｆ  カメラ
４  ユーザ端末
１０  ネットワーク
１１  ＣＰＵ
１２  ＲＯＭ
１３  ＲＡＭ
１４  記憶部
１５  通信部
１６  バス
Ｓ  通信システム
ＭＨ  マラソンコース
ＰＭ  計測地点マスタ
ＤＭ  撮影データマスタ
ＣＭ  購入種別マスタ
ＲＤ  大会結果データ
ＷＤ  天気データ
ＢＤ  購入データ
ＭＴ  ソート条件集計データテーブル
ＮＤ  お薦め度未決定リスト
ＯＤ  お薦め度決定リスト
ＲＬ  検索結果リスト
ＺＣ  属性データ
ＣＮＤ  ソート条件マスタ
ＰＲＤ  通過タイムデータ
【図２】
2017068698.tif 000003
【図３】
2017068698.tif 000004
【図４】
2017068698.tif 000005
【図５】
2017068698.tif 000006
【図６】
2017068698.tif 000007
【図７】
2017068698.tif 000008
【図８】
2017068698.tif 000009
【図９】
2017068698.tif 000010
【図１０】
2017068698.tif 000011
【図１】
2017068698.tif 000012