CN1497869A - 数据通信中继装置 - Google Patents
数据通信中继装置 Download PDFInfo
- Publication number
- CN1497869A CN1497869A CNA2003101014272A CN200310101427A CN1497869A CN 1497869 A CN1497869 A CN 1497869A CN A2003101014272 A CNA2003101014272 A CN A2003101014272A CN 200310101427 A CN200310101427 A CN 200310101427A CN 1497869 A CN1497869 A CN 1497869A
- Authority
- CN
- China
- Prior art keywords
- mentioned
- data communication
- user
- client apparatus
- communication relay
- 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.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种数据通信中继装置(3),在由向服务器装置发送服务请求(50)的客户机装置(1)和接收来自上述客户机装置的上述服务请求来提供服务的上述服务器装置(2)组成的服务系统中,中继上述客户机装置和上述服务器装置间的数据通信,其中,响应从上述客户机装置发送给上述服务器装置的上述服务请求,确立从上述客户机装置到目的地的上述服务器装置的连接,使用确立的上述连接中继上述客户机装置和上述服务器装置间的数据通信,该数据通信中继装置管理在和上述服务器装置之间确立的连接数,响应从上述客户机装置发送给上述服务器装置的服务请求,考虑上述正在被管理的连接数来接受或拒绝上述服务请求,以便和相应服务器装置间的连接数变为规定数量以下,通知上述服务请求被拒绝中继的用户可以中继。
Description
技术领域
本发明涉及使用数据通信中继系统的客户机装置和服务器装置之间的数据通信方法和使用该方法的Web访问服务。
背景技术
随着因特网的迅速普及,预定票和银行·证券交易等以前在营业窗口进行的服务也可以通过因特网以访问Web服务器的形式来提供。
访问Web服务器时使用的通信协议HTTP(Hypertext TransferProtocol)的细节和使用方法说明例如详见:R.Fielding等,RFC616“Hypertext Transfer Protocol-HTTP/1.1”,1999年6月,TheInternet Society,
URL:http://www.ietf.org/rfc/rfc2616.txt。
预定票和银行·证券交易等服务由于时间而服务请求集中的情况很严重。而且,由于需要访问数据库,因此很难分布处理,最终出现的问题是集中访问进行这些服务的特定Web服务器。若访问集中而使负载急剧增加,则和低负载时相比,Web服务器的处理性能通常大大下降。结果,使服务器请求的延迟进一步扩大,在最差的状况下,甚至引起服务中断。
在这种访问集中的状况下,由于不能圆满地处理所有的服务请求,所以重要用户的服务请求也同样要等待,和一般的用户没有区别。此外,即使服务请求是后来发布的,也可能偶然地提供服务或者长时间等待后不提供服务。尤其在后一种情况下,用户一遍又一遍地反复重新执行,结果访问愈加集中、负载增加。
为了解决上述课题,在以往的状况下,服务提供商需要增强适合设想访问请求最多时的服务器装置的性能,从而需要大额投资。
发明内容
本发明提供一种技术,避免集中访问服务器装置,减小服务器的负载,抑制服务请求处理性能的下降。
还提供一种技术,为了避免集中访问,在消除拥挤状态之后,优先给被拒绝过一次提供服务的用户提供服务。
本发明的数据通信中继系统的一种构成是从客户机装置经数据通信中继系统向服务器装置发送请求,所述系统具有:确立连接单元,响应从客户机装置到服务器装置的访问请求,确立和目的服务器装置之间的连接,在客户机装置和服务器装置之间确立连接;数据中继单元,使用确立好的连接来中继客户机装置和服务器装置间的数据通信。
而且,数据通信中继系统具有:访问管理单元,管理对服务器装置确立的连接数;一个单元,响应客户机装置发给服务器装置的访问请求,根据访问管理单元的指示,拒绝访问请求,以使得和该服务器之间的连接数为规定的连接数以下;通知单元,通知访问请求的中继被拒绝的用户可中继。
通知例如可以在用户希望服务的时间段、希望通知的时刻(或时间段)、或者拥挤消除时进行。
而且,对于来自数据通信中继系统已向其通知可以中继的用户的请求,数据通信中继装置具有:优先确立和服务器装置的连接并进行中继的单元;对优先进行该中继的时间实施限制的单元。
另一方面,数据通信中继系统具有:一个单元,指定用户希望提供服务的时间段、希望收到通知的时刻、通过通知催促访问的最大次数;一个单元,根据用户指定的希望提供服务的时间段、希望收到通知的时刻和通过通知催促访问的最大次数,通知用户可以提供服务。
对于优先提供服务的时间段,数据通信中继系统具有这样的单元:即使在曾经设定的优先时间段内没有访问,也多次调度优先服务时间段,并进行通知。
数据通信中继系统具有这样的单元:具有设定服务器装置提供服务的期间和提供服务的时间段的单元,在服务器装置不提供服务时有来自客户机装置的请求的情况下,拒绝中继请求。
本数据通信中继系统具有对客户机装置回答拒绝请求消息时提供与通知有关的信息注册画面的单元,具有催促用户注册信息的单元。
在数据通信中继系统中,具有:优先级设定单元,根据客户机装置的地址或者客户机装置的地址和目的服务器装置的地址组合决定服务请求的优先级;一个单元,根据由用户的认证信息决定的各服务请求的优先级中继服务请求,从而优先处理重要用户的请求。
根据本发明,可避免集中访问服务器装置,可抑制服务的下降。
附图说明
图1是使用本实施例的数据通信中继系统的系统结构图;
图2是与本实施例有关的客户机装置、服务器装置、数据通信中继系统的物理结构图;
图3是本实施例的数据通信中继系统的结构图;
图4示出了本实施例的数据通信中继系统中的中继处理流程的处理流程图(之1);
图5示出了本实施例的数据通信中继系统中的中继处理流程的处理流程图(之2);
图6示出了本实施例的数据通信中继系统中的通知处理流程的处理流程图;
图7是与本实施例的访问管理处理有关的、图4的处理1007中的访问判定处理流程图;
图8是与本实施例的访问管理处理有关的、图4的处理1008中的进入用户信息管理表的用户信息注册处理流程图;
图9是本实施例的访问管理表的结构图;
图10是本实施例的用户信息管理表的结构图;
图11是本实施例的来自客户机装置的请求的结构图;
图12是本实施例的来自客户机的注册信息的结构图;
图13是本实施例的给客户机的通知的结构图;
图14是本实施例的根据优先级映射单元决定优先级的处理流程图;
图15是本实施例的请求源地址优先级表的结构图;
图16是本实施例的请求源地址目的地址优先级表的结构图;
图17是本实施例的目的地址优先级表的结构图。
具体实施方式
以下,用附图说明本发明的实施例。
图1是使用本实施例的数据通信装置的系统结构图。
在本实施例中,各客户机装置1和各服务器装置2经1个以上的数据通信中继系统3通过通信路径4连接起来。数据通信中继系统3中继客户机装置1和服务器装置2间的数据通信。即,客户机装置1向服务器装置2发送的服务请求50(以下简单称为请求50)必须经1个以上的数据通信中继系统3发送,服务器装置2对客户机装置1的应答60也通过数据通信中继系统3进行。此外,这里所说的通信路径4不是必须和物理的通信线路一致,可以是在物理的通信线路上实现的逻辑通信路径。在上述数据通信中,请求50和应答60作为分组化的数据通过通信路径4,由上述各装置进行处理。
图2示出了根据本实施例的客户机装置1、服务器装置2、数据通信中继系统3各装置的一个物理构成例。如图2所示,这些装置物理上可以是一般的信息处理装置。具体地说,每个信息处理装置例如以处理器101、存储器102、外部存储机构103、通信机构104、操作员输入输出机构105通过总线等内部通信线路106连接的形式来构成。
处理器101执行存储在存储器102中的信息处理程序100。存储器102除了存储信息处理程序100之外,还保持信息处理程序100所参照的各种数据。外部存储机构103以非易失的形式保存信息处理程序100和各种数据。在处理器101上执行的信息处理程序100指示外部存储机构将需要的程序和数据装载到存储器102中,或者相反地将存储器102上的信息处理程序100和数据存储在外部存储机构103中。信息处理程序100也可以预先存储在外部存储机构103中。或者根据需要,通过移动型存储介质或通信介质从外部装置导入。
通信机构104与通信线路107连接,根据信息处理程序100的指示,将数据发送给其他信息处理装置或通信设备,或者相反,从其他信息处理装置或通信设备接收数据,存储在存储器102中。装置间的逻辑通信路径4经本通信机构通过物理的通信线路107来实现。
操作员输入输出机构105以文字的形式与操作员进行数据输入输出。内部通信线路106用于使处理器101、存储器102、外部存储机构103、通信机构104、操作员输入输出机构105相互通信,例如可以由总线构成。
客户机装置1、服务器装置2、数据通信中继系统3不是必须具有不同的物理构成,各自功能上的差异可以通过在各装置上执行的信息处理程序100来实现。
下面,在说明实施例时,用“单元”这样的术语来说明本实施例中的构成要素,但各“单元”表示逻辑构成,既可以通过物理机构来实现,也可以是通过信息处理程序来实现的一种功能。客户机装置1、服务器装置2、数据通信中继系统3不必是分别独立的物理装置,1个装置可以同时实现客户机装置1、服务器装置2、数据通信中继系统3等多个装置的功能。而且,各处理单元不必由1个装置构成,可以通过不同的装置来实现。
图3是本实施例的数据通信中继系统3的一个结构图。本实施例的数据通信中继系统3除了进行连接中继的连接确立单元11、中继数据通信的数据中继单元12以外,还包括管理用户发出的访问的访问管理单元13、认证单元14、优先级映射单元15、通知发送单元16、通知信息注册单元17和访问管理表21、用户信息管理表22。
图9示出了本实施例的访问管理表21的一个构成例。访问管理表21是将目的地URL字段2102作为关键字的表,用于管理对该目的地URL字段2102所示的特定目的地URL的访问。
除了目的地URL字段2102以外,本实施例的访问管理表21的各表项2101还包含:当前连接数字段2103,表示正在中继到服务器的请求数;访问限制开始连接数字段2104,表示开始访问限制状态的连接数;访问限制结束连接数字段2105,表示结束访问限制状态的连接数;访问限制状态字段2106,表示现在处于访问限制状态或者限制被解除;当前预约用户数字段2107,表示在当前时间段内因为允许访问而进行的通知次数;等待用户数字段2108,表示访问被拒绝且正在等待通知的用户数;服务提供时间信息字段2109,表示服务器装置2的可访问时间段;优先服务提供时间2110;重新调度次数2111,表示在虽然向等待通知的用户通知了允许访问但在可访问时间段内没有进行访问的情况下,应当重新通知多少次为止。
图10表示本实施例的用户信息管理表22的一个构成例。用户信息管理表22是将用户ID字段2202作为关键字的表,用于管理以该用户ID字段2202表示的用户的访问。
除了用户ID字段2202以外,本实施例的用户信息管理表22的各表项2201还包含:口令字段2203;表示通知方法的通知方法字段2204;表示通知时的目的地的通知目的字段2205;表示用户优先级的优先级字段2206;表示用户收到通知并进行了访问的次数的访问次数字段2207;表示用户访问被拒绝的时刻的访问拒绝时刻字段2208;通知后平均访问时间字段2209,表示通知后直至用户进行访问所需的平均时间;希望时间段字段2210,表示用户希望接收服务的时间段;希望通知时刻字段2211,表示用户希望接到通知的时刻;目的地URL的访问管理表表项字段2212,表示与用户访问的目的地URL的访问管理表21的目的地URL对应的表项;希望通知次数字段2213;通知时刻字段2214;优先服务时间段字段2215;通知次数字段2216。
图11示出了本实施例的客户机装置1发出的请求50的一个构成例。客户机装置1发出的请求50包含目的地51、认证信息52、优先级信息59。认证信息52由用户ID和口令对组成。
图12示出了来自本实施例的客户机装置1的注册信息70的一个构成例。来自客户机装置1的注册信息70包含通知方法71、通知目的地72和希望服务时间段73、希望通知时刻74、希望最大通知次数75。
图13示出了发给客户机装置1的通知80的一个构成例。发给客户机装置1的通知80包含目的地81和优先服务提供时间段82。
图15示出了本实施例的请求源地址优先级表23的一个构成例,用于将请求源地址字段2302作为关键字来管理有关请求的优先级。
图16示出了本实施例的请求源地址和目的地址的优先级表24的一个构成例,用于将目的地址字段2402作为关键字来管理与目的地址字段2402和请求源地址字段2403有关的请求的优先级。
图17示出了本实施例的目的地址优先级表25的一个构成例,用于将目的地址字段2502作为关键字来管理有关请求的优先级。
以下说明图3的数据通信中继系统3的动作。
连接确立单元11接收来自客户机装置1的请求50,确立和客户机装置1的连接。根据请求50中包含的目的地信息51,确立与目的服务器装置2之间的连接,在上述客户机装置1和服务器装置2之间确定连接。
数据中继单元12中继客户机装置1和服务器装置2间的数据通信。数据中继单元12使用通过连接确立单元11确立的连接,将从客户机装置1接收的请求50中继给服务器装置2。将从服务器装置2接收的应答60中继给客户机装置1。这时,根据需要,在中继的数据分组(例如IP分组)中设定与通过优先级映射单元15得到的请求50的优先级59对应的优先级,并中继数据。
访问管理单元13接收来自连接确立单元11的请求50、优先级59,参照访问管理表21,判断是否能访问请求50的目的地URL,并将判断结果作为应答发送。在不能访问时,更新用户信息管理表22、访问管理表21的信息。
而且,定期参照访问管理表21、用户信息管理表22,为了向能访问的用户发送通知(80),将用户ID和通知80作为通知申请传送给通知发送单元16。
认证单元14利用HTTP/1.1中规定的代理-授权(Proxy-Authorization)字段信息等,确认和请求50一起提供的认证信息52中的用户ID和口令对是否和用户信息管理表22的用户ID字段2202和口令字段2203一致。
优先级映射单元15根据请求源的客户机装置1的地址、目的服务器装置2的地址和与请求50一起提供的信息,决定各请求50的优先级59。
通知发送单元16从访问管理单元13接收用户ID和通知80作为通知申请,将用户ID作为关键字,参照用户信息管理表22的有关该用户ID的客户机装置1的通知方法2204、通知目的字段2205,发送可访问客户机装置1的通知80。
如图12所示,通知信息注册单元17从客户机装置1接收注册信息70并注册到用户信息管理表22中,所述注册信息是在访问管理单元13提供给客户机装置1的注册画面中输入的。
图4、图5示出了本实施例的数据通信中继系统3中的中继处理流程的流程图。
图4中,根据用户的操作,客户机装置1请求经数据通信中继系统3与目的服务器装置2确立连接(处理1001)。此外,客户机装置1自觉地将该请求经数据通信中继系统3输出给数据通信中继系统3,在客户机装置1没意识到的情况下,中继数据通信的路由器等可以将指向目的服务器装置2的请求传送给数据通信中继系统3。
一旦接收来自客户机装置1的连接确立请求50,则数据通信中继系统3的连接确立单元11就确立和客户机装置1的连接(处理1002)。
一旦连接确立,客户机装置1利用所述连接将指向服务器装置2的请求50发送给数据通信中继系统3(处理1003)。
数据通信中继系统3的连接确立单元11接收请求50,取出包含在该请求50中的目的地信息(51)(处理1004)。
连接确立单元11将接收到的请求50传送给认证单元14,认证单元14参照用户信息管理表22,判定请求的用户是否在用户信息管理表22中进行了注册(处理1005)。
连接确立单元11将接收的请求50传送给优先级映射单元15,优先级映射单元15根据请求源的客户机装置1的地址、目的地的服务器装置2的地址以及和请求50一起提供的信息决定各请求50的优先级59(处理1006)。
连接确立单元11将请求50、目的地信息51和请求的优先级59传送给访问管理单元13,判定是否能进行访问(处理1007)。
在处理1007中判定为不能访问时,访问管理单元13在用户信息管理表22中注册用户信息,应将由错误消息或注册画面组成的拒绝请求消息作为应答60而发送(处理1008)。
客户机装置1接收来自访问管理单元13的应答60,进行显示以便用户能够识别(处理1009)。
应答60发送结束时,数据通信中继系统3断开在处理1002中确立的与客户机装置1的连接(处理1010)。
一旦数据通信中继系统3的连接被断开,客户机装置1就断开连接(处理1011)。
客户机装置1判定是否已返回注册画面作为应答60(处理1012)。
在错误消息作为应答60而被返回时,客户机装置1显示错误,用户根据错误的内容,等待通知80(处理1013)。
在注册画面作为应答60而被返回时,客户机装置1显示注册画面,用户根据该注册画面进行输入、信息发送,从而可以注册注册信息70(处理1014)。
在处理1014中发送的通知目的地信息通过通知信息注册单元17注册在用户信息管理表22中(处理1015)。
注册后,返回注册结束的应答60,客户机装置1接收应答60,进行显示。用户根据应答60等待通知80(处理1016)。
在处理1007中判断为可以访问时,连接确立单元11请求连接到目的服务器装置2或中继装置(处理1017)。
对于在处理1017中发出的连接请求50,如果有来自服务器装置2的连接确立应答60,则确立连接。
图5中,一旦连接被确立,就将控制转移到数据中继单元12,利用在处理1017中确立的连接,数据中继单元12将请求50中继给目的服务器装置2。此时,也可根据优先级59变更IP分组的信息,并中继数据(处理1021)。
接收请求50的服务器装置2处理该请求50,利用在处理1017中确立的连接返回应答60(处理1022)。
数据通信中继系统3中,数据中继单元12接收来自服务器装置2的应答60(处理1023)。
数据通信中继系统3利用在处理1002中确立的连接将收到的应答60中继给客户机装置1。这时,也可根据优先级59变更IP分组的信息,并中继数据(处理1024)。
客户机装置1接收应答60,显示和存储所接收到的应答60(处理1025)。
当应答60的发送结束时,服务器装置2就切断在处理1017中确立的连接(1026)。
服务器装置2的连接断开时,数据通信中继系统3将控制从数据中继单元12移至连接确立单元11,连接确立单元11断开在处理1017中确立的连接。当完成向客户机装置1的应答中继时,断开在处理1002中确立的和客户机装置1的连接(处理1027)。
数据通信中继系统3的连接断开时,客户机装置1断开连接(处理1028)。
数据通信中继系统3断开和服务器装置2的连接之后,在存在与断开的连接对应的访问管理表表项(2101)时,将当前连接数字段(2103)的值减1(处理1029)。
而且,如果请求50是根据通知80而发送的请求,则将用户信息管理表22中该用户表项的通知时刻字段2214、优先服务时间段字段2215的值清零(处理1030)。
图14示出了图4的处理1006中优先级映射单元15决定优先级的一个实施例的处理流程图。
首先,为了得到与连接确立单元11所发送的请求50的请求源地址对应的表项,检索请求源地址优先级表23(处理1531)。有对应的表项时,在请求50的优先级信息59中设定其优先级字段2303的值(处理1532)。
接着,为了得到与请求50的请求源地址对应的表项,检索请求源地址目的地址优先级表24(处理1533)。有对应的表项时,在请求50的优先级信息59中设定其优先级字段2404的值(处理1534)。
而且,为了得到与请求50的目的地址对应的表项,检索目的地址优先级表25(处理1535)。有对应的表项时,在请求50的优先级信息59中设定其优先级字段2503的值并结束处理(处理1536)。
图7是图4中处理1007的一个实施例的处理流程图,其中,访问管理单元13进行可访问判定的处理。
首先,检索对应于从连接确立单元11传送的目的地信息51的访问管理表表项2101(处理1501)。
有对应的表项时,参照访问管理表21的服务提供时间信息字段2109,判定是否能提供服务(处理1502)。
在处理1502中判定为可提供服务时,参照用户信息管理表22的目的URL的访问管理表表项字段2212、通知时刻2214、优先服务时间段字段2215,判定该请求是否是基于通知80的请求(处理1503)。
这里,对于优先级59不是零的用户,判定为优先用户,转入处理1501,可以用可不受访问限制地进行访问来应答连接确立单元11。
在处理1503中判定为是基于通知80的请求50时,参照用户信息管理表22的目的URL的访问管理表表项字段2212,将访问管理表21的该表项2101的当前连接数字段2103加1,将当前预约用户数字段2107减1。接着,根据用户信息管理表22的访问次数字段2207的值和通知后平均访问时间字段2209的值计算新的通知后平均访问时间字段2209的值,并更新该值。访问次数字段2207也被更新(处理1504)。
之后,用可访问的应答来应答连接确立单元11并结束处理(处理1510)。
在处理1502中判定为不能提供服务时,以不可访问的应答来应答连接确立单元11并结束处理(处理1511)。
在处理1501中判定为没有与目的地信息51对应的访问管理表表项2101时,或者,在处理1503中判定为请求50不是基于通知80时,访问管理单元13参照访问管理表表项2101的访问限制状态字段2106,判定状态为访问限制状态或者为访问限制解除状态(处理1505)。
在处理1505中判定为是访问限制状态时,将当前连接数字段2103的值和访问限制结束连接数字段2105的值与当前预约用户数字段2107的值之差相比较(处理1506)。
如果当前连接数字段2103的值大于或等于该差值,则用不能访问的应答来应答连接确立单元11并结束处理(处理1511)。
如果当前连接数字段2103的值小于该差值,为了解除访问限制状态,将访问限制状态2106的值设定为解除状态(处理1508)。
之后,用可以访问的应答来应答连接确立单元11,并结束处理(处理1510)。
在处理1505中判定为不是访问限制状态时,将当前连接数字段2103的值和访问限制开始连接数字段2104的值与当前预约用户数字段2107的值之差相比较(处理1507)。
如果当前连接数字段2103的值大于或等于该差值,为了将状态变为访问限制状态,将访问限制状态2106的值设定为访问限制状态(处理1509)。之后,用不能访问的应答来应答连接确立单元11,并结束处理(处理1511)。
如果当前连接数字段2103的值小于该差值,则之后用可以访问的应答来应答连接确立单元11,并结束处理(处理1510)。
图8示出了图4中处理1008的一个实施例的处理流程图,其中,访问管理单元13在用户信息管理表22中注册信息,并向客户机装置1返回应答60。
首先,参照从连接确立单元11发送的认证信息52,判定用户是否已经进行了注册(处理1521)。
在用户没有注册的情况下, 以一个用户信息注册画面作为应答,要求输入注册信息70,并结束处理(处理1526)。
在用户进行了注册的情况下,更新对应于目的地信息51的访问管理表表项2101的等待用户数字段2108(处理1522)。
之后,更新用户信息管理表22的该用户表项2201的拒绝访问时刻字段2208的值(处理1523)。
在用户信息管理表22的通知方法字段2204、通知目的字段2205、希望服务时间段字段2210、希望通知时刻字段2211中任何一个字段没有注册时,以一个用户信息注册画面作为应答,要求输入注册信息70(处理1526)。
在进行了注册的情况下,向用户应答错误消息,并结束处理(处理1525)。被通知以错误消息的用户变成等待接收通知80的状态。图6是表示本实施例的数据通信中继系统3中通知处理流程的处理流程图。以固定时间间隔执行该处理流程。
访问管理单元13定期参照用户信息管理表22的优先服务时间段字段2215,计数在当前时间段中进行优先服务的用户数,将其值反映给访问管理表表项2101的当前预约用户数字段2107(处理1041)。
访问管理单元13参照作为对象的访问管理表表项2101的等待用户数字段2108,判定是否存在等待用户(处理1042)。
在处理1042中判定为没有等待用户时,参照用户信息管理表22来确定要通知的用户和优先服务提供时间段82。对于用户,参照用户信息管理表字段2201的希望服务时间段字段2210、希望通知时刻字段2211,检索当前正希望得到服务的用户、正希望得到通知的用户和希望尽可能早地提供服务的用户。
但是,在解除了访问限制的状态下,对象用户的总数比访问限制开始连接数字段2104的值与当前预约用户数字段2107的值之差大,或者,在访问限制状态下,对象用户的总数比访问限制结束连接数字段2105的值与当前预约用户数字段2107的值之差大时,参照拒绝访问时刻字段2208,从先被拒绝的用户中选择作为通知对象的用户。但是,在通知次数字段2216的值比希望通知次数字段2213的值或者访问管理表21的重新调度次数2111大时,不进行通知。
优先服务提供时间段82在用户信息管理表22的希望服务时间段2210的范围内提供最接近于优先服务提供时间2110值的时间。但是,这里,设定服务提供时间信息2109,如果该时间超出服务提供时间,则进行通知,以便告知服务提供时间信息2109。
当决定优先服务提供时间段82时,也可以参照通知后平均访问时间字段2209,不用最接近的时间,而是仅延迟通知后平均访问时间字段2209的值来决定优先服务提供时间段82(处理1043)。
通知发送单元16通过访问管理单元发送在处理1043中变成对象的用户的用户ID和通知80,来通知相应的用户。参照用户信息管理表,对于和用户ID字段2202一致的用户,通过在通知方法字段2204中注册的方法,将通知80发送给在通知目的字段2205中已经注册的通知目的地的客户机装置1(处理1044)。
客户机装置1接收来自数据通信中继系统3的通知80,显示给用户(处理1045)。这时的通知80可用现有技术中的电子邮件或即时消息来实现。
访问管理单元13发送通知80后,在等待用户数字段2108中减去发送了通知的用户数(处理1046)。
之后,根据通知80的内容更新用户信息管理表表项2201的通知时刻字段2214、优先服务时间段字段2215、通知次数字段2216。而且,参照优先服务时间段字段2215,如果已经过了服务时间段,则作为超时处理,将通知时刻字段2214、优先服务时间段字段2215的值清零(处理1047)。
访问管理单元13判定在访问管理表21中是否有下一个表项(处理1048)。
如果处理1048的结果是不存在下一个表项,则结束处理(处理1050)。
如果处理1048的结果是存在下一个表项,则将该表项作为对象表项(处理1049)。在处理1049中变更对象表项后,返回处理1041,重复同样的处理。
根据本实施例,数据通信中继系统监视和服务器的连接数,如果连接数变成某个固定数以上,则拒绝对以后请求的中继,因此,在访问集中时,服务器不会宕机,可以给使用的用户提供稳定的服务。
而且,给用户分别设定优先级,由于不拒绝对来自优先级高的用户的访问请求的中继,因此对于优先级高的用户的请求,能以更高的概率提供服务。
对于被拒绝过中继请求的用户,通过通知能服务的时间,可靠地提供得到服务的机会。从而,可抑制用户反复地重新执行。
作为拒绝请求时的消息,通过提供可注册通知目的地、通知方法、希望服务时间段、希望通知时刻、希望最大通知次数的画面,用户可以在不需要提前注册的情况下导入系统,可根据用户的希望进行通知。
通过使用本数据通信中继系统,能提供一种Web访问服务,其特征在于,具有对客户机装置进行通知的方法,优先处理与通知相对应的请求。
另一方面,即使访问集中,超出了服务提供商的估计而使服务器装置负载过重,而出现不能提供服务的状况,根据本实施例,也能通过服务器装置提供稳定的服务,并且,对拒绝过访问的用户也有机会提供服务,因此,服务提供商不需要超过需要地高估服务器装置的性能。
Claims (14)
1.一种数据通信中继装置,用于在由向服务器装置发送服务请求的客户机装置和接收来自上述客户机装置的上述服务请求并提供服务的上述服务器装置组成的服务系统中,中继上述客户机装置和上述服务器装置间的数据通信,其中,
响应从上述客户机装置发送给上述服务器装置的上述服务请求,确立从上述客户机装置到作为目的地的上述服务器装置的连接,
使用所确立的上述连接,中继上述客户机装置和上述服务器装置间的数据通信,
该数据通信中继装置管理和上述服务器装置之间确立的连接数,
响应从上述客户机装置发送给上述服务器装置的服务请求,考虑上述所管理的连接数来接受或拒绝上述服务请求,以便使与该服务器装置间的连接数变为规定数量以下,
通知上述服务请求被拒绝中继的用户可以进行中继。
2.根据权利要求1所述的数据通信中继装置,其中,响应由已经被通知可以通过上述数据通信中继装置进行中继的上述用户发出的上述服务请求,优先确立和上述服务器装置的连接。
3.根据权利要求2所述的数据通信中继装置,其中,将期限设定为优先连接上述数据通信中继装置所通知的上述用户的时间段。
4.根据权利要求1所述的数据通信中继装置,其中,接受来自用户的希望提供服务时间段的指定,通知上述用户可以在上述希望提供服务时间段内为其提供服务。
5.根据权利要求1所述的数据通信中继装置,其中,接受来自上述用户的对希望接收通知的时刻或时间段的注册,并在上述希望的时刻或时间段通知上述用户。
6.根据权利要求1所述的数据通信中继装置,其中,接受来自用户的对希望通知次数的设定,并向用户发送根据上述希望通知次数次的通知。
7.根据权利要求1所述的数据通信中继装置,其中,具有一个单元,确保多个为上述用户提供服务的时间段,且在每个时间段都发送通知。
8.根据权利要求1所述的数据通信中继装置,其中,设定上述服务器的服务提供期间和/或服务提供时间段,当上述客户机装置发出的上述服务请求在上述设定之外时,拒绝中继上述服务请求。
9.根据权利要求1所述的数据通信中继装置,其中,在拒绝上述服务请求时,向用户发送用于上述客户机装置的通知目的注册画面,并接收上述用户发出的基于上述注册画面的通知目的注册。
10.根据权利要求9所述的数据通信中继装置,其中,作为上述注册画面上的注册信息,向上述用户询问希望服务时间、希望通知时刻或希望通知次数,并根据上述询问,注册上述用户所提供的信息。
11.根据权利要求1所述的数据通信中继装置,其中,根据上述客户机装置的地址或者上述客户机装置地址与作为目的地的服务器装置地址的组合,来决定上述服务请求的优先级。
12.根据权利要求1所述的数据通信中继装置,其中,根据和上述客户机装置的上述服务请求一起提供的上述客户机装置的上述用户认证信息,来决定上述服务请求的优先级。
13.根据权利要求1所述的数据通信中继装置,其中,根据和上述客户机装置的上述服务请求一起提供的上述客户机装置的用户认证信息以及访问管理表中的对应于该用户的表项,来决定上述服务请求的优先级。
14.一种使用权利要求1所述的数据通信中继装置的Web访问服务系统,其中,
通知上述客户机装置上述服务请求可以中继,
优先处理上述客户机装置发出的与上述通知对应的上述服务请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200310101427 CN1249934C (zh) | 2002-10-17 | 2003-10-17 | 数据通信中继装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP302437/2002 | 2002-10-17 | ||
JP2002302437A JP2004139291A (ja) | 2002-10-17 | 2002-10-17 | データ通信中継装置 |
CN 200310101427 CN1249934C (zh) | 2002-10-17 | 2003-10-17 | 数据通信中继装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1497869A true CN1497869A (zh) | 2004-05-19 |
CN1249934C CN1249934C (zh) | 2006-04-05 |
Family
ID=34256521
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200310101427 Expired - Fee Related CN1249934C (zh) | 2002-10-17 | 2003-10-17 | 数据通信中继装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1249934C (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1773993B (zh) * | 2004-11-08 | 2010-06-16 | 日本电气株式会社 | 会话中继设备和会话中继方法 |
CN102164120A (zh) * | 2010-02-18 | 2011-08-24 | 索尼公司 | 信息处理装置、信息处理方法和计算机可读记录介质 |
-
2003
- 2003-10-17 CN CN 200310101427 patent/CN1249934C/zh not_active Expired - Fee Related
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1773993B (zh) * | 2004-11-08 | 2010-06-16 | 日本电气株式会社 | 会话中继设备和会话中继方法 |
US8964766B2 (en) | 2004-11-08 | 2015-02-24 | Nec Corporation | Session relay equipment and session relay method |
CN102164120A (zh) * | 2010-02-18 | 2011-08-24 | 索尼公司 | 信息处理装置、信息处理方法和计算机可读记录介质 |
CN102164120B (zh) * | 2010-02-18 | 2017-04-26 | 索尼公司 | 信息处理装置、信息处理方法和计算机可读记录介质 |
Also Published As
Publication number | Publication date |
---|---|
CN1249934C (zh) | 2006-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1265582C (zh) | 信息插入服务提供系统、信息插入方法和通信网络 | |
CN1207876C (zh) | 短消息网关、向移动电话提供信息服务的系统和方法 | |
CN1783851A (zh) | 电子邮件事务系统和方法 | |
CN1949770A (zh) | 一种推送信息提供方法及推送代理装置 | |
CN1196301C (zh) | 电子邮件发送系统及其方法 | |
CN1194309C (zh) | 服务器计算机保护的装置、方法和服务器计算机装置 | |
CN101030922A (zh) | 通信系统及通信管理方法 | |
CN1512727A (zh) | 推出型信息传输方法和它的转移设备 | |
CN1901460A (zh) | 通信网的记帐方法 | |
CN1794709A (zh) | 一种呈现信息的通知方法和系统 | |
CN1275292A (zh) | 在网关和服务中心之间进行路由确定的方法和装置 | |
CN1257631C (zh) | 一种基于互联网的短消息传送系统及数据传送的方法 | |
CN1852105A (zh) | 一种实现端到端文件共享的系统及方法 | |
CN1572098A (zh) | 使用发布/预定系统的无线消息传递业务 | |
US11109391B2 (en) | Methods and systems for transmission control in network supporting mission critical services | |
US20070220111A1 (en) | Personal communications browser client for remote use in enterprise communications | |
WO2008030720A2 (en) | Consultative call transfer using non-voice consultation modes | |
CN1744585A (zh) | 电子邮件组播设备 | |
CN1968115A (zh) | 用于分布网络服务分发和部署的利用在线服务系统和方法 | |
CN1929477A (zh) | 一种对组播业务有限制访问的控制系统及方法 | |
CN1509014A (zh) | 用于限制内容再分送的方法和系统 | |
CN1691632A (zh) | 基于优先级的消息发送队列重新排序 | |
CN1852099A (zh) | 一种终端下载共享数据的方法及系统 | |
CN1870636A (zh) | 一种客户端重定向的方法和系统 | |
CN101076791A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20060405 Termination date: 20141017 |
|
EXPY | Termination of patent right or utility model |