JPH09330354A - 通信ネットを利用した物流システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】インターネットを利用した商品購入において、
商品の配達や受け取りを合理化する。 【解決手段】ユーザーはインターネット上で電子商品カ
タログから選択をしておき、切り替えキーによって接続
を切断し、購入条件の確認をした後に会員制の専用ネッ
トに切り替え接続して発注を行う。これが全国の購入申
し込みを管理するセンターサーバー２６から地域ごとに
独立して存在し契約関係にある流通専門の受発注管理サ
ーバー２７、メーカーサーバー２８、運送業者の物流管
理サーバー２９へと伝えられ、自宅や最寄りのコンビニ
エンスストアに配達がなされる。配達の経過状況や到着
の通知はセンターサーバーの物流データベースの情報に
よりユーザーが画面上で追跡・確認できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、インターネット
や通信カラオケや情報配信等の通信ネットを利用した物
流システムに関する。

【０００２】

【従来の技術】現在世界に開かれた情報ネットワークと
してインターネットが普及している。一方会員制のネッ
トワークもＰＣ−ＶＡＮ、ＮＩＦＴＹ等があり、また各
種のクレジットカードネットも一種の売買専用のネット
ワークである。インターネットを利用した商品取り引き
は、直接には課金ができないので、手続きが２重になっ
ている。例えばＣＤ音楽の買い物では、ＷＡＶＥのホー
ムページを呼び出し、ＣＤ注文のラインをクリックする
と、購入可能なＣＤのリストが表示される。買いたいＣ
Ｄの項目にチェックマークを入れると、合計金額が表示
され、次に自宅の電話番号を入力する。後日ＷＡＶＥか
ら確認の電話がかかってきて、その時点で初めて発注が
確定し、その後に請求書とともにＣＤが届くようになっ
ている。一方会員制のネットワーク上では電子カタログ
により商品を紹介し、申し込み先の申し込み書を表示し
て、注文を受けられるようになっている。商品の受け取
りは、自宅への配達が主であり、薄くて書簡状の商品で
は、不在の場合でも、郵便箱に入れることにより配達が
完了するが、パソコン等のように嵩張る商品では、再配
達となってしまう。

【０００３】

【発明が解決しようとする課題】従来のインターネット
を利用したＷＡＶＥ等の注文では、商品購入のためには
他人に自宅の電話番号を教えるという不安があった。ま
た、後日電話がかかってくるので、ＷＡＶＥ側にも利用
者にも手間が掛かりコストが高くなるという問題があっ
た。クレジットカードを利用する買い物では、常に直接
インターネットを利用できるものではなかったし、また
本人であるかの確認が困難で、セキュリティーの確立が
今後の課題になっている。会員制のネットワークを介し
インターネット情報を利用するものでは、申し込み先が
当該ネットワークとは別であり、確認や申し込み方法が
繁雑なものであった。特に、販売元やデパートから送ら
れる自宅宛の配達品に関しては、都会部では家族が留守
の場合が多く、配達人は２度、３度と配達車を同じ家庭
に運転しなければなければならず、受け取る側もそのた
めにわざわざ時間を作らなければならず不便であった。
また近所の人に預けた場合には、互いに迷惑となり、商
品の配達の在り方は、社会的にも問題になっていた。こ
の発明ではインターネット情報を利用して、自由に商品
が購入できて、商品の受け取りや配達が、配達する側に
も受け取り者や購入者側にも便利になるようにする。

【０００４】

【課題を解決するための手段】請求項１の発明は、標準
化され通信回線により互いに接続される複数のコンピュ
ータやパソコンや情報処理装置からなる開かれた情報ネ
ットワーク上に、通信端末を接続し、この通信端末が情
報ネットワークを介し特定の情報処理装置から商品情報
を受信して、自局通信端末の表示装置に表示する。次
に、この通信端末側で接続先を切り替える切替キーを操
作することにより、情報ネットワークとの接続を終了し
・切断し、自局通信端末に内在する通信プログラムによ
り通信回線を介して自局通信端末が予め会員登録をして
いる情報データベースにアクセスする。商品情報に基づ
き所定商品を前記情報データベースに対して発注し、そ
の後に通信プログラムにより自局通信端末と情報データ
ベースとの間の通信を切断する。情報データベースが、
予め契約登録をしている受・発注管理サーバーにアクセ
スし、発注された所定商品について販売取り扱いを依頼
する。受・発注管理サーバーから、情報ネットワーク上
に商品情報を提供しているメーカー管理サーバーがアク
セスされ、所定商品について受注を受ける。メーカー管
理サーバーが、運送業者の物流管理サーバーにアクセス
し、所定商品を所定倉庫より受け取り指定場所に配達す
るように指示する。物流管理サーバーが、所定商品の運
送について配送スケジュールを作成するとともに、この
配送スケジュールを前記メーカー管理サーバーと受・発
注管理サーバーと情報データベースに通知する。この配
送スケジュールに従って、所定商品が指定場所に配達さ
れ、配達済み通知が物流管理サーバーに登録される。
この配達済み通知が、物流管理サーバーからメーカー管
理サーバーと受・発注管理サーバーと情報データベース
に送られた後に、通信端末を情報データベースに接続す
る。発注した商品について受け取り前に、配達の経過状
況を通信端末の画面上で問い合わせ、この問い合わせに
従って情報データベースが当該商品について配達の経過
状況を読み出し、通信回線を介して通信端末に送信す
る。通信端末の画面に配達の経過状況を表示すると、商
品の受け取りが順調に行われる。

【０００５】

【発明の実施の形態】

実施の形態１．以下この発明を図面に従って説明する。
まず、図１、図２、図３、図４において、本発明の通信
ネットを利用した物流システムを実施する装置の構成に
ついて説明する。まず、図１において全体構成は、発信
元になる複数の家庭用の通信カラオケ端末１がそれぞれ
独立に通信回線２を介して、データ配送元の音楽データ
等の情報データベース１７に接続されている。通信カラ
オケ端末１は通信端末の一形態であり、これら通信カラ
オケ端末１は同じ通信回線２を介してパソコン通信ネッ
トや、世界に開かれたインターネット１５にも接続可能
となっている。

【０００６】通信回線２にはＮＴＴ、ＤＤＩ、第２電電
等の公衆回線１４があり、これらは更にインターネット
１５に接続可能であり、インターネット１５には世界の
多くの業種の電子ニュースやホームページ２０がアップ
ロード可能となっている。通信回線２にはまた、閉じた
会員制の情報データベース１７が接続可能であり、情報
データベース１７には、家庭用通信カラオケの市場に提
供されている京セラマルチメディアコーポレーション
等、固有のＸネットサービス等が該当する。

【０００７】情報データベース１７は専用の通信回線の
ＩＳＤＮ等を介し、センターサーバー２６に接続され、
情報データベース１７は各地方毎に設置されており、例
えば各県にあり、センターサーバー２６は１または２ヵ
所に設けている。センターサーバー２６には、また専用
の通信回線ＩＳＤＮ等を介し、物流と金銭を管理する受
・発注管理サーバー２７に接続されている。受・発注管
理サーバー２７には専用の通信回線ＩＳＤＮ等を介し、
メーカーサーバー２８、物流管理サーバー２９、請求管
理サーバー４９等に接続されている。

【０００８】図３において、情報データベース１７は中
央演算装置のＣＰＵ１９と、顧客データベース２２と、
サービスデータベース２３と、物流データベース２４と
で構成される。次に図２において、全国の情報データベ
ース１７を管理するセンターサーバー２６は、構成は情
報データベース１７と同様で格納可能なデータ量がより
大きな顧客データベース２２と、地域毎に区分された物
流データベース２４を集合させたセンターデータベース
３７で構成される。

【０００９】地域毎に独立して存在する流通専門の受・
発注管理サーバー２７には、センターサーバー２６から
その地域の顧客データベース２２の顧客データが報告さ
れており、同一内容の顧客データベース３６と、メ−カ
−データベース３８を備えている。メ−カ−データベー
ス３８には商品を製造し販売する会社のデ−タを、管轄
地域毎に記憶する。また、地域毎に独立して存在するメ
ーカーサーバー２８は、在庫データーベース４４と出庫
データーベース４５とを備え、独立して存在する配達専
門の物流管理サーバー２９には、資源テーブル４６と、
配送データベース４８とを備えている。資源テーブル４
６には人材、車両、距離データ、担当地域の取り扱いコ
ンビニエンスストア等を記憶し、配送データベース４８
には、配送予定を作成、追加、更新できる。

【００１０】ここで、物流管理サーバー２９を経営する
会社は、長時間営業のローソン、ファミリーマート、０
７ー１１店等のコンビニエンスストアと商品預かりにつ
いて予め契約を結んでいる。更に、独立して存在する課
金専門の請求管理サーバー４９には、顧客データベース
５１と、請求書フォーム５２を備えている。この顧客デ
ータベース５１は、センターサーバー２６の顧客データ
ベース２２や受・発注管理サーバー２７の顧客データベ
ース３６と形式上は同一内容で、担当地域の顧客データ
を記憶する。

【００１１】次に、図４は消費者の家庭の通信カラオケ
端末１側の構成を示し、通信制御回路のモデム４と、Ｒ
ＯＭからなる主プログラム５、汎用プログラム６、専用
プログラム７と、一時格納用のワークメモリ８と、曲デ
ータ等を記憶する記憶装置９、中央演算装置のＣＰＵ１
３、カラオケ再生回路５０とから構成され、またテレビ
３のモニター用ＣＲＴ１６、リモートコントローラ４
１、マイク４２、スピーカ１８が必要であり、モデム４
には通信回線２が接続されている。

【００１２】通信カラオケ端末１は通信端末の一種であ
り例えば、市販されている家庭用通信カラオケのＸ−５
５であり、主プログラム５には電源オン直後に表示され
る主メニュー等が格納されている。主メニューには、汎
用のパソコン通信に入るか、専用のカラオケ通信に入る
かの選択メニューが準備されている。ここで、専用のカ
ラオケ通信は、名称こそがカラオケとなっているが、デ
ータ通信によるカラオケを中心にして、ゲーム、天気予
報、旅行情報、ニュース配信等をする、有償な会員制の
データネットワークである。

【００１３】汎用プログラム６には、国内の通信ネット
例えばＰＣ−ＶＡＮ、ＮＩＦＴＹ等への接続ソフトや、
またインターネットプロバイダーへの接続ソフト（Ｉ
Ｐ）１０がある。更に、汎用プログラム６には本願の中
心となる物流キーの例えばＸキー用のソフト１１が含ま
れる。このＸキーは画面にアイコンとして表示され、押
下されると、通信端末側を、一般通信中には、インター
ネットから情報データベース１７に接続先を切り替える
切替キーである。

【００１４】専用プログラム７には、各種サービスの項
目ソフト１２と注文プログラム３５と追跡プログラム５
６があり、項目ソフト１２は更に、例えばカラオケ、ゲ
ーム、天気予報、旅行情報、ニュース配信等の実行ソフ
トとから構成される。発注プログラム３５は商品発注用
のメニューデータであり、会員番号、商品番号、商品
名、単価、個数、合計金額、消費税額、配達の希望日と
時間、配達先住所等の記入用項目がある。追跡プログラ
ム５６は発注済商品が問い合わせ時点で、流通のどの段
階にあるかを追跡するものである。

【００１５】ワークメモリ８はＩＣメモリのＲＡＭから
なり、モデム４からの受信データをリアルタイムで一時
記憶し、またＣＰＵ１３の作業領域ともなる。記憶装置
９は小型のハードディスクから構成され、ワークメモリ
８のデータを記憶でき、また通信カラオケ端末１の外に
設けてもよい。

【００１６】再度図３において、主に外部通信路と情報
データベース１７側の構成を、詳しく説明する。通信回
線２には、通信カラオケ端末１の専用プログラム７に対
応した、情報データベース１７が接続可能であり、情報
データベース１７には家庭用通信カラオケの市場に提供
されている京セラマルチメディアコーポレーションのＸ
ネットサービス等が該当する。

【００１７】顧客データベース２２には、顧客が通信カ
ラオケ端末１を購入時に、情報データベース１７の提供
会社、Ｘネットに申告した顧客の個人データが格納され
ている。その詳細項目には、例えば住所、氏名、電話番
号、会員番号、クレジットカード名、カード番号、銀行
名、口座番号等がある。顧客数は万単位の数あり、顧客
データベース２２はこれらを十分格納できるような大容
量の記憶装置であり、データ変更更新が可能である。

【００１８】サービスデータベース２３には、音楽デー
タのカラオケデータベースと、ゲームデータベース、天
気予報データベース、旅行情報データベース、ニュース
配信データベース等がある。サービスデータベース２３
の内容は日々新たなものが、必要であるので、外部から
最新データ２５を適宜補充してＣＰＵ１９により更新さ
れる。特に天気予報、旅行情報、ニュースは時間単位で
変化するので、更新の頻度が大きい。

【００１９】さて、物流データベース２４は、記憶装置
内に形成される電子ファイルであり、図９に示すよう
に、個人ファイル５５が多数集合して電子ファイルが構
成される。個人ファイル５５には会員名：山田太郎とそ
の識別番号：１１００５と地域名：東京等を表題にし
て、品名、品番、発注中、配達中、配達済、配達先、日
時等の欄から構成されている。

【００２０】品名と品番とは図１、３のインターネット
上のカタログと一致性を有し、発注中と配達中と配達済
はフラグで示し、発注中とは確実に受注されていたらフ
ラグは１であり、フラグが０なら発注事務で何等かの理
由で、確定が遅れて入ることを示している。配達中フラ
グが１なら、配達業者に渡っていることを示し、フラグ
が０なら配達業者に渡す前を示している。配達済はフラ
グが１なら、指定した配送先に商品が届いていることを
示し、フラグが０なら指定配送先に商品が向かっている
ことを示している。

【００２１】この指定した配送先は、通信カラオケ端末
１の使用者であるＸネットの会員が商品注文時に指定す
る。実際の配送先は、会員の自宅の近傍の長時間営業
の、ローソン、ファミリーマート、０７ー１１店等のコ
ンビニエンスストアを指定できる。

【００２２】本発明の動作を図５から、図８のフローチ
ャートで説明する。ます図５のフローチャートにおい
て、通信カラオケ端末１に電源がオンされるとフローチ
ャートが開始する。ステップＳ１では、通信カラオケ端
末１のＣＰＵ１３は主プログラム５から主メニューを読
みだしテレビのＣＲＴ１６に、汎用のパソコン通信か、
専用のカラオケ通信かの、選択画面とカーソルとを表示
し、スピーカ１８からいずれかを選択して下さいと音声
案内を鳴らす。通信カラオケ端末１の使用者はカーソル
移動によりいずれかを選択する。

【００２３】ステップＳ２では、通信カラオケ端末１の
ＣＰＵ１３は、選択結果が汎用のパソコン通信か、専用
のカラオケ通信かを判断する。汎用のパソコン通信の選
択であれば、ステップＳ３に進み、ＣＰＵ１３は接続ソ
フト（ＩＰ）１０にガイドされて、通信カラオケ端末１
を通信回線２を介して例えば標準規格のプロトコルＴＣ
Ｐ／ＩＰで、インターネット１５に接続する（ＮＩＦＴ
Ｙ等の国内の商用ネットでもいい）。

【００２４】ここでインターネット１５に接続すると、
通常のパソコン通信と同様になり、リモートコントロー
ラ４１を操作してカーソル４２を移動して、テレビのＣ
ＲＴ１６に各種の電子商品ニュースやホームページ２０
を引き込み閲覧することができる。電子商品ニュースに
は、例えばＣＤディスク販売のＷＡＶＥや百貨店のＭＩ
ＴＵＫＯＳＨＩ、スキー商品等がある。 図４ではスキ
ー商品がカラー写真でサイズや値段とともに表示され、
印刷物のカタログと殆ど同じ見栄えである。さて、この
ホームページ２０の画面には、図４に示すように、常に
Ｘキー用のソフト１１により、Ｘアイコン４０がスーパ
ーインポーズされる。

【００２５】ステップＳ４では、ＣＲＴ１６上のホーム
ページ２０の画面を見て、必要に応じて好みの商品カタ
ログを選び、商品の品定め等インターネット上でのショ
ッピングを楽しむ。その後、気に入ったカタログをカー
ソル４２で指示すると、ＣＰＵ１３は当該カタログを、
ＲＡＭ８又は記憶装置９に記憶する。ステップＳ５で
は、ＣＲＴ１６上で切り替えキーとなるＸアイコン４０
がカーソル４２により押されたかどうか調べる。

【００２６】押されていなければステップＳ３に戻り、
ステップＳ３からステップＳ５をくり返し、ホームペー
ジ２０を巡回して、好みの商品カタログを探す。ステッ
プＳ３からステップＳ５までの動作は、商品探索工程と
なり、通常のパソコン通信と同様インターネット等への
アクセスである。さて、ステップＳ５でＸアイコン４０
が押されていたら、ステップＳ６に進みＣＰＵ１３は汎
用プログラム６からＸキー用のソフト１１を読み出し実
行する。ステップＳ７では、Ｘキー用のソフト１１によ
りモデム４は通信回線２から切り離される（当然ホーム
ページ２０、インターネット１５からも切断される）。

【００２７】ステップＳ８から商品注文工程になり、直
に通信カラオケ端末１の注文プログラム３５が起動し、
記憶装置９から商品カタログを読み出し画面上に表示
し、この商品カタログはステップＳ４で記憶したホーム
ページ２０の商品カタログである。ＣＰＵ１３はステッ
プＳ９では、注文プログラム３５から購入申し込み書等
をＣＲＴ１６上に表示する。この購入申し込み書には、
メーカー名、商品番号、商品名、単価、個数、合計金
額、消費税額、配達希望日、配達先、承諾・訂正等の項
目があり、通信カラオケ端末１の使用者は必要項目を入
力する。

【００２８】ステップＳ１０では、ＣＲＴ１６上の購入
申し込み書で購入するということの最終確認を入力す
る。この最終確認があると、ＣＰＵ１３はステップＳ１
１で、Ｘキー用のソフト１１を起動し、モデム４は通信
回線２、ＤＤＩ１４等を介し情報データベース１７をア
クセスし、通信カラオケ端末１は改めて、会員になって
いるＸネットに接続される。そして時情報データベース
１７のＣＰＵ１９は、通信カラオケ端末１が顧客データ
ベース２２に登録済（契約者）みかどうか、会員番号を
基に、例えば住所、氏名、電話番号、会員番号、クレジ
ットカード名、カード番号、有効期限、銀行名、口座番
号等をチェックする。

【００２９】ステップＳ１２では、ＣＲＴ１６の画面に
は、サービスデータベース２３に進むのか、物流データ
ベース２４に進むのかの選択メニューが表示される。ス
テップＳ１３では、情報データベース１７のＣＰＵ１９
は物流データベース２４が選択されたかどうか調べる。
インターネットのカタログを見た後のショッピングであ
れば、当然物流データベース２４が選択されるが、再確
認のため敢えて選択を要求する。物流データベース２４
が選択されされていなければ、サービスデータベース２
３が選択されているので、ステップＳ１４に進み、ＣＰ
Ｕ１９はカラオケデータベースと、ゲームデータベー
ス、天気予報データベース、旅行情報データベース、ニ
ュース配信データベース等の選択メニューを表示して、
Ｘネット上の通常のカラオケモードになる。

【００３０】また、ステップＳ２で最初から専用のカラ
オケ通信であれば、ステップＳ１１に行き、カタログを
見ていないので、ステップＳ１２、ステップＳ１３、ス
テップＳ１４へと進み、サービスデータベース２３選択
と同じ通信カラオケモードとなる。このサービスデータ
ベース２３が選択されたステップＳ１４に続く動作は、
通信カラオケ専用の、例えば京セラマルチメディアコー
ポレーションのＸネットサービス等の動作となる。

【００３１】さてステップＳ１３で、物流データベース
２４が選択されていたら、買い物操作であるので、図５
のフローチャートのＡから図６のフローチャートのＡに
進み、ステップＳ１５に進む。更に、ステップＳ１５で
は、ＣＲＴ１６の画面には、商品の発注動作に進むの
か、追跡確認に進むのかの選択メニューが表示される。
注文商品の追跡確認でなければ、ステップＳ１６に進
み、それ以降の動作は商品注文工程以降となる。なお、
追跡確認でない場合には、商品注文工程とは別に、クレ
ーム請求工程やカタログ請求工程に進む方向もあるが、
本願では重要ではないので説明は省略する。

【００３２】まず、ステップＳ１６では、通信カラオケ
端末１から情報データベース１７へ、ステップＳ９で作
成した購入申し込み書が送信され商品の発注が実行され
る。この時、通信カラオケ端末１のＣＲＴ１６に、購入
申し込み書の画面が表示されるので、ステップＳ１６で
は、詳細内容を再確認し、注文ボタンを押下する。

【００３３】開放型のインターネットでカタログを見て
商品を選択し、会員制の閉鎖型の専用Ｘネット上で、通
信カラオケ端末１から情報データベース１７に選択され
た商品が発注されたことになる。この購入申し込み書は
物流データベース２４に書き込まれる。注文終了によ
り、ステップＳ１７では、通信カラオケ端末１は、基本
的な第１契約先の情報データベース１７から切り離され
る。

【００３４】これ以降の動作は通信カラオケ端末１の使
用者には、見えないもので、商品受注工程となり、情報
データベース１７が代理人になり発信源となって、物流
の動作が実行される。ステップＳ１８では、各地に設け
られた情報データベース１７は全国を一括管理するセン
ターサーバー２６に購入申し込み書を送信号する。セン
ターサーバー２６には、全国各地の複数の情報データベ
ース１７から毎日購入申し込み書等の報告が届き、これ
らが集計される。

【００３５】集計した購入申し込み書に基づき、ステッ
プＳ１９では、センターサーバー２６が流通専門で商品
手配代行の受・発注管理サーバー２７に、購入申し込み
書を送る。即ち所定商品について販売行為の取り扱いを
依頼する。ステップＳ２０では、受・発注管理サーバー
２７は購入申し込み書から、発注者が顧客データベース
３６に登録済みの会員であることを特定し、発注後の課
金を確保する。ステップＳ２１では、受・発注管理サー
バー２７は購入申し込み書に基づき自己判断により、メ
ーカーサーバー２８向けの注文書を作成する。この時、
受・発注管理サーバー２７は、購入申し込み書に基づ
き、メーカーデーターベース３８を検索し、商品も特定
している。

【００３６】ステップＳ２２では、受・発注管理サーバ
ー２７は、注文書を作成したことを、所定の通信回線を
介しセンターサーバー２６と当該情報データベース１７
に報告する。ステップＳ２３では、注文書が作成された
ことを、センターサーバー２６はセンターデータベース
３７に、当該情報データベース１７は物流データベース
２４にそれぞれ書き込む。

【００３７】図６のフローチャートのＢから図７のフロ
ーチャートのＢに進み、ステップＳ２５では、受・発注
管理サーバー２７は注文書を、所定の通信回線を介しメ
ーカーサーバー２８に向けて送信する。ステップＳ２６
では、当該商品カタログ２０をインターネット１５に掲
載し、当該商品を製造している会社のメーカーサーバー
２８は、受・発注管理サーバー２７から注文書を受信す
る。メーカー管理サーバー２８が、所定商品について受
注したことが確定する。メーカーはインターネット２０
に費用をかけて宣伝した行為が報われたことになる。

【００３８】ステップＳ２７では、メーカーサーバー２
８は在庫データーベース４４を検索し、当該商品が出荷
可能であることを確認する。次に、商品配送指示工程に
なり、ステップＳ２８では、メーカーサーバー２８は自
己判断により、配達業者の物流管理サーバー２９に、所
定の通信回線を介し配達依頼書を送信し、出庫データー
ベース４５に登録する。この配達依頼書は、所定倉庫よ
り当該商品を受け取り、指定場所に配達するように指示
する内容となっている。指定場所はステップＳ９で、発
注者により購入申し込み書に記入された配達先が相当す
る。

【００３９】ステップＳ２９では、物流管理サーバー２
９は、配達依頼書に基づき、資源テーブル４６を参照
し、車両・人材と配送先、量をもとに、配送スケジュー
ルを作成し、配送データベース４８に登録する。ステッ
プＳ３０では、物流管理サーバー２９は、この配送スケ
ジュールをメーカーサーバー２８、受・発注管理サーバ
ー２７、センターサーバー２６、当該情報データベース
１７に所定の通信回線を介し送信する。

【００４０】商品配送工程のステップＳ３２では、物流
管理サーバー２９の配達人の車両が指定日に、商品を配
送票とともに指定の住所や、コンビニエンスストア等に
配達する。ステップＳ３３では、コンビニエンスストア
等に配達後、配達人が配送票写に受領印を受けて、物流
管理サーバー２９に戻り、配送データベース４８に配達
済のフラッグを立てる。ステップＳ３４では、物流管理
サーバー２９は、この配達済のフラッグをメーカーサー
バー２８、受・発注管理サーバー２７、センターサーバ
ー２６、当該情報データベース１７に所定の通信回線を
介し送信する。

【００４１】図７のフローチャートのＣから図８のフロ
ーチャートのＣに進み、商品納品工程のステップＳ３６
では、配送先が自宅なら商品を自宅で渡し、配達人はこ
こでも配送票写に受領印を受ける。

【００４２】その後物流管理サーバー２９に戻り、ステ
ップＳ３７では、配送データベース４８に，渡し済のフ
ラッグと立てる。コンビニエンスストア等で受領があっ
た場合は、次回の巡回時に配達人は、配送票写に受領印
を受けて、物流管理サーバー２９に戻り、配送データベ
ース４８に渡し済のフラッグと立てる。ステップＳ３８
では、物流管理サーバー２９は、この渡し済のフラッグ
をメーカーサーバー２８、受・発注管理サーバー２７、
センターサーバー２６、当該情報データベース１７に所
定の通信回線を介し送信する。

【００４３】ステップＳ３９では、メーカーサーバー２
８は出庫データーベース４５に、受・発注管理サーバー
２７は顧客データベース３６に、センターサーバー２６
はセンターデータベース３７に、当該情報データベース
１７は物流データベース２４にそれぞれ渡し済のフラッ
グを立てる。渡し済のフラッグは、通信カラオケ端末１
の使用者が、当該情報データベース１７にアクセスし
て、受領ボタンを押して通報して、立てることもでき
る。ステップＳ３９の商品渡し済のフラッグが立つと、
請求工程に入り、請求書が発行されるが、本願の要部で
はないので、説明は省略する。

【００４４】さて、ステップＳ１５では、注文商品の追
跡確認であれば、ステップＳ４０に進み図６の注文商品
の追跡動作が実行される。即ち、通信カラオケ端末１は
追跡プログラム５６に従い、情報データベース１７に問
い合わせ信号を送る。すると、情報データベース１７の
ＣＰＵ１９は、問い合わせに答えて、物流データベース
２４を検索し、アクセス中（接続している）の通信カラ
オケ端末１に対し、図１０の画面データを送信し、ステ
ップＳ４０では注文全体の現況を通信カラオケ端末１の
画面に表示する。

【００４５】この画面の主画面には、当月の注文中の総
件数：１０と金額合計：２５，０００と、商品に対する
クレーム先の電話番号：５５５５ー１１１１と、追跡確
認ができる最新期限９６．５．５とが表示され、下方に
は注文明細や個々の追跡確認の選択ボタン等が表示され
る。まず、個々の注文明細を知るために、注文明細の選
択ボタンが押されると、通信カラオケ端末１は追跡要求
を情報データベース１７に問い合わせる。情報データベ
ース１７はそれに往信するため、ＣＰＵ１９はステップ
Ｓ２３で書き込まれた報告情報を、物流データベース２
４を検索して読み出し、通信カラオケ端末１に送る。

【００４６】ステップＳ４１で通信カラオケ端末１は、
図１１に示すように、画面の上方には、注文月：９６年
２月、件数：８、商品金額：１９，５００円、消費税：
９００円、送付代：５００円、総合計：２０，９００円
等が、主画面には個々の商品毎に、月日９６．０２．０
１と、店名：ＷＡＶＥと、商品番号：００１１と、商品
名：ＣＤと、価格：１０，０００等が一覧表形式で表示
される。次に、図１０の画面で、追跡確認の選択ボタン
が押されると、ステップＳ４２で、図１２の商品追跡確
認の一覧表が表示される。

【００４７】ステップＳ３０の配送スケジュール報告で
書き込まれた情報と、ステップＳ３４の配達済みフラグ
情報を、情報データベース１７のＣＰＵ１９は物流デー
タベース２４を検索して読み出し、通信カラオケ端末１
に送る。すると、図１２に示すように、画面には、注文
月日順に追跡（商品）番号：９６２と商品名：靴と進捗
状態：配達済（または配達中または発注中）等が、全購
入商品について、一覧表形式で表示される。即ち、靴は
指定配達先のコンビニエンスストアに届いているので、
仕事の帰りに受け取りに行うとユーザーは計画すること
ができる。

【００４８】商品が自宅以外のコンビニエンスストア等
に配達されていれば、ステップＳ４２で、通信カラオケ
端末１の使用者は、当該情報データベース１７にアクセ
スして、商品の到着状況を確認することができる。必要
なら通信カラオケ端末１の使用者は、当該情報データベ
ース１７にアクセスして、いつでも商品の配送の進捗状
況を確認することができる。商品の到着を確認した発注
者は、ステップＳ４３で、学校や仕事の帰り等都合の良
い時に、当該コンビニエンスストアに立ち寄り商品を受
け取ることができる。

【００４９】この発明で購入した自宅配達品、注文品の
受け取りでは、家族が留守の場合でも指定した配送先に
確実に配達できる。配達人は１度配達車を目的地に運転
しするだけでいいので、効率的に仕事ができる。受け取
る側も好きな時に、受け取りができるので、時間を有効
に活用できる。この発明ではインターネット情報を利用
して、自由に商品が購入できるとともに、商品の受け取
りや配達が、配達する側にも購入者側にも楽しくでき
る。

【００５０】商品は物で説明したが、音楽会や航空券や
旅行券であってもよく、更に翻訳依頼や有料相談等であ
ってもよい。 商品情報は広く世界のインターネット１
５のホームページ２０から入手するので、広い範囲の買
い物が手軽にできるとともに、既に信頼関係にある会員
制の情報データベース１７を通じて注文するので、個別
の購入に関する売り手と顧客双方に安心感が持てる。

【００５１】双方で契約事項について、会員制の情報デ
ータベース１７を介しリアルタイムで発注品の再確認、
配達の進行具合、支払い手続きがどうなっているかの確
認、商品の受け取り窓口の確認が容易にできる。受け取
った商品に欠陥があった場合、各種のクレーム受け付け
や処理も、受け取り場所で直接可能となり、また会員制
のために木目細かく手当できる。商品の届け先や受け取
り窓口を会員の住所や職場等の近辺に指定できるので、
他人が悪意により偽名等で購入する可能性が極めて減少
する。

【図面の簡単な説明】

【図１】この発明の実施の形態１の通信ネットを利用し
た物流装置の全体のブロック図である。

【図２】この発明の図１の装置の詳細なブロック図であ
る。

【図３】この発明の図１の情報データベース側の詳細な
ブロック図である。

【図４】この発明の図１の通信カラオケ端末の側の詳細
なブロック図である。

【図５】この発明の実施の形態１の通信ネットを利用し
た物流システムの主に商品検索工程の動作を説明するフ
ローチャートである。

【図６】この発明の実施の形態１の通信ネットを利用し
た物流システムの商品注文と商品追跡の動作を説明する
フローチャートである。

【図７】この発明の実施の形態１の通信ネットを利用し
た物流システムの商品配送指示と配送工程の動作を説明
するフローチャートである。

【図８】この発明の実施の形態１の通信ネットを利用し
た物流システムの商品納品と請求工程の動作を説明する
フローチャートである。

【図９】この発明の実施の形態１の物流データベースの
構成を示す図である。

【図１０】この発明の実施の形態１の追跡開始前の通信
端末の画面の図である。

【図１１】この発明の実施の形態１の通信端末の注文明
細を表示する画面の図である。

【図１２】この発明の実施の形態１の通信端末の注文品
の追跡状態を表示する画面の図である。

【符号の説明】

１ 通信カラオケ端末 ２ 通信回線 ３ テレビ ４ モデム ５ 主プログラム ６ 汎用プログラム ７ 専用プログラム ８ ワークメモリ ９ 記憶装置 １０ 接続ソフト（ＩＰ） １１ Ｘキーのソフト １２ カラオケプログラム １３、１９ 中央演算装置のＣＰＵ １４ 公衆回線 １５ インターネット １６ ＣＲＴ １７ 情報データベース １８ スピーカ、 ２０ ホームページ ２２、３６、５１ 顧客データベース ２３ サービスデータベース ２４ 物流データベース ２６ センターサーバー ２７ 受・発注管理サーバー ２８ メーカーサーバー ２９ 物流管理サーバー ３５ 注文プログラム ３７ センターデータベース ３８ メーカーデータベース ４０ Ｘアイコン ４１ リモートコントローラ ４２ カーソル ４３ マイク ４４ 在庫データーベース ４５ 出庫データーベース ４６ 資源テーブル ４８ 配送データベース ４９ 請求管理サーバー ５２ 請求フォ−ム ５５ 個人ファイル ５６ 追跡プログラム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 青木 一郎 東京都千代田区平河町二丁目７番４号 株 式会社京セラマルチメディアコーポレーシ ョン内

Claims (12)

【特許請求の範囲】
1. 【請求項１】 標準化され通信回線により互いに接続さ
   れる複数のコンピュータやパソコンや情報処理装置から
   なる開かれた情報ネットワーク上に、通信端末を接続
   し、この通信端末が情報ネットワークを介し特定の情報
   処理装置から商品情報を受信して、自局通信端末の表示
   装置に表示し、 次に、この通信端末側で接続先を切り替える切替キーを
   操作することにより、前記情報ネットワークとの接続を
   終了し・切断し、自局通信端末に内在する通信プログラ
   ムにより通信回線を介して自局通信端末が予め会員登録
   をしている情報データベースにアクセスし、 前記商品情報に基づき所定商品を前記情報データベース
   に対して発注し、その後に前記通信プログラムにより自
   局通信端末と前記情報データベースとの間の通信を切断
   し、 前記情報データベースが、予め契約登録をしている受・
   発注管理サーバーにアクセスし、前記発注された所定商
   品について販売取り扱いを依頼し、 前記受・発注管理サーバーから、前記情報ネットワーク
   上に商品情報を提供しているメーカー管理サーバーがア
   クセスされ、前記所定商品について受注を受けて、 前記メーカー管理サーバーが、運送業者の物流管理サー
   バーにアクセスし、前記所定商品を所定倉庫より受け取
   り指定場所に配達するように指示し、 前記物流管理サーバーが、前記所定商品の運送について
   配送スケジュールを作成するとともに、この配送スケジ
   ュールを前記メーカー管理サーバーと受・発注管理サー
   バーと情報データベースに通知し、 この配送スケジュールに従って、前記所定商品が指定場
   所に配達され、配達済み通知が前記物流管理サーバーに
   登録され、 この配達済み通知が、前記物流管理サーバーからメーカ
   ー管理サーバーと受・発注管理サーバーと情報データベ
   ースに送られた後に、 前記通信端末を前記情報データベースに接続し、発注し
   た商品について受け取り前に、配達の経過状況を前記通
   信端末の画面上で問い合わせ、 この問い合わせに従って前記情報データベースが当該商
   品について配達の経過状況を読み出し、通信回線を介し
   て前記通信端末に送信して、その画面に配達の経過状況
   を表示するようにした通信ネットを利用した物流システ
   ム。
2. 【請求項２】 前記配達の経過状況が配達スケジュール
   であることを特徴とする請求項１に記載の通信ネットを
   利用した物流システム。
3. 【請求項３】 前記配達の経過状況が配達済み通知であ
   ることを特徴とする請求項１に記載の通信ネットを利用
   した物流物流システム。
4. 【請求項４】 前記開かれた情報ネットワークがインタ
   ーネットであることを特徴とする請求項１に記載の通信
   ネットを利用した物流システム。
5. 【請求項５】 前記商品が物であることを特徴とする請
   求項１に記載の通信ネットを利用した物流システム。
6. 【請求項６】 前記商品がサービスであることを特徴と
   する請求項１に記載の通信ネットを利用した物流システ
   ム。
7. 【請求項７】 標準化され通信回線により互いに接続さ
   れる複数の情報処理装置からなり、任意に情報処理装置
   を接続可能な開かれた第一の情報ネットワークと、 加入契約を行った加入者のみが、その情報処理装置を接
   続可能な閉じた第二の情報ネットワークと、 前記第一の情報ネットワークと前記第二の情報ネットワ
   ークとのいずれか一方に接続するための接続切替手段を
   備えた通信端末とを備えており、 ユーザーが前記通信端末を前記第一の情報ネットワーク
   に接続し、前記第一の情報ネットワークにおいて、複数
   の販売業者が提供する商品情報の中から所望の商品情報
   を選択し、選択された商品情報を用いて、前記第二の情
   報ネットワークにおいて前記通信端末により商品の発注
   を行い、所定の場所へ前記発注した商品の配送を指示
   し、前記第二の情報ネットワークに設けられたホストコ
   ンピュータが前記商品の流通工程を管理する通信ネット
   を利用した物流システムであって、 前記第二の情報ネットワークが、前記通信端末からの注
   文を受け付け、前記商品の流通工程を管理するための受
   ・発注管理サーバーを備えており、前記通信端末を前記
   第二の情報ネットワークに接続することにより、前記受
   ・発注管理サーバーから前記商品の流通状況に関する情
   報を前記通信回線を介して受信し、前記通信端末上に表
   示することを特徴とする通信ネットを利用した物流シス
   テム。
8. 【請求項８】前記所定の場所が、ユーザーの自宅である
   ことを特徴とする請求項７に記載の通信ネットを利用し
   た物流システム。
9. 【請求項９】前記所定の場所が、ユーザーの自宅以外の
   場所であることを特徴とする請求項７に記載の通信ネッ
   トを利用した物流システム。
10. 【請求項１０】前記自宅以外の場所が、ユーザーの自宅
    近傍のコンビニエンスストアであることを特徴とする請
    求項９に記載の通信ネットを利用した物流システム。
11. 【請求項１１】前記流通状況情報が、前記商品に関する
    配達スケジュールであることを特徴とする請求項７から
    １０に記載のいずれか一項の通信ネットを利用した物流
    システム。
12. 【請求項１２】前記流通状況情報が、前記商品に関する
    配達済通知であることを特徴とする請求項７から１０に
    記載のいずれか一項の通信ネットを利用した物流システ
    ム。