供需交互系统、供应商平台、租户平台及方法

摘要

本发明公开了一种供需交互系统、供应商平台、租户平台及方法，涉及大数据技术领域，该系统包括：供应商平台和多个租户平台；供应商平台有注册、登录入口和数据库；每一租户平台有租户注册、登录入口和数据库；供应商平台，用于接收供应商的供应商信息操作请求，将操作结果同步至指定租户平台；在接收到同步请求时，将该操作结果存入供应商数据库，根据对供应商的操作结果，确定供应商在每一租户平台的情况；每一租户平台，用于在接收到供应商信息操作结果同步请求时，将此时的结果存入租户平台数据库；接收租户对供应商的操作请求，将租户的操作结果存入租户数据库，并将该结果同步至供应商平台。本发明可以提高供需交互的效率、安全性及便利性。

说明书

技术领域

本发明涉及大数据技术领域，尤其涉及一种供需交互系统、供应商平台、租户平台及方法。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

目前，各个租户采购平台与企业内部原采购管理系统内的供应商平台进行数据交互。现有交互方式主要包括：供应商平台作为一项功能嵌入企业内部原采购管理系统中；企业内部原采购管理系统对采购需求方及供应商只提供一个统一的注册登录入口；供应商数据存储于企业内部原采购管理系统数据库中，在供应商(供应方)与租户(需求方)进行数据交互时，需要从企业内部原采购管理系统数据库中调取数据。现有交互方式存在的主要问题是：多租户功能上线后，供应商池规模不断扩大，以将供应商平台嵌入企业内部原采购管理系统的方式，不利于供应商数据的存储与管理；供应商注册、登录入口与租户登录入口相同，不利于对采购需求方与供应商进行有效区分；供应商数据与企业内部原采购管理系统中的其它数据未进行隔离，供应商数据与租户数据交互过程中，需要从企业内部原采购管理系统数据库中调取数据，不利于数据管理，不利于保护数据安全。

因此，供需交互方案存在交互效率低、安全性低以及便利性低的问题。

发明内容

本发明实施例提供一种供需交互系统，用以提高供需交互的效率、安全性以及便利性，包括：供应商平台和多个租户平台；供应商平台具有供应商注册入口、供应商登录入口和供应商数据库；每一租户平台具有租户注册入口、租户登录入口和租户平台数据库；其中：

供应商平台，用于接收供应商的供应商信息操作请求，根据供应商信息操作请求，得到供应商信息操作结果，将供应商信息操作结果存入供应商数据库，生成供应商信息操作结果同步请求，将供应商信息操作结果同步请求发送至指定租户平台；在接收到租户对供应商的操作结果同步请求时，将租户对供应商的操作结果存入供应商数据库，根据租户对供应商的操作结果，确定供应商在每一租户平台的情况；

每一租户平台，用于在接收到供应商信息操作结果同步请求时，将供应商信息操作结果存入租户平台数据库；接收租户对供应商的操作请求，根据租户对供应商的操作请求，得到租户对供应商的操作结果，将租户对供应商的操作结果存入租户平台数据库，生成租户对供应商的操作结果同步请求，将租户对供应商的操作结果同步请求发送至供应商平台。

本发明实施例还提供一种供应商平台，用以提高供需交互的效率、安全性以及便利性，包括：

第一接收单元，用于接收供应商的供应商信息操作请求；接收租户对供应商的操作结果同步请求；

第一处理单元，用于根据供应商信息操作请求，得到供应商信息操作结果；

第一存储单元，用于将供应商信息操作结果存入供应商数据库；将租户对供应商的操作结果存入供应商数据库；

第一生成单元，用于在将供应商信息操作结果存入供应商数据库时，生成供应商信息操作结果同步请求；

第一发送单元，用于将供应商信息操作结果同步请求发送至指定租户平台；

确定单元，用于根据租户对供应商的操作结果，确定供应商在每一租户平台的情况。

本发明实施例还提供一种租户平台，用以提高供需交互的效率、安全性以及便利性，包括：

第二接收单元，用于接收供应商信息操作结果同步请求；接收租户对供应商的操作请求；

第二存储单元，用于将供应商信息操作结果存入租户平台数据库；将租户对供应商的操作结果存入租户平台数据库；

第二处理单元，用于根据租户对供应商的操作请求得到租户对供应商的操作结果；

第二生成单元，用于在将对供应商的操作结果存入租户平台数据库时，生成租户对供应商的操作结果同步请求；

第二发送单元，用于将租户对供应商的操作结果同步请求发送至供应商平台。

本发明实施例还提供一种供需交互方法，用以提高供需交互的效率、安全性以及便利性，包括：

供应商平台接收供应商的供应商信息操作请求，根据供应商信息操作请求，得到供应商信息操作结果，将供应商信息操作结果存入供应商数据库，生成供应商信息操作结果同步请求，将供应商信息操作结果同步请求发送至指定租户平台；

每一租户平台在接收到供应商信息操作结果同步请求时，将供应商信息操作结果存入租户平台数据库；

每一租户平台接收租户对供应商的操作请求，根据租户对供应商的操作请求，得到租户对供应商的操作结果，将租户对供应商的操作结果存入租户平台数据库，生成租户对供应商的操作结果同步请求，将租户对供应商的操作结果同步请求发送至供应商平台；

供应商平台在接收到租户对供应商的操作结果同步请求时，将租户对供应商的操作结果存入供应商数据库，根据租户对供应商的操作结果，确定供应商在每一租户平台的情况。

本发明实施例还提供一种供需交互方法，用以提高供需交互的效率、安全性以及便利性，包括：

接收供应商的供应商信息操作请求；

根据供应商信息操作请求，得到供应商信息操作结果；

将供应商信息操作结果存入供应商数据库；

在将供应商信息操作结果存入供应商数据库时，生成供应商信息操作结果同步请求；

将供应商信息操作结果同步请求发送至指定租户平台；

接收租户对供应商的操作结果同步请求；

将租户对供应商的操作结果存入供应商数据库；

根据租户对供应商的操作结果，确定供应商在每一租户平台的情况。

本发明实施例还提供一种供需交互方法，用以提高供需交互的效率、安全性以及便利性，包括：

接收供应商信息操作结果同步请求；

将供应商信息操作结果存入租户平台数据库；

接收租户对供应商的操作请求；

根据租户对供应商的操作请求，得到租户对供应商的操作结果；

将租户对供应商的操作结果存入租户平台数据库；

在将对供应商的操作结果存入租户平台数据库时，生成租户对供应商的操作结果同步请求；

将租户对供应商的操作结果同步请求发送至供应商平台。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述供需交互方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述供需交互方法的计算机程序。

本发明实施例中，供需交互方案，通过：供应商平台接收供应商的供应商信息操作请求，根据供应商信息操作请求，得到供应商信息操作结果，将供应商信息操作结果存入供应商数据库，生成供应商信息操作结果同步请求，将供应商信息操作结果同步请求发送至指定租户平台；每一租户平台在接收到供应商信息操作结果同步请求时，将供应商信息操作结果存入租户平台数据库；每一租户平台接收租户对供应商的操作请求，根据租户对供应商的操作请求，得到租户对供应商的操作结果，将租户对供应商的操作结果存入租户平台数据库，生成租户对供应商的操作结果同步请求，将租户对供应商的操作结果同步请求发送至供应商平台；供应商平台在接收到租户对供应商的操作结果同步请求时，将租户对供应商的操作结果存入供应商数据库，根据租户对供应商的操作结果，确定供应商在每一租户平台的情况，提高了供需交互的效率、安全性及便利性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例中供需交互系统的结构示意图；

图2为本发明实施例中供应商信息变更时的交互示意图；

图3为本发明实施例中普通信息查询的交互示意图；

图4为本发明实施例中特殊信息查询的交互示意图；

图5为本发明实施例中对供应商评价时的交互示意图；

图6为本发明实施例中供应商平台的结构示意图；

图7为本发明实施例中租户平台的结构示意图；

图8为本发明实施例中应用于供需交互系统的供需交互方法的流程示意图；

图9为本发明实施例中应用于供应商平台的供需交互方法的流程示意图；

图10为本发明实施例中应用于租户平台的供需交互方法的流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

在介绍本发明实施例之前，如下表1所示，首先对本发明涉及的名词进行介绍。

表1

企业内部原采购管理系统平台可以实现从采购计划到合同付款全流程电子化线上进行，使得采购项目谈判、合同签署付款突破时间和地域的限制，大大地提升了采购效率，有效节约了采购成本。同时，作为开放性的社会化平台，除满足总行(或总公司)使用外，企业内部原采购管理系统还可向外部企业推广，并且支持供应商自行注册，经后台审核无误后进入企业内部原采购管理系统供应商池，供应商可登录查询、参与相关采购项目，完成报价、合同签署等一系列流程。企业内部原采购管理系统平台连接了采购需求方与供应商，可满足服务、器械、办公用品等多种商品及服务类型的采购，并且支持招标、竞争性磋商、竞争性谈判等九种采购方式，规范了采购流程，扩大了采购需求方的选择范围，也使得供应商能够及时获得采购信息，增加了双方的信息透明度，降低了双方的沟通成本以及各项风险。

企业内部原采购管理系统仅供企业例如建行使用，大部分供应商为建行供应商，供应商平台作为一项功能嵌入企业内部原采购管理系统(例如龙集采系统)，供应商通过企业内部原采购管理系统注册登录，供应商数据存储于企业内部原采购管理系统的数据库中。企业内部原采购管理系统只提供一个入口，也就是说，供应商注册、登录入口与企业员工登录入口相同。随着多租户功能的上线，企业内部原采购管理系统中供应商功能的局限性逐渐凸显：第一，多租户功能上线后，供应商池规模不断扩大，以将供应商平台嵌入企业内部原采购管理系统的方式，不利于供应商数据的存储与管理；第二，供应商注册、登录入口与租户登录入口相同，不利于对采购需求方与供应商进行有效区分；第三，供应商数据与企业内部原采购管理系统中的其它数据未进行隔离，供应商数据与租户数据交互过程中，需要从企业内部原采购管理系统数据库中调取数据，不利于数据管理，不利于保护数据安全。

即，在多租户的情况下，各个租户采购平台与企业内部原采购管理系统平台内的供应商平台进行数据交互。但是现有方案下数据交互相对简单，并且企业内部原采购管理系统平台内的数据与供应商平台的数据未进行隔离。各租户共享供应商平台内的供应商池及供应商公共信息，各租户采购平台内没有独立的供应商库，无法对特定供应商信息进行个性化维护，供应商也无法针对特定租户维护其自身信息。

为了解决上述技术问题，本发明实施例提出了一种供需交互方案，该方案将供应商平台从企业内部原采购管理系统中剥离，打造独立的供应商平台，用于供应商注册、登录，并且将所有供应商数据存储在供应商平台中，供应商平台与租户平台分别进行数据交互，为采购需求方和供应商分别提供不同的注册登录入口，提出了如何更加科学地进行平台级数据管理，做好数据存储与数据隔离的方法。

另外，目前各大电商只是提供平台，C端消费者通过互联网访问，不存在平台间的数据交互。而本申请中供应商平台与租户平台是分别独立的平台，供应商平台提供注册、信息管理等基本功能，同时把供应商的基本信息(如工商、税务、司法、舆情、征信等)，通过http推送给各个租户，保存在租户平台的数据库中。

下面对该供需交互方案进行详细介绍。

图1为本发明实施例中供需交互系统的结构示意图，如图1所示，该系统包括：供应商平台和多个租户平台；所述供应商平台具有供应商注册入口、供应商登录入口和供应商数据库；每一租户平台具有租户注册入口、租户登录入口和租户平台数据库；其中：

供应商平台，用于接收供应商的供应商信息操作请求，根据供应商信息操作请求，得到供应商信息操作结果，将供应商信息操作结果存入供应商数据库，生成供应商信息操作结果同步请求，将供应商信息操作结果同步请求发送至指定租户平台；在接收到租户对供应商的操作结果同步请求时，将租户对供应商的操作结果存入供应商数据库，根据租户对供应商的操作结果，确定供应商在每一租户平台的情况；

每一租户平台，用于在接收到供应商信息操作结果同步请求时，将供应商信息操作结果存入租户平台数据库；接收租户对供应商的操作请求，根据租户对供应商的操作请求，得到租户对供应商的操作结果，将租户对供应商的操作结果存入租户平台数据库，生成租户对供应商的操作结果同步请求，将租户对供应商的操作结果同步请求发送至供应商平台。

具体实施时，如图1所示，该供需交互系统的供应商平台中登录的用户可以包括供应商用户和供应商审核人。

下面结合图2至图5，对该供需交互系统及其相关方法进行详细介绍。

一、首先，介绍供应商平台信息维护方案。

在一个实施例中，所述供应商平台具体用于接收供应商的供应商信息变更请求，根据供应商信息变更请求，得到供应商信息变更结果，将供应商信息变更结果存入供应商数据库，生成供应商信息变更结果同步请求，将供应商信息变更结果同步请求发送至指定租户平台；

每一租户平台具体用于在接收到供应商信息变更结果同步请求时，将供应商信息变更结果存入租户平台数据库。

具体实施时，供应商公共信息维护：供应商在平台注册及后续平台、信息变更需同步至租户平台。供应商在供应商统一管理平台(供应商平台)上的供应商信息变更服务(图1中供应商服务包括的一个类型服务)中完成信息变更，数据会写入DB(图1中供应商平台上的供应商数据库)，随后发送变更信息到MQ，供应商外部对接服务(例如通过图1中的供应商数据接口，图2中供应商外部数据对接)订阅该消息，并根据配置(主要是供应商开通的租户)把信息同步给指定的租户平台，具体流程见图2。如图2所示，该供应商信息变更的过程包括：

①:供应商机构用户角色服务区域等信息维护入DB(供应商平台的数据库)；

②:供应商变更信息写入MQ；

③:从MQ获取供应商信息变更；

④:调用租户平台的供应商数据服务；

⑤:租户平台供应商数据入DB(租户平台的数据库)。

具体实施时，供应商在供应商平台中主动进行信息变更，具体地，信息变更涉及的维护的信息可以包括：给供应商用户修改、添加电子邮箱、职务、电话、通讯地址、备注、角色(角色包括普通用户、供应商管理员、合同签章人等，角色不同权限不同)；变更基本信息(法定代表人/负责人、成立时间、注册资本、实收资本、注册地、详细地址、企业类型、所属行业、经营范围、企业介绍、变更记录、商品品类、服务区域、企业账户、营业期限、核准日期、登记机关、纳税人类型、公司章程、电子印章、法人身份证、授权书、企业性质、国别、组织类型)、更新工商数据，添加资质信息、案例信息、财务信息。

具体实施时，图1中的电商服务是该供需交互系统的功能模块之一，电商与集团间签订了长期合作协议，电商是一种特殊的供应商，电商服务可以是电子商务服务，是指为电子商务应用提供的服务，即面向机构或个人的电子商务应用的服务。具体包括：软件服务(如电子商务ERP\电子商务CRM，促销软件，商品管理工具等)、营销服务(如精准营销、效果营销、病毒营销、邮件营销等)、运营服务(如代运营、客服外包等)、仓储服务(电商仓储、物流服务等)、支付服务等。

在一个实施例中，所述供应商平台具体用于接收供应商的租户专属信息维护请求，根据租户专属信息维护请求，得到租户专属信息维护结果，将租户专属信息维护结果存入供应商数据库，生成租户专属信息维护结果同步请求，将租户专属信息维护结果同步请求发送至指定租户平台；

每一租户平台具体用于在接收到租户专属信息维护结果同步请求时，将租户专属信息维护结果存入租户平台数据库。

具体实施时，租户级别的供应商特殊属性维护：供应商登录供应商平台然后选择维护租户特有信息(租户专属信息)功能，选择租户后跳转到租户专属信息维护页面完成信息维护，维护完成后，供应商点击发布按钮把数据同步给对应的租户。供应商平台会保留每次发布的历史。具体地，“特有信息”主要可以是资质信息、案例信息、财务信息，或者是租户指定的供应商联系人的相关信息。供应商在参与某个租户的采购项目时，采购方可能会要求供应商补充相关资质、案例等，供应商可以选择将这些信息推送给特定的租户，或者推送给所有租户。另外，该处“信息维护”包括的信息与上面所提到的“信息变更”的范围可以相同。

二、接着，介绍租户平台供应商信息查询方案。

在一个实施例中，每一租户平台还用于接收用户在采购过程中输入的供应商数据查询请求；在识别出供应商数据查询请求为普通数据查询请求时，从租户平台对应的租户平台数据库中获取供应商数据提供给用户。

具体实施时，普通信息查询：租户本地存放供应商的普通数据(风险等部分数据只存放供应商平台，租户需要使用通过API调用)，后续的供应商查询，出入库，供应商选取及采购执行过程中涉及供应商普通的直接从本地DB(租户平台的数据库)中获取。具体流程见图3，如图3所示，①：从租户平台获取供应商数据。

在一个实施例中，每一租户平台还用于接收用户在采购过程中输入的供应商数据查询请求；在识别出供应商数据查询请求为预设类型供应商数据(例如供应商风险数据)查询请求时，从供应商数据库中获取预设类型供应商数据提供给用户。

具体实施时，特殊信息(例如供应商风险数据)查询：供应商的风险等数据在存放在供应商平台，后续租户采购平台(租户平台)需要通过API接口调用查询。租户通过采购平台的采购服务发起供应商风险查询，供应商数据服务调用供应商平台的数据，供应商查询DB(供应商平台的数据库)获取供应商风险信息，具体流程见图4，图如4所示，该特殊信息查询的过程主要包括：

①：租户采购业务发起供应商风险查询调用供应商数据服务；

②：租户供应商数据服务调用供应商平台的服务(供应商外部数据对接)；

③：供应商平台查询DB(供应商平台的数据库)获取供应商风险数据(预设类型供应商数据)。

三、接着，介绍租户平台与供应商信息同步。

在一个实施例中，每一租户平台具体用于接收租户对供应商的评价请求，根据租户对供应商的评价请求，得到租户对供应商的评价结果，将租户对供应商的评价结果存入租户平台数据库，生成租户对供应商的评价结果同步请求，将租户对供应商的评价结果同步请求发送至供应商平台；

供应商平台具体用于在接收到租户对供应商的评价结果同步请求时，将租户对供应商的评价结果存入供应商数据库，根据租户对供应商的评价结果，确定供应商在每一租户平台的情况。

具体实施时，评价与奖惩信息：租户采购平台中的供应商履约评价等考核信息需要同步到供应商平台，用于后续的供应商评级等。具体流程见图5。

①：租户平台供应商评价打分数据入DB(租户平台的数据库)；

②：调用供应商数据服务；

③：调用供应商平台外部数据对接服务；

④：供应商平台数据入DB(供应商平台的数据库)。

在一个实施例中，每一租户平台具体用于接收租户对供应商的加入或移出专属供应商库的请求，根据租户对供应商的加入或移出专属供应商库的请求，得到租户对供应商的加入或移出专属供应商库的结果，将租户对供应商的加入或移出专属供应商库的结果存入租户平台数据库，生成租户对供应商的加入或移出专属供应商库的结果同步请求，将租户对供应商的加入或移出专属供应商库的结果同步请求发送至供应商平台；

供应商平台具体用于在接收到租户对供应商的加入或移出专属供应商库的结果同步请求时，将租户对供应商的加入或移出专属供应商库的结果存入供应商数据库，根据租户对供应商的加入或移出专属供应商库的结果，确定每一租户平台上专属供应商库内的供应商数量，以及各个供应商在租户平台处的入库率。

在一个实施例中，每一租户平台具体用于接收租户对专属供应商库内指定供应商信息的维护请求，根据租户对专属供应商库内指定供应商信息的维护请求，得到租户对专属供应商库内指定供应商信息的维护结果，将租户对专属供应商库内指定供应商信息的维护结果存入租户平台数据库，生成租户对专属供应商库内指定供应商信息的维护结果同步请求，将租户对专属供应商库内指定供应商信息的维护结果同步请求发送至供应商平台；

供应商平台具体用于在接收到租户对专属供应商库内指定供应商信息的维护结果同步请求时，将对专属供应商库内指定供应商信息的维护结果存入供应商数据库。

具体实施时，出入库信息及特定供应商信息的维护：各个租户平台有专属供应商库，租户可以将特定的供应商加入或移出租户平台的供应商库，并维护租户平台下的供应商库内的特定供应商信息。租户平台的供应商出入库需要把信息同步到供应商平台，供应商平台可统计各个租户下供应商库内供应商数量，以及各个供应商在租户处的入库率。

具体实施时，租户平台可以对供应商做出如下特定供应商信息的维护操作：

1、变更信息，包括上文提到的基本信息、联系信息(添加联系人、编辑联系人姓名、手机、电话、地址、邮箱、是否为法人等)资质信息、案例信息、财务报表。

2、因供应商存在违规、违法行为，租户对供应商进行处罚，包括按区域禁用、按品类禁用、退出、警示谈话、取消候选资格、削减供应份额。(不影响供应商对其他租户的服务)。

3、因供应商存在不诚信行为或风险预警问题(如对公贷款核销，被政府机关监管处罚，关联客户或保证人列入政府机关监管处罚名单等)将供应商拉入黑名单，在加入黑名单期间，该供应商无法参与该租户的采购项目，不影响供应商参与其他租户的采购项目。

为了便于理解本发明如何实施，下面举一个例子介绍本发明。

A公司想参与租户1、租户2的采购项目，通过供应商平台注册账号，并在供应商平台中添加了联系人、工商信息等基本信息。供应商平台通过供应商数据接口将信息同步推送给所有租户。

租户1的项目需要A公司提供资质信息与案例信息，此时有两种数据交互方式：1、A公司在供应商平台的数据库(即DB1)中更新信息后，将其推送给租户1的数据库(即DB2)，此时其他租户数据库中关于A公司的信息未发生变化，如有需要，可以推送至其他租户数据库中；2、A公司在参与采购项目过程中，通过上传附件等方式将资质信息、案例信息提交给租户1，租户1在租户数据库(即DB2)中更新信息后，将其推送给供应商平台的数据库(即DB1)，其他租户数据库中关于A公司的信息未发生变化，如有需要，可以推送至其他租户数据库中。

采购过程中，租户1、租户2可调取供应商平台数据库(即DB1中A公司的风险警示信息。

在参与采购过程中，A公司违反租户2的相关规定，受到取消候选资格的处罚，则A公司无法再继续参与租户2的采购项目，可以继续参与租户1的采购项目。

采购结束后，租户1、租户2对A公司分别打分，数据保留在各自的数据库中(即DB2、DB3)，并推送至供应商平台的数据库(即DB1)中。

综上，本发明实施例提供的供需交互系统实现了：

供应商交互：供应商通过供应商平台进行统一注册和登录，并在供应商平台维护供应商公共信息，供应商平台同步供应商的公共信息给各租户平台。供应商可通过供应商平台维护针对特定租户的供应商信息，并发同步给特定租户，供应商平台会保留每次发布的历史。供应商平台可收集各租户平台反馈的个性化信息，如财务审核信息，出入库情况等。

租户交互：租户通过采购平台登录后，通过调用租户采购平台DB内供应商信息获取供应商的普通信息，也可通过供应商数据服务从供应商平台中获取供应商的特殊信息，如风险信息。租户可将特定供应商加入或移出租户采购平台下的供应商库，并在租户采购平台中修改(维护)特定供应商相关个性化信息(包括资质信息，财务审核信息等)，出入库情况及修改后的信息通过服务方式同步到供应商平台。

数据隔离：各租户的业务数据及其供应商库的个性化数据存储于各租户采购平台的数据库中，各租户数据库按照VPC要求进行物理隔离部署。供应商统一管理平台中存储供应商公共信息、风险等特殊信息以及从租户平台中同步的供应商信息。各个租户采购平台与供应商统一管理平台间进行了数据隔离，在数据存储、交互、管理上更加科学、安全、高效，能够更加有效地管理平台级数据。

综上，本发明实施例提供的供需交互系统的有益技术效果是：

本发明实施例将供应商平台从企业内部原采购管理系统中剥离，打造独立的供应商平台，为采购需求方和供应商分别提供不同的注册登录入口，提出了如何更加科学地进行平台级数据管理，做好数据存储与数据隔离的方法。

供应商与租户通过不同的入口分别登录供应商统一管理平台及租户采购平台，对于不同身份的用户来说操作更加方便，使用更加友好。在剥离供应商统一管理平台的同时，本发明实施例提出了在不同生产场景下，供应商统一管理平台与租户采购平台间进行数据交互与信息同步的方法。本发明实施例将各个租户采购平台与供应商统一管理平台的数据进行了隔离，在数据存储、交互、管理上更加科学、安全、高效，能够更加有效地管理平台级数据。

本发明实施例中还提供了一种供应商平台，如下面的实施例所述。由于该供应商平台解决问题的原理与供需交互系统相似，因此该平台的实施可以参见供需交互系统的实施，重复之处不再赘述。

图6为本发明实施例中供应商平台的结构示意图，如图6所示，该供应商平台包括：

第一接收单元011，用于接收供应商的供应商信息操作请求；接收租户对供应商的操作结果同步请求；

第一处理单元012，用于根据供应商信息操作请求，得到供应商信息操作结果；

第一存储单元013，用于将供应商信息操作结果存入供应商数据库；将租户对供应商的操作结果存入供应商数据库；

第一生成单元014，用于在将供应商信息操作结果存入供应商数据库时，生成供应商信息操作结果同步请求；

第一发送单元015，用于将供应商信息操作结果同步请求发送至指定租户平台；

确定单元016，用于根据租户对供应商的操作结果，确定供应商在每一租户平台的情况。

在一个实施例中，所述第一接收单元具体用于接收供应商的供应商信息变更请求；

所述第一存储单元具体用于将供应商信息变更结果存入供应商数据库；

所述第一生成单元具体用于在将供应商信息变更结果存入供应商数据库时，生成供应商信息变更结果同步请求；

所述第一发送单元具体用于将供应商信息变更结果同步请求发送至指定租户平台。

在一个实施例中，所述第一接收单元具体用于接收供应商的租户专属信息维护请求；

所述第一存储单元具体用于将租户专属信息维护结果存入供应商数据库；

所述第一生成单元具体用于在将租户专属信息维护结果存入供应商数据库时，生成租户专属信息维护结果同步请求；

所述第一发送单元具体用于将租户专属信息维护结果同步请求发送至指定租户平台。

在一个实施例中，所述第一接收单元具体用于接收租户对供应商的评价结果同步请求；

所述第一存储单元具体用于将租户对供应商的评价结果存入供应商数据库；

所述确定单元具体用于根据租户对供应商的评价结果，确定供应商在每一租户平台的情况。

在一个实施例中，所述第一接收单元具体用于接收租户对供应商的加入或移出专属供应商库的结果同步请求；

所述第一存储单元具体用于将租户对供应商的加入或移出专属供应商库的结果存入供应商数据库；

所述确定单元具体用于根据租户对供应商的加入或移出专属供应商库的结果，确定每一租户平台上专属供应商库内的供应商数量，以及各个供应商在租户平台处的入库率。

在一个实施例中，所述第一接收单元具体用于接收租户对专属供应商库内指定供应商信息的维护结果同步请求；

所述第一存储单元具体用于将租户对专属供应商库内指定供应商信息的维护结果存入供应商数据库。

本发明实施例中还提供了一种租户平台，如下面的实施例所述。由于该租户平台解决问题的原理与供需交互系统相似，因此该平台的实施可以参见供需交互系统的实施，重复之处不再赘述。

图7为本发明实施例中租户平台的结构示意图，如图7所示，该租户平台包括：

第二接收单元021，用于接收供应商信息操作结果同步请求；接收租户对供应商的操作请求；

第二存储单元022，用于将供应商信息操作结果存入租户平台数据库；将租户对供应商的操作结果存入租户平台数据库；

第二处理单元023，用于根据租户对供应商的操作请求得到租户对供应商的操作结果；

第二生成单元024，用于在将对供应商的操作结果存入租户平台数据库时，生成租户对供应商的操作结果同步请求；

第二发送单元025，用于将租户对供应商的操作结果同步请求发送至供应商平台。

在一个实施例中，所述第二接收单元具体用于接收供应商信息变更结果同步请求；

所述第二存储单元具体用于在接收到供应商信息变更结果同步请求时，将供应商信息变更结果存入租户平台数据库。

在一个实施例中，所述第二接收单元具体用于接收租户专属信息维护结果同步请求；

所述第二存储单元具体用于在接收到租户专属信息维护结果同步请求时，将租户专属信息维护结果存入租户平台数据库。

在一个实施例中，所述第二接收单元具体用于接收租户对供应商的评价请求；

所述第二处理单元具体用于根据租户对供应商的评价请求，得到租户对供应商的评价结果；

所述第二存储单元具体用于将租户对供应商的评价结果存入租户平台数据库；

所述第二生成单元具体用于生成租户对供应商的评价结果同步请求；

所述第二发送单元具体用于将租户对供应商的评价结果同步请求发送至供应商平台。

在一个实施例中，所述第二接收单元具体用于接收租户对供应商的加入或移出专属供应商库的请求；

所述第二处理单元具体用于根据租户对供应商的加入或移出专属供应商库的请求，得到租户对供应商的加入或移出专属供应商库的结果；

所述第二存储单元具体用于将租户对供应商的加入或移出专属供应商库的结果存入租户平台数据库；

所述第二生成单元具体用于生成租户对供应商的加入或移出专属供应商库的结果同步请求；

所述第二发送单元具体用于将租户对供应商的加入或移出专属供应商库的结果同步请求发送至供应商平台。

在一个实施例中，所述第二接收单元具体用于接收租户对专属供应商库内指定供应商信息的维护请求；

所述第二处理单元具体用于根据租户对专属供应商库内指定供应商信息的维护请求，得到租户对专属供应商库内指定供应商信息的维护结果；

所述第二存储单元具体用于将租户对专属供应商库内指定供应商信息的维护结果存入租户平台数据库；

所述第二生成单元具体用于生成租户对专属供应商库内指定供应商信息的维护结果同步请求；

所述第二发送单元具体用于将租户对专属供应商库内指定供应商信息的维护结果同步请求发送至供应商平台。

在一个实施例中，所述第二接收单元还用于接收用户在采购过程中输入的供应商数据查询请求；

所述租户平台还包括：第一查询单元，用于在识别出供应商数据查询请求为普通数据查询请求时，从租户平台对应的租户平台数据库中获取供应商数据提供给用户。

在一个实施例中，所述第二接收单元还用于接收用户在采购过程中输入的供应商数据查询请求；

所述租户平台还包括：第二查询单元，在识别出供应商数据查询请求为预设类型供应商数据查询请求时，从供应商数据库中获取预设类型供应商数据提供给用户。

本发明实施例中还提供了一种应用于供需交互系统的供需交互方法，如下面的实施例所述。由于该方法解决问题的原理与供需交互系统相似，因此该方法的实施可以参见供需交互系统的实施，重复之处不再赘述。

图8为本发明实施例中应用于供需交互系统的供需交互方法的流程示意图，如图8所示，该方法包括如下步骤：

步骤101：供应商平台接收供应商的供应商信息操作请求，根据供应商信息操作请求，得到供应商信息操作结果，将供应商信息操作结果存入供应商数据库，生成供应商信息操作结果同步请求，将供应商信息操作结果同步请求发送至指定租户平台；

步骤102：每一租户平台在接收到供应商信息操作结果同步请求时，将供应商信息操作结果存入租户平台数据库；

步骤103：每一租户平台接收租户对供应商的操作请求，根据租户对供应商的操作请求，得到租户对供应商的操作结果，将租户对供应商的操作结果存入租户平台数据库，生成租户对供应商的操作结果同步请求，将租户对供应商的操作结果同步请求发送至供应商平台；

步骤104：供应商平台在接收到租户对供应商的操作结果同步请求时，将租户对供应商的操作结果存入供应商数据库，根据租户对供应商的操作结果，确定供应商在每一租户平台的情况。

在一个实施例中，上述供需交互方法还可以包括：每一租户平台接收用户在采购过程中输入的供应商数据查询请求；在识别出供应商数据查询请求为普通数据查询请求时，从租户平台对应的租户平台数据库中获取供应商数据提供给用户。

在一个实施例中，上述供需交互方法还可以包括：每一租户平台接收用户在采购过程中输入的供应商数据查询请求；在识别出供应商数据查询请求为预设类型供应商数据查询请求时，从供应商数据库中获取预设类型供应商数据提供给用户。

本发明实施例中还提供了一种应用于供应商平台的供需交互方法，如下面的实施例所述。由于该方法解决问题的原理与供需交互系统相似，因此该方法的实施可以参见供需交互系统的实施，重复之处不再赘述。

图9为本发明实施例中应用于供应商平台的供需交互方法的流程示意图，如图9所示，该方法包括如下步骤：

步骤201：接收供应商的供应商信息操作请求；

步骤202：根据供应商信息操作请求，得到供应商信息操作结果；

步骤203：将供应商信息操作结果存入供应商数据库；

步骤204：在将供应商信息操作结果存入供应商数据库时，生成供应商信息操作结果同步请求；

步骤205：将供应商信息操作结果同步请求发送至指定租户平台；

步骤206：接收租户对供应商的操作结果同步请求；

步骤207：将租户对供应商的操作结果存入供应商数据库；

步骤208：根据租户对供应商的操作结果，确定供应商在每一租户平台的情况。

在一个实施例中，接收租户对供应商的操作结果同步请求，包括：接收租户对供应商的加入或移出专属供应商库的结果同步请求；

将租户对供应商的操作结果存入供应商数据库，包括：将租户对供应商的加入或移出专属供应商库的结果存入供应商数据库；

根据租户对供应商的操作结果，确定供应商在每一租户平台的情况，包括：根据租户对供应商的加入或移出专属供应商库的结果，确定每一租户平台上专属供应商库内的供应商数量，以及各个供应商在租户平台处的入库率。

本发明实施例中还提供了一种应用于租户平台的供需交互方法，如下面的实施例所述。由于该方法解决问题的原理与供需交互系统相似，因此该方法的实施可以参见供需交互系统的实施，重复之处不再赘述。

图10为本发明实施例中应用于租户平台的供需交互方法的流程示意图，如图10所示，该方法包括如下步骤：

步骤301：接收供应商信息操作结果同步请求；

步骤302：将供应商信息操作结果存入租户平台数据库；

步骤303：接收租户对供应商的操作请求；

步骤304：根据租户对供应商的操作请求，得到租户对供应商的操作结果；

步骤305：将租户对供应商的操作结果存入租户平台数据库；

步骤306：在将对供应商的操作结果存入租户平台数据库时，生成租户对供应商的操作结果同步请求；

步骤307：将租户对供应商的操作结果同步请求发送至供应商平台。

在一个实施例中，上述供需交互方法还包括：

接收用户在采购过程中输入的供应商数据查询请求；

在识别出供应商数据查询请求为预设类型供应商数据查询请求时，从供应商数据库中获取预设类型供应商数据提供给用户。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述供需交互方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述供需交互方法的计算机程序。

本发明实施例中，供需交互方案，通过：供应商平台接收供应商的供应商信息操作请求，根据供应商信息操作请求，得到供应商信息操作结果，将供应商信息操作结果存入供应商数据库，生成供应商信息操作结果同步请求，将供应商信息操作结果同步请求发送至指定租户平台；每一租户平台在接收到供应商信息操作结果同步请求时，将供应商信息操作结果存入租户平台数据库；每一租户平台接收租户对供应商的操作请求，根据租户对供应商的操作请求，得到租户对供应商的操作结果，将租户对供应商的操作结果存入租户平台数据库，生成租户对供应商的操作结果同步请求，将租户对供应商的操作结果同步请求发送至供应商平台；供应商平台在接收到租户对供应商的操作结果同步请求时，将租户对供应商的操作结果存入供应商数据库，根据租户对供应商的操作结果，确定供应商在每一租户平台的情况，提高了供需交互的效率、安全性及便利性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。