ホーム > 特許ランキング > 株式会社パピルスカンパニー
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022162961
(43)【公開日】2022-10-25
(54)【発明の名称】物流処理システム、物流処理方法及びデリバリーパック
(51)【国際特許分類】
G06Q 10/08 20120101AFI20221018BHJP
【ＦＩ】
G06Q10/08
【審査請求】未請求
【請求項の数】16
【出願形態】ＯＬ
(21)【出願番号】P 2021195841
(22)【出願日】2021-12-02
(31)【優先権主張番号】P 2021067535
(32)【優先日】2021-04-13
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】507009696
【氏名又は名称】株式会社パピルスカンパニー
(74)【代理人】
【識別番号】100099933
【弁理士】
【氏名又は名称】清水 敏
(74)【代理人】
【識別番号】100124028
【弁理士】
【氏名又は名称】松本 公雄
(74)【代理人】
【識別番号】100145207
【弁理士】
【氏名又は名称】酒本 裕明
(74)【代理人】
【識別番号】100078813
【弁理士】
【氏名又は名称】上代 哲司
(74)【代理人】
【識別番号】100094477
【弁理士】
【氏名又は名称】神野 直美
(72)【発明者】
【氏名】横山 太一
(72)【発明者】
【氏名】多月 光司
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA16
5L049CC51
(57)【要約】 （修正有）
【課題】納品先の受領担当者に不便を与えることなく、効率的な納品確認作業が可能な物流処理システム、物流処理方法及びデリバリーパックを提供する。
【解決手段】物流処理方法は、出荷元の受注担当者が、入力端末を用いて、納品先への納品に関する情報（納品情報）を入力し、記憶された納品情報を、納品伝票として、出荷元の出力端末から印字して出力するステップと、記憶された関連付けデータに基づいて形成・記憶された二次元コードを、出荷元の出力端末から所定の台紙上に印字して出力し、出力された納品伝票に基づいて、荷揃えを行うステップと、二次元コードが印刷された台紙と納品伝票とをデリバリーパック内に封入し、封入されたデリバリーパックが配送物に貼付された状態で、配送物を納品先へ向けて送付するステップと、配送物が納品先に到着すると、受領担当者が、納品の確認を行うステップを含む。
【選択図】図１
【解決手段】物流処理方法は、出荷元の受注担当者が、入力端末を用いて、納品先への納品に関する情報（納品情報）を入力し、記憶された納品情報を、納品伝票として、出荷元の出力端末から印字して出力するステップと、記憶された関連付けデータに基づいて形成・記憶された二次元コードを、出荷元の出力端末から所定の台紙上に印字して出力し、出力された納品伝票に基づいて、荷揃えを行うステップと、二次元コードが印刷された台紙と納品伝票とをデリバリーパック内に封入し、封入されたデリバリーパックが配送物に貼付された状態で、配送物を納品先へ向けて送付するステップと、配送物が納品先に到着すると、受領担当者が、納品の確認を行うステップを含む。
【選択図】図１
【特許請求の範囲】
【請求項1】
出荷元と納品先とを連携する物流処理システムであって、
前記納品先への納品に関する情報を納品情報として入力する納品情報入力手段と、
入力された前記納品情報を記憶する納品情報記憶手段と、
記憶された前記納品情報へアクセスするためのデータを第１関連付けデータとして作成する関連付けデータ作成手段と、
作成された前記第１関連付けデータを記憶する関連付けデータ記憶手段と、
前記第１関連付けデータに基づいて作成され且つ記憶された第１二次元コードを、前記出荷元で出力する二次元コード出力手段と、
記憶された前記納品情報を、前記出荷元で、納品伝票として出力する納品伝票出力手段と、
前記第１二次元コードに基づいて、前記第１関連付けデータを介して、前記納品情報を、前記納品先で出力する納品情報出力手段とを備えており、
前記出荷元では、出力された前記第１二次元コードと前記納品伝票とが、前記出荷元から前記納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、前記配送物と共に送付されるように構成され、
前記納品先では、前記納品伝票に基づいて納品が確認されると共に、前記第１二次元コードに基づいて前記納品情報が出力されるように構成されていることを特徴とする物流処理システム。
前記納品先への納品に関する情報を納品情報として入力する納品情報入力手段と、
入力された前記納品情報を記憶する納品情報記憶手段と、
記憶された前記納品情報へアクセスするためのデータを第１関連付けデータとして作成する関連付けデータ作成手段と、
作成された前記第１関連付けデータを記憶する関連付けデータ記憶手段と、
前記第１関連付けデータに基づいて作成され且つ記憶された第１二次元コードを、前記出荷元で出力する二次元コード出力手段と、
記憶された前記納品情報を、前記出荷元で、納品伝票として出力する納品伝票出力手段と、
前記第１二次元コードに基づいて、前記第１関連付けデータを介して、前記納品情報を、前記納品先で出力する納品情報出力手段とを備えており、
前記出荷元では、出力された前記第１二次元コードと前記納品伝票とが、前記出荷元から前記納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、前記配送物と共に送付されるように構成され、
前記納品先では、前記納品伝票に基づいて納品が確認されると共に、前記第１二次元コードに基づいて前記納品情報が出力されるように構成されていることを特徴とする物流処理システム。
【請求項2】
前記納品情報記憶手段、前記関連付けデータ作成手段、及び前記関連付けデータ記憶手段は、サーバー内に設けられており、
前記サーバーと、前記納品情報入力手段、前記二次元コード出力手段、前記納品伝票出力手段及び前記納品情報出力手段のそれぞれとが、ネットワークを介して接続されて、所定のＷｅｂアプリケーションを用いて処理されるように構成されていることを特徴とする請求項１に記載の物流処理システム。
前記サーバーと、前記納品情報入力手段、前記二次元コード出力手段、前記納品伝票出力手段及び前記納品情報出力手段のそれぞれとが、ネットワークを介して接続されて、所定のＷｅｂアプリケーションを用いて処理されるように構成されていることを特徴とする請求項１に記載の物流処理システム。
【請求項3】
所定の期限内であれば、前記納品先及び前記出荷元の少なくとも一方において、記憶された前記納品情報に、随時、アクセス可能であることを特徴とする請求項１又は請求項２に記載の物流処理システム。
【請求項4】
記憶された前記納品情報が、前記納品先及び前記出荷元に設けられた経理処理システムに関連付けられていることを特徴とする請求項１から請求項３のいずれか１項に記載の物流処理システム。
【請求項5】
前記出荷元において請求情報を入力する請求情報入力手段と、
入力された前記請求情報を記憶する請求情報記憶手段と、
記憶された前記請求情報を、前記出荷元において請求書として出力する請求書出力手段と、
前記請求情報を前記納品先で出力する請求情報出力手段とをさらに備え、
前記請求情報記憶手段は、前記サーバー内に設けられ、
前記関連付けデータ作成手段はさらに、記憶された前記請求情報へアクセスするための第２関連付けデータを作成し、
前記関連付けデータ記憶手段はさらに、作成された前記第２関連付けデータを記憶し、
前記二次元コード出力手段はさらに、前記第２関連付けデータに基づいて作成され且つ記憶された第２二次元コードを、前記出荷元において出力し、
出力された前記第２二次元コード及び前記請求書は、同封されて前記出荷元から前記納品先へ送付され、
前記請求情報出力手段は、前記第２二次元コードに基づいて、前記第２関連付けデータを介して、前記請求情報を出力することを特徴とする請求項２に記載の物流処理システム。
入力された前記請求情報を記憶する請求情報記憶手段と、
記憶された前記請求情報を、前記出荷元において請求書として出力する請求書出力手段と、
前記請求情報を前記納品先で出力する請求情報出力手段とをさらに備え、
前記請求情報記憶手段は、前記サーバー内に設けられ、
前記関連付けデータ作成手段はさらに、記憶された前記請求情報へアクセスするための第２関連付けデータを作成し、
前記関連付けデータ記憶手段はさらに、作成された前記第２関連付けデータを記憶し、
前記二次元コード出力手段はさらに、前記第２関連付けデータに基づいて作成され且つ記憶された第２二次元コードを、前記出荷元において出力し、
出力された前記第２二次元コード及び前記請求書は、同封されて前記出荷元から前記納品先へ送付され、
前記請求情報出力手段は、前記第２二次元コードに基づいて、前記第２関連付けデータを介して、前記請求情報を出力することを特徴とする請求項２に記載の物流処理システム。
【請求項6】
前記納品先に送付された前記配送物を前記出荷元に返送する処理を差し戻しとして、前記ネットワークを介して前記サーバーに登録する配送物差し戻し手段と、
前記請求書を前記出荷元に返送する処理を差し戻しとして、前記ネットワークを介して前記サーバーに登録する請求書差し戻し手段とをさらに含むことを特徴とする請求項５に記載の物流処理システム。
前記請求書を前記出荷元に返送する処理を差し戻しとして、前記ネットワークを介して前記サーバーに登録する請求書差し戻し手段とをさらに含むことを特徴とする請求項５に記載の物流処理システム。
【請求項7】
前記サーバーは、前記納品情報入力手段、前記納品情報出力手段、前記請求情報入力手段、前記請求情報出力手段、前記配送物差し戻し手段及び前記請求書差し戻し手段のいずれかによる、前記ネットワークを介した前記サーバーへのアクセスを、トラッキングポイントとして記憶する記憶手段をさらに含み、
前記トラッキングポイントは、前記出荷元及び前記納品先の少なくとも一方に配置された端末装置から、前記ネットワークを介してアクセスされ得ることを特徴とする請求項６に記載の物流処理システム。
前記トラッキングポイントは、前記出荷元及び前記納品先の少なくとも一方に配置された端末装置から、前記ネットワークを介してアクセスされ得ることを特徴とする請求項６に記載の物流処理システム。
【請求項8】
前記記憶手段は、
前記納品情報入力手段又は前記納品情報出力手段による、前記ネットワークを介した前記サーバーへのアクセスを、前記第１二次元コードに対応させて第１トラッキングポイントとして記憶し、
前記請求情報入力手段又は前記請求情報出力手段による、前記ネットワークを介した前記サーバーへのアクセスを、前記第２二次元コードに対応させて第２トラッキングポイントとして記憶し、
前記配送物差し戻し手段が、前記ネットワークを介して前記サーバーにアクセスした後、前記納品情報入力手段が、前記ネットワークを介して前記サーバーにアクセスしたことを受けて、前記第１二次元コードに対応させて前記第１トラッキングポイントとは異なる新たなトラッキングポイントを記憶し、
前記請求書差し戻し手段が、前記ネットワークを介して前記サーバーにアクセスした後、前記請求情報入力手段が、前記ネットワークを介して前記サーバーにアクセスしたことを受けて、前記第２二次元コードに対応させて前記第２トラッキングポイントとは異なる新たなトラッキングポイントを記憶し、
前記第１トラッキングポイント、前記第２トラッキングポイント及び前記新たなトラッキングポイントは、前記端末装置から、前記ネットワークを介してアクセスされ得ることを特徴とする請求項７に記載の物流処理システム。
前記納品情報入力手段又は前記納品情報出力手段による、前記ネットワークを介した前記サーバーへのアクセスを、前記第１二次元コードに対応させて第１トラッキングポイントとして記憶し、
前記請求情報入力手段又は前記請求情報出力手段による、前記ネットワークを介した前記サーバーへのアクセスを、前記第２二次元コードに対応させて第２トラッキングポイントとして記憶し、
前記配送物差し戻し手段が、前記ネットワークを介して前記サーバーにアクセスした後、前記納品情報入力手段が、前記ネットワークを介して前記サーバーにアクセスしたことを受けて、前記第１二次元コードに対応させて前記第１トラッキングポイントとは異なる新たなトラッキングポイントを記憶し、
前記請求書差し戻し手段が、前記ネットワークを介して前記サーバーにアクセスした後、前記請求情報入力手段が、前記ネットワークを介して前記サーバーにアクセスしたことを受けて、前記第２二次元コードに対応させて前記第２トラッキングポイントとは異なる新たなトラッキングポイントを記憶し、
前記第１トラッキングポイント、前記第２トラッキングポイント及び前記新たなトラッキングポイントは、前記端末装置から、前記ネットワークを介してアクセスされ得ることを特徴とする請求項７に記載の物流処理システム。
【請求項9】
出荷元と納品先とを連携する物流処理システムであって、
前記納品先への納品に関する情報を納品情報として入力する納品情報入力手段と、
入力された前記納品情報を記憶する納品情報記憶手段と、
予め印刷された二次元コードと記憶された前記納品情報とに基づいて、前記納品情報へアクセスするためのデータを関連付けデータとして作成する関連付けデータ作成手段と、
作成された前記関連付けデータを記憶する関連付けデータ記憶手段と、
記憶された前記納品情報を、前記出荷元で、納品伝票として出力する納品伝票出力手段と、
前記二次元コードに基づいて、前記関連付けデータを介して、前記納品情報を、納品先で出力する納品情報出力手段とを備えており、
前記出荷元では、前記二次元コードと前記納品伝票とが、前記出荷元から前記納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、前記配送物と共に送付されるように構成され、
前記納品先では、前記納品伝票に基づいて納品が確認されると共に、前記二次元コードに基づいて前記納品情報が出力されるように構成されていることを特徴とする物流処理システム。
前記納品先への納品に関する情報を納品情報として入力する納品情報入力手段と、
入力された前記納品情報を記憶する納品情報記憶手段と、
予め印刷された二次元コードと記憶された前記納品情報とに基づいて、前記納品情報へアクセスするためのデータを関連付けデータとして作成する関連付けデータ作成手段と、
作成された前記関連付けデータを記憶する関連付けデータ記憶手段と、
記憶された前記納品情報を、前記出荷元で、納品伝票として出力する納品伝票出力手段と、
前記二次元コードに基づいて、前記関連付けデータを介して、前記納品情報を、納品先で出力する納品情報出力手段とを備えており、
前記出荷元では、前記二次元コードと前記納品伝票とが、前記出荷元から前記納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、前記配送物と共に送付されるように構成され、
前記納品先では、前記納品伝票に基づいて納品が確認されると共に、前記二次元コードに基づいて前記納品情報が出力されるように構成されていることを特徴とする物流処理システム。
【請求項10】
前記納品情報記憶手段、前記関連付けデータ作成手段、及び前記関連付けデータ記憶手段が、サーバー内に設けられており、
前記サーバーと、前記納品情報入力手段、前記納品伝票出力手段及び前記納品情報出力手段のそれぞれとが、ネットワークを介して接続されて、所定のＷｅｂアプリケーションを用いて処理されるように構成されていることを特徴とする請求項９に記載の物流処理システム。
前記サーバーと、前記納品情報入力手段、前記納品伝票出力手段及び前記納品情報出力手段のそれぞれとが、ネットワークを介して接続されて、所定のＷｅｂアプリケーションを用いて処理されるように構成されていることを特徴とする請求項９に記載の物流処理システム。
【請求項11】
所定の期限内であれば、前記納品先及び前記出荷元の少なくとも一方において、記憶された前記納品情報に、随時、アクセス可能であることを特徴とする請求項９又は請求項１０に記載の物流処理システム。
【請求項12】
記憶された前記納品情報が、前記納品先及び前記出荷元に設けられた経理処理システムに関連付けられていることを特徴とする請求項９から請求項１１のいずれか１項に記載の物流処理システム。
【請求項13】
請求項１から請求項１２のいずれか１項に記載の物流処理システムにおいて使用されるデリバリーパック。
【請求項14】
請求項１から請求項４のいずれか１項に記載の物流処理システムを用いて、出荷元と納品先との間で行われる物流処理方法であって、
前記出荷元の入力端末から、前記納品情報を入力する納品情報入力ステップと、
前記第１関連付けデータを第１二次元コード化して出力する二次元コード出力ステップと、
前記納品情報を納品伝票として出力する納品伝票出力ステップと、
前記第１二次元コードと前記納品伝票とを、デリバリーパックに同封して、前記出荷元から前記納品先へ向けて、配送物と共に送付する送付ステップと、
送付されてきた前記配送物の納品を、前記納品伝票に基づいて確認する納品確認ステップと、
前記納品先の入力端末から入力された前記第１二次元コードに基づいて前記納品情報を出力する納品情報出力ステップとを備えていることを特徴とする物流処理方法。
前記出荷元の入力端末から、前記納品情報を入力する納品情報入力ステップと、
前記第１関連付けデータを第１二次元コード化して出力する二次元コード出力ステップと、
前記納品情報を納品伝票として出力する納品伝票出力ステップと、
前記第１二次元コードと前記納品伝票とを、デリバリーパックに同封して、前記出荷元から前記納品先へ向けて、配送物と共に送付する送付ステップと、
送付されてきた前記配送物の納品を、前記納品伝票に基づいて確認する納品確認ステップと、
前記納品先の入力端末から入力された前記第１二次元コードに基づいて前記納品情報を出力する納品情報出力ステップとを備えていることを特徴とする物流処理方法。
【請求項15】
前記出荷元における入力端末から、請求情報を入力する請求情報入力ステップと、
入力された前記請求情報を記憶する請求情報記憶ステップと、
記憶された前記請求情報を、前記出荷元において請求書として出力する請求書出力ステップと、
前記納品先において前記請求情報を出力する請求情報出力ステップとを含み、
前記関連付けデータ作成ステップはさらに、記憶された前記請求情報へアクセスするための第２関連付けデータを作成するステップを含み、
前記二次元コード出力ステップはさらに、前記第２関連付けデータに基づいて作成され且つ記憶された第２二次元コードを、前記出荷元において出力するステップを含み、
前記請求情報出力ステップは、前記第２二次元コードに基づいて、前記第２関連付けデータを介して、前記請求情報を出力することを特徴とする請求項１４に記載の物流処理方法。
入力された前記請求情報を記憶する請求情報記憶ステップと、
記憶された前記請求情報を、前記出荷元において請求書として出力する請求書出力ステップと、
前記納品先において前記請求情報を出力する請求情報出力ステップとを含み、
前記関連付けデータ作成ステップはさらに、記憶された前記請求情報へアクセスするための第２関連付けデータを作成するステップを含み、
前記二次元コード出力ステップはさらに、前記第２関連付けデータに基づいて作成され且つ記憶された第２二次元コードを、前記出荷元において出力するステップを含み、
前記請求情報出力ステップは、前記第２二次元コードに基づいて、前記第２関連付けデータを介して、前記請求情報を出力することを特徴とする請求項１４に記載の物流処理方法。
【請求項16】
請求項９から請求項１２のいずれか１項に記載の物流処理システムを用いて、出荷元と納品先との間で行われる物流処理方法であって、
前記出荷元の入力端末から、前記納品情報を入力する納品情報入力ステップと、
前記納品情報を納品伝票として出力する納品伝票出力ステップと、
前記予め印刷された二次元コードと前記納品伝票とを、デリバリーパックに同封して、前記出荷元から前記納品先へ向けて、配送物と共に送付する送付ステップと、
送付されてきた前記配送物の納品を、前記納品伝票に基づいて確認する納品確認ステップと、
前記納品先の入力端末から入力された前記二次元コードに基づいて前記納品情報を出力する納品情報出力ステップとを備えていることを特徴とする物流処理方法。
前記出荷元の入力端末から、前記納品情報を入力する納品情報入力ステップと、
前記納品情報を納品伝票として出力する納品伝票出力ステップと、
前記予め印刷された二次元コードと前記納品伝票とを、デリバリーパックに同封して、前記出荷元から前記納品先へ向けて、配送物と共に送付する送付ステップと、
送付されてきた前記配送物の納品を、前記納品伝票に基づいて確認する納品確認ステップと、
前記納品先の入力端末から入力された前記二次元コードに基づいて前記納品情報を出力する納品情報出力ステップとを備えていることを特徴とする物流処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、物流処理システム、前記物流処理システムを用いた物流処理方法、及び前記物流処理方法において使用されるデリバリーパックに関する。
【背景技術】
【0002】
物品の物流において、出荷元は、納品先から受注した内容（納品情報）に基づいて納品伝票を作成して配送物に貼付して、配送物と共に発送する一方、納品先は、納品時、納品伝票に記載された内容と納品された配送物とを照合、確認して受領する。その後、出荷元の経理担当部署は納品伝票に基づいて請求処理を行い、一方、納品先の経理担当部署は納品伝票に基づいて支払処理を行う。なお、ここでいう「納品伝票」とは、納品伝票に併せて発行される売上伝票や請求伝票など、納品情報に関するデータの伝票類も含まれる。
【0003】
従来、納品伝票は、一般的に、書面としてデリバリーパックに封入された状態で、配送物に貼付されて出荷先に送付されている。しかし、この方法の場合、納品先の経理担当部署が、納品完了後、納品伝票の記載に基づいてデータ入力して、納品管理や支払い手続きを行うため、データの入力作業に手間が掛かり、また、入力ミスが発生するリスクもある。
【0004】
そこで、近年、事務処理の効率アップのため、納品伝票の電子化が進められている（例えば、特許文献１参照）。具体的な方法としては、例えば、メールなどにより納品情報に関するデータを電子データとして提供する物流処理システムが挙げられる。しかし、このシステムの場合、書面で提供された納品伝票の内容と電子データの内容が一致しているか、突き合わせて確認する作業が必要であり、効率アップの効果が限定的である。
【0005】
また、出荷元において、納品伝票の内容をデータとしてウエブサイトに予め登録しておき、納品伝票と関連付けされた二次元コードを印刷した書面を納品伝票に替えてデリバリーパックに封入し、配送物に貼付して納品先に送付する一方、納品先において、送付されてきた二次元コードを読み取り、ウエブサイトに登録されているデータにアクセス、ダウンロードして納品伝票を出力することにより、納品内容を確認すると共にデータを保存する物流処理システムが提案されている（例えば、特許文献２参照）。
【0006】
このような物流処理システムを採用することにより、納品先は、納品データの入力作業を省くことができると共に、デリバリーパックに封入される書類が簡略化されるため、出荷元における書類作成作業を省力化することができる。
【先行技術文献】
【特許文献】
【0007】
【特許文献1】特開２００３－２９６５９９号公報
【特許文献2】特開２０１３－４５１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【0008】
しかしながら、上記した出荷元が二次元コードだけをデリバリーパックに封入して納品先に送付し、納品先が二次元コードに基づいてウエブサイトから納品伝票をダウンロードするという物流処理システムは、納品先における納品確認作業において大きな不便性があり、必ずしも効率が良い物流処理システムとは言えないことが分かった。
【0009】
即ち、納品先の受領担当者は、コードリーダで二次元コードを読み取って、その二次元コードに基づいてウエブサイトから納品伝票をダウンロードして、ディスプレイに納品情報を表示させないことには、正確な納品が行われているか否かを、直ちに確認することができない。このため、受領担当者の各々が、二次元コードを読み取るためのコードリーダと、読み取った二次元コードに基づいて納品伝票の内容を表示させるディスプレイを所持する必要がある。しかし、コードリーダやディスプレイを携えて、ディスプレイに納品情報を表示させながら配送物との照合、確認を行うことは、受領担当者にとって容易なことではない。
【0010】
このような状況下、２０２３年１０月より、消費税の仕入税額控除の方式として、インボイス制度（適格請求書保存方式）が導入されることが決まった。このインボイス制度の下で仕入税控除を受けるためには、出荷元から納品先への適格請求書（インボイス）の交付、納品先でのインボイスの保存が必要であり、インボイスには、取引の内容、税率毎に計算した対価の額、適用税率、及び消費税額など、現行の納品伝票における記載（納品情報）に加えて、さらに多くの項目の記載が要求されている。
【0011】
このように、インボイスには納品情報が含まれているため、インボイスの内容を電子データ化して配送物と関連付けして二次元コード化することにより、納品伝票に替えて配送物の検品に利用することができると考えられるが、関連付けされた二次元コードを利用する限り、上記と同様に、納品確認作業において大きな不便性がある。
【0012】
そこで、本発明は、二次元コードを利用した物流処理において、納品先の受領担当者に不便を与えることなく、効率的な納品確認作業が可能な物流処理システム、物流処理方法及びデリバリーパックを提供することを第１の目的とする。また、本発明は、所定期間毎に発行され、納品先に送付される請求書を電子化し、一元的に管理できる物流処理システム及び物流処理方法を提供することを第２の目的とする。
【課題を解決するための手段】
【0013】
本発明者は、鋭意検討を行い、以下に記載する発明により上記課題が解決できることを見出し、本発明を完成させるに至った。
【0014】
請求項１に記載の発明は、
出荷元と納品先とを連携する物流処理システムであって、
前記納品先への納品に関する情報を納品情報として入力する納品情報入力手段と、
入力された前記納品情報を記憶する納品情報記憶手段と、
記憶された前記納品情報へアクセスするためのデータを第１関連付けデータとして作成する関連付けデータ作成手段と、
作成された前記第１関連付けデータを記憶する関連付けデータ記憶手段と、
前記第１関連付けデータに基づいて作成され且つ記憶された第１二次元コードを、前記出荷元で出力する二次元コード出力手段と、
記憶された前記納品情報を、前記出荷元で、納品伝票として出力する納品伝票出力手段と、
前記第１二次元コードに基づいて、前記第１関連付けデータを介して、前記納品情報を、前記納品先で出力する納品情報出力手段とを備えており、
前記出荷元では、出力された前記第１二次元コードと前記納品伝票とが、前記出荷元から前記納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、前記配送物と共に送付されるように構成され、
前記納品先では、前記納品伝票に基づいて納品が確認されると共に、前記第１二次元コードに基づいて前記納品情報が出力されるように構成されていることを特徴とする物流処理システムである。
出荷元と納品先とを連携する物流処理システムであって、
前記納品先への納品に関する情報を納品情報として入力する納品情報入力手段と、
入力された前記納品情報を記憶する納品情報記憶手段と、
記憶された前記納品情報へアクセスするためのデータを第１関連付けデータとして作成する関連付けデータ作成手段と、
作成された前記第１関連付けデータを記憶する関連付けデータ記憶手段と、
前記第１関連付けデータに基づいて作成され且つ記憶された第１二次元コードを、前記出荷元で出力する二次元コード出力手段と、
記憶された前記納品情報を、前記出荷元で、納品伝票として出力する納品伝票出力手段と、
前記第１二次元コードに基づいて、前記第１関連付けデータを介して、前記納品情報を、前記納品先で出力する納品情報出力手段とを備えており、
前記出荷元では、出力された前記第１二次元コードと前記納品伝票とが、前記出荷元から前記納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、前記配送物と共に送付されるように構成され、
前記納品先では、前記納品伝票に基づいて納品が確認されると共に、前記第１二次元コードに基づいて前記納品情報が出力されるように構成されていることを特徴とする物流処理システムである。
【0015】
請求項２に記載の発明は、
前記納品情報記憶手段、前記関連付けデータ作成手段、及び前記関連付けデータ記憶手段は、サーバー内に設けられており、
前記サーバーと、前記納品情報入力手段、前記二次元コード出力手段、前記納品伝票出力手段及び前記納品情報出力手段のそれぞれとが、ネットワークを介して接続されて、所定のＷｅｂアプリケーションを用いて処理されるように構成されていることを特徴とする請求項１に記載の物流処理システムである。
前記納品情報記憶手段、前記関連付けデータ作成手段、及び前記関連付けデータ記憶手段は、サーバー内に設けられており、
前記サーバーと、前記納品情報入力手段、前記二次元コード出力手段、前記納品伝票出力手段及び前記納品情報出力手段のそれぞれとが、ネットワークを介して接続されて、所定のＷｅｂアプリケーションを用いて処理されるように構成されていることを特徴とする請求項１に記載の物流処理システムである。
【0016】
請求項３に記載の発明は、
所定の期限内であれば、前記納品先及び前記出荷元の少なくとも一方において、記憶された前記納品情報に、随時、アクセス可能であることを特徴とする請求項１又は請求項２に記載の物流処理システムである。
所定の期限内であれば、前記納品先及び前記出荷元の少なくとも一方において、記憶された前記納品情報に、随時、アクセス可能であることを特徴とする請求項１又は請求項２に記載の物流処理システムである。
【0017】
請求項４に記載の発明は、
記憶された前記納品情報が、前記納品先及び前記出荷元に設けられた経理処理システムに関連付けられていることを特徴とする請求項１から請求項３のいずれか１項に記載の物流処理システムである。
記憶された前記納品情報が、前記納品先及び前記出荷元に設けられた経理処理システムに関連付けられていることを特徴とする請求項１から請求項３のいずれか１項に記載の物流処理システムである。
【0018】
請求項５に記載の発明は、
前記出荷元において請求情報を入力する請求情報入力手段と、
入力された前記請求情報を記憶する請求情報記憶手段と、
記憶された前記請求情報を、前記出荷元において請求書として出力する請求書出力手段と、
前記請求情報を前記納品先で出力する請求情報出力手段とをさらに備え、
前記請求情報記憶手段は、前記サーバー内に設けられ、
前記関連付けデータ作成手段はさらに、記憶された前記請求情報へアクセスするための第２関連付けデータを作成し、
前記関連付けデータ記憶手段はさらに、作成された前記第２関連付けデータを記憶し、
前記二次元コード出力手段はさらに、前記第２関連付けデータに基づいて作成され且つ記憶された第２二次元コードを、前記出荷元において出力し、
出力された前記第２二次元コード及び前記請求書は、同封されて前記出荷元から前記納品先へ送付され、
前記請求情報出力手段は、前記第２二次元コードに基づいて、前記第２関連付けデータを介して、前記請求情報を出力することを特徴とする請求項２に記載の物流処理システムである。
前記出荷元において請求情報を入力する請求情報入力手段と、
入力された前記請求情報を記憶する請求情報記憶手段と、
記憶された前記請求情報を、前記出荷元において請求書として出力する請求書出力手段と、
前記請求情報を前記納品先で出力する請求情報出力手段とをさらに備え、
前記請求情報記憶手段は、前記サーバー内に設けられ、
前記関連付けデータ作成手段はさらに、記憶された前記請求情報へアクセスするための第２関連付けデータを作成し、
前記関連付けデータ記憶手段はさらに、作成された前記第２関連付けデータを記憶し、
前記二次元コード出力手段はさらに、前記第２関連付けデータに基づいて作成され且つ記憶された第２二次元コードを、前記出荷元において出力し、
出力された前記第２二次元コード及び前記請求書は、同封されて前記出荷元から前記納品先へ送付され、
前記請求情報出力手段は、前記第２二次元コードに基づいて、前記第２関連付けデータを介して、前記請求情報を出力することを特徴とする請求項２に記載の物流処理システムである。
【0019】
請求項６に記載の発明は、
前記納品先に送付された前記配送物を前記出荷元に返送する処理を差し戻しとして、前記ネットワークを介して前記サーバーに登録する配送物差し戻し手段と、
前記請求書を前記出荷元に返送する処理を差し戻しとして、前記ネットワークを介して前記サーバーに登録する請求書差し戻し手段とをさらに含むことを特徴とする請求項５に記載の物流処理システムである。
前記納品先に送付された前記配送物を前記出荷元に返送する処理を差し戻しとして、前記ネットワークを介して前記サーバーに登録する配送物差し戻し手段と、
前記請求書を前記出荷元に返送する処理を差し戻しとして、前記ネットワークを介して前記サーバーに登録する請求書差し戻し手段とをさらに含むことを特徴とする請求項５に記載の物流処理システムである。
【0020】
請求項７に記載の発明は、
前記サーバーは、前記納品情報入力手段、前記納品情報出力手段、前記請求情報入力手段、前記請求情報出力手段、前記配送物差し戻し手段及び前記請求書差し戻し手段のいずれかによる、前記ネットワークを介した前記サーバーへのアクセスを、トラッキングポイントとして記憶する記憶手段をさらに含み、
前記トラッキングポイントは、前記出荷元及び前記納品先の少なくとも一方に配置された端末装置から、前記ネットワークを介してアクセスされ得ることを特徴とする請求項６に記載の物流処理システムである。
前記サーバーは、前記納品情報入力手段、前記納品情報出力手段、前記請求情報入力手段、前記請求情報出力手段、前記配送物差し戻し手段及び前記請求書差し戻し手段のいずれかによる、前記ネットワークを介した前記サーバーへのアクセスを、トラッキングポイントとして記憶する記憶手段をさらに含み、
前記トラッキングポイントは、前記出荷元及び前記納品先の少なくとも一方に配置された端末装置から、前記ネットワークを介してアクセスされ得ることを特徴とする請求項６に記載の物流処理システムである。
【0021】
請求項８に記載の発明は、
前記記憶手段は、
前記納品情報入力手段又は前記納品情報出力手段による、前記ネットワークを介した前記サーバーへのアクセスを、前記第１二次元コードに対応させて第１トラッキングポイントとして記憶し、
前記請求情報入力手段又は前記請求情報出力手段による、前記ネットワークを介した前記サーバーへのアクセスを、前記第２二次元コードに対応させて第２トラッキングポイントとして記憶し、
前記配送物差し戻し手段が、前記ネットワークを介して前記サーバーにアクセスした後、前記納品情報入力手段が、前記ネットワークを介して前記サーバーにアクセスしたことを受けて、前記第１二次元コードに対応させて前記第１トラッキングポイントとは異なる新たなトラッキングポイントを記憶し、
前記請求書差し戻し手段が、前記ネットワークを介して前記サーバーにアクセスした後、前記請求情報入力手段が、前記ネットワークを介して前記サーバーにアクセスしたことを受けて、前記第２二次元コードに対応させて前記第２トラッキングポイントとは異なる新たなトラッキングポイントを記憶し、
前記第１トラッキングポイント、前記第２トラッキングポイント及び前記新たなトラッキングポイントは、前記端末装置から、前記ネットワークを介してアクセスされ得ることを特徴とする請求項７に記載の物流処理システムである。
前記記憶手段は、
前記納品情報入力手段又は前記納品情報出力手段による、前記ネットワークを介した前記サーバーへのアクセスを、前記第１二次元コードに対応させて第１トラッキングポイントとして記憶し、
前記請求情報入力手段又は前記請求情報出力手段による、前記ネットワークを介した前記サーバーへのアクセスを、前記第２二次元コードに対応させて第２トラッキングポイントとして記憶し、
前記配送物差し戻し手段が、前記ネットワークを介して前記サーバーにアクセスした後、前記納品情報入力手段が、前記ネットワークを介して前記サーバーにアクセスしたことを受けて、前記第１二次元コードに対応させて前記第１トラッキングポイントとは異なる新たなトラッキングポイントを記憶し、
前記請求書差し戻し手段が、前記ネットワークを介して前記サーバーにアクセスした後、前記請求情報入力手段が、前記ネットワークを介して前記サーバーにアクセスしたことを受けて、前記第２二次元コードに対応させて前記第２トラッキングポイントとは異なる新たなトラッキングポイントを記憶し、
前記第１トラッキングポイント、前記第２トラッキングポイント及び前記新たなトラッキングポイントは、前記端末装置から、前記ネットワークを介してアクセスされ得ることを特徴とする請求項７に記載の物流処理システムである。
【0022】
請求項９に記載の発明は、
出荷元と納品先とを連携する物流処理システムであって、
前記納品先への納品に関する情報を納品情報として入力する納品情報入力手段と、
入力された前記納品情報を記憶する納品情報記憶手段と、
予め印刷された二次元コードと記憶された前記納品情報とに基づいて、前記納品情報へアクセスするためのデータを関連付けデータとして作成する関連付けデータ作成手段と、
作成された前記関連付けデータを記憶する関連付けデータ記憶手段と、
記憶された前記納品情報を、前記出荷元で、納品伝票として出力する納品伝票出力手段と、
前記二次元コードに基づいて、前記関連付けデータを介して、前記納品情報を、納品先で出力する納品情報出力手段とを備えており、
前記出荷元では、前記二次元コードと前記納品伝票とが、前記出荷元から前記納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、前記配送物と共に送付されるように構成され、
前記納品先では、前記納品伝票に基づいて納品が確認されると共に、前記二次元コードに基づいて前記納品情報が出力されるように構成されていることを特徴とする物流処理システムである。
出荷元と納品先とを連携する物流処理システムであって、
前記納品先への納品に関する情報を納品情報として入力する納品情報入力手段と、
入力された前記納品情報を記憶する納品情報記憶手段と、
予め印刷された二次元コードと記憶された前記納品情報とに基づいて、前記納品情報へアクセスするためのデータを関連付けデータとして作成する関連付けデータ作成手段と、
作成された前記関連付けデータを記憶する関連付けデータ記憶手段と、
記憶された前記納品情報を、前記出荷元で、納品伝票として出力する納品伝票出力手段と、
前記二次元コードに基づいて、前記関連付けデータを介して、前記納品情報を、納品先で出力する納品情報出力手段とを備えており、
前記出荷元では、前記二次元コードと前記納品伝票とが、前記出荷元から前記納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、前記配送物と共に送付されるように構成され、
前記納品先では、前記納品伝票に基づいて納品が確認されると共に、前記二次元コードに基づいて前記納品情報が出力されるように構成されていることを特徴とする物流処理システムである。
【0023】
請求項１０に記載の発明は、
前記納品情報記憶手段、前記関連付けデータ作成手段、及び前記関連付けデータ記憶手段が、サーバー内に設けられており、
前記サーバーと、前記納品情報入力手段、前記納品伝票出力手段及び前記納品情報出力手段のそれぞれとが、ネットワークを介して接続されて、所定のＷｅｂアプリケーションを用いて処理されるように構成されていることを特徴とする請求項９に記載の物流処理システムである。
前記納品情報記憶手段、前記関連付けデータ作成手段、及び前記関連付けデータ記憶手段が、サーバー内に設けられており、
前記サーバーと、前記納品情報入力手段、前記納品伝票出力手段及び前記納品情報出力手段のそれぞれとが、ネットワークを介して接続されて、所定のＷｅｂアプリケーションを用いて処理されるように構成されていることを特徴とする請求項９に記載の物流処理システムである。
【0024】
請求項１１に記載の発明は、
所定の期限内であれば、前記納品先及び前記出荷元の少なくとも一方において、記憶された前記納品情報に、随時、アクセス可能であることを特徴とする請求項９又は請求項１０に記載の物流処理システムである。
所定の期限内であれば、前記納品先及び前記出荷元の少なくとも一方において、記憶された前記納品情報に、随時、アクセス可能であることを特徴とする請求項９又は請求項１０に記載の物流処理システムである。
【0025】
請求項１２に記載の発明は、
記憶された前記納品情報が、前記納品先及び前記出荷元に設けられた経理処理システムに関連付けられていることを特徴とする請求項９から請求項１１のいずれか１項に記載の物流処理システムである。
記憶された前記納品情報が、前記納品先及び前記出荷元に設けられた経理処理システムに関連付けられていることを特徴とする請求項９から請求項１１のいずれか１項に記載の物流処理システムである。
【0026】
請求項１３に記載の発明は、
請求項１から請求項１２のいずれか１項に記載の物流処理システムにおいて使用されるデリバリーパックである。
請求項１から請求項１２のいずれか１項に記載の物流処理システムにおいて使用されるデリバリーパックである。
【0027】
請求項１４に記載の発明は、
請求項１から請求項４のいずれか１項に記載の物流処理システムを用いて、出荷元と納品先との間で行われる物流処理方法であって、
前記出荷元の入力端末から、前記納品情報を入力する納品情報入力ステップと、
前記第１関連付けデータを第１二次元コード化して出力する二次元コード出力ステップと、
前記納品情報を納品伝票として出力する納品伝票出力ステップと、
前記第１二次元コードと前記納品伝票とを、デリバリーパックに同封して、前記出荷元から前記納品先へ向けて、配送物と共に送付する送付ステップと、
送付されてきた前記配送物の納品を、前記納品伝票に基づいて確認する納品確認ステップと、
前記納品先の入力端末から入力された前記第１二次元コードに基づいて前記納品情報を出力する納品情報出力ステップとを備えていることを特徴とする物流処理方法である。
請求項１から請求項４のいずれか１項に記載の物流処理システムを用いて、出荷元と納品先との間で行われる物流処理方法であって、
前記出荷元の入力端末から、前記納品情報を入力する納品情報入力ステップと、
前記第１関連付けデータを第１二次元コード化して出力する二次元コード出力ステップと、
前記納品情報を納品伝票として出力する納品伝票出力ステップと、
前記第１二次元コードと前記納品伝票とを、デリバリーパックに同封して、前記出荷元から前記納品先へ向けて、配送物と共に送付する送付ステップと、
送付されてきた前記配送物の納品を、前記納品伝票に基づいて確認する納品確認ステップと、
前記納品先の入力端末から入力された前記第１二次元コードに基づいて前記納品情報を出力する納品情報出力ステップとを備えていることを特徴とする物流処理方法である。
【0028】
請求項１５に記載の発明は、
前記出荷元における入力端末から、前記請求情報を入力する請求情報入力ステップと、
入力された前記請求情報を記憶する請求情報記憶ステップと、
記憶された前記請求情報を、前記出荷元において請求書として出力する請求書出力ステップと、
前記納品先において前記請求情報を出力する請求情報出力ステップとを含み、
前記関連付けデータ作成ステップはさらに、記憶された前記請求情報へアクセスするための第２関連付けデータを作成するステップを含み、
前記二次元コード出力ステップはさらに、前記第２関連付けデータに基づいて作成され且つ記憶された第２二次元コードを、前記出荷元において出力するステップを含み、
前記請求情報出力ステップは、前記第２二次元コードに基づいて、前記第２関連付けデータを介して、前記請求情報を出力することを特徴とする請求項１４に記載の物流処理方法である。
前記出荷元における入力端末から、前記請求情報を入力する請求情報入力ステップと、
入力された前記請求情報を記憶する請求情報記憶ステップと、
記憶された前記請求情報を、前記出荷元において請求書として出力する請求書出力ステップと、
前記納品先において前記請求情報を出力する請求情報出力ステップとを含み、
前記関連付けデータ作成ステップはさらに、記憶された前記請求情報へアクセスするための第２関連付けデータを作成するステップを含み、
前記二次元コード出力ステップはさらに、前記第２関連付けデータに基づいて作成され且つ記憶された第２二次元コードを、前記出荷元において出力するステップを含み、
前記請求情報出力ステップは、前記第２二次元コードに基づいて、前記第２関連付けデータを介して、前記請求情報を出力することを特徴とする請求項１４に記載の物流処理方法である。
【0029】
請求項１６に記載の発明は、
請求項９から請求項１２のいずれか１項に記載の物流処理システムを用いて、出荷元と納品先との間で行われる物流処理方法であって、
前記出荷元の入力端末から、前記納品情報を入力する納品情報入力ステップと、
前記納品情報を納品伝票として出力する納品伝票出力ステップと、
前記予め印刷された二次元コードと前記納品伝票とを、デリバリーパックに同封して、前記出荷元から前記納品先へ向けて、配送物と共に送付する送付ステップと、
送付されてきた前記配送物の納品を、前記納品伝票に基づいて確認する納品確認ステップと、
前記納品先の入力端末から入力された前記二次元コードに基づいて前記納品情報を出力する納品情報出力ステップとを備えていることを特徴とする物流処理方法である。
請求項９から請求項１２のいずれか１項に記載の物流処理システムを用いて、出荷元と納品先との間で行われる物流処理方法であって、
前記出荷元の入力端末から、前記納品情報を入力する納品情報入力ステップと、
前記納品情報を納品伝票として出力する納品伝票出力ステップと、
前記予め印刷された二次元コードと前記納品伝票とを、デリバリーパックに同封して、前記出荷元から前記納品先へ向けて、配送物と共に送付する送付ステップと、
送付されてきた前記配送物の納品を、前記納品伝票に基づいて確認する納品確認ステップと、
前記納品先の入力端末から入力された前記二次元コードに基づいて前記納品情報を出力する納品情報出力ステップとを備えていることを特徴とする物流処理方法である。
【発明の効果】
【0030】
本発明によれば、二次元コードを利用した物流処理において、納品先の受領担当者に不便を与えることなく、効率的な納品確認作業が可能な物流処理システム、物流処理方法及びデリバリーパックを提供できる。また、本発明によれば、所定期間毎に発行され、納品先に送付される請求書を電子化し、一元的に管理できる物流処理システム及び物流処理方法を提供できる。
【図面の簡単な説明】
【0031】
【発明を実施するための形態】
【0032】
以下、実施の形態に基づいて、本発明を具体的に説明する。
【0033】
［Ａ］本発明の基本的な考え方
最初に、本発明の基本的な考え方について説明する。
最初に、本発明の基本的な考え方について説明する。
【0034】
前記したように、二次元コードだけを利用する物流処理システムの場合、納品先の受領担当者において大きな不便性があり、必ずしも効率が良い物流処理システムとは言えないことが分かった。
【0035】
即ち、納品先の受領担当者は、コードリーダで二次元コードを読み取って、その二次元コードに基づいてウエブサイトから納品伝票をダウンロードして、ディスプレイに納品情報を表示させないことには、正確な納品が行われているか否かを、直ちに確認することができない。このため、受領担当者の各々が、二次元コードを読み取るためのコードリーダと、読み取った二次元コードに基づいて納品伝票の内容を表示させるディスプレイを所持する必要がある。しかし、コードリーダやディスプレイを携えて、ディスプレイに納品情報を表示させながら配送物との照合、確認を行うことは、受領担当者にとって容易なことではない。
【0036】
そこで、本発明者は、二次元コードだけではなく、二次元コードに関連付けされた納品情報を、従来と同じように、紙情報（納品伝票）として出力し、二次元コードと共に、デリバリーパックに同封して送付すれば、納品先の受領担当者が、従来と同じように、容易に納品内容を確認することができると考え、本発明を完成するに至った。
【0037】
即ち、受領担当者は、コードリーダで二次元コードを読み取ってディスプレイに表示させた納品情報に基づいて検品するのではなく、デリバリーパックに同封された納品伝票に基づいて、従来と同様に検品することができるため、効率的に納品を確認して、物流処理することができる。
【0038】
一方、デリバリーパックに同封された二次元コードは、納品確認後、受領担当者から経理担当者へと回付される。経理担当者は、回付された二次元コードに基づいて、関連付けデータを介して納品情報を電子データとしてダウンロードする。このとき、納品確認は、既に受領担当者が行っているため、ダウンロードされた電子データに基づいて、直ちに、納品管理や支払処理を行うことができる。
【0039】
このように、本発明では、出荷元で入力された納品情報に基づいて、以降の物流処理が行われるため、途中で入力ミスなどが発生することがなく、また、データの突合せ作業などが不要となるため、効率的な物流処理に効果を発揮することができる。また、経理担当者は、出荷元で入力された納品情報を、関連付けされた二次元コードに基づいて、容易かつ確実に、電子データとしてダウンロードして入手できるため、インボイス制度へも容易に対応することができる。
【0040】
そして、デリバリーパックに二次元コードと納品伝票の両者を同封することは、出荷元においても大きな負担とはならず、効率的な物流処理が妨げられるようなことはない。
【0041】
以上、納品伝票に替えて二次元コードを利用して物流処理を行う場合、通常は、納品伝票は不要と考えられるが、納品先の受領担当者が効率的に納品確認作業を行おうとした場合には、意外にも、この納品伝票が重要な役割を果たしていることが分かり、本発明を完成するに至った。
【0042】
なお、上記した二次元コードは、納品情報の入力に合わせて作成してもよいが、後述するように、配送物を識別するために予め台紙等に印刷されてデリバリーパックと共に供される二次元コードを利用してもよい。
【0043】
［Ｂ］具体的な実施の形態
［１］第１の実施の形態
本実施の形態では、出荷時に二次元コードの作成を行う場合における具体的な実施の形態について説明する。
［１］第１の実施の形態
本実施の形態では、出荷時に二次元コードの作成を行う場合における具体的な実施の形態について説明する。
【0044】
１．物流処理システム
まず、本実施の形態に係る物流処理システムについて説明する。
まず、本実施の形態に係る物流処理システムについて説明する。
【0045】
本実施の形態に係る物流処理システムは、出荷元と納品先との間に設けられる物流処理システムであって、まず、以下に示す各手段を備えている。
（１）納品先への納品に関する情報を納品情報として入力する納品情報入力手段
（２）入力された納品情報を記憶する納品情報記憶手段
（３）記憶された納品情報へアクセスするためのデータを関連付けデータとして作成する関連付けデータ作成手段
（４）作成された前記関連付けデータを記憶する関連付けデータ記憶手段
（５）前記関連付けデータに基づいて作成・記憶された二次元コードを、出荷元で出力する二次元コード出力手段
（６）記憶された納品情報を、出荷元で、納品伝票として出力する納品伝票出力手段
（７）二次元コードに基づいて、関連付けデータを介して、納品情報を、納品先で出力する納品情報出力手段
（１）納品先への納品に関する情報を納品情報として入力する納品情報入力手段
（２）入力された納品情報を記憶する納品情報記憶手段
（３）記憶された納品情報へアクセスするためのデータを関連付けデータとして作成する関連付けデータ作成手段
（４）作成された前記関連付けデータを記憶する関連付けデータ記憶手段
（５）前記関連付けデータに基づいて作成・記憶された二次元コードを、出荷元で出力する二次元コード出力手段
（６）記憶された納品情報を、出荷元で、納品伝票として出力する納品伝票出力手段
（７）二次元コードに基づいて、関連付けデータを介して、納品情報を、納品先で出力する納品情報出力手段
【0046】
そして、出荷元では、出力された二次元コードと納品伝票とが、出荷元から納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、配送物と共に送付されるように構成されている一方、納品先では、納品伝票に基づいて納品が確認されると共に、二次元コードに基づいて納品情報が出力されるように構成されている。
【0047】
上記した納品情報記憶手段、関連付けデータ作成手段、及び、関連付けデータ記憶手段のそれぞれは、サーバー内に設けられており、納品情報入力手段、二次元コード出力手段、納品伝票出力手段、納品情報出力手段のそれぞれは、ネットワークを介してサーバーと接続されていることが好ましく、各々が所定のＷｅｂアプリケーションを用いて処理されるように構成されていることが好ましい。なお、サーバーは、出荷元や納品先に設けてもよいが、第３者が設けたサーバーを利用してもよい。そして、サーバーには、Ｗｅｂアプリケーションデータや、各データを記憶するストレージ部を設ける以外に、関係者以外からのアクセスを拒否するためのファイアウォールを設けておくことが好ましい。
【0048】
２．物流処理方法
次に、上記した物流処理システムの具体的な運用、即ち、物流処理方法について、図１を参照しながら説明する。なお、図１は、本実施の形態に係る物流処理システムの仕組みの概要を説明する図である。
次に、上記した物流処理システムの具体的な運用、即ち、物流処理方法について、図１を参照しながら説明する。なお、図１は、本実施の形態に係る物流処理システムの仕組みの概要を説明する図である。
【0049】
本実施の形態に係る物流処理は、上記した物流処理システムを用いて、出荷元と納品先との間で、以下に説明する各ステップに従って行われる。
【0050】
（１）納品情報入力ステップ
まず、出荷元の受注担当者が、入力端末を用いて、納品先への納品に関する情報（納品情報）を入力する。入力された納品情報は、図１に示すように、ネットワークを介して、サーバーへと送信され、サーバー内のストレージ部に記憶される。
まず、出荷元の受注担当者が、入力端末を用いて、納品先への納品に関する情報（納品情報）を入力する。入力された納品情報は、図１に示すように、ネットワークを介して、サーバーへと送信され、サーバー内のストレージ部に記憶される。
【0051】
並行して、サーバー内では、記憶された納品情報へアクセスするためのデータが関連付けデータとして作成されて、作成された関連付けデータがストレージ部に記憶される。
【0052】
（２）二次元コード出力ステップ
次に、記憶された関連付けデータに基づいて形成・記憶された二次元コードを、出荷元の出力端末から所定の台紙上に印字して出力する。なお、この台紙には、二次元コード以外に、輸送中における湿度条件や温度条件などの留意情報を付記してもよい。そして、具体的な二次元コードとしては、例えば、（株）デンソーウェーブのＳＱＲＣ（登録商標）などを挙げることができる。
次に、記憶された関連付けデータに基づいて形成・記憶された二次元コードを、出荷元の出力端末から所定の台紙上に印字して出力する。なお、この台紙には、二次元コード以外に、輸送中における湿度条件や温度条件などの留意情報を付記してもよい。そして、具体的な二次元コードとしては、例えば、（株）デンソーウェーブのＳＱＲＣ（登録商標）などを挙げることができる。
【0053】
（３）納品伝票出力ステップ
次に、記憶された納品情報を、納品伝票として、出荷元の出力端末から印字して出力する。なお、この納品伝票出力ステップと二次元コード出力ステップとは、必要に応じて、順序を逆にしてもよい。
次に、記憶された納品情報を、納品伝票として、出荷元の出力端末から印字して出力する。なお、この納品伝票出力ステップと二次元コード出力ステップとは、必要に応じて、順序を逆にしてもよい。
【0054】
（４）送付ステップ
次に、出荷担当者は、出力された納品伝票に基づいて、荷揃えを行い、その後、二次元コードが印刷された台紙と納品伝票とをデリバリーパック内に封入し、封入されたデリバリーパックが配送物に貼付された状態で、配送物を納品先へ向けて送付する。
次に、出荷担当者は、出力された納品伝票に基づいて、荷揃えを行い、その後、二次元コードが印刷された台紙と納品伝票とをデリバリーパック内に封入し、封入されたデリバリーパックが配送物に貼付された状態で、配送物を納品先へ向けて送付する。
【0055】
このとき、納品伝票に基づいて荷揃えを行うため、出荷担当者は効率的に出荷作業を行うことができる。
【0056】
（５）納品確認ステップ
次に、配送物が納品先に到着すると、受領担当者が、納品の確認を行う。具体的には、デリバリーパックから納品伝票を取り出し、納品伝票に基づいて納品確認を行うが、納品伝票に基づく納品確認は、基本的に、従来と同様であり、効率的に納品確認作業を行うことができる。
次に、配送物が納品先に到着すると、受領担当者が、納品の確認を行う。具体的には、デリバリーパックから納品伝票を取り出し、納品伝票に基づいて納品確認を行うが、納品伝票に基づく納品確認は、基本的に、従来と同様であり、効率的に納品確認作業を行うことができる。
【0057】
このように、従来と同様に効率的に納品確認作業を行うことができるのは、デリバリーパックに、二次元コードだけでなく、納品伝票も封入されているためであり、日常の納品作業において、この効果は大きい。
【0058】
（６）納品情報出力ステップ
次に、受領担当者は、経理担当部署へ二次元コードを回付する。これにより、経理担当部署は、配送物が間違いなく納品されたことを確認することができる。
次に、受領担当者は、経理担当部署へ二次元コードを回付する。これにより、経理担当部署は、配送物が間違いなく納品されたことを確認することができる。
【0059】
そして、経理担当部署は、所定の期日に、サーバーに接続して、受領担当者から回付された二次元コードに関連付けされた納品情報をダウンロードすることができるため、ダウンロードされた納品情報に基づいて、容易に、支払処理を行うことができる。
【0060】
一方、出荷元の経理担当部署は、所定の期日に、サーバーに接続して、受領が確認されている二次元コードに関連付けされた納品情報をダウンロードすることができるため、ダウンロードされた納品情報に基づいて、容易に、請求処理を行うことができる。なお、納品先における納品を出荷元の経理担当部署で確認する具体的な方法としては、例えば、納品先の受領担当者が、受領時、二次元コードを読み取ってサーバーにアクセスすることにより、サーバーに納品確認のフラグが立つようなＷｅｂアプリケーションを設けるなどの方法が考えられる。
【0061】
なお、出荷元及び納入先における経理処理と、配送物の移動とは、一般的に、タイミングが合わないため、サーバーのストレージ部に格納されている納品情報と、それに関連付けられた関連付けデータとは、予め定められた所定の保管期限内であれば、納品先及び／又は出荷元において、随時、アクセス可能とすることが好ましい。
【0062】
以上のように、本実施の形態に係る物流処理方法を採用することにより、二次元コードを利用した物流処理において、納品先の受領担当者に不便を与えることなく、効率的な納品確認作業が可能となる。また、出荷元及び納品先の経理担当部署では、納品書データや請求書データを加工することなく、それぞれの経理処理システムにサーバーから直接入手することができるため、事務処理効率の大幅な向上を図ることができると共に、インボイス制度へも適切に対応することができる。
【0063】
［２］第２の実施の形態
本実施の形態では、別途、二次元コードを、関連付けデータとして利用する場合について説明する。
本実施の形態では、別途、二次元コードを、関連付けデータとして利用する場合について説明する。
【0064】
本実施の形態に係る物流処理システムは、以下に示す各手段を備えている。
（１）納品先への納品に関する情報を納品情報として入力する納品情報入力手段
（２）入力された納品情報を記憶する納品情報記憶手段
（３）予め印刷された二次元コードと記憶された納品情報とに基づいて、納品情報へアクセスするためのデータを関連付けデータとして作成する関連付けデータ作成手段
（４）作成された関連付けデータを記憶する関連付けデータ記憶手段
（５）記憶された納品情報を、出荷元で、納品伝票として出力する納品伝票出力手段
（６）二次元コードに基づいて、関連付けデータを介して、納品情報を、納品先で出力する納品情報出力手段
（１）納品先への納品に関する情報を納品情報として入力する納品情報入力手段
（２）入力された納品情報を記憶する納品情報記憶手段
（３）予め印刷された二次元コードと記憶された納品情報とに基づいて、納品情報へアクセスするためのデータを関連付けデータとして作成する関連付けデータ作成手段
（４）作成された関連付けデータを記憶する関連付けデータ記憶手段
（５）記憶された納品情報を、出荷元で、納品伝票として出力する納品伝票出力手段
（６）二次元コードに基づいて、関連付けデータを介して、納品情報を、納品先で出力する納品情報出力手段
【0065】
そして、出荷元では、印刷された二次元コードと納品伝票とが、出荷元から納品先へ向けて、配送物に貼付されるデリバリーパックに同封された状態で、配送物と共に送付されるように構成されている一方、納品先では、納品伝票に基づいて納品が確認されると共に、二次元コードに基づいて納品情報が出力されるように構成されている。
【0066】
このように、本実施の形態では、第１の実施の形態に示した関連付けデータ作成手段から二次元コード出力手段までの段階が異なっている。
【0067】
即ち、本実施の形態では、関連付けデータ作成手段において、予め本システムとは別途印刷された二次元コードと記憶された納品情報とに基づいて、納品情報へアクセスするためのデータを関連付けデータとして作成しているため、第１の実施の形態のように、関連付けデータに基づいて作成・記憶された二次元コードを出力する必要がなく、二次元コード出力手段を設けることが不要となる。その結果、出荷元では、より効率的に、出荷作業を行うことができる。
【0068】
そして、納品先では、第１の実施の形態と同様に、デリバリーパックに同封された納品伝票及び二次元コードに基づいて、納品作業を行えばよいため、効率的に納品を確認して、物流処理することができる。
【0069】
［３］第３の実施の形態
第３の実施の形態では、所定の期間毎（例えば１カ月毎）に発送する請求書を電子化し、サーバーにおいて一元管理する。本実施の形態に係る物流処理システムは、図１と同様に構成されている。したがって、上記したように、配送物の出荷時に配送物に添付して送付される納品伝票が電子化される。本実施の形態に係る物流処理システムは、これに加えて、配送物とは別に発送される請求書をも電子化し、それらをサーバーにおいて一元管理する。以下においては、第１の実施の形態に係る物流処理システムと同じ機能に関しては重複説明を繰返さず、主として異なる機能に関して説明する。
第３の実施の形態では、所定の期間毎（例えば１カ月毎）に発送する請求書を電子化し、サーバーにおいて一元管理する。本実施の形態に係る物流処理システムは、図１と同様に構成されている。したがって、上記したように、配送物の出荷時に配送物に添付して送付される納品伝票が電子化される。本実施の形態に係る物流処理システムは、これに加えて、配送物とは別に発送される請求書をも電子化し、それらをサーバーにおいて一元管理する。以下においては、第１の実施の形態に係る物流処理システムと同じ機能に関しては重複説明を繰返さず、主として異なる機能に関して説明する。
【0070】
図２を参照して、物流処理システムは、出荷元１００に配置されたＰＣ１０２及び入出力装置１０４と、納品先２００に配置されたＰＣ２０２及び入出力装置２０４と、サーバー３００とを含む。ＰＣ１０２、ＰＣ２０２及びサーバー３００の各々はネットワーク１０６に接続されている。ＰＣ１０２及び２０２の各々は、搭載されているアプリケーションプログラム（以下、単にアプリケーションともいう）により、ネットワーク１０６を介してサーバー３００と相互に通信できる。
【0071】
ＰＣ１０２は、出荷元１００の各部門に配置された複数の端末装置（コンピュータ等）を集合的に表す。ＰＣ１０２として表される各端末装置は、操作装置（キーボード、マウス等）及び表示装置（液晶ディスプレイ等）を備えている。ＰＣ１０２は、例えば経理部門に配置され、経理担当者が所定期間（例えば１カ月）毎に発行される請求書に関する情報（以下、請求情報という）を入力するための端末装置（請求情報入力手段）を意味する。また、配送物の出荷に関しては、ＰＣ１０２は、上記したように、納品情報の入力時に受注担当者により操作される端末装置（納品情報入力手段）、又は、出荷部門に配置され、出荷担当者により操作される端末装置等を意味する。入出力装置１０４は、出力装置（プリンタ等）及び入力装置（イメージスキャナ等）を集合的に表したものである。ＰＣ１０２として表される端末装置に応じて、それに接続される入出力装置１０４の入出力機能は異なる。例えば、ＰＣ１０２が、受注担当者により操作される端末装置であれば、入出力装置１０４は、出力装置としての機能を有しているが、入力装置としての機能は有していなくてもよい。ＰＣ１０２が、出荷担当者により操作される端末装置であれば、入出力装置１０４は、後述するように二次元コード（印刷物）を読み取ることができる入力装置としての機能を有するが、出力装置としての機能を有していなくてもよい。
【0072】
同様に、ＰＣ２０２は、納品先２００の各部門に配置された複数の端末装置（コンピュータ等）を表す。ＰＣ２０２として表される各端末装置は、操作装置及び表示装置を備えている。ＰＣ２０２は、例えば経理部門に配置され、所定期間毎に出荷元１００から送付される請求書を確認するために、経理担当者がサーバー３００にアクセスするための端末装置を意味する。また、出荷元１００からの配送物の受け入れに関しては、ＰＣ２０２は、受領担当者により操作される端末装置を意味する。入出力装置２０４は、出力装置（プリンタ等）及び入力装置（イメージスキャナ等）を集合的に表したものである。ＰＣ２０２として表される端末装置に応じて、それに接続される入出力装置２０４の入出力機能は異なる。例えば、ＰＣ２０２が、経理担当者により操作される端末装置であれば、入出力装置２０４は、出力装置（請求情報出力手段）としての機能及び入力装置（イメージスキャナ等）としての機能を有している。ＰＣ２０２が、受領担当者により操作される端末装置であれば、入出力装置２０４は、後述するように二次元コード（印刷物）を読み取ることができる入力装置としての機能を有するが、出力装置としての機能を有していなくてもよい。
【0073】
なお、出荷元１００において、二次元コード（印刷物）を読み取るための入出力装置１０４は、ＰＣ１０２と無線通信可能な携帯型の端末装置（例えば、ハンディターミナル、スマートフォン等）であってもよい。スマートフォン等、直接ネットワーク１０６に接続可能な携帯装置であれば、読み取った二次元コードを、ＰＣ１０２を介さずに直接サーバー３００に送信してもよい。納品先２００において、二次元コードを読み取るための入出力装置２０４に関しても同様である。
【0074】
図３を参照して、サーバー３００は、制御部３０２、通信部３０４、ストレージ部３０６及び操作部３０８を含む。制御部３０２はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み、各部を制御し、後述する種々の処理を実現する。通信部３０４は、無線又は有線によりネットワーク１０６にアクセスする機能を有する。通信部３０４は、ＰＣ１０２及び２０２から、ネットワーク１０６を介してアップロードされる情報（納品情報、請求情報等）を受信する。通信部３０４は制御部３０２の制御を受けて、ストレージ部３０６からデータ（二次元コード、納品データ、請求データ等）を読み出し、ＰＣ１０２及び２０２に送信する。
【0075】
ストレージ部３０６は、書換可能な不揮発性の半導体メモリ及びＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の大容量記憶装置を含む。通信部３０４により受信されたデータは、ストレージ部３０６に転送され、記憶される。ストレージ部３０６は、納品データ３１０、関連付けデータ３１２、二次元コード３１４、ユーザデータ３１６、請求データ３１８、トラッキングポイント３２０及びマスタデータ３２２を記憶している。納品データ３１０、関連付けデータ３１２及び二次元コード３１４は、第１の実施の形態に関して上記したものと同じである。即ち、納品データ３１０は、ＰＣ１０２に入力された納品情報が、ネットワーク１０６を介してアップロードされ、通信部３０４により受信されたデータである。制御部３０２は、納品データ３１０が記憶されると、その納品データ３１０にアクセスするための関連付けデータ３１２（第１関連付けデータ）を生成し、関連付けデータ３１２に基づき二次元コード３１４（第１二次元コード）を生成する。
【0076】
また、通信部３０４は、上記したように出荷元１００の経理部門に配置されたＰＣ１０２から入力された請求情報を、ネットワーク１０６を介して受信し、ストレージ部３０６に請求データ３１８として記憶する。制御部３０２は、請求データ３１８が記憶されると、その請求データ３１８にアクセスするための関連付けデータ３１２（第２関連付けデータ）を生成し、関連付けデータ３１２に基づき二次元コード３１４（第２二次元コード）を生成する。生成される関連付けデータ３１２及び二次元コード３１４は、納品データ３１０に対応するものと、請求データ３１８に対応するものとがあるので、それらを区別するために、適宜、括弧を付して、第１関連付けデータ、第２関連付けデータ、第１二次元コード又は第２二次元コードと付記する。
【0077】
トラッキングポイント３２０は、サーバー３００へのアクセスがあり、所定の処理が終了したことを示すデータである。トラッキングポイント３２０の構成は任意である。例えば、図４を参照して、トラッキングポイント３２０は、各取引の状況を表す情報として、終了した処理を表す情報を含む。トラッキングポイント３２０は、取引を特定するために、二次元コード３１４に対応して一意に付される取引番号（以下、取引Ｎｏという）と、各取引Ｎｏに付される枝番と、取引の状況を表すＴＰ＿Ｎｏとを含む。マスタデータ３２２は、ＴＰ＿Ｎｏと、それに対応する処理を表すＴＰ＿Ｎａｍｅとを含み、トラッキングポイント３２０によりＴＰ＿Ｎｏを介して参照される。トラッキングポイント３２０の枝番は、１つの取引における経過の一部（後述する差し戻し等）を履歴として残すために設けられる。即ち、トラッキングポイント３２０には、同じ取引Ｎｏが複数回記憶され得ることとし、同じ取引Ｎｏが記憶された順序を枝番により表す。各取引の状況は、１つのデータセット（取引Ｎｏ，枝番，ＴＰ＿Ｎｏ）により特定される。トラッキングポイント３２０のＴＰ＿Ｎｏが、マスタデータ３２２を参照するために利用されることにより、取引の状況を表す終了した処理（ＴＰ＿Ｎａｍｅ）が特定される。ＴＰ＿Ｎａｍｅには、例えば、図４に示したように、登録、送付、送金、完了及び返品等が設定される。
【0078】
例えば、図４には、同じ取引Ｎｏ＝１００１００１に関して、（取引Ｎｏ，枝番）＝（１００１００１，００）と、（取引Ｎｏ，枝番）＝（１００１００１，０１）とが存在する。（取引Ｎｏ，枝番）＝（１００１００１，００）に関して、ＴＰ＿Ｎｏ＝５が設定され、（取引Ｎｏ，枝番）＝（１００１００１，０１）に関して、ＴＰ＿Ｎｏ＝４が設定されている。枝番＝０１に対応するＴＰ＿Ｎｏは、枝番＝００に対応するＴＰ＿Ｎｏよりも新しい情報（後から記憶された情報）である。これらのことから、取引Ｎｏ＝１００１００１の取引は現在「完了」しており（ＴＰ＿Ｎｏ＝４）、取引の過程において、「返品」（ＴＰ＿Ｎｏ＝５）が生じたことが分かる。取引Ｎｏ＝１００１００２に関しては、（取引Ｎｏ，枝番，ＴＰ＿Ｎｏ）＝（１００１００２，００，３）だけが記憶されており、「送金」された状況であることが分かる。取引Ｎｏ＝１００１００３に関しては、（取引Ｎｏ，枝番，ＴＰ＿Ｎｏ）＝（１００１００３，００，１）だけが記憶されており、「登録」（例えば、納品データの登録）された状況であることが分かる。
【0079】
図４に示したＴＰ＿Ｎａｍｅは一例であり、出荷元１００及び納品先２００の間の取引に応じて、監視されるべき処理を適宜設定できる。なお、取引Ｎｏは、二次元コード３１４に一意に対応するものであればよく、数字に限らずアルファベット等を含んでいてもよい。枝番は、順序を表すことができる情報であればよく、数字に限らずアルファベット等を含んでいてもよい。なお、トラッキングポイント３２０の別の構成として、取引における処理毎に設けられたフラグの集合を用いてもよい。
【0080】
トラッキングポイント３２０は、二次元コード３１４が生成されると、生成される。即ち、ストレージ部３０６に納品データ３１０が記憶され、対応する二次元コード３１４（第１二次元コード）が生成されると、データセット（取引＿Ｎｏ，枝番，ＴＰ＿Ｎｏ）が追加される。枝番には、例えば“００”が設定され、ＴＰ＿Ｎｏには、マスタデータ３２２に含まれる納品データの登録を表すデータが設定される。また、ストレージ部３０６に請求データ３１８が記憶され、対応する二次元コード３１４（第２二次元コード）が生成されると、データセット（取引＿Ｎｏ，枝番，ＴＰ＿Ｎｏ）が追加される。枝番には、例えば“００”が設定され、ＴＰ＿Ｎｏには、マスタデータ３２２に含まれる請求データの登録を表すデータが設定される。以下、トラッキングポイント３２０に新たなデータセットが追加されることを、トラッキングポイント３２０の生成といい、取引の進捗に応じて、トラッキングポイント３２０のＴＰ＿Ｎｏに新たなデータが設定されることを、トラッキングポイント３２０の更新という。
【0081】
ユーザデータ３１６は、出荷元１００及び納品先２００に関する登録データ（認証パスワード等を含む）であり、ＰＣ１０２及び２０２からアクセスがあった場合、制御部３０２は、ユーザデータ３１６を参照して、ストレージ部３０６に記憶されたデータへのアクセスを許可するか否か、及び、許可されるアクセスの種類（閲覧、追加、修正等）を判定する。なお、「追加」は、例えば納品情報及び請求情報の登録（アップロード）を意味し、「修正」は、トラッキングポイント３２０の更新を意味する。ＰＣ１０２及び２０２からのアクセスに関しては、アップロードされた納品情報及び請求情報を修正（削除を含む）することは許可されない。操作部３０８は、サーバー３００の管理者等が制御部３０２に対する指示を入力するためのキーボード及びマウス等である。なお、サーバー３００は、情報を表示するための表示装置（液晶ディスプレイ等）を含んでいてもよい。
【0082】
図５及び図６を参照して、出荷元１００及び納品先２００において実行される処理及びそれに伴い終了した処理がどのように記録されるかに関して、具体的に説明する。ここでは一例として、ＴＰ＿Ｎａｍｅに次のものが含まれるとする。
・納品データのアップロード
・納品データのダウンロード
・配送物の出荷
・配送物の差し戻し
・キャンセル
・請求データのアップロード
・請求データのダウンロード
・請求承認
・請求書の差し戻し
・送金
・入金の確認
また、ＴＰ＿Ｎｏには、各ＴＰ＿Ｎａｍｅを特定するための一意のデータが設定されているとする。
・納品データのアップロード
・納品データのダウンロード
・配送物の出荷
・配送物の差し戻し
・キャンセル
・請求データのアップロード
・請求データのダウンロード
・請求承認
・請求書の差し戻し
・送金
・入金の確認
また、ＴＰ＿Ｎｏには、各ＴＰ＿Ｎａｍｅを特定するための一意のデータが設定されているとする。
【0083】
［出荷元における処理］
図５を参照して、出荷元１００において実行される処理に関して説明する。図５に示した処理は、出荷元１００の各部門に配置されたＰＣ１０２において所定のアプリケーションが起動されることにより実現される。具体的には、ＰＣ１０２が操作されて、サーバー３００が提供しているＷｅｂアプリケーションにログインすることにより、処理を選択する画面が表示される。ここでは、「出荷処理」、「請求処理」、「入金確認処理」及び「キャンセル処理」の選択肢（ボタン）が表示されるとする。
図５を参照して、出荷元１００において実行される処理に関して説明する。図５に示した処理は、出荷元１００の各部門に配置されたＰＣ１０２において所定のアプリケーションが起動されることにより実現される。具体的には、ＰＣ１０２が操作されて、サーバー３００が提供しているＷｅｂアプリケーションにログインすることにより、処理を選択する画面が表示される。ここでは、「出荷処理」、「請求処理」、「入金確認処理」及び「キャンセル処理」の選択肢（ボタン）が表示されるとする。
【0084】
ステップ４００において、ＰＣ１０２が操作され、「出荷処理」が選択されたか否かが判定される。出荷処理が選択された場合、制御はステップ４０２に移行する。例えば、受注担当者によりＰＣ１０２が操作され、出荷処理が選択される。そうでなければ、制御はステップ４１０に移行する。
【0085】
ステップ４０２において、ＰＣ１０２は、再出荷処理であるか否かを判定する。再出荷処理であると判定された場合、制御はステップ４０６に移行する。そうでなければ、制御はステップ４０４に移行する。再出荷処理は、後述するように、納品先２００から配送物が差し戻された場合に行われる。例えば、ＰＣ１０２に、再出荷処理であるか否かを確認するメッセージ及びＹＥＳ／ＮＯの選択肢（ボタン）が表示され、受注担当者によりＹＥＳが選択された場合、再出荷処理であると判定され、ＮＯが選択された場合、再出荷処理ではないと判定される。
【0086】
ステップ４０４において、受注担当者によりＰＣ１０２が操作され、納品情報が入力される。納品情報には、発行日、取引内容（名称、単価、数量及び金額等）及び税金に関する情報（消費税額等）等が含まれる。入力された納品情報は、ネットワーク１０６を介してサーバー３００にアップロードされ、納品データ３１０としてストレージ部３０６に記憶（登録）される。これに伴い、上記したように、記憶された納品データ３１０に対応する関連付けデータ３１２（第１関連付けデータ）及び二次元コード３１４（第１二次元コード）が生成される。また、制御部３０２は、二次元コード３１４に対応するトラッキングポイント３２０を生成する。制御部３０２は、トラッキングポイント３２０のＴＰ＿Ｎｏには、マスタデータ３２２を参照して「納品データのアップロード」に対応するデータを設定する。生成された二次元コード３１４は、ＰＣ１０２によりダウンロードされ、入出力装置１０４により印刷される。その後、制御はステップ４０８に移行する。
【0087】
ステップ４０２の判定結果がＹＥＳであれば、ステップ４０６において、ステップ４０４と同様に、受注担当者によりＰＣ１０２が操作され、再出荷のために新たな納品情報が入力される。再出荷は、後述するように、配送物の差し戻しにより必要となる処理であり、サーバー３００にはその取引、即ち納品（納品データ）に対応する二次元コード３１４が既に存在している。したがって、制御部３０２は、ステップ４０４の場合と異なり、その二次元コード３１４を新たな納品データ３１０に対応させ、新たな二次元コードを生成しない。枝番には、最新であることを表すデータが設定される。例えば、“００”から始まる連続番号が枝番に使用される場合、同じ二次元コードに対応する既存の枝番のいずれよりも大きい番号が設定される。納品先２００から配送物と共に二次元コード（印刷物）が返送された場合、返送された二次元コードが入出力装置１０４により読み取られる。読み取られた二次元コード３１４は、ネットワーク１０６を介してサーバー３００に送信される。制御部３０２は、受信した二次元コード３１４に、新たな納品データ３１０を対応させる。また、受注担当者は、ＰＣ１０２を操作してトラッキングポイント３２０をリスト表示させ、配送物の差し戻し対象の取引Ｎｏ（即ち二次元コード３１４）を特定して、新たな納品情報を入力してもよい。制御部３０２は、特定された二次元コード３１４に、新たな納品データ３１０を対応させる。二次元コード３１４は、ＰＣ１０２によりダウンロードされ、入出力装置１０４により印刷される。その後、制御はステップ４０８に移行する。なお、納品先２００から二次元コード（印刷物）が返送されていれば、二次元コードは印刷されなくてもよい。
【0088】
ステップ４０８において、出荷部門に配置されたＰＣ１０２が操作され、配送物の出荷処理又は再出荷処理が行われる。具体的には、ステップ４０４又はステップ４０６により印刷された二次元コードが入出力装置１０４により読み取られる。読み取られた二次元コードは、ネットワーク１０６を介してサーバー３００に送信される。制御部３０２は、受信した二次元コードに対応するトラッキングポイント３２０を更新する。即ち、制御部３０２は、トラッキングポイント３２０のうち、最新の枝番に対応するＴＰ＿Ｎｏに、マスタデータ３２２を参照して「配送物の出荷」に対応するデータを設定する。出荷部門においては、上記したように、出荷担当者は、二次元コード（印刷物）と納品伝票とが封入されたデリバリーパックを配送物に貼付し、配送物を納品先２００へ向けて出荷する。その後、ＰＣ１０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションからログアウトすることにより、出荷元１００における出荷処理又は再出荷処理は終了する。なお、印刷された二次元コードの読み取りが行われなくてもよい。例えば、出荷担当者がＰＣ１０２を操作してトラッキングポイント３２０をリスト表示させ、リストの中から配送物に対応する取引Ｎｏを選択して、出荷処理又は再出荷所を実行してもよい。
【0089】
ステップ４００の判定結果がＮＯであれば、ステップ４１０において、ＰＣ１０２が操作され、「請求処理」が選択されたか否かが判定される。請求処理が選択された場合、制御はステップ４１２に移行する。例えば、経理部門に配置されたＰＣ１０２が操作され、請求処理が選択される。そうでなければ、制御はステップ４２０に移行する。
【0090】
ステップ４１２において、ＰＣ１０２は、再請求処理であるか否かを判定する。再請求処理であると判定された場合、制御はステップ４１６に移行する。そうでなければ、制御はステップ４１４に移行する。再請求処理は、後述するように、納品先２００から請求書が差し戻された場合に行われる。例えば、ＰＣ１０２に、再請求処理であるか否かを確認するメッセージ及びＹＥＳ／ＮＯの選択肢（ボタン）が表示され、経理担当者によりＹＥＳが選択された場合、再請求処理であると判定され、ＮＯが選択された場合、再請求処理ではないと判定される。
【0091】
ステップ４１４において、経理担当者によりＰＣ１０２が操作されて請求情報が入力される。請求情報には、発行日、取引内容（名称、単価、数量及び金額等）及び税金に関する情報（消費税額等）等が含まれる。入力された請求情報は、ネットワーク１０６を介してサーバー３００にアップロードされ、請求データ３１８としてストレージ部３０６に記憶（登録）される。これに伴い、記憶された請求データ３１８に対応する関連付けデータ３１２（第２関連付けデータ）が生成され、関連付けデータ３１２に基づき二次元コード３１４（第２二次元コード）が生成される。また、制御部３０２は、二次元コード３１４に対応するトラッキングポイント３２０を生成する。制御部３０２は、トラッキングポイント３２０のＴＰ＿Ｎｏには、マスタデータ３２２を参照して「請求データのアップロード」に対応するデータを設定する。その後、制御はステップ４１８に移行する。
【0092】
ステップ４１２の判定結果がＹＥＳであれば、ステップ４１６において、ステップ４１４と同様に、経理担当者によりＰＣ１０２が操作され、再請求のために新たな請求情報が入力される。再請求は、後述するように、請求書の差し戻しにより必要となる処理であり、サーバー３００にはその取引、即ち請求（請求データ）に対応する二次元コード３１４が既に存在している。したがって、制御部３０２は、ステップ４１４の場合と異なり、その二次元コード３１４を新たな請求データ３１８に対応させ、新たな二次元コードを生成しない。枝番には、最新であることを表すデータが設定される。例えば、“００”から始まる連続番号が枝番に使用される場合、同じ二次元コードに対応する既存の枝番のいずれよりも大きい番号が設定される。具体的には、経理担当者は、ＰＣ１０２を操作してトラッキングポイント３２０をリスト表示させ、請求書の差し戻し対象の取引Ｎｏ（即ち二次元コード３１４）を特定して、新たな請求情報を入力する。制御部３０２は、特定された二次元コード３１４に、新たな請求データ３１０を対応させる。また、経理担当者は、二次元コード（印刷物）（例えば、納品先２００から返送されたもの）を入出力装置１０４により読み取ってもよい。読み取られた二次元コード３１４は、ネットワーク１０６を介してサーバー３００に送信される。制御部３０２は、受信した二次元コード３１４に、新たな請求データ３１０を対応させる。
【0093】
ステップ４１８において、経理担当者によりＰＣ１０２が操作され、請求書送付の準備が行われる。具体的には、サーバー３００から、請求データ３１８と、それに対応する二次元コード３１４とがダウンロードされ、各々印刷される。その後、ＰＣ１０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションからログアウトする。印刷物が同封されて納品先２００に送付されることにより、出荷元１００における請求処理又は再請求処理は終了する。
【0094】
ステップ４１０の判定結果がＮＯであれば、ステップ４２０において、ＰＣ１０２が操作され、「入金確認処理」が選択されたか否かが判定される。入金確認処理が選択された場合、制御はステップ４２２に移行する。例えば、経理部門に配置されたＰＣ１０２が操作され、入金確認処理が選択される。そうでなければ、制御はステップ４３０に移行する。
【0095】
ステップ４２２において、納品先２００に送付された請求書のうち、支払期限が経過したものに関して、入金が確認される。具体的には、経理部門に配置されたＰＣ１０２が操作されると、ＰＣ１０２はサーバー３００にアクセスし、出荷元１００に対応するトラッキングポイント３２０のＴＰ＿Ｎｏに「送金」に対応するデータがセットされている取引Ｎｏを、サーバー３００に特定させる。ＰＣ１０２は、特定された取引Ｎｏに対応する請求データ３１８をサーバー３００から取得し、取得した請求データ３１８を、確認／差し戻しの選択肢（ボタン）と共に表示する。経理担当者は、指定口座への入金額が、表示された請求データの請求額と一致しているか確認する。その後、制御はステップ４２４に移行する。
【0096】
ステップ４２４において、ステップ４２２により確認された結果、入金に不備があったか否かを判定する。不備があったと判定された場合、制御はステップ４２８に移行する。そうでなければ、制御はステップ４２６に移行する。例えば、入金額が請求額と一致しない場合、不備と判定される。
【0097】
ステップ４２６において、入金確認を登録する。具体的には、ＰＣ１０２が操作されて、確認が選択される。制御部３０２は、確認された請求データ３１８に対応するトラッキングポイント３２０のＴＰ＿Ｎｏに、マスタデータ３２２を参照して「入金の確認」に対応するデータを設定する。その後、ＰＣ１０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションからログアウトすることにより、出荷元１００における入金確認処理は終了する。
【0098】
ステップ４２４の判定結果がＹＥＳであれば、ステップ４２８において、経理担当者は、納品先２００の経理部門に、再入金を依頼する。依頼は、電子メール又は電話等により行われる。その後、ＰＣ１０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションからログアウトすることにより、出荷元１００における入金確認処理は一時中断する。
【0099】
ステップ４２０の判定結果がＮＯ（キャンセル処理の選択）であれば、ステップ４３０において、担当者によりＰＣ１０２が操作され、キャンセル処理の対象である取引が特定され、キャンセルが登録される。キャンセル処理は、例えば、配送物が差し戻されたが、再出荷しない場合に行われる。具体的には、ＰＣ１０２は、サーバー３００の制御部３０２に、トラッキングポイント３２０のＴＰ＿Ｎｏに、「配送物の差し戻し」に対応するデータが設定されている取引Ｎｏを特定させ、そのＴＰ＿Ｎｏに、マスタデータ３２２を参照して「キャンセル」に対応するデータを設定させる。その後、ＰＣ１０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションからログアウトすることにより、出荷元１００におけるキャンセル処理は終了する。なお、納品先２００から配送物と共に二次元コード（印刷物）が返送された場合、キャンセルの対象である取引を特定するために、返送された二次元コードが入出力装置１０４により読み取られてもよい。読み取られた二次元コードは、ネットワーク１０６を介してサーバー３００に送信され、制御部３０２は、受信した二次元コードに対応する取引Ｎｏを特定できる。
【0100】
［納品先における処理］
図６を参照して、納品先２００において実行される処理に関して説明する。図６に示した処理は、納品先２００の各部門に配置されたＰＣ２０２において所定のアプリケーションが起動されることにより実現される。具体的には、ＰＣ２０２が操作されて、サーバー３００が提供しているＷｅｂアプリケーションにログインすることにより、処理を選択する画面が表示される。ここでは、「納品処理」及び「送金処理」の選択肢（ボタン）が表示されるとする。
図６を参照して、納品先２００において実行される処理に関して説明する。図６に示した処理は、納品先２００の各部門に配置されたＰＣ２０２において所定のアプリケーションが起動されることにより実現される。具体的には、ＰＣ２０２が操作されて、サーバー３００が提供しているＷｅｂアプリケーションにログインすることにより、処理を選択する画面が表示される。ここでは、「納品処理」及び「送金処理」の選択肢（ボタン）が表示されるとする。
【0101】
ステップ５００において、ＰＣ２０２が操作され、「納品処理」が選択されたか否かが判定される。納品処理が選択された場合、制御はステップ５０２に移行する。例えば、受領担当者によりＰＣ２０２が操作されて納品処理が選択される。そうでなければ（例えば、経理部門に配置されたＰＣ２０２が操作されて送金処理が選択された場合）、制御はステップ５１２に移行する。
【0102】
ステップ５０２において、選択可能なボタンとして「受け入れ」及び「差し戻し」を含む画面がＰＣ２０２に表示され、第１の実施の形態において示したように、納品先２００に到着した配送物に対して、受領担当者により、デリバリーパックから取出した納品伝票を用いて納品の確認処理が行われる。また、受領担当者は、デリバリーパックに含まれる納品伝票を使用せず、デリバリーパックに含まれた二次元コードを読み取り、該当する納品データをダウンロードして納品の確認に利用してもよい。その場合、制御部３０２は、トラッキングポイント３２０のうち、読み取った二次元コードに対応する取引ＮｏのＴＰ＿Ｎｏに、マスタデータ３２２を参照して「納品データのダウンロード」に対応するデータを設定する。その後、制御はステップ５０４に移行する。
【0103】
ステップ５０４において、ステップ５０２により確認された結果、配送物に不備があったか否かを判定する。不備があったと判定された場合、ＰＣ２０２に表示されている「差し戻し」が選択された後、制御はステップ５１０に移行する。そうでなければ、「受け入れ」が選択され、制御はステップ５０６に移行する。例えば、配送物の数量が、納品伝票に記載された数量と一致していない場合、不備と判定される。
【0104】
ステップ５０６において、配送物が受け入れられ（保管場所への移動等）、配送物に添付されたデリバリーパックに含まれていた二次元コード（印刷物）及び納品伝票は、経理部門に回付される。その後、制御はステップ５０８に移行する。なお、受領担当者は、適宜ＰＣ２０２を操作し、サーバー３００が提供しているＷｅｂアプリケーションからログアウトする。
【0105】
ステップ５０８において、経理部門に配置されたＰＣ２０２が操作されることにより、納品データ３１０のダウンロードが行われる。具体的には、ステップ５０６により経理部門に回付された二次元コードが、入出力装置２０４により読み取られる。読み取られた二次元コードは、ネットワーク１０６を介してサーバー３００に送信される。制御部３０２は、受信した二次元コードに対応する納品データ３１０をＰＣ２０２に送信する。それに伴い、制御部３０２は、受信した二次元コードに対応するトラッキングポイント３２０を更新する。具体的には、制御部３０２は、トラッキングポイント３２０のＴＰ＿Ｎｏに、マスタデータ３２２を参照して「納品データのダウンロード」に対応するデータを設定する。ダウンロードされた納品データ３１０は、納品先２００の経理処理システムに入力される。その後、ＰＣ２０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションからログアウトすることにより、納品先２００における納品処理は終了する。
【0106】
ステップ５０４の判定結果がＹＥＳであれば、ステップ５１０において、配送物の差し戻しを登録する。具体的には、受領担当者によりＰＣ２０２が操作されることにより、デリバリーパックに封入されていた二次元コードが入出力装置２０４により読み取られる。読み取られた二次元コードは、差し戻しを表す情報と共に、ネットワーク１０６を介してサーバー３００に送信される。制御部３０２は、受信した二次元コードに対応するトラッキングポイント３２０を更新する。具体的には、制御部３０２は、トラッキングポイント３２０のうち、受信した二次元コードに対応するトラッキングポイント３２０のＴＰ＿Ｎｏに、マスタデータ３２２を参照して「配送物の差し戻し」に対応するデータを設定する。その後、ＰＣ２０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションからログアウトすることにより、納品先２００における納品処理は一時中断する。なお、差し戻しの対象となった配送物に添付された二次元コード（印刷物）をどのように扱うかは任意（運用次第）である。即ち、二次元コードは、当該配送物及び納品伝票と共に、出荷元１００に返送されてもよい。二次元コードは出荷元１００に返送されなくてもよい。二次元コード（印刷物）が出荷元１００に返送された場合、上記したように、出荷元１００において新たな納品情報の登録（ステップ４０６参照）又はキャンセル処理（ステップ４３０参照）が行われる際に、返送された二次元コードが利用され得る。
【0107】
ステップ５００の判定結果がＮＯ（送金処理の選択）であれば、ステップ５１２において、請求内容を確認する処理が行われる。具体的には、経理部門に配置されたＰＣ２０２が操作されることにより、二次元コードが入出力装置２０４により読み取られる。この二次元コード（第２二次元コード）は、図５のステップ４１８により、請求書と共に封筒等に封入され、出荷元１００から送付されたものである。読み取られた二次元コードは、ネットワーク１０６を介してサーバー３００に送信される。制御部３０２は、受信した二次元コードに対応する請求データ３１８をＰＣ２０２に送信する。それに伴い、制御部３０２は、受信した二次元コードに対応するトラッキングポイント３２０を更新する。即ち、制御部３０２は、トラッキングポイント３２０のＴＰ＿Ｎｏに、マスタデータ３２２を参照して「請求データのダウンロード」に対応するデータを設定する。請求データ３１８のダウンロードが完了すると、選択可能なボタンとして「承認」及び「差し戻し」を含む画面がＰＣ２０２に表示された後、制御はステップ５１４に移行する。
【0108】
ダウンロードされた請求データ３１８は、納品先２００の経理処理システムに入力される。サーバー３００に仕訳条件（例えば、納品先２００の経理処理システムにおいて用いられる勘定科目）が登録されていれば、請求データ３１８は、登録された仕訳条件に従って仕訳された状態（例えば、勘定科目の情報が付されたデータ形式）でダウンロードされる。
【0109】
ステップ５１４において、経理担当者により請求書の照合が行われる。具体的には、ステップ５０８により経理処理システムに入力された納品データと、ステップ５１２により経理処理システムに入力された請求データとを照合する。
【0110】
ステップ５１６において、ステップ５１４により照合された結果、請求書に不備があったか否かを判定する。不備があったと判定された場合、ＰＣ２０２に表示されている「差し戻し」が選択された後、制御はステップ５２２に移行する。例えば、請求書（請求データ）に対応する納品伝票（納品データ）の金額の合計が、請求額と一致しない場合、不備と判定される。不備がなければ、ＰＣ２０２に表示されている「承認」が選択され、制御はステップ５１８に移行する。
【0111】
ステップ５１８において、請求の承認が行われる。具体的には、ＰＣ２０２から、ステップ５１２において読み取られた二次元コードが、ステップ５１６において選択された「承認」を表す情報と共に、ネットワーク１０６を介してサーバー３００に送信される。制御部３０２は、受信した二次元コードに対応するトラッキングポイント３２０を更新する。即ち、制御部３２０は、トラッキングポイント３２０のＴＰ＿Ｎｏに、マスタデータ３２２を参照して「請求承認」に対応するデータを設定する。
【0112】
ステップ５１８において、支払い処理が実行される。具体的には、経理担当者により、出荷元１００指定の銀行口座等への送金処理が行われた後、ＰＣ２０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションにログインし、送金処理を行った請求書に対応する取引Ｎｏを特定する。制御部３０２は、特定された取引ＮｏのＴＰ＿Ｎｏに、マスタデータ３２２を参照して「送金」に対応するデータを設定する。その後、ＰＣ２０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションからログアウトすることにより、納品先２００における送金処理は終了する。
【0113】
ステップ５１６の判定結果がＹＥＳであれば、ステップ５２２において、請求書の差し戻しを登録する。具体的には、ＰＣ２０２から、ステップ５１２において読み取られた二次元コードが、ステップ５１６において選択された「差し戻し」を表す情報と共に、ネットワーク１０６を介してサーバー３００に送信される。制御部３０２は、受信した二次元コードに対応するトラッキングポイント３２０を更新する。即ち、制御部３２０は、トラッキングポイント３２０のＴＰ＿Ｎｏに、マスタデータ３２２を参照して「請求書の差し戻し」に対応するデータを設定する。その後、ＰＣ２０２が操作され、サーバー３００が提供しているＷｅｂアプリケーションからログアウトすることにより、納品先２００における送金処理は一時中断する。経理担当者は、適宜出荷元１００の経理部門に、請求書の不備を連絡し、請求書の再発行を依頼する。
【0114】
差し戻しの対象となった請求書に添付された二次元コード（印刷物）を、出荷元１００に返送するか否かは任意（運用次第）である。二次元コード（印刷物）が出荷元１００に返送された場合、上記したように、出荷元１００において新たな請求情報の登録（ステップ４１６参照）が行われる際に、返送された二次元コードが使用され得る。
【0115】
以上により、第１の実施の形態と同様に、出荷元１００から配送物を出荷する際に、サーバー３００においては、納品データ３１０が記憶され、対応する関連付けデータ３１２（第１関連付けデータ）、二次元コード３１４（第１二次元コード）及びトラッキングポイント３２０が生成され、それらのデータが一元的に管理される。したがって、納品先２００の受領担当者は納品確認を効率的に行うことができる。また、出荷元１００から所定期間毎に請求書を発送する際に、サーバー３００においては、請求データ３１８が記憶され、対応する関連付けデータ３１２（第２関連付けデータ）、二次元コード３１４（第２二次元コード）及びトラッキングポイント３２０が生成され、それらのデータが一元的に管理される。したがって、納品先２００の経理担当者は、請求額の確認処理及び送金処理を効率的に行うことができる。
【0116】
サーバー３００において、納品データ３１０及び請求データ３１８が一元的に管理され、それらに対応するトラッキングポイント３２０が設けられ、トラッキングポイント３２０は取引の進捗に応じて更新される。出荷元１００及び納品先２００のいずれからも、サーバー３００に記憶されたデータ（納品データ３１０、請求データ３１８及びトラッキングポイント３２０）を閲覧可能にする。これにより、出荷元１００及び納品先２００における各担当者は、出荷元１００及び納品先２００の間の物流及び商流の進捗状況を容易に確認でき、担当業務を効率的に行うことができる。
【0117】
特に、納品伝票及び請求書が電子化され、取引における各処理に応じてトラッキングポイント３２０（ＴＰ＿Ｎｏ）が更新され、二次元コードの読み取り等によりトラッキングポイント３２０（ＴＰ＿Ｎｏ）を参照することにより、次の処理（業務）が分かる。即ち、上記した第３の実施の形態に係るシステムは、物流における、データ駆動型のシステムであり且つ取引状況をトラッキング可能なシステム（物流業向けデータ駆動型トラッキングシステム）である。伝票（納品伝票及び請求書）の改ざんを防止する観点から、伝票発送後（納品データ及び請求データのアップロード後）、サーバー３００に記憶された該当データの修正を行わせない。これにより、配送物（納品伝票）又は請求書が差し戻された場合にも、該当データは、出荷元１００及び納品先２００のいずれからも閲覧可能な状態で、履歴として残る。税金計算の変更（切り上げ、切り捨て、四捨五入等）、又は、空売り的な未決済の伝票に関しても一目で確認でき、税に関する不正を防止できる。
【0118】
以上、本発明を実施の形態に基づいて説明したが、本発明は、上記の実施の形態に限定されるものではない。なお、本発明と同一及び均等の範囲内において、上記の実施の形態に対して種々の変更を加えることが可能である。
【符号の説明】
【0119】
１００ 出荷元
１０２、２０２ ＰＣ
１０４、２０４ 入出力装置
１０６ ネットワーク
２００ 納品先
３００ サーバー
３０２ 制御部
３０４ 通信部
３０６ ストレージ部
３０８ 操作部
３１０ 納品データ
３１２ 関連付けデータ
３１４ 二次元コード
３１６ ユーザデータ
３１８ 請求データ
３２０ トラッキングポイント
３２２ マスタデータ
１０２、２０２ ＰＣ
１０４、２０４ 入出力装置
１０６ ネットワーク
２００ 納品先
３００ サーバー
３０２ 制御部
３０４ 通信部
３０６ ストレージ部
３０８ 操作部
３１０ 納品データ
３１２ 関連付けデータ
３１４ 二次元コード
３１６ ユーザデータ
３１８ 請求データ
３２０ トラッキングポイント
３２２ マスタデータ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】