`
`
`systemsacross3a plurality¢ofheterogeneousIMobile data Processing aystomsintoractwih e268
`
`
`
`
`
`Providedis a distriputed-system and method forenablingnew-and-usefullocatondependent
`
`
`features-andcentralizing common messagingfunctionality e-mebie-data-precessing
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`informationSystem (MS) applications, and forsynersistialybringing.rnew messaging
`
`
`functionality to
`th
`lications. New synergisti
`ntation/m
`in
`ility
`i
`
`t
`rovi
`with distributable
`presentation
`ects
`in
`are
`f
`Out-Going M
`M
`
`
`going Caller Messages (OCMs), Confirmation Of delivery Messages (COMs) and ADvertising
`
`
`messages (ADs). OGMsinclude messages which are played to callers ina phonecall recording
`
`
`
`
`
`
`
`tem. canbeleftMs incl m that automatically t hon ll recordin tem
`
`
`
`
`
`
`by a caller. COMsinclude messages that are automatically sent based on a delivery. ADs
`
`
`include messages for conveying advertising information. Different message types are
`
`
`
`
`tomatically foravarietypresented of triggering events, and in rdance with reconcilin
`
`
`
`
`
`
`
`
`
`
`
`
`
`riginator's Inapreferrintent and an rver's preferences. mbodiment, the Location
`
`
`
`Based eXchange method and system is leveraged.
`
`
`Description
`
`
`CROSS-REFERENCES TO RELATED APPLICATIONS
`
`ms application is a continuation in part of application Ser. No. 12/590,831 filed Nov. 13, 2009
`
`ntitl
`stem A Methe
`for Lo
`tion Be
`Exchan
`of D.
`Eacilitating Di
`trib t
`
`
`
`
`
`
`No. 12/077,041 filed Mar. 14, 2008 and entitled “System and Method for Location Based
`
`
`Exchanges of Data Facilitating Distributed Locational Applications”, hereinafter referred to as
`
`
`the parent applications. Given the size of the parent applications and so as to not obfuscate new
`
`
`material, it is to be appreciated that parent applications are intended and assumed to be
`
`incl
`herein in their
`entirety,
`however
`drawin
`n
`riotions
`are
`provi
`for
`moplet
`
`tand-alone
`discl
`re. Thi
`lication is
`fil
`nth
`m
`-pendin
`
`lication
`Ser. No. 12
`ntitled
`“System And Method
`Eor Automatically Leaving An
`
`
`APPLE
`APPLE
`EXHIBIT 1011 - PAGE 0001
`EXHIBIT 1011 - PAGE 0001
`
`
`
`tgoin
`ller M
`” which
`contains
`an identical
`ification except for the
`titl
`
`abstract.
`
`
`TECHNICAL FIELD-OF+HEINVENHON
`
`
`eystomermanadlng information for automatic.presenialion or cisinibution, and more parioularly to
`
`
`The present disclosure relates generally to lecatien_basedsericesformobiledataprecessing
`
`
`
`
`
`
`manner.managing an information/messaging repository containing heterogeneous formats for
`
`
`
`automatically being presented and/or distributed for certain application events associated with
`
`termin
`r
`in
`tem conditions.
`
`
`
`
`BACKGROUND-OF-+FHEINVENHON
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`APPLE
`APPLE
`EXHIBIT 1011 - PAGE 0002
`EXHIBIT 1011 - PAGE 0002
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Different users use different types of Mobile data processing Systems (MSs) whichare also
`
`called mobile devices: laptops, tablet computers, Personal Computers (PCs), PersonalDigital
`
`Assistants (PDAs), cell phones, automobile dashboard mounted data processing systems,
`
`shopping cart mounted data processing systems, mobile vehicle or apparatus mounted data
`
`
`processing systems, Personal Navigational Devices (PNDs),Androidenableddevices,iPhones
`
`(iPhoneis a trademark of Apple, Inc.), iPads (iPad is a trademark of Apple, Inc.), and other
`
`
`APPLE
`APPLE
`EXHIBIT 1011 - PAGE 0003
`EXHIBIT 1011 - PAGE 0003
`
`
`
`
`
`
`
`
`
`
`
`
`many applications which use various message formats to carry out a variety offunctionality.
`
`Many of these applications intersect in functionality, message formats, and processing. This
`
`r
`ndant
`pr
`ing
`and
`storing
`of
`taM which is
`lly
`limited
`in
`
` standardizing, or at leastorganizingoverlapping messagingfunctionallyto provide optimal MS
`
`
`
`
`processing, storage and performance. The term “message” or “messaging” as used herein is
`
`
`meant to be interpreted in the broadest sense of conveying or communicating information to a
`
`recipient user.
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`organized
`
`is
`
`n
`
`.g. information
`to man
`rs
`foen lin
`method
`A well
`h_as
`th
`M
`t-Going M
`for if m atin
`m
`saved
`f
`to mak
` are disclosed as those messages being left automatically to a phone (e.g. voice) mail system,
`
`
`
`
`
`for presentation) for ofavariany ns that mak .
`
`
`
`
`
`
`
`Confirmation Of delivery Messages (COMs)which are disclosed as those messagesfor
`
`
`automatically distributing based on a previous distribution, and ADvertising messages (ADs)for
`
`
`conveying an advertising information to recipient) ADsare useful in many applications
`
`involvin
`M
`Ms
`an
`M
`nd AD t
`not have
`t
`verti mens.
`rovidin M.
`Lig
`ti n with
`t
`well
`rchit
`t
`nt nt-centric” int arf
`ri
`
`
`
`
`ntri
`lution
`enabl
`roviding
`low
`tM
`nd M
`lications
`thr
`h
`advertisement bill
`
`i
`mpani
`king novel w
`t
`verti
`
`
`m
`
`APPLE
`APPLE
`EXHIBIT 1011 - PAGE 0004
`EXHIBIT 1011 - PAGE 0004
`
`
`
`
`
`Different systems for email, phone mail and calendaring provide different methods fora
`
`nfirmation of
`delivery. For
`example,
`one
`system will
`provi
`nfirmation
`Of Deliv:
`
`
`
`
`
`
`
`
`
`D toarecipient'stus to th nder when an email arrives in-basket while another will
`
`
`
`provide a COD status when a recipient opens the email item. Systems may also implement
`
`
`different methods for communicating the status. Some will send a separate COD email (e.g.
`
`
`received as new email in in-basket), and some will require a sender to examine (e.g. poll), or
`
`
`perform user interface actions,for Status associated with the email sent. A consistent method is
`
` t ee ta. Providin pala Isom ee rtune time to additionally provi
`
`
`
`
`
`
`
`
`
`
`
`
`
`an advertisement. An advertising framework should provide enough non-advertising
`
`functionality to entice users to use the framework.
`
`
`The multi-threaded Location Based Exchanges (LBX) MS hasthe ability to carry out processing
`
`
`which was conventionally carried out by external services. For example, a corporate PBX
`
`
`(Private Branch Exchange) would accept phone mail system messages from callers for
`
`
`unanswered phones, enable userinterfaces to retrieve phone mail system messages, enable
`
`ll waitin
`nd
`provide
`many
`other
`ful
`phon
`tem features. In
`another
`exampl
`M
`
`n incorporate
`its
`own
`call
`answerin
`rvi
`n
`Vv
`ller recordings
`lik
`nventional
`
`nswering machine. The LBX M
`n
`If-contained
`for functionali
`nd m
`Iso
`_interf:
`
`tly
`to
`another MS
`for
`phone
`features which were
`provi
`rvice. In
`particular
`
`
`MSsincorporate peer to peer operation, there is no need for services to middle-man
`
`
`functionality. The MSs themselves contain adequate processing power and LBX multi-threaded
`
`
`capability to provide necessary processing for functionality which was conventionally provided
`
`
`by a service. Therefore, a method and system is needed for centralizing common messaging
`
`interf:
`r
`lurality
`of heterogen
`LBX M
`lications. Leveraging
`thir
`
`
`advertisement budgets for such functionality is desirable.
`
`
`While LBX is a preferred embodiment, telecommunications companiesare reluctant to give up
`
`ntrol
`of
`phon
`r interactions
`and
`billin
`nversation enablement. Even two M
`r:
`
`nding next t
`h_other m
`required
`t
`through their
`phon
`mpany network
`
`r
`ing
`in
`order to hav
`nversation
`using
`their MSs. In the LBX architecture,
`tw
`r:
`
`
`
`
`
`
`nding next t fadirect wirelh_ other can mak rt r LBX connection t
`
`
`
`
`accomplish their connectivity. IP datagrams (e.g. WDRs(i.e. Whereabouts Data Records or
`
`
`Wireless Data Records)) or a validated-delivery protocol of WDRs may be exchanged between
`
`
`the MSsfor carrying out data exchangesor conversations, for example one channel for carrying
`
`
`data from the caller to the callee and another channel for carrying data from the callee to the
`
`caller. Therefore, the disclosed method and system must handle traditional telephony (e.g.
`
`
`cellular) environments _as well as LBX peer to peer communications environments.
`
`
`BRIEF-SUMMARY-OF-FHEINVENHON
`
`
`
`Disclosed is a system and method for centralizing common messaging (e.g. information for
`
`
`presentation) interfaces across a plurality of heterogeneous MS applications including MSs ina
`
`
`LBS —— Based service(s) as well as a LBX (Location Based oXchanaels))-<St
`
`Am
`it
`rchitect
`t
`mmodate many
`different
`r
`different
`
`
` Interface (API) for enabling, or usin functionality. a nO M (Out-Goin
`
`
`
`
`
`
`
`
`APPLE
`APPLE
`EXHIBIT 1011 - PAGE 0005
`EXHIBIT 1011 - PAGE 0005
`
`
`
`Message) is well knownin the art to automatic answering machines, phone mail systems, and
`
`
`the
`like. New configurable
`functionality
`is
`discl
`for improvin
`M
`lications,
`in
`particul
`
`for how an appropriate OGM is determined and used. A new term Out-qoing Caller Message
`
`
`(OCM) is disclosed. MS users are interested in getting more out of their time. For example,
`
`
`when a MScaller reaches an OGM from a callee's system (e.g. busy, or no answer forwardsto
`
`
`phone mail), the MS caller can opt to leave an OCM rather than wait for the OGM to complete
`
`
`and then verbally leave a message. OCM processing enables the MScaller to immediately end
`
`th
`Ilan
`ntin
`ing
`other M
`lications
`or
`pr
`ing while
`th
`Mi
`tomaticall
`
`
`n ConfirmationOfdelivncurrentl ing left at th llee' tem. Another new term
`
`
`
`
`
`
`
`M
`M)
`is
`discl
`_M
`rs
`are
`often interested
`in
`gettin
`nfirmation that
`
`revi
`istribution w
`liver
`n
`rh
`nder what
`conditions
`the
`distribution w
`
`
`delivered in, or under what conditions the recipient of a distribution experiences. A COM is
`
`
`informative as to circumstances involved in a particular delivery. COMs can be privileged(i.e.
`
`
`permissions) between a COM sender and COM recipient, preferably by granting permissionsin
`
`the LBX architecture. Permissions (e.g. local at MS) can also be used to govern which callers
`
`
`
`
`
`
`
`The terminology “MADR”, “MADR object”, and “presentation object” are used interchangeably
`
` throughout
`this
`di
`_~AMADR
`i
`j
`i
`i
`long with
`iat
`
`methods for processing.
`
`
`Aoprim
`vant
`herein is
`t
`Vi
`novi
`r time
`from creating
`and
`testing new LBX
`
`charters for automated messaging processing. The parent applications disclose systems and
`
`meth
`for
`moplishing
`ev:
`vent
`determination
`an
`ntent
`deliv
`resentation featur
`
`
`disclosed herein through a user's charter configurations, howeverit may be advantageousto
`
`
`provide user configurations through a presentation content-centric approach, in particular for
`
`
`operating system independent advertisement objects (i.e. MADRs) which can shared between
`
`
`systems. While there are convenient user interface embodiments derived from the parent
`
`applications for accomplishing functionally equivalent charters, a multi-purpose message
`
`r
`itory
`may
`repl
`harter
`configuration with
`impler
`rconfiguration theme. A rich
`
`platform from a presentation object vantage point is therefore provided. Many useful charters
`
`need not be configured since desired functionality can be conveniently configured through
`
`
`Message Area Data Records (MADRs). AMS may come prepackaged with MADR objects
`
`
`which may or may not be “tweaked