JP7463480B2 - 情報処理装置、情報処理方法及びコンピュータプログラム - Google Patents

Description

本発明の実施形態は、情報処理装置、情報処理方法及びコンピュータプログラムに関する。

DX(Digital transformation)/Digital Twinによるリカーリング型事業においては、その事業基盤として、製品・アプリといった個体の各種データに基づき個々の個体のライフサイクルを管理することが求められる。ライフサイクルは、例えば、製造、流通（物流含む）、運用、及び廃棄といったプロセスを含む。個体は各プロセスでそれぞれの業務に応じた操作を受ける。

個体が各プロセスでどのような操作を受けたかといったライフサイクルを把握するために、共通のマッピングテーブルをサーバに整備するのが通例である。しかしながら、テーブル構造が複雑になる、あるいはマッピングデータが冗長になるという問題がある。

特開２０１８－１８１０３９号公報

本発明の実施形態は、個体の操作の履歴を容易に把握することを可能とする情報処理装置、情報処理方法及びコンピュータプログラムを提供する。

本発明の実施形態としての情報処理装置は、第１識別子を割り当てられた第１個体に第１操作を行うことにより得られる第２個体に、第２識別子を割り当てる個体情報管理部と、前記第１識別子と、前記第１操作と、前記第２識別子とを含む第１データを生成するデータ生成部と、を備える。

本実施形態に係る情報管理装置のブロック図。 複数の情報管理装置を含む情報管理システムの一例を示す図。 取引情報の例を示す図。 情報読出部がＩＣタグから読み出しを行う例を示す図。 受信情報ＤＢの一例を示す図。 作成操作の例を示す図。 統合操作の例を示す図。 分割操作の例を示す図。 変換操作の例を示す図。 削除操作の例を示す図。 個体識別変更履歴データの一例を示す図。 情報書込部がＩＣタグに書き込みを行う例を示す図。 連鎖グラフを生成する動作の説明図。 操作の種別の遷移を表す連鎖グラフの例を模式的に示す図。 連鎖グラフに取引情報を関連付けて表示した例を示す図。 連鎖グラフの生成に失敗した例を模式的に示す図。 操作の種別の遷移に矛盾がある例を示す図。 本実施形態の具体例１を説明する図。 本実施形態の具体例３を説明する図。 本実施形態に係る動作の一例のフローチャート。 個体識別変更履歴データの他の例を示す図。 本実施形態に係る情報処理装置のハードウェア構成を示す図。

以下、図面を参照しながら、本発明の実施形態について説明する。

図１は、本実施形態に係る情報処理装置である情報管理装置のブロック図である。図１の情報管理装置１００は、個体のライフサイクルにおけるあるプロセス（自プロセス）に対して配置されたものである。他のプロセスに対しても図１と同じ構成の情報管理装置が配置されている。複数のプロセスは、一例として、製造、流通（物流含む）、運用、及び廃棄といったプロセスである。但し、複数のプロセスは、他のプロセスの組でもよいし、より細かい粒度で定められてもよい。複数のプロセスは、同一の事業体によって担われてもよいし、異なる事業体によって担われてもよい。複数のプロセスのうち一部又は全部のプロセスが、同じ事業体によって担われてもよい。１つのプロセスが複数のサブプロセスを含んでいてもよい。プロセス又はサブプロセスでは、当該プロセス又はサブプロセスで扱う個体に対して業務に応じた操作を少なくとも１回行う。個体は、一般的には、例えば、商品、製品、アイテム、アプリといった業務で取り扱われる物である。物は有体物であるか無体物であるかは問わない。例えば、販促物としての電子クーポンのような電子的な媒体も、業務で扱われる物に含まれる。なお、後述する変形例で記載するように、物を管理する主体（例えば物を配置する空間）を個体と見なすことも可能である。

図２は、複数のプロセスに対して配置された複数の情報管理装置を含む情報管理システムの一例を示す。プロセスＮ－１、プロセスＮ、プロセスＮ＋１を含む複数のプロセスが時間軸に沿って配置されている。紙面に沿って左側が上位側（上流側）、右側が下位側（下流側）である。プロセスＮ－１はプロセスＮの１つ上位のプロセス、プロセスＮ＋１はプロセスＮの１つ下位のプロセスである。ここではプロセスが直列に配置されているが、あるプロセスの下位に複数のプロセスが並列に配置されていてもよい。

ライフサイクルは、一例として、プロセス１から開始し、プロセスが進むにつれて、プロセスの番号が大きくなる。各プロセスの情報管理装置は、通信ネットワークを介して接続されている。通信ネットワークは、有線ネットワークでも、無線ネットワークでも、有線と無線のハイブリッドネットワークでもよい。また通信ネットワークは、ローカルエリアネットワークでも、インターネット等の広域ネットワークでもよい。隣接するプロセス同士間で、各プロセスの情報管理装置が、互いにデータ通信が可能になっている。

各プロセスで行う操作に応じて、個体の管理の単位は変化する。例えばプロセス１の事業体がレタスの生産者であるとする。生産者はレタスを生産し、生産したレタスを、注文を受けて、出荷するとする。この場合、最初は生産されたレタス群という単位で管理されるが、一部のレタス群は、注文者に出荷用にまとめたレタス群という新たな単位で管理される。

また、プロセス２が、プロセス１の事業体からレタス群を仕入れ、仕入れたレタス群を別々の事業体用に分けて配送する配送業者であるとする。この場合、配送業者では、仕入れたレタス群という単位から、配送先という新しい単位でレタス群を管理することが考えられる。

また、プロセス３がそれぞれ、プロセス２の配送業者からレタス群を仕入れて、仕入れたレタス群を複数の棚に一時的に保管する倉庫業者であるとする。この場合、各倉庫業者は、保管された棚という新しい単位でレタス群を管理することが考えられる。

このようにプロセスに応じて、個体の管理の単位が変化する。本実施形態は、複数のプロセスに渡って、個体の管理の単位がどのように変化してきたか、すなわち個体がどのような操作を受けてきたかを容易に把握することを実現する。例えば、どの生産業者で収穫されて、どの配送業者に出荷され、どのような経路で配送されて、倉庫の棚に格納されたことを辿ることを可能とする。このようなトレーサビリティを、容易な仕組みで実現可能にする。

図１の情報管理装置１００は、取引情報管理部１０１と、取引情報データベース（ＤＢ）１０２と、情報読出部１０３と、受信情報ＤＢ１０４と、操作取得部１０５と、操作履歴イベント生成部（データ生成部）１０６と、情報圧縮部（算出部）１０７と、個体識別変更履歴ＤＢ１０８と、個体情報管理部１０９と、情報書込部１１１と、前プロセス個体情報取得部１１２と、入力部１１３と、表示部１１４と、インタフェース１１５とを備えている。

取引情報管理部１０１は、１つ下位のプロセス（次プロセス又は後プロセス）の事業体との取引情報を取得し、取得した取引情報を取引情報ＤＢ１０２に格納する。自プロセスの事業体は、例えば自プロセスでの操作を行うことにより得た個体を次プロセスの事業者へ配送する取引を行う。取引情報は、取引管理用の識別子（管理コード又は管理ＩＤ。以下管理ＩＤに統一）と、取引の詳細情報とを含む。管理ＩＤは個体の管理の単位を識別する識別子である。自プロセスの業務では、１つ上位のプロセス（前プロセス）から受け取った個体に何らかの操作を行うことで自プロセスの出力としての個体を取得する。または、自プロセスで個体を新規に操作（例えば生産・製造）することにより個体を取得する場合もある。

管理ＩＤとして、同一の管理対象となる（あるいは同一の管理空間に属する）個体には同一の値が割り当てられる。一例として、同じ注文に関する個体には同一の管理ＩＤが割り当てられる。管理ＩＤの一例として、個体に関する注文、製造、輸送等のオーダ番号（例えば伝票番号など）がある。管理ＩＤは、一定の規則で発番したＩＤでもよいし、ランダムに決定したＩＤでもよいし、ユーザが指定したＩＤでもよい。取引の詳細情報は一例として、取引先の事業体の名称及び住所、取引の対象となる物の情報（商品名、個数、型番など）、取引日時等を含む。

取引情報に、管理ＩＤの管理体（例えば取引の管理システム）を識別する識別子を、所属コード又は所属ＩＤ（以下、所属ＩＤに統一）として含めてもよい。所属ＩＤの例として、取引の管理システムの識別番号がある。所属ＩＤを用いることで、同じ管理ＩＤでも管理体が異なれば、別々の取引として識別されることができる。取引情報管理部１０１及び取引情報ＤＢ１０２が、取引の管理システムとしての機能を有していてもよい。

また、取引情報に、取引する個体の製造時の識別番号（個体製造ＩＤ）を含めてもよい。個体製造ＩＤは、個体をユニークに識別する識別子である。また、取引情報に、取引する個体の種類を識別するＩＤ（個体クラスＩＤ）を含めてもよい。個体クラスＩＤの例として、例えばＪＡＮコード又はＥＡＮコードがある。

管理ＩＤ、所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤの少なくとも１つは、個体に割り当てられる識別子の一例である。

図３は、取引情報の例を示す。図３（Ａ）の取引情報は、管理ＩＤと取引の詳細情報とを含む。図３（Ｂ）の取引情報は、所属ＩＤと、管理ＩＤと、取引の詳細情報とを含む。図３（Ｃ）の取引情報は、所属ＩＤと、管理ＩＤと、取引の詳細情報と、個体製造ＩＤとを含む。図３（Ｄ）の取引情報は、所属ＩＤと、管理ＩＤと、取引の詳細情報と、個体クラスＩＤと、個体製造ＩＤとを含む。

一例として、自プロセスが配送業者であり、次プロセスが倉庫業者であり、倉庫業者に、前プロセスの生産業者から取得したレタス８個のうちの４個を梱包して届ける場合を考える。このとき自プロセスでは、倉庫業者に配送する４個のレタスを管理の単位として管理ＩＤを設定することが考えられる。管理ＩＤは、一例として、レタス４個を配送する際に用いる配送伝票の番号である。管理ＩＤに、取引先の事業体名及び住所、並びに、商品の属性（商品名、個数、型番など）等の詳細情報を関連づけて、取引情報Ｂ１０２に記憶しておく。

取引情報は、一例として次プロセスの事業体との取引を行った時点で作成され、取引情報Ｂ１０２に格納される。この際、取引情報は、例えばコンピュータ処理により取引を行う場合は、取引が行われた際に生成される。または、自プロセスの事業体に従事するユーザの入力に基づき取引情報を入力する場合は、当該入力された取引情報が用いられる。なお、次プロセスの事業体との取引情報の登録は、前プロセスの事業体にレタスを発注する前に行ってもかまわない。ユーザが入力を行う場合、入力部１１３を用いる。表示部１１４に、取引用の画面を表示し、この画面を介してユーザは取引情報を入力してもよい。

入力部１１３は、ユーザがデータ又は指示を入力するためのデバイスであり、一例として、マウス、キーボード、タッチパネルなどである。表示部１１４は、画面にデータを表示するデバイスである。インタフェース１１５は、入力部１１３及び表示部１１４を情報管理装置１００に接続するためのインタフェースである。

取引情報管理部１０１は、１つ上位のプロセス（前プロセス）の事業体との取引情報を取得して、取引情報Ｂ１０２に格納してもよい。

情報読出部１０３は、自プロセスで操作の対象となる、前プロセスから取得した個体に関連付けられた媒体から、当該個体に関する通知情報（タグ情報）を読み出す。通知情報は、一例として、当該個体に関する管理ＩＤと、後述するイベント圧縮値とを含む。通知情報は、管理ＩＤ及びイベント圧縮値以外に、所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤの少なくとも１つを含んでいてもよい。前プロセスから取得した個体（操作前の個体）の管理ＩＤを、操作前管理ＩＤと呼ぶことがある。

媒体は、一例として、ＩＣタグ（ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）タグ、非接触タグなどとも呼ばれる）、ＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コード又はバーコード、メモリ装置（メモリカード等）などの情報記録媒体である。ＩＣタグ又はメモリ装置は、個体に直接取り付けられていてもよいし、個体の梱包容器に取り付けられていてもよい。また、ＱＲコード又はバーコード等はシールに印刷されて個体又は梱包容器に貼られていてもよいし、個体の表面に直接、印刷されていてもよい。媒体は、個体に関連づけられていれば、他のものでもよい。

図４は、情報読出部１０３がＩＣタグから読み出しを行う例を示す図である。個体１２３にＩＣタグ１２２が取り付けられている。個体１２３は例えばベルトコンベアを搬送されており、情報読出部１０３が個体１２３を検知し、自動的に読み取りを行ってもよい。あるいは、情報読出部１０３がユーザにより把持可能な形態を有する場合、ユーザが情報読出部１０３を個体１２３にかざすことで読み取りを行ってもよい。情報読出部１０３は、ＩＣタグ１２２からタグ情報を読み出す。読み出されたタグ情報は、受信情報ＤＢ１０４に格納される。個体１２３は、情報読出部１０３で読み出された後、例えば、自プロセスでの操作が行われる。但し、自プロセスでの操作が行われた後にＩＣタグ１２２からの読み出しを行うことも可能である。

図５（Ａ）は、受信情報ＤＢ１０４の一例を示す。管理ＩＤ（操作前管理ＩＤ）と、イベント圧縮値とが格納されている。図５（Ｂ）は、受信情報ＤＢ１０４の他の例を示す。イベント圧縮値、管理ＩＤ、所属ＩＤ、個体クラスＩＤ、個体製造ＩＤが格納されている。

操作取得部１０５は、自プロセスで操作対象となる個体（操作前の個体）に行われる操作、又は操作の種別（操作種別）を表す情報を取得する。以下では操作の種別を取得する場合を記載する。操作取得部１０５は、操作を取得する第１操作取得部、又は操作の種別を取得する第２操作取得部に対応する。操作取得部１０５は、操作により得られる個体（操作後の個体）について、個体情報管理部１０９を用いて、管理ＩＤを決定する。操作後の個体に対して決定した管理ＩＤを、操作後管理ＩＤと呼ぶ場合がある。個体に対する操作を通じて、個体の管理ＩＤが、操作前管理ＩＤから操作後管理ＩＤへと変化（個体の管理の単位が変化）することとなる。操作前管理ＩＤは、操作の際に個体に関連づけられている媒体から読み出されてもよいし、操作を行うシステム又はユーザが事前に指定していてもよい。

自プロセスは、一例として、第１プロセスに対応する。自プロセスの１つ上位のプロセスは一例として第２プロセスに対応する。自プロセスの１つ下位のプロセスは一例として第３プロセスに対応する。第１プロセスにおける操作前の個体は第１個体、第１個体に行われる操作は第１操作、第１操作後の個体は第２個体に対応する。第２プロセスにおける操作前の個体は第３個体、第３個体に行われる操作は第２操作、第２操作後の個体は上記第１個体に対応する。第３プロセスにおける操作前の個体は上記第２個体に対応する。第１個体に割り当てられている識別子は第１識別子、第２個体に割り当てられる識別子は第２識別子に対応する。第３個体に割り当てられている識別子は第３識別子に対応する。

操作取得部１０５は、個体情報管理部１０９に管理ＩＤの発行要求を送る。個体情報管理部１０９は、当該発行要求に基づき、管理ＩＤを決定する。個体情報管理部１０９は、生成した管理ＩＤを、操作取得部１０５に提供する。この管理ＩＤは、次プロセスに対する当該個体の取引用の管理ＩＤとして用いられる。次プロセスとの取引が締結されておりかつ管理ＩＤが決まっている場合は、個体情報管理部１０９は、取引情報管理部１０１を介して、管理ＩＤを取引情報Ｂ１０２から読み出し、読み出した管理ＩＤを操作取得部１０５に提供してもよい。あるいは、まだ取引がまだ締結されていない場合や管理ＩＤが決まっていないは、個体情報管理部１０９が、管理ＩＤを生成してもよい。例えば、所定の規則で発番することや、ランダムに決定することも可能である。決定した管理ＩＤは、次のプロセスの事業体との取引の管理ＩＤとして（例えば伝票番号として）用いられる。どの個体の取引にどの管理ＩＤが用いられたかは、後述する個体識別変更履歴ＤＢ１０８における操作前管理ＩＤと、操作後管理ＩＤとの対応関係から把握することも可能である。

操作取得部１０５は、個体に行われた操作の種別を、例えば、ユーザの入力に基づき取得してもよい。この場合、ユーザが入力部１１３を用いて、操作の種別を特定する情報を入力する。または、予め操作の内容が決まっている場合には、操作取得部１０５は、予め決められた種別を取得してもよい。または、操作の内容又は予め決められた操作が行われたことを、センサで検知し、検知した情報に応じて、操作の種別を取得してもよい。この場合、操作取得部１０５は、センサに電気的に接続され、センサの検出信号に応じて操作の種別を検出する。

操作の種別について説明する。操作の種別には、大きく「作成（Ｃｒｅａｔｅ）」、「統合（Ｕｎｉｔｅ）」、「分割（Ｄｉｖｉｄｅ）」、「変換（Ｃｏｎｖｅｒｔ）」、「削除（Ｄｅｌｅｔｅ）」がある。統合及び分割の操作については、さらに細かく種類が分けられる。但し、これらの種別に限定されず、他の種別を定義してもよい。

［作成（Ｃｒｅａｔｅ）］
作成操作は、個体を新たに作成（生産・製造等）することである。つまり、これまで管理ＩＤを割り当てられていない個体を新たに管理対象とすることである。

図６は、作成操作の例を示す図である。個体に対して新規に個体を作成（生産・製造等）している。図の矩形が個体を模式的に表し、矩形内の数字は個体を模式的に識別する値である（以下同様）。

［統合（Ｕｎｉｔｅ）］
統合操作は、複数の個体を１つの個体に統合する操作である。

図７は、統合操作の例を示す図である。統合操作には複数の種類がある。図には５つの例が示されている。

図７（１）の例は、同じ種類の複数の個体を１つの個体にまとめる操作である。図７（１）の操作を“統合操作（１）”と記載する。具体的には、複数のレタスを１つにまとめて管理する場合が本ケースに相当する。なお、統合前のレタスは、出荷工場が違う、生産者が違う、出荷日が違うなどで、異なる管理ＩＤが付与されていてもよいし、同じ管理ＩＤが付与されていてもよい。

図７（２）の例は、複数の異なる種類の個体を合成して１つの新しい個体にする操作である。図７（２）の操作を、“統合操作（２）”と記載する。合成後の個体において、合成前の個体は個々に認識されない。なお、合成前の個体には異なる管理ＩＤが割り当てられているのが一般的である。本例は、例えば、複数の個体を合成して、新たな個体（合成物）を作るケースに相当する。具体例として、２つの成分を合成して金属を生成する場合がある。

図７（３）の例は、複数の異なる種類の個体を別の個体に入れて、１つの新しい個体とする操作である。図７（３）の操作を、“統合操作（３）”と記載する。新しい個体において、元の個体の認識は維持される。具体例として、複数のレタスを１つの箱に詰める場合が本ケースに相当する。

図７（４）の例は、ある個体を他の個体の要素にする（一部にする）操作である。図７（４）の操作を、“統合操作（４）”と記載する。統合後の個体において、統合前の個体の認識は維持される。例えば、ある個体を他の個体の付属物にすること、あるいはある個体を他の個体の一部にする場合が、本ケースに相当する。具体例として、店舗内で買い物かかごにある商品を入れる場合が本ケースに相当する。

統合操作（３）と統合操作（４）との違いを説明する。統合操作（３）では個体を入れた別の個体（段ボール箱など）は、後のプロセスで個体が取り出された後、管理の対象から除外される（例えば廃棄される）場合を想定している。これに対して、統合操作（４）では、他の個体は、個体が（買い物かごなど）が取り出された後も、管理が継続される場合を想定している。

図７（５）の例は、異なる個体同士を結合させる操作である。図７（５）の操作を、“統合操作（５）”と記載する。例えば、ある個体に別の個体を貼り合わせたり、嵌め合わせたりする場合が本ケースに相当する。例えば、ボルトをナットにねじ込んで、ボルト付きナットとする場合が本ケースに相当する。

［分割（Ｄｉｖｉｄｅ）］
分割操作は、１つの個体を複数の個体に分割する操作である。

図８は、分割操作の例を示す図である。分割操作には複数の種類がある。図には５つの種類の例が示されている。

図８（１）の例は、ある個体を複数に分ける操作である。図８（１）の操作を、“分割操作（１）”と記載する。ある個体から一部をとりわけ、同じ種類の新たな個体を作る場合が本ケースに相当する。例えば複数のレタスのまとまりの一部を取り出し、残りをそのままとする場合である。一例として、切り分けられた一方の個体の管理ＩＤは新たに生成され、残りの個体の管理ＩＤは前の個体の管理ＩＤと同じである。

図８（２）の例は、ある個体を複数の別の個体に分解する操作である。図８（２）の操作を、“分割操作（２）”と記載する。分割操作（２）は、図７（２）の統合操作に対応する。分解前の個体は、分割により認識できなくなる。例えば、ある個体を複数の新たな要素にばらす場合が本ケースに相当する。具体例として、金属を２つの成分に分解する場合がある。

図８（３）の例は、ある個体から、当該個体に含まれている１つ又は複数の別の個体を取り出す操作である。図８（３）の操作を、“分割操作（３）”と記載する。分割操作（３）は、統合操作（３）に対応する。元の個体は管理の対象から除外される。例えば、ある個体に含まれている複数の要素を複数の個体として取り出す場合が本ケースに相当する。具体例として、工場から送られてきた梱包容器から複数のレタスを取り出す場合がある。梱包容器は廃棄等され、管理の対象から除外される。

図８（４）の例は、ある個体から、当該個体に含まれている別の要素を取り出して、元の個体も管理対象として維持する操作である。図８（４）の操作を、“分割操作（４）”と記載する。分割操作（４）は、統合操作（４）に対応する。例えば、ある個体に含まれ要素を個体として取り出し、元の個体との一体関係を無くす場合が本ケースに相当する。具体例として、店舗内で買い物かごから商品を取り出す場合がある。一例として、商品が取り出された後の買い物は管理の対象として同じ管理ＩＤが維持される。

図８（５）の例は、結合されている複数の個体を分離する操作である。図８（５）の操作を、“分割操作（５）”と記載する。分割操作（５）は、統合操作（５）に対応する。例えば、貼り合わされたり、嵌め合わされたりしている個体同士を互いに離す場合が本ケースに相当する。具体例として、ボルト付きナットからボルトを抜いて、ボルトとナットに分離する場合がある。なお、分離後のボルトとナットには新たに管理ＩＤが付与されることが考えられる。

［変換（Ｃｏｎｖｅｒｔ）］
変換操作は、ある個体を別の個体に変換する操作である。

図９は、変換操作の例を示す図である。変換操作は、ある個体を別の個体に変換する操作である。例えば、ある個体を別の個体に作り変える場合が、本ケースに相当する。具体例として、家具の組み立てキットを組み立てて家具を作る場合、物に熱処理に施す場合、物に着色する場合などがある。

［削除（Ｄｅｌｅｔｅ）］
削除操作は、個体を廃棄するなど、管理の対象から除外する操作である。

図１０は、削除操作の例を示す図である。図１０の例は、個体を廃棄して、管理対象から除外する操作である。破線の矩形は、廃棄された個体を模式的に表している。なお、管理対象から除外された個体の管理ＩＤはヌル値でもよいし、特別な値を定義して用いてもよい。

操作取得部１０５は、操作の時刻と、操作対象となる個体の管理ＩＤ（操作前管理ＩＤ）と、取得した操作の種別と、操作後の個体の管理ＩＤ（操作後管理ＩＤ）とを、操作履歴イベント生成部１０６に提供する。操作取得部１０５は、時刻を計数する時計を含んでいてもよいし、情報管理装置１００に搭載されている時計から、操作を取得した際の時刻を読み出してもよい。

操作履歴イベント生成部１０６は、操作前管理ＩＤに対応するイベント圧縮値（操作前の個体のイベント圧縮値）を、受信情報ＤＢ１０４から取得する。操作履歴イベント生成部１０６は、イベント圧縮値と、操作の時刻と、操作の種別と、操作前管理ＩＤと、操作後管理ＩＤとに基づき、操作履歴イベントを生成する。

操作履歴イベントは、一例として、以下の項目を含む。
項目１：操作の時刻
項目２：操作の種別
項目３：操作前の個体のイベント圧縮値と、操作前管理ＩＤとの組。
項目４：操作後管理ＩＤ

項目１における操作の時刻は、操作取得部１０５で操作の種別が取得された時刻である。但し、操作履歴イベントが生成された時刻を、操作の時刻として用いてもよいし、その他の代替の時刻を、操作の時刻として用いてもよい。

項目２における操作の種別は、操作取得部１０５で取得された操作の種別である。

項目３において、操作前の個体について、所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤの少なくとも１つがさらに含まれてもよい。つまり、オプションとして、操作前の個体について、所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤの少なくとも１つをさらに含んでもよい。また、操作対象の個体が複数存在し、項目１、２、４の値が複数の個体間で同じでときは、項目３にはイベント圧縮値と操作前管理ＩＤとの組が、複数の個体分含まれてよい。

項目４において、操作後の個体について、所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤの少なくとも一つがさらに含まれてもよい。つまり、オプションとして、操作後の個体について、所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤの少なくとも１つをさらに含んでもよい。

操作履歴イベント生成部１０６は一例としてデータ生成部に対応する。操作履歴イベントは、一例として第１データ又は第３データに対応する。但し、第１データ又は第３データは、項目３の操作前の個体のイベント圧縮値、及び、項目１の操作の時刻を含まない場合もある。操作前の個体のイベント圧縮値は、少なくとも操作の種別と、操作前管理ＩＤと、操作後管理ＩＤとを含むデータ（第１データ又は第３データ）に関連づけられている。

情報圧縮部１０７は、操作履歴イベント生成部１０６で生成された操作履歴イベントのデ－タを圧縮することにより、イベント圧縮値を算出する。具体的には、例えば、操作履歴イベントの各項目の文字列を結合したデータを圧縮する。圧縮は、一例として、与えられた情報を任意の固定長に匿名化する処理である。圧縮の方法の具体例として、ハッシュ関数がある。イベント圧縮値は、イベント圧縮値に対応する操作履歴イベントを検索するためのキーとして機能する。イベント圧縮値のことを、キー値と称してもよい。

操作履歴イベントのデータを圧縮する際、一部の項目を除外してもよい。例えば、項目４に個体製造ＩＤが含まれる場合、個体製造ＩＤを除外してもよい。これにより、後述するように、異なる個体製造ＩＤの個体が同じ操作を経てきたのかどうかの識別を、イベント圧縮値が同じか否かを調べるだけで容易に行うことができる。また、また、自プロセスより前のプロセスが存在しない場合は、項目３が存在しない。この場合は、項目３を除外してもよい。

イベント圧縮値は、当該操作履歴イベント（第１データ又は第３データ）に基づく第１値の一例である。情報圧縮部１０７は、操作履歴イベントに基づき第１値又は第３値を算出する算出部に対応する。１つ上位のプロセスの情報管理装置の情報圧縮部で算出するイベント圧縮値又はキー値は、操作履歴イベント（第２データ）に基づく第２値の一例である。第１データ～第３データは、項目３の操作前の個体のイベント圧縮値、及び、項目１の操作の時刻を含まない場合もある。

操作履歴イベント生成部１０６は、イベント圧縮値を、操作履歴イベントと対応づけて個体識別変更履歴データとする。個体識別変更履歴データを、個体識別変更履歴ＤＢ１０８に格納する。

図１１は，個体識別変更履歴データの一例を示す。項目１～４の組は、前述した操作履歴イベントと同じである。項目５のイベント圧縮値が、操作履歴イベントに追加されている。項目４と項目５の組は、一例として通知情報（タグ情報）に相当する。個体識別変更履歴ＤＢ１０８は、ライフサイクル上の各プロセスに対応して配置された情報管理装置内の操作履歴イベントを互いに連結するキーデータベースにもなる。

個体情報管理部１０９は、操作後管理ＩＤ（図１１の項目４）と、操作履歴イベントのイベント圧縮値（図１１の項目５）とを含む通知情報（タグ情報）を生成する。個体情報管理部１０９は、生成したタグ情報を、情報書込部１１１を介して、操作後の個体に対する媒体に書き込む。なお、項目４が所属ＩＤ、個体クラスＩＤ、及び個体製造ＩＤの少なくとも１つをオプションとして含む場合は、タグ情報は、所属ＩＤ、個体クラスＩＤ、及び個体製造ＩＤの少なくとも１つをさらに含む。

情報書込部１１１は、個体情報管理部１０９からの指示データ又は指示信号に従って、タグ情報を媒体に書き込む。媒体は、前述したように、ＩＣタグ、メモリ装置（メモリカード）、ＱＲコード、バーコードでもよい。ＱＲコード又はバーコード等は、個体又はパッケージに貼り付ける伝票に記載されてもよい。書き込み時点で媒体が個体に対して取り付けられていてもよいし、書き込みが終わった後で、媒体が個体に対して取り付けられてもよい。前プロセスから取得した個体にＩＣタグ等が付いている場合、当該ＩＣタグ等から前プロセスの個体のタグ情報を消去して、新たにタグ情報を書き込んでもよい。あるいは、当該ＩＣタグをはずし、新たにＩＣタグを取り付けてもよい。前プロセスから取得した個体にシール状のＱＲコード等が取り付けられている場合、当該シールに重ねて、新たにＱＲコード等のシールを貼り付けてもよい。

図１２は、情報書込部１１１がＩＣタグに書き込みを行う例を示す。個体１２５にＩＣタグ１２４が取り付けられている。個体は例えばベルトコンベアを搬送されており、情報書込部１１１が個体のＩＣ１２４に書き込みを行う。情報書込部１１１がユーザにより把持可能な形態を有する場合、ユーザが情報書込部１１１をＩＣタグ１２４にかざして、情報を書き込んでもよい。このように個体情報管理部１０９は、情報書込部１１１を用いてＩＣタグ１２４に、タグ情報を書き込む。この後、個体１２５は、例えば、配送業者等により次プロセスに送られる。

表示部１１４は、例えば、個体識別変更履歴ＤＢ１０８の内容を表示してもよい。

個体情報管理部１０９は、ユーザの指示に基づき、ライフサイクルにおける個体の管理の単位の変化、すなわちどのような種別の操作を経てきたかを解析する。一例として、当該管理ＩＤの変化の変遷を表したデータ（連鎖データ）を生成する。データは、グラフ形式でもよい。このために、個体情報管理部１０９は、前プロセス個体情報取得部１１２を用いて、上位のプロセス群（前プロセス及びさらに上位の１つ以上のプロセス）において行われた操作の時刻と、操作の種別と、操作前の個体の管理ＩＤ（操作前管理ＩＤ）と、操作後の管理ＩＤ（操作後管理ＩＤ）等とを含む解析用データを取得する。取得した解析用データを隣接するプロセス間同士で、同じ管理ＩＤを介して結合することにより、解析用データが連鎖状に結合された連鎖データを得る。連鎖データは、個体の管理の単位の変化、すなわち操作の履歴を表す。連鎖データを表示部１１４に表示する。以下、連鎖データをグラフ形式で、連鎖グラフとして生成する動作について図１３を用いて説明する。

図１３は、連鎖グラフを生成する動作の説明図である。自プロセスをプロセスＮ、１つ上位のプロセスをプロセスＮ－１、さらに１つ上位のプロセスをＮ－２としている。各プロセスに対応して情報管理装置Ｎ、Ｎ－１、Ｎ－２が配置されている。

自プロセス（プロセスＮ）の情報管理装置Ｎの個体情報管理部１０９は、ユーザが指示した個体の管理ＩＤ（自プロセスにおける操作後の個体の管理ＩＤ）を特定する。特定した管理ＩＤを項目４に含む個体識別変更履歴データを個体識別変更履歴ＤＢ１０８（図１１参照）において特定する。ここではユーザは管理ＩＤを指定したが、管理ＩＤ及び個体製造ＩＤの組など、個体識別変更履歴データの項目４に含まれる任意の情報を指定してもよい。

情報管理装置Ｎの個体情報管理部１０９は、特定した個体識別変更履歴データにおいて、項目１の時刻と、項目２の操作の種別と、項目３の操作前管理ＩＤと、項目４の操作後管理ＩＤとを対応づけて、自プロセスにおける解析用データとする。当該解析用データは一例として第１データに対応する。

また、情報管理装置Ｎの個体情報管理部１０９は、特定した個体識別変更履歴データから項目３におけるイベント圧縮値（前プロセスのイベント圧縮値）を特定する。特定したイベント圧縮値を含む情報取得要求Ａ１を生成し、プロセスＮ－１の情報管理装置Ｎ－１に送信する。情報取得要求Ａ１に、項目３の操作前管理ＩＤを含めてもよい。情報取得要求Ａ１は一例として第２情報取得要求に対応する。

情報管理装置Ｎ－１における個体情報管理部１０９は、情報取得要求Ａ１に含まれるイベント圧縮値を項目５に含む個体識別変更履歴データを個体識別変更履歴ＤＢ１０８（図１１参照）から特定する。特定した個体識別変更履歴データから、操作の時刻と、操作の種別と、操作前管理ＩＤと、操作後管理ＩＤとを特定する。特定した操作の時刻と、操作の種別と、操作前管理ＩＤと、操作後管理ＩＤとを対応づけて前プロセス（プロセスＮ－１）における解析用データＢ１とする。解析用データＢ１をプロセスＮにおける情報管理装置Ｎに送信する。情報管理装置Ｎの前プロセス個体情報取得部１１２は、プロセスＮ－１における解析用データＢ１を受信して、情報管理装置Ｎの個体情報管理部１０９に提供する。解析用データＢ１は一例として第２データに対応する。

また、情報管理装置Ｎ－１の個体情報管理部１０９は、特定した個体識別変更履歴データから項目５のイベント圧縮値を特定する。情報管理装置Ｎ－１の前プロセス個体情報取得部１１２は、特定したイベント圧縮値を含む情報取得要求Ａ２を生成し、プロセスＮ－２の情報管理装置Ｎ－２に送信する。情報取得要求Ａ２に、項目３の操作前管理ＩＤを含めてもよい。

情報管理装置Ｎ－２は、情報管理装置Ｎ－１と同様の動作により、プロセスＮ－２における解析用データＢ２を生成し、情報管理装置Ｎ－１に送信する。情報管理装置Ｎ－１の前プロセス個体情報取得部１１２は、情報管理装置Ｎ－２から受信した解析用データＢ２を、個体情報管理部１０９を介して、情報管理装置Ｎに送信する。情報管理装置Ｎの前プロセス個体情報取得部１１２は、Ｎ－２プロセスにおける解析用データＢ２を受信し、受信した解析用データＢ２を個体情報管理部１０９に提供する。

以降、Ｎ－３プロセス以前の情報管理装置に対しても、同様の動作を繰り返す（図におけるプロセスＮ－３に送信する情報取得要求Ａ３、プロセスＮ－３における解析用データＢ３参照）。

このようにして、プロセスＮの個体情報管理部１０９には、自プロセスであるＮプロセス及びそれより上位のプロセス群（少なくとも１つの上位のプロセス）の解析用データが集約される。なお、あるプロセスにおいて上位のプロセスが存在しない場合は、それ以上、上位のプロセスにさかのぼることは行わない。情報管理装置Ｎの個体情報管理部１０９は、取得した各プロセスの解析用データを結合することで、連鎖グラフを生成する。

情報管理装置Ｎが、１つ下位のプロセスＮ+１の情報管理装置から情報取得要求を受けた場合は、情報管理装置Ｎ－１が情報管理装置Ｎから情報取得要求を受けた場合の動作と同様にして、解析用データを生成する。すなわち、プロセスＮにおける操作履歴イベントに基づき解析用データを生成する。そして、生成した解析用データを、プロセスＮ+１の情報管理装置に送信する。１つ下位のプロセスＮ+１の情報管理装置から受信する情報取得要求は、一例として第１情報取得要求に対応する。

上述した動作において、各プロセスから送信する情報取得要求に管理ＩＤに加えて、所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤの少なくとも１つがさらに含まれていてもよい。また、各プロセスから収集する解析用データに、各プロセスにおける操作後の個体の所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤの少なくとも１つが含まれていてもよい。

また上述した動作では、着目する個体について、上位の各プロセスの解析用データを取得したが、各プロセスにおける操作後管理ＩＤに対応する取引情報を収集してもよい。これにより、個体の取引の詳細を把握できる。例えばどこで生産され、どのような事業者でどのような操作がなされ、どのような流通経路を経てきたかなどを把握できる。

図１４は、情報管理装置Ｎの個体情報管理部１０９により生成された連鎖グラフの例を模式的に示す。プロセスＮ－２の解析用データにおいて操作後の個体３の管理ＩＤと、プロセスＮ－１の解析用データにおいて操作前の個体３の管理ＩＤとが結合されている（太い矢印参照）。プロセスＮ－１の解析用データにおける操作後の個体１の管理ＩＤと、プロセスＮの解析用データにおける操作前の個体１の管理ＩＤとが結合されている。この連鎖グラフにおいて、プロセスＮ－２の解析用データから、個体１と、個体２とが統合操作（３）により個体３へ統合されたことが分かる。なお、個体製造ＩＤを用いる場合は具体的に個々の個体まで識別できるが、個体製造ＩＤを用いない場合は、個々の個体は識別されない。あくまで管理される単位で個体のこれまで受けた操作の種別の遷移及び取引が確認される。

また、プロセスＮ－１の解析用データから、個体３から、個体１と個体２とを、分割操作（３）で取り出し、個体３は管理の対象から除外されていることが分かる（例えば個体１と個体２の搬送に用いた梱包容器を廃棄した場合など）。また、プロセスＮの解析用データから、個体１の一部を個体２として取り出し、残りを個体１のままとしていることが分かる。すなわち、分割操作（１）で個体１の一部を個体２として分離したことが分かる。このようにプロセスＮで着目する個体（例えばユーザが指定した管理ＩＤを有する個体２）について、どのような種別の操作を辿ってきたかを把握することができる。

また各プロセスにおける操作後の個体の取引情報を、連鎖グラフにおける各プロセスにおける操作後の個体に対応付けて表示してもよい。

図１５に、プロセスＮ－２、プロセスＮ－１、プロセスＮ－１の操作後の個体に取引情報を関連付けた例を示す。ここではプロセスＮの操作後の個体２について着目している。取引情報は、管理ＩＤを介して、各プロセスの情報管理装置の取引情報ＤＢから取得される。これにより、個体がどこで生産され、どのような事業者でどのような操作がなされ、どのような流通経路を経てきたかなどの詳細を把握できる。

また、情報管理装置の個体情報管理部１０９は、収集した解析用データに基づき、プロセス間の管理の変化の変遷、すなわち、操作の種別の遷移に矛盾がないか否かを判定することができる。一例として、解析用データ間で同じ管理ＩＤで結合できない場合は、連鎖グラフを作成できず、この場合、管理ＩＤの変化、又は操作の種別の遷移の変遷に矛盾があると判定する。

図１６は、連鎖グラフの生成に失敗した例を模式的に示す。この場合、プロセスＮ－２とプロセスＮ－１間で解析用データの結合できない。プロセスＮ－２の操作後の個体の管理ＩＤと、プロセスＮ－１の操作前の個体の管理ＩＤとが一致しないためである。よって、この場合、管理ＩＤ間の結合ができなかった箇所を、矛盾のある箇所として表示する。図では×印によって、矛盾のある箇所が識別されている。矛盾が発生する理由の例として、プロセスＮ－２の操作後の個体のＩＣタグに書き込みの際にエラーがあったことがある。例えばイベント圧縮値は正しく書き込まれたが、操作後の個体の管理ＩＤ（操作後管理ＩＤ）が書き込みエラーで別の値に変更されたことがある。あるいは、プロセスＮ－２の操作後の個体に取り付けられているＩＣタグから読み出しの際にエラーがあったなどがある。例えばイベント圧縮値は正しく読み込まれたが、操作後の個体の管理ＩＤ（操作後管理ＩＤ）が読み込みエラーで別の値に変更されたことがある。または何らかのユーザのオペレーションエラーで、管理ＩＤが別の値に書き換えられてしまったことがある。矛盾が生じる理由は他にも様々考えられる。

また、別の例を示す。前述したように、図７の統合操作（３）と図８の分割操作（３）は対応関係にある。したがって、統合操作（３）の次に分割操作（４）があるのは矛盾である。そこで、予め矛盾する操作の種別の遷移パターン（矛盾パターン）を定義しておき、当該矛盾パターンに一致する遷移があるときは、操作の種別の変遷に矛盾があると判定する。

図１７は、操作の種別の遷移に矛盾がある例を示す。統合操作（３）の次に分割操作（４）が行われている。矛盾パターンとして、“統合操作（３）→分割操作（４）”が登録されているとする。この場合、プロセスＮ－２とプロセスＮ－１間の遷移に矛盾があると判定できる。矛盾パターンは、個体情報管理部１０９からアクセス可能な任意の記憶装置に格納しておけばよい。矛盾パターンは１つでもよいし、複数でもよい。

また機械学習等を用いて操作の種別の遷移の矛盾を検出する方法も可能である。例えば、過去における様々な個体に対する操作履歴から操作種別の遷移パターンを機械学習により取得する。今回の操作種別の遷移パターンが、過去の遷移パターンのいずれにも一致しない、もしくはいずれの遷移パターンにも含まれない場合は、矛盾があると判定する。

または、グラフマッチング等の手法を用いて、今回の遷移パターンと、過去の遷移パターンとが類似するかを調べ、いずれの過去の遷移パターンにも類似しないときは矛盾があると判定してもよい。例えば、今回の遷移パターンと、過去の遷移パターンとの類似度を計算する。類似度は、遷移パターン同士がどの程度近似しているかを表す。類似度の値が大きいほど、両遷移パターンは近似しているとする。類似度の計算方法の例を示す。各操作種別に異なる値を割り当て、遷移パターンを、複数の操作種別に対応する複数の値の列（値列）によって表す。遷移パターン同士の値列間で、絶対値差分和（絶対値差分和のべき乗でもよい）を計算する。すなわち、遷移パターン同士の対応する要素間で値の差分の絶対値を計算し、絶対値を要素間で合計する。絶対値差分和の逆数を類似度とする。類似度が閾値以上であれば、両遷移パターンは類似していると判定する。類似度が閾値未満であれば、両遷移パターンは類似していないと判定する。なお、値列同士の長さが異なる場合は、値列の短い方を、長い方の値列の一端側に合わせて、類似度を計算し、長い方の値列の他端まで順次、１要素ずつシフトしながら各位置で、類似度を計算する。計算された類似度の最大値、最小値、平均値又は中央値などを、両遷移パターンの類似度として採用する。

上述した実施形態では、イベント圧縮値を計算するため図１１の項目１～４参照を用いたが、項目４（操作後管理ＩＤ等）を用いずに、イベント圧縮値を計算してもよい。すなわち、項目１～３を対象にイベント圧縮値を計算してもよい。これにより、自プロセスにおけるイベント圧縮値（項目５）が同じで、操作後管理ＩＤが異なるケースを許容できる。これにより、次プロセスでは、自プロセスで異なる操作が行われた複数の個体が、自プロセスより前のプロセスでは同じ操作を経たことが、イベント圧縮値と操作後管理ＩＤとの組を比較することで把握できる。

上述した実施形態では、１つのプロセスでは１つの操作を行うことを想定して説明を行っているが、プロセス内で複数の操作が行われてもよい。この場合、プロセス内で複数のサブプロセスが存在するとし、サブプロセスごとに１つの操作が行われるとし、これまでの動作を行うと解釈すればよい。複数のサブプロセスに対して１台の情報管理装置１００が配置されてもよいし、情報管理装置１００がサブプロセスごとに配置されていてもよい。複数のサブプロセスに対して１台の情報管理装置１００を配置する場合、サブプロセス間で媒体（ＩＣタグ等）に対するタグ情報の書き込み及び読み出しは省略してもよい。

（具体例１）
図１８は、本実施形態の具体例１を説明する図である。プロセス１において、レタスを見込みで２０個生産し、生産後、プロセス２の事業体から８個出荷の注文を受けるとする。プロセス１では８個のレタスを２０個のレタスから取り分けて、梱包容器（段ボール箱等）に詰めて出荷する。プロセス２では、受け取った梱包容器から８個のレタスを取り出し、４個ずつの２組に分けて、それぞれ梱包容器に詰めてプロセス３に配送する。プロセス３では、プロセス２から受け取った各梱包容器内のレタスを複数の棚に分けて配置する。本例においては、個体に関する識別子として、管理ＩＤに加え、所属ＩＤ及び個体クラスＩＤも用いるとする。但し、レタスに個体製造ＩＤは割り当てられていないとする。

［プロセス１］
プロセス１では２つのサブプロセスが行われ、最初のサブプロセスで２０個分のレタスを生産する。この生産に対して、操作の種別として作成操作を取得する。作成操作は、例えば、“()create1”と表される。例えばユーザの入力により作成操作を指定する。なお、数量は指定しないが、数量を指定することも排除されない。プロセス１より前のプロセスは存在しないため、前プロセスのタグ情報は存在しない。すなわち、イベント圧縮値、及び操作前管理ＩＤ（図１１の項目３）はヌル値である。また、レタスの所属ＩＤはA671、管理ＩＤ（例えば２０個のレタスの生産オーダの伝票番号）はM792、個体クラスＩＤ（レタスの種類番号）はC675であるとする。
すなわち、（所属ＩＤ、管理ＩＤ、個体クラスＩＤ）＝（A671、M792、C675）である。

説明のため、所属ＩＤを表す文字列の先頭はA、管理ＩＤを表す文字列の先頭はM、個体クラスＩＤを表す文字列の先頭はCを付けるが、実際には任意の文字列など、他の形態でかまわない。

()create1の時刻は、2019/01/11/11:30:30であるとする。

前プロセスのタグ情報は存在しないから、2019/01/11/11:30:30、()create1、（A671、M792、C675）の文字列の結合を圧縮する。イベント圧縮値が、例えば、SHA12345として算出される。説明のためイベント圧縮値を表す文字列の先頭にはSHAを付けるが、実際には任意の文字列など、他の形態でかまわない。

さらにプロセス１では、２番目のサブプロセスとして、２０個のレタスのうち８個を取り出し（分割）、８個をまとめて（統合）、プロセス２に出荷する。つまり分割操作（１）と、統合操作（３）との連続が、操作の種別として取得される。この連続した操作は、例えば“(divide1)unite3”と表記される。なお、各操作を別々に行ってもよいが、連続して行うことで、処理を簡略化できる。例えば、管理ＩＤの発番等の回数を１回分低減できる。

(divide1)unite3の時刻は、2019/01/16/11:30:30であるとする。

(divide1)unite3の前に行われたサブプロセスに対して、（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ）は、（SHA12345、A671、M792、C675）である。

２番目のサブプロセスの対象とする個体（８個のレタスの集合）の所属ＩＤはA366、管理ＩＤはM485、個体クラスＩＤはヌル値とする。

よって、2019/01/16/11:30:30、(divide1)unite3、（SHA12345、A671、M792、C675）、（A366、M485）の文字列の結合を圧縮する。イベント圧縮値として、例えばSHA12378が算出される。

（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ）として、（SHA12378、A366、M485、C675）を含むタグ情報が媒体１３１に格納される。個体クラスＩＤは、前サブプロセスの値を用いている。媒体１３１は、例えば８個のレタスを配送する梱包容器に取り付けられる。あるいは媒体１３１は、各レタスに取り付けられてもよい。図では各レタスに媒体１３１が取り付けられる例が示されているが、梱包容器に取り付けられてもよい。

なお１番目のサブプロセスでは媒体へのタグ情報の書き込みを行わなかったが、媒体へのタグ情報の書き込みを行い、２番目のサブプロセスでタグ情報の読み出しを行ってもよい。

［プロセス２］
プロセス２では、プロセス１から受け取った梱包容器から８個のレタスを取り出し、４個ずつの２組に分けて梱包容器で配送する。つまり分割操作（３）と統合操作（３）との連続が、操作の種別として取得される。この連続した操作は、“(divide3)unite3”と表記される。

(divide3)unite3の時刻は、2019/01/21/11:30:30であるとする。

梱包容器に取り付けられている媒体から読み出した前プロセス（プロセス１の２番目のサブプロセス）のタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ及び個体クラスＩＤ ）として、（SHA12378、A366、M485、C675）が、得られる。

プロセス２における一方の操作後の個体（４個のレタスの集合）の所属ＩＤはA235、管理ＩＤはM451（配送オーダの伝票番号など）、個体クラスＩＤはヌル値とする。

よって、2019/01/21/11:30:30、(divide3)unite3、（SHA12345、A366、M485、C675）、（A235、M451）の文字列の結合を圧縮する。イベント圧縮値として、例えば、SHA22321が算出される。

（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ）として、（SHA22321、A235、M451、C675）を含むタグ情報が媒体１３２Ａに格納される。個体クラスＩＤは、前プロセスの値を用いている。媒体１３２Ａは、例えば４個のレタスを配送する梱包容器に取り付けられる。あるいは媒体１３２Ａは、各レタスに取り付けられてもよい。図では各レタスに媒体１３２Ａが取り付けられる例が示されているが、梱包容器に取り付けられてもよい。梱包容器はプロセス３の事業者に配送される。

プロセス２における他方の操作後の個体（４個のレタスの集合）についても、同様の操作(divide3)unite3が取得される。時刻は、上記と同じ2019/01/21/11:30:30とする。

前プロセス（プロセス１の２番目のサブプロセス）からのタグ情報における（イベント圧縮値、所属ＩＤ、管理ＩＤ及び個体クラスＩＤ）は、上記と同じ（SHA12378、A366、M485、C675）である。

プロセス２における他方の操作後の個体（４個のレタスの集合）の所属ＩＤはA235、管理ＩＤはM452（配送オーダの伝票番号など）、個体クラスＩＤはヌル値とする。

よって、2019/01/21/11:30:30、(divide3)unite3、（SHA12345、A366、M485、C675）、（A235、M452）の文字列の結合を圧縮する。イベント圧縮値として、例えば、SHA22348が算出される。

（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ）として、（SHA22348、A235、M452、C675）を含むタグ情報が媒体１３２Ｂに格納される。媒体は、例えば４個のレタスを配送する梱包容器に取り付けられる。梱包容器がプロセス３の事業者に配送される。あるいは媒体１３２Ｂは、各レタスに取り付けられてもよい。図では各レタスに媒体１３２Ｂが取り付けられる例が示されているが、梱包容器に取り付けられてもよい。梱包容器はプロセス３の事業者に配送される。

［プロセス３］
プロセス３では、プロセス２から配送された一方の梱包容器に入っている４つのレタスを２つずつの２組に分けて、別々の棚に配置する。プロセス２から配送される他方の梱包容器についても同様の操作を行う。以下では、一方の梱包容器を対象に説明する。

一方の梱包容器から４個のレタスを取り出し、２個ずつの２組に分けて別々の棚に配置する。つまり分割操作（３）と、統合操作（４）との連続が、操作の種別として取得される。この連続した操作は、“(divide3)unite4”と表記される。

一方の組について、(divide3)unite4の時刻が2019/01/22/11:30:30であるとする。

梱包容器に取り付けられている媒体から読み出した前プロセス（プロセス２）のタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ及び個体クラスＩＤ）として、（SHA22321、A235、M451、C675）が、得られる。

プロセス３の操作後の個体である一方の組（２個のレタスの集合）の所属ＩＤはA183、管理ＩＤはM421、個体クラスＩＤはヌル値とする。管理ＩＤは一例として棚を識別する番号である。

よって、2019/01/22/11:30:30、(divide3)unite4、（SHA22321、A235、M451、C675、（A183、M421）の文字列の結合を圧縮する。イベント圧縮値として、例えば、SHA24321が算出される。前述したように操作履歴イベントの項目４、すなわち（A183、M421）を用いずに、イベント圧縮値を算出してもよい。

（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ）として、（SHA24321、A183、M421、C675）を含むタグ情報が媒体１３３に格納される。個体クラスＩＤは、前プロセスの値を用いる。媒体１３３はレタスの組に取り付けられる。あるいは媒体１３３は各レタスに取り付けられてもよい。図では各レタスに媒体１３３が取り付けられているが、レタスの組に対して取り付けられてもよい。レタスの組は棚Ａに格納される。なお、棚Ａには、別のタグ情報を含む媒体１３５が取り付けられた他の食材も配置されている。

他方の２つのレタスの組についても、(divide3)unite4の時刻が2019/01/22/11:30:30であるとする。

前プロセス（プロセス２）のタグ情報から、上述と同様、（イベント圧縮値、所属ＩＤ、管理ＩＤ及び個体クラスＩＤ）として、（SHA22321、A235、M451、C675）が、得られる。

プロセス３の操作後の個体である他方の組（２個のレタスの集合）の所属ＩＤはA183、管理ＩＤはM422、個体クラスＩＤはヌル値とする。

よって、2019/01/22/11:30:30、(divide3)unite4、（SHA22321、A235、M451、C675、（A183、M422）の文字列の結合を圧縮する。イベント圧縮値として、例えば、SHA24373が算出される。前述したように操作履歴イベントの項目４、すなわち（A183、M422）を除外してイベント圧縮値を算出してもよい。

（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ）として、（SHA24373、A183、M422、C675）を含むタグ情報が媒体１３４に格納される。媒体１３４は他方の組に取り付けられる。あるいは媒体１３４は各レタスに取り付けられてもよい。図では各レタスに媒体１３４が取り付けられているが、他方の組に対して取り付けられてもよい。他方の組は棚Ｎに格納される。

（具体例２）
具体例１では、各レタスに個体製造ＩＤは割り当てられていなかったが、本例で、レタスに個々に個体製造ＩＤが割り当てられている場合を記載する。具体例１と同じ説明は省略する。

［プロセス１］
出荷オーダのあった８個のレタスのそれぞれについて作成操作（()create1）を取得する。つまり８回、作成操作を取得する。８回の作成操作の時刻は同じ2019/01/11/11:30:30であるとする。１つ目のレタスについて所属ＩＤ、管理ＩＤ（製造オーダの伝票番号等）、個体クラスＩＤ、個体製造ＩＤを、（A671、M792、C675、I555）のデータセットとして得る。説明のため個体製造ＩＤを表す文字列の先頭にはIを付けるが、実際には任意の文字列など、他の形態でかまわない。１つめのレタスの当該データセットをＮＤ１とする。他の７個のレタスについても同様に決定し、データセットＮＤ２～８を得る。所属ＩＤ、管理ＩＤ、個体クラスＩＤは同じであるが、個体製造ＩＤのみがレタスごとに異なる。

１つ目のレタスについて、操作の時刻と、()create1と、データセットＮＤ１における所属ＩＤ、管理ＩＤ、個体クラスＩＤとの結合を圧縮する。イベント圧縮値として、例えば、SHA56789が算出される。イベント圧縮値の算出の際、個体製造ＩＤは用いない。２～８つ目のレタスについても同様にしてイベント圧縮値を算出する。各作成操作の時刻は同じであるため、各レタスに対するイベント圧縮値は同じになる。

８個のレタスを出荷用に梱包容器に詰める操作を行う。レタスごとに統合操作（３）が取得される。統合操作（３）の時刻は各レタスで同じ2019/01/16/11:30:30である。操作後の個体は８個のレタスの集合又は８個のレタスの入った梱包容器である。所属ＩＤはA366、管理ＩＤはM485（例えば出荷オーダの伝票番号等）であり、個体クラスＩＤ及び個体製造ＩＤはヌル値とする。

１つ目のレタスについて、2019/01/22/11:30:30、unite3、（SHA56789、A671、M792、C675）、（A366、M485）の文字列の結合を圧縮する。イベント圧縮値として、例えば、SHA5789が算出される。イベント圧縮値の算出の際、個体製造ＩＤは用いない。２～８つ目のレタスについても同様にしてイベント圧縮値を算出する。統合操作（３）の時刻が同じであるため、イベント圧縮値は同じになる。

１つ目のレタスについて、（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ及び個体製造ＩＤ）として、（SHA56789、A366、M485、C675、I555）を含むタグ情報が生成され、媒体１３１（図１８参照）に格納される。媒体１３１は１つ目のレタスに取り付けられる。２～８つ目のレタスについても同様にしてタグ情報が生成され、それぞれ媒体１３１に格納され、媒体１３１はそれぞれレタスに取り付けられる。２～８つ目のレタスに対するタグ情報は個体製造ＩＤのみが異なり、その他の項目の値は同じである。

［プロセス２］
プロセス２では、プロセス１から受け取った８個のレタスを梱包容器から取り出し、４つを１つの組として梱包容器でプロセス３に配送する。残り４つについても同様に１組として梱包容器で配送する。以下では最初の４つレタスの組を配送する例について説明する。

１つ目のレタスを梱包容器に詰めることに対応して、統合操作（３）（()unite3）を取得する。統合操作の時刻が2019/01/21/11:30:30であるとする。

前プロセス（プロセス１）のタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ及び個体製造ＩＤ）として、（SHA56789、A366、M485、C675、I555）が、得られる。

プロセス２の操作後の個体の所属ＩＤはA235、管理ＩＤはM451、個体クラスＩＤはヌル値とする。

よって、2019/01/21/11:30:30、()unite3、（SHA56789、A366、M485、C675）、（A235、M451）の文字列の結合を圧縮する。イベント圧縮値として、例えば、SHA57812が算出される。イベント圧縮値を算出する際、タグ情報における個体製造ＩＤは用いない。

１つ目のレタスについて、（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ及び個体製造ＩＤ）として、（SHA57812、A235、M451、C675、I555）を含むタグ情報が生成され、レタスに対する媒体１３２Ａ（図１８参照）に格納される。実際にはプロセス１で取り付けられた媒体１３１にタグ情報を上書きしてもよい。２～４つ目のレタスについても同様にしてタグ情報が生成されて、それぞれ当該レタスに対する媒体１３２Ａに格納される。２～４つ目のレタスについても実際にはプロセス１で取り付けられた媒体１３１にタグ情報を上書きしてもよい。１～４つ目のレタスに対するタグ情報は個体製造ＩＤのみが異なり、その他の項目の値は同じである。

［プロセス３］
プロセス３では、プロセス２から配送された一方の梱包容器に入っている４つのレタスを２つずつの２組に分けて、別々の棚に配置する。プロセス２から配送される他方の梱包容器についても同様の操作を行う。以下では、一方の梱包容器を対象に説明する。

一方の梱包容器から４個のレタスを取り出し、２個ずつの２組に分けて別々の棚に配置する。この操作は、各組の各レタスについて、統合操作（４）（()unite4）を行うことに相当する。

１つ目の組の１つ目のレタスについて、()unite4の時刻が2019/01/22/11:30:30であるとする。媒体に格納されているタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ及び個体製造ＩＤ）として、（SHA57812、A235、M451、C675、I555）が得られる。

プロセス３の操作後の個体（棚に置かれた個体）の所属ＩＤはA183、管理ＩＤはM421、個体クラスＩＤ、個体製造ＩＤはヌル値とする。

よって、2019/01/22/11:30:30、()unite4、（SHA57812、A235、M451、C675）、（A183、M421）の文字列の結合を圧縮する。イベント圧縮値として、例えば、SHA59923が算出される。イベント圧縮値の算出には、タグ情報における個体製造ＩＤは用いない。

（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ及び個体製造ＩＤ）として、（SHA59923、A235、M451、C675、I555）を含むタグ情報が生成され、媒体１３３に格納される。２つ目のレタスについても同様にしてタグ情報が生成され、当該レタスに対する媒体１３３に格納される。実際にはプロセス１で取り付けられた媒体１３１又はプロセス２で取り付けられた媒体１３２Ａにタグ情報を上書きしてもよい。１つ目のレタスと２つ目のレタスのタグ情報は、個体製造ＩＤが異なる以外は同じである。

２つ目の組の各レタスについては、１つ目の組のレタスの場合と同様にして、タグ情報が生成され、ぞれぞれのレタスに対する媒体１３４に格納される。実際にはプロセス１で取り付けられた媒体１３１又はプロセス２で取り付けられた媒体１３２Ａにタグ情報を上書きしてもよい。２つ目の組の各レタスのタグ情報は、個体製造ＩＤが異なる以外は同じである。また、２つ目の組の各レタスのタグ情報は、１つ目の組のレタスと所属ＩＤ及び個体クラスＩＤが同じであるが、イベント圧縮値、管理ＩＤ及び個体製造ＩＤは異なる。

（具体例３）
図１９は、本実施形態の具体例３を説明する図である。プロセス１１において、冷蔵庫の棚から３つの食材としてレタス、ジャガイモ、ベーコンをそれぞれ複数ある中から取り出し、取り出した食材を用いて加工食品を作り、加工食品を売る場合を想定する。各食材には媒体が取り付けられているとする。各食材に個体製造ＩＤは割り当てられていないとする。また、本例では管理ＩＤに加え、所属ＩＤ及び個体クラスＩＤを用いるとする。図において、媒体１４１が取り付けられている食材がレタス、媒体１４２が取り付けられている食材がジャガイモ、媒体１４３が取り付けられている食材がベーコンである。

３つの食材を取り出し、調理して加工食品を作る操作の種別として、３つの分割操作（１）と、統合操作（２）との連続が取得される。この連続した操作は、“(divide1,divide1,divide1)unite2”と表記される。各分割操作は食材を冷蔵庫から取り出す際に、センサで食材が取り出されたことを検知し、divide1を取得してもよい。３つの食材が調理器に投入されることを検知して、unite2を取得してもよい。操作の取得は、ユーザが３つの食材を取り出したことと、３つの食材を調理することを指示する入力を行うことで検知してもよい。ここで記載した以外の方法で検知してもよい。(divide1,divide1,divide1)unite2の時刻は、2019/01/31/11:30:30であるとする。

レタスの媒体１４１から読み出したタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ及び個体クラスＩＤ）として、（SHA24321、A183、M421、C675）が、得られる。
ジャガイモの媒体１４２から読み出したタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ及び個体クラスＩＤ）として、（SHA25321、A183、M423、C360）が、得られる。 ベーコンの媒体１４３から読み出したタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ及び個体クラスＩＤ）として、（SHA26321、A183、M424、C485）が、得られる。

プロセス１１の操作後の加工食品の所属ＩＤはA945、管理ＩＤはM257、個体クラスＩＤはI332とする。

よって、2019/01/31/11:30:30、(divide1,divide1,divide1)unite2、（SHA24321、A183、M421、C675）、（SHA25321、A183、M423、C360）、（SHA26321、A183、M424、C485）、（A945、M257、I332）の文字列の結合を圧縮する。イベント圧縮値として、例えば、SHA27321が算出される。

（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ）として、（SHA27321、A945、M257、I332）を含むタグ情報が媒体１４４に格納される。媒体１４４は、加工食品のパッケージ等に取り付けられる。なお、加工食品が売れた場合は、削除操作（図１０参照）を行うことによって、加工食品を管理の対象から除外してもよい。

本例では、レタスを複数有る中から一部を使用したが、レタスの全てを使用する場合、操作の種別として、分割操作（４）を取得すればよい。他の食材についても同様である。

（具体例４）
具体例３では、各食材に個体製造ＩＤは割り当てられていなかったが、本例で、各食材に個体製造ＩＤが割り当てられている場合を記載する。具体例３と同じ説明は省略する。 ［プロセス１１］
本例でも、具体例３と同様、３つの分割操作（１）と、統合操作（２）との連続が操作の種別として取得される。この連続した操作は、“(divide1,divide1,divide1)unite2”と表記される。(divide1,divide1,divide1)unite2の時刻は、2019/01/31/11:30:30であるとする。

レタスの媒体１４１から読み出したタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ及び個体製造ＩＤ）として、（SHA71001、A183、M421、C675、I555）が、得られる。
ジャガイモの媒体１４２から読み出したタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ及び個体製造ＩＤ）として、（SHA71589、A183、M423、C360、I660）が、得られる。
ベーコンの媒体１４３から読み出したタグ情報から、（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ及び個体製造ＩＤ）として、（SHA71525、A183、M424、C485、I770）が、得られる。

プロセス１１の操作後の加工食品の所属ＩＤはA945、管理ＩＤはM257、個体クラスＩＤはI332、個体製造ＩＤはI150とする。

よって、2019/01/31/11:30:30、(divide1,divide1,divide1)unite2、（SHA71001、A183、M421、C675）、（SHA71589、A183、M423、C360）、（SHA71525、A183、M424、C485）、（A945、M257）の文字列の結合を圧縮する。イベント圧縮値として、例えば、SHA77321が算出される。イベント圧縮値の算出には個体製造ＩＤを用いてない。

（イベント圧縮値、所属ＩＤ、管理ＩＤ、個体クラスＩＤ及び個体製造ＩＤ）として、（SHA77321、A945、M257、I332、I150）を含むタグ情報が生成され、媒体１４４に格納される。

本例においても、具体例３で記載したのと同様、冷蔵庫内のレタスの全てを使用する場合、操作の種別として、分割操作（４）を取得すればよい。他の食材についても同様である。

本実施形態では、操作取得部１０５が操作の種別を取得する場合を主に記載したが、操作自体を取得してもよい。例えば、レタスを生産する場合、実施形態では“作成操作”を取得したが、操作自体を取得する場合、“レタスを生産する”を取得する。この場合も、これまで記載した各部の説明において、“操作の種別”を“操作”に読み替えることで同様の動作が可能である。

本実施形態によれば、個体識別変更履歴データ又は操作履歴イベントを各プロセスで生成して分散管理することで、管理の単位が変化する個体の情報管理、例えば個体がこれまで受けてきた操作の種別の遷移の把握を容易に行うことができる。複数の事業体で共通のマッピングテーブルを整備することは不要であり、コストを抑制できる。また、各プロセスでの操作履歴をプロセスごとに分散管理することで、スケーラビリティも保つことできる。また、個体を管理ＩＤ等で管理することで、個体が個体製造ＩＤを持たない場合であっても、管理対象にできる。

また、操作履歴イベントを圧縮してイベント圧縮値とすることで、個体識別変更履歴ＤＢの検索を高速に行うことができる。また、イベント圧縮値を固定長にすることで、タグ又はバーコード等に記録することも容易である。 また、操作履歴イベント、つまり個体の情報を取引の当事者以外に秘密にしたい事業体もあるため、識別・追跡するためのキー値となるイベント圧縮値を当事者のみ解読可能（当事者以外には解読不能）とすることで、個体の情報の連鎖的な受け渡しを実現することができる。

図２０は、本実施形態に係る動作の一例のフローチャートである。操作取得部１０５が、操作対象の個体（操作前の個体）に対して行われた操作の種別を取得する（Ｓ１０１）。操作取得部１０５は、操作前の個体に関する識別子を受信情報ＤＢ１０４から取得する。あるいはユーザの入力に基づき、当該識別子を取得してもよい。操作前の個体に関する識別子は、一例として、管理ＩＤ、所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤのうちの少なくとも１つを含む。

操作取得部１０５は、個体情報管理部１０９に操作後の個体の識別子（管理ＩＤ等）を決定することを要求する（Ｓ１０２）。個体情報管理部１０９は、個体情報管理部１０９は、操作後の個体の識別子（管理ＩＤ等）を決定する（同Ｓ１０２）。操作後の個体の識別子は、一例として、管理ＩＤ、所属ＩＤ、個体クラスＩＤ及び個体製造ＩＤのうちの少なくとも１つを含む。

操作取得部１０５は、操作の時刻と、取得した操作の種別と、操作前の個体の識別子（管理ＩＤ等）と、操作後の個体の識別子とを操作履歴イベント生成部１０６に送る。

操作履歴イベント生成部１０６は、操作取得部１０５から受け取った操作前管理ＩＤに対応するイベント圧縮値（操作前の個体のイベント圧縮値）を、受信情報ＤＢ１０４から取得する（Ｓ１０３）。操作の時刻（項目１）と、取得した操作の種別（項目２）と、操作前の個体の識別子及びイベント圧縮値の組（項目３）と、操作後の個体の識別子（項目４）と、を含む操作履歴イベントを生成する。操作対象となる個体が複数存在し、項目１、２、４が同じ場合、項目３には複数の個体に対応する複数の組が含まれる。

情報圧縮部１０７は、操作履歴イベント生成部１０６で生成された操作履歴イベントのデ－タを圧縮することにより、イベント圧縮値（操作後の個体のイベント圧縮値）を算出する（Ｓ１０４）。例えば、操作履歴イベントの各項目の文字列を結合したデータを入力として、ハッシュ関数を計算する。ハッシュ関数の出力値をイベント圧縮値とする。圧縮する際、操作履歴イベントの一部の項目を除外してもよい。例えば、項目４又は項目３に個体製造ＩＤが含まれる場合、個体製造ＩＤを除外してもよい。または、項目４全体を除外してもよい。

操作履歴イベント生成部１０６は、イベント圧縮値を、操作履歴イベントと対応づけて個体識別変更履歴データとする（Ｓ１０５）。個体識別変更履歴データを、個体識別変更履歴ＤＢ１０８に格納する（同Ｓ１０５）。

（変形例１）
上述した実施形態において、操作履歴イベントの開示の許可又は不許可を表すフラグ（開示フラグ）を導入する。個体情報管理部１０９は操作履歴イベントに対する開示の許可又は不許可を決定し、個体識別変更履歴データに開示の許可又は禁止を表す開示フラグを設定する。例えば取引先に応じて開示の許可又は禁止を決定し、開示フラグを設定する。

図２１は、個体識別変更履歴データの他の例を示す図である。項目１～５は図１１と同じである。項目６は、開示フラグを表す。

開示フラグが許可の場合、個体情報管理部１０９は、下位のプロセスからの情報取得要求を受信した場合、個体識別変更履歴データに基づき解析用データを生成して、下位のプロセスの情報管理装置に送信する。開示フラグが禁止の場合、個体情報管理部１０９は、下位のプロセスの情報管理装置に、当該解析用データを送信しない。

例えば自プロセスの下位に複数のプロセスが並列に存在する場合、取引先に応じて開示を許可するか否かを変えることができる。例えば、あるプロセスの事業体には操作履歴を開示するが、他のプロセスの事業体には操作履歴を開示しないといったことができる。

開示フラグが禁止の場合は、個体情報管理部１０９は、操作履歴の開示は禁止することを通知するメッセージを、情報取得要求の送信元に送信してもよい。

開示フラグが禁止の場合であっても、自プロセスの上位プロセスに対する情報取得要求を送信してもよい。この場合、上位のプロセスの情報管理装置から受信した解析用データは、下位のプロセスの情報管理装置に転送する。あるいは、開示フラグが禁止の場合は、当該上位のプロセスに対する情報取得要求を送信することを禁止するようにしてもよい。

また個体情報管理部１０９は媒体に書き込むタグ情報に、開示フラグを含めてもよい。タグ情報を読み出した上位プロセスの情報管理装置は、開示フラグが禁止の場合は、情報取得要求の送信を行わないようにしてもよい。

本変形例によれば、操作履歴イベントに対する開示フラグを設定することにより、許可した相手以外に操作履歴を開示しないようにすることができる。

（変形例２）
上述した実施形態では商品等の物といった管理される側を主体とし、当該主体となる個体にどのような操作を行ったかを操作の種別を介して表した。これに対して、配送伝票や棚と行った物を管理する側を主体とし、当該主体となる個体にどのような操作が行われたかを、操作の種別を介して表してもよい。この場合も、基本的には上述した実施形態と同様に実現できる。

例えば、上述の具体例１において、プロセス１における出荷伝票が操作対象となる個体であるとする。操作前の個体の管理ＩＤは、M485（８個のレタスが出荷用に統合される前の出荷伝票の管理ＩＤ）であり、操作後の個体の管理ＩＤはM792（８個のレタスが出荷用に統合された後の出荷伝票の管理ＩＤ）となる。つまり、操作の前には、出荷伝票は８個のレタスに何ら関連づけられていなかったが、操作により、８個のレタスが出荷伝票の管理下に置かれたことを把握できる。つまり、管理ＩＤの順序が具体例１と逆になる。また操作の種別は、unite3(divide1)と記載できる。unite3(divide1)により、予め分割操作（１）で分割された８個のレタスを統合操作３で統合する。他の具体例についても同様にして物を管理する側を主体とし、当該主体となる個体に対する操作の履歴を記録してもよい。タグ情報に含める管理ＩＤは、前述した実施形態では操作後管理ＩＤであったが、本変形例の場合は、操作前管理ＩＤ（項目３）を用いればよい。

（変形例３）
上述した実施形態では、ハッシュ関数等を用いてイベント圧縮値を生成したが、イベント圧縮値は、操作履歴イベントに含まれる各項目を単純に結合した文字列でもよい。この場合でも、各プロセスの情報管理装置間で操作履歴イベント又は個体識別変更履歴データを分散して管理することで、管理の単位が変化する個体の情報管理を容易に行うことができる。

以下、本実施形態の応用例を記載する。
（応用例１）
例えば、生鮮食品のトレーサビリティを考える。ある生鮮食品の保管状態の把握のために、当該生鮮食品が、流通過程においてどのような温度環境にあったかを知りたいとする。温度センサデバイスが観測対象とする空間にその食品が入っていた期間は、当該食品はその空間で設定された温度にあったとする。例えば、冷蔵車で運搬中の間は、冷蔵庫で設定された温度の環境にあり、バックヤードで保管中の間は、バックヤード内の温度の環境にあったとなる。具体的には、食品を、センサが設けられた冷蔵庫に入れる操作の種別（例えば統合操作（４））を用いて、食品が属していた空間を特定できる。食品がその冷蔵庫に属していた期間では、その食品Ｘの温度は、その冷蔵庫の設定温度であったと判断できる。これは前述した解析データ（連鎖グラフ等）を作成し、管理ＩＤを介して各プロセスにおける個体の取引情報を把握することで実現できる。

（応用例２）
売り場から収集したデータを用いて店舗無人化や買物時間の短縮を実現する店舗ソリューションを考える。想定するアプリケーションは自動決済や販促効果自動分析であり、収集する主なデータは来店客の購買行動である。対象となる個体は、来店客や従業員、商品、販促物、売り場、什器や設備、などである。

売り場での個体、及び個体に対する操作は、各種センサによって検出し、個体の個体製造ＩＤ等及び検出した操作の種別を記録する。前述した連鎖グラフのように操作を辿ることで、任意の時点でのバスケット（個体）の付属物となっている商品（個体）を特定できる。これにより、決済対象の個体を特定できる。バスケット内の商品の特定は、任意の時点でのバスケットの付属物になっている商品を特定することで行うことができる。

具体的には、ある期間（任意の時点から任意の時点まで）において、個体（バスケット）に対して、個体（商品）を付属物にする操作（統合操作（４））の履歴と、バスケットから商品を分離する操作（分割操作（４））の履歴を取得する。統合操作（４）は商品をバスケットに入れる操作に対応し、分割操作（４）はバスケット内の商品を棚に戻す操作に対応する。統合操作（４）でバスケット内に入れられた商品のうち分割操作（４）で棚に戻されなかった商品がバスケット内にある商品でると特定できる。

（ハードウェア構成）
図２２に、本実施形態に係る情報管理装置（情報処理装置）１００のハードウェア構成を示す。本実施形態に係る情報処理装置１００は、コンピュータ装置１６０により構成される。コンピュータ装置１６０は、ＣＰＵ１５１と、入力インタフェース１５２と、表示装置１５３と、通信装置１５４と、主記憶装置１５５と、外部記憶装置１５６とを備え、これらはバス１５７により相互に接続されている。

ＣＰＵ（中央演算装置）１５１は、主記憶装置１５５上で、情報処理装置１００の上述の各機能構成を実現するコンピュータプログラムを実行する。ＣＰＵ１５１が、コンピュータプログラムを実行することにより、各機能構成は実現される。

入力インタフェース１５２は、キーボード、マウス、及びタッチパネルなどの入力装置からの操作信号を、情報処理装置１００に入力するための回路である。入力部１１３の入力機能を担う部分は、入力インタフェース１５２上に構築されることができる。

表示装置１５３は、情報処理装置１００から出力されるデータ又は情報を表示する。表示装置１５３は、例えば、ＬＣＤ（液晶ディスプレイ）、ＣＲＴ（ブラウン管）、及びＰＤＰ（プラズマディスプレイ）であるが、これに限られない。コンピュータ装置１６０から出力されたデータ又は情報は、この表示装置１５３により表示することができる。表示部１１４は、表示装置１５３上に構築されることができる。

通信装置１５４は、情報処理装置１００が外部装置と無線又は有線で通信するための回路である。通信装置１５４を介して外部装置から情報を入力することができる。外部装置から入力した情報を、ＤＢに格納することができる。情報管理装置１００の通信機能を担う部分は、通信装置１５４上に構築されることができる。

主記憶装置１５５は、本実施形態の処理を実現するプログラム、及びプログラムの実行に必要なデータ、及びプログラムの実行により生成されたデータなどを記憶する。プログラムは、主記憶装置１５５上で展開され、実行される。主記憶装置１５５は、例えば、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭであるが、これに限られない。各実施形態における各種ＤＢ及び記憶部は、主記憶装置１５５上に構築されてもよい。

外部記憶装置１５６は、上記プログラム及びプログラムの実行に必要なデータ、及びプログラムの実行により生成されたデータなどを記憶する。これらのプログラムやデータは、本実施形態の処理の際に主記憶装置１５５に読み出される。外部記憶装置１５６は、例えば、ハードディスク、光ディスク、フラッシュメモリ、及び磁気テープであるが、これに限られない。各実施形態における各種ＤＢ及び記憶部は、外部記憶装置１５６上に構築されてもよい。

なお、上述のプログラムは、コンピュータ装置１６０に予めインストールされていてもよいし、ＣＤ－ＲＯＭなどの記憶媒体に記憶されていてもよい。また、当該プログラムは、インターネット上にアップロードされていてもよい。

なお、コンピュータ装置１６０は、プロセッサ１５１、入力インタフェース１５２、表示装置１５３、通信装置１５４、及び主記憶装置１５５を、それぞれ１つ又は複数備えてもよいし、プリンタやスキャナなどの周辺機器を接続されていてもよい。

また、情報処理装置１００は、単一のコンピュータ装置１６０により構成されてもよいし、相互に接続された複数のコンピュータ装置１６０からなるシステムとして構成されてもよい。

なお、本発明は上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、各実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。

本実施形態は、以下のように構成することもできる。
［項目１］
第１識別子が割り当てられた第１個体に第１操作を行うことにより得られる第２個体に、第２識別子を割り当てる個体情報管理部と、
前記第１識別子と、前記第１操作と、前記第２識別子とを含む第１データを生成するデータ生成部と、
を備えた情報処理装置。
［項目２］
前記第１データに基づき第１値を算出する算出部を備え、
前記第１値は、前記第１データに関連づけられる
項目１に記載の情報処理装置。
［項目３］
前記第１値と前記第２識別子を含む第１通知情報を、前記第２個体に対する第１媒体に書き込む情報書込部
を備えた項目２に記載の情報処理装置。
［項目４］
前記個体情報管理部は、第１情報管理装置から、前記第１値を含む第１情報取得要求を受信した場合に、前記第１データを前記第１情報管理装置に送信する
項目３に記載の情報処理装置。
［項目５］
前記個体情報管理部は、前記第１データに関連づけて、開示の許可を含むフラグを設定し、
前記個体情報管理部は、前記フラグが許可の場合に前記第１データを送信する
項目４に記載の情報処理装置。
［項目６］
前記個体情報管理部は、前記第１データに関連づけて、開示の非許可を含むフラグを設定し、
前記個体情報管理部は、前記フラグが非許可の場合に前記第１データを送信しない
項目４に記載の情報処理装置。
［項目７］
前記第１個体に対する第２媒体から前記第１識別子を読み出す情報読出部
を備えた項目１～６のいずれか一項に記載の情報処理装置。
［項目８］
第２データに基づく第２値と、前記第１識別子とを含む第２通知情報を、前記第１個体に対する第２媒体から読み出す情報読出部を備え、
前記データ生成部は、前記第２値と、前記第１識別子と、前記第１操作と、前記第２識別子とを含む第３データを生成する
項目１に記載の情報処理装置。
［項目９］
前記第１個体は、第２プロセスで第３個体に対し第２操作を行うことによって得られたものであり、
前記第２データは、前記第３個体の第３識別子と、前記第２操作と、前記第１識別子と、を含む
項目８に記載の情報処理装置。
［項目１０］
前記第３データに基づき第３値を算出する算出部を備え、
前記第３値は、前記第３データに関連づけられる
項目８又は９に記載の情報処理装置。
［項目１１］
前記第３値と前記第２識別子とを含む第３通知情報を、前記第２個体に対する第１媒体に書き込む情報書込部
を備えた項目１０に記載の情報処理装置。
［項目１２］
第２情報管理装置に、前記第２値を含む第２情報取得要求を送信し、前記第２情報管理装置から前記第２データを受信する個体情報取得部
を備えた項目１０又は１１に記載の情報処理装置。
［項目１３］
前記個体情報管理部は、第１情報管理装置から、前記第３値を含む第３情報取得要求を受信し、
前記個体情報取得部は、前記第３情報取得要求が受信された場合に、前記第２情報管理装置に、前記第２情報取得要求を送信し、
前記個体情報管理部は、前記第２データと前記第１データとを、前記第１情報管理装置に送信する
項目１２に記載の情報処理装置。
［項目１４］
前記第２データに、開示の許可を含むフラグが関連づけられており、
前記個体情報取得部は、前記フラグが許可を示す場合に、前記第２情報管理装置に前記第３情報取得要求を送信する
項目１３に記載の情報処理装置。
［項目１５］
前記第２データに、開示の非許可を含むフラグが関連づけられており、
前記個体情報取得部は、前記フラグが非許可を示す場合に、前記第２情報管理装置に前記第３情報取得要求を送信しない
項目１３に記載の情報処理装置。
［項目１６］
前記個体情報管理部は、前記第１データと前記第２データとに基づき、前記第２個体に対する操作の履歴を特定する
項目１２に記載の情報処理装置。
［項目１７］
前記個体情報管理部は、前記第２データにおける前記操作と、前記第１データにおける前記操作との順序に基づき、前記第２個体に対する操作の履歴に矛盾があるかを判定する
項目１６に記載の情報処理装置。
［項目１８］
前記個体情報管理部は、前記第２データにおける前記第１識別子と、前記第１データにおける前記第１識別子が一致するかに応じて、前記第２個体に対する操作の履歴に矛盾があるかを判定する
項目１６又は１７に記載の情報処理装置。
［項目１９］
前記第２識別子は、前記第２個体の管理の単位を識別する識別子を含む
項目１～１８のいずれか一項に記載の情報処理装置。
［項目２０］
前記第２識別子は、前記第２個体の種類を識別する識別子、前記第２個体をユニークに識別する識別子、前記第２個体の管理を行う管理体の識別子の少なくとも１つをさらに含む
項目１９に記載の情報処理装置。
［項目２１］
前記第１個体に行われる前記第１操作を取得する第１操作取得部
を備えた項目１～２０のいずれか一項に記載の情報処理装置。
［項目２２］
前記データ生成部は、前記第１データとして、前記第１識別子と、前記第１操作の種別と、前記第２識別子とを含むデータを生成する
項目１～２１のいずれか一項に記載の情報処理装置。
［項目２３］
前記第１個体に行われる前記第１操作の種別を取得する第２操作取得部
を備えた項目２２に記載の情報処理装置。
［項目２４］
前記第１操作は、個体を作成する作成操作、複数の個体を統合する統合操作、個体を分割する分割操作、個体を変換する変換操作、個体を削除する削除操作の少なくとも１つを含む
項目２２又は２３に記載の情報処理装置。
［項目２５］
第１識別子が割り当てられた第１個体に第１操作を行うことにより得られる第２個体に、第２識別子を割り当てる個体情報管理ステップと、
前記第１識別子と、前記第１操作と、前記第２識別子とを対応づけた第１データを生成するデータ生成ステップと、
を備えた情報処理方法。
［項目２６］
第１識別子が割り当てられた第１個体に第１操作を行うことにより得られる第２個体に、第２識別子を割り当てる個体情報管理ステップと、
前記第１識別子と、前記第１操作と、前記第２識別子とを対応づけた第１データを生成するデータ生成ステップと、
をコンピュータに実行させるためのコンピュータプログラム。

１００：情報管理装置
１０１：取引情報管理部
１０２：取引情報データベース（ＤＢ）
１０３：情報読出部
１０４：受信情報
１０５：操作取得部
１０６：操作履歴イベント生成部
１０７：情報圧縮部
１０８：個体識別変更履歴ＤＢ
１０９：個体情報管理部
１１１：情報書込部
１１２：前プロセス個体情報取得部
１１３：入力部
１１４：表示部
１１５：インタフェース
１２２：ＩＣタグ（媒体）
１５１：プロセッサ（ＣＰＵ）
１５２：入力インタフェース
１５３：表示装置
１５４：通信装置
１５５：主記憶装置
１５６：外部記憶装置
１５７：バス
１６０：コンピュータ装置

Claims (25)

1. 第２プロセス、第１プロセス、及び第３プロセスの順に前記第２プロセス、前記第１プロセス及び前記第３プロセスのそれぞれで個体に管理の単位が変化する操作が行われ、前記第２プロセスにおいて個体に対して前記操作を行うことにより得られる個体が前記第１プロセスに渡され、前記第１プロセスにおいて前記第２プロセスから渡された個体に対して前記操作を行うことにより得られる個体が前記第３プロセスに渡される場合に、前記第２プロセス、前記第１プロセス及び前記第３プロセスに対してそれぞれ対応して配置される複数の情報処理装置のうち前記第１プロセスに対応して配置される情報処理装置であって、
   前記第２プロセスに対して配置される第２情報処理装置から、前記第２プロセスで前記操作の対象となる個体である第３個体の第３識別子と、前記第３個体に行われる前記操作である第２操作と、前記第３個体に前記第２操作を行うことにより得られる第１個体に割り当てられた第１識別子と、を含む第２データを受信し、
   前記第１プロセスにおいて、前記第１識別子が割り当てられた前記第１個体に前記操作である第１操作を行うことにより得られる第２個体に、第２識別子を割り当て、
   前記第１識別子と、前記第１操作と、前記第２識別子とを含む第１データを生成し、
   前記第１データを、前記第３プロセスに対応して配置される第１情報処理装置に送信する、処理部
   を備えた情報処理装置。
2. 前記処理部は、前記第１データに基づき第１値を算出し、
   前記第１値は、前記第１データに関連づけられる
   請求項１に記載の情報処理装置。
3. 前記第１値と前記第２識別子を含む第１通知情報を、前記第２個体に対する第１媒体に書き込む情報書込部
   を備えた請求項２に記載の情報処理装置。
4. 前記処理部は、前記第１情報処理装置から、前記第１値を含む第１情報取得要求を受信した場合に、前記第１データを前記第１情報処理装置に送信する
   請求項３に記載の情報処理装置。
5. 前記処理部は、前記第１データに関連づけて、開示の許可を含むフラグを設定し、
   前記処理部は、前記フラグが許可の場合に前記第１データを送信する
   請求項４に記載の情報処理装置。
6. 前記処理部は、前記第１データに関連づけて、開示の非許可を含むフラグを設定し、
   前記処理部は、前記フラグが非許可の場合に前記第１データを送信しない
   請求項４に記載の情報処理装置。
7. 前記第１個体に対する第２媒体から前記第１識別子を読み出す情報読出部
   を備えた請求項１～６のいずれか一項に記載の情報処理装置。
8. 前記第２データに基づく第２値と、前記第１識別子とを含む第２通知情報を、前記第１個体に対する第２媒体から読み出す情報読出部を備え、
   前記処理部は、前記第２値と、前記第１識別子と、前記第１操作と、前記第２識別子とを含む第３データを生成する
   請求項１に記載の情報処理装置。
9. 前記処理部は、前記第３データに基づき第３値を算出し、
   前記第３値は、前記第３データに関連づけられる
   請求項８に記載の情報処理装置。
10. 前記第３値と前記第２識別子とを含む第３通知情報を、前記第２個体に対する第１媒体に書き込む情報書込部
    を備えた請求項９に記載の情報処理装置。
11. 前記処理部は、前記第２情報処理装置に、前記第２値を含む第２情報取得要求を送信し、前記第２情報処理装置から前記第２データを受信する
    請求項９又は１０に記載の情報処理装置。
12. 前記処理部は、前記第１情報処理装置から、前記第３値を含む第３情報取得要求を受信し、
    前記処理部は、前記第３情報取得要求が受信された場合に、前記第２情報処理装置に、前記第２情報取得要求を送信し、
    前記処理部は、前記第２データと前記第１データとを、前記第１情報処理装置に送信する
    請求項１１に記載の情報処理装置。
13. 前記第２データに、開示の許可を含むフラグが関連づけられており、
    前記処理部は、前記フラグが許可を示す場合に、前記第２情報処理装置に前記第３情報取得要求を送信する
    請求項１２に記載の情報処理装置。
14. 前記第２データに、開示の非許可を含むフラグが関連づけられており、
    前記処理部は、前記フラグが非許可を示す場合に、前記第２情報処理装置に前記第３情報取得要求を送信しない
    請求項１２に記載の情報処理装置。
15. 前記処理部は、前記第１データと前記第２データとに基づき、前記第２個体に対する操作の履歴を特定する
    請求項１１に記載の情報処理装置。
16. 前記処理部は、前記第２データにおける前記操作と、前記第１データにおける前記操作との順序に基づき、前記第２個体に対する操作の履歴に矛盾があるかを判定する
    請求項１５に記載の情報処理装置。
17. 前記処理部は、前記第２データにおける前記第１識別子と、前記第１データにおける前記第１識別子が一致するかに応じて、前記第２個体に対する操作の履歴に矛盾があるかを判定する
    請求項１５又は１６に記載の情報処理装置。
18. 前記第２識別子は、前記第２個体の管理の単位を識別する識別子を含む
    請求項１～１７のいずれか一項に記載の情報処理装置。
19. 前記第２識別子は、前記第２個体の種類を識別する識別子、前記第２個体をユニークに識別する識別子、前記第２個体の管理を行う管理体の識別子の少なくとも１つをさらに含む
    請求項１８に記載の情報処理装置。
20. 前記処理部は、前記第１個体に行われる前記第１操作を取得する
    請求項１～１９のいずれか一項に記載の情報処理装置。
21. 前記処理部は、前記第１データとして、前記第１識別子と、前記第１操作の種別と、前記第２識別子とを含むデータを生成する
    請求項１～２０のいずれか一項に記載の情報処理装置。
22. 前記処理部は、前記第１個体に行われる前記第１操作の種別を取得する
    請求項２１に記載の情報処理装置。
23. 前記第１操作は、個体を作成する作成操作、複数の個体を統合する統合操作、個体を分割する分割操作、個体を変換する変換操作、個体を削除する削除操作の少なくとも１つを含む
    請求項１～２２のいずれか一項に記載の情報処理装置。
24. 第２プロセス、第１プロセス、及び第３プロセスの順に前記第２プロセス、前記第１プロセス及び前記第３プロセスのそれぞれで個体に管理の単位が変化する操作が行われ、前記第２プロセスにおいて個体に対して前記操作を行うことにより得られる個体が前記第１プロセスに渡され、前記第１プロセスにおいて前記第２プロセスから渡された個体に対して前記操作を行うことにより得られる個体が前記第３プロセスに渡される場合に、前記第２プロセス、前記第１プロセス及び前記第３プロセスに対してそれぞれ対応して配置される複数の情報処理装置のうち前記第１プロセスに対応して配置される情報処理装置が実行する情報処理方法であって、
    前記第２プロセスに対して配置される第２情報処理装置から、前記第２プロセスで前記操作の対象となる個体である第３個体の第３識別子と、前記第３個体に行われる前記操作である第２操作と、前記第３個体に前記第２操作を行うことにより得られる第１個体に割り当てられた第１識別子と、を含む第２データを受信するステップと、
    前記第１プロセスにおいて、前記第１識別子が割り当てられた前記第１個体に前記操作である第１操作を行うことにより得られる第２個体に、第２識別子を割り当てる個体情報管理ステップと、
    前記第１識別子と、前記第１操作と、前記第２識別子とを対応づけた第１データを生成するデータ生成ステップと、
    前記第１データを、前記第３プロセスに対応して配置される第１情報処理装置に送信する送信ステップと、
    を備える、情報処理方法。
25. 第２プロセス、第１プロセス、及び第３プロセスの順に前記第２プロセス、前記第１プロセス及び前記第３プロセスのそれぞれで個体に管理の単位が変化する操作が行われ、前記第２プロセスにおいて個体に対して前記操作を行うことにより得られる個体が前記第１プロセスに渡され、前記第１プロセスにおいて前記第２プロセスから渡された個体に対して前記操作を行うことにより得られる個体が前記第３プロセスに渡される場合に、前記第２プロセス、前記第１プロセス及び前記第３プロセスに対してそれぞれ対応して配置される複数の情報処理装置のうち前記第１プロセスに対応して配置される情報処理装置に実行させるためのコンピュータプログラムであって、
    前記第２プロセスに対して配置される第２情報処理装置から、前記第２プロセスで前記操作の対象となる個体である第３個体の第３識別子と、前記第３個体に行われる前記操作である第２操作と、前記第３個体に前記第２操作を行うことにより得られる第１個体に割り当てられた第１識別子と、を含む第２データを受信するステップと、
    前記第１プロセスにおいて、前記第１識別子が割り当てられた前記第１個体に前記操作である第１操作を行うことにより得られる第２個体に、第２識別子を割り当てる個体情報管理ステップと、
    前記第１識別子と、前記第１操作と、前記第２識別子とを対応づけた第１データを生成するデータ生成ステップと、
    前記第１データを、前記第３プロセスに対応して配置される第１情報処理装置に送信する送信ステップと、
    を備える、コンピュータプログラム。

Images