JP7497846B2 - 物流管理システム - Google Patents

Description

本開示は、魚等の水産物などの商品を配送する際の情報を管理する物流管理システムに関する。

従来、水産物である魚（例えば鮮魚）の物流に関しては、魚は漁港に水揚げされた後、又は養殖場にて水揚げされた後に、例えば産地集荷業者に納入されていた。また、産地集荷業者に納入された後に、例えば集出荷加工業者に配送され、加工等が行われた後に、目的地に配送されていた。

なお、魚等の販売や食品の流通に関しては、インターネットを利用した各種の技術が提案されている（特許文献１、２参照）。
また、近年では、国内から海外に魚が輸出されることがあり、その場合には、複雑な手続きを経て輸出が行われていた。

例えば図１３に示すように、魚を輸出する業者（即ち輸出者）は、輸出のために必要な各種証明書（例えば原産地証明書）を取得するために、各証明書を発行する機関（例えば商工会議所）に対して、必要事項を記入した申請書を機関窓口に提出し、紙の証明書を取得していた。その後、輸出者は、その紙の証明書をＩ／ＶやＰ／Ｌとともにフォワーダー（即ち貨物運送事業利用者である乙仲）に提出していた。

そして、フォワーダーは、ＮＡＣＣＳに対してオンラインで輸出のための申請を行い、ＮＡＣＣＳから輸出のために必要な書類（例えば輸出許可通知書）をオンラインで取得していた。なお、輸出許可通知書の取得後に、フォワーダーにより、輸出のための積み出しが行われていた。

なお、図１３において、Ｉ／Ｖはインボイスの略であり、Ｐ／Ｌはパッキングリストの略であり、ＡＷＢはAir Waybillの略である。
また、ＮＡＣＣＳとは、輸出入・港湾関連情報処理システム（Nippon Automated Cargo and Port Consolidated System）のことであり、入出港する船舶・航空機および輸出入貨物について、税関や関係行政機関に対する手続きや関連する民間業務をオンラインで処理するシステムである。このＮＡＣＣＳは、輸出入・港湾関連情報処理センター株式会社により管理・運営されている。

特許４５８９５９０号公報 特開２０１９－７９２５３号公報

しかしながら、上述した従来技術では、各証明書を発行する各種の機関から紙の証明書を取得し、その紙の証明書をフォワーダーに提出する必要があるので、その手続きに手間と日数がかかるという問題があった。特に、紙の証明書を取得するまでに日数がかかるという問題があった。また、輸出相手国によって証明書の種類や項目が異なるので、その点からも手続きに手間がかかるという問題がある。

つまり、従来では、魚等を輸出する場合に、その手続きに手間と時間がかかり、特に魚等のような鮮度が重要な物品に関しては、改善が望まれていた。
本開示は、各種の手続き等の処理を簡易化することが可能な物流管理システムを提供することにある。

（１）本開示の第１局面は、商品をサプライヤを介して配送する場合における、商品に関する情報を管理する物流管理システムに関するものである。この物流管理システムは、商品に商品を区別する情報であるＩＤを記録したタグを取り付ける工程と、サプライヤが商品を扱う際（例えば入荷時や出荷時等）に、ＩＤと商品に関する情報とを関連づけて、インターネットを介して、所定の管理サーバに送信して記憶する工程と、を有している。

そして、商品が、所定の行政機関（例えば政府や都道府県等の公的機関）又は他の機関（例えば行政機関等から委託を受けた機関）にて、所定の証明を受けることが必要なものである場合には、管理サーバに送信する商品に関する情報として、証明を受ける場合に必要な情報を含むように構成されている。

このような構成によれば、例えばサプライヤが商品を輸出する場合に、その輸出に必要な各種の証明書を、従来より簡易な手続きで取得することができる。つまり、証明書を取得したい場合には、管理サーバに記憶された証明を受ける場合に必要な情報を、行政機関等に提出し、承認を受ければ良いので、証明書を得る手続きを簡易化することができる。

なお、サプライヤとは、商品の供給等の業務を行うもの（例えば入荷して他に配送する等の業務を行うもの）である。また、ＩＤを記録したタグを取り付けるという内容には、予めＩＤを記録したタグを取り付ける手順以外に、タグを商品に取り付けてからタグにＩＤを記録する手順も含まれる（以下同様）。

（２）本開示の第２局面では、第１のサプライヤから第２のサプライヤに商品を配送する場合には、各サプライヤにて管理サーバに送信された各情報を、ＩＤを介して関連づけて記憶するように構成されていてもよい。

このように複数のサプライヤ間を商品が流通する場合には、例えば同じＩＤで商品に関する情報が関連付けされて管理サーバに記憶されているので、例えば同じＩＤで商品に関する情報を抽出するようにして、証明を受ける場合に必要な情報を得ることができる。従って、証明書を得るための処理が容易になる。

（３）本開示の第３局面では、商品の証明を受ける場合には、行政機関又は他の機関に、証明を受ける場合に必要な情報を送信するように構成されていてもよい。
例えば、行政機関又は他の機関のサーバにアクセスして、通信等によって、証明を受ける場合に必要な情報（例えば電子的な情報）を通知および送信してもよい。

（４）本開示の第４局面では、商品の証明（例えば証明書）とは、商品を輸出する際に必要な証明（例えば証明書）であってもよい。ここでは、証明（例えば証明書）の種類を例示している。

（５）本開示の第５局面では、商品の証明（例えば証明書）は、電子的な証明（例えば証明書）であってもよい。この電子的な証明としては、例えばインターネットのような通信を介して送受信可能な証明書が挙げられる。

（６）本開示の第６局面では、管理サーバにアップされたＩＤ及び／又は商品に関する情報は、書き換えた履歴が記録されている、又は、書き換えが制限されていてもよい。
このような構成によれば、管理サーバにアップされた情報は、変更履歴を追うことができる又は書き換えが制限されているので、証明を得るための情報として改ざんされにくいので好適である。なお、例えば所定のサプライヤなどのように、書き換えが許可されているもののみが書き換えできるようにしてもよい。

（７）本開示の第７局面では、サプライヤは、予め登録されてそのメンバーの範囲が制限されていてもよい。また、管理サーバに記憶されている情報の利用可能範囲が制限されていてもよい。

このような構成の場合には、管理サーバにアクセスできるメンバーが制限されているので、及び／又は、管理サーバに記憶されている情報の利用可能範囲が制限されているので（例えばメンバーに応じて利用可能範囲が設定されているので）、管理サーバに記憶されている情報の改ざん等の危険性が少ないという利点がある。

（８）本開示の第８局面では、タグは、ＲＦＩＤタグ又は二次元コードタグであってもよい。特に、ＲＦＩＤタグの場合には、ＲＦＩＤタグが見えない場合でも、電磁界や電波によって、所定の範囲であれば、ＩＤを読み取ったり、ＩＤを書き込むことができるので好適である。

（９）本開示の第９局面は、商品の情報を管理する物流管理システムに関するものである。この物流管理システムでは、商品に商品を区別する情報であるＩＤを記録したタグを取り付ける工程と、商品を扱う際に、ＩＤと商品に関する情報とを関連づけて、インターネットを介して、所定の管理サーバにアップする工程と、を有している。

そして、商品の購入を希望するものが、管理サーバの情報から構成されたインターフェースデータベースにアクセスして、商品に関する情報を閲覧可能で、且つ、商品を購入可能に構成されている。

このような構成であれば、商品を購入するものは、商品の情報を確認できるので、安心して商品を購入することができる。

第１実施形態の物流管理システムの構成を示す説明図。 第１実施形態の物流管理システムにおけるメンバーや物流や情報等を示す説明図。 ＲＦＩＦタグからＩＤを読み取ってデータをアップする内容を示す説明図。 図４ＡはサプライヤＡにて入荷時に作成されるデータを示す説明図、図４ＢはサプライヤＡにて管理サーバにアップされるデータを示す説明図。 図５ＡはサプライヤＢにて入荷時に作成されるデータを示す説明図、図５ＢはサプライヤＢにて管理サーバにアップされるデータを示す説明図。 フォワーダーにて管理サーバにアップされるデータを示す説明図。 各サプライヤでの処理を示すフローチャート。 管理サーバでの処理を示すフローチャート。 公的機関での処理を示すフローチャート。 図１０Ａは第２実施形態においてサプライヤＢにて加工時に作成されるデータを示す説明図、図１０ＢはサプライヤＢにて出荷時に作成されるデータを示す説明図。 図１１Ａは第２実施形態においてサプライヤＢにてピッキング時に作成されるデータを示す説明図、図１１ＢはサプライヤＢにて出荷時に作成されるデータを示す説明図。 第３実施形態の物流管理システムの構成を示す説明図。 従来技術の説明図。

以下に、本開示の実施形態を、図面を参照しながら説明する。
［１．第１実施形態］
［１－１．システム構成］
まず、本第１実施形態の物流管理システムのシステム構成について説明する。

ここでは、物流の物品（即ち商品）としては、水産物の魚（詳しくは鮮魚）を例に挙げて説明する。つまり、魚の物流管理システムを例に挙げて説明する。
図１に示すように、本第１実施形態の物流管理システム１は、インターネット３を介して接続された多数のデータ処理装置５～２３を備えている。なお、データ処理装置５～２３としては、コンピュータ５～９やサーバ１１～２３が挙げられる。以下、各構成について説明する。

コンピュータ５は、サプライヤＡである産地集荷業者（即ち産地集出荷業者）のコンピュータである。なお、この産地集荷業者には、漁港や養殖場から水揚げされた魚が配送される。

コンピュータ７は、前記サプライヤＡとは別のサプライヤＢである集出荷加工業者のコンピュータである。なお、サプライヤＡからサプライヤＢに魚が搬送される。ここでは、集出荷加工業者が輸出業者である例を挙げている。

なお、本第１実施形態では、２つのサプライヤＡ、Ｂを挙げているが、サプライヤの数に制限はない。つまり、サプライヤの数は３以上であってもよく、場合によっては、サプライヤの数は１であってもよい。

コンピュータ９は、フォワーダーのコンピュータである。このフォワーダーとは、輸出業者からの依頼を受けて輸出に関する業務を行う貨物運送事業利用者（即ち乙仲）である。
サーバ１１は、サプライヤＡ、Ｂやフォワーダーから、インターネット３を介してアップされた魚に関するデータを管理する管理サーバである。つまり、サプライヤＡ、Ｂやフォワーダーからクラウドにアップされたデータを管理する管理サーバ１１である。

この管理サーバ１１は、サプライヤＡ、Ｂやフォワーダーとは別に設けられた機関によって管理されていてもよい。例えば政府のような公的機関によって業務を委託された機関（例えば会社）によって管理されていてもよい。或いは、例えばサプライヤＢ等が、例えば公的機関の委託を受けて、管理サーバ１１を管理するようにしてもよい。

サーバ１３は、上述したＮＡＣＣＳ（輸出入・港湾関連情報処理システム）を運営する輸出入・港湾関連情報処理センター株式会社のサーバである。つまり、ＮＡＣＣＳを管理・運営するサーバである。なお、以下では、輸出入・港湾関連情報処理センター株式会社を、単にＮＡＣＣＳと記すことがある。

サーバ１５は、輸出国（ここでは日本国）の税関（即ち輸出国税関）のサーバである。このサーバ１５はＮＡＣＣＳのサーバ１３と接続されており、ＮＡＡＣＳと通信を行うことにより、例えば輸出に関する書類の発行等の各種の処理を行う。

サーバ１７は、商工会議所に配置されているサーバである。このサーバ１７にアクセスすることにより、後述するように、原産地証明書の取得が可能である。或いは、商工会議所の証明書発行担当者が、直接管理サーバ１１にアクセスして審査・証明書発行するようにしてもよい。

サーバ１９は、厚生局や保健所（即ち厚生局／保健所）に配置されているサーバである。このサーバ１９にアクセスすることにより、後述するように、衛生証明書の取得が可能である。或いは、厚生局や保健所の証明書発行担当者が、直接管理サーバ１１にアクセスして審査・証明書発行するようにしてもよい。

サーバ２１は、輸出先である相手国が認定した検査機関（即ち相手国認定検査機関）に配置されているサーバである。このサーバ２１にアクセスすることにより、後述するように、放射能検査証の取得が可能である。或いは、検査機関の証明書発行担当者が、直接管理サーバ１１にアクセスして審査・証明書発行するようにしてもよい。

サーバ２３は、水産庁や都道府県の担当部署（即ち水産庁／都道府県）に配置されているサーバである。このサーバ２３にアクセスすることにより、後述するように、漁獲証明書（鮪のみ）の取得が可能である。或いは、水産庁や都道府県の担当部署の証明書発行担当者が、直接管理サーバ１１にアクセスして審査・証明書発行するようにしてもよい。

なお、以下では、上述した、ＮＡＣＣＳ、輸出国税関、商工会議所、厚生局／保健所、相手国認定検査機関、水産庁／都道府県を、即ち公的機関である行政機関及びその他の機関（例えば公的機関から委託された業務を行う機関）を、単に公的機関と記すことがある。

また、各サプライヤＡ、Ｂ、フォワーダー及び公的機関を構成するメンバーは、予め一定の範囲に限定されている。例えばサプライヤＡ、Ｂ、フォワーダー及び公的機関は予め管理サーバ１１等に登録されている。つまり、管理サーバ１１を管理する機関によってメンバーが制限されている。また、各メンバーについて、情報の利用可能範囲を制限してもよい。

さらに、管理サーバ１１と、各サプライヤＡ、Ｂやフォワーダーや公的機関のコンピュータ５～９やサーバ１３～２３との間の通信は、暗号化されて、通信時における情報（データ）の改ざんが抑制されている。例えば、周知のデジタル署名やデジタル証明書等を用いることにより、通信の安全性を確保することができる。

［１－２．物流及びデータの管理］
次に、本第１実施形態の物流管理システム１における物流や物流に伴うデータの管理について説明する。なお、ここでは、主として時系列に沿って説明する。

（１）図２に示すように、漁港や養殖場で水揚げされた魚は、図３に示すような例えば発泡スチロールのような容器２５に入れられて、産地集荷業者に配送される。なお、容器２５に魚が入れられて配送される物を、以下では配送品２７と称する。

なお、容器２５内の魚に関する情報（例えば魚の種類や魚の重量等）は、例えば所定の用紙に記入された書類として、配送品２７とともに漁港等から産地集荷業者に配送される。
（２）次に、配送品２７が産地集荷業者に配送された場合には、産地集荷業者は、配送品２７のデータの処理、即ち入荷時のデータの処理を行う。

例えば、図３に示すように、配送品２７を特定（即ち識別）するためのＩＤ（即ちＩＤ情報）が記録されたＲＦＩＤタグ２９を、容器２５に貼り付ける。このＲＦＩＤタグ２９とは、ＩＤが記録された荷札（タグ）であり、電磁界や電波などを用いた近距離（周波数帯によって数ｃｍ～数ｍ）の無線通信によって情報をやりとりするものである。なお、ＲＦＩＤタグ２９としては、パッシブタグを用いることができる。

また、水やタグ同士の重なりが、正確な無線通信を妨げる場合がある。そのため、ＲＦＩＤタグ２９を容器２５に貼り付ける場合、例えば、容器側面のうちなるべく上の方や容器側面の凹んでいる部分に貼り付けるように規定することもできる。

なお、ＲＦＩＤとは、Radio Frequency Identifierの略である。ＩＤとは、Identifierの略であり、個体を識別する識別子のことである。
次に、容器２５に貼り付けられたＲＦＩＤタグ２９のＩＤを、ＲＦＩＤのリード・ライタ３１で読み取り、その読み取ったＩＤを産地集荷業者のコンピュータ（即ちパソコンや携帯端末）５に送信して、インターネット３を介して管理サーバ１１に記憶する。

また、そのコンピュータ５を用いて、入荷された配送品２７に添付された内容物（即ち魚）を示す書類の情報をコンピュータ５に入力し、読み取ったＩＤと関連づけて、インターネット３を介して管理サーバ１１に記憶する。即ち、管理サーバ１１にアクセスして、データを管理サーバ１１に送信する。このデータは、前記ＩＤと関連づけられて管理サーバ１１の記憶装置に記憶される。

図４Ａに示すように、入荷時には、管理サーバ１１には、例えば、ＲＦＩＤタグ２９のＩＤに関連づけて、例えば、産地集荷業者（即ちサプライヤＡ）自身の名前（又はサプライヤＡを特定するＩＤ）、（漁港等での）水揚げ日、産地（例えば都道府県）、魚種、重量、入荷日等のデータが記憶される。なお、必要に応じて、何らかの作業が行われたことを示す作業情報を記憶してもよい（以下同様）。

次に、配送品２７をサプライヤＡからサプライヤＢに出荷する場合の処理について説明する。
出荷時には、配送品２７に添付されたＲＦＩＤタグ２９のＩＤを、ＲＦＩＤのリード・ライタ３１で読み取り、その読み取ったＩＤをコンピュータ５に送信し、管理サーバ１１に記憶する。

また、出荷時には、コンピュータ５を用いて出荷に関する情報（例えば出荷先等の情報）をコンピュータ５に入力し、読み取ったＩＤと関連づけて、管理サーバ１１に記憶する。

つまり、出荷時には、図４Ｂに示すように、前記入荷時の図４Ａに示すデータに追加するように、出荷日、出荷先、価格等のデータを管理サーバ１１に記憶する。即ち、管理サーバ１１にアクセスして、データを管理サーバ１１に送信する。このデータは、管理サーバ１１の記憶装置に記憶される。

なお、管理サーバ１１には、（図４Ａに示すデータを追記によって書き換えた）図４Ｂに示すデータのみを記憶してもよいが、図４Ａに示すデータと図４Ｂに示すデータとの両方を、ＩＤを介して時系列に沿って関連づけて記憶してもよい。

なお、ここでは、入荷時と出荷時に管理サーバ１１にデータをアップしたが、出荷時のみに管理サーバ１１にデータをアップしてもよい（なお、他のサプライヤでも同様）。この場合には、例えば、管理サーバ１１には、図４Ｂに示すデータのみが記憶される。

その後、配送品２７は、出荷先である集出荷加工業者（即ちサプライヤＢ）に配送される。
特に本第１実施形態では、輸出のために必要な各種の証明書を取得する際に必要なデータが管理サーバ１１に記憶される。例えば、後述するように、ある国に魚を輸出するために原産地証明書が必要な場合には、その原産地証明書を公的機関から発行してもらうためには、その根拠となるデータ（例えば図４Ｂに示す「産地」のデータ）を公的機関に提出する必要がある。そこで、ここでは、その根拠となるデータを、予め管理サーバ１１に記憶している。

（３）次に、配送品２７が集出荷加工業者に配送された場合には、集出荷加工業者は、配送品２７のデータの処理、即ち入荷時のデータの処理を行う。
まず、容器２５に貼り付けられたＲＦＩＤタグ２９のＩＤを、ＲＦＩＤのリード・ライタ３１で読み取り、その読み取ったＩＤを集出荷加工業者のコンピュータ（即ちパソコンや携帯端末）７に送信して、インターネット３を介して管理サーバ１１に記憶する。

そして、管理サーバ１１にアクセスして、前記ＩＤを用いて、前記管理サーバ１１に記憶されている前記図４Ｂに示す情報を取得する。
さらに、入荷された配送品２７に関する情報（例えば入荷日）を、コンピュータ７を用いて前記図４Ｂに示す情報に追記し、インターネット３を介して管理サーバ１１に記憶する。つまり、入荷時には、読み取ったＩＤと関連づけて、入荷に関する情報を追記して、管理サーバ１１に記憶する。

これにより、図５Ａに示すように、入荷時には、管理サーバ１１には、前記図４Ｂに示す情報に加えて、（入荷した）サプライヤ名、入荷日等のデータが記憶される。
さらに、出荷時には、配送品２７に添付されたＲＦＩＤタグ２９のＩＤを、ＲＦＩＤのリード・ライタ３１で読み取り、その読み取ったＩＤをコンピュータ７に送信して、インターネット３を介して管理サーバ１１に記憶する。

また、出荷時には、出荷に関する情報（例えば出荷先等の情報）をコンピュータ７で入力し、読み取ったＩＤと関連づけて、管理サーバ１１に記憶する。
つまり、出荷時には、図５Ｂに示すように、前記入荷時の図５Ａに示すデータに追加するように、出荷日、出荷先、価格、作業情報等のデータを、管理サーバ１１に記憶する。

そして、輸出業者である集出荷加工業者（以下輸出業者と記す）は、配送品２７を輸出するための手続きをフォワーダーに依頼するともに、輸出の手続きに必要な情報（例えばインボイスやパッキングリスト等）をフォワーダーに送信する。また、配送品２７を、出荷先であるフォワーダーに配送する。

（４）フォワーダーは、配送品２７が輸出業者から配送された場合には、まず、容器２５に貼り付けられたＲＦＩＤタグ２９のＩＤを、ＲＦＩＤのリード・ライタ３１で読み取り、その読み取ったＩＤをコンピュータ９に送信し、インターネット３を介して管理サーバ１１に記憶する。

また、管理サーバ１１にアクセスして、前記ＩＤを用いて、前記管理サーバ１１に記憶されている前記図５Ｂに示す情報を取得する。
次に、図６に示すように、図５Ｂの情報に、フォワーダーの入庫時のデータ（例えば入庫日）等を追記し、図６に示すデータを、ＩＤと関連づけて管理サーバ１１にアップする。

（５）次に、輸出業者である集出荷加工業者（以下輸出業者と記す）が、輸出に必要な書類を取得するための手続きについて説明する。
なお、輸出に必要な書類は、輸出の相手国などによって異なるので、輸出国などに応じて、公的機関から必要な書類を取得する。

具体的には、前記図２に示すように、輸出業者は、例えば、原産地証明書を取得する場合には、商工会議所のサーバ１７にアクセスして、必要な事項を入力する等の処理によって、原産地証明書を取得する。或いは、商工会議所の証明書発行担当者が、直接管理サーバ１１にアクセスして審査・証明書発行するようにしてもよい。

衛生証明書を取得する場合には、厚生局や保健所のサーバ１９にアクセスして、必要な事項を入力する等の処理によって、衛生証明書を取得する。或いは、厚生局や保健所の証明書発行担当者が、直接管理サーバ１１にアクセスして審査・証明書発行するようにしてもよい。

放射能検査証を取得する場合には、相手国認定検査機関のサーバ２１にアクセスして、必要な事項を入力する等の処理によって、放射能検査証を取得する。或いは、検査機関の証明書発行担当者が、直接管理サーバ１１にアクセスして審査・証明書発行するようにしてもよい。

漁獲証明書（鮪のみ）を取得する場合には、水産庁や都道府県の関係部署のサーバ２３にアクセスして、必要な事項を入力する等の処理によって、漁獲証明書を取得する。或いは、水産庁や都道府県の担当部署の証明書発行担当者が、直接管理サーバ１１にアクセスして審査・証明書発行するようにしてもよい。

以下では、原産地証明書を例に挙げて、証明書の詳しい取得方法を説明する。
ここでは、輸出の相手国が、輸出を行う際に原産地証明書が必要な国であるとする。
まず、輸出業者は、管理サーバ１１にアクセスして、ＲＦＩＤタグ２９のＩＤに関係づけられた情報を取得する。例えば、前記図５Ｂに示すようなデータを取得する。このデータには、原産地証明書を取得するために必要なデータ（例えば産地：原産地の都道府県）が含まれている。

次に、輸出業者は、商工会議所のサーバ１７にアクセスして、その入力画面（即ち原産地証明書を取得するための入力画面）から、必要な事項を入力する。例えば輸出業者のＩＤやパスワードを入力する。また、輸出する魚に関する必要な事項を入力する。例えば製品名、原産地の都道府県、輸出者、買取者、総量及び総重量、インボイス日付及び番号、原産国、商品説明等を入力する。

それとともに、入力する事項の根拠なるデータとして、管理サーバ１１から取得した例えば前記図５Ｂに示すようなデータを、サーバ１７に送信する。
このサーバ１７に送信されたデータには、例えば原産地証明書の「原産地の都道府県」に該当する前記図５Ｂに示す「産地」のデータが含まれているので、このデータが、「原産地の都道府県」の根拠となる。なお、「原産地の都道府県」以外にも、必要に応じて、各種の根拠となるデータは管理サーバ１１に記憶されている。

従って、商工会議所は、原産地証明書を発行するために必要な事項が入力され、さらに、原産地証明書の記載事項について根拠となるデータが送信された場合には、原産地証明書を発行することができる。

なお、原産地証明書の発行が可能となった場合には、例えば、その旨が輸出業者に対して送信されるので、その後、輸出業者の請求などにより、原産地証明書は、例えば電子データ（又はＰＤＦデータ）として、輸出業者に対して出力される。例えば電子メール等に添付されて送信される。

なお、上述した原産地証明書の取得方法（即ち、前記段落［００６９］～段落［００７３］にて説明した原産地証明書発行までのプロセス）については、前記プロセス以外に、例えば、商工会議所の担当者が直接に管理サーバ１１にアクセスすることで、審査・証明書発行するようにしてもよい。

輸出業者が原産地証明書を取得した場合には、その原産地証明書をフォワーダーに送信する。
フォワーダーは、前記インボイス、パッキングリスト、原産地証明書など、輸出に必要な情報が揃った場合には、従来と同様に、ＮＡＣＣＳに対して輸出の申請を行う。

ＮＡＣＣＳは、輸出国税関（ここでは日本）のサーバ１５にアクセスし、輸出許可通知書を取得する。
その後、ＮＡＣＣＳは、輸出許可通知書をフォワーダーに送信するので、その輸出許可通知書を取得したフォワーダーは、従来と同様にして、配送品２７の輸出が可能となる。 なお、上述した輸出許可通知書の取得方法（即ち、前記段落［００７５］及び段落［００７６］にて説明した輸出許可通知書発行までのプロセス）については、前記プロセス以外に、例えば、輸出国税関の担当者が直接に管理サーバ１１にアクセスすることで、審査・通知書発行するようにしてもよい。

なお、輸出された配送品は、輸出相手国（即ち外国）のフォワーダーが受領し、輸入業者を介して、外国の飲食店や小売店に配送される。
＜他の構成＞
なお、他の構成として、例えば魚の情報を管理する管理サーバ１１とは別の管理サーバ等を設け、この別の管理サーバにて、輸出に関する情報の処理を行ってもよい。

例えば、輸出業者から、別の管理サーバに、フォワーダーに提供する輸出に必要な情報（例えばインボイス、パッキングリスト等）をアップする。
一方、公的機関では、原産地証明書等の証明書を、前記別の管理サーバにアップする。このアップされた情報は、フォワーダーに通知されるので、フォワーダーは、別の管理サーバにアップされた全ての情報を用いて、ＮＡＣＣＳに対して、輸出許可通知書を取得するための手続きを行ってもよい。

［１－３．データの処理］
次に、各サプライヤや公的機関等で行われる処理の流れについて、フローチャートを用いて説明する。

＜サプライヤ等での処理＞
図７に示すように、各サプライヤＡ、Ｂやフォワーダーでは、ステップ（Ｓ）１００にて、ＲＦＩＤタグ２９のＩＤが取得された場合には、Ｓ１１０に進み、取得されない場合には、一旦本処理を終了する。

Ｓ１１０にて、魚等に関する必要なデータが入力された場合には、Ｓ１２０に進み、入力されない場合には、一旦本処理を終了する。
Ｓ１２０では、ＩＤの取得と必要なデータが入力されたので、それらの情報をクラウドの管理サーバ１１にアップして一旦本処理を終了する。

＜管理サーバでの処理＞
図８に示すように、管理サーバでは、Ｓ２００にて、サプライヤ等からＩＤや必要なデータがアップされたか否かを判定する。ここで肯定判断されるとＳ２１０に進み、一方否定判断されるとＳ２２０に進む。

Ｓ２１０では、同じＩＤのデータが既に記憶されているか否かを判定する。ここで肯定判断されるとＳ２３０に進み、一方否定判断されるとＳ２２０に進む。
Ｓ２２０では、ＩＤ及びデータを記憶し、一旦本処理を終了する。

一方、Ｓ２３０では、ＩＤが同じデータを関連付けて記憶し、例えばアップされた時系列に沿ったデータとして記憶し、一旦本処理を終了する。
＜公的機関での処理＞
図９に示すように、公的機関では、Ｓ３００にて、証明書の申請か否かを判定し、証明書の申請である場合には、Ｓ３１０に進み、そうでない場合には、一旦本処理を終了する。

Ｓ３１０では、証明書の発行に必要な事項の入力がなされているか否かを判定し、入力がなされている場合には、Ｓ３２０に進む。そうでない場合には、一旦本処理を終了するか、又は、アラート等を発して入力を促す。

Ｓ３２０では、入力された必要事項の根拠となる証明データがあるか否かを判定し、証明データがある場合には、Ｓ３３０に進む。そうでない場合には、一旦本処理を終了するか、又は、アラート等を発して証明データの提出を促す。

Ｓ３３０では、証明書を発行し、一旦本処理を終了する。
［１－４．効果］
（１ａ）本第１実施形態では、サプライヤＡにて、魚を入れた容器２５にＩＤを記録したＲＦＩＤタグ２９を取り付ける。各サプライヤＡ、Ｂでは、例えば出荷時に、ＩＤと魚に関する情報とを関連づけて、インターネット３を介して、管理サーバ１１に送信して記憶する。

また、魚を輸出する場合には、公的機関から輸出に必要な証明書を取得する必要があるが、本第１実施形態では、証明書を取得するために必要な情報は、管理サーバ１１に予めアップされている。

従って、公的機関から輸出に必要な証明書を取得したい場合には、例えば公的機関のサーバ１７～２３にアクセスして、管理サーバ１１に記憶された証明を受ける場合に必要な情報を、通信によって提出すれば良いので、証明書を得る手続きを簡易化することができる。

（１ｂ）本第１実施形態では、例えばサプライヤＡからサプライヤＢに魚を配送する場合には、各サプライヤＡ、Ｂにて管理サーバ１１に送信された各情報を、ＩＤを介して関連づけて記憶するように構成されている。

このように複数のサプライヤＡ、Ｂ間を魚が流通する場合には、同じＩＤで魚に関する情報が関連付けされて管理サーバ１１に記憶されているので、同じＩＤで魚に関する情報を抽出するようにして、証明を受ける場合に必要な情報を得ることができる。従って、証明書を得るための処理が容易になる。

（１ｃ）本第１実施形態では、サプライヤＡ、Ｂは、予め登録されてそのメンバーの範囲が制限されている。よって、管理サーバ１１に記憶されている情報の改ざん等の危険性が少ないという利点がある。また、各メンバーについて、情報の利用可能範囲を制限してもよい。これによって、一層改ざん等の危険性が低減する。

（１ｄ）本第１実施形態では、ＩＤを記録したタグとしてＲＦＩＤタグ２９を用いる。よって、ＲＦＩＤタグ２９が見えない場合でも、所定の範囲であれば、ＩＤを読み取ったり、ＩＤを書き込むことができるので好適である。

［２．第２実施形態］
第２実施形態は、基本的な構成は第１実施形態と同様であるため、以下では主として第１実施形態との相違点について説明する。なお、第１実施形態と同じ符号は、同一構成を示すものであって、先行する説明を参照する。

本第２実施形態は、集出荷加工業者にて加工や分別を行った場合について説明する。
＜加工＞
例えば容器２５に入れられた魚を加工した場合には、加工後魚は別の容器に入れる。そして、新たな容器には、前の容器２５に付したＲＦＩＤタグ２９（従って元のＩＤ）とは別のＲＦＩＤタグ２９（従って別のＩＤ）を付す。

この場合には、図５Ａのデータは、図１０Ａに示すようなデータとなる。
つまり、図１０Ａのデータとは、新しいＩＤ、元のＩＤ、サプライヤＢ名に加えて、例えば、原材料、商品名（又は製品名）、部位、Ｎｅｔ重量、加工業者（又は加工場の名称）、加工地（又は加工場の名称）、加工業者の許認可情報、加工日等の情報である。なお、このデータの中に、必要に応じて、上述した証明書の根拠となるデータが含まれる。例えば、原産地証明書に、製品名や加工場の名称及び住所が必要な場合には、前記図１０Ａのデータを使用できる。

なお、ＩＤは新たなＩＤとなっているので、同じ魚であることを示すために、元のＩＤと新しいＩＤとを関連付けて記憶する。
また、出荷時には、前記図５Ｂと同様に、出荷の際のデータが追記されて、図１０Ｂのようなデータとなる。

従って、この図１０Ｂのデータが、管理サーバ１１にアップされた場合には、元のＩＤ又は新しいＩＤを用いて、このデータを抽出することができる。
なお、加工前の図５Ａ等のデータは、管理サーバ１１に保持されているので、例えば、元のＩＤを用いて加工前のデータの抽出が可能である。

＜分別＞
例えば容器２５に入れられた魚を取り出して、例えば複数の店舗用に分ける場合（即ちピッキングする場合）には、元の容器２５から取り出した魚は、各店舗に応じて別の容器に入れる。そして、新たな容器には、前の容器２５に付したＲＦＩＤタグ２９（従って元のＩＤ）とは別のＲＦＩＤタグ２９（従って別のＩＤ）を付す。

この場合には、図５Ａのデータは、図１１Ａに示すようなデータとなる。
つまり、図１１Ａのデータとは、新しいＩＤ、元のＩＤ、サプライヤＢ名に加えて、例えば、魚種、Ｎｅｔ重量、ピッキング業者、ピッキング地、ピッキング日等の情報である。なお、複数の魚種が混在する場合には、各魚種毎の重量を記載してもよい。

なお、ＩＤは新たなＩＤとなっているので、同じ魚である（又は同じ魚が含まれている）ことを示すために、元のＩＤと新しいＩＤとを関連付けて記憶する。
また、出荷時には、前記図５Ｂと同様に、出荷の際のデータが追記されて、図１１Ｂのようなデータとなる。

従って、この図１１Ｂのデータが、管理サーバ１１にアップされた場合には、元のＩＤ又は新しいＩＤを用いて、このデータを抽出することができる。
なお、分別前の図５Ａ等のデータは、管理サーバ１１に保持されているので、例えば、元のＩＤを用いて分別前のデータの抽出が可能である。

［３．第３実施形態］
第３実施形態は、インターネットを介して商品を購入可能なシステムである。なお、第１実施形態と同じ符号は、同一構成を示すものであって、先行する説明を参照する。

図１２に示すように、本第３実施形態の物流管理システム３１は、例えば、養魚場に配置されたコンピュータ３３、漁港に配置されたコンピュータ３５、産地集荷業者のコンピュータ３７、３９、消費者側集出荷加工業者のコンピュータ４１、購入者のコンピュータ４３が、クラウドの管理サーバ１１を介して接続されたものである。

この物流管理システム３１では、例えば、養魚場や漁港で、魚が容器２５に入れられて、容器２５にＲＦＩＤタグ２９が付される。
そして、養魚場や漁港では、第１実施形態のサプライヤＡにように、ＲＦＩＤタグ２９からＩＤが読み取られ、このＩＤと魚に関する情報が、管理サーバ１１にアップされる。この情報としては、例えば、ＩＤ、養魚場名又は漁港名、水揚げ日、産地、魚種、重量、出荷日、出荷先等が挙げられる。

その後、容器２５に魚が入れられた配送品２７が産地集荷業者に配送される。産地集荷業者は、第１実施形態のサプライヤＢにように、養魚場や漁港にて管理サーバ１１にアップされた情報を入手し、その情報に、入荷日、出荷日、出荷先、価格等の必要な情報を追記して、その情報を管理サーバ１１にアップする。

その後、配送品２７は、産地集荷業者からに消費者側集出荷加工業者に配送される。なお、消費者側集出荷加工業者では、産地集荷業者が管理サーバ１１にアップした情報に、加工情報等必要な情報を追記してもよい。

なお、配送経路としては、前記第１実施形態のように、漁港では管理サーバ１１に情報をアップすることなく、産地集荷業者に魚（即ち配送品２７）を配送した場合に、産地集荷業者にて、容器２５にＲＦＩＤタグ２９を付してもよい。この場合には、産地集荷業者にて、ＩＤを読み取って、このＩＤと魚に関する情報を、管理サーバ１１にアップする。この場合にアップされる情報は、例えば図４Ｂのような情報である。

また、漁港等から消費者側集出荷加工業者に直接に魚が配送される場合には、消費者側集出荷加工業者にて、ＩＤを読み取って、このＩＤと魚に関する情報を、管理サーバ１１に記憶する。

従って、消費者側集出荷加工業者に配送された魚を購入しようとする購入者は、自身のコンピュータ４３から管理サーバ１１にアクセスすることにより、購入したい魚の情報を得ることができる。また、その魚を注文することにより購入することができる。

或いは、購入者は、管理サーバ１１の情報から構成されたインターフェースデータベースにアクセスして、商品に関する情報を閲覧、且つ、購入することができてもよい。
このような構成によれば、購入者は、管理サーバ１１にアップされた魚に関する情報に基づいて、購入したい目的の魚を安心して購入することができる。

［４．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（４ａ）上記実施形態では、タグとして、ＲＦＩＤタグを用いたが、二次元コード（例えばＱＲコード：登録商標）が付されたタグを用いてもよい。
（４ｂ）配送される商品としては、魚以外の各種の水産物や、農産物等が挙げられる。

（４ｃ）証明書を取得するために公的機関に提出するデータ（即ち証明の根拠となる根拠データ）としては、商品に該当するＩＤに関連づけられた全てのデータが挙げられるが、根拠データのみを抽出して提出してもよい。或いは、各サプライヤから管理サーバにアップされた図４Ｂ又は図５Ｂのような根拠データを含むデータの集合（ブロック）を提出してもよい。

（４ｄ）管理サーバにアップされたＩＤ及び／又は魚に関する情報は、書き換えた履歴が記録されている、又は、書き換えが制限されていてもよい。
このような構成によれば、管理サーバにアップされた情報は、書き換えた履歴が記録されている又は書き換えが制限されているので、証明を得るための情報として好適である。なお、例えば所定のサプライヤなどのように、書き換えが許可されているもののみが書き換えできるようにしてもよい。

（４ｅ）上記各実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記各実施形態の構成の一部を省略してもよい。また、上記各実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。なお、特許請求の範囲に記載の文言から特定される技術思想に含まれるあらゆる態様が本開示の実施形態である。

１：物流管理システム、３：インターネット、５、７、９、３３、３５、３７、３９、４１、４３：コンピュータ、１１：管理サーバ、１３、１５、１７、１９、２１、２３：サーバ、２５：容器、２７：配送品、２９：ＲＦＩＤタグ

Claims (7)

1. 商品を区別する情報であるＩＤを記録したタグを取り付けた前記商品を、サプライヤを介して配送する場合において、前記商品に関する情報を管理する物流管理システムであって、
   前記ＩＤと前記商品に関する情報とを関連づけて記憶装置に記憶するとともに、前記記憶装置に記憶された前記商品に関する情報を、インターネットを介して、外部のデータ処理装置に送信可能な管理サーバを備え、
   前記管理サーバは、前記サプライヤのデータ処理装置から、前記インターネットを介して、前記商品に関する情報を受信した場合には、当該商品に関する情報を前記記憶装置に記憶する処理を行うものであって、当該商品に関する情報には、所定の行政機関又は他の機関にて前記商品について所定の証明を受ける場合に必要な当該商品自体の情報が含まれており、
   前記商品の前記証明とは、前記商品を輸出する際に必要な証明であり、
   前記記憶装置に記憶されている前記証明を受ける場合に必要な前記情報は、前記インターネットを介して、前記所定の行政機関又は他の機関のデータ処理装置に送信可能である、
   物流管理システム。
2. 請求項１に記載の物流管理システムであって、
   前記商品の前記証明とは、原産地証明書である、
   物流管理システム。
3. 請求項１または請求項２に記載の物流管理システムであって、
   前記証明を受ける場合に必要な前記情報が送信されるデータ処理装置は、輸出国の税関サーバである、
   物流管理システム。
4. 請求項１から請求項３までのいずれか１項に記載の物流管理システムであって、
   前記管理サーバは、前記サプライヤのデータ処理装置から、前記インターネットを介して、前記商品に関する情報を受信した場合には、当該商品に関する情報を前記ＩＤを介して関連づけて前記記憶装置に記憶する処理を行うものであって、当該商品に関する情報には、前記所定の行政機関又は他の機関にて前記商品について前記所定の証明を受ける場合に必要な当該商品自体の情報が含まれている、
   物流管理システム。
5. 請求項１から請求項４までのいずれか１項に記載の物流管理システムであって、
   前記管理サーバの前記記憶装置に記憶された前記証明を受ける場合に必要な前記情報は、前記証明を受ける者のデータ処理装置によってダウンロード可能に構成された、
   物流管理システム。
6. 請求項１から請求項５までのいずれか１項に記載の物流管理システムであって、
   前記所定の行政機関又は他の機関のデータ処理装置は、前記インターネットを介して、前記証明を受ける場合に必要な前記情報を記憶している前記管理サーバの前記記憶装置にアクセス可能に構成された、
   物流管理システム。
7. 請求項１から請求項６までのいずれか１項に記載の物流管理システムであって、
   前記商品は水産物であり、前記証明を受ける場合に必要な前記情報は、前記水産物の水揚げ日及び／又は産地の情報である、
   物流管理システム。

Images