(57)【要約】【課題】将来のイベントの実施予定を把握させることができる情報処理装置及びプログラムを提供する。【解決手段】情報処理装置は、入力手段と、抽出手段と、登録手段と、出力手段とを備える。前記入力手段は、日時を指定して将来の現象を予測した予測情報の入力を受け付ける。前記抽出手段は、イベントを実施するイベント条件となる現象がイベントの種別ごとに規定されている情報テーブルと、前記入力手段が受け付けた前記予測情報とを比較して、予測の日時に前記イベント条件を満たすイベントを抽出する。前記登録手段は、前記抽出手段が抽出した前記イベントを、当該イベントの前記イベント条件を満たす期間に実施することを登録する。前記出力手段は、前記登録手段が登録した前記期間と、当該期間に実施予定のイベントとを出力する。【選択図】図７
2019040448.tif 000002
【特許請求の範囲】
【請求項１】
日時を指定して将来の現象を予測した予測情報の入力を受け付ける入力手段と、
イベントを実施するイベント条件となる現象がイベントの種別ごとに規定されている情報テーブルと、前記入力手段が受け付けた前記予測情報とを比較して、予測の日時に前記イベント条件を満たすイベントを抽出する抽出手段と、
前記抽出手段が抽出した前記イベントを、当該イベントの前記イベント条件を満たす期間に実施することを登録する登録手段と、
前記登録手段が登録した前記期間と、当該期間に実施予定のイベントとを出力する出力手段と、
を備える情報処理装置。
【請求項２】
前記入力手段は、気象を予測した前記予測情報の入力を受け付ける、
請求項１に記載の情報処理装置。
【請求項３】
前記登録手段が登録した前記イベントを取り消す取消手段を更に備える、
請求項１又は２に記載の情報処理装置。
【請求項４】
前記入力手段は、同一の日時について前回とは異なる現象を予測した前記予測情報の入力を更に受け付け、
前記抽出手段は、前記入力手段が受け付けた前記予測情報と、前記情報テーブルとを比較して、前記イベント条件を満たすイベントを抽出し、
前記登録手段は、前記抽出手段が抽出した前記イベントに更新する、
請求項１乃至３の何れか一項に記載の情報処理装置。
【請求項５】
前記入力手段が受け付けた前記予測情報で予測された前記現象が起こった場合の実績に基づいて、イベントの内容を生成する生成手段を更に備え、
前記登録手段は、前記生成手段が生成した前記内容の前記イベントを登録する、
請求項１乃至４の何れか一項に記載の情報処理装置。
【請求項６】
コンピュータを、
日時を指定して将来の現象を予測した予測情報の入力を受け付ける入力手段と、
イベントを実施するイベント条件となる現象がイベントの種別ごとに規定されている情報テーブルと、前記入力手段が受け付けた前記予測情報とを比較して、予測の日時に前記イベント条件を満たすイベントを抽出する抽出手段と、
前記抽出手段が抽出した前記イベントを、当該イベントの前記イベント条件を満たす期間に実施することを登録する登録手段と、
前記登録手段が登録した前記期間と、当該期間に実施予定のイベントとを出力する出力手段と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来、スーパーマーケット等の小売店では、その日の天候等に応じて、価格の割引やポイントの付与等のイベントを実施することにより売上の向上を図っている。このようなイベントの実施を管理するシステムは、その日の天候により決定されたイベント内容と、イベントの実行指示との操作を受け付けたことを条件にイベントを実施している。
【０００３】
ここで、小売店の管理者には、売上や利益の管理、商品の発注等のために、将来どのようなイベントを実施することになるかを把握しておきたいという要望がある。しかしながら、イベント内容と、イベントの実行指示とは、店舗の管理者が手動で設定していたため、将来のイベントの実施内容を把握することは困難であった。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、将来のイベントの実施予定を把握させることができる情報処理装置及びプログラムを提供することである。
【課題を解決するための手段】
【０００５】
実施形態の情報処理装置は、入力手段と、抽出手段と、登録手段と、出力手段とを備える。前記入力手段は、日時を指定して将来の現象を予測した予測情報の入力を受け付ける。前記抽出手段は、イベントを実施するイベント条件となる現象がイベントの種別ごとに規定されている情報テーブルと、前記入力手段が受け付けた前記予測情報とを比較して、予測の日時に前記イベント条件を満たすイベントを抽出する。前記登録手段は、前記抽出手段が抽出した前記イベントを、当該イベントの前記イベント条件を満たす期間に実施することを登録する。前記出力手段は、前記登録手段が登録した前記期間と、当該期間に実施予定のイベントとを出力する。
【図面の簡単な説明】
【０００６】
【図１】図１は、第１の実施形態に係るイベントシステムの一例を示す説明図である。
【図２】図２は、気象予測情報のデータ構成の一例を示す説明図である。
【図３】図３は、管理サーバのハードウェア構成の一例を示すブロック図である。
【図４】図４は、イベントテーブルのデータ構成の一例を示す説明図である。
【図５】図５は、スケジュールテーブルのデータ構成の一例を示す説明図である。
【図６】図６は、ＰＯＳ端末のハードウェア構成の一例を示すブロック図である。
【図７】図７は、イベントシステムが備える各種装置の特徴的な機能構成の一例を示すブロック図である。
【図８】図８は、イベント管理処理の一例を示すフローチャートである。
【図９】図９は、第２の実施形態に係るイベントシステムが備える各種装置の特徴的な機能構成の一例を示すブロック図である。
【発明を実施するための形態】
【０００７】
以下、添付図面を参照して、情報処理装置およびプログラムの実施形態を詳細に説明する。なお、以下に説明する実施形態は、情報処理装置およびプログラムの一実施形態であって、その構成や仕様等を限定するものではない。本実施形態の情報処置装置は、小売店において気象現象が所定の条件を満たしている場合にイベントを実行するイベントシステムの管理サーバへの適用例である。
【０００８】
（第１の実施形態）
図１は、第１の実施形態に係るイベントシステム１の一例を示す説明図である。イベントシステム１は、気象サーバ１０と、管理サーバ２０と、ＰＯＳ（Point  Of  Sales）端末３０とを備える。気象サーバ１０と、管理サーバ２０とは、インターネットやＶＰＮ（Virtual  Private  Network）等の第１ネットワーク４０を介して接続されている。管理サーバ２０と、ＰＯＳ端末３０とは、インターネットやＶＰＮ等の第２ネットワーク５０を介して接続されている。また、図１に示すイベントシステム１には、一台の気象サーバ１０と、一台の管理サーバ２０と、複数台のＰＯＳ端末３０とが示されているが、各装置の台数は任意である。
【０００９】
気象サーバ１０は、日時を指定して将来の気象現象を予測した気象予測情報１１を送信するサーバ装置である。なお、気象サーバ１０は、複数台のサーバ装置等により形成されていてもよい。さらに、気象サーバ１０は、ハードウェアやソフトウェア等のコンピュータ資源を提供するクラウドサービス等により提供されるものであってもよい。
【００１０】
ここで、図２は、気象予測情報１１のデータ構成の一例を示す説明図である。気象予測情報１１には、予測日時ごとの予測内容が含まれる。予測日時は、予測した対象の日時を示す情報である。予測内容は、予測日時に起る気象現象を予測した情報である。例えば、予測内容は、晴れ、曇り、雨等の天候や、気温等の情報である。なお、予測内容には、天候や気温に限らず、降水確率や湿度や風速等の情報が含まれていてもよい。また、図２に示す気象予測情報１１は、各日の正午の予測内容が含まれているが予測対象の時刻は、正午に限らない。また、図２に示す気象予測情報１１は、一日ごとの予測内容が含まれているが、予測日時の間隔は一日に限らない。例えば、気象予測情報１１は、一時間ごとの予測内容が含まれていてもよいし、一分ごとの予測内容が含まれていてもよい。また、気象予測情報１１には、一週間分の予測日時ごとの予測内容が含まれていてもよいし、一か月分の予測日時ごとの予測内容が含まれていてもよい。また、気象予測情報１１は、地域や地点ごとの、各予測日時の予測内容が含まれていてもよい。
【００１１】
図１に戻り、管理サーバ２０は、イベントの実施を管理する情報処理装置である。例えば、管理サーバ２０は、パーソナルコンピュータや、サーバ装置等である。また、管理サーバ２０は、複数台のサーバ装置等により形成されていてもよい。さらに、管理サーバ２０は、ハードウェアやソフトウェア等のコンピュータ資源を提供するクラウドサービス等により提供されるものであってもよい。
【００１２】
管理サーバ２０は、気象サーバ１０から受信した気象予測情報１１に基づいて、イベントのスケジュールを生成する。ここで、イベントとは、商品の割引やポイントの付与やクーポン券の付与等の小売店に来店した顧客に対して実施するサービスである。また、管理サーバ２０は、生成したイベントのスケジュールを表示や印字により出力する。そして、管理サーバ２０は、実施するイベントについて、各ＰＯＳ端末３０に実施通知を送信する。
【００１３】
ＰＯＳ端末３０は、販売対象の商品を登録する販売登録処理や、販売登録処理により登録した商品の会計を実行する会計処理等を実行する販売データ処理装置である。ＰＯＳ端末３０は、管理サーバ２０からイベントの実施通知を受信した場合に、イベントを実行する。すなわち、ＰＯＳ端末３０は、通知されたイベント内容に応じたポイント付与や割引等を伴う会計処理を実行する。
【００１４】
次に、イベントシステム１が備える管理サーバ２０とＰＯＳ端末３０とのハードウェア構成について説明する。
【００１５】
図３は、管理サーバ２０のハードウェア構成の一例を示すブロック図である。管理サーバ２０は、制御部２０１と、記憶部２０２と、通信インタフェース２０３と、操作部２０４、表示部２０５と、印字部２０６とを備える。これら各部は、データバスやアドレスバス等のシステムバス２０７を介して相互に接続している。
【００１６】
制御部２０１は、管理サーバ２０の全体の動作を制御し、管理サーバ２０が有する各種の機能を実現するコンピュータである。制御部２０１は、ＣＰＵ（Central  Processing  Unit）と、ＲＯＭ（Read  Only  Memory）と、ＲＡＭ（Random  Access  Memory）とを備える。ＣＰＵは、管理サーバ２０の動作を統括的に制御する。ＲＯＭは、各種プログラムやデータを記憶する記憶媒体である。ＲＡＭは、各種プログラムや各種データを一時的に記憶する記憶媒体である。そして、ＣＰＵは、ＲＡＭをワークエリア（作業領域）としてＲＯＭ又は記憶部２０２等に格納されたプログラムを実行する。
【００１７】
記憶部２０２は、ＨＤＤ（Hard  Disk  Drive）やＳＳＤ（Solid  State  Drive）などの記憶装置である。記憶部２０２は、制御プログラム２０８と、イベントテーブル２０９と、スケジュールテーブル２１０とを記憶する。なお、イベントテーブル２０９と、スケジュールテーブル２１０とは、他の装置が記憶していてもよい。
【００１８】
制御プログラム２０８は、オペレーティングシステムや、管理サーバ２０が備えている機能を発揮させるためのプログラムである。制御プログラム２０８には、本実施形態に係る特徴的な機能を発揮させるプログラムが含まれる。
【００１９】
図４は、イベントテーブル２０９のデータ構成の一例を示す説明図である。イベントテーブル２０９は、イベントの種別ごとにイベントを実施するイベント条件となる現象がイベントごとに規定されている情報テーブルである。イベントテーブル２０９は、イベントコードと、イベント名称と、イベント条件と、イベント内容とを関連付けて記憶させる。イベントコードは、イベントを識別可能な識別情報である。イベント名称は、イベントの名称を示す情報である。イベント条件は、イベントを実施する条件である。すなわち、イベント条件は、小売店の店舗がある地域又は地点の気象現象を示す情報である。イベント内容は、実施するイベントの内容である。例えば、イベント内容は、ポイント付与や、特定の割引や、クーポン券の付与等である。
【００２０】
図５は、スケジュールテーブル２１０のデータ構成の一例を示す説明図である。スケジュールテーブル２１０は、各期間に実施するイベントのスケジュールが登録された情報テーブルである。スケジュールテーブル２１０は、期間と、イベント名称と、イベント内容と、更新可否と、実行予定とを関連付けて記憶する。期間は、イベントを実施する期間を示す情報である。図５に示すスケジュールテーブル２１０は、期間の単位が一日であるが、期間の単位は一時間であってもよいし、一分であってもよい。イベント名称は、該当する期間に実施される予定のイベント名称を示す情報である。イベント内容は、該当する期間に実施される予定のイベント内容を示す情報である。
【００２１】
更新可否は、該当する期間に実施される予定のイベントの更新を許可するか否かを示す情報である。気象予測は、日々刻々と変化する。そのため、各期間に実施されるイベントの実施予定は、気象予測の変更に伴い変更される。しかし、手動操作で登録したイベントまで、気象予測の変更に伴い変更されてしまったのでは、その都度イベントを登録しなければならなくなってしまう。そこで、イベントの更新を許可するか否かを登録することにより、気象予測の変化に伴い、手動で設定したイベントが変更されてしまうことを防止する。実行予定は、該当する期間にイベントを実施するか否かを示す情報である。実行予定には、実行と取消とがある。実行は、イベントを実施することを示す情報である。取消は、イベントの実施の取消を示す情報である。なお、実行予定には、初期状態においては実行が登録される。また、図５に示すスケジュールテーブル２１０は、一期間に対して、イベントが一つ登録されているが、一期間に対して、複数のイベントを登録してもよい。
【００２２】
図３に戻り、通信インタフェース２０３は、第１ネットワーク４０を介して、気象サーバ１０と通信するためのインタフェースである。また、通信インタフェース２０３は、第２ネットワーク５０を介して、ＰＯＳ端末３０と通信するためのインタフェースである。
【００２３】
操作部２０４は、例えばキーボードやマウス等の入力装置である。表示部２０５は、例えば液晶ディスプレイ等である。また、管理サーバ２０は、操作部２０４と表示部２０５とが一体となったタッチパネルディスプレイ等を備えていてもよい。
【００２４】
印字部２０６は、スケジュールテーブル２１０に登録されたイベントの実施予定を示した帳票を印字するプリンタである。
【００２５】
図６は、ＰＯＳ端末３０のハードウェア構成の一例を示すブロック図である。ＰＯＳ端末３０は、制御部３０１、記憶部３０２、通信インタフェース３０３、キーボード３０４、スキャナ装置３０５、第１表示部３０６、第２表示部３０７、印字部３０８、カードリーダライタ３０９、及び非接触カードリーダライタ３１０を備える。これら各部は、データバスやアドレスバス等のシステムバス３１１を介して相互に接続している。
【００２６】
制御部３０１は、ＰＯＳ端末３０の全体の動作を制御し、ＰＯＳ端末３０が有する各種の機能を実現するコンピュータである。制御部３０１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備える。ＣＰＵは、ＰＯＳ端末３０の動作を統括的に制御する。ＲＯＭは、各種プログラムやデータを記憶する記憶媒体である。ＲＡＭは、各種プログラムや各種データを一時的に記憶する記憶媒体である。そして、ＣＰＵは、ＲＡＭをワークエリア（作業領域）としてＲＯＭ又は記憶部３０２等に格納されたプログラムを実行する。
【００２７】
記憶部３０２は、ＨＤＤやＳＳＤなどの記憶装置である。記憶部３０２は、制御プログラム３１２を記憶する。制御プログラム３１２は、オペレーティングシステムや、ＰＯＳ端末３０が備えている機能を発揮させるためのプログラムである。制御プログラム３１２には、本実施形態に係る特徴的な機能を発揮させるプログラムが含まれる。
【００２８】
通信インタフェース３０３は、第１ネットワーク４０に接続された管理サーバ２０等と通信するためのインタフェースである。
【００２９】
キーボード３０４は、ＰＯＳ端末３０を操作する各種キーを備える。
【００３０】
スキャナ装置３０５は、コードシンボルにより示されている情報を読み取る。例えば、スキャナ装置３０５は、商品を識別可能な識別情報である商品コードを読み取る。
【００３１】
第１表示部３０６は、表示面上にタッチパネルが積層された液晶表示装置等である。第１表示部３０６は、例えば、店舗の店員に向けて各種画面を表示する。第２表示部３０７は、表示面上にタッチパネルが積層された液晶表示装置等である。第２表示部３０７は、例えば、顧客に向けて各種画面を表示する。
【００３２】
印字部３０８は、取引内容やポイント状況等が示されたレシート等を用紙に印字するプリンタである。
【００３３】
カードリーダライタ３０９は、カードに付されている磁性体等の記憶媒体が記憶する情報の読み取り及び書き込みを実行する装置である。非接触カードリーダライタ３１０は、ＮＦＣ（Near  Field  Communication）等の近距離無線通信により、非接触ＩＣカードのＩＣタグに対して、情報の書き込み及び読み込みを実行する。
【００３４】
次に、イベントシステム１が備える各種装置の特徴的な機能について説明する。ここで、図７は、イベントシステム１が備える各種装置の特徴的な機能構成の一例を示すブロック図である。
【００３５】
管理サーバ２０の制御部２０１は、記憶部２０２の制御プログラム２０８をＲＡＭに展開し、制御プログラム２０８に従って動作することで、図７に示す各機能部をＲＡＭ上に生成する。具体的には、管理サーバ２０の制御部２０１は、機能部として、通信制御部２００１と、操作制御部２００２と、表示制御部２００３と、印字制御部２００４と、気象予測情報管理部２００５と、スケジュール登録部２００６と、スケジュール変更部２００７と、スケジュール取消部２００８と、イベント通知部２００９とを備える。
【００３６】
通信制御部２００１は、入力手段の一例である。通信制御部２００１は、通信インタフェース２０３を制御して、第１ネットワーク４０や第２ネットワーク５０を介した通信を制御する。例えば、通信制御部２００１は、気象サーバ１０から気象予測情報１１を受信する。また、通信制御部２００１は、イベントの実施通知をＰＯＳ端末３０に送信する。
【００３７】
操作制御部２００２は、操作部２０４を制御して、各種操作を受け付ける。例えば、操作制御部２００２は、スケジュールテーブル２１０に登録されたイベントを変更する操作や、イベントの実施を取り消す操作を受け付ける。
【００３８】
表示制御部２００３及び印字制御部２００４は、出力手段の一例である。表示制御部２００３は、表示部２０５を制御して、各種画面を表示させる。例えば、表示制御部２００３は、スケジュールテーブル２１０に登録されたイベントのスケジュールを表示部２０５に表示させる。すなわち、表示制御部２００３は、イベントを実施する期間と、期間に実施予定のイベントとを表示させる。印字制御部２００４は、印字部２０６を制御して、各種情報を用紙に印字させる。例えば、印字制御部２００４は、スケジュールテーブル２１０に登録されたイベントのスケジュールを印字部２０６に印字させる。すなわち、印字制御部２００４は、イベントを実施する期間と、期間に実施予定のイベントとを印字させる。
【００３９】
気象予測情報管理部２００５は、通信制御部２００１が気象予測情報１１を受信した場合に、記憶部２０２に記憶させる。
【００４０】
スケジュール登録部２００６は、抽出手段、及び登録手段の一例である。スケジュール登録部２００６は、イベントの登録条件が満たされたことを条件に、記憶部２０２に記憶されている気象予測情報１１に基づいて、スケジュールテーブル２１０にイベントを登録する。ここで、イベントの登録条件は、例えば所定の時刻になったことである。なお、イベントの登録条件は、所定の時刻になったことに限らない。イベントの登録条件は、記憶部２０２に気象予測情報１１が記憶されたことであってもよいし、一定時間が経過したことであってもよいし、イベントを登録する操作が受け付けられたことであってもよい。
【００４１】
例えば、スケジュール登録部２００６は、スケジュールテーブル２１０の各期間から登録対象の一の期間を選択する。スケジュール登録部２００６は、登録対象の期間に該当する予測日時の予測内容を、気象予測情報１１から抽出する。スケジュール登録部２００６は、抽出した予測内容と、イベントテーブル２０９のイベント条件とを比較して、イベント条件を満たすイベントがあるか否かを判定する。スケジュール登録部２００６は、イベント条件を満たすイベントがある場合に、該当するイベントのイベント名称と、イベント内容とをイベントテーブル２０９から抽出する。そして、スケジュール登録部２００６は、抽出したイベント名称と、イベント内容とを、スケジュールテーブル２１０の登録対象の期間に関連付けて登録する。さらに、スケジュール登録部２００６は、スケジュールテーブル２１０の登録対象の期間に関連付けられている設定方法に自動を登録し、実行予定に実行を登録する。
【００４２】
一方、スケジュール登録部２００６は、イベント条件を満たすイベントがない場合に、スケジュールテーブル２１０の登録対象の期間に関連付けられているイベント名称及びイベント内容に、イベントなしを登録する。さらに、スケジュール登録部２００６は、スケジュールテーブル２１０の登録対象の期間に関連付けられている設定方法に自動を登録し、実行予定に実行を登録する。そして、スケジュール登録部２００６は、スケジュールテーブル２１０の各期間に、イベントを登録するまで繰り返し実行する。
【００４３】
スケジュール登録部２００６は、スケジュールテーブル２１０の一つの期間に対して、イベント条件を満たすイベントが複数ある場合に、複数のイベントを登録してもよい。または、スケジュール登録部２００６は、スケジュールテーブル２１０の一つの期間に対して、イベント条件を満たすイベントが複数ある場合に、複数のイベントから一のイベントを選択させてもよい。または、スケジュール登録部２００６は、スケジュールテーブル２１０の一つの期間に対して、イベント条件を満たすイベントが複数ある場合に、予め設定された優先順位に基づいて一のイベントを登録してもよい。
【００４４】
ここで、気象予測は、日々刻々と変化する。そのため、通信制御部２００１は、前回受信した予測日時と同一の予測日時について、前回とは異なる気象現象を予測した気象予測情報１１を受信する場合がある。この場合においても、スケジュール登録部２００６は、受信した気象予測情報１１と、イベントテーブル２０９のイベント条件とを比較して、イベント条件を満たすイベントを抽出する。そして、スケジュール登録部２００６は、スケジュールテーブル２１０の対象期間に関連付けられた更新可否に許可が設定されていることを条件に、抽出したイベントに変更する更新を行う。
【００４５】
スケジュール変更部２００７は、スケジュールテーブル２１０に登録されたイベントを変更する。さらに詳しくは、スケジュール変更部２００７は、操作制御部２００２がスケジュールテーブル２１０のイベントを変更する操作を受け付けた場合に、操作により指定された期間のイベントを変更する。すなわち、スケジュール変更部２００７は、操作により指定された期間に関連付けられているイベント名称とイベント内容とを、操作により指定されたイベント名称とイベント内容とに変更する。そして、スケジュール変更部２００７は、操作により指定された期間に関連付けられている更新可否に禁止を登録する。なお、スケジュール変更部２００７は、更新可否を変更する操作が受け付けられた場合には、操作により指定された期間に関連付けられている更新可否を変更する。
【００４６】
スケジュール取消部２００８は、取消手段の一例である。スケジュール取消部２００８は、スケジュールテーブル２１０に登録されたイベントを取り消す。さらに詳しくは、スケジュール取消部２００８は、操作制御部２００２がスケジュールテーブル２１０のイベントを取り消す操作を受け付けた場合に、操作により指定された期間のイベントの登録を取り消す。すなわち、スケジュール取消部２００８は、操作により指定された期間に関連付けられている実行予定に取消を登録する。
【００４７】
イベント通知部２００９は、通信制御部２００１と協働で、イベントの実施通知をＰＯＳ端末３０に送信する。さらに詳しくは、イベント通知部２００９は、イベントの通知条件が満たされたことを条件に、通知対象の期間に関連付けられているイベントをスケジュールテーブル２１０から抽出する。ここで、イベントの通知条件は、例えば所定の時刻になったことである。なお、イベントの通知条件は、所定の時刻になったことに限らない。イベントの通知条件は、スケジュールテーブル２１０にイベントが登録されたことであってもよいし、スケジュールテーブル２１０の登録内容が変更されたことであってもよいし、一定時間が経過したことであってもよいし、イベントを通知する操作が受け付けられたことであってもよい。
【００４８】
さらに、イベント通知部２００９は、抽出したイベントのうち、実行予定に取消が登録されていないイベントを抽出する。そして、イベント通知部２００９は、抽出したイベントのイベント名称と、イベント内容と、期間とを含むイベントの実施通知をＰＯＳ端末３０に送信する。
【００４９】
ＰＯＳ端末３０の制御部３０１は、記憶部３０２の制御プログラム３１２をＲＡＭに展開し、制御プログラム３１２に従って動作することで、図７に示す各機能部をＲＡＭ上に生成する。具体的には、ＰＯＳ端末３０の制御部３０１は、機能部として、通信制御部３００１と、イベント設定部３００２と、販売登録部３００３と、会計処理部３００４とを備える。
【００５０】
通信制御部３００１は、通信インタフェース３０３を制御して、第２ネットワーク５０を介した通信を制御する。例えば、通信制御部３００１は、イベントの実施通知を管理サーバ２０から受信する。
【００５１】
イベント設定部３００２は、イベントの実施通知を受信した場合に、イベントの実施を設定する。例えば、イベント設定部３００２は、イベントの実施通知に含まれる期間において、ポイント付与や割引等のイベントの実行を設定する。
【００５２】
販売登録部３００３は、顧客に販売する商品を登録する販売登録を制御する。例えば、販売登録部３００３は、スキャナ装置３０５がコードシンボルから読み取った商品コードの商品を販売登録する。
【００５３】
会計処理部３００４は、販売登録部３００３が販売登録した商品の会計処理を制御する。例えば、会計処理部３００４は、販売登録部３００３が販売登録した商品の合計価格を算出する。また、会計処理部３００４は、顧客から受領した金額から合計価格を減算してお釣りを算出する。
【００５４】
さらに、会計処理部３００４は、イベント設定部３００２が設定した期間であることを条件に、イベント設定部３００２が設定したイベント内容を実行する。すなわち、会計処理部３００４は、ポイント付与や商品の価格の割引を実行する。また、会計処理部３００４は、会計処理において表示される画面に、イベント名称を表示させる。また、会計処理部３００４は、会計処理において発行するレシートに、イベントを実行したことを示す履歴としてイベント名称を印字させる。
【００５５】
次に、管理サーバ２０が実行するイベント管理処理について説明する。ここで、図８は、本実施形態の管理サーバ２０が実行するイベント管理処理の一例を示すフローチャートである。
【００５６】
通信制御部２００１は、気象予測情報１１を受信したか否かを判定する（ステップＳ１）。気象予測情報１１を受信したことを条件に（ステップＳ１；Ｙｅｓ）、気象予測情報管理部２００５は、受信した気象予測情報１１を記憶部２０２に記憶させる（ステップＳ２）。
【００５７】
気象予測情報１１を受信していないことを条件に（ステップＳ１；Ｎｏ）、スケジュール登録部２００６は、イベントの登録条件が満たされたか否かを判定する（ステップＳ３）。
【００５８】
イベントの登録条件が満たされたことを条件に（ステップＳ３；Ｙｅｓ）、スケジュール登録部２００６は、イベントを登録する（ステップＳ４）。すなわち、スケジュール登録部２００６は、記憶部２０２に記憶された気象予測情報１１と、イベントテーブル２０９とに基づいて、スケジュールテーブル２１０の各期間に対してイベントを登録する。
【００５９】
管理サーバ２０は、スケジュールテーブル２１０の各期間に登録したイベントを出力して、小売店の管理者等に登録内容の確認を要求する（ステップＳ５）。すなわち、表示制御部２００３は、スケジュールテーブル２１０の各期間に登録されたイベントを表示部２０５に表示させる。また、印字制御部２００４は、スケジュールテーブル２１０の各期間に登録されたイベントを印字部２０６に印字させる。
【００６０】
イベントの登録条件が満たされていないことを条件に（ステップＳ３；Ｎｏ）、スケジュール変更部２００７は、イベントを変更する操作が受け付けられたか否かを判定する（ステップＳ６）。
【００６１】
イベントを変更する操作が受け付けられたことを条件に（ステップＳ６；Ｙｅｓ）、スケジュール変更部２００７は、イベントを変更する（ステップＳ７）。すなわち、スケジュール変更部２００７は、操作により指定された期間に関連付けられているイベント名称とイベント内容とを、操作により指定された内容に変更する。さらに、スケジュール変更部２００７は、操作により指定された期間に関連付けられている更新可否に禁止を登録する。
【００６２】
管理サーバ２０は、スケジュールテーブル２１０の各期間に登録したイベントを出力して、小売店の管理者等に登録内容の確認を要求する（ステップＳ８）。すなわち、表示制御部２００３は、スケジュールテーブル２１０の各期間に登録されたイベントを表示部２０５に表示させる。また、印字制御部２００４は、スケジュールテーブル２１０の各期間に登録されたイベントを印字部２０６に印字させる。
【００６３】
イベントを変更する操作が受け付けられていないことを条件に（ステップＳ６；Ｎｏ）、スケジュール取消部２００８は、イベントの実施を取り消す操作が受け付けられたか否かを判定する（ステップＳ９）。
【００６４】
イベントの登録を取り消す操作が受け付けられたことを条件に（ステップＳ９；Ｙｅｓ）、スケジュール取消部２００８は、イベントの登録を取り消す（ステップＳ１０）。すなわち、スケジュール取消部２００８は、操作により指定された期間に関連付けられている実行予定に取消を登録する。
【００６５】
管理サーバ２０は、スケジュールテーブル２１０の各期間に登録したイベントを出力して、小売店の管理者等に登録内容の確認を要求する（ステップＳ１１）。すなわち、表示制御部２００３は、スケジュールテーブル２１０の各期間に登録されたイベントを表示部２０５に表示させる。また、印字制御部２００４は、スケジュールテーブル２１０の各期間に登録されたイベントを印字部２０６に印字させる。
【００６６】
イベントの実施を取り消す操作が受け付けられていないことを条件に（ステップＳ９；Ｎｏ）、イベント通知部２００９は、イベントの実施を通知する通知条件が満たされたか否かを判定する（ステップＳ１２）。通知条件が満たされていないことを条件に（ステップＳ１２；Ｎｏ）、管理サーバ２０は、ステップＳ１に移行する。
【００６７】
通知条件が満たされていることを条件に（ステップＳ１２；Ｙｅｓ）、イベント通知部２００９は、対象期間のイベントの実施を通知する実施通知を通信制御部２００１に送信させる（ステップＳ１３）。そして、管理サーバ２０は、ステップＳ１に移行してイベント管理処理を続行する。
【００６８】
以上のように、第１の実施形態に係る管理サーバ２０は、気象サーバ１０から受信した気象予測情報１１と、イベントテーブル２０９とを比較して、イベント条件を満たすイベントを抽出する。そして、管理サーバ２０は、抽出したイベントを、イベント条件を満たす期間に実施することをスケジュールテーブル２１０に登録する。また、管理サーバ２０は、スケジュールテーブル２１０に登録したイベントの実施期間と、イベント内容等を表示や印字等により出力する。従って、管理サーバ２０は、将来のイベントの実施予定を、小売店の管理者等に把握させることができる。
【００６９】
（第２の実施形態）
次に、第２の実施形態について説明する。なお、第１の実施形態との相違点の説明を主に行い、第１の実施形態と同様の機能を有する構成要素については、第１の実施形態と同様の名称・符号を付し、その説明を省略する。
【００７０】
ここで、図９は、第２の実施形態に係るイベントシステム１が備える各種装置の特徴的な機能構成の一例を示すブロック図である。第２の実施形態に係る管理サーバ２１は、イベント生成部２０１０を備えている点が、第１の実施形態に係る管理サーバ２０とは異なっている。さらに、第２の実施形態に係る管理サーバ２１は、イベント生成部２０１０が生成したイベントを、スケジュール登録部２０１６がスケジュールテーブル２１０に登録する点も異なっている。
【００７１】
イベント生成部２０１０は、生成手段の一例である。イベント生成部２０１０は、気象予測情報１１で予測された気象現象が起こった場合の販売実績に基づいて、スケジュールテーブル２１０の対象期間に登録するイベントを生成する。さらに詳しくは、イベント生成部２０１０は、気象予測情報管理部２００５が気象予測情報１１を記憶部２０２に記憶させた場合に、記憶部２０２に記憶された気象予測情報１１と、過去の気象現象とを比較して、気象現象の特異な点を示す特異気象を抽出する。例えば、イベント生成部２０１０は、対象期間が７月１日に実施するイベントを生成する場合、気象予測情報１１が示す７月１日の予測気温と、過去の平均気温とを比較する。そして、イベント生成部２０１０は、気温の差異が閾値以上の場合に、特異気象として予測気温を抽出する。一方、イベント生成部２０１０は、気温の差異が閾値未満の場合に、特異気象ではないと判定する。イベント生成部２０１０は、この処理を気温に限らず、天候や降水確率や湿度や風速等の気象予測情報１１に含まれる他の要素に対して実行してもよい。
【００７２】
イベント生成部２０１０は、特異気象を抽出した場合に、特異気象が平均的な値の場合の販売実績と、特異気象が示している特異な値の場合の販売実績とを比較して、販売実績の差異が閾値以上ある特異商品を抽出する。例えば、イベント生成部２０１０は、特異気象として抽出した予測気温が３５度で、過去の平均気温が２８度の場合に、過去において気温が３５度の場合の販売実績と、過去において気温が２８度の場合の販売実績とを比較する。そして、イベント生成部２０１０は、販売個数の差異が閾値以上の場合に、該当する商品を特異商品として抽出する。一方、イベント生成部２０１０は、販売個数の差異が閾値未満の場合に、該当する商品は特異商品でないと判定する。なお、イベント生成部２０１０は、特異な値の販売実績を抽出する場合に、特異な値に近似した値の販売実績を抽出してもよい。例えば、イベント生成部２０１０は、平均気温との差異が閾値以上ある値を特異な値として販売実績を抽出してもよいし、特異気象が示している特異な値の前後１度までを特異な値として販売実績を抽出してもよい。
【００７３】
そして、イベント生成部２０１０は、この処理を各商品に対して実行する。例えば、イベント生成部２０１０は、抽出した特異商品が購入された場合に、ポイント付与や割引等を実施するイベントを生成する。ポイント付与や割引等のイベント内容については、イベント生成部２０１０は、予め定められている設定に基づいて決定する。なお、イベント生成部２０１０は、特異商品に限らず、商品分類や店舗を特異商品分類や特異店舗として抽出してもよい。特異商品分類は、商品分類ごとに販売実績を比較して抽出される。そして、イベント生成部２０１０は、特異商品分類を抽出した場合には、特異商品分類の商品が購入された場合に、ポイント付与や割引等を実施するイベントを生成する。特異店舗は、店舗ごとに販売実績を比較して抽出される。そして、イベント生成部２０１０は、特異店舗を抽出した場合には、特異店舗で商品が購入された場合に、ポイント付与や割引等を実施するイベントを生成する。
【００７４】
第２の実施形態に係るスケジュール登録部２０１６は、イベント生成部２０１０がイベントを生成した場合に、生成されたイベントをスケジュールテーブル２１０に登録する。さらに詳しくは、スケジュール登録部２０１６は、イベント生成部２０１０が対象期間にした期間に関連付けて生成されたイベントのイベント内容を登録する。また、スケジュール登録部２０１６は、イベント生成部２０１０が生成したイベントを登録する場合に、イベント生成部２０１０が生成したイベントであることを示す名称を、イベント名称として登録する。
【００７５】
以上のように、第２の実施形態に係る管理サーバ２１は、過去の販売実績に基づいて、実施すべきイベントをスケジュールテーブル２１０に登録する。従って、小売店の管理者等は、より売上の向上を期待することができるイベントのスケジュールを把握することができる。
【００７６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００７７】
また、上記実施形態では、管理サーバ２０は、気象現象を予測した気象予測情報１１に基づいて、イベントを登録する場合を例に説明した。しかし、上記実施形態では、気象の予測に限らず、他の現象の予測に基づいて、イベントを登録してもよい。例えば、管理サーバ２０は、為替の予測に基づいて、イベントを登録してもよい。この場合、管理サーバ２０は、海外からの渡航者にとって魅力的なイベントを登録することができる。また、管理サーバ２０は、地震の予測に基づいて、イベントを登録してもよい。この場合、管理サーバ２０は、災害時に必要な物品に対するイベントを登録することができる。
【００７８】
また、上記実施形態では、管理サーバ２０は、操作部２０４と、表示部２０５と、印字部２０６とを備えている。しかしながら、管理サーバ２０は、操作部２０４と、表示部２０５と、印字部２０６とを備えていなくてもよい。例えば、管理サーバ２０は、ネットワークを介して接続されたパーソナルコンピュータやスマートフォンやタブレット端末等の端末から、リモート操作により操作を受け付けてもよい。そして、管理サーバ２０は、ネットワークを介して接続された端末に、スケジュールテーブル２１０に登録されたイベントのスケジュールを表示させてもよい。
【００７９】
また、上記実施形態では、スケジュール取消部２００８は、イベントの実施を取り消す場合に、スケジュールテーブル２１０の実行予定に取消を登録すると説明した。しかし、スケジュール取消部２００８は、スケジュールテーブル２１０から該当するイベントの情報を削除してもよい。
【００８０】
上記実施形態や変形例の各装置で実行されるプログラムは、各装置が備える記憶媒体（ＲＯＭ又は記憶部）に予め組み込んで提供するものとするが、これに限らないものとする。例えば、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。さらに、記憶媒体は、コンピュータ或いは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶又は一時記憶した記憶媒体も含まれる。
【００８１】
また、上記実施形態や変形例の各装置で実行されるプログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよいし、インターネット等のネットワーク経由で提供又は配布するように構成してもよい。
【符号の説明】
【００８２】
１  イベントシステム
１０  気象サーバ
１１  気象予測情報
２０、２１  管理サーバ
３０  ＰＯＳ端末
２０９  イベントテーブル
２１０  スケジュールテーブル
２００１、３００１  通信制御部
２００２  操作制御部
２００３  表示制御部
２００４  印字制御部
２００５  気象予測情報管理部
２００６、２０１６  スケジュール登録部
２００７  スケジュール変更部
２００８  スケジュール取消部
２００９  イベント通知部
３００２  イベント設定部
３００３  販売登録部
３００４  会計処理部
２０１０  イベント生成部
【先行技術文献】
【特許文献】
【００８３】
【特許文献１】特開２０１１−２０３９１４号公報
【図１】
2019040448.tif 000003
【図２】
2019040448.tif 000004
【図３】
2019040448.tif 000005
【図４】
2019040448.tif 000006
【図５】
2019040448.tif 000007
【図６】
2019040448.tif 000008
【図７】
2019040448.tif 000009
【図８】
2019040448.tif 000010
【図９】
2019040448.tif 000011