ホーム > 特許ランキング > ソフトバンク株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-12-10
(45)【発行日】2024-12-18
(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム
(51)【国際特許分類】
G06Q 10/087 20230101AFI20241211BHJP
【ＦＩ】
G06Q10/087
【請求項の数】
10
(21)【出願番号】P 2024086392
(22)【出願日】2024-05-28
【審査請求日】2024-07-11
【早期審査対象出願】
(73)【特許権者】
【識別番号】501440684
【氏名又は名称】ソフトバンク株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】萩尾 直哉
(72)【発明者】
【氏名】福田 晃大
(72)【発明者】
【氏名】野口 智明
(72)【発明者】
【氏名】土田 裕紀
(72)【発明者】
【氏名】古川 友香
【審査官】牧 裕子
(56)【参考文献】
【文献】特開２００４－２７２６９７（ＪＰ，Ａ）
【文献】特開２０１９－１３３５８２（ＪＰ，Ａ）
【文献】特開平０３－２５０３６６（ＪＰ，Ａ）
【文献】特開２０１６－０１２２４１（ＪＰ，Ａ）
【文献】特開２００４－１９２６５４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
商品を集約して出荷させる集約出荷に関するマスタ情報として、店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報、および、所定の地域ごとに出荷日のパターンが定義されたマスタ情報それぞれと、前記店舗のうち集約出荷を行うよう設定されている店舗である対象店舗の情報とを照合した照合結果に基づいて、集約出荷が実行される日である出荷日のパターンを前記対象店舗ごとに特定する特定部と、前記対象店舗から商品の発注リクエストを受け付けた場合に、前記対象店舗に対応する前記出荷日のパターンに基づいて、前記商品を集約出荷した際に前記対象店舗に前記商品を納入できる納入可能日を前記店舗に提示する提示部と、
を備え、
前記特定部は、店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合した照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定している場合には、当該出荷日のパターンに基づいて、前記対象店舗に対応する前記出荷日のパターンを特定し、
前記特定部は、店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合した照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定していない場合には、前記所定の地域ごとに出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合し、照合による照合結果に基づいて、前記所定の地域のうち前記対象店舗が属する所属地域に出荷日のパターンが設定されている場合には、当該出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定し、
前記提示部は、前記対象店舗について特定された前記出荷日のパターンに基づいて、前記対象店舗に対して前記納入可能日を提示する、
情報処理装置。
【請求項2】
前記特定部は、集約出荷を行うか否かが前記店舗ごとに設定されたマスタ情報を参照し、前記店舗のうち集約出荷を行うよう設定されている店舗を前記対象店舗として判別する、請求項１に記載の情報処理装置。
【請求項3】
前記特定部は、集約出荷を行うか否かが前記店舗の属する所定のグループ単位で設定された情報を参照し、前記所定のグループのうち集約出荷を行うよう設定されているグループに属する所属店舗が前記店舗の中に存在する場合には、前記所属店舗を、集約出荷を行うよう設定されている店舗である前記対象店舗として制御する、請求項１に記載の情報処理装置。
【請求項4】
前記特定部は、前記店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合した前記照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定している場合には、当該出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定し、前記提示部は、前記対象店舗が設定した希望の出荷日のパターンに基づいて、前記対象店舗に対して前記納入可能日を提示する、
請求項１に記載の情報処理装置。
【請求項5】
前記提示部は、前記対象店舗が属する所属地域に設定される出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定された場合には、前記対象店舗が属する所属地域に設定される出荷日のパターンに基づいて、前記対象店舗に対して前記納入可能日を提示する、請求項１に記載の情報処理装置。
【請求項6】
前記特定部は、前記所定の地域ごとに出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合した照合結果に基づいて、前記対象店舗が属する所属地域に出荷日のパターンが設定されていない場合には、前記対象店舗に対して集約出荷を行わない設定をしている店舗である対象外店舗として制御する、請求項１に記載の情報処理装置。
【請求項7】
前記提示部は、前記納入可能日の中から納入希望日を選択可能な状態で提示する、請求項１に記載の情報処理装置。
【請求項8】
前記特定部は、集約出荷を行うよう設定されている店舗である対象店舗が、集約出荷を解除する特例設定を行った場合には、前記対象店舗から受け付けられた前記発注リクエストに対応する商品の在庫状況に基づいて、前記商品を最短で納入可能な最短納入可能日を特定し、前記提示部は、前記特例設定を行った前記対象店舗に対して前記最短納入可能日を提示する、
請求項２または３に記載の情報処理装置。
【請求項9】
情報処理装置が実行する情報処理方法であって、商品を集約して出荷させる集約出荷に関するマスタ情報として、店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報、および、所定の地域ごとに出荷日のパターンが定義されたマスタ情報それぞれと、前記店舗のうち集約出荷を行うよう設定されている店舗である対象店舗の情報とを照合した照合結果に基づいて、集約出荷が実行される日である出荷日のパターンを前記対象店舗ごとに特定する特定工程と、
前記対象店舗から商品の発注リクエストを受け付けた場合に、前記対象店舗に対応する前記出荷日のパターンに基づいて、前記商品を集約出荷した際に前記対象店舗に前記商品を納入できる納入可能日を前記店舗に提示する提示工程と、
を含み、
前記特定工程は、店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合した照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定している場合には、当該出荷日のパターンに基づいて、前記対象店舗に対応する前記出荷日のパターンを特定し、
前記特定工程は、店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合した照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定していない場合には、前記所定の地域ごとに出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合し、照合による照合結果に基づいて、前記所定の地域のうち前記対象店舗が属する所属地域に出荷日のパターンが設定されている場合には、当該出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定し、
前記提示工程は、前記対象店舗について特定された前記出荷日のパターンに基づいて、前記対象店舗に対して前記納入可能日を提示する、
情報処理方法。
【請求項10】
商品を集約して出荷させる集約出荷に関するマスタ情報として、店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報、および、所定の地域ごとに出荷日のパターンが定義されたマスタ情報それぞれと、前記店舗のうち集約出荷を行うよう設定されている店舗である対象店舗の情報とを照合した照合結果に基づいて、集約出荷が実行される日である出荷日のパターンを前記対象店舗ごとに特定する特定手順と、前記対象店舗から商品の発注リクエストを受け付けた場合に、前記対象店舗に対応する前記出荷日のパターンに基づいて、前記商品を集約出荷した際に前記対象店舗に前記商品を納入できる納入可能日を前記店舗に提示する提示手順と、
をコンピュータに実行させ、
前記特定手順は、店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合した照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定している場合には、当該出荷日のパターンに基づいて、前記対象店舗に対応する前記出荷日のパターンを特定し、
前記特定手順は、店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合した照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定していない場合には、前記所定の地域ごとに出荷日のパターンが定義されたマスタ情報と前記対象店舗の情報とを照合し、照合による照合結果に基づいて、前記所定の地域のうち前記対象店舗が属する所属地域に出荷日のパターンが設定されている場合には、当該出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定し、
前記提示手順は、前記対象店舗について特定された前記出荷日のパターンに基づいて、前記対象店舗に対して前記納入可能日を提示する、
情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【0002】
商品の受注データと、各種マスタ情報とに基づいて、倉庫からの最短出荷予定日を特定し、特定した最短出荷予定日を顧客に通知するという技術が提案されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１９－１３３５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記の従来技術では、商品を仕入れる際の物流を効率化させつつ商品仕入先の利便性を高めることができるとは限らない。
【0005】
例えば、上記の従来技術には、商品が集約して出荷されるよう操作できたり、集約された商品の納入日を仕入先が知ることができたりするような構成が含まれておらず、商品を仕入れる際の物流を効率化させつつ商品仕入先の利便性を高めるという点で改善の余地がある。
【0006】
そこで、本発明では、商品を仕入れる際の物流を効率化させつつ商品仕入先の利便性を高めることができる情報処理装置、情報処理方法および情報処理プログラムを提案する。
【課題を解決するための手段】
【0007】
本発明に係る一形態の情報処理装置は、商品を集約して出荷させる集約出荷に関するマスタ情報に基づいて、集約出荷が実行される日である出荷日のパターンを特定する特定部と、店舗から商品の発注リクエストを受け付けた場合に、前記店舗に対応する前記出荷日のパターンに基づいて、前記商品を集約出荷した際に前記店舗に前記商品を納入できる納入可能日を前記店舗に提示する提示部と、を備える。
【0008】
本発明に係る一形態の情報処理方法は、情報処理装置が実行する情報処理方法であって、商品を集約して出荷させる集約出荷に関するマスタ情報に基づいて、集約出荷が実行される日である出荷日のパターンを特定する特定工程と、店舗から商品の発注リクエストを受け付けた場合に、前記店舗に対応する前記出荷日のパターンに基づいて、前記商品を集約出荷した際に前記店舗に前記商品を納入できる納入可能日を前記店舗に提示する提示工程と、を含む。
【0009】
本発明に係る一形態の情報処理プログラムは、商品を集約して出荷させる集約出荷に関するマスタ情報に基づいて、集約出荷が実行される日である出荷日のパターンを特定する特定手順と、店舗から商品の発注リクエストを受け付けた場合に、前記店舗に対応する前記出荷日のパターンに基づいて、前記商品を集約出荷した際に前記店舗に前記商品を納入できる納入可能日を前記店舗に提示する提示手順と、をコンピュータに実行させる。
【発明の効果】
【0010】
本発明によれば、商品を仕入れる際の物流を効率化させつつ商品仕入先の利便性を高めることができる。
【図面の簡単な説明】
【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】
店舗端末１０は、スマートフォンや、ウェアラブルデバイスや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等であってよい。店舗端末１０には、情報処理装置１００にアクセスするための所定のアプリケーションが導入されてよい。所定のアプリケーションは、本発明の提案技術に合わせて用意される専用のアプリケーションであってもよいし、ブラウザのような汎用的なアプリケーションであってもよい。
【0044】
事業者端末２０は、通信事業者Ｍによって利用される情報処理端末の一例である。事業者端末２０は、スマートフォンや、ウェアラブルデバイスや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等であってよい。事業者端末２０には、情報処理装置１００にアクセスするための所定のアプリケーションが導入されてよい。所定のアプリケーションは、本発明の提案技術に合わせて用意される専用のアプリケーションであってもよいし、ブラウザのような汎用的なアプリケーションであってもよい。
【0045】
倉庫端末３０は、商品の出荷元となる倉庫Ｗの作業員等によって利用される情報処理端末の一例である。倉庫端末３０は、スマートフォンや、ウェアラブルデバイスや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等であってよい。倉庫端末３０には、情報処理装置１００にアクセスするための所定のアプリケーションが導入されてよい。所定のアプリケーションは、本発明の提案技術に合わせて用意される専用のアプリケーションであってもよいし、ブラウザのような汎用的なアプリケーションであってもよい。倉庫端末３０は、在庫データ等を情報処理装置１００に送信することができる。
【0046】
情報処理装置１００は、実施形態に係る情報処理を行う中心的な装置であり、クラウドサーバ装置として実装されてよい。また、後述するが、情報処理システム１には、ＯＭＳ（受注管理システム）と倉庫管理システム（ＷＭＳ）とがさらに含まれる。
【0047】
〔５．提案技術の概要〕
図６では、情報処理システム１のより具体的な一例を用いて、実施形態に係る情報処理の概要を説明する。図６に示すように、情報処理システム１には、ＯＭＳとＷＭＳとが含まれ、集約サービスを提供する集約システムに相当する情報処理装置１００は、互いに連携関係にあるＯＭＳとＷＭＳとの間に実装されてよい。図６に示すように、ＯＭＳおよびＷＭＳは、店舗ＳＨと倉庫Ｗとの間に入って、店舗ＳＨの発注に応じて倉庫Ｗに出荷指示を出す通信事業者Ｍによって利用される場合がある。
図６では、情報処理システム１のより具体的な一例を用いて、実施形態に係る情報処理の概要を説明する。図６に示すように、情報処理システム１には、ＯＭＳとＷＭＳとが含まれ、集約サービスを提供する集約システムに相当する情報処理装置１００は、互いに連携関係にあるＯＭＳとＷＭＳとの間に実装されてよい。図６に示すように、ＯＭＳおよびＷＭＳは、店舗ＳＨと倉庫Ｗとの間に入って、店舗ＳＨの発注に応じて倉庫Ｗに出荷指示を出す通信事業者Ｍによって利用される場合がある。
【0048】
ＯＭＳは、「受注管理」、「在庫管理」、「出荷管理」、「書類管理」、「商品管理」、「売上管理」等を実現可能なように構成される。
【0049】
ＷＭＳは、「在庫管理」、「配置管理」、「帳票管理」、「棚卸管理」、「入庫管理」、「出庫管理」等を実現可能なように構成される。ＷＭＳは、各倉庫Ｗの在庫情報が管理されるデータベースと連携されており、そこから在庫情報を取得することができる。図６には、倉庫Ｗ１、倉庫Ｗ２、倉庫Ｗ３等が示され、ＷＭＳは、これら各倉庫Ｗの在庫情報を取得することができる。
【0050】
ここからは、店舗ＳＨ１に納入可能日が提供される際の情報処理を説明する。例えば、情報処理装置１００は、集約出荷の依頼（集約出荷「ＯＮ」の設定）を店舗ＳＨ１から受け付けると、集約出荷に関するマスタ情報に基づいて、出荷日パターン（例えば、火／木）を特定する。集約出荷に関するマスタ情報については後述する。また、情報処理装置１００は、出荷日パターンに基づいて、集約出荷の対象となる対象商品を納入できる納入可能日を店舗ＳＨ１に提示する。
【0051】
例えば、店舗ＳＨ１の店舗担当者Ｔが、商品を注文するための商品ごとの発注リクエストを送信したとすると、発注リクエストの情報はＯＭＳで管理される。この結果、通信事業者Ｍは、事業者端末２０でＯＭＳにアクセスすることで、発注リクエストに応じた商品の受注や在庫を確認することができる。例えば、通信事業者Ｍは、どの倉庫Ｗからいつ出荷し、いつ納入できるかといった情報を注文商品ごとに確認することができる。
【0052】
このように、ＯＭＳとＷＭＳとが連携することで管理される注文商品ごとの情報と、店舗ＳＨ１に対して特定された出荷日パターンとに基づいて、情報処理装置１００は、注文商品（集約出荷の対象となる対象商品）を集約出荷した場合に、店舗ＳＨ１に納入できる納入可能日を推定する。そして、情報処理装置１００は、倉庫Ｗ１、倉庫Ｗ２、倉庫Ｗ３等のうち、注文商品を集約出荷できる出荷先倉庫Ｗと、納入可能日とを店舗ＳＨ１に提示する。例えば、情報処理装置１００は、納入可能日の中から納入希望日を選択可能な状態で提示してよい。
【0053】
このような状態において、店舗ＳＨ１が納入希望日を選択することで商品の注文を確定させたとする。係る場合、情報処理装置１００は、納入希望日の情報を通信事業者Ｍに通知する。例えば、情報処理装置１００は、ＯＭＳを介して納入希望日の情報を通信事業者Ｍに通知する。
【0054】
通信事業者Ｍは、納入希望日の情報を確認すると、出荷先倉庫Ｗに対して集約出荷の指示を出す。集約集荷の指示は、ＷＭＳを介して、事業者端末２０から倉庫端末３０へと送信されてよい。
【0055】
〔６．情報処理装置の構成〕
図７を用いて、実施形態に係る情報処理装置１００について説明する。図７は、実施形態に係る情報処理装置１００の構成例を示す図である。図７に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。
図７を用いて、実施形態に係る情報処理装置１００について説明する。図７は、実施形態に係る情報処理装置１００の構成例を示す図である。図７に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。
【0056】
（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。例えば、通信部１１０は、店舗端末１０、事業者端末２０、倉庫端末３０との間で情報の送受信を行う。
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。例えば、通信部１１０は、店舗端末１０、事業者端末２０、倉庫端末３０との間で情報の送受信を行う。
【0057】
（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、例えば、実施形態に係る情報処理に関するデータやプログラムを記憶してよい。
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、例えば、実施形態に係る情報処理に関するデータやプログラムを記憶してよい。
【0058】
また、図７に示すように、記憶部１２０は、店舗階層マスタ１２１と、出荷日パターン候補マスタ１２２と、店舗別出荷日パターンマスタ１２３と、地域別パターンマスタ１２４と、店舗別地域マスタ１２５とを有する。図７では不図示であるが、記憶部１２０には、商品の注文に応じて商品情報を記憶するデータベースをさらに有してよい。
【0059】
（制御部１３０）
制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る情報処理プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る情報処理プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
【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】
（７－３．出荷日パターンの選択（地域単位で設定された出荷日パターンに委任））
図１３は、出荷日パターンの選択に係る情報処理の手順を示すフローチャート（２）である。店舗ＳＨは、希望の出荷日パターンを選択するのではなく、地域単位（例えば、都道府県単位）で予め設定されている出荷日パターンに委任することもできる。図１３には、地域単位で予め選択されている出荷日パターンに委任する場合の情報処理手順が示される。
図１３は、出荷日パターンの選択に係る情報処理の手順を示すフローチャート（２）である。店舗ＳＨは、希望の出荷日パターンを選択するのではなく、地域単位（例えば、都道府県単位）で予め設定されている出荷日パターンに委任することもできる。図１３には、地域単位で予め選択されている出荷日パターンに委任する場合の情報処理手順が示される。
【0103】
まず、提示部１３６は、地域別パターンマスタ１２４を参照し、地域別パターンマスタ１２４に対応する情報を対象店舗ＳＨｎに提示する（ステップＳ１３０１）。
【0104】
ここで、図１４に、地域別パターンマスタ１２４の一例を示す。図１４の例では、地域別パターンマスタ１２４は、「地域」、「地域コード」、「出荷日パターンＩＤ」といった項目を有する。図１４の例では、「地域」は、都道府県を示すが、都道府県以外の地域であってもよい。例えば、「地域」は、「北海道」、「東北」、「北関東」、「関東」、「北陸」、「東海」、「近畿」等のようにより広い地域であってもよい。
【0105】
「地域コード」は、「地域」を識別する情報である。「出荷日パターンＩＤ」は、出荷日パターン候補マスタ１２２（図１１）の「出荷日パターンＩＤ」に相当し、例えば、対応する「地域」の代表者によって出荷日パターン候補マスタ１２２の中から予め選択されたものであってよい。例えば、図１４には、地域「東京都」、地域コード「１３」、出荷日パターンＩＤ「ＰＴ１」が対応付けられる例が示される。係る例は、地域コード「１３」で識別される「東京都」（東京都の代表者）は、例えば、東京都の所在する店舗ＳＨに向けた集約出荷は、出荷日パターンＰＴ１（火／木に固定）とすることを登録している例を示す。なお、地域別パターンマスタ１２４の登録は、各地域の代表者ではなく、通信事業者Ｍによって行われてもよい。
【0106】
図１３に戻り、提示部１３６は、ステップＳ１３０１では、地域別パターンマスタ１２４に対応する情報として、「地域」と「地域コード」の組合せを可視化したリストを提示してよい。この結果、受付部１３１は、リストの中から地域コードを選択させることで、どの地域が設定した出荷日パターンに任せるかという設定を受け付けてよい。
【0107】
そして、受付部１３１は、地域コードのいずれかを選択する設定を対象店舗ＳＨｎから受け付けたか否かを判定する（ステップＳ１３０２）。
【0108】
受付部１３１は、地域コードのいずれかを選択する設定を対象店舗ＳＨｎから受け付けていない間は（ステップＳ１３０２；Ｎｏ）、地域コードのいずれかを選択する設定を対象店舗ＳＨｎから受け付けるまで待機する。
【0109】
一方、受付部１３１は、地域コードのいずれかを選択する設定を対象店舗ＳＨｎから受け付けた場合には（ステップＳ１３０２；Ｙｅｓ）、地域コードを選択した対象店舗ＳＨｎの店舗コードと、その選択された地域コードとを紐付けた情報を、店舗別地域マスタ１２５として登録する（ステップＳ１３０３）。
【0110】
ここで、図１５に、店舗別地域マスタ１２５の一例を示す。図１５の例では、店舗別地域マスタ１２５は、「店舗コード」、「店舗名」、「地域コード」といった項目を有する。「店舗コード」は、対象店舗ＳＨｎのうち、地域コードのいずれかを選択した対象店舗ＳＨｎを識別する情報である。「店舗名」は、地域コードのいずれかを選択した対象店舗ＳＨｎの名称を示す。「地域コード」は、選択された地域コードを識別する情報である。
【0111】
図１５には、店舗コード「ＳＨ×１」、店舗名「ＳＨ１」、地域コード「１３」が対応付けられる例が示される。係る例は、対象店舗ＳＨｎのうちの店舗ＳＨ１が、地域コード「１３」を選択することで、東京地域に向けた集約出荷に自店舗の商品も含めさせるよう設定した例を示す。
【0112】
なお、受付部１３１が、店舗単位での集約出荷を実現する機能に応じて、希望の出荷日パターンを選択する設定を対象店舗ＳＨｎから受け付ける場合と、地域単位での集約出荷を実現する機能に応じて地域コードを選択する設定を対象店舗ＳＨｎから受け付ける場合とを分けて説明した。
【0113】
しかしながら、提示部１３６は、出荷日パターン候補マスタ１２２に基づく情報と、地域別パターンマスタ１２４に対応する情報との双方を対象店舗ＳＨｎに提示し、受付部１３１は、希望の出荷日パターン、または、所定の地域のうち、少なくともいずれか一方を選択する設定を対象店舗ＳＨｎから受け付けてよい。係る構成によれば、店舗ＳＨは、希望の出荷日パターンと地域コードとの双方を選択することもできるし、希望の出荷日パターンまたは地域コードのいずれか一方だけを選択することもできる。例えば、図１２と図１５の例とを見ると、店舗ＳＨ４およびＳＨ５は、希望の出荷日パターンを選択するとともに地域コードも選択している。ただし、このように希望の出荷日パターンと地域コードとの双方が選択された場合、希望の出荷日パターンの方を優先した処理が実行される。
【0114】
なお、図１３では、地域コードのいずれかを選択する設定を対象店舗ＳＨｎから受け付けることで、その情報を店舗別地域マスタ１２５に登録する処理について説明した。しかしながら、地域コードのいずれかを選択する設定を対象店舗ＳＨｎから受け付けるという処理は、必ずしも実行される必要は無い。例えば、情報処理装置１００は、対象店舗ＳＨｎの店舗コードと、対象店舗ＳＨが属する所属地域を示す地域コードとを紐付けることで、この紐付け情報を、店舗別地域マスタ１２５として登録してもよい。なお、以下で説明する情報処理の手順は、このように対象店舗ＳＨｎと地域コードとの紐付けが情報処理装置１００側で動的に行われているパターンに対応する手順とする。
【0115】
（７－４．選択内容に基づく出荷日パターンの特定）
図１６Ａは、出荷日パターンの特定に係る情報処理の手順を示すフローチャート（１）である。図１６（Ａ）には、希望の出荷日パターンを選択するか否かに基づいて、最終的な出荷日パターンが特定される場合の情報処理手順が示される。
図１６Ａは、出荷日パターンの特定に係る情報処理の手順を示すフローチャート（１）である。図１６（Ａ）には、希望の出荷日パターンを選択するか否かに基づいて、最終的な出荷日パターンが特定される場合の情報処理手順が示される。
【0116】
まず、判定部１３３は、集約出荷機能自体がＯＮに設定されているか否かを判定する（ステップＳ１６０１）。集約出荷機能とは、集約出荷を許可するか否かという大元の情報を制御する機能であり、集約出荷機能自体をＯＮ／ＯＦＦに切り替える権限は、例えば、通信事業者Ｍが有してよい。例えば、店舗ＳＨが集約出荷を依頼していたとしても、集約出荷機能自体がＯＦＦに設定されていれば、集約出荷は実行されない。
【0117】
このため、判定部１３３は、集約出荷機能自体がＯＮに設定されていない場合、すなわち集約出荷機能自体がＯＦＦに設定されている場合には（ステップＳ１６０１；Ｎｏ）、店舗階層マスタ１２１に登録されている店舗ＳＨの全てを集約出荷の対象外と定める（ステップＳ１６０２）。そして、出荷制御部１３７は、集約出荷の対象外と定められた店舗ＳＨの出荷モードを通常出荷モードに設定する（ステップＳ１６０３）。
【0118】
判定部１３３は、集約出荷機能自体がＯＮに設定されている場合には（ステップＳ１６０１；Ｙｅｓ）、店舗階層マスタ１２１を参照し、店舗階層マスタ１２１に登録されている店舗ＳＨのうち、集約出荷を依頼した対象店舗ＳＨｎと、集約出荷を依頼していない店舗ＳＨとを判別し（ステップＳ１６０４）、次の処理Ａに移行する。
【0119】
図１６Ｂは、出荷日パターンの特定に係る情報処理の手順を示すフローチャート（２）である。
【0120】
判定部１３３は、集約出荷を依頼した対象店舗ＳＨｎと、集約出荷を依頼していない店舗ＳＨとを判別した結果に基づいて、対象店舗ＳＨｎが存在するか否かを判定する（ステップＳ１６０５）。
【0121】
判定部１３３は、対象店舗ＳＨｎが存在しない場合には（ステップＳ１６０５；Ｎｏ）、集約出荷を依頼していない店舗ＳＨを集約出荷の対象外と定める（ステップＳ１６０６）。そして、出荷制御部１３７は、集約出荷の対象外と定められた店舗ＳＨの出荷モードを通常出荷モードに設定する（ステップＳ１７０１）。なお、上述したように、依頼制御部１３２は、集約出荷を依頼していない店舗ＳＨが属するグループに対しては集約出荷を依頼する設定が行われていれば、集約出荷を依頼していない店舗ＳＨ（言い換えれば、未集約とする設定を行っている店舗ＳＨ）に対して、集約出荷を依頼したものとして制御してよい。また、特定部１３４は、このように制御された対象店舗ＳＨｎに対して出荷日パターンを特定する処理を行うべく、ステップＳ１６０７へと移行してよい。
【0122】
他の例として、依頼制御部１３２は、集約出荷を依頼するか否かというグループごとの設定情報（マスタ情報）を参照し、集約出荷を行うよう設定されているグループに属する所属店舗が店舗ＳＨの中に存在する場合には、所属店舗は集約出荷を依頼したものとして制御してよい。また、特定部１３４は、このように制御された対象店舗ＳＨｎに対して出荷日パターンを特定する処理を行うべく、ステップＳ１６０７へと移行してよい。
【0123】
判定部１３３は、対象店舗ＳＨｎが存在する場合には（ステップＳ１６０５；Ｙｅｓ）、店舗別出荷日パターンマスタ１２３を参照し、対象店舗ＳＨごとに希望の出荷日パターンを選択しているか否かを判定する（ステップＳ１６０７）。
【0124】
特定部１３４は、対象店舗ＳＨｎが希望の出荷日パターンを選択している場合には（ステップＳ１６０７；Ｙｅｓ）、その対象店舗ＳＨを希望の出荷日パターンを選択する設定を行った出荷日設定済店舗ＳＨｎｘとして抽出する（ステップＳ１６０８）。
【0125】
そして、特定部１３４は、出荷日設定済店舗ＳＨｎｘが選択した希望の出荷日パターンを、納入可能日推定に用いられる対象の出荷日パターンとして特定する（ステップＳ１６０９）。また、出荷制御部１３７は、出荷日パターンを特定された出荷日設定済店舗ＳＨｎｘの出荷モードを集約出荷モードに設定する（ステップＳ１７０２）。
【0126】
ここで、図１１に示す出荷日パターン候補マスタ１２２の例と、図１２に示す店舗別出荷日パターンマスタ１２３の例とを用いて、ステップＳ１６０７～Ｓ１６０９の具体例を説明する。図１７は、出荷日パターンの特定手法の一例を示す図（１）である。
【0127】
判定部１３３は、ステップＳ１６０７では、店舗別出荷日パターンマスタ１２３を参照することで、対象店舗ＳＨｎのうち、出荷日パターンＩＤが登録されている店舗ＳＨ４および店舗ＳＨ５が希望の出荷日パターンを選択する設定を行ったと判定することができる。具体的には、店舗ＳＨ４は出荷日パターンＰＴ１を選択する設定を行い、店舗ＳＨ５は出荷日パターンＰＴ２を選択する設定を行っている。
【0128】
よって、特定部１３４は、ステップＳ１６０８では、出荷日設定済店舗ＳＨｎｘとして、店舗ＳＨ４および店舗ＳＨ５を抽出する。
【0129】
このような状態において、特定部１３４は、ステップＳ１６０９では、出荷日パターンＩＤをキーとして、店舗別出荷日パターンマスタ１２３と、出荷日パターン候補マスタ１２２とを紐付け可能か否かに応じて、店舗ＳＨ４および店舗ＳＨ５それぞれに対応する出荷日パターンを特定する。
【0130】
具体的には、特定部１３４は、出荷日パターンＩＤ「ＰＴ１」をキーとして、店舗別出荷日パターンマスタ１２３と、出荷日パターン候補マスタ１２２とを紐付け可能であるため、店舗ＳＨ４が商品を注文した場合に注文商品の集約出荷が実行される日が「火曜と木曜」というパターンであることを特定する。
【0131】
また、特定部１３４は、出荷日パターンＩＤ「ＰＴ２」をキーとして、店舗別出荷日パターンマスタ１２３と、出荷日パターン候補マスタ１２２とを紐付け可能であるため、店舗ＳＨ５が商品を注文した場合に注文商品の集約出荷が実行される日が「火曜と木曜」というパターンであることを特定する。
【0132】
図１６に戻り、判定部１３３は、対象店舗ＳＨｎが希望の出荷日パターンを選択していない場合には（ステップＳ１６０７；Ｎｏ）、希望の出荷日パターンを選択していない対象店舗ＳＨｎすなわち出荷日未設定店舗ＳＨｎｙごとに、出荷日未設定店舗ＳＨｎｙが属する所属地域を示す地域コードを店舗別地域マスタ１２５から抽出する（ステップＳ１６１０）。
【0133】
そして、判定部１３３は、出荷日未設定店舗ＳＨｎｙが属する所属地域を示す地域コードが、地域別パターンマスタ１２４に登録されているか否かを判定する（ステップＳ１６１１）。
【0134】
特定部１３４は、出荷日未設定店舗ＳＨｎｙが属する所属地域を示す地域コードが地域別パターンマスタ１２４に登録されている場合には（ステップＳ１６１１；Ｙｅｓ）、その出荷日未設定店舗ＳＨｎｙを地域コードが登録される地域登録対象店舗ＳＨｎｙｚ１として抽出する（ステップＳ１６１２）。
【0135】
そして、特定部１３４は、登録されている地域コードに対応付けられる出荷日パターンを、納入可能日推定に用いられる対象の出荷日パターンとして特定する（ステップＳ１６１３）。また、出荷制御部１３７は、出荷日パターンを特定された地域登録対象店舗ＳＨｎｙｚ１の出荷モードを集約出荷モードに設定する（ステップＳ１７０２）。
【0136】
ここで、図１１に示す出荷日パターン候補マスタ１２２の例と、図１４に示す地域別パターンマスタ１２４の例と、図１５に示す店舗別地域マスタ１２５の例とを用いて、ステップＳ１６１０～Ｓ１６１３の具体例を説明する。図１８は、出荷日パターンの特定手法の一例を示す図（２）である。
【0137】
まず、前提として、図１２に示す店舗別出荷日パターンマスタ１２３の例によれば、出荷日パターンＩＤが登録されていない店舗ＳＨ１、ＳＨ２およびＳＨ３が、希望の出荷日パターンを選択していない対象店舗ＳＨｎである。
【0138】
このような状態において、判定部１３３は、ステップＳ１６１０では、店舗別地域マスタ１２５を参照することで、店舗ＳＨ１、店舗ＳＨ２および店舗ＳＨ３それぞれが属する所属地域を示す地域コードを抽出することができる。具体的には、店舗ＳＨ１については地域コード「１３」を抽出し、店舗ＳＨ２については地域コード「１４」を抽出し、店舗ＳＨ３については地域コード「１５」を抽出する。
【0139】
よって、判定部１３３は、ステップＳ１６１１では、地域コードをキーとして、店舗別地域マスタ１２５と、地域別パターンマスタ１２４とを紐付け可能か否かに応じて、店舗ＳＨ１、店舗ＳＨ２および店舗ＳＨ３それぞれが属する所属地域を示す地域コードが地域別パターンマスタ１２４に登録されているか否かを判定する。
【0140】
具体的には、判定部１３３は、地域コード「１３」をキーとして、店舗別地域マスタ１２５と、地域別パターンマスタ１２４とを紐付け可能であるため、店舗ＳＨ１の所属地域を示す地域コードが地域別パターンマスタ１２４に登録されていると判定する。
【0141】
また、判定部１３３は、地域コード「１４」をキーとして、店舗別地域マスタ１２５と、地域別パターンマスタ１２４とを紐付け可能であるため、店舗ＳＨ２の所属地域を示す地域コードが地域別パターンマスタ１２４に登録されていると判定する。
【0142】
よって、特定部１３４は、ステップＳ１６１２では、地域登録対象店舗ＳＨｎｙｚ１として、店舗ＳＨ１および店舗ＳＨ２を抽出する。係る例は、店舗ＳＨ１および店舗ＳＨ２は、希望の出荷日パターンを選択しないことにより、自店舗が所属する地域単位での集約出荷の出荷日パターンに委任している状態を示す。
【0143】
したがって、特定部１３４は、ステップＳ１６１３では、出荷日パターンＩＤをキーとして、地域別パターンマスタ１２４と、出荷日パターン候補マスタ１２２とを紐付け可能か否かに応じて、店舗ＳＨ１および店舗ＳＨ２それぞれに対応する出荷日パターンを特定する。
【0144】
具体的には、特定部１３４は、地域コード「１３」に対応付けられる出荷日パターンＩＤ「ＰＴ１」をキーとして、地域別パターンマスタ１２４と、出荷日パターン候補マスタ１２２とを紐付け可能であるため、店舗ＳＨ１が商品を注文した場合に注文商品の集約出荷が実行される日が「火曜と木曜」というパターンであることを特定する。
【0145】
また、特定部１３４は、地域コード「１４」に対応付けられる出荷日パターンＩＤ「ＰＴ２」をキーとして、地域別パターンマスタ１２４と、出荷日パターン候補マスタ１２２とを紐付け可能であるため、店舗ＳＨ２が商品を注文した場合に注文商品の集約出荷が実行される日が「水曜と木曜」というパターンであることを特定する。
【0146】
図１６に戻り、特定部１３４は、出荷日未設定店舗ＳＨｎｙが選択した地域コードが地域別パターンマスタ１２４に登録されていない場合には（ステップＳ１６１１；Ｎｏ）、その出荷日未設定店舗ＳＨｎｙを地域コードが登録されていない地域非登録店舗ＳＨｎｙｚ２として抽出する（ステップＳ１６１４）。
【0147】
そして、特定部１３４は、地域非登録店舗ＳＨｎｙｚ２を集約出荷の対象外と定める（ステップＳ１６１５）。そして、出荷制御部１３７は、集約出荷の対象外と定められた地域非登録店舗ＳＨｎｙｚ２の出荷モードを通常出荷モードに設定する（ステップＳ１７０１）。
【0148】
ここで、図１８を用いて、ステップＳ１６１４～Ｓ１６１５の具体例を説明する。前述の通り、判定部１３３は、ステップＳ１６１１では、地域コードをキーとして、店舗ＳＨ１、店舗ＳＨ２および店舗ＳＨ３それぞれが属する所属地域を示す地域コードが地域別パターンマスタ１２４に登録されているか否かを判定していた。そして、店舗ＳＨ１の所属地域を示す地域コード、店舗ＳＨ２の所属地域を示す地域コードについては地域別パターンマスタ１２４に登録されていることから、特定部１３４は、地域登録対象店舗ＳＨｎｙｚ１として、店舗ＳＨ１および店舗ＳＨ２を抽出していた。
【0149】
一方で、判定部１３３は、図１８に示すように、地域コード「１５」をキーとして、店舗別地域マスタ１２５と、地域別パターンマスタ１２４とを紐付け不可能であるため、店舗ＳＨ３が属する所属地域を示す地域コードが地域別パターンマスタ１２４に登録されていないと判定する。
【0150】
よって、特定部１３４は、ステップＳ１６１４では、地域非登録店舗ＳＨｎｙｚ２として、店舗ＳＨ５を抽出する。したがって、特定部１３４は、ステップＳ１６１５では、店舗ＳＨ５を集約出荷の対象外と定める。
【0151】
ここから、通常出荷モードと集約出荷モードについて説明する。通常出荷モードでは、受付部１３１は、商品を注文するための商品ごとの発注リクエストを、集約出荷の対象外と定められた対象外店舗ＳＨから受け付けたか否かを判定している。推定部１３５は、発注リクエストが受け付けられた場合には、ＯＭＳとＷＭＳとが連携することで管理される注文商品ごとの情報に基づいて、どの倉庫Ｗからいつ出荷し、いつ納入できるかを商品ごとに計算する。例えば、推定部１３５は、どの倉庫Ｗからいつ出荷させれば、注文商品を最短で納入可能であるか最短納入可能日を推定する。そして、提示部１３６は、注文商品ごとの最短納入可能日を対象外店舗ＳＨに提示する。出荷制御部１３７は、対象外店舗ＳＨが最短納入可能日に同意し注文を確定した場合には、最短納入可能日の情報を出荷先倉庫Ｗに通知することで、集約出荷の準備に入るよう出荷先倉庫Ｗに指示する。
【0152】
集約出荷モードでは、受付部１３１は、商品を注文するための商品ごとの発注リクエストを、集約出荷の対象店舗ＳＨｎから受け付けたか否かを判定している。推定部１３５は、発注リクエストが受け付けられた場合には、ＯＭＳとＷＭＳとが連携することで管理される注文商品ごとの情報と、対象店舗ＳＨｎに対して特定された出荷日パターンとに基づいて、出荷日パターンに含まれる出荷日に集約出荷した場合に、対象店舗ＳＨｎに注文商品を納入できる納入可能日と、出荷先倉庫Ｗとを推定する。そして、提示部１３６は、納入可能日の中から納入希望日を選択可能な状態で提示する。出荷制御部１３７は、対象店舗ＳＨｎが納入希望日を選択し注文を確定した場合には、納入希望日の情報を出荷先倉庫Ｗに通知することで、集約出荷の準備に入るよう出荷先倉庫Ｗに指示する。
【0153】
図１９に、納入可能日から納入希望日を選択可能なＵＩの一例を示す。提示部１３６は、納入可能日から納入希望日を選択可能なＵＩとして、図１９に示すような画面Ｇを提示することができる。画面Ｇには、ハイライト表示された納入可能日の中から納入希望日を選択可能に制御されたカレンダー機能ＣＬが設けられる。図１９の例によれば、例えば、対象店舗ＳＨｎは、１月１５日、１月２０日、１月２５日という納入可能日のうち、１月１５日と１月２５日に納入を希望する場合には、カレンダー機能ＣＬを用いて、これらの日付を選択すればよい。
【0154】
また、画面Ｇには、ボタンＢＴ１が設けられる。ボタンＢＴ１は、納入希望日が選択された場合にアクティブ化される。このような状態において、ボタンＢＴ１が押下された場合には、受付部１３１は、集約出荷の対象となる対象商品の注文を確定させる指示を受け付ける。
【0155】
また、画面Ｇには、集約出荷モードを解除し通常出荷モードに移行させるという特例設定を依頼するためのボタンＢＴ２が設けられる。すなわち、ボタンＢＴ２は、集約出荷モードと通常出荷モードとを切り替える機能を有し、例えば、集約出荷モード時には「ＯＦＦ」に設定されている。対象店舗ＳＨｎは、例えば、災害発生により特定の商品の需要が高まった際や、特定の商品が新発売された際には、納品希望日よりも前の即出荷して特例で許可して欲しいと考える場合がある。係る場合には、対象店舗ＳＨｎは、ボタンＢＴ２を押下し通常出荷モード「ＯＮ」にすればよい。
【0156】
（７－５．特例設定）
ボタンＢＴ２が押下され、通常出荷モード「ＯＮ」により特例設定された場合の情報処理について図２０を用いて説明する。図２０は、特例設定に係る情報処理の手順を示すフローチャートである。
ボタンＢＴ２が押下され、通常出荷モード「ＯＮ」により特例設定された場合の情報処理について図２０を用いて説明する。図２０は、特例設定に係る情報処理の手順を示すフローチャートである。
【0157】
受付部１３１は、対象店舗ＳＨｎから特例設定（ボタンＢＴ２をＯＮ）を受け付けたか否かを判定する（ステップＳ２００１）。受付部１３１は、対象店舗ＳＨｎから特例設定を受け付けてない（ボタンＢＴ２をＯＦＦ）間は（ステップＳ２００１；Ｎｏ）、対象店舗ＳＨｎから特例設定を受け付けるまで待機する。
【0158】
推定部１３５は、対象店舗ＳＨｎから特例設定を受け付けられた場合には（ステップＳ２００１；Ｙｅｓ）、特例設定を行った対象店舗ＳＨｎが注文した各注文商品の商品情報を取得する（ステップＳ２００２）。
【0159】
そして、推定部１３５は、どの倉庫Ｗからいつ出荷し、いつ納入できるかを注文商品ごとに計算する（ステップＳ２００３）。例えば、推定部１３５は、どの倉庫からいつ出荷させれば、注文商品を最短で納入可能であるか最短納入可能日を推定する。
【0160】
提示部１３６は、特例設定を行った対象店舗ＳＨｎに対して、注文商品ごとの計算結果を提示する（ステップＳ２００４）。具体的には、提示部１３６は、注文商品ごとの最短納入可能日を対象外店舗ＳＨに提示する。なお、提示部１３６は、最短納入可能日の中から納入希望日を選択可能な状態で提示してよい。例えば、提示部１３６は、最短納入可能日の中から納入希望日を選択可能な状態で提示する場合も図１９の例に倣った画面Ｇを提示してよい。係る例では、画面Ｇには、ハイライト表示された最短納入可能日の中から納入希望日を選択可能に制御されたカレンダー機能ＣＬが設けられる。
【0161】
出荷制御部１３７は、特例設定を行った対象店舗ＳＨｎが最短納入可能日に同意し注文を確定した場合には、最短納入可能日の情報を出荷先倉庫Ｗに通知することで、集約出荷の準備に入るよう出荷先倉庫Ｗに指示する（ステップＳ２００５）。
【0162】
〔８．その他の実施形態〕
情報処理装置１００は、上記実施形態とは異なる形態で実装されてよい。ここからは、情報処理装置１００に実装可能なその他の実施形態を説明する。
情報処理装置１００は、上記実施形態とは異なる形態で実装されてよい。ここからは、情報処理装置１００に実装可能なその他の実施形態を説明する。
【0163】
上記実施形態では、推定部１３５は、出荷日パターンに基づいて、納入可能日を推定する例を示した。しかしながら、出荷日パターンから納入可能日を推定する必要は無く、例えば、特定部１３４は、出荷日パターンが示す曜日そのものを納入可能日として特定し、これを提示部１３６により提示させてもよい。
【0164】
また、上記実施形態では、情報処理装置１００は、任意のタイミングで出荷日パターンを特定しておき、商品の発注リクエストを受け付けた場合には、発注リクエスト元の店舗に対して特定済の出荷日パターンに基づいて、納入可能日を提示する例を示した。しかしながら、情報処理装置１００は、商品の発注リクエストを受け付けた場合に、発注リクエスト元の店舗に対応する出荷日パターンを特定し、特定した出荷日パターンに基づいて、納入可能日を提示してもよい。
【0165】
〔９．ハードウェア構成〕
実施形態に係る情報処理装置１００は、例えば、図２１に示すような構成のコンピュータ１０００によって実現されてよい。図２１は、実施形態に係る情報処理装置１００の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェース（Ｉ／Ｆ）１５００、入出力インターフェース（Ｉ／Ｆ）１６００、及びメディアインターフーイス（Ｉ／Ｆ）１７００を有する。
実施形態に係る情報処理装置１００は、例えば、図２１に示すような構成のコンピュータ１０００によって実現されてよい。図２１は、実施形態に係る情報処理装置１００の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェース（Ｉ／Ｆ）１５００、入出力インターフェース（Ｉ／Ｆ）１６００、及びメディアインターフーイス（Ｉ／Ｆ）１７００を有する。
【0166】
ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【0167】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェース１５００は、所定の通信網を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定の通信網を介して他の機器へ送信する。
【0168】
ＣＰＵ１１００は、入出力インターフェース１６００を介して、ディスプレイ等の出力装置、及び、キーボード等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェース１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェース１６００を介して出力装置へ出力する。
【0169】
メディアインターフェース１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェース１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【0170】
例えば、コンピュータ１０００が実施形態に係る情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。
【0171】
〔１０．その他〕
また、上記各実施形態において説明した処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
また、上記各実施形態において説明した処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0172】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【0173】
また、上記各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0174】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、本発明の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【0175】
なお、本技術は以下のような構成も取ることができる。
（１）
商品を集約して出荷させる集約出荷に関するマスタ情報に基づいて、集約出荷が実行される日である出荷日のパターンを特定する特定部と、
店舗から商品の発注リクエストを受け付けた場合に、前記店舗に対応する前記出荷日のパターンに基づいて、前記商品を集約出荷した際に前記店舗に前記商品を納入できる納入可能日を前記店舗に提示する提示部と、
を備える情報処理装置。
（２）
前記特定部は、集約出荷を行うか否かが前記店舗ごとに設定されたマスタ情報を参照し、前記店舗のうち集約出荷を行うよう設定されている店舗である対象店舗が存在する場合には、前記対象店舗に対応する前記マスタ情報に基づいて、前記対象店舗に対応する前記出荷日のパターンを特定する、
前記（１）に記載の情報処理装置。
（３）
前記特定部は、集約出荷を行うか否かが前記店舗の属する所定のグループ単位で設定された情報を参照し、前記所定のグループのうち集約出荷を行うよう設定されているグループに属する所属店舗が前記店舗の中に存在する場合には、前記所属店舗を、集約出荷を行うよう設定されている店舗である対象店舗として制御することで、前記対象店舗に対応する前記マスタ情報に基づいて、前記対象店舗に対応する前記出荷日のパターンを特定する、
前記（１）または前記（２）に記載の情報処理装置。
（４）
前記特定部は、前記店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報、および、所定の地域ごとに出荷日のパターンが定義されたマスタ情報それぞれと、前記対象店舗の情報とを照合した照合結果に基づいて、前記出荷日のパターンを特定する、
前記（２）または前記（３）に記載の情報処理装置。
（５）
前記特定部は、前記照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定している場合には、当該出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定し、
前記提示部は、前記対象店舗が設定した希望の出荷日のパターンに基づいて、前記対象店舗に対して前記納入可能日を提示する、
前記（４）に記載の情報処理装置。
（６）
前記特定部は、前記照合結果に基づいて、前記所定の地域のうち前記対象店舗が属する所属地域に対応する出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定し、
前記提示部は、前記対象店舗が属する所属地域に対応する出荷日のパターンに基づいて、前記対象店舗に対して前記納入可能日を提示する、
前記（４）に記載の情報処理装置。
（７）
前記特定部は、前記照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定していない場合には、前記対象店舗が属する所属地域に対応する出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定する、
前記（６）に記載の情報処理装置。
（８）
前記特定部は、前記照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定せず、かつ、前記対象店舗が属する所属地域に出荷日のパターンが設定されていない場合には、前記対象店舗に対して集約出荷を行わない設定をしている店舗である対象外店舗として制御する、
前記（４）に記載の情報処理装置。
（９）
前記提示部は、前記納入可能日の中から納入希望日を選択可能な状態で提示する、
前記（１）に記載の情報処理装置。
（１０）
前記特定部は、集約出荷を行うよう設定されている店舗である対象店舗が、集約出荷を解除する特例設定を行った場合には、前記対象店舗から受け付けられた前記発注リクエストに対応する商品の在庫状況に基づいて、前記商品を最短で納入可能な最短納入可能日を特定し、
前記提示部は、前記特例設定を行った前記対象店舗に対して前記最短納入可能日を提示する、
前記（２）または前記（３）に記載の情報処理装置。
（１）
商品を集約して出荷させる集約出荷に関するマスタ情報に基づいて、集約出荷が実行される日である出荷日のパターンを特定する特定部と、
店舗から商品の発注リクエストを受け付けた場合に、前記店舗に対応する前記出荷日のパターンに基づいて、前記商品を集約出荷した際に前記店舗に前記商品を納入できる納入可能日を前記店舗に提示する提示部と、
を備える情報処理装置。
（２）
前記特定部は、集約出荷を行うか否かが前記店舗ごとに設定されたマスタ情報を参照し、前記店舗のうち集約出荷を行うよう設定されている店舗である対象店舗が存在する場合には、前記対象店舗に対応する前記マスタ情報に基づいて、前記対象店舗に対応する前記出荷日のパターンを特定する、
前記（１）に記載の情報処理装置。
（３）
前記特定部は、集約出荷を行うか否かが前記店舗の属する所定のグループ単位で設定された情報を参照し、前記所定のグループのうち集約出荷を行うよう設定されているグループに属する所属店舗が前記店舗の中に存在する場合には、前記所属店舗を、集約出荷を行うよう設定されている店舗である対象店舗として制御することで、前記対象店舗に対応する前記マスタ情報に基づいて、前記対象店舗に対応する前記出荷日のパターンを特定する、
前記（１）または前記（２）に記載の情報処理装置。
（４）
前記特定部は、前記店舗ごとに当該店舗が希望する出荷日のパターンが定義されたマスタ情報、および、所定の地域ごとに出荷日のパターンが定義されたマスタ情報それぞれと、前記対象店舗の情報とを照合した照合結果に基づいて、前記出荷日のパターンを特定する、
前記（２）または前記（３）に記載の情報処理装置。
（５）
前記特定部は、前記照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定している場合には、当該出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定し、
前記提示部は、前記対象店舗が設定した希望の出荷日のパターンに基づいて、前記対象店舗に対して前記納入可能日を提示する、
前記（４）に記載の情報処理装置。
（６）
前記特定部は、前記照合結果に基づいて、前記所定の地域のうち前記対象店舗が属する所属地域に対応する出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定し、
前記提示部は、前記対象店舗が属する所属地域に対応する出荷日のパターンに基づいて、前記対象店舗に対して前記納入可能日を提示する、
前記（４）に記載の情報処理装置。
（７）
前記特定部は、前記照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定していない場合には、前記対象店舗が属する所属地域に対応する出荷日のパターンを前記対象店舗に対応する前記出荷日のパターンとして特定する、
前記（６）に記載の情報処理装置。
（８）
前記特定部は、前記照合結果に基づいて、前記対象店舗が希望の出荷日パターンを設定せず、かつ、前記対象店舗が属する所属地域に出荷日のパターンが設定されていない場合には、前記対象店舗に対して集約出荷を行わない設定をしている店舗である対象外店舗として制御する、
前記（４）に記載の情報処理装置。
（９）
前記提示部は、前記納入可能日の中から納入希望日を選択可能な状態で提示する、
前記（１）に記載の情報処理装置。
（１０）
前記特定部は、集約出荷を行うよう設定されている店舗である対象店舗が、集約出荷を解除する特例設定を行った場合には、前記対象店舗から受け付けられた前記発注リクエストに対応する商品の在庫状況に基づいて、前記商品を最短で納入可能な最短納入可能日を特定し、
前記提示部は、前記特例設定を行った前記対象店舗に対して前記最短納入可能日を提示する、
前記（２）または前記（３）に記載の情報処理装置。
【符号の説明】
【0176】
１ 情報処理システム
１０ 店舗端末
２０ 事業者端末
３０ 倉庫端末
１００ 情報処理装置
１２１ 店舗階層マスタ
１２２ 出荷日パターン候補マスタ
１２３ 店舗別出荷日パターンマスタ
１２４ 地域別パターンマスタ
１２５ 店舗別地域マスタ
１３０ 制御部
１３１ 受付部
１３２ 依頼制御部
１３３ 判定部
１３４ 特定部
１３５ 推定部
１３６ 提示部
１３７ 出荷制御部
１０ 店舗端末
２０ 事業者端末
３０ 倉庫端末
１００ 情報処理装置
１２１ 店舗階層マスタ
１２２ 出荷日パターン候補マスタ
１２３ 店舗別出荷日パターンマスタ
１２４ 地域別パターンマスタ
１２５ 店舗別地域マスタ
１３０ 制御部
１３１ 受付部
１３２ 依頼制御部
１３３ 判定部
１３４ 特定部
１３５ 推定部
１３６ 提示部
１３７ 出荷制御部
【要約】
【課題】商品を仕入れる際の物流を効率化させつつ商品仕入先の利便性を高めること。
【解決手段】情報処理装置は、特定部と、提示部とを備える。特定部は、商品を集約して出荷させる集約出荷に関するマスタ情報に基づいて、集約出荷が実行される日である出荷日のパターンを特定する。提示部は、店舗から商品の発注リクエストを受け付けた場合に、店舗に対応する出荷日のパターンに基づいて、商品を集約出荷した際に店舗に商品を納入できる納入可能日を店舗に提示する。
【選択図】図７
【解決手段】情報処理装置は、特定部と、提示部とを備える。特定部は、商品を集約して出荷させる集約出荷に関するマスタ情報に基づいて、集約出荷が実行される日である出荷日のパターンを特定する。提示部は、店舗から商品の発注リクエストを受け付けた場合に、店舗に対応する出荷日のパターンに基づいて、商品を集約出荷した際に店舗に商品を納入できる納入可能日を店舗に提示する。
【選択図】図７
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16A】
【図16B】
【図17】
【図18】
【図19】
【図20】
【図21】