专利名称：：配置电话软键的方法
技术领域：
：本说明书一般地涉及通信系统，具体上涉及电话装置上的软键的提供和配置。
背景技术：
：在此使用的"电话装置"包括模拟电话、数字电话、IP电话、移动电话、PC桌面电话应用(即软件电话)、贸易台式小交换机装置(tradingturretappliances)和任何其他类似的通信装置。在本领域内已知在电话装置上提供软键，以向电话装置用户提供环境相关的行为/特征。预定已经对于特定的行为/特征编程的软键位置以保证它不干扰按键的不同使用或者与其冲突，并且保证所述位置与传统的电话使用一致。每一个装置状态(例如空闲、忙、拨号等)可以与软键的不同配置相关联，以提供环境相关的行为/特征。用于提供环境相关的行为/特征的软键的一致定^^允许可预测的系统操作，并且提供用于不同装置类型和用户的电话用户界面(TUI)操作的通用性。传统上还按照与装置状态相关联的优先排序将单个软键位置用于与所述软键相关联的多个行为/特征。例如，由Mitel网络公司制造的多个IP电话提供了"电话簿"和"Speak@Ease"特征，其中，当电话处于空闲状态时，每一个都与同一软键位置相关联。仅仅在"Speak@EaSe"特征可用并且已经对其配置了用户优先选择时，提供"Speak@EaSe"软键。否则，当IP电话在空闲状态时，在相同的软键位置提供"电话簿"软键。另外，用户(或者通信系统本身)可以配置电话装置，以便超驰(override)作为系统默认而提供的软键。当进行超驰时，通常提供替换的软键(通常由用户配置)。在进行超驰后，所述系统不提供环境敏感的软键，而是替代地提供替换的软键。例如，在由Mitel网络公司制造的型号5235电话装置上支持"个人空闲软键"特征。这个特征允许用户在所述电话装置处于空闲状态时配置期望的软键提供(而不是提供通常由所述系统提供的默认环境相关的行为/特征软键)。因为(基于装置类型)可以在电话装置上提供的软键数量受限，所以有益的是，避免了为装置在特定状态(即总是为空)时不可用于特定用户/装置的特征/行为而保留位置，以便所述位置可以用于适合于特定装置状态的其它特征/行为。而且，在一些装置状态中，特征冲突可以排除对于特定的期望行为/特征的软键提供。另外，除非由系统管理，一些期望关联于环境敏感软键的特征/行为可能不可用。上述的限制在"贸易台式小交换机"装置上的"浮动键"的环境内特别严重，所述"贸易台式小交换机"装置诸如是由Mitel网络公司制造的型号5560电话装置，其是由股票和证券交易者经常使用的特殊电话装置。"浮动键"用于贸易台式小交换机之上，以提供对振铃呼叫的接入(而不要求所述贸易台式小交换机具有用于每条线路的物理键)。通常，在台式小交换机装置上配置6个专用键以用作"浮动键"，而所述软键留为空白，或者保留用于贸易台式小交换机上不重要的特征。为了提高台式小交换机装置上的可用浮动键的数量有必要重新设计硬件。
发明内容本说明书技术方案的目的是提供一种通过用户/应用程序以行为/特征来配置个人软键，同时识别和选择性地超驰配置冲突的方法。按照一个技术方案，在用户/应用程序配置和系统环境相关特征/行为之间协调共享软键的配置，从而保证强制的系统提供的环境相关行为/特征和由用户/应用程序配置的环境相关的行为/特征的可用性。按照另一个技术方案，提供装置状态相关的和/或逐个呼叫的能力，以改变软键行为/特征。在一个示例性实施例中，软键特性文件与用户、装置类型、装置状态和/或其组合相关联。所述软键特性文件识别每一个软键的配置和要应用的软键管理算法，从而管理在可用的软键上的环境相关的特征的提供。另外，描述了软键冲突解决机制。以下参考附图在此更全面地描述和提出了上述和其他技术方案和优点，其中，在全部附图内，类似的标号指示类似的部分。图1是示例性通信系统的方框图2示出了根据实施例技术方案、配置用于操作的示例性IP电话；图3示出了根据实施例技术方案、配置用于操作的示例性贸易台式小交换机；图4是示出根据实施例技术方案、用于配置图2和3所示的电话装置的软键的方法步骤的流程图；以及图5，包括图5A、5B和5C，是示出了根据实施例另一技术方案、用于在已经按照图4的步骤配置的图2和3的电话装置上提供软键的方法步骤的流程图。具体实施例方式参见图1，示出了一种示例性通信系统，其包括通信交换器，例如连接到局域网(LAN3)和公共交换电话网络(PSTN)(未示出)的也被称作iPBX1(例如Mitel3300ICP或者MitelSX-200ICP)的IPIBX。例如IP电话5和7(例如，由MitelNetworks公司制造的型号5220和5320IP电话)、贸易台式小交换机(tradingturret)9、运行电话和/或桌面应用程序的台式计算机10等的多个电话装置连接到LAN3以及管理员控制台11。本领域内的技术人员可以明白，图1的配置表示典型的汇聚通信网络，并且在配置、组件等中可能有多种变化。而且，如下所述，在此给出的原理可以扩展到除电话系统之外的系统，其中，可以由任何其它合适的控制器来执行iPBX1的提供特征功能(feature-providingfunction)，用于在任何合适的装置(即，不限于电话装置)上进行实现。图2示出了电话装置(例如由Mitel网络公司制造的型号5220IP电话)，其包括听筒21、键盘22、多个固定功能键23、多个可配置的软键24和显示屏幕25。软键24中的每一个都与由显示器25上的标签或者图标所指示的行为/特征相关联。图3示出了贸易台式小交换机装置，其具有键盘32、多个固定功能键33、显示屏幕35和可配置的软键34，所述可配置的软键34中的多个都可以配置为"浮动键"(例如6个软键在中央，3个软键在每一个显示器35的一侧上)。根据在此所述的实施例的技术方案，例如如表1示例中所示，(例如用于图2和3的电话装置的)软键配置可以存储在iPBX1中的一个或多个软键特性文件(profile)中。所述配置在选择性的或者系统范围的基础上可以是用户可配置的或者不可配置的。尽管表1中没有示出，但是，对于任何装置，没有软键特性文件(或者预定值)则表示对于所述软键应用正常的系统处理。<table>tableseeoriginaldocumentpage8</column></row><table><table>tableseeoriginaldocumentpage9</column></row><table>软键特性文件对每一个软键位置(softkeyposition)指定行为、管理算法和冲突解决方案。执行软键管理算法，用于将每一个可用软键分为"环境不相关的"、"系统控制的"或者"应用控制的"三类之一。因此，在(可应用于IP电话5和7的软键配置的)表2中，软键特性文件指定第一软键位置用作应用键，用于启动应用程序(例如在台式计算机10上的应用程序)。因此，用于控制该软键的管理算法是"应用控制的"，因为iPBX1不控制特征行为，而是将控制传递给用于控制特征的已经向iPBX1进行注册的应用程序。用于该软键的冲突解决方案是"可用于强制的"，指示所述第一软键位置可用于分配所需要的系统特征(例如"取消"功能)，并且如果没有其它的软键位置可用于所需要的系统特征，则将替换应用键。表2的软键特性文件指定第二软键位置作为音乐开/关键，用于允许播放或者禁止播放音乐(例如通过扬声器播放的音乐)。用于控制该软键的管理算法是"系统控制的"，因为iPBX1控制特征行为。用于该软键的冲突解决方案是"忽略系统软键的"，指示在期望的系统控制的行为(即音乐开/关)与还未分配到软键的任何较高优先级的行为冲突的情况下，所述较高优先级的行为将替换该软键位置的期望行为，并且所述系统将不会尝试为所述期望的系统控制的行为查找新的软键位置。表2示例中的第四、第五和第六软键位置是空的，指示那些软键位置可用于系统控制。为第六软键位置指定的冲突解决方法是"提供系统软键的"，指示在期望的系统控制的行为和还未分配到软键的任何较高优先级的行为冲突的情况下，将提供期望的系统控制的行为。表3<table>tableseeoriginaldocumentpage10</column></row><table>在(可应用于贸易台式小交换机9的软键配置的)表3中，所有的软键位置指示为应用控制的浮动键，其具有各种指定的冲突解决方法(即"提供系统软键的"、"可用于强制的"或者"忽略系统软键的")。应当注意，虽然表3仅仅示出6个软键，但是，在图3的台式小交换机装置上，共有12个这样的键可用，其中，与表3中的软键类似地对剩余的6个软键进行配置。参考图4，描述了一种用于在电话装置的系统软键分配期间，验证软键特性文件配置的示例性方法。当例如通过在管理员控制台11上提供给管理员的系统软键分配表中的字段的管理员填充而验证用于在特定的软键位置实现特定期望特征的软键特性文件时(400)，iPBX1首先取消对该装置类型所支持的装置状态列表(即空闲、忙、振铃等)和其系统软键配置的参考，并且选择所述装置状态中的第一个(405)。在确定所述第一装置状态后(即在410为"是")，所述系统确定当所述装置处于所述第一装置状态时用于该软键位置的第一可应用系统软键(如果有的话)(415)。如果没有用于该软键位置和装置状态的系统软键(即在420为'否，)，则系统确定用于期望特征的下一个可应用装置状态(425)，并且返回到410。如果存在可应用的系统软键(即在420为"是")，但是对于所指示的装置状态，所述系统软键不是强制的(即在430的"是")，则系统査看可应用于该软键位置和装置状态的下一个可用系统软键特征(435)，然后重复420。事实上，如果系统软键对于所指示的装置状态是强制的(即在430为"否")，则执行冲突解决方案(即应用"提供系统软键的"、"可用于强制的"或者"忽略系统软键的"之一)来确定是否分配强制的系统软键(即在440为"是")，或者指示(445):由于在期望的特征分配和强制的系统软键之间冲突而发生了验证失败(450)。在已经考虑所有的装置状态和系统软键后(即在410为"否")，则向特定的软键位置分配期望特征的验证视为已经成功(455)。在表4中示出了一个示例性系统分配表，用于指定特定装置(即型号5220IP电话5)上的各种软键在不同装置状态中的的行为。可以注意到示出了第一软键位置分配了在空闲的装置状态下的两个不同特征(电话薄和Speak@Ease)。但是，由于该软键位置不要求强制系统特征，因此，如上所述，如果已经配置了"Speak@Ease"特征，贝ljiPBX1通过提供"Speak@EaSe"软键(从而超驰和替换电话簿特征)来解决冲突。否则，当电话在空闲状态时，在相同的软键位置提供"电话簿"软键。表4系统软键分配(用于装置类型，即5220系列装置)装置状态优选的软键#行为强制空闲1电话簿否空闲1Speak@Ease否空闲2重拨否空闲3热桌(Hotdesk)是拨号1返回箭头是拨号6新呼叫是振铃3强制向前否等等...由上可知，对于每一个装置状态，维护一个或多个系统软键表以识别每一个潜在的环境相关的行为/特征和与之关联的软键位置以及对所述行为/特征是强制还是可选的指示。例如，在拨号状态中，"《"(返回箭头)是强制的，然而，"电话簿"是可选的。根据现有的支持和/或在特征开发期间，对于每一个装置类型(或者装置类型组)预先确定对强制/可选的行为/特征的识别。在进行这样的强制软键确定期间，必须考虑对于给定装置类型(例如硬键)，使用其它能力的等同行为/特征的可用性和TUI可用性问题。虽然可能进行对强制/可选软键识别的配置控制，但是因为这可能无意地影响电话操作，所以通常不希望如此。根据按照在图4所述的步骤而验证的相关联的软键特性文件配置而如图5所示来确定装置处的软键提供。因此，在装置状态改变后，必须在每一个软键位置更新软键行为/特征。对于给定的软键位置更新(500)，系统取消对(表4中)可应用于该特定装置类型的任何系统软键分配以及(表1中)与该装置相关联或以其他方式关联(例如可应用于特定装置类型的软键特性文件配置)的软键特性文件(505)的参考。如果所述特性文件不包括用于当前装置状态的任何软键行为(即在510为"否")，则继而进行正常的系统软键处理(512)。否则，如果所述特性文件包括用于当前装置状态的软键行为(即在510为"是")，则如果系统软键分配指示软键行为(即在515为"是")并且所分配的系统软键是强制的(即在520的"是")，则继而进行正常的系统软键处理(512)。如果没有指示系统软键行为(即在515为"否")，则按照相关联的管理算法而进行软键的提供(530)。S卩，按照下述之一来显示软键环境不相关的特性文件软键处理(535)、应用控制的特性文件软键处理(540)或者系统控制的特性文件软键处理(545)。如果指示了软键行为(即在515为"是")，但是所分配的系统软键不是强制的(即在520为"否")，则执行冲突解决方案(参见图4的步骤440)，使得提供系统软键(即在550为"是")，随后进行正常的系统软键处理(512)，或者，使得按照相关联的管理算法提供软键(530)。一旦已经按照图4的方法而确定了结果产生的软键，则对于给定的装置更新所管理的软键阵列(例如表2和3)。要作为图5的方法的结果而提供的软键发送到物理/虚拟装置(例如电话装置5或7、贸易台式小交换机9、计算机10的桌面电话应用程序等)，用于以MiNET(或者等同的)消息提供给用户。可选地，还可以向用来提供所述软键是在系统/用户/或应用控制下的可视指示的装置提供另外的指示。在所述装置被更新为具有所有的可应用软键后，以公知的方式对物理/虚拟装置上的软键的按下进行处理，用于在所述装置的管理软键阵列中识别的相关联的行为/特征。优选实施例的前述说明不希望是限制性的。其他实施例、变化和应用是可能的。例如，可以设想应用可以经由所配置的软键管理算法(使用识别所述控制应用的值)来静态地和/或动态地控制装置软键。iPBX1可以作为用于所述应用的代理，或者在应用具有控制权直到下一次软键更新的软键消息内向所述装置提供指示。装置状态/软键特性文件/软键配置的任何组合都可以用来增加(或降低)配置的灵活性(例如，指定不考虑装置状态而应用单个软件特性文件)。还可以设想，可以实现另外和/或替代的冲突解决方法(即当处理强制软键冲突时，允许在不同的软键位置之间的移动行为，并且从而允许更多的灵活性)，以及另外的和/或替代的管理算法。而且，在此所述的原理可以扩展到可编程行键(programmablelinekey)(例如，使在台式小交换机装置9上的可编程行键的第一页(page)成为管理软键，主要用作"浮动键")。在此所述的原理也可以扩展到环境相关选择管理，其中，一个以上行为/特征适合于单个选择接口(例如，用于多室多源立体声系统的控制板接口，所述立体声系统具有有限数量的按钮，所述有限数量的按钮提供对于大得多的数量的环境相关和环境无关的行为/特征的访问)。从详细的说明书来看，许多特征和优点将是显而易见的，因此，所附的权利要求意欲覆盖所有这样的特征和优点。而且，因为对于本领域技术人员，容易发生各种修改和改变，因此不期望向所图解和描述的精确结构和操作施加任何限制，因此，可以采取落在权利要求的范围内的所有适当的修改和等同物。权利要求1.一种用于在装置上配置和提供软键的方法，包括建立软键特性文件，用于对于多个装置状态的每一个，在所述装置上向软键分配特征；并且对于所述装置状态的每一个，在所述装置上提供所述软键。2.根据权利要求1所述的方法，其中，建立所述软键特性文件包括对于所述装置状态的每一个，解决在所述特征和强制系统软键之间的任何软键可用性冲突。3.根据权利要求1所述的方法，其中，建立所述软键特性文件包括i)取消对所述装置的所支持的装置状态的列表的参考以及，对于每一个所述装置状态，ii)为每一个软键位置确定第一可应用的系统软键，并且对于每一个所述软键位置，iii)解决在所述特征和所述系统软键之间的任何软键可用性冲突；并且iv)确定所述系统软键是否是强制的，并且在所述系统软键是强制的情况下，则分配所述系统软键，否则，确定下一个可应用系统软键，并且重复步骤m)和iv)。4.根据权利要求1所述的方法，其中，提供所述软键包括执行软键管理算法，所述软键管理算法用于管理用于每一个所述软键的环境相关的特征的提供。5.根据权利要求4所述的方法，其中，所述软键管理算法将每一个可用的软键分类为"环境无关的"、"系统控制的"或者"应用控制的"之一。6.根据权利要求3所述的方法，其中，提供所述软键包括V)取消对用于所述装置的每一个系统软键分配和每一个软键特性文件的参考，并且，对于每一个所述装置状态和软键位置，vi)确定所述软键特性文件是否指示软键特征；vii)如果所述系统软键分配指示系统软键特征，则确定所述系统软键是否是强制的，并且在所述系统软键不是强制的情况下，则在已经在步骤iv)分配所述系统软键的情况下，提供所述系统软键行为，否则，viii)执行软键管理算法，该软键管理算法用于管理用于每一个所述软键的环境相关的特征的提供；并且k)如果所述软键特性文件不指示软键特征，则执行正常的系统软键处理。7.根据权利要求6所述的方法，其中，所述软键管理算法将每一个可用的软键分类为"环境无关的"、"系统控制的"或者"应用控制的"之一，并且根据此来提供每一个可用的软键。8.—种系统，包括多个装置，每一个装置具有多个用于实现特征的软键；以及控制器，其连接到所述多个装置，用于建立软键特性文件，以对于多个装置状态的每一个，在每一个所述装置上向软键分配预定特征，并且对于所述多个装置状态的每一个，在每一个所述装置上提供所述软键。9.根据权利要求8所述的通信系统，其中，所述控制器包括冲突解决机制，用于对于所述装置状态的每一个，解决在所述预定特征和强制的系统软键之间的任何软键可用性冲突。10.根据权利要求8所述的通信系统，其中，所述控制器包括软键管理机制，用于管理用于每一个所述软键的环境相关特征的提供。11.根据权利要求IO所述的通信系统，其中，所述软键管理机制将每一个可用的软键分类为"环境无关的"、"系统控制的"或者"应用控制的"之一。12.根据权利要求8所述的通信系统，其中，所述装置的至少一个是IP电话。13.根据权利要求8所述的通信系统，其中，所述装置的至少一个是贸易台式小交换机。14.根据权利要求8所述的通信系统，其中，所述装置的至少一个是在计算机上执行的电话应用程序。15.根据权利要求8所述的通信系统，其中，所述多个软键包括多个可编程行键。16.根据权利要求8所述的通信系统，其中，所述多个装置的至少一个是贸易台式小交换机，并且所述多个软键包括多个可编程行键，其中，所述可编程行键的第一页用作浮动键。17.根据权利要求8所述的通信系统，其中，所述控制器是iPBX。18.根据权利要求8所述的通信系统，其中，所述装置的至少一个是用于多媒体系统的控制板接口，用于经由所述软键提供对于环境相关和环境无关的特征的访问。全文摘要本发明公开了一种配置电话软键的方法。建立软键特性文件，用于对于多个装置状态的每一个，向在所述装置上的软键分配特征；并且，对于装置状态的每一个，在所述装置上提供每一个这样的软键。一种冲突解决方案机制，用于对于每一个装置状态，解决方案在预定特征和强制系统软键之间的任何软键可用性冲突。一种软键管理机制，用于管理用于每一个软键的环境相关特征的提供。文档编号H04M1/247GK101437061SQ200810177640公开日2009年5月20日申请日期2008年11月17日优先权日2007年11月16日发明者保罗·安德鲁·赫伯申请人:米特尔网络公司