CN103428373B - 自定义套餐的实现方法和装置 - Google Patents

Abstract

本发明公开了一种自定义套餐的实现方法和装置，其中，该方法包括：接收对业务套餐内不同业务进行业务量转换的请求，其中，业务套餐内预先设定多个业务以及每个业务对应的业务量；根据请求对业务套餐内的不同业务的业务量进行转换。本发明解决了现有技术中一旦用户选择一个业务套餐后，就只能按照该套餐中预先设定的业务量进行使用而导致的业务套餐的灵活性太低的技术问题，达到了提高业务套餐的灵活性的技术效果。

Description

自定义套餐的实现方法和装置

技术领域

本发明涉及通信领域，具体而言，涉及一种自定义套餐的实现方法和装置。

背景技术

目前，在通信领域，用户所使用的电信套餐一般都是由运营商设定好，然后，由用户从多个套餐中选择一种模式。通过上述的方式，会带来如下的问题：用户只能从运营商提供的既有套餐中进行选择，而运营商所提供的套餐并不一定适应于用户实际的使用需求。

例如：有一种套餐为：10元包30M流量、150条短信以及10条彩信。然而，对于有些用户而言，可能30M流量不够用，而150条短信和10条彩信又用不完。在这种情况下，如果再重新开通一个套餐来增加上网流量，用户可能感觉没有必要。从上述分析可知，现有技术中的固定的业务套餐的模式的灵活性太低。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种自定义套餐的实现方法和装置，以至少解决现有技术中一旦用户选择一个业务套餐后，就只能按照该套餐中预先设定的业务量进行使用而导致的业务套餐的灵活性太低的技术问题。

根据本发明的一个方面，提供了一种自定义套餐的实现方法，包括：接收对业务套餐内不同业务进行业务量转换的请求，其中，业务套餐内预先设定多个业务以及每个业务对应的业务量；根据请求对业务套餐内的不同业务的业务量进行转换。

优选地，根据请求对业务套餐内的不同业务的业务量进行转换，包括：判断请求是否满足修改条件；如果满足修改条件，则根据请求对业务套餐内的不同业务的业务量进行转换。

优选地，判断请求是否满足修改条件，包括：确定请求所请求修改的业务套餐的套餐类型；根据确定的套餐类型判断业务套餐是否允许进行不同业务的业务量之间的转换；如果允许，则确定满足修改条件。

优选地，判断请求是否满足修改条件，包括：确定发送请求的账号在预定时间内对业务套餐进行业务量转换的次数；如果次数小于预定的次数阈值，则确定满足修改条件。

优选地，业务量包括以下至少之一：通话时长、上网流量、短信条数以及彩信条数。

优选地，发送请求的账户通过以下方式之一显示业务套餐中不同业务的业务量：进度条、数字和仪表盘。

根据本发明的另一个方面，提供了一种自定义套餐的实现装置，包括：接收单元，用于接收对业务套餐内不同业务进行业务量转换的请求，其中，业务套餐内预先设定多个业务以及每个业务对应的业务量；转换单元，用于根据请求对业务套餐内的不同业务的业务量进行转换。

优选地，转换单元，包括：判断模块，用于判断请求是否满足修改条件；转换模块，用于当满足修改条件，根据请求对业务套餐内的不同业务的业务量进行转换。

优选地，判断模块，包括：第一确定子模块，用于确定请求所请求修改的业务套餐的套餐类型；判断子模块，用于根据确定的套餐类型判断业务套餐是否允许进行不同业务的业务量之间的转换；第二确定子模块，用于当判断出允许时，确定满足修改条件。

优选地，判断模块，包括：第三确定子模块，用于确定发送请求的账号在预定时间内对业务套餐进行业务量转换的次数；第四确定子模块，用于当判断出次数小于预定的次数阈值，确定满足修改条件。

在本发明中，运营商在接收到用户发送的对业务套餐内的不同业务进行业务量转换的请求后，可以基于用户的请求对该用户所请求修改的业务套餐内的不同业务的业务量进行相应的转换，通过上述方式，解决了现有技术中一旦用户选择一个业务套餐后，就只能按照该套餐中预先设定的业务量进行使用而导致的业务套餐的灵活性太低的技术问题，达到了提高业务套餐的灵活性的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的自定义套餐的实现方法的一种优选流程图；

图2是根据本发明实施例的判断请求是否满足修改条件的一种优选流程图；

图3是根据本发明实施例的判断请求是否满足修改条件的另一种优选流程图；

图4是根据本发明实施例的自定义套餐的实现装置的一种优选结构框图；

图5是根据本发明实施例的自定义套餐的实现装置中的转换单元的一种优选结构框图；

图6是根据本发明实施例的自定义套餐的实现装置中的判断模块的一种优选结构框图；

图7是根据本发明实施例的自定义套餐的实现装置中的判断模块的另一种优选结构框图；

图8是根据本发明实施例的自定义套餐的实现方法的另一种优选流程图；

图9是根据本发明实施例的利用进度条进行业务量调整的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示，本实施例提供了一种优选的自定义套餐的实现方法，该方法包括以下步骤：

步骤S102：接收对业务套餐内不同业务进行业务量转换的请求，其中，业务套餐内预先设定多个业务以及每个业务对应的业务量；

步骤S104：根据请求对业务套餐内的不同业务的业务量进行转换。

在上述优选实施方式中，运营商在接收到用户发送的对业务套餐内的不同业务进行业务量转换的请求后，可以基于用户的请求对该用户所请求修改的业务套餐内的不同业务的业务量进行相应的转换，通过上述方式，解决了现有技术中一旦用户选择一个业务套餐后，就只能按照该套餐中预先设定的业务量进行使用而导致的业务套餐的灵活性太低的技术问题，达到了提高业务套餐的灵活性的技术效果。

例如，当选定了一个10元包30M流量、150条短信以及10条彩信的业务套餐，发现30M流量不够用，而150条短信用不完，同时预先设定好了该套餐内可以用5条短信换1M流量，在这种情况下，用户就可以请求将其中的100条短信转换为20M的流量，而不需要重新开通一个流量套餐。当然，上述短信和流量之间的换算关系可以根据运营商实际的需求进行相应的设置。

在一个优选实施方式中，根据请求对业务套餐内的不同业务的业务量进行转换，包括：判断请求是否满足修改条件；如果满足修改条件，则根据请求对业务套餐内的不同业务的业务量进行转换。

实施时，例如，运营商可以设定用户自定义设置上的一些规则，例如只有对可自定义的业务套餐才可进行业务量的转换，或者也可以设定每个用户在预定时间内可以对该业务套餐进行转换的次数，例如，一个月最多只允许调整三次。因此，上述的修改条件也就相应的对应业务套餐的套餐类型和对套餐进行修改的次数。下面对这两种情况进行具体的描述：

1）当修改条件为业务套餐的套餐类型时，判断请求是否满足修改条件的步骤如图2所示，包括如下步骤：

步骤S202：确定请求所请求修改的业务套餐的套餐类型；

步骤S204：根据确定的套餐类型判断业务套餐是否允许进行不同业务的业务量之间的转换；

步骤S206：如果允许，则确定满足修改条件。

2）当修改条件为小于对应的修改的次数时，判断请求是否满足修改条件的步骤如图3所示，包括如下步骤：

步骤S302：确定发送请求的账号在预定时间内对业务套餐进行业务量转换的次数；

步骤S304：如果次数小于预定的次数阈值，则确定满足修改条件。

针对通信类的业务套餐而言，上述的业务量包括但不限于以下至少之一：通话时长、上网流量、短信条数以及彩信条数。值得注意的是，上述所列举的业务量的类型仅仅是为了更好的说明本发明，并不构成对本发明实施例不当的限定，此处的业务量类型还可以是其他的业务所对应的业务量，例如，还可以是对应某个游戏的可玩次数、彩铃的更换次数等。

实施时，在用户侧有时也需要对该套餐内具体的各业务的业务量进行显示，优选地，可以按照以下方式之一进行显示：进度条、数字以及仪表盘。

对于运营商接收到用户发送的请求，可以采用短信的形式、网页的形式或者是自动台的形式发送的，实现方式相对灵活。

在本实施例中还提供了一种自定义套餐的实现装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图4是根据本发明实施例的自定义套餐的实现装置的一种优选结构框图，如图4所示，包括：接收单元402和转换单元404，下面对该结构进行说明。

接收单元402，用于接收对业务套餐内不同业务进行业务量转换的请求，其中，业务套餐内预先设定多个业务以及每个业务对应的业务量；

转换单元404，与接收单元402耦合，用于根据请求对业务套餐内的不同业务的业务量进行转换。

在一个优选实施方式中，如图5所示，转换单元404包括：判断模块502，用于判断请求是否满足修改条件；转换模块504，与判断模块502耦合，用于当满足修改条件，根据请求对业务套餐内的不同业务的业务量进行转换。

根据修改条件的不同的，上述的判断模块502可以如图6所示，包括：第一确定子模块602，用于确定请求所请求修改的业务套餐的套餐类型；判断子模块604，与第一确定子模块602耦合，用于根据确定的套餐类型判断业务套餐是否允许进行不同业务的业务量之间的转换；第二确定子模块606，与判断子模块604耦合，用于当判断出允许时，确定满足修改条件。也可以如图7所示，第三确定子模块702，用于确定发送请求的账号在预定时间内对业务套餐进行业务量转换的次数；第四确定子模块704，用于当判断出次数小于预定的次数阈值，确定满足修改条件。

下面将结合一个具体的实施方式来对上述的自定义套餐的实现方法进行具体的描述。

在本优选实施例中，侧重于以应用较多的通信中的业务套餐为例进行说明，具体的提供了一种动态套餐服务，用户可以根据自己的习惯或者临时的需求设定业务套餐内的上网流量、短信条数以及彩信条数。例如，有的用户上网较多，一个月可能需要50M流量，但是短信和彩信的使用量却很少，那么这个用户就可以将业务套餐内的流量提高到50M，同时系统可以自动计算出该用户的短信量将会减少多少，或者彩信量将会减少多少，从而使得用户对自己选择的套餐内的不同业务所对应的业务量进行合理的支配。

具体的，该自定义套餐的实现方法，如图8所示，包括如下步骤：

步骤S802：运营商预先提供多种电信服务套餐，并设定这些套餐是否支持用户的自定义调整。

步骤S804：运营商设定可以自定义套餐内的通话时长、上网流量、短信条数以及彩信条数之间进行转换时的对应关系。

例如，可以设定2条短信可转为1分钟的通话时间，5条短信可转换为1条彩信，或者5条短信转换为1M流量等等，具体的转换规则可以由运营商根据自身的特点进行设定。

优选地，运营商同样可设定用户自定义设置上的一些规则，如一个月只允许调整一次。也可设定用户设置后的有效期，如永久有效，或者当月有效。

步骤S806：用户选择可以进行自定义调整的业务套餐进行订购。

步骤S808：当用户订购的套餐支持用户自定义调整时，用户通过网页或者自动台的方式来进行套餐内业务量的调整。

例如，当用户使用一个允许自定义调整的业务套餐时，发现自己的彩信基本不用，但是上网比较多，然而该业务套餐内预先设定的上网流量不够，此时用户就可根据需要调整自己订购的套餐内各个业务的业务量。

优选地，用户可以通过网页拖拽的方式展示套餐内各个业务所对应的业务量，当获知用户对应的拖拽操作时，运营商可以自动换算出计算出其他业务的业务量的变化。

例如，可以采用如图9所示的进度条的方式进行调整，用户只需要拖拽上网流量的三角图标，下面的短信条数或者彩信条数的剩余值同步被计算出来并展示，以便用户了解套餐内各业务的业务量的变化。优选地，除了采用上述进度条的方式，也可以采用数字或者仪表盘的形式进行展示。

步骤S810：在用户通过网页上拖动设置来设置自己希望的业务量的转换时，运营商可以计算出对应的其他业务的业务量的变化，以进行自动的适配调整。当用户按照自己的需求设定好各项参数进行保存时，运营商可以判断该用户是否有进行调整的权限，如果该用户已无调整的权限，则可以对用户进行相应的提示。优选地，该权限判断的步骤也可放在开始调整前进行。

在上述各个优选实施方式中，因预先建立了各个业务的业务量之间的对应关系，因此，在用户对业务套餐进行自定义调整的过程中对计费的影响可以忽略不计，从而可以提高电信运行商的竞争力。

值得注意的是，上述说明都是以电信中的通信类的业务套餐进行说明，本发明不限于此，上述的实现方式也同样适用于IPTV等其他类型的业务，或者是其他行业的套餐包类的服务都可采用此方式进行。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

从以上的描述中，可以看出，本发明实现了如下技术效果：

运营商在接收到用户发送的对业务套餐内的不同业务进行业务量转换的请求后，可以基于用户的请求对该用户所请求修改的业务套餐内的不同业务的业务量进行相应的转换，通过上述方式，解决了现有技术中一旦用户选择一个业务套餐后，就只能按照该套餐所对应的业务量进行使用而导致的业务套餐的灵活性太低的技术问题，达到了提高业务套餐的灵活性的技术效果。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种自定义套餐的实现方法，其特征在于，包括：

接收对业务套餐内不同业务进行业务量转换的请求，其中，所述业务套餐内预先设定多个业务以及每个所述业务对应的业务量；

根据所述请求对所述业务套餐内的不同业务的业务量进行转换。

2.根据权利要求1所述的方法，其特征在于，根据所述请求对所述业务套餐内的不同业务的业务量进行转换，包括：

判断所述请求是否满足修改条件；

如果满足所述修改条件，则根据所述请求对所述业务套餐内的不同业务的业务量进行转换。

3.根据权利要求2所述的方法，其特征在于，判断所述请求是否满足修改条件，包括：确定所述请求所请求修改的业务套餐的套餐类型；

根据确定的所述套餐类型判断所述业务套餐是否允许进行不同业务的业务量之间的转换；

如果允许，则确定满足所述修改条件。

4.根据权利要求2所述的方法，其特征在于，判断所述请求是否满足修改条件，包括：

确定发送所述请求的账号在预定时间内对所述业务套餐进行业务量转换的次数；

如果所述次数小于预定的次数阈值，则确定满足所述修改条件。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述业务量包括以下至少之一：通话时长、上网流量、短信条数以及彩信条数。

6.根据权利要求1-4中任一项所述的方法，其特征在于，发送所述请求的账户通过以下方式之一显示所述业务套餐中不同业务的业务量：进度条、数字和仪表盘。

7.一种自定义套餐的实现装置，其特征在于，包括：

接收单元，用于接收对业务套餐内不同业务进行业务量转换的请求，其中，所述业务套餐内预先设定多个业务以及每个所述业务对应的业务量；

转换单元，用于根据所述请求对所述业务套餐内的不同业务的业务量进行转换。

8.根据权利要求7所述的装置，其特征在于，所述转换单元，包括：

判断模块，用于判断所述请求是否满足修改条件；

转换模块，用于当满足所述修改条件，根据所述请求对所述业务套餐内的不同业务的业务量进行转换。

9.根据权利要求8所述的装置，其特征在于，所述判断模块，包括：

第一确定子模块，用于确定所述请求所请求修改的业务套餐的套餐类型；

判断子模块，用于根据确定的所述套餐类型判断所述业务套餐是否允许进行不同业务的业务量之间的转换；

第二确定子模块，用于当判断出允许时，确定满足所述修改条件。

10.根据权利要求8所述的装置，其特征在于，所述判断模块，包括：

第三确定子模块，用于确定发送所述请求的账号在预定时间内对所述业务套餐进行业务量转换的次数；

第四确定子模块，用于当判断出所述次数小于预定的次数阈值，确定满足所述修改条件。