专利名称：终端装置和会话管理装置的制作方法
技术领域：
本发明涉及终端装置和会话管理装置。
背景技术：
当今，随着网络的广泛使用和发展，出现了像远程行销服务系统这样的系统设计，该系统在通信终端之间对多媒体通信会话条件进行协商，然后建立多媒体通信会话并执行视频通信。在这样一种系统中，为在终端之间以点到点连接方式或通过服务器的连接方式实现实时通信，会话初始协议(Session Initiation Protocol，SIP)的使用处于研究之中。SIP是应用层信令协议，用于在因特网协议(IP)网络上建立、改变或结束多媒体会话，并正被RFC3261标准化。
例如，日本专利申请公开文件特开2002-073516号中公开了这样一种技术，其将新的接收终端连接至连接有内容提供终端和交换装置服务器的网络，接收内容列表请求和内容传输请求来进行内容分配处理，并进一步接收双向的通信请求将内容从该接收终端传输到内容分配终端，以使能够进行双向通信。
然而，上述传统的技术只是将上述接收终端连接到网络中作为接收终端，接着附加地控制传输会话，以使得许多终端的连接和双向功能的逐次实现成为可能，但并未公开任何关于在双向通信环境中保持通话的同时提供各种附加呼叫服务的终端之间呼叫会话的实现方法。
作为远程行销服务，可以设想各种类型的附加呼叫服务，例如广告提供服务、问卷调查服务、访谈/论坛服务等。在上述的各种服务中，尤其是在使用多会话的远程行销附加呼叫服务中，对于远程行销服务提供商来说，允许根据其它会话的状况来建立或关闭(结束)某个会话的操作，也就是允许会话的分级管理，是非常有用的。
例如，当售货员在使用呼叫终端的呼叫销售中将顾客问卷调查呈现给顾客时，如果可以将售货员的发送问卷调查的意图发送到顾客，并在呼叫销售完成后立即在顾客的呼叫终端上显示问卷调查，并且能够在呼叫结束的同时结束商品目录和资料等的呈现时，则能够呈现无需继续通话的资料并自动地收集其应答，同时处理对下一顾客的销售。此外，不需要复杂的操作输入来结束许多会话，因此，能够期望在所有的情况下实现有效的销售的系统。
发明内容
本发明的目的在于提供一种能够在通信系统中执行有益的会话分级管理的会话管理装置。
根据本发明的一个方面，终端装置(例如，销售方)包括会话建立请求单元，其请求建立与指定终端装置的会话；预约处理设置请求单元，其请求设置当所述建立的会话被改变时执行的预约处理；以及会话结束请求单元，其请求结束所述建立的会话。
根据本发明的另一个方面，终端装置(例如，顾客方)包括会话建立请求接收单元，其接收会话建立请求，所述会话建立请求用来请求建立与指定终端装置的会话；会话建立单元，其根据接收到的所述会话建立请求建立与指定终端装置的会话；会话结束请求接收单元，其接收根据在所述建立的会话被改变时执行的预约处理的会话结束请求；以及会话结束单元，其根据接收到的所述会话结束请求结束所述建立的会话。
根据本发明的另一个方面，会话管理装置包括会话建立请求接收单元，其接收会话建立请求，所述会话建立请求用来请求建立与指定终端装置的会话；预约处理设置请求接收单元，其接收预约处理设置请求，所述预约处理设置请求用来请求设置当所述被建立的会话被改变时执行的预约处理；会话结束请求接收单元，其接收请求结束所述被建立的会话的第一会话结束请求；分级设置单元，其根据所述被接收的会话建立请求在多个被建立的会话间设置等级关系；分级更新单元，其根据接收到的所述第一会话结束请求更新被设置的所述等级关系；预约处理设置单元，其根据接收到的所述预约处理设置请求，设置在被建立的所述会话被改变时执行的预约处理；预约处理执行单元，其根据接收到的所述第一会话结束请求，执行被设置的所述预约处理；以及会话结束请求传输单元，其根据被执行的所述预约处理的结束，发送请求结束与所述指定终端装置的会话的第二会话结束请求。
图1描述了包括根据本发明一个实施方式的会话管理装置的通信系统的结构的例子；图2描述了在图1中的装置之间的连接结构；图3是描述根据该实施方式的会话管理处理的一个例子的序列图；图4是描述根据该实施方式的会话管理处理的另一个例子的序列图；图5A描述用于构造图1中的会话管理数据的会话分级管理数据的结构的例子，其中描述了在启动会话管理之前的初始状态；图5B描述了在与图5A相对应的会话管理开始后的状态；图6描述了构造图1中的会话管理数据的事件操作管理数据的结构的例子；图7是显示图1中服务器中的会话管理处理步骤的例子的主流程图；图8是显示在图7的步骤ST1300中会话子管理处理的内容的流程图；图9是显示在图7的步骤ST2100中会话子管理处理的内容的流程图；图10A描述目录组件下载请求消息的例子；图10B描述下载会话建立请求消息的例子；图10C描述目录下载启动请求消息的例子；图10D描述目录控制会话建立请求消息的例子；图10E描述目录显示操作消息的例子；图10F描述会话分级操作请求消息的例子；图10G描述预约处理设置请求消息的例子；图11描述包括在图1的组件数据中的问卷调查组件的结构的例子；图12描述在顾客呼叫终端中的问卷调查组件再现处理步骤的例子；图13A是描述根据该实施方式的整个系统处理序列的一部分的序列图；图13B是显示根据该实施方式的整个系统的处理序列当中接着图13A的部分的序列图；图13C是显示根据该实施方式的整个系统的处理序列当中接着图13B的部分的序列图；图13D是显示根据该实施方式的整个系统的处理序列当中接着图13C的部分的序列图。
具体实施例方式
下面将参照所附的附图来对本发明的实施方式进行详细说明。
图1描述了包括根据本发明一个实施方式的会话管理装置的通信系统的结构的例子。这里，将以使用SIP的远程行销服务系统作为通信系统的例子来描述。
如图1所示的系统包括售货员的呼叫终端100、顾客的呼叫终端200和远程行销服务的服务器(在下文中被简称为“服务器”)300。呼叫终端100、呼叫终端200以及服务器300通过因特网400被互相连接，如图2所示。
各呼叫终端100、200分别被连接到TV显示器102、202，摄像机104、204以及麦克风106、206，从用户接受视频输入或将视频输出到用户，并从图中未显示的各种输入装置(例如，遥控器和操作面板的操作键、键盘、触摸板、鼠标等)接受各种控制类型的用户操作输入，并通过服务器300与呼叫对象的呼叫终端200或100执行使用多媒体数据的附加呼叫服务。
这里，多媒体数据是包括视频、语音、图像和文本中至少任意一种的数据。而且，附加的呼叫服务例如是广告提供服务、问卷调查服务、访谈/论坛服务等。
服务器300包括作为会话管理装置的会话控制单元310，和数据通信控制单元320。会话控制单元310预先存储会话管理数据312，数据通信控制单元320预先存储各种组件数据322。基于会话管理数据312，会话控制单元310与各自呼叫终端100、200之间进行控制命令通信，以执行会话控制，或更具体地说，控制会话建立/结束处理。基于各种组件数据322，数据通信控制单元320在被建立的会话中控制多媒体数据通信，或更具体地说，控制多媒体数据的附加服务。组件数据的例子包括具体产品的电子目录数据、包含播放器功能的目录组件和顾客问卷调查组件等。会话管理数据312将在下面进行描述。
这样，在图1中的系统中，各呼叫终端100、200分别具有如下功能发送各种控制命令到服务器300或从服务器300接收各种控制命令，与服务器300之间建立用于多媒体数据的数据通信会话，以及控制该建立的会话中的数据通信。
另一方面，服务器300具有根据从各呼叫终端100、200接收的各种控制命令建立/结束与相应终端100、200的会话，以及在被建立的会话中执行数据通信控制的功能。
如图1所示，呼叫终端100、200在除需要服务器300处理的附加呼叫服务以外的服务中，还能够通过点对点的连接而不经过服务器300来实现它们之间的多媒体数据通信。
该实施方式将描述作为下载组件的应用例子实现问卷调查组件的情况。在这种情况下，该实施方式除了实现用于会话的分级管理(也就是，通过分级地组织会话来进行管理)以及会话状态被改变时执行的“预约处理”的登记的方式之外，还实现通过服务器管理信息，在会话被建立/结束时，向/在服务器通知/登记各种分级信息的方式。为了实现上述目的，该实施方式向/在被建立的会话中附加/设置“会话ID”(也简称为“ID”)，以对会话执行分级管理。会话ID是逻辑标识符，用以识别被建立的多媒体会话。
首先，描述管理会话的方法。这里，将使用图3到图9来描述用于在呼叫终端100、200之间发送/接收消息、并分级地管理各种会话的处理。如上所述，会话管理数据312被存储在服务器300中。
(1)会话的概念图3和图4是显示会话管理处理的实施例的序列图。
各呼叫终端100、200发送/接收请求消息和响应该请求消息的响应消息，建立通信会话，并接着执行一个组织好的会话处理，例如，发送/接收通话数据或下载文件组件。这样，利用上述消息处理会话为单位，将会话ID分配到相应的消息交换处理，以对会话进行管理。
例如，图3显示了这样一种情况的例子，即，呼叫终端100请求呼叫终端200从服务器300下载组件，并执行下载处理时包括下面的两个处理会话的情况。
会话1(ID＝1)呼叫终端100请求呼叫终端200“从服务器300下载组件”，并从呼叫终端200接收执行结果的响应。
会话2(ID＝2)呼叫终端200请求服务器300“建立组件下载通信会话”，并在下载处理完成后结束该会话。
此外，图4显示了这样一种情况的例子，即，呼叫终端100请求服务器300通知呼叫终端200组件下载处理的执行，使呼叫终端200执行下载处理，并显示出包括下面的三个处理会话的情况会话3(ID＝3)呼叫终端100请求服务器300“通知呼叫终端200‘从服务器下载组件’”，并接收来自呼叫终端200的执行结果的响应。
会话4(ID＝4)服务器300请求呼叫终端200“从服务器300下载组件”，并接收来自呼叫终端200的执行结果的响应。
会话5(ID＝5)呼叫终端200请求服务器300“建立组件下载通信会话”，并在完成下载处理后结束该会话。
在将要在下面进行描述的整个系统的处理序列(见图13A到图13D)中，用于确认请求/响应消息的发送/接收的预备消息被发送/接收，但为了简化，图3和图4将它们显示为一个会话。
(2)会话ID和会话的分级管理的发出会话ID的使用和管理根据例如下面的会话ID使用规则1到5来执行。
首先，为了产生并使用会话ID以识别会话的会话ID使用规则1和2例如如下所示。
会话ID使用规则1发出消息来请求启动会话的装置产生全局和唯一的ID，将该ID附加到请求消息，并发送该请求消息。
会话ID使用规则2接收到附加有新ID的请求消息的装置将相同的会话ID附加到消息中，并进行响应。
这里，只要ID基于全局和唯一的附加规则被设置，它可以是任意的，并且，ID的具体例子例如为localID@host的结构，在RFC1750中定义的“用于安全的随机建议(Randomness Recommendations for Security)”等能够被用来作为localID的值。
特别地，由服务器300处理以分级地管理会话的会话ID使用规则3到5如下所示会话ID使用规则3服务器300除了参考由服务器300自身发出的会话ID之外，还参考从呼叫终端100、200接收的消息，只要呼叫终端100、200发出的会话存在，就存储并保持该消息。
会话ID使用规则4服务器300将待被存储的会话ID与关于会话ID之间的父-子关系的信息一起存储，并使等级关系信息可通过从呼叫终端100、200接收关于操作等级关系的消息来改变。
会话ID使用规则5服务器300存储关于服务器300在会话ID或会话ID间的父-子关系改变时执行的处理操作(事件处理操作)的信息，并使用来自呼叫终端100、200的操作设置消息来设置上述信息。
基于上述规则3到5的操作例子包括根据呼叫会话和目录控制会话之间的父-子设置以及对呼叫对象的呼叫终端的问卷调查发送的预约来在结束上述呼叫会话时执行子会话的结束和问卷调查的发送的处理操作(例如，参见将在下面描述的图13B到图13D的阶段(c)到(e))。除此之外，也可以设置例如子会话的增加/减少、到达最大值、以及会话开始后的经过时间等根据服务器300的管理状态的操作定时。
(3)会话管理处理方法这里，将描述存储会话管理数据并根据所接收到的消息来执行会话管理处理的服务器300的操作。
首先描述会话管理数据312。会话管理数据312由会话分级管理数据和事件操作管理数据构成，并以数据表的格式被存储和管理。图5A和图5B描述了会话分级管理数据的结构的例子。图6描述了事件操作管理数据的结构的例子。如图5A和图5B所示，会话分级管理数据是指示会话ID和当该会话是另外的会话的子会话时指示其父会话的会话ID的数据。这里，图5A描述了在会话管理被启动之前的初始状态，图5B描述了在会话管理被启动后的状态。此外，如图6所示，事件操作管理数据是指示其事件处理操作已被登记的会话ID、作为其操作启动条件的事件数据以及作为操作处理内容的执行数据的数据。
在该图中(其它的图中也同样)，“U1”表示呼叫终端100，“U2”表示呼叫终端200，以及“S”表示服务器300。
接下来，将使用图7到图9的流程图来描述服务器300的会话管理处理。这里，为方便起见，描述在呼叫会话被建立后的会话管理处理。从图5A中显示的初始状态直到呼叫会话被建立的处理将在后面进行描述(参见将在后面进行描述的图13A和图13B中的阶段(a))。
图7描述了在服务器300中的会话管理处理的步骤的例子的主流程图。
首先，在步骤ST1000中，从呼叫终端100、200接收消息。
接着，在步骤ST1100中，确定在步骤ST1000中接收的消息的目的地。在确定的结果表明上述消息的目的地是呼叫终端时，进入步骤ST1200，当上述消息的目的地是服务器时，进入步骤ST1500。
在步骤ST1200中，确定指向呼叫终端的消息的内容，也就是说，确定上述内容是会话建立或结束请求消息，还是其它的请求消息。在确定的结果显示为指向呼叫终端的消息的内容是会话建立/结束请求消息(ST1200是)时，进入步骤ST1300；而当指向呼叫终端的消息的内容是于会话建立/结束请求消息以外的其它请求消息时(ST1200否)，立即进入步骤ST1400。
在步骤ST1300，执行会话子管理处理。
图8是显示图7中在步骤ST1300中会话子管理处理的内容的流程图。
在步骤ST1310中，确定指向呼叫终端的消息内容，也就是，确定上述消息是会话建立请求消息还是会话结束请求消息。当确定的结果显示上述消息是会话建立请求消息，则进入步骤ST1320，当上述消息是会话结束请求消息时，则进入步骤ST1330。
在步骤ST1320中，当上述消息是用于会话建立请求时，将记录(包括会话分级管理记录)加到会话管理数据表中，存储该消息中的会话ID，然后返回到图7中所示的主流程图。
另一方面，在步骤ST1330中，当上述消息是用于会话结束请求时，首先搜索关于目标会话的预约处理。
接着，在步骤ST1340中，执行伴随在步骤ST1330中搜索到的预约处理发生的所有预约处理。
更具体地说，接收到在待被执行的预约处理的列表后，从该列表中提取一个预约处理，并搜索伴随该提取的预约处理发生的预约处理。当搜索的结果显示为相应的预约处理存在时，就执行伴随该预约处理发生的所有预约处理。相反，在搜索的结果显示为不存在相应的预约处理时，就执行待被执行的预约处理，并且删除会话分级管理记录。接着，确定在列表中是否存在下一预约处理，当确定的结果显示为存在下一预约处理时，则返回到从列表中提取一个预约处理的处理，并重复执行如上所述的相同处理，而当不存在下一预约处理时，结束该子程序。
在步骤ST1350中，执行关于目标会话的预约处理。
接着，在步骤ST1360中，在删除会话分级管理记录后，返回到图7中的主流程图。
也就是，在步骤ST1330到步骤ST1360中，当消息是用于会话结束请求时，就删除用于存储消息中的会话ID的会话管理数据表中的记录。然而，如果存在以结束要被删除的会话作为其目标的事件操作管理数据记录时，则执行其处理。
接着，在步骤ST1400中，在将消息传输到目的地呼叫终端后，进入步骤ST2200。也就是说，在会话建立/结束请求消息的情况下，在执行根据上述消息的会话子管理处理后，将该消息传输到目的地呼叫终端，在会话建立/结束请求消息以外的消息的情况下，则将该消息原样传输到目的地呼叫终端。
相反，当上述消息目的地是服务器时，在步骤ST1500到步骤ST1800中确定该消息的内容，也就是说，确定该消息是下载(DL)会话建立请求消息、组件(例如，目录或问卷调查)下载(DL)请求消息、会话分级操作请求消息还是预约处理设置请求消息中的哪一种。接着，在前两种的情况下，执行根据上述消息的服务器处理(会话建立，下载)。而在后两种的情况下，则执行根据上述消息的会话子管理处理。
也就是说，在步骤ST1500中，确定指向服务器的消息内容，也就是说，确定该消息是否为下载会话建立请求消息。当确定的结果显示为该消息内容是下载会话建立请求消息时(ST1500是)，进入步骤ST1900，否则(ST1500否)进入步骤ST1600。
在步骤ST1900中，建立与请求的下载目的地的呼叫终端的下载会话，接着，进入步骤ST2200。
在另一方面，在步骤ST1600中，进一步确定指向服务器的消息内容，也就是说，确定该消息是否为组件下载请求消息。当确定的结果表明该消息的内容是组件下载请求消息时(ST1600是)，进入步骤ST2000，否则(ST1600否)进入步骤ST1700。
在步骤ST2000中，启动到向请求下载的呼叫终端的组件下载，然后进入步骤ST2200。
另一方面，在步骤ST1700中，进一步确定指向服务器的消息内容，也就是说，确定该消息是否为会话分级操作请求消息。当确定的结果显示为该消息的内容是会话分级操作请求消息时(ST1700是)，进入步骤ST2100，否则(ST1700否)进入步骤ST1800。
在步骤ST1800中，进一步确定指向服务器的消息内容，也就是说，确定该消息是否为预约处理设置请求消息。当确定的结果显示为该消息的内容是预约处理设置请求消息时(ST1800是)，进入步骤ST2100，否则(ST1800否)立即进入步骤ST2200。
在步骤ST2100中，执行会话子管理处理。
图9是显示图7中在步骤ST2100中会话子管理处理的内容的流程图。
在步骤ST2110中，确定指向服务器的消息内容，也就是说，确定该消息为会话分级操作请求消息还是预约处理设置请求消息。当确定的结果显示为该消息是会话分级操作请求消息时，进入步骤ST2120，当消息是预约处理设置请求消息时，则进入步骤ST2130。
在步骤ST2120中，在会话分级操作请求的情况下，根据该消息对会话分级管理数据表(特别参见图5B)的记录的父会话ID操作进行设置(修正)，接着返回到图7中的主流程图。
另一方面，在步骤ST2130中，在预约处理设置请求的情况下，根据该消息增加/删除事件操作管理数据表(参见图6)的记录或设置(修正)其值，接着返回到图7中的主流程图。
接着在步骤ST2200中，确定会话管理处理是否结束，当不结束会话管理处理时(ST2200否)，返回到步骤ST1000，并重复步骤ST1000到步骤ST2100中的一系列处理，直到会话管理处理结束。
在步骤ST1300中的会话子管理处理描述了仅基于会话结束事件的预约处理的执行(参见图8)，但是会话子管理处理并不限于此，通过增加在会话管理数据中登记、搜索和执行的同样过程，可执行其它事件处理。
而且，确定指向服务器的消息内容的顺序显然并不限于在步骤ST1500到步骤ST1800中所示的顺序。也就是说，可以按任意的顺序来确定下载会话建立请求消息、组件下载请求消息、会话分级操作请求消息和预约处理设置请求消息。
接下来，将使用图10A到图10G描述在装置之间发送/接收消息(命令)。图10A到图10G描述了在呼叫终端100和服务器300之间、以及在服务器300和呼叫终端200之间发送/接收的各种消息的结构例子。
每个消息由指示消息发送者、接收者和消息名称的消息头和表示根据该消息的内容的主体部分构成。关于消息头部分的发送者/接收者的描述，在呼叫终端的描述的情况下，例如，呼叫终端100(U1)在图中被描述为“U1@S”，这明确地表示“处于服务器300(S)管理下的域S内的终端U1”，并实际上可以用这种方式描述。在下面的对图10A到图10G的说明中，呼叫终端100、呼叫终端200和服务器300将分别被简化为“终端U1”、“终端U2”和“服务器S”。
<下载请求处理>
图10A说明了消息的例子，终端U1通过该消息来请求终端U2下载目录组件，该消息由下面数据来构造消息头部分说明消息ID“1100_u1”发送者“U1”接收者“U2”消息内容“目录组件下载请求”
主体部分说明下载组件存储位置“在服务器S中的目录01(文件)”目录控制会话建立目的地“U1”这里，目录控制会话建立目的地数据表示图10D所示的目录控制会话建立请求消息的接收者，该消息请求下载目录组件，并请求在下载组件执行的时候对终端U1建立目录控制会话。
特别地，通过不将控制会话的连接目的地数据插入到目录组件中而在发送消息时指定该连接目的地，可以得到如下有益效果，即，当多个销售人员使用他们自己的呼叫终端行销时，能够使用相同的目录组件而无需准备与各个售货员的呼叫终端相匹配的组件。
<下载处理>
图10B显示了消息的例子，终端U2通过该消息来请求服务器S建立下载会话，该消息由下面的数据构成该消息的头部分说明消息ID“2100_u2”发送者“U2”接收者“S”消息内容“下载会话建立请求”这里，不存在主体部分。
图10C显示了消息的例子，终端U2通过该消息来请求服务器S启动下载目录，该消息由下面的数据构成该消息的头部分说明消息ID“2102_u2”发送者“U2”接收者“服务器S”消息的内容“下载启动请求”主体部分说明下载组件存储位置“在服务器S中的目录01(文件)”这里，由于呼叫终端通常不一定具有相同的型号或格式，因此，优选地在服务器S中存储具有等同的目录内容的每个组件型号的组件，并提供匹配呼叫终端的下载组件。这能够例如通过如下操作来完成在目录组件下载请求消息(见图10A)的下载组件存储位置数据中指定由各种类型的组件构成的组件集的名称，而不是指定组件文件的URL，在下载会话建立请求消息(见图10B)的主体部分中设置指定集名称的记录，接收由组件文件名称和其可应用型号组成的列表信息作为对其的响应，以及在下载启动请求消息(见图10C)的下载组件存储位置记录中指定与自己的终端的型号相应的组件文件。
相似的消息格式还可应用到问卷调查组件(下载处理)。
<目录控制处理>
图10D描述了消息例子，终端U2通过该消息来请求终端U1建立目录控制会话，该消息由下面的数据构成消息头的部分说明消息ID“2103_u2”发送者“U2”接收者“U1”消息内容“目录控制会话建立请求”主体部分说明目录控制会话建立目的地“U2”目录操作命令的类型“NextPage(至下一页)、BackPage(返回前一页)、JumpPage[#](到达指定的页[第#页])”这里，假设以被顺序排列并能够进行翻页的目录作为目录操作命令的类型，并描述为“NextPage，BackPage，JumpPage[#]”等，但是，如果是显示的产品对象的操作的话，还可以描述为“CloseUp Item1(放大显示产品1)”等。而且，如果是显示产品的运动的视频或进行模拟操作的内容的话，还可以描述为“Play(再现)”、“Stop(停止)”或“OpenDoor1(打开门1)”、“TurnOn Light1(开启灯1)”等。
<目录显示操作处理>
图10E描述了从终端U1到终端U2的目录显示操作消息的例子，该消息由下面的数据构成消息头部分说明消息ID“2103_u2”发送者“U1”接收者“U2”消息内容“目录显示操作”主体部分说明目录操作命令“NextPage”这里，在建立终端U1和U2之间直接通信的会话并交换控制信息的情况下，通过在目录控制会话建立请求消息的主体部分描述该会话的通信条件，能够执行通过服务器S的终端U1和U2之间目录显示操作消息的更新。在这种情况下，该消息的结构并不限于上述的消息结构，也可以使用由该组件指定的独自的格式的消息。
<分级操作请求>
图10F描述了消息的例子，终端U1通过该消息来请求服务器S将会话ID＝11(1001_u1)的父会话设置为会话ID＝1(1000_u1)，该消息由下面的数据构成消息头部分说明消息ID“1103_u1”发送者“U1”接收者“S”消息“会话分级操作请求”主体部分说明操作类型“父数据的设置”目标会话“会话1001_u1”父会话“会话1000_u1(在取消设置时，该部分为空白)”当操作类型被改变以改变/删除父数据或执行关于设置状况的查询处理时，该处理能够以该消息格式执行。
<预约处理设置请求>
图10G描述了消息的例子，终端U1通过该消息来请求服务器S预约在结束会话ID＝1(1000_u1)时从服务器S将问卷调查组件下载请求发送到终端U2，该消息由以下数据构成消息头部分说明消息ID＝“1104_u1”发送者“U1”接收者“S”消息内容“预约处理设置请求”主体内容说明操作类型“预约数据的设置”目标会话“会话1000_u1”状态改变事件“会话结束”处理内容“问卷调查组件的下载，服务器S，问卷调查#1”这里，处理内容存储用于产生待被传输到相应设备的消息的信息。显然，即便是在改变操作类型以改变/删除上述设置或执行关于该设置状态的查询处理时，该处理能够以该消息格式来执行。
接下来，将使用图11和图12来描述问卷调查组件的结构和组件操作处理的流程。
图11描述了从服务器300到呼叫终端200下载的问卷调查组件的例子。图11所示的问卷调查组件324由问卷调查数据326和问卷调查显示控制播放器数据328构成。
问卷调查数据326例如包括由文本、图像、语音、视频等做出的问题内容及其回答方法、选项和回答参考材料等来构成的问题数据；由问题的内容和选项的排列/呈现顺序、根据回答结果的问题呈现顺序等构成的问题布局数据；以及由回答数据的传输目的地和传输方法等构成的收集方法数据。
问卷调查显示控制播放器数据328包括程序数据，其例如基于问卷调查数据326呈现每个问题，接受用户输入操作并产生回答数据，以及将该回答数据作为问卷调查回答结果传输到计数服务器。
在呼叫终端200从服务器300下载这种问卷调查组件时，呼叫终端200根据内部操作程序装入并启动问卷调查显示控制播放器数据328，并执行问卷调查组件324的再现。
图12是描述在呼叫终端200中问卷调查组件再现处理步骤的实施例的流程图。
首先，在步骤ST3000中，显示问卷调查内容的初始显示屏(第一个问题)。
接着，在步骤ST3100中，接受用户输入。
在步骤ST3200中，确定在步骤ST3100中接受的用户输入是否与回答条件相一致。当确定的结果为用户输入与回答条件一致时(ST3200是)，进入步骤ST3300，在用户输入与回答条件不一致时(ST3200否)，返回到步骤ST3100，并使用户重复输入，直到用户的输入与回答条件相一致。
在步骤ST3300中，存储与回答条件相一致的用户输入作为回答数据。
也就是说，在步骤ST3100到步骤ST3300中，接受用户输入并存储回答数据。然而，检测用户输入是否与回答条件相一致，并且如果用户输入与回答条件不一致时，重复执行用户输入直到与回答条件一致。
在步骤ST3400中，确定是否所有的问题完成。当确定的结果显示为所有的问题已完成时(ST3400是)，进入步骤ST3500，当没有完成所有的问题时(ST3400否)，返回到步骤ST3000，搜索并显示出下一问题，并重复步骤ST3100到步骤ST3300中的处理。
在步骤ST3500中，不再有要显示出的问题。因此，根据问卷调查收集方法数据，所有被存储的回答数据被发送到目的地。
问卷调查显示处理内容并没有受到特别的限制，并且不仅可以是字符、图片或照片，而且可以是使用语音和视频等的描述格式。而且，可在显示问卷调查时或在显示问卷调查之后接受用户输入。
此外，在步骤ST3100中的用户输入装置和输入数据(回答数据)的格式没有受到特别的限制。显然，用户输入装置和输入数据格式不仅可以是通过呼叫终端的遥控器/操作面板的操作按钮或键盘等的选择号码数据和字符数据，而且可以是通过触摸板或鼠标等的图像数据，或使用麦克风或摄像机设备的发言语音数据、手势或姿势视频数据。
接着，使用在图13A到图13D中的序列图描述整个处理序列的具体例子。图13A到图13D与会话的状态一起描述了本实施方式中的处理序列，也就是，除了根据呼叫终端100的用户操作输入为呼叫终端200分配/显示目录并相互显示目录的处理外，还根据呼叫终端100的用户操作输入对呼叫终端200发送/显示问卷调查组件，并获得问卷调查回答时的处理序列。在下面的描述中，呼叫终端100、呼叫终端200和服务器300被分别简化为“终端U1”、“终端U2”和“服务器S”。
这里，在图13A到图13D显示的整个系统中的处理序列由六个处理阶段构成，更具体地说视频呼叫处理(见图13A和图13B中的(a))、组件下载处理(见图13B中的(b))、控制会话建立/显示控制处理(见图13B和图13C中的(c))、问卷调查传输预约处理(见图13C中的(d))、呼叫会话结束处理(见图13C和图13D中的(e))和问卷调查组件下载/问卷调查回答处理(见图13D中的(f))。各个阶段将在下面进行描述。假设服务器S除了汽车的电子目录组件之外还事先存储了顾客问卷调查组件。
视频呼叫处理(见图13A和图13B中的(a))步骤ST1通过服务器S从终端U1到终端U2传输呼叫会话建立通知，建立视频呼叫会话(ID＝1)，启动视频通信。
更具体地说，终端U1将呼叫会话建立消息通过服务器S传输到终端U2。响应该建立消息，终端U2通过服务器S向终端U1发送呼叫铃(callbell)操作响应，并在呼叫被接受时，发送接受响应。终端U1响应该接受响应，通过服务器S发送ACK(Acknowledgement肯定应答)到终端U2。通过这一系列的处理，在终端U1和终端U2之间建立多媒体通信会话，并且启动双向视频数据通信。
组件下载处理(见图13B中的(b))步骤ST2从终端U1到终端U2通过服务器S发送目录组件下载请求消息。
步骤ST3终端U2将下载会话建立请求消息发送到服务器S，并建立与服务器S的下载会话(ID＝2)。
步骤ST4终端U2还将组件下载请求消息发送到服务器S，并接收目录组件。在接收到目录组件后，结束下载会话(ID＝2)。
控制会话建立/显示控制处理(见图13B和图13C中的(c))步骤ST5终端U2执行/显示目录组件，并将与终端U1的目录控制会话的建立请求消息发送到服务器S。
步骤ST6服务器S发送消息到终端U1，并建立目录控制会话(ID＝3)，以连接终端U1和终端U2。
步骤ST7接着，终端U1发送会话分级控制请求消息，以将目录控制会话(ID＝3)登记为呼叫会话(ID＝1)的子会话(ID＝4)。而且，同时，还发送用于预约在呼叫会话被结束时结束目录控制会话的处理的消息(预约设置请求消息)(ID＝5)。
步骤ST8终端U1接受用户的目录显示操作输入，改变显示并将显示操作消息发送到终端U2。
步骤ST9从终端U1接收到显示操作消息的终端U2根据该消息的内容改变目录显示。
问卷调查传输预约处理(见图13C中的(d))步骤ST10终端U1接受用户问卷调查传输操作输入，将用于预约在呼叫会话(ID＝1)被结束时“将问卷调查组件的下载请求消息发送到终端U2”的操作的预约设置请求消息发送到服务器S，或在其中设置(ID＝6)。
呼叫会话结束处理(见图13C和图13D中的(e))步骤ST11终端U1接受用户的通话结束操作输入，并将用于结束呼叫会话(ID＝1)的请求消息发送到服务器S。
步骤ST12服务器S不仅执行呼叫会话结束处理(ID＝1)，而且执行在步骤ST7中预约的目录控制会话结束处理(ID＝3)，并且通知终端U1该结束处理已经完成(ID＝6)。而且，服务器S执行在步骤ST10预约的对终端U2的下载请求消息传输处理(ID＝7)。
问卷调查组件下载/问卷调查回答处理(见图13D中的(f))步骤ST13终端U2将下载会话建立请求消息传输到服务器S，并建立与服务器S的下载会话(ID＝8)。
步骤ST14而且，终端U2将组件下载请求消息发送到服务器S，并接收问卷调查组件，接着，在接收到问卷调查组件后，终端U2结束下载会话(ID＝8)。终端U2还将该结果通知到终端U1(ID＝6)。
步骤ST15终端U2执行/显示问卷调查组件。
步骤ST16终端U2接受用户的问卷调查回答输入和回答结束输入，生成回答数据，并将其通过服务器S传输到终端U1(ID＝9)。
该实施方式描述了这样一种情况，即，在步骤ST7中用于设置/登记会话被结束时的处理内容的处理消息(预约设置请求消息)被作为独立于用于设置/登记会话分级的处理消息(会话分级控制请求消息)的消息而连续地传输的情况，但是本发明并不局限于此，如图13A和13B中的(c)所示，还可以将其作为在会话被结束时的操作属性值，包括在会话分级控制请求消息中来同时发送，并在服务器S分别设置上述处理消息。
此外，在步骤ST12中，按照呼叫会话结束处理、目录显示控制会话结束处理和问卷调查组件下载请求消息传输处理的顺序来描述服务器的处理，但是，本发明并不局限于此。也可以在会话结束处理之前执行预约处理，或对即便是操作的顺序改变但该处理的结果仍保持不变的处理交换顺序或同时并行地执行处理。
而且，在步骤ST14中，通知该结果，以便允许终端U1确认从服务器S到终端U2的下载处理已经完成。但是，本发明并不局限于此，也可以与会话ID或预约内容一起通知预约处理结果。此外，通过在步骤ST10中的预约/登记，也能够执行这些操作。还可以通过设置由终端询问服务器上述结果并由服务器应答的功能来容易地执行该操作。
此外，在步骤ST16中，已经描述了使用即时消息(IM)通信协议来传输问卷调查回答数据的情况，但是本发明并不局限于此，还可以使用这样的通信协议，即，建立如目录或问卷调查组件的下载时的下载(上传)会话来传输的通信协议。而且，问卷调查回答数据还可以使用文件传输协议(FTP)、电子邮件或独立的数据传输协议来传输。
此外，在步骤ST16中描述了对问卷调查组件预先设置成回答的接收装置为终端U1，但是本发明并不局限于此，当然还可以设置成使得回答被传输到服务器S或位于因特网中与服务器S不同的回答计数服务器。
这样，该实施方式通过设置会话间的等级关系并为每个会话预约/登记在会话连接状态被改变(例如结束会话)时待被执行的处理，能够以此在使用多个会话的远程行销呼叫服务中执行有用的会话分级管理，以及实现远程行销的附加呼叫服务，在该附加呼叫服务中，会话根据其它会话的状态执行建立或结束操作。
结果是，例如在销售人员与顾客之间使用呼叫终端以呼叫销售方式将问卷调查呈现给顾客时，可以实现这样一种系统，该系统允许销售人员将发送问卷调查的意图通知顾客，并在呼叫销售结束后立即在顾客的终端上显示问卷调查。此外，可以实现这样一种系统，该系统能够在结束通话的同时结束产品目录和文档等的展示。因此，可以在呈现不必要求通话的延续的文档并自动地收集回答的同时，进行对下一顾客的销售，并且为结束许多会话不需要执行复杂的操作输入，从而能够执行有益的会话分级管理并实现有效的销售。
该实施方式描述了使用SIP的通信系统(远程行销服务系统)作为应用对象的通信系统的例子，但是本发明并不局限于此，本发明可用于使用不同于SIP的任意通信协议的通信系统中。
如上所述，本发明能够在通信系统中执行有益的会话分级管理。
本发明基于申请日为2002年12月25日提交的申请号为特愿2002-375305的日本发明专利申请，其全部的内容被并入本文作为参考。
工业实用性本发明可用于例如使用SIP的远程行销服务系统的通信系统中。
权利要求
1.一种终端装置，包括会话建立请求单元，其请求建立与指定终端装置的会话；预约处理设置请求单元，其请求设置当所述建立的会话被改变时执行的预约处理；以及会话结束请求单元，其请求结束所述建立的会话。
2.如权利要求1所述的终端装置，还包括会话分级操作请求单元，其请求多个被建立的会话之间的等级关系的改变操作。
3.如权利要求2所述的终端装置，其中，所述等级关系通过被附加到每个会话的会话ID来指定。
4.一种终端装置，包括会话建立请求接收单元，其接收会话建立请求，所述会话建立请求用来请求建立与指定终端装置的会话；会话建立单元，其根据接收到的所述会话建立请求建立与指定终端装置的会话；会话结束请求接收单元，其接收根据在所述建立的会话被改变时执行的预约处理的会话结束请求；以及会话结束单元，其根据接收的所述会话结束请求结束所述建立的会话。
5.一种会话管理装置，包括会话建立请求接收单元，其接收会话建立请求，所述会话建立请求用来请求建立与指定终端装置的会话；预约处理设置请求接收单元，其接收预约处理设置请求，所述预约处理设置请求用来请求设置当所述被建立的会话被改变时执行的预约处理；会话结束请求接收单元，其接收请求结束所述被建立的会话的第一会话结束请求；分级设置单元，其根据所述接收的会话建立请求设置多个被建立的会话之间的等级关系；分级更新单元，其根据接收到的所述第一会话结束请求更新被设置的所述等级关系；预约处理设置单元，其根据接收到的所述预约处理设置请求，设置当被建立的所述会话被改变时执行的预约处理；预约处理执行单元，其根据接收到的所述第一会话结束请求执行被设置的所述预约处理；以及会话结束请求传输单元，其根据被执行的所述预约处理的结束，发送请求结束与所述指定终端装置的会话的第二会话结束请求。
6.如权利要求5所述的会话管理装置，还包括会话分级操作请求接收单元，其接收会话分级操作请求，所述会话分级操作请求是对多个被建立的会话之间的等级关系的改变操作的请求；以及分级改变单元，其根据接收到的所述会话分级操作请求改变等级关系。
全文摘要
一种能够执行有益的会话分级管理的通信系统。服务器(300)基于会话管理数据(312)在会话控制单元(310)执行会话的分级管理。会话管理数据(312)包括会话分级管理数据和事件操作管理数据。前者表示会话ID以及会话ID之间的父－子关系，后者表示关于在会话ID或者会话ID之间的父－子关系改变时由服务器(300)执行的处理操作(事件处理操作)的信息。服务器(300)例如执行如下处理操作通过呼叫会话和目录控制会话的父－子关系设定以及对通信对象呼叫终端(200)的问卷调查发送的预约，在呼叫会话被结束时执行子会话的结束和问卷调查的发送。
文档编号H04M11/00GK1757019SQ20038010998
公开日2006年4月5日 申请日期2003年12月22日 优先权日2002年12月25日
发明者加藤昌央, 高桥正树, 仁木辉记 申请人:松下电器产业株式会社