CN105511858B - 活动参与用户确定方法及装置 - Google Patents
活动参与用户确定方法及装置 Download PDFInfo
- Publication number
- CN105511858B CN105511858B CN201510848537.8A CN201510848537A CN105511858B CN 105511858 B CN105511858 B CN 105511858B CN 201510848537 A CN201510848537 A CN 201510848537A CN 105511858 B CN105511858 B CN 105511858B
- Authority
- CN
- China
- Prior art keywords
- user
- participation
- invited
- activity
- participate
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
- G06F9/4482—Procedural
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开揭示了一种活动参与用户确定方法及装置,属于网络应用领域。所述活动参与用户确定方法包括:向至少两个用户发送活动邀请通知;获取各个用户根据活动邀请通知回复的参与信息,该参与信息至少包括用于指示该用户是否愿意参与活动的参与选项,其中至少一个该参与信息还包括该用户设置的参与条件;根据各个参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户。本公开通过筛选和剔除的方式确定出允许参与活动的用户,解决了被邀请人因其他被邀请人的回复结果而反复改变自己的意向,需要自行反复修改回复结果的繁琐方式的问题;达到了通过筛选和剔除存在参与矛盾的被邀请用户,自动确定出允许参与活动的用户的效果。
Description
技术领域
本公开涉及网络应用领域,特别涉及一种活动参与用户确定方法及装置。
背景技术
随着科技的发展,电子邀请函正在逐渐代替纸质邀请函。当被邀请人收到电子邀请函后,可以直接通过终端对该电子邀请函进行回复。
目前的电子邀请函页面仅提供“去”和“不去”两种选项供被邀请人选择,若该被邀请人因其他被邀请人的回复结果而反复改变自己的意向,需要自行反复修改回复结果,而这样反复手动修改回复结果的方式显得十分繁琐。
发明内容
为了解决被邀请人因其他被邀请人的回复结果而反复改变自己的意向,需要自行反复修改回复结果的繁琐方式的问题,本公开提供一种活动参与用户确定方法及装置。所述技术方案如下:
根据本公开实施例的第一方面,提供一种活动参与用户确定方法,所述方法包括:
向至少两个用户发送活动邀请通知;
获取各个用户根据所述活动邀请通知回复的参与信息,所述参与信息至少包括用于指示所述用户是否愿意参与活动的参与选项,其中至少一个所述参与信息还包括所述用户设置的参与条件;
根据各个参与信息所包含的所述参与选项以及所述参与条件,确定出允许参与活动的用户。
本公开的第一方面提供的活动参与用户确定方法,通过根据各个用户回复的参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户;由于服务器会根据活动创建用户设定的被邀请用户列表和各个用户参与信息所包含的参与选项以及参与条件,通过筛选和剔除的方式确定出允许参与活动的用户,因此解决了被邀请人因其他被邀请人的回复结果而反复改变自己的意向,需要自行反复修改回复结果的繁琐方式的问题;达到了通过筛选和剔除存在参与矛盾的被邀请用户,自动确定出允许参与活动的用户的效果。
可选的,所述方法还包括:
接收活动创建用户设定的被邀请用户列表,所述被邀请用户列表定义了各个被邀请用户的被邀请优先级。
本公开第一方面提供的可选的活动参与用户确定方法,通过接收活动创建用户设定的被邀请用户列表,确定出各个被邀请用户的被邀请优先级,便于后续对存在参与矛盾的用户进行筛选和剔除。
可选的,所述根据各个参与信息所包含的所述参与选项以及所述参与条件,确定出允许参与活动的用户,包括:
确定出所述参与选项为同意参与的第一用户,以及所述参与选项为拒绝参与的第二用户;
剔除不存在所述参与条件的第二用户;
根据所述参与条件,筛选出与其他第一用户均不存在参与矛盾的第一用户;针对剩余的第一用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第一用户;
根据所述参与条件,剔除参与条件无效的第二用户;针对剩余的第二用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第二用户,并剔除与所述第二用户存在参与矛盾且被邀请优先级低于所述第二用户的第一用户;
将筛选出的剩余的所述第一用户以及第二用户确定为允许参与活动的用户。
本公开第一方面提供的可选的活动参与用户确定方法,通过对同一参与活动和不同意参与活动的用户进行分组,并对存在参与矛盾的用户进行筛选和剔除,将筛选出和剔除后的剩余的用户确定为允许参与活动的用户,由于服务器会根据活动创建用户设定的被邀请用户列表和各个用户参与信息所包含的参与选项以及参与条件,自动确定出允许参与活动的用户,因此不需要用户对参与选项进行反复修改。
可选的,所述第一用户的参与条件用于指示指定的用户参与活动,则所述第一用户不参与活动;
所述第二用户的参与条件用于指示指定的用户不参与活动,则所述第二用户参与活动。
可选的,所述方法还包括:
按照字母表顺序,将所述被邀请用户列表中包含的被邀请用户进行排序;
将排序后得到的用户列表添加至所述活动邀请通知中。
本公开第一方面提供的可选的活动参与用户确定方法,通过按照字母表顺序,对被邀请用户列表中包含的被邀请用户进行排序,将排序后得到的用户列表添加至所述活动邀请通知中,由于被邀请用户获取的活动邀请通知中的用户列表是按字母顺序排列的,因此被邀请用户不会提前知道被邀请用户的优先级,并可以让被邀请用户根据用户列表设置参与条件。
可选的,所述方法还包括:
将确定出的允许参与活动的用户添加至参与用户通知列表中;
向确定出的允许参与活动的用户发送所述参与用户通知列表。
本公开第一方面提供的可选的活动参与用户确定方法,通过向确定出的允许参与活动的用户发送参与用户通知列表,以告知用户最终的参与名单。
根据本公开实施例的第二方面,提供一种活动参与用户确定装置,所述装置包括:
第一发送模块,被配置为向至少两个用户发送活动邀请通知;
获取模块,被配置为获取各个用户根据所述第一发送模块发送的所述活动邀请通知回复的参与信息,所述参与信息至少包括用于指示所述用户是否愿意参与活动的参与选项,其中至少一个所述参与信息还包括所述用户设置的参与条件;
确定模块,被配置为根据所述获取模块获取的各个参与信息所包含的所述参与选项以及所述参与条件,确定出允许参与活动的用户。
本公开的第二方面提供的活动参与用户确定装置,通过根据各个用户回复的参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户;由于服务器会根据活动创建用户设定的被邀请用户列表和各个用户参与信息所包含的参与选项以及参与条件,通过筛选和剔除的方式确定出允许参与活动的用户,因此解决了被邀请人因其他被邀请人的回复结果而反复改变自己的意向,需要自行反复修改回复结果的繁琐方式的问题;达到了通过筛选和剔除存在参与矛盾的被邀请用户,自动确定出允许参与活动的用户的效果。
可选的,所述装置还包括:
接收模块,被配置为接收活动创建用户设定的被邀请用户列表,所述被邀请用户列表定义了各个被邀请用户的被邀请优先级。
本公开第二方面提供的可选的活动参与用户确定装置,通过接收活动创建用户设定的被邀请用户列表,确定出各个被邀请用户的被邀请优先级,便于后续对存在参与矛盾的用户进行筛选和剔除。
可选的,所述确定模块,包括:
第一确定子模块,被配置为确定出所述获取模块获取的所述参与选项为同意参与的第一用户,以及所述获取模块获取的所述参与选项为拒绝参与的第二用户;
第一剔除子模块,被配置为剔除所述确定子模块确定的不存在所述参与条件的第二用户;
筛选子模块,被配置为根据所述参与条件,筛选出与其他第一用户均不存在参与矛盾的第一用户;针对剩余的第一用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第一用户;
第二剔除子模块,被配置为根据所述参与条件,剔除参与条件无效的第二用户;针对剩余的第二用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第二用户,并剔除与所述第二用户存在参与矛盾且被邀请优先级低于所述第二用户的第一用户;
第二确定子模块,被配置为将筛选出的剩余的所述第一用户以及第二用户确定为允许参与活动的用户。
本公开第二方面提供的可选的活动参与用户确定装置,通过对同一参与活动和不同意参与活动的用户进行分组,并对存在参与矛盾的用户进行筛选和剔除,将筛选出和剔除后的剩余的用户确定为允许参与活动的用户,由于服务器会根据活动创建用户设定的被邀请用户列表和各个用户参与信息所包含的参与选项以及参与条件,自动确定出允许参与活动的用户,因此不需要用户对参与选项进行反复修改。
可选的,所述第一用户的参与条件用于指示指定的用户参与活动,则所述第一用户不参与活动;
所述第二用户的参与条件用于指示指定的用户不参与活动,则所述第二用户参与活动。
可选的,所述装置还包括:
排序模块,被配置为按照字母表顺序,将所述接收模块接收的所述被邀请用户列表中包含的被邀请用户进行排序;
第一添加模块,被配置为将所述排序模块排序后得到的用户列表添加至所述活动邀请通知中。
本公开第二方面提供的可选的活动参与用户确定装置,通过按照字母表顺序,对被邀请用户列表中包含的被邀请用户进行排序,将排序后得到的用户列表添加至所述活动邀请通知中,由于被邀请用户获取的活动邀请通知中的用户列表是按字母顺序排列的,因此被邀请用户不会提前知道被邀请用户的优先级,并可以让被邀请用户根据用户列表设置参与条件。
可选的,所述装置还包括:
第二添加模块,被配置为将所述第二确定子模块确定出的允许参与活动的用户添加至参与用户通知列表中;
第二发送模块,被配置为向确定出的允许参与活动的用户发送所述第二添加模块添加后的所述参与用户通知列表。
本公开第二方面提供的可选的活动参与用户确定装置,通过向确定出的允许参与活动的用户发送参与用户通知列表,以告知用户最终的参与名单。
根据本公开实施例的第三方面,提供一种活动参与用户确定装置,所述装置包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为:
向至少两个用户发送活动邀请通知;
获取各个用户根据所述活动邀请通知回复的参与信息,所述参与信息至少包括用于指示所述用户是否愿意参与活动的参与选项,其中至少一个所述参与信息还包括所述用户设置的参与条件;
根据各个参与信息所包含的所述参与选项以及所述参与条件,确定出允许参与活动的用户。
本公开第三方面提供的活动参与用户确定装置,通过根据各个用户回复的参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户;由于服务器会根据活动创建用户设定的被邀请用户列表和各个用户参与信息所包含的参与选项以及参与条件,通过筛选和剔除的方式确定出允许参与活动的用户,因此解决了被邀请人因其他被邀请人的回复结果而反复改变自己的意向,需要自行反复修改回复结果的繁琐方式的问题;达到了通过筛选和剔除存在参与矛盾的被邀请用户,自动确定出允许参与活动的用户的效果。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并于说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种活动参与用户确定方法的流程图;
图2A是根据另一示例性实施例示出的一种活动参与用户确定方法的流程图;
图2B是根据一示例性实施例示出的确定出允许参与活动的用户方法的流程图;
图3A是根据一示例性实施例示出的一种活动参与用户确定装置的框图;
图3B是根据另一示例性实施例示出的一种活动参与用户确定装置的框图;
图4是根据一示例性实施例示出的一种用于确定活动参与用户的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种活动参与用户确定方法的流程图,如图1所示,该活动参与用户确定方法包括以下步骤。
在步骤101中,向至少两个用户发送活动邀请通知。
在步骤102中,获取各个用户根据活动邀请通知回复的参与信息,该参与信息至少包括用于指示该用户是否愿意参与活动的参与选项,其中至少一个该参与信息还包括该用户设置的参与条件。
在步骤103中,根据各个参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户。
综上所述,本公开实施例中提供的活动参与用户确定方法,通过根据各个用户回复的参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户;由于服务器会根据活动创建用户设定的被邀请用户列表和各个用户参与信息所包含的参与选项以及参与条件,通过筛选和剔除的方式确定出允许参与活动的用户,因此解决了被邀请人因其他被邀请人的回复结果而反复改变自己的意向,需要自行反复修改回复结果的繁琐方式的问题;达到了通过筛选和剔除存在参与矛盾的被邀请用户,自动确定出允许参与活动的用户的效果。
图2A是根据另一示例性实施例示出的一种活动参与用户确定方法的流程图,如图2A所示,该活动参与用户确定方法包括以下步骤。
在步骤201中,接收活动创建用户设定的被邀请用户列表,该被邀请用户列表定义了各个被邀请用户的被邀请优先级。
通常,公司组织户外拓展活动、明星举行结婚典礼、学校开展学术讲座等活动都需要提前统计参与活动的人员,此时,活动创建用户需要向服务器提供被邀请用户的名单,也即被邀请用户列表,该被邀请用户列表中包括被邀请用户,还可以定义各个被邀请用户的被邀请优先级。
在实际应用中,在被邀请用户中,往往存在着活动创建用户最希望邀请的用户,比如公司组织户外拓展活动则最希望领导参加,学校开展学术讲座则最希望业内教授参加,因此活动创建用户会提前设定一张被邀请用户列表,该被邀请用户列表定义了各个被邀请用户的被邀请优先级。
在活动邀请开始前,活动创建用户会将所设定的被邀请用户列表发送至服务器,便于服务器后续对各个用户的筛选和剔除工作。
需要说明的是,被邀请用户列表中的各个被邀请用户可以按优先级的顺序排列,也可以被标注优先级序号,本实施例对被邀请用户列表中各个被邀请用户的优先级表示方式不做限定。
在步骤202中,按照字母表顺序,将被邀请用户列表中包含的被邀请用户进行排序。
需要说明的是,这里所说的字母表顺序的排序对象可以为用户姓氏的字母,也可以为用户姓名的缩写字母,本实施例对字母表顺序的排序对象不做限定。
表一为活动创建用户设定的被邀请用户优先级列表。
1 | B |
2 | C |
3 | A |
4 | D |
表一
表二为按照字母表顺序排序后得到的用户列表。
1 | A |
2 | B |
3 | C |
4 | D |
表二
可选的,除了按照字母表顺序排列被邀请用户,还可以通过用户的姓氏用户姓氏的笔画数、用户姓名的笔画数的方式对被邀请用户进行排列,当然,还可以利用随机排序方式对被邀请用户进行排列。
在步骤203中,将排序后得到的用户列表添加至活动邀请通知中。
在服务器接收到被邀请用户列表后,会将用户列表添加至活动邀请通知中,并将该活动邀请通知发送至各个被邀请用户,当被邀请用户接收到该活动邀请通知后,就可以看见该活动邀请通知中携带的用户列表信息。为了避免用户知晓活动创建用户所设定的被邀请用户列表,在服务器向用户发送活动邀请通知前,会将被邀请用户列表按照字母表顺序进行排序,再将排序后得到的用户列表添加至活动邀请通知中。
在步骤204中,向至少两个用户发送活动邀请通知。
由于服务器在后续工作中需要对被邀请用户进行筛选和剔除,若被邀请人的数量只有一个,服务器便无需进行后续工作,因此在本实施例中,服务器需要向至少两名用户发送活动邀请通知。
当各个被邀请用户接收到服务器发送的活动邀请通知后,可以对该活动邀请通知进行回复,并将回复的参与信息发送至服务器。
在步骤205中,获取各个用户根据活动邀请通知回复的参与信息,该参与信息至少包括用于指示该用户是否愿意参与活动的参与选项,其中至少一个该参与信息还包括该用户设置的参与条件。
这里所说的参与选项为接收和拒绝两种选项,其中接收选项表示该用户愿意参与活动,拒绝选项表示该用户不愿意参与活动。
这里所说的参与条件为该用户选择的其他用户相关的条件,某一参与信息中的参与条件可能会使同一参与信息中的参与选项改变。
比如,服务器接收到的一条参与信息为“A:同意,但B参加则不参加”,这里“同意”为参与选项,“但B参加则不参加”为参与条件,上述参与信息的意思是A同意参加,但若B参加则A不参加,因此B是否愿意参加活动会改变A的参与选项。
需要说明的是,参与条件可以为一个也可以为多个,本实施例对参与条件的数量不做限定。
在步骤206中,根据各个参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户。
当服务器获取到各个用户根据活动邀请通知回复的参与信息后,可以根据各个参与信息所包含的参与选项以及参与条件,按照存储的被邀请用户列表中的各个被邀请用户的被邀请优先级,对回复该活动邀请通知的用户进行筛选和剔除,确定出允许参与活动的用户。
在一种可能的实现方式中,部分邀请用户之间会存在参与矛盾,所谓的存在参与矛盾的两个被邀请用户是指被邀请用户之间只有一个用户可以参加活动,当被邀请用户之间存在参与矛盾时,按照存储的被邀请用户列表中的各个被邀请用户的被邀请优先级,对回复该活动邀请通知的用户进行筛选和剔除,确定出允许参与活动的用户。图2B是根据一示例性实施例示出的确定出允许参与活动的用户方法的流程图,如图2B所示,该确定出允许参与活动的用户方法可以由下述步骤206a至步骤206g实现:
在步骤206a中,确定出参与选项为同意参与的第一用户,以及参与选项为拒绝参与的第二用户。
如第一用户对应有参与条件时,则第一用户的参与条件通常用于指示指定的用户参与活动,则该第一用户不参与活动。如第一用户对应有参与条件时,则第二用户的参与条件通常用于指示指定的用户参与活动,则该第二用户参与活动。
比如,服务器接收到的三条参与信息分别为:
“A:同意,但C参加则不参加”;
“B:拒绝,但C参加则参加”;
“C:拒绝”,
那么服务器可以确定出A为第一用户,B和C为第二用户。
可选的,确定出参与选项为拒绝参与的第一用户,以及参与选项为同意参与的第二用户,该第一用户的参与条件用于指示指定的用户不参与活动,则该第二用户参与活动,该第二用户的参与条件用于指示指定的用户不参与活动,则该第一用户不参与活动。
在步骤206b中,剔除不存在参与条件的第二用户。
当某一第二用户的参与信息中没有参与条件时,说明该第二用户拒绝参与活动且该第二用户的参与选项不会受参与条件影响,因此,服务器可以先剔除不存在参与条件的第二用户。
比如,服务器接收到的三条参与信息分别为:
“A:同意,但C参加则不参加”;
“B:拒绝,但C参加则参加”;
“C:拒绝”,
服务器先确定出B和C为第二用户后,再检测B和C是否存在参与条件,由于C不存在参与条件,服务器剔除C。
在步骤206c中,根据参与条件,筛选出与其他第一用户均不存在参与矛盾的第一用户。
当某一用户的参与条件中的另一用户被筛选出或未被剔除时,则判定该参与条件无效,当某一用户的参与条件中的另一用户未被筛选出或已被剔除时,则判定该参与条件无效。
当某一第一用户的参与信息中有参与条件有效时,则判定该第一用户与该第一用户的参与条件中的用户之间存在参与矛盾。而当某一用户未在其他第一用户的参与条件中,且该用户没有参与条件或该用户的参与条件无效时,该用户与其他用户均不存在参与矛盾。
比如,服务器接收到的三条参与信息分别为:
“A:同意”;
“B:同意,但A参加则不参加”;
“C:同意”,
A、B和C为第一用户,由于B的参与条件中存在A且B的参与条件有效,因此A和B存在参与矛盾,而C不在第一用户A和B的参与条件中且C不存在参与条件,因此,服务器筛选出与A和B均不存在参与矛盾的C。
在步骤206d中,针对剩余的第一用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第一用户。
比如,设被邀请优先级为A>B>C,当服务器接收到的三条参与信息分别为:
“A:同意,但B参加则不参加”;
“B:同意,但A参加则不参加”;
“C:同意”;
A、B和C为第一用户,由于C不在A和B的参与条件中且C不存在参与条件,服务器首先筛选出与A和B均不存在参与矛盾的C,再针对剩余的第一用户A和B进行进一步筛选,由于A的参与条件中存在B,B的参与条件中存在A,且A和B均未被剔除,因此A和B存在参与矛盾,根据邀请优先级可知A的被邀请优先级高于B,因此服务器在A和B中筛选出A。
优选的,针对剩余的第一用户,按被邀请优先级的顺序依次筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第一用户。
比如,设被邀请优先级为A>B>C,当服务器接收到的三条参与信息分别为:
“A:同意,但B参加则不参加”;
“B:同意,但C参加则不参加”;
“C:同意”;
A、B和C为第一用户,由于A的参与条件中存在B,B的参与条件中存在C,且A和B的参与条件均有效,,因此A和B存在参与矛盾,B和C存在参与矛盾,根据邀请优先级可知A的被邀请优先级高于B,B被邀请优先级高于C,服务器按被邀请优先级的顺序,先从A和B之间筛选出A,即与B有关的参与条件无效,此时服务器直接从B和C之间筛选出C。
在步骤206e中,根据参与条件,剔除参与条件无效的第二用户。
比如,设被邀请优先级为A>B>C>D>E,当服务器接收到的五条参与信息分别为:
“A:同意”;
“B:同意,但A参加则不参加”;
“C:拒绝,但B参加则参加”;
“D:拒绝,但E参加则参加”;
“E:拒绝”,
A和B为第一用户,C、D和E为第二用户。在筛选第一用户之前,服务器会先剔除不存在参与条件的第二用户E,E被剔除后,与E有关的参与条件无效。之后服务器开始筛选第一用户,B的参与条件中存在A,且B的参与条件有效,因此A和B存在参与矛盾,根据邀请优先级可知A的被邀请优先级高于B,服务器在A和B中筛选出A,此时与B有关的参与条件无效。然后,服务器开始筛选和剔除第二用户,由于与B和E有关的参与条件均无效,因此第二用户C和D的参与条件无效,即C和D为与其他用户均不存在参与矛盾的第二用户,服务器剔除C和D。
在步骤206f中,针对剩余的第二用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第二用户,并剔除与该第二用户存在参与矛盾且被邀请优先级低于该第二用户的第一用户。
比如,设被邀请优先级为A>B>C,当服务器接收到的两条参与信息分别为:
“A:拒绝,但B参加则参加”;
“B:同意”;
“C:同意,但A参加则不参加”,
B和C为第一用户,A为第二用户。对于参与条件有效的第二用户A,由于A在第一用户C的参与条件中,因此A与C存在参与矛盾,根据邀请优先级可知A的被邀请优先级高于C,服务器在A和C中筛选出A,并剔除与A存在参与矛盾且被邀请优先级低于A的第一用户C。
在步骤206g中,将筛选出的剩余的第一用户以及第二用户确定为允许参与活动的用户。
由于服务器已经在存在参与矛盾的用户中筛选和剔除被邀请优先级低的用户,即筛选出的剩余的第一用户以及第二用户之间不存在参与矛盾关系,可以被确定为允许参与活动的用户。
在步骤207中,将确定出的允许参与活动的用户添加至参与用户通知列表中。
在步骤208中,向确定出的允许参与活动的用户发送该参与用户通知列表。
需要说明的是,服务器向确定出的运行参与活动的用户发送的参与用户通知列表前,需要将确定出的允许参与活动的用户以字母表的顺序添加至参与用户通知列表中,避免用户知道确定出的运行参与活动的用户的被邀请优先级。
综上所述,本公开实施例中提供的活动参与用户确定方法,通过根据各个用户回复的参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户;由于服务器会根据活动创建用户设定的被邀请用户列表和各个用户参与信息所包含的参与选项以及参与条件,通过筛选和剔除的方式确定出允许参与活动的用户,因此解决了被邀请人因其他被邀请人的回复结果而反复改变自己的意向,需要自行反复修改回复结果的繁琐方式的问题;达到了通过筛选和剔除存在参与矛盾的被邀请用户,自动确定出允许参与活动的用户的效果。
在本实施例中,通过对同一参与活动和不同意参与活动的用户进行分组,并对存在参与矛盾的用户进行筛选和剔除,将筛选出的剩余的用户确定为允许参与活动的用户。
在本实施例中,通过按照字母表顺序,对被邀请用户列表中包含的被邀请用户进行排序,将排序后得到的用户列表添加至所述活动邀请通知中。
下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
图3A是根据一示例性实施例示出的一种活动参与用户确定装置的框图,如图3A所示,该活动参与用户确定装置包括但不限于:第一发送模块301、获取模块302和确定模块303。
第一发送模块301,被配置为向至少两个用户发送活动邀请通知。
由于服务器在后续工作中需要对被邀请用户进行筛选和剔除,若被邀请人的数量只有一个,服务器便无需进行后续工作,因此在本实施例中,服务器需要向至少两名用户发送活动邀请通知。
当各个被邀请用户接收到服务器发送的活动邀请通知后,可以对该活动邀请通知进行回复,并将回复的参与信息发送至服务器。
获取模块302,被配置为获取各个用户根据第一发送模块301发送的活动邀请通知回复的参与信息,该参与信息至少包括用于指示该用户是否愿意参与活动的参与选项,其中至少一个该参与信息还包括该用户设置的参与条件。
这里所说的参与选项为接收和拒绝两种选项,其中接收选项表示该用户愿意参与活动,拒绝选项表示该用户不愿意参与活动。
这里所说的参与条件为该用户选择的其他用户相关的条件,某一参与信息中的参与条件可能会使同一参与信息中的参与选项改变。
需要说明的是,参与条件可以为一个也可以为多个,本实施例对参与条件的数量不做限定。
确定模块303,被配置为根据获取模块302获取的各个参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户。
当服务器获取到各个用户根据活动邀请通知回复的参与信息后,可以根据各个参与信息所包含的参与选项以及参与条件,按照存储的被邀请用户列表中的各个被邀请用户的被邀请优先级,对回复该活动邀请通知的用户进行筛选和剔除,确定出允许参与活动的用户。
在一种可能的实现方式中,图3B是根据另一示例性实施例示出的一种活动参与用户确定装置的框图,如图3B所示,该装置还包括:接收模块304。
接收模块304,被配置为接收活动创建用户设定的被邀请用户列表,该被邀请用户列表定义了各个被邀请用户的被邀请优先级。
通常,公司组织户外拓展活动、明星举行结婚典礼、学校开展学术讲座等活动都需要提前统计参与活动的人员,此时,活动创建用户需要向服务器提供被邀请用户的名单,也即被邀请用户列表,该被邀请用户列表中包括被邀请用户,还可以定义各个被邀请用户的被邀请优先级。
在活动邀请开始前,活动创建用户会将所设定的被邀请用户列表发送至服务器,便于服务器后续对各个用户的筛选和剔除工作。
需要说明的是,被邀请用户列表中的各个被邀请用户可以按优先级的顺序排列,也可以被标注优先级序号,本实施例对被邀请用户列表中各个被邀请用户的优先级表示方式不做限定。
在一种可能的实现方式中,仍参见图3B,该确定模块303,包括:第一确定子模块303a、第一剔除子模块303b、第一筛选子模块303c、第二筛选子模块303d、第二剔除子模块303e、第三筛选子模块303f和第二确定子模块303g。
第一确定子模块303a,被配置为确定出获取模块302获取的参与选项为同意参与的第一用户,以及参与选项为拒绝参与的第二用户。
如第一用户对应有参与条件时,则第一用户的参与条件通常用于指示指定的用户参与活动,则该第一用户不参与活动。如第一用户对应有参与条件时,则第二用户的参与条件通常用于指示指定的用户参与活动,则该第二用户参与活动。
可选的,确定出参与选项为拒绝参与的第一用户,以及参与选项为同意参与的第二用户,该第一用户的参与条件用于指示指定的用户不参与活动,则该第二用户参与活动,该第二用户的参与条件用于指示指定的用户不参与活动,则该第一用户不参与活动。
第一剔除子模块303b,被配置为剔除确定子模块303a确定的不存在参与条件的第二用户。
当某一第二用户的参与信息中没有参与条件时,说明该第二用户拒绝参与活动且该第二用户的参与选项不会受参与条件影响,因此,服务器可以先剔除不存在参与条件的第二用户。
第一筛选子模块303c,被配置为根据参与条件,筛选出与其他用户均不存在参与矛盾的第一用户。
当某一用户的参与条件中的另一用户被筛选出或未被剔除时,则判定该参与条件无效,当某一用户的参与条件中的另一用户未被筛选出或已被剔除时,则判定该参与条件无效。
当某一第一用户的参与信息中有参与条件有效时,则判定该第一用户与该第一用户的参与条件中的用户之间存在参与矛盾。而当某一用户未在其他第一用户的参与条件中,且该用户没有参与条件或该用户的参与条件无效时,该用户与其他用户均不存在参与矛盾。
第二筛选子模块303d,被配置为针对第一筛选子模块303c筛选的剩余的第一用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第一用户。
比如,设被邀请优先级为A>B>C,当服务器接收到的三条参与信息分别为:
“A:同意,但B参加则不参加”。
“B:同意,但A参加则不参加”。
“C:同意”。
A、B和C为第一用户,由于C不在A和B的参与条件中且C不存在参与条件,服务器首先筛选出与A和B均不存在参与矛盾的C,再针对剩余的第一用户A和B进行进一步筛选,由于A的参与条件中存在B,B的参与条件中存在A,且A和B均未被剔除,因此A和B存在参与矛盾,根据邀请优先级可知A的被邀请优先级高于B,因此服务器在A和B中筛选出A。
优选的,针对剩余的第一用户,按被邀请优先级的顺序依次筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第一用户。
第二剔除子模块303e,被配置为根据参与条件,剔除与其他用户均不存在参与矛盾的第二用户。
比如,设被邀请优先级为A>B>C>D>E,当服务器接收到的五条参与信息分别为:
“A:同意”。
“B:同意,但A参加则不参加”。
“C:拒绝,但B参加则参加”。
“D:拒绝,但E参加则参加”。
“E:拒绝”,
A和B为第一用户,C、D和E为第二用户。在筛选第一用户之前,服务器会先剔除不存在参与条件的第二用户E,E被剔除后,与E有关的参与条件无效。之后服务器开始筛选第一用户,B的参与条件中存在A,且B的参与条件有效,因此A和B存在参与矛盾,根据邀请优先级可知A的被邀请优先级高于B,服务器在A和B中筛选出A,此时与B有关的参与条件无效。然后,服务器开始筛选和剔除第二用户,由于与B和E有关的参与条件均无效,因此第二用户C和D的参与条件无效,即C和D为与其他用户均不存在参与矛盾的第二用户,服务器剔除C和D。
第三筛选子模块303f,被配置为针对第二剔除子模块303e剔除的剩余的第二用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他用户的第二用户,并剔除与该第二用户存在参与矛盾且被邀请优先级低于该第二用户的第一用户。
比如,设被邀请优先级为A>B>C,当服务器接收到的两条参与信息分别为:
“A:拒绝,但B参加则参加”。
“B:同意”。
“C:同意,但A参加则不参加”,
B和C为第一用户,A为第二用户。对于参与条件有效的第二用户A,由于A在第一用户C的参与条件中,因此A与C存在参与矛盾,根据邀请优先级可知A的被邀请优先级高于C,服务器在A和C中筛选出A,并剔除与A存在参与矛盾且被邀请优先级低于A的第一用户C。
第二确定子模块303g,被配置为将第三筛选子模块303f筛选出的剩余的第一用户以及第二用户确定为允许参与活动的用户。
由于服务器已经在存在参与矛盾的用户中筛选和剔除被邀请优先级低的用户,即筛选出的剩余的第一用户以及第二用户之间不存在参与矛盾关系,可以被确定为允许参与活动的用户。
在一种可能的实现方式中,仍参见图3B,该装置还包括:排序模块305和第一添加模块306。
排序模块305,被配置为按照字母表顺序,将接收模块304接收的被邀请用户列表中包含的被邀请用户进行排序。
需要说明的是,这里所说的字母表顺序的排序对象可以为用户姓氏的字母,也可以为用户姓名的缩写字母,本实施例对字母表顺序的排序对象不做限定。
可选的,除了按照字母表顺序排列被邀请用户,还可以通过用户的姓氏用户姓氏的笔画数、用户姓名的笔画数的方式对被邀请用户进行排列,当然,还可以利用随机排序方式对被邀请用户进行排列。
第一添加模块306,被配置为将排序模块排序后得到的用户列表添加至活动邀请通知中。
在服务器接收到被邀请用户列表后,会将用户列表添加至活动邀请通知中,并将该活动邀请通知发送至各个被邀请用户,当被邀请用户接收到该活动邀请通知后,就可以看见该活动邀请通知中携带的用户列表信息。为了避免用户知晓活动创建用户所设定的被邀请用户列表,在服务器向用户发送活动邀请通知前,会将被邀请用户列表按照字母表顺序进行排序,再将排序后得到的用户列表添加至活动邀请通知中。
在一种可能的实现方式中,仍参见图3B,该装置还包括:第二添加模块307和第二发送模块308。
第二添加模块307,被配置为将第二确定子模块303g确定出的允许参与活动的用户添加至参与用户通知列表中。
第二发送模块308,被配置为向确定出的允许参与活动的用户发送第二添加模块307添加后的该参与用户通知列表。
需要说明的是,服务器向确定出的运行参与活动的用户发送的参与用户通知列表前,需要将确定出的允许参与活动的用户以字母表的顺序添加至参与用户通知列表中,避免用户知道确定出的运行参与活动的用户的被邀请优先级。
综上所述,本公开实施例中提供的活动参与用户确定装置,通过根据各个用户回复的参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户;由于服务器会根据活动创建用户设定的被邀请用户列表和各个用户参与信息所包含的参与选项以及参与条件,通过筛选和剔除的方式确定出允许参与活动的用户,因此解决了被邀请人因其他被邀请人的回复结果而反复改变自己的意向,需要自行反复修改回复结果的繁琐方式的问题;达到了通过筛选和剔除存在参与矛盾的被邀请用户,自动确定出允许参与活动的用户的效果。
在本实施例中,通过对同一参与活动和不同意参与活动的用户进行分组,并对存在参与矛盾的用户进行筛选和剔除,将筛选出的剩余的用户确定为允许参与活动的用户。
在本实施例中,通过按照字母表顺序,对被邀请用户列表中包含的被邀请用户进行排序,将排序后得到的用户列表添加至所述活动邀请通知中。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本公开一示例性实施例提供了一种活动参与用户确定装置,能够实现本公开提供的活动参与用户确定方法,该活动参与用户确定装置包括:处理器、用于存储处理器可执行指令的存储器;
其中,处理器被配置为:
向至少两个用户发送活动邀请通知;
获取各个用户根据活动邀请通知回复的参与信息,该参与信息至少包括用于指示该用户是否愿意参与活动的参与选项,其中至少一个该参与信息还包括该用户设置的参与条件;
根据各个参与信息所包含的参与选项以及参与条件,确定出允许参与活动的用户。
图4是根据一示例性实施例示出的一种用于确定活动参与用户的装置的框图。例如,装置400可以被提供为一网络侧设备。参照图4,装置400包括处理组件402,其进一步包括一个或多个处理器,以及由存储器404所代表的存储器资源,用于存储可由处理组件402的执行的指令,例如应用程序。存储器404中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件402被配置为执行指令,以执行上述活动参与用户确定方法。
装置400还可以包括一个电源组件406被配置为执行装置400的电源管理,一个有线或无线网络接口408被配置为将装置400连接到网络,和一个输入输出(I/O)接口410。装置400可以操作基于存储在存储器404的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (7)
1.一种活动参与用户确定方法,其特征在于,所述方法包括:
接收活动创建用户设定的被邀请用户列表,所述被邀请用户列表定义了各个被邀请用户的被邀请优先级;
按照字母表顺序,将所述被邀请用户列表中包含的被邀请用户进行排序;
将排序后得到的用户列表添加至活动邀请通知中;
向至少两个用户发送所述活动邀请通知;
获取各个用户根据所述活动邀请通知回复的参与信息,所述参与信息至少包括用于指示所述用户是否愿意参与活动的参与选项,其中至少一个所述参与信息还包括所述用户设置的参与条件;
确定出所述参与选项为同意参与的第一用户,以及所述参与选项为拒绝参与的第二用户;
剔除不存在所述参与条件的第二用户;
根据所述参与条件,筛选出与其他第一用户均不存在参与矛盾的第一用户;针对剩余的第一用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第一用户;
根据所述参与条件,剔除参与条件无效的第二用户;针对剩余的第二用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第二用户,并剔除与所述第二用户存在参与矛盾且被邀请优先级低于所述第二用户的第一用户;
将筛选出的剩余的所述第一用户以及第二用户确定为允许参与活动的用户。
2.根据权利要求1所述的方法,其特征在于,所述第一用户的参与条件用于指示指定的用户参与活动,则所述第一用户不参与活动;
所述第二用户的参与条件用于指示指定的用户不参与活动,则所述第二用户参与活动。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
将确定出的允许参与活动的用户添加至参与用户通知列表中;
向确定出的允许参与活动的用户发送所述参与用户通知列表。
4.一种活动参与用户确定装置,其特征在于,所述装置包括:
接收模块,被配置为接收活动创建用户设定的被邀请用户列表,所述被邀请用户列表定义了各个被邀请用户的被邀请优先级;
排序模块,被配置为按照字母表顺序,将所接收模块接收的所述被邀请用户列表中包含的被邀请用户进行排序;
第一添加模块,被配置为将所述排序模块排序后得到的用户列表添加至活动邀请通知中;
第一发送模块,被配置为向至少两个用户发送所述活动邀请通知;
获取模块,被配置为获取各个用户根据所述第一发送模块发送的所述活动邀请通知回复的参与信息,所述参与信息至少包括用于指示所述用户是否愿意参与活动的参与选项,其中至少一个所述参与信息还包括所述用户设置的参与条件;
确定模块,被配置为根据所述获取模块获取的各个参与信息所包含的所述参与选项以及所述参与条件,确定出允许参与活动的用户;
其中,所述确定模块,包括:
第一确定子模块,被配置为确定出所述获取模块获取的所述参与选项为同意参与的第一用户,以及所述获取模块获取的所述参与选项为拒绝参与的第二用户;
第一剔除子模块,被配置为剔除所述确定子模块确定的不存在所述参与条件的第二用户;
筛选子模块,被配置为根据所述参与条件,筛选出与其他第一用户均不存在参与矛盾的第一用户;针对剩余的第一用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第一用户;
第二剔除子模块,被配置为根据所述参与条件,剔除参与条件无效的第二用户;针对剩余的第二用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第二用户,并剔除与所述第二用户存在参与矛盾且被邀请优先级低于所述第二用户的第一用户;
第二确定子模块,被配置为将筛选出的剩余的所述第一用户以及第二用户确定为允许参与活动的用户。
5.根据权利要求4所述的装置,其特征在于,所述第一用户的参与条件用于指示指定的用户参与活动,则所述第一用户不参与活动;
所述第二用户的参与条件用于指示指定的用户不参与活动,则所述第二用户参与活动。
6.根据权利要求4或5所述的装置,其特征在于,所述装置还包括:
第二添加模块,被配置为将所述第二确定子模块确定出的允许参与活动的用户添加至参与用户通知列表中;
第二发送模块,被配置为向确定出的允许参与活动的用户发送所述第二添加模块添加后的所述参与用户通知列表。
7.一种活动参与用户确定装置,其特征在于,所述装置包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为:
接收活动创建用户设定的被邀请用户列表,所述被邀请用户列表定义了各个被邀请用户的被邀请优先级;
按照字母表顺序,将所述被邀请用户列表中包含的被邀请用户进行排序;
将排序后得到的用户列表添加至活动邀请通知中;
向至少两个用户发送所述活动邀请通知;
获取各个用户根据所述活动邀请通知回复的参与信息,所述参与信息至少包括用于指示所述用户是否愿意参与活动的参与选项,其中至少一个所述参与信息还包括所述用户设置的参与条件;
确定出所述参与选项为同意参与的第一用户,以及所述参与选项为拒绝参与的第二用户;
剔除不存在所述参与条件的第二用户;
根据所述参与条件,筛选出与其他第一用户均不存在参与矛盾的第一用户;针对剩余的第一用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第一用户;
根据所述参与条件,剔除参与条件无效的第二用户;针对剩余的第二用户,筛选出被邀请优先级高于对应的存在参与矛盾的其他第一用户的第二用户,并剔除与所述第二用户存在参与矛盾且被邀请优先级低于所述第二用户的第一用户;
将筛选出的剩余的所述第一用户以及第二用户确定为允许参与活动的用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510848537.8A CN105511858B (zh) | 2015-11-27 | 2015-11-27 | 活动参与用户确定方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510848537.8A CN105511858B (zh) | 2015-11-27 | 2015-11-27 | 活动参与用户确定方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105511858A CN105511858A (zh) | 2016-04-20 |
CN105511858B true CN105511858B (zh) | 2019-07-02 |
Family
ID=55719868
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510848537.8A Active CN105511858B (zh) | 2015-11-27 | 2015-11-27 | 活动参与用户确定方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105511858B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
SG10201803399RA (en) * | 2018-04-23 | 2019-11-28 | Trident Corporate Services Singapore Pte Ltd As Trustee For The Oneplace Unit Trust | Method and system for managing events |
CN111723618A (zh) * | 2019-03-21 | 2020-09-29 | 浙江莲荷科技有限公司 | 信息处理方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1801970A (zh) * | 2004-11-05 | 2006-07-12 | 因芬尼昂技术股份公司 | 自动产生和/或控制有多个参加者的电信会议的方法及设备 |
CN101242588A (zh) * | 2007-02-09 | 2008-08-13 | 华为技术有限公司 | 会话邀请的控制方法与多方通信系统及其服务器、发起端 |
CN101686192A (zh) * | 2008-09-27 | 2010-03-31 | 华为技术有限公司 | 在多设备环境中进行会话处理方法、装置和系统 |
CN105094771A (zh) * | 2014-05-07 | 2015-11-25 | 阿里巴巴集团控股有限公司 | 用于参与及响应应用程序的邀约方法、装置以及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0602296D0 (en) * | 2006-02-04 | 2006-03-15 | Ibm | Method and system for accessing declined event invitations |
-
2015
- 2015-11-27 CN CN201510848537.8A patent/CN105511858B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1801970A (zh) * | 2004-11-05 | 2006-07-12 | 因芬尼昂技术股份公司 | 自动产生和/或控制有多个参加者的电信会议的方法及设备 |
CN101242588A (zh) * | 2007-02-09 | 2008-08-13 | 华为技术有限公司 | 会话邀请的控制方法与多方通信系统及其服务器、发起端 |
CN101686192A (zh) * | 2008-09-27 | 2010-03-31 | 华为技术有限公司 | 在多设备环境中进行会话处理方法、装置和系统 |
CN105094771A (zh) * | 2014-05-07 | 2015-11-25 | 阿里巴巴集团控股有限公司 | 用于参与及响应应用程序的邀约方法、装置以及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN105511858A (zh) | 2016-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101739794B1 (ko) | 일정 기반의 할일 관리 방법 | |
US20080040126A1 (en) | Social Categorization in Electronic Mail | |
US8788645B2 (en) | Audience selection and system anchoring of collaboration threads | |
JP6003116B2 (ja) | 共同作業設定支援装置、プログラムおよび共同作業設定支援システム | |
CN105511858B (zh) | 活动参与用户确定方法及装置 | |
US20160232492A1 (en) | Flexible workflow automation system | |
CN103763181A (zh) | 自动设置属性的装置和方法 | |
CN103516880A (zh) | 一种发送短信的方法和装置 | |
CN107784416A (zh) | 一种任务传递型处理方法 | |
CN110727877B (zh) | 适用于社交软件的群组运行方法及系统 | |
US9710495B2 (en) | Business rules manager | |
KR101769418B1 (ko) | 할일 관리 방법 및 이를 수행하는 메시지 서버 | |
CN109583614A (zh) | 一种会议室预订方法及装置 | |
KR101755343B1 (ko) | 할일 관리 방법, 이를 수행하는 메시지 서버 및 이를 저장하는 기록매체 | |
CN112506957A (zh) | 工作流依赖关系的确定方法及装置 | |
CN106127026A (zh) | 权限配置方法和装置 | |
US20240046221A1 (en) | Electronic Meeting Suggestion Generator with Accommodations | |
CN108596554A (zh) | 一种动态指定后续审批环节参与者的方法及工作流引擎 | |
KR101539686B1 (ko) | Pms 디자인 프로세스 관리 시스템 및 그 방법 | |
CN114416070B (zh) | 用于可视化配置触发器的节点组件及装置 | |
CN110866675B (zh) | 一种产品设计平台设计流程管控方法及装置 | |
CN110032554B (zh) | 数据仓库表的管理方法、装置、存储介质及电子设备 | |
Mulopulos | An Artificial Intelligence Agenda for New Zealand: Lessons from the United States | |
EP2475156A1 (en) | Contacts management in a telephone | |
KR20160053803A (ko) | 장치의 동작 방법 및 이를 이용하는 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |