CN107992493A - 基于两人或多人寻找聊天话题的方法 - Google Patents

Abstract

本发明提供一种基于两人或多人寻找聊天话题的方法，首先我们搜集了各种各样的话题且进行分类，用以建立话题库，话题具有简单的引导性。本发明通常与社交软件相结合，每个用户对自己的兴趣爱好、性格等信息进行描述，以及对好友的关系进行标记。当用户想要获取话题时，我们会搜集两人多人的各种描述信息进行对比，然后根据对比结果从话题库中计算出合适的话题返回给用户。本发明的作用在于解决人们交流障碍，提供此类人群的社交能力。

Description

基于两人或多人寻找聊天话题的方法

技术领域

本发明涉及互联网领域，具体涉及基于两人或多人寻找聊天话题的方法。

背景技术

现今社会，大部分人想找朋友聊天，可是又不知道该聊什么。聚会不知道聊什么只好玩手机。或者自己找了一个话题去跟朋友聊天，发现朋友却爱理不理，还以为朋友不想和自己聊天，却不知道可能是对方对这个话题不感兴趣或者说厌恶说这个话题。

朋友之间的关系是需要经常交流来维持的，太长时间不交流不联系通常就会变路人。朋友之间不联系并不代表不想联系，而是不知道怎么联系，聊什么内容。

人是一种群体生活的生物，我们需要朋友，需要交流。

发明内容

为了解决以上问题，本发明提供基于两人或多人的寻找聊天话题的方法。

本发明会建立一个话题库，收集平时各种各样的聊天话题，比如金融、政治、互联网、明星、八卦、家常等，然后对话题库再进行详细的类型划分，从关系、场景、联系时间、兴趣爱好、性格等方面进行划分。比如家人之间该聊什么，情侣之间该聊什么、朋友之间该聊什么、性格开朗的人该聊什么、内向的人该聊什么等等。一个话题可能会有多个标签，比如明星八卦这种大众话题，既可以同学之间聊，也可以情侣之间聊。

话题通过话题话题管理终端录入、更新以及删除。

话题具有简单的引导概述，而不只是一个单纯的提示可以聊什么。比如说两人对于网络文学比较感兴趣，则会给出简单的引导，聊现今的网络文学的状况、IP、作者、网络文学类别等，可以从此引导进行对话的衍生。

本发明的使用需结合到具体的社交软件，且每个用户应当有兴趣爱好、性格以及好友关系的描述标签，当然也可以作为一个独立的社交软件，专门用于提供话题。

对于提供过给相同两个人或多人的话题会做标识，如果话题没有更新或者最近一个月内（时间可根据实际情况做调整）给出过相同的两人该话题，则不会给出该话题，去除重复性。

如果是两人的情况，社交软件服务器先从服务器本身获取两人所有的信息，包括两人的关系、兴趣爱好、性格，然后做交叉比对寻找两人的共同点，再将当前的场景（网上、公园、餐厅、酒吧等）、两人的社交ID号以及比对结果一起发送到话题服务器，由话题服务器计算出最佳话题类型，从该类型随机抽取一个话题返回给发起人社交软件客户端。

如果是多人的情况，社交软件服务器先从服务器本身获取所有人的信息，主要包括群属性、所有人的兴趣爱好、性格，然后分析多数人的尽可能接近的兴趣爱好以及性格分布，再将群属性、比对结果发送到话题服务器，话题服务器计算出最佳的话题类型，然后从该类型中抽取一个话题返回给请求人社交软件客户端。

本发明适用于任何社交软件。

附图说明

图1为本发明与社交软件结合的网络架构图。

图2为社交软件获取话题的流程示意图。

图3为具体获取话题详细说明示意图。

具体实施方式

首先，需要建立一个话题库。

所有的话题均存储在数据库，当话题服务器启动时将话题从数据库加载到内存。

话题录入端与话题服务器连接，当新的话题录入时，会分别更新话题服务器内存以及写入话题数据库。

每个话题具有唯一ID，用于标识话题。

每个话题具有场景、关系、兴趣爱好、性格四大属性，每一种场景、关系、兴趣爱好、性格均有一个唯一的数字进行标识，比如场景类的餐厅为1网络为2，关系类的朋友为3情侣为4，兴趣爱好类的音乐为10运动为11，性格类的内向为9开阳为7等，如该类型不存在则为0，但是四大属性必须有一个值不为0。

每个话题可能具有多个话题类型，话题类型ID则通过话题的四大属性计算得出，公式如下：（（场景类ID*100+关系类ID）*100+兴趣类ID）*100+性格类ID，此公式会根据实际情况做细微修改，此种方式便于从数据库将话题加载到话题服务器内存并做分类。

每次获取话题成功都将做记录写入数据库，用于重复性校验的依据。

话题服务器对外提供接口，用于接收社交服务器提供的寻找适合话题的信息。

本发明与社交软件做结合，每个社交软件的用户需把自己的兴趣爱好、性格做出描述，并且对社交软件上的好友做关系分类，以确保获取的话题符合需求。

社交软件客户端在发起两人话题的请求时，需向社交软件服务器提交自己以及对方的社交软件ID号以及当前的场景信息。服务器在收到该请求后，根据ID号对两人的关系做确定，然后比对两人的兴趣爱好、性格等信息，找出两人的相同点。再将两个ID号以及比对后的信息发送到话题服务器。话题服务器根据信息计算出话题类型，比如两人ID分别为1000001、1000003，场景为网络（对应场景类ID为1）关系为朋友（对应关系类ID为1）兴趣爱好为跑步（对应兴趣类ID为3）、性格为开朗（对应性格类ID为5），则可以根据公式计算出话题类型为1001003005，然后从该类型中随机抽取一个话题，再将两个社交ID号以及话题ID从话题获取记录做对比，如果发现重复则重新再抽取一个话题，直至找不到重复记录，将本次获取话题的数据写入到获取话题记录的数据库表中。然后根据对应的话题ID找到对应的话题内容，将话题内容返回到社交软件服务器，再由社交软件服务器发送到请求话题用户的社交软件客户端。

社交软件客户端在发起多人话题请求时，则需要提交群组ID以及当前的场景。然后由社交服务器获取聊天群组对应ID的关系属性、群组内成员的兴趣爱好、性格等信息，然后做出比对，找出尽可能多的人的相同的兴趣爱好、性格，然后发送到话题服务器，话题服务器的流程则与请求两人话题流程一样。

请求获取的话题的按钮置于两人或群组的聊天界面内，便于获取对方的ID或者群组的属性。

获取到的话题内容将在聊天界面进行显示。

Claims (7)

1.一种基于两人或多人寻找聊天话题的方法，其特征在于，通过比对两人或多人的兴趣爱好、关系、性格以及当前的场景，发现其共同点以寻找最佳的聊天话题。

2.根据权利要求1所述方法，聊天话题指的是一场对话的核心，我们通常的对话都是围绕聊天话题而展开。

3.根据权利要求1所述方法，其特征在于，收集两人或多人的信息进行比对发现共同点，并不仅限于两人或多人的兴趣爱好、关系、性格、当前的场景这四种信息。

4.根据权利要求1所述方法，其特征子在于，本发明需与社交软件相结合或独立作为一款社交软件，每个用户需要对自己进行兴趣爱好以及性格的描述，并且将与好友关系进行备注。

5.根据权利要求1所述方法，其特征子在于，本发明需建立话题库用于收集聊天话题，且对话题库进行详细的类别划分。

6.根据权利要求5所述方法，其特征在于，话题的类型是由场景、关系、兴趣爱好、性格的各种类别组合而来，也可独立作为一种话题类型，比如场景、关系两项进行组合，也可以场景、关系、兴趣爱好进行组合，也可以四种类别进行组合。

7.根据权利要求6所诉方法，其特征在于，话题的类别并不仅限于由场景、关系、兴趣爱好、性格这四种类别组合而来。