电话讲课中讲师和学员之间实时匹配支持方法与流程

文档序号:17439718发布日期:2019-04-17 04:35阅读:230来源:国知局
电话讲课中讲师和学员之间实时匹配支持方法与流程

本发明涉及提供电话讲课服务时关于讲师会员注册时登记的特定专业领域主题有通过电话提供实时对话形式讲课意向的讲师和对特定领域主题希望请求讲课的学中之间实时匹配方法的电话讲课系统,具体是,包括讲师通过电话终端表达提供实时讲课意向的几种方法,学员关于特定专业领域主题搜索可实时提供讲课的讲师目录时包括各讲师的通话质量预测指数的方法,包括学员选择特定讲师时将该请求讲课事实通知给讲师的方法。



背景技术:

通常与模拟方式的电话相比,使用会话初始协议(sip协议)的网络电话相对低廉,在特定状况下免费,sip协议本身与模拟电话业务相比,为了新增功能或追加业务提供巨大的扩展性,私营企业应用ippbx等建设网络电话服务器,并采用分机号码等固有分机号码体系,可以轻而易举地建立独立的自身ip电话网,分机号码之间的通话根本不产生通话费,分机号码本身在模拟方式上只能限于特定建筑或物理范围,但通过ip方式在全球任何地方皆可使用。因此利用业务建设和提供上的费用经济性和sip协议扩展性以及空间上无限制的自身电话网建设等优势,建设本发明的系统,从而实现讲师和学员之间的实时匹配方法。但与使用预先分配固定带宽的信道的线路交换方式的模拟电话相比,使用分组交换方式的基于网络协议的电话是通话质量上存在问题,而本发明是为每一位讲师运算通话质量预测指数并提供给学员,使其选择最佳讲师,从而为通话质量问题提供某种程度的解决方案。

先行技术文献:日本公开专利公报特开2008-129081号对话形式(dialog)讲课支持系统。



技术实现要素:

技术课题

本发明要解决的技术问题在于,通过本发明具体实现具有利用电话实时提供讲课意向的讲师和有请求讲课意向的学员不受时间和场所限制,在相互所需的时点和所需的场所提供和请求讲课的方法。

技术方案

为解决所述技术问题,本发明使可执行讲师作用的会员通过表达实时提供讲课意向,在任意时间和场所执行讲师作用,计算表达实时提供讲课意向的多位讲师的通话质量预测指数,给学员提供讲师目录时一并提供,供学员选择讲师时作为参考,学员选择特定讲师请求讲课以后,将该请求讲课事实(学员id、讲课主题、讲课时间、详细提供内容)传递给讲师供讲师参考,从而提供在紧急状况下可以拒绝讲课的便利。

提供讲课意向表达是,利用电话服务器时,可以应用特征码(featurecode)或ars直接利用现有电话服务器系统,或者应用sip协议的扩展性,对通用sip客户端(client)程序和网络电话服务器程序非常简单地进行修改或增加功能即可容易实现,利用服务(service)提供服务器时,可以通过http或自身协议实现。

通话质量预测是在网络电话服务器和讲师终端之间的区段检测后,在学员搜索对特定领域主题的讲师目录作为讲师信息一并提供,供学员选择讲师时作为参考。也可以在网络电话服务器和学员终端之间的区段检测,将学员终端的通话质量状态提供给学员。

学员的讲课请求事实的传递是,利用网络电话服务器时应用sip协议的扩展性,利用服务(service)提供服务器时应用http或者自身协议实现。

有益效果

本发明的有益效果在于,

通过本发明,提供电话英语等服务(service)时,讲师或学员不需按照规定的日程,而是在各自所需的时间和场所提供和请求讲课;

从学员的角度,无论是有线还是无线,只要可以上网,可在任意时间和场所根据喜好度选择讲师;

网络讲师也是无论是有线还是无线,只要可以上网,可在任意时间和场所提供讲课。完全可以100%实现家庭办公,应用网络电话而摆脱通话费的负担;

现有网络电话是通话质量上可能存在问题,但本发明提供可以预测通话质量的方法而支持最佳匹配,从学员的角度可以以更加低廉的价格达到所需目的;

本发明的系统中会员基本上是学员,对于特定领域主题,具有为不特定的多数人提供讲课能力的会员是,将特定领域主题信息保存到会员信息数据库(db)之后,采用本发明中明示的几种提供讲课意向表达方法表达提供讲课意向时执行讲师角色而学员搜索对特定领域主题的讲师目录时,可以包括在该讲师目录中,学员请求讲课时,电话被连接而提供讲课。如果讲师没有提供讲课的意向时,可以执行学员角色,听其他讲师的对话形式讲课。

附图说明

图1是图示本发明实施例的可实现电话讲课讲师和学员之间实时匹配方法的服务配置框。电话服务器是根据情况,可以利用sip方式的网络电话服务器和模拟方式的普通电话服务器;

图2是一实施例的图1的服务配置框之间的所有消息收发程序的前半部分流程图,由讲师终端通过sip协议的注册过程处于可通话状态,执行讲师终端和网络电话服务器之间的通话质量预测过程以后,当前可以提供讲课的讲师提供讲课意向表达步骤;学员关于希望听讲的特定领域主题接收可以讲课的讲师目录查看后,根据学员的喜好度向特定讲师包括附加信息(讲课时间、讲课主题、学员id)请求讲课的步骤;讲师是确认学员的请求讲课事实信息以后讲师接受讲课的步骤构成。讲师的提供讲课意向表达和接收学员请求讲课信息的部分均通过sip协议(事件(event)状态变更、事件(event)通知请求、事件(event)通知响应)实现;

图3是一实施例的图1的服务配置框之间的所有消息收发程序的后半部分流程图,讲师已接受学员讲课请求时,首先该事实被通知到学员终端,执行讲师终端和学员终端之间通话质量预测过程后,将结果分别通知给讲师终端和学员终端。以后过程是直接图示了使用ietf(互联网工程任务组)的sip协议的网络电话信号传递方法,网络电话服务器给接受讲课的讲师先连接电话并成功以后,再给学员连接电话,通过ietf的sip协议标准程序即信号传递过程实施中继而使讲师和学员之间电话连接;

图4是一实施例的图1的服务配置框之间的所有消息收发程序的后半部分流程图,是讲师拒绝学员讲课请求的状态;

图5是图示将讲师的提供讲课意向表达通过服务器中实现的ars(automaticresponsesystem,自动响应系统)执行的过程;

图6是图示将讲师的提供讲课意向表达通过电话服务器上为该目的而分配的特征码(featurecode)执行的过程;

图7是将讲师的提供讲课意向表达通过在sip事务(transaction)的sip请求(request)消息中添加扩展头或者添加内容类型(contenttype)并记录该类型(type)的内容(content)而被执行的过程;

图8是图示学员的请求讲课事实通知通过在sip事务(transaction)的sip请求(request)消息中添加扩展头或添加内容类型(contenttype)并记录该type的内容(content)而被执行的过程。

最佳实施方式

实现可支持电话讲课讲师和学员之间实时匹配的方法的系统执行实际匹配操作的程序上,

作为讲师具有给不特定的多数人讲课意向的会员在注册会员时,必须将包括专业领域主题且包括其它普通个人信息的讲师信息存到服务(service)提供服务器3,网络电话方式是,讲师终端1用网络电话服务器2执行sip注册过程,并处于可通话状态时,预测网络电话服务器2和讲师终端1之间的通话质量并数字化后保存。通话质量预测指数是以后可以定期检测持续更新。学员终端4也同样可以预测网络电话服务器2和学员终端4之间的通话质量并数字化后,通过网络电话服务器2和服务(service)提供服务器3的交互提供给学员终端4。

图1中网络电话服务器2是实际在通信企业实现时以极复杂的网络设计。在这种状况下,预测处于通话待机状态的讲师终端1或学员终端4的通信质量时,网络电话服务器2是从讲师终端1或学员终端4的角度来看作为第一次对话的sip对象,相当于移动通信网的p-cscf(代理呼叫会话控制功能,proxycallsessioncontrolfunction),普通有线网的sip代理(proxy)服务器,私营企业的ippbx(互联网协议专用交换机,internetprotocolprivatebranchexchange),为解决nat遍历(traversal)问题增加设置的sbc(会话边界控制器,sessionbordercontroller)等。这种sip对象是因nat遍历(traversal)等问题而实际通话时将媒介转接的情况较多,因此即使讲师终端1或学员终端4电话连接到某个通话对象,但以通用的媒介传输段的最长距离概念,预测讲师终端1或学员终端4和网络电话服务器2(所述sip对象)之间区段的通话质量,作为处于等待通话状态的讲师终端1或学员终端4的通话质量标准。可预测通话质量的传输实验会话是可以通过讲师终端1或学员终端4和网络电话服务器2之间收发sip事务(transaction)的方法生成。就是说,通过讲师终端1或学员终端将包括通话质量预测请求的sip事务请求(transactionrequest)传递给网络电话服务器2,服务器将在事务响应(transactionresponse)中包括生成传输测试会话所需的自身ip地址和port编号响应终端的过程生成传输试验会话。详细的通话质量预测过程是可以参考以下对图3的⑧的过程的说明部分。

讲师通过讲师终端1将实时变化的是否提供讲课意向传递给电话服务器2或服务(service)提供服务器3。无论何方,两个服务器之间通过交互皆可共享信息。学员通过服务(service)提供服务器3搜索当前可对专业领域主题进行讲课的讲师目录时,根据讲师当前有无提供讲课意向,从目录中添加或删除该讲师。

通过图2的①过程,讲师会表达当前提供讲课意向。可以采用ietf的rfc3903标准上定义的会话初始协议发布(sippublish)消息实现。是终端或sip对象请求变更特定事件的状态信息时使用的消息并在ietf的rfc3856中已定义的事件是出席(presence)(当前对象是否已登录处于可通话的状态或终端的ip地址等出席信息)。为了实施本发明,可以添加任意事件(event)。例如,添加lectureevent(有关网络讲课的事件),在发布(publish)消息的主体部分添加<provice>yes</provide>xmlelement后传输时,相互约定判断该讲师有提供讲课意向。出席(presence)事件是,消息正文部分的xml文档形式(pidf,presenceinformationdataformat)被定义在rfc3863中。也可以不添加lectureevent,而是通过在出席事件(presenceevent)中加入在pidf中添加表示提供讲课与否意向的xml元素(element)的方法实现。通过初步发布(initialpublish)消息表达提供讲课意向,通过刷新发布(refreshpublish)消息延长继续讲课意向状态的情况下,提供讲课意向由有变成无时,可以通过移除发布(removepublish)消息表达无提供讲课意向。

通过图2的②过程,有学员请求讲课时使请求该信息的通知。使用ietf的rfc3265标准中定义的sip订阅(subscribe)消息实现。是终端或sip对象对特定事件的状态信息有变更事实时对此请求通知自己时使用的消息,已定义的事件为出席(presence)(当前对象是否已注册处于可通话状态或终端的ip地址等出席信息)。为了实施本发明可以添加任意事件(event)。例如,添加lecture(有关电话讲课的事件),并传送订阅(subscribe)消息后,以后学员请求讲课时,作为对此的通知服务,通过图2的⑥过程,在订阅(notify)消息的正文部分添加<lecture><requester>学员id</requester><time>30分钟</time><subject>在机场</subject><question>出票方法</question></lecture>xmlelement传输后,由讲师确认相应的通知,对于该主题(在机场)中提问内容(出票方法)有为特定学员id提供三十分钟讲课意向时接受后提供讲课。该特定事件lecture是为本发明的服务而添加的私有事件,故网络电话服务器20和讲师终端10之间已提前约定时,可以省略图2的①过程,讲师有提供讲课意向时,可以将②的订阅(subscribe)消息作为对此进行表达的工具使用。

如果图2的②过程被省略,而学员终端40请求讲课时,在实际连接电话之前省略向讲师终端10的通知讲课请求过程(图2的⑥的过程)后,使讲师终端10和学员终端40之间电话被实际连接起来。

通过图2的③的过程,网络电话服务器20通过自身协议而非sip或http给服务(service)提供服务器共享表示当前有讲课意向的讲师目录。用sip或http也可以实现,但与使用自身协议相比没有特别的优势,因此可以采用开发者喜欢的方法实现。图1的服务配置框中,网络电话服务器2和服务(service)提供服务器3是有逻辑区分的概念,在物理上两者可以安装在同样的硬件服务器上,也可以分离。③的过程是网络电话服务器和服务(service)提供服务器之间的相互作用,并继续执行而相互共享所有讲师们当前是否提供讲课意向和通话中(讲课中)状态以及各讲师的通话质量预测指数和各讲师的专业领域主题信息。省略图2的①的过程,并针对将图2的②的订阅(subscribe)消息作为讲师有提供讲课意向时对此进行表达的工具使用的情况,图2的③的讲师目录更新过程在②过程下面,但一般情况下,通过图2的①的过程表达讲师提供讲课意向时,图2的③的讲师目录更新过程应在图2的①的过程下面。

通过图2的④的过程,希望接受电话讲课的学员可以在终端40上通过网络浏览器可以确认当前对专业领域主题有提供讲课意向的讲师目录,讲师目录中,作为讲师的附加信息,包括是否通话中(讲课中)和通话质量预测指数,讲师目录的优先顺序是曾经接受过特定讲师讲课经验的学员预先指定为首选讲师时,该讲师可以获得高的优先顺序,或者讲师的平均访问时间和学员的平均访问时间一致时,为了讲师的一贯性,该讲师可以获得高的优先顺序。通话质量预测指数的讲师也可以获得高的优先顺序。讲师的当前通话中(讲课中)与否是在讲师目录中可以作为该讲师的附加信息提供,或者索性在讲师目录中可以删除该讲师。两种情况下,所有学员都不能向该讲师请求讲课。学员是根据喜好度选择特定讲师以后,请求该讲师讲课。是为④的过程而使用http协议的示例,而且可以开发使用自身协议的应用程序来替代。

通过图2的⑤的过程,网络电话服务器20可从服务(service)提供服务器30接收学员id、学员选择的讲师id、讲课时间、讲课主题、具体提问内容等附加信息。

通过图2的⑥的过程,网络电话服务器20通过⑤的过程,将从服务(service)提供服务器30接收的信息传递给讲师终端10。此时通过②的过程,作为讲师终端10通过sip订阅(subscribe)消息根据事件(event)通知请求系统发起的事件(event)通知响应系统的部分,网络电话服务器20编制sip订阅(notify)消息,而sip订阅(notify)消息的事件(event)头和消息的体(body)是,作为与为了在本发明中使用而自定义的lecture(事件)和<lecture><requester>学员id</requester><time>30分钟</time><subject>在机场</subject><question>出票方法</question></lecture>同样的xmlelement传递给讲师终端10。event名和消息的body是仅仅是用于显示实施例的一示例,可以改为任意不同名称和形式。讲师终端10接收该sip订阅(notify)消息以后,通过消息框等给讲师通知该事实,接收接受或拒绝请求以后若是接受,则将200ok消息传递给网络电话服务器20,使图3中例示的电话连接操作被迅速执行,如果是拒绝,则传递sip错误消息(例:603拒绝(declined))传递拒绝事实。但传输这种错误消息时,通过图2的②过程,应用订阅(subscribe)消息建立的事件(event)通知请求(subscription)被消灭,故希望接收其它学员的讲课请求时,使讲师终端10重新执行图2的②过程。为了sip事务(transaction)正常完成,需在作为rfc3261中明示的sip定时器(timer)中的将500ms作为缺省(default)值的t1值的64倍(32秒)值的定时器(timer)f(non-invitetransactiontimeouttimer)内传输sip响应(response)。然后接收订阅(notify)消息以后,弹出消息框通知讲师以后32秒以内的时间内等待讲师接受或拒绝响应,然后讲师没有响应时,自动传输拒绝(例:603declined)的响应,或者讲师终端10以电池量不足等理由没有响应时,通过所述timerf使自动识别成讲师终端10拒绝提供讲课。

通过图3的⑦过程,讲师11接受讲课请求时,通过自身协议,由网络电话服务器21给服务(service)提供服务器31通知相应事实,讲课接受事实通过http200ok消息或ajax(asynchronusjavascriptxml)被通知到学员的网络浏览器。ajax是用以服务(service)提供服务器和学员终端之间的非同步交互,而且为了通过图3的⑦过程通知到学员终端41,通过ajax的交互应从图2的④过程发起。应用自身开发的应用程序而非网络浏览器时,通过自身协议而非http,由服务(service)提供服务器31通知于学员终端41。自身协议是可以以ip标头(header)+tcp标头(header)+讲课请求接受通知数据(data)形式或者ip标头(header)+udp标头(header)+讲课请求接受通知数据(data)形式构成并被传递。

通过图3的⑧过程,预测讲师11和学员41之间电话被连接时的媒介流量质量。可以生成包括伪造的媒介数据(data)的实际rtp包,为了容易实现,也可以生成包括伪造的媒体数据(data)以及伪造的rtp头的任意udp包。但为了与实际rtp包的相似性,应该取消通过tcp包的通话质量的预测。以生成任意udp包为例,生成与实际使用的对象编解码器的rtp生成包大小完全一致的udp包。以ulaw(μ律)为例,将每秒8000样本的数据以20ms间隔分割传输(一秒内传输160byte*50个数据),故生成包括在160字节(byte)+实际rtp包中的rtp头的大小(=基本12byte+根据编解码器的type包括的头或扩展数据)的大小程度虚拟(dummy)数据的udp包(与实际rtp包规格完全一致的udp包),实际由讲师终端11和学员终端41之间双向或一方接收后直接传递给另一方的方法生成虚拟流量。一定标准时间之内生成包,例如使用ulaw,十秒之内检测质量时,生成500个包,各个包中包含的虚拟(dummay)数据中包括当前传输的系统标准的传输时间。如果讲师终端11生成后传输到学员终端41后,学员终端41是接收后立即直接再传输到讲师终端11,讲师终端11是对500个各包接收的时间和包的dummy数据中包含的传输时间进行比较后计算平均rtt(往返时延,roundtriptime),求出遗漏的包数量和各个包的rtt值和平均rtt值的偏差(相差度),利用用该值通过经验获取的一定标准值来预测通话质量。

用来预测通话质量的传输测试会话是如上例所述,同样通过讲师终端1和学员终端4之间收发sip事务(transaction)的方法生成。就是说,讲师终端1或学员终端4将包括通话质量预测请求的sip事务请求(transactionrequest)传递给对方终端,对方终端是通过以在sip事务响应(transactionresponse)中包括生成传输测试会话所需的自身ip地址和port编号响应终端的过程生成传输测试会话。

执行通话质量预测过程后数字化的值(通话质量预测指数)是通知给学员,预测指数下降到一定基准值时,给学员提供机会选择其它讲师,或者上升到基准值以上时,学员确认后接受电话连接时转入实际通话连接的过程。与图3的⑦过程同样,互联网浏览器是通过ajax通知学员,自身应用程序是通过自身协议通知。然后学员终端弹出消息框通知学员,并接收接受或拒绝响应。

通过图3的⑨过程显示讲师接受讲课请求时讲师和学员之间的网络电话连接建立的过程。讲师终端11基于通过图2的⑥过程接收的学员信息,讲师可以直接发起人工连接电话,但电话连接操作或计费方面比较麻烦,因此网络电话服务器21直接给讲师11和学员41连接电话以后,利用sip信号的传递方法在讲师11和学员41之间建立电话连接。此时所有sip消息可以经过网络电话服务器21,可以正确掌握电话连接开始和终止时点,从而有效地应用到计费处理操作。

通过图4的⑩过程显示讲师拒绝讲课请求的例子。图2的⑥过程是讲师接受讲课请求的状态,图4的⑩过程是讲师拒绝讲课请求的状态。将对学员请求讲课事实通知消息即sip订阅(notify)消息的错误消息即603拒绝(declined)消息传输到网络电话服务器22。sip消息标准中除了603以外,还存在各种错误消息,只要预定义在讲师终端12和网络电话服务器22之间,其它错误消息也可以使用。

通过图4的⑪的过程,讲师12拒绝讲课或者通话质量预测检测失败时,该事实由网络电话服务器22通过自身协议传输到服务(service)提供服务器32,服务(service)提供服务器32是http200ok消息正文中包括该拒绝事实消息后传输,或者使用ajax(asynchronusjavascriptxml)通知学员42拒绝事实。

通过图4的⑫过程,对于之前学员的讲课是因其它原因拒绝但网络讲课本身是有继续提供意向时,将图2的②过程重新执行,有学员请求讲课时重新请求通知该信息。

学员通过服务(service)提供服务器搜索对专业领域主题的讲师目录时,有时会出现该专业领域主题的分类不能满足学员需求程度的细腻性的情况。例如主题以大分类:机械、中分类:汽车、小分类:发动机等形式分类。比如汽车发动机是由各种众多配件结合而成的,而且特定讲师不是完全掌握构成汽车发动机的所有配件,学员则关于紫油发动机的喷油器配件的寿命有疑问时,可以申请讲师对话形式的电话讲课来解决疑问。此时学员向对小分类:发动机表达提供实时讲课意向的多位讲师可以同时申请包括详细提问内容(柴油发动机的喷油器寿命方面的疑问)的讲课。就是说,应用sip事件(event)响应系统时,使在sip订阅(notify)消息的正文部分中包括<lecture><requester>学员id</requester><time>30分钟</time><subject>发动机</subject><question>对柴油发动机的喷油器的寿命有疑问</question></lecture>等xml元素(element)的学员详细提供内容(question)传递到讲师终端。讲师确认学员的讲课请求信息中包含的详细提问内容以后,自己比较了解而判断可以讲课时响应接受讲课,此时学员的讲课请求已传递于多位讲师,因此使先响应接受讲课的讲师和学员电话被连接起来。

图5的全部过程图示了讲师终端13通过网络电话服务器23上建设的ars(automaticresponsesystem,自动响应系统)表达当前提供讲课意向的方法。该方法是,讲师终端13请求通话的电话号码如果是通过ippbx等建设的私设电话网,是预先分配于网络电话服务器23的分机号码,如果是使用普通电话的公共电话网,是分配于通信企业发放的网络电话服务器23的电话号码。讲师终端13用这种方法连接ars时,ars与服务(service)提供服务器33进行交互,确认主叫号码是否是专业领域主题被一同保存的讲师终端13的号码,如果不是,可以将该语音提示送出并终止通话。讲师对时,接收由讲师终端13通过dtmf(双音多频)输入的当前实时提供讲课意向后终止通话。然后与服务(service)提供服务器33交互更新讲师目录(如果有提供讲课意向则添加到讲师目录,无提供讲课意向,则从讲师目录中删除),从学员43接收讲课请求后提供对该主题的讲师目录,学员43选择讲师13时通知给该讲师13,讲师13和学员43之间连接通话的过程是可以通过本发明中明示的各种方法执行。

图6的整体过程是图示讲师按下如“*50”的特定特征码(featurecode)以表达当前提供讲课意向的方法。该方式可以分为对表达有提供讲课意向的特定特征码(featurecode)和表达无提供讲课意向的特定特征码(featurecode)进行分配的方法和对两种情况进行切换的特定特征码(featurecode)进行分配的方法。

前者是表达有提供讲课意向的特定特征码(featurecode),例如按下*50时,发出“已保存有提供讲课意向”提示,通话结束,该讲师的状态变更为有提供讲课意向状态。表达无提供讲课意向的特定特征码(featurecode)是按下*51时,发出“已保存无提供讲课意向”提示,通话结束,讲师的状态变更为无提供讲课意向状态。

后者是最初的讲师状态为无提供讲课意向状态下,由讲师终端切换两种情况的特定特征码(featurecode),例如,按下*60时发出“已保存有提供讲课意向”提示,通话结束,该讲师的状态变更为有提供讲课意向状态。然后讲师终端重新按下*60时,此次发出“已保存无提供讲课意向”提示,通话结束,该讲师的状态变更为无提供讲课意向状态。以如此方式,讲师的状态继续变换。

然后通过与服务(service)提供服务器34的交互,更新讲师目录(有提供讲课意向时添加到讲师目录,无提供讲课意向时从讲师目录中删除),从学员44接收讲课请求后提供对该主题的讲师目录,学员44选择讲师14后通知该讲师14,而讲师14和学员44之间连接通话的过程是可以通过本发明中明示的各种方法执行。

图5和图6中明示的提供意向表达方法是,不仅是sip方式的网络电话,对模拟方式的电话也可以直接应用。

图7的整体过程是图示了利用sip事务(transaction)表达提供讲课意向的方法。

第一,sip消息是除了基本协议中标准化的参数(头)外,添加新增功能或特性时,可以使用由表示实验(experimental)或扩展(extension)含义的x-开头的非标准参数(头),或者使用由表示私有(private)、预备(preliminary)、专有(proprietary)意思的p-开头的非标准参数(头)。利用该点,表达讲师提供讲课意向时,可以在sip请求(request)消息中添加x-lecture-intention或者p-lecture-intention等头,传递讲师有无提供讲课意向(yeroron)。

sip协议中作为对对方sip对象性能(capability)的质疑或ping用途使用的典型脱离对话(outofdialog)消息即选项(options)消息的使用示例如下。

optionssip:carol@chicago.comsip/2.0

via:sip/2.0/udppc33.atlanta.com;branch=z9hg4bkhjhs8ass877

max-forwards:70

to:<sip:carol@chicago.com>

from:alice<sip:alice@atlanta.com>;tag=1928301774

call-id:a84b4c76e66710

cseq:63104options

contact:sip:alice@pc33.atlanta.com

x-lecture-intention:yes

accept:application/sdp

content-length:0

第二,可以通过在sip请求(request)消息中添加用来表达讲师提供讲课意向的内容(content)的方式,在sip请求(request)消息中添加content-type:application/lecture-intention等头,在内容(content)部分如lecture-intention=yes或者lecture-intention=no叙述的方式表达提供讲课意向。

同样选项(options)消息的使用示例如下。

optionssip:carol@chicago.comsip/2.0

via:sip/2.0/udppc33.atlanta.com;branch=z9hg4bkhjhs8ass877

max-forwards:70

to:<sip:carol@chicago.com>

from:alice<sip:alice@atlanta.com>;tag=1928301774

call-id:a84b4c76e66710

cseq:63104options

contact:sip:alice@pc33.atlanta.com

accept:application/sdp

content-type:application/lecture-intention

content-length:xxx

lecture-intention=yes

然后通过与服务(service)提供服务器35的交互,更新讲师目录(有提供讲课意向时添加到讲师目录,无提供讲课意向时从讲师目录中删除),从学员终端45接收讲课请求后提供对该主题的讲师目录,学员终端45选择讲师终端15后通知该讲师终端15,而讲师终端15和学员终端45之间的通话连接过程是可以通过本发明中明示的各种方法执行。

图8图示的是利用sip事务(transaction)将学员的讲师选择以及请求事实传递给讲师终端17的方法。

通过图8的①过程讲师可以表达当前提供讲课意向。也可以通过sip发布(publish)消息或普通sip事务(transaction)向网络电话服务器表达提供讲课意向。讲师表达提供讲课意向以后,通过②的过程,网络电话服务器27和服务(service)提供服务器37通过交互按专业领域主题类别更新讲师的提供讲课意向。讲师终端17在通话中(讲课中)状态时,也通过交互,由网络电话服务器27传递到服务(service)提供服务器37,进而在传递给学员终端47的讲师目录中被清除或者显示成讲课中的状态。

通过图8的③过程,希望听讲课的学员在学员终端47上通过网络浏览器或自身开发应用程序从对当前自己关注的主题有提供讲课意向的讲师中确认非讲课中(通话中)的讲师目录并选择后请求讲课,讲课请求信息(讲师id、学员id、讲课时间、讲课主题、详细提问内容)通过④的过程传递到网络电话服务器27。

通过图8的⑤过程,讲师终端17从网络电话服务器27接收讲课请求信息,讲师确认讲课请求信息以后,向网络电话服务器27表达对讲课请求的接受或拒绝意向。如果讲师接受讲课请求,则执行图3的⑦过程,网络电话服务器27将该信息传递到服务(service)提供服务器37,服务(service)提供服务器37将此再传递给学员终端47。然后执行图3的⑧过程和图3的⑨过程,使讲师终端17和学员终端47之间的电话连接操作迅速得以执行。如果讲师拒绝讲课请求时,执行图4的⑪过程,由网络电话服务器27传递到服务(service)提供服务器37,服务(service)提供服务器37是将此再传递到学员终端47。

图8的⑤课程是图示利用sip事务(transaction)由网络电话服务器27将学员终端47的讲课请求事实传递到讲师终端17的方法。

第一,与上述的讲师提供意向表达同样,使用由x-开头的非标准参数(头)或者使用由p-开头的非标准参数(头),在sip请求(request)消息中保存学员的讲课请求信息后传递到讲师终端。例如,为了保存学员的讲课请求信息,在sip请求(request)消息中添加如x-lecture-request或者p-lecture-request的头,将讲师id、讲课主题、讲课时间作为内容保存后如下传递。

“x-lecture-request:学员id;讲课主题;讲课时间”或者

“p-lecture-request:学员id;讲课主题;讲课时间”

例如,编制包括如x-lecture-request:hong-gil-dong;aerodynamics;3600sec的头的sip请求(request)消息。

第二,也可以通过sip请求(request)消息中添加用来保存学员讲课请求信息的内容(content)的方式,在sip请求(request)消息中添加content-type:application/lecture-request等头,在sip请求(request)消息的内容主体(contentbody)部分

以如“lecture-request=学员id;讲课主题;讲课时间”叙述的方式传递讲课请求信息。

例如,编制包括如content-type:application/lecture-request

content-length:xxx(xxx是消息正文中记录的内容(content)的长度)的头的sip请求(request)消息,在消息正文部分记录如lecture-request=hong-gil-dong;aerodynamics;3600sec的内容(content)传输。

为了sip事务(transaction)正常完成,在rfc3261中明示的siptimer中需以500ms作为默认值的t1值的64倍(32秒)值的timerf(non-invitetransactiontimeouttimer,非邀请超时定时器)内传输sip响应(response)消息。然后通过选项(options)消息接收学员讲课请求信息的讲师终端17以立即弹出消息框的方法通知讲师,等待小于timerf时间的讲师响应以后,讲师接受时,传输200ok响应消息,拒绝时传输如603decline的错误响应消息。如果该时间内,讲师没有响应,则自动传输603拒绝(decline)错误响应消息。讲师的接受或拒绝响应以后的过程与前述的同样。

本发明的实施例是主要对电话英语等电话讲课着重进行了说明,但可以应用到电话用户之间相互共享信息或通过电话咨询员的查询服务等各种状况。给讲师和学员显示的信息不是电话号码,是讲师和学员的信息id,实际电话号码和id的匹配信息是在服务(service)提供服务器中管理,从而避免对电话号码的不必要的泄露。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1