(57)【要約】【課題】企画対象の商品のうち、店舗が必要な商品の広告データを容易に作成可能な仕組みを提供すること。【解決手段】本部の企画担当者が作成したセールイベントなどの企画情報と、その企画対象である商品のうち、店舗から受け付けた商品に関する情報とを広告作成システムで記憶する。当該企画情報と店舗から受け付けた商品に関する情報とに基づいて、企画対象となっている商品であり、かつ、店舗から受け付けた商品に関する情報に含まれる商品の広告データを生成し、店舗の情報処理装置で出力可能とする。【選択図】図８
2017162467.tif 000002
【特許請求の範囲】
【請求項１】
店舗で用いられる広告を生成可能な広告作成システムであって、
広告を生成するための商品情報を含む広告生成データと、店舗の商品に関する商品データとを取得する取得手段と、
前記取得手段で取得される前記広告生成データと前記商品データとに基づいて、前記広告生成データに含まれる商品のうち、前記商品データが示す商品に対応する広告データを生成する生成手段と
を備えることを特徴とする広告作成システム。
【請求項２】
前記商品データは店舗の商品の在庫データと発注データとの少なくともいずれか１つを含み、前記広告生成データは商品と当該商品の販売企画とに関するデータを含むことを特徴とする請求項１に記載の広告作成システム。
【請求項３】
前記広告作成システムは、
前記広告データを、前記販売企画に関するデータを用いて企画ごとに識別可能に表示するよう制御する表示制御手段を更に備えることを特徴とする請求項２に記載の広告作成システム。
【請求項４】
前記発注データは、更に発注した店舗の店舗情報を含み、
前記表示制御手段は、表示の要求を受け付けた店舗の前記店舗情報より、前記店舗が発注した商品に対応する前記広告データを表示するよう制御することを特徴とする請求項３に記載の広告作成システム。
【請求項５】
前記広告作成システムは、
前記生成手段で前記広告データを生成する予約日を受け付ける処理予約受付手段を更に備え、
前記生成手段は、前記処理予約受付手段で受け付けた予約日以降に、前記広告データを生成することを特徴とする請求項１乃至４のいずれか１項に記載の広告作成システム。
【請求項６】
前記広告作成システムは、前記処理予約受付手段で受け付けた予約日以降に前記生成手段で生成された前記広告データを、前記店舗の情報処理装置に送信する送信手段を更に備えることを特徴とする請求項５に記載の広告作成システム。
【請求項７】
前記送信手段は、前記処理予約受付手段で受け付けた予約日の前には、前記広告データを前記店舗の情報処理装置に送信しないことを特徴とする請求項６に記載の広告作成システム。
【請求項８】
前記広告作成システムは、
前記広告データを即時生成するか否かの指示を受け付ける受付手段を更に備えることを特徴とする請求項１乃至７に記載の広告作成システム。
【請求項９】
店舗で用いられる広告を生成可能な広告作成システムであって、
広告を生成するための商品情報を含む広告生成データと、店舗の商品に関する商品データとを取得する取得ステップと、
前記取得ステップで取得される前記広告生成データと前記商品データとに基づいて、前記広告生成データに含まれる商品のうち、前記商品データが示す商品に対応する広告データを生成する生成ステップと
を備えることを特徴とする広告作成システムの制御方法。
【請求項１０】
店舗で用いられる広告を生成可能な広告作成システムのプログラムであって、
前記広告作成システムを、
広告を生成するための商品情報を含む広告生成データと、店舗の商品に関する商品データとを取得する取得手段と、
前記取得手段で取得される前記広告生成データと前記商品データとに基づいて、前記広告生成データに含まれる商品のうち、前記商品データが示す商品に対応する広告データを生成する生成手段
として機能させることを特徴とするプログラム。
【請求項１１】
店舗で用いられる広告を生成可能なサーバ装置であって、
広告を生成するための商品情報を含む広告生成データと、店舗の商品に関する商品データとを取得する取得手段と、
前記取得手段で取得される前記広告生成データと前記商品データとに基づいて、前記広告生成データに含まれる商品のうち、前記商品データが示す商品に対応する広告データを生成する生成手段と
を備えることを特徴とするサーバ装置。
【請求項１２】
店舗で用いられる広告を生成可能なサーバ装置として機能させるプログラムであって、
前記サーバ装置を、
広告を生成するための商品情報を含む広告生成データと、店舗の商品に関する商品データとを取得する取得手段と、
前記取得手段で取得される前記広告生成データと前記商品データとに基づいて、前記広告生成データに含まれる商品のうち、前記商品データが示す商品に対応する広告データを生成する生成手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告作成システム、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
スーパーマーケットやドラッグストアなどの小売店においては、商品名や価格、その他商品の情報などを示した、ＰＯＰ（Ｐｏｉｎｔ  ｏｆ  ｐｕｒｃｈａｓｅ）広告が商品の近くに掲示される。
【０００３】
小売店の作業者は、ＰＣにインストールされている広告印刷アプリケーションソフトを用いて、このＰＯＰ広告を作成する。また、支店が複数あるような大型スーパーマーケットやドラッグストアのチェーン店の場合には、店舗側でＰＯＰ広告を作成するのではなく、本店やチェーン店を統括する本部が全ての店舗に対して同一内容の商品別ＰＯＰ広告のデータを作成している。本部で作成されたＰＯＰ広告のデータが各店舗へ送信することが一般的に行われている。
【０００４】
そこで特許文献１には、ＰＯＰ広告の作成方法として、商品の発注データを店舗にある各端末から本部へと送信する。店舗から受信した商品の発注データと発注元識別コードをもとに、店舗ごとの発注された商品の広告データを本部で作成して店舗に送信する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−１９５１７３
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、店舗で期間限定の特売セール等の企画が開催される場合は、本店やチェーン店を統括する本部から、企画名や企画の開催期間、企画対象の商品の情報を含んだ企画専用の広告データが店舗に配信される。それにより企画の開催を指示されることが多くある。
【０００７】
しかしながら、本部から送られてきた企画の広告データより印刷を行おうとすると、本部側は同一の企画の広告データを全ての店舗に一括して送信している。そのため企画対象の商品の中には店舗によって扱っていない商品や、在庫切れした商品の広告も広告のデータに含まれてしまう。そのため各店舗の作業者は、本部から送られてきた企画の広告データ一覧を参照しながら、自店舗にある商品をそれぞれ選択することでＰＯＰ広告の印刷を行う必要があり、非常に手間である。また特許文献１に記載の発明においては、そういった期間限定のセールイベント等の企画が開催される場合の処理が想定されていない。
【０００８】
そこで本発明は、企画対象の商品のうち、店舗が必要な商品の広告データを容易に作成可能な仕組みを提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明の店舗で用いられる広告を生成可能な広告作成システムは、広告を生成するための商品情報を含む広告生成データと、店舗の商品に関する商品データとを取得する取得手段と、前記取得手段で取得される前記広告生成データと前記商品データとに基づいて、前記広告生成データに含まれる商品のうち、前記商品データが示す商品に対応する広告データを生成する生成手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、企画対象の商品のうち、店舗が必要な商品の広告データを容易に作成可能な効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】広告作成システムのシステム構成の一例を示す図である。
【図２】サーバ装置１０１、情報処理装置１０２−１、情報処理装置１０２−２のハードウェア構成の一例を示す図である。
【図３】サーバ装置１０１、情報処理装置１０２−１、情報処理装置１０２−２の機能構成の一例を示す図である。
【図４】本部で作成した広告の企画の公開を受け付ける流れを説明するフローチャートである。
【図５】公開処理選択画面５００の画面例を示す図である。
【図６】予約日入力画面６００の画面例を示す図である。
【図７】公開の予約を受け付けたときに生成される予約テーブルの一例である。
【図８】第１の実施形態における、企画指示データと発注マスタ（発注情報）を連係させ、広告データを生成する処理の流れを説明するフローチャートである。
【図９】（ａ）企画指示データの一例である。（ｂ）発注マスタの一例である。（ｃ）店別売価マスタの一例である。
【図１０】広告データの一例を示す図である。
【図１１】生成された広告データを出力する際の流れを説明するフローチャートである。
【図１２】企画選択画面１１００の画面例を示す図である。
【図１３】（ａ）広告データが反映される前の店舗広告作成画面１２００の画面例を示す図である。（ｂ）広告データが反映された後の店舗広告作成画面１２００の画面例を示す図である。
【図１４】第２の実施形態における、企画指示データと発注マスタ、及び在庫マスタ（在庫情報）を連係させ、広告データを生成する処理の流れを説明するフローチャートである。
【図１５】在庫マスタ１５００の一例である。
【図１６】警告画面１６００の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
図１は、本実施形態における情報処理システム（広告作成システム）のシステム構成を示す図である。
【００１４】
図１に示すように本願発明は、サーバ装置１０１と、例えばスーパーマーケットの本部等に設置される情報処理装置１０２−１や、支店である各店舗に設置される情報処理装置１０２−２、各店舗で使用可能な印刷装置１０３とがある。それらがＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワーク１０５を介して相互にデータ通信可能に接続されている。
【００１５】
図１のネットワーク１０５上に接続される各種端末あるいはサーバの構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１６】
サーバ装置１０１は、『バレンタインセール』といった期間限定の企画や当該企画に対応する商品情報やＰＯＰレイアウトといった各種データベースの管理を行うことができる。このような各種データベースは、本部の担当者が作成することもできるし、各店舗の従業員も作成することができるように設けられている。このようなサーバ装置１０１上で企画を管理しておくことで、各店舗の情報処理装置１０２−２からのアクセスに応じて共通の企画、共通の商品情報、共通のＰＯＰレイアウトを利用してＰＯＰ広告を作成することができる。尚、サーバ装置１０１を設けることなく、各店舗の情報処理装置１０２−２で、企画、商品情報、ＰＯＰレイアウト等を管理することも可能である。
【００１７】
情報処理装置１０２−１（クライアント端末）は、スーパーマーケット等を統括する本部の企画作成者が、ＰＯＰ広告（商品広告）の企画の原稿や企画を指示するデータを作成し、サーバ装置１０１に送信することができる端末である。これは店舗を統括する本部に設けられている端末である。
【００１８】
情報処理装置１０２−２は、スーパーマーケット等の店舗の従業員がＰＯＰ広告の作成指示（印刷指示）を行う際に用いることができる端末であり、店舗ごとに設けられている端末である。各店舗の従業員は、情報処理装置１０２−２からサーバ装置１０１にアクセスし、ＰＯＰ広告作成システムにログインすることでＰＯＰ広告を作成し印刷する仕組みを使用することができる。尚、情報処理装置１０２−１と、情報処理装置１０２−２は同様の機能を持ち、同じ動きを行うことが可能であるが、本実施形態では本部側にある情報処理装置を１０２−１、店舗側に設置されている情報処理装置を１０２−２として説明する。尚、１０２−１と１０２−２で共通する記載については、情報処理装置１０２として説明を行う。
【００１９】
印刷装置１０３は、各店舗に設けられたＰＯＰ広告を印刷することができるプリンタであり、インクジェット式プリンタもしくはレーザープリンタのいずれでも良い。この印刷装置１０３は、各店舗からの印刷要求に応じて印刷する際だけでなく、本部からの印刷指示も受け付け印刷することができる。また、本部のみに印刷装置１０３を設置しておき各店舗からの印刷指示に応じて全店舗分のＰＯＰ広告を本部で印刷するように運用してもよい。
【００２０】
図２は、サーバ装置１０１と情報処理装置１０２のハードウェア構成の一例を示す図である。
【００２１】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２２】
また、ＲＯＭ２０２あるいは外部メモリ２１１（記憶手段）には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  ＯｕｔｐｕｔＳｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）が存在する。また、情報処理装置１０２とサーバ装置１０１の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２３】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２４】
また、入力コントローラ（入力Ｃ）２０５は、キーボードや不図示のマウス等のポインティングデバイスやタッチパネル等の入力デバイス２０９からの入力を制御する。
【００２５】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。表示器の種類はＣＲＴや、液晶ディスプレイを想定するが、これに限らない。
【００２６】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル等の外部メモリ２１１へのアクセスを制御する。さらに編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるカード型メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２７】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２８】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２９】
本発明のサーバ装置１０１と情報処理装置１０２が後述する各種処理を実行するために用いられる各種プログラム等は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３０】
さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。
【００３１】
次に、サーバ装置１０１、情報処理装置１０２の機能構成の一例について図３を用いて説明する。尚、図３のサーバ装置１０１、情報処理装置１０２の機能構成は一例であり、用途や目的に応じて様々な構成例がある。
【００３２】
サーバ装置１０１は機能部として、記憶部３０１と、展開制御部３０２と、通信制御部３０３と、表示制御部３０４と、日付管理部３０５とを備える。
【００３３】
記憶部３０１は、後述する各種テーブルやマスタの情報や、各種画面を構成する情報を記憶するための機能部である。必要に応じて、情報の追加・更新・削除を行う（記憶手段）。
【００３４】
展開制御部３０２は、サーバ装置１０１の記憶部３０１に記憶されている各種データテーブルと、情報処理装置１０２や、外部の記憶装置から受信した各種情報を連係させるための機能部である。本実施形態では企画指示データと、発注マスタや在庫マスタ等の店舗から受け付けた商品データとを連係して広告データを作成することを企画指示データの展開処理として説明する。展開制御部３０２はこの展開処理を行うための機能部である。企画指示データと発注マスタ、及び在庫マスタについては後述する。
【００３５】
通信制御部３０３は、サーバ装置１０１と情報処理装置１０２−１、１０２−２との通信を制御するための機能部である。通信制御部３０３は、サーバ装置１０１と情報処理装置１０２との情報の送受信を制御する。
【００３６】
表示制御部３０４は、サーバ装置１０１と通信可能に接続されたディスプレイ２１０の表示を制御するための表示を制御するための機能部である。表示制御部３０４から画面等の表示指示がなされると、ビデオコントローラ２０６を介してディスプレイ２１０に表示指示が送信される。そして、ディスプレイ２１０はこの指示を受信すると、指示に従って画面等を表示する（表示制御手段）。
【００３７】
日付管理部３０５は、展開制御部３０２で制御を行う各種データテーブルの展開を行う日を管理する機能部である。日付管理部３０５は、後述する予約テーブル７００で管理されたデータの展開の予約日と、現在の日付との関係を判定し、予約日が現在の日付と同一である、もしくは現在の日付が予約日以降の日付であると判定した場合は、展開制御部３０２に展開指示が送信される。
【００３８】
情報処理装置１０２は機能部として、記憶部３０６と、通信制御部３０７と、表示制御部３０８とを備える。
【００３９】
記憶部３０６は、後述する各種画面を構成する情報を記憶するための機能部である。必要に応じて、情報の追加・更新・削除を行う。また、記憶部３０６は、後述する通信制御部３０７で受信した情報を記憶する機能も有する。
【００４０】
通信制御部３０７は、サーバ装置１０１と情報処理装置１０２−１、１０２−２との通信を制御するための機能部である。通信制御部３０３は、サーバ装置１０１と情報処理装置１０２との情報の送受信を制御する。
【００４１】
表示制御部３０８は、情報処理装置１０２のディスプレイ２１０の表示を制御するための表示を制御するための機能部である。表示制御部３０４から画面等の表示指示がなされると、ビデオコントローラ２０６を介してディスプレイ２１０に表示指示が送信される。そして、ディスプレイ２１０はこの指示を受信すると、指示に従って画面等を表示する。
【００４２】
次に、本部で作成した広告の企画の公開を受け付ける流れを、図４のフローチャートを用いて説明する。尚、ここで言う「公開」とは、広告データを出力可能な状態にすることを意味する。広告データを店舗の情報処理装置１０２−２で出力可能な状態とするには、後述する展開処理を行うことが必要であり、本実施形態においては、展開処理の前には広告データを出力できない。
【００４３】
まず、ステップＳ４０１では、情報処理装置１０２−１のＣＰＵ２０１は、企画の公開要求指示を受け付ける。本実施形態では、最初に情報処理装置１０２−１にインストールされた広告作成システムを起動する。広告作成システムを起動すると不図示のメニュー画面が表示制御部３０８の機能により情報処理装置１０２−１に表示され、そのメニュー画面の１つに不図示の広告作成を開始するボタンが表示される。広告作成を開始するボタンが押下されると、図５の公開処理選択画面５００が表示される。公開処理選択画面５００のボタンをユーザが押下することにより、情報処理装置１０２−１のＣＰＵ２０１は、企画の公開要求指示を受け付ける。ここで言う企画とは、期間限定で行う商品の特売セールイベント等の販売企画を示す、広告を生成するための商品情報を含む広告生成データのことを差す（以下、企画指示データ）。
【００４４】
図５の公開処理選択画面５００は、情報処理装置１０２−１に表示され、企画指示データの公開方法を受け付ける画面を示す図である。公開処理選択画面５００は、予約公開ボタン５０１と、即時公開ボタン５０２とを備える。予約公開ボタン５０１は、押下されたと判定すると企画指示データを公開する日付の予約を受け付ける。即時公開ボタン５０２は、ボタンが押下されたと判定すると、ボタンが押下されたタイミングで企画指示データの公開及び展開処理を行う。展開処理については後述する。
【００４５】
ステップＳ４０２では、情報処理装置１０２−１のＣＰＵ２０１は、ステップＳ４０１で受け付けた公開要求指示が、即時公開（広告データの即時生成）か否かを判定する。即時公開ボタン５０２が押下され、即時公開指示を受け付けたと判定した場合は、ステップＳ４０３に処理を進める。即時公開ボタン５０２が押下されず、即時公開指示を受け付けたと判定しなかった場合は、ステップＳ４０４に処理を進める（受付手段）。
【００４６】
ステップＳ４０３では、情報処理装置１０２−１のＣＰＵ２０１は、通信制御部３０３の機能により、サーバ装置１０１に企画指示データの展開指示を送信する。ステップＳ４０３の処理が終了すると図８のステップＳ８０４に処理を進める。ステップＳ８０４については後述する。
【００４７】
ステップＳ４０４では、情報処理装置１０２−１のＣＰＵ２０１は、予約公開ボタン５０１が押下されたか否かを判定する。予約公開ボタン５０１が押下され、予約公開の指示を受け付けたと判定した場合にはステップＳ４０５に処理を進める。予約公開ボタン５０１が押下されず、予約公開の指示を受け付けたと判定されなかった場合にはステップＳ４０２に処理を戻す。尚、本実施形態では公開処理の選択肢に即時公開と予約公開の二つを記載しているが、予約取り消しの処理を用意し、既に行った企画指示データの公開予約を取り消すボタン等、即時公開と予約公開以外にもボタンを備えても良い。
【００４８】
ステップＳ４０５では、情報処理装置１０２−１のＣＰＵ２０１は、企画指示データを公開する予約日の入力を受け付ける。具体的には、ステップＳ４０４で予約公開ボタン５０１が押下されたと判定されると、図６の予約日入力画面６００が表示制御部３０８の機能により表示される。予約日入力画面６００に予約日が入力され、予約日入力画面６００の実行ボタン６０４が押下されると、サーバ装置１０１にある予約テーブル７００に、公開する企画指示データとその予約情報が書き込まれる。予約日入力画面６００と予約テーブル７００については後述する（処理予約受付手段）。
【００４９】
図６の予約日入力画面６００は、公開する企画指示データの予約日の入力を受けつける画面の例を示す図である。予約日入力画面６００は予約年入力欄６０１と、予約月入力欄６０２と、予約日入力欄６０３と、実行ボタン６０４とを備える。予約欄に年月日を入力した後に実行ボタン６０４が押下されると、受け付けた予約日情報をサーバ装置１０１に送信する。
【００５０】
図７の予約テーブル７００は、公開の予約を行った企画指示データのファイルを管理するためのテーブルである。予約テーブル７００は、予約ＩＤ７０１と、ファイル名７０２と、公開予約日７０３とを備える。予約ＩＤ７０１は公開の予約を行った企画指示データのファイルごとに割り振られる一意な識別情報を示す。ファイル名７０２は、公開の予約が設定された企画指示データのファイル名を示す。公開予約日７０３は、予約日入力画面６００で入力を受け付けた予約日を示す。
【００５１】
ステップＳ４０６では、情報処理装置１０２−１のＣＰＵ２０１は、ステップＳ４０４で受け付けた、企画指示データの予約公開の指示と、ステップＳ４０５で入力を受け付けた予約日とを、通信制御部３０７の機能によりサーバ装置１０１に送信する。ステップＳ４０５処理を終了すると、図８のステップＳ８０１に処理を進める。ステップＳ８０１については後述する。
【００５２】
次に、企画指示データと発注マスタを連係させ、広告データを生成する第１の実施形態の処理の流れについて、図８に示すフローチャートを用いて説明する。ここでは、企画指示データと発注マスタとを連係させ、広告データに必要な情報を取得し、広告データを生成可能にする処理を「展開」とし、企画指示データの展開処理として説明する。尚、図８のフローチャートは、図４のフローチャートの続きである。
【００５３】
ステップＳ８０１では、サーバ装置１０１のＣＰＵ２０１は、通信制御部３０３の機能により、情報処理装置１０２−１から送信された公開予約指示と予約日の情報を受け付ける。
【００５４】
ステップＳ８０２では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ８０２で情報処理装置１０２−１からの予約指示を受け付け、予約日と予約が指定されたファイルを予約テーブル７００に書き込む。書き込んだファイルに予約ＩＤを割り振って予約ＩＤ７０１に書き込む。
【００５５】
ステップＳ８０３では、サーバ装置１０１のＣＰＵ２０１は、日付管理部３０５の機能により、現在の日付が予約テーブルに書き込まれた予約日の日付か、もしくは現在の日付が予約日以降の日付か否かを判定する。現在の日付が予約日の日付、もしくは現在の日付が予約日以降の日付である、つまり、公開の予約を設定した日に達したか、予約日を過ぎたと判定した場合にはステップＳ８０４に処理を進める。現在の日付が予約テーブルに書き込まれた日付、もしくは予約日以降の日付ではない、つまり、まだ公開の予約を設定した日付に達していない、予約日を過ぎていないと判定した場合には、設定した予約日に達するまでステップＳ８０３の処理を繰り返す。ここで予約日に達するか、もしくは予約日を過ぎるまでサーバ装置１０１のＣＰＵ２０１は広告データの展開処理を開始しない。予約日に達するまで展開処理を行わないため、予約日の前には広告データの生成が行われず、情報処理装置１０２への広告データの送信も行われない。
【００５６】
ステップＳ８０４では、サーバ装置１０１のＣＰＵ２０１は、サーバ装置１０１で記憶部３０１の機能により管理されている企画指示データを参照する。なお、公開の予約を受け付けずステップＳ４０２で即時公開の指示を受け付ける場合もある。その場合は、情報処理装置１０２−１から送信された企画指示データの公開、及び展開指示により、サーバ装置１０１のＣＰＵ２０１は、情報処理装置１０２−１から送信された企画指示データを参照する。企画指示データを参照し、その企画指示データの情報に基づいて展開制御部３０２の機能により、展開処理を行う。
【００５７】
図９（ａ）の企画指示データは期間限定の特売セールイベント等の企画情報を含む、広告作成のための情報を管理するデータテーブルを示す。図９（ａ）の企画指示データは、企画番号９０１と、企画名９０２と、開始日９０３と、終了日９０４と、レイアウト９０５と、用紙９０６と、枚数９０７と、商品コード９０８と、商品名９０９と、メーカー名９１０と、セールスコピー９１１とを備える。企画番号９０１は、企画ごとに割り振られる一意の識別番号を示す。企画名９０２は、企画ごとの名称を示す。開始日９０３は企画が開始される日付を示す。終了日９０４は企画が終了する日付を示す。レイアウト９０５は出力される広告に表示されるレイアウト情報を示す。用紙９０６は広告を印刷する際の用紙サイズを示す。枚数９０７は広告を印刷する際の枚数を示す。商品コード９０８は商品毎に割り振られる一意の識別情報を示す。商品名９０９は商品の名称を示す。メーカー名９１０は商品のメーカー情報を示す。セールスコピー９１１は、広告を印刷する際に付されるセールスコピーを示す。尚、本実施形態ではＰＯＰ広告を印刷する場合を想定して説明を行うが、電子ＰＯＰのように広告データを画面に表示させても良い。また、本実施形態における図９（ａ）の企画指示データの項目は一例であり、これ以外に情報を含んでいても良い。
【００５８】
ステップＳ８０５では、サーバ装置１０１のＣＰＵ２０１は、参照中の企画指示データから企画番号と商品コードを取得する。より具体的には、図９（ａ）の企画指示データのレコードを上から順に参照し、企画番号を企画番号９０１から取得し、取得した企画番号に対応する商品コード９０８を取得する。
【００５９】
ステップＳ８０６では、サーバ装置１０１のＣＰＵ２０１は、図９（ｂ）の発注マスタから、ステップＳ８０５で取得した企画番号と商品コードとを、企画番号９１２と商品コード９１４とに保持するレコードを検索する。
【００６０】
図９（ｂ）の発注マスタは、店舗から受け付ける商品データのうちの一つであり、発注された商品の発注情報を管理するためのマスタを示す。図９（ｂ）の発注マスタは、企画番号９１２と、店舗コード９１３と、商品コード９１４と、発注日９１５と、発注数量９１６とを備える。企画番号９１２は企画番号９０１と同じく企画ごとに割り振られる一意の識別番号を示す。店舗コード９１３は、店舗ごとに割り振られる一意の識別情報を示す。商品コード９１４は、商品コード９０８と同じく商品毎に割り振られる一意の識別情報を示す。発注日９１５は商品を店舗の従業員が発注した日付を示す。発注数量９１６は１種の商品を発注した数量を示す。図９（ｂ）の発注マスタを取得する方法は、まず店舗が発注したデータを外部記憶装置や店舗の情報処理装置１０２−２に記憶しておく。そしてあらかじめ決められた所定のタイミングに、サーバ装置１０１のＣＰＵ２０１が発注データの取得要求を行い、定期的に発注データを取得してもよい。また、店舗から発注データが送られてきた際にその都度発注データを受け付けてもよい。
【００６１】
ステップＳ８０７では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ８０６で発注マスタから企画番号と商品コードとを保持するレコードを検索し、企画番号と商品コードに対応するレコードがあるか否かを判定する。企画番号と商品コードに対応するレコードが発注マスタにあると判定した場合にはステップＳ８０８に処理を進める。企画番号と商品コードに対応するレコードが発注マスタにあると判定しなかった場合にはステップＳ８１４に処理を進める。
【００６２】
ステップＳ８０８では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ８０７で見つけたレコードから、店舗コードを取得する。具体的には、ステップＳ８０５で取得した企画番号と商品コード、及び店舗コードを記憶部３０１の機能により、外部メモリ２１１に記憶する。
【００６３】
ステップＳ８０９では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ８０５で取得した企画番号と商品コードに対応づく商品情報を企画指示データから取得する。商品情報とは、企画指示データに含まれる企画名９０２、開始日９０３、終了日９０４、レイアウト９０５、用紙９０６、枚数９０７、商品名９０９、メーカー名９１０、セールスコピー９１１を指す。企画指示データに含まれ、企画番号と商品コードに対応づくこれらの商品情報を記憶部３０１の機能により、外部メモリ２１１に記憶する。
【００６４】
ステップＳ８１０では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ８０５で取得した企画番号及び商品コードと、ステップＳ８０８で取得した店舗コードとに対応づく店別特売売価９２０を図９（ｃ）の店別売価マスタから取得する。取得した店別売価は記憶部３０１の機能により、外部メモリ２１１に記憶する。
【００６５】
図９（ｃ）の店別売価マスタは、店舗ごとの商品の特別売価を示すマスタである。図９（ｃ）の店別売価マスタは企画番号９１７と、店舗コード９１８と、商品コード９１９と、店別特売売価９２０とを備える。企画番号９１７は、企画番号９０１、企画番号９１２と同じく企画ごとに割り振られる一意の識別番号を示す。店舗コード９１８は店舗コード９１３と同じく店舗ごとに割り振られる一意の識別情報を示す。商品コード９１９は、商品コード９１４、商品コード９０８と同じく商品毎に割り振られる一意の識別情報を示す。店別特売売価９２０は、期間限定の特売セールイベント等で適用される店舗別の商品の特売売価を示す。同じ特売セールの企画で同じ商品であっても、店舗ごとに設定される価格が異なる場合があるためその情報が店別特売売価９２０で管理される。
【００６６】
ステップＳ８１１ではサーバ装置１０１のＣＰＵ２０１は、取得したデータを結合させることで広告データを生成する。具体的には、サーバ装置１０１のＣＰＵ２０１は、広告データのデータテーブルである広告データ１０００を生成し生成した広告データ１０００にレコードを作成して、ステップＳ８０５からステップＳ８１０までの処理で取得した情報を当該レコードに書き込む。広告データ１０００が過去に生成済みであり、存在していれば新たにデータテーブルは作成せず、レコードに各種取得した情報を書き込む（生成手段）。
【００６７】
図１０の広告データ１０００は、特売セールイベント等の企画に含まれる商品で、店舗が発注した商品分の広告を出力するための広告データを示す。広告データ１０００は店舗コード１００１と、企画番号１００２と、企画名１００３と、開始日１００４と、終了日１００５と、レイアウト１００６。そして用紙１００７と、枚数１００８と、商品コード１００９と、商品名１０１０と、メーカーブランド名１０１１と、店別特売売価１０１２と、セールスコピー１０１３とを備える。店舗コードは、図９の店舗コード９１３と店舗コード９１８と同様であり、店舗ごとに割り振られる一意の識別情報を示す。企画番号１００２は企画番号９１２と企画番号９０１と同じく企画ごとに割り振られる一意の識別番号を示す。企画名１００３は、企画名９０２と同じく企画ごとの名称を示す。開始日１００４は、開始日９０３と同じく、企画が開始される日付を示す。終了日１００５は、終了日９０４と同じく企画が終了する日付を示す。レイアウト１００６は、レイアウト９０５と同じく出力される広告に表示されるレイアウト情報を示す。用紙１００７は、用紙９０６と同じく広告を印刷する際の用紙サイズを示す。枚数１００８は枚数９０７と同じく広告を印刷する際の枚数を示す。商品コード１００９は、商品コード９０８と同じく、商品ごとの割り振られる一意の識別情報を示す。商品名１０１０は商品名９０９と同じく商品の名称を示す。メーカーブランド名１０１１はメーカー名９１０と同じく商品のメーカー情報を示す。店別特売売価１０１２は、店別特売売価９２０と同じく期間限定の特売セールイベント等で適用される店舗別の商品の特売売価を示す。セールスコピー１０１３は、セールスコピー９１１と同じく広告を印刷する際に付されるセールスコピーを示す。以上のように、広告データ１０００は図９（ａ）の企画指示データ、図９（ｂ）の発注マスタ、及び図９（ｃ）の店別売価マスタから取得した情報を対応づけて広告データ１０００に書き込む。
【００６８】
ステップＳ８１２では、サーバ装置１０１のＣＰＵ２０１は、次の店舗からの発注があるか否かを判定する。具体的には、ステップＳ８０６で発注マスタから企画番号と商品コードとを保持するレコードを検索し、特定し、企画番号と商品コードに対応した発注マスタのレコードの中で、現在参照中の店舗コードと異なる店舗コードがあるか否かを判定する。店舗コードがあると判定した場合には、サーバ装置１０１のＣＰＵ２０１は、ステップＳ８０８に処理を戻し、ステップＳ８０８からステップＳ８１２までの処理を店舗コードがあるだけ繰り返し実行する。店舗コードがあると判定しなかった場合には、ステップＳ８１３に処理を進める。
【００６９】
ステップＳ８１３では、サーバ装置１０１のＣＰＵ２０１は、現在参照中の企画指示データから企画番号に対応づく商品の商品情報を全て取得したか否かを判定する。企画番号に対応づく商品の商品情報を全商品取得したと判定した場合はステップＳ８１４に処理を進める。企画番号に対応づく商品情報を全て取得していないと判定した場合にはステップＳ８０５に処理を戻す。
【００７０】
ステップＳ８１４では、サーバ装置１０１のＣＰＵ２０１は、次の企画指示データがあるか否かを判定する。具体的には情報処理装置１０２−１からの展開処理の指示を受け付けている企画指示データがあるか否か、または予約テーブルに記録されているファイルで、予約日に達し、展開処理をすべきものがあるか否かを判定する。展開処理を行う対象の企画指示データがあると判定した場合にはステップＳ８０４へと処理を戻し、次の企画指示データを参照する。サーバ装置１０１のＣＰＵ２０１は、処理をすべき企画指示データがなくなるまで、ステップＳ８０４からステップＳ８１４までの処理を繰り返す。展開処理を行う対象の企画指示データがあると判定されなかった場合には、展開の処理を終了する。尚、本実施形態では企画指示データと発注マスタを連係させ広告データを生成したが、企画データと連係させるデータは発注マスタに限らない。店舗が広告を作成するのに必要なデータであれば、店舗の商品の在庫を示す在庫マスタ（在庫データ）など、店舗の商品に関する他のマスタやデータ（商品データ）を用いて広告データを生成してもよい。また、発注マスタと在庫マスタの両方を用いて広告データを生成してもよい。
【００７１】
次に、生成された広告データを店舗側に設置された情報処理装置１０２−２等で出力する際の流れを、図１１のフローチャートを用いて説明する。尚、本実施形態におけるフローチャートでは、情報処理装置１０２−２とサーバ装置１０１との処理を一括して説明を行うが、情報処理装置１０２−２とサーバ装置１０１はそれぞれ独立して処理が行われている。
【００７２】
まず、ステップＳ１１０１では、情報処理装置１０２−２のＣＰＵ２０１は、企画選択画面１２００で出力対象の企画を企画ごとに識別可能に表示し、出力対象の企画の選択を受け付ける。ここで言う出力対象の企画とは、広告データのことを指す。店舗側に設置された情報処理装置１０２−２は、通信制御部３０７の機能によりサーバ装置１０１から広告データを取得し、その情報をもとに企画選択画面を生成し、表示制御部３０８の機能により表示する。企画選択画面は、店舗側の情報処理装置１０２−２で広告作成システムへのログインを受け付けると表示される（表示制御手段）。
【００７３】
図１２の企画選択画面１２００は、店舗の発注マスタをもとに生成された広告データを選択して出力できるように、情報処理装置１０２−２の画面に表示させた画面の一例を示す図である。企画選択画面１２００は、企画名欄１２０１と、企画内検索ボタン１２０２と、企画印刷ボタン１２０３と、公開期間１２０４と、キーワード入力欄１２０５と、検索ボタン１２０６とを備える。企画名欄１２０１は広告データそれぞれの企画名を表示させる欄である。企画内検索ボタン１２０２は、広告データの中から、特定の商品の広告データを検索する際のボタンである。企画印刷ボタン１２０３は、広告データを印刷する際のボタンである。公開期間１２０４は、特売セール等の企画販売を行う期間を示す欄であり、広告データの出力が可能な期間である。キーワード入力欄は、特定の広告データを検索する際に、広告データの企画名や商品名などを入力する欄である。検索ボタン１２０６は、キーワード入力欄に入力したワードを用いて広告データを検索する処理の実行を行うためのボタンである。この企画選択画面の表示により、店舗では容易に広告データや広告データの中の商品情報を選択し、印刷し、編集することが可能となる。
【００７４】
ステップＳ１１０２では、情報処理装置１０２のＣＰＵ２０１は、ステップＳ１１０１で選択を受け付けた企画の広告データの出力要求を、通信制御部３０７の機能によりサーバ装置１０１に送信する。より具体的には、企画選択画面１２００の企画印刷ボタン１２０３の押下により指示される、広告データの出力指示をサーバ装置１０１に送信する。
【００７５】
ステップＳ１１０３では、サーバ装置１０１のＣＰＵ２０１は、通信制御部３０３の機能により情報処理装置１０２−２からの広告データの出力要求を受信する。
【００７６】
ステップＳ１１０４では、サーバ装置１０１のＣＰＵ２０１は、広告データの出力要求を受信した店舗の店舗コードを取得する。具体的には、広告データの出力要求を受信した店舗の広告作成システムへのログイン情報から、ログインＩＤを取得する。本実施形態では、店舗が広告作成システムにログインする際のログインＩＤは、店舗の店舗コードと同じものとする。ログインＩＤ情報を読み込むことで店舗コードを取得する。尚、店舗コードは必ずしも店舗のログイン情報から読み込むとは限らない。広告データに店舗情報が対応づいていても良いし、広告データの出力要求と共に店舗情報を情報処理装置１０２−２からサーバ装置１０１に送信しても良い。店舗コードの取得の仕方はログイン情報以外であってもよい。
【００７７】
ステップＳ１１０５では、サーバ装置１０１のＣＰＵ２０１は、広告データからステップＳ１１０４で取得した店舗コードをもとに検索し、取得した店舗コードに対応づいた広告データを抽出する。
【００７８】
ステップＳ１１０６では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ１１０６で抽出した広告データと、サーバ装置１０１に記憶されているＰＯＰデザインファイルを、通信制御部３０３の機能により情報処理装置１０２−２に送信する。具体的には、サーバ装置１０１にあらかじめＰＯＰ広告のテンプレートであるＰＯＰ広告デザインファイルが記憶部３０１の機能により外部メモリ２１１に記憶されている。そのＰＯＰ広告デザインファイルと店舗コードにより抽出した店舗分の広告データとを、サーバ装置１０１が情報処理装置１０２−２に送信する。尚、ＰＯＰ広告のデザインファイルはサーバ装置１０１ではなく、情報処理装置１０２−１に記憶されていてもよく、サーバ装置１０１は広告データのみを情報処理装置１０２−２に送信してもよい（送信手段）。
【００７９】
ステップＳ１１０７では、情報処理装置１０２−２のＣＰＵ２０１は、サーバ装置１０１から、店舗コードにより抽出した店舗分の広告データとＰＯＰ広告デザインファイルを通信制御部３０７の機能により受信する。
【００８０】
ステップＳ１１０８では、情報処理装置１０２−２のＣＰＵ２０１は、受信した広告データとＰＯＰデザインファイルより、ＰＯＰの印刷データを生成する。具体的には、サーバ装置１０１から受信したＰＯＰデザインファイルに、広告データを結合させ、広告データを反映したＰＯＰ広告レイアウト１３０３を含む印刷データを生成する。
【００８１】
ステップＳ１１０９では、情報処理装置１０２−２のＣＰＵ２０１は、ステップＳ１１０９で生成したＰＯＰ広告の印刷データを出力する。尚、本実施形態ではＰＯＰ広告を印刷装置で印刷させるが、電子広告などで生成したデータを画面に表示させてもよい。
【００８２】
ステップＳ１１１０では、情報処理装置１０２−２のＣＰＵ２０１は、次の広告データがあるか否かを判定する。具体的には、サーバ装置１０１から取得した広告データに出力した広告データとは異なる企画番号を含む広告データがあるか否かを判定する。次の広告データがあると判定した場合には、ステップＳ１１０８に処理を戻し、取得した広告データを出力し終わるまでステップＳ１１０８からステップＳ１１１０の処理を繰り返す。次の広告データがあると判定しなかった場合は、一連の処理を終了する。
【００８３】
図１３（ａ）の店舗広告作成画面１３００は、商品のＰＯＰ広告の編集画面を示す図である。店舗広告作成画面１３００は、編集画面１３０１と、広告データ入力欄１３０２と、ＰＯＰ広告レイアウト１３０３とを備える。編集画面１３０１は、広告作成と編集を受け付ける画面全体を示す。広告データ入力欄１３０２は、広告データの入力を受け付ける欄を示す。本実施形態では、広告データ入力欄には受信した広告データが自動で反映されるが、広告データを直接手動で入力してもよい。ＰＯＰ広告レイアウト１３０３は、広告データ入力欄に入力されたデータを反映した、実際に広告が印刷されたときのデザインが表示される画面を示す。図１３（ａ）の店舗広告作成画面１３００は、広告データが入力される前のテンプレートの状態の画面を示し、図１３（ｂ）の店舗広告作成画面１３００は、広告データが入力され、テンプレートにデータが反映された状態の画面を示す。
【００８４】
図１１のフローチャートでは、サーバ装置１０１から、広告のテンプレートであるＰＯＰ広告デザインファイルと、店舗コードより抽出した広告データとを受信する。そして情報処理装置１０２−２でＰＯＰ広告デザインファイルと広告データにより印刷データを生成したが、サーバ装置側で印刷データを生成し、生成した印刷データを情報処理装置１０２−２に送っても良い。
【００８５】
以上で、第１の実施形態についての説明を終了する。
【００８６】
次に、第２の実施形態について説明する。第１の実施形態は、サーバ装置１０１のＣＰＵ２０１が、受け付けた予約日になると企画データと発注マスタを連係させ、店舗が発注した分の企画対象商品の広告データを生成する処理について説明した。第２の実施形態は、企画指示データと発注マスタに加えて在庫マスタを連係させ、企画対象の商品であるが店舗に在庫があるため発注しなかった商品が存在する場合に警告表示を行う処理について図１４を用いて説明する。図１４の一連の処理は図８の展開処理と同時にサーバ装置１０１によって実行されてもよいし、展開処理とは別に定期的に実行されてもよい。
【００８７】
図１４のステップＳ１４０１では、サーバ装置１０１のＣＰＵ２０１は、記憶部３０１の機能により管理されている企画指示データと発注マスタを参照する。
【００８８】
ステップＳ１４０２では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ１４０１で参照した企画指示データの商品コード中から、同じくステップＳ１４０１で参照した発注マスタに含まれていない商品コードを特定する。つまり、企画指示データに含まれる企画対象の商品であって、店舗から発注されていない商品の商品コードを特定する。
【００８９】
ステップＳ１４０３では、サーバ装置１０１のＣＰＵ２０１は、記憶部３０１の機能により記憶されている在庫マスタを参照する。
【００９０】
図１５は、店舗の商品の在庫を示す在庫マスタの一例を示す。在庫マスタ１５００は、店舗コード１５０１、商品コード１５０２、在庫確認日１５０３、在庫数１５０４、廃棄日１５０５を含む。店舗コード１５０１は、店舗ごとに割り振られる一意の識別情報を示す。商品コード１５０２は、商品毎に割り振られる一意の識別情報を示す。在庫確認日１５０３は、商品の在庫数量などの状況を確認し、データとして登録された日時を示す。在庫数１５０４は、それぞれの商品コードに対応する商品の在庫の数量を示す。廃棄日１５０５は、商品を廃棄すべき日付を示す。在庫マスタ１５００を取得する方法は、発注マスタと同じく店舗で取得し確認したデータをまず外部記憶装置や店舗の情報処理装置１０２−２に記憶しておく。そしてあらかじめ決められた所定のタイミングに、サーバ装置１０１のＣＰＵ２０１が在庫マスタの取得要求を行い、定期的に在庫マスタを取得してもよい。また、店舗から在庫マスタが送られてきた際にその都度在庫マスタを受け付けてもよい。
【００９１】
ステップＳ１４０４では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ１４０２で特定した商品コードが、在庫マスタに含まれているか否かを判定する。つまり、企画対象の商品であって店舗から発注されていない商品が、店舗の在庫マスタに含まれているか否かを判定する。ステップＳ１４０２で特定した商品コードが在庫マスタに含まれていると判定した場合はサーバ装置１０１のＣＰＵ２０１は、ステップＳ１４０５に処理を進める。ステップＳ１４０２で特定した商品コードが在庫マスタに含まれていると判定しなかった場合は、サーバ装置１０１のＣＰＵ２０１は、第２の実施形態における一連の処理を終了する。ステップＳ１４０２で特定した商品コードが在庫マスタに含まれていない場合とは、該当する商品が店舗では扱われていないか、もしくは企画対象の商品をすべて発注済みであった場合が該当する。
【００９２】
ステップＳ１４０５では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ１４０４で、企画対象の商品であって店舗から発注されていない商品が店舗の在庫マスタに含まれていると判定した場合に該当する商品コードを取得する。
【００９３】
ステップＳ１４０６では、サーバ装置１０１のＣＰＵ２０１は、ステップＳ１４０４で該当する商品コードがあると判定した場合には、企画対象の商品の中に発注されていない商品があるため広告データが生成されない旨を警告する通知を行う。このときサーバ装置１０１のＣＰＵ２０１は、ステップＳ１４０５で取得した商品コードを警告画面上に表示させてもよい。
【００９４】
図１６は警告画面１６００の一例を示す図である。警告画面１６００は、「はい」ボタン１６０１と「いいえ」ボタン１６０２を備え、企画対象となっている未発注の商品の広告データを生成するか否かの選択を受付可能とする。尚、警告画面１６００は、広告データを生成するか否かの選択を受け付けず、発注していない商品の広告データは生成されない旨のメッセージだけ通知してもよい。この警告画面を表示、または通知することにより店舗で発注した分だけの広告データを生成し、さらに在庫があるため発注は行わなかったが広告を作成する必要のある商品の広告データを生成することが可能となる。
【００９５】
ステップＳ１４０７では、サーバ装置１０１のＣＰＵ２０１は、広告データの生成指示を受け付けたか否かを判定する。より具体的には、図１６の警告画面１６００で「はい」ボタン１６０１の押下を受け付けたか否かを判定する。広告データの生成指示を受け付けたと判定した場合にはステップＳ１４０８に処理を進める。広告データの生成指示を受け付けたと判定しなかった場合は、サーバ装置１０１のＣＰＵ２０１は、第２の実施形態の一連の処理を終了する。
【００９６】
ステップＳ１４０８では、サーバ装置１０１のＣＰＵ２０１は、在庫マスタから店舗コードを取得し、外部メモリ２１１に記憶する。
【００９７】
ステップＳ１４０９からステップＳ１４１１は、図８のステップＳ８０９からＳ８１１と同様の処理であるため説明を省略する。
【００９８】
ステップＳ１４１２では、サーバ装置１０１のＣＰＵ２０１は、現在参照中の企画指示データから企画番号に対応づいた商品の商品情報をすべて取得したか否かを判定する。企画番号に対応づく商品の商品情報を全商品取得したと判定した場合はステップＳ１４１３に処理を進める。企画番号に対応づく商品の商品情報を全商品取得したと判定しなかった場合はステップＳ１４０９に処理を戻し、サーバ装置１０１のＣＰＵ２０１は、全商品の広告データを生成するまでステップＳ１４０９からステップＳ１４１２の処理を繰り返す。
【００９９】
ステップＳ１４１３では、サーバ装置１０１のＣＰＵ２０１は、次の企画指示データがあるか否かを判定する。具体的には、情報処理装置１０２−１からの展開処理の指示を受け付けている企画指示データがあるか否か、または予約テーブルに記録されているファイルで、予約日に達し、展開処理をすべきものがあるか否かを判定する。サーバ装置１０１のＣＰＵ２０１は、次の企画指示データがあると判定した場合はステップＳ１４０１に処理を戻し、企画指示データの数分ステップＳ１４０１からステップＳ１４１３の処理を繰り返す。次の企画指示データがあると判定しなかった場合は図１４の一連の処理を終了する。
【０１００】
本実施形態により、在庫があることでユーザが商品を発注しなかったために第１の実施形態において広告データが作られなかった商品についても、ユーザの手間を軽減しつつ店舗ごとに必要な広告データを生成することが可能となる。以上で、第２の実施形態の説明を終了する。
【０１０１】
このように、実施形態では、イベント企画対象の商品のうち、店舗が必要な商品のＰＯＰ広告を容易に作成可能な効果を奏する。
【０１０２】
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。
【０１０３】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置の情報処理装置が前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【０１０４】
したがって、本発明の機能処理を情報処理装置で実現するために、情報処理装置にインストール（搭載可能な）されるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１０５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリンタによって実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【０１０６】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【０１０７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【０１０８】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理を情報処理装置で実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１０９】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行して情報処理装置にインストールさせて実現することも可能である。
【０１１０】
また、情報処理装置が、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、情報処理装置上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１１１】
さらに、記録媒体から読み出されたプログラムが、情報処理装置に挿入された機能拡張ボードや情報処理装置に接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【０１１２】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【０１１３】
１０１  サーバ装置
１０２−１  情報処理装置
１０２−２  情報処理装置
１０３  印刷装置
【図１】
2017162467.tif 000003
【図２】
2017162467.tif 000004
【図３】
2017162467.tif 000005
【図４】
2017162467.tif 000006
【図５】
2017162467.tif 000007
【図６】
2017162467.tif 000008
【図７】
2017162467.tif 000009
【図８】
2017162467.tif 000010
【図９】
2017162467.tif 000011
【図１０】
2017162467.tif 000012
【図１１】
2017162467.tif 000013
【図１２】
2017162467.tif 000014
【図１３】
2017162467.tif 000015
【図１４】
2017162467.tif 000016
【図１５】
2017162467.tif 000017
【図１６】
2017162467.tif 000018