JP6407697B2 - 発注資材の配送予約システム、発注資材の配送予約方法及び発注資材の配送予約プログラム - Google Patents

Description

本発明は、ネットワークを通じて発注される発注資材の配送予約システム、発注資材の配送予約方法及び発注資材の配送予約プログラムに関する。

従来から、例えば特許文献１に記載されるように、携帯端末などの顧客端末からネットワークを通じて職人等の顧客が業者に対して建築用の資材を発注可能であるとともに、その発注資材の配送日時や配送場所を予約可能とする発注資材の配送予約システムが知られている。このシステムでは、顧客端末から業者側のシステムに資材の発注があると、発注のあった資材の在庫の有無が業者側で確認され、在庫有りと確認された場合には顧客端末の画面表示が発注資材の配送日時及び配送場所を選択して入力可能とする選択画面の画面表示に切り替えられる。したがって、顧客は顧客端末を用いて発注した資材を自分が希望する日時及び場所で受け取ることができる。

特開２００２−２５９７７０号

ところで、顧客における資材の発注及び配送予約の利便性を担保する一方で、業者側における資材の配送効率の低下を抑制することも重要である。すなわち、通常、顧客からの発注資材を配送する配送便の便数や、そうした配送便における資材の積載量などには限りがある。そのため、顧客から発注された資材を顧客が希望する日時に顧客が希望する場所へ、何らの制約もなく無条件で配送するようにした場合には、業者側において資材の配送効率を低下させる虞がある。

本発明は、こうした実情に鑑みてなされたものであり、その目的は、顧客における資材の発注及び配送予約の利便性を担保しつつ、業者側における資材の配送効率の低下を抑制することができる発注資材の配送予約システム、発注資材の配送予約方法及び発注資材の配送予約プログラムを提供することにある。

以下、上記課題を解決するための手段及びその作用効果について記載する。
上記課題を解決する発注資材の配送予約システムは、少なくとも１種の資材及び前記資材を積載して配送する配送便に関する情報を少なくとも記憶する記憶部と、顧客端末から発注された発注資材の情報及び前記記憶部に記憶された情報に基づいて前記発注資材の配送予約時の処理手順を制御する制御部と、を備えた発注資材の配送予約システムであって、前記制御部が、前記顧客端末からの前記発注資材による前記配送便への積載重量が規定重量未満の場合には、前記記憶部に記憶されている前記配送便に関する情報に基づいて、前記発注資材の配送日を予約可能とさせる第１配送予約画面を生成する一方、前記発注資材による前記配送便への積載重量が規定重量以上の場合には、前記発注資材の配送日及び配送時間帯を予約可能とさせる第２配送予約画面を生成する画面生成部と、前記画面生成部が生成した配送予約画面を用いて予約された前記発注資材の配送予約の情報に基づき確定した前記発注資材の配送予約内容を前記顧客端末からの確認可能に管理する配送予約管理部と、して機能する。

この構成によれば、顧客は、何時どこからでも、顧客端末を用いて資材の発注及びその配送予約ができると共に、その配送予約に基づき確定した発注資材の配送予約内容を顧客端末において確認できる。その一方、業者側は、顧客端末からの発注資材による配送便への積載重量が規定重量未満の場合、その発注資材だけで配送時間帯の指定もある配送便に仕立てると、配送効率が低下する。その点、この構成によれば、業者側は、顧客端末からの発注資材による配送便への積載重量が規定重量未満の場合、他の顧客の顧客端末からの発注資材との混載も可能とされる配送時間帯の指定のない配送便で配送することにより、配送効率の低下を抑制することができる。なお、顧客端末からの発注資材による配送便への積載重量が規定重量以上である場合には、その発注資材だけで配送時間帯の指定がある配送便に仕立てたとしても、配送効率が低下する虞は少ないため、顧客の希望する配送時間帯の配送予約に業者側は対応可能であり、この点で顧客の利便性を更に向上させることができる。

上記発注資材の配送予約システムにおいて、前記第２配送予約画面は、顧客端末において予約可能な配送時間帯として、配送時間帯ごとに少なくとも１つの配送便が選択可能に割り当てられた複数の配送時間帯を有すると共に、少なくとも１つの配送時間帯が他の配送時間帯とは割り当てられている配送便の数を異にしていることが好ましい。

この構成によれば、傾向として予約が集中する配送時間帯と比較的空く配送時間帯とが存在する場合に、配送時間帯ごとに割り当てる配送便の数を調整することで、顧客からの配送予約に対して柔軟に対処することができる。

上記発注資材の配送予約システムにおいて、前記複数の配送時間帯は、相対的に時刻が早い配送時間帯の方が、相対的に時刻が遅い配送時間帯よりも、選択可能に割り当てられた配送便の数が多いことが好ましい。

この構成によれば、例えば朝方など相対的に時刻が早い配送時間帯の配送便は、１回目の配送を終えて戻った後に、更に２回目以降の配送にも対応可能であるため、そのような配送時間帯に多くの配送便を割り当てておくことは一日トータルで配送できる物量を増加させることになり、業者側の配送効率を向上させることができる。その一方、例えば夕方など相対的に時刻が遅い配送時間帯の配送便は、配送先が遠隔地である場合には特にその配送先への配送だけで終わってしまう可能性が高いため、そのような配送時間帯に少ない配送便を割り当てておくことは、業者側の配送効率の低下抑制に貢献することができる。

また、上記課題を解決する発注資材の配送予約方法は、少なくとも１種の資材及び前記資材を積載して配送する配送便に関する情報を少なくとも記憶する記憶部と、顧客端末から発注された発注資材の情報及び前記記憶部に記憶された情報に基づいて前記発注資材の配送予約時の処理手順を制御する制御部と、を用いた発注資材の配送予約方法であって、前記制御部が、前記顧客端末からの前記発注資材による前記配送便への積載重量が規定重量未満の場合には、前記記憶部に記憶されている前記配送便に関する情報に基づいて、前記発注資材の配送日を予約可能とさせる第１配送予約画面を生成する一方、前記発注資材による前記配送便への積載重量が規定重量以上の場合には、前記発注資材の配送日及び配送時間帯を予約可能とさせる第２配送予約画面を生成する画面生成ステップと、前記画面生成ステップで生成した配送予約画面を用いて予約された前記発注資材の配送予約の情報に基づき確定した前記発注資材の配送予約内容を前記顧客端末からの確認可能に管理する配送予約管理ステップと、を実行する。

この構成によれば、上記の発注資材の配送予約システムの場合と同様の作用効果を得ることができる。
また、上記課題を解決する発注資材の配送予約プログラムは、少なくとも１種の資材及び前記資材を積載して配送する配送便に関する情報を少なくとも記憶する記憶部と、顧客端末から発注された発注資材の情報及び前記記憶部に記憶された情報に基づいて前記発注資材の配送予約時の処理手順を制御する制御部と、を備えたコンピュータシステムで用いられる発注資材の配送予約プログラムであって、前記制御部に、前記顧客端末からの前記発注資材による前記配送便への積載重量が規定重量未満の場合には、前記記憶部に記憶されている前記配送便に関する情報に基づいて、前記発注資材の配送日を予約可能とさせる第１配送予約画面を生成する一方、前記発注資材による前記配送便への積載重量が規定重量以上の場合には、前記発注資材の配送日及び配送時間帯を予約可能とさせる第２配送予約画面を生成する画面生成ステップと、前記画面生成ステップで生成した配送予約画面を用いて予約された前記発注資材の配送予約の情報に基づき確定した前記発注資材の配送予約内容を前記顧客端末からの確認可能に管理する配送予約管理ステップと、を実行させる。

この構成によれば、上記の発注資材の配送予約システムの場合と同様の作用効果を得ることができる。

本発明によれば、顧客における資材の発注及び配送予約の利便性を担保しつつ、業者側における資材の配送効率の低下を抑制することができる。

発注資材の配送予約システムの全体構成を示すブロック図。 発注資材の配送予約時の処理手順を示すフローチャート。 顧客端末におけるログイン時の画面図。 顧客端末における代理店の選択時の画面図。 顧客端末における資材の発注時の画面図。 顧客端末における商品詳細の確認時の画面図。 顧客端末における発注内容の確認時の画面図。 顧客端末における希望配送日と希望配送場所の入力時の画面図。 顧客端末における第１配送予約画面の画面図。 顧客端末における第２配送予約画面の一部を省略した画面図。 配送予約状況を管理する配送予約管理表の一例を示す図。

以下、顧客端末から資材の発注及びその配送予約を可能とさせる発注資材の配送予約システム、発注資材の配送予約方法及び発注資材の配送予約プログラムの一実施形態を図に基づいて説明する。

図１に示すように、本実施形態における発注資材の配送予約システム（以下、「本システム」ともいう。）１１は、発注された資材の受注管理及びその配送予約内容を管理するために資材の製造企業又は配送企業などの業者が所有する管理サーバ１２を備えている。管理サーバ１２は、中央処理装置としての論理演算機能を有するＣＰＵ等からなる制御部１３、所定の情報を読み出し可能に記憶するＲＯＭ及び各種の情報を書き込み／読み出し可能に記憶するＲＡＭ等からなる記憶部１４を備えたデジタルコンピュータとして構成されている。なお、本システム１１における「資材」とは、例えばコンクリートブロックや天然石など持ち運ぶには重量のある建築・土木用の資材であって、発注対象となる商品名としては、路面に敷設される舗装材、建築物を組積みする場合に使用される組積材などがある。

制御部１３は、インターフェース（図示略）を介して各種の情報が入力された場合に、発注資材の配送予約時の処理手順を制御するために必要とされる各種の論理演算を行うと共に、その論理演算において使用される各種情報の読み出し及び書き込みを行う。また、記憶部１４には、本システム１１の稼動状態を制御するために用いられる発注資材の配送予約プログラムが記憶されている。なお、配送予約プログラムは、管理サーバ１２に設けられたカード挿入口（図示略）に挿入可能なメモリカードなどの記憶媒体に記憶させておき、その記憶媒体から必要に応じて読み出すようにしてもよい。

また、管理サーバ１２には、例えば工務店など資材を発注する顧客が所有する顧客端末（例えばスマートフォンなどの携帯端末）１５と、資材の販売代理店が所有する代理店端末（例えばＰＣなど）１６とが、電気通信回線の一例であるネットワーク１７を介して接続されている。顧客端末１５は、顧客が本システム１１の管理サーバ１２との間で資材の注文及びその配送予約をオンラインでする際に各種の情報通信を行うためのものである。すなわち、顧客端末１５には、その顧客端末１５から資材の発注及びその配送予約をオンラインで行う際の入力画面の表示情報等が管理サーバ１２から送信可能とされ、顧客は、その顧客端末１５の入力画面を用いて所望の資材及びその配送に関する各種の情報を送信すれば、その情報が本システム１１の管理サーバ１２に入力される。

一方、代理店端末１６は、資材を購入した工務店に対して資材の販売決済を行う代理店が本システム１１の管理サーバ１２との間で工務店による資材の購入内容を確認する場合に各種の情報通信を行うためのものである。すなわち、顧客（工務店）が顧客端末１５の操作を通じて本システム１１の管理サーバ１２に資材の発注及びその配送予約をオンラインで行うと、その発注資材に関する情報（発注資材の商品名、数量、配送日時等の情報）が本システム１１の管理サーバ１２から代理店端末１６に送信される。

また、図１に示すように、管理サーバ１２には、顧客端末１５から資材の発注及びその配送予約をオンラインで受け付けたときに各種の処理をするために管理サーバ１２との間で情報通信する基幹システム１８が接続されている。この基幹システム１８は、業者側で資材の在庫状況や配送状況などを管理するために稼働しているコンピュータシステムであり、受注ＤＢ１９、在庫ＤＢ２０及び配送便ＤＢ２１という複数のデータベースを記憶部として有している。

受注ＤＢ１９には、本システム１１において顧客端末１５から資材の発注が可能な会員として登録されている顧客の情報、その顧客が所在する地域の資材販売代理店として顧客に関連付けられている代理店の情報及びその代理店の販売取扱資材に関する情報（資材の商品名、画像、材質、サイズ、カラー、１個当りの重量や価格など）が記憶されている。また、受注ＤＢ１９には、顧客ごとにおける資材の発注履歴や配送履歴などが記憶され、受注の都度に、その履歴内容の情報が更新される。

在庫ＤＢ２０には、本システム１１において発注対象となる資材の在庫情報が記憶されている。すなわち、在庫ＤＢ２０には、舗装材や組積材等の複数種類の資材ごとに、そのサイズやカラーなどの品番別の在庫状況が記憶されている。この在庫ＤＢ２０は、業者の資材保管倉庫に対する資材の入荷や出荷がある都度に、その在庫情報が更新される。

配送便ＤＢ２１には、本システム１１において発注資材を積載して配送先まで配送する配送便に関する情報が記憶されている。すなわち、資材の配送を行う資材業者が保有しているトラックなどの配送便の台数及び配送便ごとの積載可能重量並びに配送予約状況などが記憶されている。なお、配送予約状況は、例えば朝方から夕方まで所定の時間割単位で区切られた複数の配送時間帯ごとに少なくとも１つの配送便が選択可能に割り当てられた配送予約管理表（図１１参照）による管理態様で記憶されている。この配送便ＤＢ２１は配送予約の確定の都度に配送便に関する情報が更新される。

図１に示すように、管理サーバ１２の制御部１３は、基幹システム１８の各ＤＢ１９〜２１との間で資材の発注及びその配送予約に関して情報通信することにより各種の処理を行う複数の機能部を有している。すなわち、制御部１３は、発注された資材の受注管理及びその配送予約内容を管理するための機能部として、受注管理部２２、在庫管理部２３、配送便管理部２４、画面生成部２５及び配送予約管理部２６を備えている。

受注管理部２２は、基幹システム１８の受注ＤＢ１９から発注資材に関する情報（商品名や画像など）を読み出し、必要に応じて受注ＤＢ１９に記憶されている発注資材に関する情報を更新する。例えばオンラインで資材の発注及び配送予約を可能とさせるアプリケーションソフト（以下、「発注配送予約アプリ」という。）に対するログイン情報が顧客端末１５から管理サーバ１２に送信された場合には、発注資材の選択画面を生成するために受注ＤＢ１９から発注資材に関する情報が読み出される。また、発注資材の受注が完了した場合等には受注ＤＢ１９に対して受注内容に関する情報を書き込むことで顧客における受注履歴を更新可能である。

在庫管理部２３は、基幹システム１８の在庫ＤＢ２０から在庫資材に関する情報（商品名や数量など）を読み出し、必要に応じて在庫ＤＢ２０に記憶されている在庫資材に関する情報を更新する。例えば発注資材の配送予約に従い在庫の資材を配送便に積載したことで当該資材の在庫が減少した場合や新たに製造された資材が入荷して在庫が増えた場合等には、在庫ＤＢ２０から在庫資材に関する情報が読み出され、入荷又は出荷での在庫変動を反映した記憶内容に更新される。

配送便管理部２４は、基幹システム１８の配送便ＤＢ２１から配送便に関する情報（配送先、積載する資材、配送日、配送時間帯など）を読み出し、必要に応じて配送便ＤＢ２１に記憶されている配送便に関する情報を更新する。例えば顧客端末１５において配送便の選択を可能とさせる配送予約画面を表示させるときには、その時点での配送予約状況に基づいた画面を生成するために配送便ＤＢ２１から配送便に関する情報が読み出される。

画面生成部２５は、受注管理部２２や配送便管理部２４から発注対象となる資材の情報や選択対象となる配送便に関する情報を受け取り、顧客端末１５から資材の発注及びその配送予約を可能とさせるために、手続の進行に伴って切り替わる複数種類の画面を生成する。例えば、発注資材の選択画面（図５参照）の他に、配送時間帯の指定なしの第１配送予約画面（図９参照）及び配送時間帯の指定ありの第２配送予約画面（図１０参照）など複数種類の画面の表示情報を生成する。

配送予約管理部２６は、画面生成部２５が生成した配送予約画面の表示情報を顧客端末１５にネットワーク１７を介して送信すると共に、その配送予約画面を用いて予約された発注資材の配送予約の情報を顧客端末１５からネットワーク１７を介して受信する。そして、その受信した情報に基づき、その顧客端末１５を介して資材を発注した顧客における発注資材の配送予約内容（配送する資材名、数量、配送日、配送場所、配送時間帯など）を確定し、その確定した予約内容を顧客端末１５において画面表示し、顧客に確認可能とさせる。

次に、図２を参照しながら、上記のように構成された本システム１１の管理サーバ１２が発注資材の配送予約プログラムに基づき実行する配送予約の制御処理ルーチンについて説明する。また、管理サーバ１２による本制御処理ルーチンの実行に伴い顧客端末１５側で表示される各画面表示の内容についても、各ステップの説明に併せて説明する。なお、前提として、顧客端末１５には「発注配送予約アプリ」がインストールされているものとする。

さて、本システム１１の管理サーバ１２における制御部１３は、顧客端末１５から資材の発注及び配送予約のためのログイン情報がネットワーク１７を介して入力されると、本制御処理ルーチンをスタートさせる。すなわち、顧客（工務店等）が顧客端末１５で発注配送予約アプリを起動させると、顧客端末１５においてはログイン画面が表示され、その画面上で所定のログイン操作をすると、顧客端末１５から管理サーバ１２の制御部１３にログイン情報が入力される。

図３に示すように、ログイン画面３０は、その画面内の最上部に「発注資材の配送予約Ｗｅｂ」と表示されたアプリ名表示欄３１が設けられると共に、そのアプリ名表示欄３１の直ぐ下には「ログインＩＤとパスワードを入力して最後にログインボタンを押してください。」と表示された操作ガイド欄３２が設けられている。そして、その操作ガイド欄３２の下に「ログインＩＤ」を入力するためのログインＩＤ入力欄３３と「パスワード」を入力するためのパスワード入力欄３４が設けられ、さらに、その下にログインボタン３５がタッチ操作可能に表示されている。

ところで、顧客が所在する地域内に複数の資材販売代理店が存在する場合があり、その場合には一人の顧客に対して複数の代理店が関連付けられて登録されていることがある。そのため、ログイン情報で特定される顧客名からだけでは、今回の発注における資材の販売決済を行う取扱代理店が特定できないことになる。そこで、こうした顧客がログイン画面３０でログインボタン３５を押した場合には、顧客端末１５における画面表示が代理店の選択を促す代理店選択画面に切り替わる。

図４に示すように、代理店選択画面４０は、その画面内の最上部にアプリ名表示欄４１が設けられると共に、そのアプリ名表示欄４１の直ぐ下には「発注する代理店を選択してください。」と表示された操作ガイド欄４２が設けられている。そして、その操作ガイド欄４２の下に、その顧客が資材を購入可能な資材販売代理店として関連付けて登録されている複数の代理店を列挙表示した代理店表示欄４３が設けられている。図４の画面例では、「○○代理店」と「□□□代理店」という２つの代理店の名称が列挙表示されている。この場合、顧客は代理店表示欄４３において何れか一つの代理店名の箇所をタップ操作すれば、そのタップ操作で選択された代理店が今回の資材の購入・決済をする取扱代理店として指定され、その代理店指定情報が管理サーバ１２の制御部１３に入力される。

さて、図２に戻り、顧客端末１５における上記のようなログイン操作及び必要な場合の更なる代理店選択操作に基づき、顧客端末１５からログイン情報（及び代理店指定情報）が入力されると、管理サーバ１２の制御部１３は、まずステップＳ１１において、今回の発注資材の取扱代理店を確認する。すなわち、代理店指定情報を伴わずログイン情報だけが入力された場合には、そのログイン情報で特定される会員の顧客を制御部１３の受注管理部２２が受注ＤＢ１９から検索し、その顧客と関連付けて登録されている代理店を今回の発注資材の取扱代理店であると確認し、その確認情報を記憶部１４に一旦記憶させる。なお、ログイン情報と共に代理店指定情報が入力された場合には、その代理店指定情報で指定された代理店を今回の発注資材の取扱代理店であると確認し、その確認情報を記憶部１４に一旦記憶させる。

そして、次のステップＳ１２で、管理サーバ１２の制御部１３は、各機能部が協働して一連の発注対応処理を実行する。
まず、制御部１３は、その画面生成部２５が、図５に示す発注資材の選択画面５０を生成する。この場合、画面生成部２５は、受注ＤＢ１９から取扱代理店の販売取扱資材に関する情報を読み出し、その読み出し情報に基づき、発注資材の選択画面５０を生成する。そして、画面生成部２５が生成した発注資材の選択画面５０の表示情報を、配送予約管理部２６が顧客端末１５に送信する。すると、顧客端末１５には図５に示す発注資材の選択画面５０が表示される。

図５に示すように、発注資材の選択画面５０は、その画面内の最上部にアプリ名表示欄５１とログオフボタン５２が設けられると共に、アプリ名表示欄５１の直ぐ下には顧客名表示欄５３が設けられている。顧客名表示欄５３は、今回の発注対応処理で顧客端末１５から発注をしようとしている顧客の名前を表示する欄であり、図５は、太郎工務店という顧客名の顧客からの発注対応処理ということで、その顧客名表示欄５３には、「ようこそ太郎工務店様」という表示がされている。また、顧客名表示欄５３において顧客名の右側にはカート確認ボタン５４が設けられている。カート確認ボタン５４は、現時点での発注内容を確認するときに押されるボタンである。

発注資材の選択画面５０において、顧客名表示欄５３よりも下側には「発注する資材を選択してください。」と表示された操作ガイド欄５５が設けられ、その更に下側には今回の発注対応処理において選択可能な少なくとも１種類の資材が記載される資材一覧表示欄５６と数量入力欄５７が設けられている。図５の事例の資材一覧表示欄５６には、舗装材Ａ、舗装材Ｂ…、組積材Ａ、組積材Ｂ…、張材Ａ、張材Ｂ…など、複数の資材が選択可能に表示されている。

なお、数量入力欄５７には、発注する資材の購入希望個数が直接入力され、この数量入力欄５７への数量の入力でもって、その資材の発注があったものとみなされる。そして、この数量入力欄５７への数量の入力がなされると、その数量分の資材の発注情報が顧客端末１５から管理サーバ１２に送信され、その発注情報が配送予約管理部２６を介して受注管理部２２に受信される。すると、受注管理部２２は、その発注資材名及び数量を含む発注情報を記憶部１４に一旦記憶させる。このように顧客端末１５で資材の数量入力がある度に、管理サーバ１２において受注管理部２２は発注内容を記憶部１４に一旦記憶させる処理を繰り返す。

ところで、顧客においては、発注する資材の形状、材質、サイズ、カラー等の詳細情報を確認したい場合がある。その場合には、選択画面５０における資材一覧表示欄５６で、詳細情報を確認したい商品名をタップ操作する。すると、そのタップ操作情報が顧客端末１５から管理サーバ１２の制御部１３に入力され、そのタップ操作情報が配送予約管理部２６により受信される。そして、そのタップ操作情報が配送予約管理部２６から画面生成部２５に受け渡される。すると、画面生成部２５は、タップ操作情報で特定された資材の商品詳細情報（画像、材質、サイズ、カラー、価格等の各種の情報）を受注ＤＢ１９から読み出して、商品詳細画面を生成する。そして、その商品詳細画面の表示情報を配送予約管理部２６が顧客端末１５に送信すると、顧客端末１５には図６に示す発注資材の商品詳細画面６０が表示される。

図６に示すように、発注資材の商品詳細画面６０は、その画面内の最上部にアプリ名表示欄６１とログオフボタン６２が設けられると共に、アプリ名表示欄６１の直ぐ下には顧客名表示欄６３が設けられている。そして、顧客名表示欄６３において顧客名の右側にはカート確認ボタン６４が設けられている。また、発注資材の商品詳細画面６０において、顧客名表示欄６３よりも下側には、商品詳細の表示欄として、画像表示欄６５、材質表示欄６６、サイズ表示欄６７及びカラー表示欄６８が設けられている。

なお、図６の事例における画像表示欄６５には、図５の発注資材の選択画面５０における資材一覧表示欄５６でタップ操作した資材（例えば舗装材Ａ）の拡大画像と、その資材（舗装材Ａ）及びその資材と縦並びで資材一覧表示欄５６に表示されていた他の資材の各サムネイル画像が表示されている。また、発注資材の商品詳細画面６０において、カラー表示欄６８よりも下側には、「サイトに戻る」と表示された戻りボタン６９が設けられている。このボタンが押されると、図５に示す発注資材の選択画面５０に画面表示が戻る。

一方、図５に示す発注資材の選択画面５０又は図６に示す発注資材の商品詳細画面６０において、カート確認ボタン５４が押されると、そのカート確認情報が顧客端末１５から管理サーバ１２の制御部１３に入力され、そのカート確認情報が配送予約管理部２６により受信される。そして、そのカート確認情報が配送予約管理部２６から画面生成部２５に受け渡される。すると、画面生成部２５は、その時点で記憶部１４に記憶されている発注内容を読み出し、現時点での発注内容を確認可能とする発注内容の確認画面を生成する。そして、その発注内容の確認画面の表示情報を配送予約管理部２６が顧客端末１５に送信すると、顧客端末１５には図７に示す発注内容の確認画面７０が表示される。

図７に示すように、発注内容の確認画面７０は、その画面内の最上部にアプリ名表示欄７１とログオフボタン７２が設けられると共に、アプリ名表示欄７１の直ぐ下には顧客名表示欄７３が設けられている。そして、顧客名表示欄７３において顧客名の右側には「サイトに戻る」と表示された戻りボタン７４が設けられている。また、発注内容の確認画面７０において、顧客名表示欄７３よりも下側には、「ご発注対象の商品と発注数を確認して下さい。」というメッセージ文と共に、現時点での発注内容（資材名及び数量など）を列挙表示するための発注内容表示欄７５が設けられている。

発注内容表示欄７５において、確認を促すメッセージ文よりも下側には「ご発注条件の指定に進む＞」と表示された発注手続進行ボタン７６と、「オーダーカートをクリア」と表示された発注内容キャンセルボタン７７が設けられている。また、各資材（図７の事例では、舗装材Ａと組積材Ｂ）の表示箇所ごとに、その発注資材の数量変更又はキャンセルをするときに押される修正削除ボタン７８，７９が設けられている。そして、図７の発注内容の確認画面７０において発注手続進行ボタン７６が押されると、顧客端末１５は図８に示す発注条件入力画面８０に切り替わる。

すなわち、顧客端末１５において発注手続進行ボタン７６が押されると、発注内容の確認を意味する発注内容確認情報が顧客端末１５から管理サーバ１２の制御部１３に入力され、その情報が配送予約管理部２６により受信される。そして、その発注内容確認情報が配送予約管理部２６から画面生成部２５に受け渡される。すると、画面生成部２５は、顧客において資材の発注条件となる発注資材の配送日及び配送場所を指定可能とさせる発注条件入力画面を生成する。そして、その発注条件入力画面の表示情報を配送予約管理部２６が顧客端末１５に送信すると、顧客端末１５には図８に示す発注条件入力画面８０が表示される。

図８に示すように、発注条件入力画面８０は、その画面内の最上部にアプリ名表示欄８１とログオフボタン８２が設けられると共に、アプリ名表示欄８１の直ぐ下には顧客名表示欄８３が設けられている。そして、顧客名表示欄８３において顧客名の右側には「サイトに戻る」と表示された戻りボタン８４が設けられている。また、発注条件入力画面８０において、顧客名表示欄８３よりも下側には、発注条件表示欄８５が設けられ、その発注条件表示欄８５には、希望配送日入力欄８６、希望配送場所入力欄８７及びその他の入力欄（例えば、配送される資材の希望梱包形態入力欄など）が設けられている。また、以上の入力欄よりも下側には「オーダーを確定する」と表示された発注確定ボタン８８が設けられている。

そして、図８の発注条件入力画面８０において発注確定ボタン８８が押されると、顧客端末１５から管理サーバ１２の制御部１３に向けて、顧客の希望する配送日及び配送場所を示す配送日・配送場所希望情報と共に、資材の発注を行う旨を示す発注確定情報が送信される。なお、この発注確定ボタン８８が押されることなく、図５の選択画面５０、図６の商品詳細画面６０、図７の発注内容確認画面７０又は図８の発注条件入力画面８０において、ログオフボタン５２，６２，７２，８２が押されると、発注手続の中止を意味するログオフ情報が顧客端末１５から管理サーバ１２の制御部１３に入力される。

図２に戻り、以上のような発注確定情報（配送日・配送場所希望情報を含む）又はログオフ情報が顧客端末１５から送信されると、管理サーバ１２の制御部１３は、ステップＳ１３において、顧客から資材の発注が有ったか否かを判断する。すなわち、制御部１３は、ログオフ情報を受信したときは「資材の発注は無かった（Ｓ１３＝ＮＯ）」と判断し、発注確定情報を受信したときは「資材の発注が有った（Ｓ１３＝ＹＥＳ）」と判断する。そして、資材の発注は無かった（Ｓ１３＝ＮＯ）と判断したときは、本制御処理ルーチンを終了する。その一方、資材の発注は有った（Ｓ１３＝ＹＥＳ）と判断したときは、顧客端末１５から送信された配送日・配送場所希望情報及び発注確定情報を記憶部１４に一旦記憶させた後、その処理を次のステップＳ１４に移行する。

そして、次のステップＳ１４において、制御部１３は、発注確定情報により特定される発注資材の在庫が有るか否かを判断する。すなわち、制御部１３の在庫管理部２３が、今回の取扱代理店の販売取扱資材の在庫状況を在庫ＤＢ２０で確認する。この場合、在庫管理部２３は、現時点での在庫状況ではなく、その発注資材の希望配送日における在庫の有無を判断する。その理由は、例えば希望配送日が数日先であって、現時点では在庫がないけれども、希望配送日の前日迄には生産ラインから新たな資材の入荷が予定されている場合には、現時点では在庫無しでも希望配送日には在庫有りとなり、配送希望に対応できるからである。そして、希望配送日に在庫有り（Ｓ１４＝ＹＥＳ）と判断したときは、その処理をステップＳ１６に移行する一方、希望配送日に在庫無し（Ｓ１６＝ＮＯ）と判断したときは、その処理をステップＳ１５に移行する。

処理をステップＳ１５に移行した場合、制御部１３は、顧客端末１５に対して発注内容の変更等を打診するための情報を送信する。すなわち、図示は省略するが、今回の発注資材中に在庫無しの資材が含まれている旨と、その資材の名称を告げるメッセージと共に、一例として次の３つのタッチボタンを選択可能に表示させる表示情報を画面生成部２５が生成し、その表示情報を配送予約管理部２６が顧客端末１５に送信する。本実施形態の場合、一番目のボタンは、在庫無しとされた資材を他の資材に変更して発注を変更するときに押される「発注変更ボタン」であり、二番目のボタンは、在庫無しとされた資材があるのならば今回の発注内容を全てキャンセルするというときに押される「発注取止ボタン」である。また、三番目のボタンは、在庫無しの資材の入荷があって発注内容どおりの配送が可能となる日の連絡を後日に希望するときに押される「納期回答待ちボタン」である。

そして、顧客端末１５において、一番目の「発注変更ボタン」が押された場合、制御部１３はステップＳ１５において「発注変更有り（Ｓ１５＝ＹＥＳ）」と判断し、その処理を先のステップＳ１２に戻す。そして、図５の発注資材の選択画面５０を顧客端末１５において再表示させ、一連の発注対応処理を繰り返す。その一方、顧客端末１５において、二番目の「発注取止ボタン」が押された場合は、発注内容をリセットした後、本制御処理ルーチンを終了する。また、顧客端末１５において、三番目の「納期回答待ちボタン」が押された場合には、発注内容を記憶部１４に保存するとともに、納期回答が必要である旨の記録を所定の記録部に記録した後、本制御処理ルーチンを終了する。

図２に戻り、ステップＳ１４からステップＳ１６に移行した場合、制御部１３は、顧客からの発注資材による配送便への積載重量（＝発注重量）が、配送効率を確保する観点から必要最低限の重量であると予め設定した規定重量（例えば、１ｔ）未満であるか否かを判断する。なお、この判断は、制御部１３において画面生成部２５が主として判断する。すなわち、画面生成部２５は、発注確定情報を受信した時点での発注内容である発注資材の資材名及びその発注数量を記憶部１４から読み出すと共に、該当する資材の１個当りの重量を受注ＤＢ１９に記憶されている販売取扱資材に関する情報から検索する。そして、発注資材の発注数量に該当する資材の１個当りの重量を乗じることで、当該顧客の発注資材による配送便への積載重量を求め、そのようにして求めた積載重量と規定重量との大小比較を行う。そして、積載重量が規定重量未満である（Ｓ１６＝ＹＥＳ）と判断したときは、その処理をステップＳ１７に移行する一方、積載重量が規定重量以上である（Ｓ１６＝ＮＯ）と判断したときは、その処理をステップＳ１８に移行する。

まず、積載重量＜規定重量（Ｓ１６＝ＹＥＳ）と判断した場合、画面生成部２５は、ステップＳ１７において、記憶部１４から該当する発注資材の資材名と発注数量及び希望配送日と希望配送場所に関する情報を読み出す。そして、その読み出し情報に基づいて第１配送予約画面（図９参照）９０を生成する。その一方、積載重量≧規定重量（Ｓ１６＝ＮＯ）と判断した場合、画面生成部２５は、ステップＳ１８において、記憶部１４から該当する発注資材の資材名と発注数量及び希望配送日と希望配送場所に関する情報を読み出すと共に、配送便管理部２４を介して配送便ＤＢ２１から顧客が希望する配送日の配送予約管理表（図１１参照）を読み出す。そして、その読み出し情報に基づき第２配送予約画面（図１０参照）１００を生成する。

以上のとおり、制御部１３の画面生成部２５は、発注資材の配送便への積載重量と規定重量との比較に基づき、顧客の配送予約に供される画面として第１配送予約画面９０と第２配送予約画面１００をそれぞれ生成する。この点で、画面生成部２５が処理主体となるステップＳ１６、ステップＳ１７及びステップＳ１８は、請求項４，５に記載の画面生成ステップに相当する。

そして、次のステップＳ１９において、先のステップＳ１７又はステップＳ１８で画面生成部２５が生成した第１配送予約画面９０又は第２配送予約画面１００の表示情報を、配送予約管理部２６が顧客端末１５に向けて送信する。すると、顧客端末１５において、第１配送予約画面９０又は第２配送予約画面１００が表示され、顧客において発注資材の配送予約の最終手続に供される。先ず、第１配送予約画面９０について説明し、次いで、第２配送予約画面１００について説明する。

図９に示すように、第１配送予約画面９０は、その画面内の最上部にアプリ名表示欄９１とログオフボタン９２が設けられると共に、アプリ名表示欄９１の直ぐ下には顧客名表示欄９３が設けられている。そして、顧客名表示欄９３において顧客名の右側には「サイトに戻る」と表示された戻りボタン９４が設けられている。また、第１配送予約画面９０において、顧客名表示欄９３よりも下側には、発注＆配送予約内容表示欄９５が設けられ、その発注＆配送予約内容表示欄９５には、その顧客による発注資材の資材名とその発注数量、希望配送日及び希望配送場所が表示されている。すなわち、この第１配送予約画面９０は、図８の発注条件入力画面８０と協働して、発注資材の配送日の指定までは可能であるが、配送時間帯は指定できない時間指定なしの配送予約画面である。そして、希望配送場所の表示箇所の下側には、発注＆配送予約の完了を促す登録ボタン９６が設けられている。

一方、図１０に示すように、第２配送予約画面１００も、第１配送予約画面９０の場合と同様に、その画面内の前半部分には、アプリ名表示欄１０１、ログオフボタン１０２、顧客名表示欄１０３、戻りボタン１０４及び発注＆配送予約内容表示欄１０５が設けられている。しかし、この第２配送予約画面１００の場合は、その画面内の後半部分に、「ご希望の配送時間帯を選んでください。」と表示された希望配送時間帯選択欄１０６が設けられている。

希望配送時間帯選択欄１０６には、顧客が指定した希望配送日の表示の下側に、朝方から夕方まで所定の時間割単位で区切られた複数（本実施形態では４つ）の配送時間帯が、何れか１つの配送時間帯を選択可能に表示されている。すなわち、上から順に、７時〜９時の早朝配送時間帯１０６Ａ、９時〜１２時の午前配送時間帯１０６Ｂ、１２時〜１５時の午後配送時間帯１０６Ｃ及び１５時〜１８時の夕方配送時間帯１０６Ｄが表示されている。なお、夕方配送時間帯１０６Ｄの下側には、顧客が特に時間指定の配送を希望しない場合に選択可能な時間指定なし配送選択部１０６Ｅが設けられている。すなわち、この第２配送予約画面１００は、図８の発注条件入力画面８０と協働して、発注資材の配送日の指定が可能であるのに加えて、配送時間帯の指定ができる時間指定ありの配送予約画面である。そして、希望配送場所の表示箇所の下側には、発注＆配送予約の完了を促す登録ボタン１０７が設けられている。

図１０の事例では、早朝配送時間帯１０６Ａ、午前配送時間帯１０６Ｂ及び午後配送時間帯１０６Ｃについては、それぞれの時間帯表示の右側に設けられた□箇所をタップしてチェックマークを付けることにより、配送時間帯の指定が可能とされる。その一方、夕方配送時間帯１０６Ｄについては、既に予約枠が埋まっているために×印の表示がされて選択不可能とされている。なお、この第２配送予約画面１００における希望配送時間帯選択欄１０６の表示内容は、図１１に示す配送予約管理表１１０による配送予約状況を反映した表示内容になっている。

図１１に示すように、配送予約管理表１１０は、朝方から夕方まで所定の時間割単位で区切られた複数（本実施形態では４つ）の配送時間帯枠１１１，１１２，１１３，１１４と、時間指定なし配送時間帯枠１１５を有している。そして、配送時間帯枠１１１，１１２，１１３，１１４ごとに、少なくとも１つの配送便（一例として全て４ｔトラック）が割り当てられている。７時〜９時の早朝配送時間帯枠１１１には４台の配送便１１１Ａ〜１１１Ｄが割り当てられると共に、９時〜１２時の午前配送時間帯枠１１２には３台の配送便１１２Ａ〜１１２Ｃが割り当てられている。また、１２時〜１５時の午後配送時間帯枠１１３には２台の配送便１１３Ａ，１１３Ｂが割り当てられると共に、１５時〜１８時の夕方配送時間帯枠１１４には１台の配送便１１４Ａが割り当てられている。さらに、時間指定なし配送時間帯枠１１５には５台の配送便１１５Ａ〜１１５Ｅが割り当てられている。

図１０における早朝配送時間帯１０６Ａは、図１１における早朝配送時間帯枠１１１の配送予約状況を反映し、図１０における午前配送時間帯１０６Ｂは、図１１における午前配送時間帯枠１１２の配送予約状況を反映している。また同様に、図１０における午後配送時間帯１０６Ｃは、図１１における午後配送時間帯枠１１３の配送予約状況を反映し、図１０における夕方配送時間帯１０６Ｄは、図１１における夕方配送時間帯枠１１４の配送予約状況を反映している。

ここで、希望配送時間帯選択欄１０６の各配送時間帯１０６Ａ〜１０６Ｄと個別に対応する各配送時間帯枠が他の配送時間帯枠とは割り当てられている配送便の数を異にしているのは、次の理由による。すなわち、傾向として予約が集中する配送時間帯（例えば午前中）と比較的空く配送時間帯（例えば午後）とが存在する場合に、そうした配送時間帯ごとに割り当てる配送便の数を調整して顧客の配送予約希望に対して柔軟に対処するためである。また、相対的に時刻が早い配送時間帯（早朝配送時間帯１０６Ａ）の方が、相対的に時刻が遅い配送時間帯（夕方配送時間帯１０６Ｄ）よりも選択可能に割り当てられた配送便の数が多いのは、次のような理由による。すなわち、朝方など相対的に時刻が早い配送時間帯の配送便は、１回目の配送を終えて戻った後に、更に２回目以降の配送にも対応可能であるからである一方、夕方など相対的に時刻が遅い配送時間帯の配送便は、配送先が遠隔地である場合には特にその配送先への配送だけで終わってしまう可能性が高いからである。

さて、以上のような第１配送予約画面９０又は第２配送予約画面１００において、顧客が登録ボタン９６，１０７を押し操作すると、その顧客における発注＆配送予約の手続の完了を意味する予約完了情報が顧客端末１５から管理サーバ１２の制御部１３に送信される。すると、図２に戻り、ステップＳ２０において、制御部１３は、顧客からの発注＆配送予約の手続は完了したか否か（つまり予約完了か否か）を判断する。

すなわち、制御部１３は、第１配送予約画面９０又は第２配送予約画面１００においてログオフボタン９２，１０２が押されたことでログオフ情報を受信したときは、「予約は完了することなくキャンセルされた（Ｓ２０＝ＮＯ）」と判断し、本制御処理ルーチンを終了する。その一方、予約完了情報を受信したときは「顧客からの発注＆配送予約の手続は完了した（Ｓ２０＝ＹＥＳ）」と判断し、その処理を次のステップＳ２１に移行する。

そして、次のステップＳ２１において、制御部１３は、各機能部が配送予約の確定処理を行う。すなわち、受注管理部２２は今回の発注＆配送予約を完了させた顧客の受注及び配送履歴を受注ＤＢ１９において更新する。また、在庫管理部２３は今回の発注資材の配送による在庫資材の減少を反映した在庫状況に在庫ＤＢ２０を更新する。また、配送便管理部２４は今回の発注資材の配送予約日及び配送予約時間帯における配送便の積載状況を更新する。また、画面生成部２５は顧客に発注資材の配送予約が確定したことを連絡するための画面（図示略）を生成する。

そして、次のステップＳ２２において、制御部１３は、先のステップＳ２１で画面生成部２５により生成された連絡画面の表示情報を配送予約管理部２６が顧客端末１５に送信する。すると、顧客端末１５において、その旨の画面表示がなされ、顧客は、自分が発注した資材の発注が完了したこと及びその配送予約が完了したことを確認できる。そして、以上の処理が完了すると、制御部１３は本制御処理ルーチンを終了する。

以上のとおり、制御部１３の配送予約管理部２６は、画面生成部２５が生成した各画面の表示情報を顧客端末１５に送信すると共に、顧客端末１５から発注確定情報や予約完了情報を受信し、更には顧客に発注資材の発注及びその配送予約が完了したことを確認可能とさせる画面の表示情報を顧客端末１５に送信する。したがって、この点で、配送予約管理部２６により主に処理されるステップＳ１９、ステップＳ２０及びステップＳ２２は、請求項４，５に記載の配送予約管理ステップに相当する。

そこで次に、以上のように構成された本システム１１の作用について、本システム１１を用いた発注資材の配送予約方法という点に着目して以下説明する。
なお、説明の前提として、今回は第１顧客と第２顧客という２人の顧客から別々に資材の発注があり、第１顧客の発注内容は、図９に示すように舗装材Ａが２００個と組積材Ｂが１００個であり、第２顧客の発注内容は、図１０に示すように舗装材Ａが５００個と組積材Ｂが３００個であるものとする。また、各資材の１個当りの重量は、舗装材Ａが２ｋｇであり、組積材Ｂは１ｋｇであるものとする。すなわち、第１顧客の発注資材による配送便への積載重量（＝発注重量）は０．５ｔ（＝２ｋｇ×２００個＋１ｋｇ×１００個）であり、第２顧客の発注資材による配送便への積載重量（＝発注重量）は１．３ｔ（＝２ｋｇ×５００個＋１ｋｇ×３００個）であるものとする。そして、各顧客からの発注資材を積載して配送場所へ配送するのに使用される配送便（トラック）は積載可能重量が４ｔであるものとする。

さて、第１顧客が発注した資材による配送便への積載重量（＝発注重量）は０．５ｔであり、これは規定重量（１ｔ）未満であるため、図８の発注条件入力画面８０において、第１顧客が発注確定ボタン８８を押した場合、管理サーバ１２の制御部１３は図９に示す第１配送予約画面９０を生成する。そのため、第１顧客の場合は、配送日と配送場所しか予約することができないことになり、発注資材の配送便は時間指定無しの配送便になる。しかし、この第１配送顧客の場合も、資材の発注とその配送予約を、例えば建築現場などからでも自分の顧客端末１５を用いてできるという利便性は享受できる。

その一方、第２顧客が発注した資材による配送便への積載重量（＝発注重量）は１．３ｔであり、これは規定重量（１ｔ）以上であるため、図８の発注条件入力画面８０において、第２顧客が発注確定ボタン８８を押した場合、管理サーバ１２の制御部１３は図１０に示す第２配送予約画面１００を生成する。そのため、第２顧客の場合は、配送日と配送場所に加えて配送時間帯をも選択して指定できることになる。

そして、この場合において、第２顧客が発注した資材による配送便への積載重量（＝発注重量）は１．３ｔである。そのため、第２顧客の発注資材（１．３ｔ）は、既に３ｔの積載済みである夕方配送時間帯枠１１４の１台しか割り当てられていない配送便１１４Ａには積載できないことになる。その一方、早朝配送時間帯枠１１１、午前配送時間帯枠１１２及び午後配送時間帯枠１１３においては、各々に割り当てられた複数の配送便のうち少なくとも１つの配送便には第２顧客の発注資材（１．３ｔ）を積載可能である。したがって、画面生成部２５は、この配送予約状況を反映させた第２配送予約画面１００を生成する。すなわち、図１０に示すように、夕方配送時間帯枠１１４と個別に対応する夕方配送時間帯１０６Ｄは選択不可とする一方、その他の各配送時間帯枠１１１〜１１３と各々対応する各配送時間帯１０６Ａ〜１０６Ｃ及び時間指定なし配送選択部１０６Ｅは選択可能とする第２配送予約画面１００を生成する。その結果、第２顧客は、第２配送予約画面１００において複数の配送時間帯１０６Ａ〜１０６Ｄ及び時間指定なし配送選択部１０６Ｅのうち何れか１つを選択することにより所望の配送時間帯又は時間指定なしの配送予約をすることができる。

上記説明した本実施形態によれば、以下のような効果を得ることができる。
（１）顧客は、何時どこからでも、顧客端末１５を用いて資材の発注及びその配送予約ができると共に、その配送予約に基づき確定した発注資材の配送予約内容を顧客端末１５において確認できる。その一方、業者側は、顧客端末１５からの発注資材による配送便への積載重量が規定重量未満の場合に、その発注資材だけで時間指定ありの配送時間帯枠１１１〜１１４の配送便に仕立てると、配送効率が低下するが、本実施形態では次のようにして、そのような事態を回避できる。すなわち、このような場合には、他の顧客の顧客端末１５からの発注資材との混載も可能とされる時間指定なし配送時間帯枠１１５の配送便で配送することにより、配送効率の低下を抑制することができる。なお、顧客端末１５からの発注資材による配送便への積載重量が規定重量以上である場合には、その発注資材だけで時間指定ありの配送時間帯１０６Ａ〜１０６Ｄの配送便に仕立てたとしても、配送効率が低下する虞は少ないため、顧客の希望する配送時間帯の配送予約に業者側は対応可能であり、この点で顧客の利便性を更に向上させることができる。

（２）傾向として予約が集中する配送時間帯（例えば午前中）と比較的空く配送時間帯（例えば午後）とが存在する場合に、配送時間帯１０６Ａ〜１０６Ｄごとに割り当てる配送便の数を調整することで、顧客からの配送予約に対して柔軟に対処することができる。

（３）朝方など相対的に時刻が早い早朝配送時間帯１０６Ａの配送便１１１Ａ〜１１１Ｄは、１回目の配送を終えて戻った後に、更に２回目以降の配送にも対応可能であるため、そのような配送時間帯に多くの配送便を割り当てておくことは一日トータルで配送できる物量を増加させることになり、業者側の配送効率を向上させることができる。その一方、例えば夕方など相対的に時刻が遅い夕方配送時間帯１０６Ｄの配送便１１４Ａは、配送先が遠隔地である場合には特にその配送先への配送だけで終わってしまう可能性が高いため、そのような配送時間帯に少ない配送便を割り当てておくことは、業者側の配送効率の低下抑制に貢献することができる。

なお、上記実施形態は以下のような別の実施形態に変更してもよい。
・朝方から夕方まで所定の時間割単位で区切られた複数の配送時間帯１０６Ａ〜１０６Ｄごとに割り当てられる配送便の数を、更に配送場所までの遠近の違いを加味し、近い配送場所への配送便は数を多くする一方、遠い配送場所への配送便は数を少なく割り当ててもよい。この構成によれば、近い配送場所への１回目の配送を終えて戻った後に、更に２回目以降の配送にも対応可能であるため、そのような配送時間帯に多くの配送便を割り当てておくことは一日トータルで配送できる物量を増加させることになり、業者側の配送効率を向上させることができる。

・各配送時間帯１０６Ａ〜１０６Ｄに割り当てられた時間指定有りの配送便１１１Ａ〜１１１Ｄ，１１２Ａ〜１１２Ｃ，１１３Ａ，１１３Ｂ，１１４Ａには、配送時間指定ありの発注資材の他に、配送時間指定なしの発注資材（１ｔ未満）を積み合わせてもよい。

・時間指定有りの配送便１１１Ａ〜１１１Ｄ，１１２Ａ〜１１２Ｃ，１１３Ａ，１１３Ｂ，１１４Ａに積載される配送時間指定ありの発注資材（１ｔ以上）は、１つの配送先宛のものに限定し、その配送便に混載するのは配送時間指定なしの発注資材（１ｔ未満）に限定してもよい。このようにすると、例えば交通渋滞に巻き込まれて配送時間指定ありの１口の発注資材の配送先への配送にトラブルが生じた場合でも、そうしたトラブルの影響が及ぶ他の配送資材は配送時間指定なしの発注資材であるので、その１口以外の他の時間指定ありの発注資材が当該配送トラブルに巻き込まれる虞を低減できる。

・朝方から夕方まで所定の時間割単位で区切られた複数の配送時間帯１０６Ａ〜１０６Ｄごとに割り当てられる配送便の数は全て同じであってもよい。
・また、実施形態の場合とは逆に、相対的に時刻が早い配送時間帯の方が、相対的に時刻が遅い配送時間帯よりも、選択可能に割り当てられた配送便の数が少なくてもよい。

・顧客端末１５は、スマートフォンなどの携帯端末に限らず、工務店など顧客の事務所などに設置されたＰＣであってもよい。
・第２配送予約画面１００において選択可能に表示される配送時間帯１０６Ａ〜１０６Ｄの数は２つ、３つ、５つなど４つ以外の複数であってもよい。

・顧客が顧客端末１５から発注できる発注資材は少なくとも１種類あればよく、必ずしも複数種類である必要はない。
・発注資材の配送便への積載重量（発注重量）と比較される規定重量は、配送便（トラックなど）の積載可能重量との関係で規定されるものであり、実施形態の１ｔという重量に限定されるものではない。

１１…配送予約システム、１３…制御部、１４…記憶部、１５…顧客端末、１７…ネットワーク（電気通信回線）、１９…受注ＤＢ（記憶部）、２０…在庫ＤＢ（記憶部）、２１…配送便ＤＢ（記憶部）、２５…画面生成部、２６…配送予約管理部、９０…第１配送予約画面、１００…第２配送予約画面、１０６Ａ〜１０６Ｄ…配送時間帯、１１１Ａ〜１１１Ｄ，１１２Ａ〜１１２Ｃ，１１３Ａ，１１３Ｂ，１１４Ａ…配送便。

Claims (5)

1. 少なくとも１種の資材及び前記資材を積載して配送する配送便に関する情報を少なくとも記憶する記憶部と、顧客端末から発注された発注資材の情報及び前記記憶部に記憶された情報に基づき前記発注資材の配送予約時の処理手順を制御する制御部と、を備えた発注資材の配送予約システムであって、
   前記制御部が、
   前記顧客端末からの前記発注資材による前記配送便への積載重量が規定重量未満の場合には、前記記憶部に記憶されている前記配送便に関する情報に基づいて、前記発注資材の配送日を予約可能とさせる第１配送予約画面を生成する一方、前記発注資材による前記配送便への積載重量が規定重量以上の場合には、前記発注資材の配送日及び配送時間帯を予約可能とさせる第２配送予約画面を生成する画面生成部と、
   前記画面生成部が生成した配送予約画面を用いて予約された前記発注資材の配送予約の情報に基づき確定した前記発注資材の配送予約内容を前記顧客端末からの確認可能に管理する配送予約管理部と、
   して機能することを特徴とする発注資材の配送予約システム。
2. 前記第２配送予約画面は、顧客端末において予約可能な配送時間帯として、配送時間帯ごとに少なくとも１つの配送便が選択可能に割り当てられた複数の配送時間帯を有すると共に、少なくとも１つの配送時間帯が他の配送時間帯とは割り当てられている配送便の数を異にしていることを特徴とする請求項１に記載の発注資材の配送予約システム。
3. 前記複数の配送時間帯は、相対的に時刻が早い配送時間帯の方が、相対的に時刻が遅い配送時間帯よりも、選択可能に割り当てられた配送便の数が多いことを特徴とする請求項２に記載の発注資材の配送予約システム。
4. 少なくとも１種の資材及び前記資材を積載して配送する配送便に関する情報を少なくとも記憶する記憶部と、顧客端末から発注された発注資材の情報及び前記記憶部に記憶された情報に基づき前記発注資材の配送予約時の処理手順を制御する制御部と、を用いた発注資材の配送予約方法であって、
   前記制御部が、
   前記顧客端末からの前記発注資材による前記配送便への積載重量が規定重量未満の場合には、前記記憶部に記憶されている前記配送便に関する情報に基づいて、前記発注資材の配送日を予約可能とさせる第１配送予約画面を生成する一方、前記発注資材による前記配送便への積載重量が規定重量以上の場合には、前記発注資材の配送日及び配送時間帯を予約可能とさせる第２配送予約画面を生成する画面生成ステップと、
   前記画面生成ステップで生成した配送予約画面を用いて予約された前記発注資材の配送予約の情報に基づき確定した前記発注資材の配送予約内容を前記顧客端末からの確認可能に管理する配送予約管理ステップと、
   を実行することを特徴とする発注資材の配送予約方法。
5. 少なくとも１種の資材及び前記資材を積載して配送する配送便に関する情報を少なくとも記憶する記憶部と、顧客端末から発注された発注資材の情報及び前記記憶部に記憶された情報に基づき前記発注資材の配送予約時の処理手順を制御する制御部と、を備えたコンピュータシステムで用いられる発注資材の配送予約プログラムであって、
   前記制御部に、
   前記顧客端末からの前記発注資材による前記配送便への積載重量が規定重量未満の場合には、前記記憶部に記憶されている前記配送便に関する情報に基づいて、前記発注資材の配送日を予約可能とさせる第１配送予約画面を生成する一方、前記発注資材による前記配送便への積載重量が規定重量以上の場合には、前記発注資材の配送日及び配送時間帯を予約可能とさせる第２配送予約画面を生成する画面生成ステップと、
   前記画面生成ステップで生成した配送予約画面を用いて予約された前記発注資材の配送予約の情報に基づき確定した前記発注資材の配送予約内容を前記顧客端末からの確認可能に管理する配送予約管理ステップと、
   を実行させることを特徴とする発注資材の配送予約プログラム。