Blackberry Corporation

Research in Motion Corporation

Bradford Lawrence Spencer

Shiladitya Sircar

Liam John Keast

Sean Hungerford

Yu Tang

Manvinder Singh

Richard John George

Boris Rozinov

Salvatore Ierullo

Christopher Donald MacDonald

Paul Franklin Medynski

Janet Kori Maccara

Liam Hennebury

Marc-Andre Vachon

Systems, methods, and software can be used for securing in-tunnel messages. One example of a method includes establishing a tunneling connection between a server and an endpoint. The method further includes receiving a packet from the server over the tunneling connection. The method yet further includes determining that the packet comprises a tunneling control message based on at least one address in the packet. Based on the determination of a received packet comprising a tunneling control message, the method can ensure the security of in-tunnel messages based on an indication in the tunneling control message.

Secured in-tunnel messages and access control

Systems, methods, and software can be used for establishing a tunneling connection over restrictive networks. One example of a method includes selecting, at an endpoint, at least one protocol to be used to establish a tunneling connection between the endpoint and a server. The at least one protocol is one of transmission control protocol (TCP) or user datagram protocol (UDP). The method further includes transmitting data between the endpoint and the server over the tunneling connection by using the selected at least one protocol.

Establishing tunneling connection over restrictive networks

A method and electronic device are provided for maintaining a message store having a plurality of messages includes maintaining at the electronic device a client bookmark indicating a point in the message store up to which the content of the message store maintained at the electronic device is known to be complete, and a maximum message identifier (ID) indicating the largest message identifier of the plurality of messages of the message store that the electronic device has received, sending to a server a sync request message for the message store, the sync request message including the client bookmark in response to determining at least one of the client bookmark and the maximum message ID do not match, and the electronic device connecting with the server after a period of being disconnected.

Apparatus and method for maintaining message databases in eventual consistency distributed database systems

A system and method for private text chatting. A request is sent to a remote device to establish a private text chat session. Prior to receiving an acceptance of the private chat session request from the remote device, at least one text chat message is received from the remote device and stored. The acceptance of the private chat session request is received from the remote device. Subsequent to receiving the acceptance of the private chat session request, a private text chat session interface is displayed to conduct the private text chat session. The received at least one text chat message is displayed in the private text chat session interface.

Private text chatting sessions

A system and method for private text chatting. A request to a remote device to establish a private text chat session is either sent or received. Based on the sending or receiving, an acceptance from the remote device accepting the request is received. Based on the sending or receiving, a separate user interface to conduct the private text chat session is presented. Private text chat messages are exchanged in association with the private text chat session based on and subsequent to the receiving and the presenting.

Availability of a call for a mobile device can be signaled over a data channel; to avoid unnecessary airtime charges, an audio channel for the voice call is setup only if a user of the mobile device accepting the call. Responsive to the user accepting the call, the mobile device can signal to a network to establish the audio channel. Establishing the audio channel takes some time. The time in which the audio channel is established is used to output, at the mobile device, supplemental information received over the data channel, such as information about a calling party, such as directory information, organization information, and call history. The outputting of such information during this time period makes a user experience better, because the user is less likely to think that a call has failed by observing an unfilled delay between when the call was accepted through the user interface and when the audio channel is actually available to service the call.

Supplemental information for mobile terminated mobile initiated calling

Aspects relate to authorizing mobile devices for PBX-based voice services. A mobile device calls a PBX over a voice channel, and phone number identifier information is obtained and matched to identifier information for devices that known (authorizeable) to use the PBX. If there is one incoming call that matches to a given device, and an authentication token provided over a data channel matches an authentication token associated with that device, then the device is authorized for voice services. Where there are multiple matching calls, those devices are instructed to provide authentication tokens over their voice channels. The devices can detect absence of a data channel and provide authentication tokens over the voice channels; the devices also can wait to receive a call connected response and in the absence of such provide their authentication tokens over the voice channel. Tokens can be requested and downloaded for storage at the devices.

Authenticating voice calls from mobile devices

A PBX can receive a call for a mobile device, and can send a message over a data channel to the mobile device indicating such. The mobile device can open a voice channel for the call. The mobile device inspects information about the call, such as calling party information, and using historical information, such as statistics relating to acceptance of calls from that calling party to predict whether a user of the mobile device is likely to answer the call or not. If the mobile device predicts that the user is probably going to answer the call, then the mobile device begins establishing the voice channel before the user answers the call (e.g., by accepting through the user interface). However, if the mobile device predicts that the user is not going to answer the call, then the mobile device waits until the user actually answers the call to begin establishing the voice channel.

Growing community of inventors

Hammonds Plains, Canada

Bradford Lawrence Spencer