CN102065074B - 事件获取控制方法、获取装置及处理装置 - Google Patents

Abstract

本发明提供一种事件获取控制方法、获取装置及处理装置。提供了一种用于控制发生的事件的获取的方法，所述发生的事件是由于网络系统执行请求装置所请求的处理而在所述网络系统中发生的，请求装置被配置为经由网络请求执行处理，其中，网络系统经由网络向获取装置通知发生的事件，并且其中，获取装置被配置为获取发生的事件，方法包括：确定请求装置是否正在输入用于执行处理的请求；以及在确定请求装置正在输入用于执行处理的请求的情况下，设置获取装置用于获取发生的事件的设置间隔，其中，设置间隔比在确定请求装置没有正在输入用于执行处理的请求的情况下设置的间隔短。

Description

事件获取控制方法、获取装置及处理装置

技术领域

本发明涉及一种事件(event)获取控制方法、被配置为获取事件的获取装置以及被配置为通知事件的处理装置。

背景技术

传统上，存在在客户机之间共享事件的网络系统。更具体地说，假定特定客户机执行了经由网络与该客户机连接的服务器上的服务，而另一客户机从服务器获取与服务相关地发生的事件。在这种情况下，获取事件的客户机通过执行轮询(polling)(即通过定期向服务器进行询问)来获取期望的事件。

在通过轮询获取数据时，为了尽可能精确地实时获取数据，需要以尽可能短的间隔向服务器进行询问。但是，在这种情况下，可能增加通信负荷。为了解决上述问题，日本特开2004-080187号论述了一种方法，其中，服务器基于客户机的通信记录计算下一次轮询的最佳时刻(timing)，并将计算的最佳轮询时刻通知给客户机。

在上述传统方法中，根据预先在服务器或客户机上登记的诸如时间表或通信状态的系统管理信息，来确定轮询间隔或轮询时刻。但是，如果处理是通过用户操作启动的，则传统控制方法不能根据用户操作执行轮询控制。

发明内容

本发明涉及一种用于实时获取事件并且降低事件获取处理的负荷的方法。

根据本发明的一方面，一种方法允许控制发生的事件的获取。所述发生的事件是由于网络系统执行请求装置所请求的处理而在所述网络系统中发生的。所述请求装置经由网络请求执行所述处理。所述网络系统经由所述网络向获取装置通知所述发生的事件。所述获取装置获取所述发生的事件。所述方法包括：确定所述请求装置是否正在输入用于执行所述处理的请求。在确定所述请求装置正在输入用于执行所述处理的所述请求的情况下，则所述方法设置所述获取装置用于获取所述发生的事件的设置间隔。所述设置间隔比在确定所述请求装置没有正在输入用于执行所述处理的所述请求的情况下设置的间隔短。

根据本发明的另一方面，一种获取装置获取发生的事件，所述发生的事件是由于处理装置执行请求装置经由网络所请求的处理而发生的。所述获取装置包括确定单元和设置单元。所述确定单元确定所述请求装置是否正在输入用于执行所述处理的请求。在确定所述请求装置正在输入用于执行所述处理的所述请求的情况下，则所述设置单元设置用于获取所述发生的事件的设置间隔。所述设置间隔比在确定所述请求装置没有正在输入用于执行所述处理的所述请求的情况下设置的间隔短。

根据本发明的又一方面，一种处理装置执行请求装置请求的处理。所述请求装置经由网络请求执行所述处理，并且所述处理装置经由所述网络向获取装置通知发生的事件，所述发生的事件是由于执行所述处理而发生的。所述处理装置包括确定单元和指示单元。所述确定单元确定所述请求装置是否正在输入用于执行所述处理的请求。在确定所述请求装置正在输入用于执行所述处理的所述请求的情况下，则所述指示单元指示所述获取装置设置所述获取装置用于获取所述发生的事件的设置间隔。所述设置间隔比在确定所述请求装置没有正在输入用于执行所述处理的所述请求的情况下设置的间隔短。

从以下参照附图对示例性实施例的详细描述，本发明的其他特征和方面将变得明显。

附图说明

并入到说明书中并构成说明书的一部分的附图，例示了本发明的示例性实施例、特征和方面，并且与文字说明一起，用于解释本发明的原理。

图1例示了根据本发明的示例性实施例的事件共享系统的示例性硬件配置。

图2例示了根据本发明的示例性实施例的事件共享系统的示例性软件配置。

图3A和图3B例示了由服务执行装置和服务管理装置管理的信息的示例。

图4例示了由包括在根据本发明的示例性实施例的系统中的各个装置执行的处理的示例性流程。

图5例示了在根据本发明的示例性实施例的事件共享系统中从服务执行装置发送到服务管理装置的消息的示例。

图6A和图6B例示了在根据本发明的示例性实施例的事件共享系统中服务管理装置响应于事件获取装置进行的轮询而发送的消息的示例。

图7是例示由服务执行装置执行的操作状态设置处理的示例的流程图。

图8是例示由服务管理装置执行的操作状态设置处理的示例的流程图。

图9是例示根据本发明的示例性实施例的由事件获取装置执行的用于设置轮询频率的处理的示例的流程图。

图10例示了根据本发明的示例性实施例的事件共享系统的示例性软件配置。

图11例示了根据本发明的示例性实施例的事件获取装置用来设置轮询频率的轮询间隔设置表的示例。

具体实施方式

下面，参照附图详细说明本发明的各种示例性实施例、特征和方面。

图1例示了根据本发明的示例性实施例的网络系统的示例性硬件配置。参照图1，客户机装置101和服务器装置102经由网络100相互通信。任何能够通过消息执行通信的通信方法，例如广域网(WAN)或局域网(LAN)，都可以用作网络100。诸如客户机装置111的另外的客户机装置可以经由网络100参与与其他装置的通信。

客户机装置101包括控制单元103、通信单元104、存储单元105、用户操作单元106以及显示单元107。诸如客户机装置111的另外的客户机装置可以包括类似的单元，并且中央处理单元(CPU)可以包括控制单元103、通信单元104、存储单元105、用户操作单元106以及显示单元107中的至少一个。客户机装置101可以用作被配置为执行服务器装置102上的服务的服务执行装置，或者被配置为从服务器装置102获取与服务相关地发生的事件的事件获取装置。

控制单元103通过包括在客户机装置101中的诸如处理单元104、106和107的各个处理单元执行处理。通信单元104包括用于经由网络100执行通信的接口，其控制与服务器装置102的通信。存储单元105是可以用作客户机装置101的各个处理单元的工作区和数据存储区的存储设备。用户操作单元106是用于接收用户进行的操作的输入设备。更具体地说，用户操作单元106包括鼠标、键盘等。显示单元107是用于在屏幕上显示客户机装置101进行的处理的结果的输出设备。更具体地说，显示单元107包括液晶显示器(LCD)。

服务器装置102包括控制单元108、存储单元109以及通信单元110。中央处理单元可以包括控制单元108、存储单元109以及通信单元110中的至少一个。控制单元108通过包括在服务器装置102中的诸如通信单元110的各个处理单元执行处理。服务器装置102是被配置为处理来自客户机装置101的请求的处理装置。存储单元109是可以用作服务器装置102的各个处理单元的工作区和数据存储区的存储设备。通信单元110包括用于经由网络100执行通信的接口，其控制与客户机装置101的通信。

图2例示了根据本发明第一示例性实施例的网络系统的示例性软件配置。参照图2，服务执行客户机201和事件获取客户机203中的各个的配置是图1所示的客户机装置101的示例性软件配置。另一方面，服务器202的配置是图1所示的服务器装置102的示例性软件配置。服务执行客户机201、服务器202以及事件获取客户机203经由网络100相互连接。在另一示例中，客户机装置101可以用作被配置为执行服务器202上的服务的服务执行装置201，客户机装置111可以用作被配置为从服务器202获取与服务相关地发生的事件的事件获取装置203。在再一示例中，客户机装置101可以用作事件获取装置203，而客户机装置111可以用作服务执行装置201。中央处理单元可以包括服务执行客户机201、服务器202以及事件获取客户机203中的至少一个。

在示例中，服务执行客户机201和事件获取客户机203中的各个通过由客户机装置101的控制单元103执行存储在存储单元105中的程序来实现。服务器202通过由服务器装置102的控制单元108执行存储在存储单元109中的程序来实现。控制单元103和108是计算机。存储单元105和109存储由控制单元103和108读取以实现图2所示的配置的程序。在本示例性实施例中，当服务执行客户机201执行服务器202上的服务时，发生事件。事件获取客户机203通过执行轮询来获取发生的事件。服务器202执行服务执行客户机201请求的处理，并将包括处理结果的事件通知给事件获取客户机203。

服务执行客户机201和事件获取客户机203两者可以存在于图1所示的同一客户机装置内。更具体地说，连接到网络100的包括客户机装置101和客户机装置111(图1)的多个客户机装置，包括服务执行客户机201和事件获取客户机203两者。

在多个客户机装置中，客户机装置101在作为服务执行客户机201工作的同时，请求执行服务器202提供的服务208。另一方面，连接到网络100的客户机装置111作为事件获取客户机203作。作为服务执行客户机201工作的客户机装置101还作为事件获取客户机203工作，并获取服务器202上发生的事件。

服务执行装置205是被配置为请求执行服务的请求装置。服务管理装置209是被配置为执行服务执行装置205经由网络100请求的服务的服务执行装置。事件获取装置216是请求获取由于执行服务而发生的事件的事件请求装置(获取装置)。

服务管理装置209将经由网络100请求的事件通知给事件获取装置216。服务执行装置205、服务管理装置209以及事件获取装置216连接到网络100。服务管理装置209经由网络100将从事件获取装置216经由网络100请求的事件，通知给事件获取装置216。

服务208例如是议事记录(minute)生成服务。包含在服务执行客户机201中的应用204例如是议事记录输入应用。包含在事件获取客户机203中的应用215是议事记录显示应用。可以将议事记录输入应用和议事记录显示应用配置为由同一议事记录应用实现的功能。服务208是一种应用。服务器202将包括服务208的应用执行的处理的结果的事件，通知给事件获取客户机。

下面，参照图2详细描述根据本示例性实施例的用于控制事件的获取的示例性方法。

服务执行客户机201包括服务执行装置205，服务执行装置205根据使用应用204执行的用户操作来执行服务器202上的服务。在服务执行装置205中，被配置为接收通过用于执行服务的用户操作进行的输入的用户操作接收单元206，确定各个应用的当前(用户)操作的状态。更具体地说，用户操作接收单元206确定各个应用的当前的操作状态是状态“正在进行输入”或“等待输入”中的哪个。

用户操作接收单元206接收来自图1所示的用户操作单元106的用户操作。如果用户操作状态是“正在进行输入”，则用户操作接收单元206经由请求通知单元207定期通知服务器202正在进行输入。在本示例性实施例中，“正在进行输入”是指使用应用执行了用于执行服务的用户操作的状态。另一方面，“等待输入”是指没有执行这种用户操作的状态。

请求通知单元207通知用于执行服务的请求消息。当最终输入了使用应用204执行的用于执行服务的用户操作时，请求通知单元207将服务执行请求通知给服务器202。更具体地说，请求通知单元207经由图1中的通信单元104将服务执行请求通知给服务器202。

用户操作接收单元206管理的确定操作状态的信息包括例如图3A所示的针对各个登记的应用301管理的利用服务信息302、最后接收到输入的时间303以及操作状态304。用户操作接收单元206管理的信息存储在图1所示的存储单元105中。登记的应用301是关于应用204的信息，应用204安装在服务执行客户机上并且登记在服务执行装置205中。

利用服务信息302是关于应用204利用的服务的信息。最后接收到输入的时间303是关于接收到应用204的用户执行的用于执行服务的操作的最后输入的时间的信息。操作状态304是关于用户操作接收单元206确定的操作状态的信息。

服务器202包括响应于来自服务执行客户机201的服务执行请求而执行服务208的服务管理装置209。在服务管理装置209中，请求接收单元210接收来自服务执行客户机201的服务执行请求，并向服务执行单元211发出用于执行服务的指令。此外，请求接收单元210将从服务执行客户机201接收的操作状态，通知给(服务状态)管理单元212。请求接收单元210经由通信单元110接收来自服务执行客户机201的信息。

服务执行单元211根据来自请求接收单元210的指令执行服务208。此外，服务执行单元211在数据存储单元213中存储并管理作为执行服务208的结果而生成的事件信息。数据存储单元213设置在存储单元109(图1)内。服务器202是被配置为处理来自服务执行客户机201的请求的处理装置。

管理单元212根据请求接收单元210通知的操作状态，针对各个服务设置当前操作状态(“正在执行”或“等待执行”)。在存储单元109(图1)内设置当前操作状态。在本示例性实施例中，状态“正在执行”是指存在当前正在处理针对服务的输入的服务执行客户机的状态。另一方面，状态“等待执行”是指没有服务执行客户机当前正在处理针对服务的输入的状态。更具体地说，状态“正在进行输入”是指当前用户正在执行用于输入要通知给服务208的数据的处理的状态。用户操作接收单元206接收用户输入的数据。

管理单元212确定服务执行装置205是否正在执行用于请求执行服务的输入。如果确定服务执行装置205正在执行用于请求执行服务的输入，则管理单元212将服务的操作状态设置为“正在执行”。管理单元212管理当前利用服务的客户机。此外，管理单元212管理各个客户机的操作状态(即“正在进行输入”或“等待输入”)。

轮询接收单元214接收来自事件获取客户机203的用于获取事件的轮询。轮询接收单元214经由图1中的通信单元110接收轮询。在获取轮询之后，轮询接收单元214获取服务执行单元211管理的事件信息以及管理单元212管理的操作状态。此外，轮询接收单元214将该信息添加到消息中，并发出答复。

服务管理装置209根据操作状态，对事件获取客户机203设置轮询间隔。更具体地说，如果确定服务执行装置205正在进行用于请求执行服务的输入，则服务管理装置209将事件获取装置216发出的请求获取事件的间隔，设置得比在确定服务执行装置205没有正在进行用于请求执行服务的输入的情况下所设置的请求获取事件的间隔短。

如果服务208是议事记录生成服务，并且如果事件获取客户机203的应用215是议事记录显示应用，则执行下面的操作。更具体地说，轮询接收单元214接收来自事件获取客户机203的轮询。然后，轮询接收单元214将事件获取客户机203要使用议事记录显示应用显示的议事记录以及服务执行客户机201的操作状态，发送给事件获取客户机203。要由议事记录显示应用显示的议事记录是事件信息。

管理单元212管理的确定操作状态的信息是例如针对图3B所示的各个登记的服务401的信息。换句话说，管理单元212管理的信息包括使用客户机信息402、接收到最后通知的时间403、客户机操作状态信息404以及操作状态405。

对服务器配设的登记的服务401是关于登记到服务管理装置209的服务208的信息。使用客户机信息402是关于利用服务208的服务执行客户机201的信息。接收到最后通知的时间403是关于最后接收到描述从使用服务208的服务执行客户机201发送的操作状态的通知消息的时间的信息。客户机操作状态信息404是关于各个客户机的操作状态的信息。操作状态405是关于管理单元212确定的操作状态的信息。

在本示例性实施例中，网络100上存在多个可执行服务208。因此，管理单元212确定服务执行装置205是否正在进行用于针对各个服务请求执行服务的输入。管理单元212将请求获取由于执行针对其确定了服务执行装置205正在进行用于请求执行服务的输入的服务、而发生的事件的间隔，设置得比在确定服务执行装置205没有正在进行输入的情况下请求获取事件的间隔短。

在图3B所示的示例中，网络100上存在多个服务执行客户机201(或者作为请求装置的多个服务执行装置205)。在这种情况下，服务管理装置209确定多个服务执行装置205中的至少一个是否正在进行用于请求执行服务的输入。如果确定多个服务执行装置205中的至少一个正在进行输入，则服务管理装置209将事件获取装置216发出的请求获取事件的间隔，设置得比在确定所有服务执行装置205都没有正在进行用于请求执行服务的输入的情况下设置的请求获取事件的间隔短。

事件获取客户机203包括通过执行轮询从服务器202获取事件、并将事件通知给应用215的事件获取装置216。在事件获取装置216中，轮询执行单元217按照轮询频率确定单元218确定的轮询频率，执行对管理单元212的轮询。此外，事件获取装置216获取由于服务器202上的服务而发生的事件。轮询执行单元217经由图1所示的通信单元104执行轮询并获取事件。此外，轮询执行单元217将添加到对轮询的答复的消息上的事件信息，通知给应用215。此外，轮询执行单元217将操作状态通知给轮询频率确定单元218。

轮询频率确定单元218基于接收到的操作状态的通知来设置轮询频率。更具体地说，轮询频率确定单元218确定服务执行装置205是否正在进行用于请求执行服务的输入。如果确定服务执行装置205正在进行用于请求执行服务的输入，则轮询频率确定单元218将请求获取事件的间隔，设置得比在确定服务执行装置205没有正在进行用于请求执行服务的输入的情况下设置的请求获取事件的间隔短。事件获取装置216是被配置为请求获取由于服务管理装置209执行服务执行装置205请求的服务而发生的事件的事件请求装置(获取装置)。

轮询执行单元217根据轮询频率确定单元218设置的轮询频率，控制轮询间隔。更具体地说，轮询执行单元217针对轮询频率高的服务设置短的轮询间隔。另一方面，轮询执行单元217针对轮询频率低的服务设置长的轮询间隔。在控制中，相互独立地设置针对多个服务中的各个的轮询间隔。例如，可以设置0.1秒的间隔，作为轮询频率高的服务的轮询频率。另一方面，可以设置10秒的间隔，作为轮询频率低的服务的轮询频率。

轮询执行单元217根据轮询频率，控制轮询的分配。为了解释这一点，轮询执行单元217对轮询频率高的服务设置大的分配，而对轮询频率低的服务设置小的分配。在控制中，轮询执行单元217以例如0.04秒的预定间隔对多个服务中的任意一个执行轮询。此外，在确定要对哪个服务执行轮询时，轮询执行单元217将轮询频率高的服务优先。更具体地说，管理单元212将请求获取由于执行确定服务执行装置205正在进行用于请求执行服务的输入的服务而发生的事件的频率，设置得比请求获取由于执行服务执行装置205没有正在进行输入的服务而发生的事件的频率高。

在本示例性实施例中，使用上述控制中的任意一种或者两种的组合。换句话说，如果存在轮询频率高的一个或两个服务，则本示例性实施例执行前一种控制。另一方面，如果存在轮询频率高的三个或更多个服务，则本示例性实施例执行后一种控制。

图4例示了由根据本示例性实施例的网络系统中包括的各个装置执行的处理的示例性流程。在图4所示的示例中，服务执行装置205是被配置为请求执行服务的请求装置。服务管理装置209是被配置为执行服务执行装置205经由网络100请求的服务的服务执行装置。事件获取装置216是被配置为请求获取由于执行服务而发生的事件的事件请求装置(获取装置)。

参照图4，在L501中，包括事件获取装置216的事件获取客户机203定期对包括服务管理装置209的服务器202执行轮询，以获取由于执行服务而发生的事件。在本示例性实施例中，假定设置了低至10秒的轮询频率。

在接收到轮询之后，服务器202答复关于要通知的事件的信息以及操作状态。但是，如果不存在要通知的事件，则要发送的消息仅包含操作状态。在L502中，由于当前不存在操作状态为“正在进行输入”的客户机，因此将服务的操作状态设置为“等待执行”。此外，假定将操作状态为“等待执行”的服务的轮询频率保持为低的设置值。

在L503中，包括服务执行装置205的服务执行客户机201接收用于执行服务的用户操作的输入。在L504中，服务执行客户机201使用请求通知单元207，通知服务器202执行目标服务的操作状态为“正在进行输入”。

在接收到通知之后，服务器202将服务的操作状态设置为“正在执行”。换句话说，管理单元212确定服务执行装置205是否正在进行用于请求执行服务的输入。如果确定服务执行装置205正在进行用于请求执行服务的输入，则管理单元212将服务的操作状态设置为“正在执行”。

在操作状态为“正在进行输入”的同时，服务执行客户机201定期将操作状态(“正在进行输入”)(图4中未示出)通知给服务器202。当客户机开始使用服务时，服务管理装置209使用管理单元212管理描述客户机当前正在使用服务的信息以及客户机的操作状态。

在L505中，事件获取客户机203对服务器202执行轮询。在L506中，服务器202作为对轮询的答复，发送包含操作状态的消息。在接收到答复消息之后，在L507中，事件获取客户机203将操作状态为“正在执行”的服务的轮询频率设置为例如高至0.1秒。更具体地说，如果确定服务执行装置205正在进行用于请求执行服务的输入，则将事件获取装置216发出的获取事件的请求的间隔，设置得比在确定服务执行装置205没有正在进行用于请求执行服务的输入的情况下设置的请求获取事件的间隔短。

在L508中，服务执行客户机201最终确定用于执行服务的用户操作的输入。在L509中，服务执行客户机201将服务执行请求通知给服务器202。在接收到服务执行请求之后，服务器202执行相应的服务，并且由于执行的服务而发生事件。在L510中，事件获取客户机203对服务器202执行轮询。以在L507中设置为高值的轮询频率执行L510中的轮询。在L511中，服务器202作为对轮询的答复，发送包含事件信息的消息。

然后，作为对轮询的答复，在必要时，服务器202将执行的服务的结果发送给服务执行客户机201(在图4中未示出)。

图5例示了根据本示例性实施例的从服务执行装置205发送到服务管理装置209的简单对象访问协议(SOAP，Simple Object Access Protocol)消息的示例。参照图5，SOAP消息601包括头(header)部602和主体(body)部603。头部602包括轮询信息604。轮询信息604是描述服务执行客户机201执行服务的操作状态的信息。更具体地说，轮询信息604包括服务标识符605以及服务的操作状态606。在图5所示的示例中，主体部603包括服务执行请求。但是，如果仅通知操作状态，则主体部603可以为空。

图6A例示了从服务管理装置209发送到事件获取装置216的SOAP消息的示例。参照图6A，SOAP消息701包括头部702和主体部703。头部702包括轮询信息704。更具体地说，轮询信息704描述服务器202进行的服务的操作状态。轮询信息704包括服务标识符705以及服务的操作状态706。在图6A所示的示例中，主体部703包括事件信息。但是，如果不存在要通知的事件，因此仅通知操作状态，则主体部703可以为空。

图7是例示根据本示例性实施例的服务执行装置205执行的操作状态设置处理的示例的流程图。

参照图7，在步骤S801中，服务执行装置205接收用于针对应用204执行服务的用户操作的输入。在步骤S802中，服务执行装置205将相应的服务的操作状态(图3A)设置为“正在进行输入”。在步骤S803中，服务执行装置205定期(例如以每分钟为周期)确定在接收到前一用户操作的输入之后，是否经过了设置的时间。如果确定经过了设置的时间(步骤S803：是)，则处理进入到步骤S804。在步骤S804中，服务执行装置205将操作状态重置为“等待输入”。

另一方面，如果确定尚未经过设置的时间(步骤S803：否)，则在经过预定时间之后，处理在不改变操作状态“正在进行输入”的情况下，重复步骤S803中的确定。如果在对设置的时间进行计数期间，接收到用于针对应用204执行服务的用户操作的输入，则对在输入的时刻之后经过的设置的时间进行计数。

通过执行以上述方式设置操作状态的方法，在用户执行用于执行服务的操作的同时，保持操作状态“正在进行输入”。在每次执行步骤S803中的确定时，服务执行装置205发送用于将操作状态通知给服务管理装置209的消息。在这种情况下，可以以单独设置的间隔发送消息。

图8是例示服务管理装置209执行的操作状态设置处理的示例的流程图。

参照图8，在步骤S901中，服务管理装置209从服务执行装置205接收用于通知各个服务的操作状态的消息。在步骤S902中，服务管理装置209根据接收到的通知消息，确定服务执行装置的操作状态是否是正在进行用于请求执行服务的输入。换句话说，管理单元212确定服务执行装置205是否正在进行用于请求执行服务的输入。如果确定针对服务的操作状态是正在进行用于请求执行该服务的输入(步骤S902：是)，则处理进入到步骤S903。在步骤S903中，服务管理装置209将服务的操作状态(图3B)设置为“正在执行”。

在步骤S904中，服务管理装置209定期确定从接收到操作状态为“正在进行输入”的最后的通知消息的时刻起，是否经过了设置的时间。如果确定经过了设置的时间(步骤S904：是)，则处理进入到步骤S905。在步骤S905中，服务管理装置209将操作状态重置为“等待执行”。将设置的时间(例如2分钟)设置得比发送通知服务执行装置205正在进行用于请求执行服务的输入的消息的间隔(例如1分钟)长。

另一方面，如果确定尚未经过设置的时间(步骤S904：否)，则在经过预定时间之后，在不改变操作状态“正在执行”的情况下，服务管理装置209重复步骤S904中的确定。

另一方面，如果确定服务的操作状态为“等待输入”(步骤S902：否)，则处理进入到步骤S906。在步骤S906中，服务管理装置209确定是否存在服务的操作状态为“正在进行输入”的任何其他客户机。如果确定存在任何其他的这种客户机(步骤S906：是)，则服务管理装置209不改变操作状态“正在执行”，并执行步骤S904中的确定。另一方面，如果确定不存在其他的这种客户机(步骤S906：否)，则处理进入到步骤S905。在步骤S905中，服务管理装置209将操作状态重置为“等待执行”。

通过执行以上述方式设置操作状态的方法，在存在用户执行用于执行服务的操作的客户机同时，保持操作状态“正在执行”。

轮询接收单元214根据来自事件获取装置216的轮询，将事件和操作状态发送给事件获取装置216。操作状态描述服务执行装置205是否正在进行用于请求执行服务的输入。通过对事件获取装置216设置操作状态，服务管理装置209执行用于指示事件获取装置216执行的轮询的间隔的指示处理。如果确定服务执行装置205正在进行用于请求执行服务的输入，则将轮询间隔设置得比在服务执行装置205没有正在进行用于请求执行服务的输入的情况下设置的轮询间隔短。

图9是例示根据本发明的第一示例性实施例的事件获取装置216执行的用于设置轮询频率的处理的示例的流程图。

参照图9，在步骤S1001中，事件获取装置216获取作为对服务管理装置209的轮询的答复消息的、包含操作状态的轮询信息。在步骤S1002中，事件获取装置216基于获取的轮询信息确定各个服务的操作状态。换句话说，在步骤S1002中，事件获取装置216确定服务的操作状态是否是“正在执行”。如果确定操作状态是“正在执行”(步骤S1002：是)，则处理进入到步骤S1003。在步骤S1003中，事件获取装置216针对操作状态为“正在执行”的服务设置高的轮询频率。另一方面，如果确定服务的操作状态为“等待执行”(步骤S1002：否)，则处理进入到步骤S1004。在步骤S1004中，事件获取装置216设置低的轮询频率。步骤S1004中的处理实现用于缩小间隔的缩小处理。

更具体地说，轮询频率确定单元218确定服务执行装置205是否正在进行用于请求执行服务的输入。如果确定服务执行装置205正在进行用于请求执行服务的输入，则轮询频率确定单元218将请求获取事件的间隔，设置得比在确定服务执行装置205没有正在进行用于请求执行服务的输入的情况下设置的请求获取事件的间隔短。

下面，将描述本发明的第二示例性实施例。在上面描述的第一示例性实施例中，事件获取客户机203根据操作状态确定轮询频率。在本示例性实施例中，服务器202根据操作状态设置轮询频率。此外，服务器202将设置的轮询频率作为轮询信息通知给事件获取客户机203。

下面，将详细描述根据本发明的第二示例性实施例的事件共享系统的示例性软件配置。根据本示例性实施例的系统的硬件配置与图1所示的硬件配置相同。

在本示例性实施例中，服务管理装置209的管理单元212计算轮询频率。更具体地说，管理单元212基于管理单元212管理的操作状态，计算轮询频率。轮询接收单元214从管理单元212获取轮询频率信息。此外，轮询接收单元214作为对来自事件获取装置216的轮询的答复，发送添加了轮询频率信息的消息。轮询执行单元217根据接收到的轮询频率信息执行轮询。

服务执行装置205是被配置为请求执行服务的请求装置。服务管理装置209是被配置为执行服务执行装置205经由网络100请求的服务的服务执行装置。事件获取装置216是被配置为请求获取由于执行服务而发生的事件的事件请求装置(获取装置)。服务管理装置209经由网络100将请求的事件通知给事件获取装置216。

服务状态管理单元212确定服务执行装置205是否正在进行用于请求执行服务的输入。如果确定服务执行装置205正在进行用于请求执行服务的输入，则服务状态管理单元212指示事件获取装置216，使得事件获取装置216将请求获取事件的间隔，设置得比在确定服务执行装置205没有正在进行用于请求执行服务的输入的情况下设置的请求获取事件的间隔短。

图6B例示了在根据本发明的本示例性实施例的事件共享系统中执行的从服务管理装置209发送到事件获取装置216的SOAP消息的示例。参照图6B，轮询信息704包含对与服务标识符705相对应的服务的轮询间隔信息1201。

下面，将描述本发明的第三示例性实施例。在上面描述的第一和第二示例性实施例中，仅基于操作状态来确定轮询频率。在本示例性实施例中，基于诸如事件获取装置的操作状态、服务优先级和服务器上的通信负荷的状态等信息并且基于操作状态，来设置轮询频率。现在，将参照图10详细描述根据本示例性实施例的用于控制事件的获取的示例性方法。

图10例示了根据本发明的第三示例性实施例的事件共享系统的示例性软件配置。在本示例性实施例中，系统具有与图1所示的硬件配置类似的硬件配置。

参照图10，服务管理装置209的管理单元212包括通信负荷计算单元1301。通信负荷计算单元1301通过服务管理装置209进行的轮询来管理通信负荷状态。基于通信的数据量来确定通信负荷状态。在接收到轮询之后，轮询接收单元214获取服务执行单元211管理的事件信息，以及由服务状态管理单元212管理的操作状态和通信负荷状态。此外，轮询接收单元214将上述信息添加到消息中，并作为对轮询的答复，发送消息。

事件获取装置216包括客户机状态管理单元1302。客户机状态管理单元1302包括操作状态管理单元1303和应用优先级管理单元1304。操作状态管理单元1303管理关于用于针对各个应用获取事件而执行的操作的当前状态(即“正在进行获取”或“等待获取”)的信息。在本示例性实施例中，“正在进行获取”是指当前针对应用执行用于获取事件的用户操作的状态。另一方面，“等待获取”是指当前没有执行这种用户操作的状态。更具体地说，状态“正在进行获取”是指用户激活了显示从服务208获取的数据的应用的状态。应用优先级管理单元1304针对各个应用，管理与获取针对服务的事件相关的优先级设置。

轮询频率确定单元218基于服务管理装置209通知的操作状态以及客户机状态管理单元1302管理的操作状态和应用优先级，确定轮询频率。

换句话说，服务执行装置205是被配置为请求执行服务的请求装置。服务管理装置209是被配置为执行服务执行装置205请求的服务的服务执行装置。事件获取装置216是被配置为经由网络100请求获取由于执行服务而发生的事件的事件请求装置(获取装置)。

轮询频率确定单元218确定服务执行装置205是否正在进行用于请求执行服务的输入。如果确定服务执行装置205正在进行用于请求执行服务的输入，则轮询频率确定单元218将请求获取事件的间隔，设置得比在确定服务执行装置205没有正在进行用于请求执行服务的输入的情况下设置的请求获取事件的间隔短。

作为可选方案，在这种情况下，轮询频率确定单元218将请求获取由于执行服务执行装置205正在进行用于请求执行服务的输入的服务而发生的事件的频率，设置得比请求获取由于执行服务执行装置205没有正在进行用于请求执行服务的输入的服务而发生的事件的频率高。

图11例示了根据本发明的第三示例性实施例的事件获取装置218用于设置轮询频率的轮询频率设置表的示例。在本示例性实施例中，根据操作状态以及对事件获取客户机203设置的操作状态和服务优先级，设置轮询频率。参照图11，如果对操作状态1401设置了“正在执行”，对操作状态1402设置了“正在进行获取”，对服务优先级1403设置了优先级“高”，则本示例性实施例以最高的轮询频率T01执行轮询。另一方面，如果对操作状态1401设置了“等待执行”，对操作状态1402设置了“等待获取”，对服务优先级1403设置了优先级“低”，则本示例性实施例以最低的轮询频率T12执行轮询。

在图11所示的示例中，轮询频率设置表包括操作状态1401、事件获取客户机203的操作状态1402以及服务优先级1403。在本示例性实施例中，除了使用包含在轮询频率设置表中的上述项以外，还可以根据服务管理装置209通知的通信负荷信息，在通信负荷高的情况下设置低的轮询频率，而在通信负荷低情况下设置高的轮询频率。

在本示例性实施例中，服务管理装置209包括管理服务器的状态的服务状态管理单元212。此外，事件获取装置216包括管理客户机的状态的客户机状态管理单元1302。通过上述配置，本示例性实施例通过非常有效地使用用于执行服务的操作状态输入，来确定轮询频率。此外，根据本示例性实施例的轮询频率确定单元218能够基于服务状态管理单元212和客户机状态管理单元1302管理的任意信息，确定轮询频率。换句话说，用于确定轮询频率的信息不限于以上在本示例性实施例中描述的信息。

本发明的各方面还能够通过读出并执行记录在存储装置上的用于执行上述实施例的功能的程序的系统或设备的计算机(或诸如CPU或MPU的装置)、以及由系统或设备的计算机例如读出并执行记录在存储装置上的用于执行上述实施例的功能的程序来执行步骤的方法来实现。鉴于此，例如经由网络或者从用作存储装置的各种类型的记录介质(例如计算机可读介质)向计算机提供程序。在示例中，本发明的一方面还可以通过存储有使获取装置执行用于获取发生的事件的方法的程序的计算机可读介质来实现，该发生的事件是由于处理装置执行请求装置请求的处理而发生的。此外，在示例中，本发明的一方面还可以通过存储有使处理装置执行如下方法的程序的计算机可读介质来实现，该方法用于执行请求装置所请求的处理、并经由网络将发生的事件通知给获取装置，该请求装置被配置为经由网络请求执行处理，该发生的事件是由于执行处理而发生的。

虽然参照示例性实施例对本发明进行了说明，但是应当理解，本发明不限于所公开的示例性实施例。所附权利要求的范围符合最宽的解释，以使其涵盖所有变型、等同结构及功能。

Claims (9)

1.一种用于控制发生的事件的获取的方法，所述发生的事件是由于网络系统执行请求装置所请求的处理而在所述网络系统中发生的，所述请求装置被配置为经由网络请求执行所述处理，其中，所述网络系统经由所述网络向获取装置通知所述发生的事件，并且其中，所述获取装置被配置为获取所述发生的事件，所述方法包括：

确定所述请求装置是否正在输入用于执行所述处理的请求的操作；以及

在确定所述请求装置正在输入用于执行所述处理的所述请求的操作的情况下，设置所述获取装置获取所述发生的事件的设置间隔，其中，所述设置间隔比在确定所述请求装置没有正在输入用于执行所述处理的所述请求的操作的情况下设置的间隔短。

2.根据权利要求1所述的方法，该方法还包括：

在所述网络上存在多个请求装置的情况下，确定是否所述多个请求装置中的至少一个请求装置正在输入用于执行所述处理的所述请求；以及

在确定所述多个请求装置中的至少一个请求装置正在输入用于执行所述处理的所述请求的情况下，设置所述获取装置获取所述发生的事件的设置间隔，其中，所述设置间隔比在确定所述多个请求装置都没有正在输入用于执行所述处理的所述请求的情况下设置的间隔短。

3.根据权利要求1所述的方法，该方法还包括：

在存在多个可执行处理的情况下，针对各个可执行处理确定所述请求装置是否正在输入用于执行所述处理的所述请求；以及

在针对包括第一可执行处理的各个可执行处理确定所述请求装置正在输入用于执行所述处理的所述请求的情况下，设置所述获取装置用于获取由于执行所述第一可执行处理而发生的所述发生的事件的设置间隔，其中，所述设置间隔比在针对各个可执行处理确定所述请求装置没有正在输入用于执行所述处理的所述请求的情况下设置的间隔短。

4.根据权利要求1所述的方法，该方法还包括：在确定所述请求装置正在输入用于执行所述处理的所述请求的情况下，设置用于获取所述发生的事件的轮询间隔，其中，所述轮询间隔比在确定所述请求装置没有正在输入用于执行所述处理的所述请求的情况下设置的间隔短。

5.一种获取装置，其经由网络获取发生的事件，所述发生的事件是由于处理装置执行请求装置所请求的处理而发生的，所述获取装置包括：

确定单元，其被配置为确定所述请求装置是否正在输入用于执行所述处理的请求的操作；以及

设置单元，其被配置为，在确定所述请求装置正在输入用于执行所述处理的所述请求的操作的情况下，设置获取所述发生的事件的设置间隔，其中，所述设置间隔比在确定所述请求装置没有正在输入用于执行所述处理的所述请求的操作的情况下设置的间隔短。

6.根据权利要求5所述的获取装置，其中，在存在多个可执行处理的情况下，所述确定单元针对各个可执行处理确定所述请求装置是否正在输入用于执行所述处理的所述请求；并且

在针对包括第一可执行处理的各个可执行处理确定所述请求装置正在输入用于执行所述处理的所述请求的情况下，所述设置单元设置用于获取由于执行所述第一可执行处理而发生的所述发生的事件的设置间隔，其中，所述设置间隔比在针对各个可执行处理确定所述请求装置没有正在输入用于执行所述处理的所述请求的情况下设置的间隔短。

7.根据权利要求5所述的获取装置，其中，在确定所述请求装置正在输入用于执行所述处理的所述请求的情况下，所述设置单元设置用于获取所述发生的事件的轮询间隔，其中，所述轮询间隔比在确定所述请求装置没有正在输入用于执行所述处理的所述请求的情况下设置的间隔短。

8.一种处理装置，其执行请求装置所请求的处理，所述请求装置被配置为经由网络请求执行所述处理，其中，所述处理装置经由所述网络向获取装置通知发生的事件，所述发生的事件是由于执行所述处理而发生的，所述处理装置包括：

确定单元，其被配置为确定所述请求装置是否正在输入用于执行所述处理的操作的请求；以及

指示单元，其被配置为，在确定所述请求装置正在输入用于执行所述处理的所述请求的操作的情况下，指示所述获取装置设置所述获取装置获取所述发生的事件的设置间隔，其中，所述设置间隔比在确定所述请求装置没有正在输入用于执行所述处理的所述请求的操作的情况下设置的间隔短。

9.根据权利要求8所述的处理装置，其中，在所述网络上存在多个请求装置的情况下，所述确定单元确定是否所述多个请求装置中的至少一个请求装置正在输入用于执行所述处理的所述请求；并且

在确定所述多个请求装置中的至少一个请求装置正在输入用于执行所述处理的所述请求的情况下，所述指示单元指示所述获取装置设置所述获取装置用于获取所述发生的事件的所述设置间隔，其中，所述设置间隔比在确定所述多个请求装置都没有正在输入用于执行所述处理的所述请求的情况下设置的间隔短。