JP2001261131A

JP2001261131A - 物流情報管理システム

Info

Publication number: JP2001261131A
Application number: JP2000081118A
Authority: JP
Inventors: Toshiyasu Kojima; 利泰児島
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-03-23
Filing date: 2000-03-23
Publication date: 2001-09-26

Abstract

(57)【要約】【課題】商品に付される値札やＰＤラベルなどを
メーカや卸業者などの発注先で付ける場合であっても発
注先における負担を軽減し、これらラベルの品質を均質
に維持することを可能とする。【解決手段】発注先端末において物流情報管理センタ
にあるサーバにインターネットを介してアクセスして、
ＪＡＶＡアプリケーションまたはＪＡＶＡアプレットを
ダウンロードし（ステップＳ１１）、必要なラベル情報
をダウンロードし（ステップＳ１２）、ラベルプリンタ
が正常であると判断した場合（ステップＳ１４）、印刷
処理を実行する（ステップＳ１５）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、小売業者などから
商品発注を行う際の発注情報および納品時に必要となる
ラベル情報を管理し、メーカや卸業者などの出荷側が納
品する際に必要となる情報を送信する物流情報管理シス
テムに関する。

【０００２】

【従来の技術】量販店、百貨店、その他の小売業者で
は、商品の納入時にその商品に値札を付けた状態で納入
することを、メーカや卸業者に要求する場合がある。ま
た、メーカや卸業者が納品を行う際には、搬送する商品
の中身を識別するためのＰＤラベルや荷札などをケース
に貼り付ける必要があり、このようなラベルの作成も納
入側で行っている。

【０００３】

【発明が解決しようとする課題】商品に付ける値札やケ
ースに付けるＰＤラベルは、各小売業者に固有のもので
あり、メーカや卸業者側で値札やＰＤラベルを付けて納
品を行う場合には、値札やＰＤラベルを別途用意する必
要がある。値札やＰＤラベルを購入して用意しておくこ
とが考えられるが、各発注元や各商品毎に値札やＰＤラ
ベルを購入する必要があり、コストの低減を図ることが
困難である。この場合、発注元からの発注があっても値
札やＰＤラベルがないと出荷できないため、常に値札や
ＰＤラベルの在庫を抱えている必要があり、値札やＰＤ
ラベルを購入する際の輸送費用、保管するための費用、
在庫管理のための管理費用などが発生し、さらにコスト
ダウンが困難となる。また、シーズン終了時などにおい
て、不要な値札やＰＤラベルが発生するおそれがあり、
発注に備えて多めに在庫を抱えている場合にはこれらの
ラベルが無駄になってしまう。

【０００４】また、発注元から発注される毎に、その商
品の値札やＰＤラベルをメーカや卸業者などで作成する
ことが考えられる。この場合には、通信手段を用いて発
注元から値札やＰＤラベルのラベル情報を受信し、ラベ
ルプリンタなどによりラベル印刷を行う。また、マニュ
アルによりラベル情報を入力し、これをラベルプリンタ
などで印刷することも可能である。発注先においてこの
ように値札やＰＤラベルの作成を行う場合には、ラベル
を発行するためのシステムを導入する必要があり、初期
の導入費用とハードおよびソフトの管理費用がかかって
くる。また、この場合にも作成した値札やＰＤラベルを
多めに作成して在庫しておく必要があり、在庫管理に要
する費用、保管費用などを必要とし、発注先での負担が
大きくなる。

【０００５】値札やＰＤラベルは、発注元や商品毎にレ
イアウトが異なる場合もあり、複数のレイアウトを設定
する必要がある。また、レイアウト変更に基づいてソフ
トを変更したり、プリンタにセットする用紙を変更する
必要がある。このようなシステム変更に伴う作業や発生
する費用が発注先の負担となる。場合によっては、ラベ
ルプリンタやラベル発行システムを販売している販売元
の負担となってくることもある。

【０００６】商品の発注元である小売業者側では、複数
のメーカや卸業者に対して個々にラベル情報を伝達する
必要があり、レイアウト変更を行う場合にはこれを伝達
するために説明会を開くなどの対応が必要となる。ま
た、発注先が複数である場合には、各メーカや卸業者毎
にラベルの品質を均等化することが困難である。また、
荷札関連では、荷主が運送会社に対して輸送を依頼する
場合に荷主は荷札と送り状を作成するが、昨今、運送会
社側で荷札発行システムを提供したり、荷主側で荷札印
刷を開発したりしている。

【０００７】荷主が開発するシステムは、個別システム
のためシステムの導入費用とハードおよびソフトの管理
費用がかかってくる。運送会社が提供する荷札発行シス
テムは競争激化のため無償で提供しているところが多
く、運送会社の経費負担が発生している。本発明では、
商品に付される値札やＰＤラベルなどをメーカや卸業者
などの発注先で付ける場合であっても発注先における負
担を軽減し、これらラベルの品質を均等に維持すること
を目的とする。また、運送に伴う荷札や送り状について
も、荷主側および運送会社側における負担を軽減するこ
とを目的とする。

【０００８】

【課題を解決するための手段】本発明に係る物流情報管
理システムは、商品の発注を行う際の発注情報および商
品の納入時に必要なラベル情報を発注元から受け付ける
発注情報受付手段と、発注情報およびラベル情報を管理
する発注情報管理手段と、発注情報およびラベル情報を
対応する発注先に送信する発注情報送信手段とを備え
る。

【０００９】ここで、発注情報送信手段は、発注先のロ
ーカルプリンタにラベル情報に基づくラベル印刷を実行
させるラベル印刷機能を備える構成とすることができ
る。ラベル印刷機能は、インターネットウェブからダウ
ンロード可能なラベル発行アプリケーションとすること
ができ、インターネットウェブから実行可能なＪＡＶＡ
アプレットとすることも可能である。

【００１０】

【発明の実施の形態】〔物流情報管理システムの概念〕
各種物流情報を管理するシステムの概念を図１により説
明する。物流情報管理センタ１は、各種物流情報を統括
的管理するものであり、各種マスタ情報と発注や請求に
関連するトランザクション系のデータからなるデータベ
ース、ラベル発行システム、請求情報処理システムなど
を備えている。

【００１１】物流情報管理センタ１は、公衆回線や専用
回線を通じて加盟各社と接続可能となっている。特に、
商品の発注情報や商品の配送時に必要となるラベルに関
するラベル情報、請求情報などの送受信を発注元２およ
び発注先３との間で行えるようになっている。また、運
送会社４との間でも各種情報の送受信が可能となってい
る。

【００１２】発注元２は、たとえば、量販店、百貨店、
専門店、ロードサイドショップなどの小売業者である。
発注元２から物流情報管理センタ１に対しては、商品の
配送時に必要となるラベル情報、各種マスタ情報、商品
の発注情報、ＰＯＳ情報、支払情報などである。また、
物流情報管理センタ１から発注元２に送信される情報と
しては、発注先３から送信されてくる出荷検品情報、請
求情報、在庫情報、新製品情報などがある。

【００１３】発注先３は、各商品のメーカや卸業者など
である。物流情報管理センタ１から発注先３に対して
は、ラベル発行システムを通じてラベル情報を送信しラ
ベル発行を行う他、発注元２から送信されてくる発注情
報、ＰＯＳ情報、支払情報、運送会社４から送信されて
くる貨物追跡情報などが送信される。発注先３から物流
情報管理センタ１に対しては、送り状情報、出荷検品情
報、請求情報、新製品情報などが送信される。

【００１４】物流情報管理センタ１は運送会社４に対し
て、発注先３から送信されてきた送り状情報、発注元２
から送信されてきた支払情報などが送信される。また、
運送会社４から物流情報管理センタ１に対しては、貨物
追跡情報、請求情報などが送信される。発注元２から発
注先３に対して商品の発注を行う際には、物流情報管理
センタ１に発注情報を送信して登録する。値札やＰＤラ
ベルを発注先３に付けさせる場合には、各種ラベル情報
やそのラベルのマスタ情報を発注情報とともに物流情報
管理センタ１に送信して登録する。

【００１５】発注元２から物流情報管理センタ１にＰＯ
Ｓ情報が定期的に送信されるような場合には、このＰＯ
Ｓ情報に基づいて物流情報管理センタ１で発注情報を作
成することも可能である。物流情報管理センタ１で作成
された発注情報に伴うラベル情報が必要な場合には、予
め発注元２から各商品についてのラベル情報を登録して
おくか、発注元２からＰＯＳ情報を送信する際にラベル
情報を一緒に送信するか、物流情報管理センタ１から発
注元２に対して問い合わせを行って、発注元２にラベル
情報の送信を行わせるなどの方法が考えられる。

【００１６】物流情報管理センタ１では、発注情報で指
定されている発注先３にその発注情報を送信し、ラベル
情報が存在する場合にはラベル発行システムを用いてラ
ベルの発行を行う。発注元２から物流情報管理センタ１
に送信されてきたＰＯＳ情報をそのまま発注先３に送信
して、発注先３側で商品供給を計画する場合も考えられ
る。この場合にも、ラベル情報が必要である場合には、
物流情報管理センタ１から発注先３に対してラベル情報
を送信してラベルの発行を行う。

【００１７】発注先３では、ラベル情報を利用しラベル
を印刷すること以外に、手動入力による値札やＰＤラベ
ル発行を行い、ラベル情報を新規に作成することができ
る。発注元２および発注先３では、輸送に伴う荷札ラベ
ルを手動入力あるいは荷札情報より発行することができ
る。物流情報管理センタ１ではこの荷札情報より送り状
情報を作成することができる。

【００１８】発注情報やＰＯＳ情報に基づいて発注先３
から商品の発送を行う際には、物流情報管理センタ１は
発注先３からの送り状情報、出荷検品情報を受信し、送
り状情報を運送会社４に送信するとともに、出荷した商
品についての出荷検品情報を発注元２に送信する。発注
先３から貨物追跡情報の要求があった場合には、運送会
社４から貨物追跡情報を受信し、これを発注先３に送信
する。

【００１９】また、運送会社４からの運賃に関する請求
情報を受信し、発注元２または発注先３のいずれかの請
求先に対して送信する。通常は、発注先３に運賃に関す
る請求情報を送信し、発注先３側において運賃に関する
請求情報と商品に関する請求情報とを併せて請求情報を
作成する場合が多いと考えられる。物流情報管理センタ
１では、発注先３から送信される請求情報を発注元２に
送信する。

【００２０】さらに、物流情報管理センタ１では、発注
元２からの商品についての支払情報を受信し、この支払
情報を発注先３に送信する。発注元２から送信されてく
る支払情報のうち、運賃に関する支払情報については運
送会社４に送信するように構成できる。また、物流情報
管理センタ１では、発注先３側における商品の在庫情報
や新製品情報などを受信し、発注元２に対してこれら情
報を提供するように構成できる。

【００２１】配送される商品は、発注元２からの発注情
報やＰＯＳ情報に基づいて発注先３から発送され、運送
会社４のトラックなどで発注元２の店舗に直接配送され
るか、あるいは発注元２で所有している配送センタ５に
配送される。〔概略構成〕物流情報管理システムの概略構成を図２に
示す。

【００２２】物流情報管理センタ１には、発注情報やラ
ベル情報を管理するデータベースを備えるサーバ１１が
設けられている。サーバ１１は、発注元２から送信され
てくる発注情報、ラベル情報、マスタ情報などに基づい
てラベルを発行するラベル発行システムと、請求情報、
支払情報などに基づいて請求情報を処理するための請求
情報処理システムとを備えている。

【００２３】サーバ１１は、ルータ１２を介して公衆回
線と接続可能となっており、インターネットなどを通じ
て発注元２、発注先３、運送会社４などの端末とデータ
の送受信ができるように構成されている。また、物流情
報管理センタ１にはサーバ１１のメンテナンス作業を実
行したり、各種データの入力を行うための端末１３を備
えている。

【００２４】発注元２には、モデム、ＴＡ、ルータなど
を介して公衆回線に接続可能な発注元端末２１を備えて
いる。この発注元端末２１は、通常のパーソナルコンピ
ュータ、ワークステーションなどで構成されており、サ
ーバ１１に対してインターネット接続することが可能な
ウェブブラウザを備えている。また、この発注元端末２
１でＰＯＳ情報を管理し、このＰＯＳ情報をサーバ１１
に定期的に送信するように構成することもできる。

【００２５】発注先３には、モデム、ＴＡ、ルータなど
を介して公衆回線に接続可能な発注先端末３１を備えて
いる。この発注先端末３１も、発注元端末２１と同様に
パーソナルコンピュータ、ワークステーションなどで構
成することができ、サーバ１１に対してインターネット
接続することが可能なウェブブラウザを備えている。発
注先端末３１は、ＲＳ−２３２Ｃなどによりラベルプリ
ンタ３２が接続されている。このラベルプリンタ３２
は、サーバ１１から送信されてくるラベル情報に基づい
て、値札、ＰＤラベル、荷札などラベルに印字を行うも
のである。

【００２６】運送会社４は、モデム、ＴＡ、ルータなど
を介して公衆回線に接続可能な発注先端末４１を備えて
いる。この発注先端末４１も、発注元端末２１と同様に
パーソナルコンピュータ、ワークステーションなどで構
成することができ、サーバ１１に対してインターネット
接続することが可能なウェブブラウザを備えている。〔サーバ基本動作〕サーバ１１の基本動作を図３のフロ
ーチャートに基づいて説明する。

【００２７】ステップＳ１では、発注元２からの発注情
報を受けたか否かを判別する。発注元２の発注元端末２
１からのアクセスがあり、発注情報が送信されてきた場
合にはステップＳ２に移行する。ステップＳ２では、送
信されてきた発注情報に基づいて発注情報ファイルを更
新する。ステップＳ３では、発注元２からのラベル情報
を受け付けたか否を判別する。発注元２の発注情報に伴
って商品の発送時に必要となるラベル情報が送信されて
きた場合には、ステップＳ４に移行する。ステップＳ４
では、送信されてきたラベル情報にしたがってラベル情
報ファイルを更新する。

【００２８】ラベル情報ファイルは、マスタ系ファイル
とトランザクション系ファイルから構成される。マスタ
系ファイルは、利用者マスタ、小売マスタ、小売店舗マ
スタ、小売センターマスタ、小売取引先コードマスタ、
商品分類マスタ、商品マスタ、カラーマスタ、サイズマ
スタ、運送会社マスタなどからなる。また、トランザク
ション系ファイルは、値札ファイル、ＰＤラベルファイ
ル、荷札ファイル、送り状ファイルなどからなる。

【００２９】利用者マスタは、図４に示すように、利用
者コード欄、利用者名欄、住所欄、電話番号欄、担当者
欄、取引開始日欄、パスワード欄などを備えている。小
売マスタは、図５に示すように、小売コード欄、名称
欄、使用値札欄、使用ＰＤラベル欄、小売固有コード欄
などを備える。小売店舗マスタは、図６に示すように、
小売コード欄、店コード欄、店名欄、部門欄、ディビジ
ョン欄、グループコード欄、センターコード欄、ブロッ
クコード欄、小売店舗固有コード欄などを備える。小売
センターマスタは、図７に示すように、小売コード欄、
センターコード欄、センター名欄、センター固有コード
欄などを備える。小売取引先コードマスタは、図８に示
すように、小売コード欄、利用者コード欄、取引先コー
ド欄、取引先名欄、取引先固有情報欄などを備えてい
る。商品分類マスタは、図９に示すように、小売コード
欄、部門コード欄、ディビジョン欄、商品コード欄など
を備えている。商品マスタは、図１０に示すように、小
売コード欄、商品コード欄、ＪＡＮコード欄、取引先品
番欄、カラー欄、カラー名欄、サイズ欄、サイズ名欄、
下代欄、上代欄などを備えている。カラーマスタは、図
１１に示すように、小売コード欄、カラーコード欄、カ
ラー名欄などを備えている。サイズマスタは、図１２に
示すように、小売コード欄、サイズコード欄、サイズ名
欄などを備えている。運送会社マスタは、図１３に示す
ように、運送会社コード欄、名称欄、使用荷札種類欄、
使用送り状種類欄などを備えている。

【００３０】値札ファイルは、図１４に示すように、利
用者コード欄、小売コード欄、取引先コード欄、部門
欄、クラス欄、発注コード欄、表示売価欄、取引先品番
欄、メーカ欄、シーズン欄、納入年月欄、カラー欄、カ
ラー名欄、サイズ欄、サイズ名欄、枚数欄などを備えて
いる。ＰＤラベルファイルは、図１５に示すように、利
用者コード欄、小売コード欄、小売店コード欄、納入先
欄、部門欄、ディビジョン欄、グループ欄、商品分類
欄、取引先欄、発行日欄、個口欄などを備えている。荷
札ファイルは、図１６に示すように、利用者コード欄、
荷受け先欄、荷送り先欄、メーカ欄、店コード欄、運送
便欄、扱便欄、元／着欄、出荷日欄、配達日欄、問合番
号欄、個数欄、備考欄、処理日欄などを備えている。送
り状ファイルは、図１７に示すように、利用者コード
欄、荷受け先欄、荷送り先欄、問合番号欄、元／着欄、
発送日欄、配達日欄、個数欄、枚数欄、重量欄、備考欄
などを備えている。

【００３１】ステップＳ５では、発注情報ファイルの情
報に基づいて発注依頼を行うか否かを判別する。発注情
報ファイル中のデータに発注先３への発注が完了してい
ないものが含まれているような場合にはステップＳ６に
移行する。ステップＳ６では、発注情報に基づいて発注
先３への発注依頼を行う。ステップＳ７では、発注先３
へのラベル発行を行うか否かを判別する。発注先３への
発注情報に伴うラベル情報がある場合や発注先３からラ
ベル発行の要求があった場合には、ステップＳ８に移行
する。ステップＳ８では、発注先３に対するラベル発行
処理を実行する。ステップＳ９では他の処理を実行す
る。

【００３２】〔ラベル発行〕〈ＪＡＶＡアプリケーション〉ラベル発行は、ウェブの
ＪＡＶＡアプリケーションにより実行することが可能で
ある。ＪＡＶＡアプリケーションは、物流情報管理セン
タ１のサーバ１１内またはアプリケーションのダウンロ
ード用サイトなどに用意されており、発注先端末３１か
らの指示によりダウンロードすることが可能となってい
る。発注先端末３１においてラベル発行のためのＪＡＶ
Ａアプリケーションをダウンロードした後、サーバ１１
が管理するラベル情報をダウンロードして、ラベルプリ
ンタ３２にセットされたラベルに印刷を実行させる。

【００３３】ラベル発行のためのＪＡＶＡアプリケーシ
ョンを用いて、発注先３においてラベルを作成する際の
発注先端末３１の動作を図１８のフローチャートを用い
て説明する。まず、ステップＳ１１において、インター
ネット・ウェブ・ブラウザによりインターネット接続
し、サーバ１１のウェブサイトにアクセスしてＪＡＶＡ
アプリケーションをダウンロードする。

【００３４】ステップＳ１２では、ダウンロードしたＪ
ＡＶＡアプリケーションを起動し、ラベル情報をダウン
ロードする。ここでは、値札ファイル、ＰＤラベルファ
イル、荷札ファイルのファイルから必要なラベル情報を
選択してダウンロードし、必要であれば発注先端末３１
の画面上にレイアウトを表示する。さらに、ラベルプリ
ンタ３２にセットすべき用紙種類と必要な枚数を表示
し、ラベルプリンタ３２への用紙のセットを促す。

【００３５】ステップＳ１３では印刷指示がなされたか
否かを判別する。発注先端末３１の画面上において印刷
指示ボタンが操作されるか、印刷指示のコマンドが入力
された場合には、ステップＳ１４に移行する。ステップ
Ｓ１４では、ラベルプリンタ３２が使用可能であるか否
かを判別する。ラベルプリンタ３２が使用不能の場合と
しては、電源オフの状態である場合、他のジョブにより
使用中である場合、ジャムや用紙切れなどの場合が考え
られる。このようなラベルプリンタ３２が使用不能であ
る場合には、発注先端末３１の画面上にその旨の表示を
行い、印刷指示が再度入力されるのを待機する。ラベル
プリンタ３２が使用可能である場合には、ステップＳ１
５に移行する。

【００３６】ステップＳ１５では、ダウンロードしたラ
ベル情報に基づいて、ラベルプリンタ３２にラベル印刷
を実行させる。ステップＳ１６では、必要とする枚数の
ラベル印刷が完了した否かを判別する。そのラベルの印
刷が完了していないと判断した場合にはステップＳ１５
に移行してさらにラベル印刷を実行し、必要な枚数のラ
ベル印刷が完了したと判断した場合には、ステップＳ１
７に移行する。

【００３７】ステップＳ１７では、他の種類のラベル印
刷を行うか否かを判別する。他の種類のラベル印刷が必
要である場合には、ステップＳ１２に移行して以下のス
テップを繰り返す。ステップＳ１８では他の処理を実行
する。〈ＪＡＶＡアプレット〉ウェブサイトのページにラベル
印刷用のＪＡＶＡアプレットを埋め込んでおき、発注先
端末３１からこのＪＡＶＡアプレットが操作されると、
ラベルプリンタ３２によるラベル印刷を実行させるよう
に構成することができる。現状のＪＡＶＡアプレットで
は、ＲＳ−２３２Ｃ制御ができないため、ＲＳ−２３２
Ｃで接続されたローカルプリンタを制御することができ
ない。このため、プリンタ制御用のドライバソフトをＪ
ＡＶＡアプレットに組み込むことで、ラベル印刷が可能
となる。たとえば、ＪＡＶＡアプレットのプログラム記
述中に、「CALL "ドライバソフト" パラメータ領域」の
コマンドを挿入する。パラメータ領域には、ラベル印刷
データを編集してセットし、ドライバソフトをCALLする
ように構成すれば、ＪＡＶＡアプレットからラベルプリ
ンタ３２を制御することが可能となる。

【００３８】ドライバソフトは、各種ラベルプリンタに
対応させて用意しておき、発注先端末３１で接続されて
いるラベルプリンタ３２に最適なドライバソフトを選択
できるように構成できる。ＪＡＶＡアプレットを用いて
ラベル印刷を行う場合の発注先端末３１における動作
は、図１８のステップＳ１１でＪＡＶＡアプリケーショ
ンをダウンロードすることに代えてＪＡＶＡアプレット
をダウンロードすること以外は、ＪＡＶＡアプリケーシ
ョンを用いた場合と見かけ上は同じである。

【００３９】ＪＡＶＡアプレットは、発注先端末３１の
ウェブ・ブラウザ画面上で指示される内容にしたがっ
て、サーバ１１にラベル情報を要求し、ラベル情報をサ
ーバ１１側から受け取った後、ドライバソフトに制御を
移行する。ドライバソフトは、ＪＡＶＡアプレットから
のラベル情報に基づいて、ラベルプリンタ３２を制御
し、ラベル印刷を実行する。このラベル印刷の動作を、
図１９に示すようなドライバソフトを中心としたフロー
チャートを用いて説明する。

【００４０】ＪＡＶＡアプレットは、値札、ＰＤラベ
ル、値札などのラベル情報をサーバ１１から受け取って
これを所定の領域にセットし、ドライバソフトに制御を
移行する。ステップＳ２１では、ラベルプリンタ３２に
対してステータス情報を要求することによってローカル
デバイスの状態のチェックを行う。ステップＳ２２で
は、ラベルプリンタ３２から送信されてくるステータス
情報を受信する。

【００４１】ステップＳ２３では、受信したラベルプリ
ンタのステータス情報により使用可能な状態であるか否
かを判別する。ステータス情報により、ラベルプリンタ
３２が電源オフ、他のジョブによる使用中、ジャムや用
紙切れなどの使用不能である場合には、ステップＳ２４
に移行する。ステップＳ２４では、ラベルプリンタ３２
のステータス情報を監視するモードに入る。ステップＳ
２５では、所定の時間が経過したか否かを判別する。使
用不能の状態が所定時間継続しているような場合には、
ステップＳ２６に移行する。ステップＳ２６では、タイ
ムオーバの信号をＪＡＶＡアプレット側に送信する。こ
れに基づいて。ＪＡＶＡアプレットでは、プリンタ使用
不可である旨の表示を発注先端末３１の画面に表示して
この処理を終了する。

【００４２】ステップＳ２３において、受信したラベル
プリンタのステータス情報が正常であると判断した場合
には、ステップＳ２７に移行する。ステップＳ２７で
は、ＪＡＶＡアプレットによりサーバ１１から受け取っ
たラベル情報をラベルプリンタ３２に出力する。ラベル
プリンタ３２では、ドライバソフトから出力されるラベ
ル情報に基づいて、セットされた用紙にラベル印刷を行
う。

【００４３】ステップＳ２８では、ラベルプリンタ３２
から送信されてくるステータス情報を取得する。このス
テータス情報は、ラベルプリンタ３２が正常にラベル印
刷を終了したか否か示すものであって、用紙ジャムの発
生、用紙切れ、トナーもしくはインク切れなどによって
印刷が完了しなかった場合に、その旨の情報が送信され
てくる。

【００４４】ステップＳ２９では、ステップＳ２８で取
得したステータス情報が、正常に印刷を終了したことを
示すものであるか否かを判別する。ラベルプリンタ３２
のステータス情報が、用紙ジャムの発生、用紙切れ、ト
ナーもしくはインク切れなどによって印刷が完了しなか
ったことを示すものである場合には、ステップＳ３０に
移行する。ステップＳ３０では、ラベルプリンタ３２か
らのステータス情報に基づいて、対応するエラー情報を
ＪＡＶＡアプレットに返す。ＪＡＶＡアプレットは、こ
のエラー情報に基づいて印刷異常があった旨の表示を発
注先端末３１上に表示する。

【００４５】ステップＳ２９において、ラベル印刷が正
常に終了したものと判断した場合には、ステップＳ３１
に移行する。ステップＳ３１では、ラベル情報の出力が
完了したか否かを判別する。印刷する必要のあるラベル
情報がないと判断した場合には、ステップＳ３２に移行
する。ステップＳ３２では、印刷が正常に終了した旨の
信号をＪＡＶＡアプレット側に送信し、処理を終了す
る。また、ステップＳ３１において印刷すべきラベル情
報が他にあると判断した場合には、ステップＳ３３に移
行する。ステップＳ３３では、次のデータをラベルプリ
ンタ３２に出力準備を行い、ステップＳ２１に移行す
る。この後、上記の手順を繰り返してラベル情報の印刷
を実行する。

【００４６】〔他の実施形態〕発注元２から送信されて
くるＰＯＳ情報を発注先３に送信し、発注先３側でＰＯ
Ｓ情報に基づいて納品を行うように構成することも可能
である。この場合も、物流情報管理センタ１において、
必要となるラベル情報を管理し、発注先端末３１側にこ
のラベル情報を送信してラベル発行を行うように構成で
きる。

【００４７】

【発明の効果】本発明によれば、商品納入時に必要とな
るラベル情報を、発注先において逐次得ることができ、
ラベルの在庫を抱えることがなく、ラベルを管理するた
めのコストを削減できる。また、発注元においては、異
なる発注先であってもラベルの品質を均一にすることが
可能となり、ラベルに関連するトラブルを避けることが
できる。

【図面の簡単な説明】

【図１】本発明の概念構成図。

【図２】本発明の概略構成図。

【図３】サーバの基本動作を示すフローチャート。

【図４】利用者マスタファイルの概念説明図。

【図５】小売マスタファイルの概念説明図。

【図６】小売店舗マスタファイルの概念説明図。

【図７】小売センターマスタファイルの概念説明図。

【図８】小売取引先コードマスタファイルの概念説明
図。

【図９】商品分類ファイルの概念説明図。

【図１０】商品マスタファイルの概念説明図。

【図１１】カラーマスタファイルの概念説明図。

【図１２】サイズマスタファイルの概念説明図。

【図１３】運送会社マスタファイルの概念説明図。

【図１４】値札ファイルの概念説明図。

【図１５】ＰＤラベルファイルの概念説明図。

【図１６】荷札ファイルの概念説明図。

【図１７】送り状ファイルの概念説明図。

【図１８】発注先端末における動作を示すフローチャー
ト。

【図１９】ＪＡＶＡアプレットを用いた場合のドライバ
ソフトを中心とした動作を示すフローチャート。

Claims

【特許請求の範囲】

【請求項１】商品の発注を行う際の発注情報および前記
商品の納入時に必要なラベル情報を発注元から受け付け
る発注情報受付手段と、前記発注情報およびラベル情報を管理する発注情報管理
手段と、前記発注情報およびラベル情報を対応する発注先に送信
する発注情報送信手段と、を備える物流情報管理システ
ム。
【請求項２】前記発注情報送信手段は、前記発注先のロ
ーカルプリンタに前記ラベル情報に基づくラベル印刷を
実行させるラベル印刷機能を備える、請求項１に記載の
物流情報管理システム。
【請求項３】前記ラベル印刷機能は、インターネットウ
ェブからダウンロード可能なラベル発行アプリケーショ
ンである、請求項２に記載の物流情報管理システム。
【請求項４】前記ラベル印刷機能は、インターネットウ
ェブから実行可能なＪＡＶＡアプレットである、請求項
２に記載の物流情報管理システム。