CA2220424C - Network based multimedia messaging method for non-ccitt compliant switches - Google Patents

Abstract

A method is disclosed for messaging multimedia calls with a non-CCITT
compliant switch when the intended recipient is unavailable. The method is used in connection with a telecommunication network which has an identified multimedia server (92). According to the method, multimedia calls from a caller, using a multimedia device (70) running a first application and a second application, are messaged when the called party is unavailable. The method involves initiating a multimedia call to the called party using the first application and determining that the multimedia call is an unanswered call using the second application. Using the second application, the first application is signalled to indicate that the multimedia call was unanswered.
In response to the signal, an X.25 packet message is sent from the multimedia device to the identified network based multimedia server. The multimedia device receives back a messaging address identifying a multimedia messaging server (100) from the network based multimedia server. A second multimedia call is initiated from the multimedia device (70) to the identified multimedia messaging server (100) using the first application and the messaging address.
The method then involves connecting to the multimedia messaging server indicated by the messaging address and recording a multimedia message on the network based multimedia messaging server.

Description

NETWORK BAS13~D MULTIMEDIA MESSAGING METHOD
FOR NON-CCITT COMPLIANT SWITCHES

S CROSS REFERENCE TO RELATED APPLICATION~
This applir~ti~n is a c(l,~J~ n-in-part of U.S. Patent Application Serial No. 08/357,473 filed December 16, 1994 and related to U.S. Patent Application Serial No. 08/525,440 filed September 7, 1995.

This invention relates to a method for Network Based ~nltim-~di~
M~s.s~ging and, more particularly, to a method for h~ntlling mnltim~di~ mr~ ges with non-CCITT compliant ~wil lles when the intP~n-le~l recipient of the mnltimt~
message is unavailable.

BACKGROUND OF THE INVENTION
~ llltim~ co,,,,,-~ r~tion is the wave of the future. The power of mllltim~di~ co.. i~tion is evident from the expansion in "videocol~cl~cing", in which a user at a videoco,lrclc,~-.lg station may have a "face-to-face"
20 co.~ ir~tion in real time with someone at another videoco,~lcncillg station, although they may be separated by vast di~t~nres. The introduction of desktop videocollr~.ell~illg equipment is making mnltim~ cu..--...-.-i- ~tion even more prevalent. Generally, mnltimr~ cU~ oir~tionuses eq-ipm.ont incorporated as part of a general purpose c~ uLcl, such as multimedia capable board sets CA 02220424 l997-ll-07 c~esignP~ for used in personal con.~ul~l~ or integrated ~y~le,llls specifically designed for the task. A more tlPt~ilecl general ba~;k~ ulld on mllltimP~
co.. ~ ir~t;on~ and particularly, desktop videocollr.,~ g and e~ may be found in Don Labriola, Meeting on the Edge, Windows Sources, Sept. 19g4, at 5 96. A represel~l~Live example of initi~tin~ and completing mlllfimP~ call is shown and described in U.S. Patent No. 5,371,534 incorporated herein by reference.
While real-time cf)~ ..ic~lions are made possible with these technologies, certain problems still exist. A person using a mllltimP~ co~ .. ir~tion device 10 or station calling another remote mllltimP~ ct)l-~---,-,-;r~lioll station almost exclusively encounters one of two scenarios. Either a) the call is answered, in which case the col.~.......... i~lit)n may proceed, or b) the call goes u~ d.
While the call may go u~weled because: the called party may have their mllltimP~ ct)~.,...... -ir~tit)n station turned off thereby being unable to answer the 15 call, the called party may be busy coini~ g with another party, i.e. a dirr~lellt call, the called party may be away from the equipnnent or out of town and therefore, not physically able to answer the call, or 3) the person may not wish to answer the call and just lets the phone ring,'the problem is the same, namely the caller cannot complete the call.
Of course a possible solution to the problem is that the caller can hang up, and place a new call at a later time, but this may be inconvenient and, in any event, there is no guarantee that the caller will not ~ace the same problem at that time. Another alternative is that the caller could call the pal~y's voice mPss~ing wo 97134410 PCT/US97/03887 system. However, doing so requires an extra step and the video and data aspects are lost.
Although some electronic mail (e-mail) systems allow the sender to attach a brief video clip to an electronic mail message, this alL~l,~live is still a problem 5 because it requires comp~tible video e~l..;p~.~ellL and e-mail programs/software. It is well known that r~ i7.f'(~ video hlrolnlation takes up a considerable amount of data storage space in a storage device, for example, a coll,~ulel memory.
Accordingly, large local message storage capability is required at the s~n-ling end, where the message is created, and at the leceiving end where the message will be 10 replayed. If there is insufficient storage space at the receiving end the recipient may only be able to access a portion of the message or possibly not access the message at all. Additionally, using the e-mail alLell~Liv~ is disadvantageously time co~ and cumbersome because the caller must create the video clip, create an e-mail message, attach the video clip to the e-mail message and then send lS the message.
Thus, there remains a need in the art of mnltim~ co.. lication for a solution to the problem created by the caller whose mllltim~ call goes ullali~wt~ d by the int-nrle(l recipient of the message.

In accord with the invention, we have realized a method of h~n-llin~
mllltim.~ calls from a caller, using a mnltimedia device which is running a first application and a second application, to a party who is unavailable. The method WO 97/34410 PCTJUS97/~3887 involves initi~ting a mllltim~ call to the party using the first application andthat said first mnltim.o~ call is an ulla~ c;d call using the second application. The method then involves .sipn~lTin~ the first application that the call is unal~w~led using the second application. In response to the signal, the method sends an X.25 packet message from the m-lltim~ device to a previously irl~-ntifi~ network based mnttim~ server. The application receives from the l~Lwol~ based ml7ltim~ server, at the mllltim~ device, a m~.s.c~ging address in~ ting a mllltimP.~ m-o..ec~gin~ server. The method fuIther involves i,~ i..g a second mllltim~ call to the in-lic~te-1 mllltim~1i~ mt~cc~in~ server and 10 connPcting to the mllltimt~cli~ m~c.c~in~ server in~ t~l by the m~ss~ing address. The method further involves recording a mllltim~ message for the party on the network based mllltim~ m~s~s-~ging server.
Other feaLules will become a~alellL from the following ~let~il~cl description considered in colljunclion with the ~~c~?..,l.,..,ying drawings. It is to be understood, however, that the drawings are intended solely for purposes of illustration and not as a definition of the limits of the invention~ for which l~;rt;l~lce should be made to the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS
~n the drawings, wherein like lert;~ lce design~tions denote like obJects:
Fig. 1 shows a simpli~ 1 telecl)Jlllllllllir~tinn network in accord with an embodiment of the present invention;

Fig. 2 shows the process of leaving a mnltime~ greeting message using a simplified portion of the telec--.. i-ic~tion network of Fig. l;
Fig. 3 shows the process of leaving a mnltim~ message using a simplified portion of the teleco-.,--.""ir~tion network of Fig. l;
SFig. 4 shows the process of retrieving the mllltimedia message left in connection with Fig. 3;
Figs. Sa and Sb are a flow diagram illustrating the telec~,---..-l-..i~,.lion wolk based server call flow in accordance with the t~ching~ of the invention;
Fig. 6 shows a simplified telec~,.. ir~tion network in accord with an 10 embodiment of the present invention which utilizes a non-CC~TT compliant switch.

DETAILED DESCRIPTION OF THE INVENTION
Fig. 1 shows a simplified teleco.~ ation network in accord with an lS embodiment of the present invention. It will be recognized that the network of Fig. 1 in( hl(les other known elem.-nt~, but those elements have been omitted for simplicity in that they are not required for an underst~nrling of the invention disclosed herein.
A caller, using a mnltim.o(lj~ c~ llullication device or station which is 20 preferably H.320 protocol compliant, will furnish a mllltim~ message to a recipient with a mnltimP~ cc,.. ,-k~tion device or station, which is also pler~lably H.320 protocol compliant, by placing a call to the recipient. The mnltim~ message includes, for example, the myriad of combinations of voice, video, tl~t~files, graphics, whiteboards and shared applications. The caller is equipped with a mllltim~ device or station 70 which, for ex~mple, inrlll(lPs a processing unit 72 coupled to a co.. l.. i-~tion line 74, a CRT or cc"n~L~t~l viewing screen 76 upon which a mllltimP~ message may be viewed and a camera 78. The m lltimP~ station 70 may additionally include an associated telephone r 80 located external to the processin~ unit 72 to f~cilit~te dialing when the procçssin~ unit 72 is incapable of doing so directly. As will be explained below in greater detail, where an external telephone 80 is used, in addition to the usual h~n~et 82 and dialing pad 84, the telephone 80 may also include a message in~ tor 86 which is used to alert a person at that phone that a message has been received and is pending. The proces~in~ unit 72 may be a general purpose cu~ el with mllltim~ capable equi~m~nt incol~o-~ed therein or a mllltimP li~
specific device or station. In a ~Ç~lled embo~limPnt the mlll~;...P~
c-,.. l.. ~i-~tion device is a personal colll~ule. which is m~ imP~ capable as part 15 of its design or which has an additional board set which allows it to perform video and ISDN co.. l"i~ ions and is H.320 compli~nt One e.Yample of a known board set is the Vistium video system board set although others of similar capability are ellually suitable. The construction and operal:ion of the Vistium video system is extensively described in Andrew W. Davis, VISTIUM: AT&T's 20 Board-Level Videocol~tlc,lchlg at the Desktop, Advanced lm~gin~, Sept. 1994 at 46 which is incorporated herein by reference.
The mllltim.~ device will be conn~cte~l to the teleco.""lll"ir~tion network 88 by a co~ tion path which connects a mllltimedia station and the teleco.. ~ ir~tion l~Lwolk. The co.. ~.. ir~tion path may be comrri~e~ of sub-paths which are thP.mcelves capable of supporting the Lldll~rel of mllltimedia messages. For example, the co~.. l.. ir~tion path between the network and a mll~timedia station may be from the multimedia station 70 over an ISDN BRI path 74 ~somPtimPs referred to as BRI) to a Local Fxrh~nge Carrier (LEC) 102 and then over an ISDN PRI (somPtimPs referred to as PRI), T1.5 (somPtimP,s referred to as T1) or switched 56 (som~tim~s referred to as SW56) path 104 between the LEC 102 and the network 88. ~ ively, the path between a mllltim.?(li~
station 70a and the LEC 102 may include a 56Kbps DDS/Datapath 106.
In another embo~imPnt, a mllltimP~ device 70b may be part of a local area llc~Lwolh (LAN) 108 which also inrl~l~lPc a LAN server 110 as well as othermllltimP~ devices and non-ml-ltim~ c(~ uL~ r 112, only one of which is shown. Where the mnltimPrli~ device 70b is part of a LAN 108, the c~ ....,....-ir~tinn path may advantageously include a path which directly connects the llr_lwulh based server 92 to a LAN/ATM Hub, ~ alew~y or local server 110 over, for example, an ATM or frame relay (FR3 path 112 or to a PBX 114 over a BRI path 116. Conveniently, the direct connection co~ .-ic~tion path from the ~Lwolh to the LAN/ATM Hub, gateway or local server 110 allows additional versatility by, for example, providing an ~ltPrn~tive connection for the LAN
server 110 thereby allowing the network based server 92 to leave an 'ralert"
pending on the LAN server 110 so that as soon as the user signs on to the LAN, they are alerted to the pending message.

In still another embo~lim~nt, the cormection may be by a BRI path 118 to a PBX 114 and by a PRI, T1, SW56 or nxDS-0 path 120 between the PBX 114 and the telec~ tion network 88.
In yet a~ oll~l embodiment, the PBX 114 may be c~nn~octe~l over a PRI
S path 122 to a LEC 102 which is conn~cte(l to the ll~Lwolk 88 by a PRI, T1 or SW56 path 104.
The invention has the further convenient advantage that it is not confin~?~l to a mllltim~ device located in a home or office 124. A pay mllltim~ device 126 may be constructed and located in a publicly ~ ces~ihle area, for example, near pay telephones at a mall, airport or hotel 128. As shown, the pay mllltim device 126 is connPcte-l by a BRI path 130 to a PBX 132 which is in turn conn~cte~l to the network 88 by a PRI, T1 or SW56 path 134. In a related , a transportable wireless device 136, for example, a laptop co~ uLel 138, pager or cellular telephone, may be carried by a party and employed to receive an alert, from the network based server 92, for a recorded mllltimP.fli~ mPss~e.
Additionally, the wireless device 136 may be further equipped to receive an audio portion of the m~ss~e or the entire mllltim~ message when, for example, a mnltimP~ capable laptop c~ uL~ or other mllltim~ capable reception device is used.
The telecollllllllllir~tion network 88 inr.~ s a switch 90 to which the illustrated mnltim~ stations 70, 70a, 70b, 70c can be coupled and a network based mllltim.~ capable server 92. The switch 90 is coupled by, for example, a PRI, BRI, T1 path 94 or an ATM or FR path 96 to the network based mllltimedia WO ~7/34410 PCT/US97103887 server 92. The mllhimedia server 92 includes a processor 98, for example a microprocessor. The multimedia server 92 is coupled to a storage device or memory 100, for example, a hard disk or other electronic, electrom~n~tir or optical lc;wliL~able storage device, which is used for storing a ml-ltimedia 5 message. In an ISDN system using Px64 data colllL,l~ssion (128 Kbitslsec) an hour long mlll~imPrli~ message (video/audio/data) occupies approxim~tely 60 Megabytes of storage space. ACCOLI1i~1Y, the memory 100 associated with the server 92 should be sized according to the particular data CO11~1 ssion method used. Furthermore, while the server and memory is shown and described as a 10 unitary device, the "server" may actually be a plurality of co- or sub-servers which access a unitary remote memory or a plurality of memories associated with groups of servers or each individual server. The processor 98 is configured to accept incoming mllltimPrli~ data ~ senting the mllltimPcli~ message or mllltimP li~ greeting message and store it in the memory 100. The processor 98 is 15 also configured to retrieve the stored mtlltimedia data from the memory 100 and furnish it at a later time. The switch 90 is preferably constructed to comply with CCITT recommP-n~i~tions I.250 et seq. and, more particularly, as set forth in CCITT Integrated Services Digital Network (ISDN) General ~tructure and Service Capabilities, C=all Fol~dld.~lg Busy, Rec- ....~.e.~tinn I.252.2 ~1992) and 20 Integrated Services Digital Network (ISDN) General Structure and Service Capabilities, Call Forwarding No Reply, Recommen~l~tion I.252.3 (1992), both published by the ITU and incorporated herein by reference, or a network e4..il,..,P~I alfangelllentproviding the functionality of ru,w~rdillg an unalL~w~l~d call to an ~ltern~tP number. The implement~tion of recomm~n-l~tions I.252.2 and I.252.3 allows the ~e~ aLion of a signal by the ISDN telec:o.. ~.. nir~tion~ network switch which in~lic~tp~s that the call is an ullaL~wer_d call. The switch will thereafter, in response to the signal, connect the call to alloLl~l telephone number S which, as used herein, corresponds to the telephone number of the ~ w~.k based m7l1timP~i~ server 92. The switch 90 is, in suitable embodiments, of the No.
5ESSTM (electronic ~wil~hillg system) design of the "generic 6" or higher level of impl~ l;tl;on which incorporates CCITT reColll~ tions I.252.2 (Call Fol ~Iv~ldil~3 Busy (CFB)) and I.252.3 (Call Fc~- wal-ling No Reply (CFNR)~. The 10 general architectllre of the No. 5ESSTM design is described in the series of articles published in the AT&T Teçhnir~l Journal, Volume 64, No. 6, part 2, pp.
1305-1564, July/Aug., 1985 which is incorporated herein by l~Lle~-ce.
In an alL~ alivt: embo~limpnt the switch 90 is either constructed without impl~~ i..g CCITT recomml--n-~tion~ I.252.2 and I.252.3 or the functions defined by CCITT rec~ l ions I.252.2 and I.252.3 are implemp-ntp~l but they do not function for certain calls (herein defined and referred to as a "non-CCITT
compliant" switch).
In a~ r embo~lim~nt the telec~.. ir~tion network 88 may include additional procescing e~luiplllent 140 following the switch 90 which will configure ~Q an outgoing mllltimPdi~ message for a message path which includes a satellite 142 so that the server 92 can furnish the mllltimPfli~ message via S~tP-llitP 144 to a home 146 equipped with a s~tP-llit~ receiver 148. In still another embodiment, the teleco.. ir~tion network 88 may includR procç~ing e~ ipl~ .f 150 to configure an oulgoillg mnltim~ message for a path which inrhl~les a cable television h~arl~n(l 152 for nltim~te provision to a home 146 where the message can be viewed on a television set 154. In a still further embodiment, the path may include a switched voice/digital (SVD) or other wired S or wireless mll~timPr1i~ capable modem 156. Where cable 152, s~tellite 148 or a modem 156 is used, additional proceeein3~ e~ 158, for e~mple, a cable converter, satellite l~ ie~ion cullvellel or personal colll~uLel may be nf~ce,es~ry to access a meSs~ge or ffirther process a message before it can be viewed.
Regarding the paths described herein, it will be recognized that types or combinations of paths other than those described herein will work provided the path is capable of ~u~olling a combination of single or two channel video, audioor data. By way of example, where the path is an ISDN path it should support about 64 kilobits per second access for combinations of single channel video, audio and data or about 128 kilobits per second access for combinations of two channel video, audio and data. Where the path is switched 56 it should support about 56 kilobits per second access for combinations of single ch~nn~l video, audio and data or about 112 kilobits per second access for combi,lations of two ch~nn~1 video, audio and data. Where the path is nxDS-0, the path should supportn x 64 kilobits per second access, where n is the number of cll~nn.?le.
It will be further recognized that video compression technology, cn~ .ir~tion protocols and existing bandwidth limitations set the limits for thetypes of paths which may be used. It is therefore contemplated that advances in,for example, video colll~ression technology may alter, supplement or supplant the particular path implementations of the above without departing from the invention.
A ~ cll~sion illustrating emerging video compression methods and technology may be found in Andrew W. Davis, Desktop Videoco~ L~LIcill~ and Tm~in~: Is There Really an H.320 vs. Indeo Col~elc~ g Com~ s~ion War?, Advanced S Tm~ging, Sept. 1994, at 36.
Rert;l~ now to Fig. 2 which shows, by way of illustrative example, the preferred process of leaving a mnltim~ greeting message using a simplified portion of the t~lecc~ tinn network of Fig. 1 over ISDN paths. A party at a mllltim~di~ device or station 70a, illustrated herein as a mn11im~di~ capable system 10 or personal colll~ulel cont~ining a mllltim~ capable board set, who is ntifi~h~e by the associated telephone number 908-949-5678, wishes to leave a mnltimP~ gl~Lillg message for callers, because the party will be away for the next three weeks. The party dhe-;Lly calls the network based mnlL;..~ server 92 which is shown as identifi~hle by the associated telephone number 908-949-9000.
~A switch 90, located in the telec~ .. ication ll~W~ 88 oi~Fig. 1, connects the call to the ll~lw~lk based mllltim~di~ server 92 which answers the call. In the ed embo~lim~nt upon al~w~ling the call, the server 92 checks the inrc,.l.la~ion in the calling line ide~ r~ on (CLI), which is available from the network, to ~lçl~....i...o whether the caller called the server directly (the "originally 20 called number" in the CLI is the server telephone number) or called another telephone number and was conn~ctç~l to the server by the switch (the "originally called number" in the CLI is the called telephone llull~er).

/~

CA 02220424 l997-ll-07 Based upon the CLI, the server 92 ~lesellL~ the party with a plurality of options, for example, record a greet*ng message, record a message, play messages, delete messages, retrieve messages. In the ~rert;ll~d embo(1im~nt however, before the options are prl-se~tP-l, the server 92 requests that the party S supply some personal i{l~ntifir~tion hlrulllldtion for security/fraud prevention, for e~mple, the* mllltim~ station i~ ;sn or home telephone number (thus allowing remote access), a PIN number or voiceprint. Upon receipt of a proper ntifif~tion, the party will be presented with the plurality of options.
The party may then create a mnltim~ greeting message US*lg the*
10 mn1tim~ device. The recorded greeting message will thereafter be filrnich~ to the caller by the server when a call to the party is u~ ed unless the greeting is subsequently deleted or changed by the party. The mllltim-o(1i~ greeting message is associated with the party's telephone number and stored in a memory 100 associated with the server 92 when the party hangs up.
R~r.,~ now to Fig. 3 which shows by way of illustration the process of leaving a mllltim~ message using a ~implified portion of the telecc,.--..,..~ir;,l;on network of Fig. 1. As with Fig. 2, the paths are ISDN.
A caller with a ml~ltim~ station 70, associated with the telephone number 908-949-1234, calls a recipient in order to furnish a mllltim~ message 20 to that recipient (in this example, the intended recipient is the party from Fig. 2).
The caller dials the number "908-949-5678" but the line is busy ~ecause the party is on a mllltim~ cc,llrelellce call. By virtue of the implementation of CCITT
recolllll~ndation I.252.2, the switch 90 determines that the call is unanswered and CA 02220424 l997-ll-07 WO 97/34~10 PCT/US97/03887 comlects the call to the network based mllltimP~ server 92 of Fig. 2. The server 92 answers the call, checks the CLI and based upon the called llu.ll~cl recognizes the call as "leaving a message." The server 92 filrni~h~s tkle caller with a visual or mlTltimP~ greeting message which may be a system supplied message, where no S prerecorded mnltim~ greeting message exists for the dialed number, or as with Fig. 2, plays the mllltim~ greeting message left by the party. After providing the greeting message to the caller, the server 92 begins recording the caller's mllltim-oAi~ message. The server associates and stores the m~ ge and "for" 908-949-5678 "from" 908-949-1234 in the memory 100 or alL~..,~tiv~ly the server 92 10 associates and stores the CLI with the message. When the caller has completed the m~ss~ge the caller hangs up, thereby ~f ~ lg the call.
In an ~ ve ~.~r~ d embodiment, an h~ro~ ,, alerting or notification feature is provided. With this feature, the servex 92 waits a preselecteA period of time and i..iL;~Ies a call to the called party using the stored 15 calling party or CLI h~u~ Lion to inform the party that a mllltim~ m~ss~ge has been received and is stored in the memory 100 associated with the server 92. If the alerting does not go through, a feature may be straighLrol w~ lly implPmente~
so that ~e server 92 will again wait a preselecte~l period of time and try alerting the party again, repeating the process until a proper alert is made. In a still 20 further embodiment, the alerting may continue until the party "acknowledges" the alert by, for example, all~welill~ an alert phone call or connecting to the server.
Alle. ~ iv~ly, the server 92 may be configured to alert the party by calling the /~c CA 02220424 l997-ll-07 party's voice mesfi~gin~ service, for ex~ .lc AT&T's AUDIX, and leave a voice message i".1i.~,";.~g that a mllltimedia message has been recorded.
In ~lle~ iv~ emboclim~-nt~, the alerting feature may further include setting a m~s.~gP in~ tor 86 on a telephone 80 as shown and described in connection 5 with Pig. 1 or on the cable or s~fPllite procee~ing equipment 158 of Fig. 1. In still other embo-li...~ i, the alerting feature may be accomplished by, for example, e-mail, voice mail, setting an in~lic~tor in the LAN server which will bring up an alerting icon or message on a connPcted CRT screen. In still further emboflimp-nt~ message alerting may be accomplished using a transportable 10 wireless device 136, for example, a pager, a cellular telephone or a conl~uler with a wireless mnltim~ capable modem. It will be recognized that the wireless device may receive a portion of the message (i.e. the audio portion) or, in the case of a wireless mnltimP~ capable device such as a mllltimPrli~ capable wireless modem c()---~P~l~d to a laptop collll3uler or a mllltimP~i~ capable portable 15 telephone, the unified mllltimP~i~ mPss~ge It will be recognized in connection with Fig. 3 that if the called party was not in, the processing would be the same except the switch would receive a CFNR
signal when the call had gone ul~w~led after a predetermined number of rings.
While it is pler~lled that the server use CLI received from the telecu.. -ie~tion network, if the teleco~ .l.. iei~ n network is incapable of providing CLI, a COllv~ llt alternative implem~ont~fion can be achieved by establishing at least two dP~lir~te~l telephone numbers for the server with the first t being the directly dialed server telephone number a party seeking purely to /~

-retrieve messages would call and the second being a server telephone number thata caller is fol ~ded to solely for the purpose of leaving a message.
Advantageously, if the telec~ ..ic~ti(>n ~ Lwolh switch does not comply with CCITT lecv.-...~ tions I.252.2 and I.252.3 or a have a similar 5 functionality, a still further convenient ~ e embodiment uses the co------~ ic~tion application running in the caller's ml-ltimP~i~ c(,-.. ication device or station to hang up after a busy signal or a preselected number of rings and then ~uLo~ l ir~lly dial the network based server.
Once connPc~l to the server, the call would then proceed as described 10 herein.
Re~,~ now to Fig. 4, which is the same as Fig. 2 except a message and greeting are stored in the memory 100. After a period of ti~ne, the party who was the inten~e-l recipient of the message ~ cllssec~ in connection with Fig. 3 returns and is alerted that a m~s~ge is pending. Al~ lla~ively, the party could be at a 1~ remote location and receive an alert via a wireless device 136 or the party could be at a remote location, for example, at a hotel with an accessible m-~ltim~
station 126 and decides to "call in" for any messages since it was not possible for the party to receive a message alert. The party connects to ~he server as in Fig. 2 to retrieve the pending message. After supplying the ~,plo~)liat~ hlro.ll~ation the 20 party selects the "pla~ messages" option. The party will be ffirnished with, in the ~rer~ d embodiment, a list of all m~llt;m~ messages available for playback, with the most recent call listed first, and information which ~ ontifies the caller by, for example, their telephone number which was obtainecl from the CLI or their WO 97/34410 PCT~US97/03887 name. The party then has the option to select the particular message and have it played back. Upon selecting a message, the server 92 ftlrni~hps the message to the party. When the message has completed playing, the party may be rehlrnP~l to the selection menu or have the call ~ tpcl If, at any time, the party hangs up or 5 the call is disconnPcte~l, the message is retained by the server.
In a further embo-limPllt where the party is at a remote location and wishes to check messages but does not have access to a mllltimPrl;~ station, the caller may still connect to the server with a device which is only capable of receiving an audio portion of the message. The teleco~n",~,.ir~tion network will 10 del~ e that the call is "voice only" and disc~ inate between an audio portion and a video/data portion (which includes non-audio aspects of the message) and furnish only the audio portion of any message(s) not previously retrieved. The party will still have the option of deleting the message. If the message is not deleted, the entire stored message (i.e. the audio portion and video/data portion) 15 will still remain stored thereby preserving the video and data aspects until the party can call in from a mnltimP~ station.
In still further embo~lim~-nt~, the server 92 is capable of cunv~ lg the stored message from one format to another so that, for example, ~;lirr~lellces in formats or protocols between the calling and receiving end can be accommodated 20 (e.g. video rJ"lldl~, audio formats, data r~llllat~ and cc""ll"l~-ir~tion Ç)llllat~ or protocols).
While the invention has been described in connection with a pair of mllltimP~ stations, where the receiving location is, for example, cable 152, CA 02220424 l997-ll-07 WO 97/34410 PCTtUS97/03887 satellite 148 or a modem 156, where n~cess~ry, the message will be accessed using the additional proces.cing e~uip~ l 158 ~icc~ c.sed above in connection with Fig. 1.
Figs. 5a and 5b are a flow diagram illustrating the teleco~ tion S network based server call flow for a pl~ Gd embodiment of the invention. Theserver 92 receives the incoming call from the switch 90 (St~ep 300). The server 92 then checks the ANI for the called number identifir~t;on to d~ if the called number identifir~tion was or was not the identifif ~ti~ n of the server (Step 302). If the called number i~ ilic~lion does not correspond to the ~ lbel- idell~irlcalion for the server 92, the call was t,dl~r~l,ed as a result of a call Çol~al-l. The server 92 Lll~,~r~re queries a ~l~t~h~ce which contains a list of caller identifir-~tion mlmhers for which the server will store ml-ltimefli~ m-~sc~g/-s and will identify- the associated greeting message to be fllrniched to the caller (Step 304). As rliccllccer above, the greeting message can be one previously recorded by the party associated with the called number or, where no prerecorded mllhim.o~ message has been recorded by the party, a standard greeting. Upon idellLiryillg the greeting me,c,S~ge, the server 92 rlll lli~ s the greeting message to the caller (Step 306). At the conclusion of the m~cc~ge, the server will signal the caller to begin leaving a message, for example, with a "Beep" (Step 308). The server will proceed to capture and store the caller's mllltimedia message (Step 310) in the memory 100.Upon termination of the call by the user (Step 312), the server queries a ~i~t~b~ce for an alerting m~thod associated with the called number identifier (Step 312).

CA 02220424 lgg7-ll-o7 The server 314 then inifi~t~s alerting the party accoldillg to the particular method i~leIltifietl (Step 316).
If the called number identifir~tion colles~ollds to the number i~l~ntific~tion for the server 92, the call was a direct call. To handle the situation where the 5 caller has called the server to directly leave a message for another party without calling the party, the server 92 provides a m.~ss~Ee to the caller to identify if the caller wants to leave a message (Step 318). If the response is yes, t_e caller is oll~ d for the calling and called parties' telerhonP numbers (Step 320). The server 92 uses the provided called party number in the called llulllb~ Pnfifter and proceeds as if the call was switched to the server 92 (Steps 304 to 316). If the caller's response is no, the server 92 plUlll~l:; the caller for a password (Step 322).
The server 92 then queries a f~t~ha~e (Step 324) to deL~ e if the password provided by the caller is correct (Step 326) and if it is not, the server ~ es the call (Step 328). If the password is correct, the caller is provided with a 1~ plurality of options (Step 330). Exemplary options include Exit, ~-h~ PJ~, Change Greeting and Delete/Retrieve. "Exit" le~ ...;..~l~s the call (Step 332).
"~tlmini~ter" (Step 336) allows the caller to pelrullll ~l...i..i.~l.dtive functions related to the caller's account such as ch~nEinE their password (Step 338), ch~n~ing their name in the ~l~t~h~e (Step 340), for example, from "Robert" to 20 "Bob" or from "Ms. Custis" to "Mrs. Washington", or çh~ngin~ their telephone number (Step 342), for example, for alerting purposes after moving to a new ... . ... ..
address or change the greeting message (Step 334) filrni~hP-l to callers. When the party has fini~hP~l with the ~flmini~trative functions (Step 344) the party can return to the other options (Step 330). "Delete/Retrieve" pLonl~t~ the server to furnish m~Ss~es stored for th,e caIler's i(lentifif,~tion. When "Retrieve" is selected the caller is provided with a list of stored messages (Step 346) and an option to delete/retrieve/return (Step 348). If the caller selects a me~ e and the delete option (Step 356), the selected message will be deleted by the server 92 from the memory 100 (Step 358). If the caller selects a message and the lcLLicvc option (Step 350), the selected stored message is then filrni~h~d to the caller (Step 352).
Upon completion of the server's furnishing the message, the caller is then giventhe option of ~ltol~o-ting the message (Step 354). If the caller selects "YES", the message is deleted (Step 358) and the caller is ret ~rn~-d to the message list (Step 346). If the caller selects "NO", the message is saved and the caller is again retlTrn~d to the message list (Step 346). Once the caller has finich~d retrieving and/or deleting the ~llessagt;s, the caller selects to return to the main option list (Step 360).
It will be recognized that while the invention has been described with rere,~llce to a network based server, the same functionality may be achieved using a distributed ellvil~ ent within t_e network (e.g. a plurality of ~ wolh based servers) or which also incorporates non-network based servers in conjullclion with one or more network based servers.
Referring now to FIG. 6, which illll~tr~tes the network of FIG. 1, except the switch 90 of FIG. 1 is replaced by a non-CCITT compliant switch 90a. In thisembo-lim~nt, m~ss~ging is accomplished in a manner which elimin~t~s the need for implemPnt~tion of the CCITT recomm~n-l~tions described above (i.e. Call Folw~ldillg Busy, Recnmm~n~1~tinn I.252.2 (1992) and Call Folwaldil,g No Reply, Recn~ rl~lion I.252.3 (1992)). In this embodiment, the method of establishing a connection with the server differs from the above as follows.
In this embodiment, two applic~tinn~ are used in the caller's station. The S first, is the application used to initiate, establish and conduct the mllltim~
c~ ir~tinn according to, for exarnple, the H.320 or Indeo protocols, and the second is an applir~tion which runs in the bac~lound as a "watchdog" which monitors for a "time-out" indication. As will be described in greater detail below, a time-out occurs when a specified period of time elapses before a connection is 10 made or a busy signal is ~let~ct~l Since the switch is unable to detect or respond to a busy or no answer signal, the co.~..ll....;r~ti-)n and watchdog applications in the caller~s mllltimPfli~
station are configured to create a sirnilar functionality. The interaction of the two applications with each other and the l~ctwolh ~olem~nt~ of FIG. 6 will now be 15 described by way of ~ s~ ive example in a ~lcr~ ,d embodiment.
First, the c-,.,...-l.,-it~tion and watchdog applications are set l~ll~illg in the caller's mllltim~ station 70a. A call is initi~t~(l from the mllltim~ station 70a as described above. The setup of the call includes ~ ~illg an X.25 packet message and establishing a connPction for passing the X.25 packet message, for example, as described in commonly :l.csi~n~d U.S. Patent No. Re31,319, U.S.
Patent No. 4,529,840 and U.S. Patent No. 4,531,024, all incorporated in their el~ e~y by reference, and Roy D. Rosner, Packet Swit~,l~illg Tomorrows Cn.... ~ tions Today, Lifetime T P~rning Publications at pp. 130-135 (1982) 9~l CA 02220424 l997-ll-07 also incorporated herein by ler~;lellce. The co,.."...l.ir~tion application is configured so that upon i.~ g a c--... ...ir~tion, the watchdog applir~tion, which is lun~ lg in the background, begins waiting for an ~vent, for example, the counting of a preselectrd number of ringing cycles or the passage of a specific 5 period of time. This event is used to intlir~t.o. that the called party is unavailable, i.e. the party's }ine is busy or did not answer. If the event does not occur before the call is ~swelc~d, the a.~v~ hlg of the call suspends the operation of the watchdog applic~tion If however, the event occurs before the call is al~w~led, i.e., when the preselected number of ringing cycles is reached or the specific 10 period of time elapses, the called party is con.ci~lered unavailable and the watchdog application generates a "time-out" in~fir~tic)n to the co~ ion application, for example, by way of an ill~ L, and then goes idle. In one embodiment, upon elation of the time-out, the cn-.. ~.. ir~ion application displays a message for the caller which inflirz~tt-c that the call has gone ~a~welc:d and allows the caller 15 the option of 1~ ~ i~J;g the call without invoking the m~cc~ing feature. If the caller elects to le~ the call, the application does so. If the caller selects the mt-ss~gin~ option, the following occurs. In still another embodiment, upon gc~l~elation of the time-out, the following ~ ""-lir~lly occurs without providing options to the caller.
Upon receipt of the tirne-out indication from the watchdog application, the c-".--,ll"-ir~tion application prepares X.25 packet messages, which cnnt~in.c, inter alia, information on who was called. As ~rer~ ,d, the call--request frame and packet 96 bit "user data" field contains a security password and the subsequent data packet 1024 bit "user data" field contains the telephone number of the called party. For simplicity, the call-request frame and packet and subsequent data packets are collectively and interchangeably referred to herein as an X.25 packet message.
In one embodiment, the identification of the ne~wolk~ based mnltimfAi~
server is included as part of the co.. ,.ll~iration application. In other emboAim~nf~, the i~lentifir-~tion may have to be separately obtained and stored for use by the cc,ll.llullication application, for example, from a list provided by: an IXC, the application provider, the called party, or the m~ss~ging service provider.
The application sends the X.25 packet message, through the X.25 LEC
Network 160 and its X.75 packet ~t~way to the X.25 network 162 of the in~lir~t~-l m~ im.-Ai~ server 92. Based upon the il~rollllaLion ct nt~in~(l in the X.25 message, the processor 98 in the in-1ir~tr~1 mnltim.o~ server 92 queries the database 100 for the proper mPss?,ging server iflentifir~tion or mP~s~gin~ address 15 of the called party. As ~lefel.~d, the m~ss~gin~ address inflic~tes the telephone number of that party's mnltim.o~ m~ss~ging server although, in other embodiments it may identify â default m~?ss~ging server. The processor 98 sends the server identifir~tion i~ tion (i.e. the m.-ss~gin~ address) back over the X.25 cnnrtn to the application, using an X.25 packet message, which includes 20 the telephone number of a m~ss~ging server and may additionally include data items such as security or password information, or data which indicates to the mnltimrAi~ mPs~Ein~ server that the caller wishes to leave a message in order to ~3 bypass any options or menues which would otherwise be available to a caller directly calling the server.
A new call is set up by the co~ tion application, which populates the calling field with the mPss~in~ address (i.e. the server calling number), and a S mlllfim~ call is initi~tFr1 directly to the mess~in~ server as described above.
When the call reaches the server, the c~ --.ir~tion application uses the information supplied by the server 92 to ~lltc-m~ti~ ly infli~tF to the m.o~s:~in~
server that the party wishes to leave a message. The application then i~çntifi~s the calling party and called party to the mF s~ging server and is filrni~hF cl with the 10 called party's greeting as described above. Once the caller ~as fini~h.o(1 leaving a message, the call is t~. ",i,.,.l~1 The process of lwLiryillg the called party then proceeds as described herein.
It will be further recognized that a plurality of the above servers may be provided as part of a hierarchical arrangement, for example, as described in commor~ly a~ F~l U.S. Patent Application Serial No. 08/525,440 filed Se~L~ cr 7, 1995 incorporated by l~rerellce.
Thus, while there have been shown and described and pointed out rllll.~ lF Ill ll novel featulcs of the invention as applied to ~ler~lled embo~ F~
thereof, it will be understood that various omissions and substitutions and changes 20 in the form and details of the disclosed system, and in its operation, may be made by those skilled in the art without departing from the spirit of the invention. It is the intention, the~ , to be limited only as in~ t~1 by the scope of the claims appended hereto.

Claims (10)

We claim:

1. In a telecommunication network including an identified multimedia server, a method of messaging multimedia calls from a caller, using a multimedia device running a first application and a second application, the method comprising the steps of:
initiating a first multimedia call to the called party using the first application;
determining that said first multimedia call is an unanswered call using the second application;
signalling the first application using the second application so as to indicate that said first multimedia call is said unanswered call, responsive to said signal, sending an X.25 packet message from the multimedia device to the identified network based multimedia server;
receiving from the network based multimedia server, at the multimedia device, a messaging address identifying a multimedia messaging server;
initiating a second multimedia call from said multimedia device to said identified multimedia messaging server using the first application and said messaging address;
connecting to said multimedia messaging server identified by said messaging address; and recording a multimedia message on said network based multimedia messaging server.

2. The method of claim 1 wherein following said connecting step the method includes the step of furnishing the caller with a multimedia greeting.

-

3. The method of claim 1 wherein, prior to said signalling step, the method includes the step of counting ringing cycles until a preselected number of ringing cycles has occurred.

4. The method of claim 1 wherein, prior to said signalling step, the method includes the step of waiting until a preselected period of time has elapsed.

5. The method of claim 1 wherein, following said signalling step, the method includes the step of displaying a message for the caller indicating that the call was an unanswered call.

6. The method of claim 5 wherein the method further includes the step of providing the caller with the option of invoking a messaging feature.

7. A method of multimedia messaging comprising:
initiating a messaging application and a watchdog application in a multimedia capable station having a display device;
initiating a first multimedia call to a party using said multimedia capable station;
establishing, as part of said initiation, a connection capable of passing X.25 packet messages between said multimedia capable station and a device in a telecommunication network;

signalling said messaging application, using said watchdog application, to indicate that said party is unavailable;
generating a first X.25 packet message in said multimedia capable station and sending said X.25 packet message to said device in said telecommunication network;
receiving a second X.25 packet message from said device server including information identifying a multimedia messaging server capable of recording multimedia messages and furnishing previously stored multimedia messages to multimedia capable stations;
initiating a second multimedia call from said multimedia capable station to said identified multimedia messaging server; and recording a multimedia message for said party on said identified multimedia messaging server.

8. The method of claim 7, further including the step of displaying a message on said display device indicating that said first multimedia call was unanswered.

9. The method of claim 7, further including the step of identifying from said received X.25 packet message data indicating a connection address for said multimedia messaging server.

10. The method of claim 7, further including the step of displaying, on said display device, a previously stored multimedia message furnished by said multimedia messaging server.