• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    Method to play music before establishing a phone call. This description of the present invention relates to a method for playing music before establishing a telephone call. It refers specifically to the discovery of music and the reproduction of music for about 8 seconds, when a person makes a call from his mobile phone. Since the music is played from the user's phone, no telecommunications network integration is required. In addition, the description provides the discovery of songs based on the context of the user and collect songs from it. (Machine-translation by Google Translate, not legally binding)
    公开号:ES2659690A2
    申请号:ES201731105
    申请日:2017-09-12
    公开日:2018-03-16
    发明作者:Venkatesan Palani；Florent Stroppa；Arvind Singh；Christelle Chauveau；Vishwas Karanth
    申请人:Onmobile Global Ltd；
    IPC主号:
    专利说明:

    5
    10
    fifteen
    twenty
    25
    30
    35
    METHOD FOR PLAYING MUSIC BEFORE ESTABLISHING A CALL FOR
    PHONE
    DESCRIPTION
    TECHNICAL FIELD
    The description of the present invention relates to a method for playing music before establishing each telephone call, that is, for a time of a few seconds when a dialer completes the number until the ringtone begins to sound at the end of the receiver. . Specifically, the method is enabled to play music for 8 seconds before establishing a mobile phone call without network integration. In addition, the description of the invention relates to discovering songs based on the context of the user and collecting the songs thereof.
    BACKGROUND
    In today's musical space, there are a number of applications and services that address the problem of discovering new music. Users search for new content such as new music tracks, new games, new applications, new movies, new tags in messaging applications and new media such as animated GIFs.
    Spotify is one of the applications that allows you to create around 1.5 billion playlists aimed at a wide range of different customer profiles, such as training enthusiasts, travelers, the millennial generation, and young parents. He has also developed advanced user profiles based on age, gender, rich location and behavioral data, moods, musical trends and many more aspects. You have recently introduced the weekly playlist based on recommendations. The discovery of music is seen as a very important pillar of Spotify. The strategy that Spotify seems to pursue is based on Big Data, that is, they are trying to make sense of the large amount of data they have to build a relationship between user profiles, context and musical tastes.
    Another recent music discovery application is Shazam. When people hear a song they like or are intrigued, they can take out Shazam and the song is
    5
    10
    fifteen
    twenty
    25
    30
    35
    recognized. Based on the number of times a particular song is submitted to Shazam in a given location, the application is able to tell what new songs are the most popular new songs. Therefore, your data can predict the success of new artists.
    In the examples mentioned above, the user is expected to pick up their device, click on the application, search, wait and listen. These services require the user to make the conscious decision to discover the music. The user is active and the process is not effortless.
    Interestingly, radio is still today the most important medium for the discovery of new music. Radio is a passive music discovery service. The user simply has to turn on the radio, choose a channel and sit down (or in many cases, drive). But it is very rare that the listener likes all the music that is being played. If the music does not really like it, the user suffers the pain of listening to the entire song or changes the channel. The process involves effort.
    In today's technology, it is required to integrate with the telecommunications network to play music during the call through a mobile network. Therefore, there are limitations to buy the appropriate subscriptions and also to reproduce the specific tone, every time a user calls that number.
    Also, currently, the discovery of songs based on the context of the user and certain parameters such as the time and date, the weather, the name of the contact of the called person, a calendar event, the geographical location, the particular action that the end user is doing, etc. does not exist.
    DESCRIPTION OF THE INVENTION
    In order to alleviate at least the above-mentioned drawbacks of the existing technique, the description of the present invention relates to the discovery of music that is both effortless and bearable, and to play the music for about 8 seconds of music when a person makes a call from his mobile phone. It helps the user to listen to 8 seconds of MP3 quality music even before they start connecting with another person. Instead of just listening to the signal, the sound of the signal allows you to play 8 seconds of music clip.
    5
    10
    fifteen
    twenty
    25
    30
    35
    Due to this invention, the call is not lost or delayed at any time. Since the song is played from the phone, no telecommunications network integration is required.
    The method is effortless because it is passive and the user does not have to do anything. The method is also bearable because it is a bit size content. Instead of listening to the entire song, the end user listens for 8 seconds.
    In addition, the invention describes a method and system that has the ability to discover and release a song based on the context of the user, rather than waiting for the user to select a playlist or song, which is known in the art.
    According to an embodiment of the invention, a method for playing music before establishing a call, the method comprising previously recovering more than one music clip from a mobile application server on a mobile phone, storing the clip in the buffer memory music recovered on the mobile phone, initiate a call from the mobile phone and play a clip of music previously recovered for a predetermined duration on the mobile phone while the call is established.
    According to another embodiment of the invention, the predetermined duration in the mobile phone is 8 seconds.
    According to another embodiment of the invention, the music clip on the mobile application server is provided by a content management system.
    According to another embodiment, the content management system provides music clips based on a specific rule.
    In accordance with yet another embodiment of the invention, the specific rule depends on a playlist report generated by the content management system.
    According to another embodiment, the playlist report comprises user preferences.
    5
    10
    fifteen
    twenty
    25
    30
    35
    According to another embodiment, user preferences further comprise the consumption of user content based on at least one selection of gender, date, week, month, geography and language.
    According to an embodiment of the invention, buffering of the music clip requires an active data connection.
    According to a further embodiment of the invention, the system comprises a mobile phone for establishing a call, a mobile application server, in which the mobile application server is in communication with the mobile phone, and a content management system , in which the content management system is in communication with the mobile application server, in which the content management system provides more than one music clip to the mobile application server that is previously retrieved and stored in the mobile phone, and the previously recovered music clip is played for a predetermined duration on the mobile phone while the call is established.
    According to another embodiment, a cloud storage service communicates with the mobile application server.
    BRIEF DESCRIPTION OF THE FIGURES
    The detailed description is described with reference to the attached figures. In the figures, the leftmost digit or digits of a reference number identifies the figure in which the reference number appears. The same numbers are used throughout the drawings to refer to features and components.
    Figure 1 is a schematic diagram illustrating system components, in accordance with an embodiment of the present description.
    Figure 2 illustrates the Atlantis content flow diagram of the system according to an embodiment of the description of the present invention.
    Figure 3 is a high level illustration of the SHARK solution architecture according to an embodiment of the description of the present invention.
    5
    10
    fifteen
    twenty
    25
    30
    35
    Figure 4 illustrates a method of identifying RBT users, in accordance with an embodiment of the description of the present invention.
    Figure 5 illustrates the screenshots to represent the discovery and collection of songs based on Context along with the state of the song collection, in accordance with an embodiment of the description of the present invention.
    DETAILED DESCRIPTION
    Exemplary embodiments will be described below with reference to the accompanying drawings. However, the description can be incorporated in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this description is extensive and complete, and will fully convey its scope to those skilled in the art. The terminology used in the detailed description of the particular embodiments illustrated in the accompanying drawings is not intended to be limiting. In the drawings, similar numbers refer to similar elements.
    The specification may refer to "a", "a" or "some" embodiment or embodiments in various locations. This does not necessarily imply that each such reference refers to the same or same embodiments, or that the characteristic only applies to a single embodiment. Unique characteristics of different embodiments can also be combined to provide other embodiments.
    As used herein, the singular forms "a", "a" and "the" are also intended to include plural forms, unless expressly stated otherwise. It should be emphasized that the terms "includes", "comprises", "including" and / or "understanding", when used in this specification, specify the presence of characteristics, integers, stages, operations, elements, and / or indicated components, but do not exclude the presence or addition of one or more characteristics, integers, stages, operations, elements, components, and / or groups thereof. It will be understood that when an element is referred to as "connected" or "coupled" to another element, it may be directly connected or
    5
    10
    fifteen
    twenty
    25
    30
    coupled to the other element or intermediate elements may be present. In addition, "connected" or "coupled" as used herein may include connected or operatively coupled. As used herein, the term "and / or" includes any combination and provisions of one or more of the associated items listed.
    Unless otherwise defined, all terms (including technical and scientific terms) used in this document have the same meaning commonly understood by one skilled in the art to which this description belongs. It will also be understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the relevant technique and will not be interpreted in an idealized or excessively formal sense unless so expressly define in this document.
    The figures represent a simplified structure that shows only some functional elements and entities, all of which are logical units whose implementation may differ from what is shown. The connections shown are logical connections; Actual physical connections may be different. It is obvious to one skilled in the art that the structure can also comprise other functions and structures.
    The method described in the description of the present invention provides a way to discover music because it does not require any additional effort from the end user and uses a moment of our daily life that is being wasted: the time between making a phone call and the called party that answer the phone.
    The method works in the background, that is, the end user clicks on "Call" and a new song extract is played. Unlike other music applications on the market, the user does not need to open the application to discover music.
    According to one embodiment, it allows callers to discover a new song every time they make a call. There is no delay in making a phone call and it does not affect the quality of the call. It is simply making a fun phone call and helping users find unknown jewelry.
    5
    10
    fifteen
    twenty
    25
    30
    35
    The tracks are in the highest codec definition to listen to the fullest for greater satisfaction. Tracks are played locally using this method. Although the service is technically similar to a reverse RBT service, it does not require the operator's infrastructure to work because the music is played by the application itself. Tracks are previously recovered before playback and stored in the application. Therefore, it can work without a data connection when you play the excerpt from a song. You only need data connection to update your buffer with new songs.
    The service surprises the user with music on every daily call. This creates a great awareness of the service compared to most applications in the market that are only found on the mobile home screen or in the application drawer. Every day, the user is reminded of the service and through an intelligent notification system, the end user is able to quickly check the music track, which he likes, while waiting for someone to pick up the phone.
    Most streaming services believe they can create the perfect playlist for users based on their official taste for music and other parameters such as age, location, sex and other personal parameters. In these services, people often say what "genres" they like and, in the case of Apple Music, how much they like it, for example, there are 2 degrees of taste in Apple Music.
    In this method, the goal is not to find the perfect playlist that people will love, because we believe it is not possible to perfectly predict human taste. We believe that people need to be challenged with new things.
    So instead, a system closer to the radio is designed. On the radio, people listen to the stations and switch between them. People begin to follow some "genres." Contrary to the streaming service, "gender" is not a label, it is a "virtual user" in the system and these virtual users will have their playlist as a radio.
    As an example, Alice likes Rock, Pop and Reggae songs. She will follow "Rock", "Pop" and "Reggae" and those three virtual users will have their own list of tracks that will be played for Alice in sequence.
    5
    10
    fifteen
    twenty
    25
    30
    35
    The beauty of this approach is that it is an extensible system: In Phase 1, it begins with virtual accounts that represent musical taste. In phase 2, it is possible to invite DJs, radios, and even artists to the system. In Phase 3, the end users themselves are invited and people are able to follow each other.
    The method is made available to users for free. There is no subscription fee or other hidden charges to users. However, the service can be monetized with mobile ads and service referrals for music streaming services, music download services and ringtone services.
    Based on the availability of the RBT platform, it is possible to propose to the end user to establish the same song as RBT as the one the user hears by this method.
    For example, a user from India hears the song in the current method and he wants his callers to hear the same song when they call him. So go ahead and ask that the same song be set as RBT. The same scenario is not possible in countries such as Russia or China due to the unavailability of the RBT platform.
    There are several concepts associated with this service that are explained below: Call screen: Shows the notification of a song that the user discovers during the call. Displays the song title and artist information without affecting the marker screen. Source screen: The news source screen contains information about both the song and the profile. Displays the list of played tracks, the image of the song along with the contact details. In addition to the above, native ads will also appear on the same page when the user scrolls the page.
    Users are allowed to do activities on the source page, such as "I like" and "I don't like", share songs with friends, Deep linking, and track details.
    Using the share option, the user can share the song with their friends with a short URL with just one click. The advantage of deep linking is that a user is needed
    5
    10
    fifteen
    twenty
    25
    30
    35
    existing for the relevant track and a new user, asks you to download the application.
    Track screen: Track detail allows users to interact even more from the source page. If a user likes a track, they can stream the song from the main music streaming services such as Spotify. This function depends on the location and country of the user.
    It is also possible for the user to set the same song as their RBT based on the user's current location **. * CMS is expected to have an integration with the main streaming player using the digital signature or ISRC code. ** The RBT service will be available based on the presence of the RBT platform of the present invention in that country.
    Figure 1 illustrates a deployment architecture in accordance with an embodiment of the present invention. SHARK is the mobile application server developed for the present invention. The following components are involved in the architecture and refer to the brief functionality of each component.
    As illustrated in Figure 2, the Atlantis content flowchart is described. Atlantis is the content management system (CMS) that allows content providers to upload, categorize content and provide metadata for content. The central server distributes content to the Atlantis distributor that is located in the data center.
    The Distributor receives content in MP3 format and converts it into AAC (advanced audio coding) format. The AAC format has several advantages over MP3, such as, for example: it has a much more efficient compression scheme allowing files to be smaller. This helps the application download the clip faster without compromising audio quality. It also reduces the overall consumption of data bandwidth by reducing the cost for both the end user and the server.
    After converting MP3 clips to AAC, the distributor passes the song clips to S3 hosted in the Amazon cloud. Have an architecture distributed in the
    5
    10
    fifteen
    twenty
    25
    30
    35
    Cloud for song clips provides multiple advantages for regional content distribution and easy content access to users of this application.
    Figure 3 is a high-level illustration of the SHARK solution architecture. SHARK is a mobile application server with the API REST suite built on Tomcat to support the following modules: Content Management with MNC and MCC, Authentication, Security, Transcoding and transit, Player Rules, Reports, third-party integration, Engine Recommendation and Analytics. Third-party integration is also supported in the integration of native ads, Google Analytics integration, third-party streaming integration, Crashlytics and Helpshift.
    The Content Management module is responsible for the availability of metadata and binary clips for S3. It also manages channels for the application. Decide which music channels should be played for a user based on MCC (mobile service code) and MNC (mobile network code). The MCC identifies a user's country while; MNC identifies a user's service provider. Based on the MCC, music channels will be played for users that adapt to their sensibilities and musical trends. The MNC will be used to establish RBT for users, if necessary.
    Apart from passing clips to the application when receiving requests; It also ensures that channel categorization, defined by Atlantis, is reproduced within Shark as well.
    Three types of authentication are performed depending on the user's activities.
    • Login authentication: SHARK is integrated with Facebook and Gmail, which will allow users to log in to their server account using their Facebook or Gmail user credentials.
    • Mobile number authentication: This authentication is used if a user wishes to establish a clip as their RBT. An OTP will be sent to the user's registered mobile phone number for verification.
    • Third party authentication / integration: SHARK is also integrated with third parties such as Spotify, Gaana.com. Therefore, if users wish to listen to the entire song of a clip, they can directly access one of the third-party applications and listen to the song.
    5
    10
    fifteen
    twenty
    25
    30
    Using the symmetric encryption method, the files are encrypted before uploading to S3 and the same encrypted contents are downloaded by the application and decrypted before being played on the phone. This guarantees that even if users have access to the files, they are not useful in any way. In addition, since the files stored on the phone are also encrypted, any music player other than the application cannot play them. These files can only be played by the application.
    During encryption by the server and decryption by the client, automated PINs will be generated. Users cannot play the clips using any other music application without entering the PIN, which they do not have access to.
    The transcoding and transit module converts the content in MP3 format into AAC (advanced audio coding) format. The AAC format has an efficient compression technology that makes files smaller compared to MP3s. This helps the application to download files faster without compromising audio quality. Therefore, it also reduces the overall consumption of data bandwidth, reducing the cost for both the user and the server.
    This module also helps resize clips in the required durations (8 s, 10 s, 12 s) without manual intervention.
    Another module called the player rules module defines the logic for sending clips to a user based on the number of clips consumed by the user.
    SHARK receives regular updates about users through the application, such as how many calls were made by a user and the number of clips consumed, etc. For example, if a user keeps 4 clips of the 10 that will be used, SHARK, according to one of the Logic Player Rules, will replace the 6 clips used with the new ones, therefore, ensuring that the user receives a uninterrupted flow of clips without any repetition.
    5
    10
    fifteen
    twenty
    25
    30
    Various reports are generated to understand content consumption and user preferences. One of them are reports based on the Playlist.
    Playlist followed by user - This report provides details like how many playlists are being followed by the users by date, week, and month and also cumulative counts of the users on any given playlist.
    Playlist followed by the user: This report provides details such as how many playlists users are following by date, week and month, as well as cumulative counts of users of a particular playlist.
    How many people have stopped following a channel: Provides the history of the followers of the playlist.
    Channel track count by language: This report explains the count of a playlist based on the language.
    Channel track count by geographic location: This report provides details of the playlists followed by geographic location.
    The second type of reports are content-based reports, which include:
    Content download report: This report provides details about the consumption of user-based content by date, week, month, location, language and also what part of the playlist.
    Played content report: This report provides details such as how much content has been played for a user by date.
    I like the content: This report provides details about the likes of the content by user, location and language.
    Shared content: Provides the details of a user's shared content. First-click click report: Provides details about the top positions.
    Other types of reports are user reports, which include the following:
    5
    10
    fifteen
    twenty
    25
    30
    35
    Total subscriber reports: Provide the details of the user base that downloaded the application.
    Total active subscribers: Provide details of active users.
    Still other types of reports are ad reports, which may include:
    Ad report displayed: This provides the details of how many ads are shown for each user.
    User clicked ads: Provides details on how many ads have been clicked by a user.
    Third party integration is possible for any third party to integrate with SDK. The SHARK REST APIs are modular and extensible, which makes it flexible to integrate with a third party or allow a third party to integrate with it.
    The recommendation engine analyzes consumer preferences based on their clip selections. Statistical information is used to send clips of the user's favorite music taste. This personalized recommendation will improve users' attachment to the application.
    Analytics: SHARK uses Google Analytics to collect information about user behavior to improve user experience regarding application usability and better service. The data collected will help to take advantage of the user segment that is very active, attract the latent and gain the loyalty of the users towards the application.
    Figure 4 illustrates the method of identifying RBT users. The figure explains how the application works with RBT users. The expectation of the application is that the application song should not be played on the calling party if you subscribed to RBT. The operation of the RBT user identification is explained as follows:
    The user's telephone directory contact has synchronized with the operator's RBT / MNP information to identify the RBT user. Based on the response of the RBT / MNP database, the client stores the information in the client application. The application identifies the user's status in real time and decides to reproduce or not
    5
    10
    fifteen
    twenty
    25
    30
    based on the information available in the contacts of the application. Synchronization between the contacts of the application and the RBT database is available with the configuration and is an offline process that occurs in the background. The RBT user status and contact information are fully protected and are not even available for user access.
    According to an embodiment of the description of the present invention, the Visualizer is a graphic representation of multimedia reproduction, from an audio point of view. Android provides a display class that gives values based on audio. These values can be converted into mathematical calculations that can be used to draw different shapes. The invention consists in representing bass, medium and treble circularly based on audio reproduction.
    In the music discovery application that has different channels and the channels can be changed by turning a circular control known as "knob". These display circles (bass, medium and treble) are drawn around the knob.
    Here the values given by the display become frequency and amplitude.
    This frequency can be classified into bass, medium and treble depending on the frequency range. Therefore, the shape is shown frequently and widely.
    As illustrated in Figure 5, the discovery and collection of context-based songs together with the state of the song collection is described, in accordance with a preferred embodiment of the description of the present invention. It provides a system that has the ability to launch the song based on the context of the user instead of waiting for the user to select a playlist or song.
    The user context can be of the following types, and for each context, examples are cited below:
     CONTEXT  OVERVIEW AND EXAMPLES
     Event  There are specific events such as the first time the service is used, or the 100 songs that have been played.
     Anniversary  After a year of reproductions with the service.
     Weather  This is potentially very fun. Many songs talk about the weather and having a song specifically for the time people experience is a nice touch. For example: It's raining again - Supertramp
     City  NY
     visited  Amsterdam Paris (Paris s'éveille)
     Geo-location  Abbey Road
     Diary  Based on a specific personal event of the end user, specific songs will be sent to the user
     State of  Inform the caller with related contextual information
     Contact  with the receiver, for example, letting the caller know that it is the recipient's birthday - letting the caller know that the receiver is in a different time zone - letting the caller know that the last time he called the receiver was 12 days.
    In practice, the main elements include the following:
    Context-based sound search: Instead of having songs that are released to the end user based on the channels they have followed, the songs will be released based on the user's context (time and date, time, contact name of the Caller, calendar events, geo-location, particular action that the end user is doing). This ensures that the end user is related to the song.
    10
    Rich meta-data: When the song is released to the end user, not only is the context clear, but there is also interesting information presented to the end user about the song.
    15 The presentation around the content consists of the following elements:
    5
    10
    fifteen
    twenty
    25
    30
    35
    Advance notification can be defined as a piece of text that must be short enough to be read in a notification (about 20 characters). This text acts as a decoy for the end user to click on the notification.
    The trivial context is a longer piece of text (around 300 characters) that helps make sense of advance notice. This is the part of the meta-data generated by the "haha" moment.
    The trivial song is a piece of text (about 600 characters) about the song that is both entertaining and interesting for the user.
    According to one of the embodiments, the three elements mentioned above are created for each song by a creative team using various stories / events / incidents and many more contexts, etc. All this information is unique for each song and is created in advance by the team.
    These elements make sharing much more likely. Since the information is interesting and related to the end user, the end user does not share the music, but the end user shares the story around the music.
    A song is released due to a particular context and once the end user clicks for more details, he comes to understand the context.
    Some reasons to release a song may include a particular fact about the song that is related to the current context: date, time, time, contact name and other personal context. The reason would be presented, for example, as "Did you know that Did you know that 5 years ago Prince was ... "
    Another reason may be the fact that the user likes a particular artist or a particular genre. The reason will be "You have shown interest in Rhythm and Blues" in a similar way that Google Now launches the articles.
    Another reason may be a promotion of a new artist. In this case, it is clear that it is a promoted content.
    5
    10
    fifteen
    twenty
    25
    30
    35
    Specifically, a notification is sent to the end user, when the user makes a phone call. When the user clicks on the notification, he gets a detailed view, the "Sound Element View" with information that is instructive or fun. In the "Sound Element View", the end user can listen to the song, share a link to the "Sound Element View" page (with a permanent link) to their friends. The user can also "collect" the song. The collection capacity is available only for one day. After this period, this option disappears. This forces the end user to remain active in the service.
    Other forms may be added in a future version (V1 or V2), such as when the user connects their audio headset, go to a specific location or at a specific time of day.
    According to another embodiment, the end user can "collect" a song from the "Sound Element View" by clicking the "COLLECT NOW" button or doing other actions that will be related to the song. It is not the full track that is collected, it is just a marker to the "Sound Element View" that has a short excerpt from the song, the story around the sound, etc.
    Once a song is collected, the song extract is added to the user's collection. The user gets some reward points and the collection grows as a result.
    The described method provides the following advantages, such as:
    Setting up an account: From the mobile application, the end user can register for the service through Facebook, Twitter or E-mail. End user registration is necessary to obtain the service. There is no "unauthenticated" experience available to users.
    Log in to the service: From the mobile application, the end user can log in. If the user has just registered, he will automatically connect to the system. If the end user has logged out, they will have to log in again to access their account.
    5
    10
    fifteen
    twenty
    25
    30
    Follow the musical tastes: After the login, the user will have the option of the available music playlist. This is a unique activity by the user after which the songs will be played for the user each time he makes a call. The point to note here is that the user does not have the option to select or choose a song in the application.
    Like and dislike: The main purpose of relying on the likes and dislikes entries of the user is to understand the relevance of the playlist to end users. The songs you dislike will never be played again. However, this is not used to adapt a different playlist. As explained in the section Follow musical taste, the end user chooses the "genres" that he wants to follow, in the same way that people on Twitter follow other Twitter accounts. If a "dislike" tweet, nothing changes in the accounts you are following.
    Stop following musical tastes: The end user may decide not to follow a particular genre if they are not really satisfied with the quality of the playlist.
    Share: Users can share a song with their friends, family and acquaintances. The recipient will receive the deep link of the song that will allow you to preview it. This will create more viral effect for the song and make it more popular among users. It will also allow the user who does not belong to this application to download the application automatically to enjoy music and download more songs, making him a user of the application.
    The user can benefit from the invention in certain additional ways, such as:
    First, the user could get to know more information about the favorite song / genre of music and the artist. It is possible to share and announce to your friends your skills about the genre of music. It is also possible to interact / meet artists based on acting.
    The invention also makes friends with possible contacts who have the same musical taste.
    The user can buy a ring tone or a callback tone (RBT) or complete songs, as another additional feature.
    权利要求:
    Claims (10)
    [1]
    5
    10
    fifteen
    twenty
    25
    30
    35
    1. A method to play music before establishing a call, comprising the method:
    previously recover more than one music clip from a mobile application server on a mobile phone;
    store the music clip searched on the mobile phone in memory; initiate a call from the mobile phone; Y
    Play a previously recovered music clip for a predetermined duration on the mobile phone while the call is established.
    [2]
    2. The method according to claim 1, wherein the predetermined duration in the mobile phone is 8 seconds.
    [3]
    3. The method according to claim 1, wherein the music clip on the mobile application server is provided by a content management system.
    [4]
    4. The method according to claim 3, wherein the content management system provides music clips based on a specific rule.
    [5]
    5. The method according to claim 3, wherein the specific rule depends on a playlist report generated by the content management system.
    [6]
    6. The method according to claim 5, wherein the playlist report comprises user preferences.
    [7]
    7. The method according to claim 6, wherein the user's preferences further comprise the consumption of user content based on at least one selection of gender, date, week, month, geography and language.
    [8]
    8. The method according to claim 1, wherein buffering the music clip requires an active data connection.
    [9]
    9. A system to play a music clip before establishing a call, the system comprising:
    a mobile phone to establish a call;
    a mobile application server, where the mobile application server is in communication with the mobile phone; Y
    a content management system, where the content management system 5 is in communication with the mobile application server,
    where the content management system provides more than one music clip to the mobile application server that is previously retrieved and stored on the mobile phone and the previously recovered music clip is played for a predetermined duration on the mobile phone while it is set the call.
    10
    [10]
    10. The system according to claim 9, further comprising a cloud storage service in communication with the mobile application server.
    类似技术:
    公开号 | 公开日 | 专利标题
    ES2702116T3|2019-02-27|Content sharing through multimedia callback tones
    Florini2015|The podcast “Chitlin'Circuit”: Black podcasters, alternative media, and audio enclaves
    US8145278B2|2012-03-27|System and method for ringtone shuffle
    ES2448400T3|2014-03-13|System to access content elements on a network
    US10311446B2|2019-06-04|Method and apparatus for obfuscating context information
    US8027455B2|2011-09-27|Ringbacks based on extrinsic information
    BRPI0611016A2|2010-08-17|method and system for providing push-triggered call activation to at least one receiving party over a first telecommunications network
    TW201129075A|2011-08-16|Callee centric location and presence enabled voicemail using session initiated protocol enabled signaling for IP multimedia subsystem networks
    CN103024066A|2013-04-03|Method for automatically pushing terminal themes
    ES2659690A2|2018-03-16|METHOD TO PLAY MUSIC BEFORE ESTABLISHING A CALL FOR PHONE |
    US20080162650A1|2008-07-03|User-chosen media content
    CN103369090B|2017-05-03|Method and device for playing sounds on terminal
    KR101891812B1|2018-08-24|Server and method for providing contents service based on location, and device
    Cameron2006|The rocket in your pocket: How mobile phones became the media by stealth
    US20170026456A1|2017-01-26|File Tagging and Sharing Systems
    Lesitaokana2014|Young people and mobile phone technology in Botswana
    Mosurinjohn2016|Overload, boredom and the aesthetics of texting
    US20180270280A1|2018-09-20|Content-sharing application combined with social media and method of use
    Afsana et al.2019|MOBILE TELEPHONY VIS-A-VIS POPULAR CULTURE: A STUDY OF THE YOUTH
    KR101673064B1|2016-11-04|system and method for providing contents with ring back tone
    KR20140098298A|2014-08-08|Method for providing ring back tone service based on smart terminal
    KR100758035B1|2007-09-11|A mobile lector service
    Raj et al.2016|Pattern of mobile phone use among nursing students in IMS, BHU, Varanasi
    JP2009058925A|2009-03-19|Music distribution system
    ES2367062B1|2012-09-03|METHOD AND SYSTEM TO OFFER PUBLICITY THROUGH THE MOBILE THROUGH THE REPRODUCTION OF MUSIC AND / OR LOCATIONS DURING THE WAITING TONE.
    同族专利:
    公开号 | 公开日
    ES2659690R1|2018-04-05|
    US10148812B2|2018-12-04|
    US20180077280A1|2018-03-15|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    EP1517527A1|2003-09-16|2005-03-23|Swisscom Mobile AG|Method for replacing audio tones, which are played to a caller during call setup|
    EP1687960A2|2003-11-10|2006-08-09|NMS Communications|Methods and apparatus for implementing customized ringback|
    US20070287477A1|2006-06-12|2007-12-13|Available For Licensing|Mobile device with shakeable snow rendering|
    US8462930B2|2008-08-20|2013-06-11|Sellaring Ltd.|Method and apparatus for network maintenance and supervision of an on-board controlled display portion|
    GB2499204A|2012-02-07|2013-08-14|Talkmusically Ltd|Coordinating the reproduction of user-selected audio or video content between a caller terminal and a call recipient terminal during a telephone call|
    GB201320598D0|2013-11-21|2014-01-08|Incall Ltd|Telecommunications call augmentation system|US10824595B1|2017-10-09|2020-11-03|United Services Automobile Services |Personalized user interface systems and methods|
    法律状态:
    2021-05-18| FC2A| Grant refused|Effective date: 20210512 |
    优先权:
    申请号 | 申请日 | 专利标题
    IN201641031102|2016-09-12|
    IN201641031102|2016-09-12|
    [返回顶部]