特許 7039303 情報提供装置、情報処理プログラム及び情報提供方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-03-11

(45)【発行日】2022-03-22

(54)【発明の名称】情報提供装置、情報処理プログラム及び情報提供方法

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20220314BHJP

   G07G 1/12 20060101ALI20220314BHJP

【ＦＩ】

G06Q30/02 310

G07G1/12 341A

【請求項の数】 6

(21)【出願番号】P 2018011257

(22)【出願日】2018-01-26

(65)【公開番号】P2019128866

(43)【公開日】2019-08-01

【審査請求日】2020-09-09

(73)【特許権者】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100103034

【弁理士】

【氏名又は名称】野河 信久

(74)【代理人】

【識別番号】100075672

【弁理士】

【氏名又は名称】峰 隆司

(74)【代理人】

【識別番号】100153051

【弁理士】

【氏名又は名称】河野 直樹

(74)【代理人】

【識別番号】100179062

【弁理士】

【氏名又は名称】井上 正

(74)【代理人】

【識別番号】100189913

【氏名又は名称】鵜飼 健

(72)【発明者】

【氏名】鈴木 純

(72)【発明者】

【氏名】渡邉 宏一

(72)【発明者】

【氏名】寺内 亨

(72)【発明者】

【氏名】村田 俊英

(72)【発明者】

【氏名】二宮 茂樹

(72)【発明者】

【氏名】グエン ズン

【審査官】原 忠

(56)【参考文献】

【文献】特開２０１３－２５４５０５（ＪＰ，Ａ）

【文献】特開２００２－３３４３７９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

Ｇ０７Ｇ １／１２

(57)【特許請求の範囲】

【請求項1】

所定の商品について複数の店舗における過去の売上実績をそれぞれ表した実績データを取得する取得手段と、
前記取得手段により取得された実績データに応じて、複数の前記店舗のうちで前記商品の売上実績がある店舗を、その売上実績の良さがそれぞれ異なる複数のランクに分類する分類手段と、
前記分類手段により前記商品の売上実績が最も悪いランクに分類された前記店舗が存在し、前記分類手段により前記商品の売上実績が最も良いランクに分類された前記店舗が存在しない場合に、前記商品を前記商品の売上実績が最も悪いランクに分類された前記店舗での販売を終了すべき終了候補として決定する決定手段と、
前記決定手段により決定された終了候補を示した候補データを出力する出力手段と、
を具備する情報提供装置。

【請求項2】

所定の商品について複数の店舗における過去の売上実績をそれぞれ表した実績データを取得する取得手段と、
前記取得手段により取得された実績データに応じて、複数の前記店舗のうちで前記商品の売上実績がある前記店舗を、その売上実績の良さがそれぞれ異なる複数のランクに分類する分類手段と、
前記分類手段により前記商品の売上実績が最も悪いランクに分類された前記店舗が存在し、かつ前記分類手段により前記商品の売上実績が最も良いランクに分類された前記店舗の全てが、前記分類手段により前記商品の売上実績が最も悪いランクに分類された前記店舗とは販売形態の類似性が低い場合に、前記商品を前記商品の売上実績が最も悪いランクに分類された前記店舗での販売を終了すべき終了候補として決定する決定手段と、
前記決定手段により決定された終了候補を示した候補データを出力する出力手段と、
を具備する情報提供装置。

【請求項3】

情報提供装置が備えるコンピュータを、
所定の商品について複数の店舗における過去の売上実績をそれぞれ表した実績データを取得する取得手段と、
前記取得手段により取得された実績データに応じて、複数の前記店舗のうちで前記商品の売上実績がある前記店舗を、その売上実績の良さがそれぞれ異なる複数のランクに分類する分類手段と、
前記分類手段により前記商品の売上実績が最も悪いランクに分類された前記店舗が存在し、前記分類手段により前記商品の売上実績が最も良いランクに分類された前記店舗が存在しない場合に、前記商品を前記商品の売上実績が最も悪いランクに分類された前記店舗での販売を終了すべき終了候補として決定する決定手段と、
前記決定手段により決定された終了候補を示した候補データを出力する出力手段と、
して機能させるための情報処理プログラム。

【請求項4】

情報提供装置が備えるコンピュータを、
所定の商品について複数の店舗における過去の売上実績をそれぞれ表した実績データを取得する取得手段と、
前記取得手段により取得された実績データに応じて、複数の前記店舗のうちで前記商品の売上実績がある前記店舗を、その売上実績の良さがそれぞれ異なる複数のランクに分類する分類手段と、
前記分類手段により前記商品の売上実績が最も悪いランクに分類された前記店舗が存在し、かつ前記分類手段により前記商品の売上実績が最も良いランクに分類された前記店舗の全てが、前記分類手段により前記商品の売上実績が最も悪いランクに分類された前記店舗とは販売形態の類似性が低い場合に、前記商品を前記商品の売上実績が最も悪いランクに分類された前記店舗での販売を終了すべき終了候補として決定する決定手段と、
前記決定手段により決定された終了候補を示した候補データを出力する出力手段と、
して機能させるための情報処理プログラム。

【請求項5】

情報提供装置が備えるコンピュータが、
所定の商品について複数の店舗における過去の売上実績をそれぞれ表した実績データを取得し、
取得された実績データに応じて、複数の前記店舗のうちで前記商品の売上実績がある前記店舗を、その売上実績の良さがそれぞれ異なる複数のランクに分類し、
前記商品の売上実績が最も悪いランクに分類された前記店舗が存在し、前記商品の売上実績が最も良いランクに分類された前記店舗が存在しない場合に、前記商品を前記商品の売上実績が最も悪いランクに分類された前記店舗での販売を終了すべき終了候補として決定し、
決定された終了候補を示した候補データを出力する、
情報提供方法。

【請求項6】

情報提供装置が備えるコンピュータが、
所定の商品について複数の店舗における過去の売上実績をそれぞれ表した実績データを取得し、
取得された実績データに応じて、複数の前記店舗のうちで前記商品の売上実績がある店舗を、その売上実績の良さがそれぞれ異なる複数のランクに分類し、
前記商品の売上実績が最も悪いランクに分類された店舗が存在し、かつ前記商品の売上実績が最も良いランクに分類された店舗の全てが、前記商品の売上実績が最も悪いランクに分類された店舗とは販売形態の類似性が低い場合に、前記商品を前記商品の売上実績が最も悪いランクに分類された店舗での販売を終了すべき終了候補として決定し、
決定された終了候補を示した候補データを出力する、
情報提供方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、情報提供装置、情報処理プログラム及び情報提供方法に関する。

【背景技術】

【0002】

商品を販売する店舗等においては、これまでに販売していなかった商品の販売を開始する等の理由で、これまで販売していた商品の販売を終了する場合がある。そしてこのような場合に従来は、当該商品の当該店舗における売上実績を勘案して当該店舗の担当者が判断していた。
このため、店舗において販売を終了することが有効ではない商品が、販売を終了する商品として選定される恐れがあった。
このような事情から、販売を終了する商品を選定する担当者に対して、その選定のための有用な情報を提供できることが望まれていた。

【先行技術文献】

【特許文献】

【0003】

【文献】特開平１－３００３９６号公報

【発明の概要】

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

【0004】

本発明が解決しようとする課題は、販売を終了する商品を選定するための有用な情報を提供できる情報提供装置、情報処理プログラム及び情報提供方法を提供することである。

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

【0005】

実施形態の情報提供装置は、取得手段、分類手段、決定手段及び出力手段を備える。取得手段は、所定の商品について複数の店舗における過去の売上実績をそれぞれ表した実績データを取得する。分類手段は、取得手段により取得された実績データに応じて、複数の店舗のうちで商品の売上実績がある店舗を、その売上実績の良さがそれぞれ異なる複数のランクに分類する。決定手段は、分類手段により商品の売上実績が最も悪いランクに分類された店舗が存在し、分類手段により商品の売上実績が最も良いランクに分類された店舗が存在しない場合に、商品を商品の売上実績が最も悪いランクに分類された店舗での販売を終了すべき終了候補として決定する。出力手段は、決定手段により決定された終了候補を示した候補データを出力する。

【図面の簡単な説明】

【0006】

【図1】第１の実施形態に係る情報提供サーバの要部回路構成及び当該情報提供サーバが適用される情報提供システムの概略構成を示すブロック図。

【図2】図１中のプロセッサによる情報提供アプリに基づく情報処理のフローチャート。

【図3】分析結果リストに含まれるデータレコードの構成を模式的に示す図。

【図4】図１中のプロセッサによる候補選定処理の第１の実施形態における手順の一例を示すフローチャート。

【図5】終了候補リストに含まれるデータレコードの構成を模式的に示す図。

【図6】図１中のプロセッサによる情報閲覧のための情報処理のフローチャート

【図7】一覧画面の一例を示す図。

【図8】一覧画面の一例を示す図。

【図9】詳細画面の一例を示す図。

【図10】図１中のプロセッサによる候補選定処理の第２の実施形態における手順の一例を示すフローチャート。

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

【0007】

以下、実施の形態について図面を用いて説明する。なお、本実施の形態では、情報提供装置の一例として、通信ネットワークを介した情報提供を行う情報提供サーバを例に説明する。

【0008】

（第１の実施形態）
図１は第１の実施形態に係る情報提供サーバの要部回路構成及び当該情報提供サーバが適用される情報提供システムの概略構成を示すブロック図である。
この情報提供システムは、情報提供サーバ１、複数の店舗システム２、本部サーバ３及び情報端末４を含む。そして情報提供サーバ１、複数の店舗システム２、本部サーバ３及び情報端末４は、通信ネットワーク５を介して通信可能とされている。また情報提供サーバ１は、本部サーバ３とセキュリティ回線６を介して通信可能とされている。
なお、本実施形態において「店舗」とは、実店舗及び仮想店舗のいずれであってもよい。そして複数の店舗には、実店舗及び仮想店舗が混在していてもよい。

【0009】

情報提供サーバ１は、後述する情報提供サービスを提供するための情報処理を実行する。情報提供サーバ１は、例えば情報提供サービスを提供する事業者により運営される。情報提供サーバ１は、当該事業者により所有されていてもよいし、レンタルサーバが用いられてもよい。つまり情報提供サービスは、情報提供サービスの利用者から見ると、クラウドサービスとして提供される。なお、情報提供サービスの提供は、営利及び非営利のいずれであるかは問わない。情報提供サービスを提供する事業者は、店舗を運営する事業者と同じであってもよい。

【0010】

店舗システム２は、商品を販売する店舗毎に設けられる。店舗システム２は、複数のＰＯＳ端末２１、店舗サーバ２２及び店内通信網２３を含む。ＰＯＳ端末２１は、商品の販売に係わる登録、点検及び決済などに関わる情報処理を行う。そしてＰＯＳ端末２１は、そのような情報処理の結果として得られる販売データを店舗サーバ２２に送る。販売データは、店舗コード、取引日時、商品リスト、決済結果及び顧客コードなどを含むものであり、既存のＰＯＳシステムで用いられているものと同様なものであってよい。店舗コードは、ＰＯＳ端末２１が設置されている店舗を識別するために予め定められたコードである。取引日時は、取引が行われた日時である。商品リストは、該当する取引により販売された商品を識別するために定められたＳＫＵ（stock keeping unit）コードのリストである。ＳＫＵコードは、ＪＡＮ（Japan article number）コードが用いられてもよいし、それ以外に定められたコードが用いられてもよい。なお、ＳＫＵとは、販売管理上での商品のグループを表す。例えば、「ミックス・サンドウィッチ」と称される同様な多数の商品が販売される場合、これら「ミックス・サンドウィッチ」と称される同様な多数の商品は同一のＳＫＵに属する。従って、商品の販売の開始又は終了は、通常はこのＳＫＵの単位で行われる。決済結果は、決済した金額及び適用した決済方法などを表す。顧客コードは、買物客を識別するために定められたコードである。顧客コードは、登録又は決済に際して顧客を特定できた場合にのみ販売データに含められる。顧客コードとしては、何らかの顧客サービスを利用するための会員コードを用いることが想定される。店舗サーバ２２は、複数のＰＯＳ端末２１から送られる販売データを収集し、管理する。店舗サーバ２２は、収集した販売データを予め定められたタイミングで一括して本部サーバ３へと送る。店舗サーバ２２は、販売データに任意のデータを付加してもよい。例えば、ＰＯＳ端末２１では店舗コードを販売データに含めず、店舗サーバ２２が店舗コードを販売データに付加してもよい。

【0011】

本部サーバ３は、例えば複数の店舗システム２が設けられている複数の店舗を統括する本部に設けられる。本部サーバ３は、複数の店舗システム２のそれぞれの店舗サーバ２２から一括して送られる販売データを収集し、管理する。本部サーバ３は、収集した販売データを予め定められたタイミングで一括して情報提供サーバ１へとセキュリティ回線６を介して送る。複数の店舗システム２が複数のグループに分けられ、これら複数のグループのそれぞれに対応するように複数の本部サーバ３が設けられてもよい。この場合の各グループは、同一の企業に属していてもよいし、別々の企業に属していてもよい。

【0012】

情報端末４は、情報提供サーバ１が販売データ管理のために提供する各種の情報を本部又は店舗の担当者が確認するために用いる情報処理装置である。情報端末４としては、例えばパーソナルコンピュータ、タブレット端末、あるいはスマートフォンなどのようなウェブブラウジング機能を備えた既存の機器を用いることが想定される。なお、情報端末４は、複数が情報提供システムに含まれ得るが、図１においては１つのみを図示している。

【0013】

情報提供サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、通信インタフェース１４，１５及びシステムバス１６を含む。この情報提供サーバ１のハードウェアとしては、例えば汎用の情報処理装置を用いることができる。
情報提供サーバ１においては、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３をシステムバス１６によって接続することにより、情報提供サーバ１としての機能を実現するための情報処理のためのコンピュータを構成する。

【0014】

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステムやアプリケーションプログラムに従って、上記の情報処理を実行する。

【0015】

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１２は、プロセッサ１１が各種の情報処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。

【0016】

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）などである。補助記憶デバイス１３は、プロセッサ１１が各種の情報処理を行う上で使用するデータや、プロセッサ１１での処理によって生成されたデータを保存する。補助記憶デバイス１３は、上記のアプリケーションプログラムを記憶する場合もある。

【0017】

補助記憶デバイス１３が記憶するアプリケーションプログラムの１つは、情報提供アプリ１３ａである。情報提供アプリ１３ａは、情報提供のための後述する情報処理について記述した情報処理プログラムである。また補助記憶デバイス１３の記憶領域の一部は、商品マスタデータベース（商品マスタＤＢ）１３ｂ、カテゴリマスタデータベース（カテゴリマスタＤＢ）１３ｃ、実績データベース（実績ＤＢ）１３ｄ、分析結果リスト１３ｅ及び終了候補リスト１３ｆを記憶する領域として利用される。

【0018】

商品マスタＤＢ１３ｂは、店舗毎に用意され、当該店舗で販売されている商品が属するＳＫＵのそれぞれに関しての様々な情報の集合である。商品マスタＤＢ１３ｂに含まれる情報は、例えばＳＫＵコード、商品カテゴリコード、商品名及び単価などである。商品カテゴリコードは、商品が属する商品カテゴリにユニークなコードである。商品カテゴリは、複数のＳＫＵが含まれるように、例えば本部の担当者などによって任意に定められる。例えば、「パン売場」で販売される各種の商品は、「パン」なるカテゴリ名のカテゴリに含むように定められる。なお、商品マスタＤＢ１３ｂは、複数の店舗に共通のものであってもよい。

【0019】

カテゴリマスタＤＢ１３ｃは、商品カテゴリに関しての様々な情報の集合である。カテゴリマスタＤＢ１３ｃに含まれる情報は、例えば上記のカテゴリコード及び商品カテゴリ名などである。商品カテゴリ名は、商品カテゴリを人間が識別しやすいように定めた名称である。

【0020】

これら商品マスタＤＢ１３ｂ及びカテゴリマスタＤＢ１３ｃは、店舗の運営形態に応じて定められる。商品マスタＤＢ１３ｂ及びカテゴリマスタＤＢ１３ｃは、店舗で販売する商品に変更が生じた場合、あるいは商品カテゴリを変更する場合などに、例えば本部又は店舗の担当者、あるいは情報提供サーバ１の管理者などの操作の下にプロセッサ１１が書き替える。

【0021】

実績ＤＢ１３ｄ、分析結果リスト１３ｅ及び終了候補リスト１３ｆは、後述する情報処理によって適宜に更新される。これら実績ＤＢ１３ｄ、分析結果リスト１３ｅ及び終了候補リスト１３ｆについては後述する。

【0022】

通信インタフェース１４は、通信ネットワーク５を介したデータ通信のインタフェースである。通信インタフェース１５は、セキュリティ回線６を介したデータ通信のインタフェースである。
システムバス１６は、アドレスバス、データバスおよび制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

【0023】

次に以上のように構成された情報提供サーバ１の動作について説明する。
店舗で商品の販売を伴う取引が行われると、ＰＯＳ端末２１では当該取引に関する販売データが生成される。そして、１つの店舗システム２に含まれた複数のＰＯＳ端末２１でそれぞれ生成された販売データは、予め定められたタイミング毎にＰＯＳ端末２１から店舗サーバ２２に収集される。複数の店舗システム２に含まれた複数の店舗サーバ２２がそれぞれ収集した販売データは、予め定められたタイミング毎に本部サーバ３により収集される。そして本部サーバ３が各店舗から収集した販売データは、予め定められたタイミング毎に本部サーバ３から情報提供サーバ１へとセキュリティ回線６を介して送信される。なお、以上の各種データの収集及び送信を行うタイミングは、それぞれに任意であってよく、例えば本部又は店舗の担当者、あるいは情報提供サーバ１の管理者などにより定められてよい。なお以下においては、本部サーバ３からは、店舗の一日の営業終了後に、その一日に行われた取引に関する全ての販売データが情報提供サーバ１へと送信されることとする。

【0024】

本部サーバ３から送信された販売データがセキュリティ回線６を介して情報提供サーバ１へと伝送されると、情報提供サーバ１においては通信インタフェース１５が当該販売データを受信する。そしてこの受信が開始されるとプロセッサ１１は、情報提供のためのデータ解析を行うための情報処理を情報提供アプリ１３ａに基づいて実行する。なお、実績データは、通信ネットワーク５を介して本部サーバ３から情報提供サーバ１へと送られてもよい。
図２はプロセッサ１１による情報提供アプリ１３ａに基づく情報処理のフローチャートである。

【0025】

Ａｃｔ１としてプロセッサ１１は、受信された販売データを含むように実績ＤＢ１３ｄを更新する。実績ＤＢ１３ｄは、商品販売に係わる取引毎の実績データの集合である。実績データには、取引の対象となった商品のＳＫＵコードのリストを少なくとも含む。なお実績データとしては、上記のように本部サーバ３から送られた販売データをそのまま用いることができる。実績データは、販売データから一部のデータを省いたものであってもよいし、販売データに任意のデータを追加したものであってもよい。プロセッサ１１は、実績ＤＢ１３ｄを、解析期間として予め定められた最近の数日間の商品販売に関する実績データを含むものとして更新する。解析期間は、例えば情報提供アプリ１３ａの作成者などにより任意に定められてよいが、例えば７日間とすることが想定される。解析期間は、情報提供サーバ１の管理者などによる操作の下に、プロセッサ１１が変更設定してもよい。そしてこの場合にプロセッサ１１は、解析期間として設定可能な最長の期間分の実績データを実績ＤＢ１３ｄに含めることとする。プロセッサ１１は、実績ＤＢ１３ｄに既に含まれている解析期間外の実績データを削除するとともに、新たに受信された実績データを含むように実績ＤＢ１３ｄを更新する。

【0026】

図２に示す情報処理は、実績ＤＢ１３ｄに示された解析期間中の販売の実績を分析する処理を含んでおり、その処理量は大きくなることがある。しかしながら、図２に示す処理を、上述の様に一日に一度、店舗の一日の営業終了後に行うのであれば、処理に要する時間が長くなることは大きな問題とはならない。

【0027】

Ａｃｔ２としてプロセッサ１１は、実績ＤＢ１３ｄに基づいて、複数の店舗のいずれか１店舗ででも販売されている商品が属するＳＫＵについての売上実績に関するＡＢＣＺ分析を行う。つまりプロセッサ１１は、あるＳＫＵについての売上実績がある店舗を、その実績がよい順にＡランク、Ｂランク、Ｃランクとするとともに、売上実績がない店舗はＺランクとするように各店舗を分類する。なお、以下においては、Ａランク、Ｂランク、Ｃランク及びＺランクに分類された各店舗を、Ａ店舗、Ｂ店舗、Ｃ店舗及びＺ店舗と称することとする。ＡＢＣＺ分析における具体的な処理は、周知の処理であってよい。そしてプロセッサ１１は、このＡＢＣＺ分析の結果を表した分析結果リスト１３ｅを生成する。なお、ＡＢＣＺ分析においては、あるＳＫＵについての売上実績が予め定められた第１の基準に対して低い店舗がＣ店舗に分類されることになる。またＡＢＣＺ分析においては、あるＳＫＵについての売上実績が予め定められた第２の基準に対して高い店舗がＡ店舗に分類されることになる。売上実績及び第１の基準及び第２の基準は、あるＳＫＵについての売上金額又は売上点数など、あるＳＫＵについての売上の度合いを表す各種の数値が適用できる。

【0028】

図３は分析結果リスト１３ｅに含まれるデータレコードＲ１の構成を模式的に示す図である。
分析結果リスト１３ｅは、複数のデータレコードＲ１の集合である。複数のデータレコードＲ１は、ＳＫＵのそれぞれに対応する。データレコードＲ１は、フィールドＦ１，Ｆ２，Ｆ３，Ｆ４，Ｆ５を含む。フィールドＦ１は、対応するＳＫＵのＳＫＵコードを表す。フィールドＦ２，Ｆ３，Ｆ４，Ｆ５は、対応するＳＫＵについてＺ店舗、Ａ店舗、Ｂ店舗及びＣ店舗としてそれぞれ分類された店舗の店舗コードを表す。図３の例では、店舗コードが「２８３」である店舗のみがＺ店舗として、店舗コードが「２９５」「３２３」及び「３３１」である３店舗がＡ店舗として、「３４８」及び「３７２」である２店舗がＢ店舗として、また「３８８」である１店舗がＣ店舗として分類された場合を示している。

【0029】

Ａｃｔ３としてプロセッサ１１は、候補選定処理を実行する。候補選定処理は、分析結果リスト１３ｅに基づき、ある店舗における販売を終了するＳＫＵの候補（以下、終了候補）を選定する処理である。ここで、「販売を終了する」とは、例えば、商品を販売すること自体を停止する他、一時的に販売を中止することも含む。
図４は、プロセッサ１１による候補選定処理の第１の実施形態における手順の一例を示すフローチャートである。

【0030】

Ａｃｔ１１としてプロセッサ１１は、終了候補に該当するか否かを判定するＳＫＵとしての着目ＳＫＵを選択する。プロセッサ１１は具体的には、分析結果リスト１３ｅに示されるＳＫＵのうちの１つを着目ＳＫＵとして選択する。なお、ここで選択した着目ＳＫＵのＳＫＵコードをフィールドＦ１が示しているデータレコードＲ１を、以下においては着目レコードと称する。

【0031】

Ａｃｔ１２としてプロセッサ１１は、着目ＳＫＵに関してＣ店舗が存在するか否かを確認する。プロセッサ１１は具体的には、着目レコードのフィールドＦ５に店舗コードが１つでも示されているか否かを確認する。そしてプロセッサ１１は、Ｃ店舗が存在するならばＹｅｓと判定し、Ａｃｔ１３へと進む。

【0032】

Ａｃｔ１３としてプロセッサ１１は、着目ＳＫＵに関してＡ店舗が存在するか否かを確認する。プロセッサ１１は具体的には、着目レコードのフィールドＦ３に店舗コードが１つでも示されているか否かを確認する。そしてプロセッサ１１は、Ａ店舗が存在しないならばＮｏと判定し、Ａｃｔ１４へと進む。

【0033】

Ａｃｔ１４としてプロセッサ１１は、終了候補リスト１３ｆを更新する。
図５は終了候補リスト１３ｆに含まれるデータレコードＲ２の構成を模式的に示す図である。
終了候補リスト１３ｆは、複数のデータレコードＲ２の集合である。データレコードＲ２は、ＳＫＵに対応する。データレコードＲ２は、フィールドＦ１１，Ｆ１２，Ｆ１３を含む。フィールドＦ１１は、対応するＳＫＵのＳＫＵコードを表す。フィールドＦ１２は、店舗コードを表す。フィールドＦ１３は、当該データレコードＲ２で示されるデータがブックマークされているか否かを表すブックマークフラグを表す。つまりプロセッサ１１はＡｃｔ１４としては、新たなデータレコードＲ２を生成し、当該データレコードＲ２を終了候補リスト１３ｆに追加する。プロセッサ１１は新たなデータレコードＲ２のフィールドＦ１１，Ｆ１２には、着目ＳＫＵのＳＫＵコードと、着目レコードのフィールドＦ５に示されたＣ店舗の店舗コードとをそれぞれ表す。またプロセッサ１１は、新たなデータレコードＲ２のフィールドＦ１３のブックマークフラグを「ブックマークなし」を表す状態とする。なお、プロセッサ１１は、図２に示す情報処理を開始した直後、あるいは図４に示す情報処理を開始した直後などに、終了候補リスト１３ｆをクリアしておく。

【0034】

プロセッサ１１は、このようにして終了候補リスト１３ｆを更新し終えたならば、Ａｃｔ１５へと進む。なおプロセッサ１１は、着目ＳＫＵに関してＣ店舗が存在しないためにＡｃｔ１２にてＮｏと判定するか、Ａ店舗が存在するためにＡｃｔ１３にてＹｅｓと判定した場合には、Ａｃｔ１４をパスしてＡｃｔ１５へと進む。つまりプロセッサ１１は、着目ＳＫＵに関してＣ店舗が存在しないか、Ｃ店舗は存在するもののＡ店舗が存在する場合には、終了候補リスト１３ｆを更新しない。

【0035】

Ａｃｔ１５としてプロセッサ１１は、分析結果リスト１３ｅに示されるＳＫＵの全てを着目ＳＫＵとして選択済みであるか否かを確認する。そしてプロセッサ１１は、まだ着目ＳＫＵとして選択していないＳＫＵが存在するならばＮｏと判定し、Ａｃｔ１１以降の処理を繰り返す。このときにプロセッサ１１はＡｃｔ１１としては、Ａｃｔ１１－Ａｃｔ１５のループを繰り返すうちにＡｃｔ１１にて既に選択したのとは異なるＳＫＵを選択する。これによりプロセッサ１１は、分析結果リスト１３ｅに示されるＳＫＵのそれぞれを順次に着目ＳＫＵとして選択しながらＡｃｔ１１－Ａｃｔ１５のループを繰り返す。これにより、終了候補リスト１３ｆは、Ｃ店舗が存在し、かつＡ店舗が存在しないとされたＳＫＵに対応するデータレコードＲ２を含んだものとされる。

【0036】

プロセッサ１１は、分析結果リスト１３ｅに示されるＳＫＵの全てを着目ＳＫＵとしてＡｃｔ１１－Ａｃｔ１５のループを繰り返し終えたならば、Ａｃｔ１５にてＹｅｓと判定し、図４に示す情報処理を、さらには図２に示す情報処理を終了する。
プロセッサ１１が、以上のようにして図２に示す処理を実行することにより、例えば７日間と定められた解析期間における複数の店舗における売上実績に基づいて、図５に示すようなデータレコードＲ２の集合としての終了候補リスト１３ｆが生成される。

【0037】

さて、店舗システム２が設けられた店舗において販売する商品の管理を担当する担当者等は、情報端末４を用い、通信ネットワーク５を介して情報提供サーバ１にアクセスする。このアクセスは、情報端末４に備えられた汎用のウェブブラウザを用いることが想定されるが、情報提供サーバ１が提供する情報提供サービスの利用のための専用のアプリケーションが用いられてもよい。

【0038】

プロセッサ１１は、情報端末４からのアクセスが通信インタフェース１４により検出されると、情報端末４での情報閲覧のための情報処理を情報提供アプリ１３ａに基づいて実行する。なおプロセッサ１１は、この情報処理を、図２に示す情報処理と並行して実行する。ただし、担当者による情報端末４を用いての情報閲覧は、通常は店舗の営業時間内に行われることが想定される。つまり、情報端末４から情報提供サーバ１へのアクセスは、図２に示す情報処理が終了したのちに行われることが多い。またプロセッサ１１は、複数の情報端末４からのアクセスがあった場合には、それら複数の情報端末４のそれぞれに対して、以下に説明する情報処理を並列して実行する。
図６は情報閲覧のためのプロセッサ１１による情報処理のフローチャートである。

【0039】

Ａｃｔ２１としてプロセッサ１１は、アクセス元の情報端末４に対してログイン画面を送信する。プロセッサ１１は具体的には、ログイン画面の内容を表したウェブページデータを、情報端末４に宛てて通信インタフェース１４から通信ネットワーク５へと送出させる。ログイン画面は、情報端末４を操作する担当者が、情報提供サーバ１により提供される情報提供を受ける権限を有することを認証するための認証データを担当者が入力するためのＧＵＩ（graphical user interface）画面である。

【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】

１…情報提供サーバ、２…店舗システム、３…本部サーバ、４…情報端末、５…通信ネットワーク、６…セキュリティ回線、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…通信インタフェース、１５…通信インタフェース、１６…システムバス、２１…ＰＯＳ端末、２２…店舗サーバ、２３…店内通信網。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】