专利名称：管理手持电话中短信服务消息的设备和方法
技术领域：
本发明涉及利用手持电话(HHP，hand held phone)来管理有关支付结算的短信服务(SMS)消息的一种设备和方法。
背景技术：
当前，已经出现了利用HHP来结算支付的服务。因为用于结算支付的服务已经得到了发展，所以用户能够用他们的便携式HHP很容易地使用这样的服务和结算支付。因此，吸引用户购买移动设备和服务。
利用HHP的大多数结算系统都把注意力放在小金额的结算上，比如网上购物的开销。对于通过HHP的结算支付，在用户便携式电话号码和社会保险号确认了之后，提供结算的内容，并且用便携式电话号码的电话费率来结算内容的付费。这里，利用SMS消息来传送关于用户状态验证的信息和结算结果。
换句话说，购物者通过HHP以SMS消息的形式接收结算信息。但是，在HHP中一起接收和存储有关结算的SMS消息和其他普通SMS消息的混合消息，因为HHP没有提供用于管理有关结算的SMS消息的功能，因此给购买者造成了关于有关结算的SMS消息的管理上的不方便。结果，导致了一个另外的问题，即通过手工获得用于结算的支付的统计信息，比如说所购买的总量。
发明内容
为了解决上述的问题，本发明的目的是提供在HHP中管理SMS消息的设备和方法。
因此，为了达到上述的目的，提供了一种用于在接收SMS消息的手持电话(HHP)中管理有关支付结算的SMS消息的设备。该设备包含消息接收器，有关结算的SMS消息管理器和消息显示器。消息接收器接收并存储SMS消息。有关结算的SMS消息管理器根据SMS消息的属性数据来搜索SMS消息的有关结算的SMS消息以便建立有关结算的统计数据。消息显示器对外显示有关结算的统计数据。SMS消息包括具有在电信业务层的用户数据中有关结算时间的数据、花费地点的结算支付数据和结算支付量的数据中的至少一个的有关结算的数据。通过将预定值指定给在电信业务层中的消息标识符来区别SMS消息的属性数据和普通的SMS消息，并且有关结算的SMS消息管理员根据指定给消息标识符的值来确定SMS消息是否是有关结算的SMS消息。有关结算的统计数据包括任何一个用于每个时期的结算金额的数据和有关结算的SMS消息的每个花费地点的结算金额的数据。
为了达到上面的这个目的，提供了一种在接收SMS消息的HHP中管理有关支付结算的SMS消息的方法。接收SMS消息并且将SMS消息存储在数据库中。接收来自用户的用于搜索有关结算的SMS消息的条件。根据存储在SMS消息中的属性数据，从数据库中提取出有关结算的SMS消息。使用有关结算的SMS消息生成参考数据，它们对应于有关结算的SMS消息的搜索条件。向用户显示这些参考数据。当接收来自用户的用于搜索有关结算的SMS消息的条件时，还接收用于统计分析的条件。当生成参考数据的时候，还根据统计分析条件来进一步生成对应于有关结算的消息的搜索条件的有关结算的SMS消息的统计分析数据。当给用户显示这些参考数据时，还进一步将统计分析数据显示给用户。
通过参考附图来详细描述最佳实施例，本发明的上述目的和优点将变得更加清楚，其中图1是SMS协议堆栈的示意图；图2是IS-637的层结构的示意图；图3在图2中所示的用户表的数据结构的示意图；图4是用于在手持电话(HHP)中管理有关支付结算的短信服务(SMS)消息的设备的示意图；图5是涉及有关结算的SMS消息的列表的流程图；图6是求和/搜索用于每个时期的结算支付的流程图；图7是求和/搜索用于每个消费地点的结算支付的流程图；以及图8是用于在HHP中管理要购买的票券的功能的示意图。
具体实施例方式
下文中，将参照附图对该发明进行详细的描述。
图1显示了SMS协议堆栈。SMS消息是基于数据脉冲消息(Data BurstMessage)，即IS-95-A的链路层组成的，并且SMS消息通常能够传送长达100个韩国字的内容，即最大不会超过200个字节。如图1中所示，链路层设置数据脉冲消息，中继层根据HHP的状态和消息的长度来设置传输信道。传输层形成用于收发消息的MC和HHP之间的终点，并通过从电信业务层接收负载数据(Bearer Data)在HHP中组成信息。电信业务层利用短信数据(Short Message Data)参数的标准子参数来支持基本的SMS功能。
图2显示了IS-637的层结构。每层中用于执行SMS的消息结构如图2所示。将数据脉冲消息中CHARI消息的SMS参数打包，链路层对打包的SMS参数进行分析并将它们传送到更高层。而且，在链路层的脉冲消息的基础上，通过中继层的UM参考接口来形成传输消息。传输层消息包括如声音消息箱或者普通消息的电信业务标识符和如起始地址(或者发送者号码)以及负载重放选项的负载数据。负载数据构成电信业务层，该层提供应用服务。电信业务层由用户数据组成，这些用户数据包含接收到的消息的内容、MC时标、优先级标识符、隐私指示符(Privacy Indicator)、发送提醒(Alert onDelivery)和语言指示符(Language Indicator)。
在本发明中，当发送有关结算的SMS消息时，为电信业务标识符指定一个新的值，根据这个新的指定值，可以管理有关结算的SMS消息以便于可以区别于普通信息。而且，有关结算的数据可以按照规则的顺序被指定到用户数据，然后进行管理。如图3所示。
如前所述，图3显示图2中用户数据的数据结构。用户数据可以包含结算时间、结算支付的地点、以及要购买的结算票据的支付金额等数据，这些数据用作本发明的结算数据的基本统计材料。这里，特殊键，例如Tab(Ox09)、CR(回车键Ox0d)等，被加到数据的后面，以便区分每个数据。
图4显示了用于在HHP中管理有关支付结算的SMS消息的设备。消息接收器401接收并存储由通信公司发送的SMS消息，普通消息管理器402读出存储在消息接收器401中的SMS消息并把它发送到消息显示器404。这里，只接收、存储和发送普通SMS消息，有关结算的SMS消息除外。有关结算的消息管理器403只读出消息接收器401中SMS消息的有关结算的SMS消息，并把它们发送到消息显示器404。这里，根据用户的要求，有关结算的消息管理器403可以生成有关结算的SMS消息的统计分析有关结算数据，并把它们发送到消息显示器404。消息显示器404从普通消息管理器402或者有关结算的消息管理器403接收数据并把这些数据向用户显示。选择器405接收关于用户是否想要看到普通SMS消息、有关结算的SMS消息或者统计分析的有关结算的数据的数据，并把这些数据传送给普通消息管理器402或者有关结算的消息管理器403。在这里，统计分析的有关结算的数据表示结算支付的总额和平均金额以及预定时期的每个消费地点的支付总额和平均支付额的数据。
图5是涉及有关结算SMS消息的列表的流程图。在步骤501中，提取存储消息的数目。在步骤502中，文件指针移到存储信息列表的顶端。在步骤503中，读出一个SMS消息并且判断它是否是有关结算的SMS消息。这里，如果读出的SMS消息是有关结算的SMS消息，则在步骤504中将它存储到参考消息列表中。在步骤505中判断文件指针是否位于被提取的消息的末端。如果不是位于被提取的消息的末端则在步骤506中文件指针移动到下一个消息并且步骤503重新开始。如果在步骤503中读取的SMS消息不是有关结算的消息，那么步骤506重新开始。如果在步骤505中文件指针位于被提取的消息的末端，则在步骤507中向用户显示参考消息的列表。
图6是对每个预定时期内结算的支付进行求和/搜索的流程图。在步骤601接收求和或搜索支付的时间段的起始日期和结束日期。在步骤602提取存储的消息的数目，并且文件指针移到存储消息的列表的顶端。在步骤603读取一个SMS消息并判断该SMS消息是否是有关结算的SMS消息以及是否是在接收时间段之内。这里，如果SMS消息是有关结算的SMS消息并且是在接收时间段之内，那么在步骤604中对结算的支付总额求和。在步骤605判断文件指针是否位于被提取的消息的末端。如果文件指针不是位于被提取的消息的末端，在步骤606中文件指针将指到下一条消息上，并且步骤603重新开始。在步骤603中，如果SMS消息不是有关结算的SMS消息，或者不在接收的时间段之内，那么步骤606重新开始。如果在步骤605文件指针位于被提取的消息的末端，那么在步骤607向用户显示结算的支付金额的总数。
图7是对在每一个消费地点的结算进行求和/搜索的流程图。在步骤701接收用于求和以及搜索结算支付的消费地点。在步骤702中，提取存储的消息数目，并且文件指针移到存储消息列表的顶端。在步骤703中，读取一个SMS消息，并判断该SMS消息是否是有关结算的SMS消息，以及是否属于接收到的消费地点。这里，如果SMS消息是有关结算的SMS消息，并且属于接收到的消费地点，那么在步骤704中合计结算支付的总额。在步骤705中，判断文件指针是否位于被提取的消息的末端。如果文件指针不是位于被提取的消息的末端，那么在步骤706中指针将指向下一条消息，然后步骤703重新开始。如果在步骤703中SMS消息不是有关结算的SMS消息，或者不属于接收到的消费地点，那么步骤706重新开始。在步骤705中，如果文件指针位于被提取的消息的末端，在步骤707中向用户显示结算金额的总数。
图8显示在HHP中管理要购买的票券的一个实例。一个顾客通过HHP连接到DBTANK进行订票(1)，DBTANK是通信网络中用于售票的电脑。DBTANK请求对票是否可用的验证(2)。验证器对DBTANK中票上的信息是否有效进行验证(3)。从验证器接收对票的验证的DBTANK用条形码形式把票上的信息传送到顾客的HHP上(4)。顾客向验证器提交条形码形式的票(5)并交换许可的票或者是各种的货物(6)。在这个例子中，在HHP中接收和存储的有关结算的SMS消息的有关结算数据可以包括条形码形式的票的信息。
HHP可以包括管理有关结算SMS消息的下列菜单1.基本功能(1)参考有关结算信息——该功能用来显示有关结算SMS消息列表和有关结算SMS消息的内容。
(2)购物小车——该功能用来管理如参考图8所描述的要购买的票。
(3)求和/搜索——该功能对每个时间段/消费地点的结算支付金额进行求和/搜索。
(4)信息删除——该功能自动删除预定时间段内存储的不需要的信息和SMS消息。
2.管理个人身份号码的功能——该功能用来设置、改变或者取消个人身份号码。
本发明的上述实施例可以写成程序在计算机里执行。并且，可以在用于利用用在计算机中的媒体来操作程序的通用数字计算机中来实现这些实施例。媒体包括有磁存储媒体，例如ROM、软盘、硬盘等，光读媒体，例如CD ROM、DVD等，以及通过Internet传输的载波等。
如上所述，依据本发明，由于在HHP中可以管理有关结算的SMS消息，所以用户可以非常方便地管理关于结算的数据和接收统计分析的有关结算数据。并且，如果使用如参考图3所描述的数据结构，则可以缩减由SMS消息所占用的空间。这样就可以存储更多消息。如参考图8所描述的，可以用HHP非常方便地管理要购买的票券。这样，电子商务就可以非常快捷地运作了。
尽管已经参考其最佳实施例具体地说明和描述了本发明，但对于本技术领域的技术人员来说应该理解，在不脱离由附随的权利要求书所规定的本发明的精神和范围的情况下可以在其中进行形式和细节的各种改变。
权利要求
1.一种用于在接收SMS消息的手持电话中管理有关支付结算的SMS消息的设备，包括消息接收器，用于接收和存储SMS消息；有关结算的SMS消息管理器，用于根据SMS消息的属性数据来搜索SMS消息的有关结算的SMS消息以生成有关结算的统计数据；以及消息显示器，用于向外部显示有关结算的统计数据。
2.根据权利要求1的设备，其中所述SMS消息包括有关结算的数据，此数据至少包括在电信业务层的用户数据中的结算时间的数据、结算的支付消费地点的数据和结算的支付金额数据中的一个。
3.根据权利要求1的设备，其中通过给电信业务层的消息标识符指定一个预定的值来从普通的SMS消息中区分所述SMS消息的属性数据，并且有关结算的SMS消息管理器根据指定给信息标识符的值来判断SMS消息是否是有关结算的SMS消息。
4.根据权利要求1的设备，其中有关结算的统计数据包括任意一个有关结算的SMS消息的关于对每个时间段的结算的支付金额的数据和每个消费地点结算的支付金额的数据。
5.一种在接收SMS消息的HHP中管理有关结算的SMS消息的方法，包括(a)接收SMS消息并把SMS消息存储在数据库中；(b)从用户接收搜索有关结算的SMS消息的条件；(c)根据存储的SMS消息的属性数据，从数据库中提取有关结算的SMS消息；(d)对应于有关结算的SMS消息的搜索条件，利用有关结算的SMS消息生成参考数据；(e)向用户显示所述参考数据。
6.根据权利要求5的方法，其中在步骤(b)，还接收用于统计分析的条件，在步骤(d)，根据统计分析的条件、生成对应于有关结算的消息的搜索条件的、有关结算的SMS消息的统计分析数据，并且在步骤(e)，向用户显示统计分析数据。
7.根据权利要求6的方法，其中统计分析数据包括任意一个有关结算的SMS消息的关于对每个时间段内结算的支付金额的数据和每个消费地点结算的支付金额的数据。
8.一种计算机可读记录媒体，用于记录执行参考权利要求5到7的任意一个所描述的方法的程序。
9.一种具有数据字段的计算机可读记录媒体，包括属性数据，是判断存储在数据库中的SMS消息是否是有关结算的SMS消息所需的；时间数据，此时结算利用有关结算的SMS消息通知的支付费用；营业处所的数据，在此处结算利用有关结算的SMS消息通知的支付费用；结算的支付金额的数据，利用有关结算SMS消息进行通知；以及所要购买的票券的数据，所述票券为结算的支付的单据，所述数据利用有关结算SMS消息进行通知。
全文摘要
提供了一种利用手持电话来管理有关支付结算的短信服务(SMS)消息的设备和方法。该设备包括消息接收器、有关结算的SMS消息管理器和消息显示器。消息接收器接收并存储SMS消息。有关结算的SMS消息管理器根据SMS消息的属性数据来搜索SMS消息的有关结算的SMS消息以便于生成有关结算的统计数据。消息显示器向外部显示有关结算的统计数据。由于有关结算的SMS消息可以在HHP中进行管理，这样用户就可以非常方便地管理要结算的支付数据和接收统计分析的有关结算数据。
文档编号G06Q10/00GK1396717SQ0212863
公开日2003年2月12日 申请日期2002年7月10日 优先权日2001年7月10日
发明者姜栋奭 申请人:三星电子株式会社