CN101010927A - 用于sim和终端之间的通信的协议转换“载体无关协议”－tcp/ip - Google Patents
用于sim和终端之间的通信的协议转换“载体无关协议”－tcp/ip Download PDFInfo
- Publication number
- CN101010927A CN101010927A CN 200580023401 CN200580023401A CN101010927A CN 101010927 A CN101010927 A CN 101010927A CN 200580023401 CN200580023401 CN 200580023401 CN 200580023401 A CN200580023401 A CN 200580023401A CN 101010927 A CN101010927 A CN 101010927A
- Authority
- CN
- China
- Prior art keywords
- electronic equipment
- http
- tcp
- smart card
- protocol
- 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
通过根据载体无关协议经由通信信道在第一电子设备和第二电子设备之间交换HTTP消息，将由第一电子设备实施或者在第一电子设备上运行的HTTP或者HTTPS服务器的服务提供给第二电子设备。在第二电子设备上运行的应用程序可以使用TCP/IP协议以同服务器交换HTTP消息。在第二电子设备上使用网关，其管理通信信道并且执行载体无关协议－用于从HTTP或者HTTPS服务器接收的消息的TCP/IP的协议转换、和TCP/IP－用于发送到服务器的消息的载体无关协议的协议转换。
Description
技术领域
本发明总体涉及第一电子设备和第二电子设备之间的数据交换，更具体地说，涉及在第一电子设备上运行的网络服务器或者由第一电子设备所实施的网络服务器与在第二电子设备上运行的网络浏览器之间的HTTP(超文本传输协议)消息的交换。
根据本发明的第一电子设备是便携设备，而且根据本发明的第二电子设备在该便携设备的外部。
在本发明的主要应用中，第一电子或者便携设备将是集成电路或者智能卡，具体来说，其与ISO 7816-4兼容，并且包括诸如(U)SIM((U)订户标识模块)、UICC、R-UIM(可拆卸-用户标识模块)和WIM(无线标识模块)之类的平台，而第二电子或者外部设备将是移动电话形式的智能卡终端。我们在整个说明书中将使用智能卡和终端的例子。但是，还可以将本发明应用于其中便携设备例如是多媒体存储器卡或者外部设备是PDA(个人数字助理)或者PC(个人计算机)的其他情况。
背景技术
可以将诸如HTTP或者HTTPS服务器之类的网络服务器嵌入在智能卡之类的便携设备中。然后通过该智能卡连接到的终端上运行的应用程序经由HTTP来访问驻留在智能卡上的资源。而且，由于将HTTP设计来发送超文本页面，所以可以将网络浏览器在例如作为用于智能卡应用程序的用户界面的终端上使用。
设计应用程序层因特网协议HTTP以在TCP/IP(传输控制协议/因特网协议)上使用，而且标准浏览器使用TCP/IP来发送HTTP消息。但是，为了智能卡和终端之间的数据传输，通过在传输层级别上使用除了TCP之外的其他协议。具体来说，作为网络服务器的主机的当前智能卡解决方案使用用于HTTP消息专属的专有协议。
发明内容
因此本发明的目的是提供用于在智能卡之类的便携设备中所嵌入的网络服务器、和在智能卡终端上运行的网络浏览器之类的在外部设备上运行的应用程序之间，使用在智能卡上现存的传输层来交换HTTP消息的机制。
本发明的再一个目的是允许在外部设备上运行的应用程序使用用于HTTP消息交换的TCP/IP，就像在该应用程序和在便携设备中嵌入的网络服务器之间存在TCP/IP连接一样。
通过在独立权利要求1、8和9和10、19和20中所限定的方法和设备来实现该目的。在从属权利要求中限定了其他优选实施方式。
根据本发明的优选实施方式，通过将HTTP或者HTTPS服务器的服务提供给第二电子设备的方法来实现该目的，其中由第一电子设备来实现的所述服务器或者在第一电子设备上运行的所述服务器，第一电子设备根据载体无关协议(Bear Independent Protocol，BIP)经由第一和第二电子设备之间的通信信道，与第二电子设备交换HTTP消息。
这样的优点是；可以使用由3GPP(第三代合伙项目，3rd GenerationPartnership Project)和ETSI(欧洲电信标准协会)之类的标准化团体所定义的标准机制和命令，在第一和第二电子设备之间交换HTTP消息。
根据本发明的再一个优选实施方式，确定经由通信信道由第一电子设备传送到第二电子设备的HTTP消息要经由TCP/IP在第二电子设备内进一步发送到在第二电子设备上运行的应用程序，而且由第一电子设备从第二电子设备接收来的HTTP消息已经在第二电子设备内经由TCP/IP发送。
这样的优点是：用于同服务器交换HTTP消息的应用程序可以使用作为用于交换HTTP消息的标准协议的TCP/IP。根据本发明的再一个优选实施方式，在第二电子设备上运行的应用程序是网络浏览器，而HTTP或者HTTPS服务器提供HTML、xHTML、cHTML或者WML页面给该网络浏览器。
通过这样做，例如可以使用超文本页面来形成在第一电子设备上运行的应用程序的用户界面。
根据本发明的再一个优选实施方式，使用DELARE SEVICE命令来通知第二电子设备：第一电子设备提供HTTP或者HTTPS服务器的服务。
这允许第一电子设备将第一电子设备提供网络服务器的服务的信息下载到第二电子设备的数据库中。
根据本发明的再一个实施方式，可以用发送PIN类型和/或PIN值属性的标准HTTP WWW验证来对用户进行验证。
这允许通过仅仅使用网络浏览器所理解的HTTP协议的用户标识，使得不必使用APDU(应用程序协议数据单元)之类的其他命令。
在本发明的优选实施方式中，第一电子设备是智能卡。
在本发明的另一个优选实施方式中，第一电子设备是多媒体存储卡。
本发明的一个优选实施方式是包括计算机程序代码装置以使得第一电子设备执行上述方法的计算机程序部件。
本发明的另一个实施方式是实施或者运行HTTP或者HTTPS服务器并且执行上述方法的电子设备。
本发明的再一个实施方式是方法，其允许在第二电子设备上运行的应用程序使用TCP/IP协议来与由第一电子设备实施的或者在第一电子设备上运行的HTTP或者HTTPS服务器交换HTTP消息，根据载体无关协议的通信信道用于在第二电子设备和第一电子设备之间交换HTTP消息，由执行载体无关协议-用于从HTTP或者HTTPS服务器接收的消息的TCP/IP的协议转换、和TCP/IP-用于发送到HTTP或者HTTPS服务器的消息的载体无关协议的协议转换的网关来管理在第二电子设备上的通信信道。
然后运行第二电子设备的应用程序建立到网关的TCP/IP连接就像建立了到HTTP服务器的直接连接一样，这使得使用对应用程序透明的载体无关协议。
根据本发明的再一个实施方式，将内部IP地址和内部域名分配给网关，并且将内部域名映射到内部IP地址，而且将内部域名用在统一资源标识符中以指示统一资源标识符标识在第一电子设备上的资源。
当第二电子设备上运行的应用程序想要访问由统一资源定位符所标识的资源时，其经由TCP/IP的HTTP请求将导向网关，在网关中将其继续发送到智能卡。
根据本发明的进一步优选实施方式，第一电子设备是智能卡，而统一资源标识符包括用于访问诸如(U)SIM和WIM应用程序之类的标准化智能卡应用程序。
通过这样做，在第二电子设备上运行的应用程序可以进行工作以显示智能卡应用程序的超文本用户界面。
根据本发明的再一个优选实施方式，当第二电子设备上运行的应用程序打开到网关的TCP/IP套接字时，发送命令到第一电子设备以打开通信信道。
然后网关和HTTP服务器之间的通信信道可以用作在第二电子设备上运行的应用程序和网关之间的TCP/IP连接的继续。
根据本发明的再一个优选实施方式，将TCP/IP套接字映射到被打开的信道。
然后每个通信信道可以用作用于一个套接字连接的专用信道，在网关中简化了HTTP消息的转发。
根据本发明的再一个优选实施方式，第二电子设备是网络浏览器。
网络浏览器是用于显示超文本并且使用HTTP访问网络服务器的标准应用程序。
根据本发明的再一个优选实施方式，第二电子设备是移动电话。
根据本发明的再一个优选实施方式，第二电子设备是PDA。
根据本发明的再一个优选实施方式，第二电子设备是PC。
本发明的一个优选实施方式是包括用于使得设备执行上述方法的计算机程序代码的计算机程序部件。
本发明的再一个优选实施方式是运行应用程序并且执行上述方法的设备。
附图说明
结合附图通过下面对本发明的优选实施方式的详细描述，将能够更好的理解本发明的上述和其他目的、方面和优点，其中：
图1是示出如何使用载体无关协议和TCP/IP在智能卡和远端服务器之间传送数据的示意图；
图2是示出在用于外部设备上的数据传输的特定元件中的本发明的优选实施方式的示意图；
图3是示出如何使用路由表在智能卡服务器和终端网络客户端之间交换数据的示意图；
图4是示出用于智能卡和终端之间的服务声明的命令序列的示意图；
图5是示出用于打开智能卡和终端之间的通信信道的命令序列的示意图；和
图6是示出用于将数据从终端网络浏览器发送到智能卡的命令序列的示意图。
具体实施方式
根据本发明，如ETSI TS 102 223(例如，第4.11节和第6节)所定义的根据载体无关协议的抢先(proactive)UISS命令(下面称为“BIP命令”)用于在第一电子设备和外部设备之间发送HTTP消息。载体无关协议是允许智能卡建立与终端的通信信道的命令集(OPEN CHANNEL、CLOSE CHANNEL、SENDDATA、RECEIVE DATA和GET CHANNEL STATUS)和事件(数据可用(Dataavailable)、信道状态(Channel status))，并且通过该终端到达网络中的远端服务器或者远端设备。在智能卡和终端之间存在的低层协议用于在通信信道上交换数据。在终端和远端服务器或者远端设备之间可以使用不同的协议，以使得对载体无关协议的使用对于远端服务器或者远端设备透明。
图1示出了使用终端和远端服务器之间的TCP/IP通过终端2在智能卡1和远端服务器13之间进行通信的例子。在步骤100，在智能卡1和终端2之间建立通信信道。在步骤101，终端2通过SEND命令从卡1接收数据，终端在步骤102将该数据插入到TCP分组中并且通过之前所建立的TCP/IP连接发送它们到远端服务器13。在步骤103，终端2通过TCP/IP连接从远端服务器13接收数据，在步骤104从TCP分组中剥离数据并且将其发送到卡1，其中使用数据可用事件由终端2通知卡1，而且当卡1从终端2拖拽数据时发送RECEIVE命令。
然而，虽然实际上将载体无关协议设计为便于智能卡和终端外部的远端服务器或者远端设备之间的通信，但是还可以将BIP命令用于智能卡和在终端上本地运行的应用程序之间的通信。图2示出了在类似于在智能卡上运行的网络服务器之类的第一电子设备1上运行的服务器、和类似于智能卡终端上的网络浏览器之类的外部设备2上运行的应用程序23之间，如何发送根据本发明的HTTP消息。所述浏览器可以是例如用于显示HTML(超文本建模语言)、xHTML(可扩展HTML)、cHTML(紧凑HTML)或者WML(无线置标语言)页面的浏览器。
不通过服务器和浏览器23之间的TCP/IP连接而是通过在终端上驻留的网关24来直接发送消息。使用BIP命令通过通信信道发送服务器和网关24之间的HTTP消息。通过TCP/IP套接字发送网关24和浏览器23之间的HTTP消息。
换句话说，替代于建立到服务器的TCP/IP连接，浏览器23建立到网关24的这种连接。网关24将经由TCP/IP连接从浏览器23接收来的HTTP消息经由通信信道转发到服务器，而且在另一个方向上其将经由通信信道从服务器接收来的HTTP消息经由TCP/IP连接转发到浏览器23。
在HTTP请求中，使用统一资源标识符(URI)来标识所请求的资源，参见RFC 2616第5节中的超文本传输协议版本1.1的规定。为了访问智能卡，将使用类似于http://localsmartcard之类的URI。将例子“localsmartcard”中表示智能卡的域名映射到分配给网关的内部IP地址。将把这种映射固定在例如驻留在智能卡上的静态路由和DNS表25中。当网络浏览器23想要访问由URI所标识的智能卡资源时，通过路由和DNS表25将其引导到网关24。在图3中示出了这种配置，图3示出网络浏览器23通过咨询路由表25来于智能卡服务器4进行通信。
如将要解释的那样，管理通信信道和执行载体无关协议和TCP/IP协议之间的协议转换是网关的任务。
在初始阶段，运行根据本发明的优选实施方式的网络服务器4的智能卡1可以使用“DECLARE SERVICE”命令与例如在ETSI TS 102 223(附件M)中所提议并且在图4中所示的命令序列一起来指示该服务。通常将在启动时进行该服务声明。
在网络浏览器第一次连接到网关以访问HTTP服务器时，网关例如通过使用在ETS TS 102 233附件M中所提议的并且如图5中所示的命令序列来触发通信信道的导通。网关发送ENVELOPE(本地连接)以使得智能卡1发送OPENCHANNEL命令到终端2。ENVELOPE命令是用于将数据发送到驻留在智能卡1上的应用程序的APDU命令，见例如ETSI TS 102 221第7.4.2.2节；OPENCHANNEL命令是在ETSI TS 102 223第6.4.27节中所定义的BIP命令。
在本发明的优选实施方式中，每次网络浏览器打开到网关的TCP/IP套接字时网关都打开新的通信信道。套接字表示在其上可以建立连接的通信端点。然而网关最好将所打开的套接字映射到所打开的信道，从而针对网络浏览器试图向网络服务器4打开的每一个套接字，在网络服务器4和网关25之间都创建专用的通信信道。
一旦建立了通信信道，则可以在网络浏览器23和网络服务器24之间交换数据。网关通过将经由TCP/IP从网络浏览器23接收来的HTTP消息经由通信信道发送到网络服务器4，以及将经由通信信道从网络服务器4接收来的HTTP消息经由TCP/IP套接字发送到网络浏览器23，来执行载体无关协议和TCP/IP之间的协议转换。
在图6中给出了根据ETSI TS 102 223的附件M的、将数据从网络浏览器23发送到网络服务器4的命令序列的例子。在已经从网络浏览器24接收到数据之后，网关将ENVELOPE命令发送到智能卡以将数据已经到达通知给智能卡，并且使得其发送RECEIVE DATA命令。RECEIVE DAT命令是如ETSI TS 102223第6.4.29节中所定义的BIP命令。该命令将智能卡希望接收的最大数据长度指示给网关。然后，网关使用TERMINAL RESPONSE命令来发送数据。TERMINAL RESPONSE是如ETST TS 102 221第10.1节中所定义的APDU命令。注意，将标识在其上发生通信的通信信道的信道标识符作为参数以ENVELOPE和RECEIVE DATA命令发送。
为了在另一个方向上发送HTTP消息，例如从网络服务器4到网络浏览器23，使用类似的机制。替代于RECEIVED DATA，将SEND DATA命令从智能卡1发送到网关24。SEND DATA是如ETSI TS 102 223第6.4.30节中所定义的BIP命令。其用于将HTTP消息从网络服务器4发送到网关24，从而后者能够通过TCP/IP将其转发到网络浏览器23。
在下面，将更加详细地描述上面已经提到其在HTTP请求中的使用的智能卡URI的语法。在RFC 2396中定义了普通URI语法如下：
<Scheme>：<scheme-specific-part>
在本发明的上下文中，使用方案(scheme)“http”。
在大量URI中，<scheme-specific-part>的普通语法是：
//<authority><path>？<query>
其中在特定URL中可以没有部件<authority>、<path>和？<query>的每一个。
<authority>表示用于命名权威机构(authority)的顶层元素。在本发明的上下文中，所期望的智能卡URI的使用通常是针对由终端网络浏览器23所访问的本地智能卡。因此权威机构元件可以是类似于“localsmartcard”的域名。
<path>元件标识方案和权威机构的范围内的资源。可以将用于本地智能卡的路径元件的完整语法描述如下：
<path> ＝[″/″sc～resource]*
<sc～resource> ＝<df>#<ef>
<df> ＝2*[＜BYTE]#″USlr\4″#″WIN4″#<aid>
<ef> ＝2*[<BYTE>]
<aid> ＝″AID＝″16*[BYTE]
<BYTE> ＝2*[HEX]
<HEX> ＝″A″|″B″|″C″|″D″|″E″|″F″|″a″|″b″|″c″|″d″|″e″|″f″|
<DIGIT>
<DIGIT> ＝″1″|″2″|″3″|″4″|″5″|″6″|″7″|″8″|″9″|″0″
“df”代表智能卡专用文件，其对应于智能卡文件系统中的目录，“ef”代表智能卡基本文件，其对应于智能卡数据文件。
当智能卡包含这种应用程序时，“USIM”和“WIM”称为USIM(通用订户标识模块，见3GPP TS 31.102)和WIM(无线标识模块)应用程序专用文件(ADF)。
将带有权威机构和路径元件的URI的例子定义如下：
http://localsmartcard/USIM/12A1
http://localsmartcard/3F00
<query>元件是要由资源理解的信息串。建议的语法是：
<query> ＝<http_query>|<state>
<http_query> ＝n*[BYTE]
<state>元件是可以被用作对智能卡框架的指示，在该框架上进入点(entrypoint)要开始执行创建作为对HTTP请求的响应的动态内容的应用程序。
在查询(query)元件内，应该保留字符″；″、″/″、″？″、″：″、″@″、″&″、″＝″、″+″、″，″和″$″。
带有根据上述定义的询问元件的URI例子是：
http://localsmartcard/3F00/2F24？record＝02
http://localsmartcard/12121215199764382564579867542734/？state＝entryl
在下面，将概述针对通过网络服务器访问驻留在智能卡上的资源的一些安全考虑。
如果智能卡资源需要还没有被满足的安全条件，则当针对本地终端应用程序APDU协议定义它们时，智能卡服务器4可以提供手段来允许该安全条件。例如，其可以发放请求以要求用户提供PIN(个人标识号码)。
使用标准HTTP验证交换在客户端应用程序23和智能卡服务器4之间执行验证，将其简要描述如下：
智能卡服务器4将用包含带有状态代码“401”(未授权)的状态行(Status-Line)、和包括指示可应用于请求URI的验证方案和参数的至少一个质疑的WWW验证字段的HTTP响应消息，对HTTP请求进行响应。
在本发明的优选实施方式中，智能卡4使用下面的WWW验证字段质疑PIN请求：
WWW-Authenticate:Digest realm＝<PINName>
注意；根据被要求的PIN的类型(例如“PIN1”、“CHV1”)，<PINName>串可以具有不同的值。
将把响应发送到客户端应用程序23。客户端应用程序23然后执行与用户的对应对话(例如，请求PIN或者口令字)，并且向回发送包括包含授权证书的授权请求头部的请求。
注意：对于PIN使用，在响应数据字段中传送PIN值。智能卡服务器23可以忽略可能存在的用户名。
在下面，将给出终端网络浏览器23和智能卡网络服务器4之间发送HTTP消息的例子。
浏览器23显示下面HTML页面：
<HTML><BODY>
<A HREF＝″http://localsmartcard/7F40/5F30″>Test the smartcard-URI</A>
</BODY></HTML>
用户点击链接。
在这种情况下，访问验证时PIN验证。必须以下面数据发送VERIFY PIN命令：
| 字节 | 描述 | 长度 |
| 1-8 | PIN值 | 8 |
浏览器发送下面HTTP GET请求给智能卡：
GET http://localsmartcard/7F40/5F30 HTTP/1.1
智能卡网关在BIP命令中发送请求。命令数据是：
| 字节 | 描述 | 长度 |
| 1-Lc | GET http://localsmartcard/7F40/5F30 HTTP/1.1 | Lc |
然后，智能卡服务器4可以检索对应的资源(例如，文件的内容)并且以在BIP命令中所发送的下面HTTP响应将其发送回去。
| 字节 | 描述 | 长度 |
| 1-Le | HTTP/1.1 200 OKContent-type：text/plainContent-length：3406这是文件的内容 | Le |
当接收到该响应时，网关24将把其封包在TCP/IP分组中并且将其作为HTTP响应分组发送到浏览器。
在下面，给出用于访问智能卡1上的网络服务器4所需要的最小HTTP简档(profile)的定义。将该简档定义为HTTP 1.1的子集。应用下面限制：如在该文档中所定义的，URI字段可以是关于智能卡的规则的绝对形式。(例如，http://localsmartcard/12A1)。
应该被实施在智能卡网络服务器4上的HTTP版本是HTTP/1.1。因此，根据RFC 2616的HTTP 1.1规定，HTTP版本字段的值应该是“HTTP/1.1”。
下面的表面列出了应该由智能卡服务器4支持的HTTP方法以及其中之一应该是可选的或者强制的推荐标准。
| 方法 | 支持 |
| OPTIONS | 可选 |
| GET | 强制 |
| HEAD | 强制 |
| POST | 强制 |
| PUT | 强制 |
| DELETE | 可选 |
| TRACE | 可选 |
| CONNECT | 可选 |
当接收不被支持的到来请求时，智能卡服务器4将使用带有状态代码＝405(方法不允许)的HTTP响应消息进行响应。
下面的表列出要由智能卡网络服务器支持的GENERAL头部以及其中之一应该是可选的或者强制的推荐标准。
| 字段 | 支持 |
| Connection | 强制 |
| Date | 可选 |
| Pragma | 可选 |
| Trailer | 可选 |
| Transfer-Encoding | 可选 |
| Update | 可选 |
| Via | 可选 |
| Warning | 可选 |
在接收时的具体行动：
智能卡网络服务器4将忽略不支持的字段。
智能卡网络服务器4应该支持下面列出的针对每个HTTP请求消息的REQUEST头部字段。
| 字段 | 支持 | 附加评述 |
| Accept | 可选 | |
| Accept-Charset | 可选 | |
| Accept-Encoding | 可选 | |
| Accept-Language | 可选 | |
| Authorization | 强制 | |
| Except | 可选 | |
| From | 可选 | |
| Host | 可选 | Host字段应该为空 |
| If-Match | 可选 | |
| If-Modified-Since | 可选 | |
| If-None-Match | 可选 | |
| If-Range | 可选 | |
| If-Unmodified-Since | 可选 | |
| Max-Forwards | 可选 | |
| Proxy-Authorization | 可选 | 不可应用 |
| Range | 可选 | |
| Referer | 可选 |
| TE | 可选 | |
| User-Agent | 可选 |
在接收时的具体动作：
-因为所请求的URI总是绝对形式，所以应该忽略“Host(主机)”字段。
-“Authorization(授权)”字段如上面描述。
智能卡服务器4应该支持下面状态代码：
Successful Status-Code(成功的状态代码)＝
200 OK
|201 Created(创建)
|201 No Content(无内容)
|201 Reset Content(重置内容)
Client Error Status-Code(客户端错误状态代码)＝
401 Unauthorized(未授权)
|403 Forbidden(禁止)
|404 Not Found(未发现)
|405 Method Not Allowed(方法不允许)
|413 Request Entity Too large(请求实体太大)
|414 Request-URI Too large(请求URI太大)
Server Error Status-Code(服务器错误状态代码)＝
500 Internal Server Error(内部服务器错误)
|505 HTTP Version not supported(不支持HTTP版本)
下面的表列出了针对应该由对应发送/接收实体所支持的每个HTTP请求消息的RESPONSE头部字段。
| 字段 | 支持 | 附加评述 |
| Accept-Ranges | 可选 | |
| Age | 可选 | |
| ETag | 可选 | |
| Location | 可选 |
| Proxy-Authenticate | 可选 | N/A |
| Retry-After | 可选 | |
| Server | 可选 | |
| Varv | 可选 | |
| WWW-Authenticate | 强制 | c.f.above |
接收时的具体行动：
无
对于每个HTTP请求消息，智能卡服务器可以支持下面ENTITY头部字段。
| 字段 | 支持 |
| Allow | 可选 |
| Content-Encoding | 可选 |
| Content-Language | 可选 |
| Content-Length | 强制 |
| Content-Location | 可选 |
| Content-MD5 | 强制 |
| Content-Range | 可选 |
| Content-Type | 强制 |
| Expires | 可选 |
| Last-Modified | 可选 |
| Extension-header | 可选 |
在发送时的具体行动：
根据在HTTP响应内被传送的资源，应该由智能卡服务器包括“Content-Type(内容类型)”HTTP头部。
Claims (25)
1.一种将由第一电子设备实施的或者在第一电子设备上运行的HTTP或者HTTPS服务器的服务提供到第二电子设备的方法，其特征在于：所述第一电子设备根据载体无关协议经由所述第一和所述第二电子设备之间的通信信道与所述第二电子设备交换HTTP消息。
2.根据权利要求1所述的方法，其特征在于：确定经由所述通信信道由所述第一电子设备传送到所述第二电子设备的HTTP消息要经由TCP/IP在所述第二电子设备内进一步发送到在所述第二电子设备上运行的应用程序，而且由所述第一电子设备从所述第二电子设备接收来的所述HTTP消息已经在所述第二电子设备内经由TCP/IP发送。
3.根据权利要求2所述的方法，其特征在于：在所述第二电子设备上运行的所述应用程序是网络浏览器，而所述HTTP或者HTTPS服务器提供HTML、xHTML、cHTML或者WML页面给该网络浏览器。
4.根据之前权利要求之一所述的方法，其特征在于：使用DELARESEVICE命令来通知所述第二电子设备：所述第一电子设备提供HTTP或者HTTPS服务器的服务。
5.根据之前权利要求之一所述的方法，其特征在于：用发送PIN类型和/或PIN值属性的标准HTTP WWW验证来对用户进行验证。
6.根据之前权利要求之一所述的方法，其特征在于：所述第一电子设备是智能卡。
7.根据之前权利要求之一所述的方法，其特征在于：所述第一电子设备是多媒体存储卡。
8.根据之前权利要求之一所述的方法，其特征在于：所述第二电子设备是移动电话。
9.根据之前权利要求之一所述的方法，其特征在于：所述第二电子设备是PDA。
10.根据之前权利要求之一所述的方法，其特征在于：所述第二电子设备是PC。
11.一种包括用于使得电子设备执行根据权利要求1到10所述的方法的计算机程序代码装置的计算机程序元件。
12.一种实现或者运行HTTP或者HTTPS服务器并且执行根据权利要求1到10所述的方法的电子设备。
13.一种允许在第二电子设备上运行的应用程序使用TCP/IP协议，来与由第一电子设备实施的或者在第一电子设备上运行的HTTP或者HTTPS服务器交换HTTP消息的方法，根据载体无关协议的通信信道用于在所述第一电子设备和第二电子设备之间交换HTTP消息，该方法特征在于：由执行载体无关协议-用于从HTTP或者HTTPS服务器接收的消息的TCP/IP的协议转换、和TCP/IP-用于发送到HTTP或者HTTPS服务器的消息的载体无关协议的协议转换的网关来管理在所述第二电子设备上的所述通信信道。
14.根据权利要求13所述的方法，其特征在于：将内部IP地址和内部域名分配给所述网关，并且将所述内部域名映射到所述内部IP地址，而且将所述内部域名用在统一资源标识符中以指示该统一资源标识符标识在所述第一电子设备上的资源。
15.根据权利要求13或者14所述的方法，其特征在于：所述第一电子设备是多媒体存储卡。
16.根据权利要求13或者14所述的方法，其特征在于：所述第一电子设备是智能卡。
17.根据权利要求14所述的方法，其特征在于：所述第一电子设备是智能卡，而所述统一资源标识符包括用于访问诸如(U)SIM和WIM应用程序之类的标准化智能卡应用程序。
18.根据权利要求13到17所述的方法，其特征在于：当所述第二电子设备上运行的所述应用程序打开到网关的TCP/IP套接字时，发送命令到所述第一电子设备以打开通信信道。
19.根据权利要求18所述的方法，其特征在于：将所述TCP/IP套接字映射到所述被打开的信道。
20.根据权利要求13到19所述的方法，其特征在于：在所述第二电子设备上运行的所述应用程序是网络浏览器。
21.根据权利要求13到20所述的方法，其特征在于：所述第二电子设备是移动电话。
22.根据权利要求13到20所述的方法，其特征在于：所述第二电子设备是PDA。
23.根据权利要求13到20所述的方法，其特征在于：所述第二电子设备是PC。
24.一种包括使得设备执行根据权利要求13到23之一所述的方法的计算机程序代码装置的计算机程序部件。
25.一种运行应用程序并且执行根据权利要求13到23之一所述的方法的电子设备。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP04291503.3 | 2004-06-15 | ||
| EP04291503 | 2004-06-15 | ||
| EP04292033.0 | 2004-08-11 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101010927A true CN101010927A (zh) | 2007-08-01 |
Family
ID=38698165
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200580023401 Pending CN101010927A (zh) | 2004-06-15 | 2005-06-10 | 用于sim和终端之间的通信的协议转换“载体无关协议”－tcp/ip |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101010927A (zh) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101895572A (zh) * | 2010-06-28 | 2010-11-24 | 中兴通讯股份有限公司 | 一种sd卡与主控设备之间的数据交互方法及系统 |
| CN102265290A (zh) * | 2009-09-22 | 2011-11-30 | Sk电信有限公司 | 基于智能卡的浏览系统及其方法，以及所应用的智能卡 |
| CN102484645A (zh) * | 2009-07-09 | 2012-05-30 | 格马尔托股份有限公司 | 管理嵌入在安全电子令牌中的应用的方法 |
| CN102598636A (zh) * | 2009-09-02 | 2012-07-18 | 金雅拓股份有限公司 | 安全装置解析目标服务器的因特网协议地址的方法 |
| CN102594892A (zh) * | 2012-02-22 | 2012-07-18 | 中兴通讯股份有限公司 | 数据访问方法及装置 |
| CN103297384A (zh) * | 2012-02-22 | 2013-09-11 | 航天信息股份有限公司 | 协议转换的通信方法及系统 |
| CN103329578A (zh) * | 2010-12-06 | 2013-09-25 | 格马尔托股份有限公司 | 在ip上向uicc远程传送完整订阅简档的方法 |
| CN102025711B (zh) * | 2009-09-11 | 2014-09-17 | 中国银联股份有限公司 | 一种智能卡进行外部应用通讯的方法 |
| CN104065714A (zh) * | 2014-06-18 | 2014-09-24 | 中国联合网络通信集团有限公司 | 基于sim卡的网络应用处理方法、sim卡和移动终端 |
| CN105765951A (zh) * | 2013-10-10 | 2016-07-13 | 谷歌公司 | 用于管理通信的系统、方法和计算机程序产品 |
| CN106375986A (zh) * | 2016-09-29 | 2017-02-01 | 中国联合网络通信集团有限公司 | 通道建立方法及装置 |
| CN113779791A (zh) * | 2021-09-08 | 2021-12-10 | 广东博智林机器人有限公司 | 一种仿真系统、方法、装置及电子设备 |
-
2005
- 2005-06-10 CN CN 200580023401 patent/CN101010927A/zh active Pending
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102484645A (zh) * | 2009-07-09 | 2012-05-30 | 格马尔托股份有限公司 | 管理嵌入在安全电子令牌中的应用的方法 |
| CN102484645B (zh) * | 2009-07-09 | 2015-07-29 | 格马尔托股份有限公司 | 管理嵌入在安全电子令牌中的应用的方法 |
| CN102598636A (zh) * | 2009-09-02 | 2012-07-18 | 金雅拓股份有限公司 | 安全装置解析目标服务器的因特网协议地址的方法 |
| CN107105067A (zh) * | 2009-09-02 | 2017-08-29 | 金雅拓股份有限公司 | 用于操作安全装置的方法、移动设备和安全装置 |
| CN102025711B (zh) * | 2009-09-11 | 2014-09-17 | 中国银联股份有限公司 | 一种智能卡进行外部应用通讯的方法 |
| CN102265290B (zh) * | 2009-09-22 | 2014-12-03 | Sk电信有限公司 | 基于智能卡的浏览系统及其方法，以及所应用的智能卡 |
| CN102265290A (zh) * | 2009-09-22 | 2011-11-30 | Sk电信有限公司 | 基于智能卡的浏览系统及其方法，以及所应用的智能卡 |
| US8579202B2 (en) | 2009-09-22 | 2013-11-12 | Sk Planet Co., Ltd. | Smart card-based browsing system and smart card-based browsing method and smart card for the same |
| CN101895572A (zh) * | 2010-06-28 | 2010-11-24 | 中兴通讯股份有限公司 | 一种sd卡与主控设备之间的数据交互方法及系统 |
| CN101895572B (zh) * | 2010-06-28 | 2014-03-19 | 中兴通讯股份有限公司 | 一种sd卡与主控设备之间的数据交互方法及系统 |
| CN103329578A (zh) * | 2010-12-06 | 2013-09-25 | 格马尔托股份有限公司 | 在ip上向uicc远程传送完整订阅简档的方法 |
| WO2013123688A1 (zh) * | 2012-02-22 | 2013-08-29 | 中兴通讯股份有限公司 | 数据访问方法及装置 |
| CN103297384A (zh) * | 2012-02-22 | 2013-09-11 | 航天信息股份有限公司 | 协议转换的通信方法及系统 |
| CN102594892A (zh) * | 2012-02-22 | 2012-07-18 | 中兴通讯股份有限公司 | 数据访问方法及装置 |
| KR101809317B1 (ko) | 2012-02-22 | 2017-12-14 | 지티이 코포레이션 | 데이터 액세스 방법 및 장치 |
| CN102594892B (zh) * | 2012-02-22 | 2018-08-24 | 南京中兴新软件有限责任公司 | 数据访问方法及装置 |
| CN105765951A (zh) * | 2013-10-10 | 2016-07-13 | 谷歌公司 | 用于管理通信的系统、方法和计算机程序产品 |
| CN105765951B (zh) * | 2013-10-10 | 2019-09-13 | 谷歌有限责任公司 | 用于管理通信的系统、方法和计算机程序产品 |
| CN104065714A (zh) * | 2014-06-18 | 2014-09-24 | 中国联合网络通信集团有限公司 | 基于sim卡的网络应用处理方法、sim卡和移动终端 |
| CN106375986A (zh) * | 2016-09-29 | 2017-02-01 | 中国联合网络通信集团有限公司 | 通道建立方法及装置 |
| CN106375986B (zh) * | 2016-09-29 | 2019-12-03 | 中国联合网络通信集团有限公司 | 通道建立方法及装置 |
| CN113779791A (zh) * | 2021-09-08 | 2021-12-10 | 广东博智林机器人有限公司 | 一种仿真系统、方法、装置及电子设备 |
| CN113779791B (zh) * | 2021-09-08 | 2024-02-06 | 广东博智林机器人有限公司 | 一种仿真系统、方法、装置及电子设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8447836B2 (en) | Protocol conversion “Bearer Independent Protocol (BIP)”—TCP/IP for communication between SIM and terminal | |
| CN101010927A (zh) | 用于sim和终端之间的通信的协议转换“载体无关协议”－tcp/ip | |
| CN100504837C (zh) | 便于访问网络应用及元件的方法、系统、设备和移动终端 | |
| FI109756B (fi) | Menetelmä tiedonsiirtojärjestelmässä paikallisten resurssien hyödyntämiseksi, tiedonsiirtojärjestelmä ja langaton viestin | |
| US7702317B2 (en) | System and method to query wireless network offerings | |
| CN100531212C (zh) | 一种协商设备信息的系统、方法 | |
| KR100644616B1 (ko) | 마크업 랭귀지 기반의 단일인증 방법 및 이를 위한 시스템 | |
| US20030140068A1 (en) | Arrangement, system and method relating to exchange of information | |
| KR102036662B1 (ko) | 네트워크 시스템에서 웹 접속 장치 및 방법 | |
| US20010028636A1 (en) | Method and apparatus for mapping an IP address to an MSISDN number within a service network | |
| US20050153683A1 (en) | Plug and play mobile services | |
| CN102695167B (zh) | 移动用户身份标识管理方法和装置 | |
| CN103220372A (zh) | 数据业务访问方法及系统 | |
| EP1251671B1 (en) | A method of providing a proxy server based service to a communications device on a network | |
| KR20020089450A (ko) | 통합된 통신 서버 및 방법 | |
| CN102724050A (zh) | 设备管理系统中对网关进行初始化的方法及装置 | |
| FI108694B (fi) | Yhteyskahva | |
| US9756129B2 (en) | WSDL/WADL reference definition integration | |
| KR101042161B1 (ko) | 이동통신 단말기를 위한 컨텐츠 자동 번역 시스템 및 방법 | |
| FI112581B (fi) | Paikantava WAP-yhdyskäytävä | |
| GB2350974B (en) | A cellular communication terminal, a method and a system for accessing servers | |
| Specification | Version 10-Nov-1999 | |
| CN101094246A (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 | ||
| C53 | Correction of patent for invention or patent application | ||
| CB02 | Change of applicant information |
Address after: French Meudon Applicant after: Axalto SA Address before: France Sumerong Applicant before: Axalto S. A. |
|
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20070801 |