基于USSD的历史菜单功能实现方法及服务器

摘要

本发明涉及一种基于USSD的历史菜单功能实现方法及服务器，其方法包括服务器接收到用户终端发送的USSD请求时，触发USSD业务；根据用户终端ID和USSD接入码在数据中心中查询是否有对应接入码的历史菜单信息；若是，则根据历史菜单信息中记录的历史菜单ID获取上次会话用户未响应的菜单内容，并推送给用户终端。本发明让用户由于异常情况下释放USSD会话后，再次触发USSD业务，可以直接访问前面未完成操作的菜单界面，从而实现了USSD访问的方便快捷，同时也极大提高了用户的使用满意度，更利于USSD增值业务的应用和推广，充分体现了增值业务的多样性和灵活性。

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种基于USSD（非结构化补充数 据业务）的历史菜单功能实现方法及服务器。

背景技术

智能网是一个用于产生和提供业务的体系结构，其最重要的特点是快 速方便、灵活经济的提供各种特色增值业务。USSD应用业务作为其中 的预付费智能业务中的重要业务流程，在最近几年发展迅速，尤其随 着OCS（在线计费系统）业务的发展出现很多新的业务功能（比如SP增 值服务、菜单功能等），为用户提供了更多更智能化的服务，也为运 营商取得了不小的经济效益。

USSD业务应用，由于其方便、快捷、占用资源少等优点越来越多的被 推广应用，USSD应用一般分为功能方式应用和菜单方式应用，功能应 用一般由多个管理流程组成，比如查询余额，充值，语言选择等，而 菜单方式应用，增加了用户的交互选择功能，内容丰富功能强大。

随着USSD业务应用越来越广泛，内容和功能越来越丰富的同时，USSD 业务的应用和访问越来越像浏览器的功能，比如用户通过接入码访问 特定的USSD应用，通过USSD推送给用户浏览选择相关操作等，但是由 于菜单内容丰富，往往用户实际需要使用的功能存放在系统树的多级 子菜单下，需要和用户多次交互才能完成用户的一次操作。而现实情 况是，完成一次操作，用户需要与USSD业务的菜单系统进行多次交互 ，由于HLR（Home Location Register，归属位置寄存器）给用户下 发每个交互型USSD消息都有一个特定的时长，在这个时长内用户有响 应返回，则该响应有效，如果该时长内用户未来得及做出响应，则HL R认为本次交互异常，会话结束。当再次触发USSD业务时，用户无法直 接访问前面未完成操作的菜单界面，而需要重新多次交互才能实现一 次操作，由此给用户操作带来不便，降低了USSD业务应用的访问效率 和用户的满意度。

发明内容

本发明的主要目的在于提供一种基于USSD的历史菜单功能实现方法及 服务器，旨在提高USSD访问的方便快捷性以及用户满意度。

为了达到上述目的，本发明提出一种基于USSD的历史菜单功能实现方 法，包括：

服务器接收到用户终端发送的USSD请求时，触发USSD业务；所述USSD 请求携带有用户终端ID和USSD接入码；

根据所述用户终端ID和USSD接入码在数据中心中查询是否有对应接入 码的历史菜单信息；

若是，则根据所述历史菜单信息中记录的历史菜单ID获取上次会话用 户未响应的菜单内容，并推送给用户终端。

优选地，所述根据用户终端ID和USSD接入码在数据中心中查询是否有 对应接入码的历史菜单信息的步骤之后还包括：

若所述数据中心中未查询到对应接入码的历史菜单信息，则根据所述 USSD接入码对应的主菜单ID获取菜单内容，并推送给用户终端。

优选地，所述根据历史菜单信息中记录的历史菜单ID获取上次会话用 户未响应的菜单内容，并推送给用户终端的步骤之前还包括：

提示用户终端是否选择历史菜单，若是，则执行步骤：根据所述历史 菜单信息中记录的历史菜单ID获取上次会话用户未响应的菜单内容， 并推送给用户终端；否则

执行步骤：根据所述USSD接入码对应的主菜单ID获取菜单内容，并推 送给用户终端。

优选地，所述历史菜单信息包含历史菜单ID、保留记录的最大时长以 及当前记录写入数据中心的时间。

优选地，所述根据历史菜单信息中记录的历史菜单ID获取上次会话用 户未响应的菜单内容，并推送给用户终端的步骤之后还包括：

在所述数据中心清除对所述历史菜单信息的记录。

优选地，所述根据历史菜单信息中记录的历史菜单ID获取上次会话用 户未响应的菜单内容，并推送给用户终端的步骤之后还包括：

接收用户终端的响应消息，并进行下一级菜单操作；或者

当等待超时或等待过程异常而未接收到用户终端的响应消息时，释放 本 次USSD会话，并将本次USSD会话异常时下发给用户终端的菜单内容的 菜单ID存入数据中心的历史菜单信息表。

优选地，该方法还包括：

比较系统当前时刻和每条历史菜单信息记录的写入时刻及保留记录的 最大时长；

当系统当前时刻与记录写入时刻之间的时差超过所述保留记录的最大 时长时，在数据中心清除该条记录。

优选地，所述服务器接收到用户终端发送的USSD请求之前还包括：

判断用户终端上次访问USSD业务时是否异常释放；

若异常释放且释放前下发给用户终端的菜单内容是请求型菜单，则以 当前用户终端ID和USSD接入码作为索引，将该条记录写入数据中心的 历史菜单信息表。

本发明还提出一种基于USSD的历史菜单功能实现服务器，包括：

接收模块，用于接收到用户终端发送的USSD请求时，触发USSD业务； 所述USSD请求携带有用户终端ID和USSD接入码；

查询模块，用于根据所述用户终端ID和USSD接入码在数据中心中查询 是否有对应接入码的历史菜单信息；

服务模块，用于当在数据中心中查询到有对应接入码的历史菜单信息 时，根据所述历史菜单信息中记录的历史菜单ID获取上次会话用户未 响应的菜单内容，并推送给用户终端。

优选地，所述服务模块还用于当在所述数据中心中未查询到对应接入 码的历史菜单信息时，根据所述USSD接入码对应的主菜单ID获取菜单 内容，并推送给用户终端。

优选地，所述服务模块还用于当查询模块在数据中心中查询到有对应 接入码的历史菜单信息时，提示用户终端是否选择历史菜单，若是， 则根据所述历史菜单信息中记录的历史菜单ID获取上次会话用户未响 应的菜单内容，并推送给用户终端；否则根据所述USSD接入码对应的 主菜单ID获取菜单内容，并推送给用户终端。

优选地，所述服务模块还用于在将上次会话用户未响应的菜单内容推 送给用户终端后，在所述数据中心清除对所述历史菜单信息的记录。

优选地，所述服务模块还用于在将上次会话用户未响应的菜单内容推 送给用户终端后，接收用户终端的响应消息，并进行下一级菜单操作 ；或者当等待超时或等待过程异常而未接收到用户终端的响应消息时 ，释放本次USSD会话，并将本次USSD会话异常时下发给用户终端的菜 单内容的菜单ID存入数据中心的历史菜单信息表。

优选地，所述服务模块还用于比较系统当前时刻和每条历史菜单信息 记录的写入时刻及保留记录的最大时长；当系统当前时刻与记录写入 时刻之间的时差超过所述保留记录的最大时长时，在数据中心清除该 条记录。

优选地，所述服务模块还用于判断用户终端上次访问USSD业务时是否 异常释放；若异常释放且释放前下发给用户终端的菜单内容是请求型 菜单，则以当前用户终端ID和USSD接入码作为索引，将该条记录写入 数据中心的历史菜单信息表。

本发明提出的一种基于USSD的历史菜单功能实现方法及服务器, 当服 务器接收到用户终端发送的USSD请求时，触发USSD业务，根据用户终 端ID和USSD接入码在数据中心中查询是否有对应接入码的历史菜单信 息；若是，则根据历史菜单信息中记录的历史菜单ID获取上次会话用 户未响应的菜单内容，并推送给用户终端，由此，让用户由于异常情 况下释放USSD会话后，再次触发USSD业务，可以直接访问前面未完成 操作的菜单界面，从而实现了USSD访问的方便快捷，同时也极大提高 了用户的使用满意度，更利于USSD增值业务的应用和推广，充分体现 了增值业务的多样性和灵活性。

附图说明

图1是本发明基于USSD的历史菜单功能实现方法一实施例的流程示意图 ；

图2是本发明基于USSD的历史菜单功能实现方法一实施例中的信令流程 示意图；

图3是本发明基于USSD的历史菜单功能实现方法另一实施例的流程示意 图；

图4是本发明基于USSD的历史菜单功能实现服务器一实施例的结构示意 图。

具体实施方式

本发明实施例的解决方案主要思路是：通过服务器USSD中心接收用户 发送的USSD请求，该USSD请求为菜单型USSD业务接入码，USSD业务能 够保留用户上一次USSD请求会话中，因收到菜单后用户超过特定时长 无响应或其他异常时，推送给用户菜单信息的菜单ID，从而使用户在 异常后，再次拨打同一个USSD接入码，无需从主菜单经过层层选择和 交互，而直接进入上次会话中断时的菜单。

如图1所示，本发明一实施例提出的一种基于USSD的历史菜单功能实现 方法，包括：

步骤S101，服务器接收到用户终端发送的USSD请求时，触发USSD业务 ；所述USSD请求携带有用户终端ID和USSD接入码；

本实施例基于USSD的历史菜单功能实现方法是在服务器端实现，需要 在服务器端建立数据中心，并涉及MSC（移动交换中心）/HLR（归属位 置寄存器）及USSDC（USSD中心）。

其中，在数据中心中，根据用户终端ID（MSISDN）和USSD接入码建立 唯一索引，以此索引建立历史菜单信息表，该历史菜单信息包含历史 菜单ID、保留记录的最大时长以及当前记录写入数据中心的时间。

数据中心的历史菜单记录通过输入、输出进行控制。其中，对于历史 菜单记录输入的控制包括：对于请求型菜单，在下发给用户后，若超 时没有响应，则将本次菜单ID作为历史菜单记录写入数据中心中。

对于历史菜单记录的输出的控制包括：读取操作和任务删除操作两种 途径。某条历史菜单记录写入数据中心，在该记录的最大时长内，若 该条历史菜单记录的用户拨打同一个USSD接入码，则该条历史菜单记 录从数据中心中读取，该条历史菜单记录随即去除。

对于历史菜单记录的任务删除，则是通过后台任务，实现对数据的管 理，任务会实时比较系统当前时刻、每条记录的写入时刻和保留时长 ，对于超过保留最大时长的数据，则通过任务清除记录。

本实施例的核心内容是在USSD应用中，实现用户历史菜单功能，通过 历史菜单的自动记录功能，实现用户对USSD内容的快捷访问，在方便 用户 使用的同时，也便于运营商对增值业务的推广和应用，充分体现了增 值业务的多样性和灵活性。

以用户终端为手机终端举例，当用户拨打菜单型USSD接入码后，接入 码消息串从手机终端发送到移动交换中心；移动交换中心根据接收到 的USSD接入码，获取到对应的USSDC的GT码，并将接入码消息串发往指 定的SCP（USSDC），以此触发该SCP（Service Control Point，业 务控制点）上对应的USSD业务。

步骤S102，根据所述用户终端ID和USSD接入码在数据中心中查询是否 有对应接入码的历史菜单信息；若是，进入步骤S103；否则，进入步 骤S105；

步骤S103，提示用户终端是否选择历史菜单；若是，则进入步骤S104 ；否则，进入步骤S105；

步骤S104，根据所述历史菜单信息中记录的历史菜单ID获取上次会话 用户未响应的菜单内容，并推送给用户终端。

步骤S105，根据所述USSD接入码对应的主菜单ID获取菜单内容，并推 送给用户终端。

当USSD接入码触发到USSD业务后，业务逻辑首先使用用户终端ID和US SD接入码到数据中心的历史菜单信息表中查询该用户是否有对应接入 码的历史菜单信息。

具体地，本实施例方法涉及菜单应用的几个表信息，包括：菜单信息 表(menuid，menumode，Description,xxx...)（如下表1所示）和菜单 内容表(menuid, name,content,xxx...)（如下表2所示）：

表1

表2

此外，为了保存历史菜单信息，首先要在SCP的数据库上创历史菜单表 (userid,acesscode,menuid,opertime,durationtime,xxx...)，如下 表3所示。

表3

在数据中心查询历史菜单信息时，通常有查到历史菜单信息和查不到 历 史菜单信息两种结果，数据中心将查询结果返回给USSD业务。查询不 到历史菜单信息，给用户下发该接入码对应的主菜单内容，如果查询 到对应的历史菜单记录，提示用户“上次会话有未完成操作，继续上 次会话的操作请按1”。如果用户返回确认键，根据历史菜单记录中的 菜单ID，查询上次会话用户未响应的菜单内容，并推送给用户。如果 用户返回其他按键，表示用户不需要继续上次会话的操作，将接入码 对应的主菜单内容下发给用户。

如图2所示，用户使用带有历史菜单功能USSD的信令流程具体如下：

步骤1：用户拨打菜单型USSD接入码，接入码消息串从手机终端发送到 移动交换中心；

步骤2：交换中心根据接收到的USSD接入码，获取到对应的USSDC的GT 码，将接入码消息串发往指定的SCP(USSDC)，并触发该SCP上对应的U SSD业务；

步骤3：接入码触发到USSD业务，业务逻辑首先使用用户号码和USSD接 入码到数据中心查询，该用户是否有对应接入码历史菜单；

步骤4：在数据中心查询历史菜单信息，通常有查到历史菜单和查不到 历史菜单两种结果，数据中心将查询结果返回给USSD业务；

步骤5：USSD业务根据数据中心返回的查询结果，配置不同的菜单信息 ，如果查询到历史菜单，配置一条内容为“您上次会话有未完成的菜 单操作，继续请按1，否则请按其他键”的提示信息；如果从数据中心 没有查询到历史菜单，USSD此处配置用户拨打接入码对应的主菜单信 息。将上述信息（提示信息或者主菜单内容）通过USSD Request（U SSD请求消息）信令，经交换中心下发给用户；

步骤6：用户手机获取到USSD消息（提示继续未完成操作的信息或者主 菜单内容）后，输入自己的选择按键（对继续未完成操作信息的响应 或者对主菜单内容的响应），通过USSD Response（USSD响应消息） 信令，发送到移动交换中心；

步骤7：移动交换中心将用户响应的USSD Response信令转发回USSDC ；

步骤8：USSD业务收到用户响应的USSD Response消息，根据步骤5所 述下发给用户菜单内容的菜单id和用户的响应按键，查询菜单结构中 的子节 点菜单id，并将对应的内容下发给用户；

步骤9：用户手机获取到步骤8所述子节点菜单id对应的USSD内容，并 对菜单内容做出响应，通过USSD Response信令返回给移动交换中心 响应按键。

步骤10：移动交换中心将用户的响应按键转发给USSDC。步骤8、9、1 0所述操作，与步骤5、6、7所述操作类似，均为USSD业务使用USSD  Request/USSD Response信令跟用户进行一次交互的完整流程。区别 在于， USSD Request /USSD Response信令每次下发的USSD消息 和用户对消息的响应不同，根据实际使用情况，在USSD业务中通过菜 单id获取对应菜单内容，推送给用户，用户阅读收到的菜单内容，并 做出响应，通过USSD Response信令返回给USSD业务。

步骤11：USSD业务跟用户进行多次交互（次数不确定）后，根据用户 对上一级菜单做出的响应，查询到下一级菜单，通过USSD Request信 令推送给用户后，移动交换中心会一直等待用户的响应消息USSD Re quest；

步骤12：等待超时或者等待过程异常后，会给USSD业务返回一条abor t或者error消息，并释放本次USSD会话；

步骤13：由于本次USSD操作未完成，USSD业务在会话释放的同时，将 本次操作出现异常时下发给用户内容的菜单id存入数据中心。流程结 束。

等待该用户下次拨打相同的USSD接入码时，从数据中心获取到历史菜 单信息，自动提示用户“您上次会话有未完成的菜单操作，继续请按 1，否则请按其他键”。

本实施例历史菜单的访问流程的特点在于，用户因上次使用USSD菜单 接入码对菜单进行访问超时无响应后，在历史菜单保留的最大时长内 ，再次使用相同的USSD菜单接入码请求访问菜单，系统检测到该用户 的历史菜单ID后，下发一条提示消息，提示用户，是选择继续上次会 话未完成的菜单操作，还是选择浏览该USSD接入码对应的主菜单。若 用户选择上次会话未完成的菜单记录后，能够直接访问上次释放会话 前用户使用的菜单ID。

在上述本实施过程中，在用户再次访问上次会话用户未响应的菜单内 容后，随即在所述数据中心清除对所述历史菜单信息的记录。

此外，本实施例还具有历史菜单管理功能：即实时巡检功能。历史菜 单 表建立有实时任务，实时扫描历史菜单表中的每条记录。历史菜单记 录写入历史菜单信息表，同时写进记录的有记录生成时刻和记录有效 时长。实时任务通过两种途径对历史菜单记录进行删除操作。其中：

第一个途径：如果在历史菜单记录写入表中后的有效时长内，该记录 被读取，则删除历史菜单信息表中该记录的数据。

第二个途径：通过任务实时比对记录生成后的实际时长（当前时间跟 记录生成时刻的差值）跟记录有效时长的大小，如果历史菜单记录生 成后的实际时长达到并超过该记录的有效时长，则删除历史菜单信息 表中该记录的数据。由此保证历史菜单信息表中的所有数据都是写入 之后未被读取，并且在有效时长内。

本实施例通过上述方案，让用户由于异常情况下释放USSD会话后，再 次触发USSD业务，可以直接访问前面未完成操作的菜单界面，实现了 USSD访问的方便快捷，大大增强了因信号异常或者用户长时间无操作 ，系统释放USSD会话后，用户再次触发USSD的方便快捷，极大提高用 户的使用的满意度,同时也利于USSD增值业务的应用和推广。

如图3所示，本发明另一实施例提出的一种基于USSD的历史菜单功能实 现方法，在上述图1所示的实施例的基础上，在上述步骤S101之前还包 括：

步骤S100，判断用户终端上次访问USSD业务时是否异常释放；

步骤S90，若异常释放且释放前下发给用户终端的菜单内容是请求型菜 单，则以当前用户终端ID和USSD接入码作为索引，将该条记录写入数 据中心的历史菜单信息表。

本实施例与上述实施例的区别在于，本实施例还包括上次用户访问US SD业务时，异常释放USSD会话后存储历史菜单信息的过程。

具体地，本实施例还包括历史菜单写入功能(又称存储功能)，在用户 拨打接入码后，进入主菜单操作界面，当用户跟USSDC进行菜单交互， 进入某层菜单后，USSDC在等待用户返回对该菜单的响应时，收到HLR 过来的释放会话的命令。USSDC结束会话前，需要进行两个判断，判断 是用户主动要求释放还是HLR发的异常释放指令（用户在规定时长内没 有对菜单做出响应，HLR等待用户响应超时后，也认为是异常，返回异 常释放指令）。

如果异常释放，判断释放前下发给用户的是通知型还是请求型菜单。 如果是通知型菜单，说明该菜单属于完成操作给用户的提示信息，不 需要用户返回响应操作。如果是请求型菜单，说明该菜单需要用户返 回响应进行下一步操作。只有同时满足是请求型菜单，并且异常释放 ，才说明该用户本次操作未完成，本次USSD会话释放前，以用户终端 ID和接入码作为唯一索引，将该记录写入历史菜单表。

本实施例通过上述方案，实现了历史菜单信息的存储以及用户再次访 问USSD业务的快捷方便性，当服务器接收到用户终端发送的USSD请求 时，触发USSD业务，根据用户终端ID和USSD接入码在数据中心中查询 是否有对应接入码的历史菜单信息；若是，则根据历史菜单信息中记 录的历史菜单ID获取上次会话用户未响应的菜单内容，并推送给用户 终端，由此，让用户由于异常情况下释放USSD会话后，再次触发USSD 业务，可以直接访问前面未完成操作的菜单界面，从而实现了USSD访 问的方便快捷，同时也极大提高了用户的使用满意度，更利于USSD增 值业务的应用和推广，充分体现了增值业务的多样性和灵活性。

如图4所示，本发明一实施例提出一种基于USSD的历史菜单功能实现服 务器，包括：接收模块201、查询模块202及服务模块203，其中：

接收模块201，用于接收到用户终端发送的USSD请求时，触发USSD业务 ；所述USSD请求携带有用户终端ID和USSD接入码；

查询模块202，用于根据所述用户终端ID和USSD接入码在数据中心中查 询是否有对应接入码的历史菜单信息；

服务模块203，用于当在数据中心中查询到有对应接入码的历史菜单信 息时，根据所述历史菜单信息中记录的历史菜单ID获取上次会话用户 未响应的菜单内容，并推送给用户终端。

本实施例需要在服务器端建立数据中心，并涉及MSC（移动交换中心） /HLR（归属位置寄存器）及USSDC（USSD中心）。

其中，在数据中心中，根据用户终端ID（MSISDN）和USSD接入码建立 唯一索引，以此索引建立历史菜单信息表，该历史菜单信息包含历史 菜单ID、保留记录的最大时长以及当前记录写入数据中心的时间。

数据中心的历史菜单记录通过输入、输出进行控制。其中，对于历史 菜单记录输入的控制包括：对于请求型菜单，在下发给用户后，若超 时没有响应，则将本次菜单ID作为历史菜单记录写入数据中心中。

对于历史菜单记录的输出的控制包括：读取操作和任务删除操作两种 途径。某条历史菜单记录写入数据中心，在该记录的最大时长内，若 该条历史菜单记录的用户拨打同一个USSD接入码，则该条历史菜单记 录从数据中心中读取，该条历史菜单记录随即去除。

对于历史菜单记录的任务删除，则是通过后台任务，实现对数据的管 理，任务会实时比较系统当前时刻、每条记录的写入时刻和保留时长 ，对于超过保留最大时长的数据，则通过任务清除记录。

本实施例的核心内容是在USSD应用中，实现用户历史菜单功能，通过 历史菜单的自动记录功能，实现用户对USSD内容的快捷访问，在方便 用户使用的同时，也便于运营商对增值业务的推广和应用，充分体现 了增值业务的多样性和灵活性。

以用户终端为手机终端举例，当用户拨打菜单型USSD接入码后，接入 码消息串从手机终端发送到移动交换中心；移动交换中心根据接收到 的USSD接入码，获取到对应的USSDC的GT码，并将接入码消息串发往指 定的SCP（USSDC），以此触发该SCP（Service Control Point，业 务控制点）上对应的USSD业务。

具体地，本实施例涉及菜单应用的几个表信息，包括：菜单信息表(m enuid，menumode，Description,xxx...)（如上表1所示）和菜单内容 表(menuid, name,content,xxx...)（如上表2所示）：

此外，为了保存历史菜单信息，首先要在SCP的数据库上创历史菜单表 (userid,acesscode,menuid,opertime,durationtime,xxx...)，如上 表3所示。

在数据中心查询历史菜单信息时，通常有查到历史菜单信息和查不到 历史菜单信息两种结果，数据中心将查询结果返回给USSD业务。查询 不到历史菜单信息，给用户下发该接入码对应的主菜单内容，如果查 询到对应的历史菜单记录，提示用户“上次会话有未完成操作，继续 上次会话的操作请按1”。如果用户返回确认键，根据历史菜单记录中 的菜单ID，查询上次会话用户未响应的菜单内容，并推送给用户。如 果用户返回其他按键，表示用户不需要 继续上次会话的操作，将接入码对应的主菜单内容下发给用户。

本实施例用户使用带有历史菜单功能USSD的信令流程具体可以参照上 述方法实施例，在此不再赘述。

本实施例历史菜单的访问流程的特点在于，用户因上次使用USSD菜单 接入码对菜单进行访问超时无响应后，在历史菜单保留的最大时长内 ，再次使用相同的USSD菜单接入码请求访问菜单，系统检测到该用户 的历史菜单ID后，下发一条提示消息，提示用户，是选择继续上次会 话未完成的菜单操作，还是选择浏览该USSD接入码对应的主菜单。若 用户选择上次会话未完成的菜单记录后，能够直接访问上次释放会话 前用户使用的菜单ID。

在上述本实施过程中，在用户再次访问上次会话用户未响应的菜单内 容后，随即在所述数据中心清除对所述历史菜单信息的记录。

此外，本实施例还具有历史菜单管理功能：即实时巡检功能。历史菜 单表建立有实时任务，实时扫描历史菜单表中的每条记录。历史菜单 记录写入历史菜单信息表，同时写进记录的有记录生成时刻和记录有 效时长。实时任务通过两种途径对历史菜单记录进行删除操作。其中 ：

第一个途径：如果在历史菜单记录写入表中后的有效时长内，该记录 被读取，则删除历史菜单信息表中该记录的数据。

第二个途径：通过任务实时比对记录生成后的实际时长（当前时间跟 记录生成时刻的差值）跟记录有效时长的大小，如果历史菜单记录生 成后的实际时长达到并超过该记录的有效时长，则删除历史菜单信息 表中该记录的数据。由此保证历史菜单信息表中的所有数据都是写入 之后未被读取，并且在有效时长内。

本实施例通过上述方案，让用户由于异常情况下释放USSD会话后，再 次触发USSD业务，可以直接访问前面未完成操作的菜单界面，实现了 USSD访问的方便快捷，大大增强了因信号异常或者用户长时间无操作 ，系统释放USSD会话后，用户再次触发USSD的方便快捷，极大提高用 户的使用的满意度,同时也利于USSD增值业务的应用和推广。

此外，本实施例服务模块203还可以包括历史菜单写入功能(又称存储 功能)，在用户拨打接入码后，进入主菜单操作界面，当用户跟USSDC 进行菜单交互，进入某层菜单后，USSDC在等待用户返回对该菜单的响 应时，收到 HLR过来的释放会话的命令。USSDC结束会话前，需要进行两个判断， 判断是用户主动要求释放还是HLR发的异常释放指令（用户在规定时长 内没有对菜单做出响应，HLR等待用户响应超时后，也认为是异常，返 回异常释放指令）。

如果异常释放，判断释放前下发给用户的是通知型还是请求型菜单。 如果是通知型菜单，说明该菜单属于完成操作给用户的提示信息，不 需要用户返回响应操作。如果是请求型菜单，说明该菜单需要用户返 回响应进行下一步操作。只有同时满足是请求型菜单，并且异常释放 ，才说明该用户本次操作未完成，本次USSD会话释放前，以用户终端 ID和接入码作为唯一索引，将该记录写入历史菜单表。

本实施例通过上述方案，实现了历史菜单信息的存储以及用户再次访 问USSD业务的快捷方便性，当服务器接收到用户终端发送的USSD请求 时，触发USSD业务，根据用户终端ID和USSD接入码在数据中心中查询 是否有对应接入码的历史菜单信息；若是，则根据历史菜单信息中记 录的历史菜单ID获取上次会话用户未响应的菜单内容，并推送给用户 终端，由此，让用户由于异常情况下释放USSD会话后，再次触发USSD 业务，可以直接访问前面未完成操作的菜单界面，从而实现了USSD访 问的方便快捷，同时也极大提高了用户的使用满意度，更利于USSD增 值业务的应用和推广，充分体现了增值业务的多样性和灵活性。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围 ，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或 直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利 保护范围内。