一种转化为任务事件的方法及后台服务器
技术领域
本发明实施例涉及通信领域,尤其涉及一种转化为任务事件的方法及后台服务器。
背景技术
微博(Micro Blog,微型博客),是一种可以即时发布消息的类似博客的系统,其最大的特点为集成化和开放化,用户可以通过手机、IM(Instant Messaging,即时通讯)软件或外部API(Application Programming Interface,应用程序编程接口)等途径向微博发布消息。随着IM软件的广泛应用,通过IM软件发布微博消息越来越成为用户极为推崇的一种途径,微博作为一种扩展IM消息传播机制的新产品,其应用得到了快速的增长。
现在的企业内的员工可以开始使用这种微博式的开发性平台来发布消息,一些微博的内容会涉及一些工作问题,例如,第5层走廊的灯坏了,此时,相关工作人员无法对该工作问题进行执行、监督以及反馈。
发明内容
本发明实施例提供了一种转化为任务事件的方法及后台服务器,能够解决相关工作人员无法对工作问题进行执行、监督以及反馈的问题。
本发明实施例提供的转化为任务事件的方法,该方法包括:当第二用户将第一用户发起的微博转换为任务事件时,后台服务器生成创建任务事件的用户界面,使得所述第二用户在创建所述任务事件的用户界面中填写所述任务事件的创建信息;所述任务事件的创建信息包括:所述任务事件的内容、所述任务事件的执行人;当所述任务事件创建成功后,所述后台服务器将所述微博转换为所述任务事件,并根据所述任务事件的创建信息生成feed以形成活动流。
本发明实施例提供的后台服务器,该后台服务器包括:第一生成单元和转换单元;
第一生成单元用于在第二用户将第一用户发起的微博转换为任务事件时,生成的创建任务事件的用户界面,使得所述第二用户在创建所述任务事件的用户界面中填写所述任务事件的创建信息;所述任务事件的创建信息包括:所述任务事件的内容、所述任务事件的执行人;转换单元用于在所述任务事件创建成功后,将所述微博转换为所述任务事件;所述第一生成单元还用于根据所述任务事件的创建信息生成feed以形成活动流。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,当第二用户将第一用户发起的微博转换为任务事件时,后台服务器生成的创建任务事件的用户界面,使得第二用户在创建任务事件的用户界面中填写任务事件的创建信息,任务事件的创建信息包括:任务事件的内容、任务事件的执行人,当任务事件创建成功后,后台服务器将微博转换为任务事件,并根据任务事件的创建信息生成feed以形成活动流,这样通过将微博转为任务事件,根据任务事件的创建信息生成feed以形成活动流,后台服务器可以通过feed反向调用任务,使得用户可以查看任务事件,进而能够提高了信息的可见性与透明度,从而任何用户均可以参与监督及反馈,以提高任务事件的反应及执行效率。
附图说明
图1为本发明实施例中一个转化为任务事件的方法实施例示意图;
图2为本发明实施例中转化为任务事件的方法另一实施例示意图;
图3为本发明实施例中微博的界面的示意图;
图4为本发明实施例中创建任务事件的用户界面的示意图;
图5为本发明实施例中feed的用户界面的示意图;
图6为本发明实施例中创建回复内容的界面的示意图;
图7为本发明实施例中有回复内容的feed的用户界面的示意图;
图8为本发明实施例中创建转发内容的界面的示意图;
图9为本发明实施例中转发的任务事件的界面的示意图;
图10为本发明实施例中任务详情的界面的示意图;
图11为本发明实施例中任务事件完成后的feed的用户界面的示意图;
图12为本发明实施例中任务事件完成后的任务详情的界面的示意图;
图13为本发明实施例中后台服务器一个实施例示意图;
图14为本发明实施例中后台服务器另一实施例示意图。
具体实施方式
本发明实施例提供了一种转化为任务事件的方法及后台服务器,能够实现用户可以查看任务事件,进而加大信息的可见性与透明度,从而使任何用户均可以参与监督及反馈,以提高任务事件的反应及执行效率。
请参照图1,本发明实施例中转化为任务事件的方法一个实施例包括:
101、当第二用户将第一用户发起的微博转换为任务事件时,后台服务器生成创建任务事件的用户界面;
本实施例中,第一用户为微博的发起人,当第二用户将第一用户发起的微博转为任务事件时,后台服务器生成创建任务事件的用户界面,使得第二用户在创建任务事件的用户界面中填写任务事件的创建信息,其中任务事件的创建信息包括:任务事件的内容、任务事件的执行人,在实际应用中,任务事件的创建信息不做限定,根据实际的应用场景对任务事件的创建信息进行增加,其中第一用户与第二用户可以是相同的用户,也可以为不同的用户,在实际应用中,第二用户可以通过终端向后台服务器发送微博转换为任务事件的指令,该终端可以是计算机、手持终端等通信设备。
102、当任务事件创建成功后,后台服务器将微博转换为任务事件,并根据任务事件的创建信息生成feed以形成活动流。
本实施例中,当任务事件创建成功后,后台服务器可以将微博转换为任务事件,并根据任务事件的创建信息生成feed以形成活动流,在实际应用中,第二用户通过终端发送任务事件创建成功的指令到后台服务器,此时后台服务器执行后台服务器将微博转换为任务事件,并根据任务事件的创建信息生成feed以形成活动流。
本实施例中,当第二用户将第一用户发起的微博转换为任务事件时,后台服务器生成的创建任务事件的用户界面,使得第二用户在创建任务事件的用户界面中填写任务事件的创建信息,任务事件的创建信息包括:任务事件的内容,当任务事件创建成功后,后台服务器将微博转换为任务事件,并根据任务事件的创建信息生成feed以形成活动流,这样通过将微博转为任务事件,根据任务事件的创建信息生成feed以形成活动流,后台服务器可以通过feed反向调用任务,使得用户可以查看任务事件,进而能够加大信息的可见性与透明度,从而任何用户均可以参与监督及反馈,以提高任务事件的反应及执行效率。
为便于理解,下面以一具体实例对本发明实施例中的转化为任务事件的方法进行描述,请参阅图2,本发明实施例中转化为任务事件的方法另一实施例包括:
201、当第二用户将第一用户发起的微博转换为任务事件时,后台服务器生成创建任务事件的用户界面;
本实施例中,第一用户为微博的发起人,当第二用户将第一用户发起的微博转为任务事件时,后台服务器生成创建任务事件的用户界面,使得第二用户通过终端在创建任务事件的用户界面中填写任务事件的创建信息,其中任务事件的创建信息包括:任务事件的内容、任务事件的执行人、任务事件的截止日期、任务事件的分享范围及微博的内容,在实际应用中,任务事件的内容可以引用该微博的内容,当然任务事件的创建信息不限于包括上述的信息,可以根据这些信息容易想到其他与任务事件相关联的信息。
举一个具体的例子,图3为第一用户发起的微博内容显示于终端上的界面示意图,参照图3,第一用户为赵XX,该微博的内容为“打印机没有墨了”,其中任何的用户可以对该微博内容进行回复、转发等操作,当第二用户将第一用户发起的微博转换为任务事件时,即第二用户点击微博的内容下方的“转为任务”按钮之后,后台服务器生成创建任务事件的用户界面,并通过终端进行显示,此时第二用户可以看到如图4所示的用户界面示意图,从图4中可以看出任务事件的内容为“打印机没有墨了”,任务的执行人为刘XX,当然任务事件的执行人还可以为多个,任务事件的截止日期,任务事件的分享范围为大厅(即,所有的用户都可以看见该任务事件)及第一用户发起的微博“打印机没有墨了”,在实际应用中,任务事件的内容可以默认为微博的内容,第二用户可以对任务事件的内容进行修改,例如,可以加上没有墨的打印机的具体地点等,任务事件的分享范围还可以为私密或者指定的小组/群等。
需要说明的是,第一用户与第二用户可以是相同的用户,也可以为不同的用户,本实施例以第一用户和第二用户均为赵XX为例进行描述,在实际应用中,第二用户可以通过终端向后台服务器发送微博转换为任务事件的指令,该终端可以是计算机、手持终端等通信设备。
202、当任务事件创建成功后,后台服务器将微博转换为任务事件,并根据任务事件的创建信息生成feed以形成活动流;
本实施例中,当任务事件创建成功后,后台服务器可以将微博转换为任务事件,例如,同样参见图4,第二用户填写完任务事件的创建信息后,点击创建任务事件的用户界面上的创建任务表示任务事件创建成功,此时后台服务器可以先接收到终端发送的任务创建成功的信息,然后后台服务器将微博转换为任务事件,并根据任务事件的创建信息生成feed。
203、后台服务器生成微博的第一回复信息;
本实施例中,在步骤202之后,后台服务器可以自动生成微博的第一回复信息,该第一回复信息用于告知第一用户已将微博转为任务事件,这样该微博的发起人可以了解到任务事件的动态。
204、后台服务器根据任务事件的分享范围生成feed的用户界面;
本实施例中,在步骤202生成feed之后,可以根据任务事件的分享范围生成feed的用户界面,任务事件的分享范围与feed的可见范围相同,feed的用户界面包括:基本操作及任务事件的信息,基本操作可以为回复、赞、转发、收藏、删除、转为任务、完成任务或者标记未完成和任务详情,任务事件的信息包括:任务事件的内容、任务事件的执行人、任务事件的截止日期、任务事件的状态及微博的内容,在实际应用中,任务事件的信息是根据任务事件的创建信息生成的,其中任务事件的状态包括完成或者未完成两种状态,例如,图5为生成的feed的用户界面,设任务事件的分享范围为大厅时,此时所有用户都可以看见生成的任务事件“打印机没有墨了”,基本操作和任务事件的信息如图5中所示。
205、当第三用户对任务事件进行回复时,后台服务器根据调用feed的回复数据,将第三用户的回复内容以微博的形式通过终端进行显示;
本实施例中,第三用户会对任务事件进行回复,此时需要后台服务器调用feed的回复数据,并将回复内容以微博的形式通过终端进行显示,例如,若第三用户点击feed的用户界面(图5所示)中的回复,则后台服务器调用feed的回复数据,这时可以第三用户可以看到创建回复内容的界面(如图6所示),当第三用户填写成功并点击创建回复内容的界面右下方的“回复”按钮时,后台服务器可以将回复内容“需要打印,请尽快处理”以微博的形式通过终端进行显示,如图7所示,第三用户为李X,其它用户可以看到回复内容“需要打印,请尽快处理”在feed的用户界面中,这样其它用户都可以从大厅中看到与任务事件相关的信息,提高了信息的可见性与透明度。
206、当第四用户对任务事件进行转发时,后台服务器调用feed的转发数据,将第四用户的转发内容以微博的形式通过终端进行显示;
本实施例中,第四用户会需要对任务事件进行转发,此时后台服务器需要调用feed的转发数据,将第四用户的转发内容以微博的形式通过终端进行显示,这时可以第四用户可以看到创建转发内容的界面(如图8所示,第四用户为吴X),当第四用户填写成功并点击转发内容的界面右下方的“转发”按钮时,后台服务器可以将转发内容以微博的形式通过终端进行显示(如图9所示),其中该转发内容默认为任务事件的内容,当然第四用户可以对转发内容进行修改和添加,这样其它用户都可以从大厅中看到与任务事件相关的信息,提高了信息的可见性与透明度。
207、当该任务事件的执行人进入任务详情的界面时,后台服务器根据该任务事件的执行人的编辑操作或者删除操作对该任务事件的信息进行编辑或者删除;
本实施例中,该任务详情包括:该任务事件的信息及该任务事件的分享范围,任务事件的执行人可以进入任务详情的界面对任务事件的内容进行编辑或者删除,例如,任务事件的执行人进入任务详情的界面(如图10所示),任务事件的执行人除了可以看见任务事件的信息之外,还可以看见其它用户对任务事件回复的微博,当任务事件的执行人刘XX点击任务详情的界面中的编辑或者删除时,后台服务器根据任务事件的执行人刘XX的操作对任务事件的信息进行编辑或者删除。
需要说明的是,编辑和删除为对任务事件本身进行修改,无需调用feed数据。
208、当任务事件的执行人执行完成任务操作后,后台服务器在feed的用户界面和任务详情中进行标记;
本实施例中,标记用于指示任务事件已完成,在实际应用中,同样参见图5和图10,图5为feed的用户界面示意图,图10为任务详情的界面示意图,图5和图10中均有“完成任务”的按钮,若任务事件的执行人执行完成任务操作(点击图5或者图10中“完成任务”的按钮)之后,后台服务器在feed的用户界面和任务详情中进行标记,进一步参见图11为任务事件完成后的feed的用户界面,图11中标记为“已完成”以表示该任务事件“打印机没有墨了”已经完成,同样参见图12为任务事件完成后的任务详情的界面,图10中“完成任务”的按钮已经变为图12中“标记未完成”,在实际应用中,如果任务事件的执行人误点了“完成任务”按钮,此时任务事件的执行人可以点击“标记未完成”即可将该标记删除。
209、后台服务器生成微博的第二回复信息。
本实施例中,当任务事件已经完成后,后台服务器可以自动生成该微博的第二回复信息,第二回复信息用于告知第一用户已完成任务事件。
需要说明的是,上述的图3至图12的界面仅仅是一个例子,并不限于图3至图12所示的界面,本领域技术人员在看到本发明实施例的图3至图12中的界面后可以想到其他的界面设计,界面中的操作(如回复、转发、编辑、转为任务等)不做限定,根据不同的应用场景可以对界面中的操作进行修改或者添加。
需要进一步说明的是,本发明实施例中的第一用户,第二用户、第三用户及第四用户可以是相同的用户,也可以是不同的用户,任务事件的执行人可以是第一用户,第二用户、第三用户及第四用户中任意一个或者组合,任务事件的执行人还可以是第一用户,第二用户、第三用户和第四用户之外的一个用户或者多个用户。
本实施例中,通过后台服务器将微博转为任务事件,根据任务事件的创建信息生成feed以形成活动流,后台服务器可以通过feed反向调用任务,使得用户可以查看任务事件,进而能够提高了信息的可见性与透明度,从而任何用户均可以参与监督及反馈,以提高任务事件的反应及执行效率,而且任务事件的分享范围可以为自定义的小组,增加了任务事件的私密性及安全性;当有用户回复或者转发时,后台服务器可以调用feed的数据,使回复内容或者转发内容以微博的形式通过终端进行显示,而不是对任务事件进行回复,这样提高了数据的统一性,减少数据同步及处理的逻辑,进而提高了后台服务器的性能。
下面对用于执行上述转化为任务事件的方法的本发明实施例的后台服务器进行说明,其基本逻辑结构参考图13,本发明实施例中后台服务器一个实施例,该后台服务器包括:第一生成单元1301和转换单元1302;
第一生成单元1301,用于在第二用户将第一用户发起的微博转换为任务事件时,生成的创建任务事件的用户界面,使得该第二用户在创建该任务事件的用户界面中填写该任务事件的创建信息;
该任务事件的创建信息包括:该任务事件的内容、该任务事件的执行人;
转换单元1302,用于在该任务事件创建成功后,将该微博转换为该任务事件;
第一生成单元1301,还用于根据该任务事件的创建信息生成feed以形成活动流。
本实施例中,第一生成单元1301在第二用户将第一用户发起的微博转换为任务事件时,生成的创建任务事件的用户界面,使得第二用户在创建任务事件的用户界面中填写任务事件的创建信息,任务事件的创建信息包括:任务事件的内容、任务事件的执行人,当任务事件创建成功后,转换单元1302将微博转换为任务事件,第一生成单元1301根据任务事件的创建信息生成feed以形成活动流,这样后台服务器通过转换单元1302将微博转为任务事件,第一生成单元1301根据任务事件的创建信息生成feed以形成活动流,后台服务器可以通过feed反向调用任务,使得用户可以查看任务事件,进而能够提高了信息的可见性与透明度,从而任何用户均可以参与监督及反馈,以提高任务事件的反应及执行效率。
为了更好的理解上述的实施例,下面对后台服务器中包括的各个单元及模块的交互对后台服务器中的数据交互方式进行说明,请参阅图14,该后台服务器包括:第一生成单元1401、转换单元1402、第三生成单元1403、第二生成单元1404、第一调用单元1405、第二调用单元1406、编辑删除单元1407、标记单元1408和第四生成单元1409。
第一生成单元1401在第二用户将第一用户发起的微博转换为任务事件时,生成创建任务事件的用户界面,使得第二用户通过终端在创建任务事件的用户界面中填写任务事件的创建信息,其中任务事件的创建信息包括:任务事件的内容、任务事件的执行人、任务事件的截止日期、任务事件的分享范围及微博的内容,当然任务事件的创建信息不限于包括上述的信息,可以根据这些信息容易想到其他与任务事件相关联的信息。
需要说明的是,第一用户与第二用户可以是相同的用户,也可以为不同的用户。
转换单元1402在任务事件创建成功后,将微博转换为任务事件,然后转换单元1402将转换完成的消息发送至第一生成单元1401,例如,参见图4,第二用户填写完任务事件的创建信息后,点击创建任务事件的用户界面上的创建任务表示任务事件创建成功,此时转换单元1402通过后台服务器的接收器接收到终端发送的任务创建成功的信息,然后转换单元1402将微博转换为任务事件。
第一生成单元1401根据该任务事件的创建信息生成feed以形成活动流,然后第一生成单元1401将生成feed完成的消息发送至第三生成单元1403。
第三生成单元1403可以自动生成微博的第一回复信息,该第一回复信息用于告知第一用户已将微博转为任务事件,然后第三生成单元1403将生成的第一回复信息成功的消息发送至第二生成单元1404,这样该微博的发起人可以了解到任务事件的动态。
第二生成单元1404根据任务事件的分享范围生成feed的用户界面,任务事件的分享范围与feed的可见范围相同,feed的用户界面包括:基本操作及任务事件的信息,基本操作可以为回复、赞、转发、收藏、删除、转为任务、完成任务或者标记未完成和任务详情,任务事件的信息包括:任务事件的内容、任务事件的执行人、任务事件的截止日期、任务事件的状态及微博的内容,在实际应用中,任务事件的信息是根据任务事件的创建信息生成的,该任务事件的状态包括完成或者未完成两种状态。
第一调用单元1405在第三用户对任务事件进行回复时,根据调用feed的回复数据,将第三用户的回复内容以微博的形式通过终端进行显示,这样其它用户都可以从大厅中看到与任务事件相关的信息,提高了信息的可见性与透明度。
第二调用单元1406在第四用户对任务事件进行转发时,调用feed的转发数据,将第四用户的转发内容以微博的形式通过终端进行显示,其中该转发内容默认为任务事件的内容,当然第四用户可以对转发内容进行修改和添加,这样其它用户都可以从大厅中看到与任务事件相关的信息,提高了信息的可见性与透明度。
编辑删除单元1407在该任务事件的执行人进入任务详情的界面时,根据该任务事件的执行人的编辑操作或者删除操作对该任务事件的信息进行编辑或者删除,该任务详情包括:该任务事件的信息及该任务事件的分享范围,任务事件的执行人可以进入任务详情的界面对任务事件的内容进行编辑或者删除。
需要说明的是,编辑和删除为对任务事件本身进行修改,无需调用feed数据。
标记单元1408在任务事件的执行人执行完成任务操作后,在feed的用户界面和任务详情中进行标记,该标记用于指示任务事件已完成,然后标记单元1408告知第四生成单元1409已完成该任务事件,在实际应用中,如果任务事件的执行人误执行了完成任务的操作,此时任务事件的执行人可以执行标记未完成的操作,即可将该标记删除。
当任务事件已经完成后,第四生成单元1409生成微博的第二回复信息,后台服务器可以自动生成该微博的第二回复信息,第二回复信息用于告知第一用户已完成任务事件。
需要进一步说明的是,本发明实施例中的第一用户,第二用户、第三用户及第四用户可以是相同的用户,也可以是不同的用户,任务事件的执行人可以是第一用户,第二用户、第三用户及第四用户中任意一个或者组合,任务事件的执行人还可以是第一用户,第二用户、第三用户和第四用户之外的一个用户或者多个用户。
本实施例中,通过转换单元1402将微博转为任务事件,第一生成单元1401根据任务事件的创建信息生成feed以形成活动流,这样后台服务器可以通过feed反向调用任务,使得用户可以查看任务事件,进而能够提高了信息的可见性与透明度,从而任何用户均可以参与监督及反馈,以提高任务事件的反应及执行效率,而且任务事件的分享范围可以为自定义的小组,增加了任务事件的私密性及安全性;当有用户回复或者转发时,第一调用单元1405或者第二调用单元1406可以调用feed的数据,使回复内容或者转发内容以微博的形式通过终端进行显示,而不是对任务事件进行回复,这样提高了数据的统一性,减少数据同步及处理的逻辑,进而提高了后台服务器的性能。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。