CN106855969B - 一种确定超时时间的方法及系统 - Google Patents
一种确定超时时间的方法及系统 Download PDFInfo
- Publication number
- CN106855969B CN106855969B CN201510896669.8A CN201510896669A CN106855969B CN 106855969 B CN106855969 B CN 106855969B CN 201510896669 A CN201510896669 A CN 201510896669A CN 106855969 B CN106855969 B CN 106855969B
- Authority
- CN
- China
- Prior art keywords
- event
- day
- time
- days
- duration
- 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
- 238000000034 method Methods 0.000 title claims abstract description 92
- 238000012216 screening Methods 0.000 claims abstract description 151
- 238000004364 calculation method Methods 0.000 abstract description 15
- 238000001914 filtration Methods 0.000 description 17
- 238000010586 diagram Methods 0.000 description 15
- 230000008569 process Effects 0.000 description 15
- 238000012545 processing Methods 0.000 description 14
- 238000004590 computer program Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Economics (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请公开了一种确定超时时间的方法及系统,通过确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件,根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间,根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间。本申请实施例提供的确定超时时间的方法及系统,根据确定的起始时间、事件持续时长和事件筛选条件,得到适应各种场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
Description
技术领域
本申请涉及互联网通信领域,尤其涉及一种确定超时时间的方法及系统。
背景技术
随着互联网通信技术的发展,人们的生活越来越与网络密不可分,例如,网络购物、网络游戏、网络办公等。然而,很多情况下一个网络设备不能在特定时间内从另一个网络设备上接收信息,即普遍存在超时的情况。
目前的超时时间都是根据自然日来计算,即以某一时间点为起点直接加设定的天数。例如,如买家下单后付款前,会有15天的付款超时时间,超时后自动关闭订单;卖家发货后买家确认收货前,会有15天的确认收货超时时间,超时后自动确认收货;买家投诉卖家,会有1天的维权限时处理超时时间,如果卖家在超时时间前处理了投诉,则该笔投诉就不计入投诉率中。
以自然日计算超时时间会导致各种问题,例如:在设定的超时时间内存在若干天节假日,特别是超时时间较短的时候,可能超时时间结束了用户还在休假,因此错过了需要处理的业务,导致超时自动执行了,使得订单自动被关闭或错过投诉处理等。
综上所示,现有技术中按自然日计算超时时间的方法容易导致用户错过超时时间、不够合理化、用户需求匹配度较低。
发明内容
本申请提供一种确定超时时间的方法及系统,用以解决现有技术中按自然日计算超时时间的方法容易导致用户错过超时时间、不够合理化、用户需求匹配度较低的问题。
本申请实施例提供一种确定超时时间的方法,包括:
确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件;
根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间;
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间。
可选的,所述事件持续时长和时间是以天为单位,所述起始时间是0点,所述事件持续时长是整天数;
所述根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间,包括:
从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天,将选择的最后一天设置为Tmax,所述最后一天和起始时间对应的天之间相差的天数为N,所述事件持续时长为n,K为大于或等于1的正整数;
若N–K*n>=n,则将起始时间所在的天至所述选择的最后一天之间所有需要进行计时的天作为所述事件对应的需要进行计时的天;
若N–K*n<n,则将起始时间所在的天调整为选择的最后一天的后一天,事件持续时长调整为n–(N-K*n),并返回从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天的步骤。
可选的,根据以下方式确定不需要进行计时的天:
根据事件筛选条件,在预设的天数内确定需要进行计时的天,将所述预设的天数内需要进行计时的天之外的天设置为所述不需要进行计时的天。
可选的,所述起始时间不是0点,所述事件持续时长是整天数:
确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件之后,根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间之前,还包括:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间,包括:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则将确定的所述事件对应的所述需要进行计时的天中的最后一天的24点作为所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第一剩余时长,得到所述事件对应的结束时间;
其中,所述第一剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差。
可选的,所述起始时间是0点,所述事件持续时长是大于1的非整天数:
确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件之后,根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间之前,还包括:
将所述事件持续时长划分为整天数和第二剩余时长,所述第二剩余时长为事件持续时长与整天数之差,且所述第二剩余时长小于一天;
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间,包括:
根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第二剩余时长,得到所述事件对应的结束时间。
可选的,所述起始时间不是0点,所述事件持续时长是大于1的非整天数:
确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件之后,根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间之前,还包括:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
将所述事件持续时长划分为整天数和第三剩余时长,所述第三剩余时间为事件持续时长与整天数之差,且所述第三剩余时长小于一天;
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间,包括:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第三剩余时长,得到所述事件对应的结束时间;
若是,则判断所述第三剩余时长与第四剩余时长之和是否超过24小时:
若不是,则将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述第三剩余时长及所述第四剩余时长,得到所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第二个作为所述事件对应的需要进行计时的天的0点加上第五剩余时长,得到所述事件对应的结束时间;
其中,所述第四剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差;
所述第五剩余时长为所述第三剩余时长与所述第四剩余时长之和减去一天。
可选的,所述事件持续时长和时间是以天为单位,所述事件持续时长小于一天:
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间,包括:
根据事件筛选条件,判断起始时间对应的天是否是为所述事件对应的需要进行计时的天;
若不是,则将所述起始时间对应的天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述事件持续时长,得到所述事件对应的结束时间;
若是,则判断所述起始时间加所述事件持续时长是否超过所述起始时间当天的24点:
若是,则根据事件筛选条件,将所述起始时间对应天之后第一个作为需要进行计时的天的0点加上第六剩余时长,得到所述事件对应的结束时间;
若不是,则将所述起始时间加上所述事件持续时长,得到所述事件对应的结束时间;
其中,所述第六剩余时长为所述起始时间加上所述事件持续时长的时间,与所述起始时间对应天之后一天的0点之间的时长。
可选的,所述根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间之后,还包括:
根据所述事件对应的结束时间,确定提醒时间,并在所述提醒时间达到时,根据设定的通知方式进行通知。
可选的,所述事件筛选条件包括下列条件中的至少一种:工作日、节假日、周末。
可选的,所述确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件,包括:
通过组件接口从应用系统获取所述起始时间、所述事件持续时长和所述事件筛选条件;
所述确定所述事件对应的结束时间之后,还包括:
通过组件接口将所述结束时间提供给所述应用系统。
本申请实施例还提供一种确定超时时间的系统,包括:
第一确定模块:用于确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件;
第二确定模块:用于根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间;
第三确定模块:用于根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间。
可选的,所述事件持续时长和时间是以天为单位,所述起始时间是0点,所述事件持续时长是整天数;
所述第二确定模块,还用于:
从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天,将选择的最后一天设置为Tmax,所述最后一天和起始时间对应的天之间相差的天数为N,所述事件持续时长为n,K为大于或等于1的正整数;
若N–K*n>=n,则将起始时间所在的天至所述选择的最后一天之间所有需要进行计时的天作为所述事件对应的需要进行计时的天;
若N–K*n<n,则将起始时间所在的天调整为选择的最后一天的后一天,事件持续时长调整为n–(N-K*n),并返回从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天的步骤。
可选的,根据以下方式确定不需要进行计时的天:
根据所述事件筛选条件,在预设的天数内确定需要进行计时的天,将所述预设的天数内需要进行计时的天之外的天设置为所述不需要进行计时的天。
可选的,所述起始时间不是0点,所述事件持续时长是整天数:
所述第一确定模块,还用于:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
所述第三确定模块,还用于:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则将确定的所述事件对应的所述需要进行计时的天中的最后一天的24点作为所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第一剩余时长,得到所述事件对应的结束时间;
其中,所述第一剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差。
可选的,所述起始时间是0点,所述事件持续时长是大于1的非整天数:
所述第一确定模块,还用于:
将所述事件持续时长划分为整天数和第二剩余时长,所述第二剩余时长为事件持续时长与整天数之差,且所述第二剩余时长小于一天;
所述第三确定模块,还用于:
根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第二剩余时长,得到所述事件对应的结束时间。
可选的,所述起始时间不是0点,所述事件持续时长是大于1的非整天数:
所述第一确定模块,还用于:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
将所述事件持续时长划分为整天数和第三剩余时长,所述第三剩余时间为事件持续时长与整天数之差,且所述第三剩余时长小于一天;
所述第三确定模块,还用于:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第三剩余时长,得到所述事件对应的结束时间;
若是,则判断所述第三剩余时长与第四剩余时长之和是否超过24小时:
若不是,则将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述第三剩余时长及所述第四剩余时长,得到所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第二个作为所述事件对应的需要进行计时的天的0点加上第五剩余时长,得到所述事件对应的结束时间;
其中,所述第四剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差;
所述第五剩余时长为所述第三剩余时长与所述第四剩余时长之和减去一天。
可选的,所述事件持续时长和时间是以天为单位,所述事件持续时长小于一天:
所述第三确定模块,还用于:
根据事件筛选条件,判断起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则将所述起始时间对应的天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述事件持续时长,得到所述事件对应的结束时间;
若是,则判断所述起始时间加所述事件持续时长是否超过所述起始时间当天的24点:
若是,则根据事件筛选条件,将所述起始时间对应天之后第一个作为需要进行计时的天的0点加上第六剩余时长,得到所述事件对应的结束时间;
若不是,则将所述起始时间加上所述事件持续时长,得到所述事件对应的结束时间;
其中,所述第六剩余时长为所述起始时间加上所述事件持续时长的时间,与所述起始时间对应天之后一天的0点之间的时长。
可选的,所述第三确定模块,还用于:
根据所述事件对应的结束时间,确定提醒时间,并在所述提醒时间达到时,根据设定的通知方式进行通知。
可选的,所述事件筛选条件包括下列条件中的至少一种:工作日、节假日、周末。
可选的,所述第一确定模块,具体用于:
通过组件接口从应用系统获取所述起始时间、所述事件持续时长和所述事件筛选条件;
所述第三确定模块,还用于:
通过组件接口将所述结束时间提供给所述应用系统。
本申请实施例提供的一种确定超时时间的方法及系统,通过确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件,根据确定的起始时间、事件持续时长和事件筛选条件,确定事件对应的需要进行计时的时间,根据确定的事件对应的需要进行计时的时间,确定事件对应的结束时间。本申请实施例提供的确定超时时间的方法及系统,根据确定的起始时间、事件持续时长和事件筛选条件,得到适应各种场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种确定超时时间的方法流程示意图;
图2为本申请实施例提供的情况一下确定超时时间的方法流程示意图;
图3为本申请实施例提供的情况二下确定超时时间的方法流程示意图;
图4为本申请实施例提供的情况三下确定超时时间的方法流程示意图;
图5为本申请实施例提供的情况四下确定超时时间的方法流程示意图;
图6为本申请实施例提供的情况五下确定超时时间的方法流程示意图;
图7为本申请实施例提供的一种确定超时时间的系统结构示意图;
图8为本申请实施例提供的一种确定超时时间的系统调整需要进行计时的天的流程框图;
图9为本申请实施例提供的一种超时确定远程调用流程框图;
图10为本申请实施例提供的另一种超时确定远程调用流程框图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,显然,所描述的实施例仅仅是本申请一部份实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
本申请实施例中,对涉及的技术术语的解释如下:
1、节假日:节日和假日的合称,包括双休日和法定节假日(如五一、十一等)。
2、工作日:即劳动日,非节假日。
3、自然日:一天24小时,包括工作日和双休日,也包括假期。
4、超时时间:以某一时间为起点,确定设定时间之后的结束时间。
5、远程调用:某一计算机通过网络从其他远程计算机程序上请求服务的过程。
需要说明的是,除非另有定义,本申请实施例中使用的所有的技术和科学术语与属于技术领域的技术人员通常理解的含义相同。本申请实施例中所使用的术语是为了描述具体的实施方式为目的,不是旨在于限制本申请。
本申请实施例提供的确定超时时间的方法应用在内部的确定超时时间的系统上,外部系统可以通过远程调用确定超时时间的系统以获得超时结束时间,也可以内嵌于确定超时时间的系统中以获得超时结束时间,外部系统包括但不限于维权平台、虚假交易平台、保障平台等。
本申请实施例提供的一种确定超时时间的方法,图1示例性的示出本申请实施例提供的一种确定超时时间的方法流程示意图,如图1所示,包括:
步骤101:确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件。
具体地,起始时间为当前需要处理事件对应的触发时间,例如用户确认下单的时间、用户确认付款的时间;事件持续时长根据实际场合进行预先设定,例如,12个小时,一天,三天,半个月等;事件筛选条件同样根据实际场合进行预先设定,例如,可以包括以下条件中的至少一种:工作日、节假日、周末、每天的特定某个时间段、每周的特定某天或某几天等。在本申请实施例中,可以选择其中的一种作为事件筛选条件。
例如,需要处理的事件为投诉业务,则该事件对应的起始时间为买家确认投诉的时间,如2015年11月6日15:30:00;事件持续时长为系统预设的该投诉业务处理时长,如24小时;事件筛选条件为可计入该投诉业务处理时长的时间,如只计入工作日。
步骤102:根据确定的起始时间、事件持续时长和事件筛选条件,确定事件对应的需要进行计时的时间。
具体的,事件对应的需要计时的时间为该事件起始时间至结束时间之间的根据事件筛选条件筛选出的时间。对于步骤101中事件,由于2015年11月6为周五,2015年11月7至2015年11月8为周末,根据事件筛选条件,周末不计入投诉业务处理时间,而2015年11月9日为工作日,根据事件持续时长为24小时,则该事件对应的需要计时的时间为2015年11月6日15:30:00至2015年11月6日24:00:00,以及2015年11月9日0:00:00至2015年11月9日15:29:59。
步骤103:根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间。
具体地,该事件对应的结束时间即超时的结束时间,对于步骤101中事件,即投诉业务处理的最后期限时间,根据步骤102,则该事件对应的结束时间为2015年11月9日15:29:59。
在本申请实施例中,在确定事件对应的结束时间之后,还可以设置提醒时间,并在提醒时间达到时,根据设定的通知方式进行通知。此外,该提醒时间应该设置在事件对应的结束时间之前。
例如,根据步骤103,得到步骤101中事件对应的结束时间为2015年11月9日15:29:59,则可设置提醒时间,如在该结束时间的一个小时之前生成提醒命令,通过短信、电话、邮件等方式通知卖家及时处理该投诉业务。
需要说明的是,在本申请实施例中,可以通过组件接口从应用系统获取所述起始时间、所述事件持续时长和所述事件筛选条件;系统确定出事件对应的结束时间之后,通过组件接口将结束时间反馈给应用系统,从而使得应用系统根据结束时间执行相应的超时保护操作。
下面以事件持续时长和时间以天为单位为例,分以下五种情况对本申请实施例提供的确定超时时间的方法进行具体阐述说明。
本申请实施例提供的确定超时时间的方法通过确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件,根据确定的起始时间、事件持续时长和事件筛选条件,确定事件对应的需要进行计时的时间,根据确定的事件对应的需要进行计时的时间,确定事件对应的结束时间。本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到适应各种场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
情况一:起始时间是0点,事件持续时长是整天数。
首先根据事件筛选条件,在预设的天数内确定需要进行计时的天,将预设的天数内需要进行计时的天之外的天设置为不需要进行计时的天。
具体地,预设天数可根据事件持续时长和事件筛选条件设定,即足够包括事件对应的结束时间在内的天数。例如,若事件持续时长为15天,事件筛选条件为工作日,则预设天数可以设置为十年;若事件持续时长为10天,事件筛选条件为每个月的第一天,则预设天数可以设置为五十年。
需要说明的是,根据设定的事件筛选条件,系统启动时自动记录预设天数内确定需要进行计时的天。例如,事件筛选条件为每个月的第一天,则系统自动记录五十年内所有月份的第一天设置为需要进行计时的天,将五十年内所有月份的第一天之外的天设置为不需要进行计时的天。
如图2所示为本申请实施例提供的情况一下确定超时时间的方法流程示意图。包括:
步骤201:从所起始时间之后的不需要进行计时的天中选择K*n个事件对应的不需要进行计时的天,将选择的最后一天设置为Tmax。
其中,最后一天Tmax和起始时间对应的天之间相差的天数为N,K为大于或等于1的正整数,K根据事件筛选条件确定,例如,若事件筛选条件为工作日,则K可以设置为5,若事件筛选条件为每个月的第一天,则K可以设置为30。
步骤202:判断n是否大于等于N-K*n。其中,起始时间对应的天的日期为T,事件持续时长为n。
若N-K*n>=n,则执行步骤203;若N-K*n<n,则执行步骤204。
步骤203:若N-K*n>=n,则将起始时间所在的天至选择的最后一天Tmax之间所有需要进行计时的天作为所述事件对应的需要进行计时的天,并执行步骤205。
步骤204:若N-K*n<n,则将起始时间所在的天调整为选择的最后一天的后一天,事件持续时长调整为n–(N-K*n),并返回步骤201,执行递归计算,直至步骤202的判断结果可以进入步骤203。
步骤205:根据事件对应的需要进行计时的天,得到事件对应的结束时间。
下面通过以起始时间为2015年10月1日0:00:00,事件持续时间n为3天,事件筛选条件为工作日为例,对情况一中确定超时时间的方法进行详细说明。
若设置K=3,从所起始时间之后的不需要进行计时的天中选择K*n即9个事件对应的不需要进行计时的天,即2015年10月1日至2015年10月7日、2015年10月11日、及2015年10月17日,将选择的最后一天2015年10月17日设置为Tmax。最后一天Tmax和起始时间对应的天之间相差的天数N为17天。
由于N-K*n=17-9>3,则确定起始时间至Tmax之间所有需要计时的天中的前3天,即2015年10月8日、2015年10月9日以及2015年10月10日为该事件需要计时的天,得到事件结束时间为2015年10月10日24:00:00。
若设置K=2,从所起始时间之后的不需要进行计时的天中选择K*n即6个事件对应的不需要进行计时的天,即2015年10月1日至2015年10月6日,将选择的最后一天2015年10月6日设置为Tmax,最后一天Tmax和起始时间对应的天之间相差的天数N为6天。
由于N-K*n=6-6<3,则起始时间调整为2015年10月6日0:00:00,事件持续时长调整为n–(K*n–N)=3+0=3,重新选择6个事件对应的不需要进行计时的天,即2015年10月6日、2015年10月7日、2015年10月11日、2015年10月17日、2015年10月18日、2015年10月24日、2015年10月24日,则Tmax为2015年10月24日,N-K*n=18-6>3,则确定调整后的起始时间至Tmax之间所有需要计时的天中的前3天,即2015年10月8日、2015年10月9日以及2015年10月10日为该事件需要计时的天,得到事件结束时间为2015年10月10日24:00:00。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到起始时间是0点,事件持续时长是整天数的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
情况二:起始时间不是0点,事件持续时长是整天数。如图3所示为本申请实施例提供的情况二下确定超时时间的方法流程示意图。包括:
步骤301:将确定的事件对应的起始时间调整为起始时间对应的天的后一天的0点。
步骤302:从所起始时间之后的不需要进行计时的天中选择K*n个事件对应的不需要进行计时的天,将选择的最后一天设置为Tmax。
其中,最后一天Tmax和起始时间对应的天之间相差的天数为N,K为大于或等于1的正整数,K根据事件筛选条件确定,例如,若事件筛选条件为工作日,则K可以设置为5,若事件筛选条件为每个月的第一天,则K可以设置为30。
步骤303:判断n是否大于等于N-K*n。其中,起始时间对应的天的日期为T,事件持续时长为n。
若N-K*n>=n,则执行步骤304;若N-K*n<n,则执行步骤305。
步骤304:若N-K*n>=n,则将起始时间所在的天至选择的最后一天Tmax之间所有需要进行计时的天作为所述事件对应的需要进行计时的天,并执行步骤306。
步骤305:若N-K*n<n,则将起始时间所在的天调整为选择的最后一天的后一天,事件持续时长调整为n–(N-K*n),并返回步骤302。
步骤306:根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为事件对应的需要进行计时的天。
若进行调整之前的起始时间对应的天不是事件对应的需要进行计时的天,则执行步骤307;若进行调整之前的起始时间对应的天是事件对应的需要进行计时的天,则执行步骤308。
步骤307:若不是,则将确定的事件对应的需要进行计时的天中的最后一天的24点作为事件对应的结束时间,并结束流程。
步骤308:若是,则根据事件筛选条件,将最后一天之后第一个作为事件对应的需要进行计时的天的0点加上第一剩余时长,得到事件对应的结束时间,并结束流程。
其中,第一剩余时长为未进行调整的起始时间与未进行调整的起始时间对应的天的0点之差。
若起始时间为2015年10月1日2:00:00,事件持续时间n为3天,事件筛选条件为工作日,下面对情况二中确定超时时间的方法进行详细说明。
将确定的事件对应的起始时间2015年10月1日2:00:00调整为起始时间对应的天的后一天的0点,即2015年10月2日0:00:00,根据步骤201-203确定事件对应的需要进行计时的天,即2015年10月8日、2015年10月9日以及2015年10月10日。根据事件筛选条件,判断进行调整之前的起始时间对应的天2015年10月2日不是工作日,则将确定的事件对应的需要进行计时的天中的最后一天的24点即2015年10月10日24:00作为事件对应的结束时间。
若起始时间为2015年10月8日2:00:00,事件持续时间n为3天,事件筛选条件为工作日,下面对情况二中确定超时时间的方法进行详细说明。
将确定的事件对应的起始时间2015年10月8日2:00:00调整为起始时间对应的天的后一天的0点,即2015年10月9日0:00:00,根据步骤201-203确定事件对应的需要进行计时的天,即2015年10月9日、2015年10月10日以及2015年10月12日。根据事件筛选条件,判断进行调整之前的起始时间对应的天2015年10月8日是工作日,则计算第一剩余时长为2个小时,将最后一天之后第一个作为事件对应的需要进行计时的天的0点即加上第一剩余时长,得到事件对应的结束时间即2015年10月13日2:00:00。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到起始时间不是0点,事件持续时长是整天数的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
情况三:起始时间是0点,事件持续时长是大于1的非整天数。如图4所示为本申请实施例提供的情况三下确定超时时间的方法流程示意图。包括:
步骤401:将事件持续时长划分为整天数和第二剩余时长。其中,第二剩余时长为事件持续时长与整天数之差,且第二剩余时长小于一天;
步骤402:从所起始时间之后的不需要进行计时的天中选择K*n个事件对应的不需要进行计时的天,将选择的最后一天设置为Tmax。
其中,最后一天Tmax和起始时间对应的天之间相差的天数为N,K为大于或等于1的正整数,K根据事件筛选条件确定,例如,若事件筛选条件为工作日,则K可以设置为5,若事件筛选条件为每个月的第一天,则K可以设置为30。
步骤403:判断n是否大于等于N-K*n。其中,起始时间对应的天的日期为T,事件持续时长为n。
若N-K*n>=n,则执行步骤404;若N-K*n<n,则执行步骤405。
步骤404:若N-K*n>=n,则将起始时间所在的天至选择的最后一天Tmax之间所有需要进行计时的天作为所述事件对应的需要进行计时的天,并执行步骤406。
步骤405:若N-K*n<n,则将起始时间所在的天调整为选择的最后一天的后一天,事件持续时长调整为n–(N-K*n),并返回步骤402。
步骤406:根据事件筛选条件,将需要进行计时的天中的最后一天之后第一个作为事件对应的需要进行计时的天的0点加上第二剩余时长,得到事件对应的结束时间。
下面以起始时间为2015年10月1日0:00:00,事件持续时间n为3.5天,事件筛选条件为工作日为例,对情况三中确定超时时间的方法进行详细说明。
将事件持续时长划分为整天数3和第二剩余时长12个小时,根据步骤201-203确定事件对应的需要进行计时的天,即2015年10月8日、2015年10月9日以及2015年10月10日。根据事件筛选条件,将需要进行计时的天中的最后一天2015年10月10日之后第一个作为事件对应的需要进行计时的天2015年10月12日的0点加上第二剩余时长12个小时,得到事件对应的结束时间2015年10月12日12:00:00。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到起始时间是0点,事件持续时长是大于1的非整天数的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
情况四:起始时间不是0点,事件持续时长是大于1的非整天数。如图5所示为本申请实施例提供的情况四下确定超时时间的方法流程示意图。包括:
步骤501:将确定的事件对应的起始时间调整为起始时间对应的天的后一天的0点,将事件持续时长划分为整天数和第三剩余时长。
其中,第三剩余时间为事件持续时长与整天数之差,且第三剩余时长小于一天。
步骤502:从所起始时间之后的不需要进行计时的天中选择K*n个事件对应的不需要进行计时的天,将选择的最后一天设置为Tmax。
其中,最后一天Tmax和起始时间对应的天之间相差的天数为N,K为大于或等于1的正整数,K根据事件筛选条件确定,例如,若事件筛选条件为工作日,则K可以设置为5,若事件筛选条件为每个月的第一天,则K可以设置为30。
步骤503:判断n是否大于等于N-K*n。其中,起始时间对应的天的日期为T,事件持续时长为n。
若N-K*n>=n,则执行步骤504;若N-K*n<n,则执行步骤505。
步骤504:若N-K*n>=n,则将起始时间所在的天至选择的最后一天Tmax之间所有需要进行计时的天作为所述事件对应的需要进行计时的天,并执行步骤506。
步骤505:若N-K*n<n,则将起始时间所在的天调整为选择的最后一天的后一天,事件持续时长调整为n–(N-K*n),并返回步骤502。
步骤506:根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为事件对应的需要进行计时的天。
若进行调整之前的起始时间对应的天不是事件对应的需要进行计时的天,则执行步骤507;若进行调整之前的起始时间对应的天是事件对应的需要进行计时的天,则执行步骤508。
步骤507:若不是,则根据事件筛选条件,将需要进行计时的天中的最后一天之后第一个作为事件对应的需要进行计时的天的0点加上第三剩余时长,得到事件对应的结束时间,并结束流程。
步骤508:若是,则判断第三剩余时长与第四剩余时长之和是否超过24小时;
若第三剩余时长与第四剩余时长之和不超过24小时,则执行步骤509;若第三剩余时长与第四剩余时长之和超过24小时,则执行步骤510。
步骤509:若不是,则将最后一天之后第一个作为事件对应的需要进行计时的天的0点加上第三剩余时长及第四剩余时长,得到事件对应的结束时间,并结束流程。
步骤510:若是,则根据事件筛选条件,将最后一天之后第二个作为事件对应的需要进行计时的天的0点加上第五剩余时长,得到事件对应的结束时间,并结束流程。
其中,第四剩余时长为未进行调整的起始时间与未进行调整的起始时间对应的天的0点之差,第五剩余时长为第三剩余时长与所述第四剩余时长之和减去一天。
若起始时间为2015年10月1日2:00:00,事件持续时间n为3.5天,事件筛选条件为工作日,下面对情况四中确定超时时间的方法进行详细说明。
将确定的事件对应的起始时间2015年10月1日2:00:00调整为起始时间对应的天的后一天的0点,即2015年10月2日0:00:00,将事件持续时长划分为整天数3和第二剩余时长12个小时;根据步骤201-203确定事件对应的需要进行计时的天,即2015年10月8日、2015年10月9日以及2015年10月10日;根据事件筛选条件,判断进行调整之前的起始时间对应的天2015年10月2日不是工作日;将需要进行计时的天中的最后一天2015年10月10日之后第一个作为所述事件对应的需要进行计时的天2015年10月12日的0点加上第三剩余时长12个小时,得到所述事件对应的结束时间2015年10月12日12:00:00。
若起始时间为2015年10月8日2:00:00,事件持续时间n为3.5天,事件筛选条件为工作日,下面对情况四中确定超时时间的方法进行详细说明。
将确定的事件对应的起始时间2015年10月8日2:00:00调整为起始时间对应的天的后一天的0点,即2015年10月9日0:00:00,将事件持续时长划分为整天数3和第二剩余时长12个小时;根据步骤201-203确定事件对应的需要进行计时的天,即2015年10月9日、2015年10月10日以及2015年10月12日。根据事件筛选条件,判断进行调整之前的起始时间对应的天2015年10月8日是工作日,则判断第三剩余时长12个小时与第四剩余时长2小时之和不超过24小时,则将所述最后一天之后第一个作为所述事件对应的需要进行计时的天2015年10月13日的0点加上第三剩余时长12小时及第四剩余时长2小时,得到事件对应的结束时间2015年10月13日14:00:00。
若起始时间为2015年10月8日14:00:00,事件持续时间n为3.5天,事件筛选条件为工作日,下面对情况二中确定超时时间的方法进行详细说明。
将确定的事件对应的起始时间2015年10月8日2:00:00调整为起始时间对应的天的后一天的0点,即2015年10月9日0:00:00,将事件持续时长划分为整天数3和第二剩余时长12个小时;根据步骤201-203确定事件对应的需要进行计时的天,即2015年10月9日、2015年10月10日以及2015年10月12日。根据事件筛选条件,判断进行调整之前的起始时间对应的天2015年10月8日是工作日,则判断第三剩余时长12个小时与第四剩余时长14小时之和超过24小时,则计算第五剩余时长,即第三剩余时长与所述第四剩余时长之和减去一天,具体为26小时减去24小时即2小时;则将所述最后一天之后第二个作为所述事件对应的需要进行计时的天2015年10月14日的0点加上第五剩余时长2小时,得到所述事件对应的结束时间2015年10月14日2:00:00。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到起始时间不是0点,事件持续时长是大于1的非整天数的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
情况五:事件持续时长小于一天。如图6所示为本申请实施例提供的情况五下确定超时时间的方法流程示意图。包括:
步骤601:根据事件筛选条件,判断起始时间对应的天是否作为事件对应的需要进行计时的天。
若始时间对应的天不是事件对应的需要进行计时的天,则执行步骤602;若始时间对应的天是事件对应的需要进行计时的天,则执行步骤603。
步骤602:若不是,则将起始时间对应的天之后第一个作为事件对应的需要进行计时的天的0点加上事件持续时长,得到事件对应的结束时间,并结束流程。
步骤603:若是,则判断起始时间加事件持续时长是否超过起始时间当天的24点:
若起始时间加事件持续时长超过起始时间当天的24点,则执行步骤604;若起始时间加事件持续时长不超过起始时间当天的24点,则执行步骤605。
步骤604:若是,则根据事件筛选条件,将起始时间对应天之后第一个作为需要进行计时的天的0点加上第六剩余时长,得到事件对应的结束时间,并结束流程。
其中,第六剩余时长为起始时间加上事件持续时长的时间,与起始时间对应天之后一天的0点之间的时长。
步骤605:若不是,则将起始时间加上事件持续时长,得到事件对应的结束时间,并结束流程。
若起始时间为2015年10月1日2:00:00,事件持续时间n为0.5天,事件筛选条件为工作日,下面对情况二中确定超时时间的方法进行详细说明。
根据事件筛选条件判断起始时间对应的天2015年10月1日不是工作日,则将起始时间对应的天之后第一个作为所述事件对应的需要进行计时的天2015年10月8日的0点加上事件持续时长0.5天,得到事件对应的结束时间2015年10月8日12:00:00。
若起始时间为2015年10月8日2:00:00,事件持续时间n为0.5天,事件筛选条件为工作日,下面对情况五中确定超时时间的方法进行详细说明。
根据事件筛选条件判断起始时间对应的天2015年10月8日是工作日,则判断起始时间加事件持续时长没有超过起始时间当天的24点,则将起始时间加上事件持续时长,得到事件对应的结束时间2015年10月8日14:00:00。
若起始时间为2015年10月8日14:00:00,事件持续时间n为0.5天,事件筛选条件为工作日,下面对情况五中确定超时时间的方法进行详细说明。
根据事件筛选条件判断起始时间对应的天2015年10月8日是工作日,则判断起始时间加事件持续时长超过了起始时间当天的24点,则计算第六剩余时长,即起始时间2015年10月8日14:00:00加上事件持续时长的时间12个小时,与起始时间对应天之后一天的0点之间的时长,即2个小时;将起始时间对应天之后第一个作为需要进行计时的天2015年10月9日的0点加上第六剩余时长2小时,得到事件对应的结束时间2015年10月9日2:00:00。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到事件持续时长小于一天的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
本申请实施例提供的确定超时时间的方法通过确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件,根据确定的起始时间、事件持续时长和事件筛选条件,确定事件对应的需要进行计时的时间,根据确定的事件对应的需要进行计时的时间,确定事件对应的结束时间。本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到适应各种场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
基于同样的发明构思,本申请实施例提供一种确定超时时间的系统,外部系统可以通过远程调用确定超时时间的系统以获得超时结束时间,外部系统也可以内嵌于确定超时时间的系统中以获得超时结束时间,外部系统包括但不限于维权平台、虚假交易平台、保障平台等。
图7示例性的示出了本申请实施例提供一种确定超时时间的系统,包括:
第一确定模块701:用于确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件;
具体地,起始时间为当前需要处理事件对应的触发时间,例如用户确认下单的时间、用户确认付款的时间;事件持续时长根据实际场合进行预先设定,例如,12个小时,一天,三天,半个月等;事件筛选条件同样根据实际场合进行预先设定,例如,工作日、节假日、周末、每天的特定某个时间段、每周的特定某天或某几天等。
例如,需要处理的事件为投诉业务,则该事件对应的起始时间为买家确认投诉的时间,如2015年11月6日15:30:00;事件持续时长为系统预设的该投诉业务处理时长,如24小时;事件筛选条件为可计入该投诉业务处理时长的时间,如只计入工作日。
第二确定模块702:用于根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间;
具体的,事件对应的需要计时的时间为该事件起始时间至结束时间之间的根据事件筛选条件筛选出的时间。由于2015年11月6为周五,2015年11月7至2015年11月8为周末,根据事件筛选条件,周末不计入投诉业务处理时间,而2015年11月9日为工作日,根据事件持续时长为24小时,则该事件对应的需要计时的时间为2015年11月6日15:30:00至2015年11月6日24:00:00,以及2015年11月9日0:00:00至2015年11月9日15:29:59。
第三确定模块703:用于根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间。
具体地,该事件对应的结束时间即超时的结束时间,即投诉业务处理的最后期限时间,则该事件对应的结束时间为2015年11月9日15:29:59。
可选的,所述事件持续时长和时间是以天为单位,所述起始时间是0点,所述事件持续时长是整天数;
所述第二确定模块702,还用于:
从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天,将选择的最后一天设置为Tmax,所述最后一天和起始时间对应的天之间相差的天数为N,所述事件持续时长为n,K为大于或等于1的正整数;
若N–K*n>=n,则将起始时间所在的天至所述选择的最后一天之间所有需要进行计时的天作为所述事件对应的需要进行计时的天;
若N–K*n<n,则将起始时间所在的天调整为选择的最后一天的后一天,事件持续时长调整为n–(N-K*n),并返回从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天的步骤。
可选的,根据以下方式确定不需要进行计时的天:
根据所述事件筛选条件,在预设的天数内确定需要进行计时的天,将所述预设的天数内需要进行计时的天之外的天设置为所述不需要进行计时的天。
具体地,预设天数可根据事件持续时长和事件筛选条件设定,即足够包括事件对应的结束时间在内的天数。例如,若事件持续时长为15天,事件筛选条件为工作日,则预设天数可以设置为十年;若事件持续时长为10天,事件筛选条件为每个月的第一天,则预设天数可以设置为五十年。
需要说明的是,根据设定的事件筛选条件,系统启动时自动记录预设天数内确定需要进行计时的天。图8示例性的示出了本申请实施例中一种确定超时时间的系统调整需要进行计时的天的流程框图。
如图8所示,若事件筛选条件为工作日,则预设天数可以设置为10年,则确定超时时间的系统802首先将10年内的所有双休日标记为非工作日,在10年后确定超时时间的系统802会自动标记下一个10年的所有双休日标记为非工作日,依此类推;当国家颁布了最新一年的法定假日或突然将某一天规定为法定假日时,通过调整服务器801调整非工作日,因为可能某个双休日变成了工作日,也可能某个工作日变成了法定假日,因此通过调整服务器801的不定时更新保持确定超时时间的系统802能够记录最新的非工作日。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到起始时间是0点,事件持续时长是整天数的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
可选的,所述起始时间不是0点,所述事件持续时长是整天数:
所述第一确定模块701,还用于:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
所述第三确定模块703,还用于:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则将确定的所述事件对应的所述需要进行计时的天中的最后一天的24点作为所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第一剩余时长,得到所述事件对应的结束时间;
其中,所述第一剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到起始时间不是0点,事件持续时长是整天数的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
可选的,所述起始时间是0点,所述事件持续时长是大于1的非整天数:
所述第一确定模块701,还用于:
将所述事件持续时长划分为整天数和第二剩余时长,所述第二剩余时长为事件持续时长与整天数之差,且所述第二剩余时长小于一天;
所述第三确定模块703,还用于:
根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第二剩余时长,得到所述事件对应的结束时间。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到起始时间是0点,事件持续时长是大于1的非整天数的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
可选的,所述起始时间不是0点,所述事件持续时长是大于1的非整天数:
所述第一确定模块701,还用于:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
将所述事件持续时长划分为整天数和第三剩余时长,所述第三剩余时间为事件持续时长与整天数之差,且所述第三剩余时长小于一天;
所述第三确定模块703,还用于:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第三剩余时长,得到所述事件对应的结束时间;
若是,则判断所述第三剩余时长与第四剩余时长之和是否超过24小时:
若不是,则将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述第三剩余时长及所述第四剩余时长,得到所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第二个作为所述事件对应的需要进行计时的天的0点加上第五剩余时长,得到所述事件对应的结束时间;
其中,所述第四剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差;
所述第五剩余时长为所述第三剩余时长与所述第四剩余时长之和减去一天。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到起始时间不是0点,事件持续时长是大于1的非整天数的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
可选的,所述事件持续时长和时间是以天为单位,所述事件持续时长小于一天:
所述第三确定模块703,还用于:
根据事件筛选条件,判断起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则将所述起始时间对应的天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述事件持续时长,得到所述事件对应的结束时间;
若是,则判断所述起始时间加所述事件持续时长是否超过所述起始时间当天的24点:
若是,则根据事件筛选条件,将所述起始时间对应天之后第一个作为需要进行计时的天的0点加上第六剩余时长,得到所述事件对应的结束时间;
若不是,则将所述起始时间加上所述事件持续时长,得到所述事件对应的结束时间;
其中,所述第六剩余时长为所述起始时间加上所述事件持续时长的时间,与所述起始时间对应天之后一天的0点之间的时长。
本申请实施例提供的确定超时时间的方法,根据确定的起始时间、事件持续时长和事件筛选条件,得到事件持续时长小于一天的场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
可选的,所述第三确定模块703,还用于:
根据所述事件对应的结束时间,确定提醒时间,并在所述提醒时间达到时,根据设定的通知方式进行通知。
在本申请实施例中,在确定事件对应的结束时间之后,还可以设置提醒时间,并在提醒时间达到时,根据设定的通知方式进行通知。此外,该提醒时间应该设置在事件对应的结束时间之前。
例如,得到事件对应的结束时间为2015年11月9日15:29:59,则可设置提醒时间,如在该结束时间的一个小时之前生成提醒命令,通过短信或、电话以及邮件等方式通知卖家及时处理该投诉业务。
可选的,所述事件筛选条件包括下列条件中的至少一种:工作日、节假日、周末。
所述第一确定模块,具体用于:
通过组件接口从应用系统获取所述起始时间、所述事件持续时长和所述事件筛选条件;
所述第三确定模块,还用于:
通过组件接口将所述结束时间提供给所述应用系统。
具体地,本申请实施例的确定超时时间的系统提供超时确定服务,外部系统可以通过远程调用确定超时时间的系统以获得相应的事件结束时间,也可以内嵌于确定超时时间的系统中以获得结束时间,外部系统包括但不限于维权平台、虚假交易平台、保障平台等。如图9所示,为本申请实施例提供的一种超时确定远程调用流程框图,外部系统902通过远程调用确定超时时间的系统901的超时确定服务,确定超时时间的系统901确定出结束时间后返回给外部系统902。
具体地,确定超时时间的系统可以通过多台服务器和中间件来实现。如图10所示,为本申请实施例提供的另一种超时确定远程调用流程框图,其中,第一确定模块、第二确定模块和第三确定模块的功能可以由至少一个服务器来实现,如图10中的服务器1 1001、服务器2 1002和服务器3 1003,各个服务器通过注册中间件1004以提供外部系统超时确定服务,维权平台1005、虚假平台1006、保障平台1007等外部系统通过远程调用中间件1004获得超时确定服务,得到结束时间。
本申请实施例提供的一种确定超时时间的系统,通过确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件,根据确定的起始时间、事件持续时长和事件筛选条件,确定事件对应的需要进行计时的时间,根据确定的事件对应的需要进行计时的时间,确定事件对应的结束时间。本申请实施例提供的确定超时时间的系统,根据确定的起始时间、事件持续时长和事件筛选条件,得到适应各种场景的超时时间,使得超时计算更加精确化和合理化,提高了用户需求匹配度。
本申请是参照根据本申请实施例的方法、系统(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理系统的处理器以产生一个机器,使得通过计算机或其他可编程数据处理系统的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理系统以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理系统上,使得在计算机或其他可编程系统上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程系统上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (16)
1.一种确定超时时间的方法,其特征在于,包括:
确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件;
根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间;
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间;
其中,所述事件持续时长和时间是以天为单位,所述起始时间是0点,所述事件持续时长是整天数;
所述根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间,包括:
从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天,将选择的最后一天设置为Tmax,所述最后一天和起始时间对应的天之间相差的天数为N,所述事件持续时长为n,K为大于或等于1的正整数;
若N–K*n>=n,则将起始时间所在的天至所述选择的最后一天之间所有需要进行计时的天作为所述事件对应的需要进行计时的天;
若N–K*n<n,则将起始时间所在的天调整为选择的最后一天的后一天,事件持续时长调整为n–(N-K*n),并返回从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天的步骤;
其中,所述根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间之后,还包括:
根据所述事件对应的结束时间,确定提醒时间,并在所述提醒时间达到时,根据设定的通知方式进行通知。
2.如权利要求1所述的确定超时时间的方法,其特征在于,根据以下方式确定不需要进行计时的天:
根据所述事件筛选条件,在预设的天数内确定需要进行计时的天,将所述预设的天数内需要进行计时的天之外的天设置为所述不需要进行计时的天。
3.如权利要求1所述的确定超时时间的方法,其特征在于,所述起始时间不是0点,所述事件持续时长是整天数:
确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件之后,根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间之前,还包括:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间,包括:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则将确定的所述事件对应的所述需要进行计时的天中的最后一天的24点作为所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第一剩余时长,得到所述事件对应的结束时间;
其中,所述第一剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差。
4.如权利要求1所述的确定超时时间的方法,其特征在于,所述起始时间是0点,所述事件持续时长是大于1的非整天数:
确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件之后,根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间之前,还包括:
将所述事件持续时长划分为整天数和第二剩余时长,所述第二剩余时长为事件持续时长与整天数之差,且所述第二剩余时长小于一天;
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间,包括:
根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第二剩余时长,得到所述事件对应的结束时间。
5.如权利要求1所述的确定超时时间的方法,其特征在于,所述起始时间不是0点,所述事件持续时长是大于1的非整天数:
确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件之后,根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间之前,还包括:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
将所述事件持续时长划分为整天数和第三剩余时长,所述第三剩余时长为事件持续时长与整天数之差,且所述第三剩余时长小于一天;
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间,包括:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第三剩余时长,得到所述事件对应的结束时间;
若是,则判断所述第三剩余时长与第四剩余时长之和是否超过24小时:
若不是,则将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述第三剩余时长及所述第四剩余时长,得到所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第二个作为所述事件对应的需要进行计时的天的0点加上第五剩余时长,得到所述事件对应的结束时间;
其中,所述第四剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差;
所述第五剩余时长为所述第三剩余时长与所述第四剩余时长之和减去一天。
6.如权利要求1所述的确定超时时间的方法,其特征在于,所述事件持续时长和时间是以天为单位,所述事件持续时长小于一天:
根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间,包括:
根据事件筛选条件,判断起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则将所述起始时间对应的天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述事件持续时长,得到所述事件对应的结束时间;
若是,则判断所述起始时间加所述事件持续时长是否超过所述起始时间当天的24点:
若是,则根据事件筛选条件,将所述起始时间对应天之后第一个作为需要进行计时的天的0点加上第六剩余时长,得到所述事件对应的结束时间;
若不是,则将所述起始时间加上所述事件持续时长,得到所述事件对应的结束时间;
其中,所述第六剩余时长为所述起始时间加上所述事件持续时长的时间,与所述起始时间对应天之后一天的0点之间的时长。
7.如权利要求1~6任一所述的确定超时时间的方法,其特征在于,所述事件筛选条件包括下列条件中的至少一种:工作日、节假日、周末。
8.如权利要求1~6任一所述的确定超时时间的方法,其特征在于,所述确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件,包括:
通过组件接口从应用系统获取所述起始时间、所述事件持续时长和所述事件筛选条件;
所述确定所述事件对应的结束时间之后,还包括:
通过组件接口将所述结束时间提供给所述应用系统。
9.一种确定超时时间的系统,其特征在于,包括:
第一确定模块:用于确定当前需要处理的事件对应的起始时间、事件持续时长和事件筛选条件;
第二确定模块:用于根据确定的所述起始时间、所述事件持续时长和所述事件筛选条件,确定所述事件对应的需要进行计时的时间;
第三确定模块:用于根据确定的所述事件对应的所述需要进行计时的时间,确定所述事件对应的结束时间;
其中,所述事件持续时长和时间是以天为单位,所述起始时间是0点,所述事件持续时长是整天数;
所述第二确定模块,还用于:
从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天,将选择的最后一天设置为Tmax,所述最后一天和起始时间对应的天之间相差的天数为N,所述事件持续时长为n,K为大于或等于1的正整数;
若N–K*n>=n,则将起始时间所在的天至所述选择的最后一天之间所有需要进行计时的天作为所述事件对应的需要进行计时的天;
若N–K*n<n,则将起始时间所在的天调整为选择的最后一天的后一天,事件持续时长调整为n–(N-K*n),并返回从所述起始时间之后的不需要进行计时的天中选择K*n个所述事件对应的不需要进行计时的天的步骤;
其中,所述第三确定模块,还用于:
根据所述事件对应的结束时间,确定提醒时间,并在所述提醒时间达到时,根据设定的通知方式进行通知。
10.如权利要求9所述的确定超时时间的系统,其特征在于,根据以下方式确定不需要进行计时的天:
根据所述事件筛选条件,在预设的天数内确定需要进行计时的天,将所述预设的天数内需要进行计时的天之外的天设置为所述不需要进行计时的天。
11.如权利要求9所述的确定超时时间的系统,其特征在于,所述起始时间不是0点,所述事件持续时长是整天数:
所述第一确定模块,还用于:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
所述第三确定模块,还用于:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则将确定的所述事件对应的所述需要进行计时的天中的最后一天的24点作为所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第一剩余时长,得到所述事件对应的结束时间;
其中,所述第一剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差。
12.如权利要求9所述的确定超时时间的系统,其特征在于,所述起始时间是0点,所述事件持续时长是大于1的非整天数:
所述第一确定模块,还用于:
将所述事件持续时长划分为整天数和第二剩余时长,所述第二剩余时长为事件持续时长与整天数之差,且所述第二剩余时长小于一天;
所述第三确定模块,还用于:
根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第二剩余时长,得到所述事件对应的结束时间。
13.如权利要求9所述的确定超时时间的系统,其特征在于,所述起始时间不是0点,所述事件持续时长是大于1的非整天数:
所述第一确定模块,还用于:
将确定的所述事件对应的起始时间调整为所述起始时间对应的天的后一天的0点;
将所述事件持续时长划分为整天数和第三剩余时长,所述第三剩余时长为事件持续时长与整天数之差,且所述第三剩余时长小于一天;
所述第三确定模块,还用于:
根据事件筛选条件,判断进行调整之前的起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则根据事件筛选条件,将所述需要进行计时的天中的最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上第三剩余时长,得到所述事件对应的结束时间;
若是,则判断所述第三剩余时长与第四剩余时长之和是否超过24小时:
若不是,则将所述最后一天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述第三剩余时长及所述第四剩余时长,得到所述事件对应的结束时间;
若是,则根据事件筛选条件,将所述最后一天之后第二个作为所述事件对应的需要进行计时的天的0点加上第五剩余时长,得到所述事件对应的结束时间;
其中,所述第四剩余时长为未进行调整的起始时间与所述未进行调整的起始时间对应的天的0点之差;
所述第五剩余时长为所述第三剩余时长与所述第四剩余时长之和减去一天。
14.如权利要求9所述的确定超时时间的系统,其特征在于,所述事件持续时长和时间是以天为单位,所述事件持续时长小于一天:
所述第三确定模块,还用于:
根据事件筛选条件,判断起始时间对应的天是否作为所述事件对应的需要进行计时的天;
若不是,则将所述起始时间对应的天之后第一个作为所述事件对应的需要进行计时的天的0点加上所述事件持续时长,得到所述事件对应的结束时间;
若是,则判断所述起始时间加所述事件持续时长是否超过所述起始时间当天的24点:
若是,则根据事件筛选条件,将所述起始时间对应天之后第一个作为需要进行计时的天的0点加上第六剩余时长,得到所述事件对应的结束时间;
若不是,则将所述起始时间加上所述事件持续时长,得到所述事件对应的结束时间;
其中,所述第六剩余时长为所述起始时间加上所述事件持续时长的时间,与所述起始时间对应天之后一天的0点之间的时长。
15.如权利要求9~14任一所述的确定超时时间的系统,其特征在于,所述事件筛选条件包括下列条件中的至少一种:工作日、节假日、周末。
16.如权利要求9~14任一所述的确定超时时间的系统,其特征在于,所述第一确定模块,具体用于:
通过组件接口从应用系统获取所述起始时间、所述事件持续时长和所述事件筛选条件;
所述第三确定模块,还用于:
通过组件接口将所述结束时间提供给所述应用系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510896669.8A CN106855969B (zh) | 2015-12-08 | 2015-12-08 | 一种确定超时时间的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510896669.8A CN106855969B (zh) | 2015-12-08 | 2015-12-08 | 一种确定超时时间的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106855969A CN106855969A (zh) | 2017-06-16 |
CN106855969B true CN106855969B (zh) | 2021-06-11 |
Family
ID=59132854
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510896669.8A Active CN106855969B (zh) | 2015-12-08 | 2015-12-08 | 一种确定超时时间的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106855969B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109961338A (zh) * | 2017-12-22 | 2019-07-02 | 车伯乐(北京)信息科技有限公司 | 一种事务处理方法、系统 |
CN108108916A (zh) * | 2018-01-17 | 2018-06-01 | 杭州清源电力设计有限公司 | 一种epc项目时间控制方法、系统及设备和存储介质 |
CN108650152B (zh) * | 2018-05-21 | 2020-08-11 | 新华三技术有限公司 | 异常报文确定方法、装置及计算机可读存储介质 |
CN109166005A (zh) * | 2018-08-13 | 2019-01-08 | 虫极科技(北京)有限公司 | 用户订单的处理方法及智能售货系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102542437A (zh) * | 2011-12-30 | 2012-07-04 | 东软集团股份有限公司 | 一种任务到期提醒的方法及装置 |
CN103679435A (zh) * | 2013-12-03 | 2014-03-26 | 金蝶软件(中国)有限公司 | 事务信息处理方法和系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090265437A1 (en) * | 2008-04-22 | 2009-10-22 | Eric Lucas | System and method for identifying and modifying influencers and stressors |
-
2015
- 2015-12-08 CN CN201510896669.8A patent/CN106855969B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102542437A (zh) * | 2011-12-30 | 2012-07-04 | 东软集团股份有限公司 | 一种任务到期提醒的方法及装置 |
CN103679435A (zh) * | 2013-12-03 | 2014-03-26 | 金蝶软件(中国)有限公司 | 事务信息处理方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106855969A (zh) | 2017-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106855969B (zh) | 一种确定超时时间的方法及系统 | |
US20070282656A1 (en) | Dynamic appointment tracking | |
US7664481B2 (en) | Remote personnel tracking | |
CN104376451A (zh) | 一种待提醒事件的提醒方法及终端 | |
CN110580544B (zh) | 一种基于周期性依赖的话务量预测方法 | |
CN109445954B (zh) | 一种定时任务的执行方法、终端设备及存储介质 | |
CN104598551A (zh) | 一种数据统计方法及装置 | |
CN110610414A (zh) | 一种数据处理方法及系统 | |
CN108632047B (zh) | 一种资费数据的确定方法及装置 | |
CN110322127A (zh) | 一种项目调度方法、设备、服务器及计算机可读存储介质 | |
CN108269030A (zh) | 一种任务处理方法及服务器 | |
CN109559449A (zh) | 一种基于安放区域的快件滞纳金结算方法及系统 | |
CN102542437B (zh) | 一种任务到期提醒的方法及装置 | |
US20140214634A1 (en) | Systems and methods for managing inventory usage | |
CN109460842A (zh) | 一种服务质量的确定方法及装置 | |
US10949270B2 (en) | System, apparatus, and method of scheduling events and sending notifications to entities | |
CN106856496B (zh) | 数据处理方法及装置 | |
CN112257884A (zh) | 一种订单管理方法和系统 | |
CN112132612A (zh) | 任务处理方法、装置、电子设备和存储介质 | |
CN107038552B (zh) | 业务处理方法、装置及设备、可读介质 | |
CN114742521A (zh) | 提醒方法、装置、计算机设备及计算机可读存储介质 | |
CN116342087A (zh) | 一种事件处理的方法、装置及电子设备 | |
JP2015069309A (ja) | 情報端末装置ならびにそのスケジューリング方法およびプログラム | |
US20080148267A1 (en) | Method and apparatus for preventing the omission and repeated execution of schedule information due to a time change | |
CN107403309B (zh) | 一种测试时间定制方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20240311 Address after: # 04-08, Lai Zanda Building 1, 51 Belarusian Road, Singapore Patentee after: Alibaba Singapore Holdings Ltd. Country or region after: Singapore Address before: Cayman Islands Grand Cayman capital building, a four storey No. 847 mailbox Patentee before: ALIBABA GROUP HOLDING Ltd. Country or region before: Cayman Islands |