CN105472574A - 后台程序发送消息的方法和装置 - Google Patents

后台程序发送消息的方法和装置 Download PDF

Info

Publication number
CN105472574A
CN105472574A CN201410265900.9A CN201410265900A CN105472574A CN 105472574 A CN105472574 A CN 105472574A CN 201410265900 A CN201410265900 A CN 201410265900A CN 105472574 A CN105472574 A CN 105472574A
Authority
CN
China
Prior art keywords
message
background program
scene
interface
sends
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
Application number
CN201410265900.9A
Other languages
English (en)
Inventor
刘纪云
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201410265900.9A priority Critical patent/CN105472574A/zh
Priority to PCT/CN2015/080764 priority patent/WO2015188720A1/zh
Priority to US15/318,535 priority patent/US20170201870A1/en
Publication of CN105472574A publication Critical patent/CN105472574A/zh
Pending legal-status Critical Current

Links

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4594—Address books, i.e. directories containing contact information about correspondents
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0853—Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H04W12/126—Anti-theft arrangements, e.g. protection against subscriber identity module [SIM] cloning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了后台程序发送消息方法和装置；其中后台程序发送消息方法包括：获取后台程序发送消息的连接通道；根据后台程序发送消息的场景构造需要发送的消息；获取后台程序发送消息的接口；通过所述后台程序发送消息的连接通道，将所述构造的消息上传至所述后台程序发送消息的接口，通过所述后台程序发送消息的接口后台程序发送所述消息。本实施例实现了后台程序自动发送消息的功能，无需用户输入电话号码及消息内容，且发送过程不影响系统的正常运行。

Description

后台程序发送消息的方法和装置
技术领域
本发明涉及消息发送技术，具体涉及后台程序发送消息的方法和装置。
背景技术
目前的消息发送技术大都局限于前台人工发送，人工输入要发送的消息内容及号码。而在某些特定情况下，需要实现手机后台程序自动发送消息，例如，在用于手机防盗中，用户更换SIM时，需要手机通过后台程序发送消息通知特定的联系人，该手机已更换用户，可能被盗；或者，在手机被盗后，根据用户请求执行一些操作后，自动发送消息通知用户操作执行结果；又或者，根据用户需要按时发送消息来查询用户手机流量使用情况等等，均需要手机后台程序自动发送消息来实现。
基于上述需求，有必要发明一种手机后台程序发送消息的技术。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的后台程序发送消息的方法和相应的后台程序发送消息的装置。
依据本发明的一个方面，提供一种后台程序发送消息的方法，其包括：
获取后台程序发送消息的连接通道；
根据后台程序发送消息的场景构造需要发送的消息；
获取后台程序发送消息的接口；
通过所述后台程序发送消息的连接通道，将所述构造的消息上传至所述后台程序发送消息的接口，通过所述后台程序发送消息的接口后台程序发送所述消息。
依据本发明的另一方面，提供一种后台程序发送消息的装置，其包括：
第一获取单元，适于获取后台程序发送消息的连接通道；
消息构造单元，适于根据后台程序发送消息的场景构造需要发送的消息；
第二获取单元，适于获取后台程序发送消息的接口；
发送单元，适于通过所述后台程序发送消息的连接通道，将所述构造的消息上传至所述后台程序发送消息的接口，通过所述后台程序发送消息的接口后台程序发送所述消息。
本实施例实现了后台程序自动发送消息的功能，无需用户输入电话号码及消息内容，且发送过程不影响系统的正常运行，实现了前台发消息所不能及的功能。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。说明书附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明实施例一后台程序发送消息的方法流程图；
图2示出了根据本发明实施例五后台程序发送消息的装置结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一、后台程序发送消息的方法。下面结合图1对本实施例的方法进行说明。
图1中，S100、获取后台程序发送消息的连接通道；
本实施例及以下实施例所述后台程序发送消息是指不通过调用消息界面，直接静默发送消息的行为。所述后台程序是指非用户直接接触的程序，后台程序可以是任何的程序，甚至还可以是一台完成相应功能的设备。
本实施例所述后台程序发送消息的连接通道，即消息构造进程和消息发送进程之间的通信通道。
其中，本实施例通过调用系统私有接口作为所述后台程序发送消息的连接通道，所述系统私有接口为xpcConnection，该私有接口xpcConnection返回值为conn。所述私有接口即功能、参数、返回值等所有信息均不对外公布的接口。本发明一种实施例获取后台程序发送消息的连接通道的方法的执行代码如下：
ClassclientCon＝objc_getClass("CKClientComposeConversation")；
idconn＝[clientCon_xpcConnection]；
S110、根据后台程序发送消息的场景构造需要发送的消息；
其中，本实施例所述需要发送的消息包含字段和内容两部分，其中包含的字段及各字段的含义如下：
(1)"message-type"：代表信息类型，所述信息类型包括“SMS”和“iMessage”两种，
(2)"recipients"：代表消息接收人，是一个数组，可以存放多个联系人号码(移动电话号码非座机号码)或邮箱地址；所述多个联系人号码或邮箱地址包括：用户预先设定的至少一个消息接收人号码或邮箱地址、或从手机联系人中选择的通话次数最多的至少一个消息接收人号码或邮箱地址，或从手机联系人中选择的通话时间最长的至少一个消息接收人号码或邮箱地址、或在所有联系人中随机选择的至少一个消息接收人号码或邮箱地址。
本实施例对于不同的后台程序发送消息场景，其消息接收人选择方法不同，例如，为防止手机被盗时盗用者更换SIM卡，因此对于手机更换SIM卡场景需后台程序发送消息通知指定接收人，该消息接收人可以是已经存储于数组中的之前用户设定的防盗联系人中的一个或多个；也可以是从手机联系人中选择的通话次数最多的一个或几个，或从手机联系人中选择通话时间最长的一个或多个，或在所有手机联系人中随机选择一个或多个。
对于手机被盗后后台程序执行用户操作指令后，后台程序回复消息场景，所述后台程序发送消息的接收人为发送操作指令的号码或邮箱。
对于后台程序自动订购业务场景，该消息接收人为用户设定的订购业务的号码或邮箱。
对于拒接电话后后台程序自动回复消息场景，所述消息接收人为被拒接的电话号码。
需要说明的是，对于SMS类消息，需要使用电话号码作为消息接收人，对于iMessage可以使用电话号码或者邮箱地址作为消息接收人；
(3)"markup"：代表要发送的消息内容；
(4)"subject"：代表要发送的消息的主题；本实施例所述消息的主题与消息的内容对应，也就是不同的主题对应不同的消息内容。该消息主题可根据后台程序需要发送消息的场景来确定，例如，对于手机更换SIM卡的场景，主题可定为“手机被盗提醒”，其对应的消息内容可以为：“该手机已更换用户，可能被盗”。对于拒接电话后后台程序自动回复消息场景，主题可定为“拒接电话回复”，其对应的消息内容可以为“正在忙碌，不方便接听电话”。上述只是发明人所列举的具体实例，本实施例并不局限于此。
(5)"forceSMS"：代表是否强制发消息而不是iMessage；
(6)"guid"：代表这条消息的唯一标识，通过算法计算出来的消息的唯一标识；
其中，SMS(ShortMessagingService短消息服务)是一种存储和转发服务。也就是消息并不是直接从发送人发送到接收人，而始终通过消息服务中心进行转发。如果接收人处于未连接状态，则消息将在接收人再次连接时发送。
其中，iMessage，是苹果公司发布的一种即时通信功能软件，能够在iOS，Macos设备之间发送文字、图片、视频、通信录以及位置信息等，并支持多人聊天。iMessage不同于运营商消息/彩信业务，用户仅需要通过WiFi或者3G网络进行数据支持，就可以完成通信。iMessage可以将信息直接推送到对方屏幕上，而不管对方是在游戏还是锁屏状态。
S120、获取后台程序发送消息的接口；
本实施例通过调用系统私有接口作为后台程序发送消息的接口，该私有接口为xpc_send_message，该私有接口xpc_send_message包含两个参数，一个参数为上述获取的连接通道，另一个参数为上述构造的消息，具体表现形式如下：
xpc_send_message(conn,dic)；
S130、通过所述后台程序发送消息的连接通道，将所述构造的消息上传至所述后台程序发送消息的接口，通过所述后台程序发送消息的接口后台程序发送所述消息。
本实施例通过所述后台程序发送消息的接口将消息内容发送至上述步骤S110中确定的消息接收人。
本实施例在后台程序发送所述消息时，会接收该消息是否成功发送的结果，也就是在后台程序发送所述消息至设定地址后，会接收消息是否成功被发送的消息，如果消息没有成功发送，则可尝试重新发送，可设定重复发送的次数限制，例如对于每个后台程序发送的消息，最多重复发送3次。
本实施例可运行于iOS系统。
本实施例实现了后台程序自动发送消息的功能，无需用户输入电话号码及消息内容，且发送过程不影响系统的正常运行，同时，由于后台程序发送过程接收消息是否发送成功的消息，可获知消息发送结果，在发送失败情况下尝试重新发送，提高了后台程序发送消息的成功率，使后台程序发送消息过程具有可控性。
本实施例所述的后台程序发送消息方法可以应用于多种场景，例如，手机更换SIM卡场景、手机被盗后后台程序执行用户操作指令后回复消息场景、后台程序自动订购业务场景、拒接电话后后台程序自动回复消息场景等等，可以理解的是，本发明实施例的后台程序发送消息方法并不局限于上述场景。下面本发明实施例举例说明所述后台程序发送消息方法的具体实现。
实施例二、以后台程序发送消息方法应用于手机更换SIM卡场景为例。在手机被盗后，新用户会更换SIM卡，因此，用户更换手机SIM作为手机防盗中后台程序发消息的一种场景，通过后台程序发消息来通知指定接收人该手机有可能被盗，从而可防止手机上的已有联系人被骗，或可根据该后台程序发送的消息来定位当前手机位置，从而采取进一步处理步骤。本实施例具体包括：
首先、当识别到手机SIM更换后，获取后台程序发送消息的连接通道，获取后台程序发送消息的连接通道的执行代码如下：
ClassclientCon＝objc_getClass("CKClientComposeConversation")；
idconn＝[clientCon_xpcConnection]；
之后，根据后台程序发送消息的场景构造消息，例如，确定的信息如下：
(1)信息类型"message-type"为：“SMS”；
(2)消息接收人"recipients"：之前用户设定并存储的防盗联系人中的一个或多个；
(3)要发送的消息内容"markup"：“该手机已更换用户，可能被盗”；
(4)要发送的消息的主题"subject"：“手机被盗提醒”。
(5)是否强制发消息"forceSMS"：yes；
(6)这条消息的唯一标识"guid"：随机计算得到的一个唯一标识例如如下
F9619FF-8B86-D011-B42D-00C04FC964FF；
然后，获取后台程序发送消息的接口xpc_send_message。
最后，通过所述后台程序发送消息的连接通道xpcConnection，将上述构造的消息上传至所述后台程序发送消息的接口xpc_send_message，通过该接口后台程序发送所述消息至所选择的消息接收人。
接收该消息是否成功发送的结果消息，如成功发送，则结束。
本实施例后台程序发送消息方法应用于手机更换SIM卡场景，在消息接收人接收到该防盗提醒后，可以联系当前手机使用者确认是否更换了用户，从而防止手机被盗时，手机的新使用者通过该手机发送诈骗消息给手机的已有联系人，该后台程序发送消息的功能起到了前台发送消息所不能及的作用，有效防止手机已有联系人被骗。
实施例三、以后台程序发送消息方法应用于手机被盗后后台程序执行用户操作指令后回复消息场景为例。当用户手机被盗后，用户存储于手机中的一些数据将被泄露，这是手机用户最不希望看到的，因此，在手机被盗后，用户可发送消息给原手机，通知其删除特定的内容，例如删除手机中存储的照片、视频及通讯录等，该消息可通过预设的特定指令发送，接收到该消息的手机识别出该指令后拦截该消息使其不显示给用户，此时，接收到该消息的手机需要通过后台程序回复消息通知其指令是否成功执行。本实施例具体包括：
首先、执行完一个(也可以是多个或所有)指令后，获取后台程序发送消息的连接通道xpcConnection]；
本实施例所述执行完的指令为删除手机中所有照片。
之后，根据指令执行的结果构造消息，例如，确定的信息如下：
(1)信息类型"message-type"为：“SMS”；
(2)消息接收人"recipients"：发送所述指令的号码；
(3)要发送的消息内容"markup"：“已成功删除手机中所有照片”；
(4)要发送的消息的主题"subject"：“照片删除结果”。
(5)是否强制发消息"forceSMS"：yes；
(6)这条消息的唯一标识"guid"：随机计算得到的一个唯一标识例如如下
E5324AA-7A5C-F266-B24Y-11A14FC946EE；
然后，获取后台程序发送消息的接口xpc_send_message。
最后，通过所述后台程序发送消息的连接通道，将上述构造的消息上传至所述后台程序发送消息的接口xpc_send_message，通过该接口后台程序发送所述消息至所述发送所述指令的号码。
接收该消息是否成功发送的结果消息，如成功失败，则尝试重新发送。
本实施例后台程序发送消息方法应用于手机防盗中回复消息场景，可有效防止手机被盗或丢失后用户信息被泄露，该操作同样是前台发送消息所做不到的。
实施例四、后台程序发送消息方法应用于后台程序自动订购业务场景，以后台程序自动发送消息查询用户当前流量使用情况为例，用户每个月订购了特定数量的流量，为不超过该流量，用户设定了每月的10号、20号及25号后台程序发消息查询用户当前流量使用情况，本实施例具体包括：
首先、识别出当前日期10号，为设定的需后台程序发消息查询当前流量使用情况的日期，则获取后台程序发送消息的连接通道xpcConnection]；
本实施例可设定在规定日期的固定时间发送该查询消息，例如设定在规定日期的上午8点发送该查询消息。
之后，构造消息，例如，确定的信息如下：
(1)信息类型"message-type"为：“SMS”；
(2)消息接收人"recipients"：设定的运营商服务号码，例如，10086。
(3)要发送的消息内容"markup"：“截止到2014.2.10该手机本月的流量使用情况”；
(4)要发送的消息的主题"subject"：“流量查询”。
(5)是否强制发消息"forceSMS"：yes；
(6)这条消息的唯一标识"guid"：随机计算得到的一个唯一标识例如如下
F2365BB-5B7C-F351-B12C-54A36CB257FF；
然后，获取后台程序发送消息的接口xpc_send_message。
最后，通过所述后台程序发送消息的连接通道，将上述构造的消息上传至所述后台程序发送消息的接口xpc_send_message，通过该接口后台程序发送所述消息至10086。
接收该消息是否成功发送的结果消息，如成功发送，则结束。
本实施例后台程序发送消息方法应用于查询用户当前流量使用情况的场景，实现了自动查询用户当前流量使用情况，避免超出定制而产生额外费用，该后台程序发送消息查询的操作保证了时间的准时性，以免用户忘记查询而超出定制使用流量，同时简化了用户的操作。
实施例五、后台程序发送消息的装置。下面结合图2对该装置进行详细说明。
本实施例所述后台程序发送消息的装置可以设置于使用iOS系统的移动通信设备中，所述装置主要包括第一获取单元200、消息构造单元210、第二获取单元220及发送单元230，还可以包括结果接收单元240。其中，发送单元230分别与所述第一获取单元200、消息构造单元210、第二获取单元220及结果接收单元240相连。
其中，第一获取单元200，主要适于获取后台程序发送消息的连接通道；
本实施例所述后台程序发送消息的连接通道，即消息构造进程和消息发送进程之间的通信通道。
其中，本实施例所述第一获取单元200通过调用系统私有接口作为所述后台程序发送消息的连接通道，所述系统私有接口为：xpcConnection，其返回值为conn。所述私有接口即功能、参数、返回值等所有信息均不对外公布的接口。本实施例第一获取单元200具体获取后台程序发送消息的连接通道的方法的执行代码如下：
ClassclientCon＝objc_getClass("CKClientComposeConversation")；
idconn＝[clientCon_xpcConnection]。
其中，消息构造单元210，主要适于根据后台程序发送消息的场景构造需要发送的消息；
本实施例所述消息构造单元210构造的需要发送的消息包含字段和内容两部分，其中包含的字段及各字段的含义如下：
(1)"message-type"：代表信息类型，所述信息类型包括“SMS”和“iMessage”两种，
(2)"recipients"：代表消息接收人，是一个数组，可以存放多个联系人号码(移动电话号码非座机号码)或邮箱地址；该数组中存放的联系人信息包括：用户预先设定的至少一个消息接收人号码或邮箱地址、或从手机联系人中选择的通话次数最多的至少一个消息接收人号码或邮箱地址，或从手机联系人中选择的通话时间最长的至少一个消息接收人号码或邮箱地址、或在所有联系人中随机选择的至少一个消息接收人号码或邮箱地址。
本实施例对于不同的后台程序发送消息场景，其消息接收人选择方法不同，例如，为防止手机被盗时盗用者更换SIM卡，因此对于手机更换SIM卡场景需后台程序发送消息通知指定接收人，该消息接收人可以是已经存储于数组中的之前用户设定的防盗联系人中的一个或多个；也可以是从手机联系人中选择的通话次数最多的一个或几个，或从手机联系人中选择通话时间最长的一个或多个，或在所有手机联系人中随机选择一个或多个。
对于手机被盗后后台程序执行用户操作指令后，后台程序回复消息场景，所述后台程序发送消息的接收人为发送操作指令的号码或邮箱。
对于后台程序自动订购业务场景，该消息接收人为用户设定的订购业务的号码或邮箱。
对于拒接电话后后台程序自动回复消息场景，所述消息接收人为被拒接的电话号码。
需要说明的是，对于SMS类消息，需要使用电话号码作为消息接收人，对于iMessage可以使用电话号码或者邮箱地址作为消息接收人；
(3)"markup"：代表要发送的消息内容；
(4)"subject"：代表要发送的消息的主题；本实施例所述消息的主题与消息的内容对应，也就是不同的主题对应不同的消息内容。该消息主题可根据需要后台程序发送消息的场景来确定，例如，对于手机更换SIM卡的场景，主题可定为“手机被盗提醒”，其对应的消息内容可以为：“该手机已更换用户，可能被盗”。上述只是发明人所列举的一个具体实例，本实施例并不局限于此。
(5)"forceSMS"：代表是否强制发消息而不是iMessage；
(6)"guid"：代表这条消息的唯一标识，通过算法计算出来的消息的唯一标识；
其中，SMS(ShortMessagingService短消息服务)是一种存储和转发服务。也就是消息并不是直接从发送人发送到接收人，而始终通过消息服务中心进行转发。如果接收人处于未连接状态，则消息将在接收人再次连接时发送。
其中，iMessage，是苹果公司发布的一种即时通信功能软件，能够在iOS，Macos设备之间发送文字、图片、视频、通信录以及位置信息等，并支持多人聊天。iMessage不同于运营商消息/彩信业务，用户仅需要通过WiFi或者3G网络进行数据支持，就可以完成通信。iMessage可以将信息直接推送到对方屏幕上，而不管对方是在游戏还是锁屏状态。
其中，第二获取单元220，主要适于获取后台程序发送消息的接口；
本实施例所述第二获取单元220通过调用系统私有接口作为后台程序发送消息的接口，该私有接口为xpc_send_message，该私有接口xpc_send_message包含两个参数，一个参数为上述获取的连接通道，另一个参数为上述构造的消息，具体表现形式如下：
xpc_send_message(conn,dic)；
其中，发送单元230，主要适于通过所述后台程序发送消息的连接通道，将所述构造的消息上传至所述后台程序发送消息的接口，通过所述后台程序发送消息的接口后台程序发送所述消息。
其中，所述结果接收单元240，主要适于接收消息是否成功发送的结果，若发送失败，则通知所述发送单元230重新进行后台程序发送。
本实施例在后台程序发送所述消息时，会接收该消息是否成功发送的结果，也就是在后台程序发送所述消息至设定地址后，所述结果接收单元240会接收消息是否成功被发送的消息，如果消息没有成功发送，则通知发送单元230重新发送，所述发送单元230可设置消息重复进行后台程序发送的次数限制，例如对于每个后台程序发送的消息，最多重复发送3次。
本实施例所述装置实现了后台程序自动发送消息的功能，无需用户输入电话号码及消息内容，且发送过程不影响系统的正常运行，同时，由于后台程序发送过程接收消息是否发送成功的消息，可获知消息发送结果，在发送失败情况下尝试重新发送，提高了后台程序发送消息的成功率，使后台程序发送消息过程具有可控性。
综上所述，本实施例实现了后台程序自动发送消息的功能，无需用户输入电话号码及消息内容，且发送过程不影响系统的正常运行，实现了前台发消息所不能达到的功能。
同时，由于后台程序发送过程接收消息是否发送成功的消息，可获知消息发送结果，在发送失败情况下尝试重新发送，提高了后台程序发送消息的成功率，使后台程序发送消息过程具有可控性。
A1、后台程序发送消息的方法，其包括：
获取后台程序发送消息的连接通道；
根据后台程序发送消息的场景构造需要发送的消息；
获取后台程序发送消息的接口；
通过所述后台程序发送消息的连接通道，将所述构造的消息上传至所述后台程序发送消息的接口，通过所述后台程序发送消息的接口后台程序发送所述消息。
A2、如A1所述的方法，其中，所述后台程序发送消息的连接通道为：
系统私有接口xpcConnection。
A3、如A1所述的方法，其中，构造的所述消息包含如下信息：
消息类型、消息接收人、消息内容以及消息的唯一标识。
A4、如A3所述的方法，其中，所述消息还包括：
消息主题和/或是否强制发送。
A5、如A3所述的方法，其中，所述消息接收人为一个数组，存放至少一个消息接收人号码或邮箱地址。
A6、如A5所述的方法，其中，所述至少一个消息接收人号码或邮箱地址包括：
用户预先设定的至少一个消息接收人号码或邮箱地址、或从手机联系人中选择的通话次数最多的至少一个消息接收人号码，或从手机联系人中选择的通话时间最长的至少一个消息接收人号码、或在所有联系人中随机选择的至少一个消息接收人号码或邮箱地址。
A7、如A1所述的方法，其中，所述后台程序发送消息的场景包括：
手机更换SIM卡场景、手机被盗后后台程序执行用户操作指令后回复消息场景、后台程序自动订购业务场景、或拒接电话后后台程序自动回复消息场景。
A8、如A1所述的方法，其中，所述根据后台程序发送消息的场景构造需要发送的消息包括：根据后台程序发送消息的场景确定后台程序发送消息的接收人。
A9、如A8所述的方法，其中，根据后台程序发送消息的场景确定后台程序发送消息的接收人包括：
在手机更换SIM卡场景，后台程序发送消息给指定接收人，所述后台程序发送消息的接收人选择用户设定的防盗联系人中的一个或多个；或，从手机联系人中选择通话次数最多的一个或多个；或，从手机联系人中选择通话时间最长的一个或多个；或，在所有手机联系人中随机选择一个或多个；或
在手机被盗后后台程序执行用户操作指令后回复消息场景，所述后台程序发送消息的接收人为发送操作指令的号码或邮箱；或
在后台程序自动订购业务场景，所述后台程序发送消息的接收人为用户设定的订购业务的号码或邮箱；或
在拒接电话后后台程序自动回复消息场景，所述后台程序发送消息的接收人为被拒接的电话号码。
A10、如A1所述的方法，其中，所述后台程序发送消息的接口包括：系统私有接口xpc_send_message。
A11、如A1所述的方法，其中，还包括：
接收消息是否成功发送的结果消息，若发送失败，则尝试重新发送。
A12、如A11所述的方法，其中，还包括：
设置后台程序重复发送消息的次数限制。
A13、如A1至A12中任一项所述的方法，其中，所述消息包括：
基于移动网络的信息；和/或
基于互联网络的网络消息。
A14、如A1所述的方法，其中，所述后台程序发送消息为不通过调用消息界面，直接静默发送消息。
A15、如A1所述的方法，其中，所述方法应用于iOS系统。
B16、后台程序发送消息的装置，其包括：
第一获取单元，适于获取后台程序发送消息的连接通道；
消息构造单元，适于根据后台程序发送消息的场景构造需要发送的消息；
第二获取单元，适于获取后台程序发送消息的接口；
发送单元，适于通过所述后台程序发送消息的连接通道，将所述构造的消息上传至所述后台程序发送消息的接口，通过所述后台程序发送消息的接口后台程序发送所述消息。
B17、如B16所述的装置，其中，所述第一获取单元通过调用系统私有接口xpcConnection]作为所述后台程序发送消息的连接通道。
B18、如B16所述的装置，其中，所述消息构造单元构造的所述消息包括：
消息类型、消息接收人、消息内容以及消息的唯一标识。
B19、如B18所述的装置，其中，所述消息构造单元购置的所述消息还包括：
消息主题和/或是否强制发送。
B20、如B18所述的装置，其中，所述消息接收人为一个数组，存放至少一个消息接收人号码或邮箱地址。
B21、如B20所述的装置，其中，所述至少一个消息接收人号码或邮箱地址包括：
用户预先设定的至少一个消息接收人号码或邮箱地址、或从手机联系人中选择的通话次数最多的至少一个消息接收人号码或邮箱地址，或从手机联系人中选择的通话时间最长的至少一个消息接收人号码或邮箱地址、或在所有联系人中随机选择的至少一个消息接收人号码或邮箱地址。
B22、如B16所述的装置，其中，所述后台程序发送消息的场景包括：
手机更换SIM卡场景、手机被盗后后台程序执行用户操作指令后回复消息场景、后台程序自动订购业务场景、或拒接电话后后台程序自动回复消息场景。
B23、如B16所述的装置，其中，所述消息构造单元根据后台程序发送消息的场景构造需要发送的消息包括：根据后台程序发送消息的场景确定后台程序发送消息的接收人，具体包括以下任一：
在手机更换SIM卡场景，后台程序发送消息给指定接收人，所述后台程序发送消息的接收人选择用户设定的防盗联系人中的一个或多个；或，从手机联系人中选择通话次数最多的一个或多个；或，从手机联系人中选择通话时间最长的一个或多个；或，在所有手机联系人中随机选择一个或多个；或
在手机被盗后后台程序执行用户操作指令后回复消息场景，所述后台程序发送消息的接收人为发送操作指令的号码或邮箱；或
在后台程序自动订购业务场景，所述后台程序发送消息的接收人为用户设定的订购业务的号码或邮箱；或
在拒接电话后后台程序自动回复消息场景，所述后台程序发送消息的接收人为被拒接的电话号码。
B24、如B16所述的装置，其中，所述第二获取单元通过调用系统私有接口xpc_send_message作为后台程序发送消息的接口。
B25、如B16所述的装置，其中，还包括：
结果接收单元，适于接收消息是否成功发送的结果，若发送失败，则通知所述发送单元重新进行后台程序发送。
B26、如B16所述的装置，其中，所述发送单元设置后台程序重复发送消息的次数限制。
B27、如B16所述的装置，其中，所述消息包括：
基于移动网络的信息；和/或
基于互联网络的网络消息。
B28、如B16所述的装置，其中，所述后台程序发送消息为不通过调用消息界面，直接静默发送消息。
B29、如B16所述的装置，其中，所述装置应用于iOS系统。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的电子设备中的病毒防御装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是，上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.后台程序发送消息的方法，其包括：
获取后台程序发送消息的连接通道；
根据后台程序发送消息的场景构造需要发送的消息；
获取后台程序发送消息的接口；
通过所述后台程序发送消息的连接通道，将所述构造的消息上传至所述后台程序发送消息的接口，通过所述后台程序发送消息的接口后台程序发送所述消息。
2.如权利要求1所述的方法，其中，所述后台程序发送消息的连接通道为：
系统私有接口xpcConnection。
3.如权利要求1所述的方法，其中，构造的所述消息包含如下信息：
消息类型、消息接收人、消息内容以及消息的唯一标识。
4.如权利要求3所述的方法，其中，所述消息还包括：
消息主题和/或是否强制发送。
5.如权利要求3所述的方法，其中，所述消息接收人为一个数组，存放至少一个消息接收人号码或邮箱地址。
6.如权利要求5所述的方法，其中，所述至少一个消息接收人号码或邮箱地址包括：
用户预先设定的至少一个消息接收人号码或邮箱地址、或从手机联系人中选择的通话次数最多的至少一个消息接收人号码，或从手机联系人中选择的通话时间最长的至少一个消息接收人号码、或在所有联系人中随机选择的至少一个消息接收人号码或邮箱地址。
7.如权利要求1所述的方法，其中，所述后台程序发送消息的场景包括：
手机更换SIM卡场景、手机被盗后后台程序执行用户操作指令后回复消息场景、后台程序自动订购业务场景、或拒接电话后后台程序自动回复消息场景。
8.如权利要求1所述的方法，其中，所述根据后台程序发送消息的场景构造需要发送的消息包括：根据后台程序发送消息的场景确定后台程序发送消息的接收人。
9.如权利要求8所述的方法，其中，根据后台程序发送消息的场景确定后台程序发送消息的接收人包括：
在手机更换SIM卡场景，后台程序发送消息给指定接收人，所述后台程序发送消息的接收人选择用户设定的防盗联系人中的一个或多个；或，从手机联系人中选择通话次数最多的一个或多个；或，从手机联系人中选择通话时间最长的一个或多个；或，在所有手机联系人中随机选择一个或多个；或
在手机被盗后后台程序执行用户操作指令后回复消息场景，所述后台程序发送消息的接收人为发送操作指令的号码或邮箱；或
在后台程序自动订购业务场景，所述后台程序发送消息的接收人为用户设定的订购业务的号码或邮箱；或
在拒接电话后后台程序自动回复消息场景，所述后台程序发送消息的接收人为被拒接的电话号码。
10.后台程序发送消息的装置，其包括：
第一获取单元，适于获取后台程序发送消息的连接通道；
消息构造单元，适于根据后台程序发送消息的场景构造需要发送的消息；
第二获取单元，适于获取后台程序发送消息的接口；
发送单元，适于通过所述后台程序发送消息的连接通道，将所述构造的消息上传至所述后台程序发送消息的接口，通过所述后台程序发送消息的接口后台程序发送所述消息。
CN201410265900.9A 2014-06-13 2014-06-13 后台程序发送消息的方法和装置 Pending CN105472574A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201410265900.9A CN105472574A (zh) 2014-06-13 2014-06-13 后台程序发送消息的方法和装置
PCT/CN2015/080764 WO2015188720A1 (zh) 2014-06-13 2015-06-04 后台程序发送消息的方法和装置
US15/318,535 US20170201870A1 (en) 2014-06-13 2015-06-04 Method and Device for Sending Message by Background Program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410265900.9A CN105472574A (zh) 2014-06-13 2014-06-13 后台程序发送消息的方法和装置

Publications (1)

Publication Number Publication Date
CN105472574A true CN105472574A (zh) 2016-04-06

Family

ID=54832900

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410265900.9A Pending CN105472574A (zh) 2014-06-13 2014-06-13 后台程序发送消息的方法和装置

Country Status (3)

Country Link
US (1) US20170201870A1 (zh)
CN (1) CN105472574A (zh)
WO (1) WO2015188720A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180205695A1 (en) * 2017-01-17 2018-07-19 International Business Machines Corporation Messaging application selection for optimal communications

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040205124A1 (en) * 2003-03-27 2004-10-14 Limprecht Rodney T. Availability and scalability in a messaging system in a manner transparent to the application
CN102638779A (zh) * 2012-03-20 2012-08-15 深圳市金立通信设备有限公司 手机防盗系统及方法
CN103079009A (zh) * 2013-01-08 2013-05-01 广东欧珀移动通信有限公司 一种手机防盗方法及防盗手机
CN103631664A (zh) * 2013-12-09 2014-03-12 北京奇虎科技有限公司 一种进程间的通信方法和装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7720070B1 (en) * 2007-02-15 2010-05-18 Apacewave Technologies Corporation Hybrid acknowledgement map format for data communication networks
CN102387498A (zh) * 2010-08-27 2012-03-21 苏州安可信通信技术有限公司 手机防盗系统及方法
CN102780809A (zh) * 2011-05-11 2012-11-14 骞婵 一种移动通信终端的安全保密方法
US9439208B2 (en) * 2011-11-04 2016-09-06 Intel Corporation Scheduling requests for wireless communication devices running background applications
US8538374B1 (en) * 2011-12-07 2013-09-17 Barry E. Haimo Emergency communications mobile application
CN103702331A (zh) * 2013-12-13 2014-04-02 北京奇虎科技有限公司 移动终端防盗方法及客户端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040205124A1 (en) * 2003-03-27 2004-10-14 Limprecht Rodney T. Availability and scalability in a messaging system in a manner transparent to the application
CN102638779A (zh) * 2012-03-20 2012-08-15 深圳市金立通信设备有限公司 手机防盗系统及方法
CN103079009A (zh) * 2013-01-08 2013-05-01 广东欧珀移动通信有限公司 一种手机防盗方法及防盗手机
CN103631664A (zh) * 2013-12-09 2014-03-12 北京奇虎科技有限公司 一种进程间的通信方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
UID:204218: "ios6 xpc_connection_send_message发送短信", 《WWW.COCOACHINA.COM/BBS/READ.PHP?TID-265654-FPAGE-27.HTML》 *

Also Published As

Publication number Publication date
WO2015188720A1 (zh) 2015-12-17
US20170201870A1 (en) 2017-07-13

Similar Documents

Publication Publication Date Title
CN102047214B (zh) 具有对用户接口的前台访问的确定性控制的无线通信装置
EP1982464B1 (en) Messaging system
CN103647867A (zh) 一种留言方法和系统
KR102590338B1 (ko) 짧은 메시지 서비스 능력을 업데이트하기 위한 방법, 장비 및 장치
US9172813B2 (en) Systems and methods for call forwarding to a device based on a priority level and geographic proximity
CN104394067A (zh) 局域网通讯方法和装置
CN104580646A (zh) 一种语音留言的传输方法及终端
CN105991690A (zh) 一种分享信息的方法和装置
CN109121100A (zh) 一种短信通信控制方法及装置
CN102934419A (zh) 用于管理运营商信息的设备和方法
CN107534660B (zh) 管理通信事件
US8509752B2 (en) Method and system for conditionally limiting communications
US20170353604A1 (en) Method of filtering messages to provide a "do not disturb" function
CN108021643A (zh) 信息推送方法、装置、服务器及存储介质
CN104412569A (zh) 一种管理黑名单的方法和设备
CN102143441A (zh) 一种消息处理方、装置和应用服务器
CN105872193A (zh) 分享壁纸图片的方法、装置及移动终端
CN105472574A (zh) 后台程序发送消息的方法和装置
CN106385516B (zh) 一种设置业务转移的方法、装置及终端
CN106790716A (zh) 基于锁屏状态的图片推送方法与系统
EP3151529A1 (en) System and method for voice call setup
CN106850980B (zh) 一种移动终端中邮件附件的清理方法和移动终端
CN102868771A (zh) 基于融合地址簿同步联系人的方法、装置和系统
CN104735643A (zh) 一种信息处理的方法及数据服务器
CN103841508A (zh) 用户信息获取方法和信息汇聚平台

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

Application publication date: 20160406

RJ01 Rejection of invention patent application after publication