CN105472588A - 一种获取服务信息的方法、客户端和服务端 - Google Patents
一种获取服务信息的方法、客户端和服务端 Download PDFInfo
- Publication number
- CN105472588A CN105472588A CN201410452695.7A CN201410452695A CN105472588A CN 105472588 A CN105472588 A CN 105472588A CN 201410452695 A CN201410452695 A CN 201410452695A CN 105472588 A CN105472588 A CN 105472588A
- Authority
- CN
- China
- Prior art keywords
- client
- service
- party
- relevant information
- starting
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/12—Hotels or restaurants
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种获取服务信息的方法、客户端和服务端，包括服务发起客户端向服务端发起服务请求，服务端将服务应用发送给服务发起客户端；服务发起客户端邀请第三方客户端加入当前服务通话，并将获得的服务应用发送给第三方客户端；服务发起客户端、第三方客户端与服务端之间基于服务应用确定服务信息。通过本发明方法，服务发起客户端、第三方客户端与服务端之间，基于同一服务应用确定服务信息，只需交互各自对该服务应用的操作和操作的相关信息，简单、快捷地实现了服务信息的获得。完全打破传统按照预先设置的语音一步步确认的繁琐、而且耗时较长的方式，提高了移动用户的多方通话体验。
Description
技术领域
本发明涉及多方通话技术，尤指一种基于多方通话的获取服务信息的方法、客户端和服务端。
背景技术
目前，在移动终端如手机在进行通话时，尤其是在进行一些服务类电话比如订餐、订票、电信客服等时，只能通过声音如双方通话或语音提示等来获取服务内容。同样，在发起通话的移动用户邀请第三方加入这种服务类会话时，也是只能通过声音如双方通话或语音提示等来一步一步地获取服务内容。
当服务的内容很多时，往往需要大量的时间才能获取所需的服务信息。也就是说，现有移动用户获取服务信息的方法过于繁琐、而且耗时较长，也降低了移动用户的通话体验。
发明内容
为了解决上述技术问题，本发明提供一种获取服务信息的方法、客户端和服务端，能够简单、快捷地实现服务信息的获得，从而提高移动用户的多方通话体验。
为了达到本发明目的，本发明提供了一种获取服务信息的方法，包括：服务发起客户端向服务端发起服务请求，服务端将服务应用发送给服务发起客户端；
服务发起客户端邀请第三方客户端加入当前服务通话，并将获得的服务应用发送给第三方客户端；
服务发起客户端、第三方客户端与服务端之间基于服务应用确定服务信息。
所述服务端将服务应用发送给服务发起客户端之前，该方法还包括：
生成所述服务应用，为其中的每个对象生成唯一的标识，以及对该对象执行的操作的操作集合。
所述服务发起客户端、第三方客户端与服务端之间基于服务应用确定服务信息包括：
所述服务发起客户端通过服务应用进行操作时，所述服务发起客户端将该操作和该操作的相关信息发送给所述服务端和所述第三方客户端；
所述第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作；同时，所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作。
所述服务发起客户端、第三方客户端与服务端之间基于服务应用确定服务信息包括：
所述服务发起客户端通过服务应用进行操作时，所述服务发起客户端将该操作和该操作的相关信息发送给所述第三方客户端；
所述第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作；
在所述服务发起客户端与第三方客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；
所述服务发起客户端将协商一致后的操作和操作的相关信息发送给服务端；
所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端和第三方客户端相同的操作。
所述第三方客户端通过服务应用进行操作时，该方法还包括：
所述第三方客户端将自身所做的操作和操作的相关信息发送给服务发起客户端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作；同时，所述服务发起客户端将接收到的操作和操作的相关信息转发至服务端；所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作。
所述第三方客户端通过服务应用进行操作时，该方法还包括：
所述第三方客户端将自身所做的操作和操作的相关信息发送给服务发起客户端和服务端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作；所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作。
所述第三方客户端通过服务应用进行操作时，该方法还包括：
所述第三方客户端将自身所做的操作和操作的相关信息发送给服务发起客户端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作；
在所述第三方客户端与所述服务发起客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；所述服务发起客户端将协商一致后的操作和操作的相关信息发送给服务端；
所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端和第三方客户端相同的操作。
所述服务端通过服务应用进行操作时，该方法还包括：
所述服务端将自身所做的操作和操作的相关信息发送给服务发起客户端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作；同时，所述服务发起客户端将接收到的操作和操作的相关信息转发至第三方客户端；所述第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作。
所述服务端通过服务应用进行操作时，该方法还包括：
所述服务端将自身所做的操作和操作的相关信息发送给服务发起客户端和第三方客户端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作；所述第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作。
本发明又提供了一种客户端，至少包括第一发送/接收模块、第一处理模块；其中，
第一发送/接收模块，用于向服务端发起服务请求，接收来自服务端的服务应用；向第三方客户端发起服务邀请，并将接收到的服务应用转发给接收邀请的第三方客户端；
第一处理模块，用于基于来自服务端的服务应用，按照来自外部的操作对服务应用进行相应操作，确定服务信息。
所述客户端为服务发起客户端，所述第一处理模块具体用于，经由所述第一发送/接收模块将操作和操作的相关信息输出给所述服务端和所述第三方客户端；
所述客户端为服务发起客户端，所述第一处理模块具体用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作。
所述客户端为服务发起客户端，所述第一处理模块具体用于，经由所述第一发送/接收模块将操作和操作的相关信息输出给所述第三方客户端；与所述第三方客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；将协商一致后的操作和操作的相关信息发送给所述服务端；
所述客户端为第三方客户端，所述第一处理模块具体用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述服务发起客户端相同的操作；与所述服务发起客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息。
所述客户端为第三方客户端，所述第一处理模块还用于，经由所述第一发送/接收模块将自身所做的操作和操作的相关信息发送给所述服务发起客户端；
所述客户端为服务发起客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述第三方客户端相同的操作；将接收到的操作和操作的相关信息转发至所述服务端。
所述客户端为第三方客户端，所述第一处理模块还用于，经由第一发送/接收模块将自身所做的操作和操作的相关信息发送给所述服务发起客户端和所述服务端；
所述客户端为服务发起客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述第三方客户端相同的操作。
所述客户端为第三方客户端；所述第一处理模块还用于，经由所述第一发送/接收模块将自身所做的操作和操作的相关信息发送给所述服务发起客户端；与所述服务发起客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；
所述客户端为服务发起客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述第三方客户端相同的操作；与所述第三方客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；将协商一致后的操作和操作的相关信息发送给服务端。
所述客户端为服务发起客户端；所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作；将接收到的操作和操作的相关信息转发至所述第三方客户端；
所述客户端为第三方客户端；所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作。
所述客户端为服务发起客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作；
所述客户端为第三方客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述服务端相同的操作。
本发明还提供了一种服务端，至少包括第二发送/接收模块、第二处理模块；其中，
第二发送/接收模块，用于接收来自客户端的服务请求，将服务应用发送给客户端；
第二处理模块，用于基于服务应用，接收来自客户端的操作和操作的相关信息，执行相应的操作，确定服务信息。
所述第二处理模块具体用于，根据经由所述第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述服务发起客户端相同的操作。
所述第二处理模块具体用于，根据经由所述第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述服务发起客户端和第三方客户端相同的操作。
所述第二处理模块还用于，根据经由所述第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述第三方客户端相同的操作。
所述第二处理模块还用于，经由所述第二发送/接收模块将自身所做的操作和操作的相关信息发送给所述服务发起客户端。
所述第二处理模块还用于，经由第二发送/接收模块将自身所做的操作和操作的相关信息发送给服务发起客户端和第三方客户端。
与现有技术相比，本申请技术方案包括服务发起客户端向服务端发起服务请求，服务端将服务应用发送给服务发起客户端；服务发起客户端邀请第三方客户端加入当前服务通话，并将获得的服务应用发送给第三方客户端；服务发起客户端、第三方客户端与服务端之间基于服务应用确定服务信息。通过本发明方法，服务发起客户端、第三方客户端与服务端之间，基于同一服务应用确定服务信息，只需交互各自对该服务应用的操作和操作的相关信息，简单、快捷地实现了服务信息的获得。完全打破传统按照预先设置的语音一步步确认的繁琐、而且耗时较长的方式，提高了移动用户的多方通话体验。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为本发明获取服务信息的方法的流程图；
图2为本发明获取服务信息的客户端的组成结构示意图；
图3为本发明获取服务信息的服务端的组成结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
图1为本发明获取服务信息的方法的流程图，如图1所示，包括：
步骤100：服务发起客户端向服务端发起服务请求，服务端将服务应用发送给服务发起客户端。
本步骤中，服务发起客户端向服务端发起服务请求属于本领域技术人员的惯用技术手段，即服务发起方如用户A，通过其智能手机中的服务发起客户端拨打服务端的服务电话，其具体实现并不用于限定本发明的保护范围，这里不再赘述。
当服务端将服务电话接通后，服务端为该服务发起客户端生成服务应用如服务页面，并将生成的服务应用发送给服务发起客户端。同时，服务发起客户端、服务端打开该服务应用。
本步骤中，在服务端生成服务应用如服务页面时，会为其中的每个对象生成唯一的标识，以及可以对该对象执行的操作的操作集合。根据不同的应用场景，比如对于订餐服务场景，可以生成菜单页面作为服务应用等。具体如何生成服务应用属于本领域技术人员的惯用技术手段，并不用于限定本发明的保护范围，这里不再赘述。
这里，对象可以包括为客户提供的商品或服务等；操作集合可以包括选定、取消选定、确认、输入数量、输入特殊要求等操作和操作的相关信息。其中，为客户提供的服务也可以包括确认订单、修改订单和取消订单等。
当对该服务应用进行操作时，会生成客户端与服务端之间，或者客户端之间发送的操作和操作的相关信息，可以包括：操作的类型、操作的对象的唯一标识、操作者的标识、操作者的名称；其中操作的类型为该操作的对象对应的操作集合中的至少一种。
进一步地，服务发起客户端打开接收到的服务页面，并向服务端返回响应消息，以表明已将接收到的服务页面打开。
进一步地，服务端收到来自服务发起客户端的表明已将接收到的服务页面打开的响应消息后，在服务端打开相同的页面，并通知服务发起客户端，以表明自身也已将该服务页面打开。
步骤102：服务发起客户端邀请第三方客户端加入当前服务通话，并将获得的服务应用发送给第三方客户端。
本发明提供的技术方案是基于多方通话的场景，因此，本步骤中，服务发起方如用户A需要与第三方如用户B进行商量，此时，用户A可以通过自身客户端即服务发起客户端向用户B的客户端即第三方客户端发送邀请；当用户B的客户端收到来自用户A的邀请后，提示用户B有新的邀请；用户B同意用户A的邀请，并通过用户B的客户端向用户A的客户端发送表示同意邀请的响应；用户A的客户端收到响应后，将自身从服务端获得的服务应用发送给用户B的客户端；用户B的客户端收到该服务应用后，提示用户B打开该服务应用意，并在用户B同意后打开该服务应用。
需要说明的是，本步骤中服务发起客户端与第三方客户端之间的消息交互，具体如何实现并不用于限定本发明的保护范围，而且对于本领域技术人员来说，其具体实现方式很多，也是容易想到的。这里强调的是，服务发起客户端会将从服务端获得的服务应用传递给第三方客户端。
至此，在服务发起客户端、第三方客户端和服务端，同时打开了当前请求的服务对应的服务应用如包含有为客户提供的商品或服务等对象的服务页面
步骤103：服务发起客户端、第三方客户端与服务端之间基于服务应用确定服务信息。
这里需要说明的是，本发明方法适用于以下三种场景：
第一种场景：服务发起客户端与第三方客户端之间的交互对于服务端不可见，同时，服务发起客户端和服务端的交互对第三方客户端也不可见。第三方客户端与服务端之间的交互通过服务发起客户端进行转发。
第二种场景：第三方客户端和服务端之间可以直接交互，此时，服务发起客户端、第三方客户端与服务端之间可以彼此直接交互。
第三种场景，服务发起客户端与第三方客户端之间可以直接交互，并且该交互对服务端不可见，当服务发起客户端与第三方客户端之间协商一致之后，再将协商的结果发送至服务端。
对于第一种场景和第二种场景，本步骤具体包括：
服务发起客户端通过服务应用如在打开的服务页面上做出选定，取消选定，确认、取消等操作时，服务发起客户端将该操作和该操作的相关信息发送给服务端和第三方客户端；
第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作，获知服务发起客户端执行了哪些操作；同时，服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作，获知服务客户端执行了哪些操作。这样，服务发起客户端、第三方客户端与服务端之间便基于服务应用确定了服务信息。
或者，对于第三种场景，本步骤包括：
服务发起客户端通过服务应用如在打开的服务页面上做出选定，取消选定，确认、取消等操作时，服务发起客户端将该操作和该操作的相关信息发送给第三方客户端；
第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作，获知服务发起客户端执行了哪些操作；在服务发起客户端与第三方客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息，之后服务发起客户端将协商一致后的操作和操作的相关信息发送给服务端；
服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端和第三方客户端相同的操作，获知服务发起客户端和第三方客户端执行了哪些操作，从而确定服务信息。
进一步地，
如果第三方客户端接收到来自服务发起客户端的操作和操作的相关信息后，需要进行其它操作如取消选定、选定、取消、确认等，本发明方法还包括：
对于第一种场景，第三方客户端将自身所做的操作和操作的相关信息发送给服务发起客户端；服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作；同时，服务发起客户端将接收到的操作和操作的相关信息转发至服务端；服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作。
或者，
对于第二种场景，第三方客户端将自身所做的操作和操作的相关信息发送给服务发起客户端和服务端；服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作；服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作。
或者，
对于第三种场景，第三方客户端将自身所做的操作和操作的相关信息发送给服务发起客户端；服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作；在第三方客户端与服务发起客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息，之后服务发起客户端将协商一致后的操作和操作的相关信息发送给服务端；服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端和第三方客户端相同的操作，获知第三方客户端和服务发起客户端执行了哪些操作，从而确定服务信息。
进一步地，
如果服务端接收到来自服务发起客户端的操作和操作的相关信息后，需要进行其它操作如商品或服务推荐等，本发明方法还包括：
对于第一种场景和第三种场景，服务端将自身所做的操作和操作的相关信息发送给服务发起客户端；服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作，获知服务端执行了哪些操作；同时，服务发起客户端将接收到的操作和操作的相关信息转发至第三方客户端；第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作，获知服务端端执行了哪些操作。
或者，
对于第二种场景，服务端将自身所做的操作和操作的相关信息发送给服务发起客户端和第三方客户端；服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作，获知服务端执行了哪些操作；第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作，获知服务端端执行了哪些操作。
通过本发明方法，服务发起客户端、第三方客户端与服务端之间，基于同一服务应用确定服务信息，只需交互各自对该服务应用的操作和操作的相关信息，简单、快捷地实现了服务信息的获得。完全打破传统按照预先设置的语音一步步确认的繁琐、而且耗时较长的方式，提高了移动用户的多方通话体验。
针对本发明方法还提供一种客户端、服务端。
图2为本发明获取服务信息的客户端的组成结构示意图，如图2所示，本发明客户端至少包括第一发送/接收模块、第一处理模块；其中，
第一发送/接收模块，用于向服务端发起服务请求，接收来自服务端的服务应用；向第三方客户端发起服务邀请，并将接收到的服务应用转发给接收邀请的第三方客户端；
第一处理模块，用于基于来自服务端的服务应用，按照来自外部的操作对服务应用进行相应操作，确定服务信息。
图3为本发明获取服务信息的服务端的组成结构示意图，如图3所示，本发明服务端至少包括第二发送/接收模块、第二处理模块；其中，
第二发送/接收模块，用于接收来自客户端的服务请求，将服务应用发送给客户端；
第二处理模块，用于基于服务应用，接收来自客户端的操作和操作的相关信息，执行相应的操作，确定服务信息。
结合图2和图3，具体地，
当客户端为服务发起客户端时，第一处理模块具体用于，经由第一发送/接收模块将操作和操作的相关信息输出给服务端和第三方客户端；
当客户端为服务发起客户端时，第一处理模块具体用于，根据经由第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作，获知服务发起客户端执行了哪些操作；
相应地，服务端中的第二处理模块具体用于，根据经由第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作，获知服务客户端执行了哪些操作。
或者，
当客户端为服务发起客户端时，第一处理模块具体用于，经由第一发送/接收模块将操作和操作的相关信息输出给第三方客户端；与第三方客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；将协商一致后的操作和操作的相关信息发送给服务端；
当客户端为第三方客户端时，第一处理模块具体用于，根据经由第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作，获知服务发起客户端执行了哪些操作；与服务发起客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；
相应地，服务端中的第二处理模块具体用于，根据经由第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端和第三方客户端相同的操作，获知服务发起客户端和第三方客户端执行了哪些操作，从而确定服务信息。
进一步地，
当客户端为第三方客户端时，第一处理模块还用于，经由第一发送/接收模块将自身所做的操作和操作的相关信息发送给服务发起客户端；
当客户端为服务发起客户端时，第一处理模块还用于，根据经由第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作；将接收到的操作和操作的相关信息转发至服务端；
相应地，服务端中的第二处理模块还用于，根据经由第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作。
或者，
当客户端为第三方客户端时，第一处理模块还用于，经由第一发送/接收模块将自身所做的操作和操作的相关信息发送给服务发起客户端和服务端；
当客户端为服务发起客户端时，第一处理模块还用于，根据经由第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作；
相应地，服务端中的第二处理模块还用于，根据经由第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作。
或者，
当客户端为第三方客户端时，第一处理模块还用于，经由第一发送/接收模块将自身所做的操作和操作的相关信息发送给服务发起客户端；与服务发起客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；
当客户端为服务发起客户端时，第一处理模块还用于，根据经由第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作，获知第三方客户端执行了哪些操作；与第三方客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；将协商一致后的操作和操作的相关信息发送给服务端；
相应地，服务端中的第二处理模块还用于，根据经由第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端和第三方客户端相同的操作，获知服务发起客户端和第三方客户端执行了哪些操作，从而确定服务信息。
进一步地，
服务端的第二处理模块还用于，经由第二发送/接收模块将自身所做的操作和操作的相关信息发送给服务发起客户端；
当客户端为服务发起客户端时，第一处理模块还用于，根据经由第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作，获知服务端执行了哪些操作；将接收到的操作和操作的相关信息转发至第三方客户端；
当客户端为第三方客户端时，第一处理模块还用于，根据经由第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作，获知服务端端执行了哪些操作。
或者，
服务端中的第二处理模块还用于，经由第二发送/接收模块将自身所做的操作和操作的相关信息发送给服务发起客户端和第三方客户端；
当客户端为服务发起客户端时，第一处理模块还用于，根据经由第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作，获知服务端执行了哪些操作；
当客户端为第三方客户端时，第一处理模块还用于，根据经由第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作，获知服务端端执行了哪些操作。
下面结合订餐服务场景，对本发明方法进行详细描述。
第一实施例，对应第一种场景，即服务发起客户端与第三方客户端之间的交互对于服务端不可见，同时，服务发起客户端和服务端的交互对第三方客户端也不可见。第三方客户端与服务端之间的交互通过服务发起客户端进行转发。第一实施例中，假设用户A为服务发起方，用户B为用户A邀请的第三方，按照本发明方法，包括：
用户A通过智能手机中的客户端拨打饭店的订餐电话，当电话接通后，用户A告知服务员希望订餐，服务员通过服务端为该用户A生成专属的菜单页面和地址，并将地址发送给客户端，并告诉用户A已经发送了菜单地址，这里菜单页面即为本发明中服务应用的一种具体实施方式；用户A的客户端收到地址后通知用户A有菜单地址，是否打开，用户A同意打开后，用户A的客户端打开该菜单页面，并向服务端发送消息说明该页面已经打开；服务端收到该消息后在服务端也打开相同的页面，并通知客户端该页面已经打开；此时用户A和服务员可以看到相同的菜单页面。
假设，用户A觉得需要与用户B商量一下，用户A拨打了用户B的电话，并通过客户端向用户B的客户端发送邀请；用户B接听了电话，当用户B的客户端收到用户A的邀请后，提示用户B有新的邀请；用户B同意用户A的邀请，并通过用户B的客户端向用户A的客户端发送响应，同意邀请；用户A的客户端收到响应后，将专属服务页面发送给用户B的客户端；用户B的客户端收到该专属服务页面后提示用户B有页面需要打开；用户B同意后，客户端B打开该专属服务页面；此时用户A、用户B和服务员可以看到相同的菜单页面。
第一实施例中，假设用户A通过客户端在该页面上选定了三道菜，并通过语音告知服务员他选定了三道菜；用户A的客户端将该选定操作和相关的信息发送给服务端和用户B的客户端；服务端收到该消息后，在服务端的页面上执行相同的操作；服务员通过服务端的页面的变化获知用户A选择了哪三道菜；用户B的客户端收到该消息后，在用户B的客户端的页面上执行相同的操作；用户B通过客户端的页面的变化获知用户A选择了哪三道菜。
如果用户B通过客户端在该页面上取消了一道菜，又添加了另一道菜，并通过语音告知了用户A；用户B的客户端将用户B的操作和相关的信息发送给用户A的客户端；用户A的客户端收到该消息后，在用户A的客户端的页面上执行相同的操作，并将该消息转发给服务端；用户A通过客户端的页面的变化获知用户B进行了哪些操作；服务端收到转发的该消息后，在服务端端的页面上执行相同的操作；服务员通过服务端的页面的变化获知用户进行了哪些操作。
如果服务员通过服务端在该页面上又选定了另一道菜，并通过语音告诉用户A为他又推荐了一道菜；服务端将该选定操作和相关的信息发送给用户A的客户端；用户A的客户端收到该消息后，在客户端的页面上执行相同的选定操作，并将该消息转发给用户B的客户端；用户A通过客户端的页面的变化获知服务员推荐的是哪道菜；用户B通过客户端的页面的变化获知服务员推荐的是哪道菜；用户A同意服务员的推荐，并点击了菜单中的确定按钮，确认了订单，并通过语音告诉服务员已经确认了订单；用户A的客户端将该确认操作和相关的信息发送给服务端和用户B的客户端；用户B的客户端收到该消息后，在用户B的客户端的页面上执行相同的操作；用户B通过客户端的页面的变化获知用户A已经确认了订单；服务端收到该消息后，在服务端的页面上执行相同的操作；服务员通过服务端的页面的变化获知用户A已经确认了订单。
需要说明的是，在具体实施例中，加入了用户与服务端的服务员之间的语音通话，只是为了让整个订餐过程更加完美，语音的加入并不属于本发明的保护范围，而且在本发明使用服务应用的操作中加入语音的方式也是本领域技术人员容易想到的，这里也不再赘述。
第二实施例，对应第二种场景，即第三方客户端和服务端之间可以直接交互，此时，服务发起客户端、第三方客户端与服务端之间可以彼此直接交互。第二实施例中，假设用户A为服务发起方，用户B为用户A邀请的第三方，按照本发明方法，包括：
用户A通过智能手机中的客户端拨打饭店的订餐电话，当电话接通后，用户A告知服务员希望订餐，服务员通过服务端为该用户A生成专属的菜单页面和地址，并将地址发送给用户A的客户端，并告诉用户A已经发送了菜单地址；用户A的客户端收到地址后通知用户A有菜单地址，是否打开，用户A同意打开后，用户A的客户端打开该菜单页面，并向服务端发送消息说明该页面已经打开；服务端收到该消息后在服务端也打开相同的页面，并通知客户端该页面已经打开；此时用户A和服务员可以看到相同的菜单页面。
假设，用户A觉得需要与用户B商量一下，用户A通过客户端向用户B的客户端发送邀请，请求用户B加入用户A和服务员之间的会话；当用户B的客户端收到用户A的邀请后，提示用户B有新的邀请；用户B同意用户A的邀请，并通过用户B的客户端向用户A的客户端发送响应，同意邀请；用户A的客户端收到响应后，将专属服务页面发送给用户B的客户端；用户B的客户端收到该专属服务页面后提示用户B有页面需要打开；用户B同意后，客户端B打开该专属服务页面，并同时加入用户A和服务员之间的会话。
此时，用户A、用户B和服务员可以看到相同的菜单页面，并且用户A、用户B和服务员加入了相同的会话，彼此之间能够直接共享语音和操作。
假设用户A通过客户端在该页面上选定了三道菜，并通过语音告知服务员和用户B他选定了三道菜；用户A的客户端将该选定操作和相关的信息发送给服务端和用户B的客户端；服务端收到该消息后，在服务端的页面上执行相同的操作；服务员通过服务端的页面的变化获知用户A选择了哪三道菜；用户B的客户端收到该消息后，在用户B的客户端的页面上执行相同的操作；用户B通过客户端的页面的变化获知用户A选择了哪三道菜。
假设用户B通过客户端在该页面上取消了一道菜，又添加了另一道菜，并通过语音告知了用户A和服务端；用户B的客户端将用户B的操作和相关的信息发送给用户A的客户端和服务端；用户A通过客户端的页面的变化获知用户B进行了哪些操作；服务员通过服务端的页面的变化获知用户B进行了哪些操作。
假设服务员通过服务端在该页面上又选定了另外两道菜，并通过语音告诉用户A和用户为他们又推荐了两道菜；服务端将该选定操作和相关的信息发送给用户A的客户端和用户B的客户端；用户A的客户端收到该消息后，在客户端的页面上执行相同的选定操作；用户A通过客户端的页面的变化获知服务员推荐的是哪些菜；用户B的客户端收到该消息后，在客户端的页面上执行相同的选定操作；用户B通过客户端的页面的变化获知服务员推荐的是哪些菜。
如果用户A觉得服务员推荐的其中一道菜不是很合适，就在菜单上对该菜品的条目执行了取消选定的操作，并通过语音告知服务员和用户B他取消了一道菜；用户A的客户端将该取消选定操作和相关的信息发送给服务端和用户B的客户端；服务端收到该消息后，在服务端的页面上执行相同的操作；服务员通过服务端的页面的变化获知用户A取消了哪道菜；用户B的客户端收到该消息后，在客户端的页面上执行相同的操作；用户B通过客户端的页面的变化获知用户A取消了哪道菜；确认了菜品之后，用户A又在菜单上选定了就餐时间和包间号，并通过语音告知服务员和用户B选定了就餐时间和包间号；用户A的客户端将该选定操作和相关的信息发送给服务端和用户B的客户端；服务端收到该消息后，在服务端的页面上执行相同的操作；服务员通过服务端的页面的变化获知用户A选定的就餐时间和包间号，并通过语音跟用户A确认了时间和包间号都没有问题；用户B通过客户端的页面的变化获知用户A选定的就餐时间和包间号，并通过语音跟用户A确认了时间和包间号都没有问题；用户A点击了菜单中的确定按钮，确认了订单，并通过语音告诉服务员和用户B已经确认了订单；用户A的客户端将该确认操作和相关的信息发送给服务端和用户B的客户端；用户B的客户端收到该消息后，在客户端的页面上执行相同的操作；用户B通过客户端的页面的变化获知用户A已经确认了订单；服务端收到该消息后，在服务端的页面上执行相同的操作；服务员通过服务端的页面的变化获知用户A已经确认了订单。
第三实施例，对应第三种场景，即服务发起客户端与第三方客户端之间可以直接交互，并且该交互对服务端不可见，当服务发起客户端与第三方客户端之间协商一致之后，再将协商的结果发送至服务端。第三实施例中，假设用户A为服务发起方，用户B为用户A邀请的第三方，按照本发明方法，包括：
用户A通过智能手机中的客户端拨打饭店的订餐电话，当电话接通后，用户A告知服务员希望订餐，服务员通过服务端为该用户A生成专属的菜单页面和地址，并将地址发送给客户端，并告诉用户A已经发送了菜单地址；客户端收到地址后通知用户A有菜单地址，是否打开，用户A同意打开后，客户端打开该菜单页面，并向服务端发送消息说明该页面已经打开；服务端收到该消息后在服务端也打开相同的页面，并通知客户端该页面已经打开；此时用户A和服务员可以看到相同的菜单页面。
假设，用户A觉得需要与用户B商量一下，用户A拨打了用户B的电话，并通过客户端向用户B的客户端发送邀请；用户B接听了电话，当用户B的客户端收到用户A的邀请后，提示用户B有新的邀请；用户B同意用户A的邀请，并通过用户B的客户端向用户A的客户端发送响应，同意邀请；用户A的客户端收到响应后，将专属服务页面发送给用户B的客户端；用户B的客户端收到该专属服务页面后提示用户B有页面需要打开；用户B同意后，客户端B打开该专属服务页面；此时，用户A、用户B和服务员可以看到相同的菜单页面。
第三实施例中，假设用户A通过客户端在该页面上选定了三道菜，并通过语音告知用户B他选定了三道菜；用户A的客户端将该选定操作和相关的信息只发送给用户B的客户端；用户B的客户端收到该消息后，在用户B的客户端的页面上执行相同的操作；用户B通过客户端的页面的变化获知用户A选择了哪三道菜。
假设，用户B通过客户端在该页面上取消了一道菜，又添加了另一道菜，并通过语音告知了用户A；用户B的客户端将用户B的操作和相关的信息发送给用户A的客户端；用户A的客户端收到该消息后，在用户A的客户端的页面上执行相同的操作；用户A通过客户端的页面的变化获知用户B进行了哪些操作；当用户A和用户B协商一致后，用户A通过客户端将协商一致的操作发送给服务端；服务端接收到用户A发送的消息后，在服务端的页面上执行相同的操作；服务员通过服务端页面的变化获知用户的选择。
假设服务员通过服务端在该页面上又选定了另一道菜，并通过语音告诉用户A为他又推荐了一道菜；服务端将该选定操作和相关的信息发送给用户A的客户端；用户A的客户端收到该消息后，在客户端的页面上执行相同的选定操作，并将该消息转发给用户B的客户端；用户A通过客户端的页面的变化获知服务员推荐的是哪道菜；用户B通过客户端的页面的变化获知服务员推荐的是哪道菜；用户A同意服务员的推荐，并点击了菜单中的确定按钮，确认了订单，并通过语音告诉服务员已经确认了订单；用户A的客户端将该确认操作和相关的信息发送给服务端和用户B的客户端；用户B的客户端收到该消息后，在用户B的客户端的页面上执行相同的操作；用户B通过客户端的页面的变化获知用户A已经确认了订单；服务端收到该消息后，在服务端的页面上执行相同的操作；服务员通过服务端的页面的变化获知用户A已经确认了订单。
以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (23)
1.一种获取服务信息的方法，其特征在于，包括：服务发起客户端向服务端发起服务请求，服务端将服务应用发送给服务发起客户端；
服务发起客户端邀请第三方客户端加入当前服务通话，并将获得的服务应用发送给第三方客户端；
服务发起客户端、第三方客户端与服务端之间基于服务应用确定服务信息。
2.根据权利要求1所述的方法，其特征在于，所述服务端将服务应用发送给服务发起客户端之前，该方法还包括：
生成所述服务应用，为其中的每个对象生成唯一的标识，以及对该对象执行的操作的操作集合。
3.根据权利要求2所述的方法，其特征在于，所述服务发起客户端、第三方客户端与服务端之间基于服务应用确定服务信息包括：
所述服务发起客户端通过服务应用进行操作时，所述服务发起客户端将该操作和该操作的相关信息发送给所述服务端和所述第三方客户端；
所述第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作；同时，所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作。
4.根据权利要求2所述的方法，其特征在于，所述服务发起客户端、第三方客户端与服务端之间基于服务应用确定服务信息包括：
所述服务发起客户端通过服务应用进行操作时，所述服务发起客户端将该操作和该操作的相关信息发送给所述第三方客户端；
所述第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作；
在所述服务发起客户端与第三方客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；
所述服务发起客户端将协商一致后的操作和操作的相关信息发送给服务端；
所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端和第三方客户端相同的操作。
5.根据权利要求1～4任一项所述的方法，其特征在于，所述第三方客户端通过服务应用进行操作时，该方法还包括：
所述第三方客户端将自身所做的操作和操作的相关信息发送给服务发起客户端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作；同时，所述服务发起客户端将接收到的操作和操作的相关信息转发至服务端；所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作。
6.根据权利要求1～4任一项所述的方法，其特征在于，所述第三方客户端通过服务应用进行操作时，该方法还包括：
所述第三方客户端将自身所做的操作和操作的相关信息发送给服务发起客户端和服务端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作；所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作。
7.根据权利要求1～4任一项所述的方法，其特征在于，所述第三方客户端通过服务应用进行操作时，该方法还包括：
所述第三方客户端将自身所做的操作和操作的相关信息发送给服务发起客户端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与第三方客户端相同的操作；
在所述第三方客户端与所述服务发起客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；所述服务发起客户端将协商一致后的操作和操作的相关信息发送给服务端；
所述服务端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端和第三方客户端相同的操作。
8.根据权利要求1～4任一项所述的方法，其特征在于，所述服务端通过服务应用进行操作时，该方法还包括：
所述服务端将自身所做的操作和操作的相关信息发送给服务发起客户端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作；同时，所述服务发起客户端将接收到的操作和操作的相关信息转发至第三方客户端；所述第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作。
9.根据权利要求1～4任一项所述的方法，其特征在于，所述服务端通过服务应用进行操作时，该方法还包括：
所述服务端将自身所做的操作和操作的相关信息发送给服务发起客户端和第三方客户端；
所述服务发起客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作；所述第三方客户端根据接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作。
10.一种客户端，其特征在于，至少包括第一发送/接收模块、第一处理模块；其中，
第一发送/接收模块，用于向服务端发起服务请求，接收来自服务端的服务应用；向第三方客户端发起服务邀请，并将接收到的服务应用转发给接收邀请的第三方客户端；
第一处理模块，用于基于来自服务端的服务应用，按照来自外部的操作对服务应用进行相应操作，确定服务信息。
11.根据权利要求10所述的客户端，其特征在于，所述客户端为服务发起客户端，所述第一处理模块具体用于，经由所述第一发送/接收模块将操作和操作的相关信息输出给所述服务端和所述第三方客户端；
所述客户端为服务发起客户端，所述第一处理模块具体用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务发起客户端相同的操作。
12.根据权利要求10所述的客户端，其特征在于，所述客户端为服务发起客户端，所述第一处理模块具体用于，经由所述第一发送/接收模块将操作和操作的相关信息输出给所述第三方客户端；与所述第三方客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；将协商一致后的操作和操作的相关信息发送给所述服务端；
所述客户端为第三方客户端，所述第一处理模块具体用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述服务发起客户端相同的操作；与所述服务发起客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息。
13.根据权利要求10～12任一项所述的客户端，其特征在于，所述客户端为第三方客户端，所述第一处理模块还用于，经由所述第一发送/接收模块将自身所做的操作和操作的相关信息发送给所述服务发起客户端；
所述客户端为服务发起客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述第三方客户端相同的操作；将接收到的操作和操作的相关信息转发至所述服务端。
14.根据权利要求10～12任一项所述的客户端，其特征在于，所述客户端为第三方客户端，所述第一处理模块还用于，经由第一发送/接收模块将自身所做的操作和操作的相关信息发送给所述服务发起客户端和所述服务端；
所述客户端为服务发起客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述第三方客户端相同的操作。
15.根据权利要求10～12任一项所述的客户端，其特征在于，所述客户端为第三方客户端；所述第一处理模块还用于，经由所述第一发送/接收模块将自身所做的操作和操作的相关信息发送给所述服务发起客户端；与所述服务发起客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；
所述客户端为服务发起客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述第三方客户端相同的操作；与所述第三方客户端之间通过交互各自的操作和操作的相关信息，协商确定服务信息；将协商一致后的操作和操作的相关信息发送给服务端。
16.根据权利要求10～12任一项所述的客户端，其特征在于，
所述客户端为服务发起客户端；所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作；将接收到的操作和操作的相关信息转发至所述第三方客户端；
所述客户端为第三方客户端；所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作。
17.根据权利要求10～12任一项所述的客户端，其特征在于，
所述客户端为服务发起客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与服务端相同的操作；
所述客户端为第三方客户端，所述第一处理模块还用于，根据经由所述第一发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述服务端相同的操作。
18.一种服务端，其特征在于，至少包括第二发送/接收模块、第二处理模块；其中，
第二发送/接收模块，用于接收来自客户端的服务请求，将服务应用发送给客户端；
第二处理模块，用于基于服务应用，接收来自客户端的操作和操作的相关信息，执行相应的操作，确定服务信息。
19.根据权利要求18所述的服务端，其特征在于，所述第二处理模块具体用于，根据经由所述第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述服务发起客户端相同的操作。
20.根据权利要求18所述的服务端，其特征在于，所述第二处理模块具体用于，根据经由所述第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述服务发起客户端和第三方客户端相同的操作。
21.根据权利要求18～20任一项所述的服务端，其特征在于，所述第二处理模块还用于，根据经由所述第二发送/接收模块接收到的操作和操作的相关信息，在自身打开的服务应用中执行与所述第三方客户端相同的操作。
22.根据权利要求18～20任一项所述的服务端，其特征在于，所述第二处理模块还用于，经由所述第二发送/接收模块将自身所做的操作和操作的相关信息发送给所述服务发起客户端。
23.根据权利要求18～20任一项所述的服务端，其特征在于，所述第二处理模块还用于，经由第二发送/接收模块将自身所做的操作和操作的相关信息发送给服务发起客户端和第三方客户端。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410452695.7A CN105472588A (zh) | 2014-09-05 | 2014-09-05 | 一种获取服务信息的方法、客户端和服务端 |
| PCT/CN2015/074952 WO2016033960A1 (zh) | 2014-09-05 | 2015-03-24 | 一种获取服务信息的方法、客户端和服务端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410452695.7A CN105472588A (zh) | 2014-09-05 | 2014-09-05 | 一种获取服务信息的方法、客户端和服务端 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105472588A true CN105472588A (zh) | 2016-04-06 |
Family
ID=55439085
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410452695.7A Withdrawn CN105472588A (zh) | 2014-09-05 | 2014-09-05 | 一种获取服务信息的方法、客户端和服务端 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN105472588A (zh) |
| WO (1) | WO2016033960A1 (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102118324A (zh) * | 2010-01-06 | 2011-07-06 | 腾讯科技（深圳）有限公司 | 邀请好友进入关联产品的方法及系统 |
| CN102546930A (zh) * | 2011-12-07 | 2012-07-04 | 北京风灵创景科技有限公司 | 一种移动终端上基于商户列表的交互方法及其设备 |
| CN103002013A (zh) * | 2012-11-06 | 2013-03-27 | 深圳中兴网信科技有限公司 | 社交点歌系统和社交点歌方法 |
| US20130117135A1 (en) * | 2009-11-27 | 2013-05-09 | Compurants Limited | Multi-user food and drink ordering system |
| CN103903199A (zh) * | 2014-03-14 | 2014-07-02 | 童琦 | 一种基于个人移动终端的多用户点餐方法及系统 |
| CN103985046A (zh) * | 2014-04-18 | 2014-08-13 | 谭君 | 一种基于二维码和nfc标签的智能终端协同点餐系统和方法 |
-
2014
- 2014-09-05 CN CN201410452695.7A patent/CN105472588A/zh not_active Withdrawn
-
2015
- 2015-03-24 WO PCT/CN2015/074952 patent/WO2016033960A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130117135A1 (en) * | 2009-11-27 | 2013-05-09 | Compurants Limited | Multi-user food and drink ordering system |
| CN102118324A (zh) * | 2010-01-06 | 2011-07-06 | 腾讯科技（深圳）有限公司 | 邀请好友进入关联产品的方法及系统 |
| CN102546930A (zh) * | 2011-12-07 | 2012-07-04 | 北京风灵创景科技有限公司 | 一种移动终端上基于商户列表的交互方法及其设备 |
| CN103002013A (zh) * | 2012-11-06 | 2013-03-27 | 深圳中兴网信科技有限公司 | 社交点歌系统和社交点歌方法 |
| CN103903199A (zh) * | 2014-03-14 | 2014-07-02 | 童琦 | 一种基于个人移动终端的多用户点餐方法及系统 |
| CN103985046A (zh) * | 2014-04-18 | 2014-08-13 | 谭君 | 一种基于二维码和nfc标签的智能终端协同点餐系统和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2016033960A1 (zh) | 2016-03-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2018208684B2 (en) | User controlled call management | |
| US10171678B2 (en) | Systems and methods of call-based data communication | |
| CN104780423B (zh) | 一种移动终端即时通信同步到智能电视的方法及系统 | |
| KR101719111B1 (ko) | 전화 네트워크 시스템 및 방법 | |
| US10397341B2 (en) | Method and apparatus for migrating active communication session between terminals | |
| CN104010158A (zh) | 移动终端及多方视频通话的实现方法 | |
| CN104158985B (zh) | 通话方法、装置和系统 | |
| CN105706410B (zh) | 用于交换服务能力的方法和用户设备 | |
| CN101453524A (zh) | 一种多媒体业务的实现方法 | |
| EP2224708A2 (en) | Wireless communication terminal and wireless communication method | |
| CN103841077A (zh) | 社区用户呼叫方法和系统、社区平台 | |
| EP3100445A1 (en) | Adding call context to a missed call notification | |
| CN104506708A (zh) | 一种手机及其拨打即时通讯号码的方法 | |
| CN104247473B (zh) | 终端设备、互动语音应答设备、漏接来电提醒系统及方法 | |
| CN105227893A (zh) | 基于在线会议的终端呼叫入会方法和系统 | |
| CN104506709A (zh) | 一种手机拨号界面以及在即时通讯中发出通话邀请的方法 | |
| CN105120524A (zh) | 一种建立通信连接的方法和电子设备 | |
| US9154633B2 (en) | Data communication | |
| CN107404457B (zh) | 一种多方通话会议中的消息传输方法及装置 | |
| CN105472588A (zh) | 一种获取服务信息的方法、客户端和服务端 | |
| KR101788075B1 (ko) | Telegram API를 이용한 화상회의 초대 방법 | |
| US20130101106A1 (en) | Processing Data | |
| CN104270495B (zh) | 一种添加联系人的方法、系统及移动终端 | |
| KR20130049601A (ko) | 프레즌스 정보에 따른 통화 제어 방법 | |
| KR101521967B1 (ko) | 그룹 통화를 제공하는 디바이스, 서버 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20160406 |
|
| WW01 | Invention patent application withdrawn after publication |