CN102710591B - 服务器系统以及客户端装置的控制方法 - Google Patents

Abstract

本发明提供一种服务器系统以及客户端装置的控制方法等，其通过管理多个客户端装置的对应以及基于对应的图像信息的管理等，能够实现多个客户端装置的协作工作。作为解决手段，服务器系统(400)具有：存储将第1客户端装置(100)的识别信息与第2客户端装置(200)的识别信息关联起来的通话信息的通话信息存储部(425)；生成将第2客户端装置(200)的操作画面显示于第1客户端装置(100)的操作画面信息的处理部(421)；以及将操作画面信息发送给第1客户端装置(100)的通信部(423)，处理部(421)根据从第1客户端装置(100)发送来的识别信息和通话信息，进行第1客户端装置(100)与第2客户端装置(200)之间的对应，生成操作画面信息。

Description

服务器系统以及客户端装置的控制方法

技术领域

本发明涉及服务器系统以及客户端装置的控制方法等。

背景技术

近些年来，作为客户端装置(尤其是移动环境下的客户端装置)使用了多种多样的设备。其中，还存在如下设备：如HMD(Head Mounted Display、头部安装型显示装置)那样简单构成操作部(例如操作按钮等)，难以进行复杂的操作。以HMD举例来说，这是由于基于其安装于头部的特性，在设备大小、形状方面施加了限制所致。

另外，作为移动环境下的客户端装置，广泛普及了移动电话等。移动电话等通过与网络连接等方式，能够获得较多的内容，然而显示部(显示器)的大小受限，具有无法进行充分的显示的问题。

【专利文献1】日本特开平10-233772号公报

【专利文献2】日本特开2000-122957号公报

在专利文献1公开了如下技术：例如在企业内等的网络中，向与网络连接的各终端进行HTML文件等联合发送，共享数据。然而，专利文献1所公开的技术涉及的是用于数据共享的联合发送，显示于各终端的数据是相同的。因此，在向多个终端发送数据并显示这方面而言，与本发明相同，却并非是用于解决显示部的大小等问题的技术。

在专利文献2中，公开了以多个终端构成客户端侧，使用多个终端协作显示数据的技术。然而，在专利文献2中，与网络连接的终端被限定为1个。

另外，当使多个客户端装置协作以试图解决问题的情况下，若使各客户端管理在客户端装置执行的应用，则更新作业等容易变得复杂。因此，优选将各客户端装置对应起来，独立设置适当地管理应用和内容的装置。

发明内容

根据本发明的几个方面，能够提供一种通过进行多个客户端装置的对应和基于对应的图像信息的管理等，实现多个客户端装置的协作工作的服务器系统等。

本发明的一个方面涉及一种服务器系统，其具有：通话信息存储部，其存储通话信息，该通话信息是将第1客户端装置的识别信息与第2客户端装置的识别信息关联起来得到的信息；处理部，其生成操作画面信息，该操作画面信息是用于将对上述第2客户端装置进行操作指示的操作画面显示于上述第1客户端装置的信息；以及通信部，其将所生成的上述操作画面信息发送给上述第1客户端装置，上述处理部根据从上述第1客户端装置发送的上述第1客户端装置的上述识别信息和存储于上述通话信息存储部的上述通话信息，进行上述第1客户端装置与上述第2客户端装置之间的对应，根据上述对应生成上述操作画面信息。

在本发明的一个方面中，根据通话信息进行客户端装置间的对应，生成操作画面信息。因此，能够根据对应，使得多个客户端装置协作工作。

另外，本发明的一个方面可以构成为，上述操作画面信息包括应用设定用操作画面信息，该应用设定用操作画面信息用于对在上述第2客户端装置执行的应用进行设定，上述第1客户端装置在根据上述应用设定用操作画面信息显示的应用设定用操作画面设定用于执行应用的参数，将所设定的上述参数发送给上述第2客户端装置，上述第2客户端装置将识别信息附加参数发送给服务器系统，该识别信息附加参数是对接收到的上述参数附加上述第2客户端装置的上述识别信息而得到的信息，上述处理部根据接收到的上述识别信息附加参数，生成应用执行信息，该应用执行信息是用于在上述第2客户端装置执行上述应用的信息。

由此，就能够将在第1客户端装置的设定内容反映在第2客户端装置所执行的应用中等。

本发明的一个方面可以构成为，上述第2客户端装置根据上述应用执行信息执行上述应用，从而获得数据，并且根据所获得的上述数据，生成第2客户端装置用显示数据和作为与上述第2客户端装置用显示数据关联的数据的第1客户端装置用显示数据，上述通信部接收上述第2客户端装置所生成的上述第1客户端装置用显示数据和上述第2客户端装置的上述识别信息。

由此，就能够将在第2客户端装置生成的第1客户端装置用显示数据适当地关联起来进行保存等。

本发明的一个方面可以构成为，在从上述第1客户端装置接收到内容信息请求指令的情况下，上述处理部根据上述第1客户端装置的上述识别信息和上述通话信息，进行上述第1客户端装置与上述第2客户端装置之间的对应，并且根据上述对应，进行上述第2客户端装置所生成的上述第1客户端装置用显示数据是否为针对上述内容信息请求指令的响应用数据的判定，在判定为上述第1客户端装置用显示数据是针对上述内容信息请求指令的响应用数据的情况下，上述通信部向发送来上述内容信息请求指令的上述第1客户端装置回送上述第1客户端装置用显示数据。

由此，就能够显示与第1客户端装置和第2客户端装置关联的数据等。

本发明的一个方面可以构成为，上述操作画面信息包括操作上述第2客户端装置的设备操作用操作画面信息和选择在第2客户端装置执行的应用的应用选择用操作画面信息，在上述通话信息的初始登记结束的情况下或在根据上述通话信息完成了上述第1客户端装置与上述第2客户端装置之间的对应的情况下，上述处理部生成与上述第2客户端装置对应的上述设备操作用操作画面信息和上述应用选择用操作画面，上述通信部将所生成的上述设备操作用操作画面信息和上述应用选择用操作画面信息发送给上述第1客户端装置。

由此，能够在基于通话信息的对应结束的情况下，将操作画面显示于第1客户端装置等。

本发明的一个方面可以构成为，上述第1客户端装置通过根据上述应用选择用操作画面信息显示的应用选择用操作画面中的操作输入，生成应用选择指令，上述通信部从上述第1客户端装置接收所生成的上述应用选择指令，上述处理部根据上述通话信息进行上述第1客户端装置与上述第2客户端装置之间的对应，生成应用设定用操作画面信息，该应用设定用操作画面信息用于使对应起来的上述第2客户端装置执行根据上述应用选择指令选择的应用时的设定，上述通信部将所生成的上述应用设定用操作画面信息发送给上述第1客户端装置。

由此，根据第1客户端装置的操作，选择第2客户端装置所执行的应用，能将设定画面显示于第1客户端装置等。

本发明的一个方面可以构成为，上述第1客户端装置设定上述第2客户端装置的地址信息、作为执行对象的应用的类别信息和应用的执行条件信息中的至少1个作为上述参数，上述处理部根据由上述第1客户端装置设定的上述参数，生成上述应用执行信息。

由此就能够设定各种信息作为参数。

本发明的一个方面可以构成为，在上述第2客户端装置启动时，上述通信部从上述第2客户端装置接收上述第2客户端装置的地址信息和设备信息，作为上述识别信息，上述通话信息存储部将上述第2客户端装置的上述地址信息和上述设备信息存储为上述通话信息。

由此，就能够保存第2客户端装置的地址信息和设备信息作为通话信息。

本发明的一个方面可以构成为，上述通信部从上述第1客户端装置接收上述第1客户端装置的上述识别信息和上述第2客户端装置的上述设备信息，上述通话信息存储部将上述第1客户端装置的上述识别信息与上述第2客户端装置的上述地址信息和上述设备信息对应起来，作为上述通话信息进行存储。

由此，在与第2客户端装置的识别信息进行了核对之后，能够将第1客户端装置的识别信息保存为通话信息。

本发明的一个方面可以构成为，具有模板存储部，该模板存储部存储在上述第1客户端装置和上述第2客户端装置中的至少一方显示的内容信息的模板以及在上述第2客户端装置执行的应用执行信息的模板，上述处理部根据上述模板生成上述内容信息和上述应用执行信息中的至少一方。

由此，通过使用模板，能够简化内容信息或应用的生成处理等。

本发明的一个方面可以构成为，上述处理部将上述第2客户端装置的地址信息嵌入到存储于上述模板存储部的上述模板中的上述操作画面信息的模板，从而生成上述操作画面信息作为上述内容信息。

由此，通过使用模板，能够简化操作画面信息的生成处理等。

本发明的一个方面可以构成为，上述处理部将在上述应用设定用操作画面设定的上述参数和上述第2客户端装置的上述识别信息嵌入到存储于上述模板存储部的上述模板中的应用执行信息的模板，从而生成上述应用执行信息。

由此，通过使用模板，能够简化应用执行信息的生成处理等。

本发明的一个方面可以构成为，上述第2客户端装置在自身的显示部显示服务器系统的地址信息和上述第2客户端装置的上述识别信息，上述第1客户端装置根据显示于上述第2客户端装置的上述显示部的信息，使用Web浏览器将上述第1客户端装置的上述识别信息和上述第2客户端装置的上述识别信息发送给服务器系统，上述通信部接收上述第1客户端装置的上述识别信息和上述第2客户端装置的上述识别信息，上述通话信息存储部将上述第1客户端装置的上述识别信息与上述第2客户端装置的上述识别信息对应起来作为上述通话信息进行存储。

由此，在第1客户端装置使用Web浏览器的情况下也能进行上述处理。

本发明的另一个方面涉及一种客户端装置的控制方法，将通话信息存储于通话信息存储部，该通话信息是将第1客户端装置的识别信息与第2客户端装置的识别信息关联起来得到的信息，根据从上述第1客户端装置发送的上述第1客户端装置的上述识别信息和存储于上述通话信息存储部的上述通话信息，进行上述第1客户端装置与上述第2客户端装置之间的对应，根据上述对应，生成操作画面信息，该操作画面信息是用于将对上述第2客户端装置进行操作指示的操作画面显示于上述第1客户端装置的信息，将所生成的上述操作画面信息发送给上述第1客户端装置。

附图说明

图1是第1实施方式的系统构成例。

图2是用于说明用户登记处理的流程图。

图3是存储于通话信息存储部的通话信息的数据结构例。

图4是在第1客户端装置的显示部和第2客户端装置的显示部显示的图像的例子。

图5(A)、图5(B)是根据模板生成操作画面信息的例子。

图6(A)是设备操作用操作画面的例子，图6(B)是应用选择用操作画面的例子。

图7是用于说明登录处理的流程图。

图8是用于说明设备操作用操作画面的设备操作处理的流程图。

图9是在第1客户端装置的显示部和第2客户端装置的显示部显示的图像的其他例子。

图10是第2实施方式的系统构成例。

图11是说明第2实施方式的处理的例子的图。

图12是用于说明第2实施方式中多画面协作显示处理的流程图。

图13是用于说明第2实施方式中多画面协作显示处理的另一流程图。

图14(A)、图14(B)是根据模板生成操作画面信息的另一例子。

图15是应用设定用操作画面的例子。

图16(A)、图16(B)是根据模板生成应用执行用信息的例子。

图17是从服务器系统获得的数据的例子。

图18是在第1客户端装置的显示部和第2客户端装置的显示部显示的图像的另一例子。

图19是用于说明第3实施方式的多画面协作显示处理的流程图。

图20是用于说明第3实施方式的多画面协作显示处理的另一流程图。

符号说明

10网络；100第1客户端装置；120显示部；130通信部；150操作部；160位置检测部；200第2客户端装置；210处理部；220显示部；230通信部；300网关；400服务器系统；410数据服务器；411存储部；413通信部；420同步服务器；421处理部；423通信部；425通话信息存储部；427模板存储部

具体实施方式

下面说明本实施方式。并且以下所说明的本实施方式并非用于不恰当地限定权利要求书中记载的本发明的内容。而且本实施方式所说明的所有构成都并非限定为本发明的必须构成要件。

1.本实施方式的手法

首先，说明本实施方式的手法。近些年来广泛应用移动电话等移动设备(客户端装置)。这些客户端装置具有显示部、通信部等，例如能从网络获得内容并显示于自身的显示部。

此时，客户端装置具有作为移动设备的侧表面，因而设备自身的大小受到限制的情况较多，因此存在显示部大小也会变小的问题。进而，在客户端装置中有如头部安装型显示装置那样，操作部(操作按钮等)被限定为简单的构成，难以进行复杂的操作的装置。以头部安装型显示装置举例来说，这是由于基于其安装于头部的特性，在设备大小、形状方面收到限制所致。

于是本申请人鉴于移动路由器和可进行叠接的移动电话等的普及而导致同一LAN环境内存在多个客户端装置的情况增多的现状，提出了使处于同一LAN环境内的多个客户端装置协作的手法。具体而言，当存在第1客户端装置和第2客户端装置，在第2客户端装置执行规定应用的情况下，在第1客户端装置的显示部显示该应用的操作画面。然后，根据显示于第1客户端装置的显示部的操作画面的操作，在第2客户端装置上执行应用。

这样，就能使用第1客户端装置操作第2客户端装置等。这在第2客户端装置是头部安装型显示装置等未充实操作部的终端的情况下尤为有效。

另外，当第2客户端装置执行应用以获得内容的情况下，第2客户端装置还将获得的内容分配给第1客户端装置和第2客户端装置，能分别在各客户端装置的显示部进行显示。

这样就能够进行使用了多画面(多个显示部)的协作显示。这在客户端装置为显示部被限定得较小的移动设备的情况下尤为有效。

于是本申请人提出了使用同步服务器的系统，在第1客户端装置与第2客户端装置进行协作工作时，该同步服务器对第1客户端装置与第2客户端装置进行对应等。同步服务器受理第1客户端装置与第2客户端装置的访问，将各客户端装置的识别信息保持为通话信息，从而进行第1客户端装置与第2客户端装置之间的对应。

通过这样处理，第1客户端装置不必直接获悉第2客户端装置的地址信息(例如IP地址)。第1客户端装置从同步服务器收取包含第2客户端装置的地址信息在内的信息，利用收取的信息访问第2客户端装置即可。在使用上述的移动路由器等的环境之下，鉴于各客户端装置的IP地址由于DHCP而随时发生变更的可能性较高，因而第1客户端装置不必获悉第2客户端装置的地址信息即可，这点具有较大的优势。另外，还可以将第2客户端装置执行的应用保持在同步服务器。通过在同步服务器保持应用，相比于将应用独立保持于各客户端装置的情况，能易于进行应用的更新作业等。

下面说明第1～第3实施方式。在第1实施方式中，说明使用第1客户端装置作为第2客户端装置的操作部(遥控器)的手法。另外，在第2实施方式中，以美食应用(餐厅检索应用)作为具体例子，说明根据从服务器系统(数据服务器)获得的数据，进行使用第2客户端装置和第1客户端装置的显示部的多画面协作显示的手法。特别说明经由同步服务器对第1客户端装置用显示数据和第2客户端用显示数据进行通信的情况。另外，在第3实施方式中，作为第2实施方式的变形例，说明第1客户端装置与第2客户端装置直接通信以获得第1客户端装置用显示数据的情况。

2.第1实施方式

说明使用第1客户端装置作为第2客户端装置的操作部(遥控器)的手法。具体地，在说明了系统构成例之后使用流程图说明处理的详细情况。

2.1系统构成例

图1表示包括本实施方式涉及的服务器系统400的系统构成例。系统具有第1客户端装置100、第2客户端装置200、网关300、服务器系统400。其中，不限于图1的构成，可以实施省略其中一部分构成要素或追加其他构成要素等的各种变形。其中，第1客户端装置100和第2客户端装置200是用户持有的。而网关300以单体形式存在，用户既可以持有也可以不持有。另外，第1客户端装置100或第2客户端装置200中的任意一个也可以内置网关300。

第1客户端装置100具有操作部150、显示部120、通信部130。操作部150用于进行各种操作，例如由触摸面板和操作键等构成。显示部120进行显示图像的显示。通信部130经由网关300进行与第2客户端装置200的通信。另外，通信部130经由网关300和网络10进行与服务器系统400的通信。

第2客户端装置200具有处理部210、显示部220、通信部230。处理部210进行各种处理。例如按照在第1客户端装置的设定进行应用的执行处理。显示部220进行显示图像的显示。通信部230经由网关300进行与第1客户端装置100的通信。另外，通信部230经由网关300和网络10进行与服务器系统400的通信。

网关300能够使用NAPT(Network Address Port Translation)等，将多个终端连接到网络10。网关300还可以具有DHCP(Dynamic Host Configuration Protocol)服务器的功能，向所连接的设备(此处为第1客户端装置100和第2客户端装置200)动态分配个人IP地址。

服务器系统400具有数据服务器410和同步服务器420。其中，数据服务器410和同步服务器420无需协作工作，数据服务器410和同步服务器420既可以设置于地理上相离的位置处，也可以功能上分开。

数据服务器410具有存储部411和通信部413。存储部411存储内容(例如Web内容等)。通信部413经由网络10和网关300进行与第1客户端装置100和第2客户端装置200的通信。

同步服务器420具有处理部421、通信部423、通话信息存储部425、模板存储部427。处理部421进行各种处理。例如进行在第1客户端装置使用的操作画面信息和在第2客户端装置使用的应用的生成处理。通信部423经由网络10和网关300进行与第1客户端装置100和第2客户端装置200的通信。通话信息存储部425将第1客户端装置的识别信息与第2客户端装置的识别信息关联起来存储为通话信息。模板存储部427存储各种模板。例如存储操作画面信息的模板和应用的模板。

2.2处理的详细情况

接着使用图2的流程图说明处理的详细情况。另外，图2的流程图是使用第1客户端装置100和第2客户端装置200的用户未向同步服务器420进行用户登记时的处理流程。

该处理开始后，首先第2客户端装置200的电源被设为ON(S101)。然后第2客户端装置200将自身的地址信息(例如IP地址)和设备信息(例如MAC地址)作为参数访问同步服务器420(S102)。S102的URL例如(1)所示。

(1)http://websync.ne.jp/？ip＝192.168.0.2&mac＝00:FF:1B:AA:BB:DD

其中，websync.ne.jp表示同步服务器420的URL，第2客户端装置200的地址信息为192.168.0.2、第2客户端装置200的设备信息为00:FF:1B:AA:BB:DD。在文字串“http://”的后面描述了同步服务器420的URL，在文字串“/？”的后面以“＝”结合描述了各参数的名称和值。另外，在有多个参数的情况下，用“&”隔开标记。其中，输入第2客户端装置200的IP地址作为参数ip的值，输入第2客户端装置200的MAC地址作为参数mac的值。

同步服务器420将接收到的第2客户端装置200的地址信息和设备信息存储于通话信息存储部425(S103)。而当存储成功后将表示该情况的响应回送给第2客户端装置200(S104)。

图3表示在S103存储于通话信息存储部425的数据的结构例。如图3所示，由第1客户端装置100的识别信息(例如用户名和密码)、第2客户端装置200的识别信息(例如IP地址和MAC地址)以及第1客户端装置用显示数据构成1个数据。在S103中，存储有第2客户端装置200的IP地址和MAC地址，在后述的S109中存储有第1客户端装置100的识别信息(用户名和密码)。由于在第1实施方式中不使用第1客户端装置用显示数据，因而其详细情况将在第2实施方式中说明。并且，第2客户端装置200的MAC地址和用户名的组合需要唯一确定。另外，第2客户端装置200的IP地址存在随着DHCP而变化的可能性，是通过S102～S103的访问(接通第2客户端装置200的电源时的访问)而每次更新的。并且，第2客户端装置200的MAC地址是用于向第2客户端装置200分配唯一的ID的数据，只要能达成这种目的也可以使用其他数据(例如对同步服务器420的访问日期时间等)。

第2客户端装置200在收取到表示同步服务器420存储通话信息成功的响应时，将同步服务器420的地址信息(例如URL)和自身的设备信息显示于显示部220(S105)。基于在显示部220的显示，由第1客户端装置100向同步服务器420进行访问，作为响应则被回送用户登记画面(还可以兼用作登录画面)的信息，在第1客户端装置100的显示部120显示出该用户登记画面(S106、S107)。

图4示出在S105显示于第2客户端装置的画面和在S106显示于第1客户端装置的画面的例子。此时，第1客户端装置为移动电话，第2客户端装置为同步安装型显示装置，然而当然不必限定于此。如图4所示，在第2客户端装置显示同步服务器420的URL，促使从第1客户端装置访问同步服务器420。另外，随之显示第2客户端装置的MAC地址，使之能够在用户登记时进行输入。在第1客户端装置显示用户登记画面(图4的例子中兼作为登录画面)。在用户登记画面中，能够输入用户名、密码和第2客户端装置的MAC地址。

然后，第1客户端装置100根据显示于显示部120的用户登记画面，将识别信息(例如用户名和密码)和第2客户端装置200的设备信息(显示于显示部220)发送给同步服务器420(S108)。同步服务器420核对在S103存储的第2客户端装置的设备信息与在S108发送的第2客户端装置的设备信息，将该第2客户端装置的设备信息与第1客户端装置的设备信息(用户名/密码)一起存储于通话信息存储部425(S109)。数据形式与前面使用图3所述内容相同。

当通话信息的存储完毕后，同步服务器420从模板存储部427读出操作画面信息的模板，将第2客户端装置200的地址信息嵌入到读出的模板，从而生成操作画面信息，并发送给第1客户端装置100(S110)。其中，操作画面信息指的是在第1客户端装置100使用的用于操作第2客户端装置200的设备操作用操作画面信息或者用于选择在第2客户端装置200执行的应用的应用选择用操作画面信息。第1客户端装置100接收该操作画面信息，根据接收到的操作画面信息在显示部120显示操作画面(S111)。

其中，在S110生成的设备操作用操作画面信息以及应用选择用操作画面信息具体是通过对存储于模板存储部427的模板进行嵌入处理而生成的。图5(A)、图5(B)示出具体的模板和嵌入处理的例子。在图5(A)、图5(B)的例子中，作为模板的HTML文件(图5(A))的一部分成为{{HMD URL}}这样的标签。操作画面信息(图5(B))是通过在标签处嵌入第2客户端装置200的URL(IP地址)而生成的。

另外，图6(A)、图6(B)表示在S111显示的操作画面的例子。图6(A)是与设备操作用操作画面信息对应的操作画面，图6(B)是与应用选择用操作画面信息对应的操作画面。其中，图6(A)的画面和图6(B)的画面被上部的标签切换，然而也不限于这种情况。可以并排显示2个画面等，显示方法是自由的。

以上就是进行用户登记时的处理流程。下面使用图7说明用户登记完毕，进行登录处理时的处理流程。

如图7所示，S201～S207与S101～S107相同，因此省略详细说明。其中，由于可兼用作用户登记画面和登录画面，因此S207与S107相同。另外，在该处理中虽然无需输入第2客户端装置200的MAC地址，然而在S205显示MAC地址是不存在问题的，因此S205与S105相同。

当在S208由第1客户端装置100向同步服务器420进行访问时，如果已经进行了用户登记，则发送用户名和密码。然后，同步服务器420核对存储于通话信息存储部425的通话信息与获得的用户名和密码，进行第1客户端装置100与第2客户端装置200之间的对应。然后将进行了对应的第2客户端装置200的地址信息嵌入到操作画面信息的模板，从而生成操作画面信息，并发送给第1客户端装置100(S210)。在S211接收的操作画面信息与S111相同，成为如图6(A)、图6(B)所示的通过设备操作用操作画面信息或应用选择用操作画面信息确定的操作画面。

以上使用图2和图7说明了用户登记或登录处理的详细情况。用户登记、登录中的一方会被执行，无论执行何种处理都会将通话信息作为结果存储于通话信息存储部425，然后成为在第1客户端装置显示操作画面的状态。

接着，使用图8说明基于设备操作用操作画面进行的设备操作。当该处理开始时，首先选择图6(A)、图6(B)所示的标签中的设备操作标签，从而图6(A)所示的设备操作用操作画面显示于第1客户端装置100(S301)。关于图6(A)后面会再次叙述，图9示出设备操作用操作画面的具体例子和由该设备操作用操作画面操作的第2客户端装置200所显示的画面的具体例子。

如图9的C1所示，在第1客户端装置100的显示部120例如显示文本输入区域和移动按钮、十字键和确定按钮以及返回按钮等。输入希望连接文本输入区域的站点的URL并按下移动按钮，就如图9的C2所示，在第2客户端装置200的显示部220显示对应的内容。在显示部220显示内容的状态下，按下十字键就能进行页面翻转、或选择内容内的链接。图9的C2的虚线示出了选择内容内的链接的情况。当在选择了链接的状态下按下了确定按钮时，将移动到对应的链接目的地。而按下返回按钮则能回到之前的显示画面。

在显示部120显示了设备操作用操作画面之后，第1客户端装置100根据在该设备操作用操作画面的操作，向第2客户端装置200发送指令(S302)。其中，所发送的指令具体为以下内容。

(2)http://192.168.0.2/？command＝open&url＝http://news.com

(3)http://192.168.0.2/？command＝key&action＝up

如(2)、(3)的例子可知，指令为URL的形式，以HTTP请求等的形式被发送。在上述(2)的指令中，将参数command的值设定为open，将参数url的值设定为http://news.com，然后将该信息发送给与192.168.0.2对应的终端。若以上述设备操作用操作画面的例子来说，对文本输入区域输入“http://news.com”，进行按下移动按钮的操作，从而成为发送给第2客户端装置200的指令。

另外，在上述(3)的指令中，将参数command的值设定为key，将参数action的值设定为up。若以上述设备操作用操作画面的例子来说，成为凭借进行按下十字键的上按钮的操作而发送的指令。而当command的值为key(即键操作指令)时，通过变更action的值，能够发送与其他的键操作对应的指令。例如，可以考虑的例子为，若使action的值为down、left、right则成为按下十字键的下、左、右的操作，为enter、back则成为按下选择按钮、返回按钮的操作。

当接收到上述指令时，第2客户端装置200首先进行该指令是否为打开指定URL的指令的判定(S303)。具体而言，检查上述指令中的参数command的值，当值为open时判定为Yes，此外的情况下判定为No。在Yes的情况下经由网关300访问与所指定的URL(设定为参数url的值的部分)对应的站点，将内容显示于显示部220(S304)。

当在S303判定为No的情况下，接着进行所接收的指令是否为键操作指令的判定(S305)。具体而言，检查作为HTTP请求的上述指令中参数command的值，值为key则判定为Yes，此外的情况下判定为No。在Yes的情况下按照指令(参数action的值)进行页面翻转或链接选择、向链接目的地的移动和返回上一画面的处理中的某个处理(S306)。当S305判定为No的情况下以及S304、S306的处理结束的情况下，转移到S307并将指令的执行结果(成功或失败)回送给第1客户端装置100。

客户端装置100对所接收的指令执行结果进行判定(S308)，在成功的情况下返回S302继续操作，失败的情况下转移到S309，在显示部120显示错误产生的消息。

如图1所示，在以上的本实施方式中，服务器系统400(狭义而言是同步服务器420)具有存储通话信息的通话信息存储部425、生成操作画面信息的处理部421、通信部423。通话信息指的是将第1客户端装置100的识别信息与第2客户端装置200的识别信息关联起来的信息。而操作画面信息指的是用于将向第2客户端装置200进行操作指示的操作画面显示于第1客户端装置100的信息。处理部421根据从第1客户端装置100发送来的第1客户端装置100的识别信息和通话信息，进行第1客户端装置100与第2客户端装置200之间的对应，根据对应生成操作画面信息。然后通信部423将所生成的操作画面信息发送给第1客户端装置100。

其中，操作画面指的是显示于第1客户端装置100的显示部120的画面。具体而言，可以考虑到的有进行第2客户端装置200的设备操作的设备操作用操作画面、选择在第2客户端装置200执行的应用的应用选择用操作画面、对在第2客户端装置200执行的应用进行设定的应用设定用操作画面等。此时，在处理部421生成用于显示各操作画面的操作画面信息。并且，关于本实施方式的访问，设想的是通过HTTP(Hypertext Transfer Protocol)请求和HTTP响应来进行的。其中，HTTP请求指的是例如将上述(2)、(3)那样的由http开始的文字串输入到Web浏览器并执行的情况下，由Web浏览器发送给Web服务器的请求。具体包含方式名、成为对象的内容的URL(由http开始的文字串等)、由HTTP的版本构成的请求行，例如可考虑如下的请求。

GET http://192.168.0.2/？command＝key&action＝up HTTP/1.1

在上述例子中，使用的是GET方式，而在HTTP此外还规定有POST方式和HEAD方式等，也可以使用这些方式。有时在上述请求行之外还描述记载了语言和数据形式的开头部。另外，在POST方式等中有时还描述记载发送给服务器的数据的主体部。并且，发送HTTP请求的主体不限于Web浏览器，还可以是能使用HTTP的专用应用。

由此，能够实现一种使得第1客户端装置100与第2客户端装置200的协作工作成为可能的服务器系统。其中，协作工作具体来说指的是根据在显示于第1客户端装置100的显示部120的操作画面的操作，向第2客户端装置200进行操作指示的工作。尤其在第2客户端装置200为头部安装型显示装置的情况下，由于头部安装型显示装置存在安装于头部的制约，因而存在难以具备可进行复杂操作的操作部的问题。因此若能通过其他设备(作为第1客户端装置100例如可考虑移动电话等)进行操作，则将会非常有用。

并且在本实施方式中，如上所述，设想的是使用HTTP作为通信协议。作为可在客户端侧利用HTTP的应用，普遍已知的是Web浏览器，而作为利用HTTP的优点可举出能利用Web浏览器这点。鉴于如移动电话等具备通信功能的终端作为标准搭载有Web浏览器(或容易导入)这样的现状，能够利用Web浏览器即表示作为本实施方式所使用的客户端装置无需准备专用终端，可使用通用的终端。

其中，本发明的HTTP并非狭义的HTTP，还包含将HTTP发展开来的规格(例如HTTPS等)和基于相同思想的规格。例如在考虑安全性功能的情况下还可以使用HTTPS(HypertextTransfer Protocol over Secure Socket Layer)。狭义的HTTP是由平文发送消息的，而HTTPS则进行认证处理和消息的加密处理。因此使用HTTPS就能抑制客户端与服务器之间通信被偷听等。尤其在本实施方式中，第1客户端装置100与第2客户端装置200经由网关300与外部网络10连接，与服务器系统400(同步服务器420)进行通信。这种通信中为了抑制偷听，优选使用HTTPS。尤其可能会收发用户名、密码等与设备的识别有关的信息，因而基于安全性的观点而言，利用HTTPS的优点较大。

另外，操作画面信息如上所述包括设备操作用操作画面信息和应用选择用操作画面信息。而当通话信息的初始登记结束的情况下或者根据通话信息进行的第1客户端装置100与第2客户端装置200之间的对应完毕的情况下，处理部421生成与第2客户端装置200对应的设备操作用操作画面信息和应用选择用操作画面信息。然后通信部423将所生成的设备操作用操作画面信息和应用选择用操作画面信息发送给第1客户端装置100。

由此，就能够在第1客户端装置100的显示部120显示图6(A)、图6(B)所示的画面。因此如上所述，既可以使用图6(A)的设备操作用操作画面进行第2客户端装置200的操作，又可以使用图6(B)的应用选择用操作画面选择第2客户端装置200所执行的应用。并且，处理部生成的各操作画面信息是“与第2客户端装置200对应的”信息。其原因在于，基于设备操作用操作画面进行的设备操作的信息需要被发送给第2客户端装置200，而且显示于应用选择用操作画面的应用一览必须是第2客户端装置200能够执行的应用。因此，同步服务器420需要适当判定与访问来的第1客户端装置100对应的第2客户端装置200，因此使用通话信息进行第1客户端装置100与第2客户端装置200之间的对应。

另外，同步服务器420的通信部423在第2客户端装置200的启动时可以从第2客户端装置200接收第2客户端装置200的地址信息和设备信息作为识别信息。而且通话信息存储部425将地址信息和设备信息作为通话信息存储。

其中，地址信息例如是第2客户端装置200的IP地址和URL等，设备信息是MAC地址等。

由此，能够以图3所示的形式存储通话信息。并且如上所述，对于MAC地址而言，是用于对第2客户端装置200分配唯一的ID的数据，只要能够达成该目的，也可以使用其他数据(例如对于同步服务器420的访问日期时间等)。

另外，同步服务器420的通信部423还可以从第1客户端装置100接收第1客户端装置100的识别信息和第2客户端装置200的设备信息。而且通话信息存储部425将第1客户端装置100的识别信息与第2客户端装置200的地址信息和设备信息关联起来存储。

其中，第1客户端装置100的识别信息例如是用户名和密码等。

由此就能够以图3所示的形式存储通话信息。并且由于需要使用通话信息将第1客户端装置100与第2客户端装置200适当对应起来，因此如上所述，第2客户端装置200的MAC地址与用户名的组合必须是唯一的。

另外，如图1所示，同步服务器420具有存储模板的模板存储部427。其中，模板可以是在第1客户端装置100和第2客户端装置200中至少一方显示的内容信息的模板。还可以是在第2客户端装置200执行的应用的模板。然后同步服务器420的处理部421根据模板生成内容信息和应用中的至少一方。

由此，通过使用模板就能够简化应用的生成处理。

另外，同步服务器420的处理部421还可以将第2客户端装置200的地址信息嵌入到存储于模板存储部427的模板中操作画面信息的模板，从而生成操作画面信息作为内容信息。

关于具体处理与使用图5说明的内容相同。

由此就能够使用模板简化操作画面信息的生成处理。本实施方式中，是与网络连接的(例如置于同一LAN环境内的)多个客户端装置之间的协作，尤其使用显示于第1客户端装置100的操作画面进行第2客户端装置200的操作。从第1客户端装置100发送来的请求(例如HTTP请求)当然应被发送给第2客户端装置200，因此嵌入到模板中就成为了第2客户端装置200的地址信息(例如IP地址)。并且在本实施方式的系统中，考虑到使用DHCP(DynamicHost Configuration Protocol)的情况，此时第2客户端装置200的IP地址存在动态变化的可能性。上述将地址信息嵌入到模板的处理在使用DHCP的情况下尤为有效，将第2客户端装置200的IP地址嵌入到模板，即使该IP地址发生动态变化，也能对应地动态生成操作画面信息。

另外，第2客户端装置200还可以在显示部220显示服务器系统(同步服务器420)的地址信息和自身的识别信息。而且第1客户端装置100根据显示于第2客户端装置200的显示部220的信息，使用Web浏览器对服务器系统进行访问。此时，发送第1客户端装置100的识别信息和显示于显示部220的第2客户端装置的识别信息。同步服务器420的通信部423接收第1客户端装置100的识别信息和第2客户端装置200的识别信息，通话信息存储部425将第1客户端装置100的识别信息与第2客户端装置的识别信息对应起来存储为通话信息。

由此，当在第1客户端装置100使用Web浏览器的情况下，也能进行与第2客户端装置200的协作工作。Web浏览器无法获得处于同一LAN环境内的其他终端的识别信息(此处为识别信息中的设备信息、例如MAC地址)。因此无法获得表示第1客户端装置100是与第2客户端装置200成对的终端的信息。因而作为一个例子而言，在第2客户端装置200(当然能够获悉自身的MAC地址)的显示部220显示第2客户端装置200的识别信息，需要促使操作第1客户端装置100的用户输入MAC地址的手法。并且当在第1客户端装置100中使用并非Web浏览器的专用软件的情况下，可以省略上述处理的一部分(具体是图2的S105的处理)。即，如果使用专用的软件，则能够获得第2客户端装置的MAC地址或事先获悉同步服务器420的URL。因此，可以省略图4的A2所示的在第2客户端装置200的显示部220显示同步服务器420的URL和第2客户端装置的MAC地址的步骤。

另外，以上所述的本实施方式还可以是如下的客户端装置的控制方法，其中，将通话信息存储于通话信息存储部，该通话信息是将第1客户端装置的识别信息与第2客户端装置的识别信息关联起来的信息，根据从上述第1客户端装置发送来的上述第1客户端装置的上述识别信息与存储于上述通话信息存储部的上述通话信息，进行上述第1客户端装置与上述第2客户端装置之间的对应，根据上述对应生成操作画面信息，该操作画面信息是用于将对上述第2客户端装置进行操作指示的操作画面显示于上述第1客户端装置的信息，将所生成的上述操作画面信息发送给上述第1客户端装置。

由此就能够实现能执行本实施方式中说明的处理的客户端装置的控制方法。并且在实现多个客户端装置的控制方法时，具体应用的装置既可以是上述的服务器系统，也可以是其他装置。

3.第2实施方式

以美食应用(餐厅检索应用)作为具体例子，说明根据从服务器系统400(数据服务器410、更具体是Mashup服务器等)获得的数据，进行使用第1客户端装置100和第2客户端装置200的显示部的多画面协作显示的手法。具体是在说明系统构成例之后，使用流程图说明处理的详细情况。

3.1系统构成例

图10表示包括本实施方式涉及的服务器系统400的系统构成例。系统具有第1客户端装置100、第2客户端装置200、网关300、服务器系统400。但不限于图10的构成，可以实施省略其中一部分构成要素或追加其他构成要素等的各种变形。

如图10所示，除了第1实施方式的构成之外，构成为对第1客户端装置100追加了位置检测部160。位置检测部160使用GPS和WiFi等获得第1客户端装置100当前位置的经度、纬度。其中，位置检测部160用于作为应用的例子的美食应用中，并非必须构成要件。

另外，关于与第1实施方式的差异，可以举出的是存储于同步服务器420的模板存储部427的模板为发送给第1客户端装置100的操作画面信息用模板和在第2客户端装置200执行的应用执行用模板这2个。操作画面信息用模板用于与第1实施方式相同的步骤和后述的S404中。应用执行用模板用于S408。详细情况将在对应步骤处加以说明。

另外，服务器系统400的数据服务器410在第1实施方式中为Web服务器等，而此处例如使用Mashup服务器等。

使用图11说明本实施方式的一例。本实施方式中，首先当从移动终端(广义而言是第1客户端装置100)发送来检索条件时，HMD(广义而言是第2客户端装置200)向Mashup服务器(广义而言是数据服务器410)请求数据，获得数据((1)～(3))。然后HMD在自身的显示部显示概要，并生成移动终端用内容，发送给移动终端((4)～(5))。然后如(8)所示，移动终端显示移动终端用内容(在此为地图信息)。并且如图11所示，当移动终端用内容包含对其他服务器的参照的情况下，如(6)～(7)所示，进行对于该服务器的访问。

其中，在图11中为了简化说明，描绘成HMD与Mashup服务器或移动终端与地图服务器直接通信的情形，然而严格来说并非如此。如图10所示，本实施方式中，关于客户端装置和头部安装型显示装置设想的是同一LAN环境内的终端，是经由网关300与网络10连接的系统。因此，在(2)～(3)或(6)～(7)的LAN和因特网间往返的访问是经由网关300(例如使用NAPT等进行了地址和端口编号的转换后)进行的。另外，图11仅为概要说明，并未涉及本实施方式涉及的同步服务器420。

3.2处理的详细情况

下面使用流程图说明处理的详细情况。在本实施方式中，也进行图2所示的用户登记处理或图7所示的登录处理。而且在进行了用户登记处理或登录处理之后，进行图12和图13的处理。

当该处理开始时，首先选择图6(A)、图6(B)所示的标签中的应用选择标签，使得图6(B)所示的应用选择用操作画面显示于第1客户端装置100(S401)。然后从显示于图6(B)的应用一览之中选择应用(此处选择的是美食应用)(S402)。通过进行应用的选择，由第1客户端装置100向同步服务器420进行访问。同步服务器420根据第1客户端装置的识别信息(使用中的用户名)，使用存储于通话信息存储部425的通话信息，获得第2客户端装置200的IP地址(S403)。然后生成应用设定用操作画面信息，该应用设定用操作画面信息是用于在第2客户端装置执行S402中选择的应用时进行设定的信息。具体而言，将第2客户端装置的地址信息嵌入到存储于模板存储部427的操作画面信息(特别是应用设定用操作画面信息)的模板来进行生成处理。然后将生成的应用设定用操作画面信息发送给第1客户端装置100(S404)。其中，S404中应用设定用操作画面信息的发送可以作为对伴随S402的应用选择而进行的来自第1客户端装置的访问的回信。例如可考虑以HTTP请求的形式进行伴随S402的访问，以HTTP响应的形式进行应用设定用操作画面信息的发送。

图14(A)、图14(B)表示此处对于模板的嵌入处理的具体例子。与图5(A)、图5(B)所示的例子同样地，成为模板的HTML文件(图14(A))的一部分成为{{HMD URL}}这样的标签。应用设定用操作画面信息(图14(B))是通过在标签部位嵌入第2客户端装置200的URL(IP地址)而生成的。

第1客户端装置100根据从同步服务器420接收的应用设定用操作画面信息显示操作画面(应用设定用操作画面)(S405)。图15表示所显示出的应用设定用操作画面的例子。

然后第1客户端装置100将在所显示的应用设定用操作画面设定的参数(例如位置信息或应用执行条件信息)发送给第2客户端装置200(S406)。此处所发送的请求具体为以下形式。

(4)

http://192.168.0.2/？url＝http://websync.ne.jp/&app＝gourmet&interval＝5000&nosmoking＝yes&sort＝near&latitude＝35&longitude＝120

在文字串“http://”的后面描述了第2客户端装置200的URL(此处为IP地址192.168.0.2)，在文字串“/？”的后面以“＝”结合描述了各参数的名称和值。而当存在多个参数的情况下，用“&”隔开标记。其中，第2客户端装置200的URL是通过S404的模板处理而被嵌入的。作为参数url的值设定的是同步服务器420的URL即http://websync.ne.jp/。

另外，作为其他参数，此处设定了app、interval、nosmoking、sort、latitude、longitude。app表示所执行的应用的类别，此处通过取值gourmet而执行美食应用。并且通过变更app的值还能执行其他应用。另外，以interval设定显示于第2客户端装置200的显示部220的信息的更新时间(此处为5000ms)，以nosmoking设定是否以有无无烟区席位筛选餐厅信息。Sort表示餐厅的类别顺序，在此设定near，以远近顺序加以表示。还通过latitude、longitude设定位置检测部160所获得的经度、纬度信息。并且此处所示的参数仅为一例，当然可以使用此外的参数。

接收到上述请求的第2客户端装置200对上述请求进行处理，生成以下的(5)的请求并发送给同步服务器420(S407)。

(5)

http://websync.ne.jp/？app＝gourmet&interval＝5000&nosmoking＝yes&sprt＝near&lat itude＝35&longitude＝120&mac＝00:FF:1B:AA:BB:DD

将发送请求的对象变更为作为参数url的值而收取的同步服务器420的URL。然后直接描述app以下的参数，接着将第2客户端装置200的MAC地址作为参数mac的值附加(有时将该附加有MAC地址的信息称作识别信息附加参数，以区别于S406中的参数)。由此就能够由第2客户端装置200接收第1客户端装置100的设定内容，由第2客户端装置200将其发送给同步服务器420。

同步服务器420当接收到上述请求时，按照识别信息附加参数的内容生成进行了参数设定的应用。该生成的进行过程是从模板存储部427读出应用的模板(或者是用于在第2客户端装置执行应用的信息即应用执行信息的模板)，将识别信息附加参数的内容嵌入到该应用的模板中而实现的。图16(A)、图16(B)示出具体例子。图16(A)是应用执行用模板的例子，与各参数的值对应的部分为{{SORT}}等。将所接收的参数嵌入到该模板而生成的应用就是图16(B)的内容。然后同步服务器420将所生成的应用发送给第2客户端装置200(S408)。

第2客户端装置200执行所接收的应用，从而从Mashup服务器(以广义而言是数据服务器410)获得数据(S409)。其中，由Mashup服务器回馈的数据形式例如为图17所示情况。例如将餐厅的名称、经度、纬度、地址和图像的URL作为1件数据，归纳多件数据发送。具体的数据形式既可以通过JSONP描述，也可以通过XML描述。另外，数据要素当然不限于此处举例表示的名称、经度、纬度等。

接着使用图13说明S409之后的处理。当从Mashup服务器获得了数据后，第2客户端装置200根据获得的数据的一部分生成第2客户端装置用显示数据，并显示于显示部220(S410)。进而根据数据的一部分生成第1客户端装置用显示数据，以自身的MAC地址为自变量发送给同步服务器420(S411)。此时所发送的为如下的数据。

http://websync.ne.jp/？mac＝00:FF:1B:AA:BB:DD&content＝<HTML内容文字串>

并且<HTML内容文字串>的部分是与第1客户端装置用显示数据对应的部分，例如描述有如下的文字串(实际情况下是不分行记载的)。

<html><head><title>显示地图</title></head><body>

<img src＝’http://map.com/？latitude＝35&longitude＝120”/></body></html>

同步服务器420根据所接收的第2客户端装置200的MAC地址，检索存储于通话信息存储部425的通话信息，将所接收的第1客户端装置用显示数据保存于所对应的数据的第1客户端装置用显示数据的部分(图3的例子中右端的列)(S412)。保存成功之后，同步服务器420将该情况作为响应返还给第2客户端装置200(S413)。

第2客户端装置200当收取了来自同步服务器420的响应后，将其作为对于来自在S406进行来自第1客户端装置100的请求的响应，重新定向为保存于同步服务器420的第1客户端装置用显示数据的URL(S414)。

第1客户端装置100对作为重新定向目的地的同步服务器420的第1客户端装置用显示数据的URL进行访问(S415)。同步服务器420当接收到来自第1客户端装置100的访问时，根据第1客户端装置100的识别信息(使用中的用户名)，检索存储于通话信息存储部425的通话信息，回送所对应的第1客户端装置用显示数据(S416)。然后第1客户端装置100显示所接收的第1客户端装置用显示数据(S417)。

图18表示在第1客户端装置100的显示部120和第2客户端装置200的显示部220显示的画面的例子。可以如图18的B2所示，例如在第2客户端装置200显示餐厅的概要信息，如图18的B1所示，在第1客户端装置100显示餐厅的地图信息等。

而且当经过了预定的时间后，第1件餐厅的显示处理结束，切换到下个餐厅的显示。切换的定时例如是由上述参数interval设定的，此处第1客户端装置100和第2客户端装置200等待5000ms(S419、S420)。等待了预定时间之后，返回S410，使用第2件数据制作第2客户端装置用显示数据并在显示部220显示概要，在S411制作客户端装置用显示数据并发送给同步服务器420。此后的处理与第1件数据相同。

在上述本实施方式中，操作画面信息包含应用设定用操作画面信息，该应用设定用操作画面信息用于在第1客户端装置100进行对于在第2客户端装置200执行的应用的设定。第1客户端装置100在应用设定用操作画面设定用于执行应用的参数，将所设定的参数发送给第2客户端装置200。第2客户端装置200将第2客户端装置200的识别信息附加到所接收的参数，从而生成识别信息附加参数并发送给同步服务器420。同步服务器420的处理部421根据通信部423接收的识别信息附加参数，生成应用执行信息。

其中，图15为应用设定用操作画面的具体例子。另外，应用执行信息是用于在第2客户端装置200执行由上述参数进行了参数设定的应用的信息。然后由第1客户端装置100将其发送给第2客户端装置200。包含参数的请求例如为上述(4)。然后由第2客户端装置200将其发送给同步服务器420。包含识别信息附加参数的请求例如为上述(5)。

由此，作为基于操作画面的操作的具体例子，能够在第1客户端装置100设定在第2客户端装置200执行的应用的参数。在本实施方式中，应用是在同步服务器420生成的，形式上通常由第2客户端装置200以参数作为自变量访问同步服务器420，获得应用作为回复。但是，此处准备在第1客户端装置100设定参数，因此具体如上所述，成为由第1客户端装置100以参数为自变量访问第2客户端装置200，第2客户端装置200以接收到的参数为自变量(附加识别信息之后)，访问同步服务器420的形式。

在本实施方式的系统中，能够在服务器系统管理应用。因此相比于在各客户端装置管理应用的情况，更易于进行维护、更新作业等。

另外，第2客户端装置200可以接收同步服务器420的处理部421生成的应用执行信息，根据该应用执行信息，从数据服务器410获得数据。然后根据所获得的数据生成第1客户端装置用显示数据和第2客户端装置用显示数据。其中，第1客户端装置用显示数据和第2客户端装置用显示数据是关联的数据(例如与同一个餐厅有关的数据)。而且同步服务器420的通信部423从第2客户端装置200一并接收第1客户端装置用显示数据和第2客户端装置200的识别信息。

进而，同步服务器420的通话信息存储部425根据所接收的第2客户端装置200的识别信息检索通话信息，存储所接收的第1客户端装置用显示数据作为与该识别信息对应的数据。

由此，同步服务器420接收在第2客户端装置200生成的第1客户端装置用显示数据，适当保存为通话信息。其中，适当地保存指的是使用通话信息进行第1客户端装置100与第2客户端装置200之间的对应，保存接收到的第1客户端装置用显示数据作为与发送来显示数据的第2客户端装置200对应的条目的通话信息的一部分。

另外，当从第1客户端装置100接收到内容信息请求指令的情况下，同步服务器420的处理部421根据第1客户端装置的识别信息(例如使用中的用户名等)和通话信息进行第1客户端装置100与第2客户端装置200之间的对应。然后根据对应进行所接收的第1客户端装置用显示数据是否为针对内容信息请求指令的响应用数据的判定。同步服务器420的通信部423在判定为第1客户端装置用显示数据是针对内容信息请求指令的响应用数据的情况下，向发送来内容信息请求指令的第1客户端装置100发送第1客户端装置用显示数据。

其中，第1客户端装置用显示数据是否为针对内容信息请求指令的响应用数据的判定是基于通话信息进行的。具体地，可以考虑根据第1客户端装置100的识别信息检索通话信息，进行在与该第1客户端装置100的识别信息对应的条目中是否保存有第1客户端装置用显示数据的判定。有保存的情况下回送保存数据，未保存的情况下回复空数据或错误等即可。

由此就能够使用第1客户端装置100的显示部120和第2客户端装置200的显示部220，进行多画面的协作显示。具体的处理如图13的S410～S417所示。具体是在获得图17所示的数据时，根据名称和图像信息生成与图18的B2的显示例对应的数据，作为第2客户端装置用显示数据，并且根据经纬度信息生成与图18的B1的显示例对应的数据，作为第1客户端装置用显示数据。其结果就能进行图18所示的显示，能够在多个显示部显示关联的信息，因此即使各客户端装置的显示部较小，也能通过扩展显示区域来消除不利情况等。

另外，第1客户端装置100基于在图6(B)所示的应用选择用操作画面的输入，生成应用选择指令。同步服务器420的通信部423接收该应用选择指令。然后同步服务器420的处理部421根据通话信息进行第1客户端装置100与第2客户端装置200之间的对应，生成使对应起来的第2客户端装置200执行应用时的设定所使用的应用设定用操作画面信息。其中，该应用当然是基于应用选择指令而选择的应用。通信部423将生成的应用设定用操作画面信息发送给第1客户端装置。

由此就能够根据在应用选择用操作画面的操作，生成应用设定用操作画面信息。在应用设定用操作画面信息能设定的项目当然与在应用选择用操作画面选择的应用有关。

另外，第1客户端装置100可以设定第2客户端装置的地址信息、作为执行对象的应用的类别信息和应用的执行条件信息中的至少1个作为用于应用执行的参数。然后同步服务器420的处理部421根据所设定的参数生成应用执行信息。

其中，应用的类别信息例如相当于上述参数app，是具体指美食应用等的信息。另外，应用的执行条件信息表示执行应用时的条件，在美食应用的例子中相当于上述interval、nosmoking、sort、latitude、longitude等参数。

由此，在应用设定用操作画面中能够确定在哪个客户端装置基于何种条件下执行何种应用。

另外，同步服务器420的处理部421还可以将在应用设定用操作画面设定的参数和第2客户端装置200的类别信息嵌入到存储于模板存储部427的模板中的应用执行信息的模板，从而生成应用执行信息。

由此就能够使用模板来简化应用的生成处理。应用例如是按照图16(A)、图16(B)所示由JavaScript等描述的，将所设定的参数嵌入到{{SORT}}等标签中生成应用执行信息。

4.第3实施方式

作为第2实施方式的变形例，下面说明第1客户端装置与第2客户端装置直接进行通信来获得第1客户端用显示数据和第2客户端用显示数据的情况。具体是在说明系统构成例之后使用流程图说明处理的详细情况。

4.1系统构成例

图10表示包含本实施方式涉及的服务器系统400的系统构成例。系统具有第1客户端装置100、第2客户端装置200、网关300、服务器系统400。本实施方式不限于图10的构成，可以实施省略其中一部分构成要素或追加其他构成要素等各种变形。

根据附图可知，本实施方式的系统构成例与第2实施方式相同，因此在此省略详细说明。

4.2处理的详细情况

下面使用流程图说明处理的详细情况。在本实施方式中也进行图2所示的用户登记处理或图7所示的登录处理。然后在进行了用户登记处理或登录处理之后进行图19和图20的处理。

在本实施方式中，在S501～S510进行与第2实施方式的S401～S410相同的处理。关于这部分省略详细说明。

当S510中在自身的显示部220进行了概要显示之后，第2客户端装置200根据数据的一部分生成第1客户端装置用显示数据并交还给第1客户端装置100。并且此处的响应是与S506中作为参数的发送而进行的请求成对的。

第1客户端装置100基于所接收的第1客户端装置用显示数据，在显示部120显示第1客户端装置用内容。在第1客户端装置100的显示部120与第2客户端装置200的显示部220显示的画面的例子都与第2实施方式相同，成为图18所示的情况。

而且当经过了预定的时间后，第1件餐厅的显示处理结束，切换到下个餐厅的显示。切换的定时例如是由上述参数interval设定的，此时第1客户端装置100和第2客户端装置200等待5000ms(S513、S514)。等待了预定时间之后，第2客户端装置200使用第2件数据制作第2客户端装置用显示数据并在显示部220显示概要，在S516制作第1客户端装置用显示数据作为对于S515的访问的响应并发送。对于第3件以后的数据也进行同样处理。

以上说明了应用本发明的3个实施方式1～3，而本发明不仅限于各第1～第3实施方式，在各实施阶段都能在不脱离发明主旨的范围内对构成要素进行变形并使其具体实现。另外，通过适当组合上述各第1～第3实施方式中公开的多个构成要素，能够形成各种发明。例如可以从各第1～第3实施方式中所述的所有构成要素删除某几个构成要素。还可以适当组合在不同实施方式中说明的构成要素。如上，能够在不脱离发明主旨的范围内进行各种变形和应用。

Claims (14)

1.一种服务器系统，其特征在于具有：

通话信息存储部，其存储通话信息，该通话信息是将第1客户端装置的识别信息与第2客户端装置的识别信息关联起来得到的信息；

处理部，其生成操作画面信息，该操作画面信息是用于将对上述第2客户端装置进行操作指示的操作画面显示于上述第1客户端装置的信息；以及

通信部，其将所生成的上述操作画面信息发送给上述第1客户端装置，

上述处理部

根据从上述第1客户端装置发送的上述第1客户端装置的上述识别信息和存储于上述通话信息存储部的上述通话信息，进行上述第1客户端装置与上述第2客户端装置之间的对应，根据上述对应，生成上述操作画面信息，

所述第2客户端装置与所述第1客户端装置进行多画面的协作显示。

2.根据权利要求1所述的服务器系统，其特征在于，

上述操作画面信息包括应用设定用操作画面信息，该应用设定用操作画面信息用于对在上述第2客户端装置执行的应用进行设定，

上述第1客户端装置

在根据上述应用设定用操作画面信息显示的应用设定用操作画面设定用于执行应用的参数，将所设定的上述参数发送给上述第2客户端装置，

上述第2客户端装置

将识别信息附加参数发送给服务器系统，该识别信息附加参数是对接收到的上述参数附加上述第2客户端装置的上述识别信息而得到的信息，

上述处理部

根据接收到的上述识别信息附加参数，生成应用执行信息，该应用执行信息是用于在上述第2客户端装置执行上述应用的信息。

3.根据权利要求2所述的服务器系统，其特征在于，

上述第2客户端装置

根据上述应用执行信息执行上述应用，从而获得数据，并且根据所获得的上述数据，生成第2客户端装置用显示数据和第1客户端装置用显示数据，该第1客户端装置用显示数据是与上述第2客户端装置用显示数据关联的数据，

上述通信部

接收上述第2客户端装置所生成的上述第1客户端装置用显示数据和上述第2客户端装置的上述识别信息。

4.根据权利要求3所述的服务器系统，其特征在于，

上述处理部

在从上述第1客户端装置接收到内容信息请求指令的情况下，根据上述第1客户端装置的上述识别信息和上述通话信息，进行上述第1客户端装置与上述第2客户端装置之间的对应，并且根据上述对应，进行上述第2客户端装置所生成的上述第1客户端装置用显示数据是否为针对上述内容信息请求指令的响应用数据的判定，

上述通信部

在判定为上述第1客户端装置用显示数据是针对上述内容信息请求指令的响应用数据的情况下，向发送来上述内容信息请求指令的上述第1客户端装置回送上述第1客户端装置用显示数据。

5.根据权利要求2所述的服务器系统，其特征在于，

上述操作画面信息包括操作上述第2客户端装置的设备操作用操作画面信息和选择在第2客户端装置执行的应用的应用选择用操作画面信息，

上述处理部

在上述通话信息的初始登记结束的情况下或在根据上述通话信息完成了上述第1客户端装置与上述第2客户端装置之间的对应的情况下，生成与上述第2客户端装置对应的上述设备操作用操作画面信息和上述应用选择用操作画面，

上述通信部

将所生成的上述设备操作用操作画面信息和上述应用选择用操作画面信息发送给上述第1客户端装置。

6.根据权利要求5所述的服务器系统，其特征在于，

上述第1客户端装置

通过根据上述应用选择用操作画面信息显示的应用选择用操作画面中的操作输入，生成应用选择指令，

上述通信部

从上述第1客户端装置接收所生成的上述应用选择指令，

上述处理部

根据上述通话信息进行上述第1客户端装置与上述第2客户端装置之间的对应，生成应用设定用操作画面信息，该应用设定用操作画面信息用于使对应起来的上述第2客户端装置执行根据上述应用选择指令选择的应用时的设定，

上述通信部

将所生成的上述应用设定用操作画面信息发送给上述第1客户端装置。

7.根据权利要求2所述的服务器系统，其特征在于，

上述第1客户端装置

设定上述第2客户端装置的地址信息、作为执行对象的应用的类别信息和应用的执行条件信息中的至少1个作为上述参数，

上述处理部

根据由上述第1客户端装置设定的上述参数，生成上述应用执行信息。

8.根据权利要求1所述的服务器系统，其特征在于，

上述通信部

在上述第2客户端装置启动时，从上述第2客户端装置接收上述第2客户端装置的地址信息和设备信息，作为上述识别信息，

上述通话信息存储部

将上述第2客户端装置的上述地址信息和上述设备信息存储为上述通话信息。

9.根据权利要求8所述的服务器系统，其特征在于，

上述通信部

从上述第1客户端装置接收上述第1客户端装置的上述识别信息和上述第2客户端装置的上述设备信息，

上述通话信息存储部

将上述第1客户端装置的上述识别信息与上述第2客户端装置的上述地址信息和上述设备信息对应起来，作为上述通话信息进行存储。

10.根据权利要求2所述的服务器系统，其特征在于，

该服务器系统具有模板存储部，该模板存储部存储在上述第1客户端装置和上述第2客户端装置中的至少一方显示的内容信息的模板以及在上述第2客户端装置执行的应用执行信息的模板，

上述处理部

根据上述模板生成上述内容信息和上述应用执行信息中的至少一方。

11.根据权利要求10所述的服务器系统，其特征在于，

上述处理部

将上述第2客户端装置的地址信息嵌入到存储于上述模板存储部的上述模板中的上述操作画面信息的模板，从而生成上述操作画面信息作为上述内容信息。

12.根据权利要求10所述的服务器系统，其特征在于，

上述处理部

将在上述应用设定用操作画面设定的上述参数和上述第2客户端装置的上述识别信息嵌入到存储于上述模板存储部的上述模板中的应用执行信息的模板，从而生成上述应用执行信息。

13.根据权利要求1所述的服务器系统，其特征在于，

上述第2客户端装置

在自身的显示部显示服务器系统的地址信息和上述第2客户端装置的上述识别信息，

上述第1客户端装置

根据显示于上述第2客户端装置的上述显示部的信息，使用Web浏览器将上述第1客户端装置的上述识别信息和上述第2客户端装置的上述识别信息发送给服务器系统，

上述通信部

接收上述第1客户端装置的上述识别信息和上述第2客户端装置的上述识别信息，

上述通话信息存储部

将上述第1客户端装置的上述识别信息与上述第2客户端装置的上述识别信息对应起来作为上述通话信息进行存储。

14.一种客户端装置的控制方法，其特征在于，

将通话信息存储于通话信息存储部，该通话信息是将第1客户端装置的识别信息与第2客户端装置的识别信息关联起来得到的信息，

根据从上述第1客户端装置发送的上述第1客户端装置的上述识别信息和存储于上述通话信息存储部的上述通话信息，进行上述第1客户端装置与上述第2客户端装置之间的对应，

根据上述对应，生成操作画面信息，该操作画面信息是用于将对上述第2客户端装置进行操作指示的操作画面显示于上述第1客户端装置的信息，

将所生成的上述操作画面信息发送给上述第1客户端装置，

所述第2客户端装置与所述第1客户端装置进行多画面的协作显示。