WO2011149105A1

WO2011149105A1 - サーバ装置、表示制御方法、表示制御プログラム及び記録媒体

Info

Publication number: WO2011149105A1
Application number: PCT/JP2011/062393
Authority: WO
Inventors: 宗益子; 菊地　俊介; 山口　裕子
Original assignee: 楽天株式会社
Priority date: 2010-05-28
Filing date: 2011-05-30
Publication date: 2011-12-01

Abstract

　地域における商品の需要の情報として精度が高い情報を、わかりやすくユーザに提供する。端末装置がネットワークを介して接続可能なサーバ装置であって、購入された商品の地域への送付数を示す送付数情報を記憶する記憶手段と、送付数情報に基づいて、地域に対応する送付数情報が示す送付数に応じた情報を示すオブジェクトが当該地域に対応する位置に配置された地図を、端末装置により表示させる制御手段と、を備える。

Description

サーバ装置、表示制御方法、表示制御プログラム及び記録媒体

　本発明は、商品の購買状況を端末装置に表示させるためのサーバ装置、表示制御方法、表示制御プログラム及び記録媒体の技術分野に関する。

　近年、インターネット上での電子商取引が盛んに行われている。消費者は、インターネットを利用することにより、自宅にいながら容易に商品を購入することができる。また、販売者としても、様々な地域の消費者に対して容易に商品を販売することができるようになった。

　このような状況下において、消費者は、商品の購入を検討するために、地域別の需要の動向を得たいと考える場合がある。また、販売者は、マーケティングのために、地域別の情報を得たいと考える場合がある。そして、こうした地域別の情報を提供する技術が種々提案されている。例えば、特許文献１には、売上情報を示す地図を表示する技術が開示されている。具体的に、この技術における売上分析装置は、地域を複数のブロックに分割して、売り上げの分析対象の店舗への居住者の移動時間の方が、同業の店舗への移動時間よりも短いブロックを、分析対象の店舗の受け持ちのブロックとする。分析対象の店舗の従業員は、商品の販売をするときに、客が保持している顧客カードをカードリーダに通す。すると、売上分析装置は、顧客カードから読み出された顧客コードに対応する客の住所を顧客マスタから読み出し、この住所に対応するブロックの番号を含むデータを管理マスタに記憶させる。そして、売上分析装置は、管理マスタに基づいて、ブロック毎に売上情報を集計し、集計結果に応じた色がブロック毎に付された地図を画面上に表示する。また、売上分析装置は、分析対象の店舗の受け持ちのブロックが他のブロックと識別できる態様で地図を表示する。

特開平１０－２０７９５８号公報

　特許文献１に記載の技術においては、実際に店舗に足を運び、そこで商品を購入した客が、購入された商品の消費者であることが一般的である。しかしながら、電子商取引等の通信販売においては、商品の購入者が消費者ではないことが少なからずある。通信販売においては、購入者からの送付先の指定によって、販売者からあらゆる地域に商品を送付することができるからである。つまり、送付先として商品を受け取った者が消費者となる。従って、特許文献１に記載の技術を通信販売に適用した場合には、正確な需要の情報を得ることができない。

　本発明は以上の点に鑑みてなされたものであり、地域における商品の需要の情報として精度が高い情報を、わかりやすくユーザに提供することを可能とするサーバ装置、表示制御方法、表示制御プログラム及び記録媒体を提供することを目的とする。

　上記課題を解決するために、請求項１に記載の発明は、端末装置がネットワークを介して接続可能なサーバ装置であって、購入された商品の地域への送付数を示す送付数情報を記憶する記憶手段と、前記送付数情報に基づいて、前記地域に対応する前記送付数情報が示す送付数に応じた情報を示すオブジェクトが当該地域に対応する位置に配置された地図を、前記端末装置により表示させる制御手段と、を備えることを特徴とする。

　この発明によれば、購入された商品の地域への送付数に応じたオブジェクトが配置された地図が端末装置に表示されるので、地域における商品の需要の情報として精度が高い情報を、わかりやすくユーザに提供することができる。

　請求項２に記載の発明は、請求項１に記載のサーバ装置において、前記地域の居住者数を示す居住者数情報を記憶する居住者数情報記憶手段を更に備え、前記制御手段は、前記送付数情報及び前記居住者数情報に基づいて、単位居住者数あたりの前記送付数を前記送付数に応じた情報として示すオブジェクトが配置された地図を、前記端末装置により表示させることを特徴とする。

　この発明によれば、オブジェクトが示す情報に居住者数の多寡の影響を無くすことができるので、需要の情報としてより精度が高い情報を提供することができる。

　請求項３に記載の発明は、請求項１または請求項２に記載のサーバ装置において、前記送付数情報に基づいて、前記送付数に応じて各地域に対して順位を付ける順位付け手段を更に備え、前記制御手段は、前記順位付け手段により順位が付けられた前記地域の当該順位を前記送付数に応じた情報として示すオブジェクトが配置された地図を、前記端末装置により表示させることを特徴とする。

　この発明によれば、商品の送付数に応じて地域に対して順位が付けられ、この順位を示すオブジェクトが配置された地図が、端末装置に表示される。そのため、ユーザは、表示されたオブジェクトが示す順位により、各地域において他の地域と比較した商品の送付数の多寡を、明確に理解することができる。

　請求項４に記載の発明は、請求項１乃至３の何れか１項に記載のサーバ装置において、前記記憶手段は、複数の期間における前記送付数を示す前記送付数情報を記憶し、前記制御手段は、前記送付数情報に基づいて、前記送付数に応じた情報の変遷に対応して前記オブジェクトが変化する前記地図を、前記端末装置により表示させることを特徴とする。

　この発明によれば、ユーザは、各地域における商品の送付数に応じた情報の変遷を容易に理解することができる。

　請求項５に記載の発明は、請求項４に記載のサーバ装置において、前記制御手段は、前記送付数情報に基づいて、予め定められた期間単位で前記送付数に応じた情報が表示される表を、更に前記端末装置により表示させることを特徴とする。

　この発明によれば、オブジェクトが配置された地図と、送付数に応じた情報が表示される表とが、端末装置に表示される。そのため、ユーザは、地域における送付数に応じた情報を直感的に且つ具体的に理解することができる。

　請求項６に記載の発明は、請求項１乃至５の何れか１項に記載のサーバ装置において、前記記憶手段は、商品を識別する商品識別情報に対応付けて前記送付数情報を記憶し、１年のある時期を識別する時期識別情報と、当該時期の商品とされる商品の前記商品識別情報と、を対応付けて記憶する時期商品情報記憶手段と、ユーザにより指定された時期の前記時期識別情報を前記端末装置から受信する受信手段と、前記受信された時期識別情報に対応する前記商品識別情報を前記時期商品情報記憶手段から取得し、取得された前記商品識別情報に対応する前記送付数情報を前記記憶手段から取得する取得手段と、を更に備え、前記制御手段は、前記取得された送付数情報に基づいて、前記地図を前記端末装置により表示させることを特徴とする。

　この発明によれば、ユーザが指定した時期に購入、利用または消費等される商品の地域への送付数に応じたオブジェクトが配置された地図が端末装置に表示される。そのため、例えば、ユーザが、何らかの商品をある時期に購入しようと考えている場合に、何れの商品を購入すべきかを検討するための情報として、その時期の商品の需要の情報をユーザに提供することができる。

　請求項７に記載の発明は、端末装置がネットワークを介して接続可能なサーバ装置による表示制御方法であって、購入された商品の地域への送付数を示す送付数情報を記憶する記憶手段に記憶された前記送付数情報を取得する取得ステップと、前記取得された送付数情報に基づいて、前記地域に対応する前記送付数情報が示す送付数に応じた情報を示すオブジェクトが当該地域に対応する位置に配置された地図を、前記端末装置により表示させる制御ステップと、を含むことを特徴とする。

　請求項８に記載の発明は、端末装置がネットワークを介して接続可能なサーバ装置に含まれるコンピュータに、購入された商品の地域への送付数を示す送付数情報を記憶する記憶手段に記憶された前記送付数情報を取得する取得ステップと、前記取得された送付数情報に基づいて、前記地域に対応する前記送付数情報が示す送付数に応じた情報を示すオブジェクトが当該地域に対応する位置に配置された地図を、前記端末装置により表示させる制御ステップと、を実行させることを特徴とする。

　請求項９に記載の発明は、端末装置がネットワークを介して接続可能なサーバ装置に含まれるコンピュータに、購入された商品の地域への送付数を示す送付数情報を記憶する記憶手段に記憶された前記送付数情報を取得する取得ステップと、前記取得された送付数情報に基づいて、前記地域に対応する前記送付数情報が示す送付数に応じた情報を示すオブジェクトが当該地域に対応する位置に配置された地図を、前記端末装置により表示させる制御ステップと、を実行させる表示制御プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。

　本発明によれば、購入された商品の地域への送付数に応じたオブジェクトが配置された地図が端末装置に表示されるので、地域における商品の需要の情報として精度が高い情報を、わかりやすくユーザに提供することができる。

一実施形態に係る情報提供システムＳの概要構成の一例を示す図である。ユーザが買い手である場合における動画再生用ページ２００の画面表示例である。ユーザが売り手である場合における動画再生用ページ２００の画面表示例である。ユーザが売り手である場合における地図動画の画面表示例である。（ａ）は、需要が見込まれる市区町村が存在する場合の画面表示例であり、（ｂ）は、需要が見込まれる市区町村が存在しない場合の地図動画の画面表示例である。一実施形態に係る情報提供サーバ１の概要構成の一例を示すブロック図である。一実施形態に係るＥＣサーバ２の概要構成の一例を示すブロック図である。一実施形態に係るユーザ端末３の概要構成の一例を示すブロック図である。一実施形態に係る情報提供サーバ１のシステム制御部１４における処理例を示すフローチャートである。一実施形態に係る情報提供サーバ１のシステム制御部１４における買い手対応処理の処理例を示すフローチャートである。一実施形態に係る情報提供サーバ１のシステム制御部１４における売り手対応処理の処理例を示すフローチャートである。一実施形態に係る情報提供システムＳの概要構成の一例を示す図である。動画再生用ページ１００の画面表示例である。動画再生用ページ１００の画面表示例である。動画再生用ページ１００の画面表示例である。（ａ）及び（ｂ）は、地図動画表示領域Ｓ１と表動画表示領域Ｓ２との分割比率の変更例である。（ａ）は、グラフ画像１１０の画面表示例であり、（ｂ）は、商品ページ１２０の画面表示例である。一実施形態に係る店舗端末４の概要構成の一例を示すブロック図である。一実施形態に係る情報提供サーバ１のシステム制御部１４における処理例を示すフローチャートである。一実施形態に係る情報提供サーバ１のシステム制御部１４におけるリクエスト対応処理の処理例を示すフローチャートである。一実施形態に係る店舗端末４のシステム制御部４７における処理例を示すフローチャートである。オブジェクトＪ１ａ～Ｊ１ｃの表示例である。動画再生画面４００の画面表示例である。動画再生画面４００の画面表示例である。動画再生画面４００の画面表示例である。商品情報ウインドウ４４０の画面表示例である。一実施形態に係る情報提供サーバ１の概要構成の一例を示すブロック図である。一実施形態に係る情報提供サーバ１のシステム制御部１４における処理例を示すフローチャートである。一実施形態に係る情報提供サーバ１のシステム制御部１４におけるリクエスト対応処理の処理例を示すフローチャートである。

　以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、情報提供システムに対して本発明を適用した場合の実施形態である。

　［１．第１実施形態］
　［１－１．情報提供システムの構成及び機能概要］
　先ず、本実施形態に係る情報提供システムＳの構成及び概要機能について、図１乃至図５を用いて説明する。

　図１は、本実施形態に係る情報提供システムＳの概要構成の一例を示す図である。

　図１に示すように、情報提供システムＳは、サーバ装置の一例としての情報提供サーバ１と、ＥＣサーバ２と、端末装置の一例としての複数のユーザ端末３と、を含んで構成されている。

　情報提供サーバ１と、ＥＣサーバ２と、各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

　情報提供サーバ１は、所定のＥＣ（Electronic Commerce）サイトにおける商品の送付数に応じた情報（以下、「送付数対応情報」と称する）の変遷を示す動画をユーザ端末３の画面に表示させる。この動画は、商品の送付数対応情報の変遷を市区町村（本発明の地域の一例）毎に示す地図の動画（以下、「地図動画」と称する）である。地図動画の表示のため、情報提供サーバ１は、地図動画の動画データ（以下、「地図動画データ」と称する）を生成する。そして、情報提供サーバ１は、生成した地図動画データを、例えば、ストリーミング方式でユーザ端末３に送信して、この地図動画データをユーザ端末３により再生させる。

　市区町村の商品の送付数とは、ＥＣサイトにおいてユーザによって購入された商品が、その市区町村内の住所に送付された数である。つまり、市区町村の商品の送付数とは、その市区町村の住民が受け取った商品の個数である。ユーザは商品を購入するときに、購入する商品の送付先の住所等を指定することができる。このとき、ユーザが送付先の住所等を特に指定しなかった場合には、ユーザの住所が送付先となる。この場合、ユーザの住所がある市区町村の送付数に、購入された商品の個数が加算される。一方、ユーザが送付先の住所等を指定した場合には、指定された住所が送付先となる。この場合、指定された住所がある市区町村の送付数に、購入された商品の個数が加算される。

　本実施形態では、商品の消費動向や需要の予測等のための情報として、商品の送付数が用いられる。ある商品が多数、ある地域に送付されていた場合、その地域の住民自身がその商品を購入したものではなかった場合でも、その地域の住民がその商品をよく消費（利用）していることになる。つまり、その地域に商品の需要があることになる。ユーザは、自分が住んでいる地域で需要がある商品を、自分自身のために購入すると考えても良いし、知人が住んでいる地域で需要がある商品を、その知人に送るために購入すると考えても良い。また、商品の売り手としては、需要がある地域での販売促進を強化することができる。つまり、商品が多く送付された地域に対して販売促進を行うのである。そこは需要がある地域であるので、その地域に住んでいるユーザ自身が自分のために商品を購入しようと考える可能性が高いと考えられる。

　ＥＣサーバ２は、上述したＥＣサイトを構成するサーバ装置である。このＥＣサイトは、例えば、電子商店街等のネットショッピングサイトである。ＥＣサーバ２は、ユーザ端末３からのリクエストに応じて、商品に関するＷｅｂページの送信、商品の検索、商品の売買を成立させるための処理等を実行する。

　ユーザ端末３は、ユーザに利用される端末装置である。ユーザ端末３は、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、携帯電話機等である。ユーザは、売り手側と買い手側とに分けられる。売り手側のユーザは、例えば、ＥＣサイトに出店して商品を販売する店舗の従業員である。ＥＣサイトにおいて購入された商品は、購入先の店舗から送付される。買い手側のユーザは、ＥＣサイトにおいて、店舗から商品を購入する一般のユーザである。

　ここで、地図動画の画面表示について説明する。情報提供サーバ１は、ユーザの識別情報であるユーザＩＤに基づいて、ユーザが売り手であるか、または、買い手であるかを判別する。そして、情報提供サーバ１は、ユーザが売り手であるか買い手であるかに応じた地図動画をユーザ端末３に表示させる。

　この地図動画において、送付数対応情報の変遷を表示させる対象となる商品（以下、「対象商品」と称する）及び期間（以下、「対象期間」と称する）は、ユーザが指定することができる。

　図２は、ユーザが買い手である場合における動画再生用ページ２００の画面表示例である。ユーザ端末３が、地図動画を再生する場合、図２に示すように、ユーザ端末３の画面には、動画再生用のＷｅｂページ（以下、「動画再生用ページ」と称する）２００が表示される。この動画再生用ページ２００には、動画が表示される動画表示領域２０１と操作パネル２０２とが表示される。操作パネル２０２には、例えば、停止ボタン、再生ボタン、一時停止ボタン等の各種ボタンや、時間軸上における現在の再生位置を示すインジケーターを含むインジケーターバーが表示される。なお、動画再生用ページ２００は、上述したＥＣサイトがユーザ端末３に提供するＷｅｂページの一部に含まれていても良いものとする。

　動画表示領域２０１には、日本地図Ｍが表示されるとともに、商品の送付数対応情報を示すオブジェクトが市区町村毎に表示される。このオブジェクトは、送付数対応情報に応じた外観を有する図形である。オブジェクトの外観は、例えば、オブジェクトの大きさ（表示サイズ）、色、模様、形状等がある。そして、地図動画の再生が進むに従って、各市区町村の送付数対応情報の変遷に応じて、各オブジェクトの外観も変化する。地図動画の再生中、ユーザは操作パネル２０２を操作して、再生を一時停止させたり、再生を再開させたりすることができる。

　ユーザが買い手である場合には、図２に示すような円形のオブジェクトＪ１が、日本地図Ｍの上に表示される。オブジェクトＪ１は、送付数対応情報として、総送付数（本発明の送付数の一例）を示す。総送付数は、例えば、ユーザにより指定された対象期間の開始日から、各日の送付数を積算した値である。従って、総送付数は、時間の経過とともに増加することはあるが、減少することはない。なお、ユーザにより指定された対象期間の開始日に関わらず、所定の日付からの送付数の積算値を、総送付数としても良い。または、ＥＣサイトの開設時点からの送付数の積算値を、総送付数としても良い。

　オブジェクトＪ１の大きさは、オブジェクトＪ１の表示位置に対応する市区町村における総送付数を示している。そして、総送付数が多いほど、オブジェクトＪ１が大きく表示される。また、総送付数が０である場合、オブジェクトＪ１は表示されない。なお、オブジェクトＪ１の色は、全て同一の色となっている。

　買い手としてのユーザは、オブジェクトＪ１が表示される地図動画を見ることにより、どの地域で商品が流行しているか（売れているか）、その流行がどのように変遷しているか、流行がどの地域からどの地域に移っているか等の、流行に関する情報を確認することができる。また、ユーザは、地図動画から得た情報を、他者とのコミュニケーションに用いたり、どの地域の仲間と情報交換を行うかを決定したりすることができる。

　例えば、東京在住のユーザが、宮崎県に住んでいる知人に果物を送ろうと考えているとする。このとき、ユーザは、対象商品としてマンゴーを指定して動画再生用ページ２００を表示させたとする。このとき、他県と比較して宮崎県内の市区町村では、マンゴーの送付数が少ないとする。例えば、宮崎県がマンゴーの特産地である場合には、宮崎県在住のユーザが、自分が食するためにＥＣサイトでマンゴーを購入する可能性は少なく、また、他県のユーザが宮崎県へマンゴーを送るためにＥＣサイトで購入する可能性も少ない。従って、東京在住のユーザは、マンゴーを購入候補から外すことができる。

　一方、東京在住のユーザが、新潟県に住んでいる知人に果物を送ろうと考えているとする。このとき、他県と比較して新潟県内の市区町村では、マンゴーの送付数が少ないとする。例えば、新潟県がマンゴーの特産地ではない場合には、新潟県民にマンゴーがあまり知られていない可能性がある。この場合、マンゴーは、新潟県民にとって珍しい果物であるので、マンゴーを新潟県の知人に送ることによって、知人に喜ばれる可能性がある。

　図３は、ユーザが売り手である場合における動画再生用ページ２００の画面表示例である。

　ユーザが売り手である場合には、図３に示すような円形のオブジェクトＪ２が、日本地図Ｍの上に表示される。オブジェクトＪ２は、総送付数を示すとともに、人口に対する商品の総送付数の割合（以下、「送付割合」と称する）を示す。オブジェクトＪ２の大きさは、オブジェクトＪ２の表示位置に対応する市区町村における総送付数を示している。この点は、ユーザが買い手である場合と同様である。

　その一方で、オブジェクトＪ２の色は、オブジェクトＪ２の表示位置に対応する市区町村における送付割合を示している。具体的には、オブジェクトＪ２は、所定の色相の色で表示されるが、送付割合が小さいほど、オブジェクトＪ２の色が濃くなり、送付割合が大きいほど、オブジェクトＪ２の色が薄くなる。この色分けは、例えば、人口に相当する個数までは（単純計算では、その市区町村の全住民が商品を受け取るまでは）、購入された商品がその市区町村へ送付されたり、その市区町村の住民が自分のために商品を購入する可能性がある（需要がある）という考え方に基づくものであり、送付される可能性が高いほど目立つように、濃い色でオブジェクトＪ２が表示される。

　そして、送付割合が１００％に達すると、オブジェクトＪ２は地図Ｍ上から消えて、その後は表示されなくなる。つまり、これ以上の需要が見込まれない市区町村として、送付数対応情報をユーザが見る必要がないことから、不要なオブジェクトＪ２は消去される。また、一定期間、送付割合に変化がない場合も、需要が見込まれないものとして、オブジェクトＪ２は地図Ｍ上から消える。

　なお、ユーザが売り手である場合には、ＥＣサイト全体、すなわち、ＥＣサイトに出店している全店舗における総送付数及び送付割合についての情報を表示させるか、または、自店舗における総送付数及び送付割合についての情報を表示させるかを選択することができる。また、全店舗についての情報及び自店舗についての情報の両方を同時に表示するように選択可能にしても良い。

　売り手としてのユーザは、オブジェクトＪ２が表示される地図動画を見ることにより、流行に関する情報を確認することができるとともに、どの程度の割合の消費者が実際に商品を消費または利用したかを確認することができる。つまり、ユーザは、今後の商品の需要を予測するための情報を得ることができる。

　また、例えば、ユーザは、１年前あるいは１年前以上前から現時点までの送付数対応情報の変遷を確認することができる。そのため、ユーザは、例えば、去年の今の季節に、ある地域でこれだけの商品の需要があるから、その地域で今年も同様の需要が見込めると予測することができる。また、ユーザは、例えば、最近の天候と同様の天候であった年の送付数対応情報の変遷を確認することができる。例えば、今が６月であって、今年は猛暑であるとの予測が立てられているとする。また、３年前も猛暑であったとする。この場合、ユーザは、例えば、３年前の７月から９月までの商品の送付数対応情報の変遷を確認することにより、今年はどれだけの商品の仕入れが必要か等を予測することができる。

　また、ＥＣサイトでは、商品の販売促進のため、ＥＣサイトを介して、店舗からＥＣサイトの一般のユーザに対して、ダイレクトメールやメールマガジン等の電子メールを送ることができるようになっているとする。例えば、ＥＣサイトにおいて、店舗の従業員が、送信する電子メールの件名、本文の内容等を登録する。このとき、従業員は、電子メールの送信先となるユーザが住んでいる地域（例えば、市区町村、都道府県、地方、全国等）を指定することができる。ＥＣサーバ２は、ユーザ端末３から電子メールの情報を受信すると、会員情報ＤＢ２２ａから、指定された地域に住んでいるユーザのメールアドレスを取得する。そして、ＥＣサーバ２は、取得したメールアドレスを宛先アドレスとする電子メールを送信する。このような場合において、従業員は、需要がある地域を予め判断していれば、その地域に住んでいるユーザに対してのみ、あるいは、その地域に住んでいるユーザに対して重点的に電子メールを送信することができる。これは、例えば、電子メールの送信数に応じて、店舗が送信手数料をＥＣサイトへ支払わなければならない場合に、特に有効である。

　また、全店舗の送付数対応情報と自店舗の送付数対応情報との比較も可能である。例えば、ある商品の全店舗の送付数として、福岡県の送付数は東京都の送付数の１０倍程度であるとする。つまり、福岡県の需要は東京都の需要の１０倍程度あることになる。一方、同じ商品の自店舗の送付数として、福岡県の送付数は東京都の送付数の２倍程度しかなかったとする。この場合、ユーザは、福岡県での販売促進が足りないとして、今後福岡県での販売促進に力を入れると決定することができる。

　なお、図２及び図３の何れの場合であっても、日本地図Ｍにおいて、各市区町村の領域が、それぞれの総送付数に応じて色分け表示されても良い。例えば、サーモグラフィーのように、総送付数が多い市区町村ほど、その領域が濃い色で表示されるようにする。

　図４は、ユーザが売り手である場合における地図動画の画面表示例である。

　ユーザが売り手である場合においては、地図動画の再生の途中で、以下に説明する動画が挿入して再生される場合がある。具体的に、都道府県単位での送付割合が、所定の閾値（以下、「拡大判定閾値」と称する）以上となると、図４に示すように、該当する都道府県の地図Ｍ１が次第に拡大して（ズームイン）表示される動画が再生される。都道府県地図Ｍ１の拡大とともに、該当する都道府県内の各市区町村のオブジェクトＪ２も、拡大して表示される。なお、図４は、神奈川県の地図を拡大表示した場合の例である。

　図４に示すように、都道府県の地図Ｍ１をユーザ端末３（図１参照）に拡大表示することで、ユーザは、オブジェクトＪ２の市区町村ごとの配置状況を把握し、今後商品の需要が見込まれる市区町村が存在するか否かをより詳細なエリアごとに検討することができる。

　図５（ａ）は、需要が見込まれる市区町村が存在する場合の画面表示例である。また、図５（ｂ）は、需要が見込まれる市区町村が存在しない場合の地図動画の画面表示例である。

　都道府県地図Ｍ１が拡大表示された後の画面表示のパターンは２通り存在する。何れのパターンとなるかは、情報提供サーバ１が、都道府県地図Ｍ１が拡大表示された都道府県内の市区町村の中に、需要が見込まれる市区町村が存在するか否かに基づいて決定する。例えば、現時点での送付割合が、昨年の同時期における送付割合よりも小さい市区町村が、需要が見込まれるとされる。これは、現時点と昨年との間で送付割合に差があることが、需要圧力があることを示すという考え方に基づいている。または、送付割合に代えて、総送付数に基づいて決定されても良い。また例えば、現在の送付割合が、所定の閾値（以下、「需要判定閾値」と称する）以下である市区町村が、需要が見込まれるとされても良い。

　この場合、例えば、上述した拡大判定閾値を用いて説明すると、「需要判定閾値＜拡大判定閾値」の関係にあれば、需要が見込まれるとしてもよい。これは、送付割合が需要判定閾値以下である市区町村の送付割合と、同一都道府県内の他の市区町村の送付割合の平均的な値との間で差があることが、需要圧力があることを示すという考え方に基づいている。

　需要が見込まれる市区町村が存在する場合には、図５（ａ）に示すように、都道府県地図Ｍ１の表示はそのままで、動画再生用ページ２００に、広告コンテンツ３００がオーバーレイ表示される。この広告コンテンツ３００は、需要が見込まれると判定された市区町村に対応した広告コンテンツである。また、動画再生用ページ２００には、矢印線３０１が表示される。矢印線３０１は、都道府県地図Ｍ１が示す都道府県内において、表示されている広告コンテンツ３００に対応する市区町村のうち、需要が見込まれる市区町村を示す。具体的に、矢印線３０１の始点（矢印がない方の端点）は広告コンテンツ３００に接しており、矢印線３０１の終点（矢印がある方の端点）の位置が、需要が見込まれる市区町村の位置となっている。

　例えば、ある都道府県において、あるＸ地方の市区町村では、真冬の積雪量が多く、あるＹ地方の市区町村では、真冬の積雪量が少なく、春先の積雪量が多いものとする。この場合において、対象商品をスタッドレスタイヤとすると、例えば、１月頃までは、Ｘ地方で良く購入されて、Ｙ地方ではあまり購入されないものと考えられる。そうすると、都道府県全体の送付割合は、ある程度多いが、Ｙ地方の送付割合は少なくなる。こうした場合に、Ｙ地方に適した広告コンテンツが表示される。例えば、「春先のドカ雪対策もばっちりのスタッドレスタイヤ」といった宣伝文句の広告コンテンツが表示されたりする。または、スタッドレスタイヤの類似商品として、タイヤのチェーンについて、「誰でも簡単に装着できる簡単チェーン」といった宣伝文句の広告コンテンツが表示されても良い。

　ユーザは、需要が見込まれる市区町村での商品の売り上げを伸ばすために、ユーザ自身の商品ページ（商品の詳細な情報（例えば、商品名、価格、商品の説明、広告コンテンツ等）が掲載されるＷｅｂページ）に、表示された広告コンテンツ３００を掲載することができる。一方、広告コンテンツ３００が掲載された商品ページを閲覧するユーザは、商品ページにおいて所定の操作を行うことにより、その商品ページに情報が表示されている商品の購入手続きをすることができる。なお、広告コンテンツ３００が表示された場合には、動画再生用ページ２００において送付数対応情報の変遷が表示されている対象商品の商品ページを、需要が見込まれる市区町村に住むユーザが閲覧した場合に、動画再生用ページ２００に表示された広告コンテンツ３００がその商品ページに自動的に表示されるようにしても良い。これにより、対象商品の需要が見込まれる市区町村に住むユーザに適した広告コンテンツを、そのユーザに提示することができる。これにより、対象商品の売り上げの向上が期待される。

　広告コンテンツ３００が表示された後、例えば一定時間が経過すると、都道府県地図Ｍ１が次第に縮小して（ズームアウト）、元の日本地図Ｍが表示される。なお、広告コンテンツ３００のウインドウは、ユーザ操作によって画面から消すことができる。

　需要が見込まれる市区町村が存在しない場合には、図５（ｂ）に示すように、市区町村毎に表示されたオブジェクトＪ２が１箇所に集まって、１つのオブジェクトＪ３に統合される動画が再生される。オブジェクトＪ３は、都道府県における送付数対応情報を示す。具体的に、オブジェクトＪ３の大きさは、総送付数を示し、オブジェクトＪ３の色は、送付割合を示す。

　都道府県地図Ｍ１が拡大された都道府県は、今後の需要が見込まれないので、市区町村毎の送付数対応情報をユーザが詳細に見る必要がない。そこで、オブジェクトの表示が簡易な表示に変更される。

　なお、各市区町村の領域がそれぞれの総送付数に応じて色分け表示されていた場合に、各市区町村のオブジェクトＪ２がオブジェクトＪ３に統合されたときには、都道府県における総送付数に応じた色で、その都道府県の地図Ｍ１の全体が塗り潰されても良い。

　その後、例えば一定時間が経過すると、都道府県地図Ｍ１が次第に縮小して元の日本地図Ｍが表示される。日本地図Ｍの表示に戻った後も、この都道府県については、オブジェクトＪ３のみが表示される。

　日本地図Ｍの表示に戻ると、送付数対応情報の変遷に応じてオブジェクトＪ２の外観が変化する動画の再生が再開される。

　［１－２．情報提供サーバの構成］
　次に、情報提供サーバ１の構成について、図６を用いて説明する。

　図６は、本実施形態に係る情報提供サーバ１の概要構成の一例を示すブロック図である。

　図６に示すように、情報提供サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。

　通信部１１は、ネットワークＮＷに接続して、ＥＣサーバ２やユーザ端末３等との通信状態を制御するようになっている。

　記憶部１２（記憶手段及び居住者数情報記憶手段の一例）は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、地図情報ＤＢ（データベース）１２ａ及び購買情報ＤＢ１２ｂが構築されている。

　地図情報ＤＢ１２ａには、地図動画データを生成するための情報等が登録されている。具体的に、地図情報ＤＢ１２ａには、日本地図Ｍや各都道府県の地図データ、及び、都道府県地図Ｍ１を拡大縮小表示するための画像データ等が登録されている。また、地図情報ＤＢ１２ａには、市区町村の識別情報である全国地方公共団体コード（以下、「団体コード」と称する）をキーとして、市区町村の人口（居住者数情報の一例）及び経度緯度の情報が登録されている。

　購買情報ＤＢ１２ｂには、市区町村毎の商品の送付数対応情報に関する情報が登録されている。具体的に、購買情報ＤＢ１２ｂには、商品のＪＡＮ（Japanese Article Number）コード、市区町村の団体コード及び日付をキーとして、送付数（送付数情報の一例）が登録されている。この送付数は、キーとされた日付に購入された商品のうち、キーとされた団体コードに対応する市区町村内へ送付される商品の数である。また、この送付数は、全店舗の商品の送付数である。

　また、購買情報ＤＢ１２ｂには、商品を販売するユーザである店舗毎における各市区町村毎の送付数対応情報に関する情報が登録されている。具体的に、購買情報ＤＢ１２ｂには、店舗のユーザＩＤ、商品のＪＡＮコード、市区町村の団体コード及び日付をキーとして、送付数（送付数情報の一例）が登録されている。この送付数は、キーとされた日付にキーとされたユーザＩＤに対応する店舗から購入された商品のうち、キーとされた団体コードに対応する市区町村内へ送付される商品の数である。また、この送付数は、特定の店舗の商品の送付数である。

　なお、購買情報ＤＢ１２ｂには、送付数に代えて、総送付数が登録されていても良い。

　購買情報ＤＢ１２ｂは、例えば、ＥＣサイトで商品の売買が成立するたびに更新される。具体的には、ユーザが商品を購入するとき、ＥＣサイトにおいて、購入対象として選択された商品の購入個数、送付先の住所を入力する。そして、ユーザ操作によって入力内容が確定すると、ユーザ端末３は、購入対象として選択された商品の商品ＩＤ、購入個数、送付先の住所等の情報を、ＥＣサーバ２へ送信する。ＥＣサーバ２は、受信した情報等に基づいて、売買を成立させるための処理を行う。このとき、ＥＣサーバ２は、購入された商品の商品ＩＤに対応するＪＡＮコード及びユーザＩＤを、後述する商品情報ＤＢ２２ｂから取得する。ここで取得されるユーザＩＤは、商品の購入先の店舗のユーザＩＤである。なお、ユーザは、商品を購入するとき、送付先の住所を入力しなくても良い。この場合、ユーザ端末３からはＥＣサーバ２へは送付先の住所が送信されない。そのため、ＥＣサーバ３は、送付先の住所を受信しなかったと判定した場合には、商品を購入するユーザのユーザＩＤに対応する住所を、後述する会員情報ＤＢ２２から取得する。そして、ＥＣサーバ２は、会員情報ＤＢ２２から取得した住所を、送付先の住所とする。

　売買が成立したときに、ＥＣサーバ２が、売買（購入）された商品のＪＡＮコード、購入された商品の送付先の住所地がある市区町村の団体コード、売買数（購入個数）及び商品の購入先の店舗のユーザＩＤを、情報提供サーバ１に送信する。ＥＣサーバ２から情報を受信した情報提供サーバ１は、購買情報ＤＢ１２ｂから、受信したＪＡＮコードと団体コード、及び今日の日付をキーとして、購買情報ＤＢ１２ｂから送付数を取得する。そして、情報提供サーバ１は、購買情報ＤＢ１２ｂから取得した送付数に、ＥＣサーバから受信した売買数を加算する。そして、情報提供サーバ１は、新たな送付数を購買情報ＤＢ１２ｂに更新登録する。つまり、情報提供サーバ１は、全店舗の送付数を更新する。また、情報提供サーバ１は、購買情報ＤＢ１２ｂから、受信したユーザＩＤ、ＪＡＮコード、団体コード、及び今日の日付をキーとして、購買情報ＤＢ１２ｂから送付数を取得する。そして、情報提供サーバ１は、購買情報ＤＢ１２ｂから取得した送付数に、ＥＣサーバから受信した売買数を加算する。そして、情報提供サーバ１は、新たな送付数を購買情報ＤＢ１２ｂに更新登録する。つまり、情報提供サーバ１は、店舗単位の送付数を更新する。

　また、記憶部１２には、拡大判定閾値や需要判定閾値が記憶されている。これらの閾値は、例えば、情報提供システムＳの管理者によって設定される。

　また、記憶部１２には、Ｗｅｂページを構成するＨＴＭＬ（Hyper Text Markup Language）文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ等の各種データが記憶されている。例えば、動画再生用ページのＨＴＭＬ文書には、地図動画を再生するためのobjectタグ、paramタグ、embedタグ等が記述されている。そして、動画再生用ページのＨＴＭＬ文書には、地図動画データのＵＲＬや、再生に用いられる動画再生プログラムの指定等が記述されている。ＨＴＭＬ文書の一部の領域を動画再生用の領域とした場合、上述したＨＴＭＬ文書はＨＴＭＬ５に対応するＨＴＭＬ仕様で記載される。

　また、記憶部１２には、オペレーティングシステム及びＷＷＷ（World Wide Web）サーバプログラムが記憶されている。また、記憶部１２には、地図動画データを生成してユーザ端末３に送信するためのサーバプログラムが記憶されている。なお、このサーバプログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしても良いし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしても良い。

　入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。

　システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。そして、システム制御部１４は、ＣＰＵ１４ａが、ＲＯＭ１４ｂや記憶部１２に記憶されたサーバプログラムを読み出し実行することにより、本発明における制御手段として機能する。

　［１－３．ＥＣサーバの構成］
　次に、ＥＣサーバ２の構成について、図７を用いて説明する。

　図７は、本実施形態に係るＥＣサーバ２の概要構成の一例を示すブロック図である。

　図７に示すように、ＥＣサーバ２は、通信部２１と、記憶部２２と、入出力インターフェース２３と、システム制御部２４と、を備えている。そして、システム制御部２４と入出力インターフェース２３とは、システムバス２５を介して接続されている。

　通信部２１は、ネットワークＮＷに接続して、情報提供サーバ１やユーザ端末３等との通信状態を制御するようになっている。

　記憶部２２は、例えば、ハードディスクドライブ等により構成されている。この記憶部２２には、会員情報ＤＢ２２ａ、商品ＤＢ２２ｂ及び履歴ＤＢ２２ｃが構築されている。

　会員情報ＤＢ２２ａには、情報提供システムＳに会員登録されたユーザに関する情報が登録されている。具体的に、会員情報ＤＢ２２ａには、ユーザＩＤをキーとして、パスワード、氏名または名称、生年月日、性別、住所、電話番号、メールアドレス、ユーザ種別等が登録されている。ユーザ種別は、ユーザが店舗（売り手）であるか一般のユーザ（買い手）であるかを示す情報である。会員情報ＤＢ２２ａに登録される情報は、情報提供システムＳにユーザが会員登録するときに、ユーザが入力する。

　商品ＤＢ２２ｂには、ＥＣサイトにおいて店舗により販売されている商品に関する情報が登録されている。具体的に、商品ＤＢ２２ｂには、店舗のユーザＩＤ及び販売されている商品に対して識別情報として付与された商品ＩＤをキーとして、商品のＪＡＮコード、商品が属するカテゴリー、商品名、価格、商品の紹介等を含む商品情報、商品の画像、商品ページを構成するＨＴＭＬ文書やＸＭＬ文書、在庫数及び広告コンテンツ等が登録されている。

　広告コンテンツは、例えば、静止画、動画、テキスト等のデータである。また、広告コンテンツは、この広告コンテンツによって売り上げが向上するとされる市区町村と対応付けて登録されている。具体的には、広告コンテンツと市区町村の団体コードとが対応付けて登録されている。広告コンテンツと団体コードとの対応付けは、店舗自身が行っても良い。あるいは、情報提供サーバ１またはＥＣサーバ２が、広告コンテンツからテキストを抽出し、抽出したテキストに市区町村を示す単語が抽出された場合に、その市区町村の団体コードに広告コンテンツを対応付けても良い。なお、１つの広告コンテンツに対して、複数の団体コードが対応付けられても良い。また、広告コンテンツに対応付けられた各団体コードに対応付けて、表示フラグが登録されている。表示フラグは、対応する団体コードが示す市区町村に住むユーザが商品ページを閲覧した場合に、対応する広告コンテンツを表示させるか否かを示す情報である。表示フラグがＯＦＦに設定されている場合、広告コンテンツは表示されないことを示す。一方、表示フラグがＯＮに設定されている場合、広告コンテンツは表示されることを示す。表示フラグの初期値はＯＦＦである。また、一つの商品に対して複数の広告コンテンツが登録されても良い。この場合、各広告コンテンツに対して、売り上げが向上するとされる市区町村の団体コードが登録される。

　履歴ＤＢ２２ｃには、ユーザがＥＣサイトを利用した際に、商品の売買に関連したユーザの行為の履歴として、ＥＣサーバ２が収集した情報が登録されている。具体的には、ユーザＩＤをキーとして、商品の購入履歴、販売履歴及び操作履歴が登録されている。購入履歴には、例えば、購入された商品の商品ＩＤ、ＪＡＮコード、購入日時、購入数、購入先のユーザのユーザＩＤ等が含まれている。販売履歴には、販売された商品の商品ＩＤ、ＪＡＮコード、販売日時、販売数、販売先のユーザのユーザＩＤ等が含まれている。操作履歴には、例えば、操作の内容（例えば、商品の検索、商品ページの閲覧、販売する商品の登録（あるいは、出品登録）等）を示す識別情報、操作日時等の情報が含まれている。

　なお、情報提供サーバ１は、ＥＣサーバ２に対してリクエストを送信することにより、会員情報ＤＢ２２ａ、商品ＤＢ２２ｂ及び履歴ＤＢ２２ｃに登録されている情報を取得することができる。

　また、記憶部２２には、ＥＣサイトにおけるＷｅｂページを構成するＨＴＭＬ文書、ＸＭＬ文書、画像データ、テキストデータ等の各種データが記憶されている。

　また、記憶部２２には、オペレーティングシステム及びＷＷＷサーバプログラムが記憶されている。

　入出力インターフェース２３は、通信部２１及び記憶部２２とシステム制御部２４との間のインターフェース処理を行うようになっている。

　システム制御部２４は、ＣＰＵ２４ａ、ＲＯＭ２４ｂ、ＲＡＭ２４ｃ等により構成されている。そして、システム制御部２４は、ＣＰＵ２４ａが、ＲＯＭ２４ｂや記憶部２２に記憶された各種プログラムを読み出し実行することにより、ＥＣサーバ２の各部を制御するようになっている。

　［１－４．ユーザ端末の構成］
　次に、ユーザ端末３の構成について、図８を用いて説明する。

　図８は、本実施形態に係るユーザ端末３の概要構成の一例を示すブロック図である。

　図８に示すように、ユーザ端末３は、通信部３１と、記憶部３２と、表示部３３と、操作部３４と、ドライブ部３５と、入出力インターフェース３６と、システム制御部３７と、を備えている。そして、システム制御部３７と入出力インターフェース３６とは、システムバス３８を介して接続されている。

　通信部３１は、ネットワークＮＷ等に接続して、情報提供サーバ１やＥＣサーバ２等との通信状態を制御するようになっている。

　記憶部３２は、例えば、ハードディスクドライブまたはフラッシュメモリ等により構成されている。この記憶部３２には、オペレーティングシステムが記憶されている。また、記憶部３２には、Ｗｅｂページを表示するためのブラウザ、動画データを再生するための動画再生プログラム等のアプリケーションプログラムが記憶されている。

　表示部３３は、例えば、液晶ディスプレイ等により構成されており、文字や画像等の情報を表示するようになっている。

　操作部３４は、例えば、キーボード及びマウス、あるいは、キー、タッチパネル等により構成されており、ユーザからの操作指示を受け付け、その指示内容を指示信号としてシステム制御部３７に出力するようになっている。

　ドライブ部３５は、ＤＶＤやメモリカード等のディスクＤＫからデータ等を読み出す一方、当該ディスクＤＫに対してデータ等を記録するようになっている。

　入出力インターフェース３６は、通信部３１～ドライブ部３５とシステム制御部３７との間のインターフェース処理を行うようになっている。

　システム制御部３７は、ＣＰＵ３７ａ、ＲＯＭ３７ｂ、ＲＡＭ３７ｃ等により構成されている。そして、システム制御部３７は、ＣＰＵ３７ａが、ＲＯＭ３７ｂや記憶部３２に記憶された各種プログラムを読み出し実行することによりユーザ端末３の各部を制御するようになっている。

　［１－５．情報提供システムの動作］
　次に、情報提供システムＳの動作について、図９乃至図１１を用いて説明する。

　図９は、本実施形態に係る情報提供サーバ１のシステム制御部１４における処理例を示すフローチャートである。

　ユーザは、情報提供システムＳにログインするため、ユーザ端末３の操作部３４を操作する。すると、ユーザ端末３は、情報提供サーバ１にログインリクエストを送信する。図９に示す処理は、情報提供サーバ１がログインリクエストを受信したときに開始される。

　先ず、情報提供サーバ１のシステム制御部１４は、ユーザのユーザＩＤ及びパスワードをユーザ端末３から取得する（ステップＳ１１）。具体的に、システム制御部１４は、ユーザＩＤ及びパスワードを入力するためのＷｅｂページをユーザ端末３に送信し、ユーザによって入力されたユーザＩＤ及びパスワードをユーザ端末３から受信する。

　次いで、システム制御部１４は、ログイン認証を実行する（ステップＳ１２）。具体的に、システム制御部１４は、ユーザＩＤを設定したリクエストをＥＣサーバ２に送信することにより、会員情報ＤＢ２２ａに登録されているパスワードを取得する。そして、システム制御部１４は、ログインリクエストから取得したパスワードと会員情報ＤＢ２２ａから取得したパスワードとを比較することによって、ログイン認証を行う。

　ログイン認証が成功すると、システム制御部１４は、ログインリクエストから取得したユーザＩＤに対応するユーザ種別を取得する（ステップＳ１３）。具体的に、システム制御部１４は、ユーザＩＤを設定したリクエストをＥＣサーバ２に送信することにより、会員情報ＤＢ２２ａに登録されているユーザ種別を取得する。

　次いで、システム制御部１４は、取得したユーザ種別に基づいて、ユーザが売り手であるか否かを判別する（ステップＳ１４）。具体的に、システム制御部１４は、取得したユーザ種別が店舗を示す場合には、ユーザは売り手であると判別する。一方、システム制御部１４は、取得したユーザ種別が一般のユーザを示す場合には、ユーザは買い手であると判別する。

　システム制御部１４は、ユーザが買い手であると判別した場合には（ステップＳ１４：ＮＯ）、買い手用の地図動画をユーザ端末３に再生させるためのサーバプログラムを起動して、買い手対応処理を実行する（ステップＳ１５）。一方、システム制御部１４は、ユーザが売り手であると判別した場合には（ステップＳ１４：ＹＥＳ）、売り手用の地図動画をユーザ端末３に再生させるためのサーバプログラムを起動して、売り手対応処理を実行する（ステップＳ１６）。

　そして、システム制御部１４は、ステップＳ１５またはＳ１６の処理を終えると、図９に示す処理を終了させる。

　図１０は、本実施形態に係る情報提供サーバ１のシステム制御部１４における買い手対応処理の処理例を示すフローチャートである。

　図１０に示すように、システム制御部１４は、対象商品のＪＡＮコード及び対象期間を取得する（ステップＳ２１）。具体的に、システム制御部１４は、ユーザが対象商品を選択するため、及び、ユーザが対象期間の開始月及び終了月を指定するためのＷｅｂページを、ユーザ端末３に送信する。なお、対象期間の終了月の指定は省略可能である。

　その後、システム制御部１４は、ユーザにより選択された対象商品のＪＡＮコード及び対象期間の開始月及び終了月を、ユーザ端末３から受信する。

　次いで、システム制御部１４は、対象期間の終了月をユーザが指定したか否かを判定する（ステップＳ２２）。このとき、システム制御部１４は、対象期間の終了月をユーザが指定しなかったと判定した場合には（ステップＳ２２：ＮＯ）、今日の日付を、対象期間の終了日として設定して（ステップＳ２３）、ステップＳ２４に移行する。一方、システム制御部１４は、対象期間の終了月をユーザが指定したと判定した場合には（ステップＳ２２：ＹＥＳ）、ステップＳ２４に移行する。なお、終了月が指定されている場合、対象期間の終了日は、指定された終了月の末日となる。

　ステップＳ２４において、システム制御部１４は、動画再生用ページのＨＴＭＬ文書をユーザ端末３に送信する。ユーザ端末３は、情報提供サーバ１から受信したＨＴＭＬ文書の記述に基づいて、動画再生用ページを表示部３３に表示するとともに、動画再生プログラムを起動する。そして、ユーザ端末３は、情報提供サーバ１に、地図動画データのリクエストを送信する。

　システム制御部１４は、地図動画データのリクエストを受信すると、各市区町村の総送付数をそれぞれ０に設定する（ステップＳ２５）。次いで、システム制御部１４は、処理対象日として、対象期間の開始月の１日を設定する（ステップＳ２６）。

　次いで、システム制御部１４は、処理対象日における各市区町村の対象商品の送付数を、購買情報ＤＢ１２ｂからそれぞれ取得する（ステップＳ２７）。このときに取得される送付数は、全店舗の送付数である。次いで、システム制御部１４は、現在の総送付数に、取得した送付数を加算することにより、各市区町村の総送付数を更新する（ステップＳ２８）。

　次いで、システム制御部１４は、地図動画データを構成するフレーム画像データを１つ生成する（ステップＳ２９）。具体的に、システム制御部１４は、日本の地図画像データに基づいて、日本地図ＭのビットマップイメージをＲＡＭ１４ｃに展開する。次いで、システム制御部１４は、市区町村毎に、それぞれの総送付数に対応するオブジェクトＪ１の大きさを決定する。そして、システム制御部１４は、決定された大きさのオブジェクトＪ１を、日本地図Ｍのビットマップイメージ上に描画する。このとき、システム制御部１４は、地図情報ＤＢ１２ａに登録されている経度緯度の情報に基づいて、各オブジェクトＪ１の表示位置を決定する。つまり、システム制御部１４は、オブジェクトＪ１が、地図上においてそのオブジェクトＪ１が送付数対応情報を示す市区町村の所在する位置に表示されるようにする。こうして、オブジェクトＪ１が描画されたビットマップイメージが、処理対象日が示す日の時点での送付数対応情報を示すフレーム画像データに相当する。

　なお、システム制御部１４は、各市区町村のオブジェクトＪ１を描画する前に、日本地図のビットマップイメージ上の各市区町村の領域を、それぞれの総送付数に応じた色で塗り潰す処理を行っても良い。

　次いで、システム制御部１４は、生成したフレーム画像データを、ユーザ端末３に送信する（ステップＳ３０）。ユーザ端末３は、情報提供サーバ１から受信したフレーム画像データに基づいて描画処理を行うことにより、図２に示すように、処理対象日が示す日の時点での送付数対応情報を示すフレーム画像を動画表示領域２０１に表示する。このようにして、システム制御部１４は、制御手段として、地図上の表示位置に対応する市区町村の送付数を示すオブジェクトが配置された地図を、ユーザ端末３により表示させる。

　次いで、システム制御部１４は、処理対象日が、対象期間の終了日と同日であるか否かを判定する（ステップＳ３１）。このとき、システム制御部１４は、処理対象日が、対象期間の終了日と同日ではないと判定した場合には（ステップＳ３１：ＮＯ）、処理対象日に１を加算して、処理対象日を更新する（ステップＳ３２）。そして、システム制御部１４は、ステップＳ２７に移行する。

　システム制御部１４は、ステップＳ２７～Ｓ３２の処理を繰り返すことにより、１日単位で、その日の時点での送付数対応情報を示すフレーム画像データを順次生成しながら、フレーム画像データをユーザ端末３に送信する。そして、ステップＳ３１において、システム制御部１４は、処理対象日が、対象期間の終了日と同日であると判定した場合には（ステップＳ３１：ＹＥＳ）、買い手対応処理を終了させる。

　図１１は、本実施形態に係る情報提供サーバ１のシステム制御部１４における売り手対応処理の処理例を示すフローチャートである。

　図１１に示すように、システム制御部１４は、対象商品のＪＡＮコード、対象期間及び表示種別（全店舗または自店舗を示す）を取得する（ステップＳ５１）。先ず、システム制御部１４は、ユーザが販売している商品の一覧を取得する。具体的に、システム制御部１４は、ユーザＩＤを設定したリクエストをＥＣサーバ２に送信することにより、ユーザＩＤに対応する商品ＩＤ、商品名及びＪＡＮコードを、商品ＤＢ２２ｂから取得する。次いで、システム制御部１４は、商品ＤＢ２２ｂから取得した情報に基づいて、ユーザが販売している商品の中からユーザが対象商品を選択するため、及び、対象期間の開始月、終了月、表示種別を指定するためのＷｅｂページをユーザ端末３に送信する。そして、システム制御部１４は、ユーザにより選択された対象商品のＪＡＮコード、対象期間の開始月及び終了月、表示種別を、ユーザ端末３から受信する。

　次いで、システム制御部１４は、ステップＳ５２～Ｓ５８の処理を、買い手対応処理におけるステップＳ２２～Ｓ２８と同様に実行する。なお、システム制御部１４は、ステップＳ５７において処理対象日における各市区町村の対象商品の送付数を取得するとき、表示種別が全店舗を示す場合は全店舗の送付数を取得し、表示種別が自店舗を示す場合はユーザＩＤに対応する送付数を取得する。

　次いで、システム制御部１４は、各都道府県の総送付数をそれぞれ算出する（ステップＳ５９）。具体的に、システム制御部１４は、各都道府県について、その都道府県に含まれる市区町村の総送付数を合算して得た値を、その都道府県の総送付数とする。

　次いで、システム制御部１４は、各市区町村及び各都道府県の送付割合を算出する（ステップＳ６０）。具体的に、システム制御部１４は、各市区町村について、その市区町村の総送付数を、地図情報ＤＢ１２ａに登録されているその市区町村の人口で除算する。また、システム制御部１４は、各都道府県について、その市区町村の総送付数をその都道府県の人口で除算する。なお、都道府県の人口は、その都道府県に含まれる市区町村の人口を合算することにより、算出することができる。

　次いで、システム制御部１４は、地図動画データを構成するフレーム画像データを１つ生成する（ステップＳ６１）。具体的に、システム制御部１４は、日本地図ＭのビットマップイメージをＲＡＭ１４ｃに展開する。次いで、システム制御部１４は、市区町村毎に、それぞれの総送付数に対応するオブジェクトＪ２の大きさを決定するとともに、それぞれの送付割合に対応するオブジェクトＪ２の色を決定する。そして、システム制御部１４は、決定された大きさ及び色のオブジェクトＪ２を、日本地図のビットマップイメージ上に描画する。なお、オブジェクトＪ２の表示位置については、オブジェクトＪ１の場合と同様である。こうして、オブジェクトＪ２が描画されたビットマップイメージが、処理対象日が示す日の時点での送付数対応情報を示すフレーム画像データに相当する。

　次いで、システム制御部１４は、生成したフレーム画像データを、ユーザ端末３に送信する（ステップＳ６２）。ユーザ端末３は、情報提供サーバ１から受信したフレーム画像データに基づいて描画処理を行うことにより、図３に示すように、処理対象日が示す日の時点での送付数対応情報を示すフレーム画像を動画表示領域２０１に表示する。このようにして、システム制御部１４は、制御手段として、地図上の表示位置に対応する市区町村の送付割合を示すオブジェクトが配置された地図を、ユーザ端末３により表示させる。

　次いで、システム制御部１４は、現在の送付割合が、今回初めて拡大判定閾値以上となった都道府県が存在するか否かを判定する（ステップＳ６３）。このとき、システム制御部１４は、現在の送付割合が、今回初めて拡大判定閾値以上となった都道府県が存在しない場合には（ステップＳ６３：ＮＯ）、ステップＳ６９に移行する。

　一方、システム制御部１４は、現在の送付割合が、今回初めて拡大判定閾値以上となった都道府県が存在すると判定した場合には（ステップＳ６３：ＹＥＳ）、地図動画データを構成するフレーム画像データとして、該当する都道府県の地図Ｍ１が拡大表示される各フレーム画像データを生成する。そして、システム制御部１４は、生成したフレーム画像データを順次ユーザ端末３に送信する（ステップＳ６４）。ユーザ端末３は、情報提供サーバ１から受信した各フレーム画像データに基づいて順次描画処理を行う。このようにして、システム制御部１４は、制御手段として、送付割合が拡大判定閾値以上となった都道府県の地図Ｍ１が、図４に示すように拡大表示される動画を、ユーザ端末３により表示させる。

　次いで、システム制御部１４は、都道府県地図Ｍ１が拡大表示された都道府県内の市区町村の中に、需要が見込まれる市区町村が存在するか否かを判定する（ステップＳ６５）。具体的に、システム制御部１４は、都道府県地図Ｍ１が拡大表示された都道府県内の各市区町村の昨年の送付数を、購買情報ＤＢ２２ｂから取得する。ここでは、対象期間の開始日の１年前から、処理対象日の１年前までの送付数が取得される。次いで、システム制御部１４は、都道府県地図Ｍ１が拡大表示された都道府県内の各市区町村の昨年の総送付数を算出し、この総送付数に基づいて、送付割合を算出する。次いで、システム制御部１４は、市区町村毎に昨年の送付割合と現在の送付割合とを比較する。そしてシステム制御部１４は、昨年の送付割合の方が大きい市区町村が存在する場合には、その市区町村で需要が見込まれると判定し、昨年の送付割合の方が小さい市区町村が存在しない場合には、需要が見込まれる市区町村が存在しないと判定する。

　システム制御部１４は、需要が見込まれる市区町村が存在すると判定した場合には（ステップＳ６５：ＹＥＳ）、制御手段として、需要が見込まれると判定した市区町村に対応する広告コンテンツを、ユーザ端末３に表示させる（ステップＳ６６）。具体的に、システム制御部１４は、ログインリクエストから取得したユーザＩＤ、対象商品のＪＡＮコード、及び需要が見込まれると判定した市区町村の団体コードを含む広告検索リクエストをＥＣサーバ２に送信することにより、このユーザＩＤ、ＪＡＮコード及び団体コードに対応する広告コンテンツを、商品ＤＢ２２ｂから取得する。そして、システム制御部１４は、取得した広告コンテンツを設定した表示指令メッセージを、ユーザ端末３に送信する。ユーザ端末３が、この表示指令メッセージを受信することにより、図５（ａ）に示すように、広告コンテンツをオーバーレイ表示する。

　なお、このときに表示された広告コンテンツが商品ページに表示されるようにしても良い。具体的に、情報提供サーバ１から広告検索リクエストを受信したＥＣサーバ２のシステム制御部２４は、広告検索リクエストに含まれるユーザＩＤ、ＪＡＮコードに対応する商品ＩＤを検索する。次いで、システム制御部２４は、検索した商品ＩＤに対応する広告コンテンツのうち、対応付けられている団体コードが、広告検索リクエストに含まれる団体コードと一致する広告コンテンツを検索する。そして、システム制御部２４は、検索した広告コンテンツを情報提供サーバ１に送信する。また、システム制御部２４は、検索した広告コンテンツに対応付けられている団体コードのうち、広告検索リクエストに含まれる団体コードと一致する団体コードの表示フラグをＯＦＦに変更する。

　一方、システム制御部１４は、需要が見込まれる市区町村が存在しないと判定した場合には（ステップＳ６５：ＮＯ）、地図動画データを構成するフレーム画像データとして、市区町村毎に表示されたオブジェクトＪ２が１箇所に集まって、１つのオブジェクトＪ３に統合される各フレーム画像データを生成する。そして、システム制御部１４は、生成したフレーム画像データを順次ユーザ端末３に送信する（ステップＳ６７）。ユーザ端末３は、情報提供サーバ１から受信した各フレーム画像データに基づいて順次描画処理を行う。このようにして、システム制御部１４は、制御手段として、各市区町村の送付割合を示す複数のオブジェクトＪ２が、図５（ｂ）に示すように、都道府県の送付割合を示す１つのオブジェクトＪ３に統合される動画を、ユーザ端末３により表示させる。

　システム制御部１４は、ステップＳ６６またはステップＳ６７の処理を終えると、地図動画データを構成するフレーム画像データとして、都道府県地図Ｍ１が縮小表示されて日本地図Ｍが表示される各フレーム画像データを生成する。そして、システム制御部１４は、生成したフレーム画像データを順次ユーザ端末３に送信する（ステップＳ６８）。

　システム制御部１４は、ステップＳ６８の処理を終えると、ステップＳ６９に移行する。なお、現在の送付割合が、今回初めて拡大判定閾値以上となった都道府県が複数存在する場合には、システム制御部１４は、該当する都道府県毎に、ステップＳ６４～Ｓ６８の処理を実行する。

　ステップＳ６９において、システム制御部１４は、処理対象日が、対象期間の終了日と同日であるか否かを判定する。このとき、システム制御部１４は、処理対象日が、対象期間の終了日と同日ではないと判定した場合には（ステップＳ６９：ＮＯ）、処理対象日に１を加算して、処理対象日を更新する（ステップＳ７０）。そして、システム制御部１４は、ステップＳ５７に移行する。

　システム制御部１４は、ステップＳ５７～Ｓ６２の処理を繰り返すことにより、１日単位で、その日の時点での送付数対応情報を示すフレーム画像データを順次生成しながら、フレーム画像データをユーザ端末３に送信する。そして、ステップＳ６９において、システム制御部１４は、処理対象日が、対象期間の終了日と同日であると判定した場合には（ステップＳ６９：ＹＥＳ）、売り手対応処理を終了させる。

　次に、ユーザが商品ページを閲覧する場合のＥＣサーバ２の処理について説明する。ユーザは、ＥＣサイトにおいてログイン操作を行うことにより、情報提供システムＳにログインする。このときに、ＥＣサーバ２のシステム制御部２４は、ユーザ端末３からユーザのユーザＩＤを取得する。そして、システム制御部２４は、ユーザＩＤに対応するユーザの住所を会員情報ＤＢ２２ａから取得する。そして、システム制御部２４は、取得した住所に基づいて、ユーザの住所地がある市区町村の団体コードを取得する。そして、システム制御部２４は、取得した団体コードをユーザＩＤに対応づけてＲＡＭ２４ｃに記憶させる。

　ログイン後、ユーザは、ユーザ端末３を操作することにより、ＥＣサイトにおいて商品の検索を行い、検索結果から所望の商品を選択する。すると、ユーザ端末３は、選択された商品の商品ＩＤを含むリクエストをＥＣサーバ２に送信する。リクエストを受信したＥＣサーバ２のシステム制御部２４は、リクエストに含まれる商品ＩＤに対応する商品の各情報を、商品情報ＤＢ２２ｂから取得する。そして、システム制御部２４は、取得した情報に基づいて、商品ページのＨＴＭＬ文書を生成する。ここで、システム制御部２４は、商品ＩＤに対応する広告コンテンツに対応付けられている団体コードのうち、ＲＡＭ２４ｃに記憶されている団体コードと一致する団体コードを検索する。そして、システム制御部２４は、検索した団体コードの表示フラグの判定を行う。このとき、システム制御部２４は、ＲＡＭ２４ｃに記憶されている団体コードと一致する団体コードがなかった場合、または、検索した団体コードの表示フラグがＯＦＦである場合には、商品ページに広告コンテンツが表示されないように、ＨＴＭＬ文書を生成する。あるいは、システム制御部２４は、商品ＩＤに対応する広告コンテンツのうち任意の広告コンテンツが表示されるように、ＨＴＭＬ文書を生成しても良い。一方、システム制御部２４は、検索した団体コードの表示フラグがＯＮである場合には、その団体コードに対応付けられた広告コンテンツが商品ページに表示されるように、ＨＴＭＬ文書を生成する。そして、システム制御部２４は、生成したＨＴＭＬ文書をユーザ端末３に送信する。ユーザ端末３は、受信したＨＴＭＬ文書に基づいて、商品ページを表示部３３に表示する。ここで、ユーザが、商品ページに情報が表示されている商品の需要が見込まれる市区町村の住民である場合には、その市区町村に対応する広告コンテンツが商品ページに表示される。

　以上説明したように、本実施形態によれば、情情報提供サーバ１のシステム制御部１４が、各市区町村の商品の送付数を購買情報ＤＢ１２ｂから取得し、取得した送付数に基づいて、市区町村の総送付数または送付割合を示すオブジェクトがその市区町村に対応する位置に配置された地図をユーザ端末３により表示させる。従って、市区町村における商品の需要の情報として精度が高い情報を、わかりやすくユーザに提供することができる。

　また、情報提供サーバ１の記憶部１２が、複数の市区町村における商品の送付数及び人口の情報を記憶し、情報提供サーバ１のシステム制御部１４が、ユーザが売り手であるか否かを判別し、ユーザが売り手であると判別した場合には、各市区町村の商品の送付数対応情報として、人口に対する送付数の割合を算出し、ユーザが売り手ではないと判別した場合には、各市区町村の商品の送付数対応情報として、送付数を取得し、地図上の表示位置に対応する市区町村の送付数対応情報を示すオブジェクトが配置された地図を、ユーザ端末３により表示させる。従って、ユーザは、自分が売り手であるか買い手であるかに応じた有用な情報をユーザが得ることができる。具体的に、売り手である場合には、ユーザは商品の需要予測に用いる情報を得ることができ、買い手である場合には、ユーザは商品の流行に関する情報を得ることができる。

　また、システム制御部１４が、ユーザが売り手であると判別した場合には、都道府県における人口に対する送付数の割合を、都道府県毎に算出し、算出した割合が、予め設定された拡大判定閾値以上であるか否かを都道府県毎に判定し、算出した割合が拡大判定閾値以上であると判定された都道府県の地図Ｍ１を拡大表示させる。従って、これまでは商品の需要があった都道府県の地図Ｍ１が拡大表示されて、この都道府県内の各市区町村の人口に対する割合が見やすくなるので、まだ需要が見込まれる市区町村が存在するかをユーザが判断しやすくなる。

　また、システム制御部１４が、算出された割合が拡大判定閾値以上であると判定した都道府県内に、商品の需要が見込まれる市区町村が存在するか否かを判定し、需要が見込まれる市区町村が存在すると判定した場合には、都道府県地図Ｍ１を拡大表示させたときに、需要が見込まれる市区町村に対応する広告コンテンツを更にユーザ端末３により表示させる。従って、これまでは商品の需要があった都道府県の中でもまだ需要が見込まれる市区町村に対する商品の売り上げを増やすための広告コンテンツをユーザが得ることができる。

　また、システム制御部１４が、需要が見込まれる市区町村が存在しないと判定した場合には、拡大表示された都道府県地図Ｍ１に配置された各市区町村のオブジェクトを、その都道府県における送付割合を示す１つのオブジェクトに変えて表示させる。従って、都道府県全体で需要が見込まれず、各市区町村の送付数対応情報を詳細に見る必要のない都道府県について、送付数対応情報の表示が簡略化されるので、需要が見込まれない都道府県であることをユーザが容易に理解することができる。

　また、システム制御部１４が、地図中の各市区町村に対応する部分を、それぞれの送付数に応じた色で表示させる。従って、各市区町村における商品の送付数を、ユーザが一目で理解することができる。

　なお、上記実施形態においては、ユーザが売り手である場合のオブジェクトＪ２が、送付割合と総送付数とを示すようになっていたが、送付割合のみを示すようにしても良い。

　また、送付割合が、オブジェクトの大きさ、模様または形状によって示されても良いし、総送付数が、オブジェクトの色、模様または形状によって示されても良い。

　また、上記実施形態においては、情報提供サーバ１が、ユーザ端末３に地図動画データを送信するとき、地図動画データを構成するフレーム画像データを生成しつつ送信していたが、対象期間の開始日から終了日までの一連の地図動画として地図動画データの生成が完了した後で、この地図動画データを、例えば、ストリーミングでユーザ端末３に送信しても良い。

　また、上記実施形態においては、１日単位で送付数対応情報が変化するように地図動画データが生成されていたが、例えば、１週間単位、１０日単位等で送付数対応情報が変化するように地図動画データが生成されても良い。

　また、上記実施形態においては、ユーザが売り手であるか否かを、ユーザＩＤに基づいて判別されていたが、判別方法はこれだけに限られるものではない。例えば、情報提供システムＳにログインするためのＷｅｂページとして、売り手用のログインページと、買い手用のログインページとを用意する。そして、売り手用のログインページを通じてログインしてきたユーザは、売り手として判別され、買い手用のログインページを通じてログインしてきたユーザは、買い手として判別されるようにしても良い。

　また、ユーザによるＥＣサイトの利用履歴に基づいて、ユーザが売り手であるか否かが判別されるようにしても良い。この場合、ユーザは、自分が商品の売り手であるか買い手であるかをユーザが切り替える必要なく、市区町村毎の購買状況送付数対応情報に関して売り手であるか買い手であるかに応じた有用な情報をユーザが得ることができる。例えば、情報提供サーバ１のシステム制御部１４は、ログインしてきたユーザのユーザＩＤに対応する購入履歴、販売履歴及び操作履歴を、ＥＣサーバ２を介して履歴ＤＢ２２ｃから取得する。そして、システム制御部１４は、例えば、所定時間以上、ユーザが商品の検索を行っていたことを操作履歴が示す場合には、ユーザは買い手であると判別する。また、システム制御部１４は、所定時間以上、ユーザが販売する商品の登録を行っていたことを操作履歴が示す場合には、ユーザは売り手であると判別する。あるいは、システム制御部１４は、操作履歴から、現在と同じ時間帯の履歴を抽出し、抽出した履歴に基づいて、判別を行っても良い。具体的に、システム制御部１４は、現在と同じ時間帯において、ユーザが商品を検索していた時間と、ユーザが販売する商品の登録を行っていた時間とを比較し、商品を検索していた時間の方が多い場合には、ユーザは買い手であると判別し、販売する商品の登録を行っていた時間の方が多い場合には、ユーザは売り手であると判別する。

　操作履歴からユーザが売り手であるか否かの判別を行うことができない場合、システム制御部１４は、購入履歴及び販売履歴に基づいて、判別を行う。例えば、システム制御部１４は、現在から過去に遡って所定期間の履歴を、購入履歴及び販売履歴からそれぞれ抽出する。次いで、システム制御部１４は、抽出した履歴に基づいて、所定期間における購入回数及び販売回数を比較する。そして、システム制御部１４は、購入回数の方が多い場合には、ユーザは買い手であると判別し、販売回数の方が多い場合には、ユーザは売り手であると判別する。

　また、ユーザが売り手であるか否かは、送付履歴、販売履歴及び操作履歴のうち、何れか１つまたは２つのみで判別されるようにしても良い。また、送付履歴、販売履歴及び操作履歴の少なくとも何れか１つをクッキーとしてユーザ端末３に保存させているシステムにおいては、ユーザ端末３からクッキーを取得して、取得されたクッキーに基づきユーザが売り手であるか否かが判定されるようにしても良い。

　また、情報提供サーバ１とＥＣサーバ２とを一体のサーバ装置として構成しても良い。また、データベース管理サーバを別途設け、データベース管理サーバが、地図情報ＤＢ１２ａ、購買情報ＤＢ１２ｂ、会員情報ＤＢ２２ａ、商品ＤＢ２２ｂ及び履歴ＤＢ２２ｃを管理しても良い。この場合、情報提供サーバ１は、地図動画データの生成に必要な情報を、データベース管理サーバから取得し、記憶部１２またはＲＡＭ１７ｃに一時的に記憶させて使用する。

　また、上記実施形態においては、１つの商品について、送付数対応情報を示すオブジェクトが配置された地図が表示されるようになっていたが、複数の商品について、それぞれ送付数対応情報を示すオブジェクトが配置された地図が表示されても良い。

　また、上記実施形態においては、ユーザ端末３が情報提供サーバ１から動画データを受信して再生処理を行うことによって、商品の送付数対応情報の変遷を表示していたが、ユーザ端末３が動画データ以外のデータを用いて商品の送付数対応情報の変遷を表示しても良い。例えば、オブジェクトが配置された地図の静止画像を表示するための所定の領域を有するＷｅｂページをユーザ端末３に表示させる。そして、ユーザ端末３は、Ajax等により、情報提供サーバ１に対して所定時間間隔でリクエストを送信することにより、オブジェクトが配置された地図の静止画像のデータを情報提供サーバ１から順次取得し、Ｗｅｂページ内の所定の領域に、オブジェクトが配置された地図の静止画像を所定時間間隔で順次表示する。これによって、商品の送付数対応情報の変遷を表示することができる。また、例えば、ユーザ端末３が情報提供サーバ１から地図の静止画像のデータを取得して、Ｗｅｂページ内に地図の静止画像を表示する。そして、ユーザ端末３は、情報提供サーバ１から、各地域の送付数対応情報に対応するオブジェクトの大きさや色等の情報、各地域の経度緯度に対応するオブジェクトの表示位置等の情報を取得し、これらの情報に基づいて、Ｗｅｂページ内の地図の静止画像上にオブジェクトを表示しても良い。

　また、上記実施形態においては、送付数対応情報の変遷が動画で表示されるようになっていたが、オブジェクトが配置された地図が静止画として表示され、ユーザの操作に応じて、表示される静止画が変わることにより、送付数対応情報の変遷が表示されるようになっていても良い。例えば、操作パネル２０２内に専用のボタンが設けられている。ユーザがこのボタンを１回選択する毎に、例えば、送付数対応情報の内容が１日分進んだ静止画が表示される。

　また、上記実施形態においては、地域への商品の送付数に応じた情報を示すオブジェクトが表示されるようになっていたが、例えば、地域に住むユーザが購入した商品の数に応じたその地域の購買状況を示すオブジェクトが表示されるようになっていても良い。この場合、ＥＣサーバ２は、売買に関する情報を情報提供サーバ１へ送信するとき、購入された商品の送付先の住所地がある市区町村の団体コードを送信するのではなく、購入したユーザの住所地がある市区町村の団体コードを送信すれば良い。

　［２．第２実施形態］
　［２－１．情報提供システムの構成及び機能概要］
　先ず、本実施形態に係る情報提供システムＳの構成及び概要機能について、図１２乃至図１７を用いて説明する。

　図１２は、本実施形態に係る情報提供システムＳの概要構成の一例を示す図である。図１２において、図１と同様の要素については同様の符号が付されている。

　図１２に示すように、情報提供システムＳは、サーバ装置の一例としての情報提供サーバ１と、ＥＣサーバ２と、端末装置の一例としての複数の店舗端末４と、複数のユーザ端末３と、を含んで構成されている。

　情報提供サーバ１と、ＥＣサーバ２と、各店舗端末４と、各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。

　情報提供サーバ１は、所定のＥＣサイトにおける商品の送付数対応情報の変遷を都道府県別（本発明の地域の一例）に示す動画（以下、「購買情報動画」と称する）を、店舗端末４の画面に表示させる。購買情報動画は、２種類存在する。第１の購買情報動画は、日本地図が表示される動画（以下、「地図動画」と称する）であり、第２の購買情報動画は、表形式で送付数対応情報が表示される動画（以下、「表動画」と称する）である。情報提供サーバ１は、地図動画と表動画とを、店舗端末４により同時に表示させる。

　地図動画及び表動画の表示のため、情報提供サーバ１は、地図動画の動画データ（以下、「地図動画データ」と称する）と表動画の動画データ（以下、「表動画データ」と称する）を生成する。そして、情報提供サーバ１は、生成した地図動画データ及び表動画データを、例えば、ストリーミング方式で店舗端末４に送信して、この地図動画データ及び表動画データを店舗端末４により再生させる。

　ＥＣサーバ２は、上述したＥＣサイトを構成するサーバ装置である。このＥＣサイトは、例えば、ネットショッピングサイトである。ＥＣサーバ２は、ユーザ端末３からのリクエストに応じて、商品に関するＷｅｂページの送信、商品の検索、商品の売買を成立させるための処理等を実行する。

　店舗端末４は、ＥＣサイトで商品を販売する店舗の従業員（以下、「店舗ユーザ」と称する）に利用される端末装置である。店舗端末４は、例えば、パーソナルコンピュータ等である。

　ユーザ端末３は、ＥＣサイトで商品を購入するユーザに利用される端末装置である。ユーザ端末３は、例えば、パーソナルコンピュータ、ＰＤＡ、携帯電話機等である。

　ここで、地図動画及び表動画の画面表示について説明する。

　店舗ユーザは、地図動画及び表動画を表示させる際に、送付数対応情報の変遷を表示させる対象となる商品（以下、「対象商品」と称する）及び期間（以下、「対象期間」と称する）は、店舗ユーザが指定することができる。

　図１３乃至図１５は、動画再生用ページ１００の画面表示例である。

　店舗端末４が、地図動画及び表動画を再生する場合、図１３に示すように、店舗端末４の画面には、動画再生用のＷｅｂページ（以下、「動画再生用ページ」と称する）１００が表示される。この動画再生用ページ１００には、地図動画が表示される地図動画表示領域Ｓ１、表動画が表示される表動画表示領域Ｓ２、分割バー１０１及び操作パネル１０２が表示される。

　地図動画表示領域Ｓ１と表動画表示領域Ｓ２とは、分割バー１０１を介して互いに接するようにして横並びで配置されている。分割バー１０１は、地図動画表示領域Ｓ１と表動画表示領域Ｓ２との境界上に配置されている。操作パネル１０２には、例えば、停止ボタン、再生ボタン、一時停止ボタン等の各種ボタンや、時間軸上における現在の再生位置を示すインジケーターを含むインジケーターバー１０３が表示される。

　地図動画表示領域Ｓ１には、日本地図Ｍ２が表示されるとともに、商品の送付数対応情報を示すオブジェクトＪｎ（ｎ＝１，２，３・・・）が都道府県毎に表示される。このオブジェクトＪｎは、送付数対応情報に応じた外観を有する図形である。オブジェクトＪｎの外観は、例えば、オブジェクトＪｎの大きさ（表示サイズ）、色、模様、形状等がある。そして、地図動画の再生が進むに従って、各都道府県の送付数対応情報の変遷に応じて、各オブジェクトの外観も変化する。

　オブジェクトＪｎは、送付数対応情報の一例として、総送付数及び送付割合を示す。総送付数は、例えば、店舗により指定された対象期間の開始日から、各日の送付数を積算した値である。従って、総送付数は、時間の経過とともに増加することはあるが、減少することはない。なお、店舗ユーザにより指定された対象期間の開始日に関わらず、所定の日付からの送付数の積算値を、総送付数としても良い。または、ＥＣサイトの開設時点からの送付数の積算値を、総送付数としても良い。送付割合は、その都道府県における人口に対する商品の総送付数の割合である。

　オブジェクトＪｎの大きさは、オブジェクトＪｎの表示位置に対応する都道府県における総送付数を示している。そして、総送付数が多いほど、オブジェクトＪｎが大きく表示される。また、総送付数が０である場合、オブジェクトＪｎは表示されない。

　オブジェクトＪｎの色は、オブジェクトＪｎの表示位置に対応する都道府県における送付割合を示している。具体的には、オブジェクトＪｎは、所定の色相の色で表示されるが、送付割合が小さいほど、オブジェクトＪｎの色が濃くなり、送付割合が大きいほど、オブジェクトＪｎの色が薄くなる。この色分けは、例えば、人口に相当する個数までは（単純計算では、その都道府県の全住民が商品を受け取るまでは）、購入された商品がその市区町村へ送付されたり、その市区町村の住民が自分のために商品を購入する可能性がある（需要がある）という考え方に基づくものであり、送付される可能性が高いほど目立つように、濃い色でオブジェクトＪｎが表示される。

　そして、送付割合が１００％に達すると、オブジェクトＪｎは地図Ｍ２上から消えて、その後は表示されなくなる。つまり、これ以上の需要が見込まれない都道府県として、送付数対応情報を店舗ユーザが見る必要がないことから、不要なオブジェクトＪｎは消去される。また、一定期間、送付割合に変化がない場合も、需要が見込まれないものとして、オブジェクトＪｎは地図Ｍ２上から消える。

　表動画表示領域Ｓ２には、送付数対応情報を示す表Ｈが表示される。表Ｈの列見出しの各セルには、都道府県名が表示される。また、表Ｈの行見出しの各行には、送付数対応情報の表示対象となる期間（以下、「単位期間」と称する）を示す文字が表示される。具体的には、１ヶ月が、上旬（その月の１日～１０日）、中旬（その月の１１日～２０日）、及び下旬（その月の２１日～末日）の各単位期間に分けられている。

　見出し以外の各セルには、送付数対応情報の一例として、総送付数を示す数字がセル内の左側に表示され、単位期間あたりの送付数（以下、「期間送付数」と称する）を示す数字がセル内の右側にカッコ書きで表示される。なお、総送付数が０である場合、対応するセルは空白となっている。セルに表示される総送付数は、そのセルが位置する列に対応する単位期間の末日時点での総送付数を示す。また、セルに表示される期間送付数は、そのセルが位置する列に対応する単位期間に商品が購入された数を示す。例えば、図１３に示すように、北海道の１１月２０日時点での総送付数は３０であり、北海道の１１月１１日から２０日まで（１１月中旬）の期間送付数は１０である。

　表動画の再生開始時には、見出し以外の各セルは空白となっている。そして、表動画の再生が進むに従い、各都道府県の送付数対応情報の変遷に応じて、対象期間の開始月の上旬から対象期間の終了月の下旬に向かって、送付数対応情報を示す数字が順次追加表示されていく。

　地図動画と表動画とは、送付数対応情報の変遷が同期するように再生されるようになっている。具体的には、地図動画においてオブジェクトＪｎが送付数対応情報を示している期間と、表動画において最新の送付数対応情報を示す数字が追加表示された単位期間とが一致するように、地図動画と表動画とが再生される。

　例えば、図１３において、地図動画表示領域Ｓ１には、北海道の送付数対応情報を示すオブジェクトＪ１１と、岩手県の送付数対応情報を示すオブジェクトＪ１２が表示されている。オブジェクトＪ１１及びＪ１２は、それぞれ１１月下旬の時点での送付数対応情報を示している。表動画表示領域Ｓ２には、９月上旬から１１月下旬までの北海道の送付数対応情報の変遷が表示されている。また、表動画表示領域Ｓ２には、１１月下旬の岩手県の送付数対応情報が表示されている。１１月下旬の時点の北海道の総送付数は４０であり、岩手県の総送付数は５である。そのため、オブジェクトＪ１１及びＪ１２それぞれの大きさも、表動画表示領域Ｓ２に表示されている最新の総送付数に応じた大きさとなっている。

　その後、１２月下旬までの再生が進むと、例えば、図１４に示すような表示となる。地図動画表示領域Ｓ１には、宮城県の送付数対応情報を示すオブジェクトＪ１３が新たに表示されている。また、オブジェクトＪ１１及びＪ１２は、図１３に示した時点よりも大きく表示されている。表動画表示領域Ｓ２には、１２月上旬から下旬までの北海道及び岩手県の送付数対応情報が新たに表示されている。そして、北海道及び岩手県の総送付数は１１月下旬よりも増加している。また、表動画表示領域Ｓ２には、１２月下旬の宮城県の送付数対応情報が新たに表示されている。

　その後、１月下旬までの再生が進むと、例えば、図１５に示すような表示となる。ここで、オブジェクトＪ１１は、地図動画表示領域Ｓ１から消去されている。一方、オブジェクトＪ１２及びＪ１３は、図１４に示した時点よりも大きく表示されている。表動画表示領域Ｓ２には、１月上旬から下旬までの北海道、岩手県及び宮城県の送付数対応情報が新たに表示されている。ここで、北海道の総送付数は一定期間（例えば、１ヶ月）増加していない。そのため、オブジェクトＪ１１が地図動画表示領域Ｓ１から消去された。一方、岩手県及び宮城県の総送付数は１２月下旬よりも増加している。

　このように、商品の送付数対応情報がオブジェクトと表とにより示されることにより、店舗ユーザは、オブジェクトの外観によって、送付数対応情報の変遷を直感的に理解することができるとともに、表の各セルに表示された数字によって、送付数対応情報の変遷を具体的に理解することができる。

　地図動画及び表動画の再生中、店舗ユーザは、操作パネル１０２を操作して、地図動画及び表動画の再生を、同時に一時停止させたり、再生を同時に再開させたりすることができる。

　なお、第１実施形態の場合と同様に、店舗ユーザは、全店舗における送付数対応情報について表示させるか、または、自店舗における送付数対応情報について表示させるかを選択することができるようにしても良い。

　図１６（ａ）及び（ｂ）は、地図動画表示領域Ｓ１と表動画表示領域Ｓ２との分割比率の変更例である。

　また、店舗ユーザは、分割バー１０１をドラッグ操作することにより、地図動画表示領域Ｓ１と表動画表示領域Ｓ２との分割比率（領域の横幅の比率）を変更することができる。例えば、分割バー１０１が地図動画表示領域Ｓ１側に移動すると、図１６（ａ）に示すように、地図動画表示領域Ｓ１の横幅が狭くなり、表動画表示領域Ｓ２の横幅が広くなる。これにより、日本地図Ｍ２が一部のみ表示される場合がある一方で、表Ｈにおいて、分割比率の変更前よりも多い数の列が表示される。一方、分割バー１０１が表動画表示領域Ｓ２側に移動すると、図１６（ｂ）に示すように、地図動画表示領域Ｓ１の横幅が広くなり、表動画表示領域Ｓ２の横幅が狭くなる。これにより、表Ｈにおいて、分割比率の変更前より少ない数の列が表示される。

　地図動画及び表動画の再生開始時における地図動画表示領域Ｓ１と表動画表示領域Ｓ２との分割比率は、例えば、対象商品の属性によって異なる場合がある。例えば、在庫を多く保有することができない商品（例えば、生鮮食品等）については、デフォルトの分割比率と比較して、地図動画表示領域Ｓ１の横幅が狭くなり、表動画表示領域Ｓ２の横幅が広くなる。これは、在庫数を常に意識しなければならないので、送付数対応情報を注意深く見る必要があるためである。一方、在庫を多く保有することができる商品については、デフォルトの分割比率と比較して、地図動画表示領域Ｓ１の横幅が広くなり、表動画表示領域Ｓ２の横幅が狭くなる。これは、在庫数をあまり意識する必要がないことから、具体的な送付数対応情報を見る必要がないためである。なお、分割バー１０１の操作履歴や店舗が保有する実際の在庫数に基づいて、再生開始時における分割比率が決定されるようにしても良い。

　図１７（ａ）は、グラフ画像１１０の画面表示例である。また、図１７（ｂ）は、商品ページ１２０の画面表示例である。

　店舗ユーザは、地図動画表示領域Ｓ１において、何れかのオブジェクトＪｎをクリック操作（指定操作）すると、図１７（ａ）に示すように、動画再生用ページ１００のウインドウとは別個のウインドウにグラフ画像１１０が表示される。グラフ画像１１０には、クリック操作されたオブジェクトＪｎに対応する都道府県について、対象期間における総送付数の変遷を示すグラフが表示される。また、グラフ画像１１０には、クリック操作されたオブジェクトＪｎに対応する都道府県が所属する地方における総送付数の平均値の変遷を示すグラフ、及び、この都道府県の近隣の何れか１つの都道府県の総送付数の変遷を示すグラフも表示される。

　これにより、店舗ユーザは、所望の都道府県の送付数対応情報の変遷を、一目で直感的に理解することができる。

　また、店舗ユーザは、インジケーターバー１０３に対してマウスオーバー操作（インジケーターバーの上にマウスポインタを置く操作）を行うと、図１７（ｂ）に示すように、動画再生用ページ１００のウインドウとは別個のウインドウに、対象商品の商品ページ１２０が表示される。商品ページ１２０は、商品の詳細な情報（例えば、商品名、価格、商品の説明、広告コンテンツ１２１等）が掲載されるＷｅｂページである。この商品ページ１２０は、マウスオーバー操作の時点で地図動画及び表動画が送付数対応情報を示している対象の時期に、ＥＣサイトに掲載されていたものである。

　これにより、店舗ユーザは、所望の時期における送付数対応情報を見ながら、その当時における商品ページ１２０の内容や広告コンテンツ１２１の内容を確認することができる。

　［２－２．情報提供サーバの構成］
　情報提供サーバ１の基本的な構成は、第１実施形態の場合と同様である。

　地図情報ＤＢ１２ａには、地図動画データを生成するための情報等が登録されている。具体的に、地図情報ＤＢ１２ａには、日本地図Ｍ２の地図データが登録されている。また、地図情報ＤＢ１２ａには、都道府県の識別情報である全国地方公共団体コード（以下、「団体コード」と称する）をキーとして、都道府県の人口及び経度緯度の情報が登録されている。

　購買情報ＤＢ１２ｂには、都道府県毎の商品の送付数対応情報の履歴が登録されている。具体的に、購買情報ＤＢ１２ｂには、商品のＪＡＮコード、都道府県の団体コード及び日付をキーとして、送付数（送付数情報の一例）が登録されている。この送付数は、キーとされた日付に商品が送付された数である。なお、送付数に代えて、総送付数が登録されていても良い。

　購買情報ＤＢ１２ｂは、例えば、ＥＣサイトで商品の売買が成立するたびに更新される。具体的な更新処理の内容は、第１実施形態の場合と基本的に同様である。ただし、本実施形態においては、店舗の識別情報は、ユーザＩＤではなく、店舗ＩＤである。そのため、ＥＣサーバ２は、商品の購入先の店舗の店舗ＩＤを、後述する商品情報ＤＢ２２ｂから取得する。また、ＥＣサーバから情報提供サーバ１へ送信される団体コードは、送付先の住所地がある都道府県の団体コードである。

　また、記憶部１２には、Ｗｅｂページを構成するＨＴＭＬ文書、ＸＭＬ文書、画像データ、テキストデータ等の各種データが記憶されている。例えば、動画再生用ページのＨＴＭＬ文書には、地図動画及び表動画の再生のため、それぞれについてのobjectタグ、paramタグ、embedタグ等が記述されている。そして、動画再生用ページのＨＴＭＬ文書には、地図動画データのＵＲＬや、再生に用いられる動画再生プログラムの指定等が記述されている。あるいは、ＨＴＭＬ５に準拠した場合、動画再生用ページのＨＴＭＬ文書には、地図動画及び表動画それぞれについてのvideoタグ等が記述されている。

　動画再生用ページのＨＴＭＬ文書には、更に、所定のスクリプト言語で記述された動画再生用スクリプトが記述されている。この動画再生用スクリプトは、店舗端末４において、地図動画と表動画とを同期して再生させたり、分割バー１０１に対するドラッグ操作に応じて地図表示領域Ｓ１と表表示領域Ｓ２との分割比率を変更したり、店舗ユーザの操作に応じて情報提供サーバ１にリクエストを送信したりするためのスクリプトである。

　［２－３．ＥＣサーバの構成］
　ＥＣサーバ２の基本的な構成は、第１実施形態の場合と同様である。

　商品ＤＢ２２ｂには、ＥＣサイトにおいて店舗ユーザにより販売されている商品に関する情報が登録されている。具体的に、商品ＤＢ２２ｂには、店舗に対して識別情報として付与された店舗ＩＤ、及び商品に対して識別情報として付与された商品ＩＤをキーとして、商品のＪＡＮコード、商品が属するカテゴリーを示すカテゴリー情報、商品名、価格、商品の紹介等を含む商品情報、商品の画像、商品ページ１２０を構成するＨＴＭＬ文書、在庫数及び広告コンテンツ等が登録されている。

　商品ページ１２０のＨＴＭＬ文書は、商品ページ１２０としてＥＣサイトに掲載された時期を示す時期情報と対応付けて登録されている。そのため、商品ページ１２０のＨＴＭＬ文書は、掲載時期毎に複数登録されている場合がある。

　また、商品ＤＢ２２ｂには、商品の属性として、在庫をどの程度多く保有することができるかを示す在庫特性値が、商品のカテゴリー毎にカテゴリー情報と対応付けて登録されている。例えば、生鮮食品等のように、在庫を多く保有することができない商品の在庫特性値は低く設定されている。

　［２－４．店舗端末の構成］
　次に、店舗端末３の構成について、図１８を用いて説明する。

　図１８は、本実施形態に係る店舗端末４の概要構成の一例を示すブロック図である。

　図１８に示すように、店舗端末４は、通信部４１と、記憶部４２と、表示部４３と、操作部４４と、ドライブ部４５と、入出力インターフェース４６と、システム制御部４７と、を備えている。そして、システム制御部４７と入出力インターフェース４６とは、システムバス４８を介して接続されている。

　通信部４１は、ネットワークＮＷ等に接続して、情報提供サーバ１やＥＣサーバ２等との通信状態を制御するようになっている。

　記憶部４２は、例えば、ハードディスクドライブ等により構成されている。この記憶部４２には、オペレーティングシステムが記憶されている。また、記憶部４２には、Ｗｅｂページを表示するためのブラウザ、動画データを再生するための動画再生プログラム等のアプリケーションプログラムが記憶されている。

　表示部４３は、例えば、液晶ディスプレイ等により構成されており、文字や画像等の情報を表示するようになっている。

　操作部４４は、例えば、キーボード及びマウス、あるいは、キー、タッチパネル等により構成されており、ユーザからの操作指示を受け付け、その指示内容を指示信号としてシステム制御部４７に出力するようになっている。

　ドライブ部４５は、ＤＶＤやメモリカード等のディスクＤＫからデータ等を読み出す一方、当該ディスクＤＫに対してデータ等を記録するようになっている。

　入出力インターフェース４６は、通信部４１～ドライブ部４５とシステム制御部４７との間のインターフェース処理を行うようになっている。

　システム制御部４７は、ＣＰＵ４７ａ、ＲＯＭ４７ｂ、ＲＡＭ４７ｃ等により構成されている。そして、システム制御部４７は、ＣＰＵ４７ａが、ＲＯＭ４７ｂや記憶部４２に記憶された各種プログラムを読み出し実行することにより、店舗端末４の各部を制御するようになっている。

　［２－５．情報提供システムの動作］
　次に、情報提供システムＳの動作について、図１９乃至図２１を用いて説明する。

　図１９は、本実施形態に係る情報提供サーバ１のシステム制御部１４における処理例を示すフローチャートである。

　図１９に示すように、システム制御部１４は、対象商品のＪＡＮコード及び対象期間を取得する（ステップＳ１１１）。先ず、システム制御部１４は、店舗ユーザが販売している商品の一覧を取得する。具体的に、システム制御部１４は、店舗ユーザが所属している店舗の店舗ＩＤを設定したリクエストをＥＣサーバ２に送信することにより、店舗ＩＤに対応する商品ＩＤ、商品名、ＪＡＮコード及びカテゴリー情報を、商品ＤＢ２２ｂから取得する。次いで、システム制御部１４は、商品ＤＢ２２ｂから取得した情報に基づいて、ユーザが販売している商品の中からユーザが対象商品を選択するため、及び、対象期間の開始月及び終了月を指定するためのＷｅｂページを店舗端末４に送信する。そして、システム制御部１４は、ユーザにより選択された対象商品のＪＡＮコード及び対象期間の開始月及び終了月を、店舗端末４から受信する。なお、対象期間の終了月の指定は省略可能である。

　次いで、システム制御部１４は、対象期間の終了月を店舗ユーザが指定したか否かを判定する（ステップＳ１１２）。このとき、システム制御部１４は、対象期間の終了月を店舗ユーザが指定しなかったと判定した場合には（ステップＳ１１２：ＮＯ）、今日の日付を、対象期間の終了日として設定して（ステップＳ１１３）、ステップＳ１１４に移行する。一方、システム制御部１４は、対象期間の終了月をユーザが指定したと判定した場合には（ステップＳ１１２：ＹＥＳ）、ステップＳ１１４に移行する。なお、終了月が指定されている場合、対象期間の終了日は、指定された終了月の末日となる。

　ステップＳ１１４において、システム制御部１４は、地図動画表示領域Ｓ１と表動画表示領域Ｓ２との分割比率を決定する。具体的に、システム制御部１４は、商品ＤＢ２２ｂから取得したカテゴリー情報を設定したリクエストをＥＣサーバ２に送信することにより、カテゴリー情報に対応する在庫特性値を商品ＤＢ２２ｂから取得する。そして、システム制御部１４は、在庫特性値が低いほど、表動画表示領域Ｓ２の方の割合を高くして分割比率を決定する一方、在庫特性値が高いほど、地図動画表示領域Ｓ１の方の割合を高くして分割比率を決定する。

　次いで、システム制御部１４は、動画再生用ページ１００のＨＴＭＬ文書を店舗端末４に送信する（ステップＳ１１５）。このとき、システム制御部１４は、決定した分割比率に基づいて、地図動画表示領域Ｓ１及び表動画表示領域Ｓ２それぞれの横幅のピクセル数を算出する。そして、システム制御部１４は、動画再生用ページ１００のＨＴＭＬ文書に、地図動画表示領域Ｓ１及び表動画表示領域Ｓ２それぞれの横幅を記述する。

　その後、システム制御部１４は、動画再生用ページ１００を表示した店舗端末４から、地図動画データのリクエストと表動画データのリクエストを受信すると、地図動画データ及び表動画データの生成及び送信を開始する。

　先ず、システム制御部１４は、地図動画データを構成するフレーム画像データ（以下、「地図フレーム画像データ」という）及び表動画データを構成するフレーム画像データ（以下、「表フレーム画像データ」という）として、再生開始時における地図フレーム画像データ及び表フレーム画像データを生成する（ステップＳ１１６）。具体的に、システム制御部１４は、オブジェクトＪｎが配置されていない日本地図Ｍ２を示す地図フレーム画像データを生成する。また、システム制御部１４は、見出し以外の全てのセルが空白の表Ｈを示す表フレーム画像データを生成する。

　次いで、システム制御部１４は、生成した地図フレーム画像データ及び表フレーム画像データのそれぞれに、同一のタイムスタンプを付加して店舗端末４に送信する（ステップＳ１１７）。このタイムスタンプは、付加されたフレーム画像データに基づくフレーム画像が表示されるべき再生位置を示す。システム制御部１４は、再生開始時のタイムスタンプとして、０秒を設定する。

　次いで、各都道府県の総送付数をそれぞれ０に設定するとともに、各都道府県の期間送付数をそれぞれ０に設定する（ステップＳ１１８）。次いで、システム制御部１４は、処理対象日として、対象期間の開始月の１日を設定する（ステップＳ１１９）。

　次いで、システム制御部１４は、後述するリクエスト対応処理を実行する（ステップＳ１２０）。

　次いで、システム制御部１４は、各都道府県の総送付数、送付割合及び期間送付数をそれぞれ算出する（ステップＳ１２１）。具体的に、システム制御部１４は、処理対象日における各都道府県の対象商品の送付数を、購買情報ＤＢ１２ｂからそれぞれ取得する。次いで、システム制御部１４は、現在の総送付数に、取得した送付数を加算することにより、各都道府県の総送付数を更新する。次いで、システム制御部１４は、総送付数を、地図情報ＤＢ１２ａに登録されているその都道府県の人口で除算することにより、各都道府県の送付割合を算出する。また、システム制御部１４は、現在の期間送付数に、取得した送付数を加算することにより、各都道府県の期間送付数を更新する。

　次いで、システム制御部１４は、地図フレーム画像データを１つ生成する（ステップＳ１２２）。具体的に、システム制御部１４は、日本地図Ｍ２のビットマップイメージをＲＡＭ１４ｃに展開する。このとき、システム制御部１４は、日本地図Ｍ２のビットマップイメージの横幅のピクセル数を、現在の分割比率に応じた地図動画表示領域Ｓ１の横幅のピクセル数に一致させる。次いで、システム制御部１４は、都道府県毎に、それぞれの総送付数に対応するオブジェクトＪｎの大きさを決定するとともに、それぞれの送付割合に対応するオブジェクトＪｎの色を決定する。そして、システム制御部１４は、決定された大きさ及び色のオブジェクトＪｎを、日本地図のビットマップイメージ上に描画する。このとき、システム制御部１４は、地図情報ＤＢ１２ａに登録されている経度緯度の情報に基づいて、各オブジェクトＪｎの表示位置を決定する。つまり、システム制御部１４は、オブジェクトＪｎが、地図上においてそのオブジェクトＪｎが送付数対応情報を示す都道府県の所在する位置に表示されるようにする。こうして、オブジェクトＪｎが描画されたビットマップイメージが、処理対象日が示す日の時点での送付数対応情報を示す地図フレーム画像データに相当する。

　次いで、システム制御部１４は、現在の処理対象日が、単位期間の末日であるか否かを判定する（ステップＳ１２３）。このとき、システム制御部１４は、現在の処理対象日が単位期間の末日ではないと判定した場合には（ステップＳ１２３：ＮＯ）、生成した地図フレーム画像データを、店舗端末４に送信する（ステップＳ１２４）。

　一方、システム制御部１４は、現在の処理対象日が単位期間の末日であると判定した場合には（ステップＳ１２３：ＹＥＳ）、表フレーム画像データを１つ生成する（ステップＳ１２５）。具体的に、システム制御部１４は、ＲＡＭ１４ｃ上に、表Ｈのビットマップイメージを生成する。このとき、システム制御部１４は、表Ｈのビットマップイメージの横幅のピクセル数を、現在の分割比率に応じた表動画表示領域Ｓ２の横幅のピクセル数に一致させる。また、システム制御部１４は、表動画表示領域Ｓ２の横幅のピクセル数に応じて、表Ｈの列数を決定する。そして、システム制御部１４は、現在の処理対象日が含まれる単位期間に対応する列の各セルに、総送付数及び期間送付数を示す数字を都道府県毎に描画する。こうして、数字が描画されたビットマップイメージが、処理対象日が示す日の時点での送付数対応情報を示す表フレーム画像データに相当する。なお、システム制御部１４は、最初に表Ｈのビットマップイメージを生成した後は、このビットマップイメージを利用して、次回以降の表フレーム画像データを生成する。

　次いで、システム制御部１４は、生成した地図フレーム画像データ及び表フレーム画像データのそれぞれに、同一のタイムスタンプを付加して店舗端末４に送信する（ステップＳ１２６）。この場合のタイムスタンプは、タイムスタンプが付加されるこれらのフレーム画像データに基づいてフレーム画像を表示すべき再生位置に対応した値である。このように、システム制御部１４は、同時期の送付数対応情報を示す地図Ｍ２のフレーム画像データ及び表Ｈのフレーム画像データに、同一のタイムスタンプを付加することにより、地図画像データ及び表動画データを、送付数対応情報の変遷が同期するように、店舗端末４により再生させる。

　次いで、システム制御部１４は、各都道府県の期間送付数をそれぞれ０に設定する（ステップＳ１２７）。

　システム制御部１４は、ステップＳ１２４またはＳ１２７の処理を終えると、処理対象日が、対象期間の終了日と同日であるか否かを判定する（ステップＳ１２８）。このとき、システム制御部１４は、処理対象日が、対象期間の終了日と同日ではないと判定した場合には（ステップＳ１２８：ＮＯ）、処理対象日に１を加算して、処理対象日を更新する（ステップＳ１２９）。そして、システム制御部１４は、ステップＳ１２０に移行する。

　システム制御部１４は、ステップＳ１２０～Ｓ１２８の処理を繰り返すことにより、１日単位で、その日の時点での送付数対応情報を示す地図フレーム画像データを順次生成しながら、地図フレーム画像データを店舗端末４に送信する。また、システム制御部１４は、単位期間毎の送付数対応情報を示す表フレーム画像データを順次生成しながら、表フレーム画像データを店舗端末４に送信する。そして、ステップＳ１２８において、システム制御部１４は、処理対象日が、対象期間の終了日と同日であると判定した場合には（ステップＳ１２８：ＹＥＳ）、図１９に示す処理を終了させる。

　図２０は、本実施形態に係る情報提供サーバ１のシステム制御部１４におけるリクエスト対応処理の処理例を示すフローチャートである。

　図２０に示すように、システム制御部１４は、分割比率を変更するリクエスト（以下、「分割比率変更リクエスト」と称する）を店舗端末４から受信したか否かを判定する（ステップＳ１５１）。

　このとき、システム制御部１４は、分割比率変更リクエストを受信したと判定した場合には（ステップＳ１５１：ＹＥＳ）、分割比率を変更する（ステップＳ１５２）。具体的に、分割比率変更リクエストには、分割バー１０１に対するドラッグ操作による変更後の分割比率が設定されている。そこで、システム制御部１４は、現在の分割比率を、分割比率変更リクエストに設定されている分割比率に変更する。システム制御部１４は、ステップＳ１５２の処理を終えると、リクエスト対応処理を終了させる。

　一方、システム制御部１４は、分割比率変更リクエストを受信しなかったと判定した場合には（ステップＳ１５１：ＮＯ）、グラフ画像１１０のリクエスト（以下、「グラフリクエスト」と称する）を店舗端末４から受信したか否かを判定する（ステップＳ１５３）。

　このとき、システム制御部１４は、グラフリクエストを受信したと判定した場合には（ステップＳ１５３：ＹＥＳ）、グラフの画像データを生成して店舗端末４に送信する（ステップＳ１５４）。具体的に、グラフリクエストには、店舗ユーザが地図動画表示領域Ｓ１内をクリック操作したときのクリックされた位置の座標が設定されている。そこで、システム制御部１４は、グラフリクエストに設定されている座標と、地図情報ＤＢ１２ａに登録されている経度緯度の情報とに基づいて、クリックされた位置に対応する都道府県を特定する。次いで、システム制御部１４は、特定した都道府県の現在の総送付数が０であるか否かを判定する。総送付数が０である都道府県については、地図動画表示領域Ｓ１にオブジェクトＪｎが表示されていない。その場合、システム制御部１４は、グラフ画像データの生成及び送信を行わない。一方、システム制御部１４は、特定した都道府県の現在の総送付数が０ではない場合には、特定した都道府県、特定した都道府県の近隣の都道府県、及び特定した都道府県が所属する地方について、対象期間の開始日から終了日までの総送付数の変遷を示すグラフの画像データを生成する。そして、システム制御部１４は、生成したグラフの画像データを店舗端末４に送信する。システム制御部１４は、ステップＳ１５４の処理を終えると、リクエスト対応処理を終了させる。

　一方、システム制御部１４は、グラフリクエストを受信しなかったと判定した場合には（ステップＳ１５３：ＮＯ）、商品ページ１２０のリクエストを店舗端末４から受信したか否かを判定する（ステップＳ１５５）。

　このとき、システム制御部１４は、商品ページ１２０のリクエストを受信したと判定した場合には（ステップＳ１５５：ＹＥＳ）、商品ページ１２０のＨＴＭＬ文書を店舗端末４に送信する（ステップＳ１５６）。具体的に、システム制御部１４は、店舗ユーザが所属している店舗の店舗ＩＤ及び対象商品の商品ＩＤを設定したリクエストをＥＣサーバ２に送信することにより、店舗ＩＤ及び商品ＩＤに対応する全ての商品ページ１２０のＨＴＭＬ文書及び商品ページ１２０の掲載時期を示す時期情報を、商品ＤＢ２２ｂから取得する。次いで、システム制御部１４は、時期情報に基づいて、取得した商品ページ１２０のＨＴＭＬ文書のうち、掲載時期が現在の処理対象日を含む商品ページ１２０のＨＴＭＬ文書を選択する。そして、システム制御部１４は、選択したＨＴＭＬ文書を店舗端末４に送信する。システム制御部１４は、ステップＳ１５６の処理を終えると、リクエスト対応処理を終了させる。

　一方、システム制御部１４は、商品ページ１２０のリクエストを受信しなかったと判定した場合には（ステップＳ１５５：ＮＯ）、リクエスト対応処理を終了させる。

　図２１は、本実施形態に係る店舗端末４のシステム制御部４７における処理例を示すフローチャートである。

　図２１に示す処理は、店舗端末４が、情報提供サーバ１から動画再生用ページ１００のＨＴＭＬ文書を受信したときに開始される。先ず、システム制御部４７は、受信したＨＴＭＬ文書に基づいて、動画再生用ページ１００を表示部４３に表示させる（ステップ７１）。このとき、システム制御部４７は、ＨＴＭＬ文書の記述に基づいて、地図動画表示領域Ｓ１及び表動画表示領域Ｓ２それぞれの横幅を決定するとともに、分割バー１０１の表示位置を決定する。このように、システム制御部４７は、地図動画表示領域Ｓ１及び表動画表示領域Ｓ２を、商品の属性に応じた分割比率に対応して制御する。

　次いで、システム制御部４７は、ＨＴＭＬ文書の記述に基づいて動画再生プログラムを起動し、地図動画データのリクエストと表動画データのリクエストを情報提供サーバ１に送信する（ステップＳ１７２）。

　次いで、システム制御部４７は、地図動画データ受信処理を実行する（ステップＳ１７３）。具体的に、システム制御部４７は、情報提供サーバ１から地図フレーム画像データが送信されてきた場合には、この地図フレーム画像データを受信して、ＲＡＭ４７ｃの地図動画用バッファに保持する。

　次いで、システム制御部４７は、表動画データ受信処理を実行する（ステップＳ１７４）。具体的に、システム制御部４７は、情報提供サーバ１から表フレーム画像データが送信されてきた場合には、この表フレーム画像データを受信して、ＲＡＭ４７ｃの表動画用バッファに保持する。

　次いで、システム制御部４７は、地図動画データの再生処理及び表動画データの再生処理を実行する（ステップＳ１７５）。

　具体的に、システム制御部４７は、地図動画用のフレームレートに基づいて、フレーム画像の描画のタイミングであるか否かを判定する。そして、システム制御部４７は、描画のタイミングであると判定した場合には、地図動画用のバッファから地図フレーム画像データを取得して、取得した地図フレーム画像データに基づき、地図Ｍ２のフレーム画像を地図動画表示領域Ｓ１に描画する。これにより、システム制御部４７は、オブジェクトＪｎが配置された地図Ｍ２を表示する。

　また、システム制御部４７は、表動画用のフレームレート（地図動画用のフレームレートの１０分の１のレート）に基づいて、フレーム画像の描画のタイミングであるか否かを判定する。そして、システム制御部４７は、描画のタイミングであると判定した場合には、表動画用のバッファから表フレーム画像データを取得して、取得した表フレーム画像データに基づき、表Ｈのフレーム画像を表動画表示領域Ｓ２に描画する。これにより、システム制御部４７は、送付数対応情報を単位期間毎に示す表Ｈを表示する。

　ここで、システム制御部４７は、地図フレーム画像データに付加されているタイムスタンプと、表フレーム画像データに付加されているタイムスタンプと、に基づいて、地図動画の再生位置と表動画の再生位置とが一致するように、地図動画及び表動画の両方または一方のフレームレートを調整する。これにより、地図動画が示す送付数対応情報の変遷と、表動画が示す送付数対応情報の変遷とが同期する。

　次いで、システム制御部４７は、地図動画及び表動画の再生が終了したか否かを判定する（ステップＳ１７６）。このとき、システム制御部４７は、地図動画及び表動画の再生が終了していないと判定した場合には（ステップＳ１７６：ＮＯ）、分割バー１０１に対するドラッグ操作を検出したか否かを判定する（ステップＳ１７７）。このとき、システム制御部４７は、分割バー１０１に対するドラッグ操作を検出したと判定した場合には（ステップＳ１７７：ＹＥＳ）、情報提供サーバ１に分割比率変更リクエストを送信する（ステップＳ１７８）。このとき、システム制御部４７は、分割バー１０１がドラッグ操作に応じて、分割バー１０１の表示位置を変更するとともに、地図動画表示領域Ｓ１及び表動画表示領域Ｓ２それぞれの横幅を変更する。また、システム制御部４７は、横幅の変更後の地図動画表示領域Ｓ１及び表動画表示領域Ｓ２の分割比率を算出し、算出した分割比率を、分割比率変更リクエストに設定する。システム制御部４７は、ステップＳ１７８の処理を終えると、ステップＳ１８３に移行する。

　一方、システム制御部４７は、分割バー１０１に対するドラッグ操作を検出しなかったと判定した場合には（ステップＳ１７７：ＮＯ）、地図動画表示領域Ｓ１に対するクリック操作を検出したか否かを判定する（ステップＳ１７９）。このとき、システム制御部４７は、地図動画表示領域Ｓ１に対するクリック操作を検出したと判定した場合には（ステップＳ１７９：ＹＥＳ）、情報提供サーバ１にグラフリクエストを送信する（ステップＳ１８０）。このとき、システム制御部４７は、地図動画表示領域Ｓ１内のクリックされた位置を示す座標を取得して、取得した座標をグラフリクエストに設定する。システム制御部４７は、ステップＳ１８０の処理を終えると、ステップＳ１８３に移行する。

　一方、システム制御部４７は、地図動画表示領域Ｓ１に対するクリック操作を検出しなかったと判定した場合には（ステップＳ１７９：ＮＯ）、インジケーターバー１０３に対するマウスオーバー操作を検出したか否かを判定する（ステップＳ１８１）。このとき、システム制御部４７は、インジケーターバー１０３に対するマウスオーバー操作を検出したと判定した場合には（ステップＳ１８１：ＹＥＳ）、情報提供サーバ１に商品ページ１２０のリクエストを送信して（ステップＳ１８２）、ステップＳ１８３に移行する。

　一方、システム制御部４７は、インジケーターバー１０３に対するマウスオーバー操作を検出しなかったと判定した場合には（ステップＳ１８１：ＮＯ）、情報提供サーバ１からグラフ画像データを受信したか否かを判定する（ステップＳ１８３）。このとき、システム制御部４７は、グラフ画像データを受信したと判定した場合には（ステップＳ１８３：ＹＥＳ）、受信したグラフ画像データに基づいて、グラフ画像１１０をウインドウ表示する（ステップＳ１８４）。次いで、システム制御部４７は、ステップＳ１７３に移行する。

　一方、システム制御部４７は、グラフ画像データを受信しなかったと判定した場合には（ステップＳ１８３：ＮＯ）、情報提供サーバ１から商品ページ１２０のＨＴＭＬ文書を受信したか否かを判定する（ステップＳ１８５）。このとき、システム制御部４７は、商品ページ１２０のＨＴＭＬ文書を受信したと判定した場合には（ステップＳ１８５：ＹＥＳ）、受信したＨＴＭＬ文書に基づいて、商品ページ１２０をウインドウ表示する（ステップＳ１８６）。次いで、システム制御部４７は、ステップＳ１７３に移行する。

　一方、システム制御部４７は、商品ページ１２０のＨＴＭＬ文書を受信しなかったと判定した場合には（ステップＳ１８５：ＮＯ）、ステップＳ１７３に移行する。

　システム制御部４７は、ステップＳ１７３～Ｓ１７５の処理を繰り返すことにより、地図動画と表動画とを、互いの再生位置を一致させながら再生する。これにより、システム制御部４７は、再生時間が経過するに従って、地図Ｍ２上に表示されるオブジェクトＪｎの外観を送付数対応情報の変遷に応じて変化させるとともに、オブジェクトＪｎが送付数対応情報を示す対象の単位期間が変わったときに、対象の単位期間となった送付数対応情報を、表Ｈに表示させる。

　そして、システム制御部４７は、ステップ７６において、地図動画及び表動画の再生が終了したと判定した場合には（ステップＳ１７６：ＹＥＳ）、図２１に示す処理を終了させる。

　以上説明したように、本実施形態によれば、情報提供サーバ１のシステム制御部１４が、各市区町村の商品の送付数を購買情報ＤＢ１２ｂから取得し、取得した送付数に基づいて、市区町村の総送付数または送付割合を示すオブジェクトがその市区町村に対応する位置に配置された地図をユーザ端末３により表示させる。従って、市区町村における商品の需要の情報として精度が高い情報を、わかりやすくユーザに提供することができる。

　また、情報提供サーバ１の記憶部１２が、複数の都道府県における商品の送付数の履歴を記憶し、ＥＣサーバ２の記憶部２２が、商品の属性としての在庫特性値を記憶し、情報提供サーバ１の記憶部１２が、各都道府県の送付数対応情報の変遷を示す動画データとして、表示位置に対応する都道府県の送付数対応情報を外観で示すオブジェクトＪｎが配置された日本地図Ｍ２の地図動画データと、予め定められた期間単位で送付数対応情報が順次表示される表Ｈの表動画データと、を生成し、商品の属性としての在庫特性値に基づいて、地図動画表示領域Ｓ１と表動画表示領域Ｓ２との分割比率を制御し、地図動画データ及び表動画データを店舗端末４により再生させる。従って、送付数対応情報の変遷を、店舗ユーザが直感的に且つ具体的に理解することができる。また、商品の属性に合った分割比率となることで、送付数対応情報の変遷をユーザが容易に理解することができる。

　また、情報提供サーバ１のシステム制御部１４が、地図動画と表動画との間で送付数対応情報の変遷が同期するように地図動画データ及び表動画データを店舗端末４により再生させるので、送付数対応情報の変遷をユーザがより容易に理解することができる。

　また、情報提供サーバ１のシステム制御部１４が、店舗端末４において地図動画表示領域Ｓ１から店舗ユーザがオブジェクトＪｎをクリック操作した場合に、クリックされたオブジェクトＪｎの表示位置を示す座標を店舗端末４から取得し、取得した座標により特定される都道府県の送付数に基づいて、当該都道府県の送付数対応情報の変遷を示すグラフを、店舗端末４に表示させる。従って、店舗ユーザが所望する都道府県における商品の送付数対応情報の変遷を、店舗ユーザが一見して直感的に理解することができる。

　以下においては、商品の属性以外で分割比率を制御する場合について説明する。

　分割バー１０１の操作履歴に基づいて制御する場合、情報提供サーバ１のシステム制御部１４は、店舗端末４から分割比率変更リクエストを受信すると、操作履歴を記憶部１２に記録する。具体的に、システム制御部１４は、操作履歴として、店舗ユーザが所属する店舗ＩＤ、分割比率変更リクエストに設定されている分割比率及び分割比率変更リクエストを受信した日時を記録する。そして、システム制御部１４は、店舗ユーザが所属する店舗ＩＤに対応する操作履歴に基づいて、動画の再生開始時の分割比率を決定する。例えば、システム制御部１４は、操作履歴に含まれている各分割比率の平均値を、再生開始時の分割比率としても良いし、操作履歴に含まれている最新の分割比率を、再生開始時の分割比率としても良い。これにより、分割比率を、店舗ユーザに合った比率にすることができる。

　在庫数に基づいて制御する場合、例えば、ＥＣサーバ２において、各店舗の商品の在庫数の履歴を記憶部２２に記録しておく。そして、情報提供サーバ１のシステム制御部１４は、ＥＣサーバ２から、店舗ユーザが属する店舗における対象商品の在庫数の履歴を取得する。次いで、システム制御部１４は、在庫数が最も多かったときの在庫数に対する対象期間の開始日の時点での在庫数の割合を算出する。そして、システム制御部１４は、算出した割合が小さいほど、表動画表示領域Ｓ２の横幅が広くなるように分割比率を決定し、算出した割合が大きいほど、地図動画表示領域Ｓ１の横幅が広くなるように、分割比率を決定する。これにより、送付数対応情報の変遷を具体的に見る方が良い在庫数であるか否か等に応じて、分割比率を変えることができる。

　また、情報提供サーバ１のシステム制御部１４は、商品の属性、分割バー１０１の操作履歴及び在庫数のうち、何れか２つの情報に基づいて、または、全ての情報に基づいて、分割比率を制御しても良い。例えば、システム制御部１４は、商品の属性に基づいて第１の分割比率を求め、また、分割バー１０１の操作履歴に基づいて第２の分割比率を求めて、第１の分割比率と第２の分割比率との平均値を最終的な分割比率としても良い。

　なお、上記実施形態においては、地図動画表示領域Ｓ１に日本地図Ｍ２全体が表示され、全都道府県の送付数対応情報の変遷を表示可能なように、地図動画データが生成されるようになっていたが、店舗の商圏に応じて、表示される範囲が変化しても良い。これにより、送付数対応情報の表示範囲を店舗ユーザの商圏に応じた範囲にすることができるので、送付数対応情報の変遷を店舗ユーザがより理解しやすくなる。

　具体的には、例えば、ＥＣサーバ２において、各店舗の商圏を示す商圏情報を商品ＤＢ２２ｂに登録しておく。この商圏情報は、商圏が日本全国である場合には、日本全国を示し、商圏が日本全国ではない場合には、都道府県単位または地方単位等で商圏を示す。情報提供サーバ１のシステム制御部１４は、ＥＣサーバ２から、店舗ユーザが属する店舗の商圏情報を取得する。そして、システム制御部１４は、商圏情報に基づいて、商圏が日本全国である場合には、日本地図Ｍ２全体が表示されるように地図動画を生成する。一方、システム制御部１４は、商圏が一地域である場合には、その地域の地図が拡大表示されるように地図動画データを生成する。また、システム制御部１４は、商圏が一地域である場合には、表Ｈにおいて、商圏に含まれる都道府県のみの行が表示されるように、表動画データを生成する。

　また、上記実施形態においては、地図動画において、１都道府県につき１つのオブジェクトＪｎが表示されるようになっていたが、１都道府県につき複数のオブジェクトＪｎが同時に表示されるようになっていても良い。例えば、図２２に示すように、北海道にオブジェクトＪ１１ａ～Ｊ１１ｃが表示される。オブジェクトＪ１１ａは、例えば、１１月時点での送付数対応情報を示す。オブジェクトＪ１１ｂは、例えば、１０月時点での送付数対応情報を示す。オブジェクトＪ１１ｃは、例えば、９月時点での送付数対応情報を示す。各オブジェクトＪｎが送付数対応情報を示している対象の時期が１ヶ月ずつずれている。オブジェクトＪ１１ａ～Ｊ１１ｃの中心位置は互いに一致している。一方、オブジェクトＪ１１ａ～Ｊ１１ｃの透過度は互いに異なっているので、店舗ユーザは、オブジェクトＪ１１ａ～Ｊ１１ｃをそれぞれ見分けることができる。そして、地図動画の再生にともなって、オブジェクトＪ１１ａ～Ｊ１１ｃの外観がそれぞれ独立して変化する。例えば、オブジェクトＪ１１ａが、１２月時点での送付数対応情報を示すとき、オブジェクトＪ１１ｂは、１１月時点での送付数対応情報を示し、オブジェクトＪ１１ｃは、１０月時点での送付数対応情報を示す。これにより、送付数対応情報の変遷を店舗ユーザが一見して直感的に理解することができる。

　このような表示のため、システム制御部１４は、図１９に示す処理において、処理対象日、処理対象日の１ヶ月前及び処理対象日の２ヶ月前それぞれの総送付数及び送付割合を記憶する。そして、システム制御部１４は、それぞれの総送付数及び送付割合に基づいて、日本地図Ｍ２のビットマップイメージに対して、オブジェクトＪｎａ～Ｊｎｃを描画する。なお、一度に表示するオブジェクトＪｎの個数は３個以外であっても良い。また、各オブジェクトＪｎが送付数対応情報を示す対象の時期のずれは、１ヶ月以外であっても良い。

　また、上記実施形態においては、オブジェクトＪｎが、送付割合と総送付数とを示すようになっていたが、何れか一方のみを示すようにしても良い。

　また、上記実施形態においては、表Ｈには、総送付数と期間送付数とが表示されるようになっていたが、何れか一方のみが表示されるようにしても良い。

　また、上記実施形態においては、情報提供サーバ１が、店舗端末４に地図動画データ及び表動画データを送信するとき、それぞれの動画データを構成するフレーム画像データを生成しつつ送信していたが、対象期間の開始日から終了日までの一連の動画として地図動画データ及び表動画データの生成が完了した後で、これらの動画データを、例えば、ストリーミングで店舗端末４に送信しても良い。

　また、上記実施形態においては、１日単位で送付数対応情報が変化するように地図動画データが生成されていたが、例えば、１週間単位、１０日単位等で送付数対応情報が変化するように地図動画データが生成されても良い。また、上記実施形態においては、月の上旬、中旬、下旬の単位で送付数対応情報が表示されるように表動画データが生成されていたが、例えば、１ヶ月単位で送付数対応情報が表示されるように表動画データが生成されても良い。

　また、情報提供サーバ１とＥＣサーバ２とを一体のサーバ装置として構成しても良い。また、データベース管理サーバを別途設け、データベース管理サーバが、地図情報ＤＢ１２ａ、購買情報ＤＢ１２ｂ、会員情報ＤＢ２２ａ及び商品ＤＢ２２ｂを管理しても良い。この場合、情報提供サーバ１は、地図動画データの生成に必要な情報を、データベース管理サーバから取得し、記憶部１２またはＲＡＭ１７ｃに一時的に記憶させて使用する。

　また、上記実施形態においては、１つの商品について送付数対応情報の変遷が表示されるようになっていたが、複数の商品について、それぞれ送付数対応情報の変遷が表示されても良い。

　また、第１実施形態の場合と同様に、オブジェクトが配置された地図が静止画として表示され、ユーザの操作に応じてこの静止画が変化することにより、送付数対応情報の変遷が表示されるようになっていても良い。

　また、第１実施形態の場合と同様に、地域に住むユーザが購入した商品の数に応じたその地域の購買状況を示すオブジェクトが表示されるようになっていても良い。

　［３．第３実施形態］
　［３－１．情報提供システムの構成及び機能概要］
　情報提供システムＳの基本的な構成は、第１実施形態の場合と同様である。

　情報提供サーバ１は、所定のＥＣサイトにおいて、ユーザが季節ものの商品を購入する際に、購入する商品をユーザが決めるための参考となる情報を提供する情報提供サイトを構成するサーバ装置である。この情報提供サーバ１は、ユーザ端末３からのリクエストに応じて、参考となる情報のＷｅｂページを送信する。

　また、情報提供サーバ１は、季節ものの商品の送付数に応じた各都道府県（本発明の地域の一例）のランキングの変遷を、商品のジャンル単位で示す地図の動画（以下、「地図動画」と称する）をユーザ端末３の画面に表示させる。この地図動画の表示のため、情報提供サーバ１は、地図動画の動画データ（以下、「地図動画データ」と称する）を生成する。そして、情報提供サーバ１は、生成した地図動画データを、例えば、ストリーミング方式でユーザ端末３に送信して、この地図動画データをユーザ端末３により再生させる。

　ＥＣサーバ２は、上述したＥＣサイトを構成するサーバ装置である。このＥＣサイトは、複数の店舗がそれぞれ商品を販売するための電子商店街である。なお、ＥＣサイトは、例えば、単一の店舗や企業等が商品を販売するオンラインショッピングサイトであっても良いし、オークションサイトであっても良い。ＥＣサーバ２は、ユーザ端末３からのリクエストに応じて、商品に関するＷｅｂページの送信、商品の検索、商品の売買を成立させるための処理等を実行する。ユーザは、ＥＣサイトを利用することにより、商品を購入することができる。

　ユーザ端末３は、ＥＣサイトで商品を購入したり、情報提供サイトで季節ものの商品に関する情報を閲覧するユーザに利用される端末装置である。ユーザ端末３は、例えば、パーソナルコンピュータ、ＰＤＡ、携帯電話機等である。なお、ユーザ端末３は、ＥＣサイトで商品を販売する店舗の従業員に利用される端末装置であっても良い。

　ここで、地図動画の画面表示について説明する。なお、以下の説明では、ユーザ操作にマウスが用いられているものとして説明する。

　ユーザは、地図動画の再生に先だって、地図動画によりランキングを表示させる季節ものの商品のカテゴリー（以下、「季節カテゴリー」と称する）を選択することができる。情報提供サイトにおいては、商品の種類として、ジャンルと季節カテゴリーとが存在する。

　商品のジャンルは、用途、機能、目的等に応じて商品を分類した種類である。全ての商品は、それぞれ１つ以上のジャンルに属する。

　季節カテゴリーは、１年間に含まれるある時期の間に良く購入されたり使用されたりするジャンルの商品を、その時期の商品（季節ものの商品）として、ジャンルを分類したカテゴリーである。例えば、夏物という季節カテゴリーには、アイスクリーム、女性用浴衣、蚊取り線香、うなぎ、扇風機等のジャンルが属する。あるジャンルは複数の季節カテゴリーに属する場合がある一方で、あるジャンルは何れの季節カテゴリーにも属さない場合がある。また、季節カテゴリーは、季節に直接関連するカテゴリー（例えば、春物、夏物、秋物、冬物、梅雨対策用等）のみに限られず、季節に直接関連するとは限らないイベントや時期（例えば、正月、入学時期、入社時期、ゴールデンウイーク、敬老の日、クリスマス等）に関するカテゴリーも含まれる。

　図２３乃至図２５は、動画再生画面４００の画面表示例である。

　ユーザは、例えば、季節ものの商品の購入を検討するため、情報提供サイトにおいて、検討対象とする季節カテゴリーを選択する。そうすると、ユーザ端末３の画面には、地図動画再生用のＷｅｂページ（以下、「動画再生用ページ」と称する）が表示される。この動画再生用ページ内には、図２３に示すように、動画再生画面４００が表示される。動画再生画面４００には、見出しバー４１０、動画表示領域４２０、及び再生バー４３０が表示される。

　動画表示領域４２０は、日本地図Ｍ３を含む地図動画が表示される領域である。動画再生用ページが表示された当初は、地図動画の再生は停止された状態である。このときの動画表示領域４２０には、日本地図Ｍ３が表示される。また、動画表示領域４２０は、複数のチェックボックス４２１が表示される。

　チェックボックス４２１は、都道府県の送付数のランキングを示す後述するオブジェクトＪを表示させるジャンルを選択するためのチェックボックスである。チェックボックス４２１の見出し部分には、オブジェクトＪの色と、対応するジャンル名とが表示される。初期状態では、複数のチェックボックス４２１のうち、例えば、一番上に表示されているチェックボックス４２１のチェック状態が有効にされている（オブジェクトＪの表示が選択されている）。チェックボックス４２１とその見出しは、例えば、動画再生用ページのＨＴＭＬ文書に記述されたformタグ等に基づいて動画表示領域４２０に表示されるものであり、地図動画の一部ではない。

　なお、図２３は、季節カテゴリーとして夏物が選択された場合の動画再生画面４００の表示例である。また、図２３には、チェックボックス４２１として、アイスクリームに対応するチェックボックス４２１ａ、女性用浴衣に対応するチェックボックス４２１ｂ、及び蚊取り線香に対応するチェックボックス４２１ｃが表示されている。

　再生バー４３０は、地図動画の再生に関する操作のための領域である。再生バー４３０には、再生制御ボタン４３１と、スライドバー４３２とが表示される。地図動画の再生が停止されている状態では、再生制御ボタン４３１として再生ボタン４３１ａが表示される。スライドバー４３２は、バー４３３とノブ４３４とを有する。初期状態では、ノブ４３４は、バー４３３の左端に位置している。そして、ノブ４３４は、地図動画が再生されるに従って、バー４３３に沿って右方向に徐々に移動する。ノブ４３４の表示位置によって地図動画の時間軸上における現在の再生位置が示されるとともに、現在の地図動画のオブジェクトＪによってランキングが表示されている日が示される。

　地図動画によってランキングの変遷を表示させる対象となる期間（以下、「対象期間」と称する）は、動画再生用ページが表示された日の日付に基づいて決定される。例えば、対象期間の開始日は、動画再生用ページが表示された日から所定月数前であり、対象期間の終了日は、動画再生用ページが表示された日の前日である。なお、対象期間はユーザによって指定することができるようになっていても良い。

　バー４３３の左端の位置が対象期間の開始日に対応し、バー４３３の右端の位置が対象期間の終了日に対応する。また、バー４３３は、対象期間において地図動画の再生位置に対応する月毎に色分け表示されており、スライドバー４３２には、バー４３３の色分けに対応して月毎に月名が表示される。なお、図２３は、９月１日に動画再生用ページが表示され、６月１日から８月３１日までの３ヶ月を対象期間とした場合の例である。

　ユーザが、再生ボタン４３１ａをクリック（選択）すると、地図動画の再生が開始される。そして、図２４に示すように、動画表示領域４２０には、日本地図Ｍ３上に複数のオブジェクトＪが表示される。

　オブジェクトＪは、選択されたジャンルの商品の送付数による各都道府県のランキングを示す。具体的に、オブジェクトＪの色により、対象のジャンルが示される。また、オブジェクトＪの表示位置により、対象の都道府県が示される。また、オブジェクトＪの大きさ（表示サイズ）により、対象のジャンルにおいて、表示位置に対応する都道府県のランキングが示される。

　ランキングは、ジャンルに属する商品の各都道府県における送付数を、その都道府県の居住者数で割った値（以下、「送付割合」と称する）の大きさで決定される。つまり、ランキングは、居住者１人あたりの送付数（本発明の単位居住者数あたりの送付数の一例）で決定される。ランキングに用いられる居住者数は、各都道府県に住んでいるＥＣサイトの会員数であっても良いし、各都道府県の人口であっても良い。また、ランキングに用いられる送付割合は、ランキングが示される日の前後所定日数までの移動平均値である。例えば、前後各３日間で移動平均値を求める場合、例えば７月２０日のランキングは、７月１７日から７月２３日までの７日間の送付割合の平均値に基づいて決定される。

　オブジェクトＪは、第１位から所定順位までの都道府県に対してのみ表示される。そして、地図動画の再生が進むに従って、ランキングの変遷に応じて、オブジェクトＪの表示位置が変化したり、オブジェクトＪの大きさが変化したりする。なお、全都道府県に対してオブジェクトＪが表示されても良い。

　例えば、図２４に示すように、スライドバー４３２のバー４３３に対するノブ４３４の表示位置により、現在のランキングの対象となっている日が７月２０日頃であることが理解される。また、チェックボックス４２１ａのチェック状態が有効とされているため、ランキングの対象としてアイスクリームが選択されている。そのため、動画表示領域４２０には、アイスクリームに対応する色を有するオブジェクトＪａ１～Ｊａ４が表示される。

　オブジェクトＪａ１～Ｊａ３は、それぞれ１個ずつ表示され、オブジェクトＪａ４は、７個ずつ表示されている。ランキングとして、オブジェクトＪａ１は第１位を示し、オブジェクトＪａ２は第２位を示し、オブジェクトＪａ３は第３位を示し、オブジェクトＪａ４は第４位～第１０位を示す。オブジェクトＪａ１～Ｊ４のうちオブジェクトＪａ１の大きさが最も大きく、オブジェクトＪａ２、Ｊａ３、Ｊａ４となるに従って、大きさが小さくなっていく。オブジェクトＪａ４は、全て同じ大きさである。

　また、オブジェクトＪａ１内には、アイスクリームの画像が表示される。つまり、ランキングが第１位であることを示すオブジェクトＪは、対象となっているジャンルの一般的な商品のイメージをも示す。なお、他のオブジェクトＪ内にも、対象となっているジャンルの商品の画像が表示されても良い。

　地図動画の再生中は、再生制御ボタン４３１として停止ボタン４３１ｂが表示される。ユーザは、停止ボタン４３１ｂをクリックすることによって、地図動画の再生を一時停止させることができる。また、ユーザは、ノブ４３４をドラッグしてノブ４３４を横方向に移動させることによって、地図動画の再生位置を変更することができる。また、ユーザが、動画表示領域４２０に表示されている何れかのオブジェクトＪに対してマウスオーバー（マウスポインタをオブジェクトＪの上に重ねる）すると、地図動画の再生が一時停止する。その後、オブジェクトＪに対するマウスオーバーが解除される（マウスポインタがオブジェクトＪから離れる）と、地図動画の再生が再開する。

　また、ユーザは、チェックボックス４２１をクリックしてチェック状態を変更することにより、オブジェクトＪを表示させるジャンルを変更することができる。この変更操作は、地図動画の再生中及び停止中の何れの場合でも可能である。例えば、図２５は、アイスクリームに加えて、蚊取り線香もオブジェクトＪの表示対象とした場合の例である。図２５に示すように、動画表示領域４２０には、オブジェクトＪａ１～Ｊａ４が表示されるとともに、蚊取り線香に対応する色を有するオブジェクトＪｂ１～Ｊｂ４が表示される。ランキングとして、オブジェクトＪｂ１は第１位を示し、オブジェクトＪｂ２は第２位を示し、オブジェクトＪｂ３は第３位を示し、オブジェクトＪｂ４は第４位～第１０位を示す。また、オブジェクトＪｂ１内には、蚊取り線香の画像が表示される。

　なお、第１実施形態の場合と同様に、ユーザが店舗の従業員である場合、全店舗におけるランキングについて表示させるか、または、自店舗におけるランキングについて表示させるかを選択することができるようにしても良い。

　ユーザは、動画表示領域４２０に表示された地図動画を見ることにより、選択したジャンルの商品がどの都道府県で良く購入されているか、及びその時期を、感覚的に明確に理解することができる。例えば、オブジェクトＪの外観（大きさ）を商品の送付数（または送付割合）に対応した外観にしたとする。送付数自体はジャンル等によって変動する場合があるので、オブジェクトＪの外観のみでは、どの都道府県で良く購入されているかを直ぐに判断することが難い場合がある。これに対し、オブジェクトＪの外観を、送付数によるランキングに対応した外観とすることで、どの都道府県で良く購入されているかを理解することが容易となる。

　また、居住者１人あたりの送付数でランキングが決定されるので、ランキングが、居住者１人あたりの需要の程度、あるいは人気等に応じたものとなる。例えば、単純に送付数でランキングを決定すると、都道府県の人口によりその都道府県自身のランキングが左右される。商品の購入を検討するユーザとしては、人口の影響を受けたランキングよりも、需要の程度、人気等を示すようなランキングである方が好ましい場合がある。

　また、ユーザは、地図動画から得られた情報に基づいて、ランキングの対象となっていたジャンルの商品を購入するか否かを決めることができる。例えば、東京に住んでいるユーザが、ユーザ自身が使用するための夏物の商品を探しているとする。地図動画では、東京で、夏物に属するあるジャンルのランキングが上位であることが示されている。これは、ユーザ自身と同じ地域に住んでいる人たちが、あるジャンルの商品を高い割合で受け取っているということになるので、ユーザ自身も同じジャンルの商品を購入しようという動機付けになったりする。また、ランキングの変遷によって、東京のランキングが最近上がってきている場合は、そのジャンルの人気が上がってきたことを示しているので、そのジャンルの商品を購入しようという動機付けになる。また、ユーザは、複数のジャンルのオブジェクトＪを表示させることによって、東京におけるランキングをジャンル同士で比較することができる。そして、複数のジャンルのうち、ランキングが最も高いジャンルの商品を購入しようと決めることもできる。また、東京でのランキングが必ずしも高くはなくても、東京の近隣（例えば、神奈川や千葉等）でのランキングが高いジャンルが存在する場合、ユーザは、近いうちに東京での人気も上がるだろうと予測して、そのジャンルの商品を購入しようと決めることもできる。

　また、例えば、東京に住んでいるユーザが、敬老の日にちなんで、福岡に住んでいる祖父母にプレゼントを購入しようと考えているとする。この場合、ユーザは、例えば、敬老の日用のプレゼントという季節カテゴリーから、購入する商品のジャンルを検討することができる。そして、ユーザは、福岡でのランキングが高いジャンルの商品を購入しようと決めることもできる。

　図２６は、商品情報ウインドウ４４０の画面表示例である。

　ユーザが、地図動画の再生中または停止中に、動画表示領域４２０に表示されている何れかのオブジェクトＪをクリックすると、図２６に示すように、商品情報ウインドウ４４０が、動画表示領域４２０の上に重なって表示される。このとき、地図動画の再生は一時停止される。なお、商品情報ウインドウ４４０は擬似的なウインドウであり、実際には、商品情報ウインドウ４４０は動画再生用ページ内に表示される。ここで、ユーザが商品情報ウインドウ４４０を閉じる操作を行ったり、再生ボタン４３１ａをクリックしたりすると、商品情報ウインドウ４４０が画面から消去され、地図動画の再生が再開される。

　商品情報ウインドウ４４０には、クリックされたオブジェクトＪが対応する都道府県において、クリックされたオブジェクトＪが対応するジャンルに属する各商品を、その送付割合でランキングしたときに第１位となる商品（最も売れ筋の商品）の情報が表示される。この商品のランキングは、地図動画の現在の再生位置に対応する日における送付割合の移動平均値で決定される。商品情報ウインドウ４４０には、見出し４４１、商品画像４４２、商品説明４４３、ランキングリンク４４４が表示される。見出し４４１は、ランキングの対象となっている日の日付、都道府県、ランキングが第１位となった商品の商品名を示す。商品画像４４２は、ランキングが第１位となった商品の画像である。商品説明４４３は、例えば、商品の紹介、解説、内容、仕様等を示す文章である。ランキングリンク４４４は、商品のランキングの一覧を示すＷｅｂページ（以下、「ランキングページ」という）へのリンクである。

　商品画像４４２は、画像リンクになっている。商品画像４４２がクリックされると、ランキングが第１位となっている商品を販売している店舗がＥＣサイトにおいて検索され、その検索結果の一覧を示すＷｅｂページ（以下、「検索結果ページ」と称する）が画面に表示される。

　一方、ランキングリンク４４４がクリックされると、見出し４４１が示すジャンルに属する商品が検索され、検索された商品に対して、見出し４４１が示す都道府県における送付割合で順位付けが行われる。そして、ランキングの高い順に商品の情報を示すランキングページが画面に表示される。ランキングページには、例えば、各商品の順位、商品名、商品の画像等が表示される。そこで、ユーザが一覧の中から何れかの商品をクリックすると、その商品についての検索結果ページが画面に表示される。

　なお、上述した例では、ランキングページは、都道府県における順位付けを示すものとして説明したが、例えば、ＥＣサーバ２で管理する会員全体における順位付けを示しても良いし、予め定められたユーザ属性（年代／性別／職業別）における順位付けを示しても良いものとする。また、ランキングページは、全国における順位付けを示しても良い。

　検索結果ページに表示された一覧の中からユーザが何れかの店舗をクリックすると、その店舗における商品の情報が表示されるＷｅｂページ（以下、「商品ページ」と称する）が画面に表示される。そこで、ユーザは、所定の操作を行うことにより、ユーザが選択した商品を購入することができる。なお、商品画像４４２がクリックされたとき、または、ランキングページから商品がクリックされたとき、直接商品ページに遷移しても良い。

　［３－２．情報提供サーバの構成］
　次に、情報提供サーバ１の構成について、図２７を用いて説明する。図２７において、図６と同様の要素については同様の符号が付されている。情報提供サーバ１の基本的な構成は、第１実施形態の場合と同様である。

　記憶部１２には、地図情報ＤＢ１２ａ、ジャンルＤＢ１２ｅ、季節カテゴリーＤＢ１２ｃ、会員数ＤＢ１２ｄ、及び購買情報ＤＢ１２ｂが構築されている。

　地図情報ＤＢ１２ａには、日本地図Ｍ３や各都道府県の情報が登録されている。具体的に、地図情報ＤＢ１２ａには、日本地図Ｍ３の画像データが登録されている。また、地図情報ＤＢ１２ａには、都道府県の識別情報である全国地方公共団体コード（以下、「団体コード」と称する）をキーとして、都道府県名及び都道府県の経度緯度の情報が登録されている。

　ジャンルＤＢ１２ｅには、商品の各ジャンルに関する情報が登録されている。具体的に、ジャンルＤＢ１２ｅには、商品のジャンルの識別情報であるジャンルＩＤ（商品識別情報の一例）をキーとして、ジャンル名、ジャンルの商品の画像データが登録されている。また、ジャンルＤＢ１２ｅには、ジャンルＩＤをキーとして、ジャンルに属する商品のＪＡＮコードが１つ以上登録されている。

　季節カテゴリーＤＢ１２ｃには、季節カテゴリーに関する情報が登録されている。具体的に、季節カテゴリーＤＢ１２ｃには、季節カテゴリーの識別情報であるカテゴリーＩＤ（本発明の時期識別情報の一例）をキーとして、季節カテゴリーに属する商品のジャンルのジャンルＩＤが１つ以上登録されている。

　会員数ＤＢ１２ｄには、ＥＣサイトの会員数が登録されている。具体的に、会員数ＤＢ１２ｄには、都道府県の団体コード及び日付をキーとして、会員数（居住者数情報の一例）が登録されている。この会員数は、キーの日付が示す日の時点において、キーの団体コードが示す都道府県に居住する会員の人数である。

　購買情報ＤＢ１２ｂには、各商品及び各ジャンルの送付数に関する情報が登録されている。具体的に、購買情報ＤＢ１２ｂには、商品のＪＡＮコード、都道府県の団体コード及び日付をキーとして、送付数（送付数情報の一例）及び送付割合の移動平均値が登録されている。この場合の送付数は、キーの日付に、キーの団体コードが示す都道府県において、キーのＪＡＮコードが示す商品が購入された数である。また、送付割合の移動平均値は、キーの日付を基準とした送付割合の移動平均値である。

　また、購買情報ＤＢ１２ｂには、ジャンルＩＤ、都道府県の団体コード及び日付をキーとして、送付数（送付数情報の一例）及び送付割合の移動平均値が登録されている。この場合の送付数は、キーの日付に、キーの団体コードが示す都道府県において、キーのジャンルＩＤが示すジャンルの商品が購入された数である。また、送付割合の移動平均値は、キーの日付を基準とした送付割合の移動平均値である。

　会員数ＤＢ１２ｄ及び購買情報ＤＢ１２ｂは、例えば１日に１回、定期的に更新される。具体的に、ＥＣサーバ２から情報提供サーバ１に対して、前日の時点での各都道府県の会員数を含む情報が送信される。システム制御部１４は、受信した情報に含まれる各都道府県の会員数を、それぞれ団体コードと前日の日付とに対応付けて、会員数ＤＢ１２ｄに登録する。

　続いて、ＥＣサーバ２から情報提供サーバ１に対して、前日における各都道府県の各商品の送付数の集計結果を含む情報が送信される。システム制御部１４は、受信した情報に含まれる各商品の送付数を、ＪＡＮコード、団体コード及び前日の日付に対応付けて購買情報ＤＢ１２ｂに登録する。次いで、システム制御部１４は、ジャンルＤＢ１２ｅを参照することにより、ジャンル毎に、前日の各都道府県における各商品の購買数の合計値を計算する。そして、システム制御部１４は、計算した合計値を、ジャンルＩＤ、団体コード及び前日の日付に対応付けて購買情報ＤＢ１２ｂに登録する。

　また、システム制御部１４は、各商品の送付割合の移動平均値を、都道府県毎に計算する。昨日の日付をｙｄとし、前後各ｎ日間の移動平均値を計算する場合、システム制御部１４は、ｙｄ－ｎ、ｙｄ－ｎ＋１、ｙｄ－ｎ＋２・・・ｙｄの各日付について、それぞれ２×ｎ＋１日間の移動平均値を計算する。日付ｉにおけるある都道府県の会員数をＭｉとし、日付ｉにおけるその都道府県のある商品の送付数をＮｉとする。また、ｋ＝０，１，２・・・ｎとする。この場合、日付ｙｄ－ｋにおける送付割合の移動平均値ＭＡｙｄ－ｋは、以下の式（１）で計算することができる。

　ここで、ｎ＋ｋ＋１は、移動平均値の算出に用いられるデータ（送付数）の個数である。つまり、日付ｙｄ－ｋにおける移動平均値は、実際には、日付ｙｄ－ｎ－ｋから日付ｙｄまでの、ｎ＋ｋ＋１日間の移動平均値となる。

　今日以降の送付数がまだ購買情報ＤＢ１２ｂに登録されていないため、実際に２×ｎ＋１日間の移動平均値を計算することができるのは、日付ｙｄ－ｎについてのみであり、日付ｙｄ－ｎ＋１以降については、２×ｎ＋１日未満の移動平均値が計算される。

　次に具体例を示す。ｎ＝３とし、昨日の日付ｙｄ＝７月２０日とする。この場合、７月１７日（ｋ＝ｎ＝３の場合）、７月１８日（ｋ＝２の場合）、７月１９日（ｋ＝１の場合）、７月２０日（ｋ＝０の場合）の各日付について、移動平均値が計算される。具体的に、７月１７日に関しては、７月１４日～２０日までの７日間の移動平均値が計算される。７月１８日に関しては、７月１５日～２０日までの６日間の移動平均値が計算される。７月１９日に関しては、７月１６日～２０日までの５日間の移動平均値が計算される。７月２０日に関しては、７月１７日～２０日までの４日間の移動平均値が計算される。

　システム制御部１４は、計算した各移動平均値を、ＪＡＮコード、団体コード及びその日付に対応付けて購買情報ＤＢ１２ｂに登録する。なお、日付ｙｄについての移動平均値は新規登録となり、日付ｙｄ－ｎ～日付ｙｄ－１についての移動平均値は上書き登録となる。

　また、システム制御部１４は、各ジャンルの送付割合の移動平均値を、商品の場合と同様にして都道府県毎に計算し、計算した各移動平均値を、ジャンルＩＤ、団体コード及び日付に対応付けて購買情報ＤＢ１２ｂに登録する。

　記憶部１２には、また、Ｗｅｂページを構成するＨＴＭＬ文書、ＸＭＬ文書、画像データ、テキストデータ等の各種データが記憶されている。

　例えば、動画再生用ページのＨＴＭＬ文書には、地図動画を再生するためのobjectタグ、paramタグ、embedタグ等が記述されている。そして、動画再生用ページのＨＴＭＬ文書には、地図動画データのＵＲＬや、再生に用いられる動画再生プログラムの指定等が記述されている。なお、ＨＴＭＬ文書がＨＴＭＬ５に準拠して記述されても良く、この場合、動画再生用ページのＨＴＭＬ文書には、videoタグ等が記述される。

　動画再生用ページのＨＴＭＬ文書には、更に、所定のスクリプト言語で記述された動画再生用スクリプトが記述されている。この動画再生用スクリプトは、ユーザ操作に応じて、動画再生プログラムによる地図動画の再生の制御を補助したり、情報提供サーバ１にリクエストを送信したり、商品情報ページ４４０を表示したりするためのスクリプトである。

　［３－３．ＥＣサーバの構成］
　ＥＣサーバ２の基本的な構成は、第１実施形態の場合と同様である。

　商品ＤＢ２２ｂには、ＥＣサイトにおいて店舗により販売されている商品に関する情報が登録されている。具体的に、商品ＤＢ２２ｂには、店舗の識別情報である店舗ＩＤ、店舗が販売する商品としての商品の識別情報である商品ＩＤをキーとして、商品のＪＡＮコード、商品が属するジャンルのジャンルＩＤ、商品名、価格、商品の紹介等を含む商品の情報、商品の画像、商品ページを構成するＨＴＭＬ文書やＸＭＬ文書、在庫数及び広告コンテンツ等が登録されている。

　履歴ＤＢ２２ｃには、ＥＣサイトにおける商品の購入履歴が登録されている。具体的に、履歴ＤＢ２２ｃには、購入日時、購入したユーザのユーザＩＤ及び住所、購入先の店舗の店舗ＩＤ、購入された商品の商品ＩＤ及びＪＡＮコード、商品の送付数及び購入価格、商品の送付先の住所等が登録されている。

　システム制御部２４は、例えば１日に１回、ＥＣサイトの会員数及び商品の送付数を集計し、その集計結果の情報を情報提供サーバ１に送信する。例えば、システム制御部２４は、会員情報ＤＢ２２ａから各ユーザの住所を取得して、都道府県毎の会員数を計算する。そして、システム制御部２４は、各都道府県の会員数を団体コードと対応付けて、情報提供サーバ１に送信する。

　また、システム制御部２４は、履歴ＤＢ２２ｃから前日の購入履歴を取得して、取得した購入履歴に基づき、購入された商品が送付された都道府県毎に、各商品の送付数を計算する。そして、システム制御部２４は、各送付数を、団体コード及び商品ＩＤと対応付けて情報提供サーバ１に送信する。

　［３－４．情報提供システムの動作］
　次に、情報提供システムＳの動作について、図２８及び図２９を用いて説明する。

　図２８は、本実施形態に係る情報提供サーバ１のシステム制御部１４における処理例を示すフローチャートである。

　ユーザ端末３は、ユーザ操作に基づいて情報提供サーバ１にアクセスし、これに応じて情報提供サーバ１は、情報提供サイトのＷｅｂページをユーザ端末３に送信する。ユーザは、ユーザ端末３の表示部３３に表示されたＷｅｂページに基づいて、商品の購入を検討する季節カテゴリーを選択する。すると、ユーザ端末３は、選択された季節カテゴリーのカテゴリーＩＤを設定した動画再生用ページのリクエストを、情報提供サーバ１に送信する。図２８に示す処理は、情報提供サーバ１が、受信手段として、動画再生用ページのリクエストを受信したときに開始される。

　先ず、システム制御部１４は、受信したリクエストから、選択された季節カテゴリーのカテゴリーＩＤを取得する（ステップＳ２１１）。次いで、システム制御部１４は、取得手段として、選択された季節カテゴリーに属するジャンルの情報を取得する（ステップＳ２１２）。具体的に、システム制御部１４は、取得したカテゴリーＩＤに対応する各ジャンルＩＤを、季節カテゴリーＤＢ１２ｃから取得する。そして、システム制御部１４は、取得した各ジャンルＩＤに対応するジャンル名、ジャンルの商品の画像データ、ジャンルに属する商品のＪＡＮコードを、ジャンルＤＢ１２ｅから取得する。

　次いで、システム制御部１４は、選択された季節カテゴリーに属する各ジャンルのチェック状態を初期設定する（ステップＳ２１３）。このチェック状態は、動画表示領域４２０に表示されるチェックボックス４２１のチェック状態である。具体的に、システム制御部１４は、１つのジャンルのチェック状態を有効とし、その他のジャンルのチェック状態を無効とする。

　次いで、システム制御部１４は、動画再生用ページのＨＴＭＬ文書をユーザ端末３に送信する（ステップ１４）。このとき、システム制御部１４は、選択された季節カテゴリーに属する各ジャンルに対応するチェックボックス４２１及びその見出しが、動画再生用ページの動画表示領域４２０に表示されるように、動画再生用ページのＨＴＭＬ文書を書き換えて送信する。

　ユーザ端末３は、情報提供サーバ１から受信したＨＴＭＬ文書の記述に基づいて、動画再生画面４００を含む動画再生用ページを表示部３３に表示するとともに、動画再生プログラムを起動する。そして、ユーザ端末３は、情報提供サーバ１に、地図動画データのリクエストを送信する。

　システム制御部１４は、地図動画データのリクエストを受信すると、地図動画データを構成するフレーム画像データを１つ生成する。ここで、システム制御部１４は、オブジェクトＪが配置されていない日本地図Ｍ３のみが描かれたフレーム画像データを生成し、生成したフレーム画像データをユーザ端末３に送信する。

　ユーザ端末３は、受信したフレーム画像データに基づいて、フレーム画像を動画再生画面４００の動画表示領域４２０に表示する。これにより、図２３に示すような動画再生画面４００が表示される。

　次いで、システム制御部１４は、処理対象日として、今日の日付から所定月数前の日を設定する（ステップＳ２１５）。次いで、システム制御部１４は、地図動画の再生状態として、停止中を設定する（ステップＳ２１６）。再生状態には、停止中と再生中とがある。次いで、システム制御部１４は、後述するリクエスト対応処理を実行する（ステップＳ２１７）。ユーザ端末３において、再生制御ボタン４３１のクリック、オブジェクトＪへのクリック等のユーザ操作が行われると、リクエスト対応処理において再生状態が変更される。

　次いで、システム制御部１４は、再生状態が再生中であるか否かを判定する（ステップＳ２１８）。このとき、システム制御部１４は、再生状態が再生中ではないと判定した場合には（ステップＳ２１８：ＮＯ）、ステップＳ２１７に移行する。つまり、システム制御部１４は、ユーザが地図動画の再生操作を行うまで、リクエスト対応処理を実行する。

　一方、システム制御部１４は、再生状態が再生中であると判定した場合には（ステップＳ２１８：ＹＥＳ）、フレーム画像データの生成及び送信を行う。先ず、システム制御部１４は、日本地図Ｍ３のビットマップイメージをＲＡＭ３７ｂの所定の領域に展開する（ステップＳ２１９）。

　次いで、システム制御部１４は、選択された季節カテゴリーに属するジャンルのうち、チェック状態が有効にされているジャンルを１つ特定する（ステップＳ２２０）。次いで、システム制御部１４は、取得手段として、特定したジャンルの商品の現在の処理対象日における各都道府県の送付割合の移動平均値を取得する（ステップＳ２２１）。具体的に、システム制御部１４は、特定したジャンルのジャンルＩＤ及び処理対象日に対応する移動平均値を、購買情報ＤＢ１２ｂから取得する。

　次いで、システム制御部１４は、順位付け手段として、取得した移動平均値が高い順に、各都道府県を順位付けて、ランキングを決定する（ステップＳ２２２）。

　次いで、システム制御部１４は、フレーム画像データを１つ生成する（ステップＳ２２３）。具体的に、システム制御部１４は、都道府県毎に、それぞれのランキングに対応するオブジェクトＪの大きさを決定する。また、システム制御部１４は、各オブジェクトＪの色を、特定したジャンルに対応する色とする。そして、システム制御部１４は、決定された大きさのオブジェクトＪを、日本地図Ｍ３のビットマップイメージ上に描画する。このとき、システム制御部１４は、地図情報ＤＢ１２ａに登録されている経度緯度の情報に基づいて、各オブジェクトＪの表示位置を決定する。つまり、システム制御部１４は、オブジェクトＪが、地図上においてそのオブジェクトＪがランキングを示す都道府県の所在する位置に表示されるようにする。また、システム制御部１４は、ランキングが第１位の都道府県については、特定したジャンルの商品の画像を含むオブジェクトＪを描画する。また、システム制御部１４は、ランキングが第１位から所定順位までの都道府県についてのみオブジェクトＪを描画する。

　次いで、システム制御部１４は、チェック状態が有効にされているジャンルを全て特定したか否かを判定する（ステップＳ２２４）。このとき、システム制御部１４は、未だ特定していないジャンルが存在すると判定した場合には（ステップＳ２２４：ＮＯ）、未だ特定していないジャンルを１つ特定して（ステップＳ２２５）、ステップＳ２２１に移行する。

　システム制御部１４は、ステップＳ２２１～Ｓ２２３の処理を繰り返すことにより、チェック状態が有効にされている各ジャンルに対応するオブジェクトＪを、日本地図Ｍ３のビットマップイメージ上に描画する。

　そして、システム制御部１４は、チェック状態が有効にされているジャンルを全て特定したと判定した場合には（ステップＳ２２４：ＹＥＳ）、オブジェクトＪが描画された日本地図Ｍ３のビットマップイメージを、フレーム画像データとしてユーザ端末３に送信する（ステップＳ２２６）。

　ユーザ端末３は、情報提供サーバ１から受信したフレーム画像データに基づいて描画処理を行うことにより、図２４や図２５に示すように、処理対象日が示す日の時点でのランキングを示すフレーム画像を動画表示領域４２０に表示する。このようにして、システム制御部１４は、制御手段として、送付割合によるランキングを示すオブジェクトＪが配置された日本地図Ｍ３を、ユーザ端末３により表示させる。

　次いで、システム制御部１４は、処理対象日に１を加算して、処理対象日を更新する（ステップＳ２２７）。次いで、システム制御部１４は、処理対象日が、今日の日付と同日であるか否かを判定する（ステップＳ２２８）。このとき、システム制御部１４は、処理対象日が今日の日付と同日ではないと判定した場合には（ステップＳ２２８：ＮＯ）、ステップＳ２１７に移行する。

　システム制御部１４は、ステップＳ２１７～Ｓ２２７の処理を繰り返すことにより、１日単位で、その日の時点での各都道府県の送付割合のランキングを示すフレーム画像データを順次生成しながら、フレーム画像データをユーザ端末３に送信する。

　ユーザ端末３は、情報提供サーバ１から順次受信した各フレーム画像データに基づいて順次描画処理を行う。これにより、各都道府県の送付割合によるランキングの変遷に応じてオブジェクトＪが変化する地図動画が、動画表示領域４２０に表示される。

　そして、システム制御部１４は、処理対象日が今日の日付と同日であると判定した場合には（ステップＳ２２８：ＹＥＳ）、図２８に示す処理を終了させる。

　図２９は、本実施形態に係る情報提供サーバ１のシステム制御部１４におけるリクエスト対応処理の処理例を示すフローチャートである。

　図２９に示すように、システム制御部１４は、ユーザ端末３からチェック状態変更リクエストを受信したか否かを判定する（ステップＳ２５１）。ユーザ端末３は、ユーザ操作によって動画表示領域４２０のチェックボックス４２１のチェック状態が変更されたときに、チェック状態変更リクエストを送信する。このチェック状態変更リクエストには、変更後における各ジャンルに対応するチェック状態が、ユーザ端末３によって設定される。

　システム制御部１４は、チェック状態変更リクエストを受信したと判定した場合には（ステップＳ２５１：ＹＥＳ）、情報提供サーバ１で保持しているチェック状態を、チェック状態変更リクエストに設定されているチェック状態に変更する（ステップＳ２５２）。システム制御部１４は、ステップＳ２５２の処理を終えると、リクエスト対応処理を終了させる。

　一方、システム制御部１４は、チェック状態変更リクエストを受信しなかったと判定した場合には（ステップＳ２５１：ＮＯ）、ユーザ端末３から再生リクエストを受信したか否かを判定する（ステップＳ２５３）。ユーザ端末３は、再生ボタン４３１ａがクリックされたとき等に、再生リクエストを送信する。

　このとき、システム制御部１４は、再生リクエストを受信したと判定した場合には（ステップＳ２５３：ＹＥＳ）、再生状態を再生中に変更する（ステップＳ２５４）。システム制御部１４は、ステップＳ２５４の処理を終えると、リクエスト対応処理を終了させる。

　一方、システム制御部１４は、再生リクエストを受信しなかったと判定した場合には（ステップＳ２５３：ＮＯ）、ユーザ端末３から停止リクエストを受信したか否かを判定する（ステップＳ２５５）。ユーザ端末３は、停止ボタン４３１ｂがクリックされたとき等に、停止リクエストを送信する。

　このとき、システム制御部１４は、停止リクエストを受信したと判定した場合には（ステップＳ２５５：ＹＥＳ）、再生状態を停止中に変更する（ステップＳ２５６）。システム制御部１４は、ステップＳ２５６の処理を終えると、リクエスト対応処理を終了させる。

　一方、システム制御部１４は、停止リクエストを受信しなかったと判定した場合には（ステップＳ２５５：ＮＯ）、ユーザ端末３から商品情報リクエストを受信したか否かを判定する（ステップＳ２５７）。ユーザ端末３は、動画表示領域４２０がクリックされたときに、商品情報リクエストを送信する。この商品情報リクエストには、動画表示領域４２０内においてクリックされた位置の座標が、ユーザ端末３によって設定される。

　システム制御部１４は、商品情報リクエストを受信したと判定した場合には（ステップＳ２５７：ＹＥＳ）、何れかのオブジェクトＪがクリックされたか否かを判定する（ステップＳ２５８）。具体的に、システム制御部１４は、商品情報リクエストに設定されている座標と、地図情報ＤＢ１２ａに登録されている経度緯度の情報とに基づいて、クリックされた位置に対応する都道府県を特定する。次いで、システム制御部１４は、特定した都道府県について、チェック状態が有効とされている各ジャンルにおけるランキングを取得する。次いで、システム制御部１４は、ランキングに基づいて、各ジャンルに対応するオブジェクトＪの表示態様（オブジェクトＪが表示されているか否か、オブジェクトＪの大きさ）を判断する。そして、システム制御部１４は、クリックされた位置の座標、特定した都道府県の経度緯度の情報及び各オブジェクトＪの表示態様に基づいて、何れかのオブジェクトＪがクリックされたか否かを判定する。

　このとき、システム制御部１４は、何れかのオブジェクトＪがクリックされていないと判定した場合には（ステップＳ２５８：ＮＯ）、リクエスト対応処理を終了させる。

　一方、システム制御部１４は、何れかのオブジェクトＪがクリックされたと判定した場合には（ステップＳ２５８：ＹＥＳ）、再生状態を停止中に変更する（ステップＳ２５９）。

　次いで、システム制御部１４は、クリックされたオブジェクトＪに対応するジャンル及び都道府県を特定する（ステップＳ２６０）。

　次いで、システム制御部１４は、特定したジャンルに属する商品を検索する（ステップＳ２６１）。具体的に、システム制御部１４は、特定したジャンルのジャンルＩＤに対応する商品のＪＡＮコードを、ジャンルＤＢ１２ｅから検索する。

　次いで、システム制御部１４は、特定した都道府県の現在の処理対象日について、検索された各商品の送付割合の移動平均値を取得する（ステップＳ２６２）。具体的に、システム制御部１４は、特定した都道府県の団体コード、現在の処理対象日及び検索された商品のＪＡＮコードに対応する移動平均値を、購買情報ＤＢ１２ｂから取得する。

　次いで、システム制御部１４は、取得した移動平均値が高い順に、検索した各商品を順位付けて、ランキングを決定する（ステップＳ２６３）。

　次いで、システム制御部１４は、検索された商品のうちランキングが第１位の商品の情報を、ユーザ端末３に送信する（ステップＳ２６４）。具体的に、システム制御部１４は、ランキングが第１位の商品の商品名、画像データ、商品説明、現在の処理対象日等を含む商品情報をユーザ端末３に送信する。システム制御部１４は、ステップＳ２６４の処理を終えると、リクエスト対応処理を終了させる。

　ユーザ端末３は、情報提供サーバ１から受信した商品情報に基づいて、図２６に示すように、商品情報ウインドウ４４０を表示部３３に表示する。

　ステップＳ２５７において、システム制御部１４は、商品情報リクエストを受信しなかったと判定した場合には（ステップＳ２５７：ＮＯ）、ユーザ端末３からランキングページリクエストを受信したか否かを判定する（ステップＳ２６５）。ユーザ端末３は、商品情報ウインドウ４４０内のランキングリンク４４４がクリックされたときに、ランキングページリクエストを送信する。

　このとき、システム制御部１４は、ランキングページリクエストを受信しなかったと判定した場合には（ステップＳ２６５：ＮＯ）、リクエスト対応処理を終了させる。

　一方、システム制御部１４は、ランキングページリクエストを受信したと判定した場合には（ステップＳ２６５：ＹＥＳ）、ランキングページのＨＴＭＬ文書をユーザ端末３に送信する（ステップＳ２６６）。現在ユーザ端末３により表示されている商品情報ウインドウ４４０に対応する都道府県及びジャンルについての各商品の送付割合のランキングは、ステップＳ２６３の処理で既に決定されている。そこで、システム制御部１４は、このランキングの結果に基づいて、ランキングページのＨＴＭＬ文書を生成し、生成したＨＴＭＬ文書を送信する。システム制御部１４は、ステップＳ２６５の処理を終えると、リクエスト対応処理を終了させる。

　ユーザ端末３は、情報提供サーバ１から受信したＨＴＭＬ文書に基づいて、ランキングページを表示部３３に表示する。

　以上説明したように、本実施形態によれば、情報提供サーバ１のシステム制御部１４が、各市区町村の商品の送付数を購買情報ＤＢ１２ｂから取得し、取得した送付数に基づいて、市区町村の送付割合に応じたランキングを示すオブジェクトがその地区町村に対応する位置に配置された地図をユーザ端末３により表示させる。従って、市区町村における商品の需要の情報として精度が高い情報を、わかりやすくユーザに提供することができる。

　また、システム制御部１４が、ユーザにより選択（指定）された季節カテゴリーのカテゴリーＩＤを含むリクエストをユーザ端末３から受信し、受信されたカテゴリーＩＤに対応するジャンルＩＤを季節カテゴリーＤＢ１２ｃから取得し、取得されたジャンルＩＤに対応する送付数の情報を購買情報ＤＢ１２ｂから取得し、取得された送付数の情報に基づいて、日本地図Ｍ３をユーザ端末３により表示させる。従って、例えば、ユーザが、何らかのジャンルの商品をある季節等の時期に購入しようと考えている場合に、何れのジャンルの商品を購入すべきかを検討するための情報として、その時期の商品の需要の情報をユーザに提供することができる。これにより、例えば、何を購入するかは予め決まってはいないが、商品の購入意欲が高まっているユーザが、如何なるジャンルの商品を購入するかを容易に決めるための一助となる。また、季節ものの商品（季節品）は、地域によって、需要の差が大きい傾向にあるため、オブジェクトが配置された地図を表示することにより、その需要の差を分かりやすくユーザに提供することができる。

　また、情報提供サーバ１のシステム制御部１４が、購買情報ＤＢ１２ｂに登録された各都道府県の送付数の情報（送付割合の移動平均値）に基づいて、システム制御部１４によって定められたジャンルまたはユーザによって定められたジャンルに属する商品の送付数に応じて各都道府県に順位を付け、順位が付けられた都道府県の当該順位を示すオブジェクトＪが配置された日本地図Ｍ３を、ユーザ端末３に表示させる。従って、ユーザは、表示されたオブジェクトＪが示す順位により、各都道府県において他の都道府県と比較した送付数の多寡を、明確に理解することができる。

　また、システム制御部１４が、購買情報ＤＢ１２ｂに登録された送付数の履歴としての各日付に対応する送付数に基づいて、各日付の時点での順位を各都道府県に付け、当該順位の変遷に応じてオブジェクトＪが変化する日本地図Ｍ３の動画を、ユーザ端末３に表示させる。従って、日本地図Ｍ３に配置されたオブジェクトＪが、時間が経過するに従って変化することにより、商品の送付数に応じた順位の変遷が示される。そのため、ユーザは、各都道府県における送付数の多寡の変遷を容易に理解することができる。

　また、システム制御部１４が、購買情報ＤＢ１２ｂに登録された送付数の情報と会員数ＤＢ１２ｄに登録された居住者数の情報とに基づいて、予め定められたジャンルにおける単位居住者数あたりの送付数に応じて各都道府県に順位を付ける。従って、表示されたオブジェクトＪにより、単位居住者数あたりの送付数に応じた都道府県の順位が示される。そのため、ユーザは、居住者数の多寡の影響を無くした状態で、各都道府県における送付数の多寡を理解することができる。

　また、システム制御部１４が、ユーザ端末３により表示されたオブジェクトＪがユーザによりクリックされた場合に、クリックされたオブジェクトＪの表示位置を示す座標をユーザ端末３から取得し、取得された座標により特定される都道府県の送付数に基づいて、クリックされたオブジェクトＪに対応するジャンルに属する商品のうち、当該都道府県において送付数が最も多い商品の情報を示す商品情報ウインドウ４４０を、ユーザ端末３に表示させる。従って、情報が表示された商品を購入する動機付けをユーザに与えることができる。

　また、システム制御部１４が、クリックされたオブジェクトＪの表示位置を示す座標により特定される都道府県の送付数に基づいて、送付数に応じてジャンルに属する各商品に順位を付け、ジャンルに属する商品をその順位に対応して一覧として示すランキングページを、ユーザ端末３に表示させる。従って、ランキングページに掲載された順位に基づいて、ユーザは、購入する商品を決めることができる。

　また、システム制御部１４が、クリックされたオブジェクトＪの表示位置を示す座標により特定されるジャンルに属する商品を検索し、検索結果を示すランキングページを、ユーザ端末３に表示させる。従って、ユーザは、選択したジャンルに属する商品の中から、購入する商品を決めることができる。

　また、システム制御部１４が、日本地図Ｍ３に配置されるオブジェクトＪのうち少なくとも１つのオブジェクトＪを、送付数に応じた順位及びジャンルの商品のイメージを示すオブジェクトとしてユーザ端末３に表示させる。従って、順位が付けられている対象となっているジャンルを、ユーザが容易に理解することができる。

　なお、上記実施形態においては、商品を購入する側のユーザの端末装置により地図動画を再生させるものとして説明していたが、商品を販売する側の店舗等の端末装置により地図動画を再生させても良い。

　また、上記実施形態においては、本発明の地域を都道府県に適用し、都道府県単位で順位付け及びオブジェクトＪの表示が行われていたが、例えば、本発明の地域を市区町村に適用しても良い。また、地図の表示範囲は日本全体ではなく、例えば、特定の都道府県であっても良い。

　また、上記実施形態においては、情報提供サーバ１が、送付割合の移動平均値で各地域の順位付けを行っていたが、例えば、移動平均値を計算しないで順位付けを行っても良いし、居住者数で除算しないで単純に送付数で順位付けを行っても良い。

　また、上記実施形態においては、商品の送付数に応じて各地域に順位を付けていたが、サービスの利用の予約数に応じて各地域に順位を付けても良い。例えば、サービスを宿泊施設の提供に適用し、予約された部屋数を予約数とする。宿泊施設のジャンルとしては、例えば、ビジネスホテル、高級ホテル、リゾートホテル、温泉旅館、ペンション、民宿、ロッジ、貸別荘等がある。宿泊施設の季節カテゴリーとしては、例えば、夏のレジャーに利用する宿泊施設、ウインタースポーツに利用する宿泊施設、クリスマスに過ごす宿泊施設等がある。また、地域毎の予約数を、その地域の居住者によって予約された数とするのではなく、その地域に所在する宿泊施設が予約された数としても良い。そして、情報提供サーバ１は、例えば、ユーザに選択されたジャンルに属する宿泊施設の予約数に応じて各地域に順位を付け、順位が付けられた地域の当該順位を示すオブジェクトが配置された地図を、ユーザ端末３に表示させる。これにより、ユーザが選択したジャンルに属する宿泊施設のうち、どの地域の宿泊施設が良く予約されているかをユーザが容易に理解することができる。

　また、商品のジャンルが、オブジェクトの大きさ、模様または形状によって示されても良いし、送付割合が、オブジェクトの色、模様または形状によって示されても良い。

　また、上記実施形態においては、１日単位でランキングが変化するように地図動画データが生成されていたが、例えば、１週間単位、１０日単位等でランキングが変化するように地図動画データが生成されても良い。

　また、情報提供サーバ１とＥＣサーバ２とを一体のサーバ装置として構成しても良い。また、データベース管理サーバを別途設け、データベース管理サーバが、地図情報ＤＢ１２ａ、ジャンルＤＢ１２ｅ、季節カテゴリーＤＢ１２ｃ、会員数ＤＢ１２ｄ、購買情報ＤＢ１２ｂ、会員情報ＤＢ２２ａ、商品ＤＢ２２ｂ及び履歴ＤＢ２２ｃを管理しても良い。この場合、情報提供サーバ１は、地図動画データの生成に必要な情報を、データベース管理サーバから取得し、記憶部１２またはＲＡＭ１７ｃに一時的に記憶させて使用する。

　また、上記実施形態においては、ユーザ端末３が情報提供サーバ１から動画データを受信して再生処理を行うことによって、各地域のランキングの変遷を表示していたが、ユーザ端末３が動画データ以外のデータを用いてランキングの変遷を表示しても良い。例えば、オブジェクトが配置された地図の静止画像を表示するための所定の領域を有するＷｅｂページをユーザ端末３に表示させる。そして、ユーザ端末３は、Ajax等により、情報提供サーバ１に対して所定時間間隔でリクエストを送信することにより、オブジェクトが配置された地図の静止画像のデータを情報提供サーバ１から順次取得し、Ｗｅｂページ内の所定の領域に、オブジェクトが配置された地図の静止画像を所定時間間隔で順次表示する。これによって、ランキングの変遷を表示することができる。また、例えば、ユーザ端末３が情報提供サーバ１から地図の静止画像のデータを取得して、Ｗｅｂページ内に地図の静止画像を表示する。そして、ユーザ端末３は、情報提供サーバ１から、各地域のランキングに対応するオブジェクトの大きさ等の情報、各地域の経度緯度に対応するオブジェクトの表示位置等の情報を取得し、これらの情報に基づいて、Ｗｅｂページ内の地図の静止画像上にオブジェクトを表示しても良い。

　また、上記実施形態においては、情報提供サーバ１が、各地域のランキングの変遷を示す地図の動画をユーザ端末３に表示させるようにしていたが、例えば、一時点のみの各地域のランキングを示す地図の静止画像をユーザ端末３に表示させるようにしても良い。

　また、第１実施形態の場合と同様に、オブジェクトが配置された地図が静止画として表示され、ユーザの操作に応じてこの静止画が変化することにより、ランキングの変遷が表示されるようになっていても良い。

　また、第１実施形態の場合と同様に、地域に住むユーザが購入した商品の数に応じたその地域のランキングを示すオブジェクトが表示されるようになっていても良い。

　また、上記実施形態においては、動画再生画面４００に、各地域のランキングの情報がジャンル単位で表示されるようになっていたが、商品単位でランキングの情報が表示されるようになっていても良い。

１　情報提供サーバ
２　ＥＣサーバ
３　ユーザ端末
４　店舗端末
１１　通信部
１２　記憶部
１２ａ　地図情報ＤＢ
１２ｂ　購買情報ＤＢ
１２ｃ　季節カテゴリーＤＢ
１２ｄ　会員数ＤＢ
１２ｅ　ジャンルＤＢ
１３　入出力インターフェース
１４　システム制御部
１４ａ　ＣＰＵ
１４ｂ　ＲＯＭ
１４ｃ　ＲＡＭ
１５　システムバス
２２ａ　会員情報ＤＢ
２２ｂ　商品ＤＢ
２２ｃ　履歴ＤＢ
ＮＷ　ネットワーク
Ｓ　情報提供システム

Claims

　端末装置がネットワークを介して接続可能なサーバ装置であって、
　購入された商品の地域への送付数を示す送付数情報を記憶する記憶手段と、
　前記送付数情報に基づいて、前記地域に対応する前記送付数情報が示す送付数に応じた情報を示すオブジェクトが当該地域に対応する位置に配置された地図を、前記端末装置により表示させる制御手段と、
　を備えることを特徴とするサーバ装置。
　請求項１に記載のサーバ装置において、
　前記地域の居住者数を示す居住者数情報を記憶する居住者数情報記憶手段を更に備え、
　前記制御手段は、前記送付数情報及び前記居住者数情報に基づいて、単位居住者数あたりの前記送付数を前記送付数に応じた情報として示すオブジェクトが配置された地図を、前記端末装置により表示させることを特徴とするサーバ装置。
　請求項１または請求項２に記載のサーバ装置において、
　前記送付数情報に基づいて、前記送付数に応じて各地域に対して順位を付ける順位付け手段を更に備え、
　前記制御手段は、前記順位付け手段により順位が付けられた前記地域の当該順位を前記送付数に応じた情報として示すオブジェクトが配置された地図を、前記端末装置により表示させることを特徴とするサーバ装置。
　請求項１乃至３の何れか１項に記載のサーバ装置において、
　前記記憶手段は、複数の期間における前記送付数を示す前記送付数情報を記憶し、
　前記制御手段は、前記送付数情報に基づいて、前記送付数に応じた情報の変遷に対応して前記オブジェクトが変化する前記地図を、前記端末装置により表示させることを特徴とするサーバ装置。
　請求項４に記載のサーバ装置において、
　前記制御手段は、前記送付数情報に基づいて、予め定められた期間単位で前記送付数に応じた情報が表示される表を、更に前記端末装置により表示させることを特徴とするサーバ装置。
　請求項１乃至５の何れか１項に記載のサーバ装置において、
　前記記憶手段は、商品を識別する商品識別情報に対応付けて前記送付数情報を記憶し、
　１年のある時期を識別する時期識別情報と、当該時期の商品とされる商品の前記商品識別情報と、を対応付けて記憶する時期商品情報記憶手段と、
　ユーザにより指定された時期の前記時期識別情報を前記端末装置から受信する受信手段と、
　前記受信された時期識別情報に対応する前記商品識別情報を前記時期商品情報記憶手段から取得し、取得された前記商品識別情報に対応する前記送付数情報を前記記憶手段から取得する取得手段と、
　を更に備え、
　前記制御手段は、前記取得された送付数情報に基づいて、前記地図を前記端末装置により表示させることを特徴とするサーバ装置。
　端末装置がネットワークを介して接続可能なサーバ装置による表示制御方法であって、
　購入された商品の地域への送付数を示す送付数情報を記憶する記憶手段に記憶された前記送付数情報を取得する取得ステップと、
　前記取得された送付数情報に基づいて、前記地域に対応する前記送付数情報が示す送付数に応じた情報を示すオブジェクトが当該地域に対応する位置に配置された地図を、前記端末装置により表示させる制御ステップと、
　を含むことを特徴とする表示制御方法。
　端末装置がネットワークを介して接続可能なサーバ装置に含まれるコンピュータに、
　購入された商品の地域への送付数を示す送付数情報を記憶する記憶手段に記憶された前記送付数情報を取得する取得ステップと、
　前記取得された送付数情報に基づいて、前記地域に対応する前記送付数情報が示す送付数に応じた情報を示すオブジェクトが当該地域に対応する位置に配置された地図を、前記端末装置により表示させる制御ステップと、
　を実行させることを特徴とする表示制御プログラム。
　端末装置がネットワークを介して接続可能なサーバ装置に含まれるコンピュータに、
　購入された商品の地域への送付数を示す送付数情報を記憶する記憶手段に記憶された前記送付数情報を取得する取得ステップと、
　前記取得された送付数情報に基づいて、前記地域に対応する前記送付数情報が示す送付数に応じた情報を示すオブジェクトが当該地域に対応する位置に配置された地図を、前記端末装置により表示させる制御ステップと、
　を実行させる表示制御プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。