CN109299361A - 知识社区中预约问答的管理方法及其装置、电子设备、计算机可读介质 - Google Patents

Abstract

本申请公开了一种知识社区中预约问答的管理方法及其装置、电子设备、计算机可读介质。该方法的一具体实施方式包括:获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理，从而更好的满足用户的提问需求。

Description

知识社区中预约问答的管理方法及其装置、电子设备、计算机 可读介质

技术领域

本申请涉及互联网领域，尤其涉及一种知识社区中预约问答的管理方法及其装置、电子设备、计算机可读介质。

背景技术

通过问题和对该问题的回答是人们获取现实世界信息的一种有效方式。与此同时，随着互联网技术的发展及互联网应用的快速发展，人们越来越多地依赖于互联网网络获取信息。目前通过搜索平台搜索相关的信息来实现该问答方式获取信息，尤其在问答社区内搜索问题、提出问题、回答问题、浏览问题或追加问题等，这已成为用户间进行互动信息交流的重要方式。其中，常见的智能问答社区有百度知道、搜搜问问、新浪爱问等。

如何满足用户的提问需求，是智能问答社区的核心问题之一。

发明内容

本申请的目的在于提出一种知识社区中预约问答的管理方法及其装置、电子设备、计算机可读介质，用于解决现有技术中上述技术问题。

第一方面，本申请实施例提供了一种知识社区中预约问答的管理方法，其包括：

获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；

根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理。

可选地，在本申请的一实施例中，还包括：获取问题解答主体针对所述预约回答问题的消费状态，以对所述预约回答问题的状态标签进行更新。

可选地，在本申请的一实施例中，所述状态标签用于记录所述问题解答主体尚未确认所述预约回答问题的请求，或者确认了所述预约回答问题的请求但预约时间未到达；或者确认了所述预约回答问题的请求且已在预约时间内完成解答，或者所述预约回答问题的请求被取消。

可选地，在本申请的一实施例中，根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理，包括：根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行分组。

可选地，在本申请的一实施例中，还包括：通过设定的消息通知发送所述预约回答问题的状态。

可选地，在本申请的一实施例中，所述消息通知为站内信息通知、短信通知、语音通知中的至少一种。

可选地，在本申请的一实施例中，还包括：

所述问题提问主体的特征属性信息以及所述问题的描述信息分别与多个问题解答主体的特征属性信息进行匹配生成预约匹配结果；

根据所述预约匹配结果，生成所述预约回答问题的状态标签。

第二方面，本申请实施例提供了一种知识社区中预约问答的管理装置，其包括：

获取单元，用于获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；

管理单元，用于根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理。

可选地，在本申请的一实施例中，所述获取单元进一步用于获取问题解答主体针对所述预约回答问题的消费状态，以对所述预约回答问题的状态标签进行更新。

可选地，在本申请的一实施例中，所述标签单元进一步用于根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行分组。

可选地，在本申请的一实施例中，还包括发送单元，用于通过设定的消息通知发送所述预约回答问题的状态。

可选地，在本申请的一实施例中，还包括：

匹配单元，用于所述问题提问主体的特征属性信息以及所述问题的描述信息分别与多个问题解答主体的特征属性信息进行匹配生成预约匹配结果；

标注单元，用于根据所述预约匹配结果，生成所述预约回答问题的状态标签。

第三方面，本申请实施例提供一种电子设备，包括：

一个或多个处理器；

计算机可读介质，配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本申请任一实施例中所述的方法。

第四方面，本申请实施例提供一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请任一实施例中所述的方法。

本申请提供的知识社区中预约问答的管理方法及其装置、电子设备、计算机可读介质中，通过获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理，从而更好的满足用户的提问需求。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本申请实施例一中知识社区中预约问答的管理方法流程示意图；

图2为本申请实施例二中知识社区中预约问答的管理方法流程示意图；

图3为本申请实施例三中知识社区中预约问答的管理方法流程示意图；

图4为本申请实施例四中知识社区中预约问答的管理方法流程示意图；

图5为本申请实施例五中知识社区中预约问答的管理装置的结构示意图；

图6为本申请实施例六中知识社区中预约问答的管理装置的结构示意图；

图7为本申请实施例七中知识社区中预约问答的管理装置的结构示意图；

图8为本申请实施例八中电子设备的结构示意图；

图9为本申请实施例七中电子设备的硬件结构。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅配置为解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请提供的知识社区中预约问答的管理方法及其装置、电子设备、计算机可读介质中，通过获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理，从而更好的满足用户的提问需求。

图1为本申请实施例一中知识社区中预约问答的管理方法流程示意图；如图1所示，其可以包括：

S101、获取问题提问主体的特征属性信息以及所述问题提问主体预约要解答的问题的描述信息；

本实施例中，对于知识问答社区来说，问题提问主体具体可以为在知识问答社区这一平台上提出问题并寻求答案的用户，进一步地，其对应的所述特征属性信息包括：提问行为偏好信息以及个体特征属性信息中的至少一种。个体特征属性信息直接关联与用户本身，比如为用户的性别、籍贯、年龄等。

进一步地，所述提问行为偏好信息包括：所述问题提问主体的问题偏好信息、答题偏好方式。所述问题偏好信息用于反映问题提问主体的兴趣爱好或者偏好，该问题偏好信息可能是动态变化的。所述问题偏好方式用于反映用户在知识问答社区寻求答案时希望答案的展现形式，比如文本展现形式、视频展现形式、音频展现形式，或者文本与音视频联合的展现形式。

进一步地，所述问题偏好信息包括：偏好问题的关键词信息、偏好问题的领域信息。具体地，偏好问题的关键词信息用于对用户偏好的提问问题进行特征性描述，偏好问题的领域信息用于对用户偏好的提问问题所属领域进行描述。但是，这里需要说明的是，此处仅为示例，对于上述问题偏好信息等的定义可以灵活配置。

在具体实施时，上述特征属性信息可以根据应用场景的需求灵活定义，与此同时，还可以对定义的特征属性信息进行更新，即根据问题提问主体在知识问答社区中的问答行为的统计分析对问题提问主体的特征属性信息进行动态维护。比如，对于在知识问答社区上注册的新用户来说，通过填写注册信息的方式，收集一些基础的特征属性信息，随着用户在知识问答社区的问答行为不断积累，还可以对基础的特征属性信息进行更新。

在具体实施时，用户与特征属性信息之间一一对应，且为每个用户分配唯一性标识，通过建立该代表用户的唯一性标识与其特征属性之间的索引关系并存储在后台的数据服务器上，以在步骤S101中首先通过唯一性标识匹配，从而查找到其对应的特征属性信息。该用户唯一性标识可以为昵称、也可以为手机号，还可以为其他即时通讯工具的用户名等。

本实施例中，所述问题提问主体预约要解答的问题的描述信息具体反映用户所提问题及其期望的答案方向。比如，包括用于描述问题的关键词信息、问题的领域信息、预约的解答时间以及对问题解答对象的期望特征信息(如年龄、性别等)。在具体实施时，可以按照问题的领域生成不同的问题描述模板，通过该问题描述模板收集预约的问题，以实现用户预约问题的标准化收集，节省后续数据处理的成本，以及提高数据处理效率。进一步地，对于每一个问题的描述信息配置一个唯一性标识，以区别同一用户提出多个问题预约，以及不同用户提出的多个问题预约。

进一步地，当存在多个问题预约时，可以按照提出问题预约的时间先后顺序形成问题预约队列，或者按照预约的解答时间先后形成问题预约队列。而对于不同用户之间多个问题预约的区别，再通过用户的唯一性标识进行区分，即在对问题的描述信息进行唯一性标识分配时，同时携带对应用户的唯一性标识，从而方便快捷地进行描述信息的区分。

S102、所述问题提问主体的特征属性信息以及所述问题的描述信息分别与多个问题解答主体的特征属性信息进行匹配生成预约匹配结果；

本实施例中，所述多个问题解答主体具体为问题提问主体限定的问题解答主体，比如性别，可能擅长回答其预约问题的问题解答主体，或者年龄等。为了为用户提供准确的答案，或者更优质的答案，在知识问答社区的后台服务器上存储有问题解答主体的目录信息(或者又称答主目录)，该目录信息中记录有不同问题解答主体的唯一性标识(或者答主的唯一性标识)，同时针对每一个问题解答主体，在该后台服务器上还存储其特征属性信息，以精确匹配问题解答者以提供高质量的答案。此处，特征属性信息具体可以包括：问题解答主体的擅长回答的问题信息、擅长回答的答题方式以及个体特征属性信息中的至少一种。

对于问题提问主体限定了问题解答主体的情形，可以通过问题提问主体的限定描述信息，从上述后台服务器上的问题解答主体的目录信息中筛选出限定了问题解答主体的唯一性标识，根据这些唯一性标识去通知对应的问题解答主体，其被预约要回答问题。

上述匹配可以按照设定的匹配优先级进行执行，对于每个问题解答主体来说，比如逐一进行问题偏好信息、答题偏好方式、个体特征属性信息以及预约答题时间的匹配。

对于问题提问主体与问题解答主体在特征属性信息上的匹配来说，可以是生成一匹配向量，该匹配向量中包括多个维度，每个维度的值对应按照上述优先级进行匹配时的对应匹配度，该匹配度作为预约匹配结果，进一步地再通过对多个匹配向量进行统计分析，确定向问题提问主体提供的预约答题机制。比如加权均值，不同维度的匹配度分配不同的权重，求这些匹配度的加权均值，加权均值最大者为最优的问题解答主体。

该答题机制中可以根据问题提问主体指定的预约答题时间选择最优的问题解答主体，或者向问题提问主体推荐预约答题时间。

在上述求取匹配度的方式，具体可以通过对于每一个问题提问主体的特征属性信息以及问题描述信息生成一特征向量，类似地，对于每一个问题解答主体的特征属性信息生成一特征向量。

具体地，对于问题提问主体的特征向量来说，其包括问题提问主体的问题偏好信息、答题偏好方式、个体特征属性信息、描述问题的关键词信息、问题的领域信息、预约的解答时间以及对问题解答对象的期望特征信息等。具体地，对于问题解答主体的特征向量来说，其包括问题提问主体的答题偏好信息、答题偏好方式、个体特征属性信息、回答问题的关键词信息、回答问题的领域信息、可预约的解答时间以及对问题提问主体的期望特征信息等。

通过计算这两个特征向量的相似度，从而确定匹配度，相似度越高，匹配度越大。具体，可以采用余弦相似度计算方式来实现。当然，可替代地，可以通过两个特征向量的欧式距离来确定匹配度。

S103、根据所述预约匹配结果，从所述多个问题解答主体中确定回答所述问题的至少一问题解答主体。

具体地，本实施例中，如前所述，选择一个最高匹配度对应的问题解答主体作为答主，在预约的时间解答问题提问主体提出的问题，以准确地满足用户的提问需求。

根据所述预约匹配结果，生成针对所述问题得到预约答题机制，所述预约答题机制中配置具有最高匹配度对应的问题解答主体的唯一性标识、预约的答题时间、问题的描述信息以及问题提问主体的唯一性标识、答题的偏好方式等信息，以生成答题提醒，推送给具有最高匹配度对应的的问题解答主体，且添加到问题解答主体的待处理任务列表中。

图2为本申请实施例二中知识社区中预约问答的管理方法流程示意图；如图所示，其可以包括：

S201、对所述问题提问主体的属性标签进行解析以获取问题提问主体的特征属性信息；

本实施例中，由于知识问答社区，问题提问主体、问题解答主体的角色划分并非绝对，即问题提问主体在一定场景下，也是问题解答主体，对应地，问题解答主体在一定场景下，也是问题提问主体，为了在人机交互界面，直观快捷地显示用户(问题提问主体以及问题解答主体)的特征，给问题提问主体配置了属性标签，该属性标签携带其对应的特征属性信息，因此，通过对该属性标签进行解析，从而获得对应的特征属性信息。

当然，在具体实施时，针对所述问题提问主体的问题偏好信息、答题偏好方式，可以分别设置对应的属性标签，不同的属性标签具有不同的唯一性标识以进行标签的区分。其他实施例中，可以配置一个标注的属性标签格式，该属性标签划分为两个区，一个区记录问题偏好信息，另外一个区记录答题偏好方式。

S202、获取所述问题提问主体预约要解答的问题的描述信息；

如前所述，可以通过提供的问题描述模板收集问题提问主体对问题的描述信息，该问题描述模板中包括问题的领域信息、问题的关键词信息、问题的预约解答时间等等选项。

S203、所述问题提问主体的特征属性信息以及所述问题的描述信息分别与多个问题解答主体的特征属性信息进行匹配生成预约匹配结果；

S204、根据所述预约匹配结果，从所述多个问题解答主体中确定回答所述问题的至少一问题解答主体。

本实施例中，步骤S202-204类似上述实施例一中的步骤S101-103，详细不再赘述。

当然，在其他实施例中，也可以采用不同于上述步骤S101-103的技术方案来实现。比如，在计算匹配度时，为了保证准确性，分别确定余弦相似度以及欧氏距离，再进行加权均值计算，该加权计算的结果，做为一个问题提问主体与问题解答主体的最终的匹配度。

本实施例中，如前所述，选择一个最高匹配度对应的问题解答主体作为答主，在预约的时间解答问题提问主体提出的问题，以准确地满足用户的提问需求。

图3为本申请实施例三中知识社区中预约问答的管理方法流程示意图；如图3所示，其可以包括：

S301、获取问题提问主体的特征属性信息以及所述问题提问主体预约要解答的问题的描述信息；

S302、所述问题提问主体的特征属性信息以及所述问题的描述信息分别与多个问题解答主体的特征属性信息进行匹配生成预约匹配结果；

S303、根据所述预约匹配结果，判断所述限定的所述多个问题解答主体中是否存在可回答所述问题的问题解答主体，若是，则执行步骤S304A；否则执行步骤S304B；

本实施例中，如果可以设定匹配度阈值，如果对于限定的所述多个问题解答主体来说，存在匹配度大于设定的匹配度阈值的情形，则表明在限定的所述多个问题解答主体中存在至少一个问题解答主体可满足所述问题提问主体所预约问题的需求。

若限定的所述多个问题解答主体中不存在匹配度大于设定的匹配度阈值的情形，则表明在限定的多个问题解答主体中不存在至少一个问题解答主体可满足所述问题提问主体所预约问题的需求。因此，为了有效响应问题提问主体的预约问题需求，执行如下步骤S301A；

当然，在其他实施例中，如果问题提问主体限定了必须在限定的多个问题解答主体中确定至少一对象来回答其预约问题，那当根据上述匹配度阈值匹配不到问题解答主体时，可以生成一提示信息，提示问题解答主体修改预约答题时间，或者取消其当前的预约答题请求，或者其当前的预约答题请求无法满足。

S304A、根据所述预约匹配结果，从限定的所述多个问题解答主体中确定回答所述问题的至少一问题解答主体。

S304B、根据限定了的所述问题解答主体的特征属性参数在解答主体库中匹配其他可回答所述问题的问题解答主体。

本实施例中，解答主体库(或又称之为答主库)中，对于每个问题解答主体来说，都存在一个特征属性信息，进一步地参照上述实施例，对应地可配置一个特征向量，通过余弦相似度或者欧氏距离的方式，计算出其他问题解答主体与限定的问题解答主体的相似度或者说匹配度，从中选择具有最高相似度时对应的问题解答主体，并参照上述方法生成预约答题机制，从而有效地满足问题提问主体的预约问答需求。

本申请中，进一步根据上述实施例中的预约匹配结果，生成所述预约回答问题的状态标签。

因此，下述实施例中提供了一种知识社区中预约问答的管理技术方案，以实现预约问答的有效管理，提高用户体验。

图4为本申请实施例四中知识社区中预约问答的管理方法流程示意图；如图4所示，其包括：

S401、获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；

本实施例中，所述状态标签用于记录所述问题解答主体尚未确认所述预约回答问题的请求，或者确认了所述预约回答问题的请求但预约时间未到达；或者确认了所述预约回答问题的请求且已在预约时间内完成解答，或者所述预约回答问题的请求被取消。

S402、根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理。

本实施例中，步骤S402中包括：根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行分组。

在上述实施例的基础上，还可以包括：获取问题解答主体针对所述预约回答问题的消费状态，以对所述预约回答问题的状态标签进行更新。所述消费状态包括但不限于：拒绝所述问题提问主体的预约回答问题的请求，接收所述问题提问主体的预约回答问题的请求但预约的问题回答时间尚未到，暂不处理所述问题提问主体的预约回答问题的请求，接收所述问题提问主体的预约回答问题的请求且在预约的问题回答时间点(或者预约的问题回答时间段)完成了回答。

因此，根据上述消费状态，实时对上述状态标签进行更新。在其他实施例中，当上述状态标签被更新后，在步骤S402之后还包括:通过设定的消息通知发送所述预约回答问题的状态。所述消息通知为站内信息通知、短信通知、语音通知中的至少一种。当然在消息通知中除了消息主体外，还包括消息发送方(问题提问主体)和接收方(问题解答主体)的唯一性标识。

本实施例中，对问题提问主体来说，其通过上述管理方法，其可以管理所有由其预约的回答问题事件，具体比如按照预约的回答问题的发起时间进行排序，或者按照预约的回答问题的时间进行排序，限定的问题回答主体进行筛选，预约的回答问题的领域等。

为了便于管理，在后台服务器上可以通过矩阵索引的方式进行管理，行方向的数据表示按照发起时间先后排列的预约的回答问题事件的标识，列方向的数据分别表示预约的回答时间、问题回答主体的唯一性标识、预约的回答问题的领域、预约的回答问题的关键词等。

在其他实施例中，对问题解答主体来说，其可以通过上述管理方法，实现记录所述问题解答主体收到了但尚未确认所述预约回答问题的请求，或者确认了所述预约回答问题的请求但预约时间未到达；或者确认了所述预约回答问题的请求且已在预约时间内完成解答，或者所述预约回答问题的请求被取消。类似地，可以根据预约回答的请求发起时间、预约回答问题的时间等等进行排序或者分组。

图5为本申请实施例五中知识社区中预约问答的管理装置的结构示意图；如图5所示，其包括：

获取单元501，用于获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；

管理单元502，用于根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理。

本实施例中，所述获取单元501进一步用于获取问题解答主体针对所述预约回答问题的消费状态，以对所述预约回答问题的状态标签进行更新。

本实施例中，所述状态标签用于记录所述问题解答主体尚未确认所述预约回答问题的请求，或者确认了所述预约回答问题的请求但预约时间未到达；或者确认了所述预约回答问题的请求且已在预约时间内完成解答，或者所述预约回答问题的请求被取消。

本实施例中，所述标签单元进一步用于根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行分组。

图6为本申请实施例六中知识社区中预约问答的管理装置的结构示意图；如图6所示，其包括上述获取单元501以及管理单元502，还包括：发送单元503，用于通过设定的消息通知发送所述预约回答问题的状态。所述消息通知为站内信息通知、短信通知、语音通知中的至少一种。

图7为本申请实施例七中知识社区中预约问答的管理装置的结构示意图；如图7所示，其包括上述获取单元501以及管理单元502，进一步地，所述管理装置还包括：匹配单元504，用于所述问题提问主体的特征属性信息以及所述问题的描述信息分别与多个问题解答主体的特征属性信息进行匹配生成预约匹配结果；标注单元505，用于根据所述预约匹配结果，生成所述预约回答问题的状态标签。

图8为本申请实施例八中电子设备的结构示意图；该电子设备可以包括：

一个或多个处理器801；

计算机可读介质802，可以配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例中所述的方法。

图9为本申请实施例九中电子设备的硬件结构；如图9所示，该电子设备的硬件结构可以包括：处理器901，通信接口902，计算机可读介质903和通信总线904；

其中处理器901、通信接口902、计算机可读介质903通过通信总线904完成相互间的通信；

可选的，通信接口902可以为通信模块的接口，如GSM模块的接口；

其中，处理器901具体可以配置为：获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理。

处理器901可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含配置为执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被中央处理单元(CPU)执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(RAM)、只读存储介质(ROM)、可擦式可编程只读存储介质(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储介质(CD-ROM)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写配置为执行本申请的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络：包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个配置为实现规定的逻辑功能的可执行指令。上述具体实施例中有特定先后关系，但这些先后关系只是示例性的，在具体实现的时候，这些步骤可能会更少、更多或执行顺序有调整。即在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元，用于获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；管理单元，用于根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理。

其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，获取单元还可以被描述为“用于获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签的单元”。

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

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理。

上述实施例中，获取单元、管理单元，又可以分别称之为第一程序单元、第二程序单元。

在本申请的各种实施方式中所使用的表述“第一”、“第二”、“所述第一”或“所述第二”可修饰各种部件而与顺序和/或重要性无关，但是这些表述不限制相应部件。以上表述仅配置为将元件与其它元件区分开的目的。例如，第一用户设备和第二用户设备表示不同的用户设备，虽然两者均是用户设备。例如，在不背离本申请的范围的前提下，第一元件可称作第二元件，类似地，第二元件可称作第一元件。

当一个元件(例如，第一元件)称为与另一元件(例如，第二元件)“(可操作地或可通信地)联接”或“(可操作地或可通信地)联接至”另一元件(例如，第二元件)或“连接至”另一元件(例如，第二元件)时，应理解为该一个元件直接连接至该另一元件或者该一个元件经由又一个元件(例如，第三元件)间接连接至该另一个元件。相反，可理解，当元件(例如，第一元件)称为“直接连接”或“直接联接”至另一元件(第二元件)时，则没有元件(例如，第三元件)插入在这两者之间。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (16)

1.一种知识社区中预约问答的管理方法，其特征在于，包括：

获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；

根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理。

2.根据权利要求1所述的方法，其特征在于，还包括：获取问题解答主体针对所述预约回答问题的消费状态，以对所述预约回答问题的状态标签进行更新。

3.根据权利要求1所述的方法，其特征在于，所述状态标签用于记录所述问题解答主体尚未确认所述预约回答问题的请求，或者确认了所述预约回答问题的请求但预约时间未到达；或者确认了所述预约回答问题的请求且已在预约时间内完成解答，或者所述预约回答问题的请求被取消。

4.根据权利要求1所述的方法，其特征在于，根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理，包括：根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行分组。

5.根据权利要求1所述的方法，其特征在于，还包括：通过设定的消息通知发送所述预约回答问题的状态。

6.根据权利要求5所述的方法，其特征在于，所述消息通知为站内信息通知、短信通知、语音通知中的至少一种。

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

所述问题提问主体的特征属性信息以及所述问题的描述信息分别与多个问题解答主体的特征属性信息进行匹配生成预约匹配结果；

根据所述预约匹配结果，生成所述预约回答问题的状态标签。

8.一种知识社区中预约问答的管理装置，其特征在于，包括：

获取单元，用于获取问题提问主体提交的预约回答问题条目及其确定所述预约回答问题条目对应的预约回答问题的状态标签；

管理单元，用于根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行管理。

9.根据权利要求8所述的装置，其特征在于，所述获取单元进一步用于获取问题解答主体针对所述预约回答问题的消费状态，以对所述预约回答问题的状态标签进行更新。

10.根据权利要求8所述的装置，其特征在于，所述状态标签用于记录所述问题解答主体尚未确认所述预约回答问题的请求，或者确认了所述预约回答问题的请求但预约时间未到达；或者确认了所述预约回答问题的请求且已在预约时间内完成解答，或者所述预约回答问题的请求被取消。

11.根据权利要求8所述的装置，其特征在于，所述标签单元进一步用于根据所述预约回答问题的状态标签，对所述预约回答问题及其对应的所述预约回答问题条目进行分组。

12.根据权利要求8所述的装置，其特征在于，还包括：发送单元，用于通过设定的消息通知发送所述预约回答问题的状态。

13.根据权利要求12所述的装置，其特征在于，所述消息通知为站内信息通知、短信通知、语音通知中的至少一种。

14.根据权利要求8-13任一项所述的装置，其特征在于，还包括：

匹配单元，用于所述问题提问主体的特征属性信息以及所述问题的描述信息分别与多个问题解答主体的特征属性信息进行匹配生成预约匹配结果；

标注单元，用于根据所述预约匹配结果，生成所述预约回答问题的状态标签。

15.一种电子设备，包括：

一个或多个处理器；

计算机可读介质，配置为存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

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