KR100950125B1 - 트레이서빌리티 시스템, 트레이서빌리티 방법, 및트레이서빌리티 프로그램을 기록한 컴퓨터로 판독 가능한기록 매체 - Google Patents

Abstract

분산하여 배치된 트레이서빌리티 정보에의 액세스 요구를, 통신 장치를 통하여 수신하는 액세스 요구 수신부(152)와, 액세스 요구의 대상인 트레이서빌리티 정보에의 액세스 권한을 체크하는 액세스 권한 체크부(154)와, 각 트레이서빌리티 정보와 각 트레이서빌리티 정보가 배치된 장소를 대응지은 배치 관리 마스터 데이터베이스(125)에서, 유저가 액세스 요구를 행한 트레이서빌리티 정보가 배치된 장소를 특정하는 배치 장소 특정부(156)와, 특정된 트레이서빌리티 정보의 배치 장소에 기초하여, 유저로부터의 액세스 요구를 실행하는, 액세스 요구 실행부(158)로 트레이서빌리티 시스템(100)을 구성한다.

네트워크, 통신 장치, 포털사이트 기능부, 액세스 권한 체크부, 데이터베이스

Description

트레이서빌리티 시스템, 트레이서빌리티 방법, 및 트레이서빌리티 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체{TRACEABILITY SYSTEM, TRACEABILITY METHOD, AND COMPUTER READABLE RECORDING MEDIUM RECORDING TRACEABILITY PROGRAM}

본 발명은, 트레이서빌리티(traceability, 생산 유통 이력 추적, 이하 동일) 시스템, 트레이서빌리티 방법, 트레이서빌리티 프로그램에 관한 것으로, 특히, 단일의 기업이나 단일의 기업 계열을 넘는 복수의 기업이 참가하는 제품 유통에서, 각처에 분산된 트레이서빌리티 정보에 액세스하는 것이 가능함과 함께, 그들 트레이서빌리티 정보에의 액세스 권한을 적절히 관리하는 것이 가능한, 트레이서빌리티 시스템, 트레이서빌리티 방법, 트레이서빌리티 프로그램에 관한 것이다.

제품의 제조를 비롯하여, 출하, 판매, 엔드 유저에 의한 이용, 나아가서는 폐기나 리사이클이라고 한 각종 유통 단계 전부에 걸쳐, 그 제품의 현재의 유통 단계나, 놓여 있는 장소, 보수 이력이라고 한 정보, 즉, 해당 제품의 유통 경로에 관한 정보나 그 밖의 각종 속성 정보(이하, 트레이서빌리티 정보라고 함)의 추이를 이후 추적 가능하게 하는 것, 소위 트레이서빌리티에 대한 요구가, 금일, 점점 더 강해지고 있다. 그 배경에는, 단일의 기업 계열 등에 의한 유통을 넘어 다수의 기업이 참가하는 제품 유통 형태의, 전체적인 효율을 도모하는 것에 의한 국내 산업의 국제 경쟁력 강화의 요청, 리콜 등 제품의 결함이나 문제점이 발생했을 때의 유저 보호나 메이커측의 손해 최소화의 요청, 도난품이나 수출 제한품이라고 한 해외에의 부정 수출의 방지 등을 예로 들 수 있다.

그러한 트레이서빌리티를, 복수의 기업 사이에서 실현하는 기술로서, 예를 들면 일본 특개 2005-267625호 공보에는, 개품에 ID를 붙여도, 기업 내에서 가공 처리되어 ID가 바뀌면 추적할 수 없게 된다고 하는 과제를 해결한다는 목적 하에, 복수의 거점을 통하여, 상기 복수의 거점 중 적어도 하나의 거점에서 형태에 변화가 더해져 유통되는 개품의 관리를 행하는 트레이서빌리티 시스템에서, 상기 복수의 거점에 설치된 정보 처리 장치로부터 소정의 개품의 유통 상황 및 형태의 변화를 나타내는 변화 정보를 각각 수신하는 수단과, 수신된 상기 변화 정보의 각각을, 해당 제품을 식별하는 식별 정보에 기초하여, 대응지은 수단과, 대응지어진 변화 정보에 기초하여, 상기 개품의 유통 경로를 특정하는 수단을 갖는 것을 특징으로 하는 트레이서빌리티 시스템이 개시되어 있다.

그런데, 최근에는 예를 들면, 제품의 보수(여기서는 판매나 메인터넌스 사업 등을 포함함)를 행하는 하나의 기업이, 자사 또는 자사의 계열의 메이커(벤더)의 제품뿐만 아니라, 다른 기업 계열의 메이커의 제품도 널리 취급하는, 소위 "멀티 벤더 보수"와 같은 보수 사업 형태도 많이 보여진다. 그러나, 트레이서빌리티 정보에는 각종 기업 비밀이나 영업 기밀 등도 포함된다. 상기의 경우와 같이, 단일의 기업이나 기업 계열을 넘는 복수의 기업 사이에서 제품의 각종 유통 단계를 분담하는 경우에는, 각 기업이 보유하는 트레이서빌리티 정보를 1개소에 전부 모아서 일원적으로 관리하는 것은, 수고나, 상기 기업 비밀 등의 점에서 무리가 있었다. 따라서, 그러한, 단일의 기업이나 기업 계열을 넘는 복수의 기업 사이에서 제품의 각종 유통 단계를 분담하는 경우의 트레이서빌리티 시스템에서는, 각처에 분산된 트레이서빌리티 정보에, 다양한 유저가 액세스하게 되는데, 그러한 각처에 분산된 트레이서빌리티 정보는, 어디에 어느 정보가 존재하는지조차 파악하는 것이 어렵고, 그들 정보에 자재로 액세스할 수 있는 트레이서빌리티 시스템은 지금까지 존재하지 않아, 개발이 요구되고 있었다.

또한, 종래, 단일 기업 계열 내의 기업 사이에서 제조나 보수 업무를 분담하는 유통 형태의 경우에는, 트레이서빌리티 정보를 계열 내의 기업 사이에서 무제한 으로 변환하거나 공유하거나 하여도 그다지 문제는 없었다. 그런데, 단일의 기업이나 기업 계열을 넘는 복수의 기업 사이에서 제품의 각종 유통 단계를 분담하는 경우에는, 상기 기업 비밀 등의 점에서, 트레이서빌리티 정보에 대한 참조, 갱신, 삭제 등의, 유저가 행하는 각종의 처리에 대한 권한(이하, 액세스 권한이라고 함)을 무차별로 부여할 수는 없다. 즉, 각종 제품의 종류별로, 나아가서는 동일 제품의 개별의 로트나 개체별로, 트레이서빌리티 정보에 대한 액세스 권한을, 미세하게 적절히 관리할 필요가 있다. 그런데 그러한 트레이서빌리티 시스템은, 존재하지 않아, 개발이 요구되고 있었다.

따라서 본 발명은 상기 과제를 감안하여 이루어진 것으로, 단일의 기업이나 단일의 기업 계열을 넘는 복수의 기업이 참가하는 제품 유통에서, 각처에 분산된 트레이서빌리티 정보에 자재로 액세스하는 것이 가능함과 함께, 그들 트레이서빌리티 정보에의 액세스 권한을 적절히 관리하는 것이 가능한, 트레이서빌리티 시스템, 트레이서빌리티 방법, 트레이서빌리티 프로그램을 제공하는 것을 주된 목적으로 한다.

상기 과제를 해결하는 본 발명의 트레이서빌리티 시스템은, 단일의 기업이나 단일의 기업 계열을 넘는 복수의 기업이 참가하는 제품 유통에서, 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보에의 액세스를 실현하는, 트레이서빌리티 시스템으로서, 전체 유저가, 각처에 분산되어 배치된 트레이서빌리티 정보에의 입구로서, 통신 네트워크를 통해 액세스하는, 통신 장치를 통하여 통신 네트워크에 접속된, 포털사이트 기능부를 포함하고, 상기 포털사이트 기능부는, 상기 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보에의, 유저로부터의 액세스 요구를, 통신 장치를 통하여 수신하는, 액세스 요구 수신부와, 상기 액세스 요구를 행한 유저의, 그 액세스 요구의 대상인 트레이서빌리티 정보에의 액세스 권한을 체크하는, 액세스 권한 체크부와, 각 트레이서빌리티 정보와, 그 각 트레이서빌리티 정보가 배치된 장소를 대응지은 배치 관리 마스터 데이터베이스에서, 상기 유저가 액세스 요구를 행한 트레이서빌리티 정보가 배치된 장소를 특정하는, 배치 장소 특정부와, 상기 배치 장소 특정부에서 특정된 트레이서빌리티 정보의 배치 장소에 기초하여, 상기 유저로부터의 액세스 요구를 실행하는, 액세스 요구 실행부를 포함하는 것을 특징으로 하는 트레이서빌리티 시스템.

또한, 상기 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보의 일부 또는 전부는, 그 각 제품에 부착된 메모리 장치인 전자 태그에, 소정의 포맷에 따라서 저장되고, 각 제품에 대한 남은 트레이서빌리티 정보는, 정보 센터 서버의, 센터 정보 데이터베이스에 저장되는 것으로 하면 바람직하다.

또한, 상기 액세스 권한 체크부는, 제품의 유통을 구성하는 기업 간의 거래 중, 올바른 거래 관계라고 인정된 기업 간의 거래 관계 정보를 저장한, 거래 관계 마스터 데이터베이스를 참조하면서, 상기 유저의 액세스 요구가, 올바른 거래 관계를 요구하는 것인지의 여부를 판정하는 처리를 포함하는 것으로 하면 바람직하다.

또한, 상기 액세스 권한 체크부는, 제품의 유통을 구성하는 비지니스 프로세스와, 그 각 비지니스 프로세스의 올바른 순서를 대응지은 비지니스 프로세스 마스터 데이터베이스를 참조하면서, 상기 유저의 액세스 요구가, 올바른 비지니스 프로세스 순서를 요구하는 것인지의 여부를 판정하는 처리를 포함하는 것으로 하면 바람직하다.

또한, 상기 액세스 권한 체크부는, 각 제품에 대한 트레이서빌리티 정보에 대한, 유저마다 설정된 올바른 처리 내용에 관한 정보를 저장한 데이터베이스를 참조하면서, 상기 유저의 액세스 요구가, 올바른 처리 내용을 요구하는 것인지의 여부를 판정하는 처리를 포함하는 것으로 하면 바람직하다.

또한, 상기 각 제품에 대한 트레이서빌리티 정보에 대한, 유저마다 설정된 올바른 처리 내용에 관한 정보를 저장한 데이터베이스는, 각 제품과, 그 각 제품에 대한 트레이서빌리티 정보에의 올바른 처리 내용을 대응지은, 상기 정보 센터 서버에 설치되는, 처리 권한 데이터베이스와, 각 제품과, 그 각 제품에 대한 트레이서빌리티 정보에의 올바른 처리 내용 정보가 배치된 장소(즉, 그 제품에 대한 처리 권한 데이터베이스가 있는 장소)를 대응지은, 처리 권한 배치 관리 데이터베이스를 포함하고, 상기 액세스 권한 체크부는, 상기 처리 권한 배치 관리 데이터베이스에서, 상기 유저가 액세스 요구를 행한 제품에 대한 트레이서빌리티 정보에의, 올바른 처리 내용 정보가 배치된 장소를 특정하는 처리와, 상기 특정된, 트레이서빌리티 정보에의 올바른 처리 내용 정보의 배치 장소에 기초하여, 상기 처리 권한 데이터베이스를 참조하면서, 상기 유저의 액세스 요구가, 그 액세스 요구를 행한 트레이서빌리티 정보에의 올바른 처리 내용을 요구하는 것인지의 여부를 판정하는 처리를 포함하는 것으로 하면 바람직하다.

또한, 상기 전자 태그에, 각 제품에 대한 트레이서빌리티 정보의 일부 또는 전부가 저장되는 소정의 포맷은, 상기 제품 유통을 실행하는 업계마다 설정되는 것으로 하면 바람직하다.

또한, 상기 포털사이트 기능부는, 상기 트레이서빌리티 정보를 암호화 및 복호화하는 키를 저장하는 암호화/복호화 데이터베이스로부터 취득한, 암호화 키 또는 복호화 키를 이용하여, 상기 트레이서빌리티 정보를 암호화 및 복호화하는 암호화/복호화부를 포함하는 것으로 하면 바람직하다.

또한, 본 발명의 트레이서빌리티 방법은, 단일의 기업이나 단일의 기업 계열을 넘는 복수의 기업이 참가하는 제품 유통에서, 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보에의 액세스를 실현하는, 트레이서빌리티 시스템을 행하는 컴퓨터가, 전체 유저가, 각처에 분산되어 배치된 트레이서빌리티 정보에의 입구로서, 통신 네트워크를 통해 액세스하는, 통신 장치를 통하여 통신 네트워크에 접속된, 포털사이트 기능부를 포함하고, 상기 포털사이트 기능부는, 상기 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보에의, 유저로부터의 액세스 요구를, 통신 장치를 통하여 수신하는 처리와, 상기 액세스 요구를 행한 유저의, 그 액세스 요구의 대상인 트레이서빌리티 정보에의 액세스 권한을 체크하는 처리와, 각 트레이서빌리티 정보와, 그 각 트레이서빌리티 정보가 배치된 장소를 대응지은 배치 관리 마스터 데이터베이스에서, 상기 유저가 액세스 요구를 행한 트레이서빌리티 정보가 배치된 장소를 특정하는 처리와, 상기 배치 장소 특정부에서 특정된 트레이서빌리티 정보의 배치 장소에 기초하여, 상기 유저로부터의 액세스 요구를 실행하는 처리를 실행하는 것을 특징으로 하는 트레이서빌리티 방법.

또한, 본 발명의 트레이서빌리티 프로그램은, 단일의 기업이나 단일의 기업 계열을 넘는 복수의 기업이 참가하는 제품 유통에서, 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보에의 액세스를 실현하는, 트레이서빌리티 시스템을 행하는 컴퓨터에, 상기 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보에의, 유저로부터의 액세스 요구를, 통신 장치를 통하여 수신하는 스텝과, 상기 액세스 요구를 행한 유저의, 그 액세스 요구의 대상인 트레이서빌리티 정보에 의 액세스 권한을 체크하는 스텝과, 각 트레이서빌리티 정보와, 그 각 트레이서빌리티 정보가 배치된 장소를 대응지은 배치 관리 마스터 데이터베이스에서, 상기 유저가 액세스 요구를 행한 트레이서빌리티 정보가 배치된 장소를 특정하는 스텝과, 상기 배치 장소 특정부에서 특정된 트레이서빌리티 정보의 배치 장소에 기초하여, 상기 유저로부터의 액세스 요구를 실행하는 스텝을 실행하는 것을 특징으로 하는 트레이서빌리티 프로그램.

기타, 본원이 개시하는 과제, 및 그 해결 방법은, 발명의 실시 형태의 란, 및 도면에 의해 명백하게 된다.

본 발명에 따르면, 단일의 기업이나 단일의 기업 계열을 넘는 복수의 기업이 참가하는 제품 유통에서, 각처에 분산된 트레이서빌리티 정보에 자재로 액세스하는 것이 가능함과 함께, 그들 트레이서빌리티 정보에의 액세스 권한을 적절히 관리하는 것이 가능하게 된다.

---시스템 구성---

이하에 본 발명의 실시 형태에 대하여 도면을 이용하여 상세히 설명한다. 도 1은 본 실시 형태의 트레이서빌리티 시스템(100)을 포함하는 네트워크 구성도이다. 상기 트레이서빌리티 시스템(100)(이하, 시스템(100)이라고 함)은, 단일의 기업이나 단일의 기업 계열을 넘는 복수의 기업이 참가하는 제품 유통에서, 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보에의 액세스를 실현하는, 시 스템이다. 본 실시 형태의 시스템(100)은, 인터넷에서의 web 포털사이트를 실현하는 서버 컴퓨터이다. 여기에서, 「제품의 유통에 참가하는 기업」이란, 메이커(벤더)나, 판매업자, 보수업자 등을 비롯하여, 제품의 다양한 유통 단계에서 이루어지는 업무를 수행하는 주체로 되는 기업의 전부를 포함한다.

또한 여기에서, 「제품」이란, 메이커(벤더)로부터 출하되어, 유통되는 것이면, 소위 부품이나 반제품 등도 모두 포함하는 것으로 한다. 또한, 제품에는, 다양한 메이커가 제조한 것이 포함되고, 그들 제품이, 해당 메이커의 동일 계열 기업뿐만 아니라, 그 이외의 많은 기업에 의해, 판매나 메인터넌스 등의 보수 사업이나 리사이클 사업 등, 모든 유통 단계로 보내져 간다. 본 실시 형태에서는, 도 2에 도시한 바와 같은, 제품 출하로부터 폐기에 이르기까지의, 하나의 라이프 사이클에 걸친 유통을 상정한다. 제품 출하, 판매 대기, 등이라고 한, 도면 중 사각으로 둘러싸여진 정적인 「상태(스테이터스)」끼리의 사이는, 도면 중 화살표로 나타내어지는 상태의 「천이」를 나타내고 있다. 이 「출하」나 「판매」라고 한, 동적인 액션을 본 명세서에서는 「비지니스 프로세스」라고 부른다.

또한, 이들의 동적인 「천이」인 비지니스 프로세스는, 반드시 기업과 기업, 혹은 기업과 개인 소비자의 「거래」도 나타내고 있다. 하나의 거래에서는, 2자 이상의 기업 혹은 개인이 관계되게 되는데, 이 각 거래에서의 당사자끼리의 조합을 본 명세서에서는 「거래 관계」라고 부른다.

시스템(100)의 기능 구성으로서는, 본 발명의 트레이서빌리티 방법을 실행하는 기능을 실현하기 위해, 재기입 가능 메모리 등의 프로그램 데이터베이스(101)에 각종 프로그램(102)을 구비하여, 이 프로그램(102)을 메모리에 읽어내고, 연산 장치인 CPU에 의해 실행한다. 또한, 시스템(100)은, 각종 버튼류 등의 입력 인터페이스나, 디스플레이 등의 출력 인터페이스, 및 각종 유저 단말기(200a∼200d)나 정보 센터 서버(300a∼300c) 등의 외부 장치와의 사이의 데이터 수수를 담당하는 통신 장치 등을 갖고 있다. 시스템(100)은, 이 통신 장치에 의해, 각종 유저 단말기나 정보 센터 서버라고 한 외부 장치와 예를 들면 공중 회선망, 인터넷이나 무선 LAN 등의 각종 네트워크(140)에 접속하여, 데이터 수수를 실행한다. 시스템(100)의 각종 기능부와 통신 장치 사이에서는 I/O부가 데이터의 버퍼링이나 각종 중개 처리를 실행하고 있다. 이상 설명한 시스템(100)의 구성 요소 중, 후술하는 각종 기능부나 각종 데이터베이스 이외는 도시 생략하고 있다.

계속해서, 상기 시스템(100)이, 예를 들면 프로그램(102)에 기초하여 구성·유지하는 기능부에 대하여 설명을 행한다. 또한, 상기 시스템(100)은, 배치 관리 마스터 데이터베이스(125)와, 거래 관계 마스터 데이터베이스(126)와, 비지니스 프로세스 마스터 데이터베이스(127)와, 처리 권한 배치 관리 데이터베이스(128)와, 암호화/복호화 데이터베이스(129)를 이용 가능한 것으로 한다. 상기 각 데이터베이스(125∼129)는, 상기 시스템(100)의 컴퓨터 장치가 구비하는 하드 디스크 드라이브 등의 적절한 기억 장치에 구비되는 것으로 할 수 있다. 혹은, 이들 데이터베이스(125∼129)가 시스템(100)과는 별도로 네트워크(140) 상에 존재한다고 하여도 된다. 이 경우, 상기 시스템(100)은 예를 들면 DBMS(Database Management System)를 구비하고, 네트워크(140)를 통하여 상기 각 데이터베이스(125∼129)에 액세스하 고, 정보 등록이나 정보 검색 등의 처리를 실행한다.

이러한 시스템(100)은, 전체 유저가, 각처에 분산되어 배치된 트레이서빌리티 정보에의 입구로서, 통신 네트워크를 통해 액세스하는, 통신 장치를 통하여 통신 네트워크에 접속된, 포털사이트 기능부(150)를 구비한다. 이하에 자세하게 설명한 바와 같이, 이 포털사이트 기능부(150)에 의해, 전체 유저는, 다양한 제품마다 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보에, 각각의 정보의 구체적인 저장(배치) 장소가 알려지지 않아도 일원적으로 또한 자동적으로 액세스하는 것이 가능하게 된다.

여기서, 본 명세서에 말하는 바의 「유저」란, 시스템(100)의 유저인데, 포털사이트 기능부(150)를 통하여, 각처에 분산되어 배치된 다양한 트레이서빌리티 정보에의 다양한 액세스 요구, 바꿔 말하면, 그들 정보에의 조회, 갱신, 등록, 삭제 등의 다양한 처리 요구를 행하는 자를 가리킨다. 이들, 다양한 트레이서빌리티 정보에의 다양한 액세스 요구는, 구체적으로는 예를 들면, 메인터넌스 사업자 등이 어떤 제품의 보수 이력 정보를 조회하는 업무나, 최신 보수일에 대한 정보를 갱신(재기입)하는 업무 등에 수반하여, 시스템(100)에 대하여 요구되는 것이다.

또한, 상기 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보의 일부 또는 전부는, 그 각 제품에 부착된 메모리 장치인 전자 태그에, 소정의 포맷에 따라서 저장되고, 각 제품에 대한 남은 트레이서빌리티 정보는, 정보 센터 서버(300a∼300c)의, 센터 정보 데이터베이스(325)에 저장되는 것으로 하면 바람직하다.

경제 산업성의 주도 등에 의해, 제품의 트레이서빌리티 실현에 전자 태그를 이용하는 것이 추진되고 있다. 현상에서 이용되고 있는 전자 태그는 겨우 수백부터 수천바이트 정도의 것이므로, 현상에서는, 모든 트레이서빌리티 정보를 전자 태그에 저장하여 제품에 부착하게 되는 것은 실현 불가능하다. 따라서, 본 실시 형태와 같이, 전자 태그에 저장되지 않은 남은 정보를, 예를 들면, 각 메이커나 보수업자 등, 그 업무에 수반하여 트레이서빌리티 정보를 만들어 내는 주체로 되는 기업 등의 정보 센터 서버(구체적으로는 예를 들면 Web 서버 등)에 저장하고, 이에 포털사이트 기능부(150) 경유로 액세스하는 것이 현실적이다. 그러나, 장래적으로는 전자 태그의 기억 용량이 매우 늘어나는 것도 예측된다. 본 실시 형태의 구성에 따르면, 그러한 경우에는, 보다 많은 트레이서빌리티 정보 혹은 모든 트레이서빌리티 정보를 전자 태그에 저장하는 것이 가능해져서, 전자 태그의 기억 용량등의 상황의 변화에 유연하게 대응하는 것이 가능해지므로, 유리하다.

또한, 상기 전자 태그에, 각 제품에 대한 트레이서빌리티 정보의 일부 또는 전부가 저장되는 소정의 포맷은, 상기 제품 유통을 실행하는 업계마다 설정되는 것으로 하면 바람직하다. 예를 들면 전기와 식품이라고 한 바와 같이 산업의 업계가 서로 다르면 취급하는 제품의 성질도 서로 달라지므로, 또한, 업계가 서로 다르면 상관습도 서로 다르므로, 트레이서빌리티 정보의 포맷도 필연적으로 서로 달라지게 되는 것이 생각된다. 따라서, 상기한 바와 같이, 트레이서빌리티 정보의 저장 포맷을 업계마다 설정하는 것으로 하면, 폭넓은 업계에서의 트레이서빌리티 시스템으로서 본 시스템(100)이 유연하게 적용 가능하게 되기 때문에, 유리하다.

상기 포털사이트 기능부(150)는, 상기 각처에 분산되어 배치된, 각 제품에 대한 트레이서빌리티 정보에의, 유저로부터의 액세스 요구를, 통신 장치를 통하여 수신하는, 액세스 요구 수신부(152)를 구비한다.

또한, 상기 포털사이트 기능부(150)는, 상기 액세스 요구를 행한 유저의, 그 액세스 요구의 대상인 트레이서빌리티 정보에의 액세스 권한을 체크하는, 액세스 권한 체크부(154)를 구비한다. 액세스 권한 체크부(154)에 의한 액세스 권한 체크의 방법은, 본 실시 형태에서는 이하에 도시한 바와 같이, 기본적으로, 3패턴 준비되어 있다.

우선, 상기 액세스 권한 체크부(154)는, 제품의 유통을 구성하는 기업 간의 거래 중, 올바른 거래 관계라고 인정된 기업 간의 거래 관계 정보를 저장한, 거래 관계 마스터 데이터베이스(126)를 참조하면서, 상기 유저의 액세스 요구가, 올바른 거래 관계를 요구하는 것인지의 여부를 판정하는 처리를 포함하는 것으로 하면 바람직하다. 「올바른 거래 관계」란, 예를 들면 「○○메이커(기업명)의 제품의 보수 업무는 반드시 □□메인터넌스사가 행한다」라고 한 조합의 것이다. 더 상세하게는, 예를 들면 비지니스 프로세스마다 설정하는 것 등으로 하여도 된다.

또한, 상기 액세스 권한 체크부(154)는, 제품의 유통을 구성하는 비지니스 프로세스와, 그 각 비지니스 프로세스의 올바른 순서를 대응지은 비지니스 프로세스 마스터 데이터베이스(127)를 참조하면서, 상기 유저의 액세스 요구가, 올바른 비지니스 프로세스 순서를 요구하는 것인지의 여부를 판정하는 처리를 포함하는 것으로 하면 바람직하다. 여기에서, 「올바른 비지니스 프로세스 순서」란 예를 들 면, 도 2에 도시하는 「보수 개시」(10)라고 하는 비지니스 프로세스의, 하나 전의 상태(스테이터스)는 「해당 제품 가동 중」(12)이며, 하나 후의 상태는 「보수 중」(14)이라고 한 순서의 것이다.

이와 같이 하면, 예를 들면, 악의의 유저가, 「판매 대기」 스테이터스(16)의 상태에 있는 제품의 트레이서빌리티 정보를, 본래의 비지니스 프로세스 순서를 스킵하여, 「폐기」 스테이터스(18)에 재기입한다고 하는 액세스 요구를 행하고, 이를 시스템(100)에 실행시켜서 알아차리지 못하도록 부정하게 도난이나 밀수 등을 행하게 된다는 것을 확실하게 방지하는 것이 가능하게 된다.

또한, 상기 액세스 권한 체크부(154)는, 각 제품에 대한 트레이서빌리티 정보에 대한, 유저마다 설정된 올바른 처리 내용에 관한 정보를 저장한 데이터베이스를 참조하면서, 상기 유저의 액세스 요구가, 올바른 처리 내용을 요구하는 것인지의 여부를 판정하는 처리를 포함하는 것으로 하면 바람직하다. 여기에서, 처리 내용이란 예를 들면, 각종 트레이서빌리티 정보에의 조회, 갱신, 등록, 삭제 등의 각종 처리를 포함하는 것이다. 이에 의해, 기업 비밀 등을 포함하는 트레이서빌리티 정보에 대한 액세스 허가를, 전체 유저에 대하여 무차별로 설정하게 되거나 하는 일 없이, 유저마다, 또한 처리 내용(액세스 요구의 내용)마다 허가·불허가를 상세히 설정하는 것이 가능해져, 적절한 액세스 권한 관리를 행하는 것이 가능하게 된다.

또한, 상기 각 제품에 대한 트레이서빌리티 정보에 대한, 유저마다 설정된 올바른 처리 내용에 관한 정보를 저장한 데이터베이스는, 각 제품과, 그 각 제품에 대한 트레이서빌리티 정보에의 올바른 처리 내용을 대응지은, 상기 정보 센터 서버에 설치되는, 처리 권한 데이터베이스(326)와, 각 제품과, 그 각 제품에 대한 트레이서빌리티 정보에의 올바른 처리 내용 정보가 배치된 장소를 대응지은, 처리 권한 배치 관리 데이터베이스(128)를 포함하고, 상기 액세스 권한 체크부는, 상기 처리 권한 배치 관리 데이터베이스(128)에서, 상기 유저가 액세스 요구를 행한 제품에 대한 트레이서빌리티 정보에의, 올바른 처리 내용 정보가 배치된 장소를 특정하는 처리와, 상기 특정된, 트레이서빌리티 정보에의 올바른 처리 내용 정보의 배치 장소에 기초하여, 상기 처리 권한 데이터베이스(325)를 참조하면서, 상기 유저의 액세스 요구가, 그 액세스 요구를 행한 트레이서빌리티 정보에의 올바른 처리 내용을 요구하는 것인지의 여부를 판정하는 처리를 포함하는 것으로 하면 바람직하다.

여기서 말하는 바의 「트레이서빌리티 정보」에는, 센터 정보 데이터베이스(325)에 저장된 트레이서빌리티 상뿐만 아니라, 제품의 전자 태그에 저장된 트레이서빌리티도 포함하여도 되는 것에 주의했으면 한다. 또한, 「각 제품에 대한 트레이서빌리티 정보에의 올바른 처리 내용 정보가 배치된 장소」란 결국, 그 제품에 대한 처리 권한을 정한 처리 권한 데이터베이스가 있는 정보 센터 서버라고 하는 것이다. 본 실시 형태에서는, 각 정보 센터 서버는, 메이커 기업이나, 보수 사업을 행하는 기업 등, 각종의 트레이서빌리티 정보를 만들어 내는 주체로 되는 기업 등이 관리하는 Web 서버 등을 상정하고 있다. 메이커 기업이면, 제품의 탄생과 함께 트레이서빌리티 정보가 새롭게 생성되게 되고, 보수 사업을 행하는 기업이면, 보수 작업을 행하였을 때에, 트레이서빌리티 정보의 일종인 보수 이력 정보 등이 새롭게 작성되게 된다.

이러한 구성으로 하면, 트레이서빌리티 정보에 대한 유저마다, 또한 처리 내용마다의 액세스 권한의 설정을, 시스템(100)의 포털사이트 기능부(150)에서 일괄하여 하게 되거나 하지 않고, 정보를 생성한 주체인 기업이 그 정보의 기밀성 등에 따라서 스스로 각 유저의 액세스 권한을 세밀하게 설정하는 것이 가능하게 된다.

또한, 포털사이트 기능부(150)는, 각 트레이서빌리티 정보와, 그 각 트레이서빌리티 정보가 배치된 장소를 대응지은 배치 관리 마스터 데이터베이스(125)에서, 상기 유저가 액세스 요구를 행한 트레이서빌리티 정보가 배치된 장소를 특정하는, 배치 장소 특정부(156)와, 배치 장소 특정부(156)에서 특정된 트레이서빌리티 정보의 배치 장소에 기초하여, 상기 유저로부터의 액세스 요구를 실행하는, 액세스 요구 실행부(158)를 구비한다.

이에 의해, 전체 유저는, 어떠한 트레이서빌리티 정보에 대해서도, 그 참의 저장 장소 등 알지 못하더라도, 포털사이트 기능부(150)에 액세스하고, 포털사이트 기능부(150)를 향하여 각종의 액세스 처리 요구를 송신하는 것만으로, 자동적으로(액세스 권한을 갖는 한) 목적의 정보에 액세스하고, 또한 처리를 실행시키는 것이 가능하게 된다. 결과적으로 유저는 자신의 계열 기업의 트레이서빌리티 정보뿐만 아니라, 다양한 다른 계열의 기업이 생성하는 트레이서빌리티 정보에까지, 또한 그들은 각처에 분산 배치되어 있음에도 불구하고, 자재로 액세스하여 각종 처리를 실행하는 것이 가능해진다.

또한, 상기 포털사이트 기능부(150)는, 상기 트레이서빌리티 정보를 암호화 및 복호화하는 키를 저장하는 암호화/복호화 데이터베이스(130)로부터 취득한, 암호화 키 또는 복호화 키를 이용하여, 상기 트레이서빌리티 정보를 암호화 및 복호화하는 암호화/복호화부(160)를 구비한다.

이에 의해, 정보 센터 서버나, 제품의 전자 태그에 저장되는 트레이서빌리티 정보 중, 예를 들면 특히 기밀성이 높은 정보 등에 대하여, 적절히 암호화를 실시하고, 암호화를 해제하는 권한을 갖지 않는 유저가 그 트레이서빌리티 정보에 액세스하게 되는 것을 확실하게 방지하는 것이 가능하게 된다. 암호화 해제 권한을 갖는 유저는, 포털사이트 기능부(150)에 액세스하고, 암호화/복호화 데이터베이스(130)로부터 복호화 키를 수신하여, 그 트레이서빌리티 정보에 액세스할 수 있다.

또한, 지금까지 나타낸 상기 시스템(100)에서의 각 기능부(150∼160)는, 하드웨어로서 실현하여도 되고, 메모리나 HDD(Hard Disk Drive) 등의 적절한 기억 장치에 저장한 프로그램으로서 실현하는 것으로 하여도 된다. 이 경우, 상기 시스템(100)의 CPU가, 프로그램 실행에 맞추어서 기억 장치로부터 그 프로그램을 메모리에 읽어내고, 이를 실행하게 된다.

다음으로, 각종 유저 단말기(200a∼200d)에 대하여 설명한다. 도 1에는, 일례로서, 사업자인 제조업자의 유저 단말기(200a), 사업자인 판매업자의 유저 단말기(200b), 일반 소비자인 사용자 A의 유저 단말기(200c), 사업자인 보수업자의 유저 단말기(200d)가 도시되어 있다. 이 중, 일반 소비자인 사용자 A의 유저 단말기(200c)는 없어도 된다. 그 경우, 예를 들면 사용자 A에 제품을 판매한 판매업자 가 보유하는 트레이서빌리티 정보에 의해 현재의 제품의 있는지(사용자 A 하) 등을 아는 것에 의해 트레이서빌리티가 얻어지면 된다.

각 유저 단말기(200a∼200d)는, 예를 들면 퍼스널 컴퓨터나 각종 휴대 단말기 등의 컴퓨터로서, 그 기능 구성으로서는, 본 발명의 트레이서 빌리티 방법을 실행하는 클라이언트 기능을 실현하기 위해, 재기입 가능 메모리 등의 프로그램 데이터베이스에, 각각의 업무용 어플리케이션이나 트레이서빌리티 시스템의 클라이언트 기능 등의 각종 프로그램을 구비하고, 이들 프로그램을 메모리에 읽어내고, 연산 장치인 CPU에 의해 실행한다. 또한, 유저 단말기(200a∼200d)는, 각종 버튼류 등의 입력 인터페이스나, 디스플레이 등의 출력 인터페이스, 및 시스템(100) 등의 외부 장치와의 사이의 데이터 수수를 담당하는 통신 장치 등을 갖고 있다. 유저 단말기(200a∼200d)는, 이 통신 장치에 의해, 시스템(100) 등이라고 한 외부 장치와 예를 들면 공중 회선망, 인터넷이나 무선 LAN 등의 각종 네트워크(140)에 접속하여, 데이터 수수를 실행한다. 유저 단말기(200a∼200d)의 각종 프로그램과 통신 장치 사이에서는 I/O부가 데이터의 버퍼링이나 각종 중개 처리를 실행하고 있다. 이상 설명한 유저 단말기(200a∼200d)의 각종 구성 요소는 도시 생략하고 있다.

다음으로, 정보 센터 서버(300a∼300c)에 대하여 설명한다. 도 1에는, 일례로서, 3개의 정보 센터 서버(300a∼300c)가 도시되어 있다. 정보 센터 서버(300a∼300c)는, 각종 트레이서빌리티 정보를 각각이 구비하는 센터 정보 데이터베이스(325)에 저장하는, 예를 들면 Web 서버 등의 컴퓨터로서, 그 기능 구성으로서는, 본 발명의 트레이서빌리티 방법을 시스템(100)과 제휴하면서 실행하는 각종 기능을 실현하기 위해, 재기입 가능 메모리 등의 프로그램 데이터베이스에, 각종 프로그램을 구비하고, 이들 프로그램을 메모리에 읽어내어, 연산 장치인 CPU에 의해 실행한다.

또한, 정보 센터 서버(300a∼300c)는, 각종 버튼류 등의 입력 인터페이스나, 디스플레이 등의 출력 인터페이스, 및 시스템(100) 등의 외부 장치와의 사이의 데이터 수수를 담당하는 통신 장치 등을 갖고 있다. 정보 센터 서버(300a∼300c)는, 이 통신 장치에 의해, 시스템(100) 등이라고 한 외부 장치와 예를 들면 공중 회선망, 인터넷이나 무선 LAN 등의 각종 네트워크(140)에 접속하여, 데이터 수수를 실행한다. 유저 단말기(200a∼200d)의 각종 프로그램과 통신 장치 사이에서는 I/O부가 데이터의 버퍼링이나 각종 중개 처리를 실행하고 있다. 또한, 정보 센터 서버(300a∼300c)는, 각각 처리 권한 정보 데이터베이스(326)를 구비한다. 이상 설명한 정보 센터 서버(300a∼300c)에서는, 처리 권한 데이터베이스(326) 이외의 각종 구성 요소는 도시 생략하고 있다.

도 1에서는 정보 센터 서버(300a∼300c)를 3개만 예시하였지만, 필요에 따라, 보다 많은 정보 센터 서버를 설치하는 것으로 하면 된다. 본 실시 형태에서는, 각 정보 센터 서버(300a∼300c)는, 각각 트레이서빌리티 정보를 만들어 내는 메이커나 보수업자 등의 기업이 자신이 보유하는 트레이서빌리티 정보를 보관하고, 또한, 처리 권한 데이터베이스(325)에 저장하는 정보에 의해, 그 트레이서빌리티 정보에의 각 유저의 처리 권한을 설정하는 서버이다. 이들 정보 센터 서버(300a∼300c)에서는, 센터 정보 데이터베이스(325)에 저장되는 트레이서빌리티 정보뿐만 아니라, 자사의 업무에서 생성되고, 제품의 전자 태그에 저장되어 있는 트레이서빌리티 정보에 대해서도 각종의 관리 처리를 실행하는 것으로 하여도 된다. 예를 들면, 처리 권한 데이터베이스(326)에는, 센터 정보 데이터베이스(325)에 저장되는 트레이서빌리티 정보뿐만 아니라, 전자 태그에 저장되어 있는 트레이서빌리티 정보에 대해서도, 그 각 제품마다의 올바른 처리 내용을 대응지어 저장하고, 유저로부터의 액세스 요구 시에, 시스템(100)의 액세스 권한 체크부(154)에 대하여, 그 정보를 제공하는 것으로 하면 된다.

---데이터베이스 구조---

다음으로, 본 실시 형태의 시스템(100) 및 각 정보 센터 서버(300a∼300c)가 이용하는, 배치 관리 마스터 데이터베이스(125), 거래 관계 마스터 데이터베이스(126), 비지니스 프로세스 데이터베이스(127), 처리 권한 배치 관리 데이터베이스(128), 암호화/복호화 데이터베이스(130), 센터 정보 데이터베이스(325), 및, 처리 권한 데이터베이스(326)의 각 데이터 구조에 대하여 설명한다.

배치 관리 마스터 데이터베이스(125)는, 각 트레이서빌리티 정보와, 그 각 트레이서빌리티 정보가 배치된 장소를 대응지은 데이터베이스이며, 예를 들면, 업계 코드, 비지니스 프로세스 코드, 정보 배치의 약정의 버젼(이하, 버젼이라고 함), 트레이서빌리티 정보 코드(예: 「보수 이력」이나 「소모품 교환일」을 나타내는 코드), 트레이서빌리티 정보 명칭(예: 「보수 이력」이나 「소모품 교환일」), 정보 배치 장소 구분((전자 태그 혹은 센터 정보 데이터베이스(325)의 구별을 나타냄), 전자 태그(의 경우의) 저장 장소(예:전자 태그의 포맷 중 「(선두) 51-58 바 이트」), 전자 태그의 저장 장소의 암호 구분, 암호 키 참조 코드/복호 키 참조 코드, 정보 센터(300a∼300c) 서버에 저장된 트레이서빌리티 정보의 경우의 이하의 4개의 코드, 즉, (해당 제품의) 제조자 코드, 제품 분류 코드, 상품 식별 코드(예: 시리얼 넘버 등), 보수 사업자 코드, 및, 정보 센터 서버(300a∼300c)의 URL 등이라고 한 정보를 대응지은 레코드의 집합체로 되어 있다.

거래 관계 마스터 데이터베이스(126)는, 제품의 유통을 구성하는 기업 간의 거래 중, 올바른 거래 관계라고 인정된 기업 간의 거래 관계 정보를 저장하는 것이며, 예를 들면, 업계 코드, 비지니스 프로세스 코드, 사업자 코드, 사업자 역할 코드(예:보수 사업자를 나타내는 코드), 거래 사업자 코드, 및, 거래 사업자 역할 코드(예:제조업자를 나타내는 코드) 등이라고 한 정보를 대응지은 레코드의 집합체로 되어 있다.

비지니스 프로세스 데이터베이스(127)는, 제품의 유통을 구성하는 비지니스 프로세스와, 그 각 비지니스 프로세스의 올바른 순서를 대응지은 것으로서, 예를 들면, 업계 코드, 비지니스 프로세스 코드, 처리 전 상태 코드, 처리 전 상태 명칭(예: 「가동 중」), 처리 후 상태 코드, 처리 후 상태 명칭(예: 「보수 중」), 처리 코드, 및, 처리 명칭(예: 「보수 개시」)이라고 한 정보를 대응지은 레코드의 집합체로 되어 있다.

처리 권한 배치 관리 데이터베이스(128)는, 각 제품과, 그 각 제품에 대한 트레이서빌리티 정보에의 올바른 처리 내용 정보가 배치된 장소를 대응지은 것으로서, 예를 들면, 업계 코드, 비지니스 프로세스 코드, (해당 제품의)제조자 코드, 제품 분류 코드, 상품 식별 코드(상기 4코드를 포함하고, 제품 개체를 특정하는 코드), 보수 사업자 코드, 트레이서빌리티 정보 코드(예: 「보수 이력」이나 「소모품 교환일」을 나타내는 코드), 권한을 관리하는 센터명, 권한을 관리하는 센터의 URL 등이라고 한 정보를 대응지은 레코드의 집합체로 되어 있다.

암호화/복호화 데이터베이스(130)는, 상기 트레이서빌리티 정보를 암호화 및 복호화하는 키를 저장하는 것이다.

센터 정보 데이터베이스(325)는, 각 제품에 대하여 전자 태그에 저장되지 않은, 남은 트레이서빌리티 정보를 저장하는 것이다. 여기에서, 본 실시 형태에서는, 전자 태그에 저장되는 트레이서빌리티 정보로서는, 업계 코드, 비지니스 프로세스 코드, 버젼, (해당 제품의)정보 코드, 제품 분류 코드, 상품 식별용 코드(상기 5개의 코드를 포함하고, 제품 개체를 특정하기 위한 코드), 및, 그 외의 각종 정보나 항목을 상정하고 있다. 예를 들면, 「보수 이력」 등과 같은 데이터 사이즈가 큰 정보는, 전자 태그가 아니라, 센터 정보 데이터베이스(325)에 저장하는 것을 상정하고 있다.

처리 권한 데이터베이스(326)는, 각 제품과, 그 각 제품에 대한 트레이서빌리티 정보에의 올바른 처리 내용을 대응지은 것으로서, 제조자 코드, 제품 분류 코드, 상품 식별용 코드, 트레이서빌리티 정보 코드(예: 「보수 이력」이나 「소모품 교환일」을 나타내는 코드), 트레이서빌리티 정보 명칭, 처리 사업자 코드, 처리 사업자 역할 코드(예:보수 사업자를 나타내는 코드), 액세스 코드(예: 조회, 갱신, 등록을 나타내는 코드) 등과 같은 정보를 대응지은 레코드의 집합체로 되어 있다.

---처리 플로우예---

이하, 본 실시 형태에서의 트레이서빌리티 방법에 대응하는 처리 플로우예에 대하여, 도면에 기초하여 설명한다. 또한, 이하에서 설명하는 트레이서빌리티 방법에 대응하는 각종 동작은, 상기 시스템(100)이, 적절한 메모리에 읽어내어 실행하는 프로그램에 의해 실현된다. 그리고, 이러한 프로그램은, 이하에 설명되는 각종의 동작을 행하기 위한 코드로부터 각각 구성되어 있다.

---처리 플로우예 1---

도 3은, 본 실시 형태의 트레이서빌리티 방법의 실시 수순예 1을 나타내는 플로우도이다. 여기에서는 우선, 보수 사업자가, 보수 대상의 제품에 대하여, 트레이서빌리티 정보의 하나인 보수 이력 정보를 조회하는 처리에 대하여 설명한다.

우선, 유저인 보수업자는, 자신의 유저 단말기(200d)에 로그인하고, 제품에 부착된 전자 태그에 대하여, 전자 태그의 리더 장치(이하, 리더라고 함)에 의해 그 상품 식별용 코드를 판독하거나, 혹은 유저 단말기(200d)의 입력 인터페이스인 키보드에 의해, 상품 식별용 코드를 키 입력한다(S100).

유저 단말기의 출력 인터페이스인 디스플레이 화면에 조회하고자 하는 정보를 지정하는 화면이 표시되므로, 원하는 보수 이력 정보를 지정함으로써, 해당 제품의 보수 이력 정보를 조회하고자 하는 액세스 요구를 통신 네트워크(140) 경유로 시스템(100)의 액세스 요구 수신부에 송신한다(S102). 유저가 유저 단말기(200a∼200d)로부터 시스템(100)에 액세스할 때에는, 반드시 처음에 로그인 요구하고, 시스템(100)에 의한 인증을 받는다. 그 점, 이하의 플로우예에서도 마찬가지이다. 그 때에 유저는 자신의 ID와 패스워드를 입력하는데, 이에 의해, 시스템(100)에서는 그 유저를 특정하는 사업자 코드 등의 정보를 취득한다.

여기서, 만일 보수 이력 정보가, 전자 태그에 저장되어 있는 트레이서빌리티 정보라고 알게 된 경우에는, 전자 태그 내의 그 정보를 읽고 처리는 종료한다. 그 때, 만일 그 보수 이력 정보에 암호화가 걸려 있는 경우에는, 시스템의 액세스 요구 수신부를 향하여 복호화 처리를 구하는 액세스 처리 요구를 송신한다. 또한, 전자 태그 내에 저장되어 있는 정보를 읽어들일 때는, 전자 태그로부터 통상 읽어들이는 (해당 제품의)업계, 비지니스 프로세스, 및 버젼 정보를 참조하여, 예를 들면 이미 유저 단말기의 전자 태그 레이아웃 보존 데이터베이스에 미리 보존된 버젼 정보 등과의 일치를 확인한 뒤에, 판독하도록 하여도 된다.

여기에서는, 보수 이력 정보는 전자 태그에는 포함되어 있지 않으므로, 처리를 먼저 진행시킨다. 다음으로, 시스템(100)의 액세스 권한 체크부(154)에서는, 해당 제품의, 전자 태그에 저장된(또는 유저에 의해 입력된) 상품 식별용 코드의, 제조자 코드의 부분을 참조하고, 거래 관계 마스터 데이터베이스(126)를 참조하면서, 유저가 해당 제조업자와 올바른 거래 관계에 있는지의 여부를 판정한다(S104). 올바른 거래 관계에 있다고 판단된 경우에는, 다음으로, 액세스 권한 체크부(154)에서는, 처리 권한 배치 관리 데이터베이스(128)를 참조하여, 해당 제품에 대한 올바른 처리 내용 정보를 저장한 처리 권한 데이터베이스(326)가 존재하는 장소, 여기에서는 해당하는 정보 센터 서버(참조 부호 300c인 것으로 함)의 URL을 특정한다(S106).

다음으로, 정보 센터 서버(300c)에서는, 그 프로그램의 기능에 의해, 해당 유저의 사업자 코드와 해당 제품의 상품 식별 코드에 기초하여, 처리 권한 데이터베이스를 참조하면서, 해당 유저의 액세스 요구(이 경우에는 보수 이력 정보의 조회)가 올바른 처리 내용인지의 여부에 관한 정보를 판독하고, 그 정보를 시스템(100)의 액세스 권한 체크부(154)에 송신한다. 액세스 권한 체크부(154)에서는, 이에 기초하여, 해당 유저가 액세스 요구하는 처리 내용이 올바른 것인지의 여부를 판정한다(S108).

스텝 S108에서, 올바르다고 판단된 경우에는, 시스템(100)의 배치 장소 특정부(156)가, 배치 관리 마스터 데이터베이스(125)를 참조하면서, 유저가 요구하는 트레이서빌리티 정보의 배치 장소를 특정한다(S110). 그 결과, 유저가 액세스 요구하는 정보가, 전자 태그 내에 존재하는 정보인 경우와, 정보 센터 서버(300c)에 존재하는 경우에서 이후의 처리가 서로 다르다. 여기에서는, 보수 이력 정보는, 전자 태그가 아니라, 정보 센터 서버(300c)의 센터 정보 데이터베이스(325)에 존재한다고 상정하고 있는데, 본 플로우예에서는, 양자의 경우에 대해 설명한다.

우선, 원하는 트레이서빌리티 정보가 전자 태그 내에 존재한다고 특정된 경우, 시스템(100)의 액세스 요구 실행부(158)에서는, 해당 태그 내에서의 배치 정보(예: 「태그의 선두의 ○바이트∼△바이트」)를 유저 단말기(200d)에 송신한다(S112). 또한, 이 때, 원하는 정보에 암호화가 걸려져 있는 경우에는, 암호화/복호화부(160)가 암호화/복호화 데이터베이스(130)로부터 복호화 키를 취득하고, 유저 단말기(200d)에 송신한다.

다음으로, 유저 단말기(200d)는 이를 수신하고, 태그 내의 위치 정보를 읽어들임으로써, 원하는 정보를 조회한다(S114).

다음으로, 스텝 S110의 결과, 원하는 트레이서빌리티 정보가 정보 센터 서버(300c)에 존재한다고 특정된 경우, 시스템(100)의 액세스 요구 실행부(158)는, 정보 센터 서버(300c)에 대하여, 원하는 정보를 보내도록 요구하는 처리를 실행한다(S116). 정보 센터 서버(300c)의 프로그램은 이를 받아, 시스템(100)에 해당 정보를 송신한다(S118).

다음으로, 시스템(100)의 액세스 요구 실행부(158)는, 해당 정보를 유저 단말기(200d)에 송신함(S120)과 함께, 액세스 로그를 보존 처리한다. 유저 단말기(200d)는 이를 수신하고, 원하는 정보를 조회한다(S122).

이상으로 플로우예 1의 처리는 종료한다.

---처리 플로우예 2---

도 4는, 본 실시 형태의 트레이서빌리티 방법의 실시 수순예 2를 나타내는 플로우도이다. 여기에서는, 유저로 되는 보수 사업자가, 트레이서빌리티 정보의 하나인 보수 대상의 제품의 소모품의 교환일에 대하여, 온라인(인터넷 경유)이 아니라, 오프라인(전자 태그로부터)에서 조회하는 처리에 대하여 설명한다. 컴퓨터를 사용하지 않는 작업 현장 등에서, 제품의 전자 태그에 액세스하는 상황을 상정한 것이다.

우선, 사전에 유저는 유저 단말기(200d)로부터 온라인에서, 복수의 상품 식별 코드에 대한 자신의 처리 권한 정보를, 시스템(100) 경유로 정보 센터 서버의 처리 권한 데이터베이스(326)로부터, 배치 처리에서 (일괄적으로)취득하고, 그 취득된 처리 권한 정보는 유저 단말기(200d)의 데이터베이스(이하, 「액세스 제어 마스터 데이터베이스」라고 함) 등의 적절한 기억 장치에 보관된다(S200). 필요한 경우에는, 시스템(100)의 암호화/복호화부(160)로부터, 복호화 키도 취득하여 보관한다.

다음으로, 드디어 오프라인 처리에서, 우선, 유저는, 전자 태그의, 조회 희망의 트레이서빌리티 정보인 「소모품의 교환일」 정보를 지정한다(S202). 다음으로, 사전에 취득하고, 액세스 제어 마스터 데이터베이스에 저장된, 자신의 처리 권한 정보로부터, 그 정보에의 조회 처리에 대하여 권한이 있는지의 여부를 체크한다(S204). 조회 처리의 권한이 있는 경우에는, 해당하는 데이터를 취득한다(S206). 암호화가 이루어져 있는 경우에는, 복호화 키를 이용하여 복합화한다. 이상으로 플로우예 2의 처리는 종료로 된다.

---처리 플로우예 3---

도 5는, 본 실시 형태의 트레이서빌리티 방법의 실시 수순예 3을 나타내는 플로우도이다. 여기에서는, 보수 사업자가, 보수 대상의 제품에 대하여, 트레이서빌리티 정보의 하나인 구성 정보를 상품 교환 시에 갱신하는 처리에 대하여 설명한다.

우선, 유저인 보수업자는, 자신의 유저 단말기(200d)에 로그인하고, 제품에 부착된 전자 태그에 대하여, 전자 태그의 리더 장치(이하, 리더라고 함)에 의해 그 상품 식별용 코드를 판독하거나, 혹은 유저 단말기(200d)의 입력 인터페이스인 키 보드에 의해, 상품 식별용 코드를 키 입력한다(S300).

유저 단말기의 출력 인터페이스인 디스플레이 화면에 갱신하고자 하는 정보를 지정하는 화면이 표시되므로, 원하는 구성 정보를 지정함으로써, 해당 제품의 구성 정보를 갱신하고자 하는 액세스 요구를 통신 네트워크(140) 경유로 시스템(100)의 액세스 요구 수신부에 송신한다(S302). 이 처리는 상기의 전자 태그의 판독과 연속한 처리로 하여도 된다.

여기서, 만일 갱신하고자 하는 구성 정보가, 전자 태그에 저장되어 있고, 암호의 복호화도 불필요하다고 알게 된 경우에는, 전자 태그 내의 해당 정보를 갱신하여 처리는 종료한다. 그 때, 만일 해당 구성 정보에 암호화가 실시되어 있는 경우에는, 시스템의 액세스 요구 수신부를 향하여 복호화 처리를 구하는 액세스 처리 요구를 송신한다. 또한, 전자 태그 내에 저장되어 있는 정보를 읽어들일 때는, 전자 태그로부터 통상 읽어들이는 (해당 제품의)업계, 비지니스 프로세스, 및 버젼 정보를 참조하여, 예를 들면 이미 유저 단말기의 전자 태그 레이아웃 보존 데이터베이스에 미리 보존된 버젼 정보 등과의 일치를 확인한 뒤에, 판독하도록 하여도 된다.

여기에서는, 구성 정보는 전자 태그에는 포함되지 않은 것으로 하여, 처리를 먼저 진행시킨다. 다음으로, 시스템(100)의 액세스 권한 체크부(154)에서는, 해당 제품의, 전자 태그에 저장된(또는 유저에 의해 입력된) 상품 식별용 코드의, 제조자 코드의 부분을 참조하고, 거래 관계 마스터 데이터베이스(126)를 참조하면서, 유저가 해당 제조업자와 올바른 거래 관계에 있는지의 여부를 판정한다(S304). 올 바른 거래 관계에 있다고 판단된 경우에는, 다음으로, 액세스 권한 체크부(154)에서는, 처리 권한 배치 관리 데이터베이스(128)를 참조하여, 해당 제품에 대한 올바른 처리 내용 정보를 저장한 처리 권한 데이터베이스(326)가 존재하는 장소, 여기에서는 해당하는 정보 센터 서버(여기서는 참조 부호 300c인 것으로 함)의 URL을 특정한다(S306).

다음으로, 정보 센터 서버(300c)에서는, 그 프로그램의 기능에 의해, 해당 유저의 사업자 코드와 해당 제품의 상품 식별 코드에 기초하여, 처리 권한 데이터베이스를 참조하면서, 그 유저의 액세스 요구(이 경우에는 구성 정보의 갱신)가 올바른 처리 내용인지의 여부에 관한 정보를 판독하고, 그 정보를 시스템(100)의 액세스 권한 체크부(154)에 송신한다. 액세스 권한 체크부(154)에서는, 이에 기초하여, 그 유저가 액세스 요구하는 처리 내용이 올바른 것인지의 여부를 판정한다(S308).

스텝 S308에서, 올바르다고 판단된 경우에는, 액세스 권한 체크부(154)는 다음으로, 비지니스 프로세스 마스터 데이터베이스(127)를 참조하면서, 유저의 액세스 요구가, 올바른 비지니스 프로세스 순서를 요구하는 것인지의 여부를 판정하는 처리를 포함한다(S310).

스텝 S310에서, 올바르다고 판정된 경우에는, 시스템(100)의 배치 장소 특정부(156)가, 배치 관리 마스터 데이터베이스(125)를 참조하면서, 유저가 요구하는 트레이서빌리티 정보의 배치 장소를 특정한다(S312). 그 결과, 유저가 액세스 요구하는 정보가, 전자 태그 내에 존재하는 정보인 경우와, 정보 센터 서버(300c)에 존재하는 경우에서 이후의 처리가 서로 다르다. 여기에서는, 구성 정보는, 전자 태그가 아니라, 정보 센터 서버(300c)의 센터 정보 데이터베이스(325)에 존재한다고 상정하고 있는 것인데, 본 플로우예에서는, 양자의 경우에 대하여 설명한다.

우선, 원하는 트레이서빌리티 정보가 전자 태그 내에 존재한다고 특정된 경우, 시스템(100)의 액세스 요구 실행부(158)에서는, 그 태그 내에서의 배치 정보(예: 「태그의 선두의 ○바이트∼△바이트」)를 유저 단말기(200d)에 송신한다(S314). 또한, 이 때, 원하는 정보에 암호화가 걸려져 있는 경우에는, 암호화/복호화부(160)가 암호화/복호화 데이터베이스(130)로부터 암호화 키를 취득하고, 유저 단말기(200d)에 송신한다.

다음으로, 유저 단말기(200d)는 이를 수신하고, 태그 내의 위치 정보를 갱신하고, 그 결과를 시스템(100)에 송신한다(S316). 다음으로, 유저 단말기(200d)에서는, 액세스 로그를 보존하고, 시스템(100)에, 처리 이력의 갱신과, 백업 보존 처리 기능을 갖는 경우에는 백업의 갱신 처리를 요구한다.

다음으로, 스텝 S312의 결과, 원하는 트레이서빌리티 정보가 정보 센터 서버(300c)에 존재한다고 특정된 경우, 시스템(100)의 액세스 요구 실행부(158)는, 정보 센터 서버(300c)에 대하여, 원하는 정보의 갱신 처리 요구를 송신한다(S318). 정보 센터 서버(300c)의 프로그램은 이를 받아, 그 정보를 갱신한다(S320).

다음으로, 시스템(100)의 액세스 요구 실행부(158)는, 그 정보에의 갱신 처리 결과를 유저 단말기(200d)에 송신함(S322)과 함께, 액세스 로그를 보존 처리한다.

이상으로 플로우예 3의 처리는 종료한다.

---처리 플로우예 4---

도 6은, 본 실시 형태의 트레이서빌리티 방법의 실시 수순예 4를 나타내는 플로우도이다. 여기에서는, 유저로 되는 보수 사업자가, 트레이서빌리티 정보의 하나인 보수 대상의 제품의 최신 보수일에 대하여, 온라인(인터넷 경유)이 아니라, 오프라인(전자 태그로부터)에서 갱신 처리하는 경우에 대하여 설명한다.

우선, 사전에 유저는 유저 단말기(200d)로부터 온라인에서, 복수의 상품 식별 코드에 대한 자신의 처리 권한 정보를, 시스템(100) 경유로 정보 센터 서버의 처리 권한 데이터베이스(326)로부터, 배치 처리에서 (일괄적으로)취득하고, 그 취득된 처리 권한 정보는 유저 단말기(200d)의 데이터베이스(이하, 「액세스 제어 마스터 데이터베이스」라고 함) 등의 적절한 기억 장치에 보관된다(S400). 또한, 시스템(100)의 비지니스 프로세스 마스터 데이터베이스(127)로부터, 올바른 비지니스 프로세스 순서 정보를 취득하고, 유저 단말기(200d)의 프로세스 체크용 마스터 데이터베이스에 보관해 둔다(S400). 필요한 경우에는, 시스템(100)의 암호화/복호화부(160)로부터, 복호화 키도 취득하여 보관해 둔다.

다음으로, 드디어 오프라인 처리에서, 우선, 유저는, 전자 태그의, 갱신 희망의 트레이서빌리티 정보인 「최신 보수일」 정보를 지정한다(S402). 다음으로, 사전에 취득하고, 액세스 제어 마스터 데이터베이스에 저장된, 자신의 처리 권한 정보로부터, 그 정보에의 조회 처리에 대하여 권한이 있는지의 여부를 체크한다(S404). 또한, 사전에 취득하고, 프로세스 체크용 마스터 데이터베이스에 저장 된, 올바른 비지니스 프로세스 순서 정보로부터, 자신의 액세스 요구가 올바른 비지니스 프로세스순인지의 여부를 체크한다(S404). 갱신 처리의 권한이 있는 경우에는, 해당하는 데이터를 갱신한다(S4O6). 암호화가 필요한 경우에는, 암호화 키를 이용하여 암호화한다.

사후적으로, 유저는, 시스템(100)에 로그인 요구하여 액세스하고, 액세스 로그의 추가, 갱신 이력의 추가, 태그 정보의 백업 등의 각종 처리의 요구를 실행한다(S408). 시스템(100)의 액세스 요구 사항부(158)에서는 이를 받아, 액세스 로그의 보관, 정보 센터 서버(300c)에의 이력 갱신 요구 송신, 백업 갱신 요구 송신을 실행한다(S410). 정보 센터 서버(300c)는 이를 받아, 갱신 이력 정보, 태그 정보를 갱신한다(S412).

이상으로 플로우예 4의 처리는 종료로 된다.

---처리 플로우예 5---

도 7은, 본 실시 형태의 트레이서빌리티 방법의 실시 수순예 5를 나타내는 플로우도이다. 여기에서는, 보수 사업자가, 보수 대상의 제품에 대하여, 트레이서빌리티 정보의 하나인 보수 이력 정보를 등록하는 처리에 대하여 설명한다. 등록 처리는 전부, 전자 태그에 저장되는 것은 아니고, 정보 센터 서버(300c)에 저장되는 것으로 한다.

우선, 유저인 보수업자는, 자신의 유저 단말기(200d)에 로그인하고, 유저 단말기의 출력 인터페이스인 디스플레이 화면으로부터, 임의의 정보를 등록하고자 하는 액세스 요구를 통신 네트워크(140) 경유로 시스템(100)의 액세스 요구 수신부에 송신한다(S500).

다음으로, 시스템(100)의 액세스 권한 체크부(154)에서는, 해당 제품의, 전자 태그에 저장된(또는 유저에 의해 입력된) 상품 식별용 코드의, 제조자 코드의 부분을 참조하고, 거래 관계 마스터 데이터베이스(126)를 참조하면서, 유저가 해당 제조업자와 올바른 거래 관계에 있는지의 여부를 판정한다(S502). 올바른 거래 관계에 있다고 판단된 경우에는, 다음으로, 액세스 권한 체크부(154)에서는, 처리 권한 배치 관리 데이터베이스(128)를 참조하여, 해당 제품에 대한 올바른 처리 내용을 저장한 처리 권한 데이터베이스(326)가 존재하는 장소, 여기에서는 해당하는 정보 센터 서버(여기서는 참조 부호 300c인 것으로 함)의 URL을 특정한다(S504).

다음으로, 정보 센터 서버(300c)에서는, 그 프로그램의 기능에 의해, 그 유저의 사업자 코드와 해당 제품의 상품 식별 코드에 기초하여, 처리 권한 데이터베이스를 참조하면서, 그 유저의 액세스 요구(이 경우에는 구성 정보의 갱신)가 올바른 처리 내용인지의 여부에 관한 정보를 판독하고, 그 정보를 시스템(100)의 액세스 권한 체크부(154)에 송신한다. 액세스 권한 체크부(154)에서는, 이에 기초하여, 그 유저가 액세스 요구하는 처리 내용이 올바른 것인지의 여부를 판정한다(S506).

스텝 S506에서, 올바르다고 판단된 경우에는, 액세스 권한 체크부(154)는 다음에, 비지니스 프로세스 마스터 데이터베이스(127)를 참조하면서, 유저의 액세스 요구가, 올바른 비지니스 프로세스 순서를 요구하는 것인지의 여부를 판정하는 처리를 포함한다(S508).

스텝 S508에서, 올바르다고 판정된 경우에는, 시스템(100)의 배치 장소 특정부(156)가, 배치 관리 마스터 데이터베이스(125)를 참조하면서, 유저가 요구하는 트레이서빌리티 정보의 배치 장소를 특정한다(S510). 다음으로, 스텝 S510의 결과, 원하는 트레이서빌리티 정보가 정보 센터 서버(300c)에 존재한다고 특정된 경우, 시스템(100)의 액세스 요구 실행부(158)는, 정보 센터 서버(300c)에 대하여, 원하는 정보의 등록 처리 요구를 송신한다(S512). 정보 센터 서버(300c)의 프로그램은 이를 받아, 그 정보를 등록한다(S514).

다음으로, 시스템(100)의 액세스 요구 실행부(158)는, 그 정보에의 갱신 처리 결과를 유저 단말기(200d)에 송신함과(S516) 함께, 액세스 로그를 보존 처리한다.

이상으로 플로우예 5의 처리는 종료한다.

이상, 본 실시 형태에 따르면, 단일의 기업이나 단일의 기업 계열을 넘는 복수의 기업이 참가하는 제품 유통에서, 각처에 분산된 트레이서빌리티 정보에 자재로 액세스하는 것이 가능함과 함께, 그들 트레이서빌리티 정보에의 액세스 권한을 적절히 관리하는 것이 가능하게 된다.

이상, 본 발명의 실시 형태에 대하여, 그 실시 형태에 기초하여 구체적으로 설명하였지만, 이에 한정되는 것은 아니고, 그 요지를 일탈하지 않는 범위에서 여러 가지 변경 가능하다.

도 1은 본 실시 형태의 트레이서빌리티 시스템을 포함하는 네트워크 구성도.

도 2는 본 실시 형태의 트레이서빌리티 시스템에서의 비지니스 프로세스의 일례를 도시하는 도면.

도 3은 본 실시 형태의 트레이서빌리티 방법에 대응하는 처리 플로우예 1을 도시하는 도면.

도 4는 본 실시 형태의 트레이서빌리티 방법에 대응하는 처리 플로우예 2를 도시하는 도면.

도 5는 본 실시 형태의 트레이서빌리티 방법에 대응하는 처리 플로우예 3을 도시하는 도면.

도 6은 본 실시 형태의 트레이서빌리티 방법의 실시 수순예 4를 도시하는 플로우도.

도 7은 본 실시 형태의 트레이서빌리티 방법의 실시 수순예 5를 도시하는 플로우도.

<도면의 주요 부분에 대한 부호의 설명>

125 : 배치 관리 마스터 DB

126 : 거래 관계 마스터 DB

127 : 비지니스 프로세스 DB

128 : 처리 권한 배치 관리 DB

152 : 액세스 요구 수신부

154 : 액세스 권한 체크부

156 : 배치 장소 특정부

158 : 액세스 요구 실행부

160 : 암호화/복호화부

130 : 암호화/복호화 DB200a : 사업자(제조업자)의 유저 단말기

200b : 사업자(판매업자)의 유저 단말기

200c : 사용자 A의 유저 단말기

200d : 사업자(보수업자)의 유저 단말기

300a, 300b, 300c : 정보 센터 서버

325 : 센터 정보 DB

326 : 처리 권한 DB

Claims (10)

1. 제품의 제조 단계부터 폐기 단계에 이르기까지의 각종 유통 단계에서 발생하는 제품 이력을 추적 가능한 트레이서빌리티(traceability, 생산 유통 이력 추적, 이하 동일) 시스템으로서,

   사업자의 식별 정보와, 그 사업자와 거래 가능한 사업자의 식별 정보를 대응지어 기억하는 거래 관계 마스터 데이터베이스와,

   상기 사업자의 식별 정보와, 제품의 식별 정보와, 상기 제품 이력의 조회 등 그 제품 이력에 대한 처리의 권한 유무를 나타내는 정보를 대응지어 기억하는 처리 권한 데이터베이스와,

   상기 제품의 식별 정보와, 그 제품 이력 정보를 대응지어 기억하는 배치 관리 마스터 데이터베이스와,

   제1 사업자의 식별 정보와 함께, 제2 사업자의 식별 정보, 그 제2 사업자에 관한 상기 제품의 식별 정보, 그 제품 이력의 종별을 나타내는 정보 및 상기 처리의 내용을 나타내는 정보를 포함하는 액세스 요구를 수신하는 수단과,

   그 수신한 제1 사업자의 식별 정보 및 그 제2 사업자의 식별 정보와, 상기 거래 관계 마스터 데이터베이스에 기억되어 있는 정보에 기초하여, 그 제1 사업자가 상기 제2 사업자와 거래 관계가 있는지의 여부를 판단하는 수단과,

   그 판단의 결과, 거래 관계가 있는 경우에, 상기 수신한 제1 사업자의 식별 정보 및 제2 사업자에 관한 제품의 식별 정보와, 상기 처리 권한 데이터베이스에 기억되어 있는 정보에 기초하여, 그 제2 사업자에 관한 제품 이력에 대한 상기 처리의 권한 유무를 판단하는 수단과,

   그 판단의 결과, 그 처리의 권한이 있고, 또한 그 처리의 내용이 상기 제품 이력 정보의 조회를 나타내는 경우에, 상기 수신한 제품의 식별 정보와, 상기 배치 관리 마스터 데이터베이스에 기억되어 있는 정보에 기초하여, 해당 제품 이력 정보를 취득하는 수단과,

   그 제품 이력 정보를 출력하는 수단

   을 갖는 것을 특징으로 하는 트레이서빌리티 시스템.
2. 제1항에 있어서,

   상기 처리의 내용이 상기 제품 이력 정보의 등록 또는 변경 또는 삭제를 나타내는 경우에는, 상기 배치 관리 마스터 데이터베이스에 기억되어 있는 정보를 갱신하는 수단을 더 갖는 것을 특징으로 하는 트레이서빌리티 시스템.
3. 제조업자, 판매업자, 보수업자, 폐기업자 등의 복수의 사업자의 각각이 소유하는 복수의 단말기와, 그 단말기와 네트워크를 통하여 접속된 복수의 서버로 구성되고, 제품의 제조 단계부터 폐기 단계에 이르기까지의 각종 유통 단계에서 발생하는 제품 이력을 추적 가능한 트레이서빌리티 시스템에서의 제1 서버로서,

   상기 사업자의 식별 정보와, 그 사업자와 거래 가능한 사업자의 식별 정보를 대응지어 기억하는 거래 관계 마스터 데이터베이스와,

   제품의 식별 정보와, 상기 제품 이력의 조회 등 그 제품 이력에 대한 처리의 권한 유무를 판단하는 서버의 URL을 대응지어 기억하는 처리 권한 데이터베이스와,

   상기 제품 이력의 종별을 나타내는 정보와, 그 제품 이력의 저장 장소를 나타내는 정보를 대응지어 기억하는 배치 관리 마스터 데이터베이스와,

   제1 단말기로부터, 그 제1 단말기 유저인 제1 사업자의 식별 정보와 함께, 제2 사업자의 식별 정보, 그 제2 사업자에 관한 상기 제품의 식별 정보, 그 제품 이력의 종별을 나타내는 정보, 및 그 제품 이력의 참조 등 처리의 내용을 나타내는 정보를 포함하는 액세스 요구를 상기 네트워크를 통하여 수신하고, 그 제1 사업자의 식별 정보 및 그 제2 사업자의 식별 정보와, 상기 거래 관계 마스터 데이터베이스에 기억되어 있는 정보에 기초하여, 상기 제1 사업자가 상기 제2 사업자와 거래 관계가 있는지의 여부를 판단하고, 거래 관계가 있는 경우에, 상기 수신한 제품의 식별 정보와, 상기 처리 권한 데이터베이스에 기억되어 있는 정보에 기초하여, 그 제품 이력에 대한 상기 처리의 권한 유무를 판단하는 제2 서버의 URL을 취득하고, 그 제2 서버에 상기 제1 사업자의 식별 정보 및 상기 제품의 식별 정보를 상기 네트워크를 통하여 송신하고, 상기 제2 서버로부터, 상기 처리의 권한 유/무를 나타내는 정보를 상기 네트워크를 통하여 수신하고, 그 처리의 권한이 있는 경우에, 상기 수신한 제품 이력의 종별을 나타내는 정보와 상기 배치 관리 마스터 데이터베이스에 기억되어 있는 정보에 기초하여, 그 제품 이력의 저장 장소를 나타내는 정보를 특정하고, 그 특정 정보에 따른 정보를 상기 네트워크를 통하여 상기 제1 단말기에 송신하는 정보 처리부

   를 갖는 것을 특징으로 하는 서버.
4. 제3항에 있어서,

   상기 제품 이력의 저장 장소를 나타내는 정보는, 전자 태그, 또는 상기 네트워크에 접속되어 있는 상기 제1 서버와는 별도의 서버의 URL이며,

   상기 정보 처리부는, 상기 특정한 제품 이력의 저장 장소를 나타내는 정보가 상기 전자 태그인 경우는, 그 전자 태그에서의 상기 제품 이력의 저장 장소를 나타내는 정보를 상기 네트워크를 통하여 상기 제1 단말기에 송신하고, 상기 특정한 제품 이력의 저장 장소를 나타내는 정보가 상기 별도의 서버의 URL인 경우는, 그 별도의 서버에 상기 네트워크를 통하여 제품 이력 정보를 요구하고, 그 별도의 서버로부터 상기 제품 이력 정보를 상기 네트워크를 통하여 수신하고, 그 제품 이력 정보를 상기 네트워크를 통하여 상기 제1 단말기에 송신하는 것을 특징으로 하는 서버.
5. 제3항에 있어서,

   상기 정보 처리부는, 상기 수신한 처리의 내용이 제품 이력 정보의 등록 또는 변경 또는 삭제를 나타내는 경우에는, 그 제1 사업자의 식별 정보 및 그 제2 사업자의 식별 정보와, 상기 거래 관계 마스터 데이터베이스에 기억되어 있는 정보에 기초하여, 상기 제1 사업자가 상기 제2 사업자와 거래 관계가 있는지의 여부를 판단하고, 거래 관계가 있는 경우에, 상기 수신한 제품의 식별 정보와, 상기 처리 권한 데이터베이스에 기억되어 있는 정보에 기초하여, 그 제품 이력에 대한 상기 처리의 권한 유무를 판단하는 제2 서버의 URL을 취득하고, 그 제2 서버에 상기 제1 사업자의 식별 정보 및 상기 제품의 식별 정보를 상기 네트워크를 통하여 송신하고, 상기 제2 서버로부터, 상기 처리의 권한 유/무를 나타내는 정보를 상기 네트워크를 통하여 수신하고, 그 처리의 권한이 있는 경우에, 상기 수신한 제품 이력의 종별을 나타내는 정보와 상기 배치 관리 마스터 데이터베이스에 기억되어 있는 정보에 기초하여, 그 제품 이력의 저장 장소를 나타내는 정보를 특정하고, 그 특정 정보가 상기 제1 서버와는 별도의 서버의 URL인 경우, 그 처리의 요구를 상기 네트워크를 통하여 그 별도의 서버에 송신하고, 그 별도의 서버로부터 그 처리의 결과를 상기 네트워크를 통하여 수신하고, 그 처리 결과를 상기 네트워크를 통하여 상기 제1 단말기에 송신하는 것을 특징으로 하는 서버.
6. 사업자의 식별 정보와, 그 사업자와 거래 가능한 사업자의 식별 정보를 대응지어 기억하는 거래 관계 마스터 데이터베이스와,

   상기 사업자의 식별 정보와, 제품의 식별 정보와, 제품 이력의 조회 등 그 제품 이력에 대한 처리의 권한 유무를 나타내는 정보를 대응지어 기억하는 처리 권한 데이터베이스와,

   상기 제품의 식별 정보와, 그 제품 이력 정보를 대응지어 기억하는 배치 관리 마스터 데이터베이스를 구비하고,

   제품의 제조 단계부터 폐기 단계에 이르기까지의 각종 유통 단계에서 발생하는 제품 이력을 추적 가능한 트레이서빌리티 시스템이,

   제1 사업자의 식별 정보와 함께, 제2 사업자의 식별 정보, 그 제2 사업자에 관한 상기 제품의 식별 정보, 그 제품 이력의 종별을 나타내는 정보 및 상기 처리의 내용을 나타내는 정보를 포함하는 액세스 요구를 수신하는 처리와,

   그 수신한 제1 사업자의 식별 정보 및 그 제2 사업자의 식별 정보와, 상기 거래 관계 마스터 데이터베이스에 기억되어 있는 정보에 기초하여, 그 제1 사업자가 상기 제2 사업자와 거래 관계가 있는지의 여부를 판단하는 처리와,

   그 판단의 결과, 거래 관계가 있는 경우에, 상기 수신한 제1 사업자의 식별 정보 및 제2 사업자에 관한 제품의 식별 정보와, 상기 처리 권한 데이터베이스에 기억되어 있는 정보에 기초하여, 그 제2 사업자에 관한 제품 이력에 대한 상기 처리의 권한 유무를 판단하는 처리와,

   그 판단의 결과, 그 처리의 권한이 있고, 또한 그 처리의 내용이 상기 제품 이력 정보의 조회를 나타내는 경우에, 상기 수신한 제품의 식별 정보와, 상기 배치 관리 마스터 데이터베이스에 기억되어 있는 정보에 기초하여, 해당 제품 이력 정보를 취득하는 처리와,

   그 제품 이력 정보를 출력하는 처리

   를 실행하는 것을 특징으로 하는 트레이서빌리티 방법.
7. 제6항에 있어서,

   상기 트레이서빌리티 시스템이, 상기 처리의 내용이 상기 제품 이력 정보의 등록 또는 변경 또는 삭제를 나타내는 경우에는, 상기 배치 관리 마스터 데이터베이스에 기억되어 있는 정보를 갱신하는 처리를 실행하는 것을 특징으로 하는 트레이서빌리티 방법.
8. 제조업자, 판매업자, 보수업자, 폐기업자 등의 복수의 사업자의 각각이 소유하는 복수의 단말기와, 그 단말기와 네트워크를 통하여 접속된 복수의 서버로 구성되고, 제품의 제조 단계부터 폐기 단계에 이르기까지의 각종 유통 단계에서 발생하는 제품 이력을 추적 가능한 트레이서빌리티 시스템에서의 제1 서버에,

   제1 단말기로부터, 그 제1 단말기 유저인 제1 사업자의 식별 정보와 함께, 제2 사업자의 식별 정보, 그 제2 사업자에 관한 상기 제품의 식별 정보, 그 제품 이력의 종별을 나타내는 정보, 및 그 제품 이력의 참조 등 처리의 내용을 나타내는 정보를 포함하는 액세스 요구를 상기 네트워크를 통하여 수신하는 처리와,

   그 제1 사업자의 식별 정보 및 그 제2 사업자의 식별 정보와, 기억부에 기억되어 있는, 상기 사업자의 식별 정보 및 그 사업자와 거래 가능한 사업자의 식별 정보의 대응짓기 정보에 기초하여, 상기 제1 사업자가 상기 제2 사업자와 거래 관계가 있는지의 여부를 판단하는 처리와,

   그 판단 처리의 결과, 거래 관계가 있는 경우에, 상기 수신한 제품의 식별 정보와, 상기 기억부에 기억되어 있는, 제품의 식별 정보와, 그 제품 이력에 대한 상기 처리의 권한 유무를 판단하는 서버의 URL의 대응짓기 정보에 기초하여, 그 제품 이력에 대한 상기 처리의 권한 유무를 판단하는 제2 서버의 URL을 취득하는 처리와,

   그 제2 서버에 상기 제1 사업자의 식별 정보 및 상기 제품의 식별 정보를 상기 네트워크를 통하여 송신하는 처리와,

   상기 제2 서버로부터, 상기 처리의 권한 유/무를 나타내는 정보를 상기 네트워크를 통하여 수신하는 처리와,

   그 처리의 권한이 있는 것을 나타내는 경우에, 상기 수신한 제품 이력의 종별을 나타내는 정보와, 상기 기억부에 기억되어 있는, 상기 제품 이력의 종별을 나타내는 정보와 그 제품 이력의 저장 장소를 나타내는 정보의 대응짓기 정보에 기초하여, 그 제품 이력의 저장 장소를 나타내는 정보를 특정하는 처리와,

   그 특정 정보에 따른 정보를 상기 네트워크를 통하여 상기 제1 단말기에 송신하는 처리

   를 실행시키는 것을 특징으로 하는 트레이서빌리티 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체.
9. 제8항에 있어서,

   상기 제품 이력의 저장 장소를 나타내는 정보는, 전자 태그, 또는 상기 네트워크에 접속되어 있는 상기 제1 서버와는 별도의 서버의 URL이며,

   상기 제1 서버에,

   상기 특정한 제품 이력의 저장 장소를 나타내는 정보가 상기 전자 태그인 경우는, 그 전자 태그에서의 상기 제품 이력의 저장 장소를 나타내는 정보를 상기 네트워크를 통하여 상기 제1 단말기에 송신하는 처리를 실행시키고,

   상기 특정한 제품 이력의 저장 장소를 나타내는 정보가 상기 별도의 서버의 URL인 경우는, 그 별도의 서버에 상기 네트워크를 통하여 제품 이력 정보를 요구하는 처리와, 그 별도의 서버로부터 상기 제품 이력 정보를 상기 네트워크를 통하여 수신하는 처리와, 그 제품 이력 정보를 상기 네트워크를 통하여 상기 제1 단말기에 송신하는 처리를 실행시키는 것을 특징으로 하는 트레이서빌리티 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체.
10. 제8항에 있어서,

    상기 제1 서버에,

    상기 수신한 처리의 내용이 제품 이력 정보의 등록 또는 변경 또는 삭제를 나타내는 경우에는, 그 제1 사업자의 식별 정보 및 그 제2 사업자의 식별 정보와, 상기 기억부에 기억되어 있는 상기 사업자의 식별 정보 및 그 사업자와 거래 가능한 사업자의 식별 정보의 대응짓기 정보에 기초하여, 상기 제1 사업자가 상기 제2 사업자와 거래 관계가 있는지의 여부를 판단하는 처리와,

    그 판단 처리의 결과, 거래 관계가 있는 경우에, 상기 수신한 제품의 식별 정보와, 상기 기억부에 기억되어 있는, 제품의 식별 정보와, 그 제품 이력에 대한 상기 처리의 권한 유무를 판단하는 서버의 URL의 대응짓기 정보에 기초하여, 그 제품 이력에 대한 상기 처리의 권한 유무를 판단하는 제2 서버의 URL을 취득하는 처리와,

    상기 제2 서버에 상기 제1 사업자의 식별 정보 및 상기 제품의 식별 정보를 상기 네트워크를 통하여 송신하는 처리와,

    상기 제2 서버로부터, 상기 처리의 권한 유/무를 나타내는 정보를 상기 네트워크를 통하여 수신하는 처리와, 그 처리의 권한이 있는 경우에, 상기 수신한 제품 이력의 종별을 나타내는 정보와 상기 기억부에 기억되어 있는, 상기 제품 이력의 종별을 나타내는 정보와 그 제품 이력의 저장 장소를 나타내는 정보의 대응짓기 정보에 기초하여, 그 제품 이력의 저장 장소를 나타내는 정보를 특정하는 처리와,

    그 특정 정보가 상기 제1 서버와는 별도의 서버의 URL인 경우, 그 처리의 요구를 상기 네트워크를 통하여 그 별도의 서버에 송신하는 처리와,

    그 별도의 서버로부터 그 처리의 결과를 상기 네트워크를 통하여 수신하는 처리와,

    그 처리 결과를 상기 네트워크를 통하여 상기 제1 단말기에 송신하는 처리를 실행시키는 것을 특징으로 하는 트레이서빌리티 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체.

Images