CN105283233B - 信息处理系统 - Google Patents

Abstract

提供了一种信息处理系统，受邀用户能够在参与邀请他或者她的对话之前确定已经邀请他或者她的对话是否可用。对于提供相应用户能够参与的服务的多个对话，信息处理系统存储用于指示每个对话是否可用的状态信息；并且存储与用于邀请受邀用户参与任何一个对话的多个邀请有关的邀请信息；并且多个客户设备分别从多个邀请信息项获取与也是使用所述客户设备的用户的受邀用户有关的邀请信息，并且以取决于状态信息的格式使获取的邀请信息显示于显示屏幕上。

Description

信息处理系统

技术领域

本发明涉及一种用于管理对话的信息处理系统、构成这种信息处理系统的服务器系统和客户设备、这种客户设备的控制方法、用于控制这种客户设备的程序以及用于存储这种程序的信息存储介质，每个对话提供至少一个用户能够参与的服务。

背景技术

存在用户通过网络能够使用并且参与的服务，诸如聊天和多玩家游戏。这种服务提供多个对话，象聊天室一样，不同用户能够参与每个对话。这些对话互相独立地提供其服务。每个用户参与到多个对话中的一个，并且使用对话提供的服务。

参与对话的用户可以要求诸如他/她的朋友的另一个用户加入同一个对话中。服务提供商也可能希望邀请特定或者非特定用户参与他们提供的服务。这种服务可以包括提供例如通过发出对话邀请消息邀请用户对话的功能。

发明内容

[技术问题]

上述对话可以不永久性地存在；在需要的时候重新生成对话。可以控制对话，以当参与其的用户停止使用该对话提供的服务时结束。在这种情况下，根据希望使用对话提供的服务的用户的请求，新生成各对话。例如，当没有参与者时，或者当请求生成该对话的用户命令其结束时，该对话结束。因此，当已经邀请用户(受邀用户)参与对话时，在邀请时有效的对话可能在受邀用户接受邀请并且尝试参与该对话的时间之前已经结束。在这种情况下，受邀用户没有办法在用户实际请求参与已经邀请他/她的对话之前知道该对话是否已经结束。这对于受邀用户不方便。

鉴于上述情况，做出了本发明。本发明的一个目的是提供一种信息处理系统、构成该信息处理系统的服务器系统和客户设备、用于该客户设备的控制方法、用于控制该客户设备的程序、以及用于存储该程序的信息存储介质，该信息处理系统使得邀请对话的受邀用户在受邀用户参与对话之前知道该对话是否仍有效。

[问题的解决方案]

根据本发明，提供了一种包含多个客户设备并且管理关于多个对话的信息的信息处理系统，该多个对话中的每个都提供用户能参与的服务。该信息处理系统包含：对话管理部，配置该对话管理部，以存储用于指示多个对话中的每个是否有效的状态信息；以及邀请管理部，配置该邀请管理部，以存储多个邀请信息项，该邀请信息项中的每个都是关于邀请受邀用户参与多个对话中的一个的。多个客户设备中的每个都包含：邀请信息获取部，配置该邀请信息获取部，以获取存储于邀请管理部中的多个邀请信息项中的一个，获取的邀请信息项是关于邀请使用客户设备的用户成为受邀用户的；以及邀请显示控制部，配置该邀请显示控制部，以使邀请信息获取部获取的邀请信息项以反映状态信息的方式显示于显示屏幕上。

根据本发明，提供了一种连接到多个客户设备并且管理关于多个对话的信息的服务器系统，该多个对话中的每个都提供用户能参与的服务。该服务器系统包含：对话管理部，配置该对话管理部，以存储用于指示多个对话中的每个是否有效的状态信息；邀请管理部，配置该邀请管理部，以存储多个邀请信息项，该邀请信息项中的每个都是关于邀请受邀用户参与多个对话中的一个的；邀请信息提供部，配置该邀请信息提供部，以当由多个客户设备中的一个请求时，提供存储于邀请管理部中的多个邀请信息项中的一个，提供的邀请信息项是关于邀请使用请求客户设备的用户成为受邀用户的；以及状态信息提供部，配置该状态信息提供部，以利用提供的邀请信息项，对请求客户设备提供存储于对话管理部中的关于作为邀请目标的对话的状态信息。当客户设备使提供的邀请信息项显示于显示屏幕上时，使用提供的状态信息。

根据本发明，提供了一种连接到对话管理部和邀请管理部的客户设备，配置该对话管理部，以存储用于指示提供用户能参与的服务的多个对话中的每个是否有效的状态信息；配置该邀请管理部，以存储多个邀请信息项，该邀请信息项中的每个都是关于邀请受邀用户参与多个对话中的一个的。该客户设备包含：邀请信息获取部，配置该邀请信息获取部，以获取存储于邀请管理部中的多个邀请信息项中的一个，获取的邀请信息项是关于邀请使用客户设备的用户成为受邀用户的；以及邀请显示控制部，配置该邀请显示控制部，以以反映状态信息的方式使邀请信息获取部获取的邀请信息项显示于显示屏幕上。

根据本发明，提供了一种用于连接到对话管理部和邀请管理部的客户设备的控制方法，配置该对话管理部，以存储用于指示提供用户能参与的服务的多个对话中的每个是否有效的状态信息；配置该邀请管理部，以存储多个邀请信息项，邀请信息项中的每个都是关于邀请受邀用户参与多个对话中的一个的。该控制方法包含：获取存储于邀请管理部中的多个邀请信息项中的一个的步骤，获取的邀请信息项是关于邀请使用客户设备的用户成为受邀用户的；以及以反映状态信息的方式使获取的邀请信息项显示于显示屏幕上。

根据本发明，提供了一种用于控制连接到对话管理部和邀请管理部的客户设备的程序，配置该对话管理部，以存储用于指示提供用户能参与的服务的多个对话中的每个是否有效的状态信息；配置该邀请管理部，以存储多个邀请信息项，邀请信息项中的每个都是关于邀请受邀用户参与多个对话中的一个的。该程序使客户设备执行：获取存储于邀请管理部中的多个邀请信息项中的一个的步骤，获取的邀请信息项是关于邀请使用客户设备的用户成为受邀用户的；以及以反映状态信息的方式使获取的邀请信息项显示于显示屏幕上。优先地，将该程序存储于计算机可读信息存储介质上。

附图说明

图1是本发明的一个实施例的信息处理系统的总体配置图。

图2是本发明的一个实施例的客户设备的结构框图。

图3是示出当一个实施例中的信息处理系统生成对话时执行的示例性处理流程的原理图。

图4是示出当邀请从邀请用户传播到受邀用户时执行的示例性处理流程的原理图。

图5是示出显示邀请表的示例性屏幕的原理图。

图6是示出邀请信息的示例性详细显示屏幕的原理图。

具体实施方式

下面将参考附图详细描述本发明的一些实施例。

图1是本发明的一个实施例的信息处理系统的总体配置图。如图1所示，构造信息处理系统1，以包含：多个客户设备2、服务提供服务器3、对话管理服务器4、邀请管理服务器5、通知服务器6、以及客户管理服务器7。在该实施例中，假定信息处理系统1是对用户提供多玩家玩游戏的环境的游戏系统。服务提供服务器3生成对参与者提供游戏服务的对话。对话是系统提供其服务的单元。在多玩家游戏服务中，例如，门厅或者房间对应于对话。同时参与同一个对话的多个用户通过互相打斗或者互相合作玩同一个游戏。然而，参与同一种类型的游戏的不同对话的用户互相独立地玩不同的游戏。尽管图1仅示出一个服务提供服务器3，但是可以存在多个服务提供服务器3，该多个服务提供服务器3可以提供类型互相不同的游戏服务。此外，通过设立对话管理服务器4、邀请管理服务器5、通知服务器6和客户管理服务器7，与提供信息处理系统1的服务基础设施的销售商不同的游戏销售商可以提供服务提供服务器3。

客户设备2是参与信息处理系统1生成的对话并且使用对话提供的服务的用户使用的终端设备。例如，客户设备2是家用视频游戏控制台、手持视频游戏机、智能电话、个人计算机、或者某些其他信息处理设备。如图2所示，构造每个客户设备2，以包含：控制部11、存储部12以及通信部13。此外，操作设备14和显示设备15连接到每个客户设备2。

控制部11是根据存储于存储部12中的程序执行不同类型的信息处理的中央处理单元(CPU)或者类似单元。构造存储部12，以包含用于存储控制部11执行的程序和作为程序的处理目标的数据的诸如随机存取存储器(RAM)的存储设备。

通信部13是诸如局域网(LAN)卡的通信接口。通过通信部13，客户设备2与服务提供服务器3、对话管理服务器4、邀请管理服务器5以及通知服务器6中的每个通信。

操作设备14是例如游戏控制台控制器、键盘或者鼠标。操作设备14接收用户执行的输入操作并且将收到的输入内容输出到客户设备2。显示设备15是例如液晶显示器或者有机场致发光(EL)显示器。显示设备15使对应于客户设备2输出的声频信号的图像显示于显示屏上。顺便提及，可以与客户设备2的外壳无关地分别提供操作设备14和显示设备15，也可以集成地将操作设备14和显示设备15并入客户设备2的外壳中。

客户设备2的存储部12存储系统软件(基本软件)21和游戏程序22。这些程序由控制部11执行。该系统软件21是提供使用该系统所需的基本功能的程序，而与游戏类型无关。游戏程序22是在使用服务提供服务器3提供的服务时客户设备2执行的应用程序。对每种游戏类型执行每个游戏程序22。用户需要事先获得对应于用户要参与的对话的游戏程序22，并且在参与对话时，需要由客户设备2执行游戏程序2。这些程序可以存储于诸如光盘的计算机可读信息存储介质上，当对客户设备2提供时，也可以通过诸如因特网的通信线下载这些程序。

服务提供服务器3根据来自客户设备2中的一个的对话开始请求生成新对话，并且对生成的对话执行游戏处理。服务提供服务器3可以生成多个独立于互相有关游戏执行处理的对话。每个对话都接收来自客户设备2的用户的参与请求。对话将执行游戏处理的结果发送到参与对话的用户使用的每个客户设备2，因此，对参与用户提供游戏服务。这样使得参与对话的多个用户通过互相打斗或者通过互相合作一起玩多玩家游戏。

对话管理服务器4管理关于服务提供服务器3生成的对话的信息。下面讨论对话管理服务器4保存的并且执行特定处理的信息。

邀请管理服务器5管理用户专家传递的邀请。在该实施例中，参与对话的任何用户都可以邀请另一个用户参与同一个对话。关于邀请的信息由邀请管理服务器5管理，并且由客户设备2参考。下面讨论由邀请管理服务器5保存并且执行特定处理的信息。

通知服务器6当前利用该系统通过的服务保持与客户设备2的网络连接，并且响应来自其他服务器的请求，将诸如邀请消息的各种调整送到客户设备2。具体地说，当用户起动他/她的客户设备2并且注册该系统的服务时，在客户设备2与通知服务器6之间建立网络连接。在客户设备2正在使用服务时，通知服务器6保持与客户设备2的网络连接。例如，当将邀请消息通知用户时，通知服务器6利用保持的网络连接将推通知送到客户设备2。这样，可以实时地将不同信息通知用户。

客户管理服务器7管理每个客户设备2的在线状态。具体地说，当通知服务器6与客户设备2建立网络连接时，通知服务器6将客户设备2当前在线通知客户管理设备7。如果发出该通知，则客户管理服务器7将关于新连接的客户设备2的信息添加到当前在线客户设备2的表(在线客户表)中。当客户设备2的用户停止使用服务并且登出时，断开通知服务器6与客户设备2之间的网络连接。然后，通知服务器6将客户设备2当前离线通知客户管理服务器7。收到该通知后，客户管理服务器7从在线客户表中删除关于离线客户设备2的信息。如果与迄今在线的客户设备2的通信连接因为错误断开并且在预定时段内未重新建立通信连接，则通知服务器6确定客户设备2当前离线并且将该结果通知客户管理服务器7。这样使得客户管理服务器7实时管理哪个客户设备2当前在线。除了客户设备2的在线状态，客户管理服务器7还可以管理每个客户设备2获取的其他信息，诸如该客户设备2当前执行的游戏程序22的类型。

下面将参考图3的流程图解释当生成对话时该实施例的信息处理系统1执行的特定处理流程。

用户使用的客户设备2执行游戏程序22，以将对话生成请求发送到提供对应于执行游戏程序22的游戏的服务提供服务器3(步骤S1)。在接着的描述中，将发出对话生成请求的用户称为主用户，而将主用户发出对话生成请求使用的客户设备2称为主设备。在从主设备收到对话生成请求时，服务提供服务器3生成新对话并且赋予其识别信息，以在服务提供服务器3中识别新生成的对话(步骤S2)。为了与对话管理服务器4赋予对话的对话标识符(ID)(后面讨论)区别开，在下面的描述中，将赋予服务提供服务器3生成的每个对话的对话识别信息称为服务ID。在对对话赋予服务ID后，服务提供服务器3将该服务ID通知客户服务器2(步骤S3)。

在步骤S3发出通知后，主设备将用于注册关于在步骤S2生成的对话的信息的注册请求发送到对话管理服务器4(步骤S4)。注册请求包含：用于识别已经生成对话的服务提供服务器3的信息；以及由服务提供服务器3赋予对话的服务ID。收到注册请求后，对话管理服务器4将对话ID发送到作为注册请求的注册目标的对话，并且将发出的对话ID通知主设备(步骤S5)。与在步骤S2由服务提供服务器3赋予的服务ID不同，对话ID是唯一地识别整个系统中的对话的值。当通知对话ID时，主设备将关于在对话管理服务器4中注册的对话的不同信息项通知对话管理服务器4(步骤S6)。在步骤S6收到该信息时，对话管理服务器4将收到的信息注册在对话管理服务器4管理的数据库中(步骤S7)。

下面将描述关于在步骤S7注册的并且由对话管理服务器4管理的对话的信息。关于服务提供服务器3生成的每个对话，对话管理服务器4将比如对话ID、对话基准目的地信息、对话名称、对话图像、附属信息、设备类型信息、公开标志、游戏标题名称、参与者表、主用户ID、对话生成时间以及有效标志的这些有关信息项存储为与对话有关信息。对话ID是在对话管理服务器4中识别每个对话的信息。如上所述，当在对话管理服务器4中注册关于新对话的信息时，对话管理服务器4发出对话ID。对话基准目的地信息是识别提供与对话有关的服务的源的信息。例如，对话基准目的地信息可以包含服务提供服务器3和地址信息和服务ID。在这种情况下，在步骤S4，主设备将地址信息和服务ID通知对话管理服务器4，如上所述。

对话名称是该对话的名称。对话图像和附属信息构成关于对话中玩的游戏的内容和状态的信息。对话图像可以是例如表示对话的玩屏幕的图像数据。利用诸如级名称的附属信息将对话的内容和状态通知用户。

设备类型信息是指示允许参与对话的客户设备2的设备类型的信息。能够在不同类型的参与客户设备2上选择性地玩不同类型的游戏。例如，某些游戏只能在特定家用视频游戏控制台上玩；其他游戏可以在家用视频游戏控制台、手持视频游戏机和个人计算机中的任何一个上玩。设备类型信息规定允许参与对话的客户设备2的类型。公开标志是指示是否对非特定用户公开关于该对话的信息的标志信息。任何人都能够参考公开标志设定为“是”的对话的内容；任何用户都可以请求参与该对话。相反，仅允许邀请用户参考关于公开标志设定为“否”的对话的信息并且参与对话。对话名称、对话图像、附属信息、设备类型信息以及公开标志的内容在由系统软件21在步骤S6发送到对话管理服务器4之前由主设备的游戏程序22或者由服务提供服务器3确定。作为一种选择，可以根据对话的变化以适当定时方式更新对话图像和附属信息的内容，以反应服务提供服务器3发送到对话管理服务器4的信息。

游戏标题名称是识别对话提供的游戏(即，游戏标题)的类型的信息。当将对话信息通知对话管理服务器4时，主设备的系统软件21获取当前执行的游戏程序22的名称，作为表示游戏标题名称的信息。

参与者表是参与对话的用户的表。如果主用户之外的用户使用的客户设备2新参与当前执行的对话，则客户设备2将该结果通知对话管理服务器4。如果发出通知，则对话管理服务器4将新参与用户的用户ID添加到参与者表中。当用户停止参与对话时，该用户使用的客户设备2将结束参与通知对话管理服务器4。收到该通知后，对话管理服务器4从参与者表中删除停止参与的用户的用户ID。客户管理服务器7将该结果通知对话管理服务器4。如果发出该通知，则对话管理服务器4搜索应用客户设备2的用户参与的对话，并且从对话的参与者表中删除该用户的用户ID。这样使得即使他/她的客户设备不能正常完成结束参与对话的过程，仍能够从参与者表中删除关于离线用户的信息。

主用户ID是用于识别请求生成对话的主用户的信息。对话生成时间是指示生成对话时的时间的信息。当对话管理服务器4注册关于新对话的信息时，将此时间点的日期和时间信息记录为对话生成时间。

有效标志是指示对话是否有效的标志信息。当对话管理服务器4注册关于对话的信息时，将指示对话有效的值设定为有效标志。在对话结束时，使得结束对话的客户设备2将对话结束通知对话管理服务器4。如果发出了该通知，则对话管理服务器4进行设定，以使该通知的目标对话的有效标志无效。例如，停止参与对话的主用户满足结束对话的条件。在这种情况下，主设备将结束对话通知对话管理服务器4。作为一种选择，当对话中没有参与者时，服务提供服务器3可以结束该对话。在这种情况下，最近结束参与对话的用户使用的客户设备2将对话结束通知对话管理服务器4。尽管在该例子中客户设备2将对话的开始和结束对话通知对话管理服务器4，但是并不局限于该实施例。作为一种选择，服务提供服务器3可以将对话的开始和结束通知对话管理服务器4。作为另一种替换，客户设备2提供给对话管理服务器4的部分或者全部信息不由客户设备2而由服务提供服务器3提供给对话管理服务器4。

如上所述，对话管理服务器4独立于实际生成对话并且对生成的对话执行处理的服务提供服务器3管理关于对话的信息。特别是，关于每个对话的信息包含每当实际开始或者结束对话时实时更新的有效标志。因此，通过参考对话管理服务器4保持的有效标志，每个客户设备2都能够确定特定对话是有效还是无效，而无需访问服务提供服务器3，如下所述。对每种游戏类型准备服务提供服务器3。假定相应游戏程序22访问每个服务提供服务器3。为了访问服务提供服务器3，客户设备2需要执行相应游戏程序22。然而，该实施例使得运行系统软件21从对话管理服务器4获取关于对话的信息，而不执行游戏程序22。

具体地说，每个客户设备2的系统软件21都通过询问对话管理服务器4获取当前有效对话表。每个客户设备2的用户都能够从该表中选择用户计划参与的对话，而无需起动游戏程序22。此时，对话管理服务器4可以参考有效标志，并且因此仅对客户设备2提供关于有效对话的信息。如上所述，关于公开标志被设定为“否”的并且询问用户未被邀请的对话的信息排除在对客户设备2提供的对话表外。通过询问邀请管理服务器5，获取关于询问用户被邀请的对话的信息和关于询问用户未被邀请的对话的信息，如下所述。

通过执行游戏程序22，每个客户设备2都可以让游戏程序22从对话管理服务器4请求对话表。在这种情况下，客户设备2请求获取包含进行询问的用户的游戏程序22的名称(即，游戏标题名称)的表。如果发出该请求，则对话管理服务器4仅将关于询问用户与游戏标题名称匹配的对话的信息发送到客户设备2。这样使得游戏程序22仅获取关于能够参与的对话的信息。作为一种选择，客户设备2可以请求获取包含用于识别游戏程序22的类型的游戏ID而非游戏标题名称的表。在这种情况下，对话管理服务器4与每个对话关联地存储用于识别对应于对话的游戏类型的游戏ID，以代替游戏标题名称或者附加到游戏标题名称。收到表获取请求后，对话管理服务器4选择性地将包含于获取请求中的游戏ID和关于与匹配游戏ID有关的对话的信息发送到客户设备2。

下面参考图4的流程图解释当参与对话的用户邀请另一个用户参与同一个对话(即，邀请从邀请用户传递到受邀用户)时该实施例的信息处理系统1执行的示例性处理流程。在接着的描述中，将邀请用户使用的客户设备2称为客户设备2a，而将受邀用户使用的客户设备2称为客户设备2b。

客户设备2a执行游戏程序22，以与提供对应于游戏程序22的游戏服务的服务提供服务器3连接，从而参与对话(步骤S11)。此时，客户设备2a将邀请用户参与对话以及用于识别参与的对话的对话ID通知对话管理服务器4(步骤S12)。如果发出该通知，则对话管理服务器4将邀请用户的用户ID添加到对话ID识别的对话中的参与者表。此后，根据邀请用户的指令，客户设备2a将包含在步骤S12发送的对话ID和邀请用户的用户ID的邀请请求发送到邀请管理服务器5(步骤S13)。

收到邀请请求后，邀请管理服务器5将关于邀请的信息添加到邀请管理服务器5自己管理的数据库(步骤S14)，并且请求通知服务器6发出邀请通知(步骤S15)。响应步骤S15的请求，通知服务器6将邀请通知受邀用户使用的客户设备2b(步骤S16)。

如果在步骤S16发出通知，则客户设备2b使显示设备15在其屏幕上指示传递了邀请(步骤S17)。当客户设备2b的用户发出指令参与对用户邀请的对话时，与当邀请用户参与对话时一样，客户设备2b对服务提供服务器3发出对话参与请求(步骤S18)。当服务提供服务器3收到参与对话的请求时，客户设备2b将该结果通知对话管理服务器4(步骤S19)。这样使得将受邀用户的用户ID添加到对话中的参与者表。

下面解释邀请管理服务器5出于管理的目的在步骤S14的处理中注册关于邀请的信息。关于收到的每个邀请，邀请管理服务器5将比如邀请ID、邀请用户ID、受邀用户ID、对话ID、邀请消息、邀请时间、对话有效标志、读取标志和参与标志的这些有关信息项存储为与邀请有关的信息。

邀请ID是用于唯一地识别每个邀请并且由邀请管理服务器5给出的信息。邀请用户ID和受邀用户ID分别是识别邀请用户和受邀用户的信息。对话ID是用于识别作为邀请目标的对话的信息。邀请消息是用于指示邀请用户输入的并且寻址到受邀用户的消息的内容。邀请用户使用的客户设备2a将邀请用户ID、受邀用户ID、对话ID和邀请消息通知邀请管理服务器5。邀请时间是指示传递邀请的时间的信息。可以将邀请管理服务器5从客户设备2收到邀请请求时的实际日期和时间信息记录为邀请时间。

对话有效标志是用于指示作为邀请目标的对话是否有效的标志信息。该信息与对话管理服务器4中管理的有效标志类似。应当注意，尽管结束时将对话管理服务器4中的有效标志实时更新为指示该对话无效的值，但是不实时更新邀请管理服务器5中的对话有效标志。响应客户设备2的请求发出邀请信息后，邀请管理服务器5参考关于该邀请的对话有效标志。如果发现对话有效标志被设定为无效，则邀请管理服务器5将关于邀请的信息与指示对话已经无效的信息一起发送到客户设备2。如果发现对话有效标志被设定为有效，则邀请管理服务器5在将关于该邀请的信息发送到客户设备2之前向对话管理服务器4询问该对话的最新状态。在将关于邀请的信息发送到客户设备2之前，邀请管理服务器5更新对话有效标志，以反映询问结果。利用该实施例，一旦无效，将始终不再有效。如上所述，邀请管理服务器5独立于对话管理服务器4保持对话有效标志。当对话已经无效时，邀请管理服务器5能够将关于邀请的信息与指示该对话无效的一起提供给客户设备2，而无需多次询问对话管理服务器4。不必强制邀请管理服务器5保持对话有效标志。在这种情况下，每次在邀请管理服务器5将对客户设备2提供邀请信息时，邀请管理服务器5都向对话管理服务器4询问关于对话的最新状态。然后，邀请管理服务器5将邀请信息和询问结果一起提供给客户设备2。作为另一种选择，如果给出邀请信息，则客户设备2可以直接向对话管理服务器4询问并且获取用于表示作为获取的邀请的目标的对话的状态的标志信息。

读取标志是用于指示受邀用户是否已经看到邀请内容的标志信息。参与标志是用于指示受邀用户是否已经参与作为邀请目标的对话的另一个标志信息。受邀用户使用的客户设备2b将受邀用户何时查看了邀请内容或者受邀用户何时参与了邀请该用户的对话通知邀请管理服务器5。如果发出这些通知，则邀请管理服务器5相应地更新读取标志和参与标志。

下面将解释受邀用户的客户设备2b使其显示于显示设备15的屏幕上的与邀请有关的信息。

当客户设备2b的用户给出显示邀请信息的指令时，客户设备2b将获取邀请信息的请求和发出指令的用户的用户ID一起发送到邀请管理服务器5。邀请信息获取请求可以由系统软件21发出，或者由游戏程序22发出。响应该获取请求，邀请管理服务器5将关于请求用户是受邀用户的邀请的信息发送到客户设备2b。此时，如上所述，在需要时，邀请管理服务器5询问对话管理服务器4，以将对话有效标志更新为最新信息。然后，邀请管理服务器5将邀请信息与关于更新的对话有效标志的信息一起发送。客户设备2b以表的形式将从邀请管理服务器5收到的邀请信息显示于显示设备5的屏幕上。当游戏程序22发出邀请信息获取请求时，仅将关于与对应于游戏程序22的对话有关的邀请的信息送到客户设备2。

图5是示出显示邀请信息表的示例性屏幕的原理图。在图5中，邀请信息的每项都包含作为邀请目标的对话的游戏标题名称、对话图像、邀请用户的名称、以及能够参与对话的客户设备2的设备类型。从对话管理服务器4获取邀请信息的这些项。

在该实施例中，客户设备2b以反映对话有效标志的内容的方式显示邀请表。客户设备2b还可以以反映读取标志和参与标志的内容的方式显示关于邀请的信息。例如，客户设备2b可以以对话有效标志和读取标志的值中的每个确定的方式显示各邀请。在图5中，将标记“新”附加到读取标志被设定为“未读”的每个邀请(即，邀请也已经由受邀用户看到)。可以以非常吸引用户注意的方式，诸如由适当图像处理获得的低色调图像(low-toneimage)的方式，显示对话有效标志被设定为“无效”的邀请(即，作为邀请目标的对话已经结束)。在图5中，将不是实线矩形而是虚线矩形包围的每个邀请示为对话已经结束的邀请。作为另一种选择，客户设备2b可以以反映参与标志的方式显示每个邀请。

客户设备2b还可以根据对话有效标志、读取标志和参与标志的内容确定以表的形式显示多个邀请的顺序。在图5中，例如，利用对话有效标志的值对作为显示目标的邀请分类。这样使得比对已经结束并且不能参与的对话的邀请优先显示对仍有效并且用户能够参与的对话的邀请。还利用读取标志的值分类邀请。当将它们的对话有效标志设定为同一个值时，未读邀请显示得比读取邀请高。邀请还可以由参与标志的内容分类。例如，当将它们的对话有效标志和它们的读取标志设定为同一个值时，可以将仍要参与的邀请显示得比已经参与的邀请高。然而，因为查看邀请需要先参与该受邀对话，通常没有未读并的且已经参与的邀请。因此，在根据对话有效标志、读取标志和参与标志的全部确定显示邀请的顺序时，例如，可以以下面的顺序以表的形式显示邀请：

1.对话有效的、仍必须读取的并且仍必须参与对话的邀请。

2.对话有效的、已经读取的并且仍必须参与对话的邀请。

3.对话有效的、已经读取的并且已经参与对话的邀请。

4.对话无效的、仍必须读取的并且仍要参与对话的邀请。

5.对话无效的、已经读取的并且仍必须参与对话的邀请。

6.对话无效的、已经读取的并且已经参与对话的邀请。

这样，对话有效的邀请比对话无效的对话显示得高并且突出。该显示有助于吸引用户注意仍能够参与的邀请。

可以布置客户设备2b，以在屏幕的邀请表中不显示上述标志满足特定条件的邀请。例如，几乎不需要查看对话已经无效的邀请的内容的用户再次检验该内容。因此，对话无效的并且已经读取的邀请排除在作为显示目标的邀请表之外。如果用户不希望再次参与已经参与的对话，则可以将参与标志被设定为“参与”的所有邀请排除在作为显示目标的邀请外。

在该实施例中，一个用户可以使用多个客户设备2。在这种情况下，正是邀请管理服务器5而非信息处理系统1中的客户设备2保持读取标志和参与标志。这样使得信息处理系统1能够管理哪个用户已经查看哪个邀请和哪个用户已经根据邀请参与哪个对话，而与使用哪个客户设备2无关。

当用户选择如图5所示屏幕上列出的邀请中的一个时，详细显示屏幕出现，从而显示选择邀请的详情。图6是示出这种邀请信息的示例性详细显示屏幕的原理图。在该详细显示屏幕上，关于邀请内容的信息(即，邀请用户的用户名称和邀请用户输入的邀请消息)显示于该屏幕的右上角。在屏幕的左下角和右下角示出关于作为邀请目标的对话的信息(例如，游戏标题名称、对话图像、从开始对话的历时、附属信息、对话中的参与者的数量以及用户名称)。从对话管理服务器4获取关于对话的详细信息。应当注意，由当前时间信息和从对话管理服务器4获取的对话生成时间信息计算从开始对话的历时。客户设备2b可以直接向对话管理服务器4请求获取关于对话的详细信息。作为一种选择，当客户设备2b从邀请管理服务器5获取邀请信息时，邀请管理服务器5可以从对话管理服务器4获取关于对话的详细信息并且将获取的信息与邀请管理服务器5管理的信息一起提供给客户设备2b。客户设备2b获取关于对话的详细信息的时间并不局限于为了显示邀请表而从邀请管理服务器5获取邀请信息的时间。作为一种选择，该时间可以是显示关于每个邀请的详细信息时。在这种情况下，因为对话管理服务器4保持的对话图像和附属信息随时更新，所以能够将最近对话状态显示于详细显示屏幕上。

邀请的消息显示屏幕还包含为了参与对话要操作的“参与”按钮。当受邀用户选择性地操作“参与”按钮时，客户设备2b起动对应于该对话的游戏程序22，以对服务提供服务器3发出对话参与请求。如果已经为了参与对话而操作了“参与”按钮的受邀用户没有对应于该对话的游戏程序22，则客户设备2b可以访问在线程序销售网站并且显示游戏程序22的购买屏幕，以有助于用户购买游戏程序22。

在本发明的上述实施例中，每个邀请都与用于识别作为邀请目标的对话的信息有关。显示了关于邀请的信息后，客户设备2b实时获取用于指示有关对话是否有效的状态信息(有效标志)，并且以反映内容的方式显示关于对话的信息。这样使得受邀用户在访问服务提供服务器3并且尝试参与对话之前知道是否能够参与该对话。

在该实施例中，特别是，将用于指示每个对话的状态的有效标志存储于与服务提供服务器3分离的对话管理服务器4中。当服务提供服务器3新生成对话时，关于新对话的信息注册在对话管理服务器4中。当服务提供服务器3结束对话时，将该结果通知对话管理服务器4。该通知使得对话管理服务器4将存储在内的与该对话有关的有效标志更新为表示无效的值。因此，通过参考存储于对话管理服务器4中的有效标志，客户设备2B能够获取对话的最新状态，而无需访问服务提供服务器3。在该实施例中，客户设备2需要起动相应游戏程序22，以访问服务提供服务器3。然而，因为与服务提供服务器3分开的对话管理服务器4实时管理服务提供服务器3生成的每个对话的状态，所以客户设备2能够知道是否能够参与已经邀请客户设备2的对话，而无需起动游戏程序22。

本发明的实施例并不局限于上面讨论的实施例。例如，尽管上面解释了服务提供服务器3提供多玩家游戏服务，但是这并不限制服务提供服务器3必须提供什么。例如，服务提供服务器3可以生成对话，以提供聊天、语音聊天或者多个用户可以同时在线参与的其他不同服务。在这种情况下，在参与例如提供聊天服务的对话时，可以要求客户设备2执行对应于该服务的应用程序。

上面还解释了邀请用户在参与对话时对受邀用户参与同一个对话发送邀请。在另一个例子中，邀请的发送者并不局限于任何一个用户；服务提供商也可以发出邀请。在该例子中，服务提供服务器3可以发送促使满足预定条件的用户或者随机选择的用户参与服务提供服务器3管理的对话的邀请消息。在这种情况下，在显示邀请表时，受邀用户参考存储于对话管理服务器4中的有效标志。这样使得受邀用户的客户设备2以将当前有效对话与已经传递邀请的对话中的结束对话区别开的方式以表的形式显示已经传递邀请的对话。

本发明的该实施例中的信息处理系统1提供的服务并不局限于必须多个用户参与的这些服务。具体地说，本发明可以应用于不预定在开始服务时在任何特定时点停止提供的并且在提供服务的对话正有效时用户能够访问并且使用的任何在线服务。例如，本发明可以应用于电子商务(EC)网站的促销活动(campaign)服务或者限时促销(time saleservice)服务。在这种情况下，邀请用户或者服务提供商将宣传在提供促销活动服务或者限时促销服务的邀请消息通知受邀用户。当显示邀请消息时，受邀用户的客户设备2在以反映标志信息的方式显示邀请消息之前询问对话管理服务器4，以获取用于指示作为邀请目标的服务是否有效的标志信息。

上面还解释了服务提供服务器3、对话管理服务器4、邀请管理服务器5、通知服务器6以及客户管理服务器7全部互相独立提供信息处理系统1的服务。然而，提供信息处理系统1的服务的服务器系统的配置并不局限于上述配置。例如，对话管理服务器4的功能和邀请管理服务器5的功能可以由单个服务器计算机集成地实现。上面还解释了客户设备2通过分别访问对话管理服务器4和邀请管理服务器5获取所需信息。作为一种选择，可以提供接收服务器，以从客户设备2接收信息获取请求和信息更新请求。然后，客户设备2与接收服务器执行数据通信。在这种情况下，客户设备2通过接收服务器间接地连接到对话管理服务器4和邀请管理服务器5。在该例子中，客户设备2从接收服务器发出获取邀请信息的请求使得接收服务器从邀请管理服务器5获取关于使用客户设备2的用户是受邀用户的请求的信息。接收服务器还从对话管理服务器4获取关于作为获取邀请的目标的对话的信息。然后，接收服务器将使从邀请管理服务器5获取的邀请信息与从对话管理服务器4获取的对话信息组合的应答发送到客户设备2。这样使得客户设备2能够获取所需信息，而无需直接与单个服务器连接，减轻了客户端的处理负担。

参考符号表

1：信息处理系统

2：客户设备

3：服务提供服务器

4：对话管理服务器

5：邀请管理服务器

6：通知服务器

7：客户管理服务器

11：控制部

12：存储部

13：通信部

14：操作设备

15：显示设备

21：系统软件

22：游戏程序

Claims (13)

1.一种包含多个客户设备并且管理关于多个对话的信息的信息处理系统，所述多个对话中的每个提供用户能参与的服务，所述信息处理系统包括：

对话管理部，配置为存储指示所述多个对话中的每个是否已经结束的状态信息；以及

邀请管理部，配置为存储多个邀请信息项，所述邀请信息项中的每个是关于受邀用户参与所述多个对话中的一个的邀请，

其中所述多个客户设备中的每个包含

邀请信息获取部，配置为获取存储于所述邀请管理部中的所述多个邀请信息项中的一个，获取的邀请信息项是关于使用所述客户设备的所述用户成为所述受邀用户的邀请；以及

邀请显示控制部，配置为使所述邀请信息获取部获取的所述邀请信息项以反映所述状态信息的方式显示于显示屏幕上，使得所述受邀用户能够确定所述多个对话中的每个是否已经结束，而不用执行对应于所述多个对话中的每个的应用程序，并且

其中响应于由正在参与对话的邀请用户对于所述受邀用户参与所述会话的邀请的发送，将所述邀请信息添加到所述邀请管理部，

其中所述邀请显示控制部配置为在所述显示屏幕上显示由对应于所述邀请信息的对话提供的服务的名称，而不管所述对话是否已经结束。

2.根据权利要求1所述的信息处理系统，其中所述邀请显示控制部以指示作为所述邀请信息项的目标的所述对话是否已经结束的方式，显示所述邀请信息获取部获取的所述多个邀请信息项中的每个。

3.根据权利要求1所述的信息处理系统，其中所述邀请显示控制部以所述状态信息确定的顺序，显示所述邀请信息获取部获取的所述多个邀请信息项的列表。

4.根据权利要求1所述的信息处理系统，还包括：

服务提供部，配置为生成所述多个对话中的每个并且对参与生成的对话中的任何一个的用户提供服务，

其中，在所述服务提供部生成新对话时，所述对话管理部存储用于指示新生成的对话没有结束的所述状态信息，在所述服务提供部结束所述对话试，所述对话管理部还将所述状态信息更新为指示所述对话已经结束的值。

5.根据权利要求4所述的信息处理系统，包括：

多个所述服务提供部，配置为提供类型互相不同的服务，

其中，所述对话管理部存储关于所述多个服务提供部中的每个生成的对话的信息。

6.根据权利要求5所述的信息处理系统，其中所述客户设备执行多个应用程序，每个应用程序对应于所述多个服务提供部中的一个；并且如果由执行所述多个应用程序中的一个发出请求，则所述邀请信息获取部选择性地获取关于对由对应于执行应用程序的所述服务提供部生成的所述对话的邀请的所述邀请信息。

7.一种连接到多个客户设备并且管理关于多个对话的信息的服务器系统，所述多个对话中的每个提供用户能参与的服务，所述服务器系统包括：

对话管理部，配置为存储指示所述多个对话中的每个是否已经结束的状态信息；

邀请管理部，配置为存储多个邀请信息项，所述邀请信息项中的每个是关于受邀用户参与所述多个对话中的一个的邀请，

邀请信息提供部，配置为当由所述多个客户设备中的一个请求时，提供存储于所述邀请管理部中的所述多个邀请信息项中的一个，提供的邀请信息项是关于使用所述请求客户设备的所述用户成为所述受邀用户的邀请；以及

状态信息提供部，配置为利用所述提供的邀请信息项，对所述请求客户设备提供存储于所述对话管理部中的关于作为邀请目标的对话的所述状态信息，使得所述受邀用户能够确定所述多个对话中的每个是否已经结束，而不用执行对应于所述多个对话中的每个的应用程序，

其中当所述客户设备使提供的邀请信息项显示于显示屏幕上时，使用所述提供的状态信息；并且

其中响应于由正在参与对话的邀请用户对于所述受邀用户参与所述会话的邀请的发送，将所述邀请信息添加到所述邀请管理部，

其中所述客户设备在所述显示屏幕上显示由对应于所述邀请信息的对话提供的服务的名称，而不管所述对话是否已经结束。

8.一种连接到对话管理部和邀请管理部的客户设备，

所述对话管理部配置为存储指示提供用户能参与的服务的多个对话中的每个是否已经结束的状态信息；

所述邀请管理部配置为存储多个邀请信息项，所述邀请信息项中的每个是关于受邀用户参与所述多个对话中的一个的邀请；

所述客户设备包括：

邀请信息获取部，配置为获取存储于所述邀请管理部中的所述多个邀请信息项中的一个，获取的邀请信息项是关于使用所述客户设备的用户成为所述受邀用户的邀请；以及

邀请显示控制部，配置为以反映所述状态信息的方式使所述邀请信息获取部获取的所述邀请信息项显示于显示屏幕上，使得所述受邀用户能够确定所述多个对话中的每个是否已经结束，而不用执行对应于所述多个对话中的每个的应用程序，

其中响应于由正在参与对话的邀请用户对于所述受邀用户参与所述会话的邀请的发送，将所述邀请信息添加到所述邀请管理部，

其中所述邀请显示控制部配置为在所述显示屏幕上显示由对应于所述邀请信息的对话提供的服务的名称，而不管所述对话是否已经结束。

9.根据权利要求8所述的客户设备，其中在未正在执行在参与所述对话时要执行的应用程序时，所述邀请显示控制部使所述邀请信息获取部获取的所述邀请信息项以反映所述状态信息的方式显示于所述显示屏幕上。

10.根据权利要求8所述的客户设备，其中在参与所述多个对话中的一个时，所述客户设备连接到服务提供部，并且由所述服务提供部提供服务，所述服务提供部对参与所述对话的用户提供所述服务；以及

在所述客户设备未连接到所述服务提供部时，所述邀请显示控制部使所述邀请信息获取部获取的所述邀请信息项以反映所述状态信息的方式显示于所述显示屏幕上。

11.根据权利要求8所述的客户设备，其中所述邀请显示控制部使所述邀请信息获取部获取的所述邀请信息项与指示利用所述获取的邀请信息项起动作为邀请目标的所述对话开始的历时的信息一起显示于所述显示屏幕上。

12.一种用于连接到对话管理部和邀请管理部的客户设备的控制方法，

所述对话管理部配置为存储指示提供用户能参与的服务的多个对话中的每个是否已经结束的状态信息；

所述邀请管理部配置为存储多个邀请信息项，所述邀请信息项中的每个是关于受邀用户参与所述多个对话中的一个的邀请；

所述控制方法包括：

获取存储于所述邀请管理部中的所述多个邀请信息项中的一个的步骤，获取的邀请信息项是关于使用所述客户设备的所述用户成为所述受邀用户的邀请；以及

以反映所述状态信息的方式使获取的邀请信息项显示于显示屏幕上的显示步骤，使得所述受邀用户能够确定所述多个对话中的每个是否已经结束，而不用执行对应于所述多个对话中的每个的应用程序，

其中响应于由正在参与对话的邀请用户对于所述受邀用户参与所述会话的邀请的发送，将所述邀请信息添加到所述邀请管理部，

其中在所述显示步骤中，在所述显示屏幕上显示由对应于所述邀请信息的对话提供的服务的名称，而不管所述对话是否已经结束。

13.一种计算机可读信息存储介质，其上存储用于控制连接到对话管理部和邀请管理部的客户设备的程序，

所述对话管理部配置为存储指示提供用户能参与的服务的多个对话中的每个是否已经结束的状态信息；

所述邀请管理部配置为存储多个邀请信息项，所述邀请信息项中的每个是关于受邀用户参与所述多个对话中的一个的邀请；

所述程序使所述客户设备执行：

获取存储于所述邀请管理部中的所述多个邀请信息项中的一个的步骤，获取的邀请信息项是关于使用所述客户设备的所述用户成为所述受邀用户的邀请；以及

以反映所述状态信息的方式使获取的邀请信息项显示于显示屏幕上的显示步骤，使得所述受邀用户能够确定所述多个对话中的每个是否已经结束，而不用执行对应于所述多个对话中的每个的应用程序，

其中响应于由正在参与对话的邀请用户对于所述受邀用户参与所述会话的邀请的发送，将所述邀请信息添加到所述邀请管理部，

其中在所述显示步骤中，在所述显示屏幕上显示由对应于所述邀请信息的对话提供的服务的名称，而不管所述对话是否已经结束。