WO2010018589A1 - Cette invention concerne une architecture, des systemes et une methodologie consistant a transmettre sans probleme au destinataire d'abondantes informations. le destinataire fait simplement des appels de routine jour apres jour et obtient les informations souhaitees sous forme de sous-produit de tels appels. les informations sont extraites de divers sujets ayant un interet commun et sont transmises au destinataire sous la forme de fichiers multimedias, a savoir des fichiers audio/audiovisuels de courte duree. les systemes de cette invention assurent une transmission au destinataire des fichiers multimedias dynamiques, randomises, personnalises, de maniere prioritaire, garantissant l’absence de repetitions. cette invention permet la transmission de tels fichiers de contenu multimedia dans divers scenarios d'appel tels que « l'etat de veille, d’appel en attente, de mise en attente », dans lesquels soit le correspondant appelant, soit le correspondant appele est un abonne. ainsi, le contenu multimedia abondant remplace une tonalite de rappel normale ou une chanson ou une annonce ou un message preenregistre par l'abonne. - Google Patents

Cette invention concerne une architecture, des systemes et une methodologie consistant a transmettre sans probleme au destinataire d'abondantes informations. le destinataire fait simplement des appels de routine jour apres jour et obtient les informations souhaitees sous forme de sous-produit de tels appels. les informations sont extraites de divers sujets ayant un interet commun et sont transmises au destinataire sous la forme de fichiers multimedias, a savoir des fichiers audio/audiovisuels de courte duree. les systemes de cette invention assurent une transmission au destinataire des fichiers multimedias dynamiques, randomises, personnalises, de maniere prioritaire, garantissant l’absence de repetitions. cette invention permet la transmission de tels fichiers de contenu multimedia dans divers scenarios d'appel tels que « l'etat de veille, d’appel en attente, de mise en attente », dans lesquels soit le correspondant appelant, soit le correspondant appele est un abonne. ainsi, le contenu multimedia abondant remplace une tonalite de rappel normale ou une chanson ou une annonce ou un message preenregistre par l'abonne. Download PDF

Info

Publication number
WO2010018589A1
WO2010018589A1 PCT/IN2009/000005 IN2009000005W WO2010018589A1 WO 2010018589 A1 WO2010018589 A1 WO 2010018589A1 IN 2009000005 W IN2009000005 W IN 2009000005W WO 2010018589 A1 WO2010018589 A1 WO 2010018589A1
Authority
WO
WIPO (PCT)
Prior art keywords
media content
subscriber
files
recipient
media
Prior art date
Application number
PCT/IN2009/000005
Other languages
English (en)
Other versions
WO2010018589A8 (fr
Inventor
Kiran Chandramohan Kamtikar
Deepak Chandramohan Kamtikar
Original Assignee
Kiran Chandramohan Kamtikar
Deepak Chandramohan Kamtikar
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 Kiran Chandramohan Kamtikar, Deepak Chandramohan Kamtikar filed Critical Kiran Chandramohan Kamtikar
Publication of WO2010018589A1 publication Critical patent/WO2010018589A1/fr
Publication of WO2010018589A8 publication Critical patent/WO2010018589A8/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/4872—Non-interactive information services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42042—Notifying the called party of information on the calling party
    • H04M3/42051—Notifying the called party of information on the calling party where the notification is included in the ringing tone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42102—Making use of the called party identifier
    • H04M3/4211—Making use of the called party identifier where the identifier is used to access a profile

Definitions

  • the present invention facilitates delivery of enhanced, randomised, dynamic and customised media content to the recipient in a hassle free way using various telecom call scenarios of idle, call wait and call hold.
  • the recipient receives rich information in the form of media content, instead of a plain ring back tone or a song or an advertisement, during these call scenarios.
  • caller or called party is a subscriber.
  • the present invention brings in systems and methods of delivering rich and useful media content to the users by making use of the telecom network and its existing features such that the caller just makes his/her routine day to day calls and in turn effortlessly gets rich and useful content of choice in an innovative way.
  • the caller is delivered enhanced, randomised, dynamic and customised content/information herein after referred to as Media Content throughout this document.
  • the called party and the caller are in a telephonic conversation and if one party puts the call on hold, the other party is delivered Media Content for a maximum set duration of time as per subscription criteria.
  • the called party signals call wait the caller is delivered Media Content.
  • the present invention offers a system and method to deliver the content to the recipient in a hassle free way (recipient does not have to do any special task to access the content each time). Due to this invention, it is feasible that the recipient, just makes his/her day to day routine calls and he/she gets the desired content as a by product of such calls. None of the existing methods are hassle free in this context.
  • the present invention also makes it feasible to customize the content being delivered to the users, based on the subscriber's custom requirements.
  • the present invention also makes it feasible to deliver randomized content from a pool of customised content as per the subscriber requirements. This feature also brings in an element of surprise because the user never knows about the next content delivery.
  • the present invention also makes it feasible to prioritize the media content being delivered to the users. None of the existing methods have this feature built-in.
  • the present invention also makes it feasible to ensure that no same content is delivered to a user again, thus avoiding repetition. None of the existing methods have this feature built- in.
  • the present invention also makes it feasible to deliver the content that was earlier delivered partially to the user, on the next opportunity. None of the existing methods have this feature built-in.
  • CRBT service Currently in the VAS (Value added service) industry, CRBT has been very successful. In this service, the called party is the subscriber of CRBT service. The caller typically hears a song set by the called party, in place of a normal ring back tone when the called party is Idle.
  • VAS Value added service
  • the present invention instead of a normal ring back tone or a song as in CRBT, Media Content is delivered to the caller based on the subscription status.
  • the present invention refers to the offered service as RBx service whereas if the caller is a subscriber and recipient of content, the present invention refers to the service as X'Tone service.
  • the party who receives the media content is referred to as the Recipient of media content.
  • the subscriber is the recipient and in case of RBx service, the caller is the recipient of media content.
  • the other party is the recipient of media content.
  • the present invention makes these services feasible in three telecom call scenarios
  • This invention as. envisaged in RBx / X'Tone service makes it feasible for the caller / subscriber to listen to an enhanced, rich and dynamic content, instead of a plain ring tone or a song as in CRBT.
  • the features of this service such as dynamic contents, no repetition, prioritization, customization etc would make it a much sought after service.
  • the VAS industry will get a great philip and hence render a tremendous boost in the revenue generation of various players in this industry.
  • the present invention offers a great opportunity for content providers to come up with innovative and useful content suiting the users.
  • the present invention also offers a great opportunity for application developers to build suitable logic for the service.
  • the present invention offers a good deal of opportunities for growth in value added services.
  • the purpose of the present invention is to facilitate delivering enhanced, randomised, dynamic, prioritized and customised media content without any repetition to the same recipient in a hassle free way in various telecom call scenarios of idle, call hold and call wait.
  • the purpose of this invention is to substitute plain ring back tone or a song or an advertisement by a rich information.
  • the purpose of the present invention is also to deliver the media content when either caller or called party is a subscriber of the service.
  • the present invention brings in an innovative way of delivering rich and useful content to the users by making use of the telecom network and its existing features such that the caller just makes his/her routine day to day calls and in turn effortlessly gets rich and useful content of choice in an innovative way.
  • the caller is delivered Media Content.
  • the called party and the caller are in a telephonic conversation and if one puts the call on hold, the other is delivered Media Content for a maximum set duration of time as per subscription criteria.
  • the called party signals call wait the caller is delivered Media Content. 6.
  • the present invention facilitates delivery of enhanced, randomised, dynamic and customised media content to the recipient in a hassle free way using various telecom call scenarios of idle, call wait and call hold.
  • the recipient receives rich information in the form of media content, instead of a plain ring back tone or a song or an advertisement, in these call scenarios.
  • caller or called party is a subscriber.
  • the present invention brings in systems and methods of delivering rich and useful media content to the users by making use of the telecom network and its existing features such that the caller just makes his/her routine day to day calls and in turn effortlessly gets rich and useful content of choice in an innovative way.
  • the caller is delivered Media Content.
  • the called party and the caller are in a telephonic conversation and if one party puts the call on hold, the other party is delivered Media Content for a maximum set duration of time as per subscription criteria.
  • the called party signals call wait the caller is delivered Media Content.
  • Media content file is a rich, enhanced, dynamic, randomised, prioritized content extracted form various fields/subjects of interest.
  • This element does filtering of the content, editing the content, translation of content into desired languages, voice over of content, concatenating separator file, overlay file and content file to create a media content file of short duration.
  • this element transforms raw content into a proper media content file of desired short duration.
  • a typical such media file is shown in Figure 10
  • the content can be in the form of an audio/audio-visual files for delivering to the recipients. The list is just an indication and not an exhaustive one.
  • MCCS is a control server having interface with telecom network for signalling and content delivery, interfacing with MCDbS, running control logic application.
  • MCCS controls the Media Content being delivered to the subscriber, manages the service to the subscriber based on the required information flow from MSC/VLR/HLR (switching and signalling elements of network).
  • MSC/VLR/HLR switching and signalling elements of network.
  • MCCS also runs necessary logic to earmark required Media Content against the recipients as per custom requirement, prioritises the content delivery and flags partially delivered content.
  • MCCS will have necessary interfaces with switching units and signalling set up. MCCS will have necessary logic, a few examples of which are given below.
  • a mega media file is a concatenation of one or more than one such media files.
  • a typical such mega media file is shown in Figure 9.
  • MCDbS is a dynamic content database.
  • MCDbS stores the Media Content in a suitable media file form.
  • MCCS and MCDbS together will have mapping relationship between subscriber requirements and the content.
  • the X-N interfaces are standard interfaces between MCCS/MCDbS and telecom network switches/signalling. This also includes the required physical channels to deliver the content to the caller.
  • Media Content Control Server MCCS
  • MSC/HLR/VLR in mobile network
  • switches wireless line network
  • billing & signalling network at a minimum.
  • the X-N interface would provide required information about caller and calling party's call status (idle or call wait or call hold), their subscription status through standard telecom protocols. For example, the relevant SS7 messages (ISUP) would flow between Telecom network switches AND MCCS indicating status of called party, identity of caller and calling party, their subscription status and other triggers to deliver/stop the Media Content to the caller.
  • ISUP Service-Specific SS7 messages
  • a physical channel of sufficient bandwidth between MCCS/MCDbS and Network shall be used to deliver the content to the subscriber.
  • MSC is the main switch in a mobile network.
  • HLR home location register storing subscriber data.
  • VLR visitor location register.
  • MSC/HLR/VLR are generally referred to as network elements having intelligence of callers and called parties, in wireless and wire line communication networks. They provide required information of party A & party B (caller and called parties) to MCCS/MCDbS and trigger delivering or disconnecting the delivering of Media Content to the recipient.
  • Caller Party A Element 5
  • Caller A is any voice telecom user.
  • caller A is the subscriber of X'Tone service and is the recipient of the media content.
  • Called party B is any voice telecom user.
  • Party B is the subscriber of RBx service.
  • the present invention offers ability to deliver the Media Content to the recipient when
  • the system can customise as to what content is to be delivered as per subscriber requirements, in place of a ring back tone in all call scenarios of idle, call hold and call wait.
  • the content delivered to the subscriber can be news updates, current affairs, historical information, educational information, cooking tips, information related to science & technology and many more such information that enhances the subscriber's knowledge base & awareness.
  • the recipient will normally not get the same content when he/she calls next time.
  • the systems used in this invention ensure no repetition of content w.r.t. the same recipient.
  • the subscriber of X'Tone service can choose what he/she wants to hear and not be at the mercy of called user's settings (as is the case with CRBT).
  • the X'Tone service is based on the criteria that the caller is a subscriber.
  • the content delivered to the recipient is randomly selected from a pool of contents. This feature creates a sense of surprise for the recipient, as the recipient would not know a-priori what is going to be delivered next.
  • the systems described in this invention have a mechanism to distinguishing normal telephonic conversation from the media content files.
  • Each media content file will be of a short duration. This will increase the probability that the subscriber gets at least one relevant information before the called party answers the call. i) Delivering the media contents that were partially delivered earlier
  • a content file is partially delivered to the recipient, he/she will get that partial content when he/she makes another routine call.
  • Another approach described in this invention is that the subscriber calls a specific service number to get such partially delivered content.
  • the present invention conceives the idea of content prioritisation based on the importance, time of day, subscriber requirements etc.
  • Figure 1 through 8 describes media content flow in various call scenarios of idle, call wait and call hold.
  • FIGS. 1 & 5 depict following elements
  • Element 1 Media content generation
  • Element 2 Media content control servers and media content database servers.
  • Element 3 Interface X-N between MCCS/MCDbS and network.
  • Element 4 Telecom network (switches and signalling network of networks of party A and party B). For a typical GSM scenario, this includes MSC, HLR, VLR, IN with standard SS7 signalling.
  • Element 5 Party A is a wireless/wire line telecom user.
  • Element 6 Party B is a wireless/wire line telecom user.
  • FIGS 1 , 2, 3, 4 In these figures Party A is a subscriber to receive media content (i.e. subscriber of X'Tone service).
  • the numerals in the figures indicate call flow steps as described in the relevant sub section of Section "Detailed Description of invention ".
  • Figure 2 describes media content delivered to A when party B is idle.
  • Figure 3 describes media content delivered to A when party B has put the call on hold.
  • Figure 4 describes media content delivered to A when party B signals call wait.
  • Figure 6 describes media content delivered to A when party B is idle.
  • Figure 7 describes media content delivered to A when party B has put the call on hold.
  • Figure 8 describes media content delivered to A when party B signals call wait.
  • 'O' indicates an overlay music
  • C-n indicates a particular content file
  • 'S' indicates a separator tone
  • MF is a Media content File of short duration comprising of a content file, overlay music and a separator tone.
  • MMF is a Mega Media content File where in a few MFs are concatenated to form a MMF of short duration.
  • 'O' indicates an overlay music
  • C - indicates a particular content file
  • 'S' indicates a separator tone
  • MMF m th mega media file
  • call flows/content flows described in this section may vary and may not necessarily be in the same sequence as described. Intention here is to describe the salient points of the call/content flow. Any minor variations in the call/content flow are still in the scope of this invention.
  • Each such content is then converted into a suitable audio/audio-visual file of a short duration.
  • MCDbS stores media content files, subscription details of the subscribers, their custom requirements.
  • MCCS/MCDbS runs necessary control logic while picking up individual media content files to create a mega media file and the control logic ensures following: i. The recipient is always delivered media content files as per subscriber requirements. ii. The media files are prioritised , iii. The media files are not repeated for the same recipient, iv. Any earlier partially delivered files are re-sent to the same recipient on the next opportunity v. Randomization of media content files to maintain an element of surprise
  • Such Mega media file is actually meant for sending to the network for delivering to the recipient.
  • the individual media files are grouped and numbered into different subjects.
  • One or more such media files are concatenated as described in figure 11 on sheet 9. If there are "n" number of media files in a mega file, them m th mega media file (MMF) of a particular subject is obtained by formula
  • n and m are integer variables taking values between 0 and infinity.
  • Subscription 1 Party A has subscribed to X'Tone service and (optional) has set up his/her content requirements
  • MCDbS stores A number and A's Media Content requirements
  • Party A calls any mobile/telephone number, i.e. party B
  • Network of A informs MCCS (on defined interface X-N) that A is calling
  • MCCS/MCDbS earmarks media files for A based on priority logic, randomization logic and ensuring no repetition In case the subscriber has not set custom requirements , the system will deliver randomised, prioritized Media Content ensuring no repetition
  • Network of B checks the status of party B.
  • Network of B informs network of A the status of party B (e.g. the called party status indicator is sent by network of B to network of A through ISUP message ACM)
  • Network of A triggers MCCS for delivering the media files to A (e.g. the called party status indicator is sent by network of A to MCCS/MCDbS, which is taken as a trigger by MCCS)
  • Required channel bandwidth is set for delivering the media file.
  • MCCS picks up appropriate Mega media files earmarked for A and sends it to the network for delivering it to A on the set physical channel.
  • the media content is delivered to A in the form of mega media file
  • MCCS records information of files delivered to A during this period, in its database MCDbS 14. MCCS also records information of partially delivered media content/file, if any, against A 1 in its database MCDbS
  • MCCS implements a lot of logic on partially delivered content so that it is delivered to A next time when A calls, subject to other priority logics
  • Party A has subscribed to X'Tone service for call hold scenario and (optional) has set up his/her content reguirements
  • MCDbS stores A number and A's content reguirements
  • a and B party are in a call with each other.
  • Network of B informs network of A the status of party B (e.g. through Holding indicator of ISUP message ACM )
  • MCCS treats this as a trigger for delivering the media files to A
  • MCCS/MCDbS checks content reguirements of A 8.
  • Required channel bandwidth is set for delivering the mega media file.
  • MCCS picks up appropriate mega media files earmarked for A and sends it to the network for delivering it to A on the set physical channel.
  • the media content is delivered to A in the form of mega media file.
  • the system also can decide the max duration for which the content will be delivered to the recipient. In such case, MCCS/MCDbS and network stops delivering the media content to the recipient once this max limit reaches.
  • MCCS records information of files delivered to A during this period, in its database MCDbS
  • MCCS also records information of partially delivered media content/file, if any, against A, in its database MCDbS
  • MCCS implements a lot of logic on partially delivered content so that it is delivered to A next time when A calls, subject to other priority logics.
  • A has subscribed to X'Tone service for call waiting scenario and (optional) has set up his/her content requirements
  • MCDbS stores A number and A's content requirements
  • the call flow w.r.t. Figure 4 at Sheet 4 is described below.
  • Party A calls Party B
  • Network of B informs Network of A call waiting status (e.g. a notification indicator is sent by network of B to network of A through ISUP message ACM)
  • Network of A passes on this message/trigger to MCCS
  • MCCS verifies subscription of A, if call waiting status is positive.
  • Required channel bandwidth is set for delivering the media file.
  • MCCS picks up appropriate mega media files earmarked for A and sends it to the network for delivering it to A.
  • MCCS records information of files delivered to A during this period, in its database MCDbS
  • MCCS also records information of partially delivered media content/file, if any, against A, in its database MCDbS
  • MCCS implements a lot of logic on partially delivered content so that it is delivered to A next time when A calls, subject to other priority logics Architecture, systems & methodology of this invention for RBx Service- Any caller (Party A) calls Subscriber of RBx service (Party B) and party B is idle
  • MCDbS stores B's number and subscription status
  • Party A calls subscriber of RBx service, i.e. party B
  • Network of B informs MCCS (on defined interface X-N) that A is calling and B is being called
  • MCCS/MCDbS earmarks media files for A based on priority logic, randomization and ensuring no repetition. MCCS ensures that the content which has been earlier delivered to A when A had made calls to other or same RBx subscribers is not delivered to A in subsequent calls.
  • Network of B checks the status of party B.
  • Network of B triggers MCCS for delivering the media files to A (i.e. MCCS receives status of Party B through ISUP message ACM which it treats as trigger)
  • MCCS picks up appropriate Mega media files earmarked for A and sends it to the network for delivering it to A.
  • the Mega media content is delivered to A
  • MCCS records information of files delivered to A during this period, in its database MCDbS 12. MCCS also records information of partially delivered media content/file, if any, against A 1 in its database MCDbS
  • MCCS implements a lot of logic on partially delivered content so that it is delivered to A next time when A calls, subject to other priority logics.
  • MCDbS stores B's number and subscription status
  • Party A and Party B are in a telephonic call with each other.
  • Network of B intimates MCCS the A's & B's number and call hold status (i.e. MCCS receives status of Party B through holding indicator of ISUP message ACM which it treats as trigger)
  • MCCS/MCDbS earmarks media files for A based on priority logic and ensuring no repetition. MCCS ensures that the content which has been earlier delivered to A when A had made calls to other or same RBx subscribers is not delivered to A in subsequent calls. 6. Required channel bandwidth is set for delivering the media file.
  • MCCS picks up appropriate mega media files earmarked for A and sends it to the network for delivering it to A.
  • the media content is delivered to A
  • MCCS records information of files delivered to A during this period, in its database MCDbS
  • MCCS also records information of partially delivered media content/file, if any, against A, in its database MCDbS
  • MCCS implements a lot of logic on partially delivered content so that it is delivered to A next time when A calls, subject to other priority logics.
  • MCCS/MCDbS gets required information/triggers from the network. MCCS/MCDbS verifies the subscription and delivers the Media Content to A.
  • MCDbS stores B's number and subscription status
  • Party A calls party B
  • Network of B intimates MCCS A's, B's number and call waiting status (e.g. MCCS receives a notification indicator from network of B through ISUP message ACM)
  • MCCS picks up appropriate mega media files earmarked for A and sends it to the network for delivering it to A.
  • the media content is delivered to A
  • MCCS records information of files delivered to A during this period, in its database MCDbS
  • MCCS also records information of partially delivered media content/file, if any, against A, in its database MCDbS
  • MCCS implements a lot of logic on partially delivered content so that it is delivered to A next time when A calls, subject to other priority logics.
  • MCCS/MCDbS gets required information/triggers from the network.
  • MCCS/MCDbS verifies the subscription and delivers the Media Content to A.
  • Subscriber A telecommunication user who has subscribed to XTone service or RBx service
  • Recipient The party who receives media content
  • Idle Condition where called party is able to receive a ring
  • HLR Home Location Register
  • VLR Visitor Location Register
  • MCCS Media Content Control Server
  • MCDbS Media Content Database Server

Abstract

Cette invention concerne une architecture, des systèmes et une méthodologie consistant à transmettre sans problème au destinataire d'abondantes informations. Le destinataire fait simplement des appels de routine jour après jour et obtient les informations souhaitées sous forme de sous-produit de tels appels. Les informations sont extraites de divers sujets ayant un intérêt commun et sont transmises au destinataire sous la forme de fichiers multimédias, à savoir des fichiers audio/audiovisuels de courte durée. Les systèmes de cette invention assurent une transmission au destinataire des fichiers multimédias dynamiques, randomisés, personnalisés, de manière prioritaire, garantissant l’absence de répétitions. Cette invention permet la transmission de tels fichiers de contenu multimédia dans divers scénarios d'appel tels que « l'état de veille, d’appel en attente, de mise en attente », dans lesquels soit le correspondant appelant, soit le correspondant appelé est un abonné. Ainsi, le contenu multimédia abondant remplace une tonalité de rappel normale ou une chanson ou une annonce ou un message préenregistré par l'abonné.
PCT/IN2009/000005 2008-08-12 2009-01-02 Cette invention concerne une architecture, des systemes et une methodologie consistant a transmettre sans probleme au destinataire d'abondantes informations. le destinataire fait simplement des appels de routine jour apres jour et obtient les informations souhaitees sous forme de sous-produit de tels appels. les informations sont extraites de divers sujets ayant un interet commun et sont transmises au destinataire sous la forme de fichiers multimedias, a savoir des fichiers audio/audiovisuels de courte duree. les systemes de cette invention assurent une transmission au destinataire des fichiers multimedias dynamiques, randomises, personnalises, de maniere prioritaire, garantissant l’absence de repetitions. cette invention permet la transmission de tels fichiers de contenu multimedia dans divers scenarios d'appel tels que « l'etat de veille, d’appel en attente, de mise en attente », dans lesquels soit le correspondant appelant, soit le correspondant appele est un abonne. ainsi, le contenu multimedia abondant remplace une tonalite de rappel normale ou une chanson ou une annonce ou un message preenregistre par l'abonne. WO2010018589A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN1707MU2008 2008-08-12
IN1707/MUM/2008 2008-08-12

Publications (2)

Publication Number Publication Date
WO2010018589A1 true WO2010018589A1 (fr) 2010-02-18
WO2010018589A8 WO2010018589A8 (fr) 2010-09-23

Family

ID=41066086

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IN2009/000005 WO2010018589A1 (fr) 2008-08-12 2009-01-02 Cette invention concerne une architecture, des systemes et une methodologie consistant a transmettre sans probleme au destinataire d'abondantes informations. le destinataire fait simplement des appels de routine jour apres jour et obtient les informations souhaitees sous forme de sous-produit de tels appels. les informations sont extraites de divers sujets ayant un interet commun et sont transmises au destinataire sous la forme de fichiers multimedias, a savoir des fichiers audio/audiovisuels de courte duree. les systemes de cette invention assurent une transmission au destinataire des fichiers multimedias dynamiques, randomises, personnalises, de maniere prioritaire, garantissant l’absence de repetitions. cette invention permet la transmission de tels fichiers de contenu multimedia dans divers scenarios d'appel tels que « l'etat de veille, d’appel en attente, de mise en attente », dans lesquels soit le correspondant appelant, soit le correspondant appele est un abonne. ainsi, le contenu multimedia abondant remplace une tonalite de rappel normale ou une chanson ou une annonce ou un message preenregistre par l'abonne.

Country Status (1)

Country Link
WO (1) WO2010018589A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001006735A2 (fr) * 1999-07-19 2001-01-25 Ringfree Co.,Ltd. Procede et dispositif de production d'une tonalite de retour d'appel d'informations commerciales vocales/textuelles/images pendant une attente de communication
WO2001006679A1 (fr) * 1999-07-16 2001-01-25 Kise Co., Ltd. Procede et systeme pour fournir des informations personnalisees pendant le processus d'etablissement d'une communication dans des systemes de telecommunication
WO2001086931A1 (fr) * 2000-04-03 2001-11-15 Park Jung Yeon Procede et appareil permettant de fournir de la publicite lors de l'attente d'un appel dans un systeme de reseau telephonique et instrument telephonique associe
US20070286402A1 (en) * 2006-06-09 2007-12-13 Sbc Knowledge Ventures Calling party controlled ringback tones
CN101237488A (zh) * 2008-02-22 2008-08-06 华为技术有限公司 实现彩铃业务的装置和方法及获取彩铃文件的装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001006679A1 (fr) * 1999-07-16 2001-01-25 Kise Co., Ltd. Procede et systeme pour fournir des informations personnalisees pendant le processus d'etablissement d'une communication dans des systemes de telecommunication
WO2001006735A2 (fr) * 1999-07-19 2001-01-25 Ringfree Co.,Ltd. Procede et dispositif de production d'une tonalite de retour d'appel d'informations commerciales vocales/textuelles/images pendant une attente de communication
WO2001086931A1 (fr) * 2000-04-03 2001-11-15 Park Jung Yeon Procede et appareil permettant de fournir de la publicite lors de l'attente d'un appel dans un systeme de reseau telephonique et instrument telephonique associe
US20070286402A1 (en) * 2006-06-09 2007-12-13 Sbc Knowledge Ventures Calling party controlled ringback tones
CN101237488A (zh) * 2008-02-22 2008-08-06 华为技术有限公司 实现彩铃业务的装置和方法及获取彩铃文件的装置
EP2093984A1 (fr) * 2008-02-22 2009-08-26 Huawei Technologies Co., Ltd. Dispositif et procédé pour la mise en oeuvre d'un service de coloration de tonalité de rappel et dispositif pour l'acquisition d'un fichier de coloration de tonalité de rappel

Also Published As

Publication number Publication date
WO2010018589A8 (fr) 2010-09-23

Similar Documents

Publication Publication Date Title
EP1994733B1 (fr) Partage de contenu par l'intermédiaire de tonalités de retour d'appel multimédia
US7142656B2 (en) Location-based ringbacks
CN100454946C (zh) 在被叫终端播放个性化振铃的方法
US20070189488A1 (en) Method of providing improved Ringback Tone signaling
CN101164327B (zh) 被叫向主叫提供指示信息的方法和系统
CN100512465C (zh) 实现回铃音业务的方法、系统及装置
CN100493120C (zh) 一种提供实时回铃音的方法和系统
US20090232285A1 (en) Method and system for providing personally endorsed advertising content to a calling party
CN101754194B (zh) 一种彩铃业务系统和彩铃业务的屏蔽方法
CN1859478B (zh) 一种提供实时回铃音的方法和系统
US8027455B2 (en) Ringbacks based on extrinsic information
CN101873387B (zh) 一种在多个彩铃服务器之间实现彩铃过滤的系统及方法
US8300796B2 (en) Method and system for enhanced call notification and treatment
CN101931614B (zh) 一种呼叫过程中呈现用户状态信息的方法及系统
CN101969625A (zh) 一种短信发送方法和系统
US10432784B2 (en) System and method for effectuating real-time shaped data transfer during call setup procedure in a telecommunication network
CN101213823A (zh) 用于建立分组交换的通信会话的方法和设备
WO2010018589A1 (fr) Cette invention concerne une architecture, des systemes et une methodologie consistant a transmettre sans probleme au destinataire d'abondantes informations. le destinataire fait simplement des appels de routine jour apres jour et obtient les informations souhaitees sous forme de sous-produit de tels appels. les informations sont extraites de divers sujets ayant un interet commun et sont transmises au destinataire sous la forme de fichiers multimedias, a savoir des fichiers audio/audiovisuels de courte duree. les systemes de cette invention assurent une transmission au destinataire des fichiers multimedias dynamiques, randomises, personnalises, de maniere prioritaire, garantissant l’absence de repetitions. cette invention permet la transmission de tels fichiers de contenu multimedia dans divers scenarios d'appel tels que « l'etat de veille, d’appel en attente, de mise en attente », dans lesquels soit le correspondant appelant, soit le correspondant appele est un abonne. ainsi, le contenu multimedia abondant remplace une tonalite de rappel normale ou une chanson ou une annonce ou un message preenregistre par l'abonne.
US7706518B2 (en) Network infrastructure for ringbacks
WO2009125418A2 (fr) Procédé et système permettant d’utiliser un fichier multimédia comme tonalité de retour d'appel
CN101119519A (zh) 移动终端实现多媒体振铃音的技术方案
WO2007100178A1 (fr) Procédé, signal et appareil de service conçus pour fournir un service de remplacement de retour d'appel multimedia en fonction de la capacité d'un terminal de communication mobile
CN101360281B (zh) 向个性化回铃音用户提供频道回铃音的方法
KR20060018986A (ko) 멀티미디어컨텐츠의 편집과 업로드를 위한 방법 및 시스템
US20060147011A1 (en) Log-based ringbacks

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09787566

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09787566

Country of ref document: EP

Kind code of ref document: A1