JP7418180B2

JP7418180B2 - トレーサビリティシステム、トレーサビリティ方法およびトレーサビリティプログラム

Info

Publication number: JP7418180B2
Application number: JP2019201446A
Authority: JP
Inventors: 大資堀内; 吉和斎藤
Original assignee: Kyodo Printing Co Ltd
Current assignee: Kyodo Printing Co Ltd
Priority date: 2019-11-06
Filing date: 2019-11-06
Publication date: 2024-01-19
Anticipated expiration: 2039-11-06
Also published as: JP2021076963A

Description

本発明は、トレーサビリティシステム、トレーサビリティ方法およびトレーサビリティプログラムに関する。

近年、物品に取り付けられた２次元コードなどにより示される識別情報により、その物品の流れを把握できるようにするトレーサビリティシステムが注目されている。具体的に、食材に対して、その食材を識別する識別情報を有する２次元コードを付与し、例えば、農家による食材の出荷情報と、食品メーカによる食材商品の登録情報と、物流倉庫における食材商品の入出庫情報と、給食サービス業者の店舗における食材商品の入荷情報と、識別情報とを関連付けて、食材の流通を管理するトレーサビリティシステムが提案されている。

また、例えば、作業の流れをルール化し、そのルールに基いて、コンピュータネットワーク上で作業処理や作業支援を行うワークフローシステムも様々な分野で利用されるようになってきている。このようなワークフローシステムとして、例えば、グラフィカルに作業と条件の結び付けを行う手法が提案されている。

すなわち、従来、トレーサビリティシステム或いはワークフローシステムとして、様々な案がなされている。

特開２００５－１９６５０７号公報特開２００９－０２０８２１号公報

従来のトレーサビリティシステムにおいて、例えば、トレーサビリティの観測点とするロケーションや追跡対象である物品の状態を示すステータス情報、並びに、それらの結び付け作業などを、専門知識を持たないユーザが行うのは困難であった。

また、従来のワークフローシステムにおいて、グラフィカルに作業と条件の結び付けを行う場合でも、例えば、物品のトレーサビリティとの紐づけや運用方法が変更された場合のワークフローの再定義などを行うのは難しかった。

本発明は、上述した課題に鑑み、作業フローを容易に作成すると共に、運用後においても作業フローの変更を容易に行うことができるトレーサビリティシステム、トレーサビリティ方法およびトレーサビリティプログラムの提供を目的とする。

本発明に係る第１実施形態によれば、物品の識別情報を取得する識別情報取得手段と、前記識別情報に関連付けられているステータス情報が保存されたステータスデータベースと、前記識別情報を読み取る観測点における前記物品の状態を示すステータス情報に基いて、前記物品の作業フローを作成する作業フロー作成手段と、前記物品の状態を示すステータス情報に関連付けられている作業および前記作業フローを保存するフローデータベースと、所定のステータスと所定の作業の間にある観測点において、前記識別情報取得手段により取得された前記識別情報に関連付けられている第１ステータス情報と、前記フローデータベースに保存された前記作業フローにおいて、前記作業に関連付けられている第２ステータス情報を照合して判定する判定手段と、前記判定手段により、前記第１ステータス情報と前記第２ステータス情報が一致したと判定されたとき、前記ステータスデータベースに保存された、前記識別情報に関連付けられている前記第１ステータス情報を更新するステータス更新手段と、を有するトレーサビリティシステムが提供される。

本発明に係る第２実施形態によれば、
所定のステータスと所定の作業の間にある観測点において、物品の識別情報を読み取ることと、読み取った前記識別情報に関連付けられている第１ステータス情報をステータスデータベースから取得することと、予めフローデータベースに保存された前記第１ステータス情報に関連付けられている作業および作業フローから、前記作業に関連付けられている第２ステータス情報を取得することと、前記第１ステータス情報と前記第２ステータス情報を照合して判定することと、前記第１ステータス情報と前記第２ステータス情報が一致したと判定されたとき、前記ステータスデータベースに保存された、前記識別情報に関連付けられている前記第１ステータス情報を更新することと、前記フローデータベースに保存された前記物品の作業フローに基いて、前記物品のトレーサビリティを行うことと、を含むトレーサビリティ方法が提供される。

本発明に係る第３実施形態によれば、コンピュータに、所定のステータスと所定の作業の間にある観測点において、物品の識別情報を読み取ることと、読み取った前記識別情報に関連付けられている第１ステータス情報をステータスデータベースから取得することと、予めフローデータベースに保存された前記第１ステータス情報に関連付けられている作業および作業フローから、前記作業に関連付けられている第２ステータス情報を取得することと、前記第１ステータス情報と前記第２ステータス情報を照合して判定することと、前記第１ステータス情報と前記第２ステータス情報が一致したと判定されたとき、前記ステータスデータベースに保存された、前記識別情報に関連付けられている前記第１ステータス情報を更新することと、前記フローデータベースに保存された前記物品の作業フローに基いて、前記物品のトレーサビリティを行うことと、を実行させるトレーサビリティプログラムが提供される。

本実施形態に係るトレーサビリティシステム、トレーサビリティ方法およびトレーサビリティプログラムによれば、作業フローを容易に作成すると共に、運用後においても作業フローの変更を容易に行うことができるという効果を奏する。

図１は、本発明に係るトレーサビリティシステムの一実施例の全体構成を示すブロック図である。図２は、図１に示すトレーサビリティシステムにおけるフローＤＢの一例を説明するための図である。図３は、図１に示すトレーサビリティシステムにおけるステータスＤＢの一例を説明するための図である。図４は、図１に示すトレーサビリティシステムにおけるフロー定義手段の一例を説明するための図である。図５は、図４に示すフロー定義手段における処理の例を説明するための図である。図６は、フロー定義手段とフローＤＢの対応(フロー)の例を説明するための図である。図７は、フロー定義手段とフローＤＢの対応(表示位置)の例を説明するための図である。図８は、フロー定義手段における処理の一例を説明するためのシーケンス図である。図９は、図１に示すトレーサビリティシステムにおけるステータス更新手段の処理の一例を説明するためのフローチャートである。図１０は、図９に示すステータス更新手段のフローチャートにおける作業選択処理の一例を説明するための図である。図１１は、図９に示すステータス更新手段のフローチャートにおけるコード情報取得処理の一例を説明するための図である。図１２は、図９に示すステータス更新手段のフローチャートにおけるコード認識処理の一例を説明するための図である。図１３は、図９に示すステータス更新手段のフローチャートにおけるステータス更新処理の一例を説明するための図である。図１４は、フローが分岐する場合の一例におけるフロー定義手段とフローＤＢの対応を説明するための図である。図１５は、フローが結合する場合の一例におけるフロー定義手段とフローＤＢの対応を説明するための図である。図１６は、ステータス更新手段における処理の一例を説明するためのシーケンス図である。

以下、本発明に係るトレーサビリティシステム、トレーサビリティ方法およびトレーサビリティプログラムの実施例を、添付図面を参照して詳述する。図１は、本発明に係るトレーサビリティシステムの一実施例の全体構成を示すブロック図である。図１において、参照符号１はトレーサビリティサーバー、２は管理端末、３は作業端末、そして、４は２次元コードを示す。

図１に示されるように、本実施例のトレーサビリティシステムは、トレーサビリティサーバー１、管理端末２および作業端末３を備える。トレーサビリティサーバー１は、フローデータベース(フローＤＢ)１１およびステータスデータベース(ステータスＤＢ)１２を含み、また、管理端末２は、フロー定義手段(作業フロー作成手段)２１およびコード発行手段(識別情報発行手段)２２を含む。さらに、作業端末３は、コード読み取り手段(識別情報取得手段)３１およびステータス更新手段(判定手段)３２を含む。すなわち、ステータス更新手段３２は、例えば、後に詳述する判定手段の機能も有しているものとする。

ここで、トレーサビリティサーバー１は、例えば、インターネットを経由したネットワーク上のサーバー(例えば、Cloud FireStore，MongoDB（登録商標）およびMySQL（登録商標）などのサーバー)、或いは、専用のコンピュータによるデータベースサーバーといった様々な形態のサーバーを適用することができる。すなわち、トレーサビリティサーバー１は、例えば、第三者が提供しているネットワークサーバー上に設けてもよいが、利用者(ユーザ)にトレーサビリティシステムの利用権を与える提供者(ベンダ)側に設けることもできる。

フローＤＢ(フロー保存部)１１は、例えば、利用者ごとに定義(作成)されたトレーサビリティのフロー(作業フロー)を保存するデータベースである。このフローＤＢ１１に保存されるトレーサビリティのフローは、例えば、フロー定義手段２１によって更新されるが、運用時期による更新タイミングは問わない。すなわち、トレーサビリティのフローは、運用が開始され、ステータスＤＢ１２にデータが追加(保存)された後でも、更新することができるようになっている。なお、フローＤＢ１１には、後に詳述するように、利用者ごとに扱いたい情報を任意に設定可能な「可変項目」が含まれる。ステータスＤＢ(ステータス保存部)１２は、トレーサビリティ観測の単位となるコードごとの現在のステータスおよびトレーサビリティの履歴を管理するデータベースである。

管理端末２は、トレーサビリティシステムの利用者が、トレーサビリティフローの定義(作業フローの作成)を行う端末であり、例えば、作業を快適に行うことができるディスプレイおよびポインティングデバイスを備えたパーソナルコンピュータ(ＰＣ)などを適用することができる。フロー定義手段(作業フロー作成手段)２１は、利用者の運用ルールに基いたトレーサビリティのフローをＧＵＩ(Graphical User Interface)上で定義する(ＧＵＩを介して入力した情報に基いて作成する)もので、例えば、ネットワークに接続可能なＧＵＩを備えたパーソナルコンピュータで利用できるウェブブラウザを適用することができる。

なお、フローの定義は、ウェブブラウザ上での操作に限定されるものではなく、例えば、専用のアプリケーションソフトウェア(プログラム)を実行したパーソナルコンピュータのディスプレイ上の操作などにより行うこともできるのはいうまでもない。また、フロー定義手段２１(管理端末２)は、トレーサビリティシステムを利用者に提供するベンダ側に設けてもよいが、例えば、利用者に対して操作方法を指導することで、利用者側に設けて利用者自身が操作するようにしてもよい。

コード発行手段２２は、例えば、ＣＳＶ(Character-Separated Values)やＪＳＯＮ(Java（登録商標）Script Object Notation)などの情報通信用のフォーマットで２次元コードとして画像化したい情報を指定し、２次元コードの画像情報を生成する。具体的に、コード発行手段２２は、例えば、複数のコードを一括で読み取り可能なフルスキャンコード（登録商標），ＱＲコード（登録商標），データマトリックス（登録商標），または，色によりセルを区別するといった様々な２次元コードをステッカーに印刷して物品に貼り付け、或いは、物品に直接印刷するためのプリンタなどを含んでもよい。なお、コード発行手段２２は、上述した識別情報を有する２次元コードを発行するものに限定されず、例えば、識別情報を有する１次元コード(バーコード)の発行、もしくは、ＲＦＩＤ(Radio Frequency IDentification)用の識別情報に対応する電子情報の発行を行うものであってもよい。すなわち、本明細書における２次元コードとしては、物品の識別情報を含むものであれば、様々な形態を有するものであってもよい。

作業端末３は、トレーサビリティシステムを利用する利用者側に設けられ、２次元コードを用いて食料品などの物品情報のトレースを行う端末であり、例えば、カメラ付きのスマートフォンやタブレット端末(タブレット型コンピュータ)を適用することができる。なお、作業端末３として、例えば、専用の端末装置、或いは、専用のアプリケーションソフトウェアを実行可能な汎用端末装置を適用することも可能である。コード読み取り手段３１は、例えば、作業端末３のカメラ機能を使用して２次元コードを読み取り、その読み取った情報をステータス更新手段３２に渡す。

ステータス更新手段３２は、コード読み取り手段３１により読み取ったコード、フローＤＢ１１で定義されたルール、および、ステータスＤＢ１２に保存された現在のステータス(ステータス情報)を突き合わせ、ステータスが更新可能かどうかを判定し、更新可能であればステータスＤＢ１２を更新する。すなわち、ステータス更新手段(判定手段)３２は、例えば、所定の観測点において、コード読み取り手段３１により読み取ったコードに含まれる識別情報に関連付けられているステータス情報(第１ステータス情報)と、フローＤＢ１１に保存されたフロー(作業フロー)におけるステータス情報(第２ステータス情報)を照合して判定する。さらに、ステータス更新手段３２は、第１ステータス情報および第２ステータス情報が一致したと判定したら、ステータスＤＢ１２に保存された、その識別情報に関連付けられているステータス情報を更新する。

本実施例のトレーサビリティシステムによれば、ステータスＤＢ(ステータス保存部)１２には、ステータスＤＢ１２に必要となる最小構成(「必須項目」)がそのまま保存されるため、フロー(トレーサビリティフロー，作業フロー)の運用開始後も柔軟にフローの変更を行うことができる。すなわち、本実施例のトレーサビリティシステムによれば、ＧＵＩを介して入力した情報に基いて作業フローを容易に作成すると共に、運用後においても作業フローの変更を容易に行うことができる。

ここで、トレーサビリティシステムの運用後に作業フローを変更した場合でも、「必須項目」はそのままステータスＤＢ１２に保存されるため、例えば、利用者(ユーザ，クライアント)は、利用者側のプログラム(作業端末３のプログラム)を変更することなく使用することができる。なお、ステータスＤＢ１２には、以下に詳述するように、それぞれのコードに対する「必須項目」のほか「可変項目」が設定できるようになっている。また、本実施例のトレーサビリティシステムによれば、フローの定義をグラフィカルに(ＧＵＩを介して入力した情報に基いて)行うことができるため、例えば、定義されたフロー図を用いて現在のコードの状態を可視化することが可能である。

図２は、図１に示すトレーサビリティシステムにおけるフローＤＢ(フローデータベース)の一例を説明するための図である。図２に示されるように、フローＤＢ(データ構造)１１は、作業データ１１Ａ，ステータスマスタ１１Ｂおよび編集内容データ１１Ｃを有する。

作業データ１１Ａは、作業端末３で行う作業の単位、並びに、その作業内容を示し、作業ＩＤ，作業名，編集ＩＤ，作業直前ステータス，および，座標(x, y)を含む。作業ＩＤは、作業ごとに一意に設定される識別子を示し、作業名は、ＧＵＩ上で描画される表示用の識別名を示す。編集ＩＤは、編集内容データ１１Ｃと紐づけるための識別子を示し、例えば、作業によって得られる結果が複数に分岐する場合は、複数の編集ＩＤを指定することが可能となる。作業直前ステータスは、ステータスマスタ１１ＢのステータスＩＤと紐づけられ、観測対象の物品に対してその作業が実施可能かどうかを判定するために使用される。

なお、物品のステータス(ステータス情報)が、ここで指定されたステータスと一致する場合、作業の実施が可能であると判定する。また、複数の作業直前ステータスが指定されている場合には、いずれかに一致するステータスを持つ作業が実施可能となる。ここで、作業直前ステータスの項目に何も設定されていない場合には、システム上で定義された全ての物品(コード)に対して作業の実施が可能となる。また、座標(x, y)は、ＧＵＩ上で作業を描画する際に、その中心点となる座標を示す。

ステータスマスタ１１Ｂは、観測対象となる物品のステータスを定義する部分であり、ステータスＩＤ，ステータス名，および，座標(x, y)を含む。ステータスＩＤは、ステータスごとに一意に設定される識別子を示し、ステータス名は、ＧＵＩ上で描画される表示用の識別名を示し、座標(x, y)は、ＧＵＩ上でステータスを描画する際に、その中心点となる座標を示す。

編集内容データ１１Ｃは、作業によって更新される内容を設定する部分であり、編集ＩＤ，更新後ステータスＩＤ，および，可変項目を含む。編集ＩＤは、編集内容ごとに一意に設定される識別子を示し、更新後ステータスＩＤは、ステータスマスタ１１ＢのステータスＩＤと紐づけられ、作業後にステータスＤＢ１２に反映される物品のステータスを示す。可変項目は、作業時にステータスと一緒に更新する項目を定義したもので、全ての編集内容が同じ項目を持つ必要はなく、各編集内容データによって個別に定義することが可能である。具体的に、図２の編集内容データ１１Ｃにおいて、可変項目は、品名，価格，数量，単位，販売店，備考…を含んでいるが、これらの項目は、必要に応じて変更することができる。

図３は、図１に示すトレーサビリティシステムにおけるステータスＤＢ(ステータスデータベース)の一例を説明するための図である。図３に示されるように、ステータスＤＢ(データ構造)１２は、ステータスデータ１２Ａおよび作業ログデータ１２Ｂを有する。

ステータスデータ１２Ａは、観測対象となる物品における現在のステータス(ステータス情報)を保存する部分であり、コード，ステータス，更新日時，更新者，および，可変項目を含む。コードは、観測対象ごとに一意となる物品のＩＤを示し、コード発行手段２２によって画像化されるデータもこのコードＩＤとなる。ステータスは、ステータスマスタ１１ＢのステータスＩＤと紐づけられ、物品の現在ステータスを示す。更新日時は、物品に対して最後に作業が行われた日時を示し、更新者は、物品に対して最後に作業を行った利用者の識別子を示す。可変項目は、物品の情報を示すデータを示し、編集内容データ１１Ｃで設定された内容が反映される。

作業ログデータ１２Ｂは、作業を行った履歴を保存する部分であって、ステータスデータの更新ごとに１件ずつ追加され、コード，ステータス，作業ＩＤ，編集ＩＤ，作業日時，更新者，および，可変項目を含む。コードは、ステータスデータ１２Ａと同様に、観測対象ごとに一意となる物品のＩＤを示し、ステータスは、ステータスマスタ１１ＢのステータスＩＤと紐づけられ、作業の結果反映されたステータスを示す。作業ＩＤは、行われた作業(作業データ)のＩＤを示し、編集ＩＤは、作業を行った際に参照した編集内容データ１１ＣのＩＤを示す。作業日時は、作業が行われた日時を示し、更新者は、作業を行った利用者の識別子を示す。可変項目は、物品の情報を示すデータを示し、編集内容データ１１Ｃで設定された内容が反映される。具体的に、図３のステータスデータ１２Ａおよび作業ログデータ１２Ｂにおいて、可変項目は、品名，価格，数量，単位，販売店，備考…を含んでいるが、これらの項目は、必要に応じて変更することができる。

図４は、図１に示すトレーサビリティシステムにおけるフロー定義手段(作業フロー作成手段)の一例を説明するための図であり、フロー定義手段２１によりトレーサビリティフローの定義処理を行うときの管理端末２のディスプレイに表示される画面の一例を示すものである。すなわち、フロー定義手段２１は、利用者の運用ルールに基いたトレーサビリティのフローをＧＵＩ上で定義するものであるが、図４は、ウェブブラウザのＧＵＩ画面上でフローを定義する様子を示すものである。

図４において、丸で描画した「出荷待ち」，「店舗在庫」および「販売済」はステータスを示し、角丸矩形で描画した「出荷」および「販売」は作業(アクション)を示す。なお、ステータスと作業の関連付けは矢印で示し、例えば、トレーサビリティの対象となる物品に設けられた２次元コードは、ステータスと作業の間の観測点で読み取られる。このように、図４は、『出荷待ち』(５１)のステータスが『出荷』(５２)の作業によって『店舗在庫』(５３)となり、さらに、『店舗在庫』(５３)のステータスが『販売』(５４)の作業によって『販売済』(５５)となるフローを構築する場合の例を示している。

図５は、図４に示すフロー定義手段における処理の例を説明するための図である。ここで、図５(a)は、ステータスの追加処理の一例を説明するためのものであり、図５(b)は作業の追加処理の一例を説明するためのものであり、そして、図５(c)はフローの設定処理の一例を説明するためのものである。図５(a)～図５(c)において、参照符号２０は、例えば、管理端末２のディスプレイに表示されるフロー定義用画面を示し、２０aは選択・移動ボタン、２０bはフローボタン、２０cはステータスボタン、そして、２０dは作業ボタンを示す。なお、図５(a)～図５(c)に示すフロー定義用画面２０は、単なる例であり、様々な変更および変形が可能なのはいうまでもない。

まず、ステータスの追加処理は、例えば、図５(a)に示されるように、管理端末２のディスプレイに表示されたフロー定義用画面２０におけるステータスボタン２０cを、マウスなどのポインティングデバイスでクリックすることにより、ステータス追加モードとして行う。すなわち、ステータス追加モードにおいて、ポインティングデバイスにより任意の位置を指定してクリックすることで、その位置にステータスが追加される。その際、例えば、管理端末２のキーボードによりテキストを入力することで、ステータス名が表示される。ここでは、『出荷待ち』(５１)のステータスを定義しているが、この『出荷待ち』(５１)のステータスは、例えば、ポインティングデバイスを使用してフロー定義用画面２０の適切な位置に移動させて配置することができる。なお、ステータスＩＤは、トレーサビリティシステムによって一意のＩＤが自動的に採番されるようになっている。

次に、作業の追加処理は、例えば、図５(b)に示されるように、フロー定義用画面２０における作業ボタン２０dをポインティングデバイスでクリックすることにより、作業追加モードとして行う。すなわち、作業追加モードにおいて、ポインティングデバイスにより任意の位置を指定してクリックすることで、その位置に作業が追加される。その際、例えば、管理端末２のキーボードによりテキストを入力することで、作業名が表示される。ここでは、『出荷』(５２)の作業を定義しているが、この『出荷』(５２)の作業は、上述した『出荷待ち』(５１)のステータスと同様に、フロー定義用画面２０の適切な位置に配置することができる。なお、作業ＩＤもシステムによって一意のＩＤが自動的に採番される。

そして、フローの設定処理は、例えば、図５(c)に示されるように、フロー定義用画面２０におけるフローボタン２０bをポインティングデバイスでクリックすることにより、ステータス・作業関連付けモードとして行う。すなわち、ステータス・作業関連付けモードにおいて、任意の作業からステータスまで、もしくは、任意のステータスから作業までを、例えば、ポインティングデバイスを使用してドラッグアンドドロップすることにより、関連付けを行ってフローを定義するようになっている。なお、図５(c)では、『出荷待ち』(５１)から『出荷』(５２)にドラッグアンドドロップすることで、『出荷』(５２)の作業を行うための条件として『出荷待ち』(５１)のステータスを関連付けしている。このような処理を、例えば、『店舗在庫』(５３)のステータス、『販売』(５４)の作業、および、『販売済』(５５)のステータスに対して繰り返し行うことにより、図４に示されるようなフローを、管理端末２のフロー定義用画面２０において、ＧＵＩ上で構築する(ＧＵＩを介して入力した情報に基いて行う)ことが可能となる。

図６は、フロー定義手段とフローＤＢの対応(フロー)の例を説明するための図である。上述のようにしてＧＵＩ上で定義したフローは、フローＤＢ１１に保存される。まず、ステータスから作業へのフローは、作業データにおける「作業直前ステータス」に対して、矢印の始点となるステータスのＩＤが設定される。具体的に、『出荷待ち』(５１)のステータスＩＤを『ｓｔａｔｕｓ００１』とし、『出荷』(５２)の作業ＩＤを『ｗｏｒｋ００１』とすると、図６の作業データ１１Ａに示されるように、作業ＩＤ『ｗｏｒｋ００１』となる作業データの「作業直前ステータス」の項目には、『ｓｔａｔｕｓ００１』が設定される。

次に、作業からステータスへのフローは、矢印ごとに、編集内容データ１１Ｃが生成される。ここで、「編集ＩＤ」に関しては、システムによって一意のＩＤが自動的に採番され、また、矢印の始点となる作業データ１１Ａの「編集ＩＤ」には、編集内容データ１１Ｃの「編集ＩＤ」が設定される。さらに、矢印の終点となるステータスのＩＤが編集内容データ１１Ｃの「更新後ステータスＩＤ」に設定される。なお、オプション(必須ではない)機能として、例えば、矢印をポインティングデバイスによりダブルクリックすることで、作業時に更新可能な「可変項目」の設定を行うことも可能である。

図７は、フロー定義手段とフローＤＢの対応(表示位置)の例を説明するための図である。図７に示されるように、作業データ１１Ａとステータスマスタ１１Ｂのレコードに座標情報を保存することで、フロー定義手段２１で作図したフロー(トレーサビリティフロー)を任意のタイミングで再現することが可能となる。すなわち、図７において、『出荷待ち』(５１)，『店舗在庫』(５３)および『販売済』(５５)の中心点となる座標(x, y)は、(15, 50)，(215, 50)および(415, 50)と設定され、『出荷』(５２)および『販売』(５４)の座標(x, y)は、(115, 50)および(315, 50)と設定されている。これにより、例えば、ステータスデータ１２Ａや作業ログデータ１２Ｂとして保存した物品情報が、トレーサビリティフローのどの位置にあるのかを明確化(「見える化」)することが可能となる。

図８は、フロー定義手段における処理の一例を説明するためのシーケンス図であり、管理端末２(フロー定義手段２１)を操作する担当者ＯＰ1、フロー定義手段２１、および、フローＤＢ１１(トレーサビリティサーバー１)における各処理を説明するためのものである。

図８に示されるように、担当者ＯＰ1がフロー定義手段２１にサインインすると、フロー定義手段２１は、フローＤＢ１１に対して既存フローデータの検索を行い、フローＤＢ１１から既存フローデータを取得する。担当者ＯＰ1は、フロー定義手段２１(管理端末２のディスプレイに表示されるフロー定義用画面：例えば、ウェブブラウザのＧＵＩ画面)にフローのＧＵＩ表示を行って、フロー操作およびフローの更新処理を行う。このようにして、フローが確定すると、そのフローをフロー定義手段２１からフローＤＢ１１に送って保存し、フローＤＢ１１からフロー定義手段２１へ結果を取得(フィードバック)する。フロー定義手段２１は、担当者ＯＰ1に対して成否を表示し、フロー定義処理が完了する。

図９は、図１に示すトレーサビリティシステムにおけるステータス更新手段の処理の一例を説明するためのフローチャートである。図９に示されるように、ステータス更新手段(判定手段)３２の処理は、例えば、ステップＳＴ１において、作業を選択(作業選択処理)し、ステップＳＴ２に進んで、コード情報を取得(コード情報取得処理)する。さらに、ステップＳＴ３に進んで、コードを認識(コード認識処理)し、そして、ステップＳＴ４に進んでステータスを更新(ステータス更新処理)する。このように、ステータス更新手段３２の処理は、例えば、４つのステップＳＴ１～ＳＴ４に分かれている。以下、フロー定義手段２１で定義された作業のうち、『販売』(５４)の作業を行うケースを例にとって説明する。

図１０は、図９に示すステータス更新手段のフローチャートにおける作業選択処理の一例を説明するための図である。例えば、カメラ付きのスマートフォンやタブレット端末などの作業端末３により作業選択処理(ＳＴ１)を行う場合、作業端末３のディスプレイ３０には、例えば、図１０の左側に示されるような作業選択用の画像(画面)が表示される。作業選択用画面には、作業データ１１Ａで定義された作業、すなわち、『出荷』，『販売』，『廃棄』，…といった作業が一覧で表示され、その一覧の項目をタップすることでコード情報取得処理(ＳＴ２)に進む。

すなわち、作業端末３の作業選択用画面(３０)において、例えば、『販売』(５４)の作業を選択することにより、次のコード情報取得処理(ＳＴ２：コード情報取得手段，コード読み取り手段３１)に進むようになっている。なお、作業選択用画面には、作業データ１１Ａに登録された作業の全てを一覧表示することを想定しているが、作業端末３を操作する担当者ごとに可能な作業を制限し、或いは、作業直前ステータスと一致するステータスデータが存在するものだけを絞り込んで表示を行うといった条件を付加して表示することも可能である。

図１１は、図９に示すステータス更新手段のフローチャートにおけるコード情報取得処理の一例を説明するための図である。コード情報取得処理(ＳＴ２)を行う場合、作業端末３のディスプレイ３０には、例えば、図１１の左側に示されるようなコード情報取得用画面が表示される。コード情報取得処理(ＳＴ２)では、次のコード認識処理(ＳＴ３)で突合(照合)するためのコード情報(識別情報)を取得する。ここでは、コード情報取得用画面(３０)で選択した『販売』(５４)の作業データ(１１Ａ)に設定された「作業直前ステータス」の『ｓｔａｔｕｓ００２』を持つステータスデータを検索し、そのコード『０００１』と他の１件(コード『０００２』)が取得できたものとする。なお、「作業直前ステータス」が設定されていない場合には、全てのコードが認識対象となるため、例えば、コード情報取得処理(ＳＴ２)はスキップされる。

図１２は、図９に示すステータス更新手段のフローチャートにおけるコード認識処理の一例を説明するための図である。コード認識処理(ＳＴ３：判定手段)を行う場合、例えば、所定の観測点において、スマートフォンやタブレット端末などの作業端末３のカメラ(識別情報取得手段、コード読み取り手段３１)で撮影した画像をキャプチャし、コード読み取り手段３１にそのキャプチャ画像を渡し、キャプチャ画像の範囲内にある２次元コード(識別情報)をデコードして、ステータス情報を取得する。さらに、キャプチャ画像をデコードして得られたステータス情報(第１ステータス情報)と、コード情報取得処理(ＳＴ２)で得られたステータス情報(第２ステータス情報)を照合して判定する。すなわち、判定手段(ステータス更新手段)３２は、キャプチャ画像をデコードして得られた第１ステータス情報と、コード情報取得処理(ＳＴ２)で得られた第２ステータス情報を照合し、両者が一致する場合は『ＯＫ』の旨を通知し、一致しない場合は『ＮＧ』の旨を通知する。

具体的に、図１２において、参照符号３０aは、コード情報取得処理(ＳＴ２)により取得された総件数が２件で、現在の読み取り件数が１件目の場合(「１／２」)を示し、３０b～３０eは、キャプチャ画像の範囲内にある４つの２次元コードおよび判定結果を示す。すなわち、図１２に示すコード認識用画面(３０)において、４つの２次元コード３０b～３０eのうち、コード３０bに対しては、コード３０bをデコードして得られた第１ステータス情報がコード情報取得処理(ＳＴ２)で得られた第２ステータス情報と一致するのでマル印(『ＯＫ』)で囲んで表示し、コード３０c～３０eに対しては、両者が一致しないのでそれぞれバツ印(『ＮＧ』)を重畳させて表示している。

なお、コード認識処理(ＳＴ３)により認識されるコードは、例えば、複数のコードを一括で読み取り可能なフルスキャンコード（登録商標）を始めとする２次元コードに限定されるものではなく、認識可能であれば、１次元コードやＲＦＩＤなどの様々な識別情報を有するものを適用することができる。なお、例えば、ＲＦＩＤを利用する場合、作業端末３(コード読み取り手段３１)は、ＲＦＩＤリーダを含むことになる。

なお、図１２に示すコード認識用画面では、例えば、コード(識別情報)に関連付けられているステータス情報が一致した(コードが認識できた)場合にＯＫボタン３０fのタップが可能となり、次のステータス更新処理(ＳＴ４)に進むことができるようになっている。ただし、ＯＫボタン３０fのタップの可否に関しては、例えば、コード情報取得処理(ＳＴ２)で取得されたコードが全て認識されるまで制限するようにしてもよい。ここでは、上述したように、コード情報取得処理(ＳＴ２)で取得された『０００１』と一致するコードにマル印を表示し(マル印で囲み)、それ以外のコードにバツ印を表示(バツ印を重畳表示)しているが、様々な変更および変形が可能なのはいうまでもない。

図１３は、図９に示すステータス更新手段のフローチャートにおけるステータス更新処理の一例を説明するための図である。ステータス更新処理(ＳＴ４)を行う場合、作業端末３のディスプレイには、例えば、図１３の左側に示されるようなステータス更新用画面が表示される。すなわち、ステータス更新処理(ＳＴ４)では、認識したコードに対して、作業データ(１１Ａ)に紐づけられた編集内容(編集内容データ１１Ｃ)で指定されたステータスにより、ステータスデータ１２Ａのレコードが更新される。このとき、同時に、作業ログデータ１２Ｂに対しては、レコードの追加が行われる。

すなわち、ステータスの更新時には、編集内容データ１１Ｃで定義された「可変項目」も同時に反映される。この「可変項目」の値は、ステータス更新用画面(コード認識用画面(３０))上で編集することができ、その場合、編集内容データ１１Ｃで指定された値がデフォルト値として設定される。ここでは、「可変項目」(「更新項目」で表示)として、『販売店』および『備考』が定義され、それぞれデフォルト値として『△△店』および『店舗販売』が設定されている。

以上において、ステータス更新処理(ステータスの更新)を正常に行うために必要なのは、読み取った「コード」および「ステータス」のみであり、フローＤＢ１１の内容を更新しても、ステータスＤＢ１２には影響を与えないため、運用開始後においても柔軟にルールの追加・変更を行うことが可能である。

図１４は、フローが分岐する場合の一例におけるフロー定義手段とフローＤＢの対応を説明するための図であり、前に図４を参照して説明したフロー定義手段２１による『出荷待ち』(５１)から『販売済』(５５)に至るフローに対して、『廃棄済』(５７)という新たなステータスに対する分岐を加えた場合の例を示すものである。図１４に示されるように、同一の「作業直前ステータス」を持つ作業データを複数用意することで、フローの分岐を実現することができる。すなわち、フロー定義手段(作業フロー作成手段)２１は、フローＤＢ１１に保存された作業フロー(フロー)に対して新たな観測点(例えば、『廃棄』(５６)の作業と『廃棄済』(５７)のステータスの間の観測点)を追加し、この新たな観測点の追加に伴って追加された新たなステータス情報(『廃棄済』(５７)のステータス)に基いて作業フローを更新するようになっている。なお、ステータスと作業の関連付けは矢印で示し、例えば、トレーサビリティの対象となる物品に設けられた２次元コードは、ステータスと作業の間の観測点で読み取られる。

すなわち、『店舗在庫』(５３)に紐づけられたステータスＩＤ『ｓｔａｔｕｓ００２』を「作業直前ステータス」として保持する作業データ(１１Ａ)が『販売』(５４)の作業と『廃棄』(５６)の作業の２つ(複数)存在している。この場合、『販売』(５４)の作業を適用したレコードは、『販売済』(５５)へとステータスが遷移し、『廃棄』(５６)の作業を適用したレコードは、『廃棄済』(５７)へとステータスが遷移する。

図１５は、フローが結合する場合の一例におけるフロー定義手段とフローＤＢの対応を説明するための図であり、上述した図１４のフロー定義手段２１による『出荷待ち』(５１)から『販売済』(５５)・『店舗在庫』(５３)から『廃棄済』(５７)に至るフローに対して、『提携会社在庫』(５８)という新たなステータスからの結合を加える場合の例を示すものである。図１５に示されるように、同一の「変更後ステータス」を持つ作業データを複数用意することで、フローの結合を実現することができる。すなわち、フロー定義手段(作業フロー作成手段)２１は、フローＤＢ１１に保存された作業フロー(フロー)に対して新たな観測点(例えば、『提携会社在庫』(５８)のステータスと『購入』(５９)の作業の間の観測点)を追加し、この新たな観測点の追加に伴って追加された新たなステータス情報(『提携会社在庫』(５８)のステータス)に基いて作業フローを更新するようになっている。

すなわち、『提携会社在庫』(５８)に紐づけられたステータスＩＤ『ｓｔａｔｕｓ００５』を「作業直前ステータス」として保持する作業データ(１１Ａ)は、『購入』(５９)の作業を適用した場合、『店舗在庫』(５３)へとステータスが遷移する。また、『出荷待ち』(５１)に紐づけられたステータスＩＤ『ｓｔａｔｕｓ００１』を「作業直前ステータス」として保持する作業データは、『出荷』(５２)の作業を適用した場合、『店舗在庫』(５３)へとステータスが遷移する。

このように、ステータス更新手段３２は、分岐および結合を含め様々なフローにおけるステータスを更新することができ、このステータス更新は、読み取った「コード」および「ステータス」のみを用いて正常に行うことができるため、運用開始後に柔軟にルールの追加・変更を行うことが可能となる。

図１６は、ステータス更新手段における処理の一例を説明するためのシーケンス図であり、作業端末３(ステータス更新手段３２)を操作する担当者ＯＰ2、フロー定義手段２１、および、フローＤＢ１１(トレーサビリティサーバー１)における各処理を説明するためのものである。

図１６に示されるように、担当者ＯＰ2がステータス更新手段３２にサインインすると、ステータス更新手段３２は、フローＤＢ１１に対して作業データの検索を行い、フローＤＢ１１から作業データを取得する。担当者ＯＰ2は、ステータス更新手段３２(作業端末３のディスプレイ３０に表示される作業選択用画面(作業の一覧表示))から作業を選択し、作業選択処理(ＳＴ１)を行う。なお、作業選択処理(ＳＴ１)の詳細は、前に図１０を参照して説明したとおりである。

次に、ステータス更新手段３２は、ステータスＤＢ１２にアクセスして、ステータスＤＢ１２からコード情報を取得する(コード情報取得処理(ＳＴ２)を行う)。なお、コード情報取得処理(ＳＴ２)の詳細は、前に図１１を参照して説明したとおりである。

さらに、ステータス更新手段３２は、例えば、作業端末３のカメラで撮影した画像をキャプチャして表示し、コード読み取り手段３１により２次元コードを読み取り、さらに、２次元コードをデコードして得られた第１ステータス情報と、コード情報取得処理(ＳＴ２)で得られた第２ステータス情報を照合および判定し、その結果(認識結果)を表示する。例えば、『ＯＫ』の場合はマル印で囲み、『ＮＧ』の場合はバツ印を重畳表示し、コード認識を完了する(コード認識処理(ＳＴ３)を行う)。なお、コード認識処理(ＳＴ３)の詳細は、前に図１２を参照して説明したとおりである。

そして、ステータス更新手段３２は、フローＤＢ１１にアクセスして、フローＤＢ１１から編集内容データ１１Ｃを取得し、担当者ＯＰ2は、更新項目の表示および更新項目の編集を行い、ステータス更新を確定する。また、ステータス更新手段３２は、ステータスデータ１２Ａおよび作業ログデータ１２ＢをステータスＤＢ１２に保存し、ステータスＤＢ１２からその結果(保存したのと同じもの)を取得し、成否の表示を行う(ステータス更新処理(ＳＴ４)を行う)。なお、ステータス更新処理(ＳＴ４)の詳細は、前に図１３～図１５を参照して説明したとおりである。

このように、本発明に係るトレーサビリティシステム、トレーサビリティ方法およびトレーサビリティプログラムの実施例によれば、作業フローを容易に作成すると共に、運用後においても作業フローの変更を容易に行うことができる。さらに、本実施例によれば、作業フローの作成および変更をＧＵＩを用いて容易に行うことが可能となる。また、作業フローの作成および変更は、トレーサビリティシステムの運用中でも行うことができ、また、利用者(クライアント)側のプログラムを変更することなく行うことが可能である。

以上、実施形態を説明したが、ここに記載した全ての例や条件は、発明および技術に適用する発明の概念の理解を助ける目的で記載されたものであり、特に記載された例や条件は発明の範囲を制限することを意図するものではない。また、明細書のそのような記載は、発明の利点および欠点を示すものでもない。発明の実施形態を詳細に記載したが、各種の変更、置き換え、変形が発明の精神および範囲を逸脱することなく行えることが理解されるべきである。

１トレーサビリティサーバー
２管理端末
３作業端末
４２次元コード
１１フローＤＢ(フローデータベース)
１２ステータスＤＢ(ステータスデータベース)
２１フロー定義手段(作業フロー作成手段)
２２コード発行手段
３０作業端末のディスプレイ(ディスプレイの表示画面)
３１コード読み取り手段
３２ステータス更新手段(判定手段)

Claims

物品の識別情報を取得する識別情報取得手段と、
前記識別情報に関連付けられているステータス情報が保存されたステータスデータベースと、
前記識別情報を読み取る観測点における前記物品の状態を示すステータス情報に基いて、前記物品の作業フローを作成する作業フロー作成手段と、
前記物品の状態を示すステータス情報に関連付けられている作業および前記作業フローを保存するフローデータベースと、
所定のステータスと所定の作業の間にある観測点において、前記識別情報取得手段により取得された前記識別情報に関連付けられている第１ステータス情報と、前記フローデータベースに保存された前記作業フローにおいて、前記作業に関連付けられている第２ステータス情報を照合して判定する判定手段と、
前記判定手段により、前記第１ステータス情報と前記第２ステータス情報が一致したと判定されたとき、前記ステータスデータベースに保存された、前記識別情報に関連付けられている前記第１ステータス情報を更新するステータス更新手段と、
を有するトレーサビリティシステム。
前記作業フロー作成手段は、ＧＵＩを介して入力した情報に基いて前記作業フローを作成する請求項１に記載のトレーサビリティシステム。
前記作業フロー作成手段は、前記フローデータベースに保存された前記作業フローに対して新たな観測点を追加し、前記新たな観測点の追加に伴って追加された新たなステータス情報に基いて前記作業フローを更新する請求項１または請求項２に記載のトレーサビリティシステム。
前記判定手段および前記ステータス更新手段は、前記識別情報取得手段と共に、作業端末に設けられる請求項１乃至請求項３のいずれか１項に記載のトレーサビリティシステム。
前記ステータスデータベースおよび前記フローデータベースは、トレーサビリティサーバーに設けられる請求項１乃至請求項４のいずれか１項に記載のトレーサビリティシステム。
前記作業フロー作成手段は、管理端末に設けられる請求項１乃至請求項５のいずれか１項に記載のトレーサビリティシステム。
前記管理端末は、さらに、識別情報発行手段を有し、
前記識別情報発行手段は、前記物品の識別情報を有する２次元コードを発行する請求項６に記載のトレーサビリティシステム。
前記ステータスデータベースは、前記識別情報および前記ステータス情報に加え、前記物品に対して最後に作業が行われた日時を示す更新日時、および、前記物品に対して最後に作業を行った利用者の識別子を示す更新者の情報を必須項目として含む請求項１乃至請求項７のいずれか１項に記載のトレーサビリティシステム。
前記ステータスデータベースは、前記必須項目と共に、前記識別情報に関連付けられている可変項目を保存する請求項８に記載のトレーサビリティシステム。
前記可変項目は、前記物品の品名，前記物品の価格，前記物品の数量および単位，並びに，前記物品の販売店の中の少なくとも１つを含む請求項９に記載のトレーサビリティシステム。
前記判定手段は、ＧＵＩを介して判定した結果を通知する請求項１乃至請求項１０のいずれか１項に記載のトレーサビリティシステム。
前記判定手段は、前記判定した結果を前記識別情報に重畳表示する請求項１１に記載のトレーサビリティシステム。
前記判定手段は、前記識別情報取得手段により取得された複数の前記識別情報のそれぞれに対して判定を行い、
前記複数の前記識別情報の判定のうち、少なくとも１つ、前記第１ステータス情報と前記第２ステータス情報が一致したと判定されたとき、前記ステータスデータベースに保存された、前記識別情報に関連付けられている前記第１ステータス情報を更新する請求項１乃至請求項１２のいずれか１項に記載のトレーサビリティシステム。
所定のステータスと所定の作業の間にある観測点において、物品の識別情報を読み取ることと、
読み取った前記識別情報に関連付けられている第１ステータス情報をステータスデータベースから取得することと、
予めフローデータベースに保存された前記第１ステータス情報に関連付けられている作業および作業フローから、前記作業に関連付けられている第２ステータス情報を取得することと、
前記第１ステータス情報と前記第２ステータス情報を照合して判定することと、
前記第１ステータス情報と前記第２ステータス情報が一致したと判定されたとき、前記ステータスデータベースに保存された、前記識別情報に関連付けられている前記第１ステータス情報を更新することと、
前記フローデータベースに保存された前記物品の作業フローに基いて、前記物品のトレーサビリティを行うことと、
をコンピュータが実行するトレーサビリティ方法。
前記作業フローの作成は、ＧＵＩを介して入力した情報に基いて行うことを含む請求項１４に記載のトレーサビリティ方法。
前記作業フローの更新は、前記フローデータベースに保存された前記作業フローに対して新たな観測点を追加し、前記新たな観測点の追加に伴って追加された新たなステータス情報に基いて行うことを含む請求項１４または請求項１５に記載のトレーサビリティ方法。
前記判定は、ＧＵＩを介して判定した結果を通知することを含む請求項１４乃至請求項１６のいずれか１項に記載のトレーサビリティ方法。
前記判定は、前記判定した結果を前記識別情報に重畳表示することを含む請求項１７に記載のトレーサビリティ方法。
前記判定は、複数の前記識別情報のそれぞれに対して判定を行い、
前記複数の前記識別情報の判定のうち、少なくとも１つ、前記第１ステータス情報と前記第２ステータス情報が一致したと判定されたとき、前記ステータスデータベースに保存された、前記識別情報に関連付けられている前記第１ステータス情報を更新する請求項１４乃至請求項１８のいずれか１項に記載のトレーサビリティ方法。
コンピュータに、
所定のステータスと所定の作業の間にある観測点において、物品の識別情報を読み取ることと、
読み取った前記識別情報に関連付けられている第１ステータス情報をステータスデータベースから取得することと、
予めフローデータベースに保存された前記第１ステータス情報に関連付けられている作業および作業フローから、前記作業に関連付けられている第２ステータス情報を取得することと、
前記第１ステータス情報と前記第２ステータス情報を照合して判定することと、
前記第１ステータス情報と前記第２ステータス情報が一致したと判定されたとき、前記ステータスデータベースに保存された、前記識別情報に関連付けられている前記第１ステータス情報を更新することと、
前記フローデータベースに保存された前記物品の作業フローに基いて、前記物品のトレーサビリティを行うことと、を実行させるトレーサビリティプログラム。
前記作業フローの作成は、ＧＵＩを介して入力した情報に基いて行うことを含む請求項２０に記載のトレーサビリティプログラム。
前記作業フローの更新は、前記フローデータベースに保存された前記作業フローに対して新たな観測点を追加し、前記新たな観測点の追加に伴って追加された新たなステータス情報に基いて行うことを含む請求項２０または請求項２１に記載のトレーサビリティプログラム。
前記判定は、ＧＵＩを介して判定した結果を通知する請求項２０乃至請求項２２のいずれか１項に記載のトレーサビリティプログラム。
前記判定は、前記判定した結果を前記識別情報に重畳表示する請求項２３に記載のトレーサビリティプログラム。
前記判定は、複数の前記識別情報のそれぞれに対して判定を行い、
前記複数の前記識別情報の判定のうち、少なくとも１つ、前記第１ステータス情報と前記第２ステータス情報が一致したと判定されたとき、前記ステータスデータベースに保存された、前記識別情報に関連付けられている前記第１ステータス情報を更新する請求項２０乃至請求項２４のいずれか１項に記載のトレーサビリティプログラム。