专利名称：用于移动通信终端的因特网服务同步方法
背景技术：
发明领域本发明涉及一种用于移动通信终端的因特网服务同步方法，尤其是一种用于将传输控制协议/因特网协议(TCP/IP)和无线应用协议(WAP)浏览器同步的方法。
相关技术背景无线应用协议(WAP)是一种允许无线通信装置(例如移动终端、用户单元、用户设备、寻呼机、个人数字助理(PDA)等)通过例如Netscape Navigator(Netscape公司开发的WEB浏览器)或Microsoft Internet Explorer(微软公司开发的WEB浏览器)来访问因特网的协议。因此，包括例如全球移动标准(GSM)、时分多址(TDMA)和码分多址(CDMA)无线网络在内的无线网络能够访问因特网。
如上所述，无线通信装置包括有，例如移动终端、寻呼机、PDA等。为了简便起见，下面讨论作为移动终端的无线通信装置。
因为移动终端包括有WAP协议，所以移动终端的用户可以从其它服务上下载/接收多媒体。WAP协议包括与传输控制协议/因特网协议(TCP/IP)接口来实现服务多样性的WAP浏览器。但是，在TCP/IP和WAP浏览器之间的接口上有一些问题。例如，在WAP浏览器和TCP/IP之间没有任何能有效实现足够的同步的标准。因此，移动终端的用户并不是总能成功地访问所有由WAP提供的功能。
发明概述因此，本发明的一个目的是至少解决上述问题和其它的问题。
本发明的另一个目的是减少WAP浏览器和TCP/IP之间同步的故障。
为了全部和部分地实现至少上述的目的和其它目的，本发明提供一种在应用程序和包括在移动终端内的因特网协议之间的新的同步方法。所述方法包括确定因特网协议是否能执行因特网功能和当确定不能执行因特网功能时，从因特网协议向应用程序发布一等待命令以便通知应用程序在关闭与因特网协议通信之前等待一预定的时间段。
本发明的其它优点、目的和特点将部分的在下面进行详细说明，对于本领域普通技术人员来说，此部分根据下面的说明会变得清楚或可以从本发明的实施中得到了解。本发明的目的和优点可以如附加的权利要求所述得到实现。
本发明将参照下面的附图进行详细描述，其中相同的元件使用相同的附图标记图1是说明用于WAP的协议栈的分层模型；图2是说明根据本发明的同步过程实施例的流程图；图3是说明根据本发明的用于数据传输的同步过程实施例的流程图；图4是说明根据本发明的用于数据接收的同步过程实施例的流程图；和图5是说明根据本发明的用于接受外部客户的连接请求的同步过程实施例流程图。
发明的最优方案现在将参照附图来说明本发明，其中在多个附图中，相同的附图标记指的是相同的或相应的部分。
如图1所示，WAP协议栈包括WAP浏览器10，超文本传输协议(HTTP)20，套接字接口30和TCP/IP40。因此，WAP浏览器层10可以通过HTTP20和套接字接口层30与TCP/IP层40通信来下载/接收多媒体文件、搜索因特网等。
另外，配置成WAP装置的移动终端包括在基于WAP的因特网系统中，所述系统包括用于通过无线网络提供内容的内容提供商(CP)服务器和用于提供移动终端和无线因特网之间的连接的WAP网关。因此，WAP装置(如移动终端)能够接收视频点播(VOD)数据、多媒体消息服务(MMS)数据和使用文件传输协议(FTP)的数据。
参照图1进行更详细地描述，WAP浏览器10用HTTP20通过套接字接口30向用户提供因特网服务，并通过TCP/IP40与网络建立连接。WAP浏览器10还通过与网络建立的连接来发送和接收数据。在套接字接口30中建立的套接字允许客户程序(如WAP浏览器10)和服务器程序之间的通信，并且将其定义成“连接的末端”。可以使用一连串的称为套接字应用程序接口(API)的程序请求或函数调用来建立上述套接字。
在WAP浏览器10出现的通信的不同类型包括，例如，数据传输、数据接收和连接建立。
当WAP浏览器10使用TCP/IP40来请求数据传输时，TCP/IP40首先确定数据传输所需的缓存空间是否有效。在一个例子中，如果在缓存中没有有效的空间，那么TCP/IP40就返回一个表示在缓存中没有有效空间的故障值，WAP浏览器10就结束与TCP/IP40的通信。在另一个例子中，当缓存中没有足够的空间来完成数据传输请求时，本发明的优势之处在于通知WAP浏览器10(通过TCP/IP40)等待缓存空间变成有效(而不是结束TCP/IP40和WAP浏览器10之间的通信)。这尤其对于在最初的数据传输请求(其中没有足够的数据空间)后不久就有合适数量的有效缓存空间时更有利。
以同样的方式处理数据接收和连接建立过程。详细来说，当WAP浏览器10使用TCP/IP40来请求数据接收时，TCP/IP40确定接收的数据是否在缓存中。与上述的内容相同，在一个例子中，如果没有接收的数据，TCP/IP40就返回一个故障值并且WAP浏览器10结束与TCP/IP40的通信。同样的，在另一个例子中，本发明的优势之处在于通知WAP浏览器10(通过TCP/IP40)等待接收存在于缓存中(而不是结束TCP/IP40和WAP浏览器10之间的通信)。这尤其在最初的数据接收请求(其中还没有接收到数据)后不久就在缓存中接收到数据时更有利。
另外，为了从外部客户接收连接请求，TCP/IP首先确定是否已经接收到“连接请求信号”。在一个例子中，如果确定还没有接收到“连接请求信号”，TCP/IP40就返回一故障值，WAP浏览器10结束与TCP/IP40的通信。在另一个例子中，当还没有接收到“连接请求信号”时，本发明的优势之处在于通知WAP浏览器10(通过TCP/IP40)等待有效的“连接请求信号”(而不是结束TCP/IP40和WAP浏览器10之间的通信)。这尤其对于最初的连接请求(其中还没有接收到“连接请求信号”)后不久就有有效的“连接请求信号”时更有利。
现在参照图2-5，其更详细地说明了上面讨论的过程。首先，图2是说明根据本发明的一般的因特网服务同步过程实施例的流程图。
如图所示，因特网服务同步包括WAP浏览器10使用HTIP20发布一函数()调用，接着套接字接口30发布一套接字函数()来建立与TCP/IP40的套接字(步骤S10)，可以通过使用套接字API来建立所述套接字。因此，在WAP浏览器10和TCP/IP40之间就建立了通信路径。如果TCP/IP40不能处理用户请求的函数，TCP/IP40就向WAP浏览器10发布一通知WAP浏览器10等待的命令(而不是关闭通信路径的命令)(步骤S11)。在该例子中发布的命令称为“将阻塞(WouldBlock)”。然后WAP浏览器10就等待一预定的时间(所述时间可以由例如用户、或无线通信公司来设定)。如图3所示，当用户请求的函数被处理时，TCP/IP40就向WAP浏览器10发布一相同的命令(步骤S12)。这个命令称为“Application Event Notification(应用事件通知)”。一接收到该事件通知，WAP浏览器10就重新发送函数()调用(步骤S13)，并且执行因特网功能。
下面，图3说明了当用户请求数据传输时，WAP浏览器10和TCP/IP40之间的同步过程。如图所示，当用户请求数据传输时，WAP浏览器10就用HTTP20发布一发送()命令，例如来请求数据传输，然后套接字接口30发布一套接字_发送()命令来建立与TCP/IP40的套接字接口(步骤S20)。因此，在WAP浏览器10和TCP/IP40之间就建立了通信路径。然后TCP/IP40确定在缓存中是否有足够的有效空间来执行请求的数据传输(图3表示的是数据缓存是满的)。
在这个例子中，因为数据缓存是满的并且不能执行请求的数据传输，所以TCP/IP40就向WAP浏览器10发布一通知WAP浏览器10等待(而不是关闭通信路径)的命令(步骤S21)。在这个例子中发布的命令也称为“将阻塞”。然后WAP浏览器10就等待一预定的时间(所述时间可以由例如用户、或无线通信公司来设定)。如图3所示，TCP/IP40缓存是有效的，TCP/IP40向WAP浏览器发布一表示相同的命令(步骤S22)。这个命令可以称为“Application Event Notification(类型＝发送)(应用事件通知)”。一接收到该事件通知，WAP浏览器10就重新发布请求数据传输的发送()调用(步骤S23)，并执行请求的功能。
现在参照图4，图4说明了用于数据接收的同步过程。如图所示，当用户请求数据接收时，WAP浏览器10就用HTTP20发布一接收()命令来请求数据接收，然后，套接字接口30发布一套接字_接收()命令来建立与TCP/IP40的套接字接口(步骤S30)。因此，在WAP浏览器10和TCP/IP40之间就建立了通信路径。接着，TCP/IP40确定是否从外部数据源接收到任何数据(图4表示的是没有接收到的数据)。
在这里例子中，因为没有接收到数据并且不能执行数据接收请求，所以TCP/IP40就向WAP浏览器10发布一通知WAP浏览器10等待的命令(而不是关闭通信路径)(步骤S31)。在这个例子中发布的命令也称为“将阻塞”。然后，WAP浏览器10就等待一预定的时间(所述时间可以由例如用户、或无线通信公司来设定)。如图3所示，当接收到的数据是有效的时候，TCP/IP40就向WAP浏览器10发布一表示相同的命令(步骤S32)。这个命令可以称为“Application Event Notification(类型＝读)(应用事件通知)”。一接收到该事件通知，WAP浏览器10就重新发布请求数据接收的接收()调用(步骤S33)，并执行请求的功能。
下面，图5说明了用于从外部客户接收连接请求的同步过程。如图所示，当接收到连接请求时，WAP浏览器10就用HTTP20发布一用于接收连接请求的接收()命令，接着套接字接口30发布一套接字_接收()命令来建立与TCP/IP40的套接字接口(步骤S40)。因此，在WAP浏览器10和TCP/IP40之间就建立了通信路径。然后TCP/IP40确定是否已经从外部数据源接收到连接请求信号(图4表示的是没有连接请求)。
在这个例子中，因为没有连接请求并且不能执行连接请求的接收，所以TCP/IP40就向WAP浏览器10发布一通知WAP浏览器10等待的命令(而不是关闭通信路径)(步骤S41)。在这个例子中发布的命令也称为“将阻塞”。然后WAP浏览器10就等待一预定的时间(所述时间可以由例如用户、或无线通信公司来设定)。当从外部数据源接收到连接请求时，TCP/IP40就向WAP浏览器发布一表示相同的命令(步骤S42)。这个命令可以称为“Application EventNotification(类型＝接收)(应用事件通知)”。一接收到该事件通知，WAP浏览器10就重新发布请求连接请求接收()命令(步骤S43)，并建立连接。
注意的是，在上述例子中，WAP浏览器在等待事件通知的时候可以执行其它任务。
如上所述，根据本发明的因特网服务同步方法通过将TCP/IP和WAP浏览器同步明显降低了同步故障。
本发明可以根据本说明的教导，通过使用传统的通用数字计算机或编程的微处理器来方便地实现，这对于计算机领域的技术人员来说是显而易见的。熟练的编程人员可以根据本公开的教导很容易地准备适当的软件编码，这对于软件领域的技术人员来说是显而易见的。
本发明还可以通过应用特定的集成电路的准备或互连一适当传统元件电路的网络来实现，这对于本领域的技术人员来说是显而易见的。本发明包括计算机程序产品，其是一种包括有用来编程计算机来实现本发明的过程的指令的存储介质。该存储介质可以包括，但不限制于此，任何类型的磁盘，包括软盘、光盘、CD-ROM、和磁-光盘、ROM、RAM、EPROM、EEPROM、磁或光卡，或任何类型的适合存储电子指令的介质。
前面所述的实施例和优点仅仅是示意性的，本发明并不局限于此。本教导可以容易地应用于其它类型装置。本发明的说明是示意性的，并不限制权利要求的范围。许多变换、修改和改变对于本领域的技术人员来说是显而易见的。
权利要求
1.一种在应用程序和包括在移动终端内的因特网协议之间的同步方法，其特征在于，所述方法包括确定因特网协议是否能执行因特网功能；和当确定不能执行因特网功能时，从因特网协议向应用程序发布一等待命令来通知应用程序在关闭与因特网协议的通信之前等待一预定的时间段。
2.如权利要求1所述的方法，其特征在于，所述方法进一步包括从应用程序向因特网协议发布因特网功能请求来请求因特网协议执行所述因特网功能。
3.如权利要求2所述的方法，其特征在于，所述方法进一步包括当确定能执行所述因特网功能时，从因特网协议向应用程序发布一事件通知命令；和重新从应用程序向因特网协议发布因特网功能请求来请求因特网协议执行所述因特网功能。
4.如权利要求3所述的方法，其特征在于，所述方法进一步包括在接收到重新发布的请求后执行所述因特网功能。
5.如权利要求2所述的方法，其特征在于，发布因特网功能请求发布一用于数据传输的请求。
6.如权利要求5所述的方法，其特征在于，确定是否能执行因特网功能包括确定在移动终端的缓存中是否有足够数量的空间来执行用于数据传输的请求。
7.如权利要求2所述的方法，其特征在于，发布因特网功能请求发布一用于数据接收的请求。
8.如权利要求7所述的方法，其特征在于，确定是否能执行因特网功能包括确定因特网协议是否已经接收到与数据接收请求对应的数据。
9.如权利要求2所述的方法，其特征在于，发布因特网功能请求发布一用于从外部数据源接收连接请求的请求。
10.如权利要求9所述的方法，其特征在于，确定是否能执行因特网功能包括确定因特网协议是否已经从外部数据源接收到连接请求。
11.如权利要求1所述的方法，其特征在于，所述应用程序包括无线应用协议(WAP)和所述因特网协议包括传输控制协议/因特网协议(TCP/IP)。
12.一种移动终端，其特征在于，所述终端包括一种应用程序，配置成请求因特网功能；和一种因特网协议，配置成确定是否能执行因特网功能，和当确定不能执行所述因特网功能时，向应用程序发布一等待命令来通知应用程序在关闭与因特网协议的通信之前等待一预定的时间段。
13.如权利要求12所述的终端，其特征在于，当确定能执行因特网功能时，因特网协议向应用程序发布一事件通知命令，并且在从因特网协议接收到所述事件通知后，所述应用程序向因特网协议重新发布因特网功能请求来请求因特网协议执行所述因特网功能。
14.如权利要求13所述的终端，其特征在于，所述因特网协议在接收到重新发布的请求后执行所述因特网功能。
15.如权利要求12所述的终端，其特征在于，所述发布因特网功能请求的应用程序发布一用于数据传输的请求。
16.如权利要求15所述的终端，其特征在于，确定是否能执行因特网功能的因特网协议确定在移动终端的缓存中是否有足够数量的空间来执行数据传输的请求。
17.如权利要求12所述的终端，其特征在于，发布因特网功能请求的应用程序发布一用于数据接收的请求。
18.如权利要求17所述的终端，其特征在于，确定是否能执行因特网功能的因特网协议确定因特网协议是否已经接收到与数据接收请求对应的数据。
19.如权利要求12所述的终端，其特征在于，发布因特网功能请求的应用程序发布一用于从外部数据源接收连接请求的请求。
20.如权利要求19所述的终端，其特征在于，确定是否能执行因特网功能的因特网协议确定因特网协议是否已经从外部数据源接收到连接请求。
21.如权利要求12所述的终端，其特征在于，所述应用程序包括无线应用协议(WAP)和所述因特网协议包括TCP/IP。
全文摘要
一种在应用程序和包括在移动终端内的因特网协议之间的同步方法包括确定因特网协议是否能执行因特网功能和当确定不能执行因特网功能时，从因特网协议向应用程序发布一等待命令来通知应用程序在关闭与因特网协议的通信之前等待一预定的时间段。
文档编号H04L12/66GK1578313SQ200410064049
公开日2005年2月9日 申请日期2004年7月16日 优先权日2003年7月18日
发明者金玟全 申请人:Lg电子株式会社