专利名称：通信系统和终端及用于该系统和终端的通信介质选择方法
技术领域：
本发明涉及通信系统和通信终端、用于所述系统和终端的通信介质选择方法以及用于所述方法的程序。具体地说，本发明涉及为了在存在多种通信介质的通信系统中合适地使用不同的通信介质而对通信介质进行选择的方法。
背景技术：
随着包括移动通信环境在内的通信环境的发展，对用于适当地使用多种不同通信介质的技术的期望也在增长。由于通信系统的发展中最重要的事情一直在于通信的建立，因此考虑到通信成本的增长，尚未实现用于适当地使用多种不同通信介质的技术。
例如，日本未经实审专利公开No.2003-163679和No.2003-289308公开了一些系统，其当通信终端在存在多种通信介质的环境中移动时，根据通信终端当前位置而在所述多种通信介质之间进行平滑切换，从而可以确保无缝的通信。所公开的系统目的在于建立通信，而非被设计来用于适当地使用多种不同通信介质。
然而，考虑到降低有线通信介质的通信成本、发展用于无线通信介质的分组交换方法以及增加用于有线/无线通信介质的单一费率(flat-rate)系统时，在同时连接到多种不同通信介质时考虑适当地使用所述多种通信介质已经变得很现实了。
在越来越多的情况下，通信的执行是为了服务提供商的需求，而非为了通信终端的用户。这样的示例包括推送传递(push delivery)、广告邮件传播以及由于通信终端中的故障而进行的软件在线更新。在这些情形下，使用对通信终端的用户计费的通信介质来执行所有的通信就很不合理了。
在已知的通信介质选择方法中，当新检测到可用通信介质时，就基于通信介质的属性例如通信成本、频带以及无线电强度等来选择一种通信介质，以切换并连接到该介质。因此，通信介质的选择并非基于服务的属性。也就是说，所要使用的通信介质的选择并非是考虑到服务的提供和使用的利害因素来进行的，所述利害因素例如是服务提供商的利益、服务用户的利益以及服务提供商和服务用户双方的利益。
在上述已知的通信介质选择方法中，每一次检测到通信介质时，都可能要进行通信介质的选择以及切换并连接到该介质(当前通信介质的断开和连接到另一种通信介质)。考虑到服务提供的速度，以及连接时通信终端和网络装置上产生的负载，这是不利的。
而且，在已知的通信介质选择方法中，通信介质的选择并非是考虑到服务的特性来进行的，所述特性即被提供的通信所针对的服务的提供和使用目的。因此，通信介质的确定具有一定程度的不确定性，而且对于服务设置来说可能不是最适合的。
而且，在已知的通信介质选择方法中，在可同时使用多种应用的通信终端环境下，所选择的通信介质对于各个应用所提供的所有服务来说未必是最适合的。而且，所述通信介质并非是根据服务所需的频带来选择的。
传统上，当考虑到服务的提供和使用目的而选择通信介质时，对于每一个应用，选择通信介质的决定是通信终端的用户，或应用来作出的。
在上述已知的通信介质选择方法中，对于每一个所要使用的应用，考虑可用的通信介质时，选择何种通信介质的决定的作出需要通信终端的用户的干涉或修改所述应用。在当今通信终端的动态环境中，这对于快速的服务提供来说是不利的，其中在所述动态环境中，可以执行软件的在线下载，并且根据场合存在多种不同通信介质。
发明内容
因此，本发明的目的在于解决上述问题，并提供了一种通信系统和通信终端、用于该系统和终端的通信介质选择方法以及用于该方法的程序，以使得通信介质可以根据服务设置而被合适地选择并用于通信。
本发明的通信系统是这样一种通信系统，其中，在通信终端和该通信终端与之通信的通信节点之间存在多种通信介质，所述节点向所述通信终端提供各种服务。通信终端包括用于选择所述多种通信介质之一，并通过所选择的通信介质进行通信的通信控制装置，所述通信介质对应于所请求的服务。所述通信控制装置的操作独立于应用的操作，其中每个应用请求所述服务。
本发明的通信终端被提供了多种通信介质，可用来与向该通信终端提供各种服务的通信节点通信。所述通信终端包括用于选择所述多种通信介质之一，并通过所选择的通信介质进行通信的通信控制装置，所述通信介质对应于所请求的服务。所述通信控制装置的操作独立于应用的操作，其中每个应用请求所述服务。
本发明的通信介质选择方法是这样一种通信介质选择方法，用于选择对应于通信系统中的服务的通信介质，在所述通信系统中，在通信终端和该通信终端与之通信的通信节点之间存在多种通信介质，所述节点向所述通信终端提供各种服务。所述方法包括选择所述多种通信介质之一，并通过所选择的通信介质进行通信的步骤，所述通信介质对应于所请求的服务。所述步骤的操作独立于应用的操作，其中每个应用请求所述服务。
本发明的程序是用于通信介质选择方法的程序，所述方法用于选择对应于通信系统中的服务的通信介质，在所述通信系统中，在通信终端和该通信终端与之通信的通信节点之问存在多种通信介质，所述节点向所述通信终端提供各种服务。所述程序使得通信终端执行选择所述多种通信介质之一，并通过所选择的通信介质进行通信的处理，其中所述通信介质对应于所请求的服务，并且所述程序使得所述处理的操作独立于应用的操作，其中每个应用请求所述服务。
也就是说，在本发明的通信系统中，所述通信终端包括一个通信控制器，用于执行与通信介质相关的检测、连接、选择和通信；还包括用于执行应用的服务执行器。由于通信控制器确定将要使用何种通信介质来执行何种服务，因此可以实现这样一种方法，其不需要用于各个应用的专用功能，也不会影响所述应用。
在本发明的通信系统中，与应用期望与之通信的一方(以下称为“对方”)有关的信息被用来标识所述服务，即对通信系统的“使用”。与对方有关的信息的示例包括所述应用与之通信的节点(以下称为“通信节点”)的因特网协议(IP)地址，以及对于使用超文本传输协议(HTTP)的应用来说节点的统一资源定位符(URL)。
上述通信控制器存储与对方有关的信息以及适用于所述对方的通信介质之间的对应关系规则，并响应于服务执行器中的各个应用的请求，基于所述对应关系规则，选择合适的通信介质。适用于对方的多种通信介质可按照优先权的顺序存储。
在选择通信介质之前，通信控制器检测可用的通信介质，执行与所述通信介质相关的必要的连接处理，并使得所述通信介质准备就绪以用于通信。由于通信控制器向对应于各个通信介质网络的各个端口分配了不同的全局IP地址，因此来自通信节点的流量可被划分到适当的通信介质网络中。
而且，通信控制器同时连接到多种通信介质，每次接收到来自应用的请求时都查询所述对应关系规则，并将所述请求转到最合适的通信介质，从而同时处理了每一个都选择不同通信介质的多个应用。
考虑到可扩展性，本发明的通信系统被假设为其中使用域名的网络。该通信系统的特征在于，在提供服务之前为各项服务选择最适合的通信介质，以发送和接收域名系统(DNS)分组。
这在考虑对于所述服务应向谁收费，以选择最适合于所述对方进行通信的通信介质时尤其重要。这是因为，例如在通信终端的用户准备一种通信介质以使用期望的服务，并为对该通信介质的使用而付费的情况下，或者在通信节点准备另一种通信介质以提供期望的服务，并为对该通信介质的使用而付费的情况下，用于与所预期的目的不一致的服务的任何分组都不允许流动。
在通信终端可使用多种通信介质的环境中，本发明的通信系统提供了一种方法，用于从所述多种通信介质中选择一种适用于服务的特性的通信介质。
具体地说，在本发明的通信系统中，通信控制器具有下述功能，即检测多种通信介质，连接到所述多种通信介质，根据应用期望连接到的对方来识别通信的使用，选择最适合于所述通信的使用的通信介质，以及进行通信。
本发明的通信系统的特征在于，通信终端对于各种通信介质存储不同的IP地址，并根据将要使用的通信介质来使用不同的IP地址，从而将流量转到合适的通信介质。所述通信系统的特征还在于在提供服务之前执行的DNS处理中使用了最适用于各项服务的通信介质。
考虑到便携式的安装，本发明的通信系统中的通信终端被划分为通信控制器，用于执行与通信介质相关的检测、连接、选择和通信；和用于执行应用的服务执行器。所述通信控制器和服务执行器可以安装在相同的外框中，或者安装在不同的外框中并通过链路进行通信。
所述通信控制器能够同时处理来自多个服务执行器和应用的请求，选择最适用于各项应用的通信介质，并进行通信。也就是说，所述通信控制器能够通过同时使用多种不同通信介质来通信。
如上所述，本发明的通信系统中的通信终端被划分成通信控制器和服务执行器，通信控制器基于服务提供商的标识来选择通信介质。因此，不需要各项应用来确定选择何种通信介质。
因此，在本发明的通信系统中，可以使用依赖于应用所请求的服务的合适的通信介质而不会影响所述应用、通信所涉及的网络和与之通信的对方的环境。因此可以实现一种用于选择并使用通信介质的有效的方法。
在本发明中，实现了下述结构和操作，用于根据服务设置来选择合适的通信介质以进行通信。
考虑下面的描述并结合附图可更完整地理解本发明，其中图1的方框图示出了根据本发明实施例的通信系统的结构。
图2的方框图示出了图1中的通信终端的结构。
图3A和图3B的顺序图示出了根据本发明实施例的通信系统的操作。
图4的流程图示出了图2中的通信控制器执行的通信介质的选择。
图5A到5C示出了根据图3A和3B中本发明实施例的通信系统的操作中所使用的存储信息的示例。
图6A到6D示出了根据图3A和3B中本发明实施例的通信系统的操作中所使用的消息的示例。
图7A到7D示出了根据图3A和3B中本发明实施例的通信系统的操作中所使用的消息的示例。
图8的顺序图示出了根据本发明实施例的通信系统的操作。
图9A和9B示出了根据图8中本发明实施例的通信系统的操作中所使用的存储信息的示例。
图10A到10D示出了根据图8中本发明实施例的通信系统的操作中所使用的消息的示例。
具体实施例方式
下面将参考附图描述本发明的实施例。图1的方框图示出了根据本发明实施例的通信系统的结构。本实施例的通信系统基于下述网络，其中使用HTTP来提供服务，并将通信节点的IP地址和域名用作为标识服务的信息。
参考图1，根据本发明实施例的通信系统包括通信终端1和IP网络100，IP网络100包括因特网5、通信介质网络A 101和通信介质网络B102。在因特网上提供了DNS服务器2、通信节点3和通信节点4。
向DNS服务器2分配了IP地址“G200”，向通信节点3分配了域名“URLaaa.bbb.ne.jp”和IP地址“G201”，并向通信节点4分配了域名“URLxxx.yyy.com”和IP地址“G202”。
图2的方框图示出了图1中的通信终端1的结构。参考图2，通信终端1包括通信控制器11、物理端口12到14、服务执行器15和16和记录介质17，记录介质17用于存储数据和由通信控制器11以及服务执行器15和16执行的程序(计算机可执行程序)。通信控制器11通过链路110与服务执行器15和16通信。
服务执行器15和16包括必要的应用151、152、161和162，并工作为用于开始服务提供的触发器。可以提供任意数量的服务执行器15和16。
服务执行器15包括应用151和152，每项应用都使用URL来指定与之通信的对方，而服务执行器16包括应用161和162，每项应用都使用URL来指定与之通信的对方。
服务执行器15和16分别包括DNS解析器153和163。DNS解析器153和163用作为应用151、152、161和162的客户库，以将主机名翻译为IP地址。
虽然未示出，但是服务执行器15和16具有通过某种方式来设置并存储IP地址的功能，以在链路110中使用。所述IP地址可以是局部IP地址，因为它们只在链路110内使用。
通信控制器11具有下述功能，即检测通信介质，与其建立连接，响应于来自服务执行器15和16的服务请求而选择最适合的通信介质，以及进行通信。服务执行器15和16与通信节点3和4之间的所有通信都通过通信控制器11来进行，通信控制器11用作为服务执行器15和16的代理(proxy)。
虽然未示出，但是通信控制器11具有下述功能，即通过某种方式来设置并存储域名中包含的关键字与将要使用的通信介质之间、与之通信的IP地址与将要使用的物理端口之间以及通信介质网络A 101和通信介质网络B 102与物理端口13和14之间的对应关系信息。
所述对应关系信息可具有在未发现对应于搜索条件的信息时将要使用的默认设置。在这一示例中，通信介质网络A 101和通信介质网络B 102分别最适用于通信节点3和通信节点4。
通信控制器11还具有下述功能，即分析从服务执行器15和16接收的分组以识别DNS分组，并解析出包含在DNS分组中的域名。
服务执行器15对于链路110、通信介质网络A 101和通信介质网络B102分别使用物理端口12、物理端口13和物理端口14，并通过某种方式来设置和存储用于各个物理端口12到14的IP地址。物理端口12的IP地址可以是局部IP地址，因为它只在链路110中使用。物理端口13和14的IP地址可能是全局IP地址或局部IP地址，取决于IP网络100的环境。
通信终端1与提供服务的通信节点3和4通信，并与DNS服务器2通信。通信节点3和4具有因服务而异的域名。
图3A和图3B的顺序图示出了根据本发明实施例的通信系统的操作。图4的流程图示出了图2中的通信控制器11执行的通信介质的选择。图5A到5C示出了根据图3A和3B中本发明实施例的通信系统的操作中所使用的存储信息的示例。图6A到6D以及图7A到7D示出了根据图3A和3B中本发明实施例的通信系统的操作中所使用的消息的示例。在下文中，虽然将主要对服务执行器15进行描述，但类似的描述也适用于服务执行器16，并具有关于服务执行器16的相同信息。因此，下面将略去对服务执行器16的描述。
图5A示出了服务执行器15中初始存储的信息。在该设置中，IP地址是“L2”，默认网关IP地址是“L1”，DNS地址是“G200”，DNS缓存是“不可用”。服务执行器16中初始存储的信息与服务执行器15中的信息不同之处在于将“L3”设置为IP地址。
图5B示出了通信控制器11中初始存储的信息。在该设置中，IP地址是“物理端口12L1”、“物理端口13G102”和“物理端口14G103”；关键字和通信介质之间的对应关系信息是“bbb.ne.jp→通信介质A”和“yyy→通信介质B”；通信介质和物理端口之间的对应关系信息是“通信介质A→物理端口13”和“通信介质B→物理端口14”；IP地址和物理端口之间的缓存对应关系信息是“不可用”。关键字和通信介质之间的对应关系信息的默认设置是“无关键字匹配→通信介质A”。
图5C示出了通信节点3中初始存储的信息。在该设置中，IP地址和物理端口之间的缓存对应关系信息是“G201-物理端口13”。通信节点4和DNS服务器2中初始存储的信息分别是“G202-物理端口14”和“G200-物理端口13”。
图6A示出了来自服务执行器15的用于DNS查询(URLaaa.bbb.ne.jp)的消息示例。该消息的设置包括“发送者或源IP＝L2”、“接收者或目的地IP＝G200”、“请求域名＝aaa.bbb.ne.jp”和“有效载荷”。
图6B示出了来自物理端口13的用于DNS查询(URLaaa.bbb.ne.jp)的消息示例。该消息的设置包括“发送者IP＝G102”、“接收者IP＝G200”、“请求域名＝aaa.bbb.ne.jp”和“有效载荷”。
图6C示出了对物理端口13的DNS响应(IP地址G201)的消息示例。该消息的设置包括“发送者IP＝G200”、“接收者IP＝G102”、“请求IP＝G201”和“有效载荷”。
图6D示出了对服务执行器15和16的DNS响应(IP地址G201)的消息示例。该消息的设置包括“发送者IP＝G200”、“接收者IP＝L2”、“请求IP＝G201”和“有效载荷”。对服务执行器16也使用类似的消息格式。
图7A示出了来自服务执行器15的用于HTTP访问请求的消息示例。该消息的设置包括“发送者IP＝L2”、“接收者IP＝G201”和“有效载荷”。
图7B示出了用于来自物理端口13的HTTP访问请求的消息示例。该消息的设置包括“发送者IP＝G102”、“接收者IP＝G201”和“有效载荷”。
图7C示出了用于对物理端口13的HTTP响应的消息示例。该消息的设置包括“发送者IP＝G201”、“接收者IP＝G102”和“有效载荷”。
图7D示出了对服务执行器15的HTTP响应的消息示例。该消息的设置包括“发送者IP＝G201”、“接收者IP＝L2”和“有效载荷”。类似的消息格式也适用于执行器16。
下面将参考图1到7D描述根据本发明实施例的通信系统的操作。图4所示的操作由通信控制器11执行存储在记录介质17中的程序来执行。
图3A和3B示出了在尚未进行DNS解析，并且在对方的IP地址和将要使用的通信介质之间尚不存在对应关系信息的情况下，被执行来使用对方提供的服务的操作。
服务执行器15存储它的通过某种方式为链路110设置的IP地址“L2”；通过某种方式为链路110设置的默认网关IP地址“L1”；以及通过某种方式设置的DNS IP地址“G200”(见图5A)。
默认网关IP地址是通信控制器11用于链路110的IP地址，而DNSIP地址是DNS服务器2的IP地址。如果以前执行的DNS解析尚未产生对应的DNS信息，则不存储对应的DNS缓存信息。
通信控制器11存储它的通过某种方式为链路110设置的IP地址“L1”；通过某种方式为通信介质网络A 101设置的IP地址“G102”；通过某种方式为通信介质网络B 102设置的IP地址“G103”(见图5B)。“L1”、“G102”和“G103”分别用于在物理端口12、物理端口13和物理端口14中进行的通信。
通信控制器11还存储域名中包含的关键字与将要使用的通信介质之间的对应关系信息，例如“bbb.ne.jp使用通信介质网络A 101”和“yyy使用通信介质网络B 102”，上述信息通过某种方式而设置。
通信控制器11还存储通信介质和物理端口之间的对应关系信息，例如“物理端口13用于通信介质网络A 101”和“物理端口14用于通信介质网络B 102”，上述信息通过某种方式而设置。关键字与通信介质之间的对应关系信息的默认设置是“无关键字匹配→通信介质A”。
根据下面将描述的过程，在DNS解析时产生目的地IP地址和将要使用的物理端口之间的对应关系信息，并将之设置为缓存信息(见图5C)。此时未存储以前执行的DNS解析所产生的缓存信息。
当服务执行器15提供用于开始执行应用151的指令时(图3中的a1)，启动利用HTTP来对通信节点3提供的服务进行使用的序列。为请求访问应用151中存储的服务提供商URL aaa.bbb.ne.jp，服务执行器15启动DNS解析器153，并查询DNS解析器153以获得对应于存储在应用151中的域名“aaa.bbb.ne.jp”的IP地址(图3A中的a2)。由于未存储用于“aaa.bbb.ne.jp”的DNS缓存信息(图3A中的a3)，因此服务执行器15创建指向DNS服务器2的DNS查询并发送到链路110(图3A中的a4)。
当该DNS查询被发送到链路110时，通信控制器11执行通信介质的选择(图3A中的a5)。也就是说，当在用于链路110的物理端口12处接收到来自服务执行器15的DNS查询时(图4中的步骤S1)，通信控制器11分析在本地链路侧上的物理端口12处接收的IP分组。如果该分组是DNS查询分组，则通信控制器11解析包含在该DNS查询中的域名(图4中的步骤S2)。
通信控制器11搜索包含在域名中的关键字与将要使用的通信介质之间的对应关系信息，以获得与包含在所述域名中的关键字相匹配的关键字(图4中的步骤S3)，从而根据搜索结果来确定将要使用的通信介质(图4中的步骤S4)。由于包含在所述DNS查询中的域名与“bbb.ne.jp使用通信介质网络A 101”相匹配，因此通信控制器11确定通信介质网络A 101是将要使用的通信介质。
通信控制器11搜索通信介质和物理端口之间的对应关系信息(图4中的步骤S5)，以确定用于通信介质网络A 101中的通信的物理端口(图4中的步骤S6)。由于获得了“物理端口13用于通信介质网络A 101”，因此通信控制器11确定物理端口13是将要使用的物理端口。
由于通信控制器11对于将要使用的不同通信介质具有不同的IP地址，因此通信控制器11将用于通信介质网络A 101的IP地址“G102”设置为所接收的DNS查询的发送者IP地址，并将DNS查询从物理端口13发送到DNS服务器2(图3A中的a6与图4中的步骤S8)。
DNS服务器2通过通信介质网络A 101接收发送到所述IP地址的DNS查询，将域名“aaa.bbb.ne.jp”翻译成通信节点3的IP地址“G201”，并发送DNS响应到“G102”(图3A中的a7)。
通信控制器11在物理端口13处接收通过通信介质网络A 101来自DNS服务器2的DNS响应。通信控制器11分析在所述通信介质网络侧的物理端口处接收的IP分组。如果所接收的IP分组是DNS响应分组，则通信控制器11产生用于将所述DNS响应的有效载荷中包含的IP地址与在其处接收到所述DNS响应分组的物理端口相关联的信息，并将所述信息设置为目的地IP地址和将要使用的物理端口之间的对应关系信息。
这一过程使得DNS分组之外的普通IP分组可为仅用于所述目的地的IP地址的通信介质选择一个物理端口，并不再需要针对每个IP分组，通过解析包含在URL中的域名来确定通信介质或物理端口。由于所述信息(即目的地IP地址和将要使用的物理端口之间的对应关系信息)和存储在服务执行器15中的DNS缓存信息是通过相同的触发器生成的并相互关联，因此需要在所述对应关系信息和DNS缓存信息之间进行同步。
当服务执行器15中存在DNS缓存信息时，需要在通信控制器11中存在与该DNS缓存信息相关联的、目的地IP地址和将要使用的物理端口之间的对应关系信息。因此，清除通信控制器11的缓存的时刻需要晚于清除服务执行器15的缓存的时刻。
如果通信介质断开了，则通信控制器11的缓存需要被清除，因为通信介质和物理端口之间的对应关系信息改变了。在此情形下，服务执行器15的缓存需要在清除通信控制器11的缓存之前被清除。
在上述处理中，通信控制器11存储“物理端口13用于与G201通信”作为目的地IP地址和将要使用的物理端口之间的对应关系信息(图3A中的a8)，并将它设置为缓存信息(图3A中的a9)。随后，在代理处理中，通信控制器11将服务执行器15的IP地址“L2”设置为所接收的DNS响应的目的地，并将DNS响应从物理端口12发送到服务执行器15(图3A中的a10)。
接收到所述DNS响应时，服务执行器15存储“aaa.bbb.ne.jp的IP地址是G201”作为DNS缓存信息(图3A中的a11)。基于这一DNS缓存信息，服务执行器15发送HTTP访问请求到通信节点3的IP地址“G201”(图3B中的a12)。
通信控制器11在用于链路110的物理端口12处接收来自服务执行器15的HTTP访问请求。通信控制器11然后分析所接收的IP分组。由于该IP分组不是DNS分组，因此通信控制器11针对所述HTTP访问请求的目的地的IP地址“G201”，搜索目的地IP地址和将要使用的物理端口之间的对应关系信息(图3B中的a13)。
如果服务执行器15已经通过上述DNS分组处理获得了通信节点3的IP地址，则该IP地址必然存在于通信控制器11中的目的地IP地址和将要使用的物理端口之间的对应关系信息中。在此，在目的地IP地址和将要使用的物理端口之间的对应关系信息的“物理端口13用于与G201通信”中发现了目的地IP地址“G201”(图3B中的a14)。通信控制器11将用于物理端口13的IP地址“G102”设置为HTTP访问请求的发送者IP地址，并从物理端口13发送所述HTTP访问请求(图3B中的a15)。
通信节点3接收通过通信介质网络A 101发送到它的IP地址的HTTP访问请求，并将HTTP访问响应发送回到“G102”(图3B中的a16)。
通信控制器11在物理端口13处接收通过通信介质网络A 101来自通信节点3的HTTP访问响应。在代理处理中，通信控制器11将服务执行器15的IP地址“L2”设置为所接收的HTTP访问响应的目的地，并将来自物理端口13的HTTP访问响应发送到服务执行器15(图3B中的a17)。
通过与图3B中a12到a17相同的过程来提供HTTP服务。在上述操作中，可以使用最适合于服务执行器15所请求的服务的通信介质，以及DNS分组，来使用所期望的服务。
图8的顺序图示出了根据本发明实施例的通信系统的操作。图9A和9B示出了根据图8中本发明实施例的通信系统的操作中所使用的存储信息的示例。图10A到10D示出了根据图8中本发明实施例的通信系统的操作中所使用的消息的示例。
图9A示出了服务执行器15(或16)中初始存储的信息。在该设置中，IP地址是“L2”，默认网关IP地址是“L1”，DNS地址是“G200”，DNS缓存是“aaa.bbb.ne.jp-G201”。服务执行器16中初始存储的信息与服务执行器15的不同之处在于，“L3”被设置为其IP地址。
图9B示出了通信控制器11中初始存储的信息。在该设置中，IP地址是“物理端口12L1”、“物理端口13G102”和“物理端口14G103”；关键字和通信介质之间的对应关系信息是“bbb.ne.jp→通信介质A”和“yyy→通信介质B”；通信介质和物理端口之间的对应关系信息是“通信介质A→物理端口13”和“通信介质B→物理端口14”；IP地址和物理端口之间的缓存对应关系信息是“G201-物理端口13”。关键字与通信介质之间的对应关系信息的默认设置是“无关键字匹配→通信介质A”，该信息通过某种方式而设置。
图10A示出了来自服务执行器15的用于HTTP访问请求的消息示例。该消息的设置包括“发送者IP＝L2”、“接收者IP＝G201”和“有效载荷”。
图10B示出了来自物理端口13的用于HTTP访问请求的消息示例。该消息的设置包括“发送者IP＝G102”、“接收者IP＝G201”和“有效载荷”。
图10C示出了对物理端口13的HTTP响应的消息示例。该消息的设置包括“发送者IP＝G201”、“接收者IP＝G102”和“有效载荷”。
图10D示出了对服务执行器15(或16)的HTTP响应的消息示例。该消息的设置包括“发送者IP＝G201”、“接收者IP＝L2”和“有效载荷”。
下面将参考图1和2以及图8到10D描述根据本发明实施例的通信系统的操作。图8示出了在由于执行了上述DNS解析而存在对方的IP地址和将要使用的通信介质之间的对应关系信息的情况下，被执行来使用对方提供的服务的操作。
服务执行器15存储它的通过某种方式为链路110设置的IP地址“L2”；通过某种方式为链路110设置的默认网关IP地址“L1”；以及通过某种方式设置的DNS IP地址“G200”。
默认网关IP地址是通信控制器11用于链路110的IP地址，而DNSIP地址是DNS服务器2的IP地址。通过上述DNS解析操作，存储“aaa.bbb.ne.jp的IP地址是G201”作为DNS缓存信息(见图9A)。
通信控制器11存储它的通过某种方式为链路110设置的IP地址“L1”；通过某种方式为通信介质网络A 101设置的IP地址“G102”；通过某种方式为通信介质网络B 102设置的IP地址“G103”。“L1”、“G102”和“G103”分别用于在物理端口12、物理端口13和物理端口14中进行的通信。
通信控制器11还存储域名中包含的关键字与将要使用的通信介质之间的对应关系信息，例如“bbb.ne.jp使用通信介质网络A 101”和“yyy使用通信介质网络B 102”，上述信息通过某种方式而设置。
通信控制器11还存储通信介质和物理端口之间的对应关系信息，例如“物理端口13用于通信介质网络A 101”和“物理端口14用于通信介质网络B 102”，上述信息通过某种方式而设置。
通过上述DNS解析操作，通信控制器11还存储“在物理端口13处进行与G201的通信”作为目的地IP地址和将要使用的物理端口之间的对应关系信息(见图9B)。
当服务执行器15执行应用151时(图8中的b1)，就启动了利用HTTP来对通信节点3提供的服务进行使用的序列。服务执行器15查询DNS解析器153，以获得对应于存储在应用151中的域名“aaa.bbb.ne.jp”的IP地址(图8中的b2)。由于所述查询与DNS缓存信息“aaa.bbb.ne.jp的IP地址是G201”相匹配(图8中的b3)，因此服务执行器15创建指向通信节点3的IP地址“G201”的HTTP访问请求，并将该请求发送到链路110(图8中的b4)。
通信控制器11在用于链路110的物理端口12处接收来自服务执行器15的HTTP访问请求。通信控制器11然后分析所接收的IP分组。由于该IP分组不是DNS分组，因此通信控制器11针对所述HTTP访问请求的目的地IP地址“G201”，搜索所述目的地IP地址和将要使用的物理端口之间的对应关系信息(图8中的b5)。
如果服务执行器15已通过上述DNS分组处理而获得了通信节点3的IP地址，则所述IP地址必然存在于通信控制器11中的目的地IP地址和将要使用的物理端口之间的对应关系信息中。在此，在目的地IP地址和将要使用的物理端口之间的对应关系信息“物理端口13用于与G201通信”中发现了“G201”(图8中的b6)。通信控制器11将它用于物理端口13的IP地址“G102”设置为HTTP访问请求的发送者IP地址，并将所述HTTP访问请求从物理端口13发送到通信节点3(图8中的b7)。
通信节点3接收通过通信介质网络A 101发送到它的IP地址的HTTP访问请求，并将HTTP访问响应发送回到“G102”(图8中的b8)。
通信控制器11在物理端口13处接收经由通信介质网络A 101来自通信节点3的HTTP访问响应。在代理处理中，通信控制器11将服务执行器15的IP地址“L2”设置为所接收的HTTP访问响应的目的地，并从物理端口12发送所述HTTP访问响应(图8中的b9)。通过与图8中的b4到b9相同的过程来提供HTTP服务。
在对所述实施例的描述中，本发明基于这样一个前提条件，即将要提供的服务和将要使用的通信介质是预定的，因此所述服务和介质之间的对应关系对于该服务的特性来说是合适的。在实际中，用户或服务提供商根据服务的特性来确定合适的通信介质。具体地说，例如基于所述确定，服务提供商在发货前配置通信终端，服务提供商在线配置通信终端，用户使用通信终端中的功能来配置通信终端，或者执行这些方式的组合。服务的特性的示例包括服务所需的频带以及何人支付通信费用。
作为通信介质的示例，可以使用无线LAN和移动电话网络来分别作为通信介质网络A 101和通信介质网络B 102。
在本实施例中，将要提供的服务的特性由与应用151、152、161和162期望与之通信的对方有关的信息来标识。因此可以选择所述服务设置真正所需的通信介质。
而且，在本实施例中，通信控制器11同时连接到多种通信介质，每一次接收到来自各项应用151、152、161和162的请求时都查询所述对应关系规则，并将每个请求转到最合适的通信介质。因此可以通过使用最合适的通信介质来向多项应用151、152、161和162同时提供服务。在此情形下，通信控制器11对于每种通信介质具有不同的IP地址，并对每种介质使用不同的IP地址。
而且，在本实施例中，在使用域名的IP网络100中提供服务之前，还可以通过最适用于各种服务的所选择的通信介质来发送和接收DNS分组。由于通信介质是基于将要提供的服务的特性来选择的，因此可以根据所述选择，例如向通信终端的用户或服务提供商合理地收取通信费用。
而且，在本实施例中，在使用域名的网络中，只有DNS处理需要查询与对方有关的高层信息以选择通信介质。由于这一处理对于普通IP分组处理来说不是必需的，因此可以减少加在通信终端1上的负载。
由于通信控制器11以及服务执行器15和16在本实施例中是分开的，因此不需要对应用151、152、161和162、通信中涉及的网络以及通信节点3和4进行专门的处理。因此可以在不影响通信终端1的用户、应用151、152、161和162中的每一项以及通信节点3和通信节点4的操作的情况下实现上述效果。
在本实施例中，虽然与之通信的对方的IP地址被用作为与对方有关的信息，但是本发明也适用于例如以下情形，其中使用传输控制协议/用户数据报协议(TCP/UDP)的目的地端口号、IP协议号、会话ID或URL。
虽然在本实施例中已经描述了使用域名的网络，但是，通过借助于DNS处理之外的某种方式来在通信控制器中设置目的地IP地址和将要使用的物理端口之间的对应关系信息，本发明也适用于不使用域名的网络。
而且，在本发明中，通信控制器中的对应关系信息也可以其他方式存储。例如，可以存储目的地IP地址和将要使用的通信介质之间的对应关系信息，而非目的地IP地址和将要使用的物理端口之间的对应关系信息。然后，基于所确定的通信介质，搜索目的地IP地址和将要使用的通信介质之间的对应关系信息以确定物理端口。
而且，在本实施例中，上述实施例适用于下述情形，其中通信终端和服务执行器安装在同一外框中。
尽管在上述实施例中，DNS服务器2以及通信节点3和通信节点4已经在因特网上，但它们也可以在使用IP协议的网络上。
虽然已经参考优选实施例来描述了本发明，但本领域内的技术人员将可很容易地认识到可用其他应用来取代在此所提供的应用，而不会偏离本发明的精神和范围。因此，本发明只应被所附权利要求书所限制。
权利要求
1.一种通信系统，其中，在通信终端和该通信终端与之通信的通信节点之间存在多种通信介质，所述节点向所述通信终端提供各种服务，所述通信终端包括通信控制器，用于选择所述多种通信介质之一，并通过所选择的通信介质进行通信，所述通信介质对应于所请求的服务；其中所述通信控制器的操作独立于应用的操作，其中每个应用请求所述服务。
2.如权利要求1所述的通信系统，其中所述通信控制器基于与所述应用期望与之通信的通信节点之一有关的信息来选择所述通信介质。
3.如权利要求2所述的通信系统，其中所述通信控制器存储与所述通信节点有关的信息和适用于所述通信节点的通信介质之间的对应关系规则，以基于所述对应关系规则来选择所述通信介质之一。
4.如权利要求3所述的通信系统，其中所述对应关系规则包括包含在域名中的关键字和将要使用的通信介质之间的对应关系信息。
5.如权利要求3所述的通信系统，其中所述通信控制器存储其中所述多种通信介质按照优先权的顺序被排列的对应关系规则。
6.如权利要求1所述的通信系统，其中所述通信控制器在选择所述通信介质之一之前检测可用的通信介质，执行与所述通信介质相关的必要的连接处理，并使所述通信介质准备就绪以用于通信。
7.如权利要求3所述的通信系统，其中所述通信控制器同时连接到所述多种通信介质，每次接收到来自各项应用的请求时都查询所述对应关系规则，并将所述请求转到所述多种通信介质中的任意之一。
8.如权利要求1所述的通信系统，其中，在使用域名的网络中，在提供服务之前选择所述多种通信介质之一，以发送和接收DNS分组。
9.如权利要求1所述的通信系统，所述通信终端还包括用于执行所述应用的执行器，该执行器独立于所述通信控制器。
10.如权利要求9所述的通信系统，其中所述通信控制器和执行器安装在同一外框中。
11.如权利要求9所述的通信系统，其中所述通信控制器和执行器安装在不同的外框中并通过链路通信。
12.一种通信终端，其被提供了多种通信介质，可用来与向该通信终端提供各种服务的通信节点通信，所述通信终端包括通信控制器，用于选择所述多种通信介质之一，并通过所选择的通信介质进行通信，所述通信介质对应于所请求的服务；其中所述通信控制器的操作独立于应用的操作，其中每个应用请求所述服务。
13.如权利要求12所述的通信终端，其中所述通信控制器基于与所述应用期望与之通信的通信节点之一有关的信息来选择所述通信介质。
14.如权利要求13所述的通信终端，其中所述通信控制器存储与所述通信节点有关的信息和最适用于所述通信节点的通信介质之间的对应关系规则，以基于所述对应关系规则来选择所述通信介质之一。
15.如权利要求14所述的通信终端，其中所述对应关系规则包括包含在域名中的关键字和将要使用的通信介质之间的对应关系信息。
16.如权利要求14所述的通信终端，其中所述通信控制器存储其中所述多种通信介质按照优先权的顺序被排列的对应关系规则。
17.如权利要求12所述的通信终端，其中所述通信控制器在选择所述通信介质之一之前检测可用的通信介质，执行与所述通信介质相关的必要的连接处理，并使所述通信介质准备就绪以用于通信。
18.如权利要求14所述的通信终端，其中所述通信控制器同时连接到所述多种通信介质，每次接收到来自各项应用的请求时都查询所述对应关系规则，并将各个请求转到所述多种通信介质中的之一。
19.如权利要求12所述的通信终端，其中，在使用域名的网络中，在提供服务之前选择所述多种通信介质之一，以发送和接收DNS分组。
20.如权利要求12所述的通信终端，还包括用于执行所述应用的执行器，该执行器独立于所述通信控制器。
21.如权利要求20所述的通信终端，其中所述通信控制器和执行器安装在同一外框中。
22.如权利要求20所述的通信终端，其中所述通信控制器和执行器安装在不同的外框中并通过链路通信。
23.一种通信介质选择方法，用于选择对应于通信系统中的服务的通信介质，其中在所述通信系统中，在通信终端和该通信终端与之通信的通信节点之间存在多种通信介质，所述节点向所述通信终端提供各种服务，所述方法包括选择所述多种通信介质之一，并通过所选择的通信介质进行通信的步骤，所述通信介质对应于所请求的服务；其中所述通信介质选择步骤的操作独立于应用的操作，其中每个应用请求所述服务。
24.如权利要求23所述的通信介质选择方法，其中所述通信介质选择步骤基于与所述应用期望与之通信的通信节点之一有关的信息来选择所述通信介质。
25.如权利要求24所述的通信介质选择方法，其中所述通信介质选择步骤包括下述步骤存储与所述通信节点有关的信息和适用于所述通信节点的通信介质之间的对应关系规则，以基于所述对应关系规则来选择所述通信介质之一。
26.如权利要求25所述的通信介质选择方法，其中所述对应关系规则包括包含在域名中的关键字和将要使用的通信介质之间的对应关系信息。
27.如权利要求25所述的通信介质选择方法，其中所述通信介质选择步骤包括下述步骤存储其中所述多种通信介质按照优先权的顺序被排列的对应关系规则。
28.如权利要求23所述的通信介质选择方法，其中所述通信介质选择步骤包括下述步骤在选择所述通信介质之一之前检测可用的通信介质，执行与所述通信介质相关的必要的连接处理，以及使所述通信介质准备就绪以用于通信。
29.如权利要求25所述的通信介质选择方法，其中所述通信介质选择步骤包括下述步骤同时连接到所述多种通信介质，每次接收到来自所述各项应用的请求时都查询所述对应关系规则，以及将各个请求转到所述多种通信介质中的之一。
30.如权利要求23所述的通信介质选择方法，其中，在使用域名的网络中，在提供服务之前选择所述多种通信介质之一，以发送和接收DNS分组。
31.一种用于通信介质选择方法的程序，所述方法用于选择对应于通信系统中的服务的通信介质，在所述通信系统中，在通信终端和该通信终端与之通信的通信节点之间存在多种通信介质，所述节点向所述通信终端提供各种服务，所述程序用于使得计算机执行选择所述多种通信介质之一，并通过所选择的通信介质进行通信的处理，其中所述通信介质对应于所请求的服务；以及使得所述处理的操作独立于应用的操作，其中每个应用请求所述服务。
32.一种存储在计算机可读介质上的软件，用于选择对应于通信系统中的服务的通信介质，在所述通信系统中，在通信终端和该通信终端与之通信的通信节点之间存在多种通信介质，所述节点向所述通信终端提供各种服务，所述软件用于使得计算机执行下述功能执行选择所述多种通信介质之一，并通过所选择的通信介质进行通信的处理，其中所述通信介质对应于所请求的服务，所述执行的方式使得所述处理的操作独立于应用的操作，其中每个应用请求所述服务。
33.一种通信系统，其中，在通信终端和该通信终端与之通信的通信节点之间存在多种通信介质，所述节点向所述通信终端提供各种服务，所述通信终端包括请求所述服务的服务请求器，该请求器包括具有对应于所述节点的地址信息的多项应用；以及通信控制器，通过链路段连接到所述服务请求器，其中所述通信控制器存储了这样的数据，该数据定义了与所述节点有关的信息和与所述通信介质有关的信息之间的对应关系，所述通信介质对应于所述与所述节点有关的信息，并且，响应于每个应用的启动，所述通信控制器基于从所述服务请求器传输来的地址信息，从所述数据中选择所述通信介质之一以进行通信。
34.一种通信终端，其被提供了多种通信介质，可用来与向该通信终端提供各种服务的通信节点通信，所述通信终端包括请求所述服务的服务请求器，该请求器包括具有对应于所述节点的地址信息的多项应用；以及通信控制器，通过链路段连接到所述服务请求器，其中所述通信控制器存储了这样的数据，该数据定义了与所述节点有关的信息和与所述通信介质有关的信息之间的对应关系，所述通信介质对应于所述与所述节点有关的信息，并且，响应于每个应用的启动，所述通信控制器基于从所述服务请求器传输来的地址信息，从所述数据中选择所述通信介质之一以进行通信。
全文摘要
在能够选择最适用于服务设置的通信介质并通过所选择的介质进行通信的通信终端中，服务执行器包括必要的应用并用作为用于开始服务提供的触发器。通信控制器具有下述功能，即检测通信介质，建立与其的连接，响应于来自服务执行器的服务请求而选择最适合的通信介质，并进行通信。服务执行器和通信节点之间的所有通信都通过通信控制器进行，通信控制器用作为服务执行器的代理。通信控制器设置并存储包含在域名中的关键字和将要使用的通信介质之间、目的地IP地址和将要使用的物理端口之间以及通信介质和物理端口之间的对应关系信息。
文档编号H04M11/00GK1622545SQ20041009556
公开日2005年6月1日 申请日期2004年11月29日 优先权日2003年11月28日
发明者岩田真由美, 谷神敏明, 丸山俊一, 后藤济子 申请人:日本电气株式会社