CN107093053B - 一种提示日期的生成方法及装置 - Google Patents

Abstract

本申请实施例公开了一种提示日期的生成方法及装置。所述方法包括：根据开休市影响信息确定预设时间段内自然日的所属开市日信息；确定触发事件在所述预设时间段内的触发日期，根据所述自然日的所属开市日信息以及所述触发事件的事件属性信息，确定所述触发日期对应的事件开市日期；读取所述触发事件的事件开市日期，根据所述事件开市日期确定所述触发事件的指定展示信息的提示日期。本申请实施例方法可以在股市日历应用之前计算得到每个自然日的所属开市日，可以减少在应用时的运算次数，降低因运算次数过多而导致的误差，提高相关事件提示日期的计算效率和计算精度，从而进一步提高互联网理财平台的安全性和准确性，提高用户的体验。

Description

一种提示日期的生成方法及装置

技术领域

本申请涉及日期应用中的日期数据处理技术领域，特别涉及一种提示日期的生成方法及装置。

背景技术

随着互联网的快速发展，很多银行机构、金融企业纷纷开展互联网理财平台，可以方便用户在客户端办理各种理财业务。部分理财业务的相关日期与股市的开市日期、休市日期有密切联系，例如，基金的收益日期一般是用户购买基金日期后的第二个开市日，而不是用户购买基金的当日。理财业务的相关日期可以决定用户获取相关收益的时间和获取相关收益的总和，因此，理财业务相关日期的准确计算可以是维持互联网理财平台稳定的基本保障。

常用的股市日历可以包括一段时间内的自然日以及所述自然日对应的开休市类型，现有技术中，通常通过逐个读取并比较触发日期和即日起股市日历中自然日的开休市类型，当满足触发条件时，将当前自然日设置为理财业务的相关日期。表1是从2015年9月29日至2015年10月13日的股市日历，例如，某用户在9月30日日终后购买了基金，互联网理财平台检测到用户的购买行为，执行基金收益日期的计算。由于用户在日终后购买基金，因此，9月30日当日可以作为休市日，日期类型设置为0，分别读取9月30日之后的自然日的日期类型并比较，可以发现，经过9次读取和比较后，可以确定10月9日是用户购买基金的收益日期。

表1常用的股市日历

现有计算中计算理财业务相关日期的方法需要依次逐个读取日历信息，读取和比较的次数较多，相应地也需要较高的运算次数。这样不仅导致展示给用户的相关信息的提示日期计算和生成时间慢，还将导致较高的计算出错概率，降低了互联网理财平台系统运行的稳定性。

发明内容

本申请实施例的目的在于提供一种提示日期的生成方法及装置，可以提高理财业务相关提示日期的生成效率和生成精度。

本申请实施例提供的一种提示日期的生成方法及装置是这样实现的：

一种提示日期的生成方法，所述方法包括：

根据开休市影响信息确定预设时间段内自然日的所属开市日信息；

确定触发事件在所述预设时间段内的触发日期，根据所述自然日的所属开市日信息以及所述触发事件的事件属性信息，确定所述触发日期对应的事件开市日期；

读取所述触发事件的事件开市日期，根据所述事件开市日期确定所述触发事件的指定展示信息的提示日期。

一种提示日期的生成装置，所述装置包括：

所属开市日计算单元，用于根据开休市影响信息确定预设时间段内自然日的所属开市日信息；

事件开市日期确定单元，用于确定触发事件在所述预设时间段内的触发日期，根据所述自然日的所属开市日信息以及所述触发事件的事件属性信息，确定所述触发日期对应的事件开市日期；

提示日期计算单元，用于读取所述触发事件的事件开市日期，根据所述事件开市日期确定所述触发事件的指定展示信息的提示日期。

本申请提供的一种提示日期的生成方法及装置，可以预先计算预设时间段内每个自然日的所属开市日，根据所述自然日的所属开市日可以确定触发事件的事件开市日期，进而可以计算所述触发事件的指定展示信息的提示日期。本申请实施例方法在股市日历应用之前计算得到每个自然日的所属开市日，可以减少在应用时的运算次数，降低因运算次数过多而导致的误差，提高相关事件提示日期的计算效率和计算精度，从而进一步提高互联网理财平台的安全性和准确性，提高用户的体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的一种提示日期的生成方法的一种实施例的流程图；

图2是本申请提供的一种提示日期的生成装置的一种实施例的模块结构示意图；

图3是本申请提供的一种提示日期的生成装置的另一种实施例的模块结构示意图；

图4是本申请提供的所属开市日计算单元的一种实施例的模块结构示意图；

图5是本申请提供的一种提示日期的生成装置的另一种实施例的模块结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

下面结合附图对本申请所述的提示日期的生成方法进行详细的说明。图1是本申请所述一种提示日期的生成方法一种实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑性上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。所述的方法的在实际中的提示日期生成过程中或者装置执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

具体的本申请提供的一种提示日期的生成方法的一种实施例如图1所示，所述方法可以包括：

S1：根据开休市影响信息确定预设时间段内自然日的所属开市日信息。

本申请中所述的开休市可以包括股票、基金、债券、贵金属等可以按照规定进行交易的日期。以股票交易为例，股市可以包括开市日和休市日，所述开市日可以包括证券交易所规定的可以进行证券交易的日期。同样的，所述休市日可以包括证券交易所规定的关闭证券交易的日期。本申请的一种实施例中，可以根据获取的股市开休市影响信息确定自然日的所属开市日信息，包括以下两个步骤：

SS1：根据获取的开休市影响信息确定预设时间段内自然日的开休市信息。

本实施例中的所述开休市影响信息可以包括国务院颁布的法定节假日信息、重大经济影响事件。如国家政策层面临时设置的基金休市日，或者因重大经济事件导致原本股市正常开市日变更为休市日。所述开休市信息可以包括确定自然日是开市还是休市的信息。例如，沪深证券交易所一般是将法定节假日以外的工作日作为开市日，将法定节假日作为休市日。并且，证券交易所可以在新的年度开始之前，发布未来一年的开市日期和休市日期，方便用户的理财规划。本实施例中的预设时间段可以包括一个月、一个季度、一个年度等，具体的所示预设时间段可以根据设计需求进行选取设置。

SS2：根据所述自然日的开休市信息计算所述预设时间段内自然日的所属开市日。

对于互联网理财平台，为了保持部分理财业务和股市开休市日期的同步，平台维护人员通常会将证券交易所发布的开市日期、休市日期存储到后台服务系统中，方便理财业务相关提示日期的计算。具体地，在本实施例应用场景中，平台维护人员可以将新的年度的日历存储至平台后台服务系统中，并设置每个自然日的开休市信息，例如，在后台服务系统中，可以设置开市日的开休市信息为数值“1”，设置休市日的开休市信息为数值“0”。

在互联网理财平台中，用户的在线交易行为一般不会只限定于开市日，即使在休市日，用户也可以办理相关理财业务。但是，在休市日办理的相关理财业务一般只会在下一个开市日生效。因此，在本发明的一种实施例中，所述后台服务器可以根据预设时间段内自然日的开休市信息计算所述预设时间段内自然日的所属开市日。本实施例中，当所述自然日的开休市信息为开市日时，所述自然日的所属开市日可以为所述自然日；当所述自然日的开休市信息为休市日时，所述自然日的所属开市日可以为所述自然日的下一个开市日。表2是从2015年9月29日到2015年10月9日的所属开市日和自然日的关系表，如表2所示，2015年9月29、30日均是开市日，上述两个自然日的所属开市日均为当日日期，2015年10月1日至7日均为休市日，上述7个自然日的所属开市日为下一个开市日，也就是10月8日。

表2所属开市日和自然日关系表

本实施例中，在预设时间段内，计算每个自然日的所属开市日，可以方便互联网理财平台在计算相关提示日期时，直接查询到当前自然日对应的所属开市日，减少运算的次数，降低运算出错的概率。

在本发明的另一种实施例中，还可以计算所述所属开市日之前的M个开市日日期，所属开市日之后的N个开市日日期，M≥1，N≥1。在互联网理财的一些应用场景中，有时还需要当前自然日的所属开市日之前或者之后的开市日的日期，例如，用户购买的基金收益起算日一般是基金购买日的所属开市日的下一个开市日。如果基金购买日对应的所属开市日的下一个自然日是休市日，在此场景下，后台系统可能还需要进行多次读取、比较，才可以查询到所属开市日的下一个开市日。因此，进一步地，本实施中还可以计算所述自然日所属的开市日之前的M个开市日日期，所述自然日所属的开市日之后的N个开市日日期，其中，M≥1，N≥1。所述M，N的值可以根据理财平台的应用需求设置，可以设置所述预设阈值为1，计算表2中所属开市日的上一个开市日日期和下一个开市日日期，得到如表3所示的从2015年9月29日到2015年10月9日的所属开市日、上个开市日、下个开市日和自然日的关系表。

表3所属开市日、上个开市日、下个开市日和自然日关系表

本实施例中，在预设时间段内，进一步计算每个自然日的所属开市日、所述所属开市日之前M个开市日日期、所述所属开市日之后N个开市日日期，可以方便互联网理财平台在计算相关提示日期时，直接查询到当前自然日对应的所属开市日以及所属开市日之前、之后的开市日日期，进一步减少运算的次数，降低运算过程中的出错概率。

S2：确定触发事件在所述预设时间段内的触发日期，根据所述自然日的所属开市日信息以及所述触发事件的事件属性信息，确定所述触发日期对应的事件开市日期。

在所述预设时间段内，互联网理财平台的后台服务器可以监测用户在客户端发生的触发事件，所述触发事件可以触发所述后台服务器开始执行计算理财业务相关提示日期的任务，例如基金收益的起算日期，定期理财产品的起算、结算日期等。对应于S1中获取的预设时间段内自然日和所属开市日的对应关系，本实施例中的触发事件可以发生于所述预设时间段内，以利于查询已经设置完成的自然日和所属开市日的关系对照表。

具体的本实施例应用场景中，用户购买理财产品即可视为产生触发事件。而在理财产品应用场景中，不同的理财产品可以有着不同的收益计算方式。所述事件属性信息包括触发事件所属的业务类型的信息。例如用户购买的理财产品为股票、基金等。一般地，对于不同事件属性信息的触发事件，计算相关提示日期的方式是不相同的。例如，用户购买股票理财业务，相对应的事件属性信息为股票理财，其收益计算方式可以为用户在购买当日可以产生收益。而事件属性信息为基金理财业务时，需要在购买日之后的第二个开市日才可以产生收益。股市在开市日的交易时间是有限的，例如沪深交易所在开市日的交易时间为9:00至15:00。如上所述，用户在互联网理财平台发生的交易行为一般不受股市的开市日影响，同样地，用户发生的交易行为也不受股市在开市日的交易时间限制。在本实施例中，可以根据所述自然日的所属开市日信息以及所述触发事件的事件属性信息，确定所述触发日期对应的事件开市日期。

具体地，当触发事件包括股票相关理财业务时，可以将所述触发事件发生当日作为所述触发事件的触发日期，并将所述触发日期对应的所属开市日作为所述触发事件的事件开市日期。

当触发事件包括基金相关理财业务时，可以首先确定所述触发事件的有效触发日期，再将所述有效触发日期对应的所属开市日作为所述触发事件的事件开市日期。当判断所述触发事件的触发时间在当日股市交易时间之后时，将所述触发时间当日的下一个自然日作为所述触发事件的有效触发日期。例如，用户在2015年9月29日15:30办理基金理财业务A，由于15:30已经超过当日的股市交易时间，因此，将9月29日的下一个自然日，也就是2015年9月30日作为所述基金理财业务A的触发日期。根据自然日与所属开市日的关系表，2015年9月30日的所属开市日为当日，进而确定所述基金理财业务A的事件开市日期为2015年9月30日。当判断所述触发时间在当日股市交易时间之前或者之间时，将所述触发时间当日作为所述触发事件的有效触发日期。例如，用户在2015年9月29日8:00办理基金理财业务B，由于8:00在当日股票交易时间之前，因此，将9月29日作为所述基金理财业务B的触发日期。根据自然日与所属开市日的关系表，2015年9月29日的所属开市日为当日，进而确定所述基金理财业务B的事件开市日期为2015年9月29日。再如，用户在2015年9月29日12:00办理基金理财业务C，由于12:00在当日股票交易时间9:00至15:00之间，因此，将9月29日作为所述基金理财业务C的触发日期。根据自然日与所属开市日的关系表，2015年9月29日的所属开市日为当日，进而确定所述基金理财业务C的事件开市日期为2015年9月29日。

本实施例中，基于所述自然日的所属开市日信息，针对不同的事件属性信息，确定不同的触发事件的触发日期对应的事件开市日期，可以进一步提高事件开市日期计算的准确性和可靠性。

S3：读取所述触发事件的事件开市日期，根据所述事件开市日期确定所述触发事件的指定展示信息的提示日期。

本实施例中，可以读取将所述触发日期对应的事件开市日期，并将所述事件开市日期作为起始日，计算所述触发事件的指定展示信息的提示日期。本实施例中所述触发事件的指定展示信息可以包括：基金业务的收益、股票业务的确认份额、除权后的股票份额等。如上所述，理财业务的相关事件提示日期一般也会与股市开市日同步，将所述触发日期对应的事件开市日期作为起始时间计算所述触发事件的指定展示信息的提示日期，可以减少大量的运算，降低出错概率，得到更加准确的所述触发事件的指定展示信息的提示日期。

后续的，本实施中，还可以在用户客户端上显示计算得到的所述触发事件的指定展示信息的提示日期。所述客户端可以包括应用界面、浏览器、股市日历以及提示书签等。利用本实施例方法可以快速准确地计算得到用户理财事件的提示日期，将所述提示日期快速显示于用户的客户端上，可以方便用户知悉个人理财业务的相关期限，提高用户的体验感。

本申请提供的一种提示日期的生成方法，可以预先计算预设时间段内每个自然日的所属开市日，根据所述自然日的所属开市日可以确定触发事件的事件开市日期，进而可以计算所述触发事件的指定展示信息的提示日期。本申请实施例方法在股市日历应用之前计算得到每个自然日的所属开市日，可以减少在应用时的运算次数，降低因运算次数过多而导致的误差，提高相关事件提示日期的计算效率和计算精度，从而进一步提高互联网理财平台的安全性和准确性，提高用户的体验。

下面通过具体的应用场景说明上述方法步骤，根据上述表3是从2015年9月29日到2015年10月9日的所属开市日、上个开市日、下个开市日和自然日的关系表，检测到用户甲在2015年9月29日20:00发生触发事件S，所述触发事件S的事件属性信息是购买理财基金。由于20:00已经查过当日的股市交易时间，因此，得到所述触发事件S的有效触发日期为9月29日的下一个自然日，也就是2015年9月30日。查询表3得知，2015年9月30日的所属开市日为当日日期，因此，所述触发事件S的事件开市日为2015年9月30日。所述触发事件S的指定展示信息为基金收益，基金收益的提示日期应该在事件开市日的下一个开市日，2015年9月30日的下一个开市日为2015年10月8日，因此，用户甲在在2015年9月29日20:00购买的理财基金的收益提示日为2015年10月8日。在另一个场景中，检测到用户乙在2015年10月1日10:00发生触发事件P，所述触发事件P的事件属性信息是将理财基金B转卖给用户丙，假设转卖后第二个开市日才算交易成功。查询表3得知，2015年10月1日的所属开市日为2015年10月8日，因此，所述触发事件P的事件开市日为2015年10月8日。所述触发事件P的指定展示信息为转卖基金，10月8日的下一个开市日为10月9日，10月9日的下一个开市日为10月10日，因此，理财基金B在2015年10月10日正式转至用户丙的基金账户。

分析上述应用场景可知，计算得到用户甲购买的基金的收益起算日期需要两次运算，而采用现有技术方法需要九次运算。可见，利用本申请实施例方法，可以大大减少事件提示日期的运算量，降低因运算量过高而引起的计算误差，同时还大大提高计算速度。

基于本申请所述提示日期的生成方法，本申请还可以提供一种提示日期的生成装置。图2是本申请提供的一种提示日期的生成装置的一种实施例的模块结构示意图，如图2所示，所述装置20可以包括：

所属开市日计算单元21，用于根据开休市影响信息确定预设时间段内自然日的所属开市日信息；

事件开市日期确定单元22，用于确定触发事件在所述预设时间段内的触发日期，根据所述自然日的所属开市日信息以及所述触发事件的事件属性信息，确定所述触发日期对应的事件开市日期；

提示日期计算单元23，用于读取所述触发事件的事件开市日期，根据所述事件开市日期确定所述触发事件的指定展示信息的提示日期。

为进一步减少运算的次数，还可以计算所属开始日的之后、之前的开市日的日期。图3是本申请提供的一种提示日期的生成装置的另一种实施例的模块结构示意图，如图3所示，所述装置30可以包括：

前后开市日计算单元31，用于根据所述开休市信息确定所述自然日的所属开市日之前的M个开市日日期，所属开市日之后的N个开市日日期，M≥1，N≥1。

本实施例中，在预设时间段内，前后开市日计算单元31可以进一步计算每个自然日的所属开市日、所述所属开市日之前M个开市日日期、所述所属开市日之后N个开市日日期，可以方便互联网理财平台在计算相关提示日期时，直接查询到当前自然日对应的所属开市日以及所属开市日之前、之后的开市日日期，进一步减少运算的次数，降低运算过程中的出错概率。

图4是本申请提供的所属开市日计算单元的一种实施例的模块结构示意图，如图4所示，所述所属开市日计算单元可以包括：

开休市信息确定单元41，用于根据获取的开休市影响信息确定预设时间段内自然日的开休市信息；

所属开市日确定单元42，用于根据所述自然日的开休市信息计算所述预设时间段内自然日的所属开市日。

本实施例中，还可以将计算得到的事件提示日期显示于用户客户端上，提高用户的体验感，图5是本申请提供的一种提示日期的生成装置的另一种实施例的模块结构示意图，如图5所示，所述装置还包括：

显示单元51，用于在用户客户端上显示所述触发事件的指定展示信息的提示日期。

本申请提供的一种提示日期的生成装置，可以预先计算预设时间段内每个自然日的所属开市日，根据所述自然日的所属开市日可以确定触发事件的事件开市日期，进而可以计算所述触发事件的指定展示信息的提示日期。本申请实施例方法可以在股市日历应用之前计算得到每个自然日的所属开市日，可以减少在应用时的运算次数，降低因运算次数过多而导致的误差，提高相关事件提示日期的计算效率和计算精度，从而进一步提高互联网理财平台的安全性和准确性，提高用户的体验。

尽管本申请内容中提到开市日期计算、日期读取比较、客户端提示日期展示等之类的描述，但是，本申请并不局限于必须是完全符合行业或编程语言设计标准或实施例所描述的情况。某些设计语言或实施例描述的基础上略加修改后的实施方案也可以实行上述实施例相同、等同或相近、或变形后可预料的实施效果。当然，即使不采用上数据处理、判断的方式，只要符合本申请上述各实施例的规则定义、信息交互和信息判断反馈方式，仍然可以实现相同的申请，在此不再赘述。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的单元、装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (6)

1.一种提示日期的生成方法，其特征在于，所述方法包括：

根据开休市影响信息确定预设时间段内自然日的所属开市日信息；

确定触发事件在所述预设时间段内的触发日期，根据所述自然日的所属开市日信息以及所述触发事件的事件属性信息，确定所述触发日期对应的事件开市日期；

读取所述触发事件的事件开市日期，根据所述事件开市日期确定所述触发事件的指定展示信息的提示日期；

根据开休市信息确定所述自然日的所属开市日之前的M个开市日日期，所属开市日之后的N个开市日日期，M≥1，N≥1；

查询自然日对应的所属开市日以及所属开市日之前、之后的开市日日期。

2.根据权利要求1所述的一种提示日期的生成方法，其特征在于，所述根据开休市影响信息确定预设时间段内自然日的所属开市日信息，包括：

根据获取的开休市影响信息确定预设时间段内自然日的开休市信息；

根据所述自然日的开休市信息计算所述预设时间段内自然日的所属开市日。

3.根据权利要求1所述的一种提示日期的生成方法，其特征在于，所述方法还包括：

在用户客户端上显示所述触发事件的指定展示信息的提示日期。

4.一种提示日期的生成装置，其特征在于，所述装置包括：

所属开市日计算单元，用于根据开休市影响信息确定预设时间段内自然日的所属开市日信息；

事件开市日期确定单元，用于确定触发事件在所述预设时间段内的触发日期，根据所述自然日的所属开市日信息以及所述触发事件的事件属性信息，确定所述触发日期对应的事件开市日期；

提示日期计算单元，用于读取所述触发事件的事件开市日期，根据所述事件开市日期确定所述触发事件的指定展示信息的提示日期；

前后开市日计算单元，用于根据开休市信息确定所述自然日的所属开市日之前的M个开市日日期，所属开市日之后的N个开市日日期，M≥1，N≥1；还用于查询自然日对应的所属开市日以及所属开市日之前、之后的开市日日期。

5.根据权利要求4所述的一种提示日期的生成装置，其特征在于，所述所属开市日计算单元，包括：

开休市信息确定单元，用于根据获取的开休市影响信息确定预设时间段内自然日的开休市信息；

所属开市日确定单元，用于根据所述自然日的开休市信息计算所述预设时间段内自然日的所属开市日。

6.根据权利要求4所述的一种提示日期的生成装置，其特征在于，所述装置还包括：

显示单元，用于在用户客户端上显示所述触发事件的指定展示信息的提示日期。

Images