信息处理方法、装置、设备、系统及可读存储介质与流程

1.本技术涉及计算机技术，尤其涉及信息处理方法、装置、设备、系统及可读存储介质。


背景技术：

2.目前，随着我国经济的不断发展，生产厂商和经销商对原材料和产品的交接速度要求越来越高，商业物资的采购正在逐步从线下向线上发展，相应的催生了线上的物资采购平台。
3.现有的线上物资采购平台拥有供应商库、专家库、价格库和物料库，其中，供应商可通过注册并完成准入后进入供应商库；专家库中的专家可在开标后进行评标；采购数据会在采购业务完成后记录进价格库；物料库为创建采购场次时选取物料及统计分析功能提供数据支持。供应商和专家可以通过线上物资采购平台完成报价、竞价、打分等环节，另外，还可以进行信息的线上交流、物资的在线采购等。
4.然而，现有的物资采购平台中，在进行信息交流时，信息的保密性不高。


技术实现要素：

5.本技术提供一种信息处理方法、装置、设备、系统及可读存储介质，用以解决在线物资采购平台中，在进行信息交流时，信息的保密性不高的问题。
6.第一方面，本技术提供一种信息处理方法，应用于服务器，包括：接收多个第一终端设备各自发送的供应商的报价信息，并将所有供应商的报价信息进行汇总，得到汇总结果，其中，第一终端设备为供应商对应的终端设备；将汇总结果分别发送给多个第二终端设备，其中，第二终端设备是有权限查看第一终端设备发送的报价信息的终端设备；接收第三终端设备发送的交流信息，并确定交流信息的目标接收用户，第三终端设备为第一终端设备和/或第二终端设备中的任意设备，交流信息为第三终端设备根据汇总结果获取的；将交流信息发送给目标接收用户对应的第四终端设备。
7.在一种可能的实现方式中，确定交流信息的目标接收用户，包括：
8.根据交流信息，确定交流信息的目标信息类别，根据预设的信息类别与接收用户之间的对应关系，确定与目标信息类别对应的目标接收用户。
9.在一种可能的实现方式中，确定交流信息的目标接收用户，包括：接收第三终端设备发送的用户类别，将用户类别所对应的所有用户，确定为目标接收用户。
10.在一种可能的实现方式中，将汇总结果分别发送给多个第二终端设备之后，方法还包括：分别接收多个第二终端设备各自发送的审核信息，审核信息用于表示对供应商的供应商信息进行审核的审核结果，供应商信息包括供应商的报价信息和供应商的资质信息，根据各第二终端设备发送的审核信息，从多个供应商中筛选审核通过的供应商；将审核通过的供应商发送给第二终端设备。
11.在一种可能的实现方式中，将审核通过的供应商发送给第二终端设备之后，方法
还包括：接收第二终端设备发送的用于对审核结果进行修改的更改信息，更改信息中包括对审核结果进行修改的用户的用户级别，判断用户级别是否为预设级别，若用户级别为预设级别，则根据更改信息对审核结果进行修改。
12.在一种可能的实现方式中，确定交流信息的目标接收用户之后，方法还包括：将交流信息和交流信息对应的目标接收用户之间的对应关系保存在数据库中。
13.第二方面，本技术提供一种信息处理装置，包括：
14.接收模块，用于接收多个第一终端设备各自发送的供应商的报价信息，其中，第一终端设备为供应商对应的终端设备。
15.处理模块，用于将所有供应商的报价信息进行汇总，得到汇总结果。
16.发送模块，用于将汇总结果分别发送给多个第二终端设备，其中，第二终端设备是有权限查看第一终端设备发送的报价信息的终端设备。
17.接收模块，还用于接收第三终端设备发送的交流信息，第三终端设备为第一终端设备和/或第二终端设备中的任意设备，交流信息为第三终端设备根据汇总结果获取的。
18.处理模块，还用于确定交流信息的目标接收用户。
19.发送模块，还用于将交流信息发送给目标接收用户对应的第四终端设备。
20.在一种可能的实现方式中，处理模块，具体用于：
21.根据交流信息，确定交流信息的目标信息类别。
22.根据预设的信息类别与接收用户之间的对应关系，确定与目标信息类别对应的目标接收用户。
23.在一种可能的实现方式中，处理模块，具体用于：
24.接收第三终端设备发送的用户类别。
25.将用户类别所对应的所有用户，确定为目标接收用户。
26.在一种可能的实现方式中，接收模块，还用于分别接收多个第二终端设备各自发送的审核信息，审核信息用于表示对供应商的供应商信息进行审核的审核结果，供应商信息包括供应商的报价信息和供应商的资质信息。
27.处理模块，还用于根据各第二终端设备发送的审核信息，从多个供应商中筛选审核通过的供应商。
28.发送模块，还用于将审核通过的供应商发送给第二终端设备。
29.在一种可能的实现方式中，接收模块，还用于第二终端设备发送的用于对审核结果进行修改的更改信息，更改信息中包括对审核结果进行修改的用户的用户级别。
30.处理模块，还用于判断用户级别是否为预设级别。
31.处理模块，还用于在用户级别为预设级别时，根据更改信息对审核结果进行修改。
32.在一种可能的实现方式中，处理模块，还用于将交流信息和交流信息对应的目标接收用户之间的对应关系保存在数据库中。
33.第三方面，本技术提供一种服务器，包括：
34.处理器，以及与处理器通信连接的存储器。
35.存储器存储计算机执行指令。
36.处理器执行存储器存储的计算机执行指令，以实现如第一方面的信息处理方法。
37.第四方面，本技术提供一种信息处理系统，包括如第三方面的服务器、以及分别与
服务器通信连接的第一终端设备和第二终端设备。
38.第五方面，本技术提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第一方面的信息处理方法。
39.本技术提供的信息处理方法、装置、设备、系统及可读存储介质，服务器通过接收多个第一终端设备各自发送的供应商的报价信息，并将供应商的报价信息进行汇总，并将汇总后得到的汇总结果发送给多个第二终端设备，这样多个第二终端设备对应的用户可以对每个供应商的报价进行比较和评估；此外，服务器还可以接收第三终端设备发送的交流信息，并确定交流信息的目标接收用户，从而将该交流信息发送给目标接收用户所对应的第四终端设备。由于服务器在接收到交流信息后，并不会将交流信息发送给谈判室内的所有用户，而是仅发送给目标接收用户所对应的第四终端设备，由此可以避免信息的泄露，提高信息的安全性和保密性。
附图说明
40.图1为本技术实施例提供的信息处理方法的系统架构示意图；
41.图2为配置模块的示意图；
42.图3为在线采购的整体流程图；
43.图4为在线采购需要多轮评审时的整体流程图；
44.图5为评审的具体过程图；
45.图6为本技术实施例提供的一种信息处理方法的一流程示意图；
46.图7为交流信息的处理流程示意图；
47.图8为谈判室的基础数据模型示意图；
48.图9为本技术实施例提供的一种信息处理方法的另一流程示意图；
49.图10为本技术提供的一种数据处理装置的结构示意图；
50.图11为本技术提供的一种服务器的结构示意图。
具体实施方式
51.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
52.本技术实施例提供的信息处理方法、装置、设备、系统及可读存储介质，可以应用于在线谈判以及在线采购的场景中。其中，在线谈判可以是参与采购的供应商、对项目信息进行评价的专家、评委以及主持人，针对同一个项目在同一个谈判室内进行谈判，在线采购可以是通过系统进行报价、竞价、打分以及谈判等环节，从而进行物资的在线订购以及购买等。
53.目前，通过线上物资采购平台进行在线采购时，供应商、专家、评委以及主持人会针对一些重要信息在线上通过谈判室进行谈判或交流，比如，某些供应商可能会就报价和专家或评委进行商议，或者，专家可能会针对某个供应商提供的信息进行交流等。但是，目前的这种在线交流或者在线谈判方式，若在同一个谈判室的某个成员发送信息后，在该谈
判室内的所有成员均可以看到该条信息，从而会导致信息的泄露，造成信息的保密性和安全性不高。
54.本技术实施例中考虑到上述问题，提出一种信息处理方法，在该方法中，可以通过设置与发送信息相关的特定的接收用户，这样，在进行谈判或者交流的时候，可以将信息发送给特定的接收用户，从而避免了在同一个谈判室的所有成员均可以看到该信息，造成信息泄露的现象，由此可以提高信息的保密性和安全性。
55.在描述本技术的信息处理方法之前，现根据图1了解下本技术的示例运行环境。
56.图1为本技术实施例提供的信息处理方法的系统架构示意图，如图1所示，在左侧示出了在线采购平台中进行注册过的供应商，这些供应商对应的终端设备(101、102、103)可以根据需要向服务器104发送信息，该信息可以被用于进行供应商身份验证的验证信息，或者需要采购的物资的报价信息等，另外，这些终端设备(101、102、103)也可以接收服务器发送的反馈信息，如用于表示验证信息的验证结果，或报价反馈信息等。
57.另外，在线采购平台中还包括评审专家对应的终端设备(105、106)，该些终端设备用于向服务器104发送用于对供应商的资质信息、报价信息、技术实力以及以往业绩等方面进行评价的评审信息，另外，终端设备(105、106)也可以接收服务器发送的反馈信息，如评审结果等。其中，评审专家在进行评审时，将通过其对应的终端设备进行登录，并选择要评审的项目，并输入校验码才可进入评审页面。服务器预设三种评审类别，分别为商务类、技术类、报价类，评审专家对应的终端设备可接收对应的供应商应答文件并返回评审结果。
58.此外，服务器104在发送反馈信息后，将与评审结果为不合格的供应商对应的终端设备断开连接。
59.另外，服务器104可接收在线采购平台中评审专家、评审组长、主持人和项目经理对应终端(105、106、107、108、109)的设置信息，该设置信息包括：设置评审方法的基本信息，编辑评分细则，增删评分项，关联应答文件等。在设置好新的评审方法基本信息后，服务器104更新轮次信息，轮次信息标记了当前是第几轮评审。当评审轮次更新后，供应商对应终端(101、102、103)可向服务器104发送信息，该信息可以是报价信息、产品信息等，服务器104可以对供应商发送的信息进行初步筛选，然后可以将达到评审条件的供应商信息直接发送给评审专家对应的客户端，也可以发送给评审组长对应的客户端107，并接收评审组长对应的客户端107的返回信息，这里的返回信息包括通过筛选的供应商名单。在得到通过筛选的供应商信息后，可接收通过筛选的供应商发送的信息，并发送给评审专家对应终端，接收评审专家对应客户端(105、106)的反馈信息，此处的供应商发送的信息可以是报价信息，也可以是在商务条件均等的情况下进行第二次报价、多次报价和最后密封报价；反馈信息可以包括对商务条件的商定，也可以包括对价格和供应商实力的评分和评审结果，对结果进行汇总后，再一次筛选后得到新的评审结果，此处对结果进行汇总也可以是评审组长对应终端设备返回得到的。当商务条件筛选新的评审结果得到新的通过评审的供应商，最终通过反复的筛选达到选出合适数量供应商以及供应商最终报价的目的，相应的最终报价可选择公开或不公开，也可在固定范围内公开。
60.示例性的，在线采购平台中还包括评审组长对应的终端设备107，服务器可以将评审专家对应设备(105、106)的打分信息发送给评审组长对应的终端设备107，并可接收评审组长对应终端设备107的信息，此处信息可以包括录入打分信息和对初审结果修改的信息
等。
61.示例性的，在线采购平台中还包括主持人对应的终端设备108，服务器可接收主持人对应终端设备108的报价解密信息，当服务器104接收到报价解密信息后，将加密的报价信息进行解密，其中，加密表示当前的报价信息不公开，解密为将加密的报价信息公开。
62.示例性的，在线采购平台中还包括项目经理对应的终端设备109，服务器在接收到评审组长对应的终端设备107发送的审查汇总信息后，还可接收项目经理对应的终端设备109对审查结果进行解锁的信息。
63.示例性的，在线采购平台中还包括数据库110，服务器104可以将所有经过服务器104传输的数据存进数据库110。
64.应理解，来自上述各个主体的信息通过网络被提供给服务器104，该服务器104用于执行进行信息的处理。服务器104包括：配置模块、唱价模块、报价模块、初审模块、详审模块、专家评审模块和在线交流模块。
65.其中，配置模块用于对唱价、报价、初审、详审、打分、在线交流环节的规则、谈判室属性信息进行设置，还可以用于对报价环节以及谈判环节的次数进行设置和调整。图2为配置模块的示意图，如图2所示，唱价配置可选择唱价范围、唱价内容和可见范围；初审配置，用于增加初审项并针对这条初审项关联应答文件，可以设置初审原则，进行可偏离项设置；详审配置，用于设置评审方法的基本信息，编辑评分细则，增删评分项，关联应答文件；报价配置，用于配置报价项名称，设置编码、报价项类型、属性，可在报价项下设置报价分项，填写报价分项名称以及填写报价信息。
66.唱价模块可实现如下功能：发出开始报价指令，得到唱价的相关信息以及参与项目的供应商和报价解密状态；报价解密，将未解密的报价进行解密，发送解密进度信息，解密完成后，更改报价状态由“未解密”变为“解密成功”；报价解封，向项目经理对应终端设备发送解封后的报价信息，以及供应商的报价确认情况，收到确认报价信息后，向项目经理对应终端设备发送确认报价时间。
67.报价模块用于获取、归纳所有供应商对应的终端设备发送的报价信息；初审模块，用于将供应商对应的终端设备接收到的供应商技术实力、以往业绩等信息发送给专家对应的终端设备，并处理专家对应的终端设备返回的数据；详审模块，用于设置新的评审要求，判断初审环节供应商对应的终端设备所发送的信息是否符合新的评审要求，并将符合新的评审要求的供应商的相关信息汇总后发给专家对应的终端设备；专家评审模块，用于筛选初审模块和详审模块返回给专家对应的终端设备，并汇总专家对应的终端设备返回的数据、发送评审结果。在线交流模块用于在接收到供应商对应的终端设备和/或专家对应的终端设备发送的信息后，还需要进一步确定该信息的接收用户，从而将该信息转发给接收用户所对应的终端设备，实现谈判过程中进行特有保密性的沟通交流。其中在线交流模块、专家评审模块可以和初审模块或详审模块同时运行。另外，当服务器接收到有权限的终端设备发送的查询进度请求时，可以将评审进度和详情返回给该终端设备。示例性的，服务器还可以将所有接收到的信息以及发送该信息的发送用户和接收用户进行保存，以供后续进行信息的追溯。
68.图3为在线采购的整体流程图，如图3所示，图3中示出了从谈判开始到结束的整体过程，首先谈判配置模块接收配置信息，对其他模块和参数进行设置，第二个环节中，供应
商进行报价，此时服务器接收第一终端设备的信息并汇总发送给第二终端设备，之后进入初审环节，专家会对供应商提供的信息进行评审，此时服务器接收第三终端设备发送的信息并将消息定向发送给对应终端设备，通过初审的供应商可以进行下一轮评审，此时服务器可进一步设置规则，接收第三终端的信息并发送给对应终端，此时信息可以是对供应商应答文件中模糊的问题进行澄清质询，最终筛选出。图4为在线采购需要多轮评审时的整体流程图，当按照图3的评审流程没有筛选出合适的供应商时，可使用谈判配置模块再增加评审环节次数。
69.图5为评审的具体过程图，如图5所示，首先专家选择评审项目：专家登陆后，选择要评审的项目，点击开始评标，输入校验码，进入评审页面，之后专家可以对递交投标文件的投标人进行初步审核并提交审核结果。评审组长对所有专家提交的初审结果进行汇总，并将结果提交给主持人。在此期间，如果在编辑评分细则时，价格分为人工录入的，则需在价格分计算出来之后，由评委组长录入价格分。在将评审结果提交给主持人后，专家可针对初审中供应商提供的应答文件进行文字对话询问。当对应答文件没有疑问时，可对供应商进行筛选，判断那些供应商可以进入详审。进行专家对进入详细评审阶段的投标人进行评审打分，评审组长对评审结果汇总后提交给主持人。
70.上述的面向招物资采购谈判业务的在线谈判平台，可以实现线上物资采购谈判，缩短采购时间，使采购过程更加透明。
71.应该理解，在示例环境中的供应商、专家、评委以及主持人等的数目仅仅是示例性的，更多或更少的数量都属于本技术的保护范畴。并且，在上述示例运行场景中，终端设备可以是个人计算机、服务器、平板、手机、掌上电脑(personal digital assistant，pda)、笔记本或其它任何具有联网功能的计算设备。而上述服务器则可以利用具有更强大处理能力和更高安全性的一个服务器或服务器组来实现。而它们之间所使用的网络可以包括各种类型的有线和无线网络，例如但不局限于：互联网、局域网、无线保真(wireless fidelity，wifi)、无线局域网(wireless local area networks，wlan)、蜂窝通信网络(通用分组无线服务技术(general packet radio service，gprs)、码分多址(code division multiple access，cdma)、2g/3g/4g/5g蜂窝网络)、卫星通信网络等等。
72.在了解了本公开的示例运行环境后，结合图3对本公开的信息的推送方法的方案进行详细说明。
73.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
74.图6为本技术实施例提供的一种信息处理方法的一流程示意图，本技术实施例提供了一种信息处理方法，该方法可以由任意执行信息处理方法的装置来执行，该装置可以通过软件和/或硬件实现。本实施例中，该装置可以集成在如图1所示的服务器中。如图6所示，本技术实施例提供的信息处理方法包括如下步骤：
75.步骤601：接收多个第一终端设备各自发送的供应商的报价信息，并将所有供应商的报价信息进行汇总，得到汇总结果。
76.在本步骤中，第一终端设备为供应商对应的终端设备，示例性的，上述供应商可以是通过了物资采购前的资质审核的供应商。
77.第一终端设备发送的报价信息包括供应商竞投采购项目时在终端设备中输入的价格，即供应商在报价时愿意提出的价格。服务器在接收到多个供应商发送的各自提出的报价信息后，会将各供应商的名称以及供应商提出的报价信息进行汇总，从而得到汇总结果。其中，该汇总结果可以是以表格的形式进行存储，也可以以其他方式进行存储，本技术实施例对此不做限制。
78.步骤602：将汇总结果分别发送给多个第二终端设备。
79.在本步骤中，第二终端设备可以是评审专家对应的终端设备、评审组长对应终端设备以及项目经理对应终端设备，当然，也可以是参与采购或者谈判的其他用户对应的终端设备，其只要有权限查看各供应商提供的报价信息即可。服务器在确定出各供应商的报价信息的汇总结果后，可以将该汇总结果发送给各个第二终端设备。
80.步骤603：接收第三终端设备发送的交流信息，并确定交流信息的目标接收用户，该第三终端设备为第一终端设备和/或第二终端设备中的任意设备，交流信息为第三终端设备根据汇总结果获取的。
81.在本步骤中，第三终端设备可以包括供应商对应的终端设备、评审专家对应的终端设备、评审组长对应终端设备或项目经理对应终端设备，其只要能在采购或者谈判过程中进行信息交流即可；上述的交流信息可以为报价信息，也可以是针对价格、商品的谈判信息。
82.在进行采购或者谈判的过程中，服务器会将汇总后的汇总结果发送给评审专家对应的终端设备、评审组长对应终端设备或项目经理对应终端设备，因而，评审专家、评审组长或项目经理会在同一个谈判室内针对该汇总结果进行线上交流。另外，供应商可能也会针对某些信息或者报价进行交流，此时，这些用户将会通过第三终端设备输入交流信息。第三终端设备将接收到的交流信息发送给服务器。服务器在接收到交流信息后，并不会直接将该交流信息发送给目前谈判室内的所有成员对应的终端设备，而是会先确定该交流信息的目标接收用户。也就是说，该交流信息将会选择性的发送给谈判室内的部分成员，而不会发送给谈判室内的所有成员。
83.在一种可能的实现方式中，在确定交流信息的目标接收用户时，可以是根据交流信息，确定该交流信息的目标信息类别，并根据预设的信息类别与接收用户之间的对应关系，确定与目标信息类别对应的目标接收用户。
84.具体的，交流信息可以包括供应商的报价信息、供应商提交的资料、专家对供应商的资质做出的询问信息、供应商对提问做出的应答信息、供应商与评审专家之间的协商信息和评审专家之间互相交流的信息等。服务器在接收到第三终端设备发送的交流信息后，将对该交流信息进行分析，以识别该交流信息的内容，从而确定出该交流信息的目标信息类别。例如，若交流信息为供应商的报价信息，则目标信息类别可以为报价类，若交流信息为产品信息，则目标信息类别可以为产品类，若交流信息为评审交流信息和评审结果信息，则目标信息类别可以为评审类等。
85.服务器中预先存储有信息类别与接收用户之间的对应关系，服务器在确定出目标信息类别之后，会根据预先存储的对应关系，确定与该目标信息类别对应的目标接收用户，从而实现交流信息的定向发送。例如，当目标信息类别为报价类时，服务器会将交流信息发送给评审专家、评审组长、项目经理；当目标信息类别为评审类时，服务器会将交流信息发
送给评审专家和评审组长；当目标信息类别为主持人发送的采购流程提示信息时，服务器会将交流信息发送给所有人。
86.在本方式中，服务器根据交流信息，确定该交流信息的目标信息类别，并根据预设的信息类别与接收用户之间的对应关系，从而确定出与该目标信息类别对应的目标接收用户，通过该方式，可以按照交流信息的信息类别，区分不同的接收用户，从而按照信息类别将交流信息发送给对应的接收用户，从而提高信息的保密性。在另一种可能的实现方式中，在确定交流信息的目标接收用户时，可以通过接收第三终端设备发送的用户类别，并将用户类别所对应的所有用户确定为目标接收用户。
87.具体的，用户在发送交流信息时，可以直接指定哪类用户可以接收该交流信息，也即指定了用户类别，从而将该用户类别所对应的所有用户，均确定为目标接收用户。其中，用户类别可以包括供应商、评审专家、评审组长、项目经理、主持人和用户指定的接收人。当第三终端设备在发送交流信息时，一并发送了用户类别时，服务器筛选出与用户类别对应的终端设备并把该交流信息发送给该终端设备。例如，当交流信息中的目标用户类别为评审专家时，服务器会筛选出评审专家对应的终端设备，并将这条交流信息发送给评审专家对应的终端设备；当交流信息中的目标用户类别为供应商时，服务器会筛选出供应商对应的终端设备，并将这条交流信息发送给供应商对应的终端设备。
88.在本方式中，用户在发送交流信息时，可以同时指定接收该交流信息的用户的用户类别，这样，服务器在接收到交流信息后，直接将该交流信息转发给该用户类别对应的所有用户即可，由此不仅可以提高交流信息发送的效率，而且可以提高信息的保密性。
89.在又一种可能的实现方式中，在确定交流信息的目标接收用户时，可以根据交流信息中用户标签确定目标接收用户。
90.具体的，在该方式中，用户在发送交流信息时，不再是选择接收用户的类别，而是直接选择要接收用户的标识或名称，也即直接选择了要接收交流信息的用户。其中，交流信息中的用户标签可以是第三终端设备发送交流信息时选择的用户名称或用户id。服务器可筛选出与用户标签对应的终端设备，并将交流信息发送给相应的终端设备。例如：当交流信息中的用户标签为评审专家a时，服务器将会筛选出评审专家a对应的终端设备，并将交流消息发送给该终端设备；当交流信息中的用户标签为专家组长的id时，服务器将会筛选出专家组长对应的终端设备，并将交流消息发送给该终端设备
91.在本方式中，服务器通过筛选出与交流信息中用户标签对应的终端设备，仅将交流消息发送给用户标签对应的用户，维护了交流消息的保密性。
92.在再一种可能的实现方式中，在确定交流信息的目标接收用户时，可以是通过使用先前的消息接收人名单创建组确定目标接收用户。
93.具体的，当第三终端设备发送的交流信息中包含多个接收人id或接收人名称时，可以将发送人对应终端设备和该交流信息包含的接收人终端设备建为一组，当组内某终端发送的消息选择该组作为接收对象时，服务器将该消息发送给组内其他成员。例如，发送人“供应商1”发送的某条消息接收人包含“评审专家1”、“评审专家2”“评审组长”时，服务器可将“供应商1”、“评审专家1”、“评审专家2”、“评审组长”建为一组，组名可使用服务器提供的默认值，例如“组1”，也可以根据组内成员对应终端设备发送的消息进行更改，当组内成员对应终端设备发送的另一条交流信息的目标接收用户为该讨论组时，服务器可将这条交流
信息发送给组内成员。
94.进一步的，服务器在确定出交流信息的目标接收用户之后，还可以将交流信息和交流信息对应的目标接收用户之间的对应关系保存在数据库中。
95.具体的，图7为交流信息的处理流程示意图，如图7所示，终端设备利用ajax通过异步请求加载服务器数据，将用户视图呈现给用户，而终端设备和服务器之间使用websocket进行数据交换，服务器可以采用spring mvc或mybatis框架。当用户通过在用户视图中输入交流信息，并通过终端设备将交流信息发送到服务器后，服务器通过spring mvc或mybatis框架对交流信息进行处理，并利用redis缓存数据，并将redis数据存储到mysql数据库中，以实现数据的持久化存储。
96.由于终端设备利用ajax加载服务器数据，所以可以实现终端设备与服务器的异步通信；服务器和终端设备使用websocket协议进行数据交换，这让数据交换更加简单，从而减少控制开销，增强谈判室的实时性；将数据存入数据库可以实现对消息的记录和查询，实现信息的追溯，为项目经理提供当前谈判进行的状态及相关信息的即时调取、查询。同时也实现了在评委评标过程中，系统直接提供供应商对于某类别的应答，使专家不必再等待大型投标文件的加载，实现在线评标。
97.步骤604：将交流信息发送给目标接收用户对应的第四终端设备。
98.在本步骤中，与现有技术不同的是，在本技术中，服务器并不会将交流信息发送给谈判室内的所有成员，而是仅将交流信息发送给确定出的目标接收用户所对应的第四终端设备，其中，第四终端设备可以为评审专家对应的终端设备、评审组长对应终端设备、项目经理对应终端设备或供应商对应的终端设备。
99.本技术实施例提供的信息处理方法，服务器通过接收多个第一终端设备各自发送的供应商的报价信息，并将供应商的报价信息进行汇总，并将汇总后得到的汇总结果发送给多个第二终端设备，这样多个第二终端设备对应的用户可以对每个供应商的报价进行比较和评估；此外，服务器还可以接收第三终端设备发送的交流信息，并确定交流信息的目标接收用户，从而将该交流信息发送给目标接收用户所对应的第四终端设备。由于服务器在接收到交流信息后，并不会将交流信息发送给谈判室内的所有用户，而是仅发送给目标接收用户所对应的第四终端设备，由此可以避免信息的泄露，提高信息的安全性和保密性。
100.下面，对上述各实施例中的谈判室的具体实现进行说明。
101.具体的，图8为谈判室的基础数据模型示意图，如图8所示，该谈判室的基础数据模型如下：
102.list1谈判室定义列表：chat_room＝[谈判室id；谈判室名称；谈判室创建时间；谈判室状态(1启用,2停用,3结束)；相关项目id；相关项目名称；相关标段名称；相关标段id；轮次id]，谈判室定义列表可直观表示出当前谈判室的名称、谈判项目、谈判项目的子项目、当前谈判是第几轮谈判，其中标段即为谈判项目的子项目。其中服务器可根据谈判状况、谈判名称等自动生成谈判室id、谈判室创建时间、谈判室状态、轮次id并提供谈判室名称、相关项目名称、相关标段名称的默认值，服务器可通过终端设备发送的信息修改该默认值。
[0103]
list2谈判成员表：chat_member＝[成员id；成员名称；成员状态；成员加入时间；谈判室id；用户id；用户名称]。谈判成员列表展示了谈判室内所有成员的id、名称、类别(评审专家、评审组长、供应商等)、状态(是否还在谈判室内、正在评审、正在报价等)、加入时间
等信息，其中成员id、成员名称为角色身份，根据谈判室id将成员列表与谈判室相关联。其中成员id、成员状态、成员加入时间服务器可自动生成、记录。
[0104]
list3谈判历史成员表：chat_member_history＝[成员id；谈判室id；用户id；交换时间]。其中交换时间可根据成员变动时间自动记录，该表用于记录谈判平台内谈判成员的变更，便于后期的查询、追溯。
[0105]
list4谈判成员类别表：chat_member_type＝[id；类别名称]。该表用于记录谈判室内角色类别，例如，当前谈判室共四类角色，分别为[系统、主持人、评审专家、供应商]，列表内类别名称还可以包含评审组长、项目经理等。
[0106]
list5谈判消息列表：chat_msg＝[消息id；发送人id；发送人名称；消息内容；发送时间；谈判室id]。其中服务器可自动生成消息id，其他参数可根据发送人和发送时间等自动记录。发送人id该表主要用于记录谈判室内发送的消息的详细信息，为后续的追溯提供依据。
[0107]
list6消息模板：chat_msg_templete＝[模板id；模板名称；模板内容]，该表为谈判室内发送消息的模板表，为用户提供物资采购谈判过程中的常见消息模板。目前该表提供了常见消息，包括详审主持人消息、唱价主持人/专家/供应商消息、详审评委消息、初审主持人、专家消息等。其中表内模板内容存储模板的指定超链接目标的url，使用过程中直接跳转到指定页面根据模板完善消息。本模板针对部分固定环节设置，其中固定环节例如采购文件、应答文件等主要谈判内容，固定环节交流内容比较固定，模板的建立可方便平台的使用。
[0108]
list7消息到人员关联列表：chat_msg_to_member＝[消息id；接收人id；接收人聊天名称；接收人用户名称；谈判室id]，该表主要记录消息与接收人的关联信息，服务器通过将谈判成员表内相应的成员信息与消息到人员关联列表做匹配，可完成在同一谈判室内，消息对指定人员可见的功能。例如，当终端设备将消息到人员关联列表的接收人聊天名称限制为“评审专家1”时，则只有谈判成员内聊天名称为“评审专家1”的用户对应终端可接收到此消息，当终端设备将消息到人员关联列表的接收人id限制为“85643”时，则只有谈判成员内接收人id为“85643”的用户对应终端可接收到此消息。整体来说，终端设备发送带有选择成员信息的消息，服务器记录消息内容至list5，记录选择成员信息至list7。发送消息的流程可以为服务器会定时刷新查询后台信息，当查询该条信息(根据消息id进行区分)对某人可见时，会将该消息发送给相应终端，也可以在接收到终端发送的信息时就筛选出这条消息的可见人，并将消息发送给相应终端设备，服务器也可以通过其他方式并将消息发送，本技术不对此作出限制。
[0109]
list8消息到人员类别列表：chat_msg_to_type＝[消息id；接收人id；接收人名称；接收人类别；谈判室id]，该表主要记录消息与接收人类别的关联信息，通过与消息列表配合，可完成在同一谈判室内，消息对指定类别角色可见的功能，用户在发送消息时可选择可见类别，系统记录消息内容至list5，记录选择成员信息至list8。当服务器接收到带有人员类别的信息时，将会对消息内接受人类别与聊天室内成员类别做匹配，将消息发送给指定类别用户对应的终端。
[0110]
list9分组成员管理表chat_group＝[组id，成员id，聊天室id，用户id，组创建时间]；list10消息到组别列表：chat_msg_to_group＝[消息id；接收人id；接收人名称；接收
人类别；组id；组名称]。服务器识别到消息勾选多人消息可见的情况下，记录勾选成员情况并将该次成员创建组群，将组别信息记录至list9，在下次接收同样id时，消息可直接向该群组成员对应的终端设备发送，将相关消息记录至list10，在该讨论组下其他成员对应终端发送的消息也仅在讨论组间成员可见。例如，当消息内容包含接收人名称为“评审专家1”“评审专家2”时，创建组名称为“讨论组1”的讨论组，第二次接收到消息内容中接收人名称为“评审专家1”“评审专家2”，或消息内容选定接收组的组名为“讨论组1”的消息时，可直接将消息发送到“讨论组1”中成员对应的终端设备，即成员名称为“评审专家1”“评审专家2”对应的终端设备；当消息内容包含接收人id为“25679”“25680”时，创建组名称为“讨论组2”的讨论组，第二次接收到消息内容中接收人id为“25679”“25680”，或消息内容选定目标接收用户为组名是“讨论组2”的消息时，可直接将消息发送到“讨论组2”中成员对应的终端设备，即成员id为“25679”“25680”对应的终端设备。服务器可根据终端设备发送的消息确定接收人id、接收人名称、接收人类别，组id可自动生成，组名称可以由服务器生成，也可以根据终端设备发送的消息进行设置。
[0111]
图9为本技术实施例提供的一种信息处理方法的另一流程示意图，本技术实施例在图6所示实施例的基础上，对服务器将供应商的报价信息发送给多个第二终端设备后，接收到评审专家对该供应商的相关信息或报价信息进行审核的审核信息进行处理的过程，进行详细说明。如图9所示，本技术实施例提供的信息处理方法包括如下步骤：
[0112]
步骤901：分别接收多个第二终端设备各自发送的审核信息，该审核信息用于表示对供应商的供应商信息进行审核的审核结果，该供应商信息包括供应商的报价信息和供应商的资质信息。
[0113]
在本步骤中，第二终端设备可以是评审专家、评审组长对应的终端，服务器在接收到多个第二终端设备各自发送的审核信息后，会对所有审核信息进行汇总，汇总结果可以是一张含有供应商名单和与供应商名单一一对应的评审结果的列表，评审结果可以是通过或不通过本轮评审，也可以是对供应商报价、综合实力的打分。
[0114]
步骤902：根据各第二终端设备发送的审核信息，从多个供应商中筛选审核通过的供应商。
[0115]
在本步骤中，服务器在接收到评审专家、评审组长等用户对应的终端设备发送的评审结果后，会筛选出评审结果中通过本轮评审供应商名单，或筛选出评分总和或平均分大于某一预设值的供应商名单，得到通过本轮评审的供应商名单。通过筛选的供应商名单也可以是通过接收评审组长对应终端的消息得到的。这里筛选方式还可以是其他方法，只要能够达到预设要求即可，通过本轮评审的供应商名单可以是列表，也可以是其他汇总方式，本技术对筛选方式和名单格式不做出限制。
[0116]
步骤903：将审核通过的供应商发送给第二终端设备。
[0117]
在本步骤中，第二终端设备可以是评审组长、项目经理等对应的终端设备，本技术不对此做出限制，终端设备只要有查看审核结果的权限即可。服务器会把筛选得到的供应商名单发送给有权限查看的终端设备。
[0118]
在本实施例中，服务器在接收到评审专家和评审组长的审核结果后，可以对评审结果进行处理，筛选出通过本轮评审的供应商，随后发送给评审专家和评审组长等用户对应的终端设备，这可以让评审专家和评审组长等用户更方便的查看评审结果，节省时间成
本。
[0119]
另外，服务器将审核通过的供应商发送给第二终端设备之后，第二终端设备对应的用户还可以对评审结果进行修改。示例性的，服务器将接收第二终端设备发送的用于对审核结果进行修改的更改信息，该更改信息中包括对审核结果进行修改的用户的用户级别；判断用户级别是否为预设级别，若用户级别为预设级别，则根据更改信息对审核结果进行修改。
[0120]
具体的，上述更改信息可以是更改评审标准，例如，调整通过评审所需要的总分或平均分，更改信息也可以是评审分数或结果等。服务器在接收到更改信息时需要判定发送更改信息的终端设备是否满足权限要求，其中，预设级别在评审时可以是评审组长或项目经理，当评审组长已经确认评审信息后，预设级别可以是项目经理。若达到预设级别，则根据更改信息的内容对评审标准或专家的评审意见等内容进行修改。具体例如：如在评审过程中，先由各评委打分，将打分结果提交至组长，此时评委已经无法对评审结果作出新修改，如果评审组长评审时发现个别专家评审结果有误，评审组长可以对该专家的评审结果进行解锁、修改，如果评审组长已经确认了评审信息，则由项目经理对评审信息进行修改。当得到的通过评审的供应商数量过多或过少时，可以对筛选方式做出修改，可以降低筛选方式中的分数标准，当通过评审的供应商数量过多时，可以提高筛选方式中的分数标准。更改信息还可以是其他内容，本技术对此不做出限制。此外，在评审过程中，有权限的终端设备可看到各个评委打分的进度，当所有评委完成打分后，评审组长可看到各评委打分的具体信息。
[0121]
在本实施例中，服务器接收更改信息并判定发送更改信息的客户端是否达到预设级别，若达到预设级别，则根据更改信息的内容对评审标准或专家的评审意见等内容进行修改，增加更改操作可以增加评审结果的可控性，如果在评审过程中出现人为失误，更改操作能够对人为失误做出弥补，如果评审结果不尽如人意也可以对评审结果整体做出调整，让物资采购流程有更好的可控性。
[0122]
图10为本技术提供的一种信息处理装置100的结构示意图。示例的，请参见图10所示，该信息处理装置100可以包括：接收模块1001，用于接收多个第一终端设备各自发送的供应商的报价信息。
[0123]
处理模块1002，用于将所有供应商的报价信息进行汇总，得到汇总结果。
[0124]
发送模块1003，用于将汇总结果分别发送给多个第二终端设备。
[0125]
接收模块1001，用于接收第三终端设备发送的交流信息，第三终端设备为第一终端设备和/或第二终端设备中的任意设备，交流信息为第三终端设备根据汇总结果获取的。
[0126]
处理模块1002，还用于确定交流信息的目标接收用户。
[0127]
发送模块1003，还用于将交流信息发送给目标接收用户对应的第四终端设备。
[0128]
可选的，处理模块1002，具体用于：
[0129]
根据交流信息，确定交流信息的目标信息类别，并根据预设的信息类别与接收用户之间的对应关系，确定与目标信息类别对应的目标接收用户。
[0130]
可选的，处理模块1002，具体用于：
[0131]
接收第三终端设备发送的用户类别，并将用户类别所对应的所有用户，确定为目标接收用户。
[0132]
可选的，接收模块1001，还用于分别接收多个第二终端设备各自发送的审核信息，审核信息用于表示对供应商的供应商信息进行审核的审核结果，供应商信息包括供应商的报价信息和供应商的资质信息；
[0133]
处理模块1002，还用于根据各第二终端设备发送的审核信息，从多个供应商中筛选审核通过的供应商。
[0134]
发送模块1003，还用于将审核通过的供应商发送给第二终端设备。
[0135]
可选的，接收模块1001，还用于接收第二终端设备发送的用于对审核结果进行修改的更改信息，更改信息中包括对审核结果进行修改的用户的用户级别。
[0136]
处理模块1002，还用于判断用户级别是否为预设级别，若用户级别为预设级别，则根据更改信息对审核结果进行修改。
[0137]
可选的，处理模块1002，还用于将交流信息和交流信息对应的目标接收用户之间的对应关系保存在数据库中。
[0138]
在此需要说明的是，本技术提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
[0139]
图11为本技术实施例提供的一种服务器110的结构示意图。示例的，请参见图11所示，该服务器110可以包括处理器1101和存储器1102；其中，存储器1102，用于存储计算机程序。
[0140]
处理器1101，用于读取存储器1102存储的计算机程序，并根据存储器1102中的计算机程序执行上述任一实施例中的信息处理方法的技术方案。
[0141]
可选地，存储器1102既可以是独立的，也可以跟处理器1101集成在一起。当存储器1102是独立于处理器1101之外的器件时，服务器还可以包括：总线，用于连接存储器1102和处理器1101。
[0142]
可选的，本实施例还包括：接收器和发送器，接收器1103和发送器1104与服务器相连接。处理器1101可以控制接收器和发送器，实现向终端设备发送信息和从终端设备接收信息。
[0143]
本技术还提供一种信息处理系统，该信息处理系统包括如图11所示的服务器、以及分别与服务器通信连接的第一终端设备和第二终端设备，其中，第一终端设备用于向服务器发送供应商的报价信息；第二终端设备用于接收服务器将所有供应商的报价信息进行汇总后得到的汇总结果；第一终端设备和/或第二终端设备中的第三终端设备还用于向服务器发送交流信息，该交流信息为第三终端设备根据汇总结果获取的；第一终端设备和/或第二终端设备中的第四终端设备还用于接收服务器发送的交流信息，该第四终端设备和第三终端设备不同。
[0144]
其中，服务器、第一终端设备和第二终端设备可实现上述任一实施例中的信息处理方法的技术方案，其实现原理以及有益效果与信息处理方法的实现原理及有益效果类似，可参见信息处理方法的实现原理及有益效果，此处不再进行赘述。
[0145]
本技术还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现上述任一实施例中的信息处理方法的技术方案，其实现原理以及有益效果与信息处理方法的实现原理及有益效果类似，可参见信
息处理方法的实现原理及有益效果，此处不再进行赘述。
[0146]
本技术还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时，实现上述任一实施例中的信息处理方法的技术方案，其实现原理以及有益效果与信息处理方法的实现原理及有益效果类似，可参见信息处理方法的实现原理及有益效果，此处不再进行赘述。
[0147]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
[0148]
应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。