本申请涉及计算机技术领域，尤其涉及一种信息推送方法和装置。
背景技术：
随着电子商务的不断发展，越来越多的用户选择网购。用户在进行网购时可通过访问电子商务网站或者移动电子设备客户端的相关应用软件，选择自己所需要的商品。
而对商户而言，需要建立与客户之间直接或间接的联系，以在推出的新品或者新活动时能尽快告知客户。
因此，需要更加可靠的用户触达方案。
技术实现要素：
本说明书实施例提供一种用以解决现有技术信息触达用户的效率较低的问题。
本说明书实施例提供一种信息推送方法，包括：
确定电子客户端需要推送的待推送信息；
根据所述电子客户端的标识将所述待推送信息发送给所述电子客户端对应的服务器端，以使所述服务器端将所述待推送信息推送给与所述待推送信息对应的信息输入者具有关联关系的特定用户。
可选的，所述确定电子客户端需要推送的待推送信息包括：
确定消息输入者输入的待推送数据；
根据所述待推送数据生成携带有所述待推送数据和特定参数的待推送信息，所述特定参数用于表示需要所述服务器端提供的推送服务。
可选的，在确定电子客户端需要推送的待推送信息之前，还包括：
向所述服务器端发送分配请求，所述分配请求用于请求为所述信息写入者分配信息输入口，所述信息输入口用于为输入的待推送数据配置特定参数。
可选的，在向所述服务器端发送分配请求之后，还包括：
向所述服务器端发送所述信息写入者的身份证明信息，以供所述服务器端根据所述身份证明信息验证所述信息写入者是否满足分配信息输入口的预定条件。
可选的，所述待推送信息包括：文字信息、声像信息、实物信息中的至少一个。
可选的，所述待推送信息还包括：与所述文字信息、声像信息、实物信息中的至少一个关联的链接。
本说明书实施例还提供一种信息推送方法，包括：
接收第一电子客户端发送的待推送信息；
根据所述待推送信息对应的消息输入者的标识，将所述待推送信息推送给特定用户，所述特定用户为与所述信息输入者具有关联关系的用户。
可选的，在将所述待推送信息推送给特定用户之前，还包括：
验证所述待推送信息中是否携带有特定参数，所述特定参数用于表示需要所述服务器端提供的推送服务。
可选的，在将所述待推送信息推送给特定用户之前，还包括：
接收第一电子客户端发送的分配请求，所述分配请求用于请求为所述信息写入者分配信息输入口，所述信息输入口用于为输入的待推送数据配置特定参数；
对所述信息写入者进行验证，以确定所述信息写入者是否满足分配信息输入口的预定条件，并根据验证结果响应/拒绝响应所述分配请求。
可选的，所述对所述信息写入者进行验证包括：
验证所述信息写入者是否通过实名认证且是否为特定身份。
可选的，所述验证所述信息写入者是否通过实名认证包括：
接收所述第一电子客户端发送的待验证身份证件的证件图像；
分别对所述证件图像中的文字信息和证脸图像进行联网核查，并根据联网核查结果确定所述信息写入者是否通过实名认证。
可选的，在根据联网核查结果确定所述信息写入者是否通过实名认证之前，还包括：
现场采集持证人的人脸图像；
验证所述证脸图像、现场采集的人脸图像和联网核查到的人脸图像之间的相似度是否满足预定条件，获取验证结果；
其中，根据联网核查结果确定所述信息写入者是否通过实名认证包括：
根据所述验证结果和所述联网核查结果确定所述信息写入者是否通过实名认证。
可选的，所述验证所述信息写入者是否为特定身份包括：
验证所述信息写入者是否具有合法的收款码和/或合法的营业执照，并根据验证结果确定所述信息写入者是否为特定身份。
可选的，所述验证所述信息写入者是否具有合法的收款码包括：
验证所述信息写入者是否具有收款码；
若是，则验证所述信息写入者的收款码是否为所述服务器端开通的收款码；
若是，则确认所述信息写入者具有合法的收款码。
可选的，验证所述信息写入者是否具有合法的营业执照包括：
接收所述第一客户端发送的待验证营业执照的图像；
对所述待验证营业执照的图像进行验证，以确定所述待验证营业执照是否合法和/或所述信息写入者拥有所述待验证营业执照的使用权。
可选的，所述对所述待验证营业执照的图像进行验证，以确定所述待验证营业执照是否合法包括：
对所述待验证营业执照的图像中的登记信息进行联网核查，并根据联网核查结果确定所述待验证营业执照是否合法。
可选的，对所述待验证营业执照的图像进行验证包括：
根据所述待验证营业执照的图像中的登记信息确定所述待验证营业执照所有人的身份信息；
对与所述信息写入者关联的身份信息和所述待验证营业执照所有人的身份信息进行验证；
若验证获知所述待验证营业执照所有人的身份信息和所述与所述信息写入者关联的身份信息相同，则确定所述信息写入者拥有所述待验证营业执照的使用权。
可选的，还包括：
若验证获知所述待验证营业执照所有人的身份信息和所述与所述信息写入者关联的身份信息不同，则验证所述信息写入者是否具有所述待验证营业执照所有人的授权指示，所述授权指示用于指示授予所述信息写入者所述待验证营业执照的使用权。
可选的，验证所述信息写入者是否具有所述待验证营业执照所有人的授权指示包括：
向所述待验证营业执照所有人发送授权验证信息，所述授权验证信息用于验证是否授予所述信息写入者所述待验证营业执照的使用权；
若得到所述待验证营业执照所有人的确认信息，则确定所述信息写入者具有所述待验证营业执照所有人的授权指示。
可选的，在根据验证结果响应所述分配请求之后，还包括：
根据所述信息写入者的交易记录确定目标用户，所述目标用户为与所述信息写入者具有交易关系的用户；
向所述目标用户发送请求信息，所述请求信息用于请求建立所述信息写入者与所述目标用户之间的关联关系。
可选的，在向所述目标用户发送请求信息之前，还包括：
获取所述目标用户的用户行为数据；
根据所述目标用户的用户行为数据确定所述目标用户是否为免请求用户；
若是，则默认设置所述目标用户与所述信息写入者之间具有关联关系。
可选的，所述根据所述目标用户的用户行为数据确定所述目标用户是否为免推荐用户包括：
根据所述目标用户的用户行为数据确定所述目标用户的活跃度，并根据所述活跃度确定所述目标用户是否为免推荐用户。
可选的，还包括：
若接收到第二电子客户端发送的第一指示信息，则基于所述第一指示信息建立所述目标用户与所述信息写入者之间的关联关系。
可选的，还包括：
若接收到第二电子客户端发送的第二指示信息，则基于所述第二指示信息取消所述目标用户与所述信息写入者之间的关联关系。
本说明书实施例还提供一种信息推送方法，包括：
电子客户端接收服务器端推送的推送信息，所述推送信息为所述服务器端根据所述推送消息对应的消息输入者与用户之间的关联关系推送的；
将所述推送信息存入推送信息列表中，所述推送信息列表用于存储与所述用户具有关联关系的消息输入者以及消息输入者的标识对应的推送消息。
可选的，在接收服务器端推送的推送信息之前，还包括：
接收服务器端发送的请求信息，所述请求信息用于请求建立所述用户与所述信息写入者之间的关联关系；
向所述服务器端发送第一指示信息，所述第一指示信息用于响应所述请求信息。
可选的，在向所述服务器端发送第一指示信息之后，还包括：
向所述服务器端发送第二指示信息，所述第二指示信息用于指示取消所述用户与所述信息写入者之间的关联关系。
本说明书实施例还提供一种信息推送装置，包括：
确定单元，用于确定电子客户端需要推送的待推送信息；
发送单元，用于根据所述电子客户端的标识将所述待推送信息发送给所述电子客户端对应的服务器端，以使所述服务器端将所述待推送信息推送给与所述待推送信息对应的信息输入者具有关联关系的特定用户。
可选的，所述确定单元，用于确定消息输入者输入的待推送数据；根据所述待推送数据生成携带有所述待推送数据和特定参数的待推送信息，所述特定参数用于表示需要所述服务器端提供的推送服务。
可选的，还包括：
请求单元，用于向所述服务器端发送分配请求，所述分配请求用于请求为所述信息写入者分配信息输入口，所述信息输入口用于为输入的待推送数据配置特定参数。
可选的，请求单元，还用于还包括：向所述服务器端发送所述信息写入者的身份证明信息，以供所述服务器端根据所述身份证明信息验证所述信息写入者是否满足分配信息输入口的预定条件。
可选的，所述待推送信息包括：文字信息、声像信息、实物信息中的至少一个。
可选的，所述待推送信息还包括：与所述文字信息、声像信息、实物信息中的至少一个关联的链接。
本说明书实施例还提供一种信息推送装置，包括：
接收单元，用于接收第一电子客户端发送的待推送信息；
推送单元，根据所述待推送信息对应的消息输入者的标识，将所述待推送信息推送给特定用户，所述特定用户为与所述信息输入者具有关联关系的用户。
可选的，所述推送单元，还用于验证所述待推送信息中是否携带有特定参数，所述特定参数用于表示需要所述服务器端提供的推送服务。
可选的，还包括：
验证单元，用于接收第一电子客户端发送的分配请求，所述分配请求用于请求为所述信息写入者分配信息输入口，所述信息输入口用于为输入的待推送数据配置特定参数；对所述信息写入者进行验证，以确定所述信息写入者是否满足分配信息输入口的预定条件，并根据验证结果响应/拒绝响应所述分配请求。
可选的，所述验证单元，用于验证所述信息写入者是否通过实名认证且是否为特定身份。
可选的，所述验证单元，用于接收所述第一电子客户端发送的待验证身份证件的证件图像；分别对所述证件图像中的文字信息和证脸图像进行联网核查，并根据联网核查结果确定所述信息写入者是否通过实名认证。
可选的，所述验证单元，用于现场采集持证人的人脸图像；验证所述证脸图像、现场采集的人脸图像和联网核查到的人脸图像之间的相似度是否满足预定条件，获取验证结果；根据所述验证结果和所述联网核查结果确定所述信息写入者是否通过实名认证。
可选的，所述验证单元，用于验证所述信息写入者是否具有合法的收款码和/或合法的营业执照，并根据验证结果确定所述信息写入者是否为特定身份。
可选的，所述验证单元，用于验证所述信息写入者是否具有收款码；若是，则验证所述信息写入者的收款码是否为所述服务器端开通的收款码；若是，则确认所述信息写入者具有合法的收款码。
可选的，所述验证单元，用于接收所述第一客户端发送的待验证营业执照的图像；对所述待验证营业执照的图像进行验证，以确定所述待验证营业执照是否合法和/或所述信息写入者拥有所述待验证营业执照的使用权。
可选的，所述验证单元，用于对所述待验证营业执照的图像中的登记信息进行联网核查，并根据联网核查结果确定所述待验证营业执照是否合法。
可选的，所述验证单元，用于根据所述待验证营业执照的图像中的登记信息确定所述待验证营业执照所有人的身份信息；对与所述信息写入者关联的身份信息和所述待验证营业执照所有人的身份信息进行验证；若验证获知所述待验证营业执照所有人的身份信息和所述与所述信息写入者关联的身份信息相同，则确定所述信息写入者拥有所述待验证营业执照的使用权。
可选的，所述验证单元，还用于若验证获知所述待验证营业执照所有人的身份信息和所述与所述信息写入者关联的身份信息不同，则验证所述信息写入者是否具有所述待验证营业执照所有人的授权指示，所述授权指示用于指示授予所述信息写入者所述待验证营业执照的使用权。
可选的，所述验证单元，用于向所述待验证营业执照所有人发送授权验证信息，所述授权验证信息用于验证是否授予所述信息写入者所述待验证营业执照的使用权；若得到所述待验证营业执照所有人的确认信息，则确定所述信息写入者具有所述待验证营业执照所有人的授权指示。
可选的，还包括：
推荐单元，用于根据所述信息写入者的交易记录确定目标用户，所述目标用户为与所述信息写入者具有交易关系的用户；向所述目标用户发送请求信息，所述请求信息用于请求建立所述信息写入者与所述目标用户之间的关联关系。
可选的，所述推荐单元，用于获取所述目标用户的用户行为数据；根据所述目标用户的用户行为数据确定所述目标用户是否为免请求用户；若是，则默认设置所述目标用户与所述信息写入者之间具有关联关系。
可选的，所述推荐单元，用于根据所述目标用户的用户行为数据确定所述目标用户的活跃度，并根据所述活跃度确定所述目标用户是否为免推荐用户。
可选的，所述推荐单元，用于若接收到第二电子客户端发送的第一指示信息，则基于所述第一指示信息建立所述目标用户与所述信息写入者之间的关联关系。
可选的，所述推荐单元，用于若接收到第二电子客户端发送的第二指示信息，则基于所述第二指示信息取消所述目标用户与所述信息写入者之间的关联关系。
本说明书实施例还提供一种信息推送装置，包括：
接收单元，用于接收服务器端推送的推送信息，所述推送信息为所述服务器端根据所述推送消息对应的消息输入者与用户之间的关联关系推送的；
存储单元，用于将所述推送信息存入推送信息列表中，所述推送信息列表用于存储与所述用户具有关联关系的消息输入者以及消息输入者的标识对应的推送消息。
可选的，还包括：
指示单元，用于接收服务器端发送的请求信息，所述请求信息用于请求建立所述用户与所述信息写入者之间的关联关系；向所述服务器端发送第一指示信息，所述第一指示信息用于响应所述请求信息。
可选的，所述指示单元，还用于向所述服务器端发送第二指示信息，所述第二指示信息用于指示取消所述用户与所述信息写入者之间的关联关系。
本说明书实施例还提供一种信息推送装置，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
确定电子客户端需要推送的待推送信息；
根据所述电子客户端的标识将所述待推送信息发送给所述电子客户端对应的服务器端，以使所述服务器端将所述待推送信息推送给与所述待推送信息对应的信息输入者具有关联关系的特定用户。
本说明书实施例还提供一种信息推送装置，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
接收第一电子客户端发送的待推送信息；
根据所述待推送信息对应的消息输入者的标识，将所述待推送信息推送给特定用户，所述特定用户为与所述信息输入者具有关联关系的用户。
本说明书实施例还提供一种信息推送装置，包括：
处理器；以及
被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：
接收服务器端推送的推送信息，所述推送信息为所述服务器端根据所述推送消息对应的消息输入者与用户之间的关联关系推送的；
将所述推送信息存入推送信息列表中，所述推送信息列表用于存储与所述用户具有关联关系的消息输入者以及消息输入者的标识对应的推送消息。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
本说明书实施例通过建立信息输入者与用户之间的关联关系，以在信息输入者需要推送待推送信息时，可基于预建立的关联数据查找该信息输入者对应的特定用户，并将待推送信息推送给特定用户。而现有技术的信息触达用户的方案，一般是采用两个服务器实现信息推送，即用户1-服务器1-服务器2-服务器2的模式。例如：微信公众号。公众号所有人需要通过在pc端登录公众号服务平台，并上传需要推送的信息，然后，基于和微信后台服务器的信息对接，将需要推送的信息发送到微信后台服务器，由微信后台服务器发送给用户。相比之下，本申请无需服务器与服务器之间的数据对接，采用信息输入者-服务器端-用户的模式，即可实现信息输入者对应的待推送信息及时触达用户的目的。而且，信息输入者没有查获用户联系方式的权限，能保值用户信息安全。而且，信息输入者可直接在移动终端上输入需要推送的信息，便于信息输入者推送信息，增加了信息触达用户的效率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本说明书实施例的一个应用场景图；
图2为本说明书实施例的另一个应用场景图；
图3为本说明书实施例1提供的一种信息推送方法的流程示意图；
图4为本说明书实施例2提供的一种信息推送方法的流程示意图；
图5为本说明书实施例3提供的一种信息推送方法的流程示意图；
图6为本说明书实施例4提供的一种信息推送装置的结构示意图；
图7为本说明书实施例5提供的一种信息推送装置的结构示意图；
图8为本说明书实施例6提供的一种信息推送装置的结构示意图；
图9为本说明书实施例7提供的一种电子设备的结构示意图；
图10为本说明书实施例9提供的一种电子设备的结构示意图；
图11为本说明书实施例11提供的一种电子设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
参见图1，本申请的一个应用场景可以为：
信息输入者通过第一终端12向服务器端11发送待推送信息，服务器端11对信息输入者的身份进行识别，在识别确定信息输入者具有特定权限时，则为信息输入者提供推送服务，以将待推送信息推送到与信息输入者具有关联关系的特定用户的第二终端13上。
不难理解的是，信息输入者也可以作为另一个信息输入者的特定用户，接收另一个信息输入者推送的推送信息。
其中，信息输入者可以具体为商户或者商户对应的账号，特定用户可以为该商户的客户或者客户对应的账号。
参见图2，本申请的另一个应用场景可以为：
用户通过终端24查看服务器端22推送的信息，当查看到感兴趣的信息时，点击类似于“更多”等选项，终端24向服务器端22发送查看更多内容的请求，由服务器端22基于该请求与服务器端21进行信息对接，以将该请求对应的内容返回给终端24。
其中，服务器端22推送的信息可以为具有特定权限的用户推送给其他与该用户相关联的用户的信息，也可以为服务器端22基于管理员指示下发的通知等。
以下结合附图，详细说明本申请各实施例提供的技术方案。
实施例1
图3为本说明书实施例1提供的一种信息推送方法的流程示意图，参见图3，该方法可以由安装在图1所示的第一终端12上的电子客户端执行，具体可以包括如下步骤：
步骤32、确定电子客户端需要推送的待推送信息；
需要说明的是，步骤32的一种实现方式可以为：
向电子客户端对应的服务器端申请账号，以成为服务器端的普通用户。然后，向服务器端申请成为信息输入者。与普通用户相比，信息输入者具有更多的权限，而两者的账号可相同。使用信息输入者的叫法，仅用于区分于其他的普通用户。
申请过程可以为：发起称为信息输入者的请求，基于服务器端指示或用户指示，向所述服务器端发送所述信息写入者的身份证明信息，由所述服务器端根据所述身份证明信息验证所述信息写入者是否满足分配信息输入口的预定条件。若验证通过，则将为该用户分配信息输入者的权限，以及信息输入者对应的信息输入口。若验证未通过，则为用户分配普通用户的权限，以及普通用户对应的信息输入口。
成为信息输入者后，信息输入者可登录电子客户端，然后，通过服务器分配的信息输入口输入待推送数据。在将待推送数据推送至服务器端之前，由信息输入口为待推送数据配置参数，以向服务器端表明需要的服务类型。然后，由电子客户端为待推送数据配置信息输入者的账号，进而生成携带有待推送数据、参数和标识信息的待推送信息，并发送至电子客户端对应的服务器端。
其中，信息输入口配置的参数可以举例为1和0，1对应于需要服务器端提供推送服务，由服务器端将相关信息推送出去，参见上述本说明书实施例的第一种应用场景；0对应于需要服务器端提供请求服务器，由服务器端返回请求对应的信息，参见上述本说明书实施例的第二种应用场景。
当然，随着用户需求的增加或者考虑到管理的灵活性，可适应性地增加或者减少用户分类及其对应的权限，进而调整信息输入口配置的参数。
步骤24、根据所述电子客户端的标识将所述待推送信息发送给所述电子客户端对应的服务器端，以使所述服务器端将所述待推送信息推送给与所述待推送信息对应的信息输入者具有关联关系的特定用户。
需要说明的是，步骤24的一种实现方式可以为：
服务器端在接收到待推送信息后，对待推送信息进行解析，并对解析获取的信息输入者的账号和参数进行验证。验证目的包括：验证信息输入者的所对应的身份和权限，以查看该账号对应普通用户的权限还是信息输入者的权限；以及验证参数对应的服务类型，进而验证需要服务器提供的与账号权限是否一致。若一致，则提供对应的服务。例如，推送服务：基于信息输入者对应的账号查找与其有关联关系的用户，作为特定用户，并将待推送数据推送给特定用户。
可见，本实施例通过建立信息输入者与用户之间的关联关系，以在信息输入者需要推送待推送信息时，可基于预建立的关联数据查找该信息输入者对应的特定用户，并将待推送信息推送给特定用户。与现有技术相比，无需服务器与服务器之间的数据对接，即能实现信息输入者对应的待推送信息及时触达用户的目的。而且，信息输入者没有查获用户联系方式的权限，能保值用户信息安全。
实施例2
图3为本说明书实施例2提供的一种信息推送方法的流程示意图，参见图3，该方法可以由图1示出的服务器端11执行，具体可以包括如下步骤：
步骤42、接收第一电子客户端发送的待推送信息；
步骤44、根据所述待推送信息对应的消息输入者的标识，将所述待推送信息推送给特定用户，所述特定用户为与所述信息输入者具有关联关系的用户。
需要说明的是，在步骤42之前，还包括用户申请成为信息写入者身份的步骤，结合图1，该步骤具体可以为：
服务器端11接收用户通过安装在终端12上的电子客户端发送的分配请求，所述分配请求用于请求为所述用户分配信息输入口，所述信息输入口用于为通过信息输入口的待推送数据配置特定参数，该特定参数可以为信息输入口的id；对所述用户进行验证，以确定所述用户是否满足分配信息输入口的预定条件，若验证通过，则响应该分配请求，为用户分配信息输入口，确定该用户为信息写入者，记录信息写入者与分配的信息输入口的id之间的关联关系，并反馈验证通过的通知消息；若验证未通过，则拒绝响应所述分配请求，并反馈验证未通过的通知消息以及未通过的相关说明。
该步骤，对用户进行验证的内容与其所要申请的身份有关，例如：若要成为普通用户，则只需通过实名认证即可；若要成为信息写入者，则还需要更加专业条件，例如：是否为特定身份。
验证是否通过实名认证的实现方式可以为：
接收所述第一电子客户端发送的待验证身份证件的证件图像；分别对所述证件图像中的文字信息和证脸图像进行联网核查，并根据联网核查结果确定所述用户是否通过实名认证。
为保证人证统一，避免证件冒用的问题，还可以进一步地现场采集持证人的人脸图像，验证所述证脸图像、现场采集的人脸图像和联网核查到的人脸图像之间的相似度是否满足预定条件，获取验证结果；根据所述验证结果和所述联网核查结果确定所述用户是否通过实名认证。
以特定身份为商户为例，验证用户是否为特定身份的实现方式可以为：
首先，验证用户是否具有合法的收款码。具体可以为：验证所述用户是否具有收款码；若是，则验证所述用户的收款码是否为所述服务器端开通的收款码；若是，则确认所述用户具有合法的收款码。
其次，验证所述用户是否具有合法的营业执照。具体可以为：接收所述第一客户端发送的待验证营业执照的图像；对所述待验证营业执照的图像中的登记信息进行联网核查，例如：可通过查询工商局，或者第三方的营业执照查询系统进行联网核查，若该待验证营业执照上的登记信息属实且未过期，则确定待验证营业执照合法。
再次，为进一步地提高对作为申请人的用户的身份把控，保障用户权益，还需要验证用户是否拥有该待验证营业执照的使用权。具体可以为：根据所述待验证营业执照的图像中的登记信息确定所述待验证营业执照所有人的身份信息；对与所述用户关联的身份信息和所述待验证营业执照所有人的身份信息进行验证；若验证获知所述待验证营业执照所有人的身份信息和所述与所述用户关联的身份信息相同，则确定所述用户拥有所述待验证营业执照的使用权。若验证获知所述待验证营业执照所有人的身份信息和所述与所述用户关联的身份信息不同，则向所述待验证营业执照所有人发送授权验证信息，所述授权验证信息用于验证是否授予所述信息写入者所述待验证营业执照的使用权；若得到所述待验证营业执照所有人的确认信息，则确定所述信息写入者具有所述待验证营业执照所有人的授权指示。
基于上述用户申请成为信息写入者身份的步骤，步骤44的一种实现方式可以为：
解析接收到的待推送消息，获取其携带的消息输入者的标识，例如：账号等，然后，基于其账号查找预建立的表格，以确定与其账号与关联关系的账号，作为特定用户，并将待推送信息推送给特定用户对应的第二电子客户端。
本实现方式中，以信息写入者为商户为例，建立表格的步骤可以为：
首先，服务器端记录商户的交易记录，基于交易记录确定与商户发生交易的用户，并将与商户发生交易的用户作为潜在可成为特定用户的目标用户。然后，向所述目标用户发送请求信息，所述请求信息用于请求建立所述信息写入者与所述目标用户之间的关联关系。若接收到目标用户的确定信息，则将信息写入者与目标用户之间的关联关系记录在表格中。
为提高信息触达用户的效果，在向目标用户发送请求之前，还可以对目标用户进行分类，以确定目标用户为免请求用户还是普通用户，若是免请求用户则默认设置所述目标用户与所述信息写入者之间具有关联关系。其中，对目标用户进行分类的步骤可以为：获取所述目标用户的用户行为数据，根据所述目标用户的用户行为数据确定所述目标用户的活跃度，若目标用户的活跃度大于预定阈值，则确定目标用户为免推荐用户。
步骤44的另一种实现方式可以为：
在步骤44上一实现方式的基础上，解析接收到的待推送消息，获取其携带的信息输入者的账号、待推送数据以及输入待推送数据的信息输入口对应的参数，对信息输入者的账号和参数进行验证，以确定该参数表明的需要服务器端提供的服务，与信息输入者的身份和权限是否相吻合。例如：若该参数对应于推送服务，则要求该账号对应的身份和权限为信息输入者。验证通过，则执行查找特定用户，提供对应的服务的步骤。
可见，本实施例通过建立信息输入者与用户之间的关联关系，以在信息输入者需要推送待推送信息时，可基于预建立的关联数据查找该信息输入者对应的特定用户，并将待推送信息推送给特定用户，实现高效地信息触达用户的目的。而且，本实施例还通过设置成为信息输入者的条件，以确保信息输入者的身份可查，达到进一步提高用户信息安全的目的。
需要说明的是，对于上述实施例1-2，所提供方法的各步骤的执行主体均可以是同一设备，或者，由不同设备作为执行主体。比如，步骤22和步骤24的执行主体可以为设备1；又比如，步骤22的执行主体可以为设备1，步骤24的执行主体可以为设备2；等等。
实施例3
图5为本说明书实施例3提供的一种信息推送方法的流程示意图，参加图5，该方法具体可以包括如下步骤：
步骤51、用户通过第一电子客户端向服务器端发送开通信息输入者权限的请求；
步骤52、服务器端接收用户的请求，验证用户是否具有开通信息输入者权限的资格；
步骤53、若验证通过，则为用户分配信息输入口，以开通权限，下述称该用户为信息输入者；
步骤54、确定目标用户；
需要说明的是，服务器端从数据库中提取该信息输入者的交易记录，并从交易记录中提取出与该信息输入者发生过交易的用户，作为该信息输入者的目标用户。
步骤55、提示目标用户关注
服务器端基于信息输入者的账号或者将分配给该信息输入者的信息输入口的id生成请求信息，并将请求信息发送至目标用户对应的第二电子客户端，以请求目标用户与该信息输入者建立关联关系。
步骤56、第二电子客户端返回指示关注的指示信息
第二电子客户端展示服务器端发送的请求信息，若目标用户点选类似于“关注”的选项，则第二电子客户端生成第一指示信息，并发送至服务器端。第一指示信息用于指示服务器端建立目标用户和信息写入者之间的关联关系。
另外，若目标用户点选类似于“取消关注”的选项，则第二电子客户端生成第二指示信息，所述第二指示信息用于指示取消所述用户与所述信息写入者之间的关联关系。
步骤57、服务器端建立目标用户和信息输入者之间的关联
服务器端在接收到第二电子客户端发送的第一指示信息后，解析第一指示信息，以基于所述第一指示信息建立所述目标用户与所述信息写入者之间的关联关系。
步骤58、第一电子客户端向服务器端发送待推送信息
需要说明的是，信息输入者通过服务器端分配的信息输入口输入待推送数据，由信息输入口和第一电子客户端分别配置特定参数和信息输入者的账号，进而生成待推送信息。
本步骤中，待推送数据可以为：文字信息、声像信息、实物信息等，和/或，相关的链接。例如：待推送数据为图片+链接。
步骤59、服务器端确定可推送的特定用户
服务器端对接收到的待推送信息进行解析，获取其中携带的信息输入者的账号和对应信息输入口的特定参数。然后，基于特定参数确定信息输入者所需服务种类，若基于特定参数确定需要提供推送服务，则基于信息输入者的账号确定与信息输入者之间关注关联关系的特定用户。
步骤510、服务器端推送待推送信息
服务器端基于步骤59确定的特定用户将待推送信息或者仅将待推送数据推送给特定用户对应的第二电子客户端。由第二电子客户端将信息存入推送信息列表中，所述推送信息列表用于存储与所述用户具有关联关系的消息输入者以及消息输入者的标识对应的推送消息。在用户打开第二电子客户端时，可通过查看推送信息列表读取推送的信息。
其中，第一电子客户端和第二电子客户端可以为安装在移动终端的应用程序，也可以为通过pc端登录的网页版应用程序。
可见，本实施例基于服务器端构建的信息输入者与特定用户之间的关联关系，将信息输入者需要推送的信息推送给特定用户，实现信息触达用户的目的。
对于上述方法实施方式，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施方式并不受所描述的动作顺序的限制，因为依据本发明实施方式，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施方式均属于优选实施方式，所涉及的动作并不一定是本发明实施方式所必须的。
实施例4
图6为本说明书实施例4提供的一种信息推送装置的结构示意图，参见图6，该装置具体可以包括：确定单元61和发送单元62，其中：
确定单元61，用于确定电子客户端需要推送的待推送信息；
发送单元62，用于根据所述电子客户端的标识将所述待推送信息发送给所述电子客户端对应的服务器端，以使所述服务器端将所述待推送信息推送给与所述待推送信息对应的信息输入者具有关联关系的特定用户。
其中，待推送信息包括：文字信息、声像信息、实物信息中的至少一个，或者，与所述文字信息、声像信息、实物信息中的至少一个关联的链接。
本实施例中，确定单元61的工作原理可以为：
确定消息输入者输入的待推送数据；根据所述待推送数据生成携带有所述待推送数据和特定参数的待推送信息，所述特定参数用于表示需要所述服务器端提供的推送服务。
另外，本实施例还包括：请求单元(图中未示出)，其工作原理可以为：
向所述服务器端发送分配请求，所述分配请求用于请求为所述信息写入者分配信息输入口，所述信息输入口用于为输入的待推送数据配置特定参数。
向所述服务器端发送所述信息写入者的身份证明信息，以供所述服务器端根据所述身份证明信息验证所述信息写入者是否满足分配信息输入口的预定条件。
可见，本实施例通过建立信息输入者与用户之间的关联关系，以在信息输入者需要推送待推送信息时，可基于预建立的关联数据查找该信息输入者对应的特定用户，并将待推送信息推送给特定用户。与现有技术相比，无需服务器与服务器之间的数据对接，即能实现信息输入者对应的待推送信息及时触达用户的目的。而且，信息输入者没有查获用户联系方式的权限，能保值用户信息安全。
实施例5
图7为本说明书实施例5提供的一种信息推送装置的结构示意图，参见图7，该装置可以包括：验证单元71、推荐单元72、接收单元73以及推送单元74，其中：
验证单元71，用于验证第一电子客户端对应的用户是否具有成为信息输入者的资格，若是，则将所述用户作为信息输入者；
推荐单元72，用于将信息输入者或者信息输入者的账号推荐给其他用户；
接收单元73，用于接收第一电子客户端发送的待推送信息；
推送单元74，根据所述待推送信息对应的消息输入者的标识，将所述待推送信息推送给特定用户，所述特定用户为与所述信息输入者具有关联关系的用户。
本实施例中，验证单元71的工作原理可以为：
接收第一电子客户端发送的分配请求，所述分配请求用于请求为所述信息写入者分配信息输入口，所述信息输入口用于为输入的待推送数据配置特定参数；对所述信息写入者进行验证，以确定所述信息写入者是否满足分配信息输入口的预定条件，并根据验证结果响应/拒绝响应所述分配请求。
验证内容包括：信息写入者是否通过实名认证且是否为特定身份。
验证是否通过实名认证的具体方案可以为：
接收所述第一电子客户端发送的待验证身份证件的证件图像；分别对所述证件图像中的文字信息和证脸图像进行联网核查，并根据联网核查结果确定所述信息写入者是否通过实名认证。现场采集持证人的人脸图像；验证所述证脸图像、现场采集的人脸图像和联网核查到的人脸图像之间的相似度是否满足预定条件，获取验证结果；根据所述验证结果和所述联网核查结果确定所述信息写入者是否通过实名认证。
验证是否为特定身份的具体方案可以为：
所述信息写入者是否具有合法的收款码和/或合法的营业执照，并根据验证结果确定所述信息写入者是否为特定身份。
验证所述信息写入者是否具有收款码；若是，则验证所述信息写入者的收款码是否为所述服务器端开通的收款码；若是，则确认所述信息写入者具有合法的收款码。
接收所述第一客户端发送的待验证营业执照的图像；对所述待验证营业执照的图像进行验证，以确定所述待验证营业执照是否合法和/或所述信息写入者拥有所述待验证营业执照的使用权。对所述待验证营业执照的图像中的登记信息进行联网核查，并根据联网核查结果确定所述待验证营业执照是否合法。
根据所述待验证营业执照的图像中的登记信息确定所述待验证营业执照所有人的身份信息；对与所述信息写入者关联的身份信息和所述待验证营业执照所有人的身份信息进行验证；若验证获知所述待验证营业执照所有人的身份信息和所述与所述信息写入者关联的身份信息相同，则确定所述信息写入者拥有所述待验证营业执照的使用权。
若验证获知所述待验证营业执照所有人的身份信息和所述与所述信息写入者关联的身份信息不同，则验证所述信息写入者是否具有所述待验证营业执照所有人的授权指示，所述授权指示用于指示授予所述信息写入者所述待验证营业执照的使用权。
向所述待验证营业执照所有人发送授权验证信息，所述授权验证信息用于验证是否授予所述信息写入者所述待验证营业执照的使用权；若得到所述待验证营业执照所有人的确认信息，则确定所述信息写入者具有所述待验证营业执照所有人的授权指示。
本实施例中，推荐单元72的工作原理可以为：
根据所述信息写入者的交易记录确定目标用户，所述目标用户为与所述信息写入者具有交易关系的用户；向所述目标用户发送请求信息，所述请求信息用于请求建立所述信息写入者与所述目标用户之间的关联关系。
或者，获取所述目标用户的用户行为数据；根据所述目标用户的用户行为数据确定所述目标用户的活跃度，并根据所述活跃度确定所述目标用户是否为免推荐用户；若是，则默认设置所述目标用户与所述信息写入者之间具有关联关系。
若接收到第二电子客户端发送的第一指示信息，则基于所述第一指示信息建立所述目标用户与所述信息写入者之间的关联关系。
若接收到第二电子客户端发送的第二指示信息，则基于所述第二指示信息取消所述目标用户与所述信息写入者之间的关联关系。
本实施例中，推送单元73用于验证所述待推送信息中是否携带有特定参数，所述特定参数用于表示需要所述服务器端提供的推送服务。
实施例6
图8为本说明书实施例6提供的一种信息推送装置的结构示意图，参见图8，该装置可以包括：接收单元81和存储单元82，其中：
接收单元81，用于接收服务器端推送的推送信息，所述推送信息为所述服务器端根据所述推送消息对应的消息输入者与用户之间的关联关系推送的；
存储单元82，用于将所述推送信息存入推送信息列表中，所述推送信息列表用于存储与所述用户具有关联关系的消息输入者以及消息输入者的标识对应的推送消息。
另外，本实施例中，该装置还包括：指示单元(图中未示出)，其工作原理可以为：
接收服务器端发送的请求信息，所述请求信息用于请求建立所述用户与所述信息写入者之间的关联关系；向所述服务器端发送第一指示信息，所述第一指示信息用于响应所述请求信息。
向所述服务器端发送第二指示信息，所述第二指示信息用于指示取消所述用户与所述信息写入者之间的关联关系。
对于上述装置实施方式而言，由于其与方法实施方式基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。
应当注意的是，在本发明的装置的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本发明不受限于此，可以根据需要对各个部件进行重新划分或者组合。
实施例7
图9为本说明书实施例7提供的一种电子设备的结构示意图，参见图9，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成信息推送装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
网络接口、处理器和存储器可以通过总线系统相互连接。总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器可能包含高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器。
处理器，用于执行所述存储器存放的程序，并具体执行：
确定电子客户端需要推送的待推送信息；
根据所述电子客户端的标识将所述待推送信息发送给所述电子客户端对应的服务器端，以使所述服务器端将所述待推送信息推送给与所述待推送信息对应的信息输入者具有关联关系的特定用户。
上述如本申请图3和图6所示实施例揭示的信息推送装置或管理者(master)节点执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
信息推送装置还可执行图3的方法，并实现管理者节点执行的方法。
实施例8
基于相同的发明创造，本说明书实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行实施例1提供的信息推送方法。
实施例9
图10为本说明书实施例9提供的一种电子设备的结构示意图，参见图10，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成信息推送装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
网络接口、处理器和存储器可以通过总线系统相互连接。总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器可能包含高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器。
处理器，用于执行所述存储器存放的程序，并具体执行：
接收第一电子客户端发送的待推送信息；
根据所述待推送信息对应的消息输入者的标识，将所述待推送信息推送给特定用户，所述特定用户为与所述信息输入者具有关联关系的用户。
上述如本申请图4和图7所示实施例揭示的信息推送装置或管理者(master)节点执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
信息推送装置还可执行图4的方法，并实现管理者节点执行的方法。
实施例10
基于相同的发明创造，本说明书实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行实施例2提供的信息推送方法。
实施例11
图11为本说明书实施例11提供的一种电子设备的结构示意图，参见图11，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成信息推送装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
网络接口、处理器和存储器可以通过总线系统相互连接。总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
存储器用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器可能包含高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器。
处理器，用于执行所述存储器存放的程序，并具体执行：
接收服务器端推送的推送信息，所述推送信息为所述服务器端根据所述推送消息对应的消息输入者与用户之间的关联关系推送的；
将所述推送信息存入推送信息列表中，所述推送信息列表用于存储与所述用户具有关联关系的消息输入者以及消息输入者的标识对应的推送消息。
上述如本申请图8所示实施例揭示的信息推送装置或管理者(master)节点执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。