CN100456852C - 短消息增值业务的控制系统及控制方法 - Google Patents

Abstract

本发明公开了一种短消息增值业务的控制系统，包括SM-SCP设备，分别与SMSG和SMSC通信连接，用于对接收到的短消息进行处理；SMSG和SMSC用于将满足控制触发条件的短消息业务发送给SM-SCP。还公开了一种短消息增值业务的控制方法，SMSC或SMSG判断短消息业务是否满足控制触发条件，否则按照目的地直接传输后结束，是则将短消息业务发送至SM-SCP设备；该SM-SCP设备进行逻辑控制，并返回处理操作指令；SMSC或SMSG根据处理操作指令进行处理操作后结束。通过本发明公开的控制系统及控制方法，将短消息的业务传输与业务控制分离，实现了对短消息增值业务的统一管理，支持了短消息增值业务的灵活处理，同时也实现了对于点对点短消息业务的控制处理。

Description

短消息增值业务的控制系统及控制方法

技术领域

本发明涉及一种短消息增值业务的控制系统以及一种短消息增值业务的控制方法，特别是一种通过引入短消息业务控制点设备(Short MessageService Control Point，简称SM-SCP)将短消息的业务控制与短消息的传输分离，从而实现对短消息增值业务进行控制的控制系统及控制方法。

背景技术

短消息业务的发展之初为点对点的短消息业务，即通过短消息服务中心(Short Message Service Centre，简称SMSC)将短消息从一个终端发送到另一个终端，通过在终端中设定前缀，能够实现简单的控制，比如无内容的短信回执。

随着短消息服务能力的不断发展和短消息市场的成熟，除了终端用户到终端用户业务的点对点业务得到大量使用之外，从信息平台到终端用户的短消息增值业务也在快速发展。该短消息增值业务以互联网上的信息作为短信的主要信息来源，能够实现所发送短消息形式以及内容的多样化和复杂化，比如，通过网站订制或者短信点播或者其他通信方式，在服务提供商(ServiceProvider，简称SP)预定多彩短信功能或者新闻订制等，从而用户可以得到大量有用信息和个性化的短消息形式，SP也能通过提供有偿信息服务而获得收益，因此用户和SP对短消息增值业务的需求都很大。

现有的提供短消息增值业务的模式为互联网短消息模式：由互联网上的SP通过短消息服务网关(Short Message Service Gateway，简称SMSG)与SMSC相沟通，建立信息交换的接口；该SMSG为SP与SMSC之间的数据交换提供一条安全、快捷的通道，以便终端用户采用短信方式与SP双向通信，接收SP提供的信息服务，同时完成相应计费采集、业务管理、网络管理等功能。如图1所示。

但由于互联网短消息模式中，该SMSG以及SMSC仅仅完成简单的短消息传输功能，没有对短消息进行任何的业务控制。上述问题导致了用户在SP处定制短消息增值业务时，必须将用户的功能要求，如回执功能、短消息前转等，一并加以设置。例如：

移动终端A向某一个SP订购了多彩短信的功能，同时希望能够得到被叫回执，则该移动终端A必须相应在SP上设定被叫回执选项；当一个移动终端A通过SP向移动终端B发送一多彩短消息时，执行下述步骤：

移动终端A首先通过SMSG将内容发送给SP；

SP将该短消息内容多彩化，并加入回执前缀；

SP将处理后的短消息通过SMSG发送给移动终端B；

移动终端B检查到所接收的多彩短消息中具有回执前缀，则通过SMSG发送接收回执给SP；

SP通过SMSG发送回执信息给移动终端A。

显然，移动终端可能不仅仅在某一SP上定制业务，而在某一时刻，也不可能仅仅是一个移动终端在移动网络中进行短消息业务处理，因此，当大量的短消息业务在不同SP处实现逻辑，难以统一管理。

为了克服上述问题，目前提出了改造现有移动通信网络的设想，即按照现有的网络结构，则必须对SMSC和SMSG进行改造，对需要控制基于短消息的增值业务设定相应的业务逻辑，以支持相应业务的开展。但由于短消息中心是核心网设备，短消息网关作为SP与移动用户之间短消息传输的通道，两者均对稳定性具有很高的要求，因此，每需要实现一个新的业务逻辑，就对短消息中心或者短消息网关改造一次显然是不合适的。

发明内容

本发明的目的是为了克服现有技术中点对点短消息模式和互联网短消息模式的缺陷，提供一种短消息增值业务的控制系统和控制方法，通过分离短消息的业务控制和传输，实现统一管理，并支持短信息业务逻辑的灵活实现。

为实现上述目的，本发明提供了一种短消息增值业务的控制系统，包括相互通信连接的SMSG和SMSC，构成短消息业务的传输层；还包括一SM-SCP设备，分别与所述SMSG和SMSC通信连接，用于调用用户列表，当短消息的发送地址和目的地址都不存在于用户列表中时，向所述SMSC或SMSG返回按照原目的地址和短消息内容继续发送的指令；当所述短消息的发送地址和/或目的地址存在于用户列表中时，调用所述发送地址和/或目的地址的用户逻辑，对所述短消息的流程、目的地址和/或内容加以修改，并向所述SMSC或SMSG返回修改后的处理操作指令；

所述SMSG和SMSC分别设有短消息业务的控制触发条件，用于将满足所述控制触发条件的短消息发送给所述SM-SCP设备，并根据所述处理操作指令执行处理操作。

所述SM-SCP设备可以包括业务逻辑处理模块和业务存储模块；

所述业务存储模块用于保存SP预先同步的用户列表和用户逻辑；

所述业务逻辑处理模块用于根据所述用户列表和用户逻辑以及系统默认的参数设置，确定对接收到的短消息的处理操作，并返回所述处理操作指令给所述SMSG和SMSC。

本发明还提供了一种短消息增值业务的处理方法，包括以下步骤：

步骤1、SMSC或SMSG接收到短消息业务时，判断所述短消息业务是否满足预设的控制触发条件，是则执行步骤2，否则按照所述短消息业务中的目的地直接传输后结束；

步骤2、所述SMSC或SMSG将所述短消息业务发送至SM-SCP设备；

步骤3、所述SM-SCP设备调用用户列表，当所述短消息业务的发送地址和目的地址都不存在于用户列表中时，所述SM-SCP设备向所述SMSC或SMSG返回按照原目的地址和短消息内容继续发送的指令；当所述短消息业务的发送地址和/或目的地址存在于用户列表中时，所述SM-SCP设备调用所述发送地址和/或目的地址的用户逻辑，对所述短消息业务的流程、目的地址和/或内容加以修改，并向所述SMSC或SMSG返回修改后的处理操作指令；

步骤4、所述SMSC或SMSG根据所述处理操作指令进行所述短消息业务的处理操作后结束。

其中，所述步骤1之前可以包括，所述短消息业务控制点设备主动查询并同步服务提供商的用户列表和用户逻辑。

或者所述步骤1之前，服务提供商主动向所述短消息业务控制点上报用户列表和用户逻辑。

步骤1中当所述短消息业务中包括SP代码时，SMSG接收所述短消息业务。对应的，步骤1中当所述短消息业务为点对点短消息业务时，SMSC接收所述短消息业务。

步骤3中的处理操作指令至少为：

抛弃所述短消息的指令，抛弃所述短消息业务并新建短消息的指令，按照原目的地址和短消息内容继续发送的指令，按照修改后的目的地址和原短消息内容继续发送的指令，按照原目的地址和修改后的短消息内容继续发送的指令，按照修改后的目的地址和修改后的短消息内容继续发送的指令，抛弃状态报告的指令以及继续发送状态报告的指令之一。

由上述技术方案可知，本发明通过分离短消息的业务控制和传输，采用专门的SM-SCP设备，具有以下有益效果：

1、实现了对短消息增值业务的统一管理；

2、支持了短消息增值业务的灵活处理；

3、避免了对现有移动通信网络的不断改动；

4、同时实现了对于点对点短消息业务的控制处理。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为现有技术中互联网短消息模式的系统示意图；

图2为本发明所提供的短消息增值业务的控制系统的系统框图；

图3为图2所示系统中SM-SCP设备的一个实施例的系统框图；

图4为本发明所提供的短消息增值业务的控制方法的原理流程图。

具体实施方式

为了克服现有技术中短消息增值业务逻辑控制分散的缺陷，本发明提供了一种短消息增值业务的控制系统，如图2所示，包括相互通信连接的SMSG3和SMSC 2，构成短消息业务的传输层；其中，本实施例中以一个SMSG 3和SMSC 2为例，但本领域技术人员应当了解，实际应用中SMSC 2以及SMSG 3不限于一个，而是以移动终端所在地域划分，对应不同的SMSC 2以及SMSG 3。

当短消息业务中发送或接收地址涉及SP代码时，该短消息业务由SMSG3进行处理，具体为：当发送方地址为SP代码时，直接由SMSG 3进行处理；当发送方地址为普通移动终端号码，接收方地址为SP代码时，由SMSC 2转发给SMSG 3进行处理；对于发送方与接收方地址都尉普通移动终端号码的情况，则由SMSC 2直接处理。

还包括一SM-SCP设备1，分别与所述SMSG 3和SMSC 2通信连接，作为短消息业务的控制层，用于对接收到的短消息进行处理，并返回处理操作指令给所述SMSG 3和SMSC 2。

所述SMSG 3和SMSC 2分别设置了短消息业务的控制触发条件，用于将满足所述控制触发条件的短消息发送给所述SM-SCP设备1，并根据所述处理指令执行相应的处理操作。

作为一个实例，SMSC 2上的控制触发条件可以如下设置，即当满足下述条件时触发SM-SCP设备1，并等待SM-SCP设备1的下一步处理指示，接收到指示后，按照指示进行相应的处理工作：

(1)SMSC接收到终端发起(Mobile Originated，简称MO)短消息时；

(2)SMSC接收到应用发起(Application Originated，简称AO)短消息时；

(3)SMSC准备开始下发终端中止(Mobile Terminated，简称MT)短消息时；

(4)SMSC准备开始下发应用中止(Application Terminated，简称AT)短消息时；

(5)SMSC第n次下发MT失败(n＝1、2、3......)时；

(6)SMSC第n次下发AT失败(n＝1、2、3......)时；

(7)SMSC第n次下发MT成功(n＝1、2、3......)时；

(8)SMSC第n次下发AT成功(n＝1、2、3......)时；

(9)SMSC接收到警报控制(ALTER-SC)时。

相应的，SMSG 3上的控制触发条件可以如下设置，即当满足下述条件时触发SM-SCP设备1，并等待SM-SCP设备1的下一步处理指示，接收到指示后，按照指示进行相应的处理工作：

(1)SMSG接收到MO短消息时；

(2)SMSG接收到AO短消息时；

(3)SMSG准备开始下发MT短消息时；

(4)SMSG准备开始下发AT短消息时；

(5)SMSG第n次下发MT失败(n＝1、2、3......)时；

(6)SMSG第n次下发AT失败(n＝1、2、3......)时；

(7)SMSG第n次下发MT成功(n＝1、2、3......)时；

(8)SMSG第n次下发AT成功(n＝1、2、3......)时；

(9)SMSG接收到状态报告时。

可以看出，在实际处理中，下发和接收终端/应用短消息是按照独立的两个阶段进行，但由于在一个完整的短消息业务过程中，往往SMSC 2以及SMSG 3既要接收终端/应用短消息，对应的也要下发应用/终端中止短消息，因此可能存在两次触发SM-SCP设备的情况。为了节约资源，可以在SM-SCP1中增加处理识别功能，对已经处理过的短消息业务，再其第二次触发时，直接下发继续发送指令。

SMSG3与SP4连接，该SP4可以为一个或者多个。SP4可预先向SM-SCP设备1同步其用户列表和用户逻辑，可以通过SMSG3进行同步，也可以单独建立通信信道进行同步(图中未示)。

参见图3，为SM-SCP设备1的一实施例，具体包括业务逻辑处理模块11和业务存储模块12。

业务存储模块12用于保存SP4预先同步的用户列表和用户逻辑；比如在SP上设置了短消息前转的用户终端列表，其用户逻辑为当该终端为被叫方时，对目的地址进行修改；再比如，在SP上设置了被叫回执的用户终端列表，其用户逻辑为当该终端为主叫方时，继续发送状态报告；又比如，在SP上设置了短消息多彩处理功能的用户终端列表，其用户逻辑为当该终端为主叫方时，将短消息内容进行多彩处理，即将原本发送的黑白文字短消息变成多彩效果的短消息。

其中，业务存储模块12与SP4之间的虚线代表着业务存储模块12可能直接与SP4进行同步。

业务逻辑处理模块11用于根据所述用户列表和用户逻辑以及系统的默认参数设置，确定对接收到的短消息的处理操作，并返回所述处理操作指令给所述SMSG和SMSC。比如，当业务逻辑处理模块11接收到第n次下发AT失败时，指令抛弃该短消息，n为系统默认的参数设置；再比如，当业务逻辑处理模块11接收到第n次下发MT成功时，指令继续发送状态报告或抛弃状态报告；又比如，当按照用户逻辑对消息内容进行多彩处理时，按照目的地址下发修改后的短消息。在本例中提供了以下的处理操作：

(1)抛弃该短消息，中止当前短消息处理流程；

(2)继续发送该短消息，按照原来的目的地址和短消息内容；

(3)继续发送该短消息，按照原来的目的地址和修改后的短消息内容；

(4)继续发送该短消息，按照修改后的目的地址和修改后的短消息内容；

(5)按照指示的目的地址和短消息内容新建一个短消息发送过程；

(6)抛弃状态报告，中止当前状态报告处理流程；

(7)继续发送该状态报告。

可见，通过本发明所提供的系统，能够将各个原来由不同SP实现的业务逻辑加以集中，实现了对短消息增值业务的统一管理。

同时，通过本发明所提供的系统，有力地支持了短消息增值业务的灵活处理。这是因为现有技术中对增值业务的处理都需要在SP中实现，比如移动终端A发送所订制的天气预报给移动终端B，虽然其目的地址为移动终端B，但该业务不得不在SP中实现；当移动终端B同时定制了呼叫转移等业务时，就不得不再经过另外一个SP加以实现；可见其处理的过程僵化繁琐。而通过本发明提供的系统，由SM-SCP 1统一处理，不局限于上述SP的先后次序，能够灵活的实现上述过程。

而且，本发明所提供的系统一经实施，通过触发条件的简单设置就能实现新的业务逻辑，避免了对SMSC和SMSG的反复改造，具有切实的可实现性。

进一步的，由于本系统对SMSC同样适用，因此也可以将现有的由SMSC实现的简单控制转移过来，亦即实现了对点对点短消息的控制。

基于上述控制系统，本发明提供了一种短消息增值业务的处理方法，其原理流程图如图4所示，包括以下步骤：

步骤1、SMSC或SMSG接收到短消息业务时，判断所述短消息业务是否满足预设的控制触发条件，是则执行步骤2，否则按照所述短消息业务中的目的地直接传输后结束；

步骤2、所述SMSC或SMSG将所述短消息业务发送至SM-SCP设备；

步骤3、所述SM-SCP设备进行逻辑控制，并向所述SMSC或SMSG返回处理操作指令；

步骤4、所述SMSC或SMSG根据所述处理操作指令进行所述短消息业务的处理操作后结束。

可见，通过本发明所提供的方法，SMSC/SMSG仅仅负责短消息业务的传输，控制工作转由SM-SCP设备统一处理，实现了对短消息增值业务的统一管理，支持了短消息增值业务的灵活实现。

其中，所述步骤1之前，所述SM-SCP设备同步并保存SP的用户列表和用户逻辑。可以采取SM-SCP主动查询并同步的方式，也可以采取SP主动上报的方式。

步骤1中当所述短消息业务中地址涉及SP代码时，SMSG接收所述短消息业务。对应的，步骤1中当所述短消息业务为点对点短消息业务时，SMSC接收所述短消息业务。因此可以将现有的由SMSC实现的简单控制转移过来，亦即实现了对点对点短消息的控制。

所述步骤3具体为：

所述短消息业务控制点设备调用用户列表，当所述短消息的发送地址和目的地址都不存在于用户列表中时，所述短消息业务控制点设备向所述短消息服务中心或短消息服务网关返回按照原目的地址和短消息内容继续发送的指令；

当所述短消息的发送地址和/或目的地址存在于用户列表中时，所述短消息业务控制点设备调用所述发送地址和/或目的地址的用户逻辑，对所述短消息的流程、目的地址和/或内容加以修改，并向所述短消息服务中心或短消息服务网关返回修改后的处理操作指令。

其中，业务修改逻辑既包括业务内容的修改比如多彩处理的设置，也包括业务流程的修改比如短消息前转。

针对不同的业务逻辑，SM-SCP返回的处理操作指令也不相同，可以为：

抛弃所述短消息的指令，抛弃所述短消息并新建短消息的指令，按照原目的地址和短消息内容继续发送的指令，按照修改后的目的地址和原短消息内容继续发送的指令，按照原目的地址和修改后的短消息内容继续发送的指令，按照修改后的目的地址和修改后的短消息内容继续发送的指令，抛弃状态报告的指令以及继续发送状态报告的指令之一；比如，如果被叫终端设置了短消息前转，则SM-SCP对目的地址进行修改，其处理指令为按照修改后的目的地址和原短消息内容继续发送。

本领域技术人员应当理解，上述处理操作指令仅为说明本发明的技术方案而例举，而并非局限。即，处理操作指令可以根据实际的用户逻辑需要而添加或减少。

实施例1：

本实施例为一定制了短消息多彩处理功能的用户终端A向用户终端B发送短消息的过程，包括以下步骤：

步骤101、SP1将用户终端A及其业务逻辑主动同步给SM-SCP；

步骤102、用户终端A发送普通的短消息给SMSC，目的地址为用户终端B；

步骤103、SMSC接收到该短消息，即实现了控制触发条件：接收到MO短消息；

步骤104、SMSC将所述短消息业务发送至SM-SCP设备；

步骤105、SM-SCP设备调用发送方用户即用户终端A的逻辑，发现存在业务修改逻辑为多彩处理，则修改短消息内容，将黑白文字短消息转换为多彩文字的短消息；

步骤106、SM-SCP设备调用接收方用户即用户终端B的逻辑，未发现存在业务修改逻辑；

步骤107、发送处理操作指令为：按照原目的地址和修改后的多彩短消息内容继续发送；

步骤108、SMSC根据接收到的处理操作指令向用户终端B发送多彩文字的短消息。

可见，在本实施例中SM-SCP实现的处理操作为：继续发送该短消息，按照原来的目的地址和修改后的短消息内容，而无需去SP1中实现。

实施例2：

本实施例为一定制了短消息前转的用户终端B接收短消息的过程，包括以下步骤：

步骤201、SM-SCP主动查询SP2，同步了用户终端B及其业务逻辑“前转到终端C”和“节日短消息”，以及SP2的“被叫回执”；

步骤202、SP2向SMSG发送节日短消息，目标地址为用户终端B；

步骤203、SMSG接收到该短消息，即实现了控制触发条件：接收到AO短消息；

步骤204、SMSG将所述短消息业务发送至SM-SCP设备；

步骤205、SM-SCP设备调用发送方用户即SP2逻辑，发现存在“被叫回执”，则进入发送状态报告处理，将状态报告标识插入短消息内容；

步骤206、SM-SCP设备调用接收方用户即用户终端B的逻辑，发现存在业务修改逻辑为“前转到终端C”，则修改目的地址为终端C；

步骤207、SM-SCP向SMSG返回处理操作指令为：按照修改后的目的地址和插入状态报告表示的内容继续发送；

步骤208、SMSG根据接收到的继续发送指令，向用户终端C发送具有状态报告标识的短消息；

步骤209、用户终端C接收到“节日短消息”，则向SMSC发送状态报告，目的地址为SP2；

步骤210、SMSC识别目的地址涉及SP，转发给SMSG；

步骤211、SMSG接收到状态报告，触发上报给SM-SCP；

步骤212、SM-SCP查询SP2的业务逻辑后，返回继续发送状态报告指令；

步骤213、SMSG向SP2发送状态报告。

在本实施例中，对于用户终端B，实现的处理操作为：继续发送该短消息，按照修改后的目的地址和修改后的短消息内容，也无需通过SP2和SP3实现。

对于SP2，实现的处理操作为：继续发送状态报告。

本领域技术人员应当理解，即使将本实施例要求被叫回执的也可为一用户终端，则其过程不同于现有技术中的由SP转发实现，而是统一在SM-SCP实现。

实施例3：

本实施例为一多次发送失败的点到点短消息的过程，包括以下步骤：

步骤301、用户终端A向SMSC发送一短消息，目的地为用户终端B；

步骤302、SMSC直接下发3次失败后，达到触发控制条件；

步骤303、SMSC将该短消息发送给SM-SCP；

步骤304、SM-SCP根据系统默认的参数，返回中止指令；

步骤305、SMSC结束短消息发送。

通过本实施例可以看出，本方法同样适用于点到点的短消息业务，实现的处理操作为：抛弃该短消息，中止当前短消息处理流程。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (8)

1、一种短消息增值业务的控制系统，包括相互通信连接的短消息服务网关和短消息服务中心，构成短消息业务的传输层；其特征在于还包括一短消息业务控制点设备，分别与所述短消息服务网关和短消息服务中心通信连接，用于调用用户列表，当短消息的发送地址和目的地址都不存在于用户列表中时，向所述短消息服务中心或短消息服务网关返回按照原目的地址和短消息内容继续发送的指令；当所述短消息的发送地址和/或目的地址存在于用户列表中时，调用所述发送地址和/或目的地址的用户逻辑，对所述短消息的流程、目的地址和/或内容加以修改，并向所述短消息服务中心或短消息服务网关返回修改后的处理操作指令；

所述短消息服务网关和短消息服务中心分别设有短消息业务的控制触发条件，用于将满足所述控制触发条件的短消息发送给所述短消息业务控制点设备，并根据所述处理操作指令执行处理操作。

2、根据权利要求1所述的系统，其特征在于所述短消息业务控制点设备包括业务逻辑处理模块和业务存储模块；

所述业务存储模块用于保存服务提供商预先同步的用户列表和用户逻辑；

所述业务逻辑处理模块用于根据所述用户列表和用户逻辑以及系统默认的参数设置，确定对接收到的短消息的处理操作，并返回所述处理操作指令给所述短消息服务网关和短消息服务中心。

3、一种短消息增值业务的处理方法，其特征在于包括以下步骤：

步骤1、短消息服务中心或短消息服务网关接收到短消息业务时，判断所述短消息业务是否满足预设的控制触发条件，是则执行步骤2，否则按照所述短消息业务中的目的地直接传输后结束；

步骤2、所述短消息服务中心或短消息服务网关将所述短消息业务发送至短消息业务控制点设备；

步骤3、所述短消息业务控制点设备调用用户列表，当所述短消息业务的发送地址和目的地址都不存在于用户列表中时，所述短消息业务控制点设备向所述短消息服务中心或短消息服务网关返回按照原目的地址和短消息内容继续发送的指令；当所述短消息业务的发送地址和/或目的地址存在于用户列表中时，所述短消息业务控制点设备调用所述发送地址和/或目的地址的用户逻辑，对所述短消息业务的流程、目的地址和/或内容加以修改，并向所述短消息服务中心或短消息服务网关返回修改后的处理操作指令；

步骤4、所述短消息服务中心或短消息服务网关根据所述处理操作指令进行所述短消息业务的处理操作后结束。

4、根据权利要求3所述的方法，其特征在于所述步骤1之前，所述短消息业务控制点设备主动查询并同步服务提供商的用户列表和用户逻辑。

5、根据权利要求3所述的方法，其特征在于所述步骤1之前，服务提供商主动向所述短消息业务控制点上报用户列表和用户逻辑。

6、根据权利要求3所述的方法，其特征在于所述步骤1中当所述短消息业务中包括服务提供商代码时，短消息服务网关接收所述短消息业务。

7、根据权利要求3所述的方法，其特征在于所述步骤1中当所述短消息业务为点对点短消息业务时，短消息服务中心接收所述短消息业务。

8、根据权利要求3所述的方法，其特征在于所述步骤3中的处理操作指令至少为：

抛弃所述短消息的指令，抛弃所述短消息业务并新建短消息的指令，按照原目的地址和短消息内容继续发送的指令，按照修改后的目的地址和原短消息内容继续发送的指令，按照原目的地址和修改后的短消息内容继续发送的指令，按照修改后的目的地址和修改后的短消息内容继续发送的指令，抛弃状态报告的指令以及继续发送状态报告的指令之一。

Images