发明内容
鉴于上述,本公开提供了一种业务分享活动处理方法及装置。利用该业务分享活动处理方法、装置及系统,通过针对不同的业务场景来配置好的对应的业务规则,并且在接收到针对具体业务场景的业务分享活动请求时,获取对应的业务规则所包括的业务流程组成的业务流程执行顺序以及各个业务流程的业务处理规则来执行与该业务分享活动请求对应的各个业务流程,从而能够根据不同的场景来动态配置对应的业务规则以实现相应的业务分享活动。
根据本公开的一个方面,提供了一种用于业务分享活动处理的方法,包括:接收业务分享活动处理请求;从业务规则库中获取与所述业务分享活动处理请求的业务场景对应的业务规则,所述业务规则至少包括业务流程组成、业务流程执行顺序以及各个业务流程的业务处理规则,所述业务规则库中对应地存储业务规则与业务场景;以及基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与所述业务分享活动处理请求对应的各个业务流程。
可选地,在上述方面的一个示例中,所述方法还可以包括:将针对所述业务分享活动处理请求的处理结果提供给所述业务分享活动处理请求的发起方。
可选地,在上述方面的一个示例中,所述业务分享活动处理请求包括至少一个业务分享活动处理请求,以及所述业务规则与业务分享活动处理请求标识和业务场景对应地存储。
可选地,在上述方面的一个示例中,所述至少一个业务分享活动处理请求包括下述业务分享活动处理请求中的至少一项:发起方活动进入请求、发起方活动分享请求、接受方活动进入请求和接受方活动奖励领取请求。
可选地,在上述方面的一个示例中,所述发起方活动进入请求包括用户身份标识、时间戳信息和业务分享次数,所对应的业务规则的业务流程依序包括发起方准入流程、活动周期确认流程和周期内分享上限确认流程,所对应的业务处理规则包括发起方准入规则、活动周期规则和周期内分享上限规则,基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与所述业务分享活动处理请求对应的各个业务流程包括:根据所述发起方活动进入请求中的用户身份标识来确定活动发起方是否符合所述发起方准入规则;在确定为符合所述发起方准入规则时,基于所述发起方活动进入请求中的时间戳信息来确定是否符合所述活动周期规则;在确定为符合所述活动周期规则时,基于所述发起方活动进入请求中的业务分享次数来确定是否符合所述周期内分享上限规则;以及在确定为符合所述周期内分享上限规则时,向所述活动发起方提示进行活动分享。
可选地,在上述方面的一个示例中,在所述业务分享活动处理请求是发起方活动分享请求时,所对应的业务规则包括分享通知流程,所对应的业务处理规则包括分享通知规则,基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与所述业务分享活动处理请求对应的各个业务流程包括:基于所述分享通知规则来进行活动分享。
可选地,在上述方面的一个示例中,所述接受方活动进入请求包括用户身份标识,所对应的业务规则的业务流程顺序包括接受方准入流程和第一询奖流程,所对应的业务处理规则包括接受方准入规则和第一询奖规则,基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与所述业务分享活动处理请求对应的各个业务流程包括:根据所述接受方活动进入请求中的用户身份标识来确定活动接受方是否符合所述接受方准入规则;在确定为符合所述接受方准入规则时,判断所述活动发起方和所述活动接受方之间是否存在状态信息为生效状态的分享关系记录;在确定为不存在处于生效状态的分享关系记录时,创建所述活动发起方和所述活动接受方之间的分享关系记录,所创建的分享关系记录的状态信息为初始化状态;以及根据所述第一询奖规则来进行询奖,并向所述活动接受方显示第一询奖结果。
可选地,在上述方面的一个示例中,所述接受方活动奖励领取请求包括用户身份标识,所对应的业务规则的业务流程顺序包括奖励领取方准入流程,所对应的业务处理规则包括奖励领取方准入规则,基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与所述业务分享处理请求对应的各个业务流程包括:根据所述接受方活动奖励领取请求中的用户身份标识来确定奖励领取方是否符合所述奖励领取方准入规则;在确定为符合所述奖励领取方准入规则时,调用业务分享活动设备来为所述活动接受方提供奖励,其中,在第三方实时计算平台监测到所述业务分享活动设备向所述活动接受方提供奖励后,调用所述业务分享活动设备来为所述活动发起方提供奖励,并且将所述活动发起方和所述活动接受方之间的分享关系记录的状态信息更新为生效状态。
根据本公开的另一方面,提供一种用于业务分享活动处理的装置,包括:处理请求接收单元,被配置为接收业务分享活动处理请求;业务规则获取单元,被配置为从业务规则库中获取与所述业务分享活动处理请求的业务场景对应的业务规则,所述业务规则至少包括业务流程组成、业务流程执行顺序以及各个业务流程的业务处理规则,所述业务规则库中对应地存储业务规则与业务场景;以及业务处理单元,被配置为基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与所述业务分享活动处理请求对应的各个业务流程。
可选地,在上述方面的一个示例中,所述装置还可以包括:处理结果提供单元,被配置为将针对所述业务分享活动处理请求的处理结果提供给所述业务分享活动处理请求的发起方。
可选地,在上述方面的一个示例中,所述业务分享活动处理请求包括至少一个业务分享活动处理请求,以及所述业务规则与业务分享活动处理请求标识和业务场景对应地存储。
可选地,在上述方面的一个示例中,所述至少一个业务分享活动处理请求包括下述业务分享活动处理请求中的至少一项:发起方活动进入请求、发起方活动分享请求、接受方活动进入请求和接受方活动奖励领取请求。
根据本公开的另一方面,提供一种计算设备,包括:至少一个处理器,以及与所述至少一个处理器耦合的存储器,所述存储器存储指令,当所述指令被所述至少一个处理器执行时,使得所述至少一个处理器执行如上所述的用于业务分享活动处理的方法。
根据本公开的另一方面,提供一种非暂时性机器可读存储介质,其存储有可执行指令,所述指令当被执行时使得所述机器执行如上所述的用于业务分享活动处理的方法。
具体实施方式
现在将参考示例实施方式讨论本文描述的主题。应该理解,讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题,并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本公开内容的保护范围的情况下,对所讨论的元素的功能和排列进行改变。各个示例可以根据需要,省略、替代或者添加各种过程或组件。例如,所描述的方法可以按照与所描述的顺序不同的顺序来执行,以及各个步骤可以被添加、省略或者组合。另外,相对一些示例所描述的特征在其它例子中也可以进行组合。
如本文中使用的,术语“包括”及其变型表示开放的术语,含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象。下面可以包括其他的定义,无论是明确的还是隐含的。除非上下文中明确地指明,否则一个术语的定义在整个说明书中是一致的。
在本公开的实施例中,针对不同的业务场景来配置好的对应的业务规则,所述业务规则包括业务流程组成、业务流程执行顺序以及各个业务流程的业务处理规则,并且将业务规则与业务场景对应地存储在业务规则库中。在接收到针对具体业务场景的业务分享活动请求时,从业务规则库中获取对应的业务规则,然后基于所获取的业务规则所包括的业务流程组成的业务流程执行顺序以及各个业务流程的业务处理规则来执行与该业务分享活动请求对应的各个业务流程,从而能够根据不同的场景来动态配置对应的业务规则以实现相应的业务分享活动。
下面将结合附图来详细描述根据本公开的实施例的业务分享活动处理方法及装置。
图2示出了根据本公开的实施例的用于业务分享活动处理的方法的流程图。
如图2所示,在块210,接收业务分享活动处理请求。在本公开中,业务分享活动处理请求用于请求进行业务分享活动。所述业务分享活动例如可以包括用于业务拉新或业务促活的业务分享活动。在本公开的一个示例中,所述业务分享活动可以包括至少一个活动环节,每个活动环节可以响应于一个业务分享活动处理请求来启动。相应地,业务分享活动处理请求可以包括至少一个业务分享活动处理请求,每个业务分享活动处理请求包括业务分享活动处理请求标识。
接着,在块220,从业务规则库中获取与所接收的业务分享活动处理请求的业务场景对应的业务规则,所述业务规则至少包括业务流程组成、业务流程执行顺序以及各个业务流程的业务处理规则。所述业务规则库中对应地存储业务规则与业务场景。在所述业务分享活动处理请求包括至少一个业务分享活动处理请求时,所述业务规则与业务分享活动处理请求标识和业务场景对应地存储在业务规则库中。
在本公开的一个示例中,所述业务规则库可以存储在业务规则库存储设备中,例如,业务规则库服务器中。业务规则库存储设备与用于业务分享活动处理的装置(下文中称为业务分享活动处理装置)通过有线或无线的方式进行通信。在接收到业务分享活动处理请求后,业务分享活动处理装置例如可以通过向业务规则库存储设备发送业务规则获取请求来从业务规则库获取对应的业务规则。
在获取到对应的业务规则后,在块230,基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则执行与所述业务分享活动处理请求对应的各个业务流程。
可选地,所述方法还可以包括:将针对所述业务分享活动处理请求的处理结果提供给所述业务分享活动处理请求的发起方,以供发起方来执行后续操作。
在本公开的一个示例中,所述业务分享活动可以包括具有奖励环节的业务分享活动,相应地,所述至少一个业务分享活动处理请求可以包括下述业务分享活动处理请求中的至少一项:发起方活动进入请求、发起方活动分享请求、接受方活动进入请求和接受方活动奖励领取请求。
在本公开中,发起方活动进入请求包括用户身份标识、时间戳信息和业务分享次数,所对应的业务规则的业务流程依序包括发起方准入流程、活动周期确认流程和周期内分享上限确认流程,所对应的业务处理规则包括发起方准入规则、活动周期规则和周期内分享上限规则。在业务分享活动处理请求是发起方活动分享请求时,所对应的业务规则包括分享通知流程,所对应的业务处理规则包括分享通知规则。
接受方活动进入请求包括用户身份标识,所对应的业务规则的业务流程顺序包括接受方准入流程和第一询奖流程,所对应的业务处理规则包括接受方准入规则和第一询奖规则。接受方活动奖励领取请求包括用户身份标识,所对应的业务规则的业务流程顺序包括奖励领取方准入流程,所对应的业务处理规则包括奖励领取方准入规则。
图3示出了根据本公开的实施例的在具有奖励环节的业务分享活动下由业务分享活动发起方执行的过程的流程图。
如图3所示,首先,在块310,业务分享活动发起方10(下文中称为发起方)向业务分享活动处理装置20发送发起方活动进入请求。例如,发起方10通过点击分享活动页面来发送发起方活动进入请求。
在接收到发起方活动进入请求后,在块320,业务分享活动处理装置20向业务规则库存储设备30发送用于查询与发起方活动进入请求对应的业务规则的查询请求。接着,在块330,业务规则库存储设备30在业务规则库中查询到对应的业务规则,然后将所查询到的业务规则发送给业务分享活动处理装置。具体地,所查询到的业务规则依序包括发起方准入流程、活动周期确认流程和周期内分享上限确认流程,所对应的业务处理规则包括发起方准入规则、活动周期规则和周期内分享上限规则。
然后,业务分享活动处理装置20基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与发起方活动进入请求对应的各个业务流程。相应地,业务分享活动处理装置执行块340到块360的操作。
具体地,在块340,根据发起方活动进入请求中的用户身份标识来确定活动发起方是否符合发起方准入规则。如果确定为不符合发起方准入规则,则业务分享活动结束。在确定为符合发起方准入规则时,在块350,基于发起方活动进入请求中的时间戳信息来确定是否符合活动周期规则。即,通过判断时间戳信息是否在活动周期内来确定是否符合活动周期规则。
如果确定为不符合活动周期规则,则业务分享活动结束。在确定为符合活动周期规则时,在块360,基于发起方活动进入请求中的业务分享次数来确定是否符合周期内分享上限规则。即,发起方10所发起的业务分享次数是否超过周期内分享上限次数。
如果确定为不符合活动周期分享上限规则,则业务分享活动结束。在确定为符合周期内分享上限规则时,在块370,向发起方10提示进行活动分享。例如,向发起方10发送业务分享活动链接以供活动发起方进行活动分享等。
在发起方10接收到业务分享活动处理装置20的提示(例如,业务分享活动链接)后,在块380,发起方10向业务分享活动处理装置20发送活动分享请求,所述活动分享请求包括业务分享活动链接以及对应的业务分享活动接受方的唯一标识信息(例如,接受方ID等)。
在接收到业务活动分享处理请求后,在块385,业务分享活动处理装置20向业务规则库存储设备30发送用于查询与发起方活动分享请求对应的业务规则的查询请求。接着,在块390,业务规则库存储设备30在业务规则库中查询到对应的业务规则,然后将所查询到的业务规则发送给业务分享活动处理装置20。具体地,所对应的业务处理规则包括分享通知规则。然后,在块395,业务分享活动处理装置20基于分享通知规则来进行活动分享。例如,基于分享通知规则来将业务分享活动链接发送给对应的接受方。
图4示出了根据本公开的实施例的在具有奖励环节的业务分享活动下由业务分享活动接受方(下文称为“接受方”)侧执行的过程的流程图。
如图4所示,在接受方40接收到业务分享活动链接后,在块401,接受方40向业务分享活动处理装置20发送接受方活动进入请求。例如,接受方40通过点击业务分享活动链接来发送接受方活动进入请求。
在接收到接受方活动进入请求后,在块402,业务分享活动处理装置20向业务规则库存储设备30发送用于查询与接受方活动进入请求对应的业务规则的查询请求。接着,在块403,业务规则库存储设备30在业务规则库中查询到对应的业务规则,然后将所查询到的业务规则发送给业务分享活动处理装置20。具体地,所查询到的业务规则依序包括接受方准入流程、和第一询奖流程,所对应的业务处理规则包括接受方准入规则和第一询奖规则。
然后,业务分享活动处理装置20基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与接受方活动进入请求对应的各个业务流程。相应地,业务分享活动处理装置20执行块404到块406的操作。
具体地,在块404,根据接受方活动进入请求中的用户身份标识来确定接受方是否符合接受方准入规则。如果确定为不符合接受方准入规则,则业务分享活动结束。在确定为符合接受方准入规则时,在块405,使用发起方ID、接受方ID以及业务场景ID来判断发起方和接受方之间是否存在状态信息为生效状态的分享关系记录。例如,在本公开的一个示例中,分享关系记录可以存储在业务分享活动处理装置20的数据库中,业务分享活动处理装置20可以使用发起方ID、接受方ID以及业务场景ID向数据库查询发起方和接受方之间是否存在状态信息为生效状态的分享关系记录。
如果存在状态信息为生效状态的分享关系记录,则业务分享活动结束。在确定为不存在处于生效状态的分享关系记录时,在块405,创建发起方和接受方之间的分享关系记录,所创建的分享关系记录的状态信息为初始化状态。
然后,在块406,根据所述第一询奖规则来进行询奖,并在块407,向接受方返回第一询奖结果,例如,向接受方显示第一询奖结果。
在接收到第一询奖结果后,在块408,接受方40向业务分享活动处理装置20发送接受方活动奖励领取请求,例如,通过点击业务分享活动处理装置20所返回的第一询奖结果,比如,点击第一询奖结果上的图标“领奖”等。
在接收到接受方活动奖励领取请求后,在块409,业务分享活动处理装置20向业务规则库存储设备30发送用于查询与接受方活动奖励领取请求对应的业务规则的查询请求。接着,在块410,业务规则库存储设备30在业务规则库中查询到与接受方活动奖励领取请求对应的业务规则,然后将所查询到的业务规则发送给业务分享活动处理装置20。具体地,所查询到的业务规则包括奖励领取方准入流程,所对应的业务处理规则包括接受方准入规则。然后,在块411,业务分享活动处理装置20根据接受方活动奖励领取请求中的用户身份标识来确定奖励领取方是否符合奖励领取方准入规则。如果确定为不符合奖励领取方准入规则,则业务分享活动结束。
在确定为符合奖励领取方准入规则时,在块412,调用业务分享活动设备60来为接受方提供奖励。接着,在块413,业务分享活动设备60将所提供的奖励发送给接受方。
在块414,实时计算平台50监测业务分享活动设备60是否已经将所提供的奖励发送给接受方。例如,通过监测是否从业务分享活动设备60接收到用于指示业务分享活动设备60已经将所提供的奖励发送给接受方的消息来判断业务分享活动设备60是否已经将所提供的奖励发送给接受方。
在实时计算平台50监测到业务分享活动设备60已经将所提供的奖励发送给接受方后,在块415,实时计算平台50向业务分享活动设备60请求为发起方提供奖励,并且在块416,实时计算平台50将发起方和接受方之间的分享关系记录的状态信息更新为生效状态,并将更新后的分析关系记录发送给业务分享活动处理装置20。
此外,可选地,在块410中,所查询到的业务规则还可以包括第二询奖流程,所对应的业务处理规则包括第二询奖规则。相应地,在块412的操作之前,还可以包括根据第二询奖规则来进行询奖,并且对应的第二询奖结果提供给接受方。在接收到接受方针对第二询奖结果的确认领取操作后,执行块412的操作处理。
图5示出了根据本公开的实施例的用于业务分享活动处理的装置(下文中称为业务分享活动处理装置)500的方框图。如图5所示,业务分享活动处理装置500包括处理请求接收单元510、业务规则获取单元520和业务处理单元530。
处理请求接收单元510被配置为接收业务分享活动处理请求。处理请求接收单元510的操作可以参考上面参照图2描述的块210的操作。
业务规则获取单元520被配置为从业务规则库中获取与业务分享活动处理请求的业务场景对应的业务规则,所述业务规则至少包括业务流程组成、业务流程执行顺序以及各个业务流程的业务处理规则,所述业务规则库中对应地存储业务规则与业务场景。业务规则获取单元520的操作可以参考上面参照图2描述的块220的操作。
业务处理单元530被配置为基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与所述业务分享活动处理请求对应的各个业务流程。业务处理单元530的操作可以参考上面参照图2描述的块230的操作以及参照图3和图4描述的操作。
在本公开的一个示例中,业务分享活动可以包括具有奖励环节的业务分享活动,相应地,至少一个业务分享活动处理请求可以包括下述业务分享活动处理请求中的至少一项:发起方活动进入请求、发起方活动分享请求、接受方活动进入请求和接受方活动奖励领取请求。
在所接收到的业务分享活动处理请求是发起方活动进入请求时,所述发起方活动进入请求包括用户身份标识、时间戳信息和业务分享次数,所对应的业务规则的业务流程依序包括发起方准入流程、活动周期确认流程和周期内分享上限确认流程,所对应的业务处理规则包括发起方准入规则、活动周期规则和周期内分享上限规则。相应地,业务处理单元530被配置为:根据发起方活动进入请求中的用户身份标识来确定活动发起方是否符合发起方准入规则;在确定为符合发起方准入规则时,基于发起方活动进入请求中的时间戳信息来确定是否符合活动周期规则;在确定为符合活动周期规则时,基于发起方活动进入请求中的业务分享次数来确定是否符合周期内分享上限规则;以及在确定为符合周期内分享上限规则时,向发起方提示进行活动分享。
在业务分享活动处理请求是发起方活动分享请求时,所对应的业务规则包括分享通知流程,所对应的业务处理规则包括分享通知规则。相应地,业务处理单元530被配置为基于分享通知规则来进行活动分享。
在业务分享活动处理请求是接受方活动进入请求时,所述接受方活动进入请求包括用户身份标识,所对应的业务规则的业务流程顺序包括接受方准入流程和第一询奖流程,所对应的业务处理规则包括接受方准入规则和第一询奖规则。相应地,业务处理单元530被配置为:根据接受方活动进入请求中的用户身份标识来确定接受方是否符合接受方准入规则;在确定为符合接受方准入规则时,判断发起方和接受方之间是否存在状态信息为生效状态的分享关系记录;在确定为不存在处于生效状态的分享关系记录时,创建发起方和接受方之间的分享关系记录,所创建的分享关系记录的状态信息为初始化状态;以及根据第一询奖规则来进行询奖,并向接受方显示第一询奖结果。
在业务分享活动处理请求是接受方活动进入请求时,所述接受方活动奖励领取请求包括用户身份标识,所对应的业务规则的业务流程顺序包括奖励领取方准入流程,所对应的业务处理规则包括奖励领取方准入规则。相应地,业务处理单元530被配置为:根据接受方活动奖励领取请求中的用户身份标识来确定奖励领取方是否符合奖励领取方准入规则;在确定为符合奖励领取方准入规则时,向业务分享活动设备发送用于为接受方提供奖励的请求。
此外,可选地,业务分享活动处理装置500还可以包括处理结果提供单元540。处理结果提供单元540被配置为将针对业务分享活动处理请求的处理结果提供给业务分享活动处理请求的发起方。
如上参照图1到图5,对根据本公开的业务分享活动处理方法及业务分享活动处理装置的实施例进行了描述。上面的业务分享活动处理装置可以采用硬件实现,也可以采用软件或者硬件和软件的组合来实现。
图6示出了根据本公开的实施例的用于业务分享活动处理的计算设备600的硬件结构图。如图6所示,计算设备600可以包括至少一个处理器610、存储器620、内存630和通信接口640,并且至少一个处理器610、存储器620、内存630和通信接口640经由总线660连接在一起。至少一个处理器610执行在存储器620中存储或编码的至少一个计算机可读指令(即,上述以软件形式实现的元素)。
在一个实施例中,在存储器620中存储计算机可执行指令,其当执行时使得至少一个处理器610:接收业务分享活动处理请求;从业务规则库中获取与所述业务分享活动处理请求的业务场景对应的业务规则,所述业务规则至少包括业务流程组成、业务流程执行顺序以及各个业务流程的业务处理规则,所述业务规则库中对应地存储业务规则与业务场景;以及基于所获取的业务规则的业务流程执行顺序以及各个业务流程的业务处理规则来执行与所述业务分享活动处理请求对应的各个业务流程。
应该理解,在存储器中存储的计算机可执行指令当执行时使得至少一个处理器610进行本公开的各个实施例中以上结合图1-5描述的各种操作和功能。
在本公开中,计算设备600可以包括但不限于:个人计算机、服务器计算机、工作站、桌面型计算机、膝上型计算机、笔记本计算机、移动计算设备、智能电话、平板计算机、蜂窝电话、个人数字助理(PDA)、手持装置、消息收发设备、可佩戴计算设备、消费电子设备等等。
根据一个实施例,提供了一种比如机器可读介质的程序产品。机器可读介质可以具有指令(即,上述以软件形式实现的元素),该指令当被机器执行时,使得机器执行本公开的各个实施例中以上结合图1-5描述的各种操作和功能。具体地,可以提供配有可读存储介质的系统或者装置,在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码,且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。
在这种情况下,从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能,因此机器可读代码和存储机器可读代码的可读存储介质构成了本发明的一部分。
可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW)、磁带、非易失性存储卡和ROM。可选择地,可以由通信网络从服务器计算机上或云上下载程序代码。
本领域技术人员应当理解,上面公开的各个实施例可以在不偏离发明实质的情况下做出各种变形和修改。因此,本发明的保护范围应当由所附的权利要求书来限定。
需要说明的是,上述各流程和各系统结构图中不是所有的步骤和单元都是必须的,可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的,可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构,也可以是逻辑结构,即,有些单元可能由同一物理实体实现,或者,有些单元可能分由多个物理实体实现,或者,可以由多个独立设备中的某些部件共同实现。
以上各实施例中,硬件单元或模块可以通过机械方式或电气方式实现。例如,一个硬件单元、模块或处理器可以包括永久性专用的电路或逻辑(如专门的处理器,FPGA或ASIC)来完成相应操作。硬件单元或处理器还可以包括可编程逻辑或电路(如通用处理器或其它可编程处理器),可以由软件进行临时的设置以完成相应操作。具体的实现方式(机械方式、或专用的永久性电路、或者临时设置的电路)可以基于成本和时间上的考虑来确定。
上面结合附图阐述的具体实施方式描述了示例性实施例,但并不表示可以实现的或者落入权利要求书的保护范围的所有实施例。在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”,并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的,具体实施方式包括具体细节。然而,可以在没有这些具体细节的情况下实施这些技术。在一些实例中,为了避免对所描述的实施例的概念造成难以理解,公知的结构和装置以框图形式示出。
本公开内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本公开内容。对于本领域普通技术人员来说,对本公开内容进行的各种修改是显而易见的,并且,也可以在不脱离本公开内容的保护范围的情况下,将本文所定义的一般性原理应用于其它变型。因此,本公开内容并不限于本文所描述的示例和设计,而是与符合本文公开的原理和新颖性特征的最广范围相一致。