CN103380633A - 报错方法及装置 - Google Patents
报错方法及装置 Download PDFInfo
- Publication number
- CN103380633A CN103380633A CN2012800030913A CN201280003091A CN103380633A CN 103380633 A CN103380633 A CN 103380633A CN 2012800030913 A CN2012800030913 A CN 2012800030913A CN 201280003091 A CN201280003091 A CN 201280003091A CN 103380633 A CN103380633 A CN 103380633A
- Authority
- CN
- China
- Prior art keywords
- error
- called subscriber
- multimedia message
- threshold value
- subscriber
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种报错方法及装置。该报错方法包括:接收主叫用户发送的彩信群发请求;对所述彩信群发请求进行解析,得到被叫用户数;判断所述被叫用户数是否超过预先设定的用户数阈值;当所述被叫用户数超过所述用户数阈值时,向计费网元发送报错消息,用以计费网元根据所述报错消息向所述主叫用户发送报错短信。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种报错方法及装置。
背景技术
目前,彩信业务越来越普遍,对于群发彩信业务,端到端多个网元都要参与处理,因此各个网元的工作负荷很大。为保证能够成功群发彩信,及防止不法组织恶意群发彩信,给用户带来骚扰,在主叫用户进行群发彩信时,网关或彩信中心对被叫用户的个数必然存在一定的限制。
当主叫用户群发彩信因超限制导致发送失败的情况下,彩信中心禁止转发被叫用户个数超出限制的群发彩信并通知用户发送失败,但无法提示用户发送失败的原因;或者,网关直接丢弃被叫用户个数超出限制的群发彩信但并未主动告知主叫用户是否发送成功,主叫用户只能通过主动查询已发彩信条数才能知道群发彩信是否成功,从而导致用户的消费体验下降。
发明内容
本发明提供了一种报错方法及装置,在主叫用户群发彩信因超限制导致发送失败时,向主叫用户发送短信,以告知主叫用户群发彩信失败及发送失败的原因。
在第一方面,本发明提供了一种报错方法,该方法包括以下步骤:
接收主叫用户发送的彩信群发请求;
对所述彩信群发请求进行解析,得到被叫用户数;
判断所述被叫用户数是否超过预先设定的用户数阈值;
当所述被叫用户数超过所述用户数阈值时,向计费网元发送报错消息,用以计费网元根据所述报错消息向所述主叫用户发送报错短信。
在第二方面,本发明提供了一种报错方法,该方法包括以下步骤:
接收网关发送的主叫用户的彩信群发请求;
对所述彩信群发请求进行解析,得到被叫用户数;
判断所述被叫用户数是否超过预先设定的用户数阈值;
当所述被叫用户数超过所述用户数阈值时,向所述主叫用户发送报错短信。
在第三方面,本发明提供了一种报错装置,该装置包括:
接收单元,用于接收主叫用户发送的彩信群发请求;
解析单元,用于对所述彩信群发请求进行解析,得到被叫用户数;
判断单元,用于判断所述被叫用户数是否超过预先设定的用户数阈值;
发送单元,用于当所述被叫用户数超过所述用户数阈值时,向计费网元发送报错消息,用以计费网元根据所述报错消息向所述主叫用户发送报错短信。
在第四方面,本发明提供了一种报错装置,该装置包括:
接收单元,用于接收网关发送的主叫用户的彩信群发请求;
解析单元,用于对所述彩信群发请求进行解析,得到被叫用户数;
判断单元,用于判断所述被叫用户数是否超过预先设定的用户数阈值;
发送单元,用于当所述被叫用户数超过所述用户数阈值时,向所述主叫用户发送报错短信。
利用本发明提供的报错方法及装置,在主叫用户群发彩信因超限制导致发送失败时,通过发送短信告知主叫用户群发彩信失败及发送失败原因,能够使主叫用户实时得知群发彩信失败的信息,有效避免了用户的消费体验下降。
附图说明
图1为本发明实施例一提供的一种报错方法的流程图;
图2为本发明实施例二提供的一种报错方法的流程图;
图3为本发明实施例三提供的一种报错装置的结构示意图
图4为本发明实施例四提供的一种报错装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例一提供一种报错方法,该报错方法的执行主体为网关。在主叫用户群发彩信因被叫用户超限制导致发送失败时,网关通过向计费网元发送报错消息,使得计费网元向主叫用户发送报错短信实时告知主叫用户发送失败,从而提高用户的终端体验。
如图1所述,其为本发明实施例一提供的一种报错方法的流程图。该报错方法包括以下步骤:
步骤S101,接收主叫用户发送的彩信群发请求。
主叫用户在向多个被叫用户群发彩信时,网关会接收到彩信群发请求,该彩信群发请求中携带需要群发的彩信内容,主叫用户号码及被叫用户号码等信息。
步骤S102,对彩信群发请求进行解析,得到被叫用户数。
网关收彩信群发请求后,从该彩信群发请求中解析出将要发送的被叫用户数,用以判断接收该群发彩信的被叫用户数是否超过限制的被叫用户数。
步骤S103,判断被叫用户数是否超过预先设定的用户数阈值。
其中,用户数阈值是预先根据端到端之间的各个网元的工作负荷量设定的。
如果被叫用户数没有超过预先设定的用户数阈值,则继续执行群发彩信的流程。
如果被叫用户数超过预先设定的用户数阈值,则说明接收该群发彩信的被叫用户数超过限制,执行步骤S104。
步骤S104,当被叫用户数超过用户数阈值时,向计费网元发送报错消息,用以计费网元根据报错消息向主叫用户发送报错短信。
其中,报错消息中携带有被叫用户数及被叫用户数大于用户数阈值的标识。
计费网元在接收到该报错消息后可知不需要为该群发彩信分配配额,并且计费网元根据该报错消息构建报错短信并发送至主叫用户,用以告知主叫用户该彩信群发失败。
优选地,该报错短信中包括被叫用户数、用户阈值数及发送失败原因中的任意两个,以便于在告知主叫用户彩信发送失败的同时告知主叫用户发送失败的原因。
例如,报错短信的具体内容为:“*时*分*秒群发的彩信数为*个,系统最多同时向*个用户发送,因此发送失败。”或“*时*分*秒群发的彩信数为*个,被叫用户数超过最大限制数*个,因此发送失败。”主叫用户便可根据接收到的报错短信得知群发短信失败及失败原因,以便于用户再次群发彩信时有针对性的减少被叫用户的个数。
另外,网关在向计费网元发送报错消息的同时,将群发的彩信丢弃,以拒绝向被叫用户发送彩信。
由此可以看出,利用本发明实施例一提供的报错方法,在被叫用户数超过限制数时,通过网关向计费网元发送报错消息,以使计费网元向主叫用户发送报错短信,实时提醒用户彩信群发失败及失败原因,使得用户在下次群发彩信时,有针对性的减少被叫用户数,以实现成功发送,从而有效避免了用户消费体验下降。
本发明实施例二提供一种报错方法,该报错方法的执行主体为彩信中心。在主叫用户群发彩信因被叫用户超限制导致发送失败时,彩信中心向主叫用户发送报错短信实时告知主叫用户发送失败,从而提高用户的终端体验。
如图2所述,其为本发明实施例二提供的一种报错方法的流程图。该报错方法包括以下步骤:
步骤S201,接收网关发送的主叫用户的彩信群发请求。
主叫用户在向多个被叫用户群发彩信时,首先向网关发送彩信群发请求。网关接收到该彩信群发请求后向计费网元申请配额,网关接收计费网元的反馈消息,在反馈消息为配额充足的情况下,网关将彩信群发请求转发至彩信中心。
其中,该彩信群发请求中携带需要群发的彩信内容,主叫用户号码及被叫用户号码等信息。
步骤S202,对彩信群发请求进行解析,得到被叫用户数。
彩信中心收彩信群发请求后,从该彩信群发请求中解析出将要发送的被叫用户数,用以判断接收该群发彩信的被叫用户数是否超过限制的被叫用户数。
步骤S203,判断被叫用户数是否超过预先设定的用户数阈值。
其中,用户数阈值是预先根据端到端之间的各个网元的工作负荷量设定的。
如果被叫用户数没有超过预先设定的用户数阈值,则继续执行群发彩信的流程。
如果被叫用户数超过预先设定的用户数阈值,则说明接收该群发彩信的被叫用户数超过限制,执行步骤S204。
步骤S204,当被叫用户数超过用户数阈值时,向主叫用户发送报错短信。
优选地,该报错短信中包括被叫用户数、用户阈值数及发送失败原因中的任意两个,以便于在告知主叫用户群发彩信发送失败的同时告知主叫用户发送失败的原因。
例如,报错短信的具体内容为:“*时*分*秒群发的彩信数为*个,系统最多同时向*个用户发送,因此发送失败。”或“*时*分*秒群发的彩信数为*个,被叫用户数超过最大限制数*个,因此发送失败。”主叫用户便可根据接收到的报错短信得知群发短信失败及失败原因,以便于用户再次群发彩信时有针对性的减少被叫用户的个数。
另外,彩信中心在向主叫用户发送报错短信的同时,将群发的彩信丢弃,以拒绝向被叫用户发送彩信。
由此可以看出,利用本发明实施例二提供的报错方法,在被叫用户数超过限制数时,通过彩信中心向主叫用户发送报错短信,实时提醒用户彩信群发失败及失败原因,使得用户在下次群发彩信时,有针对性的减少被叫用户数,以实现成功发送,从而有效避免了用户消费体验下降。
相应的,本发明实施例三提供了一种报错装置,该报错装置用以实现实施例一所提供的报错方法。如图3所示,其为本发明实施例三提供的一种报错装置的结构示意图。该报错装置包括:接收单元310,解析单元320,判断单元330及发送单元340。
接收单元310用于接收主叫用户发送的彩信群发请求。该彩信群发请求中携带需要群发的彩信内容,主叫用户号码及被叫用户号码等信息。
解析单元320用于对接收单元310接收到的彩信群发请求进行解析,得到被叫用户数。
判断单元330用于判断被叫用户数是否超过预先设定的用户数阈值。
其中,用户数阈值是预先根据端到端之间的各个网元的工作负荷量设定的。
发送单元340用于当被叫用户数超过用户数阈值时,向计费网元发送报错消息,用以计费网元根据报错消息向主叫用户发送报错短信。
其中,报错消息中携带有被叫用户数及被叫用户数大于用户数阈值的标识。
计费网元在接收到该报错消息后可知不需要为该群发彩信分配配额,并且计费网元根据该报错消息构建报错短信并发送至主叫用户,用以告知主叫用户该彩信群发失败。
优选地,该报错短信中包括被叫用户数、用户阈值数及发送失败原因中的任意两个,以便于在告知主叫用户群发彩信发送失败的同时告知主叫用户发送失败的原因。
例如,报错短信的具体内容为:“*时*分*秒群发的彩信数为*个,系统最多同时向*个用户发送,因此发送失败。”或“*时*分*秒群发的彩信数为*个,被叫用户数超过最大限制数*个,因此发送失败。”主叫用户便可根据接收到的报错短信得知群发短信失败及失败原因,以便于用户再次群发彩信时有针对性的减少被叫用户的个数。
由此可以看出,利用本发明实施例三提供的报错装置,在被叫用户数超过限制数时,通过该报错装置向计费网元发送报错消息,以使计费网元向主叫用户发送报错短信,实时提醒用户彩信群发失败及失败原因,使得用户在下次群发彩信时,有针对性的减少被叫用户数,以实现成功发送,从而有效避免了用户消费体验下降。
需要说明的是,本实施例提供的报错装置是用来实现实施例一所述的报错方法,所包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
相应的,本发明实施例四提供了一种报错装置,该报错装置用以实现实施例二所提供的报错方法。如图4所示,其为本发明实施例四提供的一种报错装置的结构示意图。该报错装置包括:接收单元410,解析单元420,判断单元430及发送单元440。
接收单元410用于接收网关发送的主叫用户的彩信群发请求。
主叫用户在向多个被叫用户群发彩信时,首先向网关发送彩信群发请求。网关接收到该彩信群发请求后向计费网元申请配额,网关接收计费网元的反馈消息,在反馈消息为配额充足的情况下,网关将彩信群发请求转发至彩信中心。
其中,该彩信群发请求中携带需要群发的彩信内容,主叫用户号码及被叫用户号码等信息。
解析单元420用于对接收单元410接收到的彩信群发请求进行解析,得到被叫用户数。
判断单元430用于判断被叫用户数是否超过预先设定的用户数阈值。
其中,用户数阈值是预先根据端到端之间的各个网元的工作负荷量设定的。
发送单元440用于当被叫用户数超过用户数阈值时,向主叫用户发送报错短信。
优选地,该报错短信中包括被叫用户数、用户阈值数及发送失败原因中的任意两个,以便于在告知主叫用户群发彩信发送失败的同时告知主叫用户发送失败的原因。
例如,报错短信的具体内容为:“*时*分*秒群发的彩信数为*个,系统最多同时向*个用户发送,因此发送失败。”或“*时*分*秒群发的彩信数为*个,被叫用户数超过最大限制数*个,因此发送失败。”主叫用户便可根据接收到的报错短信得知群发短信失败及失败原因,以便于用户再次群发彩信时有针对性的减少被叫用户的个数。
由此可以看出,利用本发明实施例四提供的报错装置,在被叫用户数超过限制数时,通过该报错装置向主叫用户发送报错短信,实时提醒用户彩信群发失败及失败原因,使得用户在下次群发彩信时,有针对性的减少被叫用户数,以实现成功发送,从而有效避免了用户消费体验下降。
需要说明的是,本实施例提供的报错装置是用来实现实施例二所述的报错方法,所包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种报错方法,其特征在于,所述方法包括:
接收主叫用户发送的彩信群发请求;
对所述彩信群发请求进行解析,得到被叫用户数;
判断所述被叫用户数是否超过预先设定的用户数阈值;
当所述被叫用户数超过所述用户数阈值时,向计费网元发送报错消息,用以计费网元根据所述报错消息向所述主叫用户发送报错短信。
2.根据权利要求1所述的方法,其特征在于,所述报错消息中携带有被叫用户数及所述被叫用户数大于用户数阈值的标识。
3.根据权利要求2所述的方法,其特征在于,所述报错短信包括:被叫用户个数,用户数阈值及发送失败原因中的任意两个。
4.一种报错方法,其特征在于,所述方法包括:
接收网关发送的主叫用户的彩信群发请求;
对所述彩信群发请求进行解析,得到被叫用户数;
判断所述被叫用户数是否超过预先设定的用户数阈值;
当所述被叫用户数超过所述用户数阈值时,向所述主叫用户发送报错短信。
5.根据权利要求4所述的方法,其特征在于,所述报错短信包括:被叫用户个数、用户数阈值及发送失败的原因中的任意两个。
6.一种报错装置,其特征在于,所述装置包括:
接收单元,用于接收主叫用户发送的彩信群发请求;
解析单元,用于对所述彩信群发请求进行解析,得到被叫用户数;
判断单元,用于判断所述被叫用户数是否超过预先设定的用户数阈值;
发送单元,用于当所述被叫用户数超过所述用户数阈值时,向计费网元发送报错消息,用以计费网元根据所述报错消息向所述主叫用户发送报错短信。
7.根据权利要求6所述的装置,其特征在于,所述报错消息中携带有被叫用户数及所述被叫用户数大于用户数阈值的标识。
8.根据权利要求7所述的装置,其特征在于,所述报错短信包括:被叫用户个数,用户数阈值及发送失败的原因中的任意两个。
9.一种报错装置,其特征在于,所述装置包括:
接收单元,用于接收网关发送的主叫用户的彩信群发请求;
解析单元,用于对所述彩信群发请求进行解析,得到被叫用户数;
判断单元,用于判断所述被叫用户数是否超过预先设定的用户数阈值;
发送单元,用于当所述被叫用户数超过所述用户数阈值时,向所述主叫用户发送报错短信。
10.根据权利要求9所述的装置,其特征在于,所述报错短信包括:被叫用户个数、用户数阈值及发送失败的原因中的任意两个。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2012/085925 WO2014085998A1 (zh) | 2012-12-05 | 2012-12-05 | 报错方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103380633A true CN103380633A (zh) | 2013-10-30 |
Family
ID=49464191
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012800030913A Pending CN103380633A (zh) | 2012-12-05 | 2012-12-05 | 报错方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103380633A (zh) |
WO (1) | WO2014085998A1 (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101022592A (zh) * | 2007-03-21 | 2007-08-22 | 深圳市杰普林数码科技有限公司 | 快速群发手机短信的方法 |
CN101202711A (zh) * | 2006-12-12 | 2008-06-18 | 中兴通讯股份有限公司 | 一种网间传输多媒体消息的方法 |
CN101232466A (zh) * | 2008-02-27 | 2008-07-30 | 腾讯科技(深圳)有限公司 | 一种消息传输方法以及消息传输装置 |
CN101562783A (zh) * | 2009-05-25 | 2009-10-21 | 中兴通讯股份有限公司 | 基于行业网关的集团用户彩信群发方法和系统 |
US20110009089A1 (en) * | 2006-04-20 | 2011-01-13 | Huawei Technologies Co., Ltd. | Method, system and apparatus of charging for group mode service |
CN102196378A (zh) * | 2010-03-02 | 2011-09-21 | 中兴通讯股份有限公司 | 短消息业务接入量的控制方法及基站子系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863206A (zh) * | 2005-12-23 | 2006-11-15 | 华为技术有限公司 | 流媒体业务异常处理的方法、移动终端及系统 |
CN101132448B (zh) * | 2006-08-23 | 2011-01-12 | 华为技术有限公司 | 一种过载限呼方法 |
EP2372569A1 (en) * | 2010-03-22 | 2011-10-05 | Research In Motion Limited | Method, system and apparatus for archiving data |
-
2012
- 2012-12-05 WO PCT/CN2012/085925 patent/WO2014085998A1/zh active Application Filing
- 2012-12-05 CN CN2012800030913A patent/CN103380633A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110009089A1 (en) * | 2006-04-20 | 2011-01-13 | Huawei Technologies Co., Ltd. | Method, system and apparatus of charging for group mode service |
CN101202711A (zh) * | 2006-12-12 | 2008-06-18 | 中兴通讯股份有限公司 | 一种网间传输多媒体消息的方法 |
CN101022592A (zh) * | 2007-03-21 | 2007-08-22 | 深圳市杰普林数码科技有限公司 | 快速群发手机短信的方法 |
CN101232466A (zh) * | 2008-02-27 | 2008-07-30 | 腾讯科技(深圳)有限公司 | 一种消息传输方法以及消息传输装置 |
CN101562783A (zh) * | 2009-05-25 | 2009-10-21 | 中兴通讯股份有限公司 | 基于行业网关的集团用户彩信群发方法和系统 |
CN102196378A (zh) * | 2010-03-02 | 2011-09-21 | 中兴通讯股份有限公司 | 短消息业务接入量的控制方法及基站子系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2014085998A1 (zh) | 2014-06-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103634409B (zh) | 实现移动互联网应用永远在线的方法及系统 | |
CN103929730B (zh) | 触发消息发送的方法、设备及系统 | |
US9936081B2 (en) | Determining telecommunication subscriber metrics | |
CN107079043B (zh) | 用于离线计费的装置和方法 | |
CN105657069B (zh) | 一种消息推送方法和装置 | |
CN106911556B (zh) | 一种消息提醒管理方法及终端 | |
CN103024691B (zh) | 信息的发送方法及装置 | |
EP2146529B1 (en) | Method, system and apparatus for dropping back to voice call from video call | |
CN102638417A (zh) | 信息的通信方法、装置及系统 | |
CN111405635B (zh) | 能力开放的实现方法、装置、设备及计算机可读存储介质 | |
JP7492613B2 (ja) | トラフィック課金方法、ネットワーク機器及び記憶媒体 | |
US20150113137A1 (en) | Event reporting method and system | |
US10171679B2 (en) | Differential online charging for text messages based on network type | |
EP2571291B1 (en) | Method, terminal and system for achieving differential charging of a fixed wireless phone among cells | |
CN101309458B (zh) | 多企业间的短信实现方法、系统和设备 | |
CN103380633A (zh) | 报错方法及装置 | |
US20120315932A1 (en) | Messaging system and method | |
CN114979982A (zh) | 消息的下发方法、装置、电子设备及存储介质 | |
US9332135B1 (en) | System, method, and computer program for managing a shared quota for a plurality of network subscribers in a consumer telecommunications network | |
CN102685698A (zh) | 一种实现跨运营商数据短信前转的方法,装置及系统 | |
CN109714720B (zh) | 实现lte网间漫游用户短信互通的方法和系统 | |
EP2699028A2 (en) | Method and apparatus for sending messages | |
WO2015196819A1 (zh) | Ivpn平台短消息收发的方法及业务控制节点 | |
CN103391519A (zh) | 一种短消息处理方法及其装置 | |
CN103188226A (zh) | 基于云计算识别及治理利用短信实施DDoS的系统和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20131030 |