唯一码发行方法及其发行系统.pdf

本发明提供一种各公司能够容易且可靠地进行固体的识别管理的唯一码发行系统。通过接受服务器(11)从多个独立的请求方(请求服务器21、31、41)接受唯一码的发行请求。UC发行服务器(12)在发行唯一码时参照存储已发行的唯一码的存储数据库(13)。UC发行服务器(12)随机地发行与已发行的唯一码不同的特别的新的唯一码。然后，将发行了的唯一码作为已发行唯一码存储于存储数据库(13)。

1.  一种唯一码发行方法，其特征在于，包括以下步骤：
发行数据存储步骤，存储已发行的唯一码；以及
唯一码发行步骤，对请求方发行与所存储的上述唯一码不同的新的唯一码。

2.  根据权利要求1所述的唯一码发行方法，其特征在于，
在上述唯一码发行步骤中，对多个独立的请求方发行上述唯一码。

3.  根据权利要求1或2所述的唯一码发行方法，其特征在于，
上述唯一码由包含数字和符号的规定字符数的字符串构成。

4.  根据权利要求1～3中的任一项所述的唯一码发行方法，其特征在于，
随机地发行上述唯一码发行步骤中的新的唯一码。

5.  根据权利要求1～3中的任一项所述的唯一码发行方法，其特征在于，
将与前一次发行的唯一码不具有关联性的唯一码作为上述唯一码发行步骤中的新的唯一码来进行发行。

6.  一种唯一码发行系统，其特征在于，具备：
存储数据库，其用于存储已发行的唯一码；以及
唯一码发行服务器，其根据新的唯一码的发行请求来发行与存储于上述存储数据库的已发行的唯一码不同的新的唯一码，将发行了的该新的唯一码作为已发行唯一码存储于上述存储数据库。

7.  根据权利要求6所述的唯一码发行系统，其特征在于，
还具备接受服务器，该接受服务器从多个独立的请求方接受上述新的唯一码的发行请求。

8.  根据权利要求6或7所述的唯一码发行系统，其特征在于，
上述唯一码发行服务器发行由包含数字和符号的规定字符数的字符串构成的唯一码。

9.  根据权利要求6～8中的任一项所述的唯一码发行系统，其特征在于，
上述唯一码发行服务器随机地发行上述新的唯一码。

10.  根据权利要求6～8中的任一项所述的唯一码发行系统，其特征在于，
上述唯一码发行服务器将与前一次发行的唯一码不具有关联性的唯一码作为上述新的唯一码来进行发行。

11.  根据权利要求6～10中的任一项所述的唯一码发行系统，其特征在于，
上述唯一码发行服务器禁止发行相同的唯一码。

唯一码发行方法及其发行系统
技术领域
本发明涉及一种发行唯一码的唯一码发行方法及其发行系统。
背景技术
以往，例如制造商为了对制造出的产品进行固体管理而对各个产品分别赋予制造编号等产品识别编号。制造商使用该产品识别编号来按各个制造商分别管理产品的制造年月日、制造地点、制造生产线或流通目的地等。
发明内容
发明要解决的问题
然而，每个制造商各自使用独自创建的制造编号来进行产品的管理。因此，例如在两个制造商合并后的情况下，为了共通地管理各制造商的产品，需要共享数据库或对产品赋予新的编号等而耗费很多劳力。
因此，本发明的目的在于提供一种各公司能够容易且可靠地进行固体的识别管理的唯一码发行方法及发行系统。
用于解决问题的方案
为了解决上述问题，本发明所涉及的唯一码发行方法的特征在于，包括以下步骤：发行数据存储步骤，存储已发行的唯一码；以及唯一码发行步骤，对请求方发行与所存储的上述唯一码不同的新的唯一码。
另外，在本发明的唯一码发行方法中，优选的是，在上述唯一码发行步骤中，对多个独立的请求方发行上述唯一码。
另外，在本发明的唯一码发行方法中，优选的是，上述唯一码由包含数字和符号的规定字符数的字符串构成。
另外，在本发明的唯一码发行方法中，优选的是，随机地发行上述唯一码发行步骤中的新的唯一码。
另外，在本发明的唯一码发行方法中，优选的是，将与前一次发行的唯一码不具有关联性的唯一码作为上述唯一码发行步骤中的新的唯一码来发行。
另外，本发明的唯一码发行系统的特征在于，具备：存储数据库，其用于存储已发行的唯一码；以及唯一码发行服务器，其根据新的唯一码的发行请求来发行与存储于上述存储数据库的已发行的唯一码不同的新的唯一码，将发行了的该唯一码作为已发行唯一码存储于上述存储数据库。
另外，在本发明的唯一码发行系统中，优选的是，还具备接受服务器，该接受服务器从多个独立的请求方接受上述新的唯一码的发行请求。
另外，在本发明的唯一码发行系统中，优选的是，上述唯一码发行服务器发行由包含数字和符号的规定字符数的字符串构成的唯一码。
另外，在本发明的唯一码发行系统中，优选的是，上述唯一码发行服务器随机地发行上述新的唯一码。
另外，在本发明的唯一码发行系统中，优选的是，上述唯一码发行服务器将与前一次发行的唯一码不具有关联性的唯一码作为上述新的唯一码来发行。
另外，在本发明的唯一码发行系统中，优选的是，上述唯一码发行服务器禁止发行相同的唯一码。
发明的效果
根据本发明，作为针对例如作为请求方的多个顾客发行的一系列的唯一码，不会重复地发行相同的唯一码。因此，各个制造商能够使用互不重复的唯一码来管理各自的产品。另外，在多个顾客合并等而需要在共通的管理体制下管理各自的产品的情况下，也由于提供给各个顾客的唯一码不重复，因此无需对管理系统进行重构而能够使用已经被接受了提供的唯一码继续进行各自的产品的管理。
附图说明
图1是表示本发明所涉及的唯一码发行系统的结构的图。
图2是表示印刷后的唯一码的具体例的图，(a)是附加了二维条形码(数据矩阵)的图，(b)是附加了二维条形码(QR码(注册商标))的图，(c)是附加了一维条形码的图。
图3是表示唯一码发行的过程的例子的流程图。
图4是示出顾客A与顾客B合并后的情况下的管理作为使用了唯一码的产品管理的例子的图，(a)示出合并前的顾客A的管理，(b)示出合并前的顾客B的管理，(c)示出合并后的顾客A的管理。
具体实施方式
以下，基于附图来说明本发明所涉及的唯一码发行系统及其发行方法的实施方式的例子。
图1示出用于发行唯一码(UC：Unique Code)的唯一码发行系统1。唯一码发行系统1具备基础系统2和多个顾客系统(例如顾客A系统3、顾客B系统4、顾客C系统5)，该多个顾客系统通过因特网等网络与该基础系统2连接。
基础系统2是唯一码的提供侧的系统。基础系统2接受来自顾客的请求而发行唯一码。该基础系统2具备接受服务器(例如Web服务器)11、UC发行服务器12以及存储数据库13。
在此，唯一码是指从UC发行服务器12发行的特别的码，是被UC发行服务器12以在世界上只出现一个的方式管理的码。唯一码由包含数字和符号的规定字符数的字符串构成。此外，在将用作唯一码的字符串的字符数设定为特定字符数的情况下，唯一码发行系统所使用的唯一码始终是该特定字符数的字符串。
具体地说，例如能够设唯一码是使用了从“0”到“9”这10个数字和从“A”到“Z”这26个字母的字符数为11的字符串。此外，在该情况下，优选使用除了容易产生错误识别的“I”(日文：アイ)(错误识别为数字1)、“O”(日文：オー)(错误识别为数字0)、“Z”(日文：ゼット)(错误识别为数字2)这3个字符以 外的33个字母数字字符。当根据该33个字符来创建字符数为11的字符串时，能够发行33¹¹种(约5京542兆个)唯一码。不对能够用于唯一码的字符串、字符数特别地进行限定，但在以下的说明中，列举采用由该33种字符构成的字符数为11的字符串作为唯一码的例子进行说明。
接受服务器11经由网络接受来自多个独立的请求方(顾客A系统3、顾客B系统4、以及顾客C系统5等)的请求。另外，接受服务器11经由网络向顾客发送由UC发行服务器12发行的唯一码。接受服务器11存储文件、图像等通信信息，并且通过网络与顾客的请求相应地发送这些通信信息，具有作为基础系统侧的Web服务器的功能。
UC发行服务器12根据由接受服务器11接收到的来自顾客的发行请求来发行新的唯一码。在后文中说明唯一码的发行方法。
UC发行服务器12针对顾客的请求来发行唯一码并发送至接受服务器11。另外，UC发行服务器12中存储有发行了的唯一码与请求方的顾客之间的对应关系。另外，UC发行服务器12将所发行的唯一码作为已发行唯一码存储于存储数据库13。
顾客系统(顾客A系统3、顾客B系统4、顾客C系统5)是进行唯一码的发行请求的系统，对每个顾客分别构建顾客系统。顾客A系统3具备请求服务器21、登记运用服务器22以及公开服务器23。另外，顾客B系统4具备请求服务器31、登记运用服务器32以及公开服务器33。另外，顾客C系统5具备请求服务器41和登记运用服务器42。
作为构建顾客系统的顾客，除了制造业(制造商)、商社等所谓的公司以外，还包括医疗法人、农业法人、学校法人、宗教法人、国家机关、地方政府、私营商店、社团等。
请求服务器21、31、41经由网络对基础系统2发送唯一码的发行请求。另外，请求服务器21、31、41接收从基础系统2的接受服务器11发送来的发行了的唯一码。
作为请求服务器21、31、41，只要是能够经由网络通信的终端即可，例 如是个人计算机(PC)、智能手机、便携电话、便携信息终端等。
登记运用服务器22、32、42是登记所购买的唯一码并进行唯一码的运用的服务器。由顾客独自对登记运用服务器22、32、42进行运用。例如，在由制造和销售产品的制造商进行运用的情况下，将唯一码与附加有该唯一码的产品之间的对应关系登记到登记运用服务器22、32、42中。
公开服务器23、33例如存储与附加有唯一码的产品有关的公开信息。与产品有关的信息例如包含产品编号、制造年月日、产品的销售日、销售店名等。针对用户的请求，通过网络发送这些信息。公开服务器23、33的信息是针对每个顾客被公开的信息，因此按每个顾客来决定该公开服务器23、33的信息的内容。因此，也可以如图中示出的顾客C那样构建为不具备公开服务器而不公开产品的管理信息的系统。另外，也可在以后对系统追加公开服务器。
图2示出从基础系统2侧向顾客系统(顾客A系统3、顾客B系统4、顾客C系统5)侧提供的唯一码的具体例。如上所述，唯一码由规定字符数的规定字符串构成。
在该例子中，发行了的唯一码是“F9KN5N5BB1Q”，是字符数为11的码。在图2的(a)的例子中，“F9KN5N5BB1Q”与标记(例如标识)51及表示唯一码的二维条形码(数据矩阵(Data Matrix))52被一同显示。
另外，在图2的(b)的例子中，唯一码与标记51及二维条形码(QR码(Quick Response))53被一同显示。在图2的(c)的例子中，唯一码与标记51及一维条形码54被一同显示。此外，作为二维条形码的例子，除此以外，还可以使用牛眼码(Maxi code)、堆叠式的PDF417、CODE49、CODE16K等。
标记51是用于在基础系统2侧保证发行了的唯一码“F9KN5N5BB1Q”是在唯一码发行系统1中使用的唯一码的显示。另外，标记51是示出唯一码的起始字符的字符位置的标记，在该例子中，示出与标记51相邻地配置(在右侧)的“F”这一字符是起始字符。
此外，在该例子中，示出了在用可读字符“F9KN5N5BB1Q”记载了唯一 码的情况下一并记载的标记51，但例如在不记载可读字符而只记载条形码的情况下，将标记51配置在条形码周围的任意位置。
另外，标记51的设计并不限于该例子中示出的设计，也可以在顾客侧独自创建。在该情况下，优选事先在基础系统2侧进行标记的登记，以保证一并记载有标记51的唯一码是特别的。
这样构成的唯一码被数据化并作为文件数据而经由网络被提供给请求方的顾客。在该情况下，也可以经由网络只提供删除了标记51和条形码52、53、54得到的唯一码“F9KN5N5BB1Q”。另外，也可以构成为，并非将唯一码简单地设为数据提供给顾客，而是如上述具体例那样对唯一码进行印刷标签化，将该标签提供给顾客。
接着，按照图3所示的流程图来说明唯一码发行的处理过程的例子。
首先，从顾客系统的请求服务器(以下以顾客A系统3的请求服务器21进行说明)通过网络向基础系统2的接受服务器11发送唯一码的发行请求(步骤S101)。
接收到发行请求的接受服务器11对作为请求方的顾客A的请求服务器21赋予用于识别是顾客A的顾客唯一码(顾客UC)并回复(步骤S102)。顾客UC是在基础系统2侧决定的码。
接收到顾客UC的请求服务器21将唯一码的发行数量的请求与顾客UC一起发送到接受服务器11(步骤S103)。此外，在是已经被赋予顾客UC的顾客情况下，也可以省略上述步骤S101、S102而直接向请求服务器21发送顾客UC和发行数量的请求。
接收到发行数量的请求的接受服务器11向UC发行服务器12发送其接收内容(顾客UC和发行数量)来进行发行委托(步骤S104)。
接收到发行委托的发行服务器12随机地创建成为唯一码的候选的码(步骤S105)。例如，UC发行服务器12具备随机数生成器，能够将由随机数生成器生成的码设为候选码。
成为候选的码例如由字符数为11的字符串构成，从预先准备的33个英文 数字字符中随机地创建。特别地，在创建候选码时，优选创建与其前一次发行的唯一码或前一次创建的候选码不具有关联性的候选码。
接着，UC发行服务器12参照存储数据库13(步骤S106)来判断在存储于存储数据库13的已发行唯一码中是否存在与在步骤S105中创建的候选码一致的码(步骤S107)。
在UC发行服务器12判断为在存储于存储数据库13的已发行唯一码中存在与候选码相同的码的情况下(步骤S107：是)，再次返回到步骤S105，再次创建候选码。
在UC发行服务器12判断为在存储于存储数据库13的已发行唯一码中不存在与候选码相同的码的情况下(步骤S107：否)，将该候选码作为新的唯一码来发行(S108)，经由接受服务器11向请求服务器21提供该唯一码(步骤S109)。另外，UC发行服务器12将新发行的唯一码作为已发行唯一码存储于存储数据库13(步骤S110)。由此，发行与存储于存储数据库13的已发行唯一码不同的新的唯一码。
另外，UC发行服务器12将该唯一码与作为请求方的顾客A相对应地存储于存储数据库13(步骤S110)。作为与顾客的对应关系，例如能够将发行了的唯一码与请求方的顾客UC关联起来登记到存储数据库13中。通过该登记以及存储处理将存储数据库13更新为新的内容。
请求了唯一码的顾客A通过请求服务器21来接收唯一码(步骤S111)。由此，唯一码发行的处理完成。此外，在顾客一并请求了多个唯一码的情况下，能够将汇总了多个唯一码的文件下载到请求服务器21来进行接收。
这样，根据本实施方式所涉及的唯一码发行系统1，能够防止通过UC发行服务器12发行相同的唯一码，能够通过UC发行服务器12发行与存储于存储数据库13的已发行的唯一码不同的新的唯一码、即不重复的唯一码。由此，例如顾客能够使用所提供的唯一码来进行产品管理。
另外，为了保证不将与存储于存储数据库13的已发行唯一码相同的码作为唯一码来发行，在UC发行服务器12中也可以构成为禁止发行与存储于存 储数据库13的码相同的码。
例如，在向接受服务器12发送UC发行服务器12要发行的唯一码之前再次参照存储于存储数据库13的已发行唯一码。也可以构成，在相同的码被存储于存储数据库13的情况下，取消将该码作为唯一码来发行并再次返回到候选码的创建步骤(步骤S105)。
此外，在上述实施方式中列举在存储数据库13中存储新发行的唯一码并且UC发行服务器12将未存储于存储数据库13的码作为唯一码来发行的例子进行了说明，但本发明并不限于该例子。
例如，也可以是，预先将多个码作为唯一码的候选存储于存储数据库13，UC发行服务器12从存储于存储数据库13的码中随机地选择一个码并将该码作为新的唯一码来发行。在该情况下，从存储数据库13中删除作为新的唯一码发行了的码。或者，也可以代替从存储数据库13中删除作为唯一码发行了的码而向发行了的码附加已发行的标志并且不将相同的码作为新的唯一码来发行。
接着，基于图4来说明使用了唯一码的产品管理方法的例子。
图4是表示在作为两个制造商的顾客A和顾客B合并后的情况下进行的产品管理的例子的图。设是顾客A和顾客B在合并前分别获取通过上述系统以及方法发行的唯一码，对本公司的产品赋予唯一码并进行独自的管理。
如图4的(a)所示，在合并前，顾客A对产品赋予与唯一码(UC)相关联地独自创建的产品编号、批次编号、制造年月日来进行管理。另一方面，如图4的(b)所示，在合并前，顾客B也与唯一码(UC)相关联地对产品赋予独自创建的产品编号、制造年月日、销售日、销售店名来进行管理。
在此，研究顾客A与顾客B合并后的情况。如图4的(c)所示，在合并后，仅通过将顾客A和顾客B在合并前各自持有的数据库相互补充完整，就能够根据两者共同获取到的特别的唯一码继续进行产品管理。这时，无需创建追加的数据库就能够在同往常一样的体制下继续进行产品管理，能够减轻对质量管理系统进行整合的负担。
此外，在该例子中，顾客A以对唯一码关联批次编号的方式进行管理，但顾客B并未以关联批次编号的方式进行管理。这样，顾客A、B分别采用独自的管理方法，因此一般来讲管理项目是各不相同的。但是，当使用通过本实施方式所涉及的唯一码发行系统1以及发行方法提供的唯一码进行管理时，在顾客A、B之间，唯一码这一项目始终是共通的，并且各个唯一码互不重复。并且，通过唯一码发行系统1保障了同一唯一码不会重复，因此仅通过如上述那样简单地将由顾客A、B各自管理的数据库相互补充完整就能够继续进行管理。
不仅在顾客A所经营的产品和顾客B所经营的产品是种类相同产品的情况下能够通过对产品赋予特别的唯一码来对全部产品进行管理，即使在顾客A经营的产品和顾客B经营的产品是种类完全不同的产品的情况下，也同样能够通过对产品赋予的特别的唯一码来对全部产品进行管理。因此，顾客能够大幅降低质量管理所花费的成本。
这样，根据本实施方式所涉及的唯一码发行系统1以及发行方法，对于针对作为请求方的多个顾客发行的一系列的唯一码，不会重复发行相同的唯一码。因此，各个顾客能够使用互不重复的唯一码来管理各自的产品。另外，在多个顾客合并等而需要在共通的管理体制下管理各自的产品的情况下，也由于提供给各个顾客的唯一码不重复，因此无需对管理系统进行重构而能够使用已经被接受了提供的唯一码继续进行各自的产品的管理。
此外，在上述实施方式中，列举由接受服务器11通过网络接收来自顾客的发行请求并发行唯一码的例子进行了说明，但也可以是不经由接受服务器11而进行唯一码的发行。在该情况下，也可以是，顾客向唯一码发行者的窗口直接通知唯一码的发行，顾客通过该窗口接收唯一码。
在上述说明中，列举字符数为11的唯一码为例，但字符数并不限于此。
另外，本申请发明并不限于上述实施方式及其变形例子所记载的结构，还能够采用除此以外的施加各种变更后的结构。
本申请基于2012年9月24日申请的日本专利申请(特愿2012-209589)，在 此引用其内容作为参照。
附图标记说明
1：唯一码发行系统；2：基础系统；3：顾客A系统；4：顾客B系统；5：顾客C系统；11：接受服务器；12：UC发行服务器；13：存储数据库；21、31、41：请求服务器；22、32、42：登记运用服务器；23、33：公开服务器。