CN103455944A - 信息处理装置和信息处理方法 - Google Patents

Abstract

信息处理装置（1）执行从用户终端接收与其他系统的用户管理的信息相关的变更内容的确认委托，把该确认委托所包含的、规定了确认对象的第一条件存储在存储装置中的处理；从用户终端接收第二条件并存储在存储装置中的处理，该第二条件是规定了在其他系统的用户管理的信息相关的变更内容中的应取得的内容；把指定了保持在存储装置中的第一条件的、信息变更内容的确认委托，发送给与其他系统之间进行协议变换的变换装置的处理；访问变换装置并根据确认委托来进行与该信息相关的变更内容的确认处理的其他系统的用户终端，从变换装置取得返回到变换装置的变更内容的确认结果并存储在存储装置中的处理；以及将保持在存储装置中的确认结果和第二条件进行对照，把与该第二条件匹配的确认结果返回给用户终端的处理。

Description

信息处理装置和信息处理方法

本申请要求2012年5月30日提交的日本专利申请No.2012-123488的优先权，在此将该申请全文引入作为参考。

技术领域

本发明涉及信息处理装置、信息处理方法和程序，更加具体地，涉及将在不同的系统间有关信息变更的确认对象所产生的信息变更的通知作为与信息要求源的用户的需求相对应的对应物，减少各用户的工作负担和工夫等的技术。

背景技术

存在有企业间的信息交换·共有系统，其在可靠的网络基础上实现如下处理：电子化处理企业间各种零件和服务的收发订单、结算等的EDI（电子数据交换）的构造、估算内容的授受、以及其他各种信息交换等所谓的企业间的交易处理。像这样的企业间的信息交换·共有系统中的会员企业们，例如在使用零件的规格、型号、环境负荷信息等各种属性变更时，由于对使用该零件的自身工序和产品等产生影响，因此，需要向提供该零件的交易伙伴要求并取得该变更信息。作为检测有关在像这样的别处的信息变更的现有技术，提出了在分散申请系统中检测除监视对象节点以外的其他节点所具有的外部API部的更新的技术（参考日本特开平2011-257994号公报）。

发明内容

上述的企业间信息交换·共有系统也可以通过规定的协议变换服务器等与其他系统连接，进而进行除了与自身会员企业的用户终端之外，也与属于其他系统的其他用户终端间接地进行数据授受。在这种结构中，例如在上述用户终端和其他系统的其他用户终端之间进行变更信息的授受时，在企业间信息交换·共有系统和协议变换服务器等中进行规定次序的数据交接和变换，相互变更信息。

在变更信息的确认对象中的信息更新频度高的情况下，或者在变更信息的确认对象（例如零件、产品等）较多的情况下，如果按照上述次序进行变更信息的授受，对于成为用户的会员企业以及作为成为关联的各种信息的授受伙伴的其他系统用户来说，变更信息的委托和应答的各操作非常地烦杂、费事并且由此导致成本增大。

一方面，在采用进行如现有技术那样的更新通知的技术的情况下，按照企业间信息交换·共有系统、协议变换服务器等的运用，变更信息的通知在会员企业与其他系统的用户之间被自动地传送。在上述这样的变更信息的确认对象的数量、信息更新频度较多的情况下，变更信息的通知的接收侧要取得庞大数量的通知，而通知内容的确认、必要性的判断，关于相同确认对象的一类通知的差异确认这样的操作非常烦杂，增大了负担。

因此，本发明的目的在于提供一种将在不同的系统间有关信息变更的确认对象所产生的信息变更的通知作为与信息要求源的用户的需求相对应的对应物，进而可以减小各用户的操作负担和工夫等的技术。

解决上述问题的本发明的信息处理装置包括经由网络与其他装置通信的通信装置、存储数据的存储装置以及执行以下处理的运算装置，该处理包括：从用户终端接收与其他系统的用户管理的信息相关的变更内容的确认委托，把该确认委托所包含的、规定了确认对象的第一条件存储在存储装置中的处理；从用户终端接收第二条件并将其存储在存储装置中的处理，该第二条件是：规定了在其他系统的用户管理的信息相关的变更内容中的应取得的内容；把指定了保持在存储装置中的所述第一条件的、信息变更内容的确认委托，发送给与所述其他系统之间进行协议变换的变换装置的处理；访问所述变换装置并根据所述确认委托来进行与该信息相关的变更内容的确认处理的其他系统的用户终端，从所述变换装置取得返回到所述变换装置的变更内容的确认结果，并将其存储在存储装置中的处理；以及将保持在存储装置中的所述确认结果和所述第二条件进行对照，把与该第二条件匹配的确认结果返回给所述用户终端的处理。

此外，本发明的信息处理方法，其特征在于，具有通过网络与其他装置通信的通信装置、和存储数据的存储装置的信息处理装置执行以下处理：从用户终端接收与其他系统的用户管理的信息相关的变更内容的确认委托，把该确认委托所包含的、规定了确认对象的第一条件存储在存储装置中的处理；从用户终端接收第二条件并将其存储在存储装置中的处理，该第二条件是：规定了在其他系统的用户管理的信息相关的变更内容中的应取得的内容；把指定了保持在存储装置中的所述第一条件的、信息变更内容的确认委托，发送给与所述其他系统之间进行协议变换的变换装置的处理；访问所述变换装置并根据所述确认委托来进行与该信息相关的变更内容的确认处理的其他系统的用户终端，从所述变换装置取得返回到所述变换装置的变更内容的确认结果，并将其存储在存储装置中的处理；以及将保持在存储装置中的所述确认结果和所述第二条件进行对照，把与该第二条件匹配的确认结果返回给所述用户终端的处理。

此外，本发明的程序，其特征在于，在具有通过网络与其他装置通信的通信装置、和存储数据的存储装置的信息处理装置中执行以下处理：从用户终端接收与其他系统的用户管理的信息相关的变更内容的确认委托，把该确认委托所包含的、规定了确认对象的第一条件存储在存储装置中的处理；从用户终端接收第二条件并将其存储在存储装置中的处理，该第二条件是：规定了在其他系统的用户管理的信息相关的变更内容中的应取得的内容；把指定了保持在存储装置中的所述第一条件的、信息变更内容的确认委托，发送给与所述其他系统之间进行协议变换的变换装置的处理；访问所述变换装置并根据所述确认委托来进行与该信息相关的变更内容的确认处理的其他系统的用户终端，从所述变换装置取得返回到所述变换装置的变更内容的确认结果，并将其存储在存储装置中的处理；以及将保持在存储装置中的所述确认结果和所述第二条件进行对照，把与该第二条件匹配的确认结果返回给所述用户终端的处理。

根据本发明可以将在不同的系统间有关信息变更的确认对象所产生的信息变更的通知作为与信息要求源的用户的需求相对应的对应物，减小各用户的操作负担和工夫等。

附图说明

图1是具有本实施方式中的企业间信息交换·共有系统的网络构成图。

图2是显示本实施方式中的企业间信息交换·共有系统的硬件构成例的图。

图3是显示本实施方式中的信息处理方法的次序例1的流程图。

图4是显示本实施方式中的信息处理方法的次序例2的流程图。

图5是显示本实施方式中的信息处理方法的次序例3的流程图。

图6是显示本实施方式中的信息处理方法的次序例4的流程图。

图7是显示本实施方式中的信息处理方法的次序例5的流程图。

图8是显示本实施方式中的信息处理方法的次序例6的流程图。

图9是显示本实施方式中的信息处理方法的次序例7的流程图。

图10是显示本实施方式中的信息处理方法的次序例8的流程图。

图11是显示本实施方式中的信息处理方法的次序例9的流程图。

图12是显示本实施方式中的信息处理方法的次序例10的流程图。

图13是显示本实施方式中的信息处理方法的次序例11的流程图。

图14是显示本实施方式中的信息处理方法的次序例12的流程图。

图15是显示本实施方式中的委托企业信息数据库的数据构成例的图。

图16是显示本实施方式中的提供企业信息数据库的数据构成例的图。

图17是显示本实施方式中的产品信息数据库的数据构成例的图。

图18是显示本实施方式中的委托消息管理数据库的数据构成例的图。

图19是显示本实施方式中的提供消息管理数据库的数据构成例的图。

图20是显示本实施方式中的变更内容取得条件数据库的数据构成例的图。

图21是显示本实施方式中的变更确认委托条件数据库的数据构成例的图。

图22是显示本实施方式中的变更确认委托消息管理数据库的数据构成例的图。

图23是显示本实施方式中的变更内容提供消息管理数据库的数据构成例的图。

图24是显示本实施方式中的认证信息的数据构成例的图。

图25是显示本实施方式中的信息提供委托消息的数据构成例的图。

图26是显示本实施方式中的信息提供回答消息的数据构成例的图。

图27是显示本实施方式中的变更确认委托条件消息的数据构成例的图。

图28是显示本实施方式中的变更内容取得条件消息的数据构成例的图。

图29是显示本实施方式中的变更内容提供消息的数据构成例的图。

具体实施方式

系统构成

下面使用附图对本发明的实施方式进行详细地说明。图1是具有作为本实施方式的信息处理装置的企业间信息交换·共有系统1的网络构成图。图1所示的企业间信息交换·共有系统1是将在不同的系统之间有关信息变更的确认对象而产生的信息变更的通知作为与信息要求源的用户的需求相对应的对应物，减小各用户的操作负担、工夫等的计算机系统。在本实施方式中例示的企业间信息交换·共有系统1是对产品的供应商和买方之间的企业间交易处理进行中介的服务器装置，通过变换装置（后述的系统间协作基盘2、信息交换系统3）能够与作为其他系统的信息交换系统3（的用户终端23）进行数据授受。

这里，企业间信息交换·共有系统1把另外的作为其他企业间交易系统的信息交换系统3的用户企业管理的信息作为上述的“信息变更的确认对象”。此外，作为该“信息变更的确认对象”的信息是与该用户企业提供给其他企业的零件相关的各种信息（例如规格、型号、环境负荷信息等）。以企业间信息交换·共有系统1的用户终端11取得变更内容的情况作为前提，该变更内容是被属于信息交换系统3的用户终端23所管理的与信息相关的内容。

这样，图1所示的企业间信息交换·共有系统1通过网络7与委托源用户终端11连接。此外，企业间信息交换·共有系统1通过网络8与系统间协作基盘2、信息交换系统3和提供源用户终端23连接。

委托源用户终端11是成为企业间信息交换·共有系统1的会员的用户企业（下称用户企业A）使用的终端。作为该委托源用户终端11的使用者即用户企业A从信息交换系统3的用户企业（下称用户企业B）接受零件的供应。因此，该用户企业A有关从用户企业B供给的零件，如果规格、型号、环境负荷信息等发生变更时，有必要确认这些信息的变更内容。用户企业A通过该委托源用户终端11把涉及零件的信息变更内容的确认委托发送给企业间信息交换·共有系统1。

一方面，提供源用户终端23是成为上述信息交换系统3的会员的用户企业B使用的终端。该提供源用户终端23的使用者即用户企业B对上述用户企业A进行零件的供应。对于供给到用户企业A的零件，该用户企业B根据需求在自身所有的存储装置等中随时进行规格、型号、环境负荷信息等的变更。用户企业B针对以上述的委托源用户终端11为起源的变更内容的确认委托，通过信息交换系统3和系统间协作基盘2由该提供源用户终端23向企业间信息交换·共有系统1应答该零件的信息的变更内容。

此外，系统间协作基盘2是具有在不同的企业间信息交换·共有系统即企业间信息交换·共有系统1和信息交换系统3之间对来自各系统的用户企业的“信息交换”要求进行中介处理的功能的基盘。作为该系统间协作基盘2的具体实例，有成为化学物质的信息交换基盘的系统（例如，JAMP-GP：http://www.biz.jemai.or.jp/JAMP-GP/about/）等。

另一方面，本实施方式的企业间信息交换·共有系统1由G/W服务器12和数据库服务器13构成。这些数据库服务器13把委托消息管理数据库14、提供消息管理数据库15、变更确认委托消息管理数据库16、变更内容提供消息管理数据库17、委托企业信息数据库18、提供企业信息数据库19、产品信息数据库20、变更确认委托条件数据库21和变更内容取得条件数据库22的各数据库保持在存储装置中。此外，G/W服务器12是利用该数据库服务器13的各数据库的同时，执行作为本实施方式的信息处理装置的必要的处理的服务器装置。

图2显示该G/W服务器的硬件构成例。G/W服务器12包括由硬盘驱动器等合适的非易失性存储装置构成的存储装置201；读取等并执行保持在存储装置201中的程序210，进行服务器装置自身的综合控制的同时，进行各种判定、运算和控制处理的CPU等运算装置200；从用户接受键盘输入、声音输入的输入装置202；进行处理数据的显示的显示器等输出装置203；以及与网络连接承担与委托源用户终端11、系统间协作基盘2这样的其他装置的通信处理的通信装置204。此外，各装置200-204间通过总线（BUS）连接。

此外，上述程序210是用于安装有认证功能211、消息接受功能212、消息发送功能213、消息接收功能214、消息回答功能215和变更通知控制功能216的程序。

此外，存储装置210保持以委托源用户终端11、提供源用户终端23为发信起源的、认证信息218、信息提供委托消息219、信息提供回答消息220、变更确认委托条件消息221、变更内容取得条件消息222、变更确认委托消息223和变更内容提供消息224这样的数据217。

下面，说明有关本实施方式的企业间信息交换·共有系统1所具有的功能。如上所述，以下说明的功能可以说是通过执行例如构成企业间信息交换·共有系统1的G/W服务器12所具有的程序210而被安装的功能。

企业间信息交换·共有系统1具有如下功能：从用户企业A的委托源用户终端11接收与信息交换系统3的用户企业B管理的信息相关的变更内容的确认委托，并把该确认委托所包含的、规定了确认对象的变更确认委托条件（第一条件）存储在存储装置201中。该功能包括图2所示的消息接受功能212。

此外，企业间信息交换·共有系统1具有如下功能：从用户企业A的委托源用户终端11接收变更内容取得条件（第二条件），并将其存储在的存储装置201中，该变更内容取得条件规定了在与信息交换系统3的用户企业B管理的信息相关的变更内容中应取得的内容。该功能包括图2所示的消息接受功能212。

此外，企业间信息交换·共有系统1具有如下功能：把指定了保持在存储装置201中的变更确认委托条件的信息变更内容的确认委托，发送给与信息交换系统3之间进行协议变换的变换装置即上述的系统间协作基盘2。该功能包括变更通知控制功能216。

此外，企业间信息交换·共有系统1具有如下功能：从系统间协作基盘2取得上述提供源用户终端23通过信息交换系统3回信给系统间协作基盘2的变更内容的确认结果，并将其存储在存储装置201中。在这种情况下，提供源用户终端23通过信息交换系统3访问系统间协作基盘2，根据来自委托源用户终端11的确认委托，进行与该信息相关的变更内容的确认处理。该功能包括消息接受功能214。

此外，企业间信息交换·共有系统1具有如下功能：将保持在存储装置201中的确认结果和变更内容取得条件进行对照，把与该变更内容取得条件匹配的确认结果回信给委托源用户终端11。该功能包括变更通知控制功能216。

此外，优选的是，企业间信息交换·共有系统1具有取得信息交换系统3的用户企业B的识别信息或信息交换系统3的用户企业B所办理的产品的识别信息中的至少一个或其组合作为变更确认委托条件或者变更内容取得条件，并将其存储在存储装置201中的功能。

此外，优选的是，企业间信息交换·共有系统1具有取得信息交换系统3的用户企业B所办理的产品的规格信息作为变更确认委托条件或者变更内容取得条件，并将其存储在存储装置201中的功能。

此外，优选的是，企业间信息交换·共有系统1具有取得发送来确认委托或者变更内容取得条件的委托源用户终端11的用户企业A的识别信息和信息交换系统3的用户企业B的识别信息的组合作为变更确认委托条件或者变更内容取得条件，并将其存储在存储装置201中的功能。

处理次序例1

以下根据附图说明在本实施方式中信息处理方法的实际次序。对应于下面说明的信息处理方法的各种动作由构成企业间信息交换·共有系统1的G/W服务器11所执行的程序210来实现。而且，该程序210由执行下面说明的各种动作的编码构成。

图3是显示本实施方式中的信息处理方法的处理次序例1的流程图。这里，首先说明在用户企业B管理的零件的有关信息没有发生变更的情况下，委托源用户终端11相对于企业间信息交换·共有系统1进行有关用户企业B提供中的规定零件的信息提供的委托时在企业间信息交换·共有系统1中的处理。

这种情况下，企业间信息交换·共有系统1的G/W服务器12接受经由网络7从委托源用户终端11发送来的信息提供委托消息219，并将其存储在存储装置201中（S1）。作为信息提供委托消息219的具体实例，如图25所示，可以假想包含作为上述用户企业A的识别信息即委托企业ID、同样地作为用户企业B的识别信息即提供企业ID、以及作为用户企业A期望信息提供的对象物的识别信息的产品型号这样的各种值的电文。

此外，从委托源用户终端11接收信息提供委托消息219的G/W服务器12通过系统间协作基盘2和信息交换系统3，对用户企业B的提供源用户终端23委托与该零件相关的信息提供（S2）。接着，G/W服务器12通过系统间协作基盘2取得来自提供源用户终端23的信息提供的回答（S3）。G/W服务器12生成信息提供回答消息220，将其发送给委托源用户终端11（S4）。作为信息提供回答消息220的具体实例，如图26所示，可以假想包含作为上述的用户企业A的识别信息即委托企业ID、同样地作为用户企业B的识别信息即提供企业ID、作为用户企业A期望提供信息的对象物的识别信息的产品型号和产品版本以及附加文件信息这样的各种值的电文。

处理次序例2

接着，根据附图说明G/W服务器12从委托源用户终端11接受变更确认委托条件消息221和变更内容取得条件消息222，并向委托源用户终端11发送对应于显示这些消息的条件的信息的一系列处理。图4是显示本实施方式中的信息处理方法的次序例2的流程图。

在这种情况下，G/W服务器12从委托源用户终端11接受规定了与信息变更相关的确认对象的变更确认委托条件所记载的变更确认委托条件消息221，并将其登陆到变更确认委托条件数据库21（S5）。作为变更确认委托条件消息221的具体实例，如图27所示，可以假想包含作为上述的用户企业A的识别信息即会员ID、确认条件1~3这样的各种值的电文。对于该例子，作为用户企业A的识别信息即会员ID、确认条件1~3的组合构成变更确认委托条件。

此外，G/W服务器12从委托源用户终端11接受规定了与上述用户企业B管理的信息相关的变更内容中应取得的内容的变更内容取得条件消息222，并将其登陆到变更内容取得条件数据库222（S6）。作为变更内容取得条件消息222的具体实例，如图28所示，可以假想包含作为上述的用户企业A的识别信息即会员ID、取得条件1、2这样的各种值的电文。对于该例子，作为用户企业A的识别信息即会员ID、取得条件1、2的组合构成变更内容取得条件。

接着，G/W服务器12读取变更确认委托条件数据库21中的变更确认委托条件，向系统间协作基盘2进行对应于该变更确认委托条件的内容的变更内容的确认委托。此外，G/W服务器12根据上述变更内容的确认委托从实行必要处理的系统间协作基盘2，取得与所述变更确认委托条件匹配的信息，即从用户企业B的提供源用户终端23上载到系统间协作基盘2的、确认对象的信息的变更内容（S8）。

接着，G/W服务器12读取变更内容取得条件数据库22的取得条件，特定与该取得条件匹配的变更内容的信息（在步骤S8中取得的信息），向委托源用户终端11生成含有其的变更内容提供消息224（S9）。此外，G/W服务器12向委托源用户终端11发送变更内容提供消息224（S10），结束处理。

处理次序例3

下面根据附图说明有关在上述处理次序例1中步骤S1的处理。图5是显示本实施方式中的信息处理方法的次序例3的流程图，具体地，显示G/W服务器12接受从委托源用户终端11发送来的信息提供委托消息219的次序的图。

在这种情况下，G/W服务器12接受从委托源用户终端11发送来的认证信息218和信息提供委托消息219（S101）。作为认证信息218的具体实例，如图24所示，可以假想包含成为作为委托源用户终端11的用户的上述的用户企业A的识别信息即用户ID和与该用户ID相对应的密码的各种值的电文。作为信息提供委托消息219的具体实例，如图25所示，可以假想包含作为上述用户企业A的识别信息即委托企业ID、同样地作为用户企业B的识别信息即提供企业ID以及作为用户企业A期望信息提供的对象物的识别信息的产品型号这样的各种值的电文。

接着，G/W服务器12的认证功能211将认证信息218的用户ID和密码与委托企业信息数据库18对照，确认在委托企业信息数据库18的记录中存在成套的该用户ID和密码（S102）。作为委托企业信息数据库18的具体实例，如图15所示，可以假想包含作为各用户企业的识别信息即会员ID、委托企业ID和用户ID、以及关于该用户企业而被设定的密码和显示该用户企业有无能够利用系统间协作基盘2的权限的系统间协作基盘使用权限这样的各种值的记录的集合体。此外，G/W服务器12的认证功能211在该步骤S102中，核实与所述用户ID符合的用户企业是否具有系统间协作基盘2的使用权限、在委托企业信息数据库18中该记录的系统间协作基盘使用权限的值。

在上述接收的用户ID和密码不存在于委托企业信息数据库18中，或者与该用户ID符合的用户企业不具有系统间协作基盘2的使用权限的情况下（S102：认证NG），G/W服务器12的认证功能211向委托源用户终端11发送显示认证不成功的规定返回值，结束处理（S103）。一方面，在委托企业信息数据库18中存在所述接收的用户ID和密码，并且与所述用户ID符合的用户企业具有系统间协作基盘2的使用权限的情况下（S102：认证OK），G/W服务器12的消息接受功能212从上述委托源用户终端11接受信息提供委托消息219，按照指定规则对该信息提供委托消息219的案件号进行取号，并保存在委托消息管理数据库14中（S104）。作为信息提供委托消息219的具体实例，如图25所示，可以假想包含作为上述的用户企业A的识别信息即委托企业ID、同样地作为用户企业B的识别信息即提供企业ID、以及作为用户企业A期望信息提供的对象物的识别信息的产品型号这样的各种值的电文。此外，作为委托消息管理数据库14的具体实例，如图18所示，可以假想包括将如上述的取号的案件号作为密钥期望信息提供的用户企业A的识别信息即委托企业ID、作为期望信息提供的用户企业B的识别信息即提供企业ID、用户企业A期望信息提供的对象物的识别信息的产品信息、显示是否向该用户企业B已委托信息提供的委托信息这样的各种值的记录的集合体。此外，在上述步骤S104中，把信息提供委托信息219存储在委托消息管理数据库14中时，“委托状态”的值设定为“未委托”。

处理次序例4

下面根据附图说明在上述处理次序例1中的步骤S2的处理。图6是显示本实施方式中的信息处理方法的次序例4的流程图，具体地，图6是显示从委托源用户终端11接受了信息提供委托消息219的G/W服务器12通过系统间协作基盘2和信息交换系统3，对用户企业B的提供源用户终端23委托与该零件相关的信息提供的次序的图。

在这种情况下，G/W服务器12在保存在委托消息管理数据库14中的信息提供委托消息219中提取“委托状态”的值为“未委托”的数据，然后上载到系统间协作基盘2（S201）。在该步骤S201之后，G/W服务器12从系统间协作基盘2接收上载结果，并对其进行判定（S202）。在上载结果为“OK”的情况下（S202：上载OK），G/W服务器12的消息发送功能213把委托消息管理数据库14中的该信息提供委托消息的“委托状态”的值更新为“已委托”（S203），结束处理。另一方面，在上载结果为“NG”的情况下（S202：上载NG），G/W服务器12的消息发送功能213进行错误结束（S204）。

处理次序例5

下面根据附图说明在上述处理次序例1中的步骤S3。图7是显示本实施方式中的信息处理方法的次序例5的流程图，具体地，图7是显示G/W服务器12通过系统间协作基盘2取得来自提供源用户终端23的信息提供的回答的次序的图。

在这种情况下，G/W服务器12从系统间协作基盘2下载信息提供回答消息220和附加文件，作为对上载到如上述的系统间协作基盘2的信息提供委托消息219的、来自提供源用户终端23的回答结果，（S301）。作为信息提供回答消息220的具体实例，如图26所示，可以假想包括作为期望信息提供的上述用户企业A的识别信息即委托企业ID、作为按照委托进行信息提供的用户企业B的识别信息即提供企业ID、作为上述用户企业A期望信息提供的对象物的识别信息的产品型号和产品版本以及附加文件信息这样的各种值的电文。

接着，G/W服务器12判定在上述步骤S301中来自系统间协作基盘2的下载处理的结果（S302）。在有下载数据的情况下（S302：有下载数据），G/W服务器12的消息接受功能214把信息提供回答消息220存储在提供消息管理数据库15中（S303）。作为提供消息管理数据库15的具体实例，如图19所示，可以假想包括以案件号为密钥委托信息提供的作为用户企业A的识别信息即委托企业ID、作为进行信息提供的用户企业B的识别信息即提供企业ID、作为用户企业A期望信息提供而被信息提供的对象物的识别信息的产品信息和其产品版本、附加文件以及显示是否向委托来信息提供的用户企业A已提供信息提供回答消息的提供状态这样的各种值的记录的集合体。此外，在上述步骤S303中，把信息提供回答消息220存储在提供消息管理数据库15中时，把“提供状态”的值设定为“未提供”。

另一方面，在上述步骤S302中，在无下载数据的情况下（S302：无下载数据），G/W服务器12的消息接受功能214作为没有对象数据而结束处理（S304）。

处理次序例6

下面根据附图说明在上述处理次序例1中的步骤S4。图8是显示本实施方式中的信息处理方法的处理次序例6的流程图，具体地，图8是显示G/W服务器12将信息提供回答消息220发送给委托源用户终端11的次序的图。

在这种情况下，G/W服务器12接收从委托源用户终端11发送来的认证信息218（S401）。该认证信息218的数据构成例与上述处理次序例3中例示的相同。

G/W服务器12的认证功能211将上述认证信息218的用户ID和密码与委托企业信息数据库18对照，确认在委托企业信息数据库18的记录中存在成套的该用户ID和密码（S402）。作为委托企业信息数据库18的具体实例，与上述处理次序例3中例示的相同。此外，在该步骤S402中，G/W服务器12的认证功能211核实与所述用户ID相符的用户企业是否有系统间协作基盘2的使用权限和在委托企业信息数据库18中该记录的系统间协作基盘使用权限的值。

上述接收的用户ID和密码不存在于委托企业信息数据库18中，或者符合该用户ID的用户企业不具有系统间协作基盘2的使用权限的情况下（S402：认证NG），G/W服务器12的认证功能211将显示认证不成功的规定返回值发送到委托源用户终端11，结束处理（S403）。

一方面，在上述接收的用户ID和密码存在于委托企业信息数据库18中、并且符合该用户ID的用户企业具有系统间协作基盘2的使用权限的情况下（S402：认证OK），G/W服务器12的消息回答功能215在提供消息管理数据库15中，从所述认证信息218所显示的与该用户企业相关的记录中核实是否存在提供状态的值为“未提供”的记录（S404）。

在上述的步骤S404中，存在提供状态的值为“未提供”的情况下（S404：有对象数据），G/W服务器12的消息回答功能215向委托源用户终端11发送提供状态的值为“未提供”的信息提供回答消息220（S405）。完成该发送时，G/W服务器12在提供消息管理数据库15中将该记录中的提供状态的值更新为“已提供”。

另一方面，在上述步骤S404中，不存在提供状态的值为“未提供”的情况下（S404：无对象数据），G/W服务器12的消息回答功能215向委托源用户终端11发送无对象数据的结果（S406），结束处理。

处理次序例7

下面根据附图说明在上述处理次序例2中的步骤S5。图9是显示本实施方式中的信息处理方法的次序例7的流程图，具体地，图9是显示G/W服务器12从委托源用户终端11接受变更确认委托条件消息221并登陆到变更确认委托条件数据库21的次序的图。

在这种情况下，G/W服务器12接受从委托源用户终端11发送来的认证信息218和变更确认委托条件消息221（S501）。变更确认委托条件消息221的具体实例与上述处理次序例2中例示的相同。G/W服务器12的认证功能211将从委托源用户终端11接受的认证信息218的用户ID和密码与委托企业信息数据库18对照，确认在委托企业信息数据库18的记录中存在成套的该用户ID和密码（S502）。

此外，在该步骤S502中，G/W服务器12的认证功能211核实符合所述用户ID的用户企业是否有系统间协作基盘2的使用权限、以及在委托企业信息数据库18中该记录的系统间协作基盘使用权限的值。

在上述接收的用户ID和密码不存在于委托企业信息数据库18中，或者符合所述用户ID的用户企业不具有系统间协作基盘2的使用权限的情况下（S502：认证NG），G/W服务器12的认证功能211将显示认证不成功的规定返回值发送给委托源用户终端11，结束处理（S503）。一方面，在上述接收的用户ID和密码在委托企业信息数据库18中存在并且符合该用户ID的用户企业具有系统间协作基盘2的使用权限的情况下（S502：认证OK），G/W服务器12的消息接受功能212从委托源用户终端11接受作为变更内容的确认委托的变更确认委托条件消息221，并将其保存在变更确认委托条件数据库21中（S504）。

作为变更确认委托条件数据库21的具体实例，如图21所示可以假想包括要求变更内容的确认委托的用户企业A的识别信息即会员ID和确认条件1~3这样的各种值的记录的集合体。

处理次序例8

下面根据附图说明在上述处理次序例2中步骤S6。图10是显示本实施方式中的信息处理方法的处理次序例8的流程图，具体地，图10是显示G/W服务器12从委托源用户终端11接受变更内容取得条件消息222并登陆到变更内容取得条件数据库22的次序的图。

在这种情况下，G/W服务器12接受从委托源用户终端11发送来的认证信息218和变更内容取得条件消息222（S601）。此外，G/W服务器12的认证功能211将认证信息218的用户ID和密码与委托企业信息数据库18对照，确认在委托企业信息数据库18的记录中存在成套的该用户ID和密码（S602）。此外，在该步骤S602中，G/W服务器12的认证功能211核实符合所述用户ID的用户企业是否有系统间协作基盘2的使用权限，和在委托企业信息数据库18中该记录的系统间协作基盘使用权限的值。

在上述接收的用户ID和密码不存在于委托企业信息数据库18中，或者符合该用户ID的用户企业不具有系统间协作基盘2的使用权限的情况下（S602：认证NG），G/W服务器12的认证功能211将显示认证不成功的规定返回值发送给委托源用户终端11，结束处理（S603）。

一方面，在上述接收的用户ID和密码在委托企业信息数据库18中存在并且符合该用户ID的用户企业具有系统间协作基盘2的使用权限的情况下（S602：认证OK），G/W服务器12的消息接受功能212从所述委托源用户终端11接受变更内容取得条件消息222，并将其存储在变更内容取得条件数据库22中（S604）。作为变更内容取得条件数据库22的具体实例，如图20所示，可以假想包含作为希望变更内容的确认委托的用户企业A的识别信息即会员ID、在由与确认对象相关的信息所产生的变更内容中限定了委托源用户终端11应取得的对象的取得条件1（产品信息）~取得条件2（产品版本）这样的各种值的记录的集合体。在图20所示的变更内容取得条件数据库22的例子中，例如、在根据来自会员ID“会员1”的确认委托所取得的变更内容中，仅将取得了取得条件1（产品信息）“部件21”以及取得条件2（产品版本）“2.0以上”的条件进行存储。

处理次序例9

下面根据附图说明在上述处理次序例2中的步骤S7。图11是显示本实施方式中的信息处理方法的次序例9的流程图，具体地，图11是显示G/W服务器12读取变更确认委托条件数据库21中的变更确认委托条件，向系统间协作基盘2进行对应于该变更确认委托条件的内容的变更内容的确认委托的次序的图。

在这种情况下，G/W服务器12的变更通知控制功能216例如从委托企业信息数据库18的各个记录中提取会员ID，然后将提取的会员ID作为密钥，进行在变更确认委托条件数据库22中的检索（S701）。G/W服务器12的变更通知控制功能216在该检索中特定的记录中，核实委托企业ID是否被指定（S702）。

在上述记录中，没有委托企业ID被指定的情况下（步骤S702：没有被指定），G/W服务器12的变更通知控制功能216不实施向系统间协作基盘2的变更确认的委托（S703），结束处理。这种情况对应于该用户不进行变更内容的确认委托的情况。

另一方面，在上述记录中，委托企业ID被指定的情况下（步骤S702：被指定），G/W服务器12的变更通知控制功能216核实在记录中提供企业ID是否被指定（S704）。在此，在该记录中没有提供企业ID被指定的情况下（步骤S704：没有被指定），G/W服务器12的变更通知控制功能216对系统间协作基盘2实施在上述步骤S702中核实的与委托企业ID相关的全部变更确认的委托（S705），结束处理。

一方面，在该记录中提供企业ID被指定的情况下（步骤S704：被指定），G/W服务器12的变更通知控制功能216核实在该记录中产品信息是否被指定（S706）。在该记录中，没有产品信息被指定的情况下（步骤S706：没有被指定），G/W服务器12的变更通知控制功能216对系统间协作基盘2实施将在上述步骤S702中核实的委托企业ID和在上述步骤S704中核实的提供企业ID作为AND条件的变更确认的委托（S707），结束处理。

另一方面，在上述记录中产品信息被指定的情况下（步骤S706：被指定），G/W服务器12的变更通知控制功能216对系统间协作基盘2实施将在上述步骤S702中核实的委托企业ID和在上述步骤S704中核实的提供企业ID以及在上述步骤S706中核实的产品信息作为AND条件的变更确认的委托（S708），结束处理。

处理次序例10

下面根据附图说明在上述处理次序例2中的步骤S8。图12是显示本实施方式中的信息处理方法的次序例10的流程图，具体地，图12是显示G/W服务器12从根据变更内容的确认委托来执行必要的处理的系统间协作基盘2取得确认对象的信息的变更内容的次序的图。

在这种情况下，G/W服务器12从系统间协作基盘2下载提供源用户终端23上载的变更内容提供消息224和附加文件，作为对变更确认委托消息223的回答结果（S801）。

此外，G/W服务器12判定来自系统间协作基盘2的下载处理的结果（S802）。通过下载处理，在获得下载数据、即变更内容提供消息224等的情况下（S802：有下载数据），G/W服务器12的消息接受功能214把下载的变更内容提供消息224保存在变更内容提供消息管理数据库17中（S803），结束处理。此外，G/W服务器12的消息接受功能214把下载的变更内容提供消息224保存在变更内容提供消息管理数据库17中时，将变更内容提供状态的值设定为“未提供”。

作为变更内容提供消息管理数据库17的具体实例，如图23所示，可以假想包括以案件号为密钥委托信息提供的用户企业A的识别信息即委托企业ID、作为进行信息提供的用户企业B的识别信息即提供企业ID、作为用户企业A期望信息提供而被提供信息的对象物的识别信息即产品信息和其产品版本、附加文件以及显示是否向委托来信息提供的用户企业A已提供变更内容的变更内容提供状态这样的各种值的记录的集合体。

另一方面，通过下载处理，在没有获得下载数据、即变更内容提供消息224等的情况下（S802：无下载数据），G/W服务器12的消息接受功能214作为无对象数据，而结束处理（S804）。

处理次序例11

下面根据附图说明在上述处理次序例2中的步骤S9。图13是显示本实施方式中的信息处理方法的处理次序例11的流程图，具体地，图13是显示G/W服务器12读取变更内容取得条件数据库22的取得条件，并特定与该取得条件匹配的变更内容的信息，然后向委托源用户终端11生成包含该信息的变更内容提醒消息224的次序的图。

在这种情况下，G/W服务器12的变更通知控制功能216在变更信息取得条件数据库22中，检索对应于规定用户企业的会员ID的记录（S901）。此外，G/W服务器12的变更通知控制功能216判定在检索中是否得到与该会员ID相关的记录（S902）。

在上述检索中没有得到记录的情况下（S902：没有被指定），G/W服务器12的变更通知控制功能216把接收作为变更内容的确认委托结果即变更内容提供消息224的指定特定为与该用户企业不相关，生成仅变更通知的变更内容提供消息224，并将其存储在提供消息管理数据库15中（S903）。此外，G/W服务器12的变更通知控制功能216将该变更内容提供消息224保存在提供消息管理数据库15中时，将提供状态设定为“未提供”。

另一方面，在上述检索中，得到与该会员ID相关的记录的情况下（S902：被指定），G/W服务器12的变更通知控制功能216判定在上述步骤S901得到的记录中取得条件是否被指定（S904）。在该判定中，在判定为在该记录中取得条件没有被指定的情况下（S904：没有被指定），G/W服务器12的变更通知控制功能216将得到的与该会员ID相关的全部变更内容作为变更内容提供消息224，将其存储在提供消息管理数据库15中（S905）。此外，G/W服务器12的变更通知控制功能216将变更内容提供消息224存储在提供消息管理数据库15中时，在该记录中将提供状态的值设定为“未提供”。

此外，在上述判定中在该记录中判定为取得条件被指定的情况下（S904：被指定），G/W服务器12的变更通知控制功能216将在上述步骤S8得到的与该会员ID相关的变更内容与在上述步骤S904中特定的取得条件对照（S906）。在该对照处理中，在得到的与该会员ID相关的变更内容与取得条件不一致的情况下（S906：不一致），G/W服务器12的变更通知控制功能216不进行将上述变更内容保存在提供消息管理数据库15中的处理，在此状态下结束处理（S907）。

另一方面，在得到的与该会员ID相关的变更内容和取得条件一致的情况下（S906：一致），G/W服务器12的变更通知控制功能216将与上述取得条件一致的变更内容作为变更内容提供消息224，将其存储在提供消息管理数据库15中（S908）。此外，在G/W服务器12的变更通知控制功能216将该变更内容提供消息224存储在提供消息管理数据库15中时，在该记录中将提供状态的值设定为“未提供”。

处理次序例12

下面根据附图说明在上述处理次序例2中的步骤S10。图14是显示本实施方式中的信息处理方法的处理次序例12的流程图，具体地，图14是显示G/W服务器12将变更内容提醒消息224发送给委托源用户终端11的次序的图。

在这种情况下，G/W服务器12接收从委托源用户终端11发送来的认证信息218（S1001）。G/W服务器12的认证功能211将认证信息218的用户ID和密码与委托企业信息数据库18对照，确认在委托企业信息数据库18的记录中存在成套的该用户ID和密码（S1002）。此外，在该步骤S1002中，G/W服务器12的认证功能211核实符合所述用户ID的用户企业是否有系统间协作基盘2的使用权限，和在委托企业信息数据库18中该记录的系统间协作基盘使用权限的值。

在委托企业信息数据库18中不存在上述接收的用户ID和密码，或者符合所述用户ID的用户企业不具有系统间协作基盘2的使用权限的情况下（S1002：认证NG），G/W服务器12的认证功能211向委托源用户终端11发送显示认证不成功的规定的返回值，结束处理（S1003）。一方面，在委托企业信息数据库18中存在上述接收的用户ID和密码，并且符合所述用户ID的用户企业具有系统间协作基盘2的使用权限的情况下（S1002：认证OK），G/W服务器12的消息回答功能215在提供消息管理数据库15的记录中，检索提供状态为“未提供”的记录（S1004）。在该检索中存在提供状态为“未提供”的记录的情况下（S1004：有对象数据），G/W服务器12的消息回答功能215向委托源用户终端11发送该记录所显示的变更内容提供消息224（S1005），结束处理。此外，在G/W服务器12的消息回答功能215完成该发送处理的时刻，使提供消息管理数据库15中的该记录中的提供状态的值为“已提供”。

另一方面，在上述步骤S1004中不存在提供状态为“未提供”的记录的情况下（S1004：无对象数据），G/W服务器12的消息回答功能215向委托源用户终端11发送作为无对象数据的结果（S1006），结束处理。

上面已经具体说明了用于实施本发明的最佳方式，但是本发明不限于此，可以在不脱离本发明宗旨的范围下进行各种变化。

根据这样的本实施方式，将在不同的系统间有关信息变更的确认对象所产生的信息变更的通知作为与信息要求源的用户的需求相对应的对应物，减少各用户的工作负担和工夫等。

根据本说明书的记载，应明白至少以下事项。也就是说，在本实施方式的信息处理装置中，所述运算装置也可以执行取得所述其他系统的用户的识别信息或所述其他系统的用户所办理的产品的识别信息中的至少一个或其组合作为所述第一条件或所述第二条件，并存储在存储装置中的处理。

此外，在本实施方式的信息处理装置中，所述运算装置也可以执行取得所述其他系统的用户所办理的产品的规格信息作为所述第一条件或所述第二条件，并将其存储在存储装置中的处理。

此外，在本实施方式的信息处理装置中，所述运算装置也可以执行取得发送来所述确认委托或所述第二条件的所述用户终端的识别信息、和所述其他系统的用户的识别信息的组合作为所述第一条件或所述第二条件，并将其存储在存储装置中的处理。

此外，本实施方式的信息处理装置也可以是对产品的供应商和买方之间的企业间交易处理进行中介的服务器装置，通过所述变换装置与作为其他系统的其他企业间的交易系统之间进行数据授受。

Claims (6)

1.一种信息处理装置，其特征在于，包括：

经由网络与其他装置通信的通信装置；

存储数据的存储装置；以及

执行以下处理的运算装置，该处理包括：

从用户终端接收与其他系统的用户管理的信息相关的变更内容的确认委托，把该确认委托所包含的、规定了确认对象的第一条件存储在存储装置中的处理，

从用户终端接收第二条件并将其存储在存储装置中的处理，该第二条件是：规定了在其他系统的用户管理的信息相关的变更内容中的应取得的内容，

把指定了保持在存储装置中的所述第一条件的、信息变更内容的确认委托，发送给与所述其他系统之间进行协议变换的变换装置的处理，

访问所述变换装置并根据所述确认委托来进行与该信息相关的变更内容的确认处理的其他系统的用户终端，从所述变换装置取得返回到所述变换装置的变更内容的确认结果，并将其存储在存储装置中的处理，以及

将保持在存储装置中的所述确认结果和所述第二条件进行对照，把与该第二条件匹配的确认结果返回给所述用户终端的处理。

2.根据权利要求1所述的信息处理装置，其特征在于，

所述运算装置执行：取得所述其他系统的用户的识别信息或所述其他系统的用户所办理的产品的识别信息中的至少一个或其组合作为所述第一条件或所述第二条件，并存储在存储装置中的处理。

3.根据权利要求1所述的信息处理装置，其特征在于，

所述运算装置执行：取得所述其他系统的用户所办理的产品的规格信息作为所述第一条件或所述第二条件，并将其存储在存储装置中的处理。

4.根据权利要求1所述的信息处理装置，其特征在于，

所述运算装置执行：取得发送来所述确认委托或所述第二条件的所述用户终端的识别信息、和所述其他系统的用户的识别信息的组合作为所述第一条件或所述第二条件，并将其存储在存储装置中的处理。

5.根据权利要求1所述的信息处理装置，其特征在于，

是对产品的供应商和买方之间的企业间交易处理进行中介的服务器装置，通过所述变换装置与作为其他系统的其他企业间的交易系统之间进行数据授受。

6.一种信息处理方法，其特征在于，具有通过网络与其他装置通信的通信装置、和存储数据的存储装置的信息处理装置执行以下处理：

从用户终端接收与其他系统的用户管理的信息相关的变更内容的确认委托，把该确认委托所包含的、规定了确认对象的第一条件存储在存储装置中的处理，

从用户终端接收第二条件并将其存储在存储装置中的处理，该第二条件是：规定了在其他系统的用户管理的信息相关的变更内容中的应取得的内容，

把指定了保持在存储装置中的所述第一条件的、信息变更内容的确认委托，发送给与所述其他系统之间进行协议变换的变换装置的处理，

访问所述变换装置并根据所述确认委托来进行与该信息相关的变更内容的确认处理的其他系统的用户终端，从所述变换装置取得返回到所述变换装置的变更内容的确认结果，并将其存储在存储装置中的处理，以及

将保持在存储装置中的所述确认结果和所述第二条件进行对照，把与该第二条件匹配的确认结果返回给所述用户终端的处理。

Images