专利名称：通信系统及其网关、无线信息终端和无线通信方法
技术领域：
本发明涉及一种无线通信系统，更具体地说，涉及一种无线通信系统的网关的切换的方法、该方法使用的网关、无线信息终端和通信系统。
近年来，随着万维网络WWW(World Wide Web)等因特网络服务的迅速普及，计算机网络的规模正迅速扩大，连接形式也日趋多样化。
为适应这种形势，将信息终端及服务器等进行网络连接的网关也被要求提高处理性能和增加功能。
作为连接形式的多样化的一个例子，可以举出通过给信息终端附加无线通信性能而利用便携式电话网络等移动通信网络在移动中或不能与计算机网络直接连接的场所可以使用的无线网络(即所谓的“移动式计算设备”)的例子。
图5、图6是表示使用上述无线网络的通信方式的概念图。
用户在欲执行终端1所具有的应用程序时，将终端1通过无线基地台2、网络3和网关11或网关12与服务器6连接，与该服务器之间进行通信，执行应用程序。
图6表示使网关本身具有服务器功能在例如事务所内等与图5相比在狭窄的范围内不通过所运用的网络的网络连接形式。即，终端1和网关11或网关12通过无线基地台2进行通信，执行应用程序。
在上述无线网络中，必须根据网络的变化增设网关的功能或为了定期的维护等而暂停使用网关。这样，在网关停止时，为了连续运用网络，如图5和图6所示的那样，需预先准备多个网关，并要求网络具有网关切换功能，以便在例如一方的网关11停止时终端和服务器可以通过另一方的网关12进行通信。
下面，使用图7说明终端与网关的通信协议的概要。
终端侧的应用程序71(比方说)WWW浏览器等是用户直接操作的程序。另外，网关侧的应用程序75(这里，以服务器功能内藏在网关中的图6所示的情况为例)是(比方说)WWW服务软件等进行终端侧应用程序和信息的交换的程序。
对话层协议单元72是用于向各种应用程序71、75提供共同的传送控制功能例如传送数据的分割、按分割单位进行的传送处理这样的单元的协议。另外，对话层管理实体73是进行由于终端与服务器间的数据通信而发生的多个对话过程等使用的系统资源(例如存储器)及涉及系统全体的处理的管理(例如，网关切换定时的通知)的程序。此外，低位协议74是进行通信控制的程序和装置。
图8是表示图6的通信形式的通信处理顺序的示意图。
终端1的对话层协议单元802为了执行应用程序801与网关11的对话层协议单元804正在进行通信803。这时，从操作员向网关11的管理实体805发出网关切换的指示808时，管理实体805通过对话层协议单元804向终端1的对话层协议单元802发出切断通知809。这样，终端1的对话层协议单元802在应用程序801中进行或不进行切断显示810，应用程序801中断执行。
网关11发出切断通知809时，通过操作员的操作或利用网关11的功能停止网关11。然后，在再次执行已中断的应用程序801时，终端1利用自己内部所具有的信息向对话层协议单元802请求与网关12再次连接811。
在对话层协议单元802与网关12的对话层协议单元806之间确立对话812后；就进入通信状态813，从而可以再次执行已中断的应用程序801。
在上述的先有技术中，通过网关的停止而进行网关连接切换时，终端暂时结束执行中的应用程序而重新与其他网关连接后，存在着必须从头开始再次执行应用程序的问题。
另外，如上所述，为了在变更网关后使终端再次执行应用程序，必须将作为变更对象的多个网关的地址信息预先存储到终端中，但是，将仅在切换网关的连接时所需要的信息总是存储在终端中的冗长的资源的使用对要求小型多功能的终端而言则是严重的问题。
另外，每当发生服务器或网关的追加削减等网络结构的变化时，还存在必须更新终端所具有的网关的地址信息的问题。此外，在切换与其他的网关连接时，必须在终端与切换到的网关之间协商终端的端口号码、地址、容量等信息。由于协商需要时间，所以，直至能够再次执行应用程序所需要的时间将延长。
此外，在终端与切换到的网关的协商结果为该网关中没有收容终端的通信性能的性能或资源时，与该网关的连接即告结束。在找到可以收容该终端的性能的网关之前，则可能发生试探与别的网关连接的操作效率极差的问题。
本发明就是为了解决、改善上述问题而提出的，其目的旨在提供可以不结束在终端中的应用程序的执行而改变连接到的网关从而使终端不需要总是保持多个网关的信息、即使网络结构发生变化终端也可以很容易地适应并且可以缩短终端与网关的连接的协商时间从而可以一次完成与具有收容终端的性能或资源的网关连接的网关动态切换方法和装置。
为了达到上述目的，本发明采用了以下结构。
首先，本发明适用于在通过网关确立无线信息终端与服务器的通信的通信系统中由于该通信系统中的某种理由而发生将本来使用着的网关切换到其他网关时的情形。
本发明在有网关的切换指示时，先由信息通知单元通知无线信息终端发生网关切换。
在只通知网关的切换时，上述信息中除了切换以外，还可以包含无线信息终端通过切换到的网关与服务器进行通信所需要的信息(例如切换到的网关的地址)。
在将通过上述切换到的网关与服务器进行通信所需要的信息通知给终端时，无线信息终端的再次开始起动单元就中断与切换前的网关的通信，执行与切换到的网关的通信的再次开始处理顺序。另外，无线信息终端没有从服务器接受到服务时，有时也有从上述切换前的网关得到的切换通知。这时，无线信息终端的通信起动单元就启动通过切换到的网关与服务器的通信。
切换上述网关时，切换前的网关可以利用信息交换单元预先通知切换到的网关与无线信息终端的通信所需要的信息，从而可以预先获得可以从切换到的网关开始进行通信的确认。
在具有网关间的信息交换单元时，可以将性能与无线信息终端的地址一起从切换前的网关通知给切换到的网关。这样，在切换到的网关自身的性能不足时，就将自身的性能的上限通知给切换前的网关。
切换前的网关将上述上限的性能通知给无线信息终端，无线信息终端就按该上限的性能通过切换到的网关再次开始进行通信。在按上述上限的性能不能进行通信时，就由切换前的判断单元或无线信息终端的判断单元中止通信。
有时会残留上述中断处理时的未完结的事务。
在不具有上述信息交换单元时，在无线信息终端再次开始之前，切换前的网关通过向与切换到的网关对应的服务器通知应答前往处(无线信息终端)的地址，在再次开始时就可完成上述的未完结事务。有信息交换单元时，通过从切换前的网关向切换到的网关通知事务的状态，在再次开始时就可以完成上述的未完结的事务。
在上述信息交换的前后，有时无线信息终端与服务器的通信状态发生变化。这时，可以按上述再次开始的处理顺序将最新的通信状态通知给欲切换至的网关。
这里，上述描述中所用的术语在以下的说明和图中表示以下内容。
信息通知单元切换指示由网关的操作员向切换前的网关发出指示。该切换前的网关的管理实体接收到上述指示后，就编辑发往无线信息终端的通知内容，通过对话层协议将该指示通知给终端。因此，上述信息通知单元就由网关的管理实体和对话层协议构成。
信息交换单元设置在切换前的网关和切换到的网关中，在双方的管理实体之间执行无线信息终端的地址等的信息交换。通知内容的编辑当然由管理实体执行，所以，信息交换单元也由管理实体构成。附图中虽然是管理实体之间的信息存取，但是，也可以从管理实体通过对话层协议进行信息交换。
再次开始起动单元无线信息终端的对话层协议接收切换到的网关的地址等信息，在进行与切换前的网关的中断处理后，执行再次开始处理顺序。因此，再次开始起动单元由对话层协议构成。此外，上述通信起动单元在不进行上述中断处理这一点上与上述再次开始起动单元不同，但是，这时也可以由对话层协议构成。
判断单元如上所述，将无线信息终端的性能与切换到的网关的性能进行比较，判断是否可以在无线信息终端与切换到的网关之间进行通信。分无线信息终端配备有判断单元的情况和切换前的网关具有判断单元两种情况。不论是哪种情况，都是由管理实体进行判断。
图1是本发明实施例的网关共享服务器、并经过公用网络或局域网连接的无线网络的结构图。
图2是本发明实施例的网关本身保存着信息、并经过公用网络或局域网连接的无线网络的结构图。
图3是本发明实施例的网关与不同的服务器连接、并经过公用网络或局域网的无线网络的结构图。
图4是本发明实施例的网关本身保存着信息、并且不经过公用网络或局域网的无线网络的结构图。
图5是现有方式的网关共享服务器、并经过公用网络或局域网的无线网络的结构图。
图6是现有方式的网关本身保存着信息、并且不经过公用网络或局域网的无线网络的结构图。
图7是表示终端与网关的协议栈中的对话层协议和对话层管理实体的位置配置图。
图8是图6的结构中先有的网关切换处理顺序图。
图9是图1的结构中本发明实施例的网关切换处理顺序图。
图10是图2的结构中本发明实施例的网关切换处理顺序图。
图11是图3的结构中本发明实施例的网关切换处理顺序图。
图12是本发明的网关切换处理顺序的一个具体例。
图13是在网关间协商过程中终端与服务器间有通信时的处理顺序图。
图14是表示与多个终端连接中的网关的停止定时的处理顺序图。
图15是在与切换到的网关的协商中受到拒绝切换，而与别的网关进行连接切换时的处理顺序图。
图16是切换到的网关不具有终端收容性能时的处理顺序图。
图17是在终端应用程序中表示在网关切换中的处理顺序图。
图18是图1的结构中本发明实施例的网关切换处理顺序图。
图19是本发明的网关切换处理顺序的一个具体例子。
图20是本发明的网关个终端的再次发送控制处理顺序图。
图21是在网关切换通知以后发生的事务处理的处理顺序图。
图22是对于在网关切换通知以前发生的要求，没接收到数据的事务处理的处理顺序图。
图23是对在网关切换通知以前发生的要求，接收到了数据的事务处理的处理顺序图。
图24是本发明实施例5的网关切换处理顺序图。
图25是在本发明实施例5的网关切换中网关切换通知以后发生的事务处理的处理顺序图。
图26是在本发明实施例5的网关切换中，对于在网关切换通知以前发生的要求，没接收到数据的事务处理的处理顺序图。
图27是在本发明实施例5的网关切换中，对于在网关切换通知以前发生的要求接收到了数据的事务处理的处理顺序图。
下面，说明本发明的实施例。
实施例1图1表示本发明实施例的网关共享服务器、并经过公用网络的无线网络的结构。
无线信息终端(以下，简单地称为终端)1是连接着例如便携式电话的笔记本PC(电脑)这样的无线信息终端，基地台2是(比方说)便携式电话的基地台，网络3是(比方说)便携式电话的公用网络。
网关4和5共享服务器6，将网络3与服务器6连接。另外，网关4和5具有进行本发明的网关间的协商的信息交换单元。该信息交换单元包括(比方说)在网关4和5之间可以进行直接通信的有线或无线连接单元13，或者可以利用通过网关4和5与服务器6的连接单元或网络3的连接。
终端1在与基地台2、网络3、网关4或5与服务器6连接的状态下利用服务器6具有的信息7执行应用程序。
图9表示在终端1通过网关4与服务器6连接的状态下网关4停止而将网关4切换为网关5时的处理顺序图。
终端1的对话层协议单元902为了执行应用程序901而通过网关4与服务器6的应用程序911进行通信。
这时，由于在终端1的对话层协议902与网关4的对话层协议单元904间的通信903中使用的通信协议和在网关4的对话层协议单元904与服务器6间的通信907中使用的通信协议不同，所以，由网关4的协议变换单元905进行协议变换。即，在通信903中使用的通信协议由上述协议变换单元905变换为在网关4与服务器6间的通信907中使用的通信协议，这样，便可进行终端1与服务器6的通信。
但是，有时也不需要利用应用程序进行协议变换，这时，就不进行网关中的协议变换。
这里，在终端1与服务器6进行通信的过程中，如操作员发出服务器切换指示912，网关4的管理实体906为了将终端1的通信从网关4切换到网关5而与网关5的管理实体910进行协商。
即，网关4的管理实体906向网关5的管理实体910发出对话切换请求913的通知。这时，网关4向其发出对话切换请求通知的切换到的网关(比时为网关5)的选择，由网关4根据预先存储的其他网关的信息进行，或者也可以按照操作员的指定。另外，将现在连接的终端的地址、对话ID、最大数据长度、视窗尺寸等信息与上述对话切换要求913同时通知给网关5的管理实体910。
网关5的管理实体910将随上述对话切换要求913接收到的信息传送给对话层协议单元908，该对话层协议单元908确认了所接收的信息的内容时，就成为可以进行对话切换的状态。网关5的管理实体910将对话切换确认914通知给网关4的管理实体906。
网关4的管理实体906接收到上述对话切换确认914时，就将切换指示922通知给对话层协议单元904。接收到该切换指示922的对话层协议单元904就将切换到的网关的地址与切换通知915一起通知给终端1的对话层协议单元902。
这样，终端1通过切换通知915就了解了作为欲切换至的网关的网关5的地址信息。
终端1的对话层协议单元902与地址信息一起接收到上述切换通知915时，执行中的应用程序901在不与服务器6的应用程序911进行通信时等可以中断对话的时刻将中断通知916发送给网关4的对话层协议单元904。
网关4的对话层协议单元904将接收到上述中断916的情况通知给管理实体906，管理实体906将中断指示923通知给对话层协议单元904。这样，该对话层协议单元904就向终端1的对话层协议单元902发出中断确认通知917，然后，就中断终端1的对话。
但是，在终端1将中断916通知给网关4的对话层协议单元904后，不论网关4的状态如何，都可以继续进行服务器连接切换处理顺序。
因此，既可以省略中断指示923和中断确认917的处理顺序，也可以没有中断指示923而对话层协议单元904自主地将中断确认通知917发送给终端1的对话层协议单元902。另外，有时也有只根据网关4的种类进行中断指示923而没有中断确认917的情况。不论是哪种情况，在没有中断确认917时，终端1的对话在通知了中断916后就中断。
另外，终端1的对话层协议单元902在接收到切换通知915时，就向应用程序901指示进行网关的切换显示，终端1的对话层协议单元902可以根据应用程序901的功能或用户的指示向网关4的对话层协议单元904发出中断通知916。
然后，终端1的对话层协议单元902向网关5的对话层协议单元908发出包含终端的地址等的信息的再次开始通知918。这里，网关5的对话层协议单元908根据与上述网关4的对话切换要求913和对话切换确认914可以进行对话开始的准备，所以，如上所述，在接收到终端1的对话层协议单元902的再次开始918时，就立即向终端发出再次开始确认通知919。
根据网关5的对话层协议单元908的再次开始确认通知919，已中断的终端1的对话立即再次开始，这样，终端1的对话层协议单元902为了执行应用程序901通过网关5的协议变换单元909确立与服务器6的应用程序911的通信920、921。
图18是表示使用切断取代上述中断、使用切断取代再次开始时的处理顺序。
图18中的切换通知2515与图9的处理顺序中的切换通知915相当，到此为止的处理顺序两个图的处理顺序完全相同，所以省略其说明。然后，终端1的对话层协议单元2502通过通知切断2516而切断对话。
其次，终端1的对话层协议单元2502根据通知给终端1的切换到的网关地址将连接2518与上述切换通知2515一起通知给网关5的对话层协议单元2508。网关5的对话层协议单元2508作为新的对话进行处理，网关5的对话层协议单元2508将连接确认2519通知给终端1的对话层协议单元2508。这样，终端1的对话层协议单元2502就确认了对话的确立。
在对话确立时，终端1的对话层协议单元2502为了执行应用程序2501，通过网关5的协议变换2509与服务器6的应用程序1911进行通信1920、1921。
按照以上说明的处理顺序，可以在短时间内进行终端1的网关连接切换。另外，可以进行对终端1的应用程序901(1901)和用户的影响少的网关连接切换。
即，切换到的网关由于上述的信息交换得到了必要的信息，因此，对于网关切换前中断的应用程序而言，在网关切换完之后不是切换回最初执行部分，而是从中断处的下一步骤开始继续执行。
实施例2图2表示本发明实施例的网关本身也起具有用于执行终端的应用程序的信息的服务器的功能的、经过公用网络或局域网的无线网络的结构。
终端1可以是(比方说)内藏简易便携式电话的PDA(PersonalDigital Assistant)那样的无线信息终端。基地台2可以是(比方说)简易便携式电话基地台，网络3可以是(比方说)简易便携式电话公用网络。
网关4和5中分别设有存储信息7、信息8的服务器，另外网关4和5与网络3连接。另外，网关4和5具有用于进行本发明的网关间协商的信息交换单元的连接单元。进行网关间协商的连接单元可以是有线和无线中的任意一种，或者也可以利用经过网络3的连接方法。
终端1与基地台2、网络3和网关4或网关5连接，利用网关4具有的信息7或网关5具有的信息8执行应用程序。
另外，如图4所示，也可以考虑不通过公用网络或局域网的结构。
即，在图4的结构中，终端1与基地台2和网关4连接或者与基地台10和网关5连接，利用网关4具有的信息7或网关5具有的信息8执行应用程序。
不论图2或图4的情况，网关5具有的信息8包含网关4具有的信息7或者至少是具有与信息7相同意义的信息。
图10表示终端1与网关4连接时使网关4停止而终端1与网关5进行连接切换时的处理顺序。
下面，使用图2和图10说明实施例2的网关切换处理顺序。
终端1的应用程序1001通过终端1的对话层协议单元1001和网关4的对话层协议单元1004与作为网关的服务器的应用程序1005进行通信1003。
如上所述，在终端1与网关4进行通信过程中操作员发出服务器切换指示1010时，网关4的管理实体1006为了将终端1的通信从网关4切换到网关5，与网关5的管理实体1009进行协商。
即，网关4的管理实体1006将对话切换请求1011通知给网关5的管理实体1009。这时，网关4向其通知对话切换要求的待切换到的网关的选择，可以由网关4根据预先存储的其他网关的信息进行，或者也可以按照操作员的指定。
这里，网关5具有的信息8包含终端1为了执行应用程序1001所使用的网关4具有的信息7，或者至少是与信息7具有相同意义的信息。
上述对话切换要求1011以后的处理顺序即对话切换要求1011→对话切换确认1012→切换指示1019→切换通知1013之前的处理顺序和上述图9中的对话切换要求913→对话切换确认914→切换指示922→切换通知913之前的处理顺序相同，所以，此处省略对其的详细说明。
网关4的对话层协议单元1004根据切换通知1013将切换到的网关地址通知给终端1的对话层协议单元1002，这样，终端1就了解了作为切换到的网关的网关5的地址信息。
此外，接收到上述切换通知1013以后的处理顺序即上述切换通知1013→中断1014→中断指示1020→中断确认1015→再次开始1016→再次开始确认1017之前的处理顺序也和在上述图9中说明的处理顺序即切换通知915→中断916→中断指示923→中断确认917→再次开始918→再次开始确认919之前的处理顺序相同，所以，此处说明也从略。
由于从网关5的对话层协议单元1007来的再次开始确认通知1017的作用，已中断的终端1的对话立即再次开始。对话再次开始时，终端1的对话层协议单元1002为了执行应用程序1001而与网关5的应用程序1008进行通信1018。
与图9中一样，终端1将中断1014通知给网关4的对话层协议单元1004后，不论网关4的状态如何，都可以继续进行服务器连接切换处理顺序。因此，既可以没有中断指示1020和中断确认1015，也可以没有中断指示1020而对话层协议单元1004自主地将中断确认1015通知给终端1的对话层协议单元1002。
另外，和图9中一样，有时也只根据网关4的种类进行中断指示1020而没有中断确认1015。不论是哪种情况，在没有中断确认1015时，在通知了中断1014后，终端1的对话就中断。此外，终端1的对话层协议单元1002接收到切换通知1013时，就指示应用程序1001显示网关切换情况，可以根据应用程序1001的功能或用户的指示将中断1014通知给网关4的对话层协议单元1014。
按照以上说明的处理顺序，可以在短时间内进行终端1的网关连接切换。另外，可以进行对终端1的应用程序1001和用户的影响少的网关连接切换。
实施例3图3表示本发明实施例的网关与不同的服务器连接的、经过公共网或局域网的无线网络的结构。
终端1可以是(比方说)具有(Smart Phone)灵巧电话机那样的信息处理功能的便携式电话终端，基地台2可以是(比方说)便携式电话基地台，网络3可以是(比方说)局域网。网关4将网络3与服务器6连接，网关5将网络3与服务器9连接。
另外，网关4和5具有利用本发明的信息交换单元进行网关间协商的连接单元。进行该网关间协商的连接单元可以是有线或无线中的任何一种，或者也可以利用通过网络3的连接方法。
终端1通过基地台2、网络3和网关4与服务器6连接，利用服务器6具有的信息7执行应用程序。或者，终端1通过基地台2、网络3和网关5与服务器9连接，利用服务器9具有的信息8执行应用程序。
服务器9具有的信息8包含服务器6具有的信息7，或者至少是具有和信息7相同意义的信息。
图11表示终端1通过网关4与服务器6连接时网关4停止而使终端1与网关5和服务器9进行连接切换时的处理顺序。
下面，使用图3和图11说明实施例3的网关切换处理顺序。
终端1的对话层协议单元1102为了执行应用程序1101而通过网关4与服务器6的应用程序1108进行通信。
这时，由于终端1的对话层协议单元110与网关4的对话层协议单元1104间的通信1103使用的通信协议和网关4的对话层协议单元1104与服务器6间的通信1107使用的通信协议不同，所以，利用网关4的协议变换单元1105进行协议变换。
通信1103利用上述协议变换单元1105变换为网关4与服务器6间的通信1107使用的通信协议，这样便可进行终端1与服务器6的通信。但是，有时需要根据应用程序进行协议变换，这时，就不必进行网关中的协议变换。
这里，在终端1与服务器6进行通信过程中操作员发出服务器切换指示1113时，网关4的管理实体1106(信息交换单元)为了使通信中的终端1进行与网关5和服务器9的连接切换而与网关5的管理实体1111进行协商。
以后的对话切换要求1114→对话切换确认1115→切换指示1123→切换通知1116之前的处理顺序与上述图9所示的处理顺序即对话切换要求913→对话切换确认914→切换指示922→切换通知915之前的处理顺序相同，所以，此处省略详细的说明。
终端1的对话层协议单元1102接收到切换通知1116时，执行中的应用程序1101在没有与服务器6的应用程序1108进行通信时等可以中断对话的时刻，将中断通知1117发送给网关4的对话层协议单元1104。
以后的中断1117→中断指示1124→中断确认和再次开始1119→再次开始确认1120的处理顺序与图9中的切换通知915→中断916→中断指示923→中断确认917和再次开始918→再次开始确认919之前的处理顺序相同，所以，省略对其的说明。
另外，和图9中一样，终端1向网关4的对话层协议单元1104通知中断后，不论网关4的状态如何，都可以继续进行服务器连接切换处理顺序。所以，不一定非得需要中断指示1124和中断确认1118的处理顺序。另外，在没有中断确认1118时，终端1的对话在通知中断1117后就中断。
另外，和图9中一样，终端1的对话层协议单元1102接收到切换通知1116时，就向应用程序1101发出进行网关切换显示的指示，或者也可以根据应用程序1101的功能或用户的指示，终端1的对话层协议单元1102将中断通知117发送至网关4的对话层协议单元1104。
随着网关5的对话层协议单元1109发出上述再次开始确认通知1120，已中断的终端1的对话再次开始。对话再次开始时，终端1的对话层协议单元1102为了执行应用程序1101而通过网关5与服务器9的应用程序1112进行通信1121、1122。
按照以上说明的处理顺序，可以在短时间内进行终端1的网关连接切换。另外，可以进行对终端1的应用程序1101和用户的影响少的网关连接切换。
实施例4下面，使用图12～图17说明按照图1的结构的网关切换处理顺序的具体应用程序的例子。
图12表示用户使用WWW浏览器从终端1通过网关4与服务器6的WWW服务软件连接时网关4停止而使终端1从网关4切换为至网关5连接时的处理顺序。
对话层协议单元1202将用户使用终端1的WWW浏览器1201发出的命令通过网关4与服务器6的WWW服务软件1211进行通信。
这时，终端1的对话层协议单元1202与网关4的对话层协议单元1204间的通信协议是无线通信协议，网关4的对话层协议单元1204与服务器6间使用的通信协议是HTTP(Hyper Text TransferProtcol，超文本传输协议)。因此，为了获得两者的匹配性，由网关4的协议变换单元1205进行协议变换。
这里，比方说，用户操作终端1的WWW浏览器1201而发出访问存储在//www.xxx/xyz.htm这样的服务器6的文件的指示时，无线通信协议的指令INVOKE<REQUEST(get，//www.xxx/xyz.htm)>1203由协议变换单元1205变换为HTTP的指令REQUEST(get，//www.xxx/xyz.htm)1207，并向服务器6发送。
服务器6的WWW服务软件1211接收到上述指令REQUEST(get，//www.xxx/xyz.htm)1207时，由RESPONSE(数据)1212发送出//www.xxx/xyz.htm这样的文件的数据。
该HTTP的响应RESPONSE(数据)1212由网关4的协议变换单元1205变换为无线通信协议的响应REPLY<RESPONSE(数据)>1213，从网关4的对话层协议单元1204向终端1发送。这样，便可进行终端1与服务器6的通信，用户通过WWW浏览器1201可以浏览服务器6具有的文件//www.xxx/xyz.htm的数据。
如前所述，终端1与服务器6进行通信过程中操作员发出服务器切换指示1214时，网关4的管理实体1206为了使通信中的终端1进行与网关5的连接切换，与网关5的管理实体1210进行协商。
即，网关4的管理实体1206将对话切换要求1215通知给网关5的管理实体1210。以后的对话切换确认1216→切换指示1217→切换通知1218之前的程序和中断1219→中断指示1220→中断确认1221之前的程序与上述图9的对话切换确认914→切换指示922→切换通知915之前的程序和中断916→中断指示923→中断确认917之前的程序相同，所以，省略对其的详细说明。
另外，和图9中一样，终端1向网关4的对话层协议单元1204发出中断通知1219后，不论网关4的状态如何，都可以继续进行服务器连接切换处理顺序。因此，不一定非得需要中断指示1220和中断确认1221的处理顺序，也可以没有中断指示1220而由对话层协议单元1204自主地将中断确认通知1221发送给终端1的对话层协议单元1202。
另外，有时只根据网关4的种类进行中断指示1220因而没有中断确认1221。不论是哪种情况，在没有中断确认1221时，终端1的对话在通知了中断1219后就中断。
这时，WWW浏览器1201已完成接收文件//www.xxx/xyz.htm的数据。即使对话中断，用户也可以继续阅览该数据。当然，不必中断作为终端1的应用程序的WWW浏览器1201的执行。
终端1的对话层协议单元1202接收到切换通知1218时，向WWW浏览器1201进行网关切换显示，终端1的对话层协议单元1202可以根据WWW浏览器1201的功能或用户的指示将中断通知1219发送给网关4的对话层协议单元1204。
终端1的再次开始通知1222和网关5的再次开始确认1223的通知与图9所示的再次开始918和再次开始确认919相同，所以，省略对其的说明。
已中断的终端1的对话按照以上的处理顺序再次开始。
在该状态下，用户操作终端1的WWW浏览器1201发出访问//www.xxx/xyz.htm这样的文件的指示时，无线通信协议的指令INVOKE<REQUEST(get，//www.xxx/xyz.htm)>1224由网关5的协议变换单元1209变换为HTTP的指令REQUEST(get，//www.xxx/xyz.htm)1225，并向服务器6发送。
服务器6的WWW服务软件1211接收到指令REQUEST(get，//www.xxx/xyz.htm)1225时，就由RESPONSE(数据)1226发送出//www.xxx/xyz.htm的文件数据。
HTTP的响应RESPONSE(数据)1226由网关5的协议变换单元1209变换为无线通信协议的响应REPLY<RESPONSE(数据)>1227，并从网关5的对话层协议单元1208向终端1发送。
这样，使用网关5的终端1便可与服务器6进行通信，用户可以利用WWW浏览器1201浏览服务器6具有的文件//www.xxx/xyz.htm的数据。
下面，使用图13说明在协商中终端与服务器间发生新的通信时的处理顺序。
从网关4向网关5的对话切换请求和与此相应地网关5的对话层协议单元和管理实体间的指示、确认与图12一样。
在图13中，表示了此后从网关5向网关4发送对话切换确认通知之前发生终端1与服务器6之间的通信的状态。
因此，表示网关4按对话切换请求通知网关5的信息中包含的终端1与网关4的通信状态的信息与在通知对话切换确认之前终端1与服务器6进行通信后的终端1与网关4的通信状态不一致。
即，表示终端1与网关4或网关5的通信状态的信息是图13的左端所示的TID。这里，根据从网关4向网关5的对话切换要求而通知的TID是最上段所示的TID＝1。另外，终端1与服务器6进行通信后的TID是中段所示的TID＝2。这样，由于通知网关5的TID1与实际的TID2不同，所以，有时网关连接切换后网关5与终端1的通信处理不同。
这样，即使在网关间的协商中发生终端1与服务器6的通信，为了保持TID的匹配性，在从终端1向网关5进行再次开始通知时一并通知最新的TID，在图13中为TID＝2。
多个终端的切换处理下面，使用图14说明与多个终端连接中的网关的停止时刻。
网关4与终端1、终端15、终端17呈连接状态。这里，网关4与网关5的对话切换协商和图12一样。
图14中用1次的对话切换协商处理终端1、终端17、终端15，但是，也可以分开对每台终端1进行协商。
在进行网关4与网关5的对话切换协商(对话切换要求1401→对话切换确认1402)后，网关4分别向终端1、终端17、终端15进行切换通知。其次，终端1、终端17、终端15分别向网关4发送中断通知1403a、1403b、1403c。对于所连接的各个终端，在接收到中断通知1404a、1404b、1404c后，网关4就输出中断确认通知1405a、1405b、1405c，并立即停止。
与上述不同，也可以考虑网关4具有从向终端通知切换到向网关4通知中断的允许时间，如果允许时间太长，即使有未向网关4进行中断通知的终端也停止的处理顺序。
欲切换至的网关拒绝时下面，使用图15说明在协商中欲切换至的网关拒绝终端的连接切换时的处理顺序。
从网关4向网关5发出对话切换请求通知之前的处理顺序和图12一样。网关5由于性能不足或负载过大等理由会通知网关4拒绝对话切换1501。接收到拒绝对话切换1501的网关4就将对话切换要求1502通知给作为新的切换地的网关6，网关6有收容终端的性能时，网关6就向网关4发出对话切换确认通知1503，然后，就执行连接切换。
这样，即使切换到的网关拒绝进行连接切换，网关4也与新的切换到的网关进行协商，寻找连接切换到的网关。该功能是切换前的网关4的管理实体所具有的，但是，也可以预先将多个切换到的网关按附加了优先处理顺序的状态登记在网关4的存储器中，在管理实体接收到上述拒绝通知时，就自动地执行从上述存储器中读出下一个候选的切换到的网关的信息交换处理顺序。
欲切换到的网关性能不足时下面，使用图16说明在协商中切换到的网关与对话切换确认通知一并告知“不具有终端收容性能”时的处理顺序。
从网关4向网关5发出对话切换请求通知之前的处理顺序和图12一样。
网关5根据从网关4与对话切换要求一并通知的最大数据长度及视窗尺寸等信息发现不能提供终端所需要的全部资源时，就将可以向要求连接切换的终端提供的资源的上限与对话切换确认1601一并通知给网关4。
网关4将网关5可以提供的资源的上限与切换通知1602一并通知给终端1。这样，终端1就将性能(即自己的性能信息)改变为与网关5可以提供的资源的上限一致。
这样，终端1向网关5连接切换后，就按变更后的性能进行通信。在切换前的网关4中可以具有判断是否可以进行上述切换到的网关5与终端1的通信的判断单元。在不能进行通信时，就停止通信。此外，也可以在终端中具有判断是否可以按上述那样接收的性能进行通信的判断单元。在不能进行通信时，就停止接收服务。
存在再次发送处理的场合图19是表示数据再发送协议安装到终端1和网关4及网关5中时的处理顺序。在图19中，再发送协议位于对话层的低位，但是，也可以装入到对话层中。
如按图12说明的那样，指令INVOKE<REQUEST(get，//www.xxx/xyz.btm)>1203由协议变换单元1205变换为HTTP的指令REQUEST(get，//www.xxx/xyz.htm)1207，并向服务器6发送。网关4的对话层协议单元1204将无线通信协议的ACK1228向终端1的对话层协议单元1202发送。终端1通过接收该ACK1228，判断网关4是否接收到了无线通信协议的指令INVOK<EREQUEST(get，//www.xxx/xyz.htm)>1203。
另外，如上所述，HTTP的响应RESPONSE(数据)1212由网关4的协议变换单元1205变换为无线通信协议的响应REPLY<RESPONSE(数据)>1213并从网关的对话层协议单元1204向终端1发送时，接收到该响应REPLY<RESPONSE(数据)>1213的终端1的对话层协议单元1202就将无线通信协议的ACK1230向网关4发送。网关4通过接收无线通信协议的ACK1230判断终端1是否接收到了无线通信协议的绣REPLY<RESPONSE(数据)>1212。
此外，在再次开始确认1223之后，无线通信协议的指令INVOKE<REQUEST(get，//www.xxx/xyz.htm)>1224由网关5的协议变换单元1209变换为HTTP的指令REQUEST(get，//ww.xxx/xyz.htm)1225并向服务器6发送。这时，网关5的对话层协议单元1208将无线通信协议的ACK1231向终端1的对话层协议单元1202发送。另外，接收到响应REPLY<RESPONSE(数据)>1227的终端1的对话层协议单元1202将无线通信协议的ACK1223向网关5发送。
下面，参照图20说明终端1、网关4、网关5中的再发送协议。
终端1在发送无线通信协议的指令INVOKE<REQUEST(get，//www.xxx/xyz.htm)>1309后，在规定时间内未从网关4接收到无线通信协议的ACK1314时，终端1的再发送协议1303就进行无线通信协议的指令INVOKE<REQUERST(get，//www.xxx/xyz.htm)>1310的再次发送。
如果无线通信协议的ACK1314从网关4回送时，终端1就停止再发送。另外，为了测量规定时间，终端1具有定时器，并具有再发送次数的最大既定值。再发送次数超过最大既定值时，就视为终端1与网关4间的通信发生了某种异常，从而终端1切断通信。
同样，在网关4发送无线通信协议的响应REPLY<RESPONSE(数据)>1316后，在规定时间内未从终端1接收到无线通信协议的ACK1319时，网关4的再发送协议1304就进行无线通信协议的响应REPLY<RESPONSE(数据)>1317的再发送。
如无线通信协议的ACK1319从终端1回送，网关4就停止再发送。为了测量规定时间，网关4具有定时器，并具有再发送的最大既定值。在再发送次数超过最大既定值时，就视为终端1与网关4间的通信发生了某种异常，从而网关4切断通信。
中断显示图17表示向用户进行中断显示时的处理顺序。
切换通知1714之前的处理顺序和图12一样，所以，省略对其的说明。
终端1的对话层协议单元1702将中断通知1706发送给网关4的对话层协议单元1704，这时，就将中断显示通知1708发送给终端1的应用程序1701。应用程序1701接收到上述中断显示通知1708时，就在终端1的画面上执行中断中显示1709。
在该中断显示1709中，显示的是“网关4由于修改作业而停止，所以，将连接切换到网关5”等不是网关及终端和网络的故障或障碍等的用户一看就明白的信息。
然后，终端1的对话层协议单元1702将再次开始通知1711发送给网关5的对话层协议单元1710，网关5的对话层协议单元1710将再次开始确认通知1712发送给终端1的对话层协议单元1702。
另外，在进行中断显示1709时，终端1的对话层协议单元1702也可以按照用户的指示将再次开始通知1711发送给网关5的对话层协议单元1710。
终端1的对话层协议单元1702接收到再次开始确认1712时，就将再次开始显示通知1713发送给应用程序1701，应用程序1701接收到再次开始显示1713时，就结束中断中显示1709。
在上述中断的显示以外如以上所述那样从切换前的网关接收到停止中值时，也可以显示该通知。
切换通知以后的无线通信协议的发生图21表示在切换通知之后从终端1发生无线通信协议的指令时的处理顺序，这里，引入了事务处理这样的概念。
即，将终端1与网关4间的逻辑连接称为对话，将实际的应用程序的数据通信称为事务。事务表示用户的请求或与通知对应的服务器的应答或者与服务器的请求或通知对应的用户的应答等一连串的操作处理。这里，对于1个对话存在多个事务。另外，按事务为单位设有标识符(事务ID)，从而可以识别对应的请求/通知/应答。
切换通知1713之前的处理顺序和图19一样，所以，省略对其的说明。
网关4已向终端1的对话层协议单元1702发送了网关切换通知1713，所以，保持无线通信协议的指令INVOKE<REQUEST(get，//www.xxx/xyz.htm)>1719的内容。
终端1的对话层协议单元1702接收到切换通知1713时，就将中断通知1714发送给网关4的对话层协议单元1705。网关4的对话层协议单元1705将收到中断1714的情况通知管理实体1707，管理实体1707向网关5的管理实体1711通报事务信息(事务的状态、事务的ID等和无线通信协议指令INVOKE<REQUEST(get，//WWW.xxx/xyz.htm)>的内容1716)。
此后的程序即中断确认1715→再次开始1717→再次开始确认1718的处理顺序与图9中的中断确认917→再次开始918→再次开始确认919的处理顺序一样，所以，省略对其的说明。终端1的对话层协议单元1702与网关5的对话层协议单元1709的对话再次开始时，在网关5的对话层协议单元1709中，使用在事务信息1716中接收的事务状态、事务ID将REQUEST的内容通过协议变换单元1710变换为HTTP的指令REQUEST(get，//www.xxx/xyz.htm)1720，并向服务器6发送。
此后到无线通信协议的ACK1725之前的处理顺序和图19一样，所以省略对其的说明。
这里，从终端1发送的无线通信协议的指令INVOKE<REQUEST(get，//www.xxx/xyz.htm)>1719也可以通过网关4的协议变换1706变换为HTTP的指令REQUEST(get，//www.xxx/xyz.htm)1720，再按事务信息1716向网关5的管理实体1711发送。
在接收到中断1714后，网关4的管理实体1707与网关5的管理实体1711进行通信，但是，也可以在接收中断1714之前进行通信。
另外，在终端1、网关4和网关5未发送ACK时，也可以进行和未发送无线通信协议的ACK1722、1725的处理顺序一样的处理顺序。即，不一定必须进行ACK的程序。
另外，在再发送协议装入到终端1、网关4和网关5中时，也可以进行同样的程序。
服务器的响应发生之前的切换表示下面，使用图22说明由网关4从终端1接收无线通信协议的指令并从网关4向终端1发送完对应的无线通信协议的ACK且在从服务器6接收HTTP的响应之前从网关4的操作员发出服务器切换的指示时的处理顺序。
在图22中，除了未从服务器6发生HTTP的响应和未从终端1发生与该响应对应的ACK外，切换通知1813之前的处理顺序和图19一样，所以，省略对其的说明。
网关4在从服务器6接收到对应的HTTP的响应RESPONSE(数据)1819之前保持向服务器6发送的HTTP的指令REQUEST(get，//www.xxx/xyz.htm)1823的内容。
终端1的对话层协议单元1802接收到切换通知1813时，就将中断通知1814发送给网关4的对话层协议单元1805。网关4的对话层协议单元1805将接收到上述中断1814的情况通知管理实体1807，从与HTTP的指令REQUEST(get，//www.xxx/xyz.htm)1823对应的服务器6接收HTTP的响应RESPONSE(数据)1819。这样，网关4的协议变换1806就将上述HTTP的指令REQUEST(get，//www.xxx/xyz.htm)变换为无线通信协议的响应(与后面所述的REPLY<RESPONSE(数据)>1820相当的数据)。
然后，通过网关4的管理实体1807向网关5的管理实体1811通知事务信息(事务的状态、事务的ID等和变换后的无线通信协议的响应REPLY<RESPONSE(数据)>的内容)1816。
此后的中断确认1815和再次开始的处理顺序和图19一样，所以，省略其说明。终端1的对话层协议单元1802与网关5的对话层协议单元1809的对话再次开始时，在网关5的对话层协议单元1809中，使用在事务信息1816中接收的事务的状态和事务ID，从对话层协议单元1809向终端1的对话层协议单元1802发送无线通信协议的响应REPLY<RESPONSE(数据)>1820。
无线通信协议的ACK1821的处理顺序和图19一样，所以，省略对其的说明。
这里，从服务器6发送的HTTP协议的响应REPLY<RESPONSE(数据)1819也可以不通过网关4的协议变换单元1806进行变换，而从网关4的管理实体1807向网关5的管理实体1811按事务信息1816进行发送，通过网关5的协议变换单元1810变换为无线通信协议的响应REPLY<RESPONSE(数据)>1820。
另外，在没有从终端1、网关4和网关5发送ACK时，也可以进行和未发送无线通信协议的ACK1824、1821的处理顺序相同的程序，不一定必须进行ACK的程序。
另外，这时，如图21所示，也可以按事务信息1816将REQUEST内容通知给网关5，进行和从网关5向服务器6发送HTTP的指令的图21相同的处理顺序。另外，在再发送协议安装到终端1、网关4和网关5中时，也可以进行同样的程序。
从终端无ACK时的场合下面使用图23说明由网关4从终端1接收无线通信协议的指令、从服务器6接收HTTP的响应并向终端1发送无线通信协议的响应且在未从终端1反馈无线通信协议的ACK时从网关4的操作员发出服务器切换的指示时的处理顺序。
对于响应REPLY<RESPONSE(数据)>1924，除了未从终端1向网关4回送ACK外，切换通知1913之前的处理顺序和图19一样，所以，省略对其的说明。
但是，在此期间，响应REPLY<RESPONSE(数据)>1924的再发送控制在网关4的再发送协议1904中进行。
终端1的对话层协议单元1902接收到切换通知1913时，就将中断通知1914发送至网关4的对话层协议单元1905。
网关4的对话层协议单元1905将接收到中断1914的情况通知管理实体1907，管理实体1907将事务信息(事务的状态、事务的ID再发送次数、再发送定时值的经过值等和无线通信协议的响应REPLY<RESPONSE(数据)>的内容)1916通知网关5的管理实体1911。
此后的中断确认1915和再次开始的处理顺序和图19一样，所以，省略对其的说明。
终端1的对话层协议单元1902与网关5的对话层协议单元1909的对话再次开始时，由网关5的对话层协议单元1909使用在事务信息1916中接收的事务的状态、事务的ID、再次发送次数、再次发送定时值将RESPONSE(数据)1926的内容从再次发送协议1908向终端1的对话层协议单元1902发送。
无线通信协议的ACK1927的处理顺序和图19一样，所以，省略对其的说明。
这时，RESPONCE(数据)1923由网关4的协议变换单元1906临时变换成无线通信协议的REPLY<RESPONSE(数据)>。但是，从网关4的管理实体1907发送至网关5的管理实体1911的、包含在事务信息1916中的RESPONSE(数据)的内容采取HTTP协议的响应REPLY<RESPONSE(数据)>的形式，也可以由网关5的协议变换单元1910再次变换成无线通信协议的响应REPLY<RESPONSE(数据)>1926。
另外，在未由网关4和网关5发送ACK时，也可以进行和未发送无线通信协议的ACK1922的处理顺序相同的程序。
另外，在再次发送协议安装到终端1和网关5中时，也可以进行同样的程序。
按照以上说明的处理顺序，即使没有接收到终端的应用程序要求的数据也可以进行终端的网关连接切换，从而可以进行对终端的应用程序和用户影响少的网关连接切换。
实施例5即使是没有网关间的连接路径、或者通过网络的网关间连接以及即使是多个网关与服务器的连接单元也不能进行网关间的协商的例如图5那样的先有的结构，通过实施本发明也可以达到效果。
下面，使用图5和图24、25、26、27说明实施例5的没有网关间的信息交换单元时的网关切换处理顺序。网关11和12共享服务器6，将网络3与服务器6连接。另外，网关11和12不具有执行网关间的协商的信息交换单元。终端1通过基地台2、网络3和网关11或网关12与服务器6连接，利用服务器6具有的信息7执行应用程序。
终端1的对话层协议单元2002为了执行应用程序2001而通过网关11与服务器6的应用程序2011进行通信。另外，这时，由于终端1的对话层协议单元2002和网关11的对话层协议单元2004间的通信2003使用的通信协议与网关11的对话层协议单元2004和服务器6间的通信2007使用的通信协议不同，所以，利用网关11的协议变换单元2005进行协议变换。
通信2003由上述协议变换单元2005变换为网关11与服务器6间的通信2007使用的通信协议，这样，便可进行终端1与服务器6的通信。但是，有时也不必利用应用程序进行协议变换，这时，就不进行网关中的协议变换。
在终端1与服务器6进行通信过程中，从操作员发出服务器切换指示2012时，网关11的管理实体2006为了使通信中的终端1向网关12进行连接切换而向对话层协议单元2004发出切换指示2013。
对话层协议单元2004根据切换通知2014将切换到的网关地址等信息通知给终端1的对话层协议单元2002。这时，网关11所通知的切换到的网关的选择，可以根据网关11预先存储的其他网关的信息检索可以收容终端1的网关，或者根据操作员的指示进行。
终端1通过切换通知2014刚刚知道作为切换到的网关的网关12的地址信息。即，终端1根据网关11的切换通知2014接收用于服务器连接切换的信息，所以，不必将网关连接切换用的多个网关的信息总是预先保存在终端1的内部存储单元例如硬盘、IC卡、活动ROM、EEPROM、具有备用电池的RAM等中。
终端1的对话层协议单元2002接收到切换通知2014时，执行中的应用程序2001在未与服务器6的应用程序2011进行通信等可以中断对话的时刻将中断通知2015发送至网关11的对话层协议单元2004。
网关11的对话层协议单元2004将接收到中断2015的情况通知管理实体2006，管理实体2006将中断指示2016通知给对话层协议单元2004。
网关11的对话层协议单元2004接收到中断指示2016时，将中断确认2017通知终端1的对话层协议单元2002。
然后，终端1的对话层协议单元就中断。
但是，在终端1将中断通知2015发送给网关11的对话层协议单元2004后，不论网关11的状态如何，都可以继续进行服务器连接切换处理顺序。
因此，既可以没有中断指示2016和中断确认2017，也可以没有中断指示2016而由对话层协议单元2004自主地将中断确认通知2017发送给终端1的对话层协议单元2002。另外，也有只根据网关11的种类进行中断指示2016而没有中断确认2017的情形。
不论是哪种情况，在没有中断确认2017时，终端1的对话在通知中断2015后中断。另外，在终端1的对话层协议单元2002接收到切换指示2014时，向应用程序2001进行网关切换显示。终端1的对话层协议单元2002也可以根据应用程序2001的功能或用户的指示将中断通知2015发送给网关11的对话层协议单元2004。
终端1的对话层协议单元2002将包含终端地址、对话ID、最大数据长度、视窗尺寸等信息的再次开始通知2018发送给网关12的对话层协议单元2008。
网关12的对话层协议单元2008接收到再次开始2018时，就通知再次开始确认2019。其次，根据网关12的对话层协议单元2088的再次开始确认2019，已中断的终端1的对话再次开始。
对话再次开始时，终端1的对话层协议单元2002为了执行应用程序2001，经过网关12的协议变换单元2009与服务器6的应用程序2011进行通信2020、2021。
以上说明的处理顺序是以网关11将具有可以收容终端1的性能的网关作为切换到的网关通知终端1为前提的。因此，在与切换到的网关进行连接切换后，在判定切换到的网关不具有收容终端1的性能时，不会发生再次与别的网关进行连接切换的效率差的连接切换。另外，可以进行对终端1的应用程序2001和用户的影响少的网关连接切换。
下面，使用图25说明在切换通知2113之后从终端1发生无线通信协议的指令时的处理顺序。
切换通知2113之前的处理顺序和图24一样，所以，省略对其的说明。
网关4的协议变换单元2106将无线通信协议的指令INVOKE<REQUEST(get，//www.xxx/xyz.htm)2119变换为HTTP的指令REQUEST(get，//www.xxx/xyz.htm)2116，并向服务器6发送。
此时，网关4将HTTP的命令REQUEST(get，//www.xxx/xyz.htm)2116通知服务器6时，也把发送出与该REQUEST(get，//www.xxx/xyz.htm)2116对应的RESPONSE(数据)(这里为2116)的网关的地址通知过去。
上面通知的地址既可以相对于HTTP的命令而言作为其他信息来处理，也可以包含在HTTP的命令中。如果是后一场合，则由服务器为分析HTTP的命令，取出上面的地址。
此后的中断确认2115和再次开始的处理顺序和图24一样，所以，省略对其的说明。
然后，终端1的对话层协议单元2102与网关5的对话层协议单元2109的对话再次开始时，就由网关5的对话层协议单元2109使用在再次开始2117中接收的事务的状态、事务的ID向终端1发送无线通信协议的ACK2121。从服务器6接收与HTTP的指令REQUEST(get，//www.xxx/xyz.htm)2116对应的HTTP的响应RESPONSE(数据)2122，由协议变换单元2110变换为无线通信协议的响应<REPLY<RESPONSE>(数据)>2123，并向终端1的对话层协议单元2102发送。这里，无线通信协议的ACK2121也可以从网关4的对话层协议单元2105向终端1发送。
以后，无线通信协议的ACK2124之前的处理顺序和图19一样，所以，省略对其的说明。
下面，使用图26说明由网关4从终端1发送无线通信协议的指令(指令INVOKE<REQUEST(get，//www.xxx/xyz.htm)2222→指令REQUEST(get，//www.xxx/xyz.btm)2223)，从网关4发送完ACK2224而在从服务器6接收到与HTTP的指令对应的HTTP的响应之前从网关4的操作员发出服务器切换的指示时的处理顺序。
切换通知2213之前的处理顺序和图24及图19一样，所以，省略对其的说明。
终端1的对话层协议单元2202接收到切换通知2213时，就将中断通知2214发送给网关4的对话层协议单元2205。
网关4的对话层协议单元2205将接收到中断2214的情况通知给管理实体2207，网关4的管理实体2207向服务器6发送用于将HTTP的响应RESPONSE(数据)2216向网关5发送的通知2225。
此后的中断确认2215和再次开始的处理顺序和图24一样，所以，省略对其的说明。
终端1的对话层协议单元2202与网关5的对话层协议单元2209的对话再次开始时，由网关5的对话层协议单元2209使用在再次开始2217中接收的事务的状态、事务的ID从服务器6接收HTTP的响应RESPONSE(数据)2216，由协议变换单元2210变换为无线通信协议的响应REPLY<RESPONSE(数据)>2220，并向终端1发送。
无线通信协议的ACK2221的处理顺序和图19一样，故省略对其的说明。
下面，使用图27说明由网关4从终端1接收无线通信协议的指令、从服务器6接收HTTP的响应并向终端1发送无线通信协议的响应而在未从终端1反馈无线通信协议的ACK时从网关4的操作员发出服务器切换的指示时的处理顺序。
切换通知2313之前的处理顺序和图19、图24一样，所以，省略对其的说明。
但是，在此期间，图20所示的响应REPLY<RESPONSE(数据)>2324的再次发送控制在网关4的再次发送协议2304中进行。
下面，从此处开始说明图27的处理。
终端1的对话层协议单元2302接收到切换通知2313时，就将中断通知2314发送至网关4的对话层协议单元2305。
网关4的对话层协议单元2305将接收到中断2314的情况通知管理实体2307。
网关4的对话层协议单元2305在从终端1接收到无线通信协议的ACK2329之前保持HTTP的指令REQUEST(get，//www.xxx/xyz.htm)2320的内容。在该状态下，网关4向服务器6发送HTTP的指令REQUEST(get，//www.xxx/xyz.htm)2316。
这里，当网关4将HTTP命令REQUEST(get，//www.xxx/xyz.htm)2316通知服务器6时，也该发出与该REQUEST(get，//www.xxx/xyz.htm)2316对应的RESPONSE(数据)(这里为2327)的网关地址通知出去。
上面的通知地址既可以相对于HTTP命令而言的其他信息来处理，也可以包含在HTTP命令中。在后一场合下，由服务器6分析HTTP命令，并且取出上述的地址部分。
此后的中断确认2315和再次开始的处理顺序和图24一样，所以，省略对其的说明。
终端1的对话层协议单元2302与网关5的对话层协议单元2309的对话再次开始时，由网关5的对话层协议单元2309使用在再次开始2317中接收的事务的状态、事务的ID从服务器6接收HTTP的响应(数据)2337，由协议变换单元2310变换为无线通信协议的响应<REPLY(数据)>2328，并向终端1的对话层协议单元2302发送。
此后，直至无线通信协议的ACK 2329的处理顺序与图19相同，故省略对其的说明。
按照以上说明的处理顺序，在没有网关间协商单元时，终端的应用程序即使未接收到与请求对应的数据，也可以进行网关连接切换，从而可以进行对终端的应用程序和用户影响少的网关连接切换。
在以上说明的实施例中，切换前的网关是在进行连接切换后就停止的，但是，并不是必须停止，也可以继续动作。
以上是以在终端从服务器接受到服务时有切换指示为前提的，但是，本发明并没有上述限定。即，即使未接受到上述服务，也可以从切换前的网关向终端发送切换通知。另外，除了上述通知外，也可以向终端发送建立起与切换到的网关的通信所需要的信息。
如上所述，按照本发明，在与终端连接中的网关停止时，由于在网关停止之前在网关间进行连接切换协商，所以，在终端中不必终止执行中的应用程序就可以在短时间内重新与具有终端收容性能的其他网关连接。
另外，即使应用程序未接受到与要求对应的数据，也可以进行网关的切换。总之，切换前的网关将事务的状态转移给切换到的网关，所以，在终端侧不必考虑事务的状态就可以进行网关切换。
在不能在网关间直接进行连接切换协商时，即使应用程序未接受到与要求对应的数据也可以进行网关的切换，从而与以往相比可以在更短时间内重新与具有终端收容性能的其他网关连接。
不论是哪种情况，终端都不必总是保持多个网关的信息，因此，即使网络结构变化，终端也可以很容易地适应。
权利要求
1.一种通过网关确立无线信息终端与服务器的通信的通信系统，其特征在于上述网关中包括在有网关的切换指示时向无线信息终端通知发生网关切换的信息通知单元。
2.一种通过网关确立无线信息终端与服务器的通信的通信系统，其特征在于上述网关包括在有网关的切换指示时通知发生网关切换和通过切换到的网关与服务器进行通信所需要的信息的信息通知单元；上述无线信息终端包括从切换前的网关接受为了通过上述切换到的网关与服务器进行通信所需要的信息从而执行与切换到的网关的通信的起动程序的通信起动单元。
3.一种通过网关确立无线信息终端与服务器的通信的通信系统，其特征在于上述网关包括切换前的网关在将无线信息终端与服务器的通信进行中继传输的状态下有网关的切换指示时将通过无线信息终端和切换到的网关与服务器的通信所需要的信息通知无线信息终端的信息通知单元；上述无线信息终端包括从切换前的网关接受为了通过上述切换到的网关与服务器进行通信所需要的信息并与中断切换前的网关的通信一起执行与切换到的网关的通信的再次开始程序的再次开始起动单元。
4.如权利要求3所述的通信系统，其特征在于切换前的网关具有在与上述切换前的网关的通信的中断处理时残留着未完结的事务时在上述再次开始程序之前将关于与终端的要求对应的应答的信息通知切换到的网关的信息交换单元。
5.如权利要求4所述的通信系统，其特征在于上述未完结的事务是从切换前的网关向无线信息终端发出切换通知后发生的无线信息终端对服务器的要求，是未到达服务器的情况。
6.如权利要求4所述的通信系统，其特征在于上述未完结的事务是与在从切换前的网关向无线信息终端发出切换通知之前发生的从无线终端到达服务器的要求对应地从切换前的网关向无线信息终端回送ACK的情况。
7.如权利要求4所述的通信系统，其特征在于上述未完结的事务是在从切换前的网关向无线信息终端发出切换通知之前发生的从无线信息终端对服务器的要求，是该应答在上述中断时到达切换前的网关而未到达终端的情况。
8.一种在将无线信息终端与向该无线信息终端提供服务的服务器的通信进行中继联系的通信系统中使用的网关，其特征在于包括在有网关的切换指示时通知无线信息终端发生网关切换的信息通知单元。
9.一种在将无线信息终端与向该无线信息终端提供服务的服务器的通信进行中继联系的通信系统中使用的网关，其特征在于包括在有网关的切换指示时通知发生网关切换和通过切换到的网关与服务器的通信所需要的信息的信息通知单元。
10.一种在将无线信息终端与向该无线信息终端提供服务的服务器的通信进行中继联系的通信系统中使用的网关，其特征在于包括向无线信息终端通知与切换到的网关的通信所需要的信息的信息通知单元。
11.如权利要求10所述的网关，其特征在于在与上述无线信息终端的通信的中断处理时残留着未完结的事务时在上述再次开始差之前将对终端的要求的应答位置通知服务器。
12.如权利要求11所述的网关，其特征在于上述未完结的事务是在向无线信息终端发出切换通知后发生的无线信息终端对服务器的要求，是根据未到达服务器的要求而发生的。
13.如权利要求11所述的网关，其特征在于上述未完结的事务是在向无线信息终端发出切换通知之前发生的从无线终端到达服务器的要求，是向无线信息终端发出ACK的情况。
14.如权利要求11所述的网关，其特征在于上述未完结的事务是在向无线信息终端发出切换通知之前发生的从无线终端对服务器的要求，是服务器的应答在上述中断时未到达终端的的情况。
15.一种通过网关确立与提供服务的服务器的通信的无线信息终端，其特征在于包括在切换前的网关将无线信息终端与服务器的通信进行中继联系的状态下有向网关的切换指示时与切换通知一起从切换前的网关接受为了通过切换到的网关与服务器进行通信所需要的信息并根据该信息在与中断该切换前的网关的通信的同时执行与切换到的网关的通信的再次开始程序的再次开始起动单元。
16.一种通过网关确立无线信息终端与向该无线信息终端提供服务的服务器的通信的通信系统，其特征在于上述网关包括在切换前的网关将无线信息终端与服务器的通信进行中继联系的状态下有网关的切换指示时可以在切换前的网关与切换到的网关间交换无线信息终端与服务器通过切换到的网关进行通信所需要的信息的信息交换单元；和从切换前的网关向无线信息终端通知与切换到的网关的通信所需要的信息的信息通知单元；上述无线信息终端包括从切换前的网关接受通过上述切换到的网关与服务器进行通信所需要的信息并与中断与切换前的网关的通信一起执行与切换到的网关的通信的再次开始程序的再次开始起动单元。
17.如权利要求16所述的通信系统，其特征在于在由上述信息交换单元进行切换前的网关与切换到的网关的信息交换的前后，关于上述无线信息终端与切换前的网关的通信状态的信息不同时，上述无线信息终端进行与上述切换到的网关的通信的连接时，上述再次开始起动单元将修正上述通信状态信息的不匹配的信息从上述无线信息终端通知上述切换到的网关。
18.如权利要求17所述的通信系统，其特征在于上述不匹配是基于在上述信息交换中发生的上述无线信息终端与上述切换前的网关装置间的通信而发生的。
19.如权利要求16所述的通信系统，其特征在于在与上述切换前的网关的通信的中断处理时残留着未完结的事务时，上述信息交换单元在上述再次开始程序之前向切换到的网关通知关于该未完结的事务的信息。
20.如权利要求19所述的通信系统，其特征在于上述未完结的事务是在从切换前的网关向无线信息终端发出切换通知后发生的无线信息终端对服务器的要求，是根据未到达服务器的要求而发生的。
21.如权利要求19所述的通信系统，其特征在于上述未完结的事务是与在从切换前的网关向无线信息终端发出切换通知之前发生的无线终端对服务器的要求对应地根据在上述中断后有从服务器向切换前的网关的应答的情况而发生的。
22.如权利要求19所述的通信系统，其特征在于上述未完结的事务是在从切换前的网关向无线信息终端发出切换通知之前发生的无线信息终端对服务器的要求，是基于在上述中断时未到达终端的向切换前的网关的应答而发生的。
23.如权利要求16所述的通信系统，其特征在于在从上述切换前的网关向切换到的网关传送的信息中包含终端的性能，在该终端的性能不能由切换到的网关所收容时，上述信息交换单元将可以向终端提供的性能通知切换前的网关。
24.如权利要求23所述的通信系统，其特征在于包括将上述切换到的网关的性能与上述切换通知一起通知终端的上述信息通知单元和根据上述性能判断是否再次开始与切换到的网关的通信的无线信息终端侧的判断单元。
25.如权利要求23所述的通信系统，其特征在于包括判断上述切换到的网关的性能是否可以与终端进行通信并在判定可以时就停止切换前的网关的切换前的网关侧的判断单元。
26.如权利要求16所述的通信系统，其特征在于在第1候补的切换到的网关拒绝切换时，上述信息交换单元就执行与别的候补的网关的信息交换。
27.一种在将无线信息终端与向该无线信息终端提供服务的服务器的通信进行中继联系的通信系统中使用的网关，其特征在于包括在将无线信息终端与服务器的通信进行中继联系的状态下有网关的切换指示时可以在与切换到的网关之间交换通过无线信息终端和切换到的网关与服务器的通信所需要的信息的信息交换单元；和向无线信息终端停止与切换到的网关的通信所需要的信息的信息停止单元。
28.如权利要求27所述的通信系统，其特征在于在与上述无线信息终端的通信的中断处理时残留着未完结的事务时上述信息交换单元在无线信息终端进行再次开始程序之前将关于该未完结的事务的信息停止切换到的网关。
29.如权利要求28所述的通信系统，其特征在于上述未完结的事务是在向无线信息终端发出切换停止后发生的无线信息终端对服务器的要求，是基于未到达服务器的要求而发生的。
30.如权利要求28所述的通信系统，其特征在于上述未完结的事务是与在向无线信息终端发出切换通知之前发生的无线终端对服务器的要求对应地根据在上述中断后有从服务器向切换前的网关的应答的情况而发生的。
31.如权利要求28所述的通信系统，其特征在于上述未完结的事务是在向无线信息终端发出切换通知之前发生的无线信息终端对服务器的要求，是基于在上述中断时未到达终端的向切换前的网关的应答而发生的。
32.一种在将无线信息终端与向该无线信息终端提供服务的服务器的通信进行中继联系的通信系统中使用的网关，其特征在于包括在切换前的网关将无线信息终端与服务器的通信进行中继联系的状态下有网关的切换指示时可以在与切换前的网关之间交换无线信息终端与服务器的通信所需要的信息的信息交换单元。
33.一种通过网关确立与提供服务的服务器的通信的无线信息终端，其特征在于包括在切换前的网关将无线信息终端与服务器的通信进行中继联系的状态下有向网关的切换指示时与切换通知一起从切换前的网关接受通过切换到的网关与服务器进行通信所需要的信息并根据该信息在中断与该切换前的网关的通信的同时执行与切换到的网关的通信的再次开始程序的再次开始起动单元。
34.如权利要求33所述的无线信息终端，其特征在于包括在从上述中断到再次开始的期间进行表示是中断中的信息的显示的显示单元。
35.如权利要求33所述的无线信息中断，其特征在于包括除了上述切换通知外在拒绝切换到的网关与该中断的通信时又接受到切换前的网关的停止通知时就显示该停止通知的显示单元。
36.如权利要求33所述的无线信息终端，其特征在于在切换前的网关与切换到的网关间在切换后进行所需要的信息交换的前后有与切换前的网关的通知状态不匹配时，在上述再次开始程序中就将修正该不匹配的信息通知切换到的网关。
37.如权利要求1、2、3、16中的任一权利要求所述的通信系统，其特征在于上述切换前的网关和切换到的网关使用共同的服务器。
38.如权利要求1、2、3、16中的任一权利要求所述的通信系统，其特征在于上述切换前的网关和切换到的网关使用内容等价的不同的服务器。
39.如权利要求1、2、3、16中的任一权利要求所述的通信系统，其特征在于在上述切换前的网关和切换到的网关中内藏内容等价的不同的服务器。
40.一种通过网关确立无线信息终端与服务器的通信的通信方法，其特征在于在有网关的切换指示时向无线信息终端通知发生网关切换。
41.一种通过网关确立无线信息终端与服务器的通信的通信方法，其特征在于包括在有网关的切换指示时通知发生网关切换和通过切换到的网关与服务器的通信所需要的信息的步骤；和从切换前的网关接受通过上述切换到的网关与服务器进行通信所需要的信息并执行与切换到的网关的通信的开始程序的步骤。
42.一种通过网关确立无线信息终端与服务器的通信的通信方法，其特征在于包括在切换前的网关将无线信息终端与服务器的通信进行中继联系的状态下有网关的切换指示时将通过无线信息终端和切换到的网关与服务器的通信所需要的信息通知无线信息终端的步骤；和从切换前的网关接受通过上述切换到的网关与服务器进行通信所需要的信息并在中断与切换前的网关的通信的同时无线信息中断执行与切换到的网关的通信的再次开始程序的步骤。
43.一种通过网关确立无线信息终端与向该无线信息终端提供服务的服务器的通信的通信方法，其特征在于包括在切换前的网关将无线信息终端与服务器的通信进行中继联系的状态下有网关的切换指示时将无线信息终端与服务器通过切换到的网关进行通信所需要的信息从切换前的网关通知切换到的网关的步骤；从切换前的网关向无线信息终端通知与切换到的网关的通信所需要的信息的步骤；和在接受通过上述切换到的网关与服务器进行通信所需要的信息的状态下在中断与切换前的网关的通信的同时无线信息终端执行与切换到的网关的通信的再次开始程序的步骤。
全文摘要
在通过网关确立无线信息终端与服务器的通信的通信系统中,网关切换时必须进行平滑的切换。本发明中,在有网关的切换指示时,信息通知单元就向无线信息终端通知发生网关切换。在上述信息中,只通知网关的切换时除了切换外可以包括无线信息终端通过切换到的网关与服务器进行通信所需要的信息。将信息通知终端时,无线信息终端的再次开始起动单元就中断与切换前的网关的通信,执行与切换到的网关的通信的再次开始程序。
文档编号H04Q7/24GK1243370SQ99110478
公开日2000年2月2日 申请日期1999年7月16日 优先权日1998年7月17日
发明者安江令子, 冈田宪武, 大西伸和, 尾崎浩久 申请人:松下电器产业株式会社