JP4332368B2 - Article delivery method and delivery system - Google Patents

Article delivery method and delivery system Download PDF

Info

Publication number
JP4332368B2
JP4332368B2 JP2003108540A JP2003108540A JP4332368B2 JP 4332368 B2 JP4332368 B2 JP 4332368B2 JP 2003108540 A JP2003108540 A JP 2003108540A JP 2003108540 A JP2003108540 A JP 2003108540A JP 4332368 B2 JP4332368 B2 JP 4332368B2
Authority
JP
Japan
Prior art keywords
delivery
information
management database
date
article
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2003108540A
Other languages
Japanese (ja)
Other versions
JP2004315116A (en
Inventor
和明 田中
廣明 池田
正人 寺本
正昭 佐野
俊治 田近
邦彦 浅見
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Omron Terminal Solutions Corp
Original Assignee
Hitachi Omron Terminal Solutions Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Omron Terminal Solutions Corp filed Critical Hitachi Omron Terminal Solutions Corp
Priority to JP2003108540A priority Critical patent/JP4332368B2/en
Publication of JP2004315116A publication Critical patent/JP2004315116A/en
Application granted granted Critical
Publication of JP4332368B2 publication Critical patent/JP4332368B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、物品等の受注および配送のための方法およびシステムに関する。
【0002】
【従来の技術】
従来、デパートやスーパーマーケットなどの販売店のサービスカウンタや贈答品カウンタでは、お中元やお歳暮などの物品の販売と配送をつぎのようにおこなっていた。
【0003】
まず、物品を購入・配送を依頼する注文者は、指定された申込み用紙に、注文する商品情報と送り先の情報と送り主(注文者)の情報を記入する。ここで、商品情報や配送情報は配送システムの基本情報であり、注文者がコード情報の入力をおこなう場合もあった。
【0004】
販売者は、注文者が記入した申込み用紙をイメージスキャナを用いてイメージデータとして読み込み、イメージ認識処理をおこなって、注文情報を文字や数字等の文字コードデータ化していた。あるいは、注文者が申込みをおこなう段階に、コード入力できるようにしていた。販売者は、文字コード化されたデータを基に、生産者や配送センタに出荷指示をおこなっていた。ここで配送センタとは、自ら一定量の商品を蓄積している場所を指し、生産者の施設である場合や、販売者の施設である場合がある。いずれの場合にも、販売者が直接在庫をもたないので、在庫管理が容易になる。
【0005】
生産者や配送センタでは、販売者からの出荷指示に基き、配送する商品を用意して、物流業者に配送を依頼していた。このとき、配送に必要な荷札を生産者や配送センタが準備する場合や、物流業者が準備する場合があるが、いずれでも配送する商品ごとに荷札を貼付し、物流業者はこの荷札により配送をおこなう。
【0006】
物流業者は商品に貼付されている荷札を基に配送状況を管理し、注文者や販売者などからの問合せに応じて、保管した荷札の控えを使って、配送の段階を連絡していた。
【0007】
上記のような配送システムの一例が特許文献1に開示され、また、発送伝票のイメージ処理に関する技術が特許文献2に開示されている。
【0008】
【特許文献1】
特開平5−101078号公報
【特許文献2】
特開平7−244769号公報
【0009】
【発明が解決しようとする課題】
上記従来技術によれば、物品の配送をおこなうための荷札は、注文者が記入したり、申し込み用紙をもとに販売店が作成することが多かった。物流業者は、この荷札をもとに配送をおこなっており、注文者がこの荷札を記入した場合には、記入不良による文字のカスレが発生しやすく、誤配送につながることがあった。また、販売店で荷札を作成する場合には、申し込み用紙に基づき手入力によるデジタルコード化、あるいは、スキャナー入力したイメージデータを文字認識してデジタルコード化し、入力ミスや認識誤りを目視確認、修正後プリンタで印字して荷札ラベルを作成していたため、入力コストの低減が求められていた。また、お中元やお歳暮といった季節商品の場合には、短期間に大量に処理する必要があった。
【0010】
ところで注文者は、注文した商品が配送のどの段階(発注、集荷、配送、届出)にあるのか状況確認したいことがある。物流業者の中には既にトラッキングシステムを有する場合があるが、上記従来技術では、商品の受注・配送を複数の業者でおこなう場合について考慮されておらず、注文者は、販売者へ問合せをおこない、既に配送段階にあった場合には、物流業者に問合せをおこなう必要があった。つまり、注文者からみると、商品の一元的なトラッキング情報を入手することができなかった。また、販売者や物流業者にとっては、注文者からの問合せに回答する作業負担があった。
【0011】
また、商品配送システムでは、注文情報のコード化が、出荷や配送の効率向上のために重要であるが、上記従来技術のように注文伝票をスキャナーで読み取り、イメージデータを認識して文字や数字のコードに変換する処理は、処理負担が大きく変換時間が長くなる。このため注文者との応対時間が長くなりサービス低下につながっていた。この問題を解決するために、受注を受けた後に、イメージデータの認識処理を処理能力の高いホストコンピュータやサーバで処理するようにしていたが、この場合には、イメージデータの認識不良によるデータ校正に時間がかかり商品の発送が遅れる問題があった。
【0012】
また、イメージデータの認識を行わない方法として、注文者が注文情報をコード入力する方法があるが、注文者が直接かな漢変換をおこなうことや、メニュー選択をおこう等の操作が必要となり、操作性が悪いという問題があった。また、注文者の入力作業を助けるために、販売者の人的負担も大きかった。
【0013】
本発明は、上記問題を解決し、販売業者や物流業者等の複数業者に業務分割され、一時期に取り扱い商品が増加する商品配送システムに好適な商品配送方法および配送システムを提供することにある。
【0014】
【課題を解決するための手段】
上記課題を解決するために、本発明の第1の特徴は、申し込み用紙の各記入項目のイメージデータを認識し文字コードとするともに、特に文字認識精度が低く、人手による目視チェックや修正作業が必要となりやすい少なくとも送り主の住所・氏名と送付先の住所・氏名をイメージデータのまま配送情報の一部として配送管理データベースに登録するようにする。配送する物品に貼付する荷札ラベルは、出荷元で、前記配送管理データベースの登録されている少なくとも送り主の住所・氏名と送付先の住所・氏名のイメージデータや文字データから生成された荷札データを印刷出力し、出荷する物品に貼付する。出荷元から送付先に配送をおこなう物流業者は、配送の各段階で前記荷札ラベルに印刷されている送り状番号を読み取り、これを前記配送管理データベースに登録、管理することで、送り主は、注文した物品の配送情報を前記配送管理データベースにアクセスして取得して配送できるようにすることにある。
【0015】
これによって、申し込み書のデジタル化において、誤入力や誤認識による修正作業を減らして、販売業者や送り主の入力作業負担を軽減させるとともに、
物流業者は荷札データを別途デジタル化して、その荷札データのトラッキング情報を登録管理する作業が不要となる。更に、申し込みデータやトラッキングデータが一元管理されるので、送り主は、注文した物品の配送情報をリアルタイムに把握できる。また、販売業者や物流業者は、配送状況を回答するために荷札を調べる作業が不要になる。
【0016】
また本発明の第2の特徴は、前記配送管理データベースに、申し込み用紙に記入された送り主の住所・氏名等の送り主情報と送付先の住所・氏名等の送付先情報と送付する品名情報とを含む発注情報を、申し込み単位に付与される承り番号をキーとして登録し、配達指定日、集荷日時、訪問日時等の配送情報を、荷札ラベルごとに付与される送り状番号をキーとして登録し、かつ、発注情報の送付先ごとに配送情報を付加するデータ構成とした。さらに、送り状番号は荷札データの生成時に付与するようにしたことにある。
【0017】
さらに本発明の第3の特徴は、荷札ラベルに印刷される送り状番号を検索キーに集荷や宅配等の配送状態の変化に応じて、上記構成の配送管理データベースを更新するようにしたことにある。この構成により、承り番号や送り状番号を検索キーに、配送状態の把握や依頼内容の確認・変更を容易におこなえるようになる。
【0018】
【発明の実施の形態】
以下図面を参照して、本発明の実施例について説明する。
図1は、本発明の配送システムの概要を説明する図である。図1の配送システムは、配送依頼者(送り主)が物品の購入・配送依頼をおこなう販売者1と、前記販売者1からの発注・配送情報を受付け、生産者や配送業者に出荷指示・集荷指示をおこなう配送管理センタ2と、前記配送管理センタ2からの指示により、送り主が指定した送付先に指定された物品の出荷をおこなう生産者5と在庫センタ6とから構成される。
【0019】
物流業者は、前記配送管理センタ2からの指示により、生産者5や在庫センタ6から物品を集荷し、送付先に配達をおこなう業者である。この物流業者では、物流の効率化のため、生産者5や在庫センタ6から集荷された物品を一旦、集荷地域の配送センタに集め、送付先の配送センタごとに仕分けをおこない、物品をまとめて送付先の配送センタに配送する。送付先の配送センタで、物品ごとに指定された送付先に配達をおこなうことがある。
【0020】
ここで、販売者1は、例えばデパートやスーパーマーケットなどの販売店のサービスカウンタや贈答品カウンタ、あるいは、生産者の商品受付窓口、あるいは、各家庭において、お中元やお歳暮などの物品の購入と配送を依頼するため、お客様によって記載された申し込み用紙により物品の受注や配送を請け負う業者である。
【0021】
また、配送管理センタ2は、販売者1や生産者5や在庫センタ6や物流業者とネットワークを介して情報の授受をおこない、物品の配送管理をおこなう。詳細は後述する。
【0022】
生産者5は、物品の出荷者であり、製造メーカや商品問屋等の中間業者である。農産物や海産物等の生産者が直接販売をおこなう産直業者もこれに含まれる。
【0023】
在庫センタ6は、大手販売者の商品集積場所であり、複数のメーカ等の生産者から納入された商品を販売業者の各店舗に納入せずに集荷しておき、出庫指示により梱包をおこない発送をおこなう。デパートやスーパーマーケット等の大手販売業者が中元や歳暮等のギフト商品を取り扱う場合に設けることがある。
【0024】
図2は本発明の配送システムのシステム構成を示す図である。
販売者1と配送管理センタ2は、ネットワーク3を介して接続され、販売者1から受注情報が配送管理センタ2に送信され、配送管理センタ2で出荷・配送情報として配送管理データベースに登録・管理される。さらに、配送管理センタ2は、ネットワーク4を介して、生産者(生産者荷札プリンタ5)、在庫センタ(在庫センタ荷札プリンタ6)、物流業者の集荷店7、配送センタ(配送センタ端末8)、物流業者の宅配店9に接続している。さらに、物品の宅配をおこなう宅配者が持つ宅配者端末20からネットワーク4を介して配送管理センタ2に接続するか、または、宅配者端末20は、宅配店端末19からネットワーク4を介して配送管理センタ2に接続する。
【0025】
図2のネットワーク構成は、販売業者側のネットワーク3と配送者側のネットワーク4に分け、配送管理センタ2がネットワーク3とネットワーク4を中継する構成としているが、このようなネットワークに限定されるものではなく、販売業者と配送業者から配送管理センタにネットワーク接続できる構成であればよい。
【0026】
図2の販売者1は、注文者(送り主)の記入した申し込み用紙のイメージ情報を読み取るスキャナー12と、読み取ったイメージ情報から詳細を後述する注文情報(承り番号、商品を特定する商品コード・商品名、商品のお届け先住所・氏名、商品の送り主の住所・氏名等)のイメージデータを取得し、このイメージデータを文字コードとして認識処理をおこない、配送管理センタ2に送信する販売店端末11とから構成される。さらに販売者1は、申し込み内容の注文者(送り主)控えを出力するプリンタ10とから構成される。
【0027】
スキャナー2は、申し込み用紙のイメージ情報を読み取れるものであればよく、フラットベッドスキャナーやスタンド型イメージスキャナ等を使用する。また、デジタルカメラ付き携帯電話であってもよい。また、申し込み用紙を注文者(送り主)がFAXデータとして販売店端末11に送信する方法であってもよい。
【0028】
図2の配送管理センタ2は、ネットワーク3とネットワーク4に接続する通信処理部15と、前記通信処理部15から受信した注文情報や配送情報を処理するデータ処理部14と、前記注文情報や配送情報を格納する配送管理データベース(13)から構成される。
【0029】
ここで、販売店端末11がスキャナー12で読み取ったイメージデータから受注情報の文字コード認識をおこなう方法に変えて、読み取ったイメージデータを配送管理センタ2に送信し、前記データ処理部14で文字認識処理をおこない、認識結果を販売店端末11に返信するようにしてもよい。
【0030】
つぎに、図3、図4を用いて、図2のシステム構成の本発明の配送イメージ情報システムの全体シーケンスを説明する。ここで、図3では、配送管理センタ2から生産者・在庫センタに出荷指示と荷札データが送信される場合を説明し、図4では、配送管理センタ2から生産者・在庫センタの物品を集荷する配送業者の集配店に集荷指示と荷札データが送信される場合を説明する。
【0031】
図3は、横方向に商品配送の依頼者(送り主)から商品を受け取る荷受者の間で配達情報と物品の物流に関与する部署を配置し、縦方向が時間経過をあらわす。まず、物品の購入・配達依頼者である依頼主は、図6に一例をしめす申し込み用紙に商品名や配達先等の注文情報を記入する。この申し込み用紙を受付けた販売者は、申し込み用紙をスキャナで読み取り、これを受注情報とする。この受注情報は、注文単位に一意に承り番号が付与され、承り番号ごとに管理される。販売者は、受注情報を依頼主情報、品名情報、送付先情報等の項目ごとにイメージ情報あるいは、該イメージ情報を文字認識した文字コード情報に変換する。依頼者の入力内容の確認後、前記受注情報を承り番号毎に依頼主情報・品名情報・送付先情報と注文日時を合わせて注文情報として、配送管理センタに送付する。
【0032】
前記承り番号ごとの注文情報を送付された配送管理センタでは、配送管理データベースに前記に承り番号ごとの注文情報を登録する。このとき、受信した前記注文情報に加えて、配達指定日時や集荷日時等の配送情報をもあわせ、配送データとして生成し、配送管理データベースに登録する。さらに、注文情報あるいは前記配送データの送付先住所・氏名のイメージ情報や送り主住所・氏名のイメージ情報と、品名等の文字コードデータから配送する物品に貼付する荷札ラベルの印刷データである荷札データを生成する。このとき、生成する荷札データごとに送り状番号を採番し、荷札データに加えるとともに、配送データを配送管理データベースにも登録する。
【0033】
配送管理センタは、配送データを配送管理データベースに登録し、荷札データを生成後、生産者あるいは在庫センタに対して、出荷指示と荷札データをネットワーク経由で送付する。また、前記生産者あるいは在庫センタから出荷される物品を集荷する物流業者に対して、集荷指示をネットワーク経由で送付する。このとき、前記物流業者には、集荷指示した物品の集荷・宅配管理のために配送データを送付する。
【0034】
配送管理センタから出荷指示・荷札データを受信した生産者あるいは在庫センタは、出荷指示にもとづき指定された品名の物品を出庫し、梱包作業をおこなう。さらに、生産者荷札プリンタ5あるいは在庫センタ荷札プリンタ6で荷札データを印刷して配送用の荷札ラベルを作成する。作成した荷札を梱包した物品に貼付して集荷を待つ。
【0035】
配送管理センタから集荷指示を受けた物流業者は、集荷指示に含まれる集荷日時情報に従い、生産者あるいは在庫センタに物品の集荷に行く。集荷した配送物品の仕分け作業等をおこなったのち、集荷日時等の配送データを更新して、配送データを配送管理センタに報告する。配送管理センタは、この報告を基に、配送管理データベースを更新する。
【0036】
物流業者は、こののち、配送データに配達指定日等の配達情報があればこれに従い物品の宅配をおこない、宅配完了時点で、宅配日時や受領情報を宅配完了報告として、配送管理センタに報告する。配送管理センタは、この報告を基に、配送管理データベースを更新する。
【0037】
図4では、図3と同様に配送に関与する部署間の情報と物品の動きを説明している。依頼主の申し込み用紙に記入された注文情報から、配送管理センタの配送管理データベースに配送データを登録することと、荷札データを生成することは、図3と同様である。図4では、配送管理センタは、配送データを配送管理データベースに登録し、荷札データを生成後、生産者あるいは在庫センタに対して、出荷指示を送付する。また、前記生産者あるいは在庫センタから出荷される物品を集荷する物流業者に対して、荷札データと集荷指示を送付する、さらに、図3と同様に配送データを送付する。
【0038】
配送管理センタから荷札データを受信した物流業者は、荷札データをもとに荷札を印刷作成し、集荷指示で指定された日時に、生産者あるいは在庫センタの物品の集荷をおこなう。このとき、印刷した荷札データを物品に貼付し、発送作業をおこなう。集荷後の処理内容は図3と同様である。
【0039】
以上説明したように、配送管理センタで、承り番号ごとに、少なくと送付先の住所・氏名と送り主住所・氏名のイメージ情報と配達品名を含む注文情報を受け、配送管理データベースを構築するとともに、前記イメージ情報を含む配送のための荷札データを生成し、生産者あるいは在庫センタあるいは集荷をおこなう物流業者で前記荷札データを印刷して荷札を作成することで、注文情報から配送データを一元管理できるとともに、荷札ラベル作成を容易におこなうことができる。
【0040】
つぎに、販売者、配送管理センタ、生産者あるいは在庫センタ、物流業者の集荷者、配送センタ、物流業者の宅配者の機能・処理をより詳細に説明する。
【0041】
まず、図5と図6をもちいて、販売者の機能・処理を詳細に説明する。図5は、物品の購入・配送依頼者が、デパートやスーパーマーケットなどの販売店のサービスカウンタや贈答品カウンタ、あるいは、生産者の商品受付窓口、あるいは、各家庭において、お中元やお歳暮などの物品の購入と配送を依頼するために、販売者に物品・送付先の指定をおこなうために記入する申し込み用紙の一例をしめす図である。申し込み用紙(500)には、依頼者(送り主)の住所・氏名・郵便番号・電話番号等の依頼主情報の記入欄(506)を含み、さらに送付先ごとに、お届け先の住所・氏名・郵便番号・電話番号等の送付先情報(502)と送付する物品の品名・品名コード(503)、物品の数量(504)、配達日時(505)の記入欄をもっている。また、申し込み用紙には、依頼案件ごとに承り番号(501)を付与し、申し込み処理を一意の承り番号で管理できるようにしている。
【0042】
上記の申し込み用紙(500)の記入欄は予め決まった領域に決まった内容(住所、電話番号等)を記入してもらうように、領域情報を予め印刷したプレプリント用紙を使用するとよい。このとき、郵便番号、電話番号、品名コード、数量等の英数字で記入してもらう項目は、スキャナー入力後の認識率を向上させるために、記入位置を指定するような印刷をおこなってもよい。住所・氏名を記入する領域も、認識率の向上のため1文字単位に区切りを入れることが望ましい。
【0043】
配達日時の記入欄(505)は、配達日時指定をおこなうか否かの指定、指定する配達日時内容、送付先への配達日時の連絡の要否、宅配完了時の報告の要否等を記入できるようにしてもよい。配達日時を時間帯指定とする場合には、マークを入れるようにすると誤認識を低下させることができる。同様に、要否の記入もマーク入力にすることにより誤認識を低下させることができる。送付先への配達日時通知と配達完了報告の詳細は後述する。
【0044】
また、申し込み用紙には、イメージデータを全面スキャンした後に、帳票フォーマットとして文字認識をおこなうために、記入領域の切り出しマークを印刷しておくことが望ましい。
【0045】
承り番号(501)は、文字、数字、バーコードといった申込み用紙に印字あるいは手書きされたものでもよいし、申込み用紙に埋め込まれたICタグ内の識別データであってもよい。
【0046】
また、予めお届け先住所や氏名、送り主の住所や氏名をデータとしてコンピュータに登録しておき、それらを特定する文字や記号を申し込み用紙にプレプリントし、それをここで読み込んで、前記コンピュータからお届け先住所や氏名、送り主の住所や氏名のデータを取り出し、送り状データに用いる方法でも良い。
【0047】
図6により、販売者における申し込み用紙の入力処理の詳細を説明する。依頼者(送り主)が記入した申し込み用紙は、スキャナーによりイメージデータとして入力される。このとき、用紙の切り出しマーク等により依頼主情報が記入された領域や、送付先情報が記入された領域を検出する等により、申し込み用紙の帳票フォーマットを認識する。まず、住所・氏名・電話番号の送り主情報、送付先情報、品名等のイメージデータを切り出して、配送管理データベースに格納する。
【0048】
つぎに、先にイメージデータとして入力した依頼者(送り主)の住所・氏名を文字認識し、認識結果を配送管理データベースに格納する。つぎに、配達する物品の品名・数量の文字認識をおこない、認識結果を配送管理データベースに格納する。さらに、届け先の住所・氏名を文字認識し、認識結果を配送管理データベースに格納する。複数の届け先がある場合には、上記の認識処理を送付先分繰り返し、認識結果を配送管理データベースに格納する。配送管理データベースへの登録は、同様にして文字認識された承り番号ごとにおこなう。前記では、住所・氏名の文字認識をおこなうとしたが、文字認識をおこなうのは、承り番号や郵便番号、電話番号、品名コード、数量等の英数字であってもよく、認識率の点からはこれらの英数字で記入された情報の方が文字認識に適している。この場合には、住所・氏名の文字認識はおこなわずにイメージデータのまま処理してもよい。
【0049】
上記のように処理した住所や氏名等のイメージデータや、認識された承り番号データや商品コードデータをディスプレイ装置に表示するか、または、プリンタにより印字して、依頼者(送り主)が申し込み内容を確認できるようにする。依頼者(送り主)が申し込み内容とイメージデータや文字認識結果が相違しないこと確認した後、配送管理データベースの登録処理を終了する。確認がとれない場合には、再度申し込み用紙のスキャナー入力をおこなうことや、文字認識結果の修正をおこなうようにする。最後にスキャナー入力したイメージ情報や文字認識した申し込み用紙の内容をプリント出力して、依頼者(送り主)の申し込み控えとする。ここで、申し込み用紙のフォーマットに合わせた表示フォーマット、印字フォーマットとし、文字認識された部分は、イメージデータに代えて文字データで表示するか、または、印字される実施例が望ましい。
【0050】
他の申し込み用紙のデータ入力の実施例として、申し込み用紙に記入された郵便番号や電話番号をもとに、郵便番号や電話番号と都道府県名や市町村名との対応を記録した住所辞書を用いて、イメージデータから認識された郵便番号や電話番号から導出される住所データとイメージデータを文字認識して得られた住所データとを比較して、一致していれば認識処理が正常に終了したとし、不一致であれば、文字認識はおこなわずイメージデータとして処理をおこなう。このとき、住所の一部のみ認識結果と置き換えてもよい。例えば、ビル名やアパート名がこの場合に有効である。不一致の場合に、認識処理不正が生じたか注文主の記載不正が生じたとして、ディスプレイ装置に表示するかまたはプリンタに印字して、注文者(送り主)に校正を促す方法でもいいことはいうまでもない。
【0051】
他の文字認識方法としては、文字認識の確度が予め設定された閾値以上の場合(確実に文字認識できた場合)には、文字コードとして処理し、複数の認識文字の候補があったり、認識できない場合にはイメージデータのまま処理をおこなう方法がある。
【0052】
依頼者(送り主)や送付先の住所・氏名をイメージデータのまま配送管理データベースに登録し、さらに住所・氏名のイメージデータをプリント出力して、荷札とする場合には、上記の文字認識処理をおこなう必要はない。
【0053】
上記にように申し込み用紙の記入内容から、随時配送管理データベースに注文情報を登録し、最後に注文情報を確定する方法以外に、イメージデータ、承り番号データ、商品コードデータ、および現時刻を注文日時をまとめて、ネットワーク経由で配送管理センタへ送信する方法でもよい。イメージデータおよび少なくとも承り番号データ、商品コードデータから構成されるデータ、注文日時を一括して注文情報と呼び、各販売店の申込み用紙の承り番号により、一意に特定されるものとする。
【0054】
図7から図10をもちいて、配送管理センタの機能・処理を詳細に説明する。図7は配送管理センタの処理フローを説明する図である。販売者から注文情報を受信すると、出荷指示と集荷指示と送り状(荷札ラベル)データをだすために、まず、注文情報に含まれる商品コードをキーとして生産者リストテーブルをサーチし、該商品の生産者アドレスと集荷者アドレスと送り状(荷札ラベル)データ出力先アドレスを得る。生産者リストテーブルの構成例を図8に示す。ここで、生産者リストテーブルは、商品コードごとに、少なくともその生産者アドレスおよび集荷者アドレスと送り状(荷札ラベル)データ出力先アドレスを一組として予め記録してあるテーブルである。生産者アドレスや集荷者アドレスや送り状(荷札ラベル)データ出力先アドレスとしては、データを転送するメールアドレスでもよいし、FTPによりデータを送るためのIPアドレスまたはURLでもよい。ここで、生産者とは、生産者5あるいは在庫センタ6をさしている。
【0055】
つぎに、配送する物品ごとに貼付する荷札データを作成する。物品を一意に識別するために、予め決められた規則により送り状番号を採番し、配送管理データベースに記録する。つぎに配送管理データベースから配送する物品の配送情報をとりだす。この配送情報は、少なくともイメージデータによる商品のお届け先住所や氏名、送り主の住所や氏名である。送り状番号ごとに、この配送情報と物品に品名情報を、上記生産者アドレスおよび集荷者アドレスおよび送り状(荷札ラベル)の出力先アドレスへ送信する。これらの情報は、生産者や在庫センタにとっては出荷指示情報であり、物流業者の集荷者にとっては集荷情報となり、送り状(荷札ラベル)の出力先アドレスにとっては、印刷データそのものである。注文情報に複数の商品コードの指定がある場合は、上記処理を指定された商品コード分繰り返す。
【0056】
前記集荷情報に、図8の生産者リストテーブルの商品ごとに集荷日時を登録し、生産者リストテーブルの検索時に、集荷者アドレスと集荷日時を読出し、前記集荷情報にこの集荷日時を記録して、集荷業者に送信するようにしてもよい。
【0057】
ここで、配送管理センタは、配送センタや宅配者を以下のように決めることもできる。予め郵便番号や電話番号と宅配者の店名コードを対応づけておき、さらに、集荷者から宅配者に配送をおこなう最適なルートの配送センタの店名コードを決めておく。受注データに含まれる送付先情報の郵便番号や電話番号の文字コード情報から宅配者の店名コードを求め、つぎに、集配者の店名コードと前記宅配者の店名コードから配送センタの店名コードを求めるようにする。この結果を送り状番号ごとに配送情報として配送管理データベースに登録する。
【0058】
図9は、配送管理データベースのデータ構成を示したものである。データベースの1レコードは、承り番号をキーに構成され、申し込み用紙のイメージ情報や注文日時、送り主情報、送付先数、送付先情報の複数のフィールドから構成されている。フィールド1から3には、販売者から送信される承り番号、申し込み用紙のイメージデータ、配送管理センタに注文情報が送信された注文日時が格納され、フィールド4から8には、送り主情報が格納されている。フィールド9には、申込み用紙の通信欄のイメージデータが格納されている。フィールド10には、申し込み用紙に指定された送付先数が格納され、フィールド11から26に格納される送付先1情報に続いて、前記送付先数分の送付先情報が格納される。
【0059】
送り主情報は、さらに郵便番号、住所、氏名、電話番号が格納されるフィールドをもち、申し込み用紙の記入された文字のイメージ情報が格納され、送り主情報のフィールドには、これらイメージ情報の文字認識結果が格納されている。
【0060】
送付先数分の割り当てられている送付先情報のひとつは、送り先の郵便番号、住所、氏名、電話番号が格納されるフィールドをもち、申し込み用紙の記入された文字のイメージ情報が格納され、送付先情報のフィールドには、これらイメージ情報に文字認識結果が格納されている。また、配達指定日時のフィールドには、申し込み用紙に指定された配達日時の時間帯指定が格納され、商品コードのフィールドには配送依頼された物品の商品種別が格納されている。
【0061】
さらに、送付先情報には、送付先ごとの荷札データの作成時に採番された配送する物品を一意に特定する送り状番号が格納されている。また、先に述べた生産者や在庫センタへの出荷指示日時を示す発注日時や、物流業者の集荷者への集荷指示情報である集荷日時が格納されている。このほか、送付先情報には、後述する配送センタへの到着日時、出発日時、訪問日時、届出コード、再訪問日時、受領印イメージ情報等の配送情報の格納フィールドをもつ。これらの送付先情報は、送り状番号で一意に特定される配送する物品ごとに格納されている情報である。ここでは、配送センタの到着日時・出発日時を1つしか開示していないが、複数の配送センタを経由する場合には、経由する配送センタ分の到着日時・出発日時のフィールドをもつようにする。
【0062】
上記実施例では、例えば住所情報をイメージデータとその文字認識結果の文字コードの両方を配送管理データベースに登録するようにしているが、文字コードに認識できた情報は、イメージデータの登録はおこなわずに文字コードデータのみ登録するようにしてもよい。
【0063】
また、前記の方法以外にも、届け先住所や氏名、送り主の住所や氏名の全て、あるいは一部をイメージデータに代えて、文字認識により文字や数字データとするようにしてもよい。例えば、住所の都道府県名や市町村名は文字認識により文字データ化し、町名やビル名などはイメージデータのままとする実施例でも良い。
【0064】
図10は、つぎに述べる生産者あるいは在庫センタ、または、物流業者の集荷者で印刷出力される荷札ラベルの一例をしめす図である。この荷札ラベルの印刷のための荷札データは、図9で説明した配送管理データベースから送り状番号ごとに読み出され、生産者あるいは在庫センタ、または、物流業者の集荷者に送信される。荷札ラベル(130)は、配達情報が印刷されている部分(133)と受領印が押下される半券部(134)から構成され、宅配時に切り取りを行えるように、ミシン目(132)をもっている。
【0065】
荷札ラベルには、伝票番号情報(送り状番号)が印刷され、さらに届け先氏名、住所等の印刷内容は配送管理データベースの各フィールドに対応している。ここで、届け先や依頼主の住所・氏名は、申し込み用紙から読み取ったイメージデータで、配送管理データベースに格納されているデータを印刷するものとする。ただ、これに限定されるものではなく、文字認識精度が高ければ、文字コードであってもよく、また、郵便番号から検索された文字コードの市町村名、文字認識された丁番・番地とビル名やアパート名等のイメージ情報のとの組み合わせを印刷してもよい。
【0066】
また、受領印領域は、宅配時に荷受人からもらう確認印であり、受領印部をスキャナでイメージデータとして読み取り、宅配完了時に宅配完了情報のひとつとして、配送管理センタに送付され、配送管理データベースに登録される。
また、図5の申し込み用紙の通信欄508のイメージデータを図9の配送管理データベースのフィールド9に格納するようにし、そのイメージデータを図10の通信欄135に印刷するようにしてもよい。この領域に印刷される内容としては、贈答品ののしマークや、送り主のトレードマーク等が適当である。図5の通信欄508は、申し込み用紙に一箇所としたが、送付先ごとに設けてもよい。
【0067】
さらに、配送ラベルには、配達日時を印刷する。これにより、従来と同様に配送管理データベースにアクセスすることなく外観で確認することができるので、宅配効率が低下することがない。
【0068】
伝票番号情報(送り状番号)は、文字や数字等の文字情報とバーコード印刷を併設することで、仕分け時の自動化や、各物流拠点の送り状番号の認識が容易になる。また、送り状にICタグを埋め込み、送り状番号を書き込む方法でも良い。あるいは、そのICタグに記憶された一意の識別子を送り状番号とする方法でもよい。その場合、送達管理データベースにおいて送り状番号とICタグの識別子とのを関連付けがなされるものとする。
【0069】
また、伝票番号(送り状番号)が予め送り状にプレプリント、あるいは手書きされていたものを用いても良いが、その場合も、配送管理データベースにおいて送り状番号との関連付けがなされるものとする。
【0070】
図11に生産者あるいは在庫センタの処理フローをしめす。
生産者は、配送管理センタから、出荷指示情報と荷札データ情報を受信し、出荷指示情報で指定された品名の商品を用意し、荷札データ情報のもとに図10で説明した荷札ラベルを印刷して、注文のあった商品あるいは商品の入った箱に貼付し、物流業者の集荷者に引き渡す。物流業者はこの送り状にプリントされたお届け先へ商品を配送する。
【0071】
また、各商品の生産者のもとに送り状データが送られる場合に加えて、予め、商品を在庫センタに集めておき、注文に応じて在庫センタから配送する実施例であってもよい。その場合であっても、送り状データが在庫センタに送られて、在庫センタで印字され、商品あるいは商品の入った箱に送り状データが貼付されることは同じである。
【0072】
図12と図13に物流業者の集荷者の処理フローをしめす。図12は配送管理センタから物流業者の集荷者に、集荷指示のみが送信された場合、図13は配送管理センタから物流業者の集荷者に、集荷指示と荷札データが送信された場合をしめしている。図13は、フローの前半で荷札ラベルの印刷をおこなう以外は、図12と同じ処理になっている。
【0073】
まず図12において、物流業者の集荷者は配送管理センタから集荷指示を受信する。集荷指示に含まれる集荷場所や集荷日時に従い、生産者や在庫センタに物品の集荷にいく。
【0074】
集荷先では、物品に貼付された荷札ラベルの送り状番号(伝票番号)を電子的に読み取り、送り状番号を認識する。認識した送り状番号をキーに配送管理データベースを検索し、当該送り状番号が付与された送付先情報の集荷日時フィールドに、集荷日現在の日時情報を追加し、配送管理データベースを更新する。
【0075】
送り状番号の認識は、イメージデータとして読み取り、文字認識する方法でも、バーコードによる方法でも、送り状番号をキーボードから入力する方法でもよい。また、配送管理データベースの更新は、物流業者の集荷店に帰着後に集荷店端末を介しておこなってもよい。
【0076】
図14に物流業者の配送センタの処理フローをしめす。
配送センタは物流業者の物流の効率化のために設けられている。地理的に離れた場所に配送をおこなう場合に、集荷者が送付先に直接配送する方法では物流効率が悪いため、集荷した物品を一旦配送センタに集約し、送付先に宅配する宅配者を集約する送付先の配送センタに物品を配送し、この配送センタから宅配者に分配され、宅配者が送付先に宅配をおこなっている。後述する物品のトラッキングをおこなうために、配送センタでの配送状況も配送管理データベースに登録する。
【0077】
配送センタに集約される物品の場合には、配送センタに集荷された時点で、物品に貼付された荷札ラベルの送り状番号が電子的に読み取られ、送り状番号を認識される。認識した送り状番号をキーに配送管理データベースを検索し、当該送り状番号が付与された送付先情報の到着日時フィールドに、配送センタに集荷された日時情報を追加し、配送管理データベースを更新する。配送センタから出荷される場合も同様に、送り状番号が認識され、配送管理データベースの当該送り状番号が付与された送付先情報の出発日時フィールドに、配送センタから出荷される日時情報を追加し、配送管理データベースを更新する。
【0078】
送り状番号の読み取り方法としては、イメージスキャナを用いて送り状番号をイメージデータとして読み込み、イメージ認識処理により識別子を読み取る方式でも、送り状番号をモバイルPCなどの数値や文字の入力装置を用いて読み取る方法でも、送り状に埋め込まれたICタグからICタグリーダを用いて送り状番号を読み込む方法でもよい。
【0079】
在庫センタでは、荷札ラベルの送り状番号や送り状データを使って、自動仕分け機による仕分け作業をおこないながら、配送管理データベースの更新をおこなうようにしてもよい。
【0080】
図15に物流業者の宅配者の処理フローをしめす。
宅配者は、配送センタから分配される物品を配送情報に従いお届け先に配送する。生産者から直接配送可能な地域では、前記集荷者と宅配者とは同じになり、直接、生産者から荷受者に宅配される。
【0081】
宅配者に配送する物品が渡された時に、物品に貼付された荷札ラベルの送り状番号(伝票番号)が電子的に読み取られ送り状番号を認識し、認識した送り状番号をキーに配送管理データベースを検索する。そして、お届け先住所および氏名に該当するお届け先に商品をお届け先に届けた場合には、配送管理データベースの当該送り状番号が付与された送付先情報の訪問日時と届出コードのフィールドに訪問日時と配送済みコードを追加して、配送管理データベースを更新する。お届け先住所および氏名に該当するお届け先が無い場合には、送付先情報の訪問日時と届出コードとして宛先無しコードを追加して、配送管理データベースを更新する。お届け先住所および氏名に該当するお届け先が留守の場合には、送付先情報の訪問日時と届出コードとして留守コードを追加して、配送管理データベースを更新する。お届け先の再訪問時に配達が完了した場合には、送付先情報の再訪問日時と届出コードとして宛先無しコードを追加して、配送管理データベースを更新する。
【0082】
また、最初の訪問時や再訪問時に配達完了した場合には、荷受人の受領印を荷札ラベルの半券に押下してもらい、この受領印をイメージデータとして取得し、配送管理データベースの当該送り状番号が付与された送付先情報の受領印イメージのフィールドに登録し、配送管理データベースを更新する。
【0083】
送り状番号(伝票番号)の読み取り方法としては、バーコードリーダやイメージスキャナや携帯電話のデジタルカメラ機能などを用いて送り状番号をイメージデータとして読み込み、イメージ認識処理により識別子を読み取る方式でも、送り状番号を携帯電話やモバイルPCなどの数値や文字の入力装置を用いて読み取る方法でも、送り状に埋め込まれたICタグからICタグリーダを用いて送り状番号を読み込む方法でも良い。
【0084】
つぎに、配送管理データベースの構成が異なる他の実施例を図16から図18により説明する。この例は、販売者が発注管理データベースをもち、さらに、物流業者が配送管理データベースをもち、先の実施例と同様の機能を実現するものである。
【0085】
図16は、システムの構成概要をしめす図であり、図2と同様に、販売者で依頼者(送り主)から注文・配送依頼された物品の発注・配送に関与する配送システムの全体の概要をしめしている。図2と異なるのは、配送管理センタの配送管理データベース13が、発注管理データベース22と配送管理データベース26になっていることである。発注管理データベース22は、販売店端末から受注情報を受け取り、発注情報の生成・生産者や在庫センタへの出荷指示・配送指示の管理をおこなう。配送管理データベース26は、販売店の発注管理データベースから配送依頼を受付、荷札データの生成・集荷指示・宅配指示・配送管理をおこなう。発注管理データベースと配送管理データベースは、ネットワーク接続装置で接続され、発注情報や配達情報の交換をおこなう。
【0086】
図16では、生産者や在庫センタが販売者からの発注情報により、商品の出庫をおこなうために、販売者のネットワーク3に接続する構成となっているが、これに限定されるものではなく、先に実施例と同様に、配送管理データベースからの出荷指示にもとづき商品の出荷をおこなってもよい。
【0087】
図17(a)と図17(b)は、それぞれ発注管理データベースと配送管理データベースの構成をしめす図である。
図17(a)の発注管理データベースには、依頼者(送り主)が記入した図5に示す申し込み用紙の内容を読み込んだイメージ情報や該イメージ情報を文字認識したコード情報が登録されている。これらの発注情報は申し込み用紙ごとに一意に付与された承り番号とともに記憶され、以後の管理は、承り番号によりおこなう。各フィールドには図9と同様の内容が登録される。なお、送付先ごとの商品の送り状番号を登録する領域をもち、配送管理データベースからの配送受託時に回答される送り状番号が格納される。
【0088】
図17(b)の配送管理データベースには、販売者から依頼された配送情報が登録されている。これらの配送情報は、イメージ情報や文字コード情報から成る送り主情報とイメージ情報や文字コード情報から成る送付先情報と商品情報と該商品の配送情報から構成され、依頼された配送物品単位に送り状番号が付与される。さらに、発注管理データベースと配送管理データベースの関連付けをおこなうために、配送する商品の承り番号を登録する。この承り番号は、発注管理データベースからの発注情報に含まれているものとする。
【0089】
図18は、他の実施例における全体シーケンス図をしめしている。図3と同様に、受注・配送に関与する部署間の情報と物品の動きを説明している。
まず、物品の購入・配達依頼者である依頼主(送り主)は、図6に一例をしめす申し込み用紙に商品名や配達先等の注文情報を記入する。この申し込み用紙を受け付けた販売者は、申し込み用紙をスキャナで読み取り、これを受注情報とする。この受注情報は、注文単位に一意に承り番号が付与され、承り番号ごとに依頼主情報、品名情報、送付先情報等の項目ごとにイメージ情報あるいは、該イメージ情報を文字認識した文字コード情報に変換され、発注管理データベースに登録される。販売者は、依頼者(送り主)の入力内容の確認後、発注情報をもとに生産者あるいは在庫センタに対して出荷指示をおこなう。このとき、生産者あるいは在庫センタから出荷日時の回答がある場合には、受注管理データベースを更新する。
【0090】
販売者は、つぎに、前記受注管理データベースをもとに前記受注情報を承り番号毎に依頼主情報・品名情報・送付先情報と注文日時を合わせて注文情報として、配送管理センタに送付する。
【0091】
前記承り番号ごとの注文情報を送付された配送管理センタでは、配送管理データベースに前記に承り番号ごとの注文情報を登録する。このとき、受信した前記注文情報に加えて、配達指定日時や集荷日時等の配送情報をもあわせ、配送データとして生成し、データベースに登録する。さらに、注文情報あるいは前記配送データの送付先住所・氏名のイメージ情報や送り主住所・氏名のイメージ情報と、品名等の文字コードデータから配送する物品に貼付する荷札の印刷データである荷札データを生成する。このとき、生成する荷札データごとに送り状番号を採番し、荷札データに加えるとともに、配送データのデータベースにも登録する。注文情報に対応して採番された送り状番号は、発注管理データベースに配送受託情報として回答される。
【0092】
また、配送管理センタは、配送データのデータベース登録・荷札データ生成の後、生産者あるいは在庫センタに対して、荷札データをネットワーク経由で送付し、前記生産者あるいは在庫センタから出荷される物品を集荷する物流業者に対して、集荷指示をネットワーク経由で送付する。このとき、前記物流業者には、集荷指示した物品の集荷・宅配管理のために配送データを送付する。
【0093】
生産者あるいは在庫センタは、販売者(発注管理データベース)からの出荷指示にもとづき指定された品名の物品を出庫し、梱包作業をおこなう。さらに、配送管理センタ(配送管理データベース)から荷札データにもとづき、生産者荷札プリンタ5あるいは在庫センタ荷札プリンタ6で荷札データを印刷して配送用に荷札を作成する。作成した荷札を梱包した物品に貼付して集荷を待つ。
【0094】
配送管理センタ(配送管理データベース)から集荷指示を受けた物流業者は、集荷指示に含まれる集荷日時情報に従い、生産者あるいは在庫センタに物品の集荷に行く。集荷した配送物品の仕分け作業等をおこなったのち、集荷日時等の配送データを更新して、配送データを配送管理センタに報告する。配送管理センタは、この報告を基に、配送管理データベースを更新する。
【0095】
物流業者は、こののち、配送データに配達指定日等の配達情報があればこれに従い物品の宅配をおこない、宅配完了時点で、宅配日時や受領情報を宅配完了報告として、配送管理センタに報告する。配送管理センタは、この報告を基に、配送管理データベースを更新する。
【0096】
つぎに、図19から図21をもちいて注文あるいは配送中の物品のトラッキング情報を提供する方法を説明する。トラッキング情報の要求は、物品の発注・配送依頼した送り主と物品の荷受者のいずれかによりおこなわれるが、いずれの場合にも、承り番号あるいは送り状番号によりトラッキングをおこなう物品を特定する。最初の実施例では、配送管理データベースで、発注・配送の管理をおこなっており、承り番号あるいは送り状番号を検索キーに配送管理データベースを検索することで、発注状況や配送情報を送り主や荷受者に提供することができる。
【0097】
図16にしめしたように販売者の発注管理データベースと物流業者の配送管理データベースでそれぞれ、発注情報と配送情報を管理するシステムの場合には、つぎのようにしてトラッキング情報を提供する。
図19(a)は、依頼主がトラッキング情報を入手する場合のシーケンスをあらわす。依頼主は、物品の発注時の申し込み用紙控え等の承り番号をキーに、トラッキング情報を発注管理データベースに問い合わせる。発注管理データベースは、登録している発注情報をもとにトラッキング情報を依頼主に回答する。例えば、在庫がなかった場合には出荷予定日を回答する。既に生産者あるいは在庫センタから商品が出荷されていた場合には、販売者は、当該承り番号に対応する送り状番号を発注管理データベースから取得し、配送管理センタの配送管理データベースに問い合わせる。配送管理センタは、配送管理データベースの指定された送り状番号に対応する配送情報を読出し、トラッキング情報として回答する。ここで、回答されるトラッキング情報としては、例えば、物品が保管されている配送拠点や配送予定日がある。このようにして、依頼者(送り主)は承り番号を発注管理データベースに問い合わせることによって、配送中の場合も含めてトラッキング情報を入手することができる。
【0098】
図19(b)は、荷受者がトラッキング情報を入手する場合のシーケンスをあらわす。荷受者は、依頼者(送り主)から受領する物品の注文時の承り番号の連絡を受けている場合がある。この場合、図19(a)と同様に、荷受者は承り番号をキーに、トラッキング情報を発注管理データベースに問い合わせる。販売者は、当該承り番号に対応する送り状番号を発注管理データベースから取得し、配送管理センタの配送管理データベースに問い合わせる。配送管理センタは、配送管理データベースの指定された送り状番号に対応する配送情報を読出し、トラッキング情報として回答する。販売者は、配送管理センタから回答されたトラッキング情報を、承り番号をキーに問い合わせをした荷受者に回答する。また、荷受者が送り状番号を知っていた場合には、配送管理センタの配送管理データベースにこの送り状番号をキーにトラッキング情報を問合せ、配送管理データベースに登録されている配送管理情報を入手する。
【0099】
図20と図21は、依頼主や荷受者に回答されるトラッキング情報の一例をしめす画面例である。図20は、承り番号をキーに発注管理データベースと配送管理データベースを検索した結果をしめしたもので、お届け先ごとに送付状況を表示する。さらに、申し込み用紙の全体イメージを表示することにより、申し込み内容を確認することもできる。ここで、送付状況の届出コードは、出荷済、配送中、宅配済等の表示したり、より具体的に配送を物流業者の店舗名等を表示してもよい。図21は、送り状番号をキーに発注管理データベースと配送管理データベースを検索した結果をしめしたものである。なお、トラッキング情報検索のキーとする承り番号と送り状番号ごとにトラッキング情報を表示するようにしたが、この方法に限定されるものではなく、同じ表示画面としてもよい。
【0100】
図5の申し込み用紙に示したように、送付先への配達日に関して、依頼主が申し込み時に配達日時を指定する方法や、送付先へ予め配達日時を通知する方法、配送完了時に送付先に配送完了通知をおこなう方法が考えられる。以下にこれらの実施例について図22により詳細に説明する。
【0101】
依頼者(送り主)が申し込み時に配達日時指定をおこなっても、生産者や在庫センタの物品の出荷状態が不明のため、必ずしも配達日時指定のとおり送付先に配送できるわけではない。このため、図22にしめすように、配送管理センタでは、販売者からの注文情報をもとに配送データと荷札データを生成し、配送管理データベースに登録をおこない、生産者や在庫センタに出荷指示・荷札データを送付した後、生産者や在庫センタから出荷日回答を得るようにする。配送管理センタは、この出荷日回答を配送管理データベースに登録するとともに、この出荷日をもとに宅配業者の集荷日を決定し、集荷指示・配送データを宅配業者に送付する。集荷日がきまれば配達日を決定できるので、依頼者(送り主)や販売者に承り番号ごとの予定配達日をメール等の手段で報告する。このとき送付先へも、メール等の手段で送り状番号ごとの配達日通知をおこなう。依頼者や送付先への配達日通知は、図6の申し込み用紙に、メールアドレスやFAX番号、電話番号等の記入をおこない(図示せず)、受注時にこれらの情報を認識し、配送管理データベースに送り主情報や送付先情報として登録することで、通知可能となる。
【0102】
送付先が不在等により前記配達日に受取りがおこえない場合には、送付先から配送管理センタに対して、Webのホームページ等により配達日変更通知がおこなわれ、当該送り状番号に対応する配送管理データベースが更新される。配送管理センタは宅配業者に対して、変更された配達日の宅配指示を与える。これら配達日変更の手続きや配送管理データベースの更新は、送り状番号をキーにおこなわれる。
【0103】
上記宅配指示にもとづいて宅配業者が宅配をおこなったときに、荷受人が不在だった場合には、宅配業者から配送管理センタに対して不在情報が送信され、配送管理データベースが更新される。配送管理センタは、前記不在情報に基き荷受者に対して、宅配日時を確認するためのメール等により不在通知をおこなう。メール等の不在通知を受け取った荷受者は、送付先から配送管理センタに対して、Webのホームページ等により再配達日変更通知をおこない、当該送り状番号に対応する配送管理データベースが更新される。配送管理センタは宅配業者に対して、変更された配達日の再宅配指示を与える。これら配達日変更の手続きや配送管理データベースの更新は、送り状番号をキーにおこなわれる。
【0104】
荷受者に物品の宅配が完了すると、宅配業者は配送管理センタに配送完了通知が通知され、当該送り状番号の配送管理データベースが更新される。配送管理センタは、販売者や依頼者(送り主)に対してメール等により配送完了報告をおこなう。
【0105】
図23は、図22で説明した配達日通知や不在通知の処理の詳細をあらわすフロー図である。宅配業者の作業や荷受者からの応答に伴い、配送管理データベースの更新をおこなっている。
【0106】
図24は、本発明の配送管理データベースの応用例をしめすフロー図であり、申し込み書に記入された住所・氏名等のイメージデータの文字認識率の向上に配送管理データベースを利用するものである。配送管理データベースには、住所・氏名等のイメージ情報と文字認識結果が記録されているが、オフラインで文字認識結果の校正をおこなうようにする。オフライン時とは例えば、受注をおこなわない夜間等が考えられる。このオフライン時に、申し込み用紙の入力時より精度の高い文字認識処理をおこなったり、参照する辞書を変更したりして文字認識結果を校正をおこなう。
【0107】
申し込み用紙を入力をおこなうオンライン処理時には、図6と同様に、氏名や住所等の入力領域の検出後、該領域のイメージデータを入力後、文字認識処理をおこなう。その後、申し込み用紙をスキャンして文字認識した氏名の文字コードをキーに、配送管理データベースのオフライン処理で校正した氏名の文字コードを検索し、類似度の高い履歴情報を取得する。前記抽出した履歴情報のイメージデータとスキャナで入力したイメージデータを比較して一致あるいは類似度が一定以上あれば、履歴情報の文字コードを認識文字コードとする。履歴情報として、住所情報や氏名情報を組み合わせるようにしてもよい。
【0108】
このような処理をおこない文字認識精度の向上を図ることができる。また、履歴情報との比較をおこなうことにより、申し込み用紙の記入内容を確認をおこなうので、申し込み内容のチェックの負荷を低減することができ、受注処理の効率化を図ることができる。
【0109】
【発明の効果】
本願発明によれば、申し込み用紙の記入内容のイメージデータにより荷札を生成するので、記入内容の誤読取りによる誤配送を防止できるとともに、文字認識誤りの修正作業処理負荷を低減できるので、受注から宅配完了までの時間を短縮できる。
【0110】
また、注文情報・配送情報を一元管理することにより、配送状態の管理が容易になり、送り主は配送状況を容易に確認でき、また、販売業者や物流業者は、これまで配送状況を回答するために行っていた荷札の追跡作業を不要とできる。
【図面の簡単な説明】
【図1】 配送システムの機能概要図である。
【図2】 配送システムのシステム構成図である。
【図3】 生産者に出荷指示がでる場合の全体シーケンス図。
【図4】 集配者に出荷指示がでる場合の全体シーケンス図。
【図5】 申込み用紙の一例を示す図である。
【図6】 販売店の処理フロー図である。
【図7】 配送管理センタの処理フロー図である。
【図8】 生産者の管理テーブル
【図9】 配送管理データベースのデータ構造図である。
【図10】 荷札ラベルの一例をしめす図である。
【図11】 生産者/在庫センタの処理フロー図である。
【図12】 集荷指示を受けた物流業者の集荷処理フロー図。
【図13】 集荷指示と荷札データを受けた物流業者の集荷処理フロー図。
【図14】 配送センタの処理フロー図。
【図15】 物流業者の宅配処理フロー図。
【図16】 配送システムの他のシステム構成図である。
【図17】 他の管理データベースのデータ構造図である。
【図18】 他の実施例の全体シーケンス図。
【図19】 配送品のトラッキング情報の入手手順をしめすフロー図。
【図20】 承り番号を検索キーとしてトラッキング情報の表示例の図。
【図21】 送り状番号を検索キーとしてトラッキング情報の表示例の図。
【図22】 配達日通知・不在通知のシーケンス図
【図23】 配達日通知・不在通知の詳細フロー図
【図24】 送付先履歴による文字認識処理フロー図
【符号の説明】
1…販売者、2…配送管理センタ、13…配送管理データベース、
3…ネットワーク、4…ネットワーク、5…生産者荷札プリンタ、
6…在庫センタ荷札プリンタ、7…物流業者の集荷店、17…集荷者端末、
18…集荷店端末、16…集荷店荷札プリンタ、8…配送センタ端末、
9…物流業者の宅配店、20…宅配者端末、19…宅配店端末
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a method and system for ordering and delivery of articles and the like.
[0002]
[Prior art]
Traditionally, sales counters and gift counters of stores such as department stores and supermarkets sell and deliver goods such as midsummer and year-end gifts as follows.
[0003]
First, an orderer who requests purchase / delivery of an article enters product information to be ordered, information on a destination, and information on a sender (orderer) on a designated application form. Here, the product information and the delivery information are basic information of the delivery system, and the orderer sometimes inputs the code information.
[0004]
The seller reads the application form entered by the orderer as image data using an image scanner, performs image recognition processing, and converts the order information into character code data such as letters and numbers. Alternatively, the code can be entered when the orderer applies. The seller has given a shipping instruction to the producer and the distribution center based on the character-coded data. Here, the delivery center refers to a place where a certain amount of merchandise is stored, and may be a producer's facility or a seller's facility. In either case, since the seller does not have inventory directly, inventory management becomes easy.
[0005]
Producers and distribution centers prepare products to be delivered based on shipping instructions from sellers and request distribution from distribution companies. At this time, the producer or distribution center may prepare the tags required for delivery, or the logistics company may prepare them. In any case, a tag is attached to each product to be delivered, and the logistics company uses this tag to deliver the goods. Do it.
[0006]
The logistics company manages the delivery status based on the tag attached to the product, and notifies the stage of delivery using a copy of the stored tag in response to an inquiry from the orderer or seller.
[0007]
An example of the delivery system as described above is disclosed in Patent Document 1, and a technique related to image processing of a shipping slip is disclosed in Patent Document 2.
[0008]
[Patent Document 1]
Japanese Patent Laid-Open No. 5-101078
[Patent Document 2]
Japanese Patent Laid-Open No. 7-244769
[0009]
[Problems to be solved by the invention]
According to the above prior art, a tag for delivering an article is often filled in by an orderer or created by a dealer based on an application form. The logistics company performs delivery based on the tag, and when the orderer fills in the tag, there is a tendency for the characters to be distorted due to poor entry, leading to erroneous delivery. In addition, when creating a tag at a dealer, digital coding is performed manually based on the application form, or image data input by the scanner is character-coded and digitally coded to visually check and correct input errors and recognition errors. Later, printing was done with a printer to create a tag label, which required a reduction in input costs. In addition, in the case of seasonal products such as midsummer and year-end gifts, it was necessary to process a large amount in a short time.
[0010]
By the way, the orderer sometimes wants to check the status of the delivery (ordering, collection, delivery, notification) of the ordered product. Some logistics companies already have a tracking system, but the above-mentioned conventional technology does not consider the case of ordering / delivery of goods by multiple companies, and the orderer makes an inquiry to the seller. If it was already in the delivery stage, it was necessary to contact the logistics company. In other words, from the point of view of the orderer, it was not possible to obtain centralized tracking information for the product. In addition, for the seller and the logistics company, there is a work burden of answering the inquiry from the orderer.
[0011]
In product delivery systems, coding order information is important for improving the efficiency of shipping and delivery. As in the above-mentioned prior art, an order slip is read with a scanner, image data is recognized, and characters and numbers are recognized. In the process of converting to the above code, the processing load is large and the conversion time is long. For this reason, the service time with the orderer became longer and the service was reduced. In order to solve this problem, after receiving an order, image data recognition processing was processed by a host computer or server with high processing capability. There was a problem that it took a long time to ship the product.
[0012]
In addition, as a method of not recognizing the image data, there is a method in which the orderer inputs the order information by code, but the orderer needs to perform Kana-Kan conversion directly, or an operation such as selecting a menu, There was a problem of poor operability. In addition, in order to help the orderer input work, the burden on the seller was also heavy.
[0013]
An object of the present invention is to provide a product delivery method and delivery system suitable for a product delivery system that solves the above problems and is divided into a plurality of businesses such as distributors and logistics companies, and the number of products handled increases at one time.
[0014]
[Means for Solving the Problems]
In order to solve the above-mentioned problems, the first feature of the present invention is that the image data of each entry item on the application form is recognized and converted into a character code, and the character recognition accuracy is particularly low. At least the sender's address / name and the destination address / name, which are likely to be necessary, are registered in the delivery management database as part of the delivery information as image data. The tag label affixed to the item to be delivered is the shipping source, and the tag data generated from at least the sender's address / name and destination address / name image data or character data registered in the delivery management database is printed. Output and affix to the item to be shipped. The logistics company that delivers from the shipping source to the destination reads the invoice number printed on the tag label at each stage of delivery, and registers and manages it in the delivery management database, so that the sender places an order. An object of the present invention is to make it possible to obtain and deliver the delivery information of an article by accessing the delivery management database.
[0015]
In this way, in the digitization of the application form, the correction work due to incorrect input and misrecognition is reduced, reducing the input work burden of the seller and the sender,
The logistics company does not need to digitize the tag data separately and register and manage the tracking information of the tag data. Furthermore, since the application data and tracking data are centrally managed, the sender can grasp the delivery information of the ordered article in real time. Further, the dealer and the logistics company do not need to check the tag to answer the delivery status.
[0016]
The second feature of the present invention is that the delivery management database includes sender information such as the address and name of the sender entered in the application form, destination information such as the address and name of the destination, and product name information to be sent. Including order information including registration number given to each application as a key, delivery information such as specified delivery date, collection date / time, visit date / time, etc., registered as invoice number given for each tag label, and The data structure is such that delivery information is added to each order information delivery destination. Further, the invoice number is assigned when the tag data is generated.
[0017]
Further, the third feature of the present invention is that the delivery management database having the above-described configuration is updated in accordance with a change in delivery status such as collection or delivery using the invoice number printed on the tag label as a search key. . With this configuration, it is possible to easily grasp the delivery status and confirm / change the contents of the request using the receipt number or invoice number as a search key.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 is a diagram for explaining the outline of the delivery system of the present invention. The delivery system in FIG. 1 accepts a seller 1 who makes a purchase / delivery request for an article by a delivery requester (sender) and the ordering / delivery information from the seller 1, and instructs the producer or delivery company to give a shipment instruction / collection. A delivery management center 2 that gives an instruction, and a producer 5 and an inventory center 6 that ship an article designated as a destination designated by the sender according to an instruction from the delivery management center 2.
[0019]
The logistics company is a company that collects goods from the producer 5 and the inventory center 6 and delivers them to the destination in accordance with an instruction from the delivery management center 2. In order to improve the efficiency of logistics, this logistics company collects the goods collected from the producer 5 and the inventory center 6 at a delivery center in the collection area, sorts them by each delivery center, and collects the goods. Deliver to the destination delivery center. The delivery center of the delivery destination may deliver to the delivery destination designated for each article.
[0020]
Here, for example, the seller 1 purchases and delivers goods such as a mid-year gift and a year-end gift at a service counter or gift counter of a store such as a department store or a supermarket, a product reception desk of a producer, or each household. In order to request, it is a contractor who undertakes the ordering and delivery of goods by the application form described by the customer.
[0021]
In addition, the delivery management center 2 exchanges information with the seller 1, the producer 5, the inventory center 6, and the logistics company via the network, and manages the delivery of articles. Details will be described later.
[0022]
The producer 5 is a shipper of goods, and is an intermediary such as a manufacturer or a commodity wholesaler. This includes direct producers that produce products such as agricultural products and marine products.
[0023]
The inventory center 6 is a place where goods are collected by major sellers. Products delivered from producers such as multiple manufacturers are collected without being delivered to each store of the seller, packed according to a delivery instruction, and shipped. To do. It may be set up when large retailers such as department stores and supermarkets handle gift items such as Chinese yuan and year-end gifts.
[0024]
FIG. 2 is a diagram showing a system configuration of the delivery system of the present invention.
The seller 1 and the delivery management center 2 are connected via the network 3, and the order information is transmitted from the seller 1 to the delivery management center 2, and the delivery management center 2 registers and manages it in the delivery management database as shipping / delivery information. Is done. Further, the delivery management center 2 is connected via a network 4 to a producer (producer tag printer 5), an inventory center (stock center tag printer 6), a logistics company collection store 7, a delivery center (delivery center terminal 8), Connected to a logistics company's parcel delivery shop9. Further, the delivery service terminal 20 of a delivery person who delivers goods is connected to the delivery management center 2 via the network 4, or the delivery service terminal 20 manages delivery from the delivery service terminal 19 via the network 4. Connect to the center 2.
[0025]
The network configuration in FIG. 2 is divided into a network 3 on the seller side and a network 4 on the delivery side, and the delivery management center 2 relays the network 3 and the network 4. However, the network configuration is limited to such a network. Instead, any configuration that allows network connection from the distributor and the delivery company to the delivery management center may be used.
[0026]
The seller 1 in FIG. 2 reads a scanner 12 that reads the image information of the application form filled in by the orderer (sender), and order information (acquisition number, product code / product that identifies the product) that will be described in detail later from the read image information. Name, product delivery address / name, product sender's address / name, etc.), and the image data is recognized as a character code and sent to the delivery management center 2. Consists of Further, the seller 1 includes a printer 10 that outputs an orderer (sender) copy of the application contents.
[0027]
The scanner 2 only needs to be able to read the image information on the application form, and uses a flatbed scanner, a stand-type image scanner, or the like. Further, it may be a mobile phone with a digital camera. Alternatively, the orderer (sender) may send the application form as FAX data to the store terminal 11.
[0028]
2 includes a communication processing unit 15 connected to the network 3 and the network 4, a data processing unit 14 for processing order information and delivery information received from the communication processing unit 15, and the order information and delivery. It comprises a delivery management database (13) for storing information.
[0029]
Here, the image data read by the dealer terminal 11 is changed from the image data read by the scanner 12 to a method for recognizing the character code of the order information, and the read image data is transmitted to the delivery management center 2, and the data processing unit 14 recognizes the character. Processing may be performed, and the recognition result may be returned to the store terminal 11.
[0030]
Next, the entire sequence of the delivery image information system of the present invention having the system configuration shown in FIG. 2 will be described with reference to FIGS. Here, FIG. 3 illustrates a case where a shipping instruction and tag data are transmitted from the delivery management center 2 to the producer / inventory center, and FIG. 4 collects goods from the producer / inventory center from the delivery management center 2. A case where a pickup instruction and tag data are transmitted to the delivery company's collection / delivery store will be described.
[0031]
In FIG. 3, departments involved in delivery information and physical distribution of goods are arranged between consignees who receive goods from a requester (sender) of goods delivery in the horizontal direction, and the vertical direction indicates the passage of time. First, a client who is a purchase / delivery requester of an article enters order information such as a product name and a delivery destination on an application form shown in FIG. The seller who received the application form reads the application form with a scanner and uses it as order information. The order information is uniquely assigned to each order, and is managed for each order number. The seller converts the order information into image information for each item such as requester information, product name information, and destination information, or character code information obtained by character recognition of the image information. After confirming the input contents of the requester, the order information is sent to the delivery management center as order information by combining the requester information, product name information, destination information and order date and time for each receipt number.
[0032]
The delivery management center to which the order information for each receipt number is sent registers the order information for each receipt number in the delivery management database. At this time, in addition to the received order information, delivery information such as a delivery designated date and time and a collection date and time is also generated as delivery data and registered in the delivery management database. In addition, order information or shipping address / name image information of the delivery data, sender address / name image information, and tag data which is print data of a tag label attached to an article to be delivered from character code data such as a product name. Generate. At this time, an invoice number is assigned to each tag data to be generated, added to the tag data, and the delivery data is also registered in the delivery management database.
[0033]
The delivery management center registers delivery data in the delivery management database, generates tag data, and then sends a shipping instruction and tag data to the producer or inventory center via the network. In addition, a collection instruction is sent via a network to a distributor who collects goods shipped from the producer or the inventory center. At this time, the distribution data is sent to the logistics company for collection / delivery management of the article instructed to collect.
[0034]
The producer or inventory center that has received the shipping instruction / tag data from the delivery management center issues an article having a product name designated based on the shipping instruction, and performs a packing operation. Further, tag data is printed by the producer tag printer 5 or the inventory center tag printer 6 to create a tag label for delivery. Affix the created tag to the packaged item and wait for collection.
[0035]
In response to the collection instruction from the delivery management center, the logistics company goes to the producer or the inventory center to collect the goods according to the collection date information included in the collection instruction. After the collected delivery items are sorted, the delivery data such as the collection date is updated, and the delivery data is reported to the delivery management center. The delivery management center updates the delivery management database based on this report.
[0036]
The logistics company will then deliver the goods according to the delivery information such as the delivery date specified in the delivery data, and report the delivery date and receipt information to the delivery management center as a delivery completion report when delivery is completed. . The delivery management center updates the delivery management database based on this report.
[0037]
FIG. 4 explains the information between the departments involved in delivery and the movement of goods as in FIG. Registering the delivery data in the delivery management database of the delivery management center and generating the tag data from the order information entered on the requester's application form are the same as in FIG. In FIG. 4, the delivery management center registers delivery data in the delivery management database, generates tag data, and then sends a shipping instruction to the producer or the inventory center. Further, tag data and a collection instruction are sent to the distributor who collects the goods shipped from the producer or the inventory center, and further delivery data is sent as in FIG.
[0038]
Upon receiving the tag data from the delivery management center, the logistics company prints and creates a tag based on the tag data, and collects the goods of the producer or the inventory center at the date and time designated by the pickup instruction. At this time, the printed tag data is affixed to the article, and shipping work is performed. The processing content after collection is the same as in FIG.
[0039]
As explained above, at the delivery management center, for each receipt number, at least receiving address / name and sender address / order information including image information of the name and delivery name and delivery item name are constructed, and a delivery management database is constructed. By generating tag data for delivery including the image information and creating the tag by printing the tag data at the producer, inventory center, or logistics company that collects the cargo, the delivery data can be managed from the order information. At the same time, tag labels can be easily created.
[0040]
Next, functions and processes of the seller, the delivery management center, the producer or inventory center, the collector of the logistics company, the delivery center, and the delivery company of the logistics company will be described in more detail.
[0041]
First, the functions and processes of the seller will be described in detail with reference to FIGS. FIG. 5 shows that the purchase / delivery requester of goods is a service counter or gift counter at a store such as a department store or a supermarket, or a product reception desk of a producer, It is a figure which shows an example of the application form filled in in order to designate goods and a delivery destination to a seller in order to request purchase and delivery. The application form (500) includes a field (506) for requester information such as the address, name, postal code, and telephone number of the requester (sender), and for each destination, the address, name, It has entry fields for delivery address information (502) such as zip code and telephone number, product name and product name code (503), quantity (504) and delivery date (505) of the goods to be sent. The application form is given a receipt number (501) for each requested item so that the application process can be managed with a unique receipt number.
[0042]
In the entry field of the application form (500), it is preferable to use a preprint sheet preprinted with area information so that a predetermined area (address, telephone number, etc.) is entered in a predetermined area. At this time, items that are filled in with alphanumeric characters such as postal code, telephone number, product name code, quantity, etc. may be printed to specify the entry position in order to improve the recognition rate after scanner input. . It is desirable that the area where the address and name are entered should be separated into single characters to improve the recognition rate.
[0043]
In the delivery date and time entry field (505), specify whether or not to specify delivery date and time, details of the delivery date and time to be specified, whether or not to notify the delivery date and time of delivery, whether or not to report when delivery is completed, etc. You may be able to do it. When the delivery date and time is designated as a time zone, erroneous recognition can be reduced by placing a mark. Similarly, misrecognition can be reduced by using mark input for the necessity entry. Details of the delivery date notification to the delivery destination and the delivery completion report will be described later.
[0044]
In addition, it is desirable to print a cutout mark in the entry area on the application form in order to perform character recognition as a form format after scanning the entire image data.
[0045]
The receipt number (501) may be printed or handwritten on the application form such as letters, numbers, and barcodes, or may be identification data in an IC tag embedded in the application form.
[0046]
In addition, the address and name of the delivery address, the address and name of the sender are registered in the computer as data in advance, characters and symbols that identify them are preprinted on the application form, read here, and read from the computer. A method may be used in which the address and name of the delivery address and the data of the sender's address and name are extracted and used for the invoice data.
[0047]
The details of the application form input process at the seller will be described with reference to FIG. The application form entered by the client (sender) is input as image data by the scanner. At this time, the form format of the application form is recognized by detecting the area where the requester information is entered by the cutout mark of the form and the area where the destination information is entered. First, image data such as sender information of address / name / phone number, destination information, and product name is cut out and stored in the delivery management database.
[0048]
Next, the address and name of the requester (sender) previously input as image data are character-recognized, and the recognition result is stored in the delivery management database. Next, character recognition of the product name / quantity of the article to be delivered is performed, and the recognition result is stored in the delivery management database. Furthermore, the address / name of the delivery address is recognized as characters, and the recognition result is stored in the delivery management database. When there are a plurality of delivery destinations, the above recognition process is repeated for each delivery destination, and the recognition result is stored in the delivery management database. Registration in the delivery management database is performed for each receipt number recognized in the same manner. In the above, the address / name character recognition was performed. However, the character recognition may be an acceptance number, a postal code, a telephone number, a product name code, an alphanumeric character such as a quantity, etc. The information entered with these alphanumeric characters is more suitable for character recognition. In this case, it is possible to process the image data as it is without performing the character recognition of the address / name.
[0049]
The image data such as address and name processed as described above, recognized receipt number data and product code data are displayed on the display device or printed by a printer, and the requester (sender) fills in the application contents. Make sure you can check. After the requester (sender) confirms that there is no difference between the application contents and the image data and character recognition results, the registration process of the delivery management database is terminated. If the confirmation cannot be made, perform the scanner input of the application form again and correct the character recognition result. Finally, the image information input by the scanner and the contents of the application form that has been recognized are printed out and used as a copy of the request from the client (sender). Here, it is desirable that the display format and the print format are adapted to the format of the application form, and the character-recognized portion is displayed as character data instead of image data or printed.
[0050]
As an example of data entry for other application forms, we use an address dictionary that records the correspondence between postal codes and telephone numbers and prefecture names and municipalities based on the postal codes and telephone numbers entered on the application form. The address data derived from the postal code or telephone number recognized from the image data is compared with the address data obtained by character recognition of the image data. If they match, the recognition process is completed successfully. If they do not match, character recognition is not performed and processing is performed as image data. At this time, only a part of the address may be replaced with the recognition result. For example, a building name or an apartment name is effective in this case. If there is a discrepancy, it may be possible to use a method that prompts the orderer (sender) to calibrate, assuming that the recognition process has been fraudulent or the orderer's description is fraudulent. Nor.
[0051]
As another character recognition method, when the accuracy of character recognition is equal to or higher than a preset threshold value (when the character can be reliably recognized), it is processed as a character code, and there are a plurality of recognized character candidates, If this is not possible, there is a method of processing the image data as it is.
[0052]
When the requester (sender) and the address and name of the destination are registered in the delivery management database as image data, and the image data of the address and name is printed out and used as a tag, the above character recognition process is performed. There is no need to do it.
[0053]
As described above, in addition to the method of registering order information in the delivery management database from time to time and filling in the order management information at the end, the image data, receipt number data, product code data, and the current time are ordered. May be transmitted together to the delivery management center via the network. The image data, at least the order number data, the data composed of the product code data, and the order date and time are collectively referred to as order information, and are uniquely identified by the order number of the application form of each store.
[0054]
The functions and processing of the delivery management center will be described in detail with reference to FIGS. FIG. 7 is a diagram for explaining the processing flow of the delivery management center. When order information is received from a seller, a producer list table is first searched using a product code included in the order information as a key to produce a shipping instruction, a collection instruction, and an invoice (tag label) data. Obtains the mail address, the collector address and the invoice (tag label) data output destination address. A configuration example of the producer list table is shown in FIG. Here, the producer list table is a table in which at least a producer address and a collector address and an invoice (tag label) data output destination address are recorded in advance as a set for each product code. The producer address, the collector address, and the invoice (tag label) data output destination address may be a mail address for transferring data, or an IP address or URL for sending data by FTP. Here, the producer refers to the producer 5 or the inventory center 6.
[0055]
Next, tag data to be attached to each article to be delivered is created. In order to uniquely identify the article, an invoice number is assigned according to a predetermined rule and recorded in the delivery management database. Next, the delivery information of the articles to be delivered is extracted from the delivery management database. This delivery information is at least the delivery address and name of the product based on the image data, and the address and name of the sender. For each invoice number, this delivery information and product name information are transmitted to the producer address, the collector address and the output address of the invoice (tag label). These pieces of information are shipping instruction information for producers and inventory centers, are collection information for collectors of logistics companies, and are print data for output destination addresses of invoices (tag labels). When a plurality of product codes are specified in the order information, the above process is repeated for the specified product codes.
[0056]
The collection date is registered for each product in the producer list table of FIG. 8 in the collection information, and when retrieving the producer list table, the collector address and the collection date are read, and this collection date is recorded in the collection information. You may make it transmit to a collector.
[0057]
Here, the delivery management center can also determine the delivery center and the courier as follows. The postal code or telephone number is associated with the store name code of the courier in advance, and the store name code of the optimal delivery center for delivery from the collector to the courier is determined. Obtain the courier's store name code from the postal code and telephone number character code information of the delivery address information included in the order data, and then obtain the delivery center's store name code from the courier's store name code and the courier's store name code Like that. This result is registered in the delivery management database as delivery information for each invoice number.
[0058]
FIG. 9 shows the data structure of the delivery management database. One record of the database is composed of a receipt number as a key, and is composed of a plurality of fields of application form image information, order date and time, sender information, number of destinations, and destination information. Fields 1 to 3 store the receipt number transmitted from the seller, application form image data, and the order date and time when the order information was transmitted to the delivery management center. Fields 4 to 8 store the sender information. ing. Field 9 stores image data of the communication column of the application form. The field 10 stores the number of destinations specified in the application form. Following the destination 1 information stored in the fields 11 to 26, the destination information corresponding to the number of destinations is stored.
[0059]
The sender information further has fields for storing the postal code, address, name, and telephone number, and the image information of characters filled in on the application form is stored. The sender information field stores the character recognition results of these image information. Is stored.
[0060]
One of the destination information allocated for the number of destinations has fields for storing the postal code, address, name, and telephone number of the destination, and image information of characters filled in on the application form is stored and sent. In the previous information field, the character recognition result is stored in the image information. The delivery date / time field stores the time zone specification of the delivery date / time specified on the application form, and the product code field stores the product type of the article requested for delivery.
[0061]
Further, in the delivery destination information, an invoice number that uniquely identifies the article to be delivered, which is numbered when creating the tag data for each delivery destination, is stored. In addition, the order date and time indicating the shipping instruction date and time to the producer and the inventory center, and the collection date and time as the collection instruction information to the collector of the logistics company are stored. In addition, the delivery destination information has fields for storing delivery information such as arrival date and time, departure date and time, visit date and time, notification code, revisit date and time, receipt stamp image information, etc. These destination information is information stored for each article to be delivered that is uniquely specified by an invoice number. Here, only one arrival date / time / departure date / time of the delivery center is disclosed, but when passing through a plurality of delivery centers, fields of arrival date / time / departure date / time for the delivery center passing through are provided. .
[0062]
In the above embodiment, for example, address information is registered in the delivery management database for both image data and the character code of the character recognition result. However, information that can be recognized by the character code is not registered in the image data. Only character code data may be registered.
[0063]
In addition to the above-described method, all or a part of the delivery address and name, the sender's address and name may be replaced with image data, and character or numeric data may be obtained by character recognition. For example, an embodiment in which the name of the prefecture or city in the address is converted to character data by character recognition, and the town name or building name is left as image data.
[0064]
FIG. 10 is a diagram showing an example of a tag label printed out by a producer, an inventory center, or a collector of a logistics company described below. The tag data for printing the tag label is read for each invoice number from the delivery management database described with reference to FIG. 9, and transmitted to the producer, the inventory center, or the collector of the logistics company. The tag label (130) is composed of a portion (133) on which delivery information is printed and a stub portion (134) on which the receipt stamp is pressed, and has a perforation (132) so that it can be cut out during delivery. .
[0065]
The slip label information is printed with slip number information (invoice number), and the printed contents such as the name and address of the delivery address correspond to each field of the delivery management database. Here, it is assumed that the address and name of the delivery destination and the client are image data read from the application form, and the data stored in the delivery management database is printed. However, the present invention is not limited to this. If the character recognition accuracy is high, the character code may be used. Also, the municipality of the character code retrieved from the zip code, the hinge / address and the building recognized. A combination of image information such as name and apartment name may be printed.
[0066]
The receipt stamp area is a confirmation stamp received from the consignee at the time of delivery, and the receipt stamp portion is read as image data by a scanner, and is sent to the delivery management center as one of delivery completion information when delivery is completed. be registered.
Alternatively, the image data in the communication field 508 of the application form in FIG. 5 may be stored in the field 9 of the delivery management database in FIG. 9, and the image data may be printed in the communication field 135 in FIG. As the contents printed in this area, a gift mark, a sender's trademark, and the like are appropriate. The communication field 508 in FIG. 5 is provided in one place on the application form, but may be provided for each destination.
[0067]
Further, the delivery date is printed on the delivery label. As a result, the appearance can be confirmed without accessing the delivery management database as in the conventional case, so that the delivery efficiency is not lowered.
[0068]
The slip number information (invoice number) is provided with character information such as letters and numbers and barcode printing, so that it is easy to automate when sorting and to recognize the invoice number of each distribution base. Alternatively, an IC tag may be embedded in the invoice and the invoice number may be written. Alternatively, a unique identifier stored in the IC tag may be used as an invoice number. In that case, it is assumed that the invoice number and the identifier of the IC tag are associated in the delivery management database.
[0069]
In addition, a slip number (invoice number) that has been preprinted or handwritten in advance on the invoice may be used, but in this case also, the delivery management database associates it with the invoice number.
[0070]
FIG. 11 shows the processing flow of the producer or the inventory center.
The producer receives the shipping instruction information and the tag data information from the delivery management center, prepares the product with the product name designated by the shipping instruction information, and prints the tag label described in FIG. 10 based on the tag data information. Then, it is affixed to the ordered product or the box containing the product, and delivered to the collector of the logistics company. The logistics company delivers the goods to the destination printed on this invoice.
[0071]
Further, in addition to the case where the invoice data is sent to the producer of each product, the product may be collected in advance in the inventory center and delivered from the inventory center according to the order. Even in that case, the invoice data is sent to the inventory center, printed at the inventory center, and the invoice data is affixed to the product or a box containing the product.
[0072]
FIG. 12 and FIG. 13 show the processing flow of the collector of the logistics company. FIG. 12 shows a case where only a collection instruction is transmitted from the delivery management center to the collector of the logistics company, and FIG. 13 shows a case where the collection instruction and tag data are transmitted from the delivery management center to the collector of the logistics company. Yes. FIG. 13 is the same process as FIG. 12 except that the tag label is printed in the first half of the flow.
[0073]
First, in FIG. 12, the collector of the logistics company receives a pickup instruction from the delivery management center. In accordance with the collection location and the collection date and time included in the collection instruction, the goods and the inventory center are collected.
[0074]
At the collection destination, the invoice number (slip number) of the tag label attached to the article is electronically read to recognize the invoice number. The delivery management database is searched using the recognized invoice number as a key, and the date and time information as of the collection date is added to the collection date and time field of the destination information to which the invoice number is assigned, and the delivery management database is updated.
[0075]
The invoice number can be recognized by reading as image data and recognizing characters, by a bar code method, or by inputting the invoice number from a keyboard. In addition, the delivery management database may be updated via the collection store terminal after returning to the distribution company's collection store.
[0076]
FIG. 14 shows the processing flow of the distribution center of the logistics company.
The distribution center is provided for the purpose of improving the efficiency of distribution by the logistics company. When delivering to geographically distant locations, the method of direct delivery to the destination by the collector is not efficient in terms of logistics, so the collected items are once aggregated at the delivery center and the courier who delivers to the destination is aggregated. The goods are delivered to the delivery center of the delivery destination to be distributed and distributed from this delivery center to the courier, and the courier delivers the delivery to the delivery destination. In order to perform tracking of an article described later, the delivery status at the delivery center is also registered in the delivery management database.
[0077]
In the case of articles collected at the delivery center, when the goods are collected at the delivery center, the invoice number of the label label affixed to the article is electronically read to recognize the invoice number. The delivery management database is searched using the recognized invoice number as a key, the date information collected at the delivery center is added to the arrival date field of the destination information to which the invoice number is assigned, and the delivery management database is updated. Similarly, when shipping from the delivery center, the invoice number is recognized, and the date and time information shipped from the delivery center is added to the departure date and time field of the destination information to which the invoice number is assigned in the delivery management database. Update the management database.
[0078]
The invoice number can be read by reading the invoice number as image data using an image scanner and reading the identifier by image recognition processing, or by reading the invoice number using a numeric or character input device such as a mobile PC. Alternatively, the invoice number may be read from the IC tag embedded in the invoice using an IC tag reader.
[0079]
In the inventory center, the delivery management database may be updated while performing the sorting work by the automatic sorter using the invoice number and the invoice data of the tag label.
[0080]
FIG. 15 shows the processing flow of the logistics company's courier.
The courier delivers the articles distributed from the delivery center to the delivery destination according to the delivery information. In an area that can be directly delivered from the producer, the collector and the courier are the same and are delivered directly from the producer to the consignee.
[0081]
When an article to be delivered is delivered to the courier, the invoice number (slip number) attached to the article is electronically read to recognize the invoice number, and the delivery management database is searched using the recognized invoice number as a key. To do. When the product is delivered to the delivery address corresponding to the delivery address and name, the visit date and time in the delivery date and notification code fields of the delivery information to which the invoice number is assigned in the delivery management database are displayed. Update the delivery management database by adding the delivered code. If there is no delivery destination corresponding to the delivery address and name, the delivery management database is updated by adding the no address code as the visit date and time of the delivery destination information and the notification code. When the delivery address corresponding to the delivery address and name is absent, the absence code is added as the visit date and time of the delivery destination information and the notification code, and the delivery management database is updated. If the delivery is completed at the re-visit of the delivery destination, the delivery management database is updated by adding the re-visit date and time of the destination information and the addressless code as the notification code.
[0082]
Also, when delivery is completed on the first visit or revisit, the receipt label of the consignee is pressed on the stub of the label, and the receipt is obtained as image data, and the invoice in the delivery management database The delivery information database is updated by registering it in the field of the receipt stamp image of the destination information given the number.
[0083]
The method of reading the invoice number (slip number) is to read the invoice number as image data using a barcode reader, image scanner, mobile phone digital camera function, etc., and to read the identifier by image recognition processing. It may be a method of reading using a numeric or character input device such as a mobile phone or a mobile PC, or a method of reading an invoice number from an IC tag embedded in an invoice using an IC tag reader.
[0084]
Next, another embodiment having a different configuration of the delivery management database will be described with reference to FIGS. In this example, the seller has an order management database, and the logistics company has a delivery management database, which realizes the same function as in the previous embodiment.
[0085]
FIG. 16 is a diagram showing an outline of the system configuration. As in FIG. 2, an overview of the entire delivery system involved in ordering / delivery of articles ordered and delivered by a seller (sender) as a seller is shown. It is tightening. The difference from FIG. 2 is that the delivery management database 13 of the delivery management center is an order management database 22 and a delivery management database 26. The order management database 22 receives order information from a dealer terminal and generates order information and manages shipping instructions and delivery instructions to producers and inventory centers. The delivery management database 26 receives a delivery request from the sales order management database of the store, and performs tag data generation / collection instruction / delivery instruction / delivery management. The order management database and the delivery management database are connected by a network connection device, and exchange order information and delivery information.
[0086]
In FIG. 16, the producer and the inventory center are connected to the seller's network 3 in order to issue the goods based on the ordering information from the seller. However, the present invention is not limited to this. Similarly to the embodiment, the product may be shipped based on the shipping instruction from the delivery management database.
[0087]
FIGS. 17A and 17B are diagrams showing the configurations of an order management database and a delivery management database, respectively.
In the order management database shown in FIG. 17A, image information obtained by reading the contents of the application form shown in FIG. 5 filled by the requester (sender) and code information obtained by character recognition of the image information are registered. The ordering information is stored together with the receipt number uniquely assigned to each application form, and the subsequent management is performed by the receipt number. The same contents as in FIG. 9 are registered in each field. It has an area for registering an invoice number of a product for each destination, and stores an invoice number that is replied at the time of delivery commission from the delivery management database.
[0088]
In the delivery management database of FIG. 17B, delivery information requested by the seller is registered. These delivery information is composed of sender information consisting of image information and character code information, destination information consisting of image information and character code information, merchandise information, and delivery information of the merchandise, and an invoice number for each requested delivery item. Is granted. Further, in order to associate the order management database with the delivery management database, the receipt number of the product to be delivered is registered. This receipt number is included in the order information from the order management database.
[0089]
FIG. 18 shows an overall sequence diagram in another embodiment. As in FIG. 3, the information between the departments involved in order reception / delivery and the movement of goods are explained.
First, a requester (sender) who is a purchase / delivery requester of an article enters order information such as a product name and a delivery destination on an application form shown in FIG. The seller who received the application form reads the application form with a scanner and uses it as order information. This order information is given a unique order number for each order, and each order number includes image information for each item such as client information, product name information, destination information, or character code information obtained by character recognition of the image information. Converted and registered in the order management database. After confirming the input contents of the requester (sender), the seller issues a shipping instruction to the producer or the inventory center based on the order information. At this time, if there is an answer to the shipping date from the producer or the inventory center, the order management database is updated.
[0090]
Next, the seller sends the order information to the delivery management center as order information by combining the requester information, the product name information, the destination information and the order date and time for each received number based on the order management database.
[0091]
The delivery management center to which the order information for each receipt number is sent registers the order information for each receipt number in the delivery management database. At this time, in addition to the received order information, delivery information such as a delivery designated date and time, a collection date and time, and the like are generated as delivery data and registered in the database. In addition, the order information or the delivery address / name image information of the delivery data, the sender address / name image information, and the character code data such as the product name generate the tag data that is the print data of the tag attached to the delivered item. To do. At this time, an invoice number is assigned to each tag data to be generated, added to the tag data, and also registered in the delivery data database. The invoice number assigned in accordance with the order information is returned as delivery consignment information to the order management database.
[0092]
The delivery management center sends the tag data to the producer or the inventory center via the network after registering the delivery data database and generating the tag data, and collects the goods shipped from the producer or the inventory center. Sending a collection instruction to the logistics company via the network. At this time, the distribution data is sent to the logistics company for collection / delivery management of the article instructed to collect.
[0093]
The producer or the inventory center issues an article with a product name designated based on a shipping instruction from the seller (order management database) and performs a packing operation. Further, based on the tag data from the delivery management center (delivery management database), the tag data is printed by the producer tag printer 5 or the inventory center tag printer 6 to create a tag for delivery. Affix the created tag to the packaged item and wait for collection.
[0094]
In response to the collection instruction from the delivery management center (delivery management database), the logistics company goes to the producer or the inventory center to collect the goods according to the collection date information included in the collection instruction. After the collected delivery items are sorted, the delivery data such as the collection date is updated, and the delivery data is reported to the delivery management center. The delivery management center updates the delivery management database based on this report.
[0095]
The logistics company will then deliver the goods according to the delivery information such as the delivery date specified in the delivery data, and report the delivery date and receipt information to the delivery management center as a delivery completion report when delivery is completed. . The delivery management center updates the delivery management database based on this report.
[0096]
Next, a method for providing tracking information of an article being ordered or delivered will be described with reference to FIGS. The tracking information request is made by either the sender who ordered or delivered the article or the consignee of the article. In either case, the article to be tracked is specified by the receipt number or the invoice number. In the first embodiment, ordering / delivery is managed in the delivery management database. By searching the delivery management database using the receipt number or invoice number as a search key, the order status and delivery information are sent to the sender and consignee. Can be provided.
[0097]
As shown in FIG. 16, in the case of a system that manages order information and delivery information using the seller's order management database and the distribution company's delivery management database, tracking information is provided as follows.
FIG. 19A shows a sequence when the client obtains tracking information. The client makes an inquiry to the order management database for tracking information using the receipt number of the application form receipt at the time of ordering the goods as a key. The order management database returns tracking information to the client based on the registered order information. For example, if there is no stock, a shipping date is returned. If the product has already been shipped from the producer or the inventory center, the seller obtains the invoice number corresponding to the receipt number from the order management database and inquires of the delivery management database of the delivery management center. The delivery management center reads delivery information corresponding to the designated invoice number in the delivery management database and replies as tracking information. Here, the tracking information to be answered includes, for example, a delivery base where the article is stored and a scheduled delivery date. In this way, the requester (sender) can obtain the tracking information including the case of delivery by inquiring the order management database for the receipt number.
[0098]
FIG. 19B shows a sequence when the consignee obtains tracking information. The consignee may have received the receipt of the receipt number at the time of ordering the goods received from the requester (sender). In this case, as in FIG. 19A, the consignee makes an inquiry to the order management database for tracking information using the receipt number as a key. The seller obtains the invoice number corresponding to the receipt number from the order management database and inquires of the delivery management database of the delivery management center. The delivery management center reads delivery information corresponding to the designated invoice number in the delivery management database and replies as tracking information. The seller returns the tracking information returned from the delivery management center to the consignee who made an inquiry using the receipt number as a key. If the consignee knows the invoice number, tracking information is inquired to the delivery management database of the delivery management center using the invoice number as a key, and the delivery management information registered in the delivery management database is obtained.
[0099]
FIG. 20 and FIG. 21 are screen examples showing examples of tracking information that is answered to the client or consignee. FIG. 20 shows the result of searching the order management database and the delivery management database using the receipt number as a key, and displays the delivery status for each delivery destination. Furthermore, the contents of the application can be confirmed by displaying the entire image of the application form. Here, the notification code of the delivery status may display shipment completed, in-delivery, home delivery, etc., or more specifically, the name of the distribution company's store for delivery. FIG. 21 shows the result of searching the order management database and the delivery management database using the invoice number as a key. Although the tracking information is displayed for each receipt number and invoice number as a key for tracking information search, the present invention is not limited to this method, and the same display screen may be used.
[0100]
As shown in the application form in FIG. 5, regarding the delivery date to the delivery destination, the client can specify the delivery date and time at the time of application, the delivery date notification method to the delivery destination in advance, and delivery to the delivery destination when delivery is completed. A method for notifying completion is conceivable. Hereinafter, these embodiments will be described in detail with reference to FIG.
[0101]
Even if the requester (sender) designates the delivery date and time at the time of application, since the shipping state of the goods of the producer and the inventory center is unknown, it cannot always be delivered to the destination as the delivery date and time is designated. For this reason, as shown in FIG. 22, the delivery management center generates delivery data and tag data based on the order information from the seller, registers the delivery data in the delivery management database, and instructs the producer and inventory center to ship.・ After sending the tag data, get the shipping date response from the producer or inventory center. The delivery management center registers the shipping date response in the delivery management database, determines the collection date of the courier based on the shipping date, and sends the collection instruction / delivery data to the courier. Since the delivery date can be determined once the collection date arrives, the requested delivery date for each number is reported to the requester (sender) or seller by means such as email. At this time, a delivery date notification for each invoice number is also sent to the destination by means of e-mail or the like. The delivery date notification to the requester and delivery address is made by filling in the application form in FIG. 6 such as the e-mail address, fax number, telephone number, etc. (not shown), and recognizing these information at the time of ordering, and the delivery management database Can be notified by registering as sender information and destination information.
[0102]
If the delivery date cannot be received due to the absence of the delivery address, etc., the delivery date is notified from the delivery destination to the delivery management center on the Web homepage etc., and the delivery management corresponding to the invoice number is sent. The database is updated. The delivery management center gives a delivery instruction for the changed delivery date to the delivery company. The procedure for changing the delivery date and the update of the delivery management database are performed using the invoice number as a key.
[0103]
When the delivery company performs delivery based on the delivery instruction, if the consignee is absent, the absence information is transmitted from the delivery company to the delivery management center, and the delivery management database is updated. The delivery management center notifies the consignee of the absence by e-mail or the like for confirming the delivery date and time based on the absence information. The consignee who has received the absence notification such as an e-mail sends a redelivery date change notification from the delivery destination to the delivery management center on the Web homepage or the like, and the delivery management database corresponding to the invoice number is updated. The delivery management center gives a re-delivery instruction for the changed delivery date to the delivery company. The procedure for changing the delivery date and the update of the delivery management database are performed using the invoice number as a key.
[0104]
When the delivery of the article is completed to the consignee, the delivery company notifies the delivery management center of the delivery completion notification, and the delivery management database of the invoice number is updated. The delivery management center reports the delivery completion to the seller or requester (sender) by e-mail or the like.
[0105]
FIG. 23 is a flowchart showing details of the delivery date notification and absence notification processing described in FIG. The delivery management database is updated in accordance with the work of the courier and the response from the consignee.
[0106]
FIG. 24 is a flowchart showing an application example of the delivery management database of the present invention. The delivery management database is used to improve the character recognition rate of image data such as addresses and names entered in the application form. In the delivery management database, image information such as addresses and names and character recognition results are recorded, but the character recognition results are calibrated offline. The off-line time can be considered, for example, at night when orders are not placed. When offline, the character recognition processing is performed with higher accuracy than when the application form is input, or the dictionary to be referred to is changed to calibrate the character recognition result.
[0107]
At the time of online processing for inputting the application form, as in FIG. 6, after detecting the input area such as the name and address, after inputting the image data of the area, the character recognition processing is performed. Thereafter, the character code of the name calibrated by the off-line processing of the delivery management database is searched by using the character code of the name recognized by scanning the application form as a key, and history information with a high degree of similarity is acquired. If the image data of the extracted history information and the image data input by the scanner are compared and if they match or have a certain degree of similarity, the character code of the history information is set as the recognized character code. Address information and name information may be combined as history information.
[0108]
Such processing can be performed to improve the accuracy of character recognition. In addition, since the contents of the application form are confirmed by comparing with the history information, it is possible to reduce the load of checking the contents of the application and to improve the efficiency of the order receiving process.
[0109]
【The invention's effect】
According to the present invention, since the tag is generated from the image data of the entry contents of the application form, it is possible to prevent erroneous delivery due to erroneous reading of the entry contents and reduce the processing load for correcting character recognition errors. Time to completion can be shortened.
[0110]
In addition, centralized management of order information and delivery information makes it easy to manage the delivery status, so that the sender can easily check the delivery status, and distributors and logistics companies can answer the delivery status so far. It is possible to eliminate the tracking work of the tag that had been done in the past.
[Brief description of the drawings]
FIG. 1 is a functional outline diagram of a delivery system.
FIG. 2 is a system configuration diagram of a delivery system.
FIG. 3 is an overall sequence diagram when a shipping instruction is issued to a producer.
FIG. 4 is an overall sequence diagram in the case where a shipping instruction is issued to a collector.
FIG. 5 is a diagram illustrating an example of an application form.
FIG. 6 is a processing flowchart of a store.
FIG. 7 is a processing flow diagram of a delivery management center.
[Figure 8] Producer management table
FIG. 9 is a data structure diagram of a delivery management database.
FIG. 10 shows an example of a tag label.
FIG. 11 is a processing flow diagram of a producer / inventory center.
FIG. 12 is a collection processing flow diagram of a logistics company that has received a collection instruction.
FIG. 13 is a flow chart of a collection process of a logistics company that has received a collection instruction and tag data.
FIG. 14 is a processing flow diagram of a delivery center.
FIG. 15 is a flow chart of home delivery processing of a logistics company.
FIG. 16 is another system configuration diagram of the delivery system.
FIG. 17 is a data structure diagram of another management database.
FIG. 18 is an overall sequence diagram of another embodiment.
FIG. 19 is a flowchart showing a procedure for obtaining delivery information tracking information;
FIG. 20 is a diagram showing a display example of tracking information using a receipt number as a search key.
FIG. 21 is a diagram showing a display example of tracking information using an invoice number as a search key.
FIG. 22 is a sequence diagram of delivery date notification / absence notification.
FIG. 23: Detailed flow chart of delivery date notification / absence notification
FIG. 24 is a flowchart of character recognition processing based on a destination history.
[Explanation of symbols]
1 ... seller, 2 ... delivery management center, 13 ... delivery management database,
3 ... network, 4 ... network, 5 ... producer tag printer,
6 ... Inventory center tag printer, 7 ... Logistics supplier's collection store, 17 ... Collector terminal,
18 ... collection store terminal, 16 ... collection store tag printer, 8 ... delivery center terminal,
9 ... Home delivery store of logistics company, 20 ... Home delivery terminal, 19 ... Home delivery terminal

Claims (3)

申込み用紙に記入された注文主と送付先と品名を含む注文情報のイメージ情報を取得し、
取得したイメージ情報をもとに、少なくとも物品の品名と電話番号と郵便番号をあらわす英数字である第1のイメージ情報を文字認識して第1の文字コード情報に変換し、
少なくとも送り主の住所と氏名をあらわす英数字以外の文字を含む第2のイメージ情報を文字認識して第2の文字コード情報に変換し、
前記第1及び第2のイメージ情報と、前記第1及び第2の文字コード情報を注文情報として配送管理データベースに登録し、
前記配送管理データベースに登録された前記第1及び第2のイメージ情報をもとに、送付先ごとに少なくとも注文主と送付先の住所と氏名をあらわすイメージ情報を含む印刷データを生成し、物品に貼付する荷札ラベルを前記印刷データに基いて印刷し、
さらに、前記注文情報をもとに送付先ごとに、少なくとも出荷元から物品を集荷した集荷日時と送付先に物品を宅配した宅配日時を含む配送情報を生成し、配送管理データベースに登録することを特徴とする物品配送方法。
Obtain image information of the order information including the orderer, destination and product name entered on the application form,
Based on the acquired image information, at least the first image information, which is an alphanumeric character representing the article name, telephone number, and postal code of the article , is character-recognized and converted to first character code information;
Character recognition of at least second image information including non-alphanumeric characters representing the sender's address and name, and converting it into second character code information;
Said first and second image information, to register with the first and second character code information to the delivery management database as order information,
Based on the first and second image information registered in the delivery management database, print data including image information representing at least the orderer, the address and name of the addressee is generated for each addressee, Print the tag label to be attached based on the print data,
Further, for each delivery destination based on the order information, the delivery information including at least the collection date and time when the article is collected from the shipping source and the delivery date and time when the article is delivered to the delivery destination is generated and registered in the delivery management database. A feature delivery method.
請求項記載の物品配送方法において、
前記注文情報は、前記申込み用紙ごとに割り当てられた承り番号ごとに前記配送管理データベースに登録され、前記配送情報は、物品に貼付される荷札ラベルごとに割り当てられた送り状番号ごとに前記配送管理データベースに登録されることを特徴とする物品配送方法。
The article delivery method according to claim 1 ,
The order information is registered in the delivery management database for each order number assigned to each application form, and the delivery information is stored in the delivery management database for each invoice number assigned to each tag label attached to the article. Article delivery method characterized by being registered in
請求項記載の物品配送方法において、
前記荷札ラベルに前記送り状番号を印刷し、集荷過程で、前記荷札ラベルの送り状番号をもとに配送管理データベースの集荷日時を更新し、宅配過程で、前記荷札ラベルの送り状番号をもとに配送管理データベースの宅配日時を更新することを特徴とする物品配送方法。
In the article delivery method according to claim 2 ,
The invoice number is printed on the tag label, the collection date and time of the delivery management database is updated based on the invoice number of the tag label during the collection process, and the delivery is performed based on the invoice number of the tag label during the delivery process An article delivery method comprising updating a delivery date and time in a management database.
JP2003108540A 2003-04-14 2003-04-14 Article delivery method and delivery system Expired - Lifetime JP4332368B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003108540A JP4332368B2 (en) 2003-04-14 2003-04-14 Article delivery method and delivery system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003108540A JP4332368B2 (en) 2003-04-14 2003-04-14 Article delivery method and delivery system

Publications (2)

Publication Number Publication Date
JP2004315116A JP2004315116A (en) 2004-11-11
JP4332368B2 true JP4332368B2 (en) 2009-09-16

Family

ID=33469973

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003108540A Expired - Lifetime JP4332368B2 (en) 2003-04-14 2003-04-14 Article delivery method and delivery system

Country Status (1)

Country Link
JP (1) JP4332368B2 (en)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007172534A (en) * 2005-12-26 2007-07-05 Nec Fielding Ltd System and method for notifying reception of home delivery service, package management server, and program
JP5077002B2 (en) * 2008-03-25 2012-11-21 富士ゼロックス株式会社 Variable printing system and computer program
JP2011129027A (en) * 2009-12-21 2011-06-30 Yamato Logistics Co Ltd Prize information processing method and prize information processing system
JP5685819B2 (en) * 2010-03-02 2015-03-18 日本電気株式会社 Delivery support system, method, and program
JP5982396B2 (en) 2011-11-24 2016-08-31 アマゾン テクノロジーズ インコーポレイテッド Delivery management method
EP3095089A1 (en) 2014-01-15 2016-11-23 United States Postal Service System and method for processing distribution items in a distribution network
KR101540994B1 (en) 2014-02-14 2015-08-03 박태일 Information of hand-writing invoice input system and method thereof
EP3287399B1 (en) 2016-02-15 2023-03-08 V-Sync Co., Ltd. Delivery system
CN108280613A (en) * 2018-03-16 2018-07-13 刘亚楼 A kind of verification and retroactive method of electric business logistics delivery, terminal and system
JP2020177335A (en) * 2019-04-16 2020-10-29 株式会社ネットショップ支援室 Order reception processing system, order reception processing method and program
KR102366274B1 (en) * 2021-06-02 2022-02-23 쿠팡 주식회사 A method for managing delivery of an item and an apparatus for the same

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3145853B2 (en) * 1994-01-31 2001-03-12 エヌイーシーソフト株式会社 Delivery slip creation system
JP3639188B2 (en) * 2000-06-16 2005-04-20 ヤマト運輸株式会社 Article delivery information management system and management method
JP2003089425A (en) * 2001-09-19 2003-03-25 Comalliance Kk Physical distribution managing system

Also Published As

Publication number Publication date
JP2004315116A (en) 2004-11-11

Similar Documents

Publication Publication Date Title
US7395962B2 (en) Pick up notice and method of using same
US7341186B2 (en) Proof of presence and confirmation of parcel delivery systems and methods
US6994253B2 (en) Systems and methods of item delivery utilizing a delivery notice
US20060149733A1 (en) Address matching
KR100837971B1 (en) Information management system for article delivery
EP2038820A2 (en) Systems and methods for international dutiable returns related applications
JP4332368B2 (en) Article delivery method and delivery system
US7647230B2 (en) Method and apparatus for tracking a special service delivery of a mail item created by an office worker
CN113474799A (en) Food traceability system and method
KR20110096540A (en) Delivery transfer system and delivery order form printing program
KR20070098141A (en) System for network-based delivery service and method thereof
EP2808845A1 (en) Method and system for processing data related to mail items to be shipped
JP2004157635A (en) Transaction processing system and transaction processing method by remote operation
KR100658912B1 (en) A delivering system using a pos system and a method thereof
JP2007507813A (en) Information acquisition and processing method in communication system
JPH11149512A (en) Physical distribution processing system
JP2002104619A (en) Delivery slip forming system, delivery slip, delivery control system, and delivery control method
JPH05101078A (en) Merchandise order reception and distribution management system
JP2002297725A (en) System and program for delivery
JP4666939B2 (en) Online delivery system and delivery request method
US20070246523A1 (en) Metered mail and online postage tracking
JP4213643B2 (en) Shipment management system and shipment management method
KR20210127384A (en) Information input system for delivery waybill including personal information
JP3411257B2 (en) Bulk collection and delivery support system for shipment cargo
CN115796738A (en) Interception piece processing method, device, equipment and storage medium

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060306

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20060306

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20060306

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060306

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20060825

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060825

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20060825

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20081225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090120

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090318

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090609

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090622

R150 Certificate of patent or registration of utility model

Ref document number: 4332368

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120626

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120626

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130626

Year of fee payment: 4

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313117

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term