CN1687947A - 网上缴费系统和方法以及用户界面提供系统和方法 - Google Patents
网上缴费系统和方法以及用户界面提供系统和方法 Download PDFInfo
- Publication number
- CN1687947A CN1687947A CN 200510072979 CN200510072979A CN1687947A CN 1687947 A CN1687947 A CN 1687947A CN 200510072979 CN200510072979 CN 200510072979 CN 200510072979 A CN200510072979 A CN 200510072979A CN 1687947 A CN1687947 A CN 1687947A
- Authority
- CN
- China
- Prior art keywords
- transaction
- client
- information
- network
- master server
- 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.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
公开了一种网上缴费系统和方法,其通过在主服务器配置交易的输入输出等信息动态生成有效的交易及交易接口的流程,为各地区特色业务诸如交电话费等提供统一的交易入口,从而实现分布式交易的集中化的方法。其中,各地区根据自己要实现的特色业务在主服务器配置输入输出等交易信息;然后主服务器根据配置动态生成交易流程及交易接口,同时将交易信息发送到相应的地区服务器,各地区服务器根据配置的交易信息解析交易信息,处理完成后生成与配置信息相符的返回信息。
Description
技术领域
本发明涉及一种网上缴费系统和方法,以及一种用户界面提供系统和方法,其能够将目前各地区的特色缴费服务通过配置方式来集中化。
背景技术
现有各地区的特色缴费服务主要通过各分行中间业务与各特色服务提供商如电信公司连接,客户缴费必须到银行或者服务提供商营业所进行办理。网上银行的快速发展为客户通过互联网在线缴费提供了简单快捷的途径,但由于各地区特色业务的处理流程和应用接口信息大相径庭,这种地区分布式的处理方式与作为一个面向全国性的、集中化的网上银行处理方式存在结构性冲突,为了解决这种矛盾提出本发明。
发明内容
为解决上述问题,完成了本发明。
根据本发明的一个方面,提供了一种网上缴费系统,包括:多个用户终端,用于输入信息并进行显示;主服务器,其通过第一网络与多个用户终端相连接;多个地区服务器,其通过第二网络与所述主服务器相连接;其中各地区服务器通过所述第二网络在所述主服务器中输入其交易信息、输入信息及输出信息;在客户通过客户终端登录所述主服务器选择在线缴费功能后,所述主服务器根据该客户所属的地区,显示客户当前可用的在线缴费类型;在客户选择了缴费类型后,所述主服务器根据地区服务器输入的交易信息、输入信息及输出信息,形成供客户操作的输入页面,并按照预先设置的交易流程引导客户输入交易数据;所述主服务器根据客户输入的数据生成对应的交易报文,通过第二网络发送到地区服务器进行交易处理,并在接收到地区服务器返回的结果信息后,按照地区服务器配置的输出参数信息对返回结果进行处理,然后通过用户终端将交易结果显示给用户。
在本发明的另一方面,提出了一种在网上缴费系统中应用的缴费方法,所述网上缴费系统包括:多个用户终端,用于输入信息并进行显示;主服务器,其通过第一网络与多个用户终端相连接;多个地区服务器,其通过第二网络与所述主服务器相连接;其中,所述方法包括步骤:各地区服务器通过所述第二网络在所述主服务器中输入其交易信息、输入信息及输出信息;在客户通过客户终端登录所述主服务器选择在线缴费功能后,所述主服务器根据该客户所属的地区,显示客户当前可用的在线缴费类型;在客户选择了缴费类型后,所述主服务器根据地区服务器输入的交易信息、输入信息及输出信息,形成供客户操作的输入页面,并按照预先设置的交易流程引导客户输入交易数据;所述主服务器根据客户输入的数据生成对应的交易报文,通过第二网络发送到地区服务器进行交易处理,并在接收到地区服务器返回的结果信息后,按照地区服务器配置的输出参数信息对返回结果进行处理,然后通过用户终端将交易结果显示给用户。
此外,在本发明的其他方面,提供了一种用户界面提供系统和相应的方法。
利用上述系统和方法,能够实现各地区的特色缴费服务的集中化。
附图说明
图1示出了根据本发明实施例的网上缴费系统的构成图;
图2示出了根据本发明实施例的网上缴费方法的总流程图;
图3示出了在本发明一个实施例的方法中引导用户完成交易的流程图;
图4示出了在本发明一个实施例的方法中将交易结果返回给用户的流程图;
图5示出了客户输入页面的屏幕示意图;以及
图6示出了缴费交易的输入页面的屏幕示意图。
具体实施方式
下面对照附图1-6详细描述本发明的实施例。
图1示出了根据本发明实施例的网上缴费系统的构成图。如图1所示,在根据本发明实施例的网上缴费系统中,多个用户终端101和102通过因特网103与诸如总行服务器之类的主服务器104相连接,而主服务器104通过银行的内部网105与多个地区服务器106和107相连接。出于说明的目的,这里仅仅以两个用户终端101和102,以及两个地区服务器106和107为例进行说明。
图2示出了根据本发明实施例的网上缴费方法的总流程图。
如图2所示,在步骤S201,各地区服务器106和107根据本地缴费交易的特点,通过银行的内部网105在主服务器104中录入分行特色交易的交易信息、输入信息及输出信息。在这里,交易信息指此交易是否需要客户确认,是否需要后继交易等系统信息;输入信息指接口中的输入字段,包含需要客户输入的数据及系统数据;输出信息指交易返回信息。这些信息主要有:
1.输入域ID;
2.输入域名称:该输入域的中文名称,用于页面显示;
3.域说明标识:是否需要说明;
4.域说明:如果输入域类型为下拉框,单选框词语,此项指下拉框单选框中显示的值;如果不是则为此项注释,用于页面显示;
5.是否检查长度;
6.长度:如果检查长度,输入长度值,用于接口中定长控制;
7.是否用户输入;
8.是否由上一交易带入:如手机缴费中的金额,在配置缴费交易时可从查询交易带入;如果用户可修改,是否用户输入置为是,否则置为否。此时输入域id需要与前一交易id相等;
9.输入域类型:文本:只有是否用户输入标识为是时才有意义。隐藏域;下拉框;单选框;金额:对金额特殊处理;系统设定:如果上送常数,则置默认值标识为是在默认值域输入默认值,如果没有默认值,此数据取自网银session数据。如果取自session数据,输入域id需要与session数据同名;
10.是否带入下一交易:是否将此id值带入后继交易;
11.输入域值:只对于下拉框,单结果集有意义。例如如果为下拉框域说明为港币|人民币|美元,输入域值与之对应为:013|001|002;
12.输入域默认值标识:
13.默认值。
在步骤S202在客户通过客户终端101登录网上银行选择在一种服务,例如线缴费功能后,主服务器104根据该客户所属的地区,以页面或者用户界面的形式显示客户当前可用的在线缴费类型,当客户选择了缴费类型,主服务器104根据地区服务器106设置的缴费交易相关参数,形成供客户操作的输入页面,即用户界面,并按照预先设置的交易流程引导客户输入交易数据。
在步骤S203,客户输入所有交易数据后,主服务器104根据客户的输入生成对应的交易报文,通过内部网105发送到地区服务器106进行交易处理,并在接收到地区服务器106返回的结果信息后,按照地区服务器106配置的输出参数信息对返回结果进行处理,然后以用户界面的形式将交易结果显示展现在用户终端101上。
图3和图4示出了上述处理过程的详细流程图。
如图3所示,在步骤S301,客户选择进行在线缴费,客户在主服务器104选择在线缴费功能菜单,根据该客户所属地区,显示客户当前可用的在线缴费类型和缴费交易。
在步骤S302,根据客户选择的交易,自动取得该交易的参数配置细细:由客户进行选择具体的缴费交易后,主服务器104自动读取地区服务器106先前所设置的缴费参数表信息,对该交易的参数配置进行判断和后续处理。
在步骤S303,提交后用上一交易数据或者系统初始数据填充:主服务器104判断参数表中该交易“是否需要客户输入”标志,如果否,则系统自动对交易数据进行赋值打包处理;如果是,则进入步骤S304。
在步骤S304,根据配置的不同输入类型以不同的方式展示输入框:主服务器104判断参数表中该交易“是否从上一交易带入”标志,如果否,则提示客户按照参数要素输入交易数据;如果是,则进入步骤S305。
在步骤S305,显示上一交易数据并可修改:主服务器读取上一交易的数据到本交易并在用户终端101的交易页面上显示,并判断根据“上一交易数据是否可修改”标志,如果是,允许客户进行修改;如果否则进入步骤S306。
在步骤S306,对请求数据重新赋值以防止客户修改:如果该交易是不需要客户输入或者完全有上一交易带入数据,则系统对交易数据重新赋值,以防止交易数据被修改。
在步骤S307,组织xml包并发送交易请求,并接收处理结果:主服务器将交易数据组织成XML包格式,发送到地区服务器的缴费服务系统处理,并接收各个地区缴费处理的返回结果。
在步骤S308,在用户终端101上分页显示交易结果并可翻页:主服务器104判断该交易的“输出结果是否多结果输出”,如果是单结果输出,则直接显示交易结果;如果是多结果输出,则判断“是否可以选择某条记录进行后续交易”标志,如果否,则分页显示多结果;如果是,进入步骤S309。
在步骤S309,在用户终端101上分页显示结果并可选择某条记录继续交易:对交易结果分页显示,客户可以通过选择某条记录继续进行后续的交易处理。
如图4所示,在步骤S401,接收到返回数据处理:主服务器104接收到地区服务器106处理返回结果解包后,读取交易所对应的输出参数信息,并对包中的每个字段进行分别处理。
在步骤S402,保存到内存:主服务器104根据交易参数表中判断“字段是否传递到后续交易”标志,如果是,将返回的内容作保留到内存。
在步骤S403,在页面显示字段信息给客户确认:主服务器104根据交易参数表中判断“返回交易是否需要显示”标志,如果是,在用户终端101页面显示返回信息给客户确认;
在步骤S404,交易结束:主服务器104判断参数表中的该交易“是否有后续交易”等标志,如果没有,则本交易结束;如果有,则进入步骤S405步;
在步骤S405,读取后继交易数据信息并显示:主服务器读取本交易的后续交易,引导客户进入下个关联交易。
下面以手机缴费交易为例,说明各个配置信息的设置方法。该交易为先查询后缴费,手机缴费时手机号,缴费金额,中间业务号均取自查询交易,缴费交易不能直接进行。
1)地区服务器106的操作员通过网上银行内部管理设置查询和缴费两个交易参数信息,详细配置如下:
a)查询手机费
交易信息配置:
交易码 | 1301 |
交易类别 | 代理缴费 |
交易名称 | 查询手机费 |
是否多项输出 | 否 |
是否确认 | 无确认 |
是否有后继交易 | 是 |
是否开通 | 是 |
后继交易 | 2201 |
每页显示行数 | |
是否处理单记录 | 否 |
备注 | (1)本业务的代理时间每日20:00之前。(2)缴费范围:移动客户135-139,联通客户130。 |
输入信息配置:
输入域id | regcard | custcode |
输入域名称 | 卡号 | 手机号码 |
域说明标志 | 否 | 是 |
域说明 | 请输入11位手机号 | |
是否检查长度 | 否 | 是 |
长度 | 11 | |
是否用户输入 | 否 | 是 |
是否由上一交易带入 | 否 | 否 |
输入域类型 | 系统设定 | 文本 |
是否带入下一交易 | 否 | 是 |
输入域值 | ||
默认值标志 | 是 | 否 |
默认值 | 9999999999999999999 | |
备注 |
(注:有些地区还要求客户输入姓名,则输入域id还要增加“姓名”的输入说明)输出信息配置:
输出域id | amtcur | journum |
输出域名称 | 缴费金额 | 中间业务号 |
域说明标志 | 否 | 否 |
域说明 | ||
是否显示 | 是 | 否 |
是否带入下一交易 | 是 | 是 |
备注 |
b)缴手机费
交易信息配置:
交易码 | 2201 |
交易类别 | 代理缴费 |
交易名称 | 缴手机费 |
是否多项输出 | 否 |
是否确认 | 支付密码确认 |
是否有后继交易 | 否 |
是否开通 | 是 |
后继交易 | |
每页显示行数 | |
是否处理单记录 | 否 |
备注 | (1)本业务的代理时间每日20:00之前。(2)缴费范围:移动客户135-139,联通客户130。 |
输入信息配置:
输入域id | cardno | |||
输入域名称 | 注册卡卡号 | 手机号码 | 缴费金额 | 中间业务号 |
域说明标志 | 否 | 否 | 否 | 否 |
域说明 | ||||
是否检查长度 | 否 | 否 | 否 | 否 |
长度 | ||||
是否用户输入 | 是 | 否 | 否 | 否 |
是否由上一交易带入 | 否 | 是 | 是 | 是 |
输入域类型 | 下拉框 | 隐藏域 | 金额 | 隐藏域 |
是否带入下一交易 | 否 | 否 | 否 | 否 |
输入域值 | ||||
默认值标志 | 否 | 否 | 否 | 否 |
默认值 | ||||
备注 |
输出信息配置:(无)
输出域id | |
输出域名称 | |
域说明标志 | |
域说明 | |
是否显示 | |
是否带入下一交易 | |
备注 |
2)客户登录主服务器104选择代理缴费(手机费)交易后,主服务器104根据该交易的配置信息,将查询手机费的配置输入信息展现给客户,输入页面(由地区服务器设置参数决定)如图5所示。
客户选择确认后,主服务器104将交易数据送地区服务器106进行处理,再收到查询返回结果后,根据该查询交易的后续交易标志,自动进入缴费交易,输入页面(由分行设置参数决定)显示如图6所示。
客户确认缴费后,主服务器104将交易信息送地区服务器106进行处理,完成客户缴纳手机费的处理流程。
采用本发明的方法,解决了地区分行分布式处理与总行网上银行集中式处理的矛盾,并且交易的可配置型使交易本身具有无限扩展性,总行网上银行不需要进行代码更新。
以上所述,仅为本发明中的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉该技术的人在本发明所揭露的技术范围内,可轻易想到的变换或替换,都应涵盖在本发明的包含范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。
Claims (24)
1、一种网上缴费系统,包括:
多个用户终端,用于输入信息并进行显示;
主服务器,其通过第一网络与多个用户终端相连接;
多个地区服务器,其通过第二网络与所述主服务器相连接;
其中
各地区服务器通过所述第二网络在所述主服务器中输入其交易信息、输入信息及输出信息;
在客户通过客户终端登录所述主服务器选择在线缴费功能后,所述主服务器根据该客户所属的地区,显示客户当前可用的在线缴费类型;
在客户选择了缴费类型后,所述主服务器根据地区服务器输入的交易信息、输入信息及输出信息,形成供客户操作的输入页面,并按照预先设置的交易流程引导客户输入交易数据;
所述主服务器根据客户输入的数据生成对应的交易报文,通过第二网络发送到地区服务器进行交易处理,并在接收到地区服务器返回的结果信息后,按照地区服务器配置的输出参数信息对返回结果进行处理,然后通过用户终端将交易结果显示给用户。
2、如权利要求1所述的网上缴费系统,其特征在于,所述第一网络是因特网。
3、如权利要求1所述的网上缴费系统,其特征在于,所述第二网络是内部网。
4、如权利要求1所述的网上缴费系统,其特征在于,所述交易信息包括:交易是否需要客户确认、是否需要后继交易等系统信息。
5、如权利要求1所述的网上缴费系统,其特征在于,所述输入信息包括:输入字段,其包含需要客户输入的数据及系统数据。
6、如权利要求1所述的网上缴费系统,其特征在于,所述输出信息包括交易返回信息。
7、一种在网上缴费系统中应用的缴费方法,所述网上缴费系统包括:
多个用户终端,用于输入信息并进行显示;
主服务器,其通过第一网络与多个用户终端相连接;
多个地区服务器,其通过第二网络与所述主服务器相连接;
其中,所述方法包括步骤:
各地区服务器通过所述第二网络在所述主服务器中输入其交易信息、输入信息及输出信息;
在客户通过客户终端登录所述主服务器选择在线缴费功能后,所述主服务器根据该客户所属的地区,显示客户当前可用的在线缴费类型;
在客户选择了缴费类型后,所述主服务器根据地区服务器输入的交易信息、输入信息及输出信息,形成供客户操作的输入页面,并按照预先设置的交易流程引导客户输入交易数据;
所述主服务器根据客户输入的数据生成对应的交易报文,通过第二网络发送到地区服务器进行交易处理,并在接收到地区服务器返回的结果信息后,按照地区服务器配置的输出参数信息对返回结果进行处理,然后通过用户终端将交易结果显示给用户。
8、如权利要求7所述的网上缴费方法,其特征在于,所述第一网络是因特网。
9、如权利要求7所述的网上缴费方法,其特征在于,所述第二网络是内部网。
10、如权利要求7所述的网上缴费方法,其特征在于,所述交易信息包括:交易是否需要客户确认、是否需要后继交易等系统信息。
11、如权利要求7所述的网上缴费方法,其特征在于,所述输入信息包括:输入字段,其包含需要客户输入的数据及系统数据。
12、如权利要求7所述的网上缴费方法,其特征在于,所述输出信息包括交易返回信息。
13、一种用户界面提供系统,包括:
多个用户终端,用于输入信息并进行显示;
主服务器,其通过第一网络与多个用户终端相连接;
多个地区服务器,其通过第二网络与所述主服务器相连接;
其中
各地区服务器通过所述第二网络在所述主服务器中输入其交易信息、输入信息及输出信息;
在客户通过客户终端登录所述主服务器选择一个服务后,所述主服务器根据该客户所属的地区,以用户界面的形式显示客户当前可用的服务类型;
在客户选择了预定的服务类型后,所述主服务器根据地区服务器输入的交易信息、输入信息及输出信息,形成供客户操作的用户界面,并按照预先设置的流程引导客户输入交易数据;
所述主服务器根据客户输入的交易数据生成对应的交易报文,通过第二网络发送到地区服务器进行交易处理,并在接收到地区服务器返回的结果信息后,按照地区服务器配置的输出参数信息对返回结果进行处理,然后以用户界面的形式交易结果显示给用户。
14、如权利要求13所述的用户界面提供系统,其特征在于,所述第一网络是因特网。
15、如权利要求13所述的用户界面提供系统,其特征在于,所述第二网络是内部网。
16、如权利要求13所述的用户界面提供系统,其特征在于,所述交易信息包括:交易是否需要客户确认、是否需要后继交易等系统信息。
17、如权利要求13所述的用户界面提供系统,其特征在于,所述输入信息包括:输入字段,其包含需要客户输入的数据及系统数据。
18、如权利要求13所述的用户界面提供系统,其特征在于,所述输出信息包括交易返回信息。
19、一种在用户界面提供系统中应用的用户界面提供方法,所述用户界面提供系统包括:
多个用户终端,用于输入信息并进行显示;
主服务器,其通过第一网络与多个用户终端相连接;
多个地区服务器,其通过第二网络与所述主服务器相连接;
其中,所述用户界面提供方法包括步骤:
各地区服务器通过所述第二网络在所述主服务器中输入其交易信息、输入信息及输出信息;
在客户通过客户终端登录所述主服务器选择一个服务后,所述主服务器根据该客户所属的地区,以用户界面的形式显示客户当前可用的服务类型;
在客户选择了预定的服务类型后,所述主服务器根据地区服务器输入的交易信息、输入信息及输出信息,形成供客户操作的用户界面,并按照预先设置的交易流程引导客户输入交易数据;
所述主服务器根据客户输入的数据生成对应的交易报文,通过第二网络发送到地区服务器进行交易处理,并在接收到地区服务器返回的结果信息后,按照地区服务器配置的输出参数信息对返回结果进行处理,然后以用户界面的形式将交易结果显示给用户。
20、如权利要求19所述的用户界面提供方法,其特征在于,所述第一网络是因特网。
21、如权利要求19所述的用户界面提供方法,其特征在于,所述第二网络是内部网。
22、如权利要求19所述的用户界面提供方法,其特征在于,所述交易信息包括:交易是否需要客户确认、是否需要后继交易等系统信息。
23、如权利要求19所述的用户界面提供方法,其特征在于,所述输入信息包括:输入字段,其包含需要客户输入的数据及系统数据。
24、如权利要求19所述的用户界面提供方法,其特征在于,所述输出信息包括交易返回信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510072979 CN1687947A (zh) | 2005-05-16 | 2005-05-16 | 网上缴费系统和方法以及用户界面提供系统和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510072979 CN1687947A (zh) | 2005-05-16 | 2005-05-16 | 网上缴费系统和方法以及用户界面提供系统和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1687947A true CN1687947A (zh) | 2005-10-26 |
Family
ID=35305988
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200510072979 Pending CN1687947A (zh) | 2005-05-16 | 2005-05-16 | 网上缴费系统和方法以及用户界面提供系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1687947A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102306365A (zh) * | 2010-07-06 | 2012-01-04 | 福建升腾资讯有限公司 | 一种银行柜面进行金融交易的方法 |
CN102378987A (zh) * | 2009-02-03 | 2012-03-14 | 易赛高博英国有限公司 | 交易处理系统及方法 |
CN103607415A (zh) * | 2013-12-05 | 2014-02-26 | 乐得科技有限公司 | 一种请求资源分配的方法、客户端和服务器 |
CN104219648A (zh) * | 2014-08-27 | 2014-12-17 | 小米科技有限责任公司 | 提示充值信息的方法及装置 |
CN105204872A (zh) * | 2015-11-10 | 2015-12-30 | 中国建设银行股份有限公司 | 一种录入页面生成方法和装置 |
-
2005
- 2005-05-16 CN CN 200510072979 patent/CN1687947A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102378987A (zh) * | 2009-02-03 | 2012-03-14 | 易赛高博英国有限公司 | 交易处理系统及方法 |
CN102306365A (zh) * | 2010-07-06 | 2012-01-04 | 福建升腾资讯有限公司 | 一种银行柜面进行金融交易的方法 |
CN103607415A (zh) * | 2013-12-05 | 2014-02-26 | 乐得科技有限公司 | 一种请求资源分配的方法、客户端和服务器 |
CN104219648A (zh) * | 2014-08-27 | 2014-12-17 | 小米科技有限责任公司 | 提示充值信息的方法及装置 |
CN104219648B (zh) * | 2014-08-27 | 2018-02-23 | 小米科技有限责任公司 | 提示充值信息的方法及装置 |
CN105204872A (zh) * | 2015-11-10 | 2015-12-30 | 中国建设银行股份有限公司 | 一种录入页面生成方法和装置 |
CN105204872B (zh) * | 2015-11-10 | 2018-10-19 | 中国建设银行股份有限公司 | 一种录入页面生成方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100478956C (zh) | 生成和获取报表的方法及相应的系统 | |
CN1145111C (zh) | 向网络用户推送定制页面的方法 | |
CN1208976C (zh) | 终端短消息点到多点群发方法 | |
CN1568473A (zh) | 交易处理 | |
CN101069206A (zh) | 用于管理在网络环境中的终端用户访问的系统和方法 | |
CN1645397A (zh) | 一种对用户的各类账户提供综合理财服务的装置和方法 | |
CN100342702C (zh) | 电子信息传输方法 | |
CN1687947A (zh) | 网上缴费系统和方法以及用户界面提供系统和方法 | |
CN1753012A (zh) | 一种兼容通用缴费系统及方法 | |
CN1870602A (zh) | 提醒接收电子邮件的方法 | |
CN101282382B (zh) | 基于voip技术构建网站收费服务平台及其方法 | |
CN1578487A (zh) | 一种移动终端接入分组网络的方法 | |
CN1480876A (zh) | 为便携音频设备存储在互联网上搜索的信息的系统和方法 | |
CN1841393A (zh) | 用于管理web简档信息的方法与系统 | |
CN1187692C (zh) | 信息内容发送系统 | |
CN1333637A (zh) | 一种手机短信增值菜单动态实现的方法 | |
CN1859356A (zh) | 一种业务处理装置及业务处理方法 | |
CN108243015A (zh) | 一种话单信息提取方法、话单服务器及网管服务器 | |
CN1716861A (zh) | 向蜂窝电话或便携式终端提供新闻或其他信息的方法 | |
CN1581907A (zh) | 实现vpn短号短消息业务的系统及其方法 | |
CN1620018A (zh) | 通过个人计算系统访问语音服务的方法和系统 | |
CN102799642B (zh) | 网页内容的显示方法和装置 | |
CN1791005A (zh) | 一种无线网络能力控制的集中管理系统和方法 | |
CN101042748A (zh) | 电子排队服务系统及电子排队信息的处理方法 | |
CN1514659A (zh) | 移动通信终端的性能控制参数变更方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20051026 |