JP2020064351A - 商品管理システム、商品管理方法及びプログラム - Google Patents

Abstract

【課題】出版取次の業務と書店の業務を一元的に管理可能な商品管理システム、商品管理方法及びプログラムを提供する。【解決手段】書店の書店端末から出版取次への商品の注文指示を受け付ける受付部と、書店において商品が販売された場合に、当該販売に関する購買情報を登録する登録部と、受付部により注文指示が受け付られた場合、または登録部により購買情報が登録された場合に、書店における商品の在庫を更新する書店在庫更新部と、受付部により注文指示が受け付けられた場合に、出版取次における商品の在庫を更新する取次在庫更新部と、登録部により登録された購買情報に基づき、書店が出版取次に支払う代金を示す精算情報を生成する精算部とを備えた。【選択図】図２

Description

本発明は、商品管理システム、商品管理方法及びプログラムに関する。

出版業界においては、出版社から出版取次を介して書店に配本されることが一般的である。配本される書籍の部数は、配本先の書店の過去の販売状況を考慮して、出版社または出版取次において決められることが多い。こうした書籍の受発注に関する技術、特に書籍の補充に関する技術として、書店側が出版社側の在庫書籍情報を検索でき、かつ補充する書籍を選択できるようする一方、出版社側に対しては各出版社が指定する補充注文書を送付する技術がある（例えば、特許文献１参照）。

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

出版取次は、書店の在庫を把握できないため、出版取次が持つ在庫の補充タイミングなどの在庫管理が難しい。また、出版社や出版取次は、書店の在庫を把握できないことから、積極的に書店に配本することができない。さらに、書籍には返本という業界固有の習慣があり、書店においてある程度の販売期間を経過した書籍は、書店から出版社に返本されるため、出版取次と書店との返本に基づく精算が発生すると、経理上の処理が煩雑である。このように、従来の技術では、出版取次の業務と書店の業務を一元的に管理することが困難であるという問題があった。

本発明は、上記問題を解決すべくなされたもので、その目的は、出版取次の業務と書店の業務を一元的に管理可能な商品管理システム、商品管理方法及びプログラムを提供することにある。

上記問題を解決するために、本発明の一態様は、書店及び出版取次における商品管理システムであって、前記書店の書店端末から前記出版取次への商品の注文指示を受け付ける受付部と、前記書店において商品が販売された場合に、当該販売に関する購買情報を登録する登録部と、前記受付部により前記注文指示が受け付られた場合、または前記登録部により前記購買情報が登録された場合に、前記書店における商品の在庫を更新する書店在庫更新部と、前記受付部により前記注文指示が受け付けられた場合に、前記出版取次における商品の在庫を更新する取次在庫更新部と、前記登録部により登録された前記購買情報に基づき、前記書店が前記出版取次に支払う代金を示す精算情報を生成する精算部とを備えたことを特徴とする。

また、本発明の一態様は、前記受付部が前記注文指示に示される商品の注文を受け付けるか否かを判定する判定部をさらに備え、前記判定部は、前記書店ごとに定められた書店スコアと、前記注文指示に示される商品から定まる商品スコアと、前記書店の在庫により定まる在庫スコアとを用いて、注文を受け付けるか否かを判定することを特徴とする。

上述した課題を解決する本発明の一態様は、商品管理方法であって、書店の書店端末から出版取次への商品の注文指示を受け付ける受付ステップと、前記書店において商品が販売された場合に、当該販売に関する購買情報を登録する登録ステップと、前記受付ステップにより前記注文指示が受け付られた場合、または前記登録ステップにより前記購買情報が登録された場合に、前記書店における商品の在庫を更新する書店在庫更新ステップと、前記受付ステップにより前記注文指示が受け付けられた場合に、前記出版取次における商品の在庫を更新する取次在庫更新ステップと、前記登録ステップにより登録された前記購買情報に基づき、前記書店が前記出版取次に支払う代金を示す精算情報を生成する精算ステップとを備えたことを特徴とする。

上述した課題を解決する本発明の一態様は、コンピュータに、書店の書店端末から出版取次への商品の注文指示を受け付ける受付ステップと、前記書店において商品が販売された場合に、当該販売に関する購買情報を登録する登録ステップと、前記受付ステップにより前記注文指示が受け付られた場合、または前記登録ステップにより前記購買情報が登録された場合に、前記書店における商品の在庫を更新する書店在庫更新ステップと、前記受付ステップにより前記注文指示が受け付けられた場合に、前記出版取次における商品の在庫を更新する取次在庫更新ステップと、前記登録ステップにより登録された前記購買情報に基づき、前記書店が前記出版取次に支払う代金を示す精算情報を生成する精算ステップとを実行されるためのプログラムである。

本発明によれば、出版取次の業務と書店の業務を一元的に管理可能な商品管理システム、商品管理方法及びプログラムを提供するすることができる。

本実施形態による商品管理システムの概略構成を示す図である。 取次サーバ、出版サーバ、書店端末の概略構成を示す図である。 各種ＤＢの構造を示す図である。 書店端末に表示される画面例を示す図である。 書店端末に表示される画面例を示す図である。 書店登録処理を示すシーケンス図である。 注文処理（その１）を示すシーケンス図である。 注文処理（その２）を示すシーケンス図である。 注文処理（その３）を示すシーケンス図である。 返本処理を示すシーケンス図である。 購買処理及び精算処理を示すシーケンス図である。 ３社の出版取次から共通ＤＢを参照する場合の構成例を示す図である。

以下、本発明の一実施形態による商品管理システムについて、図面を参照して説明する。

図１は、本実施形態による商品管理システム１００の概略構成を示す図である。
図１において、商品管理システム１００は、取次サーバ１０、出版サーバ４０、書店端末２０Ａ、２０Ｂを含む。取次サーバ１０、出版サーバ４０、書店端末２０Ａ、２０Ｂはネットワーク５０により接続されている。ネットワーク５０は、ＬＡＮ（Local Area Network）、インターネット、または電話回線などで構成される。

取次サーバ１０は、出版取次が管理するサーバである。出版サーバ４０は、書籍の出版社が管理するサーバである。取次サーバ１０や出版サーバ４０は、クラウド上などに設けられていてもよい。書店端末２０Ａ、２０Ｂは、書店が管理する端末である。本実施形態において、書店端末２０Ａは、パソコンを例にしており、書店端末２０Ｂは、タブレット端末を例にしている。書店端末２０Ａ、２０Ｂをそれぞれ区別しない場合には、書店端末２０と総称することがある。取次サーバ１０、出版サーバ４０、書店端末２０は、それぞれＣＰＵ（Central Processing Unit）などの演算装置や、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）などの記憶装置で構成される。

図２は、取次サーバ１０、出版サーバ４０、書店端末２０Ａの概略構成を示す図である。取次サーバ１０は、仕入部１０１、書店注文受付部１０２、出荷管理部１０３、購買管理部１０４、取次精算部１０５、レコメンド部１０６、及びスコアリング部１０７で構成される。また、取次サーバ１０は、データベース（以下、「ＤＢ」ともいう）として、仕入マスタ、注文取扱商品マスタ、注文返本マスタ、出荷管理マスタ、書店購買マスタ、精算マスタ、商品マスタ、書店マスタ、及び書店在庫マスタを備える。商品マスタ、書店マスタ、及び書店在庫マスタは、取次サーバ１０の複数の各部から参照や更新が行われる共通ＤＢ１０８である。各種ＤＢの詳細については後述する。

仕入部１０１は、出版サーバ４０に書籍の注文を行うなど、書籍の仕入れに関する処理を行う。書店注文受付部１０２は、書店端末２０からの注文に関する処理を行う。出荷管理部１０３は、書店への書籍の出荷や、出版社からの書籍の入荷に関する処理を行う。購買管理部１０４は、書店での書籍の販売に関する処理を行う。取次精算部１０５は、書店への書籍代の請求などに関する処理を行う。レコメンド部１０６は、書店に対して勧める書籍に関する処理を行う。レコメンド部１０６は、人工知能技術等を用いて書店の特徴に応じて書籍の情報を書店端末２０に提供したり、他書店の売れ筋となっている商品に関する情報を提供したり、書店の在庫数が所定数未満となったときに、所定数未満であることを書店端末２０に提供したり、書店の在庫が予め定められた在庫数未満となったときに、当該書店に自動的に配本するなどの機能を有する。スコアリング部１０７は、書店ごとに計算されるスコアに関する処理を行う。

出版サーバ４０は、取次注文受付部４０１、及び出荷部４０２で構成される。取次注文受付部４０１は、取次サーバ１０からの注文に関する処理を行う。出荷部４０２は、出版取次への書籍の出荷に関する処理を行う。

書店端末２０Ａは、注文入力部２０１、販売部２０２、書店精算部２０３、及びレコメンド受信部２０４で構成される。注文入力部２０１は、取次サーバ１０に書籍の注文を行うなど、書籍の注文に関する処理を行う。販売部２０２は、書店において書籍が販売されたことを取次サーバ１０に通知することなど、書店における書籍の販売に関する処理を行う。書店精算部２０３は、取次サーバ１０から請求書を受信するなど、書店が出版取次に支払う代金等に関する処理を行う。レコメンド受信部２０４は、取次サーバ１０から書店に対して勧める書籍に関する情報を取得するなどの処理を行う。なお、書店端末２０Ｂも書店端末２０Ａと同様の機能を有する。

次に、各種ＤＢの構造について説明する。図３は、各種ＤＢの構造を示す図である。以下の説明では、各種ＤＢの属性についても説明されるが、既に説明した属性の説明は省略される。

書店マスタは、書店ＩＤを主キーとし、書店名、書店住所、電話番号、書店売り場面積、締日・支払方法、担当者氏名、メールアドレス、及び書店スコアを非キー属性として持つ。書店ＩＤは、書店を一意に識別する識別子である。書店名は、書店の名称を示す。書店住所は、書店の住所を示す。電話番号は書店の電話番号を示す。書店売り場面積は、書店の売り場面積を示す。締日・支払方法は、所定期間の取引の合計をする期日と、支払方法（現金、クレジット等）を示す。担当者氏名は、書店の担当者の氏名を示す。メールアドレスは、書店のメールアドレスを示す。書店スコアは、書店の現在のスコアを示す。

商品マスタは、商品ＩＤを主キーとし、商品名、商品情報詳細、取次在庫、仕入先(出版社)、卸値、著者、書影、ＩＳＢＮ、及び販売期間を非キー属性として持つ。商品ＩＤは、商品を一意に識別する識別子である。商品名は、商品の名称を示す。商品情報詳細は、商品の詳細な情報（例えばあらすじ等）を示す。取次在庫は、出版取次における当該商品の在庫数を示す。仕入先は、出版取次が当該商品を仕入れる出版社などの仕入先を示す。卸値は、当該商品の卸値を示す。著者は、当該商品の作者を示す。書影は、商品の外観を示す。ＩＳＢＮは、当該商品を国際的に識別するための識別子である。販売期間は、当該商品の販売期間を示す。

書店在庫マスタは、書店ＩＤ及び商品ＩＤを主キーとし、書店在庫、購買数、及び返本数を非キー属性として持つ。書店在庫は、書店ＩＤが示す書店における、商品ＩＤが示す商品の在庫を示す。購買数は、書店ＩＤが示す書店が購買した、商品ＩＤが示す商品の数を示す。返本数は、書店ＩＤが示す書店が返本した、商品ＩＤが示す商品の数を示す。

注文返本マスタは、注文ＩＤを主キーとし、取扱商品ＩＤ、書店ＩＤ、注文数/返本数、発注日、及び注文ステータスを非キー属性として持つ。注文ＩＤは、注文を一意に識別する識別子である。取扱商品ＩＤは、注文または返品された商品の商品ＩＤである。注文数/返本数は、商品の注文数、または返本数を示す。発注日は、当該注文が発生した日を示す。注文ステータスは、注文の状態を示す。

注文取扱商品マスタは、取扱商品ＩＤを主キーとし、商品ＩＤ、売値、販売期間、取扱数、商品スコア、及び注文数スコアを非キー属性として持つ。売値は、書店で販売されるときの商品の売値を示す。取扱数は、商品ＩＤの商品の取扱数を示す。商品スコアは、商品ごとに与えられたスコアである。注文数スコアは、注文数に応じて定まるスコアである。

仕入マスタは、仕入ＩＤを主キーとし、注文ＩＤ、仕入先、及び仕入フラグを非キー属性として持つ。仕入ＩＤは、仕入を一意に識別する識別子である。仕入先は、仕入された商品の仕入先を示す。仕入フラグは、仕入の状態を示す。出荷管理マスタは、出荷ＩＤを主キーとし、注文ＩＤ、配送業者情報、及び出荷ステータスを非キー属性として持つ。出荷ＩＤは、出荷を一意に識別する識別子である。配送業者情報は、出荷された商品を配送する配送業者を示す情報である。出荷ステータスは、出荷の状態を示す。

書店購買マスタは、購買ＩＤを主キーとし、書店ＩＤ、商品ＩＤ、購買数、及び決済日を非キー属性として持つ。購買ＩＤは、購買を一意に識別する情報である。購買数は、消費者に売れた商品数を示す。決済日は、商品の購入による発生する代金の決済が行われた日を示す。精算マスタは、購買ＩＤを主キーとし、書店ＩＤ、精算情報、購買数、及び請求額を非キー属性として持つ。精算情報は、精算方法など精算に関する情報を示す。購買数は、所定期間に販売されたの商品の数を示す。

以上説明した各種ＤＢは、取次サーバ１０に記憶されるか、または取次サーバ１０が更新及び参照可能な他の装置に記憶されていてもよい。次に、書店端末２０Ａに表示される画面例について説明する。図４は、書店端末２０Ａに表示される画面例を示す図である。

図４（Ａ）は、取次サーバ１０にアクセスした際に書店端末２０Ａに表示される起動画面例を示す。起動画面には、ログイン欄２１０と新規登録欄２１１が表示される。ログイン欄２１０は、書店ＩＤ（図ではＩＤ）とパスワード（図ではＰＷ）を入力するための領域である。ＩＤとパスワードは、取次サーバ１０に書店が登録された場合に取次サーバ１０により発行される。ログイン欄２１０の下のＯＫボタンが選択されると、入力されたＩＤとパスワードが取次サーバ１０に送信され、認証が成功すると、図４（Ｃ）に示されるメニュー画面が表示される。

取次サーバ１０に書店が登録されていない場合には、新規登録欄２１１の下のＯＫボタンが選択されると、図４（Ｂ）に示される登録画面が表示される。図４（Ｂ）は、登録画面の一例を示す図である。登録画面には、書店情報入力欄２１２が表示される。書店の店員が、各種情報を入力し、登録ボタンを選択すると、入力された各種情報が取次サーバ１０に送信される。取次サーバ１０は、受信した各種情報に問題がなければ、各種情報を示す書店マスタとして登録する。このとき、上記ＩＤとパスワードとが書店端末２０Ａに送信される。

図４（Ｃ）は、メニュー画面の一例を示す図である。メニュー画面には、メニューボタン群２１３と、お知らせ欄２１４が表示される。メニューボタン群２１３には、書店情報ボタン、注文ボタン、返本ボタン、支払ボタンが含まれる。書店情報ボタンは、当該書店の登録情報などを表示するためのボタンである。注文ボタンは、商品を注文するためのボタンである。注文ボタンが選択されると、図４（Ｄ）の注文画面が表示される。返本ボタンは、商品を返本するためのボタンである。支払ボタンは、出版取次へ支払う代金を示す請求書をダウンロードするためのボタンである。お知らせ欄２１４は、取次サーバ１０から受信したリコメンド情報などの各種情報を表示する。また、メニュー画面に表示される「もっと見る」が選択されると、お知らせ欄２１４にさらに情報が表示される。

図４（Ｄ）は、注文画面の一例を示す図である。注文画面には、検索欄２１５、注文欄２１６が表示される。検索欄２１５は、テキストボックスと検索ボタンで構成される。検索ボタンが選択されると、入力された文字列（図ではＸＹＺ）によって検索された商品が注文欄２１６に表示される。注文欄２１６には、検索された商品のタイトル、出版社、著者、及び概要が商品ごとに表示され、商品ごとに注文ボタンが表示される。図４（Ｄ）の場合には、３つの商品が表示されているが、３つに限らず、検索結果に応じた０以上の商品を表示可能である。書店の店員は、所望の商品に対応する注文ボタンを選択することで商品を注文することができる。なお、注文画面において、注文状況・履歴ボタンを選択することで、注文履歴や、注文の状況が表示される。

次に、書店端末２０Ｂに表示される画面例について説明する。図５は、書店端末２０Ｂに表示される画面例を示す図である。図５（Ａ）は、取次サーバ１０にアクセスした際に書店端末２０Ｂに表示される起動画面例を示す。起動画面には、ログイン欄２２０と新規登録ボタン２２１が表示される。新規登録ボタン２２１が選択された場合には、図４（Ｂ）の登録画面に準じたタブレット端末用の画面が表示される。

ログイン欄２２０は、書店ＩＤ（図ではＩＤ）とパスワード（図ではＰＷ）を入力するための領域である。ＩＤとパスワードは、取次サーバ１０に書店が登録された場合に取次サーバ１０により発行される。ログイン欄２２０の下のＯＫボタンが選択されると、入力されたＩＤとパスワードが取次サーバ１０に送信され、認証が成功すると、図５（Ｂ）に示されるメニュー画面が表示される。

図５（Ｂ）は、メニュー画面の一例を示す図である。メニュー画面には、メニューボタン群２２２と、お知らせ欄２２３が表示される。メニューボタン群２２２には、書店情報ボタン、注文ボタン、返本ボタン、支払ボタンが含まれる。書店情報ボタンは、当該書店の登録情報などを表示するためのボタンである。注文ボタンは、商品を注文するためのボタンである。注文ボタンが選択されると、図５（Ｃ）の注文画面が表示される。返本ボタンは、商品を返本するためのボタンである。支払ボタンは、出版取次へ支払う代金を示す請求書をダウンロードするためのボタンである。お知らせ欄２２３は、取次サーバ１０から受信したリコメンド情報などの各種情報を表示する。お知らせ欄２２３に表示されるテキストはスクロール可能であり、スクロールすることでさらに情報が表示される。

図５（Ｃ）は、注文画面の一例を示す図である。注文画面には、検索欄２２４、スキャン画像表示欄２２５が表示される。検索欄２２４は、テキストボックスと検索ボタンで構成される。検索ボタンが選択されると、スキャン画像表示欄２２５が消去され、入力された文字列（図ではＸＹＺ）によって検索された商品がスキャン画像表示欄２２５が表示されていた領域に表示される。スキャン画像表示欄２２５にはタブレット端末のカメラで撮像された画像が表示される。そして、カメラによってＩＳＢＮコードが撮像されると、ＩＳＢＮコードを認識し、認識されたＩＳＢＮコードに対応する商品を、スキャン画像表示欄２２５を消去することで空いた領域に表示する。なお、「注文履歴から検索」を選択することで、以前注文した商品を容易に検索することができる。

次に、書店端末２０、取次サーバ１０、及び出版サーバ４０で行われる処理の流れについて説明する。図６は、書店登録処理を示すシーケンス図である。書店端末２０は、図４（Ｂ）の登録画面を表示する（ステップＳ１０１）。書店の店員によって各種情報が入力され（ステップＳ１０２）、登録ボタンが選択されると（ステップＳ１０３）、書店端末２０は、取次サーバ１０に、書店の新規登録を要求する登録要求を送信する（ステップＳ１０４）。登録要求には、入力された各種情報が含まれる。

取次サーバ１０は、登録要求を受信すると、各種情報に基づいて書店を書店マスタに登録する（ステップＳ１０５）。このとき、書店スコアが付与される（ステップＳ１０６）。取次サーバ１０は、書店ＩＤとパスワードを書店端末２０に送信して（ステップＳ１０７）、処理を終了する。書店ＩＤとパスワードは、例えば電子メールで送信される。

次に、注文処理について説明する。図７、図８、図９は、注文処理を示すシーケンス図である。図７において、書店端末２０は、図４（Ａ）に示した起動画面を表示する（ステップＳ２０１）。書店ＩＤとパスワードとが入力され（ステップＳ２０２）、ＯＫボタンが選択されると（ステップＳ２０３）、書店端末２０は、取次サーバ１０にログイン要求を送信する。このログイン要求には、書店ＩＤとパスワードとが含まれる。

取次サーバ１０は、書店ＩＤとパスワードとで認証を行う（ステップＳ２０５）。ここでは認証に成功したものとするが、失敗した場合には、書店端末２０に認証が失敗したことが表示される。

取次サーバ１０は、認証が成功すると、図４（Ｃ）に示したメニュー画面を示すメニュー応答を送信する（ステップＳ２０６）。書店端末２０は、メニュー応答を受信すると、メニュー画面を表示し（ステップＳ２０７）、注文ボタンが選択されると（ステップＳ２０８）、取次サーバ１０に注文画面要求を送信する（ステップＳ２０９）。取次サーバ１０は、注文画面を示す注文応答を送信する（ステップＳ２１０）。書店端末２０は、注文応答を受信すると、注文画面を表示し（ステップＳ２１１）、書店の店員により検索欄２１５のテキストボックスに文字列が入力され、検索ボタンが選択されると（ステップＳ２１２）、取次サーバ１０に検索要求を送信する（ステップＳ２１３）。この検索要求にはテキストボックスに入力された文字列が含まれる。

検索要求を受信した取次サーバ１０は、商品マスタの商品名及び商品情報詳細において、検索要求に含まれる文字列を検索する（ステップＳ２１４）。取次サーバ１０は、検索結果を示す検索応答を送信する（ステップＳ２１５）。検索応答を受信した書店端末２０は、検索結果を表示する（ステップＳ２１６）。注文画面において、店員により注文ボタンが選択されると（ステップＳ２１７）、書店端末２０は、注文要求を取次サーバ１０に送信する（ステップＳ２１８）。注文要求を受信した取次サーバ１０は、スコアチェックを行う（ステップＳ２１９）。スコアチェックの詳細については後述する。ここでは、スコアチェックで注文可能と判定されたとする。

図８は、注文処理（その２）を示すシーケンス図である。スコアチェックで注文可能と判定されると、取次サーバ１０は、注文返本マスタにて注文ＩＤを振り出す（ステップＳ３０１）。取次サーバ１０は、書店在庫と取次在庫を更新する（ステップＳ３０２）。具体的に、ステップＳ３０２において、取次サーバ１０は、注文返本マスタの取扱商品ＩＤ（商品ＩＤ）と書店ＩＤをキーにして、書店在庫マスタを照会し、書店在庫を注文数返本数分増加させ、商品ＩＤをキーにして商品マスタを照会し、取次在庫を注文数返本数分減少させる。なお、注文された商品が書店にとって初めての商品の場合には、書店在庫マスタが存在しないため、新たに書店在庫マスタを登録したのちにステップＳ３０２の処理が行われる。

ステップＳ３０２の後に、商品マスタの取次在庫がマイナスになった場合には、出版取次において在庫不足のため、出版社に発注する必要がある。ここでは、商品マスタの取次在庫がマイナスにならなかったものとする。取次サーバ１０は、出荷管理マスタに注文ＩＤ、配送業者情報、出荷ステータスを登録する（ステップＳ３０３）。

書店端末２０は、注文画面にて、注文した商品の状況をいつでも確認できる。具体的には、店員により注文画面の注文状況・履歴ボタンが選択されると、書店端末２０は、取次サーバ１０に履歴要求を送信する（ステップＳ３０４）。履歴要求を受信した取次サーバ１０は、出荷管理マスタの出荷ステータスを取得し（ステップＳ３０５）、取得した出荷ステータスを履歴応答として書店端末２０に送信する（ステップＳ３０６）。履歴応答を受信した書店端末２０は、受信した出荷ステータスを表示する（ステップＳ３０７）。

出版取次では、注文された商品が出荷すると、出荷管理マスタの出荷ステータスを出荷済みに更新する（ステップＳ３０８）。書店では、商品が届いた場合には、書店端末２０において受領したことが店員により入力される（ステップＳ３０９）。書店端末２０は、受領通知を取次サーバ１０に送信する（ステップＳ３１０）。この受領通知には、出荷ＩＤが含まれる。受領通知を受信した取次サーバ１０は、出荷ステータスを受領済みに更新する（ステップＳ３１１）。

図９は、注文処理（その３）を示すシーケンス図である。この注文処理（その３）は、注文処理（その２）において、ステップＳ３０２の後に、商品マスタの取次在庫がマイナスになった場合の処理を示す。取次サーバ１０は、注文ＩＤ、仕入先、仕入フラグを仕入マスタに登録し（ステップＳ４０１）、出版サーバ４０に発注通知を送信する（ステップＳ４０２）。この発注通知には、仕入ＩＤとＩＳＢＮが含まれる。出版社において商品を出荷すると、出版サーバ４０は、出荷通知を取次サーバ１０に送信する（ステップＳ４０３）。出荷通知を受信した取次サーバ１０は、出荷管理マスタに注文ＩＤ、配送業者情報、出荷ステータスを登録する（ステップＳ４０４）。これ以降は、図８のステップＳ３０３以降の処理と同じであるので省略する。

図１０は、返本処理を示すシーケンス図である。書店端末２０は、返本用画面を表示させるために、取次サーバ１０に返本情報要求を送信する（ステップＳ５０１）。この返本情報要求には、書店ＩＤが含まれる。返本情報要求を受信した取次サーバ１０は、注文返本マスタを照会し（ステップＳ５０２）、返本可能な商品のリストを返本情報応答として送信する（ステップＳ５０３）。書店端末２０は、返本情報応答に基づき返本用画面を表示し（ステップＳ５０４）、店員によって返本する商品と数とが入力されると（ステップＳ５０５）、書店端末２０は、返本要求を取次サーバ１０に送信する（ステップＳ５０６）。この返本要求には、商品ＩＤと書店ＩＤとが含まれる。返本要求を受信した取次サーバ１０は、商品ＩＤと書店ＩＤから書店在庫マスタを照会し、書店在庫及び取次在庫を更新し（ステップＳ５０７）、返本要求された商品の注文返本マスタの注文ステータスを返本済に更新し（ステップＳ５０８）、処理を終了する。上記ステップＳ５０７では、商品マスタの取次在庫を返本数分増加させ、書店在庫マスタの書店在庫を返本数分減少させ、書店在庫マスタの返本数を返本数分増加させる。

図１１（Ａ）は、購買処理を示すシーケンス図である。書店端末２０は、商品が販売されると、購買通知を取次サーバ１０に送信する（ステップＳ６０１）。この購買通知には、書店ＩＤと商品ＩＤと購買数と決済日とが含まれる。購買通知を受信した取次サーバ１０は、書店ＩＤと商品ＩＤと購買数と決済日とを書店購買マスタに登録する（ステップＳ６０２）。取次サーバ１０は、書店在庫マスタの書店在庫及び購買数を更新し（ステップＳ６０３）、処理を終了する。具体的に、取次サーバ１０は、書店在庫マスタの書店在庫を、購買通知に含まれる購買数だけ減少し、書店在庫マスタの購買数を、購買通知に含まれる購買数だけ増加する。

図１１（Ｂ）は、精算処理を示すシーケンス図である。取次サーバ１０は、書店マスタの締日が到来すると、書店ＩＤ、精算情報、購買数、卸値を精算マスタに登録する（ステップＳ７０１）。取次サーバ１０は、精算マスタに基づき、請求書を生成する（ステップＳ７０２）。請求書の生成後、書店端末２０は、精算要求を取次サーバ１０に送信し（ステップＳ７０３）、取次サーバ１０が請求書を請求応答として送信することで（ステップＳ７０４）、書店端末２０は請求書を表示する（ステップＳ７０５）。この請求書には、例えば種々の支払方法を案内する情報等が含まれるようにしてもよい。

次に、スコアについて説明する。本実施形態におけるスコアは、取次サーバ１０が書店端末２０からの注文を受け付けるか否かを判定するために用いられる。すなわち、書店が注文できる商品を制限するために用いられる。

スコアの運用例として、書店ＩＤごとに書店スコアを設定し、書店スコアが低い書店から高額商品の注文は受け付けないという運用が挙げられる。また、書店スコアは、書店での商品の販売数に比例して増加したり、書店の在庫が多いほど減少させる。なお、書籍に販売期間が設けられているものについて、販売期間を徒過した在庫の場合には、より大きく減少させてもよい。

他の運用例として、書店スコアによって一定期間（例えば１ヵ月間）に注文できる商品数が制限してもよい。１ヵ月に注文できる商品数は、書店スコアによって算出された許容数から書店在庫数を減算するこで算出される。これにより、むやみに注文されることを防ぐことが可能となり、特に在庫が多い場合は新規に注文できなくなることもあり得る。例えば、書店スコアが１００の場合、在庫数の許容数１０００冊とする。この場合、現時点で在庫数が９００冊の場合は、１００冊までしか注文できない。

これらスコアの運用例を踏まえ、本実施形態におけるスコアリング部１０７が用いる書店スコア、商品スコア、及び注文数スコアについて説明する。書店スコアは、書店ＩＤごとに割り当てられている。商品スコア及び注文数スコアは、商品ごとに定められている。書店が注文したい商品及びその商品数から、商品スコア、及び注文数スコアを用いて、必要スコアが定まる。この必要スコアより書店スコアが上回っている場合に、書店は商品を注文することができる。

商品ＩＤがｉｄの商品スコアをＰ（ｉｄ）とし、注文数スコアをＱ（ｉｄ）とし、商品ＩＤがｉｄの商品の注文数をＲ（ｉｄ）としたとき、必要スコアＮＳは、以下の数式で定まる。
ＮＳ＝Σ（Ｐ（ｉｄ）＋Ｑ（ｉｄ）×Ｒ（ｉｄ））…（式１）
式１におけるΣは、注文する全ての商品の商品ＩＤにおける総和を示す。

書店スコアＳＳは、購買数及び書店の在庫数に応じて更新される。商品ＩＤがｉｄの商品を販売したときに商品１つあたり加算される加算値をＸ（ｉｄ）とする。商品ＩＤがｉｄの商品の販売数をＡ（ｉｄ）とする。商品ＩＤがｉｄの商品の在庫１つあたりに減算される減算値をＹ（ｉｄ）とする。商品ＩＤがｉｄの商品の在庫数をＢ（ｉｄ）とする。なお、減算値Ｙ（ｉｄ）は、商品の販売期間内か否かでその値が異なる。すなわち、販売期間内の減算値Ｙ（ｉｄ）と販売期間後の減算値Ｙ（ｉｄ）の２種類の値があり、販売期間後の値の方が大きい。よって、販売期間の在庫が多いほどより多く減算されることとなる。

更新後の書店スコアＳＳは、以下の数式で定まる。
更新後の書店スコアＳＳ＝更新前の書店スコアＳＳ
＋ΣＡ（ｉｄ）×Ｘ（ｉｄ）−Σ'Ｂ（ｉｄ）×Ｙ（ｉｄ）…（式２）
式２におけるΣは、販売した全ての商品の商品ＩＤにおける総和を示す。式２におけるΣ'は、全ての在庫の商品ＩＤにおける総和を示す。

式１に示されるように、必要スコアＮＳは、商品と注文数に応じて定まる値であり、注文数に比例して必要スコアが増加する。また、式２に示されるように、書店スコアＳＳは、販売数と在庫数で定まる値であり、販売数に比例して増加し、在庫数に比例して減少する。

具体的な数値を用いて説明する。商品Ａ、Ｂ、Ｃの各スコアを以下の通りとする。
商品Ａ：商品スコア（30）、注文数スコア（1）
商品Ｂ：商品スコア（50）、注文数スコア（2）
商品Ｃ：商品スコア（80）、注文数スコア（2）
また、書店スコアＳＳを１００とする。
このとき、書店が商品Ａを１０冊、商品Ｂを４冊注文すると、取次サーバ１０は、必要スコアを計算する。
必要スコアＮＳ＝商品Ａスコア（30）＋商品Ａ注文数スコア（1×10）＋商品Ｂスコア（50）＋商品Ｂ注文数スコア（2×4）＝９８
必要スコアＮＳ（９８）より書店スコアＳＳ（１００）が上回っているため、取次サーバ１０は、注文を受け付ける。

この注文によって商品が入荷した後、書店は、商品Ａを８冊販売し、商品Ｂを０冊販売したものとする。そして商品Ａは販売期間内であり、商品Ｂの販売期間が終了した状態で、商品Ｃを１０冊注文したとする。また、商品Ａの販売による加算値Ｘを２とし、商品Ｂの販売による加算値Ｘを４とする。商品Ａの販売期間内の減算値Ｙを１とし、商品Ｂの販売期間後の減算値Ｙを４とする。

この場合、取次サーバ１０は、まず必要スコアＮＳを計算する。
必要スコアＮＳ＝商品Ｃスコア（80）＋商品Ｃ注文数スコア（2×10）＝１００
次に、取次サーバ１０は、書店スコアＳＳを更新する。
更新後の書店スコアＳＳ＝更新前の書店スコアＳＳ（100）＋商品Ａ加算値Ｘ（2）×販売数（8）＋商品Ｂ加算値Ｘ（4）×販売数（0）−商品Ａ減算値Ｙ（1）×在庫数（2）−商品Ｂ減算値Ｙ（4）×在庫数（4）＝９８
必要スコアＮＳ（１００）より書店スコアＳＳ（９８）が上回っていないため、取次サーバ１０は、注文を受け付けない。

このように、スコアを用いることで、取次サーバ１０は、書店からの注文を、在庫が過剰になって返本が大量に発生してしまわないように、適切に受け付けることができる。また、書店スコアは、書店の在庫に基づくため、取次サーバ１０は、在庫に応じて適切に注文を受け付けることができる。さらに、書店スコアは販売数が大きいほど大きくなり、より多くの商品の注文を受け付けることが可能となることから、書店の販売に対するインセンティブを提供することができる。

以上説明した実施形態に示されるように、本実施形態によれば、原則として書店が商品を自由に注文することができる。また、本実施形態によれば、消費者に販売された商品の代金のみを支払うことから、返本時の精算が不要となるため、従来技術で生じていた返本時の精算処理の煩わしさを解消することができる。

また、従来は、出版社または出版取次が書店に対する配本の部数を定めて配本されることが一般的なため、書店にとっては、書籍の仕入れについての自由度が十分ではなかったが、書店側から任意に注文することができるようになるため、書店側にとって書籍の仕入れの自由度が向上する。換言すれば、本実施形態によれば、書店にとって、配本に起因する仕入れの自由度が低下することを低減することができる。

また、出版社や出版取次側において、書店の在庫状況を把握することができるため、返本される数を想定しやすくなり、返本管理がしやすくなる。

なお、本実施形態において、出版取次の在庫や書店の在庫は、在庫が更新される操作（商品の注文操作や返本操作）が発生したとき直ちに更新されているが、商品が実際に在庫となったタイミングや、商品が実際に返品されたタイミングで更新してもよい。

以上説明した実施形態では、説明をわかりやすくするために、取次サーバ１０、出版サーバ４０、書店端末２０が図１において１台ずつ描かれていたが、一般的に、出版取次、出版社、及び書店は複数存在する。従って、例えば取次サーバは出版取次ごとに設けられることから、取次サーバは複数存在することとなる。この場合、書店の在庫や書店のスコアを示す共通ＤＢ１０８は、いずれの出版取次に対しても共通したデータとすることができるため、共通ＤＢ１０８を、複数の出版取次から参照可能なように構成してもよい。

図１２は、一例として、３社の出版取次（Ａ社、Ｂ社、Ｃ社）から共通ＤＢ１０８を参照する場合の構成例を示す図である。図１２には、Ａ社の取次サーバとして取次サーバ２００Ａが示され、Ｂ社の取次サーバとして取次サーバ２００Ｂが示され、Ｃ社の取次サーバとして取次サーバ２００Ｃが示されている。図２で示した構成と異なる点は、図２の取次サーバ１０に含まれていた共通ＤＢ１０８が複数の取次サーバ２００Ａ、２００Ｂ、２００Ｃから参照可能なように構成されている点である。このようにすることで、出版取次の各社は、共通ＤＢ１０８（商品マスタ、書店マスタ、及び書店在庫マスタ）を共有でき、また参照することができる。

なお、上述した商品管理システム１００が備える各構成は、内部に、コンピュータシステムを有している。そして、上述した商品管理システム１００が備える各構成の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述した商品管理システム１００が備える各構成における処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。

また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部又は外部に設けられた記録媒体も含まれる。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に商品管理システム１００が備える各構成で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

また、上述した機能の一部又は全部を、ＬＳＩ（Large Scale Integration）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、又は全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

１０ 取次サーバ
２０ 書店端末
４０ 出版サーバ
１００ 商品管理システム
１０１ 仕入部
１０２ 書店注文受付部
１０３ 出荷管理部
１０４ 購買管理部
１０５ 取次精算部
１０６ レコメンド部
１０７ スコアリング部

Claims (4)

1. 書店及び出版取次における商品管理システムであって、
   前記書店の書店端末から前記出版取次への商品の注文指示を受け付ける受付部と、
   前記書店において商品が販売された場合に、当該販売に関する購買情報を登録する登録部と、
   前記受付部により前記注文指示が受け付られた場合、または前記登録部により前記購買情報が登録された場合に、前記書店における商品の在庫を更新する書店在庫更新部と、
   前記受付部により前記注文指示が受け付けられた場合に、前記出版取次における商品の在庫を更新する取次在庫更新部と、
   前記登録部により登録された前記購買情報に基づき、前記書店が前記出版取次に支払う代金を示す精算情報を生成する精算部と
   を備えた商品管理システム。
2. 前記受付部が前記注文指示に示される商品の注文を受け付けるか否かを判定する判定部をさらに備え、
   前記判定部は、前記書店ごとに定められた書店スコアと、前記注文指示に示される商品から定まる商品スコアと、前記書店の在庫により定まる在庫スコアとを用いて、注文を受け付けるか否かを判定する請求項１に記載の商品管理システム。
3. 商品管理方法であって、
   書店の書店端末から出版取次への商品の注文指示を受け付ける受付ステップと、
   前記書店において商品が販売された場合に、当該販売に関する購買情報を登録する登録ステップと、
   前記受付ステップにより前記注文指示が受け付られた場合、または前記登録ステップにより前記購買情報が登録された場合に、前記書店における商品の在庫を更新する書店在庫更新ステップと、
   前記受付ステップにより前記注文指示が受け付けられた場合に、前記出版取次における商品の在庫を更新する取次在庫更新ステップと、
   前記登録ステップにより登録された前記購買情報に基づき、前記書店が前記出版取次に支払う代金を示す精算情報を生成する精算ステップと
   を備えた商品管理方法。
4. コンピュータに、
   書店の書店端末から出版取次への商品の注文指示を受け付ける受付ステップと、
   前記書店において商品が販売された場合に、当該販売に関する購買情報を登録する登録ステップと、
   前記受付ステップにより前記注文指示が受け付られた場合、または前記登録ステップにより前記購買情報が登録された場合に、前記書店における商品の在庫を更新する書店在庫更新ステップと、
   前記受付ステップにより前記注文指示が受け付けられた場合に、前記出版取次における商品の在庫を更新する取次在庫更新ステップと、
   前記登録ステップにより登録された前記購買情報に基づき、前記書店が前記出版取次に支払う代金を示す精算情報を生成する精算ステップと
   を実行されるためのプログラム。

Images