CN1853428A - 用于自动更新无线网络的系统的装置和方法 - Google Patents

用于自动更新无线网络的系统的装置和方法 Download PDF

Info

Publication number
CN1853428A
CN1853428A CNA2004800271084A CN200480027108A CN1853428A CN 1853428 A CN1853428 A CN 1853428A CN A2004800271084 A CNA2004800271084 A CN A2004800271084A CN 200480027108 A CN200480027108 A CN 200480027108A CN 1853428 A CN1853428 A CN 1853428A
Authority
CN
China
Prior art keywords
client
server
information
update
communication
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
Application number
CNA2004800271084A
Other languages
English (en)
Inventor
V·沙姆沙洛维奇
R·博克索尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PCTel Inc
Original Assignee
PCTel Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by PCTel Inc filed Critical PCTel Inc
Publication of CN1853428A publication Critical patent/CN1853428A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/49—Connection to several service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/2026—Wireless network, e.g. GSM, PCS, TACS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/46—Connection to several service providers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

公开了一种使信息能被传送到设备以便更新或者升级该设备的系统和方法。因此，在客户端已经被使用之后可以实时地从中心位置更新客户端。根据本发明所公开的系统和方法还考虑了自动更新或者用户手动更新软件或者设备配置。

Description

用于自动更新无线网络的系统的装置和方法
相关申请的交叉引用
本申请要求了序列号为60/504,152，发明名称为“无线网络的自动更新系统”的美国临时专利申请的优先权并将其引入于此以供参考，本申请还涉及共同属于本专利的申请人且与本专利一起申请的申请号为＿的发明名称为“用于无线网络的自动更新系统的装置和方法”，代理记事号为069509/0312077(客户参考资料PCTEL-13800-U)的美国专利申请，将其全部引入与此以供参考。
背景技术
本发明涉及通信系统，尤其涉及在有线和无线网络环境中执行更新的通信系统，所述更新包括软件和硬件配置的更新。
在标准的包括无线通信设备的通信系统中，更新设备是一个耗时且低效的过程。所述设备典型地将被带回至购买时的原地点以便安装更新或升级。有些设备不能被更新或者升级，因此必须购买新的设备。
此外，在涉及软件程序中错误更正或者“故障修正(bug-fix)”的情况下，替换软件或者改变电话配置的过程将十分昂贵并且低效。此外，当前系统不能追踪并向设备提供更新信息，所述更新信息涉及热点位置和关于热点的变化。
因此，需要一种利用当前信息更新设备的系统和方法，该系统和方法考虑了独立于设备位置而空中下载信息的能力。
发明内容
公开了使信息能被发送到设备以便更新或者升级该设备的系统和方法。因此，在客户端已经被使用之后可以实时的从中心位置更新客户端。根据本发明公开的系统和方法还考虑了自动更新或者用户手动更新软件或设备配置。
该用于更新设备的方法包括下述步骤：启动从客户端至母服务器的通信；通过比较客户端处的时间戳信息和服务器处的有效的当前更新的时间戳信息来判断客户端是否具有最近的更新；以及必要时，于是下载必要的信息至客户端。
该系统包括设备，该设备包括至少一个可更新的部件并能够发送验证信息至和设备通讯的服务器，其中当设备已经被服务验证过时，该服务器能够下载更新信息至该设备。
附图说明
图1说明了根据本发明的教导的和一个服务器进行通信的客户端；
图2说明了根据本发明的教导的和多个服务器进行通信的客户端；
图3说明了根据本发明的用于处理发送给客户端的更新的更新器；
图4说明了更新器和服务器之间的通信过程；以及
图5说明了从服务器下载更新信息至客户端的过程。
具体实施方式
现在参照图1，显示了一种通信环境10，其中客户端12正在经由网络16同服务器14进行通信，其中网络16可以是内部网或因特网。对所属技术领域的专业人员而言公知的是：服务器包括一个或多个计算机。在这里术语客户端和设备可交换使用，并且对所属技术领域的专业人员而言显而易见的是：客户端是设备以及软件或者是使用来自另一个对象的资源或者利用另一个对象的对象。本发明的意图在于客户端或者设备能够向服务器标识自身并发送适当信息至其所连接的服务器。因此，客户端可以是设备或者驻留在设备上的通用软件，该设备或通用软件具有一定配置并被用一定的数据预程控过(preprogram)。服务器14验证客户端12的身份并可以以如下详述的方式发送诸如升级和配置数据之类的信息至客户端12。服务器向客户端12提供更新以及当前信息至，其中更新是连续运转所需要的。例如，关于热点位置变化的信息、服务提供者协商可以改变对使用网络的地理费用的影响，并且客户端12可以请求用于连续有效运转所需的升级或新的驱动器。
在一个实施方式中，通信是经由XML在通过因特网16相互连接的客户端12和服务器14之间进行的。在诸如一个示例性的实施方式之类的至少某些情况下可以要求安全通信信道，在示例性的实施方式中通信是利用HTTPS传送的。这种安全通信可被用于这样的情况，其中客户端正在提供被要求的验证信息以便可以访问由服务器14控制的信息。
现在参照图2，显示了图1的系统10，其中服务器14和多个服务器进行通信。服务器14是同至少一个其他的服务器进行通信的中心服务器。在这种配置中，服务器14也可以被称为中心服务器或者中心配置服务器(central configuration server，CCS)。在这个所显示的特定实例中，服务器20和22同服务器14和客户端12进行通信。因此，服务器14提供客户端12同服务器20和22之间的接口以便简化软件和配置的更新。服务器14、20和22中的任意一个可以包括更新信息，并且通过中心服务器相互合作的服务器在下文中还可以被称作更新器24。更新器24同客户端12进行通信，该客户端12在特定实例中是无线设备，但也可以是有线设备，并且并非借此限制本发明的范围。
在一实施方式中更新器是服务器的一部分，而在一替换实施方式中更新器同服务器进行通信但是位于远程位置，在下文中将详细论述以上两种情况。
在替换实施方式中，CCS处理实际的通信业务(以硬件和/或作为软件功能性的方式实现)以及发送更新信息。
根据本发明的教导，客户端可以被自动更新，或者客户端或用户可以从客户端启动并更新。在下文中将详细论述这两个过程。
现在参照图3，显示了这样的一个实施方式，其中包括更新器32的服务器30同客户端管理器34相连接。客户端管理器包括引擎36，其中引擎36包括用于更新客户端的规则。客户端管理器34还同诸如WiFi FSM38、GPRS FSM40和以太网FSM42的各种文件服务器管理器(file server managers，FSM)相连接，。更新器32管理客户端服务器34和客户端之间的通信，以便依据规则处理客户端和服务器30之间的通信。当在客户端和服务器30之间启动用于更新的通信会话时，更新器32在不考虑类型的情况下检查编码基数(code base)的各种文件或部件的更新。在此实施方式中，更新器32被保存在动态链接库中(dynamically linked library，DLL)，并且同主客户端应用程序或者软件驻留在一起。如图3所示，在替换实施方式中，更新器被保存在单独的DLL中，并且临时管理(sit with)主客户端应用程序。如果更新器32判断更新可以被下载至客户端，那么可以启动文件或者其他部件的下载。下载更新的过程可以自动发生，或者用户可以被提示开始更新下载。
更新器32和有关更新器32的DLL被配置成还可以发送关于母服务器的关键信息。在有些实施方式中，可能希望将用户界面(userinterface，Ul)同更新器核心相分离。并非在所有的实施方式中都要求这样，并且在这样的实施方式中UI可以被保留在DLL的内部。母服务器是当设备第一次被开启或者被启动时设备最初接触的服务器。母服务器的URL被存储在客户端中，并且母服务器具有关于因为各种认证理由而被存储的设备的信息。只要客户端联系上母服务器，那么客户端就能够按照根据存储在设备中的信息判断的那样获取和下载更新信息，其中存储在设备中的信息是与更新器维护的最新消息有关的。
一旦在客户端和母服务器之间建立最初的联系，那么此后客户端将首先联系母服务器以便通过更新器获取更新。在替换实施方式中，当母服务器和更新器是同一个设备时，母服务器的URL也可以与更新器的URL相同。在以后的更新会话中，母服务器可以在特定的更新会话期间提供将要联系的客户端的新URL；在下一个更新会话，客户端将再次联系相同的母服务器。然而，在更新会话后的任何时候，母服务器具有向客户端提供新的URL的能力，以及把位于新的不同的URL处的服务器指派为在以后的更新通信会话中客户端的母服务器的能力。此后，客户端将联系新的母服务器而非旧的母服务器。
操作中，每当更新器32获取至少一个下载文件时更新器32就向适当的技术元件发送通知，并且下载文件被更新器32维持成有效状态直到更新会话需要该下载文件为止。如果在CCS上创建了具有多于一个文件的更新，那么更新器32可以被命令下载单个事务(transaction)内的所有文件。如果事务内的所有文件被正确下载，那么更新器32将认定更新是成功的。
在一个替换实施方式中，当更新器32被配置成在得知服务器或者CCS上的更新有效时发送通知。在这样的配置中，更新文件可以一直保存在储存库中直到CCS的元件通知更新器32元件准备好接收更新文件为止，在以上时间中更新器32简化了到请求更新的元件的文件的传送。例如，如果从载波(carrier)接收到WiFi合伙更新信息，那么更新器32通知WiFi DLL关于存在新的更新的事实。WiFi元件能因此重新加载新的更新，而不是利用旧的数据或者先前加载的信息。因此，下次客户端启动更新会话并且检查更新时，新的更新将生效。
客户端的任何部件应用程序将能向更新器32登记它所需的文件，并且客户端管理器34将能登记它拥有的部件。应当理解的是：客户端管理器包括多个根据特殊执行过程的需要而配置的软件部件。在一种配置中，CCS可以被配置成向系统的其他适当部件告知哪个文件将去往哪个DLL。此外，某些统计信息可以被返回到CCS，尽管做为选择，这样的统计信息可以是连接基础结构API的客户端的一部分，这将在下文中进行论述。在每个实例中，登记数据典型地包括表示与代码有关的技术的种类、位置定位等的字符串，该技术的种类是诸如WiFi、GPRS、CDMA之类。在该更新会话期间还可以提供更新或其他信息。
在每个实例中，登记数据典型地包括表示部件正在请求的更新的类型的识别字符串、位置定位数据等等，该更新类型诸如是WiFi、GPRS或者CDMA网络配置之类的。最后成功下载的更新的服务器生成时间戳必需被提供，而软件版本及其他客户端信息是随意的。
在一个实施方式中，在客户端和网络或者因特网之间存在两个接口以便到达或者联系上服务器。第一，为了局部通信和验证，客户端同局部热点(local hotspot)交谈。第二，为了状态信息、用户规定和提供商可能要求被实现的推送式服务，在客户端和服务提供商之间建立链接。对于第一个接口，在现今市场上存在几种不同的热点应用程序接口(Application Program Interfaces，API)，包括
●WISPr
●AWS
●Cometa
●Colubris
●屏幕抓取(Screen scraping)
这些接口经由CCS或者服务器中的配置设置被驱动或者提供给客户端。CCS可以保留按照优先权次序排列的网络的列表以及列出在每个网络中使用的方法的明细表。新的漫游伙伴(roaming partner)可以很容易地被加到CCS中，并以对客户端透明的方式被分布。
如上所指出的那样，除在客户端和局部热点之间的接口之外，在客户端和它的服务提供商之间还存在安全链路。这种通信接口使客户端能够向提供商通知它在其操作环境中的当前状态，并便于提供商把指令推送到客户端。什么指令应该被发送给客户端的决定是基于客户端的当前状态及把客户端标识为实体的其他信息确定的。每当必要时服务提供者都可以改变关于什么指令应该被发送给客户端的逻辑，从而使客户端应该始终请求最新的决定。至少在有些实施方式中，通信链路是经由HTTPS的。来自客户端的消息典型地包含关于设备的当前状态的信息，诸如最近更新的时间戳。下列UI组件是必须的：
●气球通知(Balloon notification)；
●对话通知(Dialog notification)；
●下载；以及
●配置
在至少有些实施方式中，更新器32不知道客户端的母服务器30的网络连接状态或者连接许可的带宽的类型。因此，更新器32不能够驱动同服务器的通信。在这样的实施方式中，提供了控制接口[未显示，它在图3的哪里？]，其可用于使更新器32能被告知何时可以设法检查更新。可以用消息的形式来实现的该接口也可以通知更新器连接的类型。此外，控制接口可供用户启动‘立即核对更新’处理之用，该处理本质上是对上述的自动处理的手动开启。
现在参照图4，通过以示例性的XML格式来经由HTTP POST发送下列参数，更新器50启动同服务器或者CCS52的通信，其中更新器50也用于存储设置并提供客户端和更新服务器之间的通信：[请向该表格插入更新]
  编号  客户端信息  参数名  必需否   示例
  1  厂家代码  vendor  必需的   PCTEL，
  2  产品代码  product  必需的   RC_WIFI_GPRS
  3   版本号   version   必需的   2.64.00
  4   序列号   serialnumber   必需的   123456789
  5   最后成功的更新的时间戳   lastupdate   必需的   2003-08-13 17:13:19.12
  6   操作系统名   os   可选的
  7   客户端IP地址   Ip   可选的
  8   生产或者测试方式   test   可选的   0
下面阐述了更新器50和CCS 52之间的通信的实例；在路径501上更新器50向CCS 52邮递(POST)客户端信息：
https://ccs.pctel.com/GetSomeUpate
     POST
     vendor=PCTEL
     product=RC_WIFI_GPRS
     version=2.64.00
     serialnumber=123456789
     lastupdate=2003-08-13 17:13:19.12
在路径504上，CCS 52通过返回格式化好的XML响应来作答，其中XML响应指定了可以下载的文件：<?xml version="1.0"encoding="UTF-16"?><files id="ID1"transaction="no">
<file id="file 1"silent="no"compressed="ves"method="full">
  <remote>https://serverl.ccs.com/downloads/Filel.zip</remote>
  <desc>An updated list of carrier defined WiFi networks is available
    for download.Do you want to download now?</desc>
  <size>22048</size>
  <localbase>CSIDL_COMMON_APPDATA</localbase>
  <local>PCTEL_Networks.xml</local>
  <lastupdate>2003-08-16 12:16:11.12</lastupdate></file><file id="file2"silent="no"compressed="yes"method="full">
 <remote>https://serverl.ccs.com/downloads/File2.zip</remote>
 <desc>An updated list of company defined WiFi networks is
   available for download.Do you want to download now?</desc>
<size>12048</size>
<localbase>CSIDL_COMMON_APPDATA</localbase>
<local>PCTEL_Co_Networks.xml</local>
<lastupdate></file></files>
如果没有能够下载的文件，那么CCS返回空的文件列表。<?xml version="1.0"encoding="UTF-16"?><files/>
XML响应语法
  元素   说明
  Silent   下载模式-无声的：yes/no。如果等于’yes’，那么更新器将在不提示用户的情况下下载文件。
  compressed   文件是压缩的，并且一日被下载则将被解压缩。
  method   -更新方法：‘FULL’-需要替换整个文件，‘PARTIAL’-仅需要更新一则信息。
  <size>   以字节记的更新文件大小。
  <local>   局部文件名称。
  <desc>   更新器用于通知用户关于更新目的的简短文字说明。
  <remote>   更新文件的URL位置。
  <lastupdate>   更新文件被创建时的时间戳。
  <localbase>   下载文件应该被保存在设备内的何处的绝对路径。
在路径506和508处，更新器50开始从指定的远程位置下载文件。此外，结合了上述发明的系统还可以包括用来简化中心服务器和远程设备之间的通信的API。可以独立使用的该API被提供来允许设备的各种全域能够成功地同本发明所述的系统进行通信。下列示例性的信息表示了根据本发明的标准API。
更具体而言，本发明的这个实施方案是针对于连到基础设施API的客户端的，是关于能够无缝漫游在各无线网络之中的客户端的，在下文中有时将这种客户端称之为“智能客户端”或者“漫游客户端”。该接口被设计成能提供智能客户端和运营商的基础设施之间的在先的和在后的验证通信。
付费Wi-Fi服务的大多数提供商期望通过增加Wi-Fi漫游伙伴而迅速扩大它们的本机网络(native network)。漫游客户端和CCS为运营商提供了不断地为每个漫游伙伴添加网络验证和连接逻辑并对一定范围内的用户运用该逻辑的能力。此外，当将该能力集成到漫游客户端自身时，单独规定的API允许运营商沿用其已存在的自服务规定和帐户维护站点。因此，本发明允许提供商把智能客户端解决方案和它们的网络供应集成起来。
接口设计：状态(INTERFACE DESIGN：STATES)
接口支持客户端把各种各样的连接状态发送到基础设施。例如，当客户端第一次连接并且处于预先验证状态时，预先验证消息被发送。该消息将包含在标题为智能客户端状态的表1中所给出的状态以及来自标题为信息的表2中所定义的信息状态的信息。
表1、智能客户端状态
  名称   说明   XML语法
 1   Connected   客户端同无线网络相连接。   <status>connected</status>
 2   Loggedin   客户端已经成功利用登录API执行登录操作。   <status>loggedin</status>
 3   Loginfailed   客户端已经试过登录操作，但是由于错误或者其它的已知的或者未知的问题而导致登录失败。   <status>loginfailed</status>
 4   Loggedout   客户端已经成功利用登录API执行注销操作。   <status>loggedout</status>
 5   Logoutfailed   客户端已经试过注销操作，但是由于错误或者其它的已知的或者未知的问题而导致注销失败。   <status>logoutfailied</status>
 6   Disconnected   客户端没有连接到无线网络，但是客户端能够通过LAN接口或者其他网络连接发送状态信息。   <status>disconnected</status>
表2、信息
  名称   说明   XML语法
 1   status   状态信息是服务器侧逻辑的关健，并是确定应该由客户端执行的一组动作的关键。必需的。   <status>loggedin</status>
  2   username   用户名信息是存取用户帐户和显示用户帐户状态的适当内容的关健。如果不提供用户名信息，那么服务器假定这是新的用户。然而，应该存在允许现有用户手动输入现有用户名/密码的链路。必需的。   <username>someuser</username>
  3   password   密码信息对存取用户帐户而言是必需的。如果不提供密码信息，那么服务器应该预填充用户名域并且在用户能够存取帐户信息以前提示用户输入密码。必需的。   <password>somepass</password>
  4   error   错误码应该提供关于客户端状态以及那种情况发生的原因的附加信息。必需的。   <error>0</error>
  5   provider   由局部NAS传送的提供商标识符。可选的。   <provider>CarrierXYZ</provider>
  6   location   由局部NAS传送的位置标识符。可选的。   <location>wp_700</location>
  7   sessionid   由局部NAS传送的会话标识符。可选的。   <sessionid>12345</sessionid>
8 ip 无线适配器的当前IP地址。可选的。 <ip>216.12.231.204</ip>
  9   mac   无线适配器的MAC地址。可选的。   <mac>00-06-25-OD-3A-24</mac>
表2仅仅是可以发送的信息类型的一个实例，该实例并非意在限制本发明；可以发送各种各样的其他类型的信息，诸如：
<status>connected</status>
<username>someuser</status>
<sessionid>123456789</sessionid>
<ip>63.142.45.23</ip>
动作(ACTIONS)
应用程序运营商接口由各种可以执行的动作组成。在客户端发送状态消息之后这些动作被从基础设施传送至客户端。这些消息可以被嵌入到标准HTML的内部或者可以是原始XML。这些通信可以利用HTTPS格式执行，尽管还可能支持不安全的HTTP格式。以下是动作的示例列表，但并非意味着是动作的唯一的或者完整的列表：
表3、智能客户端动作
  名称   参数   示例
 1   launchMiniBrowser   urlwidthheight   <action name="launchMiniBrowser"><parameter name="url"type="single"><value>https://www.someurl.com</value></parameter><parameter name="width"type="single"><value>320</value></parameter><parameter name="height"type="single"><value>240</value></parameter></action>
 2   closeMiniBrowser   -   <action name="closeMiniBrowser"/>
 3   login   attempts   <action name="login"><parameter name="attempts"type="single"><value>3</value></parameter></action>
 4   logout   -   <action name="logout"/>
 5   setUserInfo   usernameaccountURL   <action name="setUserInfo"><parameter name="username"type="single"><value>johndoe</value></parameter><parameter name="accountURL"type="single"><value>htt//accounts.mc.com?id=johndoe</value></parameter></action>
 6   promptPassword   username   <action name="promptPassword"><parameter name="username"type="single"><value>johndoe</value></parameter></action>
 7   showDialog   message   <action name="showDialog">
  widthheight   <parameter name="message"type="single"><value>CarrierXYZ Message…</value></parameter><parameter name"width"type="single"><value>250</value></parameter><parameter name="height"type="single"><value>350</value></parameter></action>
  8   launchDefaultBrowser   url <action name="launchDefaultBrowser"><parameter name="url"type="single"><value>http://www.carrierXYZ.com</value></parameter></action>
  9   connect   -   <action name="connect"/>
  10   disconnect   -   <action name="disconnect"/>
CCS接口(CCS INTERFACE)
CCS考虑了用于客户端的集中管理接口。CCS被设计成能起到用于漫游客户端的连通性逻辑的集中管理点的作用，并清算在被运用了的漫游客户端中的位置定位器目录的总数。CCS提供了用于管理该数据的管理控制台，或者它可以被配置成指向这类数据的第三方位置。CCS的这些配置选项允许提供商能轻松地把新的漫游伙伴网络合并到它们的服务供应中。
CCS能够创建新的Wi-Fi漫游伙伴网络并向被运用了的漫游客户端分配该新的连接逻辑。CCS具有为Wi-Fi服务提供商添加/删除漫游伙伴的功能。用于实现这一点的示例性模板如下：
Figure A20048002710800171
客户端可以以由CCS决定的方式“看到(see)”Wi-Fi网络；也就是说，客户端以CCS“告诉”它的方式看到这样的网络。在至少有些实施方式中，客户端知道所有有效的Wi-Fi网络，但是经由CCS输入的并由CCS服务的配置信息创建了网络信息抽象层，因此客户端的用户能够看见用户所属的运营商/提供商定义的信息。每个Wi-Fi网络是由如上述模板所示的SSID信息定义的。然而，CCS创建以该信息为别名的配置文件并向用户提供附加信息。这样的信息包括更加详细的网络说明、起始URL、连接选项(自动/提示/手动)等等。
<network closed="no" connect="prompt" owner="PCTEL"
     roaming="yes">
     <ssid>SomeSSID</ssid>
     <alias>PCTEL WiFi Network</alias>
     <memo>This is PCTEL′s WiFi network provided by XYZ
       roaming partner.</memo>
       …
     <browser launch="yes"useproxy="no">
       <starturl>http://www.pctel.com</starturl>
     </browser>
     …
   </network>
热点API设置(HOTSPOT API SETTINGS)
在一个实施方式中，CCS包括为Wi-Fi服务提供商的漫游伙伴添加/删除热点设置的功能。在示例性的配置中，热点信息是经由便于使用者操作的CCS用户界面(UI)保存的。典型地，虽然并非在所有的实施方式中都是必要的，但是全部信息被以关系数据库格式存储以提供快速且灵活的数据搜索和修改。此外，在标准配置中，用于热点设置的更新文件被以可扩缩的XML格式提供，该XML格式能实现在客户端上的简易并灵活的操作。下面显示了反映如何保存热点表格的模板：
Figure A20048002710800181
此外，在下面的表格中显示了用于添加热点的示例性的模板：
Figure A20048002710800191
下面显示了关于这种热点的示例性代码：<?xml version="1.0"encoding="UTF-16"?><ArrayOfHotSpot lastupdate="2003-09-12 16:45:17.625"version="1.0"><HotSpot>
 <Name>D/FW International Airport Terminal E</Name>
 <Address>PO Drawer 619428</Address>
 <City>DFW Airport</City>
 <State>TX</State>
 <Zip>75261</Zip>
 <Location>Wayport HotSpot</Location>
 <Category>Airport</Category>
 <Country>USA</Country>
 …</HotSpot>…</ArrayOfHotSpot>
运营商API设置(CARRIER API SETTINGS)
下面将以示例性的格式描述，用于为Wi-Fi服务提供商的漫游伙伴添加或者删除运营商接口设置的基本CCS功能。
CCS提供了方便且灵活的方式来定义用于认证和登陆Wi-Fi网络的运营商和/或漫游伙伴特定程序。在示例性的配置中，每个网络可以具有任意个为其定义的API设置。API设置是以认证者对象和相关参数的方式表示的。每个认证者可以具有任意个参数。利用该机制，CCS提供了一种装置以动态改变客户端在不同的网络环境中操作的方式。灵活的配置文件(见下文)允许定义任意个认证者对象，其中该认证者对象是按重要性次序被执行的。如果具有较高优先级的认证者对象失败，那么客户端自动地例示(instantiate)列表中的下一个认证者。下面举例说明了对于这样的认证者的示例性代码：
<authentication launch="yes"prompt="no">
  <authenticator method="API"progID="Auth_Actions">
    <parameter
         name="ActionLocation">https://awireless-
         oac-
         g3.qpass.com/wificontrollerservlet/</paramet
         er>
       <parameter
         name="CompanyName">aws</parameter>
       <parameter
         name="LoginURL">https://watergate.corp.au
         s.wayport.net/roamer_login.adp</parameter>
       <parameter
         name="LoopyFix">loopyfix</parameter>
       <parameter
         name="ModuleName">Auth_Wayport</param
         eter>
       <parameter
         name="Realm">goport.com</parameter>
       <parameter
         name="RedirectTest">http://www.google.com
         /index.html</parameter>
       <parameter name="User-Agent">Mozilla/4.0
         (compatible;MSIE 5.5;Windows NT 5.0)-
         AWSWiFiManager/1.0</parameter>
    </authenticator>
  <authenticator>
  …
  </authenticator>
  …
  </authentication>
注册登记过程(SIGN UP PROCEDURE)
现在参照图5，显示了已经安装漫游客户端应用程序但是还没有使用过的用户的时序图。由于用户位于支持的热点，所以他或者在客户端已经在运行的情况下被提示连接，或者因为意图连接到因特网而启动应用程序。上述的图5中的时序图显示了在注册帐户、购买服务以及连接到因特网的处理中所需的步骤。以下是定义该时序步骤之间的交互作用的一系列步骤：
在图5的步骤1中，本发明的应用程序创建至有围墙的花园(walledgarden)(白名单(white list))外部的URL的HTTP GET，以便提取提供商和位置信息。
GET/HTTP/1.0
User-Agent:Mozilla/4.0(compatible;MSIE 5.5;Windows NT 5.0)-
APPLICATION/1.0
Host:www.outsidewalledgarden.com
在步骤2，应用程序分析HTTP响应并存储提供商、位置、错误及其他提供信息(此步骤的执行过程是提供商/NAS指定的)。
HTTP/1.0 302 Found
Server:MC SSG/0.0.0(Linux)
Location:http://locationl.mc.com/cgi-bin/index.cgi?
MacAddr=00-06-25-0D-3A-24&IpAddr=216.12.231.204
…
<!--SeviceProvider=My Carrier-->
<!--access location=mcl-->
<!--error=0-->
<!-LoginURL=https://loginl.carrier.com/Login-->
<HTML>
…
</HTML>
在步骤3，应用程序把关于当前状态、位置等等的信息邮递(POST)到网络门户(Web Portal)。
POST/Welcom.jsp HTTP/1.0
User-Agent:Mozilla/4.0(compatible;MSIE 5.5;Windows NT 5.0)-
APPLICATION/1.0
…
Host:portal.pctel.com
APPLICATION=
<Application version=“1.0”>
  <status>connected</status>
  <username></username>
  <password></password>
  <error>0</error>
  <provider>A Carrier</provider>
  <location>mcl</location>
  <sessionid></sessionid>
  <ip>216.12.231.204</ip>
  <mac>00-06-25-0D-3A-24</mac>
</Application>
POST information is formatted with CR/LF for clarity
在步骤4，网络门户确定出应该由应用程序执行的一组动作(表1中显示了一组标准动作)。在这种情况下，运营商网络门户发送‘启动微型浏览器(launchMiniBrowser)’动作并定义用于启动新用户注册登记过程的URL。
HTTP/1.0 200 OK
…
ApplicationActions:yes
…
<!--
<Application version="1.0">
<actions>
<action name="launchMiniBrowser">
  <parameter name="url"type="single">
    <value>https://portal.carrier.com/NewUser</value>
  </parameter>
  <parameter name="width"type="single>
    <value>480</value>
  </parameter>
  <parameter name="height"type="single>
       <value>320</value>
    </parameter>
  </action>
</actions>
</Application>
-->
在步骤5，′启动微型浏览器(launchMiniBrowser)′动作接受三个参数：url、宽度和高度。宽度和高度值是以像素为单位指定的。尽管不是必要的，但是本申请典型地将带商标的(branded)微型浏览器窗口放置在用户屏幕的中心。如果宽度和高度值未被提供或者包含无效值，那么微型浏览器窗口尺度被缺省设定为640×480像素。
在步骤5a-5d，门户提供了一个或多个用于建立新用户帐户的步骤。用户通过同当前HTML页面进行交互的方式具有漫游和选择不同的选项的自由。带商标的微型浏览器倾听将终止注册登记过程的一组新动作。
在步骤6网络门户返回一个或多个动作作为嵌入的XML的一部分。在HTTP响应中，‘应用程序动作’自定义HTTP头部被设置为‘是’，因此应用程序客户端分析并执行嵌入列表的动作。
HTTP/1.0 200 OK
…
Application Actions:yes
…
   <Application verion="1.0"><actions>
 <action name="confirmPassword">
  <parameter name="username"type="single">
   <value>johndoe</value>
  </parameter>
 </action>
  <action name="login"/>
 </actions>
</Application>
在步骤7，在提示用户确认口令之后应用程序客户端尝试登录过程。
POST/roamer login.adp HTTP/1.0
User-Agent:Mozilla/4.0(compatible;MSIE 5.5;Windows NT 5.0)-
APPLICATION/1.0
…
Host:ssg.carrier.com
MacAddr=00:01:02:03:04:05&IpAddr=216.12.231.204&sername=joh
ndoe&password=johndoepass
在步骤9，系统表明登录过程是否成功。
HTTP/1.0 200 OK
Server:MC SSG/0.0.0(Linux)
…
<!--error=0-->
<!--Sessionld=123123-->
<!--AuthMessage=Reply-Message-->
<!--LogoffURL=https://ssg.pctel.com/cgi-bin/logoff.cgi-->
<HTML>
…
</HTML>
在步骤9，应用程序客户端把新的状态信息和全部有关数据邮递(POST)到运营商的网络门户。
POST/LoginSuccess.jsp HTTP/1.0
User-Agent:Mozilla/4.0(compatible;MSIE 5.5;Windows NT 5.0)-
APPLICATION/1.0
…
Host:portal.pctel.com
APPLICATION=*)
<Application version=”1.0”>
  <status>loggedin</status>
  <username>johndoe</username>
  <password>johndoepass</password>
  <error>0</error>
  <provider>myWISP</provider>
  <location>mcl</location>
  <sessionid>123123</sessionid>
  <ip>192.168.200.100</ip>
  <mac>00-06-25-0D-3A-24</mac>
</Application>
*)POST information is formatted with CR/LF for clarity
在步骤10，网络门户分析应用程序信息并判断是否应该由验证者执行进一步的动作。这还是可以把自定义广告内容推出到用户的时刻。
HTTP/1.0 200 OK
…
APPLICATIONActions:yes
…
   <Application verion="1.0">
<actions>
   <action name="launchDefaultBrowser">
      <parameter name="url"type="single">
        <value>http://promotions.mycarrier.com?ad=89879</value>
      </parameter>
   </action>
  </actions>
</Application>
返回用户(RETURNING USER)
在用户已经具有帐户的实例中，那么客户端将启动同登录的状态更新的连接。该消息将以类似于上述的新用户的方式把适当的信息传递至中心系统。
现在参照图6，在步骤600开始更新客户端的处理。在步骤604客户端被首次启动，并且在步骤606客户端初始化同位于预程控的(preprogrammed)URL的服务器的通信对话。在步骤608，服务器将验证客户端以确保客户端的身份。如果服务器不把客户端认可成能联系上该服务器以便更新的客户端，那么在步骤616服务器将忽略来自客户端的请求。除忽略请求外，服务器还可以传递客户端的标识信息至中心位置以便判断引发错误的原因，特别是如果这是客户端在启动之后的第一次更新通信会话的话。如果服务器验证了客户端的身份，那么在步骤610客户端发送它的信息至服务器，并且服务器判断更新是否有效以及是否需要更新，其中该信息包括最后的更新的时间-日期标记信息。如果判断不需要更新，那么在步骤612服务器通知客户端不需要更新，并且在步骤640处理结束。另一方面，如果在步骤610服务器或者一些管理程序判断需要更新，那么在步骤614确定包含更新的位置的URL。在步骤618，服务器判断更新的URL同自己的URL是相同的还是不同的。如果URL是不同的，那么在步骤620从远程URL处获取更新。如果URL是相同的，那么在步骤622把更新定位于当前服务器的URL。在步骤624，下载更新至客户端。在步骤628，根据来自客户端的信息和当前有效的更新信息，判断是否需要辅助更新。如果存在辅助更新，那么在步骤626获取URL并且所述处理前进至步骤618。如果不需要辅助更新，那么在步骤630更新会话完成。
在步骤632，由系统确定母服务器是否将不再用作第一个联系点。如果新的母服务器将被指定，那么在步骤636，当前的母服务器将提供新的URL以替换预程控的URL，并且此后客户端将启动同新的母服务器的更新通信会话，其中该新的母服务器位于新的URL处。另一方面，如果新的母服务器不被需要或者未被指定，那么在步骤640在客户端中的预程控的当前URL保持不变并且所述处理结束。值得注意的是，在替换实施方式中，如果第一次通信会话没有被启动，那么因为自从最后的通信会话时起或者自从客户端被预程控时起已经指定了位于新的URL的新的母服务器，所以在步骤608中的验证步骤期间母服务器提供新的URL。在这种情况下，服务器可以验证客户端的身份并把通信会话的剩余部分传递至位于新的URL的新的母服务器，或者作为选择，母服务器可以利用新的URL更新客户端并命令客户端启动同新的母服务器的新的通信对话。
已经充分描述了各种实施方式和各种替换方案，所属技术领域的专业人员将认识到在此给出的以下教导，即存在多个不脱离本发明的替换方案和变动方案。因此旨在于本发明不受上述说明书的限制而仅由权利要求书来限定。

Claims (20)

1.一种更新客户端的方法，包括下述步骤：
启动从所述客户端到母服务器的通信；
判断所述客户端是否具有最新的更新；以及
下载更新信息至所述客户端。
2.根据权利要求1所述的方法，其中所述判断步骤包括下述步骤：
将所述客户端处的信息的时间戳信息同所述服务器处的当前有效的更新的时间戳信息进行比较；
如果所述客户端处的所述时间戳信息表明所述客户端处的所述信息不是最新的更新，那么将更新信息从所述服务器传送至所述客户端；以及
把指示符从所述服务器传送至所述客户端，以便表明所述客户端具有最新的更新并且更新不是必要的。
3.根据权利要求2所述的方法，其中所述服务器提供所述更新的位置的URL地址，以便所述客户端启动同所述更新驻留于其中的副服务器的通信。
4.根据权利要求2所述的方法，其中所述母服务器包含所述更新信息。
5.根据权利要求2所述的方法，其中所述启动通信的步骤是无线通信会话并且所述客户端是无线设备。
6.根据权利要求1所述的方法，其中所述启动步骤包括下述步骤：
预程控所述母服务器的URL地址；以及
在所述服务器处验证所述客户端的身份以便确保所述客户端启动同母服务器的联系。
7.根据权利要求6所述的方法，如果由于自从最后的通信对话开始在所述客户端应该联系的所述服务器的指示方面发生变化，而导致所述母服务器不能验证所述客户端的身份，那么所述方法还包括把所述客户端路由选择到替换母服务器的步骤。
8.根据权利要求1所述的方法，其中所述母服务器向所述客户端提供关于第二服务器的新的URL，其中所述第二服务器将变为新的母服务器。
9.根据权利要求1所述的方法，其中所述客户端自动启动更新通信会话。
10.根据权利要求1所述的方法，其中启动通信会话是由所述客户端的用户执行的。
11.根据权利要求1所述的方法，其中所述启动步骤还包括通过安全连接验证客户端身份的步骤。
12.一种用于更新设备的系统，所述系统包括：
具有至少一个可更新的部件并且能够传送验证信息的设备；以及
同所述设备通信的服务器，其中当所述服务器已经验证了所述设备的身份时，所述服务器能够把更新下载至所述设备。
13.根据权利要求12所述的系统，还包括用于通过网络传送安全信息的装置。
14.根据权利要求12所述的系统，其中所述设备是无线设备。
15.根据权利要求14所述的系统，其中所述通信会话发生在内部网之间。
16.根据权利要求14所述的系统，其中所述通信会话发生因特网之间。
17.根据权利要求12所述的系统，包括至少一个同所述服务器通信的辅助服务器，其中所述至少一个辅助服务器包含被传送到所述客户端的更新信息。
18.根据权利要求12所述的系统，还包括同所述服务器相连并同所述客户端通信的更新器单元，所述客户端用于存储多个更新的位置以及关于多个更新的时间戳的信息。
19.根据权利要求18所述的系统，其中所述更新器通过无线通信链路同所述客户端通信。
20.一种用于更新同母服务器进行无线通信的客户端的系统，所述系统包括：
用于启动从所述客户端到所述母服务器的通信的装置；
用于判断所述客户端是否具有最新的更新的装置，其中
用于判断的装置包括：
用于把所述客户端处的信息的时间戳信息同所述服务器处的当前有效的更新的时间戳信息进行比较的装置；
用于在所述客户端处的时间戳信息表明所述客户端处的信息不是最新的更新的情况下把所述更新信息从所述服务器传送到所述客户端的装置；以及
用于把指示符从所述服务器传送至所述客户端以便表明所述客户端具有最新的更新并且更新不是必要的装置；以及
用于把所述更新信息下载到所述客户端的装置。
CNA2004800271084A 2003-09-19 2004-09-20 用于自动更新无线网络的系统的装置和方法 Pending CN1853428A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US50415203P 2003-09-19 2003-09-19
US60/504,152 2003-09-19

Publications (1)

Publication Number Publication Date
CN1853428A true CN1853428A (zh) 2006-10-25

Family

ID=34421514

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2004800271084A Pending CN1853428A (zh) 2003-09-19 2004-09-20 用于自动更新无线网络的系统的装置和方法

Country Status (7)

Country Link
US (1) US20050102662A1 (zh)
EP (1) EP1665850A1 (zh)
JP (1) JP2007506197A (zh)
KR (1) KR20060090669A (zh)
CN (1) CN1853428A (zh)
CA (1) CA2538800A1 (zh)
WO (1) WO2005034547A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101883419A (zh) * 2009-05-06 2010-11-10 中兴通讯股份有限公司 客户端信息的同步方法和系统
CN103797858A (zh) * 2011-05-18 2014-05-14 Wifi名称有限公司 用于注册网络信息串的系统和方法
CN104932911A (zh) * 2014-03-20 2015-09-23 携程计算机技术（上海）有限公司 定时下载任务的执行方法及装置
CN107783772A (zh) * 2017-09-29 2018-03-09 北京金山安全管理系统技术有限公司 一种策略处理方法和装置
CN108260184A (zh) * 2016-12-28 2018-07-06 上海掌门科技有限公司 一种执行WiFi模式任务的方法与设备
CN111866854A (zh) * 2019-04-28 2020-10-30 北京数安鑫云信息技术有限公司 一种应用自动更新方法、装置、系统和计算机设备

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050143094A1 (en) * 2003-12-24 2005-06-30 James Reed Methods, systems and computer program products for providing a wireless fidelity hotspot locator
US20050235279A1 (en) * 2004-04-14 2005-10-20 Heng-Chien Chen Method of updating software in a host-client network
US8046578B1 (en) * 2004-04-14 2011-10-25 Hewlett-Packard Development Comopany, L.P. System and method for providing HTML authentication using an access controller
CN100521616C (zh) * 2005-05-19 2009-07-29 华为技术有限公司 在设备管理中上报终端信息的方法及系统
KR100727993B1 (ko) * 2005-10-04 2007-06-14 삼성전자주식회사 데이터 풀 방식을 이용한 데이터 푸시 서비스 방법 및시스템
KR100759604B1 (ko) * 2006-01-23 2007-09-17 주식회사 팬택앤큐리텔 비정상적인 업데이트 패킷 수신을 차단하는 서버 실행기반의 ｆｏｔａ 시스템 및 방법
US7975030B2 (en) * 2006-05-09 2011-07-05 Cisco Technology, Inc. Remote configuration of devices using a secure connection
US8667596B2 (en) 2006-09-06 2014-03-04 Devicescape Software, Inc. Systems and methods for network curation
US9326138B2 (en) 2006-09-06 2016-04-26 Devicescape Software, Inc. Systems and methods for determining location over a network
US20100263022A1 (en) * 2008-10-13 2010-10-14 Devicescape Software, Inc. Systems and Methods for Enhanced Smartclient Support
US8005929B1 (en) * 2009-02-27 2011-08-23 Symantec Operating Corporation Software update checking method
EP2312468B1 (en) * 2009-10-14 2020-04-08 BlackBerry Limited Method for extracting document data from multiple sources for display on a mobile communication device
US9009696B2 (en) * 2010-04-27 2015-04-14 Red Hat, Inc. Generating encoded identifications of selected subsets of installed software packages on a client machine
CN102457539A (zh) * 2010-10-19 2012-05-16 英业达集团(天津)电子技术有限公司 文件服务器的管理方法
US20120311558A1 (en) * 2011-06-01 2012-12-06 Yu Chun-Ta Method of Handling Periodic Update of Software Component and Related Communication Device
US20130159528A1 (en) * 2011-12-15 2013-06-20 Microsoft Corporation Failover based application resource acquisition
US9830141B2 (en) * 2013-12-23 2017-11-28 Google Llc Providing a software update to computing devices on the same network
CN106257879B (zh) * 2015-06-16 2020-02-14 阿里巴巴集团控股有限公司 一种下载应用的方法和装置
JP2018055465A (ja) * 2016-09-29 2018-04-05 セイコーエプソン株式会社 印刷装置、及び印刷装置の制御方法
CN107592338B (zh) * 2017-08-08 2021-07-06 新智云数据服务有限公司 一种动态库的更新系统、方法和相关设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6308061B1 (en) * 1996-08-07 2001-10-23 Telxon Corporation Wireless software upgrades with version control
US6138159A (en) * 1998-06-11 2000-10-24 Phaal; Peter Load direction mechanism
US6587684B1 (en) * 1998-07-28 2003-07-01 Bell Atlantic Nynex Mobile Digital wireless telephone system for downloading software to a digital telephone using wireless data link protocol
US6256028B1 (en) * 1998-08-14 2001-07-03 Microsoft Corporation Dynamic site browser
US6622157B1 (en) * 1998-09-28 2003-09-16 Certeon, Inc. Extending network services using mobile agents
US7209921B2 (en) * 2000-09-01 2007-04-24 Op40, Inc. Method and system for deploying an asset over a multi-tiered network
US6832373B2 (en) * 2000-11-17 2004-12-14 Bitfone Corporation System and method for updating and distributing information
EP1340167A2 (en) * 2000-11-28 2003-09-03 4thPass Inc. Method and system for maintaining and distributing wireless applications
US8180871B2 (en) * 2001-05-23 2012-05-15 International Business Machines Corporation Dynamic redeployment of services in a computing network
US20030110482A1 (en) * 2001-12-06 2003-06-12 Ferguson Alan L. System and method for remotely modifying software on a machine
JP4339557B2 (ja) * 2002-07-05 2009-10-07 富士通株式会社 情報共有方法、情報共有装置及び情報共有プログラム
US7284062B2 (en) * 2002-12-06 2007-10-16 Microsoft Corporation Increasing the level of automation when provisioning a computer system to access a network
US20050037787A1 (en) * 2003-06-27 2005-02-17 Rosett-Wireless Corporation Wireless intelligent portable-server system (WIPSS)
US20050055687A1 (en) * 2003-09-04 2005-03-10 Georg Mayer Software update information via session initiation protocol event packages
US20050198493A1 (en) * 2003-09-17 2005-09-08 Bartas John A. Distribution methods and apparatus for promoting distributed digital content on a local network

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101883419A (zh) * 2009-05-06 2010-11-10 中兴通讯股份有限公司 客户端信息的同步方法和系统
WO2010127591A1 (zh) * 2009-05-06 2010-11-11 中兴通讯股份有限公司 基于同步标准协议的信息同步实现方法和系统
CN103797858A (zh) * 2011-05-18 2014-05-14 Wifi名称有限公司 用于注册网络信息串的系统和方法
CN103797858B (zh) * 2011-05-18 2016-09-14 Wifi名称有限公司 用于注册网络信息串的系统和方法
CN104932911A (zh) * 2014-03-20 2015-09-23 携程计算机技术（上海）有限公司 定时下载任务的执行方法及装置
CN104932911B (zh) * 2014-03-20 2019-06-18 上海携程商务有限公司 定时下载任务的执行方法及装置
CN108260184A (zh) * 2016-12-28 2018-07-06 上海掌门科技有限公司 一种执行WiFi模式任务的方法与设备
CN107783772A (zh) * 2017-09-29 2018-03-09 北京金山安全管理系统技术有限公司 一种策略处理方法和装置
CN111866854A (zh) * 2019-04-28 2020-10-30 北京数安鑫云信息技术有限公司 一种应用自动更新方法、装置、系统和计算机设备
CN111866854B (zh) * 2019-04-28 2023-04-18 北京数安鑫云信息技术有限公司 一种应用自动更新方法、装置、系统和计算机设备

Also Published As

Publication number Publication date
EP1665850A1 (en) 2006-06-07
CA2538800A1 (en) 2005-04-14
US20050102662A1 (en) 2005-05-12
KR20060090669A (ko) 2006-08-14
JP2007506197A (ja) 2007-03-15
WO2005034547A1 (en) 2005-04-14

Similar Documents

Publication Publication Date Title
CN1853428A (zh) 用于自动更新无线网络的系统的装置和方法
CN1299222C (zh) 存在管理的实现
CN1294775C (zh) 信息提供系统、无线接入点、收费服务器和信息提供方法
CN1172506C (zh) 通过互联网传送多媒体数据的管理方法及实施该方法所用的芯片卡
CN100336018C (zh) 用于对应用启动进行管理的便携式终端和方法
CN1928861A (zh) 用于进行项目共享的即时通信客户机和方法
CN1711784A (zh) 用于发送sms以及文本消息的系统和方法
CN1801727A (zh) 一种网络服务信息处理系统及方法
CN1722170A (zh) 内容系统、内容终端、参考服务器、内容程序和参考程序
CN1378405A (zh) 通过直接接触或邻近连接在通信设备间进行无线局域网参数设置的方法
CN1878375A (zh) 终端设备软件/固件下载更新方法
CN1381151A (zh) 位置报告方法和相关的移动通信终端
CN1781087A (zh) 安全访问带有客户端接收的专用网的方法和系统
CN1221110C (zh) 通信系统及其网关、无线信息终端和无线通信方法
CN101053233A (zh) 用于控制通信网络中移动性的方法和系统，及其相关网络和计算机程序产品
CN1437421A (zh) 在移动通信系统中重排业务流模板的装置和方法
CN1527148A (zh) 信息、服务提供及图像形成装置、方法和避免非法使用的方法
CN101040543A (zh) 发送应用特定的登记或撤销登记数据的方法和系统、服务器和通信终端
CN101043678A (zh) 一种用于现场数据采集的智能卡、终端、系统及方法
CN1894992A (zh) 位置信息通知系统和方法、终端位置特定装置和保密检查装置
CN1174354A (zh) 利用网络的信息分发系统
CN100346665C (zh) 移动通信位置业务的平台、系统及方法
CN101077023A (zh) 用于配置无线电终端的方法和网络体系结构、无线电终端、网络节点及其计算机程序产品
CN101047655A (zh) 一种基于ip传输的消息路由方法和系统
CN101076198A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1098281

Country of ref document: HK

C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1098281

Country of ref document: HK