(57)【要約】      （修正有）【課題】応募状況の管理における利便性を高めることの可能な応募状況管理装置、及び、応募状況管理方法を提供する。【解決手段】端末からの応募を受け付けて応募の状況を管理する応募状況管理装置であって、応募状況を管理するための管理項目における種類を示すデータが応募データに含まれ、端末から送信される相互に異なる複数の応募データを記憶する記憶部１３と、前記複数の応募データを前記管理項目における種類に従って分類する制御部１２と、を備える。【選択図】図１
2013254317.tif 000002
【特許請求の範囲】
【請求項１】
端末からの応募を受け付けて応募の状況を管理する応募状況管理装置であって、
応募状況を管理するための管理項目における種類を示すデータが応募データに含まれ、
端末から送信される相互に異なる複数の応募データを記憶する記憶部と、
前記管理項目における種類に従って前記複数の応募データを分類して当該分類の結果を管理データとして出力する制御部と、
を備えることを特徴とする応募状況管理装置。
【請求項２】
前記応募データは、相互に異なる複数の管理項目の各々における種類を示すデータを含み、
前記制御部は、複数の管理項目の各々における種類に従って前記複数の応募データを分類する
請求項１に記載の応募状況管理装置。
【請求項３】
前記記憶部は、前記管理項目における種類の候補を示すデータを予め記憶し、
前記制御部は、前記候補が前記応募データに含まれるか否かに関するデータを前記管理データに含める
請求項１又は２に記載の応募状況管理装置。
【請求項４】
前記管理項目は、応募承認状況を含む
請求項１から３のいずれか１つに記載の応募状況管理装置。
【請求項５】
前記応募データは、店舗における商品の陳列コンテストの応募に関するデータであり、
前記管理項目は、店舗に関する項目を含む
請求項１から４のいずれか１つに記載の応募状況管理装置。
【請求項６】
前記管理項目は、審査状況を含む
請求項５に記載の応募状況管理装置。
【請求項７】
端末からの応募を受け付けて応募の状況を管理する応募状況管理方法であって、
応募状況を管理するための管理項目における種類を示すデータが応募データに含まれ、
端末から送信される相互に異なる複数の応募データを記憶するステップと、
前記複数の応募データを前記管理項目における種類に従って分類するステップと、
を含むことを特徴とする応募状況管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の技術は、ネットワークを通じて受け付けた応募の状況を管理する応募状況管理装置、及び、応募状況管理方法に関する。
【背景技術】
【０００２】
従来から、写真やデザイン等のコンテストを、コンピュータネットワークを利用して開催するシステムが提案されている。例えば、特許文献１に記載のシステムでは、ウェブサイトに広告デザインの募集情報が掲載される。そして、募集情報に基づいて作成された広告デザインがインターネットを通じて応募され、応募された広告デザインはウェブサイトで公開されて評価が行われる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１６５３４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、こうしたコンテストは、商品の宣伝や販売促進を目的として行われる場合がある。例えば、商品メーカーが小売店舗を対象として行う商品陳列コンテストは、店頭における商品の陳列デザインを競うコンテストである。この商品陳列コンテストは、コンテストの開催によって小売店舗における商品陳列への取り組みを活性化させることにより、陳列された商品に対する購買者の注目度を高めることを目的として開催される。
【０００５】
上述のような趣旨で行われる商品陳列コンテストは、応募数、すなわち、参加する小売店舗の数が多いほど商品の宣伝効果や販売促進効果が高められるため、コンテスト主催者である商品メーカーは、コンテストの開催期間中にも応募数を増加させるための広報等の施策を行う。こうした施策は、例えば、応募数の地域的な分布等、応募状況の途中経過に関するデータを利用することによって効率よく行うことができる。したがって、コンテストの開催に用いられるシステムにも、応募状況を利用しやすいように管理する機能が求められる。
【０００６】
本開示の技術は、応募状況の管理における利便性を高めることの可能な応募状況管理装置、及び、応募状況管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本開示における応募状況管理装置の一態様は、端末からの応募を受け付けて応募の状況を管理する応募状況管理装置である。そして、応募状況を管理するための管理項目における種類を示すデータが応募データに含まれ、端末から送信される相互に異なる複数の応募データを記憶する記憶部と、前記管理項目における種類に従って前記複数の応募データを分類して当該分類の結果を管理データとして出力する制御部とを備える。
【０００８】
本開示における応募状況管理方法の一態様は、端末からの応募を受け付けて応募の状況を管理する応募状況管理方法である。そして、応募状況を管理するための管理項目における種類を示すデータが応募データに含まれ、端末から送信される相互に異なる複数の応募データを記憶するステップと、前記複数の応募データを前記管理項目における種類に従って分類するステップと、を含む。
【０００９】
本開示の技術における一態様によれば、管理項目における種類に従って応募データが分類されるため、複数の応募データが管理項目における種類ごとに整理される。したがって、応募状況の管理における利便性を高めることができる。
【００１０】
本開示における応募状況管理装置の他の態様では、前記応募データは、相互に異なる複数の管理項目の各々における種類を示すデータを含み、前記制御部は、複数の管理項目の各々における種類に従って前記複数の応募データを分類する。
【００１１】
本開示における応募状況管理装置の他の態様によれば、複数の管理項目の各々における種類に従って応募データが分類されるため、上述した応募状況の管理における利便性がさらに高められる。
【００１２】
本開示における応募状況管理装置の他の態様では、前記記憶部は、前記管理項目における種類の候補を示すデータを予め記憶し、前記制御部は、前記候補が前記応募データに含まれるか否かに関するデータを前記管理データに含める。
【００１３】
本開示における応募状況管理装置の他の態様によれば、予定された管理項目における種類が応募データに含まれるか否かが管理データによって把握される。そして、予定された応募状況と現在の応募状況との差異が把握されるため、上述した応募状況の管理における利便性がさらに高められる。
【００１４】
本開示における応募状況管理装置の他の態様では、前記管理項目は、応募承認状況を含む。
本開示における応募状況管理装置の他の態様によれば、応募データの承認に関する管理に対して利便性を高めることが可能にもなる。
【００１５】
本開示における応募状況管理装置の他の態様では、前記応募データは、店舗における商品の陳列コンテストの応募に関するデータであり、前記管理項目は、店舗に関する項目を含む。
【００１６】
商品の陳列コンテストは、商品の販売促進のための施策として行われる。そして、応募数が多いほど、また、応募数の偏りが少ないほど、販売促進への寄与が大きくなる。それゆえに、応募データが管理項目における種類に従って整理されていると、その都度の応募状況を有効に活用して応募数を増加させるための広報等が効率的に行われる。結果として、商品陳列コンテストが対象となることによって、上記応募状況管理装置の有用性が高められる。
【００１７】
本開示における応募状況管理装置の他の態様では、前記管理項目は、審査状況を含む。
管理項目として審査状況が用いられるため、審査状況における種類に従って応募データが分類される。結果として、審査状況における種類ごとの応募の分布を把握させることが可能になる。
【発明の効果】
【００１８】
本開示の技術によれば、応募状況の管理に求められる利便性を高めることが可能となる。
【図面の簡単な説明】
【００１９】
【図１】本開示の技術の一実施形態におけるコンテスト管理サーバの構成を示す図である。
【図２】同実施形態の応募内容データベースを構成する応募データの構成を示す図である。
【図３】同実施形態におけるコンテストの開催の手順を示すフローチャートである。
【図４】同実施形態における管理データに基づいて表示される表示画面の一例を示す図である。
【図５】同実施形態における管理データに基づいて表示される表示画面の一例を示す図である。
【発明を実施するための形態】
【００２０】
本開示の技術における応募状況管理装置、及び、応募状況管理方法の一実施形態について図１〜図５を参照して説明する。なお、本実施形態では、商品陳列コンテストが応募状況の管理の対象として設定されている。まず、本実施形態における応募状況管理装置としてのコンテスト管理サーバについて、図１を参照して説明する。
【００２１】
［コンテスト管理サーバの構成］
図１に示されるように、コンテスト管理サーバ１０には、ネットワークＮＴを介して、管理者端末２０と審査員端末３０と応募者端末４０とが接続される。これらの端末は、いずれもパーソナルコンピュータ等からなるコンピュータ端末である。
【００２２】
管理者端末２０は、コンテストを運営する担当者である運営担当者に利用される。運営担当者は、例えば、店頭販売が行われる商品を製造するメーカー等、商品陳列コンテストを主催する団体の構成員である。運営担当者には、商品陳列コンテストを管理する管理者としての固有のログイン用ＩＤやパスワード等の認証データが予め割り当てられている。そして、運営担当者の利用する端末からコンテスト管理サーバ１０に認証データが送信されることによって、コンテスト管理サーバ１０は、管理者端末２０としてのアクセスの権限を当該端末に対して認証する。
【００２３】
審査員端末３０は、コンテストを審査する担当者である審査担当者に利用される。審査担当者は、例えば、商品陳列コンテストを主催する団体やその関連団体から選出されてコンテストを審査する。審査担当者には、コンテストを審査する審査員としての固有のログイン用ＩＤやパスワード等の認証データが予め割り当てられている。そして、審査担当者の利用する端末からコンテスト管理サーバ１０に認証データが送信されることによって、コンテスト管理サーバ１０は、審査員端末３０としてのアクセスの権限を当該端末に対して認証する。
【００２４】
応募者端末４０は、商品陳列コンテストの対象商品を店頭販売する担当者である店舗担当者に利用される。店舗担当者は、例えば、商品の店頭販売を行う小売店舗等、コンテストに応募する団体の構成員である。応募担当者には、コンテストに応募する応募者としての固有のログイン用ＩＤやパスワード等の認証データが予め割り当てられている。そして、応募担当者の利用する端末からコンテスト管理サーバ１０に認証データが送信されることによって、コンテスト管理サーバ１０は、応募者端末４０としてのアクセスの権限を当該端末に対して認証する。
【００２５】
なお、管理者端末２０、審査員端末３０、及び、応募者端末４０の各々は、複数のネットワークＮＴに接続されていてもよく、また、同一のコンピュータ端末が、相互に異なる端末として機能してもよい。例えば、同一のコンピュータ端末が管理者端末２０と審査員端末３０とを兼ねてもよく、また、同一のコンピュータ端末が審査員端末３０と応募者端末４０とを兼ねてもよい。
【００２６】
コンテスト管理サーバ１０は、通信部１１、制御部１２、及び、記憶部１３を備えている。通信部１１は、コンテスト管理サーバ１０と管理者端末２０との接続処理、コンテスト管理サーバ１０と審査員端末３０との接続処理、及び、コンテスト管理サーバ１０と応募者端末４０との接続処理を実行する。また、通信部１１は、接続先となる端末との間でデータの送信及び受信を行う。
【００２７】
制御部１２は、応募データ更新部１２ａと管理データ生成部１２ｂとして機能する。応募データ更新部１２ａは、通信部１１にて受信されるデータを用いて記憶部１３に記憶されるデータの更新を行う。管理データ生成部１２ｂは、記憶部１３に記憶されているデータを用いて通信部１１から送信するためのデータを一定の方針に基づきまとめる、すなわち編集する。
【００２８】
記憶部１３には、コンテストデータベース１３ａと応募内容データベース１３ｂとが構築されている。
コンテストデータベース１３ａには、商品陳列コンテストの内容に関するデータである複数のコンテストデータが格納されている。コンテストデータには、例えば、商品陳列コンテストの名称、商品陳列コンテストの開始時期、商品陳列コンテストの終了時期、商品陳列コンテストの開催期間、閲覧可能時期、及び、１つの商品陳列コンテストに複数の応募コースがある場合にはコースの種類に関するデータが含まれる。例えば、１つのコンテストデータには、「夏のドリンク陳列コンテスト」が商品陳列コンテストの名称として含まれ、６月１日から７月１日までの期間が商品陳列コンテストの開催期間として含まれ、炭酸飲料とリカーとがコースの種類として含まれる。また、コンテストデータには、商品陳列コンテストにて陳列対象となる商品名、及び、賞金に関するデータが含まれる。すなわち、コンテストデータには、商品陳列コンテストの募集要項に利用されるデータが含まれる。
【００２９】
応募内容データベース１３ｂには、商品陳列コンテストへの応募内容に関するデータである応募データＤＴが応募ごとに格納されている。
図２に示されるように、応募データＤＴには、店舗データＤＳと陳列データＤＥと経過データＤＰとが含まれ、陳列データＤＥと経過データＤＰとが店舗データＤＳに関連付けられている。店舗データＤＳには、応募元の店舗の店舗名称、当該店舗の住所、当該店舗の属する都道府県名である店舗所在地、当該店舗の電話番号、該当店舗がスーパーマーケットやドラッグストア等のチェーン店である場合には店舗系列としてチェーン名称等が含まれる。
【００３０】
陳列データＤＥには、応募対象として商品陳列コンテストの名称、商品陳列コンテストに複数の応募コースがある場合にはコースの種類、陳列のテーマ、陳列期間、陳列される商品の数量、そして、応募先の商品陳列コンテストで募集している陳列作品の画像データ等が含まれる。
【００３１】
経過データＤＰには、当該経過データＤＰを含む応募データＤＴの内容が商品陳列コンテストの応募データＤＴとして承認されたか否かを示す承認状況、当該応募データＤＴに含まれる陳列作品に対する審査ポイントが含まれる。また、経過データＤＰには、当該経過データＤＰを含む応募データＤＴの内容が入賞であるか落選であるか等を示す審査状況も含まれる。
【００３２】
上記応募データＤＴを構成する店舗データＤＳに含まれる内容、例えば、店舗系列は、管理項目の１つであり、複数のチェーン名称の各々は、当該管理項目における１つの種類である。また、応募データＤＴを構成する陳列データＤＥに含まれる内容、例えば、応募の対象は管理項目の１つであり、複数のコンテスト名称の各々や複数の応募コースの各々は、当該管理項目における１つの種類である。また、応募データＤＴを構成する経過データＤＰに含まれる内容、例えば、応募承認の状況である応募承認状況や審査状況もまた管理項目の１つであり、承認済、未承認、入賞、及び、落選の各々は、当該管理項目における１つの種類である。
【００３３】
なお、商品陳列コンテストにおいて応募対象となり得る店舗の店舗データＤＳは、商品陳列コンテストを主催する団体によって予め知り得るデータであって、管理候補における種類の候補である。例えば、商品陳列コンテストを主催する団体が清涼飲料水メーカーである場合、当該清涼飲料水メーカーは、通常、自社の商品の納品先の店舗、すなわち、自社の商品が陳列されている小売店舗に関するデータを所持している。本実施形態では、商品陳列コンテストを主催する団体が清涼飲料水メーカーである場合、当該清涼飲料水メーカーの商品の納品先の店舗が、上述の店舗データＤＳに関わる店舗の候補として予め応募内容データベース１３ｂに登録される。そして、自社の商品の納品先の店舗とは異なる新たな店舗が応募の対象となり得る都度、新たな店舗の店舗データＤＳが応募内容データベース１３ｂに登録される。
【００３４】
このように商品陳列コンテストを主催する団体が当該商品の製造元であって、当該商品の納品先の店舗が店舗データＤＳの店舗として取り扱われる場合、当該製造元は、自社の商品に関する各店舗での注目の度合いを応募の状況から把握できる。例えば、自社商品の納品先の店舗のうち、応募済の店舗と未応募の店舗とを知ることが可能となれば、当該商品の製造元は、未応募の店舗にて自社商品の注目の度合いが低いと推定して、自社商品の販売を促進する対象としてその店舗を選択できる。また、相互に異なる商品の商品陳列コンテストを同一の製造元が主催し、各々における応募済の店舗と未応募の店舗とを知ることが可能となれば、当該製造元は、未応募の店舗が多い方の自社商品にて注目の度合いが低いと推定して、自社商品の販売を促進する対象としてその商品を選択できる。
【００３５】
［商品陳列コンテストの手順］
次に、上記コンテスト管理サーバ１０を用いて行われる商品陳列コンテストの手順について図３を参照して説明する。図３は、商品陳列コンテストにて１つの応募が処理される手順を中心に示すフローチャートである。商品陳列コンテストは、上記コンテストデータの登録（ステップＳ１）、上記応募データＤＴの登録（ステップＳ２）、上記応募承認（ステップＳ３）、審査（ステップＳ４）の順に行われる。なお、コンテストデータの登録は、応募状況管理方法に先立って行われる処理であり、応募データＤＴの登録、応募承認、及び、審査は、応募状況管理方法にて行われる処理である。
【００３６】
まず、ステップＳ１で行われるコンテストデータの登録について説明する。
コンテストデータの登録では、管理者端末２０がコンテスト管理サーバ１０にアクセスし、管理者端末２０が登録用画面の表示を要求することにより、コンテストデータの登録を行うための登録用画面が管理者端末２０に表示される。
【００３７】
続いて、商品陳列コンテストの募集要項に関するデータが、登録用画面に基づいて、管理者端末２０からコンテスト管理サーバ１０に送信される。例えば、管理者端末２０からは、「春のコンテスト」が商品陳列コンテストの名称として送信され、６月１日から７月１日までの期間が商品陳列コンテストの開催期間として送信される。そして、管理者端末２０から送信されるコンテストデータは、コンテスト管理サーバ１０に受信され、応募データ更新部１２ａによってコンテストデータベース１３ａに登録される。
【００３８】
コンテストデータの登録がなされると、応募者端末４０がコンテスト管理サーバ１０にアクセスし、応募者端末４０が開催情報の閲覧画面の表示を要求する度に、当該コンテストデータの内容を含む開催情報の閲覧画面が応募者端末４０に表示される。
【００３９】
次に、ステップＳ２で行われる応募データＤＴの登録について説明する。
応募データＤＴの登録では、応募者端末４０がコンテスト管理サーバ１０にアクセスして応募を要求することにより、応募登録を行うための登録用画面が応募者端末４０に表示される。そして、応募者端末４０から送信される店舗データＤＳや陳列データＤＥは、コンテスト管理サーバ１０に受信され、応募データ更新部１２ａによって応募内容データベース１３ｂに登録される。
【００４０】
例えば、応募者端末４０にて商品陳列コンテストの募集内容を確認した店舗担当者は、応募する商品陳列コンテストやコースを決定して、陳列作品の作成、デジタルカメラや携帯電話等による陳列作品の撮影等、商品陳列コンテストへの応募に必要な準備を行う。そして、店舗担当者は、応募者端末４０から商品陳列コンテストへの応募を行う。
【００４１】
この際に、まず、コンテスト管理サーバ１０は、店舗担当者の担当する店舗を決定するための店舗検索画面を応募者端末４０に表示させる。店舗検索画面には、コンテスト管理サーバ１０の応募内容データベース１３ｂに登録されている候補店舗の一覧が表示される。店舗担当者によって店舗検索画面から１つの店舗が選択されると、コンテスト管理サーバ１０は、当該店舗を選択する旨の要求を応募者端末４０から受けて、該当店舗の店舗データＤＳが予め入力された応募用画面を応募者端末４０に表示させる。そして、店舗担当者は、応募用画面のフォームに従って、応募するコンテストやコース名称、作成した陳列作品のテーマ、陳列期間、陳列に使用した商品の数量等の必要事項の入力や、陳列作品の画像データの添付等を行って、応募者端末４０に陳列データＤＥを入力する。
【００４２】
応募用画面にて入力されたデータは、例えば、応募用画面内の実行ボタンのクリック等の操作に伴い、応募者端末４０からコンテスト管理サーバ１０に送信される。この際に、例えば、必要事項の入力漏れがある場合等、入力されたデータが応募用画面のフォームに適合していないと判断される場合、コンテスト管理サーバ１０は、入力されたデータが陳列データＤＥのフォームに適合していない旨をエラーメッセージで応募者端末４０に表示させる。そして、陳列データＤＥに不備及び不足がなくなるまで、コンテスト管理サーバ１０は、上記の処理を繰り返す。
【００４３】
なお、この際に、コンテスト管理サーバ１０は、応募の対象となる商品陳列コンテストに関連付けられたコンテストデータを参照して、入力されたデータが当該コンテストデータに適合しているか否かの判断の結果を応募者端末４０に表示させてもよい。例えば、コンテスト管理サーバ１０は、コンテストの開始時期からコンテストの終了時期までの期間に応募されているか否かを判断し、応募の日付が開催期間に適合していないと判断される場合に、コンテスト管理サーバ１０は、開催期間に適合していない旨をエラーメッセージで応募者端末４０に表示させてもよい。
【００４４】
一方、応募用画面にて入力されたデータが陳列データＤＥのフォームに適合していると判断される場合、コンテスト管理サーバ１０の応募データ更新部１２ａは、選択された店舗の店舗データＤＳと当該陳列データＤＥとを関連付けて応募内容データベース１３ｂに登録する。なお、この際、コンテスト管理サーバ１０は、当該陳列データＤＥを含む応募データＤＴが未承認であることを示す承認状況データを経過データＤＰとして生成する。そして、コンテスト管理サーバ１０は、選択された店舗の店舗データＤＳにこれら陳列データＤＥと経過データＤＰとを関連付けて応募内容データベース１３ｂに登録する。
【００４５】
なお、コンテスト管理サーバ１０は、１つの店舗データＤＳに対して１組以上の陳列データＤＥと経過データＤＰとを関連付けて応募内容データベース１３ｂに登録する。すなわち、同一の店舗は、相互に異なる複数の商品陳列コンテストに応募することができ、また、商品陳列コンテストの内容によっては、同一のコンテストへの複数回の応募を可能としてもよい。
【００４６】
次に、ステップＳ３で行われる応募承認について説明する。
応募承認では、管理者端末２０がコンテスト管理サーバ１０にアクセスして応募承認を要求することにより、応募承認を行うための承認用画面が管理者端末２０に表示される。そして、管理者端末２０から送信される承認データは、コンテスト管理サーバ１０に受信され、また、コンテスト管理サーバ１０の応募データ更新部１２ａによって応募内容データベース１３ｂに登録される。
【００４７】
例えば、運営担当者は、コンテスト管理サーバ１０に対して管理者端末２０に承認用画面を表示させる旨を要求し、表示された承認用画面に基づいて応募承認を行う。この際に、コンテスト管理サーバ１０は、応募内容データベース１３ｂに登録されている応募データＤＴを参照し、応募データＤＴのうち、承認状況データが未承認となっている応募データＤＴを承認用画面に表示させる。
【００４８】
運営担当者は、承認用画面に表示される陳列データＤＥを確認し、その内容が審査に進められるか否かを判断する。例えば、応募データＤＴに含まれる画像データが明らかに商品陳列と関係ないものである場合、当該応募は、審査に進めることが不適切であると判断される。審査に進めることが不適切であると判断された場合、例えば、承認用画面内の承認不可ボタンのクリック等の操作が行われる場合、管理者端末２０からコンテスト管理サーバ１０に対し、承認されなかったことを示すデータが送信される。そして、当該データを受信するコンテスト管理サーバ１０は、当該応募データＤＴに関する差し戻し処理を行う。すなわち、コンテスト管理サーバ１０は、応募者端末４０に対して当該応募に不備がある旨を通知するためのデータを送信する。そして、店舗担当者による陳列データＤＥの修正と再応募とが行われる。再度応募された内容については、コンテスト管理サーバ１０によって再度応募承認が行われる。なお、差し戻しに際し、コンテスト管理サーバ１０は、差し戻しにされた理由等のコメントを応募者端末４０に表示してもよい。
【００４９】
一方で、応募データＤＴに含まれる内容が審査に進められることが適切であると判断された場合、例えば、承認用画面内の承認可ボタンのクリック等の操作が行われる場合等、管理者端末２０からコンテスト管理サーバ１０に対し、承認されたことを示すデータが送信される。そして、当該データを受信するコンテスト管理サーバ１０は、当該応募データＤＴに関する承認処理を行う。すなわち、コンテスト管理サーバ１０の応募データ更新部１２ａは、応募内容データベース１３ｂの該当する応募データＤＴについて、それに含まれる承認状況データを承認済に更新する。これにより応募承認が完了する。
【００５０】
この際に、上記のステップＳ２では、入力されたデータが応募データＤＴのフォームに適合しているか否か、すなわち、入力された応募データＤＴに形式上の不備があるか否かの判断が、コンテスト管理サーバ１０にて既に実行されている。それゆえに、上記応募データＤＴの登録に続くステップＳ３では、応募データＤＴにおける形式上の承認が省かれる。したがって、運営担当者の応募承認にかかる負担を軽減することができる。
【００５１】
次に、ステップＳ４で行われる審査について説明する。
審査では、審査員端末３０がコンテスト管理サーバ１０にアクセスし、審査員端末３０が審査を要求することにより、審査を行うための審査用画面が審査員端末３０に表示される。そして、審査員端末３０から送信される審査に関するデータは、コンテスト管理サーバ１０に受信され、コンテスト管理サーバ１０の応募データ更新部１２ａによって応募内容データベース１３ｂに登録される。また、管理者端末２０がコンテスト管理サーバ１０にアクセスして集計を要求することにより、ポイントの集計を行うためのポイント集計画面が管理者端末２０に表示される。
【００５２】
例えば、審査担当者は、コンテスト管理サーバ１０に対して審査員端末３０に審査用画面を表示させる旨を要求し、表示された審査用画面に基づいて審査を行う。この際に、コンテスト管理サーバ１０は、応募内容データベース１３ｂに登録されている応募データＤＴを参照する。そして、コンテスト管理サーバ１０は、応募データＤＴのうちで承認状況データが承認済である応募データＤＴの内容を審査用画面に表示させる。また、コンテスト管理サーバ１０は、例えば、「１」〜「５」のような５段階評価が可能な評価ボタンを応募データＤＴごとに審査用画面に表示させる。そして、審査担当者は、陳列データＤＥに含まれる陳列作品の画像等を確認し、評価ボタンを用いて当該陳列データＤＥに含まれる内容を評価する。
【００５３】
評価ボタンのクリック等の操作が行われると、選択された評価ボタンに相当する評価内容に関するデータが審査員端末３０からコンテスト管理サーバ１０に送信される。コンテスト管理サーバ１０の応募データ更新部１２ａは、受信されたデータに基づいて、応募内容データベース１３ｂの該当する応募データＤＴに対し、審査ポイントデータを経過データＤＰとして登録する。例えば、応募データ更新部１２ａは、「４」に相当する評価内容に基づいて、該当する応募データＤＴに対し、「４」を示す審査ポイントデータを経過データＤＰとして登録する。複数の審査員によって審査が行われる場合には、各々の審査員が利用する審査員端末３０からデータが送信されるごとに、応募データ更新部１２ａは当該データを前回までの審査ポイントデータに加算して更新する。例えば、応募データ更新部１２ａは、「４」に相当する今回の評価内容に基づいて、該当する応募データＤＴに対し、前回までの審査ポイントデータである「５０」に「４」を加算し、今回の審査ポイントデータとして「５４」を登録する。
【００５４】
なお、審査の方法は、５段階評価に代えて、審査員によって点数が直接入力される形式でもよい。また、審査用画面では、応募データＤＴが１つずつ表示されて陳列作品を１つずつ評価するようにしてもよく、応募データＤＴが複数表示されて陳列作品を比較しながら評価するようにしてもよい。
【００５５】
審査担当者全員の審査が終了すると、運営担当者は、管理者端末２０のポイント集計画面から審査結果の設定を行う。ポイント集計画面には、応募内容データベース１３ｂに登録された審査ポイントデータのポイントが高い順に応募データＤＴが表示される。運営担当者は、審査ポイントに基づき、入賞や落選等の賞を決定する。ポイント集計画面に決定した賞が入力されると、管理者端末２０からコンテスト管理サーバ１０に入力されたデータが送信される。そして、コンテスト管理サーバ１０では、応募データ更新部１２ａによって、応募内容データベース１３ｂの該当する応募データＤＴについて、経過データＤＰとして「入賞」や「落選」等の審査状況データが登録される。
【００５６】
［応募状況の管理］
次に、コンテスト管理サーバ１０による応募状況の管理の態様について図４及び図５を参照して説明する。本実施形態のコンテスト管理サーバ１０では、応募内容データベース１３ｂに登録されている応募データＤＴの管理項目に応じてデータが編集されて、編集後のデータである管理データは端末に送信される。なお、応募状況の管理は、商品陳列コンテストの開催される期間の途中や商品陳列コンテストの終了後に適宜行われる。
【００５７】
応募状況の管理では、管理者端末２０がコンテスト管理サーバ１０にアクセスし、管理者端末２０が応募状況の管理を要求することにより、応募状況を管理ための管理用画面が管理者端末２０に表示される。そして、管理者端末２０から送信される管理に関するデータは、コンテスト管理サーバ１０に受信され、また、コンテスト管理サーバ１０の管理データ生成部１２ｂによる編集に用いられる。なお、管理者端末２０に表示される管理用画面では、上記の管理項目のうち１つ又は複数が選択され、選択された管理項目に関するデータをコンテスト管理サーバ１０が受信し、受信された管理項目に基づいて、管理データ生成部１２ｂは管理データを生成する。
【００５８】
例えば、管理者端末２０にて、応募済の店舗の店舗所在地と応募の対象とが管理項目として選択される。この際に、コンテスト管理サーバ１０の管理データ生成部１２ｂは、承認済の経過データＤＰに関連付けられた店舗データＤＳと陳列データＤＥとを応募内容データベース１３ｂから抽出する。次いで、コンテスト管理サーバ１０は、当該抽出された店舗データＤＳにおける店舗所在地と陳列データＤＥにおける応募コースとを参照し、応募コースごとの各都道府県での応募数を集計する。そして、コンテスト管理サーバ１０は、応募コースごとの各都道府県での応募数を示すデータを管理データとして生成し、当該管理データを管理者端末２０に送信する。図４は、コンテスト管理サーバ１０から送信された管理データに基づいて管理者端末２０に表示される表示画面の一例を示す図である。
【００５９】
図４に示されるように、各応募コースが列方向に並べられ、且つ、都道府県名が行方向に並べられた一覧表として、応募コースごとの各都道府県での応募数が表示される。そして、応募コースごとの各都道府県での応募数が示される管理データは、運営担当者に対し、応募コースごとの応募数の分布を都道府県ごとに把握させること、都道府県ごとの応募数の分布を応募コースごとに把握させること、これらを可能にする。例えば、図４に示される表示画面２０Ｄであれば、運営担当者に対して以下の内容を把握させることが可能になる。
・春のコンテストへの応募数は、北海道、青森県、岩手県で多く、宮崎県、鹿児島県、沖縄県で少ない。
・岩手県では、春のコンテストへの応募数よりも夏のコンテストへの応募数が少ない。
・鹿児島県と沖縄県とでは、春のコンテストへの応募数よりも夏のコンテストへの応募数が多い。
・宮崎県では、他県に比べて全般的に応募数が少ない。
【００６０】
このように、応募コースごとの応募数が都道府県ごとに分類されて集計されることによって、応募の対象における種類である応募コースごとの応募数の分布、店舗所在地における種類である都道府県ごとの応募数の分布、これらを運営管理者に把握させることが可能になる。そして、こうした管理データがコンテストの開催期間中に運営管理者によって確認されることにより、例えば、岩手県では、夏のコンテストの宣伝が促進される。また、宮崎県では、コンテスト全体の宣伝が促進される。結果として、商品のメーカーではコンテストの応募数が自社商品への関心として取り扱われ、その上で、自社商品の販売を促進するための指針を応募コースの内容ごとに、また、都道府県ごとに提供することが可能となる。
【００６１】
また、管理者端末２０にて、応募の対象と店舗系列とが管理項目として選択される。この際に、コンテスト管理サーバ１０の管理データ生成部１２ｂは、承認済の経過データＤＰに関連付けられた店舗データＤＳと陳列データＤＥとを応募内容データベース１３ｂから抽出する。次いで、コンテスト管理サーバ１０は、当該抽出された店舗データＤＳにおけるチェーン名称と陳列データＤＥにおける応募コースとを参照し、応募コースごとの各チェーン名称での応募数を集計する。そして、コンテスト管理サーバ１０は、応募コースごとの各チェーン名称での応募数を示すデータを管理データとして生成し、当該管理データを管理者端末２０に送信する。図５は、コンテスト管理サーバ１０から送信される管理データに基づいて管理者端末２０に表示される表示画面の一例を示す図である。
【００６２】
図５に示されるように、各応募コースが列方向に並べられ、且つ、各チェーン名称が行方向に並べられた一覧表として、応募コースごとの各チェーン名称での応募数が表示される。そして、応募コースごとの各チェーン名称での応募数が示される管理データは、運営担当者に対し、応募コースごとの応募数の分布をチェーン名称ごとに把握させること、チェーン名称ごとの応募数の分布を応募コースごとに把握させること、これらを可能にする。例えば、図５に示される表示画面２０Ｄであれば、運営担当者に対して以下の内容を把握させることが可能になる。
・「○○ストア」では、春のコンテストへの応募数よりも夏のコンテストへの応募数の方が少ない。
・「○×スーパー」では、春のコンテストにて、ＡコースよりもＢコースへの応募数が少ない。
【００６３】
このように、応募コースごとの応募数がチェーン名称ごとに集計されることによって、応募の対象における種類である応募コースごとの応募数の分布、店舗系列における種類であるチェーン名称ごとの応募数の分布、これらを運営管理者に把握させることが可能になる。そして、こうした管理データがコンテスト開催期間中に運営管理者によって確認されることにより、例えば、「○○ストア」に対しては特に夏のコンテストの宣伝が促され、「○×スーパー」に対しては特に春のコンテストのＢコースの宣伝が促される。結果として、商品のメーカーに対し、コンテストの応募数を自社商品への関心として取り扱わせ、その上で、自社商品の販売を促すための指針を応募コースの内容ごとに、また、チェーン名称ごとに提供することが可能となる。
【００６４】
このように、応募内容データベース１３ｂに登録されている管理項目のうち、管理者端末にて選択された管理項目ごとの応募数が、応募内容データベース１３ｂに登録された応募データＤＴに基づいて集計される。したがって、応募状況を管理する上での利便性が高められる。
【００６５】
なお、応募数の集計に際して選択される管理項目は２つに限らず、１つであってもよいし、３つ以上であってもよい。例えば、管理者端末２０にて、店舗所在地のみが選択されると、店舗所在地における種類である都道府県ごとの応募数が集計される。また、応募の対象と店舗所在地と店舗系列とが選択されると、応募の対象における種類である応募コースごとの応募数、店舗所在地における種類である都道府県ごとの応募数、店舗系列における種類であるチェーン名称ごとの応募数が集計される。また、選択される管理項目は、管理項目として応募内容データベース１３ｂに登録されている項目であれば、例えば、経過データＤＰの承認状況や審査ポイントであってもよい。
【００６６】
例えば、管理項目として承認状況が選択される場合、コンテスト管理サーバ１０の管理データ生成部１２ｂは、応募内容データベース１３ｂに含まれる各応募データＤＴから店舗データＤＳと経過データＤＰとを抽出する。次いで、コンテスト管理サーバ１０は、店舗データＤＳに含まれる店舗名称と経過データＤＰに含まれる承認状況とが関連付けられた管理データを生成する。そして、コンテストに応募する候補の店舗の各々が応募しているか否かを示す一覧表を管理データに基づき管理者端末２０に表示させる。
【００６７】
そして、審査の終了後に、応募コースと審査ポイントと陳列作品とが管理項目として選択される場合には、上述の応募データＤＴが商品陳列の参考資料として活用される。例えば、応募コースと審査ポイントと陳列作品とが管理項目として選択されると、コンテスト管理サーバ１０は、コンテストデータベース１３ａに含まれるコンテストデータを参照して、閲覧の要求された日付が閲覧可能時期に含まれる否かを判断し、その判断の結果を各端末の表示画面に表示させる。例えば、コンテスト管理サーバ１０は、閲覧の要求された日付が閲覧可能時期に適合していないと判断される場合に、閲覧可能時期に適合していない旨をエラーメッセージで管理者端末２０に表示させる。そして、コンテスト管理サーバ１０の管理データ生成部１２ｂは、閲覧の要求された日付が閲覧可能時期に適合していると判断される場合に、所定の審査ポイントよりも高い審査ポイントを含む経過データＤＰを応募内容データベース１３ｂから抽出する。そして、抽出された経過データＤＰに関連付けられた陳列データＤＥにおける応募コースを参照し、応募コースごとの陳列作品が一覧として表示される管理データをコンテスト管理サーバ１０は生成する。コンテスト管理サーバ１０は、当該管理データを管理者端末２０に送信し、高い審査ポイントを得た陳列作品の画像を応募コースごとに表示させる。結果として、過去に行われた商品陳列コンテストにおける優秀な陳列作品を閲覧して参考とすることができる。
【００６８】
このように、商品陳列コンテストの開催終了後に応募データＤＴが参考資料として活用される場合には、高い審査ポイントを含む応募データＤＴや審査状況が「入賞」となっている応募データＤＴが記憶部１３に格納されて、各端末からの閲覧が可能となるようにしてもよい。
【００６９】
以上説明したように、本実施形態によれば、以下に列挙する効果が得られる。
（１）管理項目ごとの種類に従って応募データＤＴが分類されるため、応募データＤＴが管理項目に応じて整理される。したがって、応募状況の管理における利便性を高めることが可能となる。
【００７０】
（２）商品の取引先となる店舗に関するデータが店舗データＤＳとして予め登録されているため、商品陳列コンテストへの応募に際して店舗データＤＳを入力する手間が省かれる。
【００７１】
（３）また、応募対象となっていてもまだ商品陳列コンテストへの応募を行っていない店舗が把握できるため、該当する店舗に対して商品陳列コンテストへの応募を直接勧めることも可能となる。
【００７２】
（４）管理項目として、店舗の所在地や店舗系列が登録されているため、応募状況の途中経過を示す管理データは、販売促進の方向性を示す資料として有用である。
上記実施形態は、以下のように変更して実施することが可能である。
【００７３】
・応募内容データベース１３ｂを構成する店舗データＤＳは、予め登録されるものに限られず、応募者が応募する都度、陳列データＤＥとともに登録されてもよい。
・審査は、例えば、一次審査で審査ポイントが上位であった応募データＤＴについて二次審査が行われるというように、複数の段階に分けられてもよい。
【００７４】
・審査用画面は、ポイント記入欄等が設けられた紙面審査用のフォームに変換される構成であってもよい。この場合、紙面審査用のフォームが紙に印刷されて使用されることにより、例えば、複数人の合議による審査が可能にもなる。また、審査が複数の段階に分けられて行われる場合には、例えば、一次審査がネットワークを介して行われ、通過数が絞られた上で、二次審査が紙面で行われてもよい。
【００７５】
・管理データの生成に用いられる管理項目は、管理者端末２０により選択される管理項目に限られず、コンテスト管理サーバ１０にて予め設定された管理項目であってもよい。
・２以上の管理項目に基づいて管理データが生成される場合、管理データでは、１つの管理項目における種類ごとに、他の管理項目における各種類の応募数が示される。これに限らず、２以上の管理項目に基づいて管理データが生成される場合、管理データでは、２以上の管理項目の各々における各種類に対して各別の応募数が示されてもよい。要するに、管理データは、管理項目における種類に従って複数の応募データがいくつかのまとまりに区分されたデータであればよい。
【００７６】
・管理データ生成部１２ｂによるデータの編集は、管理者端末２０からの要求に限られず、予め設定された管理項目に基づいて所定時間ごとに行われ、その結果が管理用画面に順次表示されてもよい。
【００７７】
・制御部１２は、管理項目における種類に従って種類ごとの応募数を出力するに限らず、管理項目における種類に従って種類ごとのチェーン名称や店舗の所在地を出力してもよい。要するに、制御部１２は、管理項目における種類に従って複数の応募データがいくつかのまとまりに区分されたデータを出力すればよい。
【００７８】
・管理項目には、上述の項目に限らず、例えば、店舗ごとの営業担当が設定され、その種類として、営業担当者名や営業事業所が設定されてもよく、要するに、コンテストの運営に際して利用可能な項目を登録することが可能である。
【００７９】
・開催されるコンテストは、商品陳列コンテストに限らず、デザイン等の創作物のコンテスト等を含め、コンテストの運営に際して応募状況の管理が利用されるコンテストであればよい。
【００８０】
・上記応募状況管理装置や上記応募状況管理方法の適用される応募の対象は、コンテストに限らず、店舗の状態評価等に対する応募であってもよい。例えば、店舗において販売される商品が管理項目として設定され、商品名や販売数が管理項目における種類として設定され、店舗の状態評価に対して応募された応募データが商品名や販売数で分類されてもよい。
【符号の説明】
【００８１】
ＮＴ…ネットワーク、１０…コンテスト管理サーバ、１１…通信部、１２…制御部、１２ａ…応募データ更新部、１２ｂ…管理データ生成部、１３…記憶部、１３ａ…コンテストデータベース、１３ｂ…応募内容データベース、２０…管理者端末、３０…審査員端末、４０…応募者端末。
【図１】
2013254317.tif 000003
【図２】
2013254317.tif 000004
【図３】
2013254317.tif 000005
【図４】
2013254317.tif 000006
【図５】
2013254317.tif 000007