CN114401313A - 用户间互动的方法及电子设备 - Google Patents

Abstract

本申请实施例公开了用户间互动的方法及电子设备，所述方法包括：获取第二用户对第一用户关联的商品或店铺产生的行为信息；所述商品是利用所述第一用户的个人账号进行发布的；根据所述第二用户对应的行为信息，生成消息内容；通过发送消息的方式，将所述消息内容发送到所述第一用户的个人账号关联的移动终端侧客户端，以便所述第一用户通过所述个人账户与所述第二用户进行互动。通过本申请实施例，能够向店主用户提供消费者的行为动态，并使得店主用户能够直接通过移动终端侧的客户端，主动与消费者进行互动。

Description

用户间互动的方法及电子设备

技术领域

本申请涉及商品信息服务技术领域，特别是涉及用户间互动的方法及电子设备。

背景技术

在商品信息服务***中，一方面致力于为消费者用户提供网上购物便利，另一方面也致力于帮助商家用户获得更高的销量。例如，对于后者，现有的***能够为商家用户提供一些关于成交量、进店人数、咨询量、转化率等统计数据的看板，帮助商家通过对比数据对比等方式，更好的了解店铺中的日常经营情况的动态，进行有针对性地改进。

但是，这种数据通常是通过提供给商家用户的PC端后台来进行提供，商家用户需要登录到PC端后台才能够查看到相关的数据。并且，对于一些中小商家而言，日常经营数据可能比较小，使得这种数据反而可能导致经营信心缺失。

发明内容

本申请提供了用户间互动的方法及电子设备，能够向店主用户提供消费者的行为动态，并使得店主用户能够直接通过移动终端侧的客户端，主动与消费者进行互动。

本申请提供了如下方案：

一种用户间互动的方法，包括：

获取第二用户对第一用户关联的商品或店铺产生的行为信息；所述商品是利用所述第一用户的个人账号进行发布的；

根据所述第二用户对应的行为信息，生成消息内容；

通过发送消息的方式，将所述消息内容发送到所述第一用户的个人账号关联的移动终端侧客户端，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

其中，所述第二用户的行为信息包括：第二用户的行为类型，和/或所述第二用户的用户属性；

所述根据所述第二用户对应的行为信息，生成消息内容，包括：

根据所述第二用户的行为类型，和/或所述第二用户的用户属性，生成所述消息内容，以便所述第一用户根据所述行为类型和/或用户属性，向所述第二用户发送个性化的互动消息。

其中，所述行为类型包括对所述商品或店铺执行的操作类型，以及对应的操作结果，以用于判断所述第二用户的行为是否具有成交转化潜力。

其中，所述第二用户的用户属性包括：所述第二用户与所述第一用户的关系深度属性，和/或，所述第二用户的消费力属性。

其中，还包括：

接收到所述第一用户通过所述移动终端侧的客户端发起的与所述第二用户进行互动的请求后，在所述第一用户的个人账号与所述第二用户的个人账号之间建立消息会话，以便所述第一用户通过所述消息会话与所述第二用户进行互动。

其中，还包括：

根据所述第二用户的历史行为记录确定所述第二用户对互动方案的偏好信息，并根据所述偏好信息向所述第一用户提供推荐的互动方案信息。

其中，所述店铺的店铺账号是根据所述第一用户的个人账号生成的。

其中，所述第一用户的个人主页中包括店铺主页展示区域，以便在所述店铺主页展示区域内对所述第一用户通过所述个人账号发布的商品进行展示。

其中，所述第一用户的个人主页中还包括用于对所述第一用户的个人信息进行展示的区域。

其中，所述第一用户的个人主页中还用于对所述第一用户发布的媒体内容进行展示，以便通过所述媒体内容对所述第一用户的个人信息进行介绍。

一种用户间互动的方法，包括：

通过移动终端侧的客户端接收服务端发送的消息内容，所述消息内容是根据第二用户对第一用户关联的商品或店铺产生的行为信息生成的，所述商品是利用所述第一用户的个人账号进行发布的；

提供用于向所述第二用户发起互动请求的操作选项，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

其中，还包括：

通过所述操作选项接收到所述第一用户的操作后，提交到服务端，以便所述服务端在所述第一用户的个人账号与所述第二用户的个人账号之间建立消息会话；

展示所述消息会话的界面，以便所述第一用户通过所述消息会话与所述第二用户进行互动。

一种用户间互动的装置，包括：

行为信息获取单元，用于获取第二用户对第一用户关联的商品或店铺产生的行为信息；所述商品是利用所述第一用户的个人账号进行发布的；

消息内容生成单元，用于根据所述第二用户对应的行为信息，生成消息内容；

消息触达单元，用于通过发送消息的方式，将所述消息内容发送到所述第一用户的个人账号关联的移动终端侧客户端，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

一种用户间互动的装置，包括：

消息接收单元，用于通过移动终端侧的客户端接收服务端发送的消息内容，所述消息内容是根据第二用户对第一用户关联的商品或店铺产生的行为信息生成的，所述商品是利用所述第一用户的个人账号进行发布的；

操作选项提供单元，用于提供用于向所述第二用户发起互动请求的操作选项，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例提供的具体实现方案，服务端可以获取第二用户对第一用户的商品或店铺产生的行为信息，由于具体的第一用户可以直接通过其个人账号进行商品信息的发布，因此，第二用户对某个商品或店铺产生行为后，可以直接定位到第一用户的个人账号。之后，可以根据第二用户的行为信息生成具体的消息内容，并通过发送消息的方式，将消息内容直接发送到所述第一用户的个人账号关联的移动终端侧客户端。也即，可以通过移动终端侧的客户端将第二用户的行为信息触达第一用户，这样，第一用户可以通过所述个人账户与第二用户进行互动。通过这种方式，使得第一用户能够通过移动终端侧的客户端，随时随地了解第二用户对其商品或店铺产生的行为动态，并且，能够基于该移动终端侧的客户端与第二用户进行互动。例如，可以向有购买意向的第二用户进行精准营销，以促进交易的达成，或者拉近第一用户与第二用户之间的关系，等等。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

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

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的交互流程的示意图；

图4是本申请实施例提供的另一交互流程的示意图；

图5是本申请实施例提供的第二方法的流程图；

图6是本申请实施例提供的第一装置的示意图；

图7是本申请实施例提供的第二装置的示意图；

图8是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

首先需要说明的是，本申请发明人在实现本申请的过程中发现，现有的商品信息服务***往往偏向于向具有一定规模的品牌店铺提供比较完善的服务，这就使得一些规模比较小、品牌影响力比较低、受众群体比较有限的店铺，经常被淹没在品牌店铺中，难以获得向消费者用户进行曝光的机会。并且，针对大规模的品牌店铺设定的一些服务方案，可能并不适合于中小规模的店铺。

例如，商品信息服务***为商家用户提供操作后台(通常是PC端的工作台类工具)，商家用户进行商品发布、管理等，都需要依赖于这种PC端的操作后台来进行。另外，商品发布的流程往往也比较复杂，涉及到关于商品图(通常对主图的数量以及质量还会有比较高的要求)、标题(包括主标题、副标题等)、SKU(最小库存单位)、价格、库存、物流(是否包邮，或者按体积/重量计费，单位价格，等等)、服务(是否支持“7天无理由退换”，运费险等)、营销(是否有折扣等)等一系列信息的配置，以上流程对于中小规模店铺的商家而言，往往存在成本过高的问题。但是，这类商家往往在内容(短视频、直播等)生产能力、“粉丝”(店铺/商品的爱好者)运营能力等方面具有比较强的优势，并且其具体销售的商品可能也更适合通过短视频、直播等方式对其详情进行表达。现有的商品信息服务***虽然也能支持直播等，但是，主要以图文详情为主对商品信息进行表达，直播、短视频等只是作为一种辅助手段来帮助用户了解商品详情。

另一方面，随着以短视频、直播等为核心的内容社区类应用的兴起以及在用户中的普及，存在一些消费者用户会更容易接受通过短视频、直播等内容对商品信息进行的表达，而不再是传统的图文描述方式。而对于以短视频、直播等为核心的内容社区类应用而言，虽然也能够支持商品销售，并且能够通过“直播带货”等方式提供基于内容的商品信息表达，但是，一方面，商家同样需要通过PC端的工作后台来进行商品的发布以及管理等；另一方面，这类应用的核心是短视频等内容，因此，无论是应用的首页、推荐信息页，还是在用户的个人主页等，均是以展示用户发布的短视频、直播等内容为主，关于某用户发布的商品信息，则需要通过该用户的个人主页进入到一个二级页面中进行查看。对于以购物为主要需求的用户而言，获取商品信息的路径会比较长。

因此，基于以上情况，在本申请实施例中，提供了新型的商品信息服务***，在这种***中，可以为用户提供移动端侧的应用程序(App)，用户在首次进行账号注册时，不需要区分消费者或者商家的身份，也即，可以为所有用户提供统一的用户注册方式。在用户完成注册后，可以在App的相关界面中提供“开设店铺”的相关操作控件，如果某个已注册用户需要在***中开设店铺，则可以直接通过该移动端侧的App发起请求，***对开店资质等进行审核通过之后，则可以为该用户的个人账号添加“店主”(或称“主理人”等)身份标识，此时，该用户可以直接基于该移动端侧的App进行商品发布及管理。也就是说，在本申请实施例中，对于在***中开设了店铺的用户而言，其个人账号可以直接用于发布商品信息，甚至可以直接通过移动端侧的App来完成商品发布及管理，而不需要借助于PC端的商家后台来进行发布及管理。

在上述可以直接利用具有店主身份的个人账号进行商品发布及管理的情况下，还可以为店主用户提供其他更多的功能。例如，在本申请实施例中，首先可以实现店主与消费者之间的“轻互动”。具体的，由于店主用户可以直接利用其个人账号进行商品发布，因此，具体发布的商品直接与该店主用户的个人账号之间建立关联。这里需要说明的是，在这种之恶极通过店主用户的个人账号进行商品发布的情况下，店主用户开设的店铺的店铺账号可以是根据店主用户的个人账号生成的。例如，可以直接将店主用户的个人账号就作为其店铺的店铺账号，或者，在店主用户的个人账号与其店铺的店铺账号之间建立某种绑定关系，对于后者，也即店铺可以都独立的账号，但是，在向消费者用户进行展示时，可以仅展示店主用户的个人账号为主，对于店铺账号信息可以进行弱化甚至不体现，仅在后台维护账号之间的绑定关系即可。另外，由于用户可以直接通过在移动端侧App上发起的申请，获得店主身份，对于***而言，具体的用户只有开店与不开店的区别，因此，使得***可以通过移动终端侧App的消息通道与店主进行消息交互，消费者与店主之间也可以通过该同一移动终端侧App的消息通道实现交互(现有的商品信息服务***中，***侧或者消费者用户如果需要与商家进行交互，则需要通过面向商家提供的PC端商家后台操作工具，才可以将信息触达商家)。

例如，具体实现时，可以在某消费者对某店主的店铺产生某种行为时(例如，浏览某个店主的店铺主页时，或者浏览某店主发布的商品时，或者，对某店主发布的商品进行下单购买操作，等等)，可以将这些消费者用户的行为信息，直接通过该移动终端侧的App直接通知给店主。也即，具体的用户进店等消息可以直接通过移动终端触达店主，因此，使得店主可以随时随地与消费者之间进行互动。具体实现时，店主接收到***的通知消息之后，可以直接在其移动终端侧的App中选择与具体的消费者用户进行对话，之后，***可以在该店主与消费者用户之间建立起消息会话，这样，店主便可以通过该消息会话与该消费者用户之间进行互动，包括向消费者用户定向发送优惠信息等。

也就是说，在一种具体的实现方式下，店主可以通过同一个移动终端侧的App，实现对商品的发布管理，以及对***提供的关于消费者进店等行为的通知消息的接收，之后，还可以直接利用该同一个移动终端侧的App与消费者进行互动。相应的，店主发送给消费者的消息同样可以直接触达消费者关联的移动终端侧的App。

这样，区别于现有技术中消费者向商家客服发起咨询后，由客服进行回复的模式，本申请实施例中，可以由店主主动与消费者进行互动，例如，店主可以主动询问消费者的需求，帮助用户解除疑虑，或者主动向消费者发送专属优惠券，等等。使得消费者用户获得像是进入线下实体店铺一样被店主“接待”或者服务的感受，有利于促进交易的达成，或者拉近店主与消费者之间的关系。并且，具体的店主所开设的店铺可能规模比较小，利用本申请实施例提供的方案，这类店主可以不必过于关注具体的成交量等数据，而是关注于服务好每个进店的消费者用户即可。

其中，在根据消费者的行为信息生成消息内容时，还可以将具体的行为类型(例如，浏览多个商品但是未加入购物车，或者，加入购物车但是未下单，或者，下单但是未付款等等)、消费者用户的属性信息(例如，首次进店，或者多次进店，或者，还可以包括消费力等方面的其他属性)等体现在消息内容中，并提供给店主。这样，店主可以根据具体的行为类型、用户属性等信息，进行个性化的互动。例如，可以向不同行为类型、不同属性的消费者用户推送不同的优惠信息，等等。

另外，除了前述“轻互动”功能之外，还可以在用户获得店主身份后，直接将店主用户的个人主页作为其店铺主页，不需要额外创建店铺主页，以此实现“人店合一”。也即通过同一页面来表达店主的个人主页以及店铺主页。例如，具体实现时，可以在店主用户的个人主页中提供用于展示该店主对应的店铺主页的区域，其中可以展示出店主发布的商品的信息。这样，当有其他用户访问该用户的个人主页时，可以直接在该个人主页中浏览到店主发布的商品信息。

当然，店主也可以利用其个人账号发布一些短视频等内容，此时，可以在其个人主页中提供两个标签卡，默认状态下展示该用户发布的商品，如果用户想要查看该用户发布的其他媒体内容，则可以通过切换标签卡的方式进行查看。

通过这种方式，使得店主不仅可以直接通过其个人账户进行商品发布及管理，还可以实现“人店合一”，因此，可以在店主的个人主页中向消费者传递店主的个人信息(包括店主的个人风格，设计理念等等)的同时，向消费者展示其所发布的商品的信息，使得店主的信息与商品的信息实现融合。其中，由于这种个人主页还可以用于展示店主发布的短视频等媒体内容，因此，店主除了可以通过个人主页中的背景墙、个人描述等对页面氛围来向用户传达其个人信息，还可以通过其发布的短视频等媒体内容对自己的个人风格、设计理念等进行介绍。对于消费者用户而言，可以通过页面中呈现的个人信息等，对店主有所了解，从而将店主与消费者用户之间的关系拉得更近，在此基础上，消费者用户再去关注其所发布的商品，有利于带来更高的转化率。或者进一步通过店主发布的媒体内容动态，对店主产生更进一步的了解，店主与消费者之间的关系逐渐递进，还可以基于这种不断递进的关系提供更多的服务方案。

对于商品信息而言，也同样可以更多的基于短视频、直播等商家生产内容或消费者生产内容进行表达，减少文字表达的比例。这样，还可以对现有的商品发布流程进行简化，例如，店主用户仅提供商品的照片、标题、价格等几项必要的信息即可完成对商品的发布，而不需要进行SKU、文字详情等其他各项复杂的配置，因此，可以实现对商品信息的“轻发布”，使得店主可以随时随地通过移动终端侧的App完成商品发布，大幅降低店主的商品信息发布成本。

关于后续的下单链路中所需的其他必要信息，例如库存、物流、服务、营销等，可以在完成发布之后，在方便的时间通过该移动终端侧的App中进行补充。并且，关于上述各项必要信息，也可以进行简化，例如，一些复杂的营销方案等，可以去掉，直接为用户提供简洁明了的优惠信息。另外，还可以通过组件化的方式来实现各项配置，使得店主只需要选择所需的组件即可，而不必关注后台逻辑的实现，从而实现对商品信息的“轻管理”。

此外，App的首页等也是以展示商品信息、具有店主身份的用户信息、按场景等进行购物导航的信息为主。用户在浏览这种主页时，可以选择进入某店主的“人店合一”的页面进行浏览，还可以选择某个具体的商品进行商品详情页面进行浏览，或者选择进入某个场景对某一类的商品进行浏览，等等。

从***架构角度而言，参见图1，本申请实施例提供给了新型的商品信息服务***，该***可以包括服务端，还可以包括移动终端侧的客户端。其中无论是普通消费者用户还是商家用户都可以在其移动终端侧下载安装相同的客户端程序。其中，商家用户在获得店主身份后，可以直接利用其个人账号进行商品的发布及管理。消费者用户则可以通过其移动终端侧的客户端对店主发布的商品进行浏览、加购、下单等操作。其中，在消费者用户对某店主的店铺中的商品执行各种操作时，服务端可以获取到消费者用户的相关行为信息，并生成消息内容，通过发送消息的方式，将具体的消息内容发送到店主用户的个人账号关联的移动终端侧客户端。也即，可以通过店主的移动终端侧的客户端直接将通知消息触达店主用户。这样，店主用户收到具体的通知消息之后，可以选择与对应的消费者用户之间进行互动，例如，店主可以主动向消费者用户发送优惠券等权益，或者，也可以通过打招呼等方式询问消费者用户的需求，等等。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

首先，该实施例一从本申请实施例提供的商品信息服务***的服务端的角度，提供了一种用户间互动的方法，参见图2，该方法具体可以包括：

S201：针对第一用户关联的商品或店铺，获取第二用户对所述商品或店铺产生的行为信息；所述商品是利用所述第一用户的个人账号进行发布的。

其中，第一用户可以是指具有店主身份的用户，第二用户则是指对该第一用户发布的商品进行浏览、加购、下单等操作，或者对第一用户关联的店铺进行浏览、关注等操作的用户。该第二用户可以不具有店主身份，或者也可以具有店主身份。也即，对于某个用户而言，即使自己开店，也可以通过同一个客户端对其他店主发布的商品进行浏览、下单等操作，或者浏览、关注其他店主的店铺，等等。

如前文所述，具体第一用户在获得店主身份后(例如，第一用户注册个人账号后，可以申请成为店主，并且可以向***提交相关的材料等进行资质验证，验证通过后，便可以获得店主身份)，可以直接利用其个人账号进行发布商品，并且，在可选的实现方式下，还可以直接通过移动终端侧的客户端进行发布。第二用户也可以通过这种移动终端侧的客户端(只是分别运行在各自的移动终端设备上，并用各自的个人账号进行登录)对第一用户的商品或店铺进行浏览、加购、下单等操作。

在本申请实施例中，在第二用户对第一用户关联的商品或店铺产生行为的过程中，可以获取到第二用户的这些具体行为信息，以用于向第一用户进行通知。其中，具体在获取行为信息时，可以获取到具体的行为类型信息，或者，还可以基于行为类型对需要向第一用户通知的行为信息进行筛选。

例如，如图3所示，假设某第二用户进入某第一用户的店铺，则具体产生的行为可以包括前述浏览、加购、下单、付款等等操作类型。或者，在具体实现时，还可以获取到具体操作对应的操作结果等。其中，所谓的操作结果，也即执行某个操作之后，在第二用户结束对当前商品或者店铺的访问之前，是否产生了更进一步的操作。例如，是否只浏览了第一用户的个人主页，未点击具体商品查看详情便离开；或者，是否进入店铺并浏览多个商品，之后却未执行加购、下单等操作；或者，是否将某商品加入购物车但是却未下单；或者，是否下单却未支付，等等。通过这些操作结果信息，可以判断第二用户的行为是否具有成交转化潜力，如果有，则可以将具体的行为信息通知给第一用户。例如，对于前述几种情况，对于第一种情况，可能证明第二用户对该第一用户或者其发布的商品兴趣不大，因此，不太容易带来成交转化。而对于后几种情况，则都证明第二用户对第一用户或者其发布的商品有一定的兴趣，因此，可以将对应的第二用户信息以及具体行为信息通知给第一用户。

另外，如图3所示，除了可以获取具体第二用户的行为类型信息，还可以获取第二用户的用户属性，以用于提供给第一用户。其中，第二用户的用户属性可以有多种，例如，一种属性可以是第二用户与第一用户之间的关系深度属性。这种关系深度属性可以通过第二用户进入第一用户店铺的次数，或者与第一用户的历史互动次数等信息进行确定。例如，具体可以确定出某第二用户是否为初次进店，或者老客回访，等等。另外，第二用户的用户属性还可以包括消费力等方面的属性，这种属性可以根据第二用户所属的人群，或者历史行为记录等进行确定。

S202：根据所述第二用户对应的行为信息，生成消息内容。

在获取到第二用户对第一用户的商品或店铺产生的行为信息后，可以生成对应的消息内容。这种消息内容就是可以在服务端与第一用户的移动终端侧客户端之间的消息通道进行发送的消息。其中，如果具体获取的关于第二用户的行为信息中，包括行为类型、第二用户的用户属性等信息，则也可以在消息内容中有所体现。另外，在具体实现时，还可以根据具体的行为类型、用户属性等，转化为更容易理解，或者更容易吸引第一用户注意的文案，并添加到消息内容中。例如，假设某第二用户的行为类型是访问了店铺，则对应的文案可以在消息内容中提供的第二用户的昵称等信息的同时，提供以下文案“你的店成功吸引了我的注意”。或者，如果某第二用户查看了某商品，但是没有下单，则可以在消息内容中提供以下文案“被你家宝贝种草了”，等等。

S203：通过发送消息的方式，将所述消息内容发送到所述第一用户的个人账号关联的移动终端侧客户端，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

由于具体的商品或店铺都是与第一用户的个人账号直接关联，因此，可以在根据所述第二用户及其行为信息生成消息内容后，直接通过发送消息的方式，将所述消息内容发送到所述第一用户的个人账号关联的移动终端侧客户端，以使得第一用户能够通过其移动终端侧客户端获知第二用户对其商品或店铺产生的行为动态，还可以按需与第二用户进行互动。

其中，具体实现时，具体可以根据第二用户的行为类型和/或用户属性信息等信息，生成消息内容，以使得第一用户可以获取到具体第二用户行为的更详细的信息，从而可以更有针对性地与第二用户进行互动。例如，对于不同的行为类型和/或用户属性信息，可以向第二用户发送不同类型的营销方案，例如，有些行为可能更适合提供优惠券，还有些行为可能更适合直接进行打折，等等。具体的互动方案的选择可以由第一用户进行决定。

或者，另一种方式下，由于不同的第二用户对互动方案的偏好方面可能也会有所不同，这种偏好信息可以通过第二用户的历史行为记录等信息中体现出来。因此，具体实现时，还可以根据所述第二用户的历史行为记录确定所述第二用户对互动方案的偏好信息，并根据所述偏好信息向所述第一用户提供推荐的互动方案信息。此时，在具体的消息内容中还可以携带这种推荐信息。也就是说，在该方式下，第一用户不仅可以从通知消息中获知具体第二用户的行为类型、用户属性等信息，还可以获取到***提供的推荐的互动方案。例如，对于某第二用户，由于通过其历史行为记录可以发现，其对优惠券类的营销方案更感兴趣，则可以推荐第一用户采用该方案于第二用户进行互动，等等。这样，可以更便于第一用户与第二用户之间进行有效的互动。

在生成具体的消息内容之后，可以通过所述移动终端侧的客户端将所述第二用户的所述消息内容触达所述第一用户。其中，如图3所示，具体的触达方式可以包括***内消息(例如，客户端中的“消息盒子”等)，或者，通过Push机制进行触达，等等。其中，通过***内消息触达的方式，也即可以直接通过向所述第一用户的个人账号发送消息的方式，将所述第二用户的所述行为信息发送到所述第一用户对应的所述移动终端侧的客户端。也就是说，由于第一用户的个人账号就可以作为其店铺账号存在，并且可以通过该个人账号进行商品的发布，因此，服务端也可以直接向该第一用户的个人账号发消息，并直接通过其移动终端侧的客户端触达第一用户。因此，在发现某第二用户对该第一用户的商品或店铺产生行为时，就可以利用上述特点，直接通过关联的消息组件(例如，客户端中的“消息盒子”等)，向该第一用户的个人账号发消息。这样，第一用户可以通过查看其移动端侧的客户端中的“消息盒子”等方式获取到具体的通知消息，从而获知是哪个第二用户执行了怎样的行为，等等。

而关于Push机制是指，在移动终端锁屏状态下，通过移动终端的通知栏展示或在操作前台顶端弹出消息通知，点击后可唤起对应的客户端，并在客户端内跳转到消息页面展示出具体的消息内容。通过这种方式，使得第一用户在移动终端锁屏状态下，也能及时接收到服务端提供的通知消息。

当然，无论是直接在***内部进行消息发送，还是通过Push机制将通知消息推送到第一用户的移动终端，最终都可以到移动终端侧客户端的消息列表页面中查看到具体的消息内容。

通过移动终端侧的客户端将具体的第二用户的行为信息触达第一用户之后，第一用户可以针对具体的第二用户向服务端发起互动请求。例如，具体实现时，如图4所示，第一用户在接收到消息内容后，可以在移动终端侧的客户端的“消息盒子”中，可以对其最近接收的通知消息进行查看。其中具体展示的信息内容可以包括具体的第二用户的昵称等标识，以及第二用户的行为类型，用户属性，行为发生时间，等等。第一用户如果需要与某第二用户进行互动，则可以点击该第二用户对应的通知消息。此时，服务端可以接收到第一用户发起的向所述第二用户发送消息的请求，然后可以在所述第一用户的个人账号与所述第二用户的个人账号之间建立消息会话，这样，第一用户可以通过该消息会话与该第二用户进行互动。例如，可以根据第二用户的行为类型、用户属性等，对第二用户进行精准营销，等等。

总之，通过本申请实施例提供的具体实现方案，服务端可以获取第二用户对第一用户的商品或店铺产生的行为信息，由于具体的第一用户可以直接通过其个人账号进行商品信息的发布，因此，第二用户对某个商品或店铺产生行为后，可以直接定位到第一用户的个人账号。之后，可以根据第二用户的行为信息生成具体的消息内容，并通过发送消息的方式，将消息内容直接发送到所述第一用户的个人账号关联的移动终端侧客户端。也即，可以通过移动终端侧的客户端将第二用户的行为信息触达第一用户，这样，第一用户可以通过所述个人账户与第二用户进行互动。通过这种方式，使得第一用户能够通过移动终端侧的客户端，随时随地了解第二用户对其商品或店铺产生的行为动态，并且，能够基于该移动终端侧的客户端与第二用户进行互动。例如，可以向有购买意向的第二用户进行精准营销，以促进交易的达成，或者拉近第一用户与第二用户之间的关系，等等。

其中，如前文所述，在具体实现时，除了上述互动功能，还可以在所述第一用户的个人主页中提供店铺主页展示区域，以便在所述店铺主页展示区域内对所述第一用户通过所述个人账号发布的商品进行展示。这样，除了在账号层面实现“人店合一”，还可以在个人主页与店铺主页层面上，实现“人店合一”，实现店主信息与商品信息的融合展示。也就是是，在本申请实施例中，对于具有店主身份的第一用户而言，第二用户在其个人主页中可以浏览到该第一用户发布的商品，也即，个人主页更像是一个店铺主页，但同时，也可以对第一用户的个人信息进行展示，包括第一用户的个人风格、设计理念等的介绍，等等。其中，这种介绍信息可以通过文字进行表达，还可以通过对个人主页顶部的封面图展示区域进行表达。其中，具体实现时，还可以在该封面图展示区域配置内容容器，使得该展示区域可以展示出短视频、直播流等，从而通过多模态的方式对个人信息进行表达。

另外，所述第一用户的个人主页还可以用于对所述第一用户发布的媒体内容进行展示，以便通过所述媒体内容对所述第一用户的个人信息进行介绍。也就是说，除了前述通过文本或者封面图区域的媒体内容等进行个人信息介绍，第一用户还可以通过发布更多的媒体内容的方式，使得第二用户可以对该第一用户产生更多的了解，逐渐加深彼此之间的关系。其中，具体实现时，第一用户发布的媒体内容列表，可以与其发布的商品列表共用个人主页中的同一区域，并且可以通过切换标签卡的方式进行切换。其中，由于在本申请实施例中，在默认状态下，可以优先对第一用户发布的商品信息进行展示。

实施例二

该实施例二是与实施例一相对应的，从第一用户的移动终端侧客户端的角度，提供了一种用户间互动的方法，参见图5，该方法具体可以包括：

S501：通过移动终端侧的客户端接收服务端发送的消息内容，所述消息内容是根据第二用户对第一用户关联的商品或店铺产生的行为信息生成的，所述商品是利用所述第一用户的个人账号进行发布的；

S502：提供用于向所述第二用户发起互动请求的操作选项，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

具体实现时，还可以在通过所述操作选项接收到所述第一用户的操作后，提交到服务端，以便所述服务端在所述第一用户的个人账号与所述第二用户的个人账号之间建立消息会话；之后，可以展示所述消息会话的界面，以便所述第一用户通过所述消息会话与所述第二用户进行互动。

关于该实施例二中的未详述部分，可以参见实施例一中的记载，这里不再赘述。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种用户间互动的装置，参见图6，该装置可以包括：

行为信息获取单元601，用于获取第二用户对第一用户关联的商品或店铺产生的行为信息；所述商品是利用所述第一用户的个人账号进行发布的；

消息内容生成单元602，用于根据所述第二用户对应的行为信息，生成消息内容；

消息触达单元603，用于通过发送消息的方式，将所述消息内容发送到所述第一用户的个人账号关联的移动终端侧客户端，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

其中，所述第二用户的行为信息包括：第二用户的行为类型，和/或所述第二用户的用户属性；

所述消息内容生成单元具体可以用于：根据所述第二用户的行为类型，和/或所述第二用户的用户属性，生成所述消息内容，以便所述第一用户根据所述行为类型和/或用户属性，向所述第二用户发送个性化的互动消息。

其中，所述行为类型包括对所述商品或店铺执行的操作类型，以及对应的操作结果，以用于判断所述第二用户的行为是否具有成交转化潜力。

所述第二用户的用户属性包括：所述第二用户与所述第一用户的关系深度属性，和/或，所述第二用户的消费力属性。

另外，该装置还可以包括：

消息会话创建单元，用于接收到所述第一用户通过所述移动终端侧的客户端发起的与所述第二用户进行互动的请求后，在所述第一用户的个人账号与所述第二用户的个人账号之间建立消息会话，以便所述第一用户通过所述消息会话与所述第二用户进行互动。

再者，该装置还可以包括：

互动方案推荐单元，用于根据所述第二用户的历史行为记录确定所述第二用户对互动方案的偏好信息，并根据所述偏好信息向所述第一用户提供推荐的互动方案信息。

其中，所述店铺的店铺账号可以是根据所述第一用户的个人账号生成的。

所述第一用户的个人主页中包括店铺主页展示区域，以便在所述店铺主页展示区域内对所述第一用户通过所述个人账号发布的商品进行展示。

所述第一用户的个人主页中还包括用于对所述第一用户的个人信息进行展示的区域。

所述第一用户的个人主页中还用于对所述第一用户发布的媒体内容进行展示，以便通过所述媒体内容对所述第一用户的个人信息进行介绍。

与实施例二相对应，本申请实施例还提供了一种用户间互动的装置，参见图7，该装置可以包括：

消息接收单元701，用于通过移动终端侧的客户端接收服务端发送的消息内容，所述消息内容是根据第二用户对第一用户关联的商品或店铺产生的行为信息生成的，所述商品是利用所述第一用户的个人账号进行发布的；

操作选项提供单元702，用于提供用于向所述第二用户发起互动请求的操作选项，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

具体实现时，该装置还可以包括：

互动操作接收单元，用于通过所述操作选项接收到所述第一用户的操作后，提交到服务端，以便所述服务端在所述第一用户的个人账号与所述第二用户的个人账号之间建立消息会话；

消息会话界面展示单元，用于展示所述消息会话的界面，以便所述第一用户通过所述消息会话与所述第二用户进行互动。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图8示例性的展示出了电子设备的架构，例如，设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图8，设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件802可以包括一个或多个处理器820来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理部件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为设备800的各种组件提供电力。电源组件806可以包括电源管理***，一个或多个电源，及其他与为设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为设备800的显示器和小键盘，传感器组件814还可以检测设备800或设备800一个组件的位置改变，用户与设备800接触的存在或不存在，设备800方位或加速/减速和设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于设备800和其他设备之间有线或无线方式的通信。设备800可以接入基于通信标准的无线网络，如WiFi，或2G、3G、4G/LTE、5G等移动通信网络。在一个示例性实施例中，通信部件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由设备800的处理器820执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***或***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的用户间互动的方法及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

1.一种用户间互动的方法，其特征在于，包括：

获取第二用户对第一用户关联的商品或店铺产生的行为信息；所述商品是利用所述第一用户的个人账号进行发布的；

根据所述第二用户对应的行为信息，生成消息内容；

通过发送消息的方式，将所述消息内容发送到所述第一用户的个人账号关联的移动终端侧客户端，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

2.根据权利要求1所述的方法，其特征在于，

所述第二用户的行为信息包括：第二用户的行为类型，和/或所述第二用户的用户属性；

所述根据所述第二用户对应的行为信息，生成消息内容，包括：

根据所述第二用户的行为类型，和/或所述第二用户的用户属性，生成所述消息内容，以便所述第一用户根据所述行为类型和/或用户属性，向所述第二用户发送个性化的互动消息。

3.根据权利要求2所述的方法，其特征在于，

所述行为类型包括对所述商品或店铺执行的操作类型，以及对应的操作结果，以用于判断所述第二用户的行为是否具有成交转化潜力。

4.根据权利要求2所述的方法，其特征在于，

所述第二用户的用户属性包括：所述第二用户与所述第一用户的关系深度属性，和/或，所述第二用户的消费力属性。

5.根据权利要求1至4任一项所述的方法，其特征在于，还包括：

接收到所述第一用户通过所述移动终端侧的客户端发起的与所述第二用户进行互动的请求后，在所述第一用户的个人账号与所述第二用户的个人账号之间建立消息会话，以便所述第一用户通过所述消息会话与所述第二用户进行互动。

6.根据权利要求5所述的方法，其特征在于，还包括：

根据所述第二用户的历史行为记录确定所述第二用户对互动方案的偏好信息，并根据所述偏好信息向所述第一用户提供推荐的互动方案信息。

7.根据权利要求1至4任一项所述的方法，其特征在于，

所述店铺的店铺账号是根据所述第一用户的个人账号生成的。

8.根据权利要求7任一项所述的方法，其特征在于，

所述第一用户的个人主页中包括店铺主页展示区域，以便在所述店铺主页展示区域内对所述第一用户通过所述个人账号发布的商品进行展示。

9.根据权利要求8所述的方法，其特征在于，

所述第一用户的个人主页中还包括用于对所述第一用户的个人信息进行展示的区域。

10.根据权利要求8所述的方法，其特征在于，

所述第一用户的个人主页中还用于对所述第一用户发布的媒体内容进行展示，以便通过所述媒体内容对所述第一用户的个人信息进行介绍。

11.一种用户间互动的方法，其特征在于，包括：

通过移动终端侧的客户端接收服务端发送的消息内容，所述消息内容是根据第二用户对第一用户关联的商品或店铺产生的行为信息生成的，所述商品是利用所述第一用户的个人账号进行发布的；

提供用于向所述第二用户发起互动请求的操作选项，以便所述第一用户通过所述个人账户与所述第二用户进行互动。

12.根据权利要求11所述的方法，其特征在于，还包括：

通过所述操作选项接收到所述第一用户的操作后，提交到服务端，以便所述服务端在所述第一用户的个人账号与所述第二用户的个人账号之间建立消息会话；

展示所述消息会话的界面，以便所述第一用户通过所述消息会话与所述第二用户进行互动。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至12任一项所述的方法的步骤。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至12任一项所述的方法的步骤。

Images