JP2021021977A - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】多数の店舗に関する売上の比較を行う場合でも計算量を少なく抑える。【解決手段】情報処理装置は、取得手段、算出手段及び正規化手段を備える。取得手段は、店舗で販売した商品毎の売上額を求めるためのデータを、３つ以上の店舗のそれぞれに関して取得する。算出手段は、３つ以上の店舗のうちの一店舗である基準店舗と３つ以上の店舗のうちの基準店舗とは別の対象店舗とで共に販売された商品に関しての基準店舗での総売上額と対象店舗での総売上額との比率を、取得手段により取得されたデータに基づいて算出する処理を、３つ以上の店舗のうちの複数の対象店舗に関してそれぞれ行う。正規化手段は、対象店舗に関して取得手段により取得されたデータから求まる商品毎の売上額を、その対象店舗に関して算出手段により算出された比率によって正規化する処理を、複数の対象店舗に関してそれぞれ行う。【選択図】図２

Description

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

店舗における売上実績を管理するためには、複数の店舗間で売上を比較することが有用である。しかしながら、売上の金額は、来店客数、客層及び棚作りなどの諸条件によって店舗毎に異なることが当然である。このため、複数の店舗間で売上を比較する場合、各店舗の売上を正規化することが一般的である。
正規化の手法の１つは、店舗間の売上比率を用いる手法である。売上比率は、２つの店舗で共に販売した商品についての両店舗それぞれの総売上額の比率である。このため売上比率は、同一の商品を２つの店舗で販売した場合に、一方の店舗において他方の店舗に対して何倍の売上が期待できるかの指標値となる。そして２つの店舗の一方で販売している商品の商品毎の売上額を売上比率で除算することによって、正規化した売上額を得る。

この手法では、多数の店舗で売上を比較する場合には、それら多数の店舗のうちの２店舗の全組み合わせに関して売上比率を算出しなければならない。このため、計算量のオーダーは、店舗数をｎと表すならばＯ（n^2）となる。つまり、店舗数の増加に伴って、計算量が大幅に増加してしまうことになる。
このような事情から、多数の店舗に関する売上を比較するための正規化を行う場合でも計算量を少なく抑えられることが望まれていた。

特開２０１８−１３６５９４号公報

本発明が解決しようとする課題は、多数の店舗に関する売上を比較するための正規化を行う場合でも計算量を少なく抑えられる情報処理装置、情報処理方法及び情報処理プログラムを提供することである。

実施形態の情報処理装置は、取得手段、算出手段及び正規化手段を備える。取得手段は、店舗で販売した商品毎の売上額を求めるためのデータを、３つ以上の店舗のそれぞれに関して取得する。算出手段は、３つ以上の店舗のうちの一店舗である基準店舗と３つ以上の店舗のうちの基準店舗とは別の対象店舗とで共に販売された商品に関しての基準店舗での総売上額と対象店舗での総売上額との比率を、取得手段により取得されたデータに基づいて算出する処理を、３つ以上の店舗のうちの複数の対象店舗に関してそれぞれ行う。正規化手段は、対象店舗に関して取得手段により取得されたデータから求まる商品毎の売上額を、その対象店舗に関して算出手段により算出された比率によって正規化する処理を、複数の対象店舗に関してそれぞれ行う。

一実施形態に係る情報提供サーバの要部回路構成及び当該情報提供サーバが適用される情報提供システムの概略構成を示すブロック図。 図１中のプロセッサによる集計処理のフローチャート。

以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、情報処理装置としての機能を備え、通信ネットワークを介した情報提供を行う情報提供サーバを例に説明する。
図１は本実施形態に係る情報提供サーバ１の要部回路構成及び当該情報提供サーバ１が適用される情報提供システムの概略構成を示すブロック図である。
この情報提供システムは、情報提供サーバ１、複数の店舗システム２及び情報端末３を含む。そして情報提供サーバ１、複数の店舗システム２及び情報端末３は、通信ネットワーク４を介して通信可能とされている。
なお、本実施形態において「店舗」とは、実店舗及び仮想店舗のいずれであってもよい。そして複数の店舗には、実店舗及び仮想店舗が混在していてもよい。ただし本実施形態では、実店舗のみとする。

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

店舗システム２は、商品を販売する店舗毎に設けられる。店舗システム２は、複数のＰＯＳ端末２１、店舗サーバ２２及び店内通信網２３を含む。ＰＯＳ端末２１は、商品の販売に係わる登録、勘定及び決済などに関わる情報処理を行う。そしてＰＯＳ端末２１は、そのような情報処理の結果として得られる販売データを店舗サーバ２２に送る。販売データは、店舗コード、取引日時、商品リスト、決済結果及び顧客コードなどを含むものであり、既存のＰＯＳシステムで用いられている同種のデータと同様なデータであってよい。店舗コードは、ＰＯＳ端末２１が設置されている店舗を識別するために予め定められたコードである。取引日時は、取引が行われた日時である。商品リストは、該当する取引により販売された商品を識別するために定められたＳＫＵ（stock keeping unit）コード及び商品の個々の販売金額を表したリストである。ＳＫＵコードとしては、ＪＡＮ（Japan article number）コードが用いられてもよいし、それ以外に定められたコードが用いられてもよい。なお、ＳＫＵとは、販売管理上での商品のグループを表す。例えば、「ミックス・サンドウィッチ」と称される同様な多数の商品が販売される場合、これら「ミックス・サンドウィッチ」と称される同様な多数の商品は同一のＳＫＵに属する商品として、同一のＳＫＵコードにより識別される。決済結果は、決済した金額及び適用した決済方法などを表す。

店舗サーバ２２は、複数のＰＯＳ端末２１から送られる販売データを収集し、管理する。店舗サーバ２２は、収集した販売データを予め定められたタイミングで一括して情報提供サーバ１へと送る。店舗サーバ２２は、販売データに任意のデータを付加してもよい。例えば、ＰＯＳ端末２１では店舗コードを販売データに含めず、店舗サーバ２２が店舗コードを販売データに付加してもよい。
複数の店舗システム２は、いずれも同一の企業に属していてもよいし、複数の企業のいずれかに属していてもよい。ただし本実施形態においては、複数の店舗システム２が、いずれも同一の企業に属することとする。

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

通信ネットワーク４は、情報提供サーバ１と、店舗システム２及び情報端末３との間で授受される各種のデータを伝送する。通信ネットワーク４としては、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。

情報提供サーバ１は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、通信インタフェース１４及び伝送路１５を含む。この情報提供サーバ１のハードウェアとしては、例えば汎用のサーバ用コンピュータ装置を用いることができる。
情報提供サーバ１においては、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３が伝送路１５によって接続されることにより、情報提供サーバ１としての機能を実現するための情報処理を行うコンピュータが構成されている。
プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム及びアプリケーションプログラムなどの各種の情報処理プログラムに従って上記の情報処理を実行する。

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

補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）などである。補助記憶ユニット１３は、プロセッサ１１が各種の情報処理を行う上で使用するデータや、プロセッサ１１での処理によって生成されたデータを保存する。補助記憶ユニット１３は、上記の情報処理プログラムを記憶する場合もある。
補助記憶ユニット１３が記憶する情報処理プログラムの１つは、情報提供プログラムＰ１である。情報提供プログラムＰ１は、情報提供のための後述する情報処理について記述した情報処理プログラムである。また補助記憶ユニット１３の記憶領域の一部は、収集データＤ１及び売上テーブルＤ２を記憶する領域として利用される。

補助記憶ユニット１３には、複数の収集データＤ１が記憶され得る。収集データＤ１は、複数の店舗システム２のいずれかに関連付けられる。収集データＤ１は、関連付けられた店舗システム２で予め定められた単位期間に得られた販売データを集積したデータである。単位期間は、情報提供プログラムＰ１の作成者又は情報提供サーバ１の管理者などによって任意に定められてよい。本実施形態では単位期間は、１日とする。単位期間は他に、１週間又は１ヶ月などとすることが想定される。

補助記憶ユニット１３には、複数の売上テーブルＤ２が記憶され得る。売上テーブルＤ２は、複数の店舗システム２のいずれかが設けられた店舗に関連付けられる。売上テーブルＤ２は、関連付けられた店舗での売上に関して後述する情報処理によって正規化された売上額を商品毎に表したテーブルデータである。

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

次に以上のように構成された情報提供サーバ１の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。
店舗で商品の販売を伴う取引が行われると、ＰＯＳ端末２１では当該取引に関する販売データが生成される。そして、１つの店舗システム２に含まれた複数のＰＯＳ端末２１でそれぞれ生成された販売データは、予め定められたタイミング毎にＰＯＳ端末２１から店舗サーバ２２に収集される。なお、これらの店舗システム２における処理は、既存のＰＯＳシステムなどにおける処理と同様であってよい。

さて情報提供サーバ１においてプロセッサ１１は、単位期間毎の予め定められた実行タイミングになると、情報提供プログラムＰ１に基づいて以下に説明する集計処理を実行する。実行タイミングは例えば、単位期間を１日とし、かつ各店舗の営業時間が昼間〜夜間であるとするならば、毎日の深夜の一定時刻とする。
図２はプロセッサ１１による集計処理のフローチャートである。
なお以下においては、このフローチャートに基づく情報処理の説明に、具体例を併記する。この具体例は、単純化のために、第１の店舗、第２の店舗及び第３の店舗の３店舗が存在することとする。そして直近の１日における第１の商品の売上額が、第１、第２及び第３の店舗にて１００万円、０円及び４００万円であるとする。直近の１日における第２の商品の売上額が、第１、第２及び第３の店舗にて２００万円、３００万円及び５００万円であるとする。また直近の１日における第３の商品の売上額が、第１、第２及び第３の店舗にて３００万円、７００万円及び０円であるとする。

ＡＣＴ１としてプロセッサ１１は、複数の店舗システム２のそれぞれの店舗サーバ２２から、直近の１日分の販売データを収集する。このときにプロセッサ１１は、店舗サーバ２２から受信した販売データを、それを送信した店舗サーバ２２に関連付けら収集データＤ１に追加する。販売データは、店舗で販売した商品毎の売上額を求めるためのデータの一例である。かくして情報提供プログラムＰ１に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは取得手段として機能する。

ＡＣＴ２としてプロセッサ１１は、デフォルト店舗が登録済みであるか否かを確認する。デフォルト店舗は、店舗システム２のいずれかが設けられた店舗である。デフォルト店舗は、例えば情報提供サーバ１の管理者によって任意に定められる。プロセッサ１１は、別の設定処理において、管理者により指定された店舗の店舗コードを、デフォルト店舗の店舗コードとしてメインメモリ１２又は補助記憶ユニット１３に保存しておく。そしてプロセッサ１１は、ＡＣＴ２としては例えば、デフォルト店舗の店舗コードがメインメモリ１２又は補助記憶ユニット１３に保存されているならばＹＥＳと判定し、ＡＣＴ３へと進む。
ＡＣＴ３としてプロセッサ１１は、デフォルト店舗を基準店舗として設定する。そしてプロセッサ１１はこののち、ＡＣＴ５へと進む。

一方でプロセッサ１１は、デフォルト店舗の店舗コードがメインメモリ１２又は補助記憶ユニット１３に保存されていないならばＡＣＴ２にてＮＯと判定し、ＡＣＴ４へと進む。
ＡＣＴ４としてプロセッサ１１は、予め定められたルールに従って、複数の店舗システム２が設けられている複数の店舗のうちの１つの店舗を基準店舗として設定する。そしてプロセッサ１１はこののち、ＡＣＴ５へと進む。上記のルールは、情報提供プログラムＰ１の作成者又は情報提供サーバ１の利用者によって定められればよい。上記のルールは例えば、単位期間内に販売した商品のＳＫＵの数が最多であることとする。上記のルールは例えば、単位期間における総売上額が最大であることとする。上記のルールは例えば、単位期間における総売上点数が最大であることとする。

単位期間内に販売した商品のＳＫＵの数が最多であることをルールとするならば、具体例の場合、プロセッサ１１は第１の店舗を基準店舗として設定する。以下の具体例の説明では、このように第１の店舗を基準店舗とする。
かくして情報提供プログラムＰ１に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは設定手段として機能する。

ＡＣＴ５としてプロセッサ１１は、複数の店舗システム２が設けられている複数の店舗のうちの基準店舗以外の１つの店舗を対象店舗として選択する。具体例ではプロセッサ１１はまず、第２の店舗を対象店舗として選択する。
ＡＣＴ６としてプロセッサ１１は、基準店舗と対象店舗とで単位期間内に共に販売された商品を判定する。つまりプロセッサ１１は、ＡＣＴ１にて基準店舗及び対象店舗に関してそれぞれ取得した直近の１日分の販売データに共通に含まれるＳＫＵコードを全て抽出する。ここで抽出されるＳＫＵコードで識別される商品が、基準店舗と対象店舗とで共に販売された商品である。具体例では、第２の店舗が対象店舗とされているならば、プロセッサ１１は、第２の商品及び第３の商品を共に販売された商品として判定する。

ＡＣＴ７としてプロセッサ１１は、ＡＣＴ６にて判定した全ての商品に関して、基準店舗での総売上額と、対象店舗での総売上額とを算出する。プロセッサ１１は例えば、ＡＣＴ１にて基準店舗に関して取得した販売データを対象として以下に説明する計算を行って、基準店舗での総売上額を算出する。またプロセッサ１１は例えば、ＡＣＴ１にて対象店舗に関して取得した販売データを対象として以下に説明する計算を行って、対象店舗での総売上額を算出する。
ここで販売データに含まれる商品リストは、ＳＫＵコードに個数と売価とを関連付けて表す場合と、個数は表さずにＳＫＵコードに売価を関連付けて表す場合とが考えられる。後者の場合は、同一のＳＫＵコードが商品リストに複数含まれ得る。ただし、販売データは、通常は複数の商品リストを含むから、販売データには同一のＳＫＵコードが複数含まれ得る。そこで商品リストが個数を表す場合、プロセッサ１１は、販売データにおいてＡＣＴ６にて抽出したＳＫＵコードに関連付けられた販売金額及び個数を個別に乗算する。そしてプロセッサ１１は、ＡＣＴ６にて抽出したＳＫＵコードが販売データに複数含まれるならば、それらに関しての上記の乗算の結果の総和を求め、これを総売上額とする。また商品リストが個数を表さない場合には、プロセッサ１１は、ＡＣＴ６にて抽出したＳＫＵコードに関連付けて販売データに表された販売金額の総和を求め、これを総売上額とする。
具体例では、プロセッサ１１は、基準店舗の総売上額を５００万円と算出する。また第２の店舗が対象店舗とされているならば、プロセッサ１１は、対象店舗の総売上額を１，０００万円と算出する。

ＡＣＴ８としてプロセッサ１１は、基準店舗と対象店舗との売上比率を算出する。プロセッサ１１は例えば、ＡＣＴ７にて算出した基準店舗の総売上額と対象店舗の総売上額との比率を売上比率とする。具体例では、プロセッサ１１は、上記の総売上額の比を、１，０００万円／５００万円＝２と算出する。
ＡＣＴ９としてプロセッサ１１は、ＡＣＴ６にて共に販売されたと判定された商品のうちの１つを対象商品として選択する。具体例では、プロセッサ１１は例えば第２の商品を対象商品として選択する。

ＡＣＴ１０としてプロセッサ１１は、対象商品に関する対象店舗での売上額を正規化する。プロセッサ１１は例えば、対象商品に関する対象店舗での売上額を売上比率で除算することで正規化された売上額を算出する。具体例では、上記のように第２の商品を対象商品としているならば、プロセッサ１１は、［３００万円／２＝１５０万円］として第２の商品についての第２の店舗における正規化された売上額を算出する。
ＡＣＴ１１としてプロセッサ１１は、売上テーブルＤ２を、ＡＣＴ１０で算出した正規化された売上額を対象店舗の店舗コードに関連付けて含むように更新する。

ＡＣＴ１２としてプロセッサ１１は、ＡＣＴ６で判定された商品の全てを対象商品として選択し終えているか否かを確認する。そしてプロセッサ１１は、まだ対象商品とするべき商品が存在するならばＮＯと判定し、ＡＣＴ９へと戻る。そしてプロセッサ１１は、これまでに対象商品として選択した商品とは別の商品を対象商品として選択した上で、ＡＣＴ１０及びＡＣＴ１１を前述と同様に行う。具体例においては、プロセッサ１１は、第３の商品を対象商品とし、［７００万円／２＝３５０万円］として正規化された売上額を算出する。
かくして情報提供プログラムＰ１に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは算出手段として機能する。

プロセッサ１１は、ＡＣＴ６で判定された商品の全てを対象商品としてＡＣＴ１０及びＡＣＴ１１を実行した後には、ＡＣＴ１２にてＹＥＳと判定し、ＡＣＴ１３へと進む。
ＡＣＴ１３としてプロセッサ１１は、複数の店舗システム２が設けられている複数の店舗のうちの基準店舗以外の全ての店舗を対象店舗として選択し終えているか否かを確認する。そしてプロセッサ１１は、まだ対象店舗とするべき店舗が存在するならばＮＯと判定し、ＡＣＴ５へと戻る。そしてプロセッサ１１は、これまでに対象店舗として選択した店舗とは別の店舗を対象店舗として選択した上で、ＡＣＴ６以降を前述と同様に行う。具体例においては、プロセッサ１１は、第３の店舗を対象店舗とし、この第３の店舗に関してＡＣＴ６以降を前述と同様に行う。これにより具体例においては、プロセッサ１１は、第１の商品については［４００万円／３＝１３３万円］として正規化された売上額を算出する。またプロセッサ１１は、第２の商品については［５００万円／３＝１６７万円］として正規化された売上額を算出する。なお、ここで具体例は、丸め処理として小数点以下を四捨五入する場合としているが、別の丸め処理を適用しても構わない。

プロセッサ１１は、複数の店舗システム２が設けられている複数の店舗のうちの基準店舗以外の全ての店舗を対象店舗としてＡＣＴ６乃至ＡＣＴ１２を実行し終えてＡＣＴ１３へと進んだならば、ＡＣＴ１３にてＹＥＳと判定し、この集計処理を終了する。
かくして情報提供プログラムＰ１に基づく情報処理をプロセッサ１１が実行することによって、プロセッサ１１を中枢部分とするコンピュータは正規化手段として機能する。

かくして、店舗のインデックスをｉ、基準店舗のインデックスをｘ、商品のインデックスをｊ、店舗ｉにおける商品ｊの売上額をＰｉｊ、店舗ｉで販売された商品のインデックスの集合をｓ（ｉ）としたとき、ＡＣＴ８で算出される売上比率Ｒｉは次式により表される。
Ｒｉ＝（Σｊ∈ｓ（ｉ）∩ｓ（ｘ）Ｐｉ，ｊ）／（Σｊ∈ｓ（ｉ）∩ｓ（ｘ）Ｐｘ，ｊ）

さて、店舗の担当者などの閲覧者は、店舗間で売上を比較したい場合には、情報端末３のウェブブラウジング機能を利用して、通信ネットワーク４を介して情報提供サーバ１へとアクセスする。そして閲覧者は、データ表示を要求する操作を情報端末３にて行う。そうすると情報端末３は、通信ネットワーク４を介して情報提供サーバ１に対し、表示開始を要求するための要求データを送信する。

この要求データが通信ネットワーク４を介して情報提供サーバ１へと伝送されると、情報提供サーバ１においては通信インタフェース１４が当該要求データを受信する。そしてこのように要求データが受信されるとプロセッサ１１は、データ表示のための情報処理を情報提供プログラムＰ１に基づいて実行する。そしてプロセッサ１１は、この情報処理により、要求に応じた閲覧ページを表したページデータを生成する。そしてプロセッサ１１は、生成したページデータを要求元の情報端末３に宛てて通信インタフェース１４から通信ネットワーク４へと送出する。プロセッサ１１は、商品毎の売上額を閲覧ページに表す場合には、売上テーブルに示された正規化された売上額を用いる。

以上のように本実施形態の情報提供サーバ１によれば、売上額の正規化に関する計算量のオーダーがＯ（ｎ）となり、多数の店舗に関する売上の比較を行う場合でも計算量を少なく抑えられる。

ところで、上記の具体例における売上比率は、第２の店舗に関して「２」であり、また第３の店舗に関して「３」である。このため、この売上比率を用いて前述のように正規化された売上額を比較する場合、第２の店舗と第３の店舗での売上比率が３／２と近似することになる。しかしながら、上記の具体例における第２の店舗と第３の店舗との売上比率は、実際には５／３であり、誤差が生じる。

このような誤差が生じても、以下の理由により売上額の比較には有効である。
基準店舗と各店舗との売上比率に生じる誤差が少なく計算される場合を仮定する。つまり、基準店舗と各店舗とについて「同一の商品を販売した場合に何倍の売上が期待できるかを表す倍率」が、誤差が少なく計算される場合を仮定する。基準店舗と第２の店舗との売上比率をＲＡ、基準店舗と第３の店舗との売上比率をＲＢとすると、各店舗で同一の商品を同一の価格で販売した場合の売上額は以下のようになる。なお、売上比率ＲＡに生じる誤差をεＡと表す。また、売上比率ＲＢに生じる誤差をεＢと表す。
基準店 → ｋ
第２の店舗 → ｋ・ＲＡ＋εＡ
第３の店舗 → ｋ・ＲＢ＋εＢ
このとき、第２の店舗と第３の店舗との、この商品のみに限った売上比率は（ｋ・ＲＢ＋εＢ）／（ｋ・ＲＡ＋εＡ）となる。仮定より、誤差εＡ，εＢは十分に小さくなる。すると、第２の店舗と第３の店舗との、この商品のみに限った売上比率はＲＢ／ＲＡに近くなる。第２の店舗と第３の店舗とで共に販売された別の商品でも同様になり、実際の売上比率は近似された売上比率ＲＢ／ＲＡに近くなる。

また情報提供サーバ１は、デフォルト店舗が設定されているならば、常にそのデフォルト店舗を基準店舗に設定する。このため、複数の店舗の中にモデルとなるような店舗が存在する場合には、その店舗をデフォルト店舗として設定しておくことによって、その店舗を基準店舗とすることが可能である。

また情報提供サーバ１は、デフォルト店舗が設定されていない場合には、予め定められたルールに従って基準店舗を選択する。このため、前述したようなルールを適用すれば、売上比率のために参照する商品のサンプル数を多くすることができ、売上比率がより正規化に適する値となる確率を高めることができる。

また情報提供サーバ１は、基準店舗をデフォルト店舗とする場合と、ルールに従って自動的に選択する場合とを、使い分けることができる。このため、利用者のニーズに応じて、いずれかを使い分けることができる。

この実施形態は、次のような種々の変形実施が可能である。
基準店舗は常にデフォルト店舗に固定であってもよい。あるいは基準店舗は、必ず予め定められたルールに従って選択されてもよい。つまりプロセッサ１１は、ＡＣＴ２を行うことなしに、ＡＣＴ３又はＡＣＴ４を行ってもよい。

基準店舗を選択するためのルールとして、予め用意された複数のルールのうちの利用者により予め指定されたルールを適用してもよい。

販売データは、商品リストを含まず、商品毎の総売上額をＳＫＵコードに関連付けて表したデータであってもよい。つまり、商品毎の総売上額の算出は店舗サーバ２２で行われてもよい。そしてこの場合にプロセッサ１１は、ＡＣＴ７を省略する。

ＡＣＴ５乃至ＡＣＴ１２の処理は、複数の店舗システム２が設けられている複数の店舗のうちの基準店舗以外の店舗の一部のみに関して実行してもよい。この場合にプロセッサ１１は、例えば正規化を行うべき店舗として予め定められた店舗のみをＡＣＴ５にて選択する。

プロセッサ１１が実行する情報処理を、複数の情報処理装置にそれぞれ備えられた複数のプロセッサにより分散処理してもよい。

情報端末３における情報提供サーバ１とのやり取りや閲覧画面の表示のための情報処理は、専用のアプリケーションプログラムに従って実行されてもよい。

情報処理によりプロセッサ１１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…情報提供サーバ、２…店舗システム、３…情報端末、４…通信ネットワーク、１１…プロセッサ、１２…メインメモリ、１３…補助記憶ユニット、１４…通信インタフェース、１５…伝送路、２１…ＰＯＳ端末、２２…店舗サーバ、２３…店内通信網。

Claims (6)

1. 店舗で販売した商品毎の売上額を求めるためのデータを、３つ以上の店舗のそれぞれに関して取得する取得手段と、
   前記３つ以上の店舗のうちの一店舗である基準店舗と前記３つ以上の店舗のうちの前記基準店舗とは別の対象店舗とで共に販売された商品に関しての前記基準店舗での総売上額と前記対象店舗での総売上額との比率を、前記取得手段により取得されたデータに基づいて算出する処理を、前記３つ以上の店舗のうちの複数の対象店舗に関してそれぞれ行う算出手段と、
   前記対象店舗に関して前記取得手段により取得されたデータから求まる商品毎の売上額を、その対象店舗に関して前記算出手段により算出された比率によって正規化する処理を、前記複数の対象店舗に関してそれぞれ行う正規化手段と、
   を具備した情報処理装置。
2. 前記３つ以上の店舗の１つとして予め定められたデフォルト店舗を前記基準店舗として設定する設定手段、
   をさらに備える請求項１に記載の情報処理装置。
3. 前記３つ以上の店舗の１つを予め定められたルールに従って選択して前記基準店舗として設定する設定手段、
   をさらに備える請求項１に記載の情報処理装置。
4. 前記３つ以上の店舗の１つとしてデフォルト店舗が予め定められている場合には当該デフォルト店舗を前記基準店舗として設定し、また前記デフォルト店舗が予め定められていない場合には、前記３つ以上の店舗の１つを予め定められたルールに従って選択して前記基準店舗として設定する設定手段、
   をさらに具備する請求項１に記載の情報処理装置。
5. 店舗で販売した商品毎の売上額を求めるためのデータを、３つ以上の店舗のそれぞれに関して取得し、
   前記３つ以上の店舗のうちの一店舗である基準店舗と前記３つ以上の店舗のうちの前記基準店舗とは別の対象店舗とで共に販売された商品に関しての前記基準店舗での総売上額と前記対象店舗での総売上額との比率を、取得された前記データに基づいて算出する処理を、前記３つ以上の店舗のうちの複数の対象店舗に関してそれぞれ行い、
   前記対象店舗に関して取得された前記データから求まる商品毎の売上額を、その対象店舗に関して算出された比率によって正規化する処理を、前記複数の対象店舗に関してそれぞれ行う、
   情報処理方法。
6. 情報処理装置を構成するコンピュータを、
   店舗で販売した商品毎の売上額を求めるためのデータを、３つ以上の店舗のそれぞれに関して取得する取得手段と、
   前記３つ以上の店舗のうちの一店舗である基準店舗と前記３つ以上の店舗のうちの前記基準店舗とは別の対象店舗とで共に販売された商品に関しての前記基準店舗での総売上額と前記対象店舗での総売上額との比率を、前記取得手段により取得された前記データに基づいて算出する処理を、前記３つ以上の店舗のうちの複数の対象店舗に関してそれぞれ行う算出手段と、
   前記対象店舗に関して前記取得手段により取得された前記データから求まる商品毎の売上額を、その対象店舗に関して前記算出手段により算出された比率によって正規化する処理を、前記複数の対象店舗に関してそれぞれ行う正規化手段と、
   して機能させるための情報処理プログラム。