特開 2024-10684 管理プログラム、管理方法、および情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024010684

(43)【公開日】2024-01-25

(54)【発明の名称】管理プログラム、管理方法、および情報処理装置

(51)【国際特許分類】

   G06Q 10/0833 20230101AFI20240118BHJP

   G06Q 50/04 20120101ALI20240118BHJP

【ＦＩ】

G06Q10/08 306

G06Q50/04

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022112104

(22)【出願日】2022-07-13

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100104190

【弁理士】

【氏名又は名称】酒井 昭徳

(72)【発明者】

【氏名】中川 格

(72)【発明者】

【氏名】須加 純一

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC01

5L049CC03

(57)【要約】

【課題】製品が出荷後に分納される場合の履歴の連結を正しく行うこと。
【解決手段】認可判定装置３０１は、履歴認可要求７１２を受信すると、認可ルールテーブル３２０を参照して、履歴認可要求７１２の荷札ＩＤ「ｎ１」に対応する認可ルールを特定する。認可判定装置３０１は、認可ルールを参照して、牛乳（第１の製品）の出荷量「２０ｋＬ」および累積入荷量「０ｋＬ」を特定する。認可判定装置３０１は、累積入荷量「０ｋＬ」と履歴認可要求７１２の入荷量「８ｋＬ」との合算値「８ｋＬ」が出荷量「２０ｋＬ」以下の場合、牛乳の入荷にともなう履歴（第１の履歴）の登録を許可すると判定する。認可判定装置３０１は、牛乳の出荷時に記録された履歴の履歴ＩＤ「ａ３」を含む許可応答７１３を履歴登録装置３０２に送信する。
【選択図】図７

【特許請求の範囲】

【請求項1】

出荷された第１の製品の識別情報と、入荷された前記第１の製品の入荷量とを含む、前記第１の製品の入荷にともなう第１の履歴の登録認可要求を受け付け、
製品の識別情報と対応付けて、前記製品の出荷量および累積入荷量を記憶する記憶部を参照して、前記登録認可要求に含まれる前記第１の製品の識別情報に対応する前記第１の製品の出荷量および累積入荷量を特定し、
特定した前記第１の製品の出荷量および累積入荷量と、前記登録認可要求に含まれる前記第１の製品の入荷量とに基づいて、前記第１の履歴の登録の許否を判定し、
前記第１の履歴の登録を許可すると判定した場合、前記登録認可要求に対して、前記第１の製品の出荷時に記録された履歴の識別情報を含む許可応答を出力する、
処理をコンピュータに実行させることを特徴とする管理プログラム。

【請求項2】

前記判定する処理は、
前記第１の製品の累積入荷量と前記第１の製品の入荷量との合算値が前記第１の製品の出荷量以下の場合、前記第１の履歴の登録を許可すると判定して、前記記憶部に記憶された前記第１の製品の累積入荷量を前記合算値に更新し、
前記合算値が前記第１の製品の出荷量より大きい場合、前記第１の履歴の登録を許可しないと判定する、ことを特徴とする請求項１に記載の管理プログラム。

【請求項3】

前記第１の履歴の登録を許可すると判定した場合、前記合算値と前記第１の製品の出荷量とに基づいて、入荷されていない残量があるか否かを判断し、
前記残量があると判断した場合、前記登録認可要求を受け付けてから所定時間経過するまでに、前記第１の製品について新たな登録認可要求を受け付けなかった場合、前記第１の製品の納品異常を検知する、
処理を前記コンピュータに実行させることを特徴とする請求項２に記載の管理プログラム。

【請求項4】

前記第１の製品の納品異常を検知した場合、前記第１の製品の出荷元に対して、前記第１の製品の納品異常を検知した旨の異常通知を送信する、
処理を前記コンピュータに実行させることを特徴とする請求項３に記載の管理プログラム。

【請求項5】

前記第１の履歴の登録を許可しないと判定した場合、前記登録認可要求に対して、前記第１の履歴の登録を許可しない旨の拒否応答を出力する、
処理を前記コンピュータに実行させることを特徴とする請求項１～４のいずれか一つに記載の管理プログラム。

【請求項6】

出荷された第１の製品の識別情報と、入荷された前記第１の製品の入荷量とを含む、前記第１の製品の入荷にともなう第１の履歴の登録認可要求を受け付け、
製品の識別情報と対応付けて、前記製品の出荷量および累積入荷量を記憶する記憶部を参照して、前記登録認可要求に含まれる前記第１の製品の識別情報に対応する前記第１の製品の出荷量および累積入荷量を特定し、
特定した前記第１の製品の出荷量および累積入荷量と、前記登録認可要求に含まれる前記第１の製品の入荷量とに基づいて、前記第１の履歴の登録の許否を判定し、
前記第１の履歴の登録を許可すると判定した場合、前記登録認可要求に対して、前記第１の製品の出荷時に記録された履歴の識別情報を含む許可応答を出力する、
処理をコンピュータが実行することを特徴とする管理方法。

【請求項7】

出荷された第１の製品の識別情報と、入荷された前記第１の製品の入荷量とを含む、前記第１の製品の入荷にともなう第１の履歴の登録認可要求を受け付け、
製品の識別情報と対応付けて、前記製品の出荷量および累積入荷量を記憶する記憶部を参照して、前記登録認可要求に含まれる前記第１の製品の識別情報に対応する前記第１の製品の出荷量および累積入荷量を特定し、
特定した前記第１の製品の出荷量および累積入荷量と、前記登録認可要求に含まれる前記第１の製品の入荷量とに基づいて、前記第１の履歴の登録の許否を判定し、
前記第１の履歴の登録を許可すると判定した場合、前記登録認可要求に対して、前記第１の製品の出荷時に記録された履歴の識別情報を含む許可応答を出力する、
制御部を有することを特徴とする情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理プログラム、管理方法、および情報処理装置に関する。

【背景技術】

【0002】

近年、サプライチェーンのトレーサビリティ管理により、データやモノの生成、加工などの過程を遡って確認できるようになってきている。トレーサビリティ管理において、例えば、加工や出荷などの個々の過程は履歴として記録される。また、履歴を連結したものが来歴として管理される。正しい来歴は、安心感を生み、サプライチェーンの信頼性の向上につながる。

【0003】

先行技術としては、例えば、サプライチェーン内の製品上に置かれるユニークな識別子とデジタル的に保護された電子タイトル（ＤＳＥＴｓ）により特徴付けられるシステムがある。このＤＳＥＴｓは、サプライチェーン内で製品の移送の際に交換され、電子レジストリ内で追跡される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特表２０１５－５３７４７２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来技術では、製品が出荷後に不定数に分けて入荷（分納）される場合、履歴の連結を正しく行うことができず、トレーサビリティを確保することが難しい。

【0006】

一つの側面では、本発明は、製品が出荷後に分納される場合の履歴の連結を正しく行うことを目的とする。

【課題を解決するための手段】

【0007】

１つの実施態様では、出荷された第１の製品の識別情報と、入荷された前記第１の製品の入荷量とを含む、前記第１の製品の入荷にともなう第１の履歴の登録認可要求を受け付け、製品の識別情報と対応付けて、前記製品の出荷量および累積入荷量を記憶する記憶部を参照して、前記登録認可要求に含まれる前記第１の製品の識別情報に対応する前記第１の製品の出荷量および累積入荷量を特定し、特定した前記第１の製品の出荷量および累積入荷量と、前記登録認可要求に含まれる前記第１の製品の入荷量とに基づいて、前記第１の履歴の登録の許否を判定し、前記第１の履歴の登録を許可すると判定した場合、前記登録認可要求に対して、前記第１の製品の出荷時に記録された履歴の識別情報を含む許可応答を出力する、管理プログラムが提供される。

【発明の効果】

【0008】

本発明の一側面によれば、製品が出荷後に分納される場合の履歴の連結を正しく行うことができるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施の形態にかかる管理方法の一実施例を示す説明図である。

【図2】図２は、履歴の連結例を示す説明図である。

【図3】図３は、トレーサビリティ管理システム３００のシステム構成例を示す説明図である。

【図4】図４は、認可判定装置３０１のハードウェア構成例を示すブロック図である。

【図5】図５は、認可ルールテーブル３２０の記憶内容の一例を示す説明図（その１）である。

【図6】図６は、認可判定装置３０１の機能的構成例を示すブロック図である。

【図7】図７は、トレーサビリティ管理システム３００の動作例を示す説明図である。

【図8】図８は、エンドポイント情報８００の具体例を示す説明図である。

【図9】図９は、履歴の具体例を示す説明図である。

【図10】図１０は、認証用管理情報の具体例を示す説明図である。

【図11】図１１は、クライアント装置３０４の出荷処理手順の一例を示すフローチャートである。

【図12】図１２は、クライアント装置３０４の入荷処理手順の一例を示すフローチャートである。

【図13】図１３は、履歴登録装置３０２の履歴登録処理手順の一例を示すフローチャート（その１）である。

【図14】図１４は、履歴登録装置３０２の履歴登録処理手順の一例を示すフローチャート（その２）である。

【図15】図１５は、認可判定装置３０１の第１の認可判定処理手順の一例を示すフローチャートである。

【図16】図１６は、認可ルールテーブル３２０の記憶内容の一例を示す説明図（その２）である。

【図17】図１７は、納品異常の検知例を示す説明図である。

【図18】図１８は、異常通知の具体例を示す説明図である。

【図19】図１９は、認可判定装置３０１の第２の認可判定処理手順の一例を示すフローチャート（その１）である。

【図20】図２０は、認可判定装置３０１の第２の認可判定処理手順の一例を示すフローチャート（その２）である。

【図21】図２１は、認可判定装置３０１の異常検知用タイマ処理手順の一例を示すフローチャートである。

【発明を実施するための形態】

【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】

図１１は、クライアント装置３０４の出荷処理手順の一例を示すフローチャートである。クライアント装置３０４は、出荷された第１の製品の荷札ＩＤ、出荷量を取得する（ステップＳ１１０１）。つぎに、クライアント装置３０４は、第１の製品が出荷された際に記録された履歴の履歴ＩＤを取得する（ステップＳ１１０２）。

【0120】

なお、第１の製品の出荷にともなう履歴の登録処理は、例えば、出荷処理の前に実行される。ただし、第１の製品の出荷にともなう履歴の登録処理は、ステップＳ１１０２において実行されてもよい。

【0121】

そして、クライアント装置３０４は、認可判定装置３０１に要求することにより、認可ルールテーブル３２０に認可用エントリを登録して（ステップＳ１１０３）、本フローチャートによる一連の処理を終了する。認可用エントリには、取得された荷札ＩＤ、出荷量および履歴ＩＤが含まれる。

【0122】

これにより、出荷側（出荷元）のクライアント装置３０４は、第１の製品の出荷時に、第１の製品の入荷にともなう履歴の登録の許否を判定する際に用いられる認可ルールを登録することができる。

【0123】

つぎに、図１２を用いて、クライアント装置３０４の入荷処理手順について説明する。入荷処理は、例えば、入荷側のクライアント装置３０４により第１の製品の入荷時に実行される。入荷処理は、第１の製品が不定数に分けて入荷（分納）される場合、その都度実行される。

【0124】

図１２は、クライアント装置３０４の入荷処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、クライアント装置３０４は、入荷された第１の製品の荷札情報を取得する（ステップＳ１２０１）。荷札情報は、第１の製品の荷札ＩＤ、出荷元を含む。

【0125】

つぎに、クライアント装置３０４は、第１の製品の入荷量を取得する（ステップＳ１２０２）。そして、クライアント装置３０４は、履歴登録装置３０２に履歴登録要求を送信して（ステップＳ１２０３）、本フローチャートによる一連の処理を終了する。履歴登録要求は、第１の製品の入荷にともなう履歴（第１の履歴）の登録を要求するものである。履歴登録要求には、荷札ＩＤ、出荷元および入荷量が含まれる。

【0126】

これにより、入荷側のクライアント装置３０４は、第１の製品の入荷時に、第１の製品の入荷にともなう履歴（第１の履歴）の登録を要求することができる。

【0127】

なお、製品の出荷にともなう履歴の登録時や、同一組織内（あるいは、同一拠点内、同一ライン内など）の履歴の登録時には、クライアント装置３０４は、例えば、荷札ＩＤを含まない履歴登録要求を履歴登録装置３０２に送信する。また、同一組織内（あるいは、同一拠点内、同一ライン内など）の履歴の登録時には、クライアント装置３０４は、前段の履歴ＩＤを指定した履歴登録要求を履歴登録装置３０２に送信してもよい。

【0128】

つぎに、図１３および図１４を用いて、履歴登録装置３０２の履歴登録処理手順について説明する。

【0129】

図１３および図１４は、履歴登録装置３０２の履歴登録処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、履歴登録装置３０２は、クライアント装置３０４から履歴登録要求を受信したか否かを判断する（ステップＳ１３０１）。ここで、履歴登録装置３０２は、履歴登録要求を受信するのを待つ（ステップＳ１３０１：Ｎｏ）。

【0130】

履歴登録装置３０２は、履歴登録要求を受信した場合（ステップＳ１３０１：Ｙｅｓ）、受信した履歴登録要求に荷札ＩＤが含まれるか否かを判断する（ステップＳ１３０２）。ここで、荷札ＩＤが含まれる場合（ステップＳ１３０２：Ｙｅｓ）、履歴登録装置３０２は、認可判定装置３０１に履歴認可要求を送信する（ステップＳ１３０３）。

【0131】

履歴認可要求は、履歴（第１の履歴）の登録を許可するよう要求するものである。履歴認可要求には、例えば、荷札ＩＤおよび入荷量が含まれる。ただし、第１の製品が一括入荷（出荷量全量が納品）された場合、履歴登録装置３０２は、入荷量を含まない履歴認可要求を認可判定装置３０１に送信してもよい。

【0132】

つぎに、履歴登録装置３０２は、認可判定装置３０１から履歴認可要求に対する応答を受信したか否かを判断する（ステップＳ１３０４）。ここで、履歴登録装置３０２は、履歴認可要求に対する応答を受信するのを待つ（ステップＳ１３０４：Ｎｏ）。履歴登録装置３０２は、履歴認可要求に対する応答を受信した場合（ステップＳ１３０４：Ｙｅｓ）、受信した応答が許可応答であるか否かを判断する（ステップＳ１３０５）。

【0133】

ここで、許可応答の場合（ステップＳ１３０５：Ｙｅｓ）、履歴登録装置３０２は、許可応答に含まれる履歴ＩＤを取得する（ステップＳ１３０６）。つぎに、履歴登録装置３０２は、取得した履歴ＩＤを前段に指定した履歴を作成する（ステップＳ１３０７）。この履歴は、第１の製品の入荷にともなう履歴（第１の履歴）である。

【0134】

そして、履歴登録装置３０２は、作成した履歴をデータベース３０３に登録して（ステップＳ１３０８）、本フローチャートによる一連の処理を終了する。

【0135】

また、ステップＳ１３０５において、受信した応答が拒否応答の場合（ステップＳ１３０５：Ｎｏ）、履歴登録装置３０２は、履歴の登録が拒否されたことを示す登録エラーを出力して（ステップＳ１３０９）、本フローチャートによる一連の処理を終了する。登録エラーの出力先は、履歴登録要求の要求元のクライアント装置３０４である。

【0136】

また、ステップＳ１３０２において、荷札ＩＤが含まれない場合（ステップＳ１３０２：Ｎｏ）、履歴登録装置３０２は、図１４に示すステップＳ１４０１に移行する。

【0137】

図１４のフローチャートにおいて、まず、履歴登録装置３０２は、前段指定ありか否かを判断する（ステップＳ１４０１）。前段指定ありとは、ステップＳ１３０１において受信された履歴登録要求に前段の履歴ＩＤが指定されていることである。ここで、前段指定なしの場合（ステップＳ１４０１：Ｎｏ）、履歴登録装置３０２は、ステップＳ１４０３に移行する。

【0138】

一方、前段指定ありの場合（ステップＳ１４０１：Ｙｅｓ）、履歴登録装置３０２は、要求元組織と前段の登録組織とが同一か否かを判断する（ステップＳ１４０２）。要求元組織は、例えば、登録要求時の認証を行う際に取得された組織名から特定される。前段の登録組織は、例えば、前段として指定された履歴ＩＤの履歴に記載されている組織名から特定される。

【0139】

ここで、要求元組織と前段の登録組織とが同一の場合（ステップＳ１４０２：Ｙｅｓ）、履歴登録装置３０２は、履歴を作成する（ステップＳ１４０３）。この際、履歴登録装置３０２は、前段指定ありの場合、前段の履歴ＩＤを指定した履歴を作成する。そして、履歴登録装置３０２は、作成した履歴をデータベース３０３に登録して（ステップＳ１４０４）、本フローチャートによる一連の処理を終了する。

【0140】

一方、要求元組織と前段の登録組織とが異なる場合（ステップＳ１４０２：Ｎｏ）、履歴登録装置３０２は、履歴の登録が拒否されたことを示す登録エラーを出力して（ステップＳ１４０５）、本フローチャートによる一連の処理を終了する。登録エラーの出力先は、履歴登録要求の要求元のクライアント装置３０４である。

【0141】

これにより、履歴登録装置３０２は、認可判定装置３０１による認可判定の結果に応じて、第１の製品の入荷にともなう履歴（第１の履歴）をデータベース３０３に登録することができる。また、履歴登録装置３０２は、出入荷以外の工程の履歴について、図１４に示したルート（一連の手順）を経ることで、自由に企業内に閉じた履歴連結を可能にすることができる。また、履歴登録装置３０２は、出荷時の履歴についても、例えば、図１４と同様の手順を経ることで登録を行うことができる。ただし、履歴登録装置３０２は、出荷時の履歴については、ステップＳ１４０２の処理をスキップしてもよい。

【0142】

つぎに、図１５を用いて、認可判定装置３０１の第１の認可判定処理手順について説明する。

【0143】

図１５は、認可判定装置３０１の第１の認可判定処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、認可判定装置３０１は、履歴登録装置３０２から、履歴認可要求を受信したか否かを判断する（ステップＳ１５０１）。ここで、認可判定装置３０１は、履歴認可要求を受信するのを待つ（ステップＳ１５０１：Ｎｏ）。

【0144】

認可判定装置３０１は、履歴認可要求を受信した場合（ステップＳ１５０１：Ｙｅｓ）、図５に示した認可ルールテーブル３２０を参照して、履歴認可要求に含まれる荷札ＩＤに対応する認可用エントリ（認可ルール）を特定する（ステップＳ１５０２）。つぎに、認可判定装置３０１は、認可用エントリが特定されたか否かを判断する（ステップＳ１５０３）。

【0145】

ここで、認可用エントリが特定された場合（ステップＳ１５０３：Ｙｅｓ）、認可判定装置３０１は、認可用エントリの累積入荷量と、履歴認可要求に含まれる入荷量とを合算することにより、累積入荷量を算出する（ステップＳ１５０４）。そして、認可判定装置３０１は、算出した累積入荷量が、認可用エントリの出荷量以下であるか否かを判断する（ステップＳ１５０５）。

【0146】

ここで、累積入荷量が出荷量以下の場合（ステップＳ１５０５：Ｙｅｓ）、認可判定装置３０１は、認可ルールテーブル３２０内の特定した認可用エントリ（認可ルール）の累積入荷量を、算出した累積入荷量に更新する（ステップＳ１５０６）。つぎに、認可判定装置３０１は、認可用エントリの履歴ＩＤを含む許可応答を作成する（ステップＳ１５０７）。許可応答は、履歴認可要求に対して履歴（第１の履歴）の登録を許可する旨の応答である。

【0147】

そして、認可判定装置３０１は、作成した許可応答を履歴登録装置３０２に送信して（ステップＳ１５０８）、本フローチャートによる一連の処理を終了する。

【0148】

また、ステップＳ１５０３において、認可用エントリが特定されなかった場合（ステップＳ１５０３：Ｎｏ）、認可判定装置３０１は、ステップＳ１５０９に移行する。また、ステップＳ１５０５において、累積入荷量が出荷量より大きい場合（ステップＳ１５０５：Ｎｏ）、認可判定装置３０１は、履歴認可要求に対して履歴（第１の履歴）の登録を拒否する旨の拒否応答を作成する（ステップＳ１５０９）。

【0149】

そして、認可判定装置３０１は、作成した拒否応答を履歴登録装置３０２に送信して（ステップＳ１５１０）、本フローチャートによる一連の処理を終了する。この際、認可判定装置３０１は、例えば、出荷元のクライアント装置３０４に対して異常通知を送信してもよい。

【0150】

これにより、認可判定装置３０１は、出荷された製品（第１の製品）について、累積入荷量が出荷量を超えない範囲で履歴の登録を許可することで、製品が分納される場合であっても、履歴の連結を正しく行うことを可能にすることができる。

【0151】

なお、認可判定装置３０１は、履歴認可要求に入荷量が含まれていない場合、出荷量全量が納品されたと判断して、１回の履歴の登録を許可することにしてもよい。これにより、認可判定装置３０１は、認可判定処理を簡略化して処理負荷を削減することができる。

【0152】

（実施例）
つぎに、認可判定装置３０１の実施例について説明する。ここでは、出荷された第１の製品の全量が納品されなかった場合に、それを納品異常として検知する認可判定装置３０１の具体的な処理内容について説明する。

【0153】

まず、図１６を用いて、分納間隔を含む認可ルールについて説明する。

【0154】

図１６は、認可ルールテーブル３２０の記憶内容の一例を示す説明図（その２）である。図１６において、認可ルールテーブル３２０は、荷札ＩＤ、出荷量、履歴ＩＤ、累積入荷量、分納間隔および異常通知先のフィールドを有し、各フィールドに情報を設定することで、認可ルール（例えば、認可ルール１６００－１，１６００－２）をレコードとして記憶する。

【0155】

ここで、荷札ＩＤ、出荷量、履歴ＩＤ、累積入荷量の４項目は図５と同じであり、説明を省略する。

【0156】

分納間隔は、製品を分納する際に許容される最大の時間間隔である。分納間隔としては、例えば、３０分～１時間程度の時間が設定される。異常通知先は、納品異常が検知された際の異常通知の送信先である。異常通知先としては、例えば、製品の出荷元の担当者のアドレスが設定される。分納間隔、異常通知先は、例えば、認可ルールを登録するにあたり、製品の出荷元によって設定される。

【0157】

例えば、認可ルール１６００－１は、荷札ＩＤ「ｎ１」の製品について、出荷量「２０ｋＬ」、履歴ＩＤ「ａ３」、累積入荷量「０ｋＬ」、分納間隔「ｍ分」および異常通知先「ＵＲＬ１」を示す。

【0158】

つぎに、図１７を用いて、納品異常の検知例について説明する。ここでは、図１６に示した認可ルール１６００－１を用いて、納品異常を検知する場合について説明する。

【0159】

図１７は、納品異常の検知例を示す説明図である。図１６において、出荷元から２０ｋＬの牛乳（第１の製品）が出荷され、入荷側の同一工場内で分納される場合を想定する。時点Ｔ０は、２０ｋＬの牛乳（第１の製品）が出荷された時点を示す。

【0160】

ここで、時点Ｔ１において、入荷側における初回の入荷が行われ、履歴登録装置３０２から認可判定装置３０１に履歴認可要求が送信されたとする。初回の入荷では、８ｋＬの牛乳が入荷され、認可判定装置３０１によって履歴の登録を許可すると判定された場合を想定する。

【0161】

認可判定装置３０１は、出荷された製品（２０ｋＬの牛乳）のうち入荷されていない残量があるか否かを判断する。初回の入荷では、累積入荷量が「８ｋＬ」であり、出荷量未満のため、認可判定装置３０１は、残量があると判断する。この場合、認可判定装置３０１は、時点Ｔ１から分納間隔ｍ分が経過するまでに、次の登録認可要求を受け付けなかった場合、製品の納品異常を検知する。分納間隔ｍは、認可ルール１６００－１から特定される。

【0162】

ここでは、時点Ｔ２において、入荷側における２回目の入荷が行われ、履歴登録装置３０２から認可判定装置３０１に履歴認可要求が送信されたとする。時点Ｔ２は、時点Ｔ１からｍ１分経過した時点とする。ｍ１は、分納間隔ｍ未満とする。この場合、製品の納品異常は検知されない。

【0163】

このあと、時点Ｔｎにおいて、入荷側におけるｎ回目の入荷が行われ、履歴登録装置３０２から認可判定装置３０１に履歴認可要求が送信されたとする（ｎは、３以上の自然数）。ここでは、（ｎ－１）回目までの入荷では、製品の納品異常が検知されなかったとする。また、ｎ回目の入荷では、認可判定装置３０１によって履歴の登録を許可すると判定された場合を想定する。

【0164】

認可判定装置３０１は、出荷された製品（２０ｋＬの牛乳）のうち入荷されていない残量があるか否かを判断する。ｎ回目の入荷では、累積入荷量が出荷量未満のため、残量があると判断された場合を想定する。この場合、認可判定装置３０１は、時点Ｔｎから分納間隔ｍ分が経過するまでに、次の登録認可要求を受け付けなかったら、製品の納品異常を検知する。

【0165】

ここでは、時点Ｔｎから分納間隔ｍ分が経過するまでに、（ｎ＋１）回目の登録認可要求を受け付けなかった場合を想定する。この場合、認可判定装置３０１は、例えば、時点Ｔｎから分納間隔ｍ分が経過した時点で、製品の納品異常を検知する。そして、認可判定装置３０１は、認可ルール１６００－１を参照して、異常通知先「ＵＲＬ１」に対して異常通知を送信する。

【0166】

ここで、図１８を用いて、異常通知の具体例について説明する。

【0167】

図１８は、異常通知の具体例を示す説明図である。図１８において、異常通知１８００は、製品の納品異常を検知した旨の通知である。異常通知１８００は、納品異常の内容として、「出荷量に累積入荷量が未達」であることを示されている。

【0168】

異常通知１８００は、荷札ＩＤ、出荷先、出荷量、累積入荷量および分納間隔を含む。荷札ＩＤは、出荷元から出荷された製品の荷札ＩＤである。ここでは、出荷元を「Ａ社」とする。出荷先は、製品の出荷先（入荷側）となる組織名である。出荷量は、出荷元から出荷された製品の総量である。累積入荷量は、出荷先（入荷側）に入荷された製品の総量である。分納間隔は、出荷元（Ａ社）によって設定された分納間隔である。

【0169】

異常通知１８００によれば、出荷元（Ａ社）の担当者は、自社から出荷した製品（２０ｋＬの牛乳）の一部（２ｋＬ）が、顧客（Ｂ社）に納品されていないことを把握することができる。これにより、出荷元（Ａ社）の担当者は、例えば、ドライバーに確認したり、出荷先（入荷側）に問い合わせたりして、未達となった原因を調査するなどの対応を行うことができる。

【0170】

つぎに、図１９～図２１を用いて、納品異常を検知する場合の認可判定装置３０１の認可判定処理手順について説明する。

【0171】

図１９および図２０は、認可判定装置３０１の第２の認可判定処理手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、認可判定装置３０１は、履歴登録装置３０２から、履歴認可要求を受信したか否かを判断する（ステップＳ１９０１）。ここで、認可判定装置３０１は、履歴認可要求を受信するのを待つ（ステップＳ１９０１：Ｎｏ）。

【0172】

認可判定装置３０１は、履歴認可要求を受信した場合（ステップＳ１９０１：Ｙｅｓ）、図１６に示した認可ルールテーブル３２０を参照して、履歴認可要求に含まれる荷札ＩＤに対応する認可用エントリ（認可ルール）を特定する（ステップＳ１９０２）。つぎに、認可判定装置３０１は、認可用エントリが特定されたか否かを判断する（ステップＳ１９０３）。

【0173】

ここで、認可用エントリが特定されなかった場合（ステップＳ１９０３：Ｎｏ）、認可判定装置３０１は、ステップＳ１９０７に移行する。一方、認可用エントリが特定された場合（ステップＳ１９０３：Ｙｅｓ）、認可判定装置３０１は、認可用エントリの累積入荷量と、履歴認可要求に含まれる入荷量とを合算することにより、累積入荷量を算出する（ステップＳ１９０４）。

【0174】

そして、認可判定装置３０１は、算出した累積入荷量が、認可用エントリの出荷量以下であるか否かを判断する（ステップＳ１９０５）。ここで、累積入荷量が出荷量以下の場合（ステップＳ１９０５：Ｙｅｓ）、認可判定装置３０１は、図２０に示すステップＳ２００１に移行する。

【0175】

一方、累積入荷量が出荷量より大きい場合（ステップＳ１９０５：Ｎｏ）、認可判定装置３０１は、特定した認可用エントリの異常通知先に、累積入荷量が出荷量を超えている旨の異常通知を送信する（ステップＳ１９０６）。

【0176】

つぎに、認可判定装置３０１は、履歴認可要求に対して履歴（第１の履歴）の登録を拒否する旨の拒否応答を作成する（ステップＳ１９０７）。そして、認可判定装置３０１は、作成した拒否応答を履歴登録装置３０２に送信して（ステップＳ１９０８）、本フローチャートによる一連の処理を終了する。

【0177】

図２０のフローチャートにおいて、まず、認可判定装置３０１は、認可ルールテーブル３２０内の特定した認可用エントリ（認可ルール）の累積入荷量を、算出した累積入荷量に更新する（ステップＳ２００１）。そして、認可判定装置３０１は、異常検知用タイマ処理に対する中止指示を出力する（ステップＳ２００２）。

【0178】

なお、異常検知用タイマ処理手順については、図２１を用いて説明する。

【0179】

つぎに、認可判定装置３０１は、算出した累積入荷量と、特定した認可用エントリの出荷量とに基づいて、入荷されていない残量があるか否かを判断する（ステップＳ２００３）。ここで、残量がない場合（ステップＳ２００３：Ｎｏ）、認可判定装置３０１は、ステップＳ２００５に移行する。

【0180】

一方、残量がある場合（ステップＳ２００３：Ｙｅｓ）、認可判定装置３０１は、異常検知用タイマ処理に対する開始指示を出力する（ステップＳ２００４）。つぎに、認可判定装置３０１は、認可用エントリの履歴ＩＤを含む許可応答を作成する（ステップＳ２００５）。

【0181】

そして、認可判定装置３０１は、作成した許可応答を履歴登録装置３０２に送信して（ステップＳ２００６）、本フローチャートによる一連の処理を終了する。

【0182】

これにより、認可判定装置３０１は、出荷された製品（第１の製品）について、累積入荷量が出荷量を超えない範囲で履歴の登録を許可することで、製品が分納される場合であっても、履歴の連結を正しく行うことを可能にすることができる。また、認可判定装置３０１は、出荷された製品のうち入荷されていない残量がある場合、異常検知用タイマ処理を開始することができる。

【0183】

図２１は、認可判定装置３０１の異常検知用タイマ処理手順の一例を示すフローチャートである。図２１のフローチャートにおいて、まず、認可判定装置３０１は、異常検知用タイマ処理に対する開始指示を受け付けたか否かを判断する（ステップＳ２１０１）。ここで、認可判定装置３０１は、異常検知用タイマ処理に対する開始指示を受け付けるのを待つ（ステップＳ２１０１：Ｎｏ）。

【0184】

認可判定装置３０１は、異常検知用タイマ処理に対する開始指示を受け付けた場合（ステップＳ２１０１：Ｙｅｓ）、現在時刻のｍ分後に発火するタイマを開始する（ステップＳ２１０２）。ｍ分は、図１９に示したステップＳ１９０２において特定された認可用エントリの分納間隔である。発火とは、異常検知イベントの発生に相当する。

【0185】

つぎに、認可判定装置３０１は、タイマが発火したか否かを判断する（ステップＳ２１０３）。ここで、タイマが発火していない場合（ステップＳ２１０３：Ｎｏ）、認可判定装置３０１は、異常検知用タイマ処理に対する中止指示を受け付けたか否かを判断する（ステップＳ２１０４）。

【0186】

ここで、異常検知用タイマ処理に対する中止指示を受け付けていない場合（ステップＳ２１０４：Ｎｏ）、認可判定装置３０１は、ステップＳ２１０３に戻る。一方、異常検知用タイマ処理に対する中止指示を受け付けた場合（ステップＳ２１０４：Ｙｅｓ）、認可判定装置３０１は、本フローチャートによる一連の処理を終了する。

【0187】

また、ステップＳ２１０３において、タイマが発火した場合（ステップＳ２１０３：Ｙｅｓ）、認可判定装置３０１は、特定した認可用エントリの異常通知先に、出荷量に累積入荷量が未達である旨の異常通知を送信して（ステップＳ２１０５）、本フローチャートによる一連の処理を終了する。

【0188】

これにより、認可判定装置３０１は、出荷された製品（第１の製品）の累積入荷量が出荷量に達するまで、予め決められた時間間隔の範囲内で分納が行われなかった場合に、製品の納品異常を検知することができる。

【0189】

以上説明したように、実施の形態にかかる認可判定装置３０１によれば、履歴認可要求を受け付けることができる。履歴認可要求は、第１の履歴の登録を許可するよう要求するものである（登録認可要求）。第１の履歴は、第１の製品の入荷にともなう履歴である。履歴認可要求は、例えば、第１の製品の荷札ＩＤと入荷量とを含む。また、認可判定装置３０１によれば、記憶部６１０を参照して、受け付けた履歴認可要求に含まれる第１の製品の荷札ＩＤに対応する第１の製品の出荷量および累積入荷量を特定することができる。また、認可判定装置３０１によれば、特定した第１の製品の出荷量および累積入荷量と、履歴認可要求に含まれる第１の製品の入荷量とに基づいて、第１の履歴の登録の許否を判定することができる。そして、認可判定装置３０１によれば、第１の履歴の登録を許可すると判定した場合、履歴認可要求に対して、第１の履歴の登録を許可する旨の許可応答を出力することができる。許可応答は、第１の製品の出荷時に記録された履歴の履歴ＩＤを含む。

【0190】

これにより、認可判定装置３０１は、製品の出荷後に２以上の不定数に分納される場合であっても、今回の入荷量を考慮した累積入荷量と出荷量をもとに、履歴の登録の許否を判定することができる。また、認可判定装置３０１は、履歴の登録を許可する場合に、前段として指定する履歴ＩＤを出力することで、履歴の連結を正しく行うことを可能にすることができる。

【0191】

また、認可判定装置３０１によれば、第１の製品の累積入荷量と入荷量との合算値が第１の製品の出荷量以下の場合、第１の履歴の登録を許可すると判定して、第１の製品の累積入荷量を合算値に更新することができる。

【0192】

これにより、認可判定装置３０１は、出荷された製品について、累積入荷量が出荷量を超えない範囲で履歴の登録を許可することができる。

【0193】

また、認可判定装置３０１によれば、合算値が第１の製品の出荷量より大きい場合、第１の履歴の登録を許可しないと判定することができる。そして、認可判定装置３０１によれば、第１の履歴の登録を許可しないと判定した場合、履歴認可要求に対して、第１の履歴の登録を許可しない旨の拒否応答を出力することができる。

【0194】

これにより、認可判定装置３０１は、出荷された製品について、出荷量を超える量の入荷が行われた場合に、履歴の登録を拒否することができ、例えば、不当な入荷にともなう履歴が登録されるのを防ぐことができる。

【0195】

また、認可判定装置３０１によれば、第１の履歴の登録を許可すると判定した場合、合算値と第１の製品の出荷量とに基づいて、入荷されていない残量があるか否かを判断することができる。そして、認可判定装置３０１によれば、残量があると判断した場合、履歴認可要求を受け付けてから所定時間経過するまでに、第１の製品について新たな履歴認可要求を受け付けなかった場合、第１の製品の納品異常を検知することができる。

【0196】

これにより、認可判定装置３０１は、出荷された製品の累積入荷量が出荷量に達するまで、予め決められた時間間隔の範囲内で分納が行われなかった場合に、製品の納品異常を検知することができる。

【0197】

また、認可判定装置３０１によれば、第１の製品の納品異常を検知した場合、第１の製品の出荷元に対して、第１の製品の納品異常を検知した旨の異常通知を送信することができる。異常通知は、例えば、第１の製品の累積入荷量が出荷量に達していないことを示す（例えば、図１８参照）。

【0198】

これにより、認可判定装置３０１は、出荷元に対して、出荷された製品の一部が、顧客に納品されていないことを通知することができる。例えば、出荷元の担当者は、出荷された製品の納品異常に早期に気付くことができ、製品の入荷漏れや横流しが行われていないかなどを調査することができる。

【0199】

これらのことから、トレーサビリティ管理システム３００によれば、サプライチェーンにおいて、液体、ゲル、粉末、気体などの、管理番号を直接割り当てられないような製品の受け渡しが行われる場合であっても、履歴の連結を正しく制御することができる。例えば、トレーサビリティ管理システム３００は、酪農業者（Ａ社）から乳製品業者（Ｂ社）へ出荷された牛乳が、乳製品業者の製造計画やタンクの空き状況などに応じて分納される場合であっても、正しい出入荷を記録することができる。これにより、トレーサビリティ管理システム３００は、正しい来歴を記録することが可能となり、サプライチェーンの信頼性を向上させることができる。

【0200】

なお、本実施の形態で説明した管理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本管理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本管理プログラムは、インターネット等のネットワークを介して配布してもよい。

【0201】

また、本実施の形態で説明した情報処理装置１０１（認可判定装置３０１）は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

【0202】

上述した実施の形態に関し、さらに以下の付記を開示する。

【0203】

（付記１）出荷された第１の製品の識別情報と、入荷された前記第１の製品の入荷量とを含む、前記第１の製品の入荷にともなう第１の履歴の登録認可要求を受け付け、
製品の識別情報と対応付けて、前記製品の出荷量および累積入荷量を記憶する記憶部を参照して、前記登録認可要求に含まれる前記第１の製品の識別情報に対応する前記第１の製品の出荷量および累積入荷量を特定し、
特定した前記第１の製品の出荷量および累積入荷量と、前記登録認可要求に含まれる前記第１の製品の入荷量とに基づいて、前記第１の履歴の登録の許否を判定し、
前記第１の履歴の登録を許可すると判定した場合、前記登録認可要求に対して、前記第１の製品の出荷時に記録された履歴の識別情報を含む許可応答を出力する、
処理をコンピュータに実行させることを特徴とする管理プログラム。

【0204】

（付記２）前記判定する処理は、
前記第１の製品の累積入荷量と前記第１の製品の入荷量との合算値が前記第１の製品の出荷量以下の場合、前記第１の履歴の登録を許可すると判定して、前記記憶部に記憶された前記第１の製品の累積入荷量を前記合算値に更新し、
前記合算値が前記第１の製品の出荷量より大きい場合、前記第１の履歴の登録を許可しないと判定する、ことを特徴とする付記１に記載の管理プログラム。

【0205】

（付記３）前記第１の履歴の登録を許可すると判定した場合、前記合算値と前記第１の製品の出荷量とに基づいて、入荷されていない残量があるか否かを判断し、
前記残量があると判断した場合、前記登録認可要求を受け付けてから所定時間経過するまでに、前記第１の製品について新たな登録認可要求を受け付けなかった場合、前記第１の製品の納品異常を検知する、
処理を前記コンピュータに実行させることを特徴とする付記２に記載の管理プログラム。

【0206】

（付記４）前記第１の製品の納品異常を検知した場合、前記第１の製品の出荷元に対して、前記第１の製品の納品異常を検知した旨の異常通知を送信する、
処理を前記コンピュータに実行させることを特徴とする付記３に記載の管理プログラム。

【0207】

（付記５）前記異常通知は、前記第１の製品の累積入荷量が前記第１の製品の出荷量に達していないことを示す、ことを特徴とする付記４に記載の管理プログラム。

【0208】

（付記６）前記第１の履歴の登録を許可しないと判定した場合、前記登録認可要求に対して、前記第１の履歴の登録を許可しない旨の拒否応答を出力する、
処理を前記コンピュータに実行させることを特徴とする付記１～５のいずれか一つに記載の管理プログラム。

【0209】

（付記７）前記記憶部は、前記製品の識別情報と対応付けて、前記製品の出荷時に記録された履歴の識別情報を記憶しており、
前記第１の製品の出荷時に記録された履歴の識別情報は、前記記憶部から特定される、ことを特徴とする付記１～６のいずれか一つに記載の管理プログラム。

【0210】

（付記８）前記第１の履歴は、前記第１の履歴の登録を許可すると判定された場合、前記第１の製品の出荷時に記録された履歴に連結して登録される、ことを特徴とする付記１～７のいずれか一つに記載の管理プログラム。

【0211】

（付記９）出荷された第１の製品の識別情報と、入荷された前記第１の製品の入荷量とを含む、前記第１の製品の入荷にともなう第１の履歴の登録認可要求を受け付け、
製品の識別情報と対応付けて、前記製品の出荷量および累積入荷量を記憶する記憶部を参照して、前記登録認可要求に含まれる前記第１の製品の識別情報に対応する前記第１の製品の出荷量および累積入荷量を特定し、
特定した前記第１の製品の出荷量および累積入荷量と、前記登録認可要求に含まれる前記第１の製品の入荷量とに基づいて、前記第１の履歴の登録の許否を判定し、
前記第１の履歴の登録を許可すると判定した場合、前記登録認可要求に対して、前記第１の製品の出荷時に記録された履歴の識別情報を含む許可応答を出力する、
処理をコンピュータが実行することを特徴とする管理方法。

【0212】

（付記１０）出荷された第１の製品の識別情報と、入荷された前記第１の製品の入荷量とを含む、前記第１の製品の入荷にともなう第１の履歴の登録認可要求を受け付け、
製品の識別情報と対応付けて、前記製品の出荷量および累積入荷量を記憶する記憶部を参照して、前記登録認可要求に含まれる前記第１の製品の識別情報に対応する前記第１の製品の出荷量および累積入荷量を特定し、
特定した前記第１の製品の出荷量および累積入荷量と、前記登録認可要求に含まれる前記第１の製品の入荷量とに基づいて、前記第１の履歴の登録の許否を判定し、
前記第１の履歴の登録を許可すると判定した場合、前記登録認可要求に対して、前記第１の製品の出荷時に記録された履歴の識別情報を含む許可応答を出力する、
制御部を有することを特徴とする情報処理装置。

【符号の説明】

【0213】

１０１ 情報処理装置
１０２，７０１ トラック
１０３，１０４，７０４ タンク
１１０，６１０ 記憶部
１２０ 登録認可要求
１３０，７１３ 許可応答
２００，９００ 来歴
２０１，２０２，２０３，２０４，２０５，２０６ 履歴
２１０，２２０ 点線円
３００ トレーサビリティ管理システム
３０１ 認可判定装置
３０２ 履歴登録装置
３０３ データベース
３０４ クライアント装置
３１０ ネットワーク
３２０ 認可ルールテーブル
４００ バス
４０１ ＣＰＵ
４０２ メモリ
４０３ ディスクドライブ
４０４ ディスク
４０５ 通信Ｉ／Ｆ
４０６ 可搬型記録媒体Ｉ／Ｆ
４０７ 可搬型記録媒体
６００ 制御部
６０１ 受付部
６０２ 特定部
６０３ 判定部
６０４ 出力部
７００ トレーサビリティサービス提供者
７０２ 製造ライン
７０３ 荷札
７０５ 読取装置
７１１ 履歴登録要求
７１２ 履歴認可要求
８００ エンドポイント情報
１０００ 認証用管理情報
１８００ 異常通知

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】