1.本发明涉及控制方法、信息处理装置以及控制程序。
背景技术：
：：2.存在企业间的担当者不面对面地签订合同的电子合同。3.专利文献1:国际公开第2003/105002号；4.专利文献2:日本特开2011－192295号公报。5.然而，在电子合同中，与面对面的合同不同，存在不容易判断交易对象、交易内容是否能够信赖这个课题。例如，针对第三方的不正当行为，存在二要素认证、加密等对策技术，在交易对象进行不正当行为的情况下，有可能无法防止或注意到不正当行为。技术实现要素：6.在一个方面，本说明书所记载的技术的目的在于，更准确地显示合同书所包含的批准者的批准能力。7.在一个方面中，控制方法获取包括合同的对象企业的企业名以及批准者的职务名的合同书数据，参照将按照企业的职务表示多个种类的批准能力的信息与上述企业名以及上述职务名建立对应地存储的存储部，来获取与获取到的上述合同书数据所包含的上述企业名以及上述职务名建立对应的表示批准能力的信息，与获取到的上述合同书数据建立对应地提示获取到的上述表示批准能力的信息。8.根据公开的控制方法，能够更准确地显示合同书所包含的批准者的批准能力。附图说明9.图1是示意性地表示实施方式的一个例子中的权限验证系统的构成例的框图。10.图2是示意性地表示图1所示的权限验证装置的硬件构成例的框图。11.图3是例示图1所示的权限验证装置中的企业间权限变换信息的表。12.图4是例示图1所示的权限验证装置中的职务辞典的表。13.图5是对图1所示的权限验证装置中的交易历史的收集处理进行说明的图。14.图6是对图1所示的权限验证装置中的交易历史的生成处理的具体例进行说明的图。15.图7是对图1所示的权限验证装置中的企业间权限变换信息的生成处理进行说明的图。16.图8是对图1所示的权限验证装置中的基于人事信息的交易历史的细查处理的具体例进行说明的图。17.图9是对图1所示的权限验证装置中的基于合同金额的交易历史的细查处理的具体例进行说明的图。18.图10是对图1所示的权限验证装置中的基于职务辞典的交易历史的细查处理的具体例进行说明的图。19.图11是对图1所示的权限验证装置中的基于审判信息的交易历史的细查处理的具体例进行说明的图。20.图12是对图1所示的权限验证装置中的权限信息判定处理进行说明的时序图。21.图13是对图1所示的权限验证装置中的权限信息公开控制处理进行说明的时序图。22.图14是对图1所示的权限验证装置中的权限信息提示处理进行说明的图。23.图15是例示图1所示的权限验证装置中的合同书存在问题可能性的情况下的承认路径验证插图的图。24.图16是例示图1所示的权限验证装置中的合同书不存在问题可能性的情况下的承认路径验证插图的图。25.图17是对图1所示的权限验证装置中的从权限信息的职务显示向金额显示的变换处理进行说明的图。26.图18是表示图1所示的权限验证装置中的权限信息的范围显示的第一例的图。27.图19是表示图1所示的权限验证装置中的权限信息的范围显示的第二例的图。28.图20是对图1所示的权限验证装置中的权限信息判定处理进行说明的流程图。29.图21是对图1所示的权限验证装置中的权限信息公开控制处理进行说明的流程图。具体实施方式30.以下，参照附图对一实施方式进行说明。但是，以下所示的实施方式只是例示，无意排除在实施方式中未明示的各种变形例、技术的应用。本实施方式能够在不脱离其主旨的范围中进行各种变形并实施。31.另外，各图并不是旨在仅具备图中所示的构成要素，也能够包括其它功能等。32.以下，在图中，附加同一附图标记的部分表示同样的部分。33.〔a〕实施方式的一个例子34.〔a－1〕系统构成例35.图1是示意性地表示实施方式的一个例子中的权限验证系统100的构成例的框图。36.权限验证系统100具备权限验证装置1以及电子合同装置2。37.电子合同装置2是用于进行企业间(在图示的例子中，a公司与b公司之间)的电子合同的装置，作为合同书创建部211、署名附加部212、来历管理部213以及合同书提示部214发挥功能。38.合同书创建部211根据来自合同权限被验证的侧的企业(在图示的例子中，a公司)的请求来创建在企业间缔结的合同书。39.署名附加部212根据来自合同权限被验证的侧的企业的请求在由合同书创建部211创建的合同书附加电子署名。40.来历管理部213管理由合同书创建部211创建的合同书的承认历史。41.合同书提示部214对权限验证装置1以能够阅览的方式提示由署名附加部212附加了电子署名的合同书。由此，验证合同权限的侧的企业(在图示的例子中，b公司)能够确认合同书的内容。42.另外，电子合同装置2将过去的合同书的缔结的历史作为交易历史241输入至权限验证装置1。43.权限验证装置1是信息处理装置的一个例子，是用于验证由电子合同装置2生成的合同书的合同权限的装置。权限验证装置1作为权限变换信息收集部111、权限变换信息细查部112、权限信息判定部113、权限信息公开控制部114以及权限信息提示部115发挥功能。另外，权限验证装置1保持企业间权限变换信息141以及职务辞典142。44.权限变换信息收集部111收集从电子合同装置2输出的交易历史241和作为开放数据的人事信息101以及审判信息102。交易历史241的收集处理的详细使用图5等后述。45.权限变换信息收集部111基于人事信息101以及审判信息102来细查交易历史241，并作为企业间权限变换信息141储存于存储装置14(使用图2后述)。交易历史241的细查处理的详细使用图8～图11等后述。46.权限信息判定部113基于企业间权限变换信息141来判定从电子合同装置2输入的合同书的合同权限是否没有问题。合同权限是否没有问题的判定处理使用图12等后述。47.权限信息公开控制部114，企业间的协定、人事信息101来控制权限信息103的公开内容。公开内容的控制处理使用图13等后述。48.权限信息提示部115提示用于在要进行验证的侧的企业进行确认的权限信息103。权限信息103的提示处理的详细使用图14～图19等后述。49.如图1所示，权限信息103是表示合同的权限的正当性的信息，可以包括承认历史、批准权限以及评论。承认历史表示合同书的批准者，在图示的例子中，“批准：d会计部长”。批准权限表示与被验证的侧的企业的批准者对应的承认的侧的企业的职务，在图示的例子中，“相当于x统括部长”。评论表示有关合同书的合同权限有无问题，在图示的例子中，“合规，没有问题”。50.图2是示意性地表示图1所示的权限验证装置1的硬件构成例的框图。51.如图2所示，权限验证装置1具备：centralprocessingunit(cpu)11、存储器部12、显示控制部13、存储装置14、输入interface(if)15、外部记录介质处理部16以及通信if17。52.存储器部12是存储部的一个例子，例示地，是readonlymemory(rom)以及randomaccessmemory(ram)等。在存储器部12的rom中可以写入basicinput/outputsystem(bios)等程序。存储器部12的软件程序可以被cpu11适当地读入并执行。另外，存储器部12的ram也可以作为临时记录存储器或者工作存储器利用。53.显示控制部13与显示装置130连接，控制显示装置130。显示装置130是液晶显示器、organiclight-emittingdiode(oled)显示器、cathoderaytube(crt)、电子纸显示器等，显示针对于操作人员等的各种信息。显示装置130可以与输入装置组合，例如也可以是触摸面板。54.存储装置14是高io性能的存储装置，例如可以使用harddiskdrive(hdd)、solidstatedrive(ssd)、storageclassmemory(scm)。存储装置14存储流数据中的至少一部分的条目。根据对流数据执行的提取处理的数量，可以具备多个存储装置14。55.输入if15与鼠标151、键盘152等输入装置连接，可以控制鼠标151、键盘152等输入装置。鼠标151、键盘152是输入装置的一个例子，经由这些输入装置，操作人员进行各种输入操作。56.外部记录介质处理部16构成为能够安装记录介质160。外部记录介质处理部16构成为在安装有记录介质160的状态下，能够读取记录介质160中所记录的信息。在本例中，记录介质160具有可移动性。例如，记录介质160是软盘、光盘、磁盘、光磁盘或者半导体存储器等。57.通信if17是用于能够进行与外部装置的通信的接口。58.cpu11是进行各种控制、运算的处理装置，通过执行储存于存储器部12的operatingsystem(os)、程序，从而实现各种功能。59.用于控制权限验证装置1整体的动作的装置并不限于cpu11，例如也可以是mpu、dsp、asic、pld、fpga中的任意一个。另外，用于控制权限验证装置1整体的动作的装置也可以是cpu、mpu、dsp、asic、pld以及fpga中的两种以上的组合。此外，mpu是microprocessingunit的简称，dsp是digitalsignalprocessor的简称，asic是applicationspecificintegratedcircuit的简称。另外，pld是programmablelogicdevice的简称，fpga是fieldprogrammablegatearray的简称。60.图3是例示图1所示的权限验证装置1中的企业间权限变换信息141的表。61.企业间权限变换信息141是用于匹配不同的企业间的批准权限职务(换言之，姓名)的信息。如图3所示，企业间权限变换信息141例如包括企业名、金额、合同种类、合同时间、交易对象以及承认流程信息。承认流程信息是登记者、承认者及批准者的姓名以及职务。62.图4是例示图1所示的权限验证装置1中的职务辞典142的表。63.职务辞典142是用于推断合同中的最终批准的权限的有无的职务名列表。在职务辞典142中按照每个登记合同的类型(例如，资材采购、保密)、每个国家/地域登记被推断为有权限的职务。64.在职务辞典142中，也可以考虑国际交易中的职务名的变换、企业间的名称的变动来登记多个职务名。例如假定a公司中的会计部长与b公司中的会计经理对应。65.图5是对图1所示的权限验证装置1中的交易历史241的收集处理进行说明的图。66.权限变换信息收集部111收集企业的交易历史241作为批准权限信息。67.在权限被验证的侧的企业提供金额、职务、姓名等批准权限信息的情况下，可以在权限验证装置1中公开applicationprogramminginterface(api)104。68.在权限被验证的侧的企业不提供批准权限信息的情况下，如附图标记a1所示，可以从电子合同装置2提取合同金额以及承认流程(例如，承认者、招集批准者的职务及姓名)。而且，如附图标记a2所示，在权限验证装置1中获取交易历史241。此外，也可以从合作的银行等提供合同金额以及承认流程。69.图6是对图1所示的权限验证装置1中的交易历史241的生成处理的具体例进行说明的图。70.可以由权限验证装置1或者电子合同装置2根据收集的合同书的权限信息103生成交易历史241。71.在图示的例子中，根据(1)～(3)这3个权限信息103生成交易历史241。各权限信息103包括与交易历史241相同的信息，包括合同日、发送企业、接收企业、金额、登记者、承认者以及批准者。登记者、承认者以及批准者的职务和姓名也可以称为承认流程信息。72.图7是对图1所示的权限验证装置1中的企业间权限变换信息141的生成处理进行说明的图。73.权限变换信息细查部112通过基于人事信息101、审判信息102以及职务辞典142细查交易历史241来提取当前有效并且能够信赖的信息，生成企业间权限变换信息141。74.例如，可以提取职务当前最新的信息。另外，关于同一合同，可以提取金额最高的信息。而且，可以提取基于被推断为有批准权限的职务的批准的合同。另外，也可以提取审判信息102中没有对应的数据等，在合同后也被推断为圆满的合同。75.图8是对图1所示的权限验证装置1中的基于人事信息101的交易历史241的细查处理的具体例进行说明的图。76.权限变换信息细查部112也可以参照报纸等企业的人事信息101，从交易历史241提取与职务有关的信息最新的数据。77.在图示的例子中，如附图标记b1所示，从交易历史241删除在人事信息101中登记的职务变更日亦即2019年4月1日之前的2019年3月1日由前任的会计部长y批准的交易，登记细查后的企业间权限变换信息141。78.换言之，权限变换信息细查部112是删除处理部的一个例子，基于人事信息101从表示多个种类的批准能力的信息删除与基于过去的人事的合同有关的数据。79.图9是对图1所示的权限验证装置1中的基于合同金额的交易历史241的细查处理的具体例进行说明的图。80.关于承认路径相同的合同，权限变换信息细查部112可以从交易历史241提取金额最高的数据。81.在图示的例子中，对于附图标记c1所示的交易，虽然承认路径(换言之，登记者、承认者以及批准者)与附图标记c2所示的交易相同，但金额比附图标记b2所示的交易低。因此，从交易历史241删除金额较低的附图标记c1所示的交易，登记细查后的企业间权限变换信息141。82.换言之，权限变换信息细查部112是删除处理部的一个例子，在表示多个种类的批准能力的信息中，有多个与具有同一承认路径的合同有关的数据的情况下，删除与最高的合同金额的合同有关的数据以外的数据。83.图10是对图1所示的权限验证装置1中的基于职务辞典142的交易历史241的细查处理的具体例进行说明的图。84.没有批准权限的人的合同被识别为有合同废弃的风险的交易，权限变换信息细查部112可以参照职务辞典142来提取由被推断为有批准权限的职务批准的交易。85.在图示的例子中，对于附图标记d1所示的交易，批准者的职务亦即人事部长未被登记到职务辞典142。因此，从交易历史241删除推断为由没有批准权限的人批准的附图标记d1所示的交易，登记细查后的企业间权限变换信息141。86.换言之，权限变换信息细查部112是删除处理部的一个例子，在表示多个种类的批准能力的信息中，删除与基于被推断为没有合同的权限的职务的合同有关的数据。87.图11是对图1所示的权限验证装置1中的基于审判信息102的交易历史241的细查处理的具体例进行说明的图。88.权限变换信息细查部112可以参照审判信息102来提取合同没有问题地被缔结并在合同后也被推断为圆满的合同。即，权限变换信息细查部112也可以从交易历史241删除在合同后进行了审判的交易来生成企业间权限变换信息141。另外，一定期间没有交易的合同视为有可能有问题，权限变换信息细查部112可以将其从交易历史241删除来生成企业间权限变换信息141。89.在图示的例子中，附图标记e1所示的交易是法院的审判信息102所包含的a公司与b公司之间的交易，审判信息102中的判决日比合同时间靠后。因此，从交易历史241删除被推断为有问题的附图标记e1所示的交易，登记细查后的企业间权限变换信息141。90.换言之，权限变换信息细查部112是删除处理部的一个例子，参照审判信息102，从表示多个种类的批准能力的信息删除与产生纠纷的合同有关的数据。91.图12是对图1所示的权限验证装置1中的权限信息判定处理进行说明的时序图。92.权限信息判定部113也可以根据最终批准者等信息判定合同中的风险，将最终批准者等置换为验证权限的侧的企业的职务并提示。93.权限信息判定部113将合同信息作为输入，接收来自委托者的权限验证委托(参照附图标记f1)。合同信息例如包括被验证的企业、验证的企业、批准者、合同金额以及合同种类。94.权限信息判定部113向职务辞典142关于权限验证委托所包含的合同种类以及批准者查询权限的有无，若记录击中则判定为有权限(参照附图标记f2)。95.权限信息判定部113向企业间权限变换信息141关于权限验证委托所包含的被验证的企业以及批准者查询批准额，获取批准额(参照附图标记f3)。96.权限信息判定部113向企业间权限变换信息141查询与在变换的侧的企业中获取到的批准额对应的职务(参照附图标记f4)，以变换验证被验证的侧的企业的批准者的职务的侧的企业的职务。在图示的例子中，获取x统括部长。97.权限信息判定部113对委托者应答批准者风险的有无、金额风险的有无以及变换后的职务(参照附图标记f5)。98.换言之，权限信息判定部113是第一获取部的一个例子，获取包括合同的对象企业的企业名以及批准者的职务名的合同书数据。另外，权限信息判定部113是第二获取部的一个例子，参照将按照企业的职务表示多个种类的批准能力的信息与企业名以及上述职务名建立对应地存储的存储装置14，来获取表示与获取到的合同书数据所包含的企业名以及职务名建立对应的批准能力的信息。99.图13是对图1所示的权限验证装置1中的权限信息公开控制处理进行说明的时序图。100.权限信息公开控制部114也可以基于交易企业间的协定(换言之，策略)、开放的人事信息101，考虑承认流程中的权限被验证的侧的企业的隐私来控制提示的信息。如果有企业间的策略，则权限信息公开控制部114也可以如策略那样提示信息。另外，在没有策略的情况下，权限信息公开控制部114也可以提示作为开放数据的人事信息101中所公开的信息。101.权限信息公开控制部114从委托者接受包括被验证的企业、验证的企业、登记者、承认者以及批准者等的公开范围的查询(参照附图标记g1)。102.权限信息公开控制部114参照公开策略104来判定策略的有无(参照附图标记g2)。103.权限信息公开控制部114判定在报纸等开放数据亦即人事信息101中所登记的职务(参照附图标记g3)。104.权限信息公开控制部114对委托者应答限定的公开范围(参照附图标记g4)。在图示的例子中，限于公开范围查询所包含的登记者、承认者#1、登记者#2以及批准者中的批准者，作为职务的公开范围来应答。105.图14是对图1所示的权限验证装置1中的权限信息提示处理进行说明的图。106.如附图标记h1以及h2所示，若在portabledocumentformat(pdf)查看器中合同书的电子署名部分被点击，则权限信息提示部115可以在权限验证状态窗口显示电子署名的验证结果。107.另外，如附图标记h3所示，若在电子署名的验证结果中权限显示按钮被点击，则权限信息提示部115可以在权限显示窗口显示权限信息103的内容、合同的安全性。在图示的例子中，在权限显示窗口中显示权限被验证的侧的企业的承认历史、验证权限的侧的企业的变换到职务的批准权限以及表示有无合规问题的评论。108.此外，权限信息提示部115也可以不通过pdf查看器而通过web页的浏览器、专用的应用程序提示验证结果。109.权限信息103的提示既可以在图2所示的权限验证装置1的显示装置130中进行，也可以在未图示的终端的显示装置中进行。110.换言之，权限信息提示部115是提示部的一个例子，与获取到的上述合同书数据建立对应地提示表示获取到的批准能力的信息。111.另外，权限信息提示部115也可以在表示批准能力的信息中将对象企业的职务名变换为本企业中的对应的职务名并提示。112.图15是例示图1所示的权限验证装置1中的合同书有问题可能性的情况下的承认路径验证插图的图。图16是例示图1所示的权限验证装置1中的合同书没有问题可能性的情况下的承认路径验证插图的图。113.权限信息提示部115也可以通过插图显示，以便能够在视觉上直观承认历史。权限信息提示部115例如可以通过利用vis.js库，以特定的颜色等强调显示承认历史中的不完备(例如，文件的篡改、承认对象的错误)。114.在图15所示的承认路径验证插图中，若开始合同书的创建，则由a上传，b课长承认，c部长批准，完成最终版。此处，由于c部长没有批准权限，所以视为c部长批准不完备，用虚线箭头强调显示。115.另一方面，在图16所示的承认路径验证插图中，若开始合同书的创建，则由aん上传，b课长承认，c部长承认，再由d经理部长批准，完成最终版。此处，由于d会计部长有批准权限，所以视为显示的承认路径没有不完备，没有强调显示的箭头。116.图17是对图1所示的权限验证装置1中的从权限信息103的职务显示向金额显示的变换处理进行说明的图。117.权限信息提示部115，在权限被验证的侧的企业不想向验证权限的侧的企业提示职务的情况下，不通过职务而通过金额显示批准权限。作为不想提示职务的理由，列举本公司的统括部长只有相当于对方企业的课长的权限等职务间有较大的权限之差的情况。118.在附图标记i1所示的例子中，批准权限设为“相当于b公司的x○○部课长”，通过职务进行显示。另一方面，在附图标记i2所示的例子中，批准权限设为“上限300万日元”，通过金额进行显示。119.由于金额是共用的基准，所以可以理解企业间共用的批准权限。另外，也可以通过图13所示的公开策略104设定批准权限的变换的有无。120.换言之，权限信息提示部115可以在表示批准能力的信息中将本企业中的职务名还变换为与该职务名对应的批准限度额并提示。121.图18是表示图1所示的权限验证装置1中的权限信息103的范围显示的第一例的图。图19是表示图1所示的权限验证装置1中的权限信息103的范围显示的第二例的图。122.在企业间没有批准金额一致的职务的情况下，权限信息提示部115可以通过范围示出批准权限的对应关系。123.在图18所示的例子中，a公司的批准者的权限是400万日元，另一方面，b公司存在具有300万日元的批准权限的部长和具有500万日元的批准权限的统括部长。因此，如附图标记j1所示，在通过职务显示批准权限的情况下，作为批准权限，显示为“相当于○○部部长x以上△△统括部长z以下”。这样，通过b公司的职务表现a公司的批准者的地位。另外，如附图标记j2所示，在通过金额显示批准权限的情况下，作为批准权限，显示为“300万日元以上且500万日元以下”。124.在图19所示的例子中，a公司的批准者的权限是100万日元，另一方面，在b公司存在具有300万日元的批准权限的部长。因此，如附图标记k1所示，在通过职务显示批准权限的情况下，作为批准权限，显示为“相当于○○部部长x以下”。另外，如附图标记k2所示，在通过金额显示批准权限的情况下，作为批准权限，显示为“300万日元以下”。125.〔a－2〕动作例126.按照图20所示的流程图(步骤s1～s11)，对图1所示的权限验证装置1中的权限信息判定处理进行说明。127.权限信息判定部113接受权限验证判断的委托(步骤s1)。128.权限信息判定部113向职务辞典142查询有无批准权限(步骤s2)。129.权限信息判定部113判定在职务辞典142中是否存在合同种类与批准者的职务的组合(步骤s3)。130.在职务辞典142中不存在合同种类与批准者的职务的组合的情况下(参照步骤s3的否路径)，权限信息判定部113判定为批准者有风险(步骤s4)。而且，处理进入步骤s6。131.另一方面，在职务辞典142中存在合同种类与批准者的职务的组合的情况下(参照步骤s3的是路径)，权限信息判定部113判定为批准者没有风险(步骤s5)。132.权限信息判定部113向企业间权限变换信息141查询批准金额的上限额(步骤s6)。133.权限信息判定部113判定上限额是否在合同额以上(步骤s7)。134.当上限额在合同额以上的情况下(参照步骤s7的否路径)，权限信息判定部113判定为合同的金额有风险(步骤s8)。而且，处理进入步骤s10。135.另一方面，当上限额在合同额以上的情况下(参照步骤s7的是路径)，权限信息判定部113判定为合同的金额没有风险(步骤s9)。136.权限信息判定部113向企业间权限变换信息141进行用于将批准者从交易对象企业的职务变化为本公司的职务的查询(步骤s10)。137.权限信息判定部113对委托方应答权限验证判断的结果(步骤s11)。而且，权限信息判定处理结束。138.按照图21所示的流程图(步骤s21～s26)，对图1所示的权限验证装置1中的权限信息公开控制处理进行说明。139.权限信息公开控制部114接受权限验证的公开范围的查询(步骤s21)。140.权限信息公开控制部114参照公开策略104(步骤s22)。141.权限信息公开控制部114判定是否存有在公开策略104中所设定的企业间的策略(步骤s23)。142.当存在企业间的策略的情况下(参照步骤s23的是路径)，权限信息公开控制部114基于公开策略104来设定权限验证的公开范围(步骤s24)。143.另一方面，当不存在企业间的策略的情况下(参照步骤s23的否路径)，权限信息公开控制部114基于报纸的人事信息101等开放数据来设定权限验证的公开范围(步骤s25)。144.权限信息公开控制部114对查询方应答权限验证的公开范围(步骤s26)。而且，权限信息公开控制处理结束。145.〔a－3〕效果146.根据实施方式的一个例子中的控制方法、权限验证装置1以及控制程序，例如能够起到以下的作用效果。147.权限信息判定部113获取包括合同的对象企业的企业名以及批准者的职务名的合同书数据。另外，权限信息判定部113参照将按照企业的职务表示多个种类的批准能力的信息与企业名以及上述职务名建立对应地存储的存储装置14，来获取与获取到的合同书数据所包含的企业名以及职务名建立对应的表示批准能力的信息。而且，权限信息提示部115与获取到的上述合同书数据建立对应地提示获取到的表示批准能力的信息。148.由此，能够更准确地显示合同书所包含的批准者的批准能力。而且，由于使合同的对象企业的合同流程透明化，能够判断合同的可靠性，所以能够实施安全的电子合同。149.权限变换信息细查部112基于人事信息101，从表示多个种类的批准能力的信息删除与基于过去的人事的合同有关的数据。由此，能够从企业间权限变换信息141除去与通过过去的人事所创建的合同有关的数据，并能够提高权限的验证判断的有效性。150.在表示多个种类的批准能力的信息中，有多个与具有同一承认路径的合同有关的数据的情况下，权限变换信息细查部112删除与最高的合同金额的合同有关的数据以外的数据。减小企业间权限变换信息141的数据容量，能够高效地实施权限的验证判断。151.权限变换信息细查部112在表示多个种类的批准能力的信息中删除与基于被推断为没有合同的权限的职务的合同有关的数据。由此，能够提高权限的验证判断的有效性。152.权限变换信息细查部112参照审判信息102，从表示多个种类的批准能力的信息删除与产生纠纷的合同有关的数据。由此，能够提高权限的验证判断的有效性。153.权限信息提示部115在表示批准能力的信息中将对象企业的职务名变换为本企业中的对应的职务名并提示。由此，能够容易地在本企业中识别权限的验证判断的结果。154.权限信息提示部115在表示批准能力的信息中将本企业的职务名还变换为与该职务名对应的批准限度额并提示。由此，能够在企业间以共用的指标表示批准权限。155.〔b〕其它156.公开的技术并不限于上述的实施方式，能够在不脱离本实施方式的主旨的范围中进行各种变形并实施。本实施方式的各构成以及各处理能够根据需要取舍选择，或者可以适当地组合。157.附图标记的说明158.100：权限验证系统159.101：人事信息160.102：审判信息161.103：权限信息162.104：公开策略163.1：权限验证装置164.11：cpu165.111：权限变换信息收集部166.112：权限变换信息细查部167.113：权限信息判定部168.114：权限信息公开控制部169.115：权限信息提示部170.12：存储器部171.13：显示控制部172.130：显示装置173.14：存储装置174.141：企业间权限变换信息175.142：职务辞典176.15：输入if177.151：鼠标178.152：键盘179.16：外部记录介质处理部180.160：记录介质181.17：通信if182.2：电子合同装置183.211：合同书创建部184.212：署名附加部185.213：来历管理部186.214：合同书提示部187.241：交易历史当前第1页12当前第1页12
背景技术：
：：2.存在企业间的担当者不面对面地签订合同的电子合同。3.专利文献1:国际公开第2003/105002号；4.专利文献2:日本特开2011－192295号公报。5.然而，在电子合同中，与面对面的合同不同，存在不容易判断交易对象、交易内容是否能够信赖这个课题。例如，针对第三方的不正当行为，存在二要素认证、加密等对策技术，在交易对象进行不正当行为的情况下，有可能无法防止或注意到不正当行为。技术实现要素：6.在一个方面，本说明书所记载的技术的目的在于，更准确地显示合同书所包含的批准者的批准能力。7.在一个方面中，控制方法获取包括合同的对象企业的企业名以及批准者的职务名的合同书数据，参照将按照企业的职务表示多个种类的批准能力的信息与上述企业名以及上述职务名建立对应地存储的存储部，来获取与获取到的上述合同书数据所包含的上述企业名以及上述职务名建立对应的表示批准能力的信息，与获取到的上述合同书数据建立对应地提示获取到的上述表示批准能力的信息。8.根据公开的控制方法，能够更准确地显示合同书所包含的批准者的批准能力。附图说明9.图1是示意性地表示实施方式的一个例子中的权限验证系统的构成例的框图。10.图2是示意性地表示图1所示的权限验证装置的硬件构成例的框图。11.图3是例示图1所示的权限验证装置中的企业间权限变换信息的表。12.图4是例示图1所示的权限验证装置中的职务辞典的表。13.图5是对图1所示的权限验证装置中的交易历史的收集处理进行说明的图。14.图6是对图1所示的权限验证装置中的交易历史的生成处理的具体例进行说明的图。15.图7是对图1所示的权限验证装置中的企业间权限变换信息的生成处理进行说明的图。16.图8是对图1所示的权限验证装置中的基于人事信息的交易历史的细查处理的具体例进行说明的图。17.图9是对图1所示的权限验证装置中的基于合同金额的交易历史的细查处理的具体例进行说明的图。18.图10是对图1所示的权限验证装置中的基于职务辞典的交易历史的细查处理的具体例进行说明的图。19.图11是对图1所示的权限验证装置中的基于审判信息的交易历史的细查处理的具体例进行说明的图。20.图12是对图1所示的权限验证装置中的权限信息判定处理进行说明的时序图。21.图13是对图1所示的权限验证装置中的权限信息公开控制处理进行说明的时序图。22.图14是对图1所示的权限验证装置中的权限信息提示处理进行说明的图。23.图15是例示图1所示的权限验证装置中的合同书存在问题可能性的情况下的承认路径验证插图的图。24.图16是例示图1所示的权限验证装置中的合同书不存在问题可能性的情况下的承认路径验证插图的图。25.图17是对图1所示的权限验证装置中的从权限信息的职务显示向金额显示的变换处理进行说明的图。26.图18是表示图1所示的权限验证装置中的权限信息的范围显示的第一例的图。27.图19是表示图1所示的权限验证装置中的权限信息的范围显示的第二例的图。28.图20是对图1所示的权限验证装置中的权限信息判定处理进行说明的流程图。29.图21是对图1所示的权限验证装置中的权限信息公开控制处理进行说明的流程图。具体实施方式30.以下，参照附图对一实施方式进行说明。但是，以下所示的实施方式只是例示，无意排除在实施方式中未明示的各种变形例、技术的应用。本实施方式能够在不脱离其主旨的范围中进行各种变形并实施。31.另外，各图并不是旨在仅具备图中所示的构成要素，也能够包括其它功能等。32.以下，在图中，附加同一附图标记的部分表示同样的部分。33.〔a〕实施方式的一个例子34.〔a－1〕系统构成例35.图1是示意性地表示实施方式的一个例子中的权限验证系统100的构成例的框图。36.权限验证系统100具备权限验证装置1以及电子合同装置2。37.电子合同装置2是用于进行企业间(在图示的例子中，a公司与b公司之间)的电子合同的装置，作为合同书创建部211、署名附加部212、来历管理部213以及合同书提示部214发挥功能。38.合同书创建部211根据来自合同权限被验证的侧的企业(在图示的例子中，a公司)的请求来创建在企业间缔结的合同书。39.署名附加部212根据来自合同权限被验证的侧的企业的请求在由合同书创建部211创建的合同书附加电子署名。40.来历管理部213管理由合同书创建部211创建的合同书的承认历史。41.合同书提示部214对权限验证装置1以能够阅览的方式提示由署名附加部212附加了电子署名的合同书。由此，验证合同权限的侧的企业(在图示的例子中，b公司)能够确认合同书的内容。42.另外，电子合同装置2将过去的合同书的缔结的历史作为交易历史241输入至权限验证装置1。43.权限验证装置1是信息处理装置的一个例子，是用于验证由电子合同装置2生成的合同书的合同权限的装置。权限验证装置1作为权限变换信息收集部111、权限变换信息细查部112、权限信息判定部113、权限信息公开控制部114以及权限信息提示部115发挥功能。另外，权限验证装置1保持企业间权限变换信息141以及职务辞典142。44.权限变换信息收集部111收集从电子合同装置2输出的交易历史241和作为开放数据的人事信息101以及审判信息102。交易历史241的收集处理的详细使用图5等后述。45.权限变换信息收集部111基于人事信息101以及审判信息102来细查交易历史241，并作为企业间权限变换信息141储存于存储装置14(使用图2后述)。交易历史241的细查处理的详细使用图8～图11等后述。46.权限信息判定部113基于企业间权限变换信息141来判定从电子合同装置2输入的合同书的合同权限是否没有问题。合同权限是否没有问题的判定处理使用图12等后述。47.权限信息公开控制部114，企业间的协定、人事信息101来控制权限信息103的公开内容。公开内容的控制处理使用图13等后述。48.权限信息提示部115提示用于在要进行验证的侧的企业进行确认的权限信息103。权限信息103的提示处理的详细使用图14～图19等后述。49.如图1所示，权限信息103是表示合同的权限的正当性的信息，可以包括承认历史、批准权限以及评论。承认历史表示合同书的批准者，在图示的例子中，“批准：d会计部长”。批准权限表示与被验证的侧的企业的批准者对应的承认的侧的企业的职务，在图示的例子中，“相当于x统括部长”。评论表示有关合同书的合同权限有无问题，在图示的例子中，“合规，没有问题”。50.图2是示意性地表示图1所示的权限验证装置1的硬件构成例的框图。51.如图2所示，权限验证装置1具备：centralprocessingunit(cpu)11、存储器部12、显示控制部13、存储装置14、输入interface(if)15、外部记录介质处理部16以及通信if17。52.存储器部12是存储部的一个例子，例示地，是readonlymemory(rom)以及randomaccessmemory(ram)等。在存储器部12的rom中可以写入basicinput/outputsystem(bios)等程序。存储器部12的软件程序可以被cpu11适当地读入并执行。另外，存储器部12的ram也可以作为临时记录存储器或者工作存储器利用。53.显示控制部13与显示装置130连接，控制显示装置130。显示装置130是液晶显示器、organiclight-emittingdiode(oled)显示器、cathoderaytube(crt)、电子纸显示器等，显示针对于操作人员等的各种信息。显示装置130可以与输入装置组合，例如也可以是触摸面板。54.存储装置14是高io性能的存储装置，例如可以使用harddiskdrive(hdd)、solidstatedrive(ssd)、storageclassmemory(scm)。存储装置14存储流数据中的至少一部分的条目。根据对流数据执行的提取处理的数量，可以具备多个存储装置14。55.输入if15与鼠标151、键盘152等输入装置连接，可以控制鼠标151、键盘152等输入装置。鼠标151、键盘152是输入装置的一个例子，经由这些输入装置，操作人员进行各种输入操作。56.外部记录介质处理部16构成为能够安装记录介质160。外部记录介质处理部16构成为在安装有记录介质160的状态下，能够读取记录介质160中所记录的信息。在本例中，记录介质160具有可移动性。例如，记录介质160是软盘、光盘、磁盘、光磁盘或者半导体存储器等。57.通信if17是用于能够进行与外部装置的通信的接口。58.cpu11是进行各种控制、运算的处理装置，通过执行储存于存储器部12的operatingsystem(os)、程序，从而实现各种功能。59.用于控制权限验证装置1整体的动作的装置并不限于cpu11，例如也可以是mpu、dsp、asic、pld、fpga中的任意一个。另外，用于控制权限验证装置1整体的动作的装置也可以是cpu、mpu、dsp、asic、pld以及fpga中的两种以上的组合。此外，mpu是microprocessingunit的简称，dsp是digitalsignalprocessor的简称，asic是applicationspecificintegratedcircuit的简称。另外，pld是programmablelogicdevice的简称，fpga是fieldprogrammablegatearray的简称。60.图3是例示图1所示的权限验证装置1中的企业间权限变换信息141的表。61.企业间权限变换信息141是用于匹配不同的企业间的批准权限职务(换言之，姓名)的信息。如图3所示，企业间权限变换信息141例如包括企业名、金额、合同种类、合同时间、交易对象以及承认流程信息。承认流程信息是登记者、承认者及批准者的姓名以及职务。62.图4是例示图1所示的权限验证装置1中的职务辞典142的表。63.职务辞典142是用于推断合同中的最终批准的权限的有无的职务名列表。在职务辞典142中按照每个登记合同的类型(例如，资材采购、保密)、每个国家/地域登记被推断为有权限的职务。64.在职务辞典142中，也可以考虑国际交易中的职务名的变换、企业间的名称的变动来登记多个职务名。例如假定a公司中的会计部长与b公司中的会计经理对应。65.图5是对图1所示的权限验证装置1中的交易历史241的收集处理进行说明的图。66.权限变换信息收集部111收集企业的交易历史241作为批准权限信息。67.在权限被验证的侧的企业提供金额、职务、姓名等批准权限信息的情况下，可以在权限验证装置1中公开applicationprogramminginterface(api)104。68.在权限被验证的侧的企业不提供批准权限信息的情况下，如附图标记a1所示，可以从电子合同装置2提取合同金额以及承认流程(例如，承认者、招集批准者的职务及姓名)。而且，如附图标记a2所示，在权限验证装置1中获取交易历史241。此外，也可以从合作的银行等提供合同金额以及承认流程。69.图6是对图1所示的权限验证装置1中的交易历史241的生成处理的具体例进行说明的图。70.可以由权限验证装置1或者电子合同装置2根据收集的合同书的权限信息103生成交易历史241。71.在图示的例子中，根据(1)～(3)这3个权限信息103生成交易历史241。各权限信息103包括与交易历史241相同的信息，包括合同日、发送企业、接收企业、金额、登记者、承认者以及批准者。登记者、承认者以及批准者的职务和姓名也可以称为承认流程信息。72.图7是对图1所示的权限验证装置1中的企业间权限变换信息141的生成处理进行说明的图。73.权限变换信息细查部112通过基于人事信息101、审判信息102以及职务辞典142细查交易历史241来提取当前有效并且能够信赖的信息，生成企业间权限变换信息141。74.例如，可以提取职务当前最新的信息。另外，关于同一合同，可以提取金额最高的信息。而且，可以提取基于被推断为有批准权限的职务的批准的合同。另外，也可以提取审判信息102中没有对应的数据等，在合同后也被推断为圆满的合同。75.图8是对图1所示的权限验证装置1中的基于人事信息101的交易历史241的细查处理的具体例进行说明的图。76.权限变换信息细查部112也可以参照报纸等企业的人事信息101，从交易历史241提取与职务有关的信息最新的数据。77.在图示的例子中，如附图标记b1所示，从交易历史241删除在人事信息101中登记的职务变更日亦即2019年4月1日之前的2019年3月1日由前任的会计部长y批准的交易，登记细查后的企业间权限变换信息141。78.换言之，权限变换信息细查部112是删除处理部的一个例子，基于人事信息101从表示多个种类的批准能力的信息删除与基于过去的人事的合同有关的数据。79.图9是对图1所示的权限验证装置1中的基于合同金额的交易历史241的细查处理的具体例进行说明的图。80.关于承认路径相同的合同，权限变换信息细查部112可以从交易历史241提取金额最高的数据。81.在图示的例子中，对于附图标记c1所示的交易，虽然承认路径(换言之，登记者、承认者以及批准者)与附图标记c2所示的交易相同，但金额比附图标记b2所示的交易低。因此，从交易历史241删除金额较低的附图标记c1所示的交易，登记细查后的企业间权限变换信息141。82.换言之，权限变换信息细查部112是删除处理部的一个例子，在表示多个种类的批准能力的信息中，有多个与具有同一承认路径的合同有关的数据的情况下，删除与最高的合同金额的合同有关的数据以外的数据。83.图10是对图1所示的权限验证装置1中的基于职务辞典142的交易历史241的细查处理的具体例进行说明的图。84.没有批准权限的人的合同被识别为有合同废弃的风险的交易，权限变换信息细查部112可以参照职务辞典142来提取由被推断为有批准权限的职务批准的交易。85.在图示的例子中，对于附图标记d1所示的交易，批准者的职务亦即人事部长未被登记到职务辞典142。因此，从交易历史241删除推断为由没有批准权限的人批准的附图标记d1所示的交易，登记细查后的企业间权限变换信息141。86.换言之，权限变换信息细查部112是删除处理部的一个例子，在表示多个种类的批准能力的信息中，删除与基于被推断为没有合同的权限的职务的合同有关的数据。87.图11是对图1所示的权限验证装置1中的基于审判信息102的交易历史241的细查处理的具体例进行说明的图。88.权限变换信息细查部112可以参照审判信息102来提取合同没有问题地被缔结并在合同后也被推断为圆满的合同。即，权限变换信息细查部112也可以从交易历史241删除在合同后进行了审判的交易来生成企业间权限变换信息141。另外，一定期间没有交易的合同视为有可能有问题，权限变换信息细查部112可以将其从交易历史241删除来生成企业间权限变换信息141。89.在图示的例子中，附图标记e1所示的交易是法院的审判信息102所包含的a公司与b公司之间的交易，审判信息102中的判决日比合同时间靠后。因此，从交易历史241删除被推断为有问题的附图标记e1所示的交易，登记细查后的企业间权限变换信息141。90.换言之，权限变换信息细查部112是删除处理部的一个例子，参照审判信息102，从表示多个种类的批准能力的信息删除与产生纠纷的合同有关的数据。91.图12是对图1所示的权限验证装置1中的权限信息判定处理进行说明的时序图。92.权限信息判定部113也可以根据最终批准者等信息判定合同中的风险，将最终批准者等置换为验证权限的侧的企业的职务并提示。93.权限信息判定部113将合同信息作为输入，接收来自委托者的权限验证委托(参照附图标记f1)。合同信息例如包括被验证的企业、验证的企业、批准者、合同金额以及合同种类。94.权限信息判定部113向职务辞典142关于权限验证委托所包含的合同种类以及批准者查询权限的有无，若记录击中则判定为有权限(参照附图标记f2)。95.权限信息判定部113向企业间权限变换信息141关于权限验证委托所包含的被验证的企业以及批准者查询批准额，获取批准额(参照附图标记f3)。96.权限信息判定部113向企业间权限变换信息141查询与在变换的侧的企业中获取到的批准额对应的职务(参照附图标记f4)，以变换验证被验证的侧的企业的批准者的职务的侧的企业的职务。在图示的例子中，获取x统括部长。97.权限信息判定部113对委托者应答批准者风险的有无、金额风险的有无以及变换后的职务(参照附图标记f5)。98.换言之，权限信息判定部113是第一获取部的一个例子，获取包括合同的对象企业的企业名以及批准者的职务名的合同书数据。另外，权限信息判定部113是第二获取部的一个例子，参照将按照企业的职务表示多个种类的批准能力的信息与企业名以及上述职务名建立对应地存储的存储装置14，来获取表示与获取到的合同书数据所包含的企业名以及职务名建立对应的批准能力的信息。99.图13是对图1所示的权限验证装置1中的权限信息公开控制处理进行说明的时序图。100.权限信息公开控制部114也可以基于交易企业间的协定(换言之，策略)、开放的人事信息101，考虑承认流程中的权限被验证的侧的企业的隐私来控制提示的信息。如果有企业间的策略，则权限信息公开控制部114也可以如策略那样提示信息。另外，在没有策略的情况下，权限信息公开控制部114也可以提示作为开放数据的人事信息101中所公开的信息。101.权限信息公开控制部114从委托者接受包括被验证的企业、验证的企业、登记者、承认者以及批准者等的公开范围的查询(参照附图标记g1)。102.权限信息公开控制部114参照公开策略104来判定策略的有无(参照附图标记g2)。103.权限信息公开控制部114判定在报纸等开放数据亦即人事信息101中所登记的职务(参照附图标记g3)。104.权限信息公开控制部114对委托者应答限定的公开范围(参照附图标记g4)。在图示的例子中，限于公开范围查询所包含的登记者、承认者#1、登记者#2以及批准者中的批准者，作为职务的公开范围来应答。105.图14是对图1所示的权限验证装置1中的权限信息提示处理进行说明的图。106.如附图标记h1以及h2所示，若在portabledocumentformat(pdf)查看器中合同书的电子署名部分被点击，则权限信息提示部115可以在权限验证状态窗口显示电子署名的验证结果。107.另外，如附图标记h3所示，若在电子署名的验证结果中权限显示按钮被点击，则权限信息提示部115可以在权限显示窗口显示权限信息103的内容、合同的安全性。在图示的例子中，在权限显示窗口中显示权限被验证的侧的企业的承认历史、验证权限的侧的企业的变换到职务的批准权限以及表示有无合规问题的评论。108.此外，权限信息提示部115也可以不通过pdf查看器而通过web页的浏览器、专用的应用程序提示验证结果。109.权限信息103的提示既可以在图2所示的权限验证装置1的显示装置130中进行，也可以在未图示的终端的显示装置中进行。110.换言之，权限信息提示部115是提示部的一个例子，与获取到的上述合同书数据建立对应地提示表示获取到的批准能力的信息。111.另外，权限信息提示部115也可以在表示批准能力的信息中将对象企业的职务名变换为本企业中的对应的职务名并提示。112.图15是例示图1所示的权限验证装置1中的合同书有问题可能性的情况下的承认路径验证插图的图。图16是例示图1所示的权限验证装置1中的合同书没有问题可能性的情况下的承认路径验证插图的图。113.权限信息提示部115也可以通过插图显示，以便能够在视觉上直观承认历史。权限信息提示部115例如可以通过利用vis.js库，以特定的颜色等强调显示承认历史中的不完备(例如，文件的篡改、承认对象的错误)。114.在图15所示的承认路径验证插图中，若开始合同书的创建，则由a上传，b课长承认，c部长批准，完成最终版。此处，由于c部长没有批准权限，所以视为c部长批准不完备，用虚线箭头强调显示。115.另一方面，在图16所示的承认路径验证插图中，若开始合同书的创建，则由aん上传，b课长承认，c部长承认，再由d经理部长批准，完成最终版。此处，由于d会计部长有批准权限，所以视为显示的承认路径没有不完备，没有强调显示的箭头。116.图17是对图1所示的权限验证装置1中的从权限信息103的职务显示向金额显示的变换处理进行说明的图。117.权限信息提示部115，在权限被验证的侧的企业不想向验证权限的侧的企业提示职务的情况下，不通过职务而通过金额显示批准权限。作为不想提示职务的理由，列举本公司的统括部长只有相当于对方企业的课长的权限等职务间有较大的权限之差的情况。118.在附图标记i1所示的例子中，批准权限设为“相当于b公司的x○○部课长”，通过职务进行显示。另一方面，在附图标记i2所示的例子中，批准权限设为“上限300万日元”，通过金额进行显示。119.由于金额是共用的基准，所以可以理解企业间共用的批准权限。另外，也可以通过图13所示的公开策略104设定批准权限的变换的有无。120.换言之，权限信息提示部115可以在表示批准能力的信息中将本企业中的职务名还变换为与该职务名对应的批准限度额并提示。121.图18是表示图1所示的权限验证装置1中的权限信息103的范围显示的第一例的图。图19是表示图1所示的权限验证装置1中的权限信息103的范围显示的第二例的图。122.在企业间没有批准金额一致的职务的情况下，权限信息提示部115可以通过范围示出批准权限的对应关系。123.在图18所示的例子中，a公司的批准者的权限是400万日元，另一方面，b公司存在具有300万日元的批准权限的部长和具有500万日元的批准权限的统括部长。因此，如附图标记j1所示，在通过职务显示批准权限的情况下，作为批准权限，显示为“相当于○○部部长x以上△△统括部长z以下”。这样，通过b公司的职务表现a公司的批准者的地位。另外，如附图标记j2所示，在通过金额显示批准权限的情况下，作为批准权限，显示为“300万日元以上且500万日元以下”。124.在图19所示的例子中，a公司的批准者的权限是100万日元，另一方面，在b公司存在具有300万日元的批准权限的部长。因此，如附图标记k1所示，在通过职务显示批准权限的情况下，作为批准权限，显示为“相当于○○部部长x以下”。另外，如附图标记k2所示，在通过金额显示批准权限的情况下，作为批准权限，显示为“300万日元以下”。125.〔a－2〕动作例126.按照图20所示的流程图(步骤s1～s11)，对图1所示的权限验证装置1中的权限信息判定处理进行说明。127.权限信息判定部113接受权限验证判断的委托(步骤s1)。128.权限信息判定部113向职务辞典142查询有无批准权限(步骤s2)。129.权限信息判定部113判定在职务辞典142中是否存在合同种类与批准者的职务的组合(步骤s3)。130.在职务辞典142中不存在合同种类与批准者的职务的组合的情况下(参照步骤s3的否路径)，权限信息判定部113判定为批准者有风险(步骤s4)。而且，处理进入步骤s6。131.另一方面，在职务辞典142中存在合同种类与批准者的职务的组合的情况下(参照步骤s3的是路径)，权限信息判定部113判定为批准者没有风险(步骤s5)。132.权限信息判定部113向企业间权限变换信息141查询批准金额的上限额(步骤s6)。133.权限信息判定部113判定上限额是否在合同额以上(步骤s7)。134.当上限额在合同额以上的情况下(参照步骤s7的否路径)，权限信息判定部113判定为合同的金额有风险(步骤s8)。而且，处理进入步骤s10。135.另一方面，当上限额在合同额以上的情况下(参照步骤s7的是路径)，权限信息判定部113判定为合同的金额没有风险(步骤s9)。136.权限信息判定部113向企业间权限变换信息141进行用于将批准者从交易对象企业的职务变化为本公司的职务的查询(步骤s10)。137.权限信息判定部113对委托方应答权限验证判断的结果(步骤s11)。而且，权限信息判定处理结束。138.按照图21所示的流程图(步骤s21～s26)，对图1所示的权限验证装置1中的权限信息公开控制处理进行说明。139.权限信息公开控制部114接受权限验证的公开范围的查询(步骤s21)。140.权限信息公开控制部114参照公开策略104(步骤s22)。141.权限信息公开控制部114判定是否存有在公开策略104中所设定的企业间的策略(步骤s23)。142.当存在企业间的策略的情况下(参照步骤s23的是路径)，权限信息公开控制部114基于公开策略104来设定权限验证的公开范围(步骤s24)。143.另一方面，当不存在企业间的策略的情况下(参照步骤s23的否路径)，权限信息公开控制部114基于报纸的人事信息101等开放数据来设定权限验证的公开范围(步骤s25)。144.权限信息公开控制部114对查询方应答权限验证的公开范围(步骤s26)。而且，权限信息公开控制处理结束。145.〔a－3〕效果146.根据实施方式的一个例子中的控制方法、权限验证装置1以及控制程序，例如能够起到以下的作用效果。147.权限信息判定部113获取包括合同的对象企业的企业名以及批准者的职务名的合同书数据。另外，权限信息判定部113参照将按照企业的职务表示多个种类的批准能力的信息与企业名以及上述职务名建立对应地存储的存储装置14，来获取与获取到的合同书数据所包含的企业名以及职务名建立对应的表示批准能力的信息。而且，权限信息提示部115与获取到的上述合同书数据建立对应地提示获取到的表示批准能力的信息。148.由此，能够更准确地显示合同书所包含的批准者的批准能力。而且，由于使合同的对象企业的合同流程透明化，能够判断合同的可靠性，所以能够实施安全的电子合同。149.权限变换信息细查部112基于人事信息101，从表示多个种类的批准能力的信息删除与基于过去的人事的合同有关的数据。由此，能够从企业间权限变换信息141除去与通过过去的人事所创建的合同有关的数据，并能够提高权限的验证判断的有效性。150.在表示多个种类的批准能力的信息中，有多个与具有同一承认路径的合同有关的数据的情况下，权限变换信息细查部112删除与最高的合同金额的合同有关的数据以外的数据。减小企业间权限变换信息141的数据容量，能够高效地实施权限的验证判断。151.权限变换信息细查部112在表示多个种类的批准能力的信息中删除与基于被推断为没有合同的权限的职务的合同有关的数据。由此，能够提高权限的验证判断的有效性。152.权限变换信息细查部112参照审判信息102，从表示多个种类的批准能力的信息删除与产生纠纷的合同有关的数据。由此，能够提高权限的验证判断的有效性。153.权限信息提示部115在表示批准能力的信息中将对象企业的职务名变换为本企业中的对应的职务名并提示。由此，能够容易地在本企业中识别权限的验证判断的结果。154.权限信息提示部115在表示批准能力的信息中将本企业的职务名还变换为与该职务名对应的批准限度额并提示。由此，能够在企业间以共用的指标表示批准权限。155.〔b〕其它156.公开的技术并不限于上述的实施方式，能够在不脱离本实施方式的主旨的范围中进行各种变形并实施。本实施方式的各构成以及各处理能够根据需要取舍选择，或者可以适当地组合。157.附图标记的说明158.100：权限验证系统159.101：人事信息160.102：审判信息161.103：权限信息162.104：公开策略163.1：权限验证装置164.11：cpu165.111：权限变换信息收集部166.112：权限变换信息细查部167.113：权限信息判定部168.114：权限信息公开控制部169.115：权限信息提示部170.12：存储器部171.13：显示控制部172.130：显示装置173.14：存储装置174.141：企业间权限变换信息175.142：职务辞典176.15：输入if177.151：鼠标178.152：键盘179.16：外部记录介质处理部180.160：记录介质181.17：通信if182.2：电子合同装置183.211：合同书创建部184.212：署名附加部185.213：来历管理部186.214：合同书提示部187.241：交易历史当前第1页12当前第1页12
再多了解一些
本文用于创业者技术爱好者查询，仅供学习研究，如用于商业用途，请联系技术所有人。
