特開 2023-178086 店舗管理システム及び店舗管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023178086

(43)【公開日】2023-12-14

(54)【発明の名称】店舗管理システム及び店舗管理方法

(51)【国際特許分類】

   G06Q 40/12 20230101AFI20231207BHJP

   G06Q 50/10 20120101ALI20231207BHJP

   G06Q 30/06 20230101ALI20231207BHJP

【ＦＩ】

G06Q40/00 400

G06Q50/10

G06Q30/06

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022091149

(22)【出願日】2022-06-03

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001807

【氏名又は名称】弁理士法人磯野国際特許商標事務所

(72)【発明者】

【氏名】杉本 泰斗

【テーマコード（参考）】

5L049

5L055

【Ｆターム（参考）】

5L049BB72

5L049CC12

5L055BB63

(57)【要約】

【課題】限定的な設備リソースで運営する店舗が、平時にアクセスするデータセンターとの通信が困難になった場合であっても帳票の作成に必要な情報を利用して業務を継続する。
【解決手段】本発明の店舗管理システムは、店舗に設けられた店舗端末と、前記店舗端末と通信可能なクラウド環境を含む管理サーバとを備える店舗管理システムであって、前記管理サーバは、過去における納品実績データから、所定の日付の納品書を生成するのに必要な第１の納品情報を特定し、前記店舗端末は、前記特定した第１の納品情報に基づき、前記所定の日付の納品書を作成すること、を特徴とする。
【選択図】図１３

【特許請求の範囲】

【請求項1】

店舗に設けられた店舗端末と、前記店舗端末と通信可能なクラウド環境を含む管理サーバとを備える店舗管理システムであって、
前記管理サーバは、
過去における納品実績データから、所定の日付の納品書を生成するのに必要な第１の納品情報を特定し、
前記店舗端末は、
前記特定した第１の納品情報に基づき、前記所定の日付の納品書を作成すること、
を特徴とする店舗管理システム。

【請求項2】

前記店舗端末は、
前記第１の納品情報を前記管理サーバから所定の周期で取得すること、
を特徴とする請求項１に記載の店舗管理システム。

【請求項3】

前記管理サーバは、
納品される物品及び納品タイミングのパターンを特定し、前記特定したパターンに基づき、前記第１の納品情報を特定すること、
を特徴とする請求項２に記載の店舗管理システム。

【請求項4】

前記管理サーバは、
前記特定したパターンに基づき、過去の期間を特定し、
前記特定した過去の期間における前記納品実績データから、前記第１の納品情報を特定すること、
を特徴とする請求項３に記載の店舗管理システム。

【請求項5】

前記第１の納品情報は、
納品スケジュールの変更に関する情報を含むこと、
を特徴とする請求項４に記載の店舗管理システム。

【請求項6】

前記店舗端末は、
物品の在庫情報を記憶しており、
前記在庫情報及び前記第１の納品情報に基づき、物品の出庫表を出力すること、
を特徴とする請求項５に記載の店舗管理システム。

【請求項7】

前記店舗端末は、
前記在庫情報及び前記第１の納品情報に基づき、物品の欠品を示す情報を出力すること、
を特徴とする請求項６に記載の店舗管理システム。

【請求項8】

前記店舗端末は、
物品の種類ごとに、前記パターンを出力すること、
を特徴とする請求項７に記載の店舗管理システム。

【請求項9】

前記店舗端末は、
前記第１の納品情報に基づき、前記納品書とは別に、販売提案商品を示す情報を出力すること、
を特徴とする請求項８に記載の店舗管理システム。

【請求項10】

前記所定の日付は、
前記店舗管理システムの一部に障害が発生している日付であり、
前記納品実績データは、
前記店舗管理システムに障害が発生していない過去におけるデータであること、
を特徴とする請求項９に記載の店舗管理システム。

【請求項11】

店舗に設けられた店舗端末と、前記店舗端末と通信可能なクラウド環境を含む管理サーバとを備える店舗管理システムが実行する店舗管理方法であって、
前記管理サーバは、
過去における納品実績データから、所定の日付の納品書を生成するのに必要な第１の納品情報を特定し、
前記店舗端末は、
前記特定した第１の納品情報に基づき、前記所定の日付の納品書を作成すること、
を特徴とする店舗管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、店舗管理システム及び店舗管理方法に関する。

【背景技術】

【0002】

企業ごとに情報を中央管理サーバにて一元管理し、各企業に属する店舗がオンラインで中央管理サーバから必要な情報を取得するシステムが利用される場合がある。災害や障害が発生した際には、このようなシステムにおいて各店舗と中央管理サーバとの通信が困難となる場合がある。災害や障害が発生した際にも業務を継続して行うための技術として、例えば、特許文献１がある。

【0003】

特許文献１の縮退業務支援システムは、オンライン端末からの要求に応じて業務処理を実行するサーバと、当該サーバと通信可能なバックアップサーバとを含む。バックアップサーバは、業務処理に関与したオンライン端末が所属する業務グループごとに業務データをグループ化し、可搬型記憶媒体に対しグループ化した業務データを出力する。被災地等において、オフライン端末は、当該可搬型記憶媒体から、グループ化した業務データを読み出す。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１１－０２８５７８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

各地域に店舗が分布している卸売業、小売業等の業務形態において、各店舗の管理端末が会計処理に必要な情報を保有しておらず、大型の中央管理サーバから随時必要な情報を取得して業務を行う場合がある。そして、このような企業は、災害や障害の発生した場合であっても、最低限の業務として顧客への帳票の作成を継続して行うために中央管理サーバに保管された業務データをバックアップしておく必要がある。

【0006】

しかしながら、卸売業、小売業等の業務形態における各店舗の設備規模や端末の処理能力は限定されていることが多い。そのため、帳票の作成に関連する業務データすべてを各店舗がバックアップしておくことは困難である。さらに、仮に多種多量のデータをバックアップしておいたとしても、限られた処理能力の端末は帳票の作成を効率的に行うことができないという課題があった。

【0007】

特許文献１の縮退業務支援システムは、主として金融機関を対象としている。例えば、被災地に立地する支店の端末装置と本店のホストコンピュータとの間の通信が断たれた場合、当該システムは、支店の端末装置がオフラインで最低限の処理を行うことを可能にする。特許文献１は、預金残高の範囲内で現金を仮払いすることに焦点を当てているが、その現金で購入されるべき商品等の最低限の流通を担保するためには、別途方策が必要である。つまり、商品等の流通に不可欠な納品書等の書類を継続して作成する技術が望まれていた。そこで、本発明は、限定的な設備リソースで運営する店舗が、平時にアクセスするデータセンターとの通信が困難になった場合であっても帳票の作成に必要な情報を利用して業務を継続することを目的とする。

【課題を解決するための手段】

【0008】

本発明の店舗管理システムは、店舗に設けられた店舗端末と、前記店舗端末と通信可能なクラウド環境を含む管理サーバとを備える店舗管理システムであって、前記管理サーバは、過去における納品実績データから、所定の日付の納品書を生成するのに必要な第１の納品情報を特定し、前記店舗端末は、前記特定した第１の納品情報に基づき、前記所定の日付の納品書を作成すること、を特徴とする。
その他の手段については、発明を実施するための形態のなかで説明する。

【発明の効果】

【0009】

本発明によれば、限定的な設備リソースで運営する店舗が、平時にアクセスするデータセンターとの通信が困難になった場合であっても帳票の作成に必要な情報を利用して業務を継続することができる。

【図面の簡単な説明】

【0010】

【図1】本実施形態に係る店舗管理システムの構成例を示す図である。

【図2】本実施形態に係るデータセンターの構成を示す図である。

【図3】本実施形態に係るクラウド環境の構成を示す図である。

【図4】本実施形態に係る店舗端末の構成を示す図である。

【図5】本実施形態に係る納品書作成用データの一例を示す図である。

【図6】本実施形態に係るデータセンターからクラウド環境へのデータ移送処理のフローチャートである。

【図7】本実施形態に係るクラウド環境から店舗端末へのデータ取得処理のフローチャートである。

【図8】本実施形態に係る納品書・出庫表・商品明細情報リスト出力処理のフローチャートである。

【図9】本実施形態に係る納品書・出庫表・商品明細情報リスト出力処理のフローチャート（続き）である。

【図10】商品在庫数計算処理（図９のステップＳ１３１０）の詳細である。

【図11】本実施形態に係るログイン画面の一例を示す図である。

【図12】本実施形態に係るメニュー画面の一例を示す図である。

【図13】本実施形態に係る納品書・出庫表・商品明細情報リスト出力画面の一例を示す図である。

【図14】本実施形態に係る災害時納品書の一例を示す図である。

【図15】本実施形態に係る商品明細情報リストの一例を示す図である。

【図16】本実施形態に係る災害時出庫表の一例を示す図である。

【発明を実施するための形態】

【0011】

図１は、本実施形態に係る店舗管理システム１０の構成例を示す図である。店舗管理システム１０は、店舗管理装置１００、災害対応用環境２００及びクライアント環境３００を備える。店舗管理装置１００は、店舗業務の管理を行うサーバ群であるデータセンターである。災害対応用環境２００は、災害発生時のデータをダウンロードするサーバ群であるクラウド環境である。クラウド環境２００においては、複数のサーバが分散配置されており、災害等の発生に対する冗長構成となっている。クライアント環境３００は、店舗に設けられ、災害対応時の納品書を作成する店舗端末である。

【0012】

イントラネット４００は、データセンター１００が作成したデータ・ファイルをクラウド環境２００へ移送する。インターネット５００は、クラウド環境２００に保持されたデータ・ファイルを店舗端末３００へ移送する。

【0013】

つまり、本実施形態においては、データセンター１００は、原則１か所に配置され、平時においてすべての店舗の業務を取扱う。災害に起因してデータセンター１００が停止した場合、クラウド環境２００が、データセンター１００の機能を臨時的に代替（バックアップ）する。クラウド環境２００を構成するサーバ等は、各地に分散して予め準備されている。店舗端末３００は、複数の店舗のそれぞれに配置されている。平時においては、店舗端末３００は、データセンター１００から日常業務に必要なデータを取得する。災害時においては、店舗端末３００は、クラウド環境２００から業務の存続に最低限必要なデータを取得する。

【0014】

本実施形態が想定する災害時には、データセンター１００の少なくとも一部が停止している。そして、店舗管理システム１０を運営するユーザ企業は、通信負担及び処理負担を削減したうえで、最低限の商品の流通を確保しようとしている。なお、“物品”は、取引の対象となる商品及び商品以外の有形物を含むより広い概念である。“納品書”は、物品の移動に係る情報を記載した印刷物又は電子データである。

【0015】

図２は、本実施形態に係るデータセンター１００の構成を示す図である。データセンター１００は、“管理サーバ”を構成する。データセンター１００は、制御部１０１、記憶部１０５、タイマ１１０、メモリ１１１及びネットワークインターフェース部１１２を有する。

【0016】

記憶部１０５は、認証テーブル１０６、納品実績テーブル１０７、認証情報データ１０８及び納品書作成用データ１０９を格納するデータ群である。
認証テーブル１０６は、店舗管理装置１００にログインするための情報を保持する。
納品実績テーブル１０７は、店舗管理装置１００に登録された納品実績情報を保持する。納品実績テーブル１０７は、“納品実績データ”に相当し、店舗管理システム１０に障害が発生していない過去におけるデータである。
認証情報データ１０８は、クラウド環境２００が使用する認証情報である。
納品書作成用データ１０９は、店舗端末３００が使用する納品書情報である。納品書作成用データ１０９は、“第１の納品情報”に相当する。

【0017】

タイマ１１０は、時間管理機能を有するコントローラである。
メモリ１１１は、データを一時的に保存するコントローラである。
ネットワークインターフェース部１１２は、イントラネット４００を介してクラウド環境２００へデータを移送するためのインターフェース部である。

【0018】

制御部１０１は、認証情報データ成形機能１０２、帳票データ成形機能１０３及びデータ移送機能１０４を具備するコントローラ群である。なお、本実施形態の“○○機能”は、その機能の処理を実行する主体となるプログラムである。

【0019】

認証情報データ成形機能１０２は、認証テーブル１０６からクラウド環境２００側が使用する認証情報（ログインＩＤ、パスワード）のみを抽出し、抽出した結果として、認証情報データ１０８を作成する。

【0020】

帳票データ成形機能１０３は、顧客ごとの商品の納品情報を保持する納品実績テーブル１０７からデータ内容を納品書ごとに抽出し、抽出した結果として、納品書作成用データ１０９を作成する。ここで、納品書作成用データ１０９は、店舗端末３００から出力される災害時納品書３０７（図１４）を作成するための元データである。

【0021】

納品書作成用データ１０９は、店舗名、納品担当者名、顧客名、納品日、商品名、納品数、商品単価、明細計及び納品日変更前日付を保持する（図６にて詳細を後記）。納品書作成用データ１０９は、商品明細情報リスト３０８（図１５）及び災害時出庫表３０９（図１６）の作成に必要な納品周期及び商品在庫数も併せて保持する。

【0022】

商品明細情報リスト３０８は、顧客先へ納品する商品について、次回納品予定の商品、商品ごとの納品周期（次回納品予定日）及び売れ筋商品を記載している。災害時出庫表３０９は、担当者ごとの商品出庫数及び欠品商品リストを記載している。

【0023】

データ移送機能１０４は、タイマ１１０が指定した時刻に起動する。タイマ１１０は、例えば毎日深夜の所定の時刻にデータ移送機能を起動させる。データ移送機能１０４は、認証情報データ成形機能１０２が作成した認証情報データ１０８及び帳票データ成形機能１０３が作成した納品書作成用データ１０９を、ネットワークインターフェース部１１２からイントラネット４００を介してクラウド環境２００へ移送する。

【0024】

図３は、本実施形態に係るクラウド環境２００の構成を示す図である。クラウド環境２００は、データセンター１００と併せて“管理サーバ”を構成する。本実施形態では、データセンター１００とは別にクラウド環境２００が設けられている。しかしながら、データセンター１００及びクラウド環境２００は、同一のサーバ内に別の機能部として格納される構成であってもよい。

【0025】

クラウド環境２００は、制御部２０１、記憶部２０６、表示部２１０、入力部２１１、メモリ２１２、タイマ２１３、ネットワークインターフェース部（データセンタ側）２１４及びネットワークインターフェース部（店舗端末側）２１５を有する。

【0026】

記憶部２０６は、認証情報データ１０８、納品書作成用データ１０９及び認証情報テーブル２０８を格納するデータ群である。ここでの認証情報データ１０８及び納品書作成用データ１０９は、図２における認証情報データ１０８及び納品書作成用データ１０９と同じである。
認証情報テーブル２０８は、認証機能２０４が使用する認証情報を保持するデータ群である。

【0027】

表示部２１０は、認証機能２０４がログイン画面５１（図１１）を表示するためのディスプレイ等である。
入力部２１１は、認証機能２０４が店舗ログインＩＤ及びパスワードを受け付けるキーボード、マウス等である。
メモリ２１２は、データを一時的に保存するコントローラである。
タイマ２１３は、時間管理機能を有するコントローラである。
ネットワークインターフェース部（データセンタ側）２１４は、イントラネット４００を介してデータセンター１００側からデータを受信するためのインターフェース部である。
ネットワークインターフェース部（店舗端末側）２１５は、インターネット５００を介して店舗端末３００側へデータを移送するためのインターフェース部である。

【0028】

制御部２０１は、データ受信機能２０２、認証情報データ取込機能２０３、認証機能２０４及び納品書データダウンロード機能２０５を具備するコントローラ群である。

【0029】

データ受信機能２０２は、データセンター（店舗管理装置）１００より移送されたファイル群（認証情報データ１０８及び納品書作成用データ１０９）を受け取り、記憶部２０６に格納する。
認証情報データ取込機能２０３は、認証情報データ１０８を認証情報テーブル２０８に登録する。

【0030】

認証機能２０４は、表示部２１０にログイン画面５１（図１１）を表示し、入力部２１１にて入力された店舗ログインＩＤ及びパスワードと、認証情報テーブル２０８に登録された店舗ログインＩＤ及びパスワードとを照合する。認証機能２０４は、照合の結果、一致した場合のみ納品書データダウンロード機能２０５を利用可能とする。

【0031】

納品書データダウンロード機能２０５は、認証機能２０４がダウンロード利用可能とした店舗の納品書作成用データ１０９を、ネットワークインターフェース部（店舗端末側）２１５を介して、店舗端末３００側へ移送する。その店舗の納品書作成用データ１０９が自動ダウンロードの対象となっている場合、納品書データダウンロード機能２０５は、タイマ２１３が指定した時間に自動的に店舗端末３００側へその店舗の納品書作成用データ１０９を移送する。

【0032】

図４は、本実施形態に係る店舗端末３００の構成を示す図である。店舗端末３００は、制御部３０１、記憶部３０６、表示部３１２、入力部３１３、メモリ３１４及びネットワークインターフェース部３１５を有する。

【0033】

記憶部３０６は、災害時納品書３０７、商品明細情報リスト３０８、災害時出庫表３０９、商品在庫テーブル３１０及び納品書作成用データ１０９を格納するデータ群である。

【0034】

災害時納品書３０７（図１４）は、災害時に納品書作成用データ１０９から作成される顧客ごとの納品書であり、最低限納品されるべき商品を記載する。
商品明細情報リスト３０８（図１５）は、災害時に納品書作成用データ１０９から作成された顧客・商品ごとの商品情報リストである。商品明細情報リスト３０８は、災害時納品書３０７に記載された商品の明細のほか、顧客にリマインドするべき売れ筋商品（販売提案商品）の情報も記載する。

【0035】

災害時出庫表３０９（図１６）は、納品書作成用データ１０９から作成された納品担当者ごとの出庫表である。
商品在庫テーブル３１０は、商品ごとの在庫情報を保持したデータ群である。商品在庫テーブル３１０は、納品書作成用データ１０９から抽出した現在の商品在庫数を初期値として保持し、以後、災害時出庫表３０９の出力時に商品在庫数を減算していく。商品在庫数は、商品明細情報リスト３０８に記載される。
納品書作成用データ１０９は、図２の納品書作成用データ１０９と同じである。

【0036】

表示部３１２は、ログイン機能３０２がログイン画面５１（図１１）を表示するディスプレイ等である。
入力部３１３は、ログイン機能３０２が店舗ログインＩＤ及びパスワードを受け付けるキーボード、マウス等である。
メモリ３１４は、データを一時的に保存するコントローラである。
ネットワークインターフェース部３１５は、インターネット５００を介してクラウド環境２００側からデータを受信するためのインターフェース部である。

【0037】

制御部３０１は、ログイン機能３０２、納品書出力機能３０３、商品明細情報リスト出力機能３０４及び災害時出庫表出力機能３０５を具備するコントローラ群である。

【0038】

ログイン機能３０２は、表示部３１２にログイン画面５１（図１１）を表示し、入力部３１３にて入力された店舗ログインＩＤ及びパスワードと、納品書作成用データ１０９に登録された店舗ログインＩＤ及びパスワードとを照合する。ログイン機能３０２は、これらが一致した場合のみ納品書出力機能３０３、商品明細情報リスト出力機能３０４及び災害時出庫表出力機能３０５を利用可能とする。

【0039】

納品書出力機能３０３は、納品書作成用データ１０９のうち、納品書・出庫表・商品明細情報リスト出力画面７１（図１３）にて設定された利用納品日（詳細後記）と一致する納品日に対応するレコード（行）を特定する。納品書出力機能３０３は、特定したレコードから、店舗名、納品担当者名、顧客名、納品日、商品名、納品数、商品単価、明細計及び納品日変更前日付を取得する。納品書出力機能３０３は、顧客名（納品先）、店舗名（発行元）、納品担当者名、商品名（納品物）及びそれらの合計金額を保持した災害時納品書３０７（図１４）を作成する。

【0040】

商品明細情報リスト出力機能３０４は、納品書作成用データ１０９のうち、納品書・出庫表・商品明細情報リスト出力画面７１（図１３）にて設定された利用納品日と一致する納品日に対応するレコードを特定する。商品明細情報リスト出力機能３０４は、特定したレコードから、店舗名、納品担当者名、顧客名、納品日、商品名、納品数、商品単価、明細計、納品日変更前日付、納品周期及び商品在庫数を取得する。商品明細情報リスト出力機能３０４は、次回納品予定の商品、商品ごとの納品周期、売れ筋商品等を記載した商品明細情報リスト３０８（図１５）を作成する。

【0041】

災害時出庫表出力機能３０５は、納品書作成用データ１０９のうち、納品書・出庫表・商品明細情報リスト出力画面７１（図１３）にて設定された利用納品日と一致する納品日に対応するレコードを特定する。災害時出庫表出力機能３０５は、特定したレコードから、店舗名、納品担当者名、顧客名、納品日、商品名、納品数、商品単価、明細計、納品日変更前日付、納品周期及び商品在庫数を取得する。災害時出庫表出力機能３０５は、納品日時点の商品在庫数をもとに担当者ごとの商品出庫数及び欠品リストを記載した災害時出庫表３０９（図１６）を作成する。

【0042】

図５は、本実施形態に係る納品書作成用データ１０９の一例を示す図である。納品書作成用データ１０９は、納品書番号６００に関連付けて、店舗名６００、納品担当者名６０２、顧客名６０３、納品日６０４、商品名６０４、納品数６０６、商品単価６０７、明細計６０８、納品周期６０９、納品日変更前日付６１０及び商品在庫数６１１を記憶している。

【0043】

納品番号６００は、納品書ごとに採番される番号である。
店舗名６０１は、納品書を発行した店舗（納品元）の名称である。
納品担当者名６０２は、商品を納品する担当者の氏名である。
顧客名６０３は、納品書を送付する納品先の名称である。
納品日６０４は、商品を納品する日付である。
商品名６０５は、納品する商品の名称である。

【0044】

納品数６０６は、納品する商品の個数である、
商品単価６０７は、納品する商品１つあたりの金額である。
明細計６０８は、商品単価６０７に対し納品数６０６を乗算した金額である。
納品周期６０９は、商品を納品する周期である。
品日変更前日付６１０は、納品日６０４が変更になる前の日付である。納品日の変更がない場合は空白である。
商品在庫数６１１は、出力日時点の商品の在庫数である。

【0045】

図６は、本実施形態に係るデータセンター１００からクラウド環境２００へのデータ移送処理のフローチャートである。

【0046】

ステップＳ１１０１において、データセンター１００の帳票データ成形機能１０３は、納品実績テーブル１０７を店舗ごとにソートする。

【0047】

ステップＳ１１０２において、帳票データ成形機能１０３は、店舗ごとにソートされた納品実績テーブル１０７から購入履歴がある商品を抽出し、抽出した商品ごとに、納品タイミングのパターンを特定する（納品される物品及び納品タイミングのパターンを特定）。帳票データ成形機能１０３は、パターンを特定する方法として、予め設定された各商品の納品周期を取得してもよい。

【0048】

ただし、納品実績テーブル１０７に納品周期の設定値が含まれない場合もある。この場合、帳票データ成形機能１０３は、納品タイミングのパターンを特定するために、納品実績テーブル１０７を学習データとしてＡＩ（人工知能）モデルを機械学習し、そのＡＩモデルに基づいて各商品の納品タイミングのパターンを特定（推測）してもよい。

【0049】

また、帳票データ成形機能１０３は、納品タイミングのパターンを特定する際に、納品実績テーブル１０７に含まれる、納品日が不規則的に変更されたか否かを示す情報を参照する。納品日が不規則的に変更されたか否かを示す情報は、予め設定された納品予定日が変更されたこと、不定期なイベントがあったこと等により通常の納品周期とは別に追加で納品したこと等を示す情報であってもよい。

【0050】

また、納品実績テーブル１０７に含まれる、納品日が変更されたか否かを示す情報は、納品書作成用データ１０９にも、所定の態様で含まれる。所定の態様は、例えば、納品日変更前日付６１０（図５）のような形式であってもよい。

【0051】

ここで特定されるパターンの例は、以下の通りである。
・Ａ店に対し、商品Ａ－１が、２週に１回、１回あたり２個ずつ納品される。
・納品日は、通常金曜日であるが、金曜日が祝日に当たる場合、納品日が直前の木曜日になる。

【0052】

納品される商品が例えばオフィス清掃用の消耗品等である場合、このようなパターンが、店舗ごと、商品ごとに明確に特定される場合が多い。前記の例の店舗では、２週間ごとの週末（土・日曜日）直前に従業員が清掃用具を受け取り、その週末にアルバイト２名が店舗の清掃を行っている。

【0053】

ステップＳ１１０３において、帳票データ成形機能１０３は、店舗ごとに、各商品の納品タイミングのパターンに基づいて、クラウド環境２００に格納することになる納品書作成用データ１０９の必要期間を特定する。帳票データ成形機能１０３は、例えば、ある商品の納品周期が“２週間に１回”である場合、２週間前の納品書実績テーブル１０７まで遡り、そのデータを取得する。
これにより、任意の日付の納品書を作成する際に必要となる最低限のデータ以外のデータを処理対象から除外することができるため、必要なデータ量の削減につながる。

【0054】

帳票データ成形機能１０３は、例えば、分析対象となっている店舗において納品実績又は納品予定がある商品のそれぞれについて納品周期を抽出した後、最も長い納品周期を有する商品の納品周期である“第１の納品周期”を特定してもよい。そのうえで、帳票データ成形機能１０３は、第１の納品周期を、クラウド環境２００に格納する納品書作成用データ１０９の必要期間としてもよい。

【0055】

ステップＳ１１０４において、帳票データ成形機能１０３は、店舗ごとに、特定された必要期間の納品実績テーブル１０７に基づいて、暗号化された納品書作成用データ１０９（第１の納品情報）を生成する。

【0056】

ステップＳ１１０５において、データセンター１００のデータ移送機能１０４は、タイマ１１０が指定した時刻に、認証情報データ１０８及び店舗ごとにまとめた納品書作成用データ１０９を、イントラネット４００を介してクラウド環境２００へ移送する。前記の説明から、クラウド環境２００には任意の日付を作成する際に必要なデータのみが格納されることとなるため、要求される設備・環境リソースやそれらの処理能力を抑えることができる。

【0057】

ステップＳ１１０６において、クラウド環境２００の納品書データ受信機能２０２は、納品書作成用データ１０９をクラウド環境２００の所定の場所へ格納し、認証情報データ１０８をクラウド環境２００の情報テーブル２０８へ格納する。その後、データ移送処理を終了する。

【0058】

図７は、本実施形態に係るクラウド環境２００から店舗端末３００へのデータ取得処理のフローチャートである。いま、店舗端末３００からクラウド環境２００に対して、納品書作成用データ１０９を送信して欲しい旨の指示があったとする。

【0059】

ステップＳ１２０１において、クラウド環境２００の納品書データダウンロード機能２０５は、納品書作成用データ１０９が自動ダウンロードの対象となっているか否かを判断する。納品書データダウンロード機能２０５は、判断の結果が“対象となっている”である場合（ステップＳ１２０１“ＹＥＳ”）、ステップＳ１２０４へ遷移し、そうでない場合（ステップＳ１２０１“ＮＯ”）、ステップＳ１２０２へ遷移する。

【0060】

ここで自動ダウンロードとは、ログイン認証を再度実施せず、所定の周期で自動的に納品書作成用データ１０９を店舗端末３００へダウンロードする機能である。一度ログイン認証が完了し、納品書作成用データ１０９を店舗端末３００へダウンロードすれば、納品書作成用データ１０９は、自動ダウンロードの対象となる。納品書作成用データ１０９が自動ダウンロードの対象となれば、納品書データダウンロード機能２０５は、店舗ログインＩＤ及びパスワードの入力を伴うログイン認証を省略でき、利用者の負担軽減につながる。

【0061】

ステップＳ１２０２において、クラウド環境２００の認証機能２０４は、入力部２１１にて入力された店舗ログインＩＤ及びパスワードと認証情報テーブル２０８とを照合し、ログイン認証を行う。店舗ログインＩＤ及びパスワードは、図１１のログイン画面５１にて入力される。

【0062】

ステップＳ１２０３において、認証機能２０４は、認証情報が正しく入力されているか否かを判断する。認証機能２０４は、ステップＳ１２０２における照合の結果が「一致する」である場合（ステップＳ１２０３“ＹＥＳ”）、ステップＳ１２０４へ遷移し、そうでない場合（ステップＳ１２０３“ＮＯ”）、ステップＳ１２０２へ遷移する。

【0063】

ステップＳ１２０４において、納品書データダウンロード機能２０５は、クラウド環境２００の納品書作成用データ１０９を圧縮したうえで、ダウンロードファイルとして店舗端末３００に移送する。

【0064】

ステップＳ１２０５において、店舗端末３００の納品書出力機能３０３は、ダウンロードされた納品書作成用データ１０９を取得し、店舗端末３００の任意の場所に保管する。この結果、店舗端末３００は、初回を除き、所定の周期で自動的に、最低限の納品書作成用データ１０９を取得し、最新の状態で保持することになる。その後、データ取得処理を終了する。

【0065】

図８、図９及び図１０は、本実施形態に係る納品書・出庫表・商品明細情報リスト出力処理のフローチャートである。図９は、図８の続きである。図１０は、図９のステップＳ１３１０の詳細である。フローチャートの説明に入る前に、一部前記と重複するが、災害時納品書３０７、商品明細情報リスト３０８及び災害時出庫表３０９を再度説明する。

【0066】

図１４の災害時納品書３０７は、顧客への納品時に必要な最低限の情報のみを保持しており、基となる納品書作成用データ１０９も必要最低限のデータ量を有するため、要求される設備・環境リソースやそれらの処理能力を抑えることができる。図１３の納品日欄７２に入力された日付は、図１４の災害時納品書３０７の納品日に一致する。この日付が“所定の日付”に相当し、災害時納品書３０７が“所定の日付の納品書”に相当する。

【0067】

図１５の商品明細情報リスト３０８は、納品先の顧客に紐づく商品の付帯情報である。商品明細情報リスト３０８は、納入商品ごとの納品周期（次回納品予定日）、次回納品予定商品、売れ筋商品等を記載しており、システム利用者（納品書発行元）は、納品先に対し、納品予定以外の商品提案を行うことができ、利益向上につながる。

【0068】

図１６の災害時出庫表３０９は、納品予定の商品の出庫数、欠品商品の不足数等を記載しており、システム利用者は、納品先への商品受け渡し時の誤りを軽減することができる。

【0069】

図８及び図９のフローチャートに基づく動作は以下のとおりである。いま、ユーザは、店舗端末３００の表示部３１２に表示されているメニュー画面６１（図１２）において、“納品書・出庫表印字”ボタン６２を押下したとする。
ステップＳ１３０１において、店舗端末３００の納品書出力機能３０３は、店舗端末３００に保存された納品書作成用データ１０９を解凍し、復号化する。

【0070】

ステップＳ１３０２において、納品書出力機能３０３は、利用納品日をデフォルト表示する。具体的には、第１に、納品書出力機能３０３は、表示部３１２に納品書・出庫表・商品明細情報リスト出力画面７１（図１３）を表示する。ユーザは、納品日欄７２に納品日（出庫日）を入力する。この納品日には、災害が発生している。ユーザは、納品担当者名欄７４に納品担当者名を入力してもよいし、顧客名欄７５に顧客名を入力してもよい。さらに、ユーザは、災害時出庫表３０９の出力を望む場合、災害時出庫表出力欄７７にチェックマークを入力する。

【0071】

第２に、納品書出力機能３０３は、入力された納品日をもとに、納品書作成用データ１０９を検索し、災害が発生した月の前月のカレンダを表示し、納品日と同日の日付を強調したうえでデフォルト表示する。図１３の例では、災害が発生している納品日は、９月３０日であり、その前月の同日は、８月３０日である。８月３０日には、災害が発生しておらず、その顧客に対して９月３０日に納品されるべき商品と同じ商品が納品されている。前月の同日は、“利用納品日”と呼ばれる。

【0072】

第３に、納品書出力機能３０３は、デフォルト表示された利用納品日を変更することをユーザが望む場合、その変更を受け付ける。基本的に、デフォルト表示された利用納品日が、そのまま災害時納品書３０７の納品日となる。しかしながら、納品書出力機能３０３は、不規則ケースを想定して、デフォルト表示された利用納品日の変更を受け付ける。

【0073】

ステップＳ１３０３において、納品書出力機能３０３は、プレビューボタン７３（図１３）が押下されたか否かを判断する。納品書出力機能３０３は、プレビューボタン７３が押下された場合（ステップＳ１３０３“ＹＥＳ”）、ステップＳ１３０４へ遷移し、そうでない場合（ステップＳ１３０３“ＮＯ”）、ステップＳ１３０５へ遷移する。

【0074】

ステップＳ１３０４において、納品書出力機能３０３は、納品書作成用データ１０９から、利用納品日と一致する納品日を有するレコードを抽出し、明細形式にて表示部３１２に画面表示する。表示されたレコードは、店舗名、納品担当者名、顧客名、納品日、商品名、納品数、商品単価、明細計、納品日変更前日付、納品周期及び商品在庫数を含む。その際、納品書出力機能３０３は、納品書・出庫表・商品明細情報リスト出力画面７１において納品担当者名７４及び顧客名７５が入力されている場合、そのレコードのうち、納品担当者名及び顧客名と一致する部分のみを画面表示する。

【0075】

ステップＳ１３０５において、納品書出力機能３０３は、印刷ボタン７６（図１３）が押下されたか否かを判断する。納品書出力機能３０３は、印刷ボタン７６が押下された場合（ステップＳ１３０５“ＹＥＳ”）、ステップＳ１３０６へ遷移し、そうでない場合（ステップＳ１３０５“ＮＯ”）、押下されるまで待機する。

【0076】

ステップＳ１３０６において、納品書出力機能３０３は、納品周期を確認する。具体的には、第１に、納品書出力機能３０３は、納品書作成用データ１０９から、利用納品日と一致する納品日を有するレコードを取得し、メモリ３１４に保存する。その際、納品書出力機能３０３は、納品書・出庫表・商品明細情報リスト出力画面７１において納品担当者名及び顧客名が入力されている場合は、そのレコードのうち、納品担当者名及び顧客名と一致する部分のみを取得し、保存する。取得し保存されたレコードは、店舗名、納品担当者名、顧客名、納品日、商品名、納品数、商品単価、明細計、納品日変更前日付、納品周期及び商品在庫数を含む。

【0077】

第２に、納品書出力機能３０３は、保存したデータのうちから、商品ごとの納品周期を確認する。

【0078】

ステップＳ１３０７において、納品書出力機能３０３は、納品日（納品書出力日）から利用納品日を減算した日数（減算日数）が納品周期の整数倍ではない商品があるか否かを判断する。納品書出力機能３０３は、そのような商品がある場合（ステップＳ１３０７“ＹＥＳ”）、ステップＳ１３０８へ遷移し、そうでない場合（ステップＳ１３０７“ＮＯ”）、ステップＳ１３０９へ遷移する。

【0079】

減算日数が４週間（２８日）であり、かつ、納品周期が週に１回（７日）又は２週に１回（１４日）である例のように、すべての商品について、減算日数が納品周期の整数倍である場合、納品書出力機能３０３は、ステップＳ１３０９へ遷移する。一方、減算日数が４週間であり、かつ、納品周期が３週間に１回（２１日）である例のように、少なくとも１つの商品について、減算日数が納品周期の整数倍ではない場合、納品書出力機能３０３は、ステップＳ１３０８へ遷移する。

【0080】

ステップＳ１３０８において、納品書出力機能３０３は、メモリ３１４に保存されている納品書作成用データ１０９のうち、減算日数が納品周期の整数倍ではないと判断された商品のデータをメモリ３１４から除外する。

【0081】

ステップＳ１３０９において、納品書出力機能３０３は、メモリ３１４に保存されている納品書作成用データ１０９のうち、納品周期が空白のデータ（定期的な商品以外のデータ）をメモリ３１４から除外する。

【0082】

ステップＳ１３１０において、納品書出力機能３０３は、商品在庫数計算処理を実行する。商品在庫数計算処理の詳細は、図１０において後記するが、ここでは、結果として商品ごとの在庫数が算出されたとする。

【0083】

ステップＳ１３１１において、店舗端末３００の災害時出庫表出力機能３０５は、欠品となる商品があるか否かを判断する。災害時出庫表出力機能３０５は、そのような商品がある場合（ステップＳ１３１１“ＹＥＳ”）、ステップＳ１３１２へ遷移し、そうでない場合（ステップＳ１３１１“ＮＯ”）、ステップＳ１３１３へ遷移する。

【0084】

ステップＳ１３１２において、災害時出庫表出力機能３０５は、メモリ３１４に保存されている納品書作成用データ１０９のうち、ステップＳ１３２４で欠品となると判断された商品のデータをメモリ３１４から除外する。

【0085】

ステップＳ１３１３において、納品書出力機能３０３は、メモリ３１４に保存されている納品書作成用データ１０９（除外されずに残ったデータ）に基づき、災害時納品書３０７を作成する。納品書出力機能３０３は、災害時納品書３０７に、店舗名、納品担当者名、顧客名及び納品日を印字する。このとき、納品書出力機能３０３は、商品の種類ごとに、ステップＳ１１０２（図６）において特定されたパターンを出力（印字又は画面表示）してもよい。

【0086】

ステップＳ１３１４において、納品書出力機能３０３は、災害時出庫表出力欄７７にチェックマークが入っているか否かを判断する。納品書出力機能３０３は、チェックマークが入っている場合（ステップＳ１３１４“ＹＥＳ”）、ステップＳ１３１５へ遷移し、そうでない場合（ステップＳ１３１４“ＮＯ”）、ステップＳ１３１７へ遷移する。

【0087】

ステップＳ１３１５において、災害時出庫表出力機能３０５は、災害時納品書３０７が発行された商品について、災害時出庫表３０９を作成（出力）する。災害時出庫表出力機能３０５は、店舗名、納品担当者名及び出庫日（納品日）を災害時出庫表３０９に印字する。また、災害時出庫表出力機能３０５は、ステップＳ１３２４（図１０）での欠品以外の商品について、商品ごとに商品名と商品出庫数（納品数）を災害時出庫表３０９に印字する。

【0088】

ステップＳ１３１６において、災害時出庫表出力機能３０５は、災害時出庫表３０９の任意の箇所に欠品リストを記載（出力）する。欠品リスト３０９は、ステップＳ１３２４（図１０）での欠品商品ごとに、商品名と不足数を記載している。

【0089】

ステップＳ１３１７において、店舗端末３００の商品明細情報リスト出力機能３０４は、商品明細情報リスト３０８（図１５）を作成（出力）する。商品明細情報リスト出力機能３０４は、納品書作成用データ１０９から商品ごとに一番売れている時期を割り出し、納品日がその時期と一致する商品を、売れ筋商品として商品明細情報リスト３０８に記載する。

【0090】

このとき、商品明細情報リスト出力機能３０４は、商品在庫テーブル３１０から売れ筋商品の現在の商品在庫数も併せて取得し、一覧に記載する。災害時出庫表出力機能３０５は、災害時出庫表出力欄７７にチェックマークが入っている場合、災害時出庫表３０９にも売れ筋商品とその商品出庫数を印字する（ステップＳ１３１８においても同様）。

【0091】

ステップＳ１３１８において、商品明細情報リスト出力機能３０４は、納品周期が空白となる（定期契約以外）商品であって、複数回納品している商品を納品書作成用データ１０９から顧客ごとに特定し、売れ筋商品として商品明細情報リスト３０８に印字する。その後、納品書・出庫表・商品明細情報リスト出力処理を終了する。

【0092】

図１０は、商品在庫数計算処理（図９のステップＳ１３１０）の詳細である。
商品在庫数計算処理は、現在の商品ごとの在庫数と納品数を比較し、商品在庫テーブル３１０に商品ごとの在庫情報を保持する処理である。納品書出力機能３０３は、この商品在庫数を基準として納品時点の商品の在庫数を計算する。納品時点の商品在庫数は、災害時納品書３０７への記載の有無を判定する基準となり（欠品の場合記載しない）、商品明細情報リスト３０８の商品在庫数、並びに、災害時出庫表３０９の商品出庫数及び欠品リストを記載するための元データとなる。

【0093】

ステップＳ１３２１において、納品書出力機能３０３は、メモリ３１４に保存されている納品書作成用データ１０９から商品在庫数６１１を取得し、取得した商品在庫数６１１を商品在庫テーブル３１０へ商品ごとに格納する。

【0094】

ステップＳ１３２２において、納品書出力機能３０３は、メモリ３１４に保存されている納品書作成用データ１０９から、商品ごとの納品数を取得し、商品在庫テーブル３１０の商品在庫数から納品数を減算し、商品在庫数の値を更新する。

【0095】

ステップＳ１３２３において、納品書出力機能３０３は、ステップＳ１３２２の減算結果が０未満である商品があるか否かを判断する。納品書出力機能３０３は、そのような商品がある場合（ステップＳ１３２３“ＹＥＳ”）、ステップＳ１３２４へ遷移し、ない場合（ステップＳ１３２３“ＮＯ”）、商品在庫数計算処理を終了し、Ｓ１３１１へ遷移する。

【0096】

ステップＳ１３２４において、納品書出力機能３０３は、ステップＳ１３２２の減算結果が０未満である商品を欠品商品として、メモリ３１４に保持する。その後、商品在庫数計算処理を終了し、Ｓ１３１１へ遷移する。

【0097】

本実施形態の店舗管理システムは、以下の効果を奏する。
（１）店舗管理システムは、過去の納品実績に基づき、現在の納品書を作成することができる。
（２）店舗管理システムは、店舗端末が、納品書を作成するのに必要なデータを、所定の周期で自動的に取得することを可能にする。
（３）店舗管理システムは、納品タイミングのパターンを過去の実例に基づき特定することができる。
（４）店舗管理システムは、過去の納品実績を必要な期間に限定することができる。
（５）店舗管理システムは、不規則的な納品パターンの変化に対応することができる。

【0098】

（６）店舗管理システムは、現実に出庫された商品を確認することができる。
（７）店舗管理システムは、欠品を確認することにより、災害時における混乱の拡大を防止することができる。
（８）店舗管理システムは、商品ごとに納品タイミングのパターンを出力することができる。
（９）店舗管理システムは、販売提案商品の販促に資することができる。
（１０）店舗管理システムは、平時である過去の納品実績に基づき、災害時である現在の納品書を作成することができる。

【0099】

実施例は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略お及び簡略化がなされている。本発明は、他の種々の形態でも実施することが可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。

【0100】

各種情報の例として、「テーブル」、「リスト」、「キュー」等の表現にて説明することがあるが、各種情報はこれら以外のデータ構造で表現されてもよい。例えば、「ＸＸテーブル」、「ＸＸリスト」、「ＸＸキュー」等の各種情報は、「ＸＸ情報」としてもよい。識別情報について説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。

【0101】

同一あるいは同様の機能を有する構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。また、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。

【0102】

実施例において、プログラムを実行して行う処理について説明する場合がある。ここで、計算機は、プロセッサ（例えばＣＰＵ、ＧＰＵ）によりプログラムを実行し、記憶資源（例えばメモリ）やインターフェースデバイス（例えば通信ポート）等を用いながら、プログラムで定められた処理を行う。そのため、プログラムを実行して行う処理の主体を、プロセッサとしてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であれば良く、特定の処理を行う専用回路を含んでいてもよい。ここで、専用回路とは、例えばＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（ApplicationSpecific Integrated Circuit）、ＣＰＬＤ（Complex Programmable Logic Device）等である。

【0103】

プログラムは、プログラムソースから計算機にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶資源を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、実施例において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

【符号の説明】

【0104】

１０ 店舗管理システム
１００ 店舗管理装置（管理サーバ）
１０７ 納品実績テーブル（納品実績データ）
１０９ 納品書作成用データ（第１の納品情報）
２００ クラウド環境（管理サーバ）
３００ 店舗端末
３１０ 商品在庫テーブル（在庫情報）
３０７ 災害時納品書
３０８ 商品明細情報リスト
３０９ 災害時出庫表

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】