(1) Field of the Invention
The present invention relates to a technology for grasping a job history concerning products using an information processing technology. In particular, the present invention is concerned with a technology for complementing history information on a job, which has been performed by a company incapable of acquiring information on a level on which individual products can be discriminated from one another (hereinafter called an individual level), on the individual level by utilizing business deal information to be transferred through EDI.
(2) Description of the Related Art
In recent years, product recall has frequently occurred. When a defect is recognized in an own products of a manufacturer, the necessity of recall arises. After products are delivered to other company, if the necessity of recall is discovered, since history information on a job that involves companies is managed company by company, there is no other way for the manufacturer to query the company that is a shipping destination. Therefore, it is time-consuming to trace the location of the products to be recalled.
Under the circumstances, Japanese Patent Application Laid-Open Publication No. 2006-171805 has addressed an issue that it is necessary for two companies to construct a mechanism of discriminating individual products from one another, manage job history information, and enable search of the job history information in case a trouble such as recall occurs, and has disclosed an EDI system that handles fresh products as objects of tracing and that ensures traceability during distribution. Specifically, a center server has a database, business deal information that is transferred between the two companies and job history information are acquired into the database and managed comprehensively. Thus, history information on a job which has involved the two companies can be searched.
However, when job history information is managed with individual products discriminated from one another, companies that make a business deal with each other through electronic data interchange (EDI) have to be able to acquire job history information on a level on which the individual products can be discriminated from one another (hereinafter called an individual level).
An object of the present invention is to provide a method that as long as one of two companies which make a business deal with each other through EDI can acquire job history information on an individual level, can complement history information on a job, which has been performed by the company incapable of acquiring information on the individual level, on the individual level by utilizing business deal information that is transferred through EDI.
In order to solve the aforesaid problem, according to the present invention, job history information signifying a history of each job involved in a deal made for individual products owned by one of companies (organizations) that have a business relationship, and an EDI message concerning the deal are used to complement job history information of the other company by compensating for information that has not been acquired. At this time, if data of a quantity concerning a deal specified in the job history information used for complementing and data of a quantity specified in the EDI message are inconsistent with each other, the data items and other data (for example, a probability value or a virtual ID) are used to estimate the job history information. This is also encompassed in an aspect of the present invention.
More particularly, the present invention includes constituent features described below. Assume that an ID that uniquely specifies a deal (hereinafter called a deal number) is assigned to a deal in relation to a series of jobs that starts with ordering succeeded by shipment and receipt, testing, acceptance inspection, and payment. In first information processing equipment including an arithmetic processing unit, a storage unit, and a communication unit, a first job history complementing method is implemented in order to complement history information on a job, which has been performed by a company incapable of acquiring information on a level on which individual products can be discriminated from one another (hereinafter called a individual level), on the individual level. The first job history complementing method includes: processing in which the arithmetic processing unit acquires job history information of the individual level, and business deal information (hereinafter called an EDI message), which is transferred between second information processing equipment and third information processing equipment through EDI, from the second information processing equipment via the communication unit; processing in which the arithmetic processing unit acquires an EDI message from the third information processing equipment via the communication unit; processing in which the job history is complemented by performing calculation on the individual level using the deal number as a key on the basis of the EDI messages containing the deal number, and the job history information of the individual level which is acquired during any of the series of jobs; and processing in which if the result of comparison of the number of records in the job history information with a value of a quantity acquired from the EDI message demonstrates that the number of records and the value are inconsistent with each other, the job history is estimated.
According to the present invention, there is provided a second job history complementing method in which the processing of estimating a job history included in the first job history complementing method includes processing in which if the result of the comparison demonstrates that the number of records in the job history information is larger, a probability value at which each of products corresponding to individual IDs specified in the job history information has existed during a job that has history information thereon complemented is calculated.
Further, according to the present invention, there is provided a third job history complementing method in which the processing of estimating a job history included in the first job history complementing method includes processing in which if the result of the comparison demonstrates that the number of records in the job history information is smaller, virtual individual IDs which uniquely specify individual products but are not IDs borne, like RFIDs, by the products are assigned by the number of virtual individual IDs equivalent to a difference between the number of records in the job history information and the value of the quantity acquired from the EDI message.
Further, according to the present invention, there is provided a fourth job history complementing method in which when the processing of estimating a job history included in the first job history complementing method is carried out, processing of notifying an EDI customer of the fact that the quantity is different from the number of records is carried out at the same time.
Further, according to the present invention, there is provided a fifth job history complementing method in which the EDI message employed in the first, second, third, and fourth job history complementing methods contains: at least an information category that specifies a type of job indicated by the EDI message; an accepting side code that uniquely specifies an accepting side of a deal relevant to the EDI message; an ordering side code that uniquely specifies an ordering side of the deal relevant to the EDI message; a deal number that uniquely specifies the deal relevant to the EDI message; a product code that uniquely specifies a type of products relevant to the job indicated by the EDI message; a quantity of the products relevant to the job indicated by the EDI message; and a date/time on which the job indicated by the EDI message has been performed. The job history information of the individual level employed in the first, second, third, and fourth job history complementing methods contains: at least an individual ID that uniquely specifies each product; a product code that uniquely specifies the type of product; a site ID that uniquely specifies a site where the job that results in the job history information has been performed; a date/time on which the job that results in the job history information has been performed; a work type that specifies from what job the job history information originates; a deal number that uniquely specifies a deal relevant to the job that results in the job history information; a probability at which the product of the individual ID has existed during the job that results in the job history information.
Other problem and a solving means thereof that are disclosed in the present application will be apparent from Description of the Preferred Embodiments and appended drawings.
According to the present invention, job history information concerning a deal can be complemented. Assume that an ID that uniquely specifies a deal (hereinafter called a deal number) is assigned to a deal in relation to a series of jobs that starts with ordering succeeded by shipment and receipt, testing, acceptance inspection, and payment. As long as one of two companies that make a business deal with each other through EDI can acquire job history information while discriminating individual products from one another, history information on a job that has been performed by a company incapable of acquiring information on a level on which the individual products can be discriminated from one another (hereinafter called an individual level) can be complemented on the individual level by utilizing business deal information transferred through EDI (hereinafter called an EDI message). Therefore, a range of a job history capable of being searched can be expanded with respect to a certain type of products. In addition, when a quantity of products is varied in the course of the deal because of a missing product or the like, not only an error is returned to an EDI customer but also a probability value or a virtual ID is utilized in order to estimate and complement a job history. Thus, search of the job history can be realized.
The present invention will become fully understood from the detailed description given hereinafter and the accompanying drawings, wherein:
Referring to the drawings, an embodiment of the present invention will be described below.
The tag 600 is a medium in which at least an individual ID uniquely specifying a product, which bears the tag 600, on an individual level (a level on which individual products of the same type can be discriminated from one another) is stored, for example, a bar code, a two-dimensional cord, or an RFID tag.
The information processing equipment 100 is so-called computer equipment, for example, a personal computer. Using the information processing equipment 100, the merchant m100 manages a shipment history of products on the individual level, creates business deal information (hereinafter called an EDI message) which is transferred through electronic data interchange (EDI), on the basis of shipment history information, and transmits the shipment history information of the individual level and the EDI message (shipment) to the job history complementing equipment 300. The information processing equipment 100 includes at least a CPU 101, a memory 102, a storage device 103, a communication interface 104, and a reader 105. The reader 105 is, for example, a bar code reader, a two-dimensional code reader, or an RFID reader, and reads at least the individual ID from the tag 600. The communication interface 104 is an interface, for example, a wired LAN card or a wireless LAN card, and communicates with the job history complementing equipment 300 over the communication path 500. The storage device 103 is a device in which programs and data are stored, for example, a hard disk or a flash memory. The programs stored in the storage device 103 are read into the memory 102, and run by the CPU 101. Thus, various pieces of processing to be described later are executed.
The information processing equipment 200 is, for example, a personal computer. Using the information processing equipment 200, the merchant m200 manages a receipt history of products on a lot level (a level on which products can be distinguished in units of a type such as a product code), creates an EDI message (receipt) on the basis of receipt history information, and transmits the EDI message (receipt) to the job history complementing equipment 300. The information processing equipment 200 includes at least a CPU 201, a memory 202, a storage device 203, and a communication interface 204. The communication interface 204 is an interface, for example, a wired LAN card or a wireless LAN card, and communicates with the job history complementing equipment 300 over the communication path 500. The storage device 203 is a device in which programs and data are stored, for example, a hard disk or a flash memory. The programs stored in the storage device 203 are read into the memory 202, and run by the CPU 201. Thus, various pieces of processing to be described later are executed.
The job history complementing equipment 300 is, for example, a personal computer, and is provided with a job history of the individual level and an EDI message from the information processing equipment 100 or information processing equipment 200. Based on the pieces of information, the job history complementing equipment 300 produces and manages receipt history information on the individual level. The job history complementing equipment 300 includes at least a CPU 301, a memory 302, a storage device 303, and a communication interface 304. The communication interface 304 is an interface, for example, a wired LAN card or a wireless LAN card, and communicates with the information processing equipment 100 or information processing equipment 200 over the communication path 500. The storage device 303 is a device in which programs and data are stored, for example, a hard disk or a flash memory. As the programs, at least an information reception program 310, a job history complementing program 320, a job history estimation program 330, and a search program 340 are stored. As the data, at least an EDI message database 360, a job history database 370, and a complementing processing decision database 380 are stored.
The EDI message database 360 is a database to be used to manage business deal information that is acquired from the information processing equipment 100 of the merchant m100 who owns a reader, or the information processing equipment 200 of the merchant m200 who does not own a reader, and that is transferred between the merchant m100 and merchant m200 through EDI. The structure of the EDI message database 360 will be described later in conjunction with
The job history database 370 is a database to be used to manage job history information concerning products which is acquired from the information processing equipment 100 of the merchant m100 who owns the reader or produced by the job history complementing program 320. The structure of the job history database 370 will be described later in conjunction with
The complementing processing decision database 380 is a database to be used to manage information that has been set prior to use of the equipment and that is used as a trigger of job history complementing processing. The structure of the complementing processing decision database 380 will be described later in conjunction with
The information reception program 310 is a program that after receiving the EDI message or job history information from the information processing equipment 100 or information processing equipment 200, registers data items in the EDI message database 360 or job history database 370, and transmits the data items to the job history complementing program 320. An information reception processing flow to be followed by the information reception program 310 will be described later in conjunction with
The job history complementing program 320 is a program that receives the EDI message or job history information sent from the information reception program 310, and produces and manages history information on a job, which has been performed by the merchant m200 incapable of acquiring information on the individual level, on the individual level on the basis of the received data items and the data items registered in the EDI message database 360 and job history database 370. A job history complementing processing flow to be followed by the job history complementing program 320 will be described later in conjunction with
The job history estimation program 330 is a program that receives an estimation request concerning a job history from the job history complementing program 320, and providing the job history complementing program 320 with the results. A job history estimation processing flow to be followed by the job history estimation program 330 will be described later in conjunction with
The search program 340 is a program that when receiving a search request concerning a job history from the merchant m100 or merchant m200, acquires records, which meet the requested conditions for search, from the job history database 370, and returns the records.
The programs stored in the storage device 303 are read into the memory 302 and run by the CPU 301, whereby the pieces of processing are executed.
In the system configuration shown in
In the system configuration shown in
In the field of the information category 360a, a code that specifies a type of job indicated by the EDI message is set (recorded).
In the field of the accepting side code 360b, a code that uniquely specifies an accepting side of a deal relevant to the EDI message is set (recorded). In the field of the ordering side code 360c, a code that uniquely specifies an ordering side of the deal relevant to the EDI message is set (recorded). In the field of the deal number 360d, a number that uniquely specifies the deal relevant to the EDI message is set (recorded). As for the number, over a series of jobs that starts with ordering succeeded by shipment and receipt, testing, acceptance inspection, and payment, the same ID is assigned in order to uniquely specify the deal.
In the field of the product code 360e, a code that uniquely specifies a type of products relevant to the job indicated by the EDI message is set (recorded). In the field of the quantity 360f, a quantity of the products relevant to the job indicated by the EDI message is set (recorded). In the field of the date/time 360g, a date/time on which the job indicated by the EDI message has been performed is set (recorded).
In the field of the individual ID 370a, an ID that uniquely specifies each product and is, for example, read from the tag 600 is set (recorded).
In the field of the product code 370b, a code that uniquely specifies the type of product specified by the individual ID 360a is set (recorded).
In the field of the site ID 370c, an ID that uniquely specifies a site where the job that results in the job history information has been performed is set (recorded). For example, an ID (m100) that uniquely specifies a manufacturer which has performed a shipment job, or an ID that uniquely specifies a factory of the manufacturer is set (recorded).
In the field of the date/time 370d, a date/time on which the job that results in the job history information has been performed is set (recorded).
In the field of the work type 370e, a work name signifying from what job the job history information originates is set (recorded). For example, if the job history information is produced for a shipment job, “shipment” is set (recorded). In the field of the deal number 370f, a number that uniquely specifies a deal relevant to the job that results in the job history information is set (recorded). In the field of the probability 370g, a probability value at which the product of the individual ID 370a has existed during the job that results in the job history information is set (recorded).
Next, referring to
In the field of the work type 380a, if information that triggers job history complementing processing is job history information, a work name signifying from what job the job history information originates is set (recorded).
In the field of the information category 380b, if information that triggers job history complementing processing is an EDI message, a code that specifies the type of job indicated by the EDI message is set (recorded).
The processing flow is initiated on the occasion that the information reception program 310 receives the EDI message or job history information from the information processing equipment 100 or information processing equipment 200 (S3101).
Once the processing flow is initiated, the information reception program 310 registers the EDI message or job history information, which is received at step S3101, in the EDI message database 360 or job history database 370 (3102).
The information reception program 310 transmits the EDI message or job history information, which is received at step S3101, to the job history complementing program 320 (S3103).
The processing flow is initiated on the occasion that the job history complementing program 320 receives the EDI message or job history information from the information reception program 310 (S3201).
When the processing flow is initiated, the job history complementing program 320 acquires an information category from the EDI message received at step S3201, and uses the information category as a search key to extract the associated record from the complementing processing decision database 380. Otherwise, the job history complementing program 320 acquires a work type from the job history information received at step S3201, and uses the work type as the search key to extract the associated record from the complementing processing decision database 380. If the associated data is not found, the processing is terminated. If the associated data is found, the processing proceeds to step S3203. For example, when the data received at step S3201 is the EDI message and the content of the EDI message is a record 3601 shown in
At step S3203, if the information received at step S3201 is the EDI message alone but is not the job history information, the job history complementing program 320 passes e processing to step 3204. If the information is the job history information, the job history complementing program 320 passes the processing to step S3206.
At step S3204, the job history complementing program 320 acquires a deal number from the EDI message identified at step S3203, and extracts job history information from the job history database 370 using the deal number as a search key. For example, assume that the data received at step S3201 is the EDI message, and that the content of the EDI message is the record 3601 shown in
At step S3205, if the results of the search are not found, the job history complementing program 320 terminates the processing. If the results of the search are found, the processing is passed to step 3208.
In contrast, at step S3206, the job history complementing program 320 acquires a deal number from job history information identified at step S3203, and extracts an EDI message from the EDI message database 360 using the deal number as a search key.
At step S3207, if the results of the search are not found, the job history complementing program 320 terminates the processing. If the results of the search are found, the processing is passed to step S3208.
At step S3208, if the number of records in job history information extracted at step S3204 is squared with the value of a quantity acquired from an EDI message identified at step S3203, or if the number of records in job history information identified at step S3203 is squared with the value of a quantity acquired from an EDI message extracted at step S3206, the job history complementing program 320 passes the processing to step S3209. If the number of records is not squared with the value, the processing is passed to step S3210.
At step S3209, the job history complementing program 320 produces job history information concerning individual products in relation to individual IDs specified in the job history information, which is extracted at step D3204 or identified at step S3203, on the basis of the values of an information category, an ordering side code, an accepting side code, a deal number, a product code, a quantity, and a date/time which are specified in the EDI message which is identified at step S3203 or extracted at step S3206. For example, assume that the data received at step S3201 is the EDI message, and the content of the EDI message is the record 3601 shown in
At step S3210, the job history complementing program 320 notifies the job history estimation program 330 of the EDI message, which is identified at step S3203 or extracted at step S3206, and the job history information that is extracted at step S3204 or identified at step S3203, thus requests the job history estimation program 330 to estimate a job history, and receives the result of the estimation (S3211).
The job history complementing program 320 registers the jog history information, which is produced at step S3209 or S3211, in the job history database 370 (S3212).
The processing flow is initiated on the occasion that the job history estimation program 330 is notified of the EDI message and job history information by the job history complementing program 320, and thus receives an estimation request for a job history concerning individual products (S3301).
When the processing flow is initiated, the job history estimation program 330 compares the number of records in the job history information with the value of a quantity acquired from the EDI message. If the number of records in the job history information is larger, the processing is passed to step S3303. If the number of records in the job history information is smaller, the processing is passed to step S3304.
At step S3303, the job history estimation program 330 uses the number of records in the job history information and the value of the quantity acquired from the EDI message to calculate a probability value at which the product corresponding to each of the individual IDs contained in the job history information has existed during a job which has history information thereon complemented. For example, assume that the data received at step S3201 is an EDI message, and the content of the EDI message is the record 3602 shown in
In contrast, at step S3304, the job history estimation program 330 assigns virtual individual IDs, which uniquely specify individual products but are not IDs borne, like the tags 600, by the products, by the number of IDs equivalent to a difference between the number of records in the job history information and the value of the quantity acquired from the EDI message. For example, assume that the data received at step S3201 is an EDI message and the content of the EDI message is the record 3603 shown in
Based on the probability value calculated at step S3303 or the virtual IDs assigned at step S3304, the job history estimation program 330 produces job history information concerning individual products in relation to individual IDs in the job history information, which is notified at step S3301, on the basis of the values of the information category, accepting side code, ordering side code, deal number, product code, quantity, and date/time contained in the EDI message (S3305). For example, assume that the data received at step S3201 is an EDI message, and the content of the EDI message is the record 3601 shown in
The job history estimation program 330 transmits the job history information produced at step S3305 to the job history complementing program 320 (S3306).
The mode in which the present invention is implemented has been concretely described so far. However, the present invention is not limited to the mode but can be modified in various manners without a departure from the gist.
For example, the system configuration shown in
In the present embodiment, at step S3208, if the number of records in job history information is not squared with the value of a quantity acquired from an EDI message, the job history estimation program 330 estimates job history information. Thereafter, when products for which a deal is made are received, if the fact that a product becomes missing during transportation is discovered, a probability value may be re-calculated or re-estimation may be carried out by utilizing the job history estimation program 330.
In the present embodiment, if the number of records in job history information is not squared with the value of a quantity acquired from an EDI message, estimation processing of steps S3303 and S3304 is carried out. Concurrently with the estimation processing, the fact that the quantity is different from the number of records may be notified an EDI customer.
As described so far, according to the present embodiment, an ID (hereinafter called a deal number) which uniquely specifies a deal is assigned to a deal that involves a series of jobs which starts with ordering succeeded by shipment and receipt, testing, acceptance inspection, and payment. In this case, if one of two companies that make a business deal with each other through EDI can acquire job history information while discriminating individual products from one another, history information on a job which is performed by the other company incapable of acquiring information on a level on which the individual products can be discriminated from one another (hereinafter called an individual level) can be complemented on the individual level by utilizing business deal information (hereinafter called an EDI message) to be transferred through EDI. Therefore, for a certain type of products, the range of a job history capable of being searched can be expanded. In addition, even if a quantity of products is varied in the course of the deal because of a missing product or the like, not only an error is returned to an EDI customer but also a probability value or a virtual ID is utilized in order to estimate and complement a job history. Thus, search of the job history can be realized.
Number | Date | Country | Kind |
---|---|---|---|
2010-084793 | Apr 2010 | JP | national |