设计信息提供系统及设计信息提供服务器的制作方法

文档序号:6569916阅读:149来源:国知局
专利名称:设计信息提供系统及设计信息提供服务器的制作方法
技术领域
本发明涉及一种设计信息提供系统及设计信息提供服务器,尤其涉及 与提供用户制造的商品中所特有的设计信息有关的技术。 賴默例如,现行的DVD-Video (DVD视频)中,在DVD联盟之下,如 图1所示的格式、加密密钥、专利的各个许可证合同的签订是分别进行的。在此,格式是指,例如,记述磁盘的物理构造、记录在磁盘上的数据 的构造等的规格说明书。而且,为了防止由于普通用户使用计算机进行的随机复制,开发了通 过加密密钥来利用密码的DVD版权保护系统CSS(Content Scramble System:内容防窃取系统)。DVD所记录的内容使用三个层次的密钥(标题 密钥、磁盘密钥、主密钥)被编码。在DVD播放器中,预先秘密填充了与 从CSS管理机构接受了许可证的制造商相对应的主密钥。只有这种DVD 播放器具备能够将此解码、再生的结构(参照非专利文献1)。而且,为了在DVD中记录大容量的内容,还采用将内容有效率地进行 压縮编码、扩展解码的专利技术等。因而, 一般的,制造将记录在DVD中的被编码后的内容进行再生的 DVD播放器等的制造商会取得各种许可证,并交付各种许可证的许可费。非专利文献1 : National Technical Report第43巻第3号松 崎^,力等著「DVD著作権保護)-于A」、松下電器産業株式会社技術総務七 >夕一、平成9年6月18日,p118-122 (NationalTechnical Report第43巻第3号松崎& 。灼等著"DVD版权保护系统",松 下电器产业株式会社技术总务中心,平成9年6月18日,pll8-122)但是,以往的系统存在以下问题。并且在此,为了明确问题的所在, 如图2所示,设想许可证发行者A、 B是两个独立存在的情况。而且,设 适用于同样的产品的许可证发行者A的许可证和许可证发行者B的许可证是互相独立存在的情况。许可证发行者A的许可证是,与即使不接受许可 证也能够制造商品的设计信息(例如,上述的扩展解码技术)有关的专利许可证;许可证发行者B的许可证是,与如不接受许可证就不能够制造商品的 设计信息(例如,上述的主密钥等的私人密钥)有关的许可证。在这样的条件下,有可能存在虽然从许可证发行者B接受许可证,但 却不接受许可证发行者A的许可证而进行商品制造的制造商。在这样的情况下,虽然许可证发行者A可以依据专利权禁止此商品的 制造,并且可以要求赔偿损失,但由于工厂的迁移等而难于行使权利。从而,迫切期望如不签订专利许可证合同,就不能够继续产品生产的 结构。 发明内容因此,本发明以提供一种具备如不签订专利许可证的合同,就不能继 续产品生产的结构的设计信息提供系统以及设计信息提供服务器为目的。在此,设计信息也包括,如没有这个信息就不能制造商品的信息(例 如加密密钥)和与此不同的信息(例如有关扩展解码技术的专利信息)。而 且,关于如没有这个信息就不能制造商品的设计信息,具有对许可证的合 同签订的强制力,本申请的发明人着眼于此强制力成为合同签订的来源之 点。gp,本申请的发明人考虑到了,也能够以合同签订的来源为根本,利 用对许可证的合同签订的强制力,签订有关其他的许可证发行者的许可证 的合同。因此,为了达到上述目的,在涉及本发明的设计信息提供系统中,连 接制造商品的第一用户所使用的终端装置、专利许可证发行服务器和设计 信息提供服务器,以便能够通信,所述专利许可证发行服务器被与所述终 端装置的第一用户签订关于所述商品的制造中所必需的专利的许可证的合 同的第二用户所使用,所述设计信息提供服务器用于向所述商品提供特有 的设计信息,其特征在于,所述专利许可证发行服务器包括确认信息生 成单元,生成用于确认所述许可证的合同的签订的确认信息;以及确认信 息输出单元,向外部输出所述确认信息生成单元所生成的确认信息,所述 设计信息提供服务器包括设计信息发行单元,用于向请求所述设计信息 的发行的终端装置发行该设计信息;确认信息取得单元,取得所述确认信息输出单元输出的确认信息;以及控制单元,控制所述设计信息发行单元, 以便停止对终端装置发行所述设计信息,所述终端装置是根据所述确认信 息而所述许可证的合同的签订未能够被确认的终端装置。因而,促进了专利许可证发行服务器的用户、即许可证发行者和终端 装置的用户之间的许可证的合同的签订,能够形成如果不支付专利许可费, 就不能继续产品生产的结构。而且,在涉及本发明的设计信息提供系统中,可以具备以下特征,所 述确认信息是合同签订人列表,所述合同签订人列表表示签订了所述许可 证的合同的第一用户一览,所述控制单元只有在经过规定的宽限期以后才 阅览所述合同签订人列表,依据阅览的结果,控制所述设计信息发行单元, 以便停止对未被刊登在该合同签订人列表中的第一用户的终端装置的所述 设计信息的发行。因而,对于终端装置、专利许可证发行服务器、加密密钥发行服务器 被请求的资源很小,且能够适用于在性能上/成本上负担小的系统,也能够 确认终端装置与专利许可证发行服务器签订许可证的事宜,并能够确立具 有宽限期的系统。而且,在涉及本发明的设计信息提供系统中,可以具备以下特征,所 述确认信息是合同证明书,所述合同证明书为了证明针对签订了所述许可 证的合同的该终端装置的合同的签订而被发行,所述控制装置控制所述设 计信息发行单元,以便在每次具有来自所述终端装置的所述商品的特有的 设计信息的发行请求之时,根据所述合同证明书确认合同的签订,并且允 许对被确认后的终端装置发行所述设计信息。因而,更加促进了专利许可证发行服务器的用户、即许可证发行者和 终端装置的用户之间的许可证的合同的签订,能够迅速形成如果不支付专 利许可费,就不能继续产品生产的结构。而且,在涉及本发明的设计信息提供系统中,可以具备以下特征,在 所述设计信息的发行请求中,能够包含所请求的所述设计信息的数量和所 述合同证明书,所述设计信息提供服务器还具有与所述终端装置进行通信 的通信单元,所述控制单元在所述设计信息的发行请求中未包含所述合同 证明书的情况下,向所述通信单元指示,对所述终端装置发送意思为不能发行所述设计信息的消息。而且,在涉及本发明的设计信息提供系统中,可以具备以下特征,所 述控制单元在所述设计信息的发行请求中包含所述合同证明书的情况下, 判断所述合同证明书是否有效,在无效的情况下向所述通信单元指示,对 所述终端装置发送意思为不能发行所述设计信息的消息。而且,在涉及本发明的设计信息提供系统中,可以具备以下特征,所 述合同证明书包含所述许可证的有效期限,所述控制单元在所述合同证明 书有效的情况下,判断所述许可证是否有效,在所述许可证无效的情况下 向所述通信单元指示,对所述终端装置发送意思为不能发行所述设计信息 的消息。而且,在涉及本发明的设计信息提供系统中,可以具备以下特征,所 述控制单元在所述许可证有效的情况下,判断包含在所述设计信息的请求 中的请求数量是否为合同数量内的数量,关于超过合同数量的数量,向所 述通信单元指示对所述终端装置发送意思为不能发行所述设计信息的消 息。而且,在涉及本发明的设计信息提供系统中,可以具备以下特征,所 述设计信息的请求中包含所述合同证明书,在所述合同证明书有效、所述 许可证有效、且在所述设计信息的请求中所包含的请求数量为合同数量内 的数量的情况下,所述控制单元控制所述发行单元,以便发行请求数量的 设计信息,并控制所述通信单元,以便向所述终端装置发送被发行了的设 计信息。因而,能够使设计信息和许可证被链接,如果没有签订许可证合同,就不能得到设计信息;如果许可证合同到期,就不能得到设计信息。并且, 根据设计信息的发行数量,也能够对于专利许可证掌握制造台数。而且,在涉及本发明的设计信息提供系统中,可以具备以下特征,所 述设计信息是加密密钥,所述设计信息提供服务器还包括标签发行单元, 向所述终端装置的用户发行用于表示所述商品已经接受许可证的标签,所 述控制单元控制所述标签发行单元,以便发行与所发行的设计信息的数量 相对应的数量的标签。因而,由于在商品上附加标签,所以能够明示是否接受了许可证,由于没有标签,所以能够令使用了同样的加密密钥的多个不正当的产品、非 许可证产品显眼。这样的结果,使不正当的产品、非许可证产品的判明变 得容易,也容易管束。而且,可以具备以下特征,所述设计信息是加密密钥,所述设计信息 提供服务器还包括无效化单元,使针对所述许可证的合同的签订未能够被 确认的终端装置的所述加密密钥无效。因而,更加促进了专利许可证发行服务器的用户、即许可证发行者和 终端装置的用户之间的许可证的合同的签订,能够迅速形成如果不支付专 利许可费,就不能继续产品生产的结构。并且,本发明不仅能够作为这样的设计信息提供系统来实现,还能够 作为构成这样的设计信息提供系统的设计信息提供服务器来实现,作为将 设计信息提供服务器所具备的具有特征的单元作为步骤的设计信息提供方 法来实现,作为使计算机执行这些步骤的程序来实现。还有,不言而喻,这样的程序可以通过CD-ROM等记录介质或互联网等传输介质进行分发。 从以上的说明中明确显示,根据涉及本发明的设计信息提供系统及设 计信息提供服务器,促进了专利许可证发行服务器的用户、即许可证发行 者和终端装置的用户之间的许可证的合同的签订,能够取得形成如果不支 付专利许可费,就不能继续产品生产的结构的效果。而且,能够使设计信 息和许可证被链接,如果没有签订许可证合同,就不能得到设计信息;如 果许可证合同到期,就不能得到设计信息。并且,根据设计信息的发行数 量,也能够对于专利许可证掌握制造台数。还有,由于在商品上附加标签,所以能够明示是否接受了许可证,由 于没有标签,所以能够令使用了同样的加密密钥的多个不正当的产品、非 许可证产品显眼。这样的结果,使不正当的产品、非许可证产品的判明变 得容易,也容易管束。因此,根据本发明可促进许可证的合同签订,在DVD和BD己经普及 的现代,本申请发明的实用价值极高。


图1是在现行的DVD-Video中的许可证合同的签订关系的示意图。 图2表示在许可证发行者A、B是两个独立存在的情况下许可证的签订关系的示意图。图3是本实施例1的系统的整体构成的示意图。图4是表示图3所示的专利许可证发行服务器20a、加密密钥发行 服务器30a以及终端装置40a的详细构成的框图。图5是图3所示的合同证明书60的格式构成例的示意图。图6是图3所示的密钥发行请求70的格式构成例的示意图。图7是表示通过加密密钥发行服务器30a的控制部35进行的加密 密钥发行处理的工作的流程图。图8是本实施例2的系统的整体构成的示意图。图9是表示图8所示的加密密钥发行服务器30b的构成的框图。图10是表示通过加密密钥发行服务器30b的控制部35进行的加密 密钥发行处理的工作的流程图。图11是使用了公钥加密的Challenge-Response (挑战 一 应答)认 证的例子的示意图。图12是本实施例3的系统的整体构成的示意图。图13是表示图12所示的专利许可证发行服务器20b、加密密钥发 行服务器30c以及终端装置40b的详细构成的框图。图14是图12所示的合同签订人列表100的构成例的示意图。图15是表示通过加密密钥发行服务器30c的控制部35执行的加密 密钥发行处理的工作的流程图。图16是本实施例4的系统的整体构成的示意图。 附图标记说明1、 2、 3、 4设计信息提供系统10规格说明书服务器20a、 20b专利许可证发行服务器22合同证明书编写部26合同签订人列表编写部30a、 30b、 30c、 30d加密密钥发行服务器31本公司许可证管理DB (DataBase:数据库)32其他公司许可证链接管理DB33加密密钥发行部34通信部35控制部36全息图标签发行部37无效化密钥输入部50BD (Blu-rayDisk:蓝光光盘)60合同证明书70密钥发行请求80加密密钥90全息图标签100合同签订人列表具体实施方式
以下,有关本发明的实施例,使用附图来进行详细的说明。 (实施例l)图3是本实施例1的系统的整体构成的示意图。 设计信息提供系统1是针对制造商品的用户, 一面促使其签订专利等 许可证, 一面提供设计信息及许可证的系统。 并且,在此以下述的前提为基础来进行说明。前提l:第一设计信息(例如,规格说明书)和第二设计信息(例如,加密密钥80)都齐备,能够制造商品(例如,BD (蓝光光盘)播放器50)。 前提2:第二设计信息(加密密钥80)是关于i午可证持有者所制造的 商品的个别性的信息。而且,因为具有加密密钥80后,才能够制造BD播 放器50,所以有必要签订有关加密密钥80的许可证,是具有强制力的签 订。前提3:第三设计信息是关于商品的细节的信息(例如,内容解码技 术信息),是从专利公报上取得的信息。而且,为了利用此信息来正当地制 造商品,虽然有必要签订专利许可证,但没有进行签订的强制力。如图3所示,设计信息提供系统1由,提供作为BD播放器50的制 造所需要的第一设计信息的规格说明书的规格说明书服务器10;发行有关 BD播放器50的制造所需要的内容解码技术的专利许可证的专利许可证发12行服务器20a;发行BD播放器50的制造所需要的加密密钥80的加密密 钥发行服务器30a;制造BD播放器50的用户(许可证持有者)所使用的终 端装置40a;和将这些进行连接的互联网等的网络构成。在制造BD播放器50的情况下,许可证持有者的终端装置40a向规 格说明书服务器10请求第一设计信息(规格说明书)。规格说明书服务器 10在有规格说明书的请求的情况下,向许可证持有者的终端装置40a提供 规格说明书。规格说明书中记载着提供专利许可证的专利许可证发行服务 器20a的IP地址和,提供加密密钥80的加密密钥发行服务器30a的IP 地址。许可证持有者的终端装置40a,对第一许可证发行服务器(专利许可证 发行服务器20a),与合同台数等一起实施合同请求,支付相当于此合同台 数的i午可费。在有许可费的支付的情况下,专利许可证发行服务器20a向 许可证持有者的终端装置40a发送合同证明书60。接受了合同证明书60的提供的许可证持有者的终端装置40a,向第二 许可证发行服务器(加密密钥发行服务器30a)发送与想要的第二设计信 息(加密密钥80)的数量一起包含合同证明书60的密钥发行请求70,并请 求加密密钥80。并且,可以和密钥发行请求70—起,对加密密钥发行服 务器30a,与合同数量一起实施合同请求,并支付相当于合同数量的许可 费,但是,在此,和专利许可证发行服务器20a的情况同样,作为事先对 加密密钥发行服务器30a,与合同数量一起实施合同请求,支付相当于合 同数量的许可费的情况进行说明。在有密钥发行请求70的情况下,第二许可证发行服务器确认密钥发行 请求70中包含的合同证明书的正确性,并向许可证持有者提供在密钥发行 请求70被请求的数量的加密密钥80的设计信息。其次,关于组成设计信息提供系统1的各个装置的构成进行说明。并 且,因为在此设计信息提供系统1中,规格说明书服务器10只是提供规 格说明书,所以省略关于规格说明书服务器10的构成的详细说明。图4是表示图3所示的专利许可证发行服务器20a、加密密钥发行服 务器30a以及终端装置40a的详细构成的框图。专利许可证发行服务器20a具备本公司许可证管理DB21、合同证明控制部24。本公司许可证管理DB21管理有关本公司0f有的专利的许可证。作为 本公司许可证管理DB21的管理内容,包括许可证持有者名称(许可证ID)、 合同期限、合同数量、许可费等。合同证明书编写部22生成包含专利许可证发行服务器的签名的、证明 许可证合同的合同证明书60。图5表示此合同证明书60的格式构成例。如图5所示,合同证明书60包括合同证明书60的发行日期61、 签订了合同的许可证持有者的许可证持有者名称(许可证持有者ID)62、合 同期限63、合同数量64、确定此合同证明书60的合同ID65、专利许可 证发行服务器20a施行的、针对上述发行日期61 合同ID65的数字签名 66。通信部23通过网络与终端装置40a等进行通信。控制部24总括控制本公司许可证管理DB21 通信部23。具体而言, 控制部24在具有来自终端装置40a的与合同台数等一起的合同请求,或 此合同台数所相当的许可费的支付的情况下,使本公司许可证管理DB21 管理此专利许可证,并在合同证明书编写部22编写针对此专利许可证的合 同证明书60,编写了的合同证明书60通过通信部23发送到终端装置40a。终端装置40a包括许可证管理DB41、合同证明书管理DB42、通信 部43、控制部44。许可证管理DB41管理从规格说明书服务器10取得的规格说明书, 或从专利许可证发行服务器20a取得的专利许可证及其专利信息,或从加 密密钥发行服务器30a取得的许可证及其加密密钥80。合同证明书管理DB42管理从专利许可证发行服务器20a取得的合同 证明书60。通信部43通过网络与规格说明书服务器10、专利许可证发行服务器 20a及加密密钥发行服务器30a等进行通信。控制部44总括控制许可证管理DB41 通信部43。具体而言,控制 部44通过通信部43,向规格说明书服务器10请求规格说明书,从规格 说明书服务器10接收规格说明书,向专利许可证发行服务器20a请求合 同,从专利许可证发行服务器20a接受专利许可证或合同证明书60,生成包含所请求的加密密钥的数量和合同证明书的密钥发行请求70,向加密密 钥发行服务器30a发送生成的密钥发行请求70,从加密密钥发行服务器 30a接受必需量的加密密钥80。图6表示此密钥发行请求70的格式构成 例。如图6所示,密钥发行请求70包括签订了合同的许可证持有者的 许可证持有者名称(许可证持有者ID)71、所请求的加密密钥的数量72、用 于证明和专利许可证发行服务器20a之间的合同的合同证明书73。加密密钥发行服务器30a包括本公司许可证管理DB31、其他公司 许可证链接管理DB32、加密密钥发行部33、通信部34、控制部35。本公司许可证管理DB31管理本公司所有的许可证。作为本公司许可 证管理DB31的管理内容,与专利许可证发行服务器20a的本公司许可证 管理DB21的管理内容一样,具有许可证持有者名称(许可证持有者ID)、 合同期限、合同数量、许可费等。其他公司许可证链接管理DB32为了使加密密钥80和其他公司的专 利许可证相链接,管理已发行的加密密钥80的数量、合同证明书60中所 包含的合同数量等。加密密钥发行部33按每一 BD播放器50发行特有的加密密钥80。通信部34通过网络与终端装置40a等进行通信。控制部35总括控制本公司许可证管理DB31 通信部34。具体而言, 控制部35在具有来自终端装置40a的与合同台数等一起的合同请求,或 此合同台数所相当的许可费的支付的情况下,使本公司许可证管理DB31 管理有关加密密钥80发行的许可证。而且,在具有包含加密密钥80的请 求数量和合同证明书60的密钥发行请求70的情况下,控制部35使其他 公司许可证链接管理DB32管理有效的合同证明书60,并执行加密密钥发 行处理。图7是表示通过加密密钥发行服务器30a的控制部35进行的加密密 钥发行处理的工作的流程图。控制部35通过通信部34等待接收密钥发行请求(Sll)。在接收密钥 发行请求的情况下(Sll的"是"),控制部35判断合同证明书是否被附加 (S12)。在合同证明书未被附加的情况下(S12的"否"),控制部35指示通信部34发送意思为不能发行加密密钥的消息(S17)。并且,也可以代替此 消息,或者与此消息一起,发送意思为与专利许可证发行者之间应该签订 许可证合同的消息。在合同证明书被附加的情况下(S12的"是"),控制部35判断此合同 证明书是否有效(S13)。这个判断根据数字签名是否正确来进行。在合同证明书无效的情况下(S13的"否"),控制部35指示通信部34 发送意思为不能发行加密密钥的消息(S17)。在合同证明书有效的情况下(S13的"是"),控制部35判断专利许可 证是否有效(S14)。这个判断根据是否在专利许可证的合同期限内来进行。 不言而喻,是根据是否在加密密钥的许可证的合同期限内来进行。并且, 在合同证明书中没有关于期限的项目等的情况下,可以省略步骤14的判 断。在专利许可证无效的情况下(S14的"否"),控制部35指示通信部34 发送意思为不能发行加密密钥的消息(S17)。在专利许可证有效的情况下(S14的"是"),控制部35判断请求数量 是否为合同数量内的加密密钥的数量(S15)。具体而言,这个判断根据此次 被请求的加密密钥的数量和到现在为止发行的加密密钥的数量的总数,与 关于专利许可证的合同数量的比较来进行。不言而喻,也可以根据此次被 请求的加密密钥的数量和到现在为止发行的加密密钥的数量的总数,与关 于加密密钥的许可证的合同数量的比较来进行。在请求数量不是合同数量内的加密密钥的数量的情况下(S15的"否"), 控制部35指示通信部34发送意思为不能发行加密密钥的消息(S17)。并 且,也可以在不足请求数量而有剩余合同数量的情况下,与发行剩余的加 密密钥一起,指示通信部34向所述终端装置发送意思为不能发行有关超过 此合同数量的数量的设计信息的消息。在请求数量是合同数量内的加密密钥的数量的情况下(S15的"是"), 控制部35指示加密密钥发行部33发行请求数量的加密密钥,并指示通信 部34发送被发行的加密密钥(S16)。艮P,在步骤S12 S15的任一个为"否"的情况下,发送意思为不能 发行加密密钥的消息。因此,为了制造BD播放器50,在取得加密密钥80的需要上,加密密钥80成为"许可证签订强制力的来源",有效的合同证 明书60的提交变成必要。并且,根据加密密钥80的许可证的签订强制力, 关于没有许可证签订强制力的专利许可证,也能够推进许可证合同,确保 与专利许可证发行者之间的许可证的合同签订。而且,在歩骤S12 S15全部为"是"的情况下,即,以合同证明书 60的确认为条件,加密密钥和专利许可证被链接。因此,如没有签订专利 许可证合同,则不能得到"加密密钥";如专利许可证合同到期,则能够使 其不能得到"加密密钥"。并且,根据加密密钥的发行数量,也能够对于专 利许可证掌握制造台数。(实施例2)其次,对有关涉及实施例2的系统进行说明。图8是本实施例2的系统的整体构成的示意图。并且,对与实施例l 的设计信息提供系统1的构成对应的部分付与同样的编号,并省略其说明。可是,"使设备有个别性"(第二设计信息)、即加密密钥80也有可能 只有部分台数是正规地签约而得到的,且有可能被在多台上利用。在这种 情况下,要识破此不正当行为是非常困难的。因此,涉及实施例2的设计 信息提供系统2,取代加密密钥发行服务器30a,对应加密密钥80的数量 的全息图标签90,使用具有对终端装置40a进行发行功能的加密密钥发行 服务器30b而被构成。对终端装置40a发行的全息图标签90作为接受许 可证的证据,被粘贴在所制造的BD播放器50的显而易见的地方。并且, 作为对应加密密钥80的数量的全息图标签90的数量,最好与加密密钥的 数量相同。而且,考虑到在产品上粘贴失败等,也可以增加一定比例进行 发行,在这种情况下也可以规定必须报告增加的使用量,并返还粘贴失败 的标签,可以维持加密密钥和全息图标签90的对应关系。图9是表示加密密钥发行服务器30b的构成的框图。如图9所示,加密密钥发行服务器30b除了具备构成加密密钥发行服 务器30a的本公司许可证管理DB31 控制部35以夕卜,还具备全息图标 签发行部36和无效化密钥输入部37。全息图标签发行部36,按照控制部35的指示,发行根据加密密钥发 行部33发行的加密密钥80和相同数量的全息图标签90。无效化密钥输入部37,接受来自用户的被指示的应该无效化的加密密 钥的信息的输入。应该无效化的加密密钥的信息,按照控制部35的指示, 被发送到发行公钥证明书的认证机构(CA),并被刊登在公钥证明书无效 化列表(CRL)中,将内容进行编码且记录在BD中并通知制造商等。图10是表示通过加密密钥发行服务器30b的控制部35进行的加密 密钥发行处理的工作的流程图。并且,对与图7的加密密钥发行处理对应 的部分付与同样的步骤编号,并省略其说明。在指示加密密钥发行部33发行请求数量的加密密钥,并在通信部34 发送被发行的加密密钥的指示结束的情况下(S16),控制部35指示全息图 标签发行部36发行请求数量的全息图标签,并指示发送对用户等发行的全 息图标签90(S18)。总之,对终端装置40a的许可证持有者发送加密密钥 80和相同数量的全息图标签90。在此,这个全息图标签90在光线照射时浮现出特定的标记,是不能伪 造的标签。因此,由于在商品上附加全息图标签90,所以能够明示是否接受了许 可证,由于没有全息图标签90,所以能够令使用了同样的加密密钥80的 多个不正当的产品、或非许可证产品显眼。因而,使不正当的产品、非许 可证产品的判明变得容易,也容易管束。并且,加密密钥80是在各个设备上的个别的东西,为了掌握合同台数, 也为了确保不允许重复使用加密密钥80,在发现了没有全息图标签90的 BD播放器50的情况下,分析此BD播放器50的加密密钥80,并通过从 无效化密钥输入部37输入此加密密钥80的信息,使此加密密钥无效化。在此,在认证基准的情况中,加密密钥被用于认证的情况下,在认证 (Challenge-Response认证)之前,关于公钥加密,发生证明书的交换。 此时,认证方在CRL(证明书无效化列表)中记载与被无效化的加密密钥对 应的证明书ED,能够使该加密密钥不能使用。图11是使用了公钥加密的Challenge-Response认证的例子的示意 图。并且,在图中所示的S^表示认证机构(CA)的私人密钥、P^表示针 对S^的公钥、Sx表示被认证者X的私人密钥、Px表示对应Sx的公钥、Cer、 表示对应Py的公钥证明书、Sign表示数字签名的算法、Verify表示Sign的验证算法、Cer、表示IDX||PX|| (针对"EDXI1PX"的CA的数字签名)。而 且,Cer^的格式不限定于此例,也可以是其他的格式。被认证者X向认证者Y传输认证请求和Certx(S21)。认证者Y检查在CRL中是否刊登Certx(S22)。在被刊登的情况下(S22的"否"),认证者Y拒绝认证(S23)。在没有 被刊登的情况下,认证者Y以Verify(P^n^llPx,Certx的签名部分)来确认 Cer^是否为正确的证明书(S24)。确认的结果是"否"的情况下,执行步 骤S23。如果证明书正确,则认证者Y生成随机数Cha(S25),并且向认证者X 发送Cha(S26)。被认证者X针对Cha,使用Sx生成数字签名Res(S27)。在此, Res=Sign(Sx, Cha)。并且,被认证者X向认证者Y发送Res(S28)。认证者Y以Verify(Px, Cha, Res),来确认Res是否是对Cha的正确 的数字签名(S29)。确认的结果是"否"的情况下,执行步骤S23。如果确 认的结果是"可",则认证通信的对方确实是X(S30)。通过进行这样的处理,能够排除被重复使用的加密密钥。而且,在认证基准的情况中,是通用密钥加密的情况下,因为认证方 会保持同样的通用密钥数据,所以可以在认证方识别无效化(存在如上所 述的列表),并拒绝认证。而且,在不使用CRL而使一部分的密钥无效化的技术(即加密密钥数 据块)的情况中,像MKB技术(特开2000-31922号公报)或,RKB技术(特 开2002-281013号公报)等那样地,给予设备内容密钥,以作为用于认证 的通用密钥的装置密钥(相当于加密密钥80)为基准,通过进行"有效率的 加密"并发送,能够使保持被无效化的加密密钥的设备不能得到内容密钥。因此,进行这样的处理也能够排除被重复使用的加密密钥的使用。并且,在上述实施例2中根据全息图标签90而实施,但是,也可以 根据保持包含水印(Watermark)的数据的设备粘贴型的IC标记等的标签, 验证是否存在接受许可证的事宜的证据。(实施例3)其次,对有关涉及实施例3的系统进行说明。19图12是本实施例3的系统的整体构成的示意图。并且,对和实施例1、 2的设计信息提供系统1、 2的构成相对应的部分付与同样的编号,并省略 其说明。可是,在设计信息提供系统l、 2中,以合同证明书60来确认终端装 置40a与专利许可证发行服务器20a签订许可证的事宜。然而,在要以合 同证明书60来确认许可证的情况下,对于终端装置40a、专利许可证发行 服务器20a、加密密钥发行服务器30a、 30b请求的资源变大,在性能上/ 成本上的负担也会变大。因此,期望一种对于终端装置、专利许可证发行 服务器、加密密钥发行服务器请求的资源很小,且在性能上/成本上的负担 小的设计信息提供系统。而且,在设计信息提供系统l、 2中,从终端装置40a对加密密钥发 行服务器30a具有密钥发行请求70的时候,确认终端装置40a的用户与 专利许可证发行服务器20a签订许可证的事宜。然而,为了设计播放器50 需要相应的期间,通常是设计结束才签订许可证。因此,终端装置与专利 许可证发行服务器签订着许可证的事宜的确认,也期望是具有规定的宽限 期的设计信息提供系统。于是,在此设计信息提供系统3中,专利许可证发行服务器20b生成 代替合同证明书60签订了许可证合同的终端装置的表示用户一览的合同 签订人列表100,并以向加密密钥发行服务器30c分发所生成的合同签订 人列表100而构成。并且,加密密钥发行服务器30c,到经过规定的宽限 期为止,不确认合同签订人列表100而发行加密密钥80,但是,在经过 规定的宽限期以后会根据合同签订人列表100,确认终端装置40a的用户 与专利许可证发行服务器20a是否签订了许可证,如果没有签订则停止加 密密钥80的发行。图13是表示图12所示的专利许可证发行服务器20b、加密密钥发行 服务器30c以及终端装置40b的详细构成的框图。并且,对和图4所示的 专利许可证发行服务器20a、加密密钥发行服务器30a及终端装置40a的 构成相对应的部分付与同样的编号,并省略其说明。如图13所示,专利许可证发行服务器20b具备代替合同证明书编写 部22的、编写合同签订人列表100的合同签订人列表编写部26。如图14所示,此合同签订人列表100包括用于确定许可证发行者的许可证发行者名称101、成为许可证的对象的对象专利102、用于确定签订了许 可证的许可证持有者名称的许可证持有者名称103等。此合同签订人列表 100在与制造商签订关于对象专利102的新的许可证合同时、许可证合同 到期时、总之在每次许可证持有者名称103的细节变化时而被生成。并且, 在合同签订人列表100中也可以包含表示许可证期限、数量、区域、专利 发明的实体化的形态(IC芯片等)的许可证细节。终端装置40b由从终端装置40a删除合同证明书管理DB42而构成。 加密密钥发行服务器30c的其他公司许可证链接管理DB32,存储并 管理从专利许可证发行服务器20b分发的合同签订人列表100。本公司许 可证管理DB31管理一系列的密钥发行请求70或,根据加密密钥发行部 33发行的密钥的发行日期、发行数量等。控制部35到经过规定的宽限期 为止,不确认合同签订人列表100而发行加密密钥80,但是,在经过规 定的宽限期以后会根据其他公司许可证链接管理DB32所管理的合同签订 人列表100,确认终端装置40a的用户与专利许可证发行服务器20a是否 签订了许可证。图15表示加密密钥发行服务器30c的控制部35执行的加密密钥发行 处理的工作的流程图。控制部35通过通信部34判断是否接收了密钥发行请求(Sll)。在接 收密钥发行请求的情况下(Sll的"是"),控制部35判断此密钥发行请求 70是否为最初的密钥发行请求(S21)。在是最初的密钥发行请求的情况下 (S21的"是"),控制部35指示加密密钥发行部33发行请求数量的加密 密钥,并指示通信部34发送被发行的加密密钥(S22)。在未接收密钥发行请求的情况下(Sll的"否"),或者在不是最初的发 行请求的情况下(S21的"否"),即,控制部35不定期地判断许可证签订 的确认时期是否来到(S23)。这个许可证签订的确认时期,例如可以列举从 最初的密钥发行起经过了 1年6个月的日期,或者从第一许可证服务器(专 利许可证发行服务器20b)的许可证开始起经过了 2年的日期。这是由于此 日期足够作为终端装置40b的用户设计并结束播放器50所必需的宽限期。在许可证签订的确认时期来到的情况下,控制部35阅览在其他公司许管理的合同签订人列表100,并判断在此合同签订 人列表100的许可证持有者名称103中是否存在终端装置40b的用户名 (S25)。不存在用户名的情况下(S25的"否"),控制部35停止加密密钥的 发行(S26)。并且,在停止此加密密钥的发行的时候,控制部35也可以指 示通信部34发送意思为不能发行加密密钥的消息,也可以代替此消息,或 者与此消息一起,发送意思为与专利许可证发行者之间应该签订许可证合 同的消息。在许可证签订的确认时期没来到的情况下(S23的"否"),或者是许可 证签订的确认时期来到后,在合同签订人列表100中存在终端装置40b的 用户名的情况下(S25的"是"),控制部35指示加密密钥发行部33发行 请求数量的加密密钥,并指示通信部34发送被发行的加密密钥(S22)。艮P,在步骤Sll、 21的任一个为"否",步骤S23为"是",且步骤 S25为"否"的情况下,加密密钥发行被停止。因此,为了制造BD播放 器50,在取得加密密钥80的需要上,加密密钥80成为"许可证签订强 制力的来源",许可证的合同的签订变成必要。并且,根据加密密钥80的 许可证的签订强制力,关于没有许可证签订强制力的专利许可证,也能够 推进许可证的合同,确保与专利许可证发行者之间的许可证的合同签订。而且,经过规定的宽限期后,将根据合同签订人列表100的合同确认 作为条件,加密密钥和专利许可证成为链接。因此,如没有签订专利许可 证合同,则不能得到"加密密钥";如专利许可证合同到期,则能够使其不 能得到"加密密钥"。因此,对于终端装置、专利许可证发行服务器、加密密钥发行服务器 被请求的资源很小,且适用于性能上/成本上的负担小的设计信息提供系 统,也能够确认终端装置与专利许可证发行服务器签订许可证的事宜,并 能够确立具有宽限期的系统。(实施例4)并且,在上述的实施例3的设计信息提供系统3中,专利许可证发行 服务器20b对加密密钥发行服务器30c直接分发合同签订人列表IOO,但 是,也可以如图16所示的设计信息提供系统4,专利许可证发行服务器 20b对主页(HP)上载合同签订人列表100,加密密钥发行服务器30d的其他公司许可证链接管理DB32从主页(HP)下载合同签订人列表100。 在这种情况下,专利许可证发行服务器20b预先向加密密钥发行服务器 30d通知存在于合同签订人列表100的主页(HP)的URL,加密密钥发 行服务器30d的其他公司许可证链接管理DB32,根据控制部35的指示 在执行步骤S23的定时下载合同签订人列表100即可。本发明的设计信息提供系统能够适用于被制造的DVD播放器或BD播 放器的制造。
权利要求
1、一种设计信息提供系统,连接制造商品的第一用户所使用的终端装置、专利许可证发行服务器和设计信息提供服务器,以便能够通信,所述专利许可证发行服务器被与所述终端装置的第一用户签订关于所述商品的制造中所必需的专利的许可证的合同的第二用户所使用,所述设计信息提供服务器用于向所述商品提供特有的设计信息,其特征在于,所述专利许可证发行服务器包括确认信息生成单元,生成用于确认所述许可证的合同的签订的确认信息;以及确认信息输出单元,向外部输出所述确认信息生成单元所生成的确认信息,所述设计信息提供服务器包括设计信息发行单元,用于向请求所述设计信息的发行的终端装置发行该设计信息;确认信息取得单元,取得所述确认信息输出单元输出的确认信息;以及控制单元,控制所述设计信息发行单元,以便停止对终端装置发行所述设计信息,所述终端装置是根据所述确认信息而所述许可证的合同的签订未能够被确认的终端装置。
2、 如权利要求1所述的设计信息提供系统,其特征在于, 所述确认信息是合同签订人列表,所述合同签订人列表表示签订了所述许可证的合同的第一用户一览,所述控制单元只有在经过规定的宽限期以后才阅览所述合同签订人列 表,依据阅览的结果,控制所述设计信息发行单元,以便停止对未被刊登 在该合同签订人列表中的第一用户的终端装置的所述设计信息的发行。
3、 如权利要求1所述的设计信息提供系统,其特征在于, 所述确认信息是合同证明书,所述合同证明书为了证明针对签订了所述许可证的合同的该终端装置的合同的签订而被发行,所述控制装置控制所述设计信息发行单元,以便在每次具有来自所述 终端装置的所述商品的特有的设计信息的发行请求之时,根据所述合同证 明书确认合同的签订,并且允许对被确认后的终端装置发行所述设计信息。
4、 如权利要求3所述的设计信息提供系统,其特征在于, 在所述设计信息的发行请求中,能够包含所请求的所述设计信息的数量和所述合同证明书,所述设计信息提供服务器还具有与所述终端装置进行通信的通信单元,所述控制单元在所述设计信息的发行请求中未包含所述合同证明书的 情况下,向所述通信单元指示,对所述终端装置发送意思为不能发行所述 设计信息的消息。
5、 如权利要求4所述的设计信息提供系统,其特征在于, 所述控制单元在所述设计信息的发行请求中包含所述合同证明书的情况下,判断所述合同证明书是否有效,在无效的情况下向所述通信单元指 示,对所述终端装置发送意思为不能发行所述设计信息的消息。
6、 如权利要求5所述的设计信息提供系统,其特征在于, 所述合同证明书包含所述许可证的有效期限, 所述控制单元在所述合同证明书有效的情况下,判断所述许可证是否有效,在所述许可证无效的情况下向所述通信单元指示,对所述终端装置 发送意思为不能发行所述设计信息的消息。
7、 如权利要求6所述的设计信息提供系统,其特征在于, 所述控制单元在所述许可证有效的情况下,判断包含在所述设计信息的请求中的请求数量是否为合同数量内的数量,关于超过合同数量的数量, 向所述通信单元指示对所述终端装置发送意思为不能发行所述设计信息的 消息。
8、 如权利要求7所述的设计信息提供系统,其特征在于, 所述设计信息的请求中包含所述合同证明书,在所述合同证明书有效、所述许可证有效、且在所述设计信息的请求中所包含的请求数量为合同数 量内的数量的情况下,所述控制单元控制所述发行单元,以便发行请求数 量的设计信息,并控制所述通信单元,以便向所述终端装置发送被发行了 的设计信息。
9、 如权利要求8所述的设计信息提供系统,其特征在于, 所述设计信息是加密密钥,所述设计信息提供服务器还包括标签发行单元,向所述终端装置的用 户发行用于表示所述商品已经接受许可证的标签,所述控制单元控制所述标签发行单元,以便发行与所发行的设计信息 的数量相对应的数量的标签。
10、 如权利要求1所述的设计信息提供系统,其特征在于, 所述设计信息是加密密钥,所述设计信息提供服务器还包括无效化单元,使针对所述许可证的合 同的签订未能够被确认的终端装置的所述加密密钥无效。
11、 一种设计信息提供服务器,其特征在于,包括 通信单元,与制造商品的用户的终端装置进行通信;设计信息发行单元,发行所述商品的特有的信息;确认信息取得单元,取得确认信息,所述确认信息用于确认与所述终 端装置的用户的许可证的合同的签订,以及控制单元,控制所述设计信息发行单元,以便停止对终端装置发行所 述设计信息,所述终端装置是根据所述确认信息而所述许可证的合同的签 订未能够被确认的终端装置。
12、 一种设计信息提供方法,其特征在于,包括通信步骤,与制造商品的用户的终端装置进行通信;设计信息发行步骤,发行所述商品的特有的信息;确认信息取得步骤,取得确认信息,所述确认信息用于确认与所述终 端装置的用户的许可证的合同的签订,以及控制步骤,控制所述设计信息发行步骤,以便停止对终端装置发行所 述设计信息,所述终端装置是根据所述确认信息而所述许可证的合同的签 订未能够被确认的终端装置。
13、 一种程序,用于在计算机上执行如权利要求12所述的设计信息 提供方法中所包括的步骤。
全文摘要
提供一种设计信息提供系统,具备如不签订专利许可证合同,就不能继续产品的生产的结构。设计信息提供系统(1),具有制造商品(BD播放器(50))的用户终端装置(40a)、在签订终端装置(40a)的用户与BD播放器(50)的制造所必需的许可证的合同的情况下,发行对该终端装置(40a)证明合同的签订的合同证明书(60)的专利许可证发行服务器(20a)、在具有来自终端装置(40a)的对BD播放器(50)所特有的设计信息(加密密钥(80))的请求的情况下,以合同证明书(60)的确认为条件向该终端装置(40a)发送加密密钥(80)的设计信息提供服务器(加密密钥发行服务器(30a))。
文档编号G06Q10/00GK101326544SQ20068004611
公开日2008年12月17日 申请日期2006年11月28日 优先权日2005年12月7日
发明者大原俊次, 大森基司, 小塚雅之, 片山崇 申请人:松下电器产业株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1