CN115438264A - 一种信息处理方法、装置及设备 - Google Patents

Abstract

本申请实施例公开了一种信息处理方法、装置及设备，所述方法包括：接收第一用户的业务口令，所述业务口令是根据第二用户的待共享信息所生成的；基于所述业务口令，获取所述待共享信息和第一用户特征；根据所述待共享信息和第一用户特征，获取推荐信息；将所述推荐信息发送给所述第一用户。采用本发明的方法，在共享信息时，服务端根据第一用户特征结合待共享信息进行信息推荐。

Description

一种信息处理方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息处理方法、装置及设备。

背景技术

目前，用户间有多种分享信息的方法，通过口令分享是其中的一种。

即用户在需要分享信息时，先把待分享内容进行打包，上传至服务器，服务器根据接收的待分享内容生成和待分享内容唯一对应的一组口令，并将该口令返回用户。用户可以向其他用户分享这组口令，进而，其他用户可根据这组口令获得对应的分享内容。

基于现有技术，我们需要一种更有效的分享信息的方法。

发明内容

本申请实施例提供一种信息处理方法、装置及设备，用以解决如下问题：以提供一种更有效的分享信息的方法。

本申请实施例提供的一种信息处理方法，包括：

接收第一用户的业务口令，所述业务口令是根据第二用户的待共享信息所生成的；

基于所述业务口令，获取所述待共享信息和第一用户特征；

根据所述待共享信息和第一用户特征，获取推荐信息；

将所述推荐信息发送给所述第一用户。

基于同样的思路，本申请实施例提供一种信息处理装置，所述装置包括：

接收模块，接受第一用户的业务口令，所述业务口令是根据第二用户的共享信息生成的；

第一获取模块，基于所述业务口令，获取待共享信息和第一用户特征；

第二获取模块，根据所述待共享信息和第一用户特征，获取推荐信息；

发送模块，发送所述推荐信息给所述的第一用户。

本申请实施例还提供一种信息处理服务器，所述服务器包括：

存储器，存储信息处理程序；

处理器，在接收到业务口令后，调用存储器中的信息处理程序，并执行：

根据业务口令获取待共享信息和第一用户特征，根据所述的待共享信息和第一用户特征获取推荐信息；

通信接口，接收业务口令，并发送所述推荐信息。

本申请实施例还提供了一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

监听业务口令；

根据业务口令获取待共享信息和第一用户特征，根据所述的待共享信息和第一用户特征获取推荐信息。

相较于现有技术而言，本申请实施例中通过引入第一用户特征，服务端再根据第一用户特征结合待共享的信息进行处理，有效实现了根据第一用户特征进行差异性展示，即同一条共享信息会根据第一用户的不同特征展示出不同的推荐信息。此外，在进行差异化展示之前，还可以根据业务类型进行判断，本次共享是否需要进行差异化展示，从而使得推荐信息更符合实际情况的需要，更为实用。

附图说明

图1为本申请实施例提供的架构示意图；

图2为本申请实施例提供的一种信息处理方法流程示意图；

图3为本申请实施例提供的部分流程示意图；

图4为本申请实施例中的部分流程示意图；

图5为本申请实施例提供的另一种信息处理方法的流程示意图；

图6为本申请实施例提供的一种信息处理装置的结构示意图；

图7为本申请实施例提供的另一种信息处理装置的结构示意图；

图8为本申请实施例提供的一种信息处理服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

基于前述内容，本申请提供一种信息处理方法，使得第一用户在请求获得共享信息时，服务端会根据第一用户特征做出差异化展示。也即，对于同一条共享信息，服务端会根据用户的不同特征展示出不同的推荐信息。

这里需要说明的是，所述的业务口令，可包括：红包口令(用于领取相应的虚拟红包)、在线商户的商品页面口令(用于访问至相应的商品页面)、交友口令(用于添加好友)等等，当然，在实际的业务场景中还有不同形式的业务口令，这里不再一一列举。可见，不同的业务口令对应着不同的业务内容。

在本申请实施例中，所述的信息处理方法可采用如图1所示的架构。在图1中，至少包括：客户端、服务器(为便于描述，以下将简称为：服务端)。

其中，所述客户端具有业务口令功能，即，用户可以通过业务客户端实现业务口令的编辑和使用。

所述的服务端，与客户端相关联，作为客户端的后台服务器，能够根据客户端发送的请求生成业务口令，以及对业务口令的使用者进行校验。

不同用户之间可通过即时通讯(Instant Messaging，IM)应用客户端、短信服务(Short Messaging Service，SMS)、彩信服务(Multimedia Messaging Service，MMS)等途径，实现对业务口令的分享、传输。(以下将接收业务口令并获取待共享内容的用户称为：第一用户；将上传待共享内容的用户称为：第二用户)

但应理解，在实际操作时，第一用户所接收到的业务口令，不一定是第二用户直接分享或传输的，有可能经过了不同的多个用户之间多次传输后，第一用户才接收到业务口令，这样的传输过程，也应看作是上述图1中的涵盖范围之内。

下面将基于如图1所示的架构，详细说明本申请实施例提供的信息处理过程。

本申请实施例提供的信息处理方法如图2所示，该过程具体包括以下步骤：

步骤S201，接收第一用户的业务口令，所述业务口令是根据第二用户的待共享信息所生成的。

此处的第一用户即指希望从服务端获得待共享信息的用户，也就是接收方，第二用户即为希望向他人共享信息的用户，也就是共享方。第二用户预先上传待共享信息至服务端。

第一用户为获取待共享信息，向服务端发出业务口令，所述业务口令是服务端根据第二用户的共享信息所预先所生成的，业务口令和所述的待共享薪资之间存在对应的关系。需要说明的是，这里第一用户的业务口令可以是第一用户通过其他软件或者硬件模块从其他方(包括但不局限于第二用户)所得到的。作为一种可实现方式，第一用户客户端检测到该业务口令可自动转发服务端。作为另一种可实现方式，第一用户还可通过客户端手动发送该业务口令至服务端。

步骤S202，基于所述业务口令，获取待共享信息和第一用户特征。

由于业务口令与所述的待共享信息之间存在对应关系，基于业务口令，再即可确定待共享的信息。

获取待共享信息的同时，服务端还获取所述第一用户特征。具体来说，包括如下方法：

基于所述业务口令，获取所述业务口令同时携带的第一用户特征。第一用户客户端在上传业务口令的同时，还可以携带第一用户特征，所述的第一用户特征至少包括用户的地理位置、用户的偏好属性(例如口味)、用户的自然生物属性(例如性别)。具体选取哪一种或者哪几种特征作为第一用户特征，根据业务需要而定。需要同时携带的用户特征可以通过第一用户的客户端实时获取，比如向第一用户的特征模块(比如定位模块)来获取。容易理解，在实时获取第一用户特征的时候，并不局限于只获取这些动态的用户特征(比如地点)，也可以通过客户端获取其他的一些第一用户特征(例如预存在客户端的用户性别)。

或者基于所述业务口令同时携带的第一用户信息，获取预先存储的第一用户特征。即第一用户客户端在上传业务口令的同时，还可以携带第一用户的信息(比如账号)，基于账号可以获取预先存储的第一用户特征，比如第一用户的某些自然生物属性(包括性别、年龄等)、个人偏好等。

显然，前述两种获取第一用户特征的方式并不冲突，是可以同时采用或者分别采用的。

步骤S203，根据所述待共享信息和第一用户特征，获取推荐信息。

服务端在获取了待共享信息和第一用户特征之后，可以根据第一用户特征，对待共享信息进行转化。在这个阶段的应用过程中，具体的说，它包括如下的步骤，如图3所示：

步骤S301，确定所述待共享信息的业务特征。对一个具体的业务而言，待共享信息中总是会包含一些业务特征，比如名称、业务类型等等，例如A将北京的提供住宿的X店共享，该共享信息所包含的业务特征即有X店和住宿。

步骤S302，根据所述业务特征和第一用户特征，获取推荐信息。首先需要说明的是，所述的业务特征或者第一用户特征可以是一个，也可以是多个。在确定了业务特征和第一用户特征之后，通过这些特征作为限制条件，对预存的信息进行查询或者匹配，以得到推荐信息。容易理解，这里的预存信息中包括与待共享信息类似的一些信息，比如酒店信息、休闲场所信息、旅游信息等等，这些预存信息可以存储于本地磁盘、数据库、云存储平台等存储设备平台中，所述预存信息也是可以更新的，以保证解析的结果不会过时。

例如，用户A将北京的提供住宿的X店共享给在上海的朋友B，服务端根据X店、住宿和上海进行处理，获得推荐信息上海提供住宿的X店。

例如，用户C将甜口味的K菜，共享给朋友D，但是D的用户特征的偏好属性为咸，服务端根据K菜和咸口味进行处理，获得推荐信息为咸口味的K菜。

例如，女性用户E品牌F的女装，共享给其男友，服务端根据该服装品牌F和男性进行处理，获得推荐信息为该品牌F的男装。

总之，服务端在获取推荐信息时，会根据待共享信息中的业务特征和第一用户特征进行处理，所得推荐信息会根据第一用户特征的不同出现差异化，以符合第一用户的偏好或者实际需求，提高推荐信息的实用性。

作为本申请实施例的一种可行方案，在获取推荐信息时，还可以采用如下流程进行，如图4所示：

步骤S401，根据所述业务特征和第一用户特征，获取包含第一用户特征和全部所述业务特征的推荐信息。也就是通常意义上所说的精确匹配，例如用户A将北京提供住宿的X店共享给上海的B，那么服务端根据住宿、X店和上海进行查询或者匹配，获得在上海提供住宿的X店，则以该信息作为推荐信息。

步骤S402，若根据所述业务特征和第一用户特征获取包含第一用户特征和全部所述业务特征的推荐信息失败，则根据所述业务特征和第一用户特征，获取包含第一用户特征和部分所述业务特征的推荐信息。即查询或者匹配失败，精确匹配无法得到结果。在前述的例子中，若没有找到在上海提供住宿的X酒店，此时就以上海和X店作为限制条件进行匹配，或者以上海和住宿作为条件进行匹配，得到上海提供其他业务的X店或者上海提供住宿的其他酒店，以该信息作为推荐信息。

步骤S403，若根据所述业务特征和第一用户特征，获取包含第一用户特征和部分所述业务特征的推荐信息失败，则以所述待共享信息作为推荐信息。例如当前述的方法仍然无法得到结果时，找不到上海提供其他业务的X店或者上海提供住宿的其他店，此时以北京提供住宿的X店作为推荐信息发送给朋友B。

进一步的，若获得多个推荐信息，根据所述第一用户特征对所述多个推荐信息进行排序。在获得了排序的结果后，再根据排序的结果选择推荐信息。至于是以最优的结果，还是所有的排序结果或者部分结果作为推荐信息，可以根据具体业务情况进行选择。在排序的时候具体选择何种算法，需要考虑哪些第一用户特征，在考虑多个用户特征时如何设置权重，可以根据实际的需要进行选择。例如在前述的例子中，X酒店是一个连锁酒店，服务端根据住宿、X店和上海进行查询或者匹配，获得了多个在上海的X店，此时服务端可以根据各X酒店距离B的距离远近进行排序，以距离B最近的X酒店作为推荐信息。

步骤S204，发送所述推荐信息给所述的第一用户。此时B所得推荐信息不再是A所共享的在北京的酒店X，而是在上海的酒店X，即根据B的用户特征而出现差异化展示，以符合用户的偏好或者实际需求，提高推荐信息的实用性。

在本申请前述的方案中，通过引入第一用户特征，服务端再根据第一用户特征结合待共享的信息进行处理，有效实现了根据第一用户特征进行差异性展示，即同一条共享信息会根据用户的不同特征展示出不同的推荐信息。特别是在根据动态的第一用户特征进行推荐时，第一用户得到的推荐信息是根据第一用户特征可以实时变化的，从而推荐信息更符合用户实际情况的需要。

此外，在本申请实施例中，还会存在另外一种情况，即用户并不希望自己推荐的信息进行差异化转化。那么在这种情况下，根据实际需要，可以在生成业务口令的时候往其中添加业务标识，服务端上设定当业务口令携带有特定业务标识的时候，所对应的待共享信息不进行转化，以待共享信息作为推荐信息。

同时，本申请实施例还提供另一种信息处理方法，如图5所示，它包括如下步骤：

步骤S501，接收第二用户的待共享信息，所述待共享信息包含业务特征。所述的待共享信息，在本申请实施例中，是第二用户希望与其他人所共享的信息，通常意义上，该信息是通过第二用户的客户端上传至服务端的，但可以理解的，信息的上传方式也不局限于客户端这一种。在上传之前，第二用户端还可以根据需要将待分享信息(比如包括标题、描述、关键字以及访问连接等)进行打包，再将打包好的信息传输给服务端。

步骤S502，存储所述待共享信息。

步骤S503，生成与所述待共享信息对应的业务口令。

通常来说，业务口令是根据待共享信息的内容生成的。但是容易理解，也是可以脱离待共享信息的内容，进行生成的，例如按顺序给待共享信息一个编号，再根据编号进行业务口令生成，只需要生成的业务口令和待共享信息具有对应关系即可。

例如此时服务端首先根据待共享信息获取一段编码，比如abc，该编码唯一的对应所述待共享的信息，然后这个编码还可以根据业务需要进行组合，比如根据某业务名称为H，则可以组合成为[H]abc，作为业务口令，其仍然指向所述的待共享信息。只需所述的业务口令和待共享信息之间是对应的，即业务口令指向唯一的待共享信息即可。

步骤S504，发送所述业务口令至第二用户。

然后，服务端再将业务口令下发，返回给第二用户的客户端。或者还可以公开这个业务口令，其目的就是为了让所述业务口令能够为信息共享者或者更多的用户所知道。

第二用户或者其他用户在获得了所述待共享信息生成的业务口令之后，用户在将该信息共享给其他人时候，就不再需要发送所有的待共享信息，只需要将所述的待共享信息所对应的业务口令发送给第一用户即可。在这个传输业务口令的过程中，可以通过某些第三方软件功能或者硬件模块来传输，也可以在用户端之间点对点直接传输。在本方案中，不做具体的限定。

基于同样的思路，本发明还提供一种信息处理装置，如图6所示，包括：

接收模块601，接受第一用户的业务口令，所述业务口令是根据第二用户的共享信息生成的；

第一获取模块602，基于所述业务口令，获取待共享信息和第一用户特征；

第二获取模块603，根据所述待共享信息和第一用户特征，获取推荐信息；

发送模块604，发送所述推荐信息给所述的第一用户。

进一步地，所述第一获取模块602，基于所述业务口令，获取所述业务口令同时携带的第一用户特征，或，基于所述业务口令同时携带的第一用户信息，获取预先存储的第一用户特征。

进一步地，所述第二获取模块603，确定所述待共享信息中所包含的业务特征；根据所述业务特征和第一用户特征，获取推荐信息。

更进一步地，所述第二获取模块603，根据所述业务特征和第一用户特征，获取包含第一用户特征和全部所述业务特征的推荐信息。

更进一步地，所述第二获取模块603，若获取包含第一用户特征和全部所述业务特征的推荐信息失败，则获取包含第一用户特征和部分所述业务特征的推荐信息。

更进一步地，所述第二获取模块603，若获取包含第一用户特征和部分所述业务特征的推荐信息失败，则以待共享信息作为推荐信息。

作为本申请实施例的一个可实施方案，所述第二获取模块603，若获取得到多个推荐信息，根据所述第一用户特征对所述多个查询结果进行排序。

在前述的方案中，第一用户特征至少包括：第一用户的地理位置、第一用户的偏好属性、第一用户的自然生物属性。

此外，在前述的信息处理装置中，所述业务口令还可以包含业务标识；若所述业务标识为特定业务标识，所述获取模块以所述待共享信息作为推荐信息。

对应的，本申请实施例还提供另一种信息处理装置，如图7所示，包括：

接收模块701，接收第二用户的待共享信息，所述待共享信息包含业务特征；

存储模块702，存储所述待共享信息；

生成模块703，生成与所述待共享信息对应的业务口令；

发送模块704，发送所述业务口令至第二用户。

本申请还提供一种信息处理设备，包括一种信息处理服务器，所述服务器包括：

存储器801，存储信息处理程序；

处理器802，在接收到业务口令后，调用存储器中的信息处理程序，并执行：

根据业务口令获取待共享信息和第一用户特征，根据所述的待共享信息和第一用户特征获取推荐信息；

通信接口803，接收业务口令，并发送所述推荐信息。

基于同样的发明思路，本申请实施例还提供了对应的一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

监听业务口令；

根据业务口令获取待共享信息和第一用户特征，根据所述的待共享信息和第一用户特征获取推荐信息。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和介质类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可，这里就不再一一赘述。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field ProgrammableGateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell UniversityProgramming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定事务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行事务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利范围之中。

Claims (22)

1.一种信息处理方法，包括：

接收第一用户的业务口令，所述业务口令是根据第二用户的待共享信息所生成的；

基于所述业务口令，获取所述待共享信息和第一用户特征；

根据所述待共享信息和第一用户特征，获取推荐信息；

将所述推荐信息发送给所述第一用户。

2.如权利要求1所述的信息处理方法，基于所述业务口令，获取第一用户特征，包括：

基于所述业务口令，获取所述业务口令携带的第一用户特征，或，

基于所述业务口令携带的第一用户信息，获取预先存储的第一用户特征。

3.如权利要求1所述的信息处理方法，根据所述待共享信息和第一用户特征，获取推荐信息，具体包括：

确定所述待共享信息的业务特征；

根据所述业务特征和第一用户特征，获取推荐信息。

4.如权利要求3所述的信息处理方法，根据所述业务特征和第一用户特征，获取推荐信息，具体包括：

根据所述业务特征和第一用户特征，获取包含第一用户特征和全部所述业务特征的推荐信息。

5.如权利要求4所述的信息处理方法，若获取所述推荐信息失败，所述方法还包括：

根据所述业务特征和第一用户特征，获取包含第一用户特征和部分所述业务特征的推荐信息。

6.如权利要求5所述的信息处理方法，若根据所述业务特征和第一用户特征，获取包含第一用户特征和部分所述业务特征的推荐信息失败，所述方法还包括：

将所述待共享信息确定为推荐信息。

7.如权利要求4或者5所述的信息处理方法，所述方法还包括：

若获得多个推荐信息，根据所述第一用户特征对所述多个推荐信息进行排序。

8.如权利要求1所述的信息处理方法，所述第一用户特征至少包括第一用户的地理位置、第一用户的偏好属性、第一用户的自然生物属性中的一种或几种。

9.如权利要求1所述的信息处理方法，所述根据所述待共享信息和第一用户特征，获取推荐信息，具体包括：

确定所述待共享信息的业务特征；

根据所述待共享信息中的业务特征和第一用户特征进行处理，所得推荐信息根据第一用户特征的不同出现差异化。

10.如权利要求9所述的信息处理方法，所述方法还包括：

在进行差异化展示之前，根据业务类型进行判断，所述推荐信息是否需要进行差异化展示。

11.如权利要求1所述的信息处理方法，所述方法还包括：

当所述业务口令携带有特定业务标识时，以所述待共享信息作为推荐信息；所述特定业务标识表示所述业务口令对应的待共享信息不进行转化。

12.如权利要求1所述的信息处理方法，所述方法还包括：

所述业务口令包括所述第二用户直接分享或传输给第一用户的业务口令，或者经过不同的多个用户之间多次传输后，传输给第一用户的业务口令。

13.如权利要求1所述的信息处理方法，所述方法还包括：

接收所述第二用户的待共享信息，所述待共享信息包含业务特征；

存储所述待共享信息；

生成与所述待共享信息对应的业务口令；

发送所述业务口令至第二用户。

14.一种信息处理装置，包括：

接收模块，接收第一用户的业务口令，所述业务口令是根据第二用户的共享信息生成的；

第一获取模块，基于所述业务口令，获取待共享信息和第一用户特征；

第二获取模块，根据所述待共享信息和第一用户特征，获取推荐信息；

发送模块，发送所述推荐信息给所述的第一用户。

15.如权利要求14所述的信息处理装置，所述第一获取模块，基于所述业务口令，获取所述业务口令同时携带的第一用户特征，或，基于所述业务口令同时携带的第一用户信息，获取预先存储的第一用户特征。

16.如权利要求14所述的信息处理装置，所述第二获取模块，确定所述待共享信息中所包含的业务特征；根据所述业务特征和第一用户特征，获取推荐信息。

17.如权利要求16所述的信息处理装置，所述第二获取模块，根据所述业务特征和第一用户特征，获取包含第一用户特征和全部所述业务特征的推荐信息。

18.如权利要求17所述的信息处理装置，所述第二获取模块，若获取包含第一用户特征和全部所述业务特征的推荐信息失败，则获取包含第一用户特征和部分所述业务特征的推荐信息。

19.如权利要求18所述的信息处理装置，所述第二获取模块，若获取包含第一用户特征和部分所述业务特征的推荐信息失败，则以待共享信息作为推荐信息。

20.如权利要求17或18所述的信息处理装置，所述第二获取模块，若获取得到多个推荐信息，根据所述第一用户特征对所述多个推荐信息进行排序。

21.一种信息处理服务器，所述服务器包括：

存储器，存储信息处理程序；

处理器，接收到业务口令后，调用存储器中的信息处理程序，并执行：

根据业务口令获取待共享信息和第一用户特征，根据所述待共享信息和第一用户特征获取推荐信息；

通信接口，接收业务口令，并发送所述推荐信息。

22.一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机执行指令设置为：

监听业务口令；

根据业务口令获取待共享信息和第一用户特征，根据所述的待共享信息和第一用户特征获取推荐信息。

Images