(57)【要約】【課題】  仮想店舗にて商品の購入申込を行なう際、その商品が利用者の手元に届くまでに要する時間を明瞭に提示しうるような装置を提供すること。【解決手段】  仮想店舗のサイトを管理する仮想店舗管理装置４０に、仮想店舗にて販売される各種商品の在庫状況を各倉庫毎に管理する在庫データベースを設ける。そして、仮想店舗のサイトを訪れた利用者が、任意の商品を選択すると、仮想店舗管理装置４０は、選択された商品が利用者の手元に届くまでに要する日数を算出して提示する。【選択図】        図２
2005263459.tif 000002
【特許請求の範囲】
【請求項１】
各商品の商品識別子と、それら各商品の在庫数とを関連付けて記憶する在庫情報記憶手
段と、
商品識別子を含む配送問合せを受信する問合せ受信手段と、
前記配送問合せに含まれる商品識別子と対応付けて前記在庫情報記憶手段に記憶された
在庫数を参照し、その在庫数が所定の数量を下回っていないか判断する在庫判断手段と、
前記在庫数が所定の数量を下回っていないと判断したとき、予め設定された通常配送時
間内に商品を配送できる旨の応答を前記配送問合せの発信元へ送信する応答送信手段と
を備えた配送時間通知装置。
【請求項２】
請求項１記載の配送時間通知装置において、
前記配送問合せの発信元から当該配送問合せに係る商品の購入申込みを受信する購入申
込受信手段と、
前記購入申込みを受信すると、前記配送問合せに係る商品の配送指示を、商品の配送を
管轄する所定の装置に宛てて送信する配送指示送信手段と、
前記配送問合せに含まれる商品識別子と対応付けて前記在庫情報記憶手段に記憶された
在庫数を更新する在庫数更新手段と、
前記更新後、前記在庫数が所定の数量を下回ったとき、前記配送問合せに係る商品の納
入指示を、商品の納入を管轄する所定の装置に宛てて送信する納入指示送信手段と
を備えた配送時間通知装置。
【請求項３】
請求項２記載の配送時間通知装置において、
前記在庫情報記憶手段は、
前記納入指示が送信されてから納入が完了するまでに要する時間である納入時間を、前
記各商品識別子と関連付けて更に記憶し、
前記応答送信手段は、
前記在庫数が所定の数量を下回っていると判断したとき、前記配送問合せに含まれる商
品識別子と対応付けて記憶された納入時間を前記在庫情報記憶手段から読み出すと共に、
読み出した納入時間と前記通常配送時間とを合算し、当該合算により求めた時間内に商品
を配送できる旨の応答を前記配送問合せの発信元へ送信する
配送時間通知装置。
【請求項４】
商品の配送先として想定される複数の住所と、それら各住所への配送に要する通常の配
送時間である通常配送時間とを関連付けて記憶する通常配送時間記憶手段と、
商品の配送先の住所を特定する情報を含む配送問合せを受信する問合せ受信手段と、
前記配送問合せによって特定される住所と対応付けて記憶された通常配送時間を前記通
常配送時間記憶手段から読み出す配送時間読出し手段と、
前記読み出した通常配送時間内に商品を配送できる旨の応答を前記配送問合せの発信元
へ送信する応答送信手段と
を備えた配送時間通知装置。
【請求項５】
各商品の商品識別子と、それら各商品の在庫数とを関連付けて記憶する在庫情報記憶手
段と、
情報の通信手段と
を備えたコンピュータ装置に、
商品識別子を含む配送問合せを前記通信手段を介して受信する問合せ受信処理と、
前記配送問合せに含まれる商品識別子と対応付けて前記在庫情報記憶手段に記憶された
在庫数を参照し、その在庫数が所定の数量を下回っていないか判断する在庫判断処理と、
前記在庫数が所定の数量を下回っていないと判断したとき、予め設定された通常配送時
間内に商品を配送できる旨の応答を前記配送問合せの発信元へ送信する応答送信処理と
を実行させるプログラム。
【請求項６】
商品の配送先として想定される複数の住所と、それら各住所への配送に要する通常の配
送時間である通常配送時間とを関連付けて記憶する通常配送時間記憶手段と、
情報の通信手段と
を備えたコンピュータ装置に、
商品の配送先の住所を特定する情報を含む配送問合せを前記通信手段を介して受信する
問合せ受信処理と、
前記配送問合せによって特定される住所と対応付けて記憶された通常配送時間を前記通
常配送時間記憶手段から読み出す配送時間読出し処理と、
前記読み出した通常配送時間内に商品を配送できる旨の応答を前記配送問合せの発信元
へ前記通信手段を介して送信する応答送信処理と
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品の配送に要する時間を通知する技術に関する。
【背景技術】
【０００２】
ネットワーク環境の拡充に伴い、仮想的店舗にて執り行われるいわゆるインターネット
通信販売が広く利用されるようになってきた。この種の通信販売の多くは、概ね以下の手
順に従って行われている。まず、利用者が自らの端末から仮想店舗のサイトにログインす
る。すると、その仮想店舗で取り扱っている商品の画像や商品名、価格などを記した画面
が表示される。利用者は、所望の商品を選択した後、自らの氏名や住所などの個人情報を
適宜提示する。これにより購入申し込み手続が完了し、所定の決済手続を経た後に、申し
込みに係る商品が宅配便などによって利用者の住所に配送される。各仮想店舗の運営者は
、より利用者の使い勝手を向上させることで同業他者との差別化を図るべく、商品の選択
方法や決済方法などに様々な趣向を凝らしており、またそのような試みを支援する技術も
提案されている（例えば、特許文献１参照）。
【特許文献１】特開２００１−１９５４８８
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、仮想店舗を利用して商品を購入する場合、当然ながら、利用者は購入と同時
に商品を取得できるわけでなく、購入申込を行なった商品が仮想店舗の運営者から配送さ
れるのを待って始めてその商品を取得できることになる。このため、利用者にとっては、
自らが購入を申し込んだ商品が手元に届くまでに要する時間は重大な関心事となる。しか
しながら、この種の仮想店舗において、商品の購入申込の際にその商品の配送に要する時
間を明確に提示するようなものは存在しなかった。
本発明は、このような背景の下に案出されたものであり、仮想店舗にて商品の購入申込
を行なう際、その商品が利用者の手元に届くまでに要する時間を明瞭に提示しうるような
装置を提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明の好適な態様である配送時間通知装置は、各商品の商品識別子と、それら各商品
の在庫数とを関連付けて記憶する在庫情報記憶手段と、商品識別子を含む配送問合せを受
信する問合せ受信手段と、前記配送問合せに含まれる商品識別子と対応付けて前記在庫情
報記憶手段に記憶された在庫数を参照し、その在庫数が所定の数量を下回っていないか判
断する在庫判断手段と、前記在庫数が所定の数量を下回っていないと判断したとき、予め
設定された通常配送時間内に商品を配送できる旨の応答を前記配送問合せの発信元へ送信
する応答送信手段とを備える。
【０００５】
この態様において、前記配送問合せの発信元から当該配送問合せに係る商品の購入申込
みを受信する購入申込受信手段と、前記購入申込みを受信すると、前記配送問合せに係る
商品の配送指示を、商品の配送を管轄する所定の装置に宛てて送信する配送指示送信手段
と、前記配送問合せに含まれる商品識別子と対応付けて前記在庫情報記憶手段に記憶され
た在庫数を更新する在庫数更新手段と、前記更新後、前記在庫数が所定の数量を下回った
とき、前記配送問合せに係る商品の納入指示を、商品の納入を管轄する所定の装置に宛て
て送信する納入指示送信手段とを備えてもよい。
【０００６】
また、前記在庫情報記憶手段は、前記納入指示が送信されてから納入が完了するまでに
要する時間である納入時間を、前記各商品識別子と関連付けて更に記憶し、前記応答送信
手段は、前記在庫数が所定の数量を下回っていると判断したとき、前記配送問合せに含ま
れる商品識別子と対応付けて記憶された納入時間を前記在庫情報記憶手段から読み出すと
共に、読み出した納入時間と前記通常配送時間とを合算し、当該合算により求めた時間内
に商品を配送できる旨の応答を前記配送問合せの発信元へ送信するようにしてもよい。
【０００７】
本発明の別の好適な態様である配送時間通知装置は、商品の配送先として想定される複
数の住所と、それら各住所への配送に要する通常の配送時間である通常配送時間とを関連
付けて記憶する通常配送時間記憶手段と、商品の配送先の住所を特定する情報を含む配送
問合せを受信する問合せ受信手段と、前記配送問合せによって特定される住所と対応付け
て記憶された通常配送時間を前記通常配送時間記憶手段から読み出す配送時間読出し手段
と、前記読み出した通常配送時間内に商品を配送できる旨の応答を前記配送問合せの発信
元へ送信する応答送信手段とを備える。
【０００８】
本発明の別の好適な態様であるプログラムは、各商品の商品識別子と、それら各商品の
在庫数とを関連付けて記憶する在庫情報記憶手段と、情報の通信手段とを備えたコンピュ
ータ装置に、商品識別子を含む配送問合せを前記通信手段を介して受信する問合せ受信処
理と、前記配送問合せに含まれる商品識別子と対応付けて前記在庫情報記憶手段に記憶さ
れた在庫数を参照し、その在庫数が所定の数量を下回っていないか判断する在庫判断処理
と、前記在庫数が所定の数量を下回っていないと判断したとき、予め設定された通常配送
時間内に商品を配送できる旨の応答を前記配送問合せの発信元へ送信する応答送信処理と
を実行させる。
【０００９】
本発明の別の好適な態様であるプログラムは、商品の配送先として想定される複数の住
所と、それら各住所への配送に要する通常の配送時間である通常配送時間とを関連付けて
記憶する通常配送時間記憶手段と、情報の通信手段とを備えたコンピュータ装置に、商品
の配送先の住所を特定する情報を含む配送問合せを前記通信手段を介して受信する問合せ
受信処理と、前記配送問合せによって特定される住所と対応付けて記憶された通常配送時
間を前記通常配送時間記憶手段から読み出す配送時間読出し処理と、前記読み出した通常
配送時間内に商品を配送できる旨の応答を前記配送問合せの発信元へ前記通信手段を介し
て送信する応答送信処理とを実行させる。
【発明を実施するための最良の形態】
【００１０】
（第１実施形態）
以下、本発明の第１実施形態を説明する。
本発明の第１実施形態にかかる通信販売システムの特徴は、仮想店舗にて商品の購入申
込を受け付ける前に、その商品を購入した場合の配送に要する日数を提示するようにした
点である。
ここで、通信販売システムの構成及び動作を説明する前にまず、本システムの運営に携
わる各事業者間における商品の流通について、図１を参照して説明しておく。
図１に示すように、本システムの運営は、システム管理者、倉庫管理者、及び商品メー
カーの３者により執り行われる。
システム管理者は、仮想店舗サイトの保守、管理を行なう事業者である。システム管理
者は、仮想店舗を訪れる個人又は法人（以下、「利用者」と呼ぶ）から商品の購入申込を
募り、購入申込に係る商品の配送指示を倉庫管理者に通知する。また、倉庫内における各
種商品の在庫数を随時把握し、特定の商品の在庫がなくなると、その商品の納入指示を商
品メーカーに通知する。以降の説明では、倉庫に特定の商品の在庫が無くなった状態を「
在庫無し状態」と呼ぶ。
倉庫管理者は、東京と大阪の計２箇所に設置された各倉庫にて購入申込に係る商品の配
送を行なう事業者である。倉庫管理者は、商品の配送指示がシステム管理者から通知され
ると、その指示に係る商品を、購入申込を行なった利用者に宛てて配送する。なお、この
倉庫管理者は、同じ利用者に宛てて複数の商品を配送する場合、配送コスト上の問題から
、それらの商品を一個口に纏めて配送することになっている。
商品メーカーは、仮想店舗にて販売される各種商品の製造を請け負う事業者である。商
品メーカーは、商品の納入指示がシステム管理者から通知されると、その納入指示に係る
商品を倉庫へ納入できる場合はこれを直ちに納入する。その場合、納入指示が通知されて
から納入が完了するまでに要する日数は、商品の種別に応じて異なる。以降の説明では、
納入指示が通知されてからその指示に係る商品の納入が完了するまでに要する日数を「入
庫リードタイム」と呼ぶ。一方、諸般の事情によって直ちに納入を行なうことができない
状態にある場合、商品の納入が遅れる旨及び納入予定日をシステム管理者に前もって通知
し、通知した納入予定日までに納入を完了させることになっている。なお、以降の説明で
は、商品メーカーが特定の商品を倉庫へ直ちに納入できない状態を「欠品状態」と呼ぶ。
【００１１】
図２は、本実施形態にかかる通信販売システムの全体構成を示すブロック図である。同
図に示すように、本システムは、利用者端末１０と、倉庫管理端末２０と、メーカー端末
３０と、仮想店舗管理装置４０とから構成される。
利用者端末１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、通信インターフェース
、マウス、キーボード、コンピュータディスプレイなどを備えたコンピュータ装置であり
、利用者の家庭やオフィスなどに設置される。すべての利用者は、所定の登録手続きを行
なうことによって固有のユーザーＩＤとパスワードの交付を受けた後、自らの利用者端末
１０から仮想店舗のサイトにアクセスしてユーザーＩＤとパスワードを提示することによ
り、所望の商品の購入申込を行なうことができる。なお、上述の登録手続では、自らの氏
名（名称）、購入商品の配送先となる住所、決済用のクレジットカード番号などの個人情
報を提示する。それらの個人情報は仮想店舗管理装置４０にて管理される。
倉庫管理端末２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、通信インターフェー
ス、マウス、キーボード、コンピュータディスプレイなどを備えたコンピュータ装置であ
り、東京にある倉庫（以下、「東京倉庫」と呼ぶ）と大阪にある倉庫（以下、「大阪倉庫
」と呼ぶ）のそれぞれに設置される。両倉庫の倉庫管理者は、この倉庫管理端末２０を介
して仮想店舗管理装置４０とデータのやり取りを行なうことで、各々の管理下にある倉庫
に宛てられた商品の配送指示の内容を了解する。
メーカー端末３０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信インターフェース、ハードディス
ク、コンピュータディスプレイなど備えたコンピュータ装置であり、商品メーカーの工場
に設置されれる。商品メーカーは、このメーカー端末３０を介して仮想店舗管理装置４０
とデータのやり取りを行なうことで、自らに宛てられた納入指示の内容を了解する。
【００１２】
仮想店舗管理装置４０は、本実施形態に特徴的な動作を行なうコンピュータ装置であり
、システム管理者の利用に供される。
図３は、仮想店舗管理装置４０のハードウェア構成を示すブロック図である。同図に示
すように、この仮想店舗管理装置４０は、装置各部の動作を制御するＣＰＵ４１、ＩＰＬ
（initial program loader）などを記憶したＲＯＭ４２、ＣＰＵ４１のワーク領域として
利用されるＲＡＭ４３、ハードディスク４４の他、通信インターフェース４５、マウス４
６、キーボード４７、コンピュータディスプレイ４８などを備えている。そして、ハード
ディスク４４は、商品データベース４４ａと、在庫データベース４４ｂと、配送日数デー
タベース４４ｃと、利用者情報データベース４４ｄと、配送時間通知プログラム４４ｅと
を記憶している。
【００１３】
図４は、商品データベース４４ａのデータ構造図である。同データベースは、仮想店舗
にて販売される各商品と対応する複数のレコードを集めてなる。同データベースを構成す
る１つのレコードは、「識別子」、「名称」、「価格」、及び「取扱倉庫」の各フィール
ドを有している。「識別子」のフィールドには、商品を一意に識別する商品識別子を記憶
する。「名称」のフィールドには、商品名を記憶する。「価格」のフィールドには、商品
の販売価格を記憶する。「取扱倉庫」のフィールドには、各商品が商品メーカーから納入
され得る倉庫を表す取扱倉庫情報を記憶する。仮想店舗にて販売される各種商品の中には
、諸般の事情により、商品メーカーが東京倉庫又は大阪倉庫のいずれか一方にしか納入し
得ない商品がいくつか存在する。そして、このフィールドの記憶内容が「東京、大阪」と
なっている場合、商品メーカーはその商品を東京倉庫と大阪倉庫のいずれにも納入するこ
とができるが、「東京」となっている場合は東京倉庫にしか納入し得ず、また「大阪」と
なっている場合は大阪倉庫にしか納入し得ないことになっている。つまり、東京倉庫は、
「取扱倉庫」の記憶内容が「大阪」となっている商品の在庫を有し得ず、また大阪倉庫は
、「取扱倉庫」の記憶内容が「東京」となっている商品の在庫を有し得ないことになる。
【００１４】
図５は、在庫データベース４４ｂのデータ構造図である。このデータベースは、東京倉
庫の在庫状況を管理するデータベース（以下、適宜「東京在庫データベース」と呼ぶ）と
、大阪倉庫の在庫状況を管理するデータベース（以下、適宜「大阪在庫データベース」と
呼ぶ）の２つに分かれている。東京在庫データベースは、東京倉庫に納入し得る各商品と
対応する複数のレコードを集めてなり、大阪在庫データベースは、大阪倉庫に納入し得る
各商品と対応する複数のレコードを集めてなる。
図５に示すように、このデータベースを構成する１つのレコードは、「識別子」、「在
庫数」、「入庫リードタイム」、「欠品」、及び「入荷予定日」の各フィールドを有して
いる。
「識別子」のフィールドには、商品識別子を記憶する。「在庫数」のフィールドには、
商品の在庫数を記憶する。この在庫数が１を下回って０になると、在庫なし状態であると
みなされ、その商品の納入指示が商品メーカーに通知されることになる。「入庫リードタ
イム」のフィールドには、各商品の入庫リードタイムとして予め定められた日数が記憶さ
れる。「欠品」のフィールドには、欠品状態となっている場合に、そのことを表すフラグ
として「１」を記憶する。「入荷予定日」のフィールドには、欠品状態となっている商品
が入荷される入荷予定日を記憶する。これら各フィールドに記憶されるデータの更新手順
及びそのタイミングについては後の動作説明の項で詳述する。
【００１５】
図６は、配送日数データベース４４ｃのデータ構造図である。このデータベースは、商
品の配送先として想定される各住所と対応する複数のレコードを集めてなる。このテーブ
ルを構成するひとつのレコードは、「住所コード」と、「配送日数」の２つのフィールド
を有している。そして、「配送日数」のフィールドは、「東京倉庫」と「大阪倉庫」の２
つのフィールドを従えている。「住所コード」のフィールドには、都道府県および市町村
を一意に識別する住所コードが記憶される。この住所コードについてさらに詳述する。本
実施形態では、配送先として想定される各住所に住所コードを割り振り、この住所コード
を基に、商品の配送に要する日数を計算するようにしている。この住所コードは、都道府
県を表す上２桁の数字列と、その都道府県内にある市町村を表す下３桁の数字列を結合さ
せてなる。なお、上２桁の数字列は、北に位置する都道府県ほど若い数を示すものとなっ
ており、例えば、「０１」が北海道を、「４８」が沖縄県をそれぞれ表す。なお、この住
所コードは、商品の配送を原則として管轄する原則管轄倉庫を決定する材料としても用い
られるものであり、本装置のデータベースにて、東日本に位置する各住所の住所コードは
東京倉庫を原則管轄倉庫とするように設定される一方で、西日本に位置する各住所の住所
コードは、大阪倉庫を原則管轄倉庫とするように設定されている。「配送日数」のフィー
ルドには、東京倉庫と大阪倉庫から各住所コードが示す市町村を配送先として配送を行な
った場合の最短の配送時間を示す日数（以下、この日数を「通常配送日数」と呼ぶ）を記
憶する。
【００１６】
利用者情報データベース４４ｄは、上述の登録処理の際に各利用者から提示された個人
情報と、その個人情報と引き換えに各利用者に交付したユーザーＩＤ、パスワードとを対
応付けて記憶している。なお、このデータベースに記憶される各利用者の個人情報には、
各利用者が提示した住所と対応する住所コードが付加されることになっている。
配送時間通知プログラム４４ｅは、本実施形態に特徴的な動作をＣＰＵ４１に実行させ
るプログラムである。
【００１７】
次に、本実施形態の動作を説明する。本実施形態の動作は、問合せ商品選択処理と、管
轄倉庫決定処理と、配送時間提示処理と、購入申込処理とに大別できる。
図７は、問合せ商品選択処理を示すフローチャートである。
この処理は、仮想店舗にて販売される各種商品から、配送に要する日数の問合せを希望
する商品を選択する処理であり、利用者が自らの利用者端末１０を仮想店舗管理装置４０
に接続させると開始される。
利用者端末１０が接続してくると、仮想店舗管理装置４０は、ユーザーＩＤ・パスワー
ド要求画面の表示データを利用者端末１０に送信する（Ｓ１００）。
表示データを受信した利用者端末１０は、ユーザーＩＤ・パスワード要求画面を表示さ
せる（Ｓ１１０）。この画面には、「お客様のユーザーＩＤとパスワードを入力してくだ
さい」といった内容のテキストと、ユーザーＩＤ及びパスワードの入力欄とが表示される
。利用者は、この入力欄に自らのユーザーＩＤとパスワードを入力する。利用者端末１０
は、入力されたユーザーＩＤとパスワードを仮想店舗管理装置４０へ送信する（Ｓ１２０
）。
【００１８】
仮想店舗管理装置４０のＣＰＵ４１は、利用者端末１０から受信したユーザーＩＤとパ
スワードに基づいて所定の認証手続を行った後、そのユーザーＩＤ及びパスワードと対応
付けられた個人情報を利用者情報データベース４４ｄから特定し、特定した個人情報をＲ
ＡＭ４３に読み出す（Ｓ１３０）。続いて、商品データベース４４ａから、商品識別子と
商品名と販売価格のセットを各商品毎に読出し、それらの内容に基づいて生成した商品選
択画面の表示データを利用者端末１０へ送信する（Ｓ１４０）。
【００１９】
表示データを受信した利用者端末１０は、商品選択画面を表示する（Ｓ１５０）。
図８に商品選択画面を示す。この画面には、仮想店舗にて購入することができる商品の
商品名、商品識別子（画面上は「申込番号」と表示）、販売価格、及び各商品の購入個数
を入力する個数入力欄を各商品毎に配列した取扱商品リストが表示される。利用者は、こ
の画面の取扱商品リスト上から任意の商品を選択し、選択した一又は複数の商品と対応す
る個数入力欄にその購入個数を入力する。
【００２０】
利用者端末１０は、個数入力欄への入力があった商品の商品識別子とその購入個数の各
セットを仮想店舗管理装置４０へ送信する（Ｓ１６０）。仮想店舗管理装置４０のＣＰＵ
４１は、商品識別子と購入個数の各セットをＲＡＭ４３に記憶する（Ｓ１７０）。
以上で問合せ商品選択処理が終了し、続いて管轄倉庫決定処理が開始される。
【００２１】
図９は、管轄倉庫決定処理を示すフローチャートである。この処理は、商品選択画面に
て選択された商品の配送を管轄することになるであろう倉庫を決定する処理である。
商品識別子と購入個数の各セットをＲＡＭ４３に記憶すると、仮想店舗管理装置４０の
ＣＰＵ４１は、商品データベース４４ａから、ステップ１７０でＲＡＭ４３に記憶した商
品識別子と対応付けられた一又は複数のレコードを特定する（Ｓ２００）。続いて、特定
した一又は複数のレコードの「取扱倉庫」のフィールドを参照する（Ｓ２１０）。このス
テップにおける参照の結果としては、商品選択画面にて選択された商品がすべて東京倉庫
と大阪倉庫の両方で取り扱われるものである第１のケースと、選択された商品の中に東京
倉庫でのみ取り扱われるものと大阪倉庫でのみ取り扱われるものが混在する第２のケース
と、選択された商品の中に両方の倉庫で取り扱われるものと東京倉庫でのみ取り扱われる
ものとが含まれる第３のケースと、選択された商品の中に両方の倉庫で取り扱われるもの
と大阪倉庫でのみ取り扱われるものとが含まれる第４のケースとが想定できる。これら４
つのうちいずれのケースに該当するかに応じて、配送を管轄する倉庫が決定されることに
なる。
【００２２】
ステップ２１０における参照の結果、商品選択画面にて選択された商品が、すべて東京
倉庫と大阪倉庫の両方で取り扱われるものであったとき、ＣＰＵ４１は、ステップ１３０
で読み出した個人情報に含まれている住所コードを特定する（Ｓ２２０）。そして、配送
を管轄する倉庫を、ステップ２２０で特定した住所コードに予め対応付けられていた原則
管轄倉庫に決定する（Ｓ２３０）。たとえば、図６のデータベースの最上段のレコードに
記憶された「０１−００１」の住所コードがステップ２２０で特定された場合、配送を管
轄する倉庫は、東日本に位置するこの住所の原則管轄倉庫である東京倉庫に決定されるこ
とになる。
【００２３】
ステップ２１０における参照の結果、商品選択画面にて選択された商品の中に東京倉庫
でのみ取り扱われる商品と大阪倉庫でのみ取り扱われる商品とが混在していたとき、配送
を管轄する倉庫を決定できなかった旨の応答を利用者端末１０に送信する（Ｓ２４０）。
利用者端末１０は、配送を管轄する倉庫を決定できなかった旨の応答を受信すると、「お
手元に届くまでの日数をお知りになりたい場合は、弊社まで直接お問合せ下さい。」とい
った内容のテキストと、問合せ先となるＥメールアドレスとを表示させる。
ステップ２１０における参照の結果、商品選択画面にて選択された商品の中に両方の倉
庫で取り扱われるものと東京倉庫でのみ取り扱われるものとが含まれていたとき、配送を
管轄する倉庫を東京倉庫に決定する（Ｓ２５０）。
ステップ２１０における参照の結果、商品選択画面にて選択された商品の中に両方の倉
庫で取り扱われるものと大阪倉庫でのみ取り扱われるものとが含まれていたとき、配送を
管轄する倉庫を大阪倉庫に決定する（Ｓ２６０）。
配送を管轄する倉庫が東京倉庫又は大阪倉庫のいずれかに決定されると、配送時間提示
処理が開始される。
【００２４】
図１０及び図１１は、配送時間提示処理を示すフローチャートである。この処理は、商
品選択画面にて選択された商品が利用者の手元に届くまでに要する所要日数を提示する処
理である。
配送を管轄する倉庫を決定すると、仮想店舗管理装置４０のＣＰＵ４１は、在庫データ
ベース４４ｂを構成する両データベースから、参照されるべき一方の在庫データベースを
特定する（Ｓ３００）。即ち、管轄倉庫決定処理にて配送を管轄する倉庫が東京倉庫に決
定された場合は東京在庫データベースを特定する一方、大阪倉庫に決定された場合は大阪
在庫データベースを特定する。
ＣＰＵ４１は、特定した在庫データベースから、ステップ１７０でＲＡＭ４３に記憶し
た商品識別子と対応付けられている一又は複数のレコードを特定し、特定したレコードの
中に、「在庫数」のフィールドの記憶内容が「０」となっているレコードがあるか判断す
る（Ｓ３１０）。
【００２５】
「在庫数」のフィールドの記憶内容が「０」となっているレコードがないとき、ＣＰＵ
４１は、配送日数データベース４４ｃから、ステップ１３０で読み出した個人情報に含ま
れているものと同じ住所コードを記憶しているレコードを特定する（Ｓ３２０）。続いて
、そのレコードの「配送日数」のフィールドから、配送を管轄する倉庫と対応する通常配
送日数を読み出す（Ｓ３３０）。そして、読み出した通常配送日数を含む応答を利用者端
末１０へ送信する（Ｓ３４０）。
「在庫数」のフィールドの記憶内容が「０」となっているレコードがあるとき、ＣＰＵ
４１は、「０」が記憶されている一又は複数のレコードの中に、「欠品」のフィールドの
記憶内容が「１」となっているレコードがあるかを更に判断する（Ｓ３５０）。
【００２６】
「欠品フラグ」のフィールドの記憶内容が「１」となっているレコードがないとき、Ｃ
ＰＵ４１は、ステップ３２０乃至ステップ３３０に相当する処理を行って通常配送日数を
読出した後、「欠品フラグ」のフィールドの記憶内容が「１」となっているレコードの「
入庫リードタイム」のフィールドに記憶されている日数を読み出す（Ｓ３６０）。そして
、ステップ３３０で読み出した通常配送日数にステップ３６０で読み出した日数を加算し
て得た合計日数を含む応答を利用者端末１０へ送信する（Ｓ３７０）。
「欠品フラグ」のフィールドの記憶内容が「１」となっているレコードがあるとき、Ｃ
ＰＵ４１は、「１」が記憶されている一又は複数のレコードの中に、「入荷予定日」のフ
ィールドに入荷予定日を記憶しているレコードがあるか判断する（Ｓ３８０）。
【００２７】
すべてのレコードに入荷予定日が記憶されているとき、「入荷予定日」のフィールドに
記憶されている各入荷予定日のうち、最も遅い入荷予定日を読み出す。（Ｓ３９０）。そ
して、本日（利用者端末が接続した日）から、ステップ３９０で読み出した入荷予定日ま
での日数を算出する（Ｓ４００）。ＣＰＵ４１は、ステップ３２０乃至３３０の処理に従
って通常配送日数を読み出し、読み出した通常配送日数にステップ４００にて算出した日
数を加算して得た合計日数を含む応答を利用者端末１０へ送信する（Ｓ４１０）。
一方、入荷予定日が記憶されていないレコードがあるとき、ＣＰＵ４１は、利用者の手
元に届くまでに要する明確な日数を提示できない旨の応答を利用者端末１０へ送信する（
Ｓ４２０）。
【００２８】
仮想店舗管理装置４０から応答を受信した利用者端末１０は、応答画面をディスプレイ
に表示する。
図１２に応答画面を示す。この画面の上段には、商品選択画面にて選択された商品の商
品名、購入個数、販売価格、及び販売価格の合計額を記したリストが表示される。更にそ
の下には、「以上の商品をお買い上げの場合、本日より○○日間でお手元に届きます。」
といったメッセージか、又は、「お買い上げの商品にはお取り寄せ対象品が含まれていま
す。お手元に届くまでに少々お時間を頂戴することになります。」といったメッセージの
いずれかが表示される。日数を含む応答を受信した場合は前者のメッセージが表示され、
日数を提示できない旨の応答を受信した場合は後者のメッセージが表示されることになる
。図１２は、前者のメッセージを表示した状態を示すものである。更に、同画面の下段に
は、「購入を申し込む」と記したボタンと、「購入を取りやめる」と記したボタンとが表
示される。利用者は、いずれかのボタンにカーソルを移動して選択する操作を行なう。
「購入を取りやめる」と記したボタンが選択されると、利用者端末１０は仮想店舗管理
装置４０との接続状態を解除し、処理を終了させる。一方、「商品の購入を申し込む」と
記したボタンが選択されると、利用者端末１０は、購入申込要求を仮想店舗管理装置４０
へ送信する。仮想店舗管理装置４０が購入申込要求を受信すると、続いて購入申込処理が
開始される。
【００２９】
図１３は、購入申込処理を示すフローチャートである。この処理は、購入申込に係る商
品の配送を指示する処理である。
購入申込要求を受信した仮想店舗管理装置４０のＣＰＵ４１は、商品の配送を管轄する
倉庫の倉庫管理端末２０に宛てて配送指示を送信する（Ｓ５００）。この配送指示は、ス
テップ１７０でＲＡＭ４３に記憶した商品識別子と購入個数の各セットと、ステップ１３
０で読み出した個人情報とを内包している。配送指示を受信した倉庫管理端末２０は、商
品識別子と購入個数の各セットと個人情報とを表示する（Ｓ５１０）。倉庫管理者はこの
表示内容を参照することで、購入申込に係る商品とその数量、及び配送先となる住所を了
解する。そして、それらの商品を１個口に梱包した上で配送する。なお、購入申込に係る
商品の全部又は一部の在庫が無い場合は、その商品が商品メーカーから納入されるのを待
って配送を行なう。
【００３０】
また、仮想店舗管理装置４０のＣＰＵ４１は、ステップ１７０でＲＡＭ４３に記憶した
商品識別子と対応づけられた一又は複数のレコードを在庫データベース４４ｂから特定す
る（Ｓ５２０）。次に、特定したレコードの「在庫数」のフィールドの記憶内容を、それ
までそのフィールドに記憶されていた数から購入個数を減じて得た数に更新する（Ｓ５３
０）。
ＣＰＵ４１は、ステップ５２０で特定した一又は複数のレコードの「在庫数」のフィー
ルドを参照し、在庫数が「０」になったレコードがあるか判断する（Ｓ５４０）。
在庫数が「０」になったレコードがないときはそのまま処理を終了させる。
【００３１】
一方、在庫数が「０」になったレコードがあるとき、ＣＰＵ４１は、そのレコードから
商品識別子を読出し、納入指示督促画面をコンピュータディスプレイ４８に表示させる（
Ｓ５５０）。この画面には、「△△倉庫で、商品コード×××××の商品の在庫が無くな
りました。メーカーへ納入指示を通知してください」といった内容のテキストが表示され
、その下には、読み出された商品識別子と、納入数の入力欄と、納入先となる倉庫の入力
欄とが表示される。システム管理者は、納入数と、納入先となる倉庫とを各入力欄に入力
する。納入数と納入先とが入力されると、仮想店舗管理装置４０のＣＰＵ４１は、納入指
示をメーカー端末３０に宛てて送信する（Ｓ５６０）。この納入指示は、商品識別子と、
納入数と、納入先の倉庫を示す倉庫識別子とを内包している。
【００３２】
納入指示を受信したメーカー端末３０は、その納入指示が内包していた商品識別子と納
入数と倉庫識別子とを表示する（Ｓ５７０）。商品メーカーのスタッフは、表示された内
容を参照することによって、納入指示に係る商品と、その納入数量と、納入先となる倉庫
とを了解する。そして、その納入指示に応じた納入を直ちに行なえるか否かを確認する。
納入を直ちに行なえる場合は、納入数量に応じて準備した商品を、納入先として指定され
た倉庫へ直ちに搬出する。搬出された商品はその商品の入庫リードタイムに相当する日数
で倉庫へ到着する。
【００３３】
一方、生産が滞っているなどの理由により納入指示に直ちに応じられない場合、商品メ
ーカーのスタッフによる所定の入力操作に応じ、メーカー端末３０は仮想店舗管理装置４
０に宛てて納入遅延応答を送信する（Ｓ５８０）。この納入遅延応答は、納入指示に係る
商品の商品識別子と倉庫識別子とを内包している。納入遅延応答を受信した仮想店舗管理
装置４０のＣＰＵ４１は、その納入遅延応答に含まれる倉庫識別子が示す倉庫の在庫デー
タベース４４ｂから、同応答に含まれる商品識別子と対応付けられたレコードを特定し、
特定したレコードの「欠品」のフィールドに「１」を記憶する（Ｓ５９０）。
【００３４】
その後、商品メーカー側で納入指示に応じた納入を行う予定日が確定されると、商品メ
ーカーのスタッフによる所定の入力操作に応じ、メーカー端末３０は仮想店舗管理装置４
０に宛てて納入予定通知を送信する（Ｓ６００）。この納入予定通知は、納入指示に係る
商品の商品識別子と倉庫識別子と納入予定日とを内包している。納入予定通知を受信した
仮想店舗管理装置４０のＣＰＵ４１は、その納入予定通知に含まれる倉庫識別子が示す倉
庫の在庫データベース４４ｂから、同通知に含まれる商品識別子と対応付けられたレコー
ドを特定し、そのレコードの「入荷予定日」のフィールドに、同通知に含まれている入荷
予定日を記憶する（Ｓ６１０）。
【００３５】
納入予定通知が送信された後、商品メーカーは、納入指示に係る商品の製造作業を滞り
なく行ない、通知した納入予定日までに商品の納入を完了させる。
商品メーカーから倉庫へ商品が納入されると、倉庫管理者による所定の入力操作に応じ
、倉庫管理端末２０は仮想店舗管理装置４０に宛てて納入完了通知を送信する（Ｓ６２０
）。この納入完了通知は、自倉庫の倉庫識別子と、自倉庫に納入された商品の商品識別子
と、その納入数量とを内包している。納入完了通知を受信した仮想店舗管理装置４０のＣ
ＰＵ４１は在庫データベース４４ｂの「在庫数」のフィールドの記憶内容を、納入完了通
知に応じて更新する（Ｓ６３０）。具体的には、納入完了通知に含まれている倉庫識別子
が示す倉庫の在庫データベース４４ｂから同通知に含まれている商品識別子と対応付けら
れたレコードを特定し、特定したレコードの「在庫数」のフィールドに、同通知に含まれ
ている納入数量を記憶するといった処理を行う。また、このレコードの「欠品」のフィー
ルドに「１」が記憶されていた場合や、「入荷予定日」のフィールドに入荷予定日が記憶
されていた場合は、これらを消去する。
【００３６】
以上説明した本実施形態によると、利用者は、自らの利用者端末により仮想店舗のサイ
トにアクセスし、そのサイトの商品選択画面にて所望の商品を選択すると、選択した商品
の配送に要する日数の提示を受けることができる。これにより、購入を希望する商品がい
つごろ手元に届くのかを予め了解した上で、その商品の購入を申し込むことができる。
【００３７】
（第２実施形態）
次に、本発明の第２実施形態を説明する。第１実施形態では、利用者が商品選択画面上
の取扱商品リストから一又は複数の商品を選択し、その後、選択された商品の配送に要す
る日数を提示するようになっていた。これに対し、本実施形態は、商品を各々個別に配送
した場合の配送日数を商品選択画面の取扱商品リストに表示する。
本実施形態に係る通信販売システムは、第１実施形態と同様に、利用者端末１０、倉庫
管理端末２０、メーカー端末３０、仮想店舗管理装置４０から構成され、それら各ノード
のハードウェア構成も第１実施形態と同様である。
【００３８】
本実施形態の動作は、問合せ商品選択処理と、配送時間提示処理と、購入申込処理とに
大別でき、問合せ商品選択処理の内容が第１実施形態と異なる。また、図９に示したよう
な管轄倉庫決定処理は行われない。
図１４は、問合せ商品選択処理を示すフローチャートである。本実施形態に係る問合せ
商品選択処理は、ステップ１３０以降の処理が第１実施形態と異なる。
ステップ１３０にて個人情報を読み出したＣＰＵ４１は、その個人情報に含まれる住所
コードと対応付けられた原則管轄倉庫を特定する（Ｓ１３１）。
続いて、在庫データベース４４ｂを構成する両データベースから、参照されるべき一方
の在庫データベースを特定する（Ｓ１３２）。即ち、ステップ１３１にて東京倉庫が特定
された場合は東京在庫データベースを特定する一方、大阪倉庫が特定された場合は大阪在
庫データベースを特定する。
【００３９】
ＣＰＵ４１は、特定した在庫データベース４４ｂから、各商品識別子を読み出す（Ｓ１
３３）。続いて、商品データベース４４ａから、ステップ１３３で読み出した商品識別子
と対応付けられた商品名と販売価格のセットを各商品毎に読み出す（Ｓ１３４）。更に、
在庫データベース４４ｂの各レコードの「在庫数」と「入庫リードタイム」と「欠品」の
フィールドの記憶内容を基に、各商品の在庫状況を特定する（Ｓ１３５）。特定される在
庫状況は、「在庫あり」と「お取寄せ２日以内」と「お取寄せ」のいずれかとなる。「在
庫あり」は「在庫数」のフィールドに「０」以外の数が記憶されている状態を示す。一方
、「お取寄せ２日以内」と「お取寄せ」は、共に「在庫数」のフィールドに「０」が記憶
されている状態を示すものであるが、これに加えて、「欠品」のフィールドに「０」が記
憶されており且つ「入庫リードタイム」のフィールドに２日又はこれよりも短い日数が記
憶されているという条件を満たす場合は、「お取寄せ２日以内」として特定され、在庫数
が０となっている他の状態と区別される。在庫状況が「在庫あり」と特定された商品につ
いては、通常配送日数内での配送が可能となり、「お取寄せ２日以内」と特定された商品
については、通常配送日数より１日乃至２日遅れての配送が可能となる。「お取寄せ」と
特定された商品については、通常配送日数より３日以上遅れての配送となる。
【００４０】
各商品の在庫状況を特定したＣＰＵ４１は、商品選択画面の表示データを生成して利用
者端末１０に送信する（Ｓ１３６）。
図１５に商品選択画面を示す。図８に示した同画面と異なり、この画面の商品選択リス
トには、各商品毎の個別の在庫状況が表示される。利用者は、表示された在庫状況を参照
することにより、その時点で購入申込を行なった場合の配送に要する日数を商品毎に個別
に了解する。これにより、利用者は、購入申込を行なう予定だった複数の商品の中に、在
庫状況が「お取寄せ」、又は「お取寄せ２日以内」となっているものが含まれている場合
に、それらの商品を購入申込に係る商品群から除くことで、残りの商品をより少ない配送
日数で取得することができる。
【００４１】
（他の実施形態）
本発明は、種々の変形実施が可能である。
例えば、上記実施形態では、在庫データベースにおける在庫数が０になった時点で納入
指示督促画面が表示されるようになっていた。これに対し、５個或いは１０個といったよ
うな別の所定の在庫数を下回った時点で納入指示督促画面を表示させるようにしてもよい
。
また、上記実施形態においては、商品の配送を管轄する倉庫は東京倉庫と大阪倉庫の２
箇所だけであったが、これよりも多くの倉庫を設置し、それら各倉庫と対応する在庫デー
タベースを仮想店舗管理装置に設けるようにしてもよい。
各倉庫や商品メーカーの営業日カレンダーと連動させた配送日数の計算を取り入れるよ
うにしてもよい。
上記実施形態では、商品の配送に要する日数のみを提示するようになっていたが、日数
よりも更に細かな単位（例えば「午前」や「午後」の区別、時間など）まで特定された情
報を提示するようにしてもよい。要するに、商品の購入申込を受け付けてからその商品が
利用者の手元に届くまでの時間長を定量的に示す数値を購入申込前に提示できればよい。
上記実施形態では、在庫データベースを図５に示すようなデータ構造として構成し、購
入申込に係る商品の全部又は一部を通常配送日数で配送できないときは、通常配送日数よ
りも何日間遅れるのかを、同データベースの「欠品」のフィールドや「入荷予定日」のフ
ィールドの記憶内容を基に計算するようになっていた。これに対し、通常配送日数で配送
できるのか否かのみを応答するようにしてもよい。かかる変形例では、在庫データベース
の１つのレコードを「識別子」と「在庫数」の２つのフィールドによって構成し、商品選
択画面にて選択された商品と対応付けられたレコードの「在庫数」のフィールドに「０」
が記憶されていなければ、通常配送日数以内に配送できる旨の応答を利用者端末へ送信す
る一方で、「０」が記憶されていれば、通常配送日数以内には配送できない旨の応答を送
信する。また、別の変形例では、在庫データベースの１つのレコードを「識別子」と「在
庫数」と「入荷予定日」の３つのフィールドによって構成し、商品選択画面にて選択され
た商品と対応付けられたレコードの「在庫数」のフィールドに「０」が記憶されていると
きは、本日（利用者端末１０が接続した日）から入荷予定日までの日数と通常配送日数と
を合算し、合算により求めた日数までに配送できる旨の応答を利用者端末に送信するよう
にしてもよい。
【図面の簡単な説明】
【００４２】
【図１】本システムに関する商品の流通を説明する図である。
【図２】通信販売システムの全体構成を示すブロック図である。
【図３】仮想店舗管理装置のハードウェア構成図である。
【図４】商品データベースのデータ構造図である。
【図５】在庫データベースのデータ構造図である。
【図６】配送日数データベースのデータ構造図である。
【図７】問合せ商品選択処理を示すフローチャートである。
【図８】商品選択画面である。
【図９】管轄倉庫決定処理を示すフローチャートである。
【図１０】配送時間提示処理を示すフローチャートである。
【図１１】配送時間提示処理を示すフローチャートである。
【図１２】応答画面である。
【図１３】購入申込処理を示すフローチャートである。
【図１４】問合せ商品選択処理を示すフローチャートである。
【図１５】商品選択画面である。
【符号の説明】
【００４３】
１０…利用者端末、２０…倉庫管理端末、３０…メーカー端末、４０…仮想店舗管理装置
、４０…仮想店舗管理装置、４１…ＣＰＵ、４２…ＲＯＭ、４３…ＲＡＭ、４４…ハード
ディスク、４５…通信インターフェース、４６…マウス、４７…キーボード、４８…コン
ピュータディスプレイ
【図１】
2005263459.tif 000003
【図２】
2005263459.tif 000004
【図３】
2005263459.tif 000005
【図４】
2005263459.tif 000006
【図５】
2005263459.tif 000007
【図６】
2005263459.tif 000008
【図７】
2005263459.tif 000009
【図８】
2005263459.tif 000010
【図９】
2005263459.tif 000011
【図１０】
2005263459.tif 000012
【図１１】
2005263459.tif 000013
【図１２】
2005263459.tif 000014
【図１３】
2005263459.tif 000015
【図１４】
2005263459.tif 000016
【図１５】
2005263459.tif 000017