US20110113067A1 - Rechargeable Media Distribution and Play System with Download Kiosk - Google Patents

Images

Classifications

• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q30/00—Commerce
  • G06Q30/02—Marketing; Price estimation or determination; Fundraising
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
  • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
  • G06F16/33—Querying
  • G06F16/3331—Query processing
  • G06F16/334—Query execution
  • G06F16/3344—Query execution using natural language analysis
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
  • G06F21/60—Protecting data
  • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
  • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q10/00—Administration; Management
  • G06Q10/10—Office automation; Time management
  • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/08—Payment architectures
  • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/38—Payment protocols; Details thereof
  • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
  • G06Q20/405—Establishing or using transaction specific rules
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q30/00—Commerce
  • G06Q30/06—Buying, selling or leasing transactions
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q30/00—Commerce
  • G06Q30/06—Buying, selling or leasing transactions
  • G06Q30/0601—Electronic shopping [e-shopping]
  • G06Q30/0603—Catalogue ordering
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L63/00—Network architectures or network communication protocols for network security
  • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
  • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L63/00—Network architectures or network communication protocols for network security
  • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
  • H04L63/102—Entity profiles
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L63/00—Network architectures or network communication protocols for network security
  • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
  • H04L63/108—Network architectures or network communication protocols for network security for controlling access to devices or network resources when the policy decisions are valid for a limited amount of time
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
  • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
  • G06F21/107—License processing; Key processing
  • G06F21/1078—Logging; Metering
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
  • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
  • G06F2221/2135—Metering
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
  • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
  • G06F2221/2137—Time limited access, e.g. to a computer or data
• • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
  • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
  • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
  • Y10S707/00—Data processing: database and file management or data structures
  • Y10S707/99931—Database or file accessing
  • Y10S707/99932—Access augmentation or optimizing
• • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
  • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
  • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
  • Y10S707/00—Data processing: database and file management or data structures
  • Y10S707/99931—Database or file accessing
  • Y10S707/99939—Privileged access
• • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
  • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
  • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
  • Y10S707/00—Data processing: database and file management or data structures
  • Y10S707/99941—Database schema or data structure
  • Y10S707/99944—Object-oriented database structure
  • Y10S707/99945—Object-oriented database structure processing

Definitions

• the present invention relates to electronic media players, and more particularly to media that is downloadable over a communication network.
• U.S. Pat. No. 5,790,423 to Lau discloses a system for downloading and playing music wherein certain copyrighted material may only be used for a specific length of time.
• the system of Lau includes a service center having a user accessible library of selectable programs, a base unit from which user generated program selections are transmitted to the service center, and a cassette for storing programs downloaded by the base unit from the service center.
• the date and time of downloading and playing of particular program selections is stored in memory of the base unit and/or the cassette. Copyright information is programmed into a control program of the cassette to limit the usage of each selected program.
• U.S. Pat. No. 4,898,736 to Walker discloses downloadable information having access through a keyed device.
• the system includes a service facility having an electronically accessible catalog of electronic files, and an interface to a communications network.
• the system can transmit the catalog to a requesting user, and set up customer accounts, process payments from customers for establishing file access authorizations, and enables transmission user-selected files to customers.
• the system also provides a player program to each customer for metering access to received data files as limited by the authorization.
• the system is enabled for transmitting the selected files to the customer only while the authorization remains established.
• the system can also be implemented for receiving the user request and feeding the catalog to the user via the network interface. Also, or alternatively, communications with the user for defining the user account can be through the network interface.
• the system can set an authorization level of the customer's authorization to a first value corresponding to a first authorized plurality of the electronic files, and to a second value corresponding to a second plurality of the electronic files.
• the system can also provide augmenting the authorization in accordance with further processing of payments by the customer.
• the system can, in defining the customer account, identify existing file access software to be used by the customer, and the player program is in the form of a software patch to be used in conjunction with the existing file access software.
• the identifying of the existing file access software can be by electronically interrogating a computer being used by the user to determine a default media player setting of that computer, the system selecting the software patch from a stored plurality of player patches.
• the system enables transmissions of the data files and the player program in encrypted form, with the player program decrypting the received data files only while authorization remains established.
• the authorization is independent of both the selected files and the number of files selected among those that are authorized. Thus customers can freely access all of the files and play any of selected files, to the extent of a blanket authorization, which can also be recharged based on further payments.
• Authorization can be only for a period of time which can be calendar time, optionally commencing upon use of the player program. Alternatively, the time is measured only during the accessing data of the received data files by the player program. In another alternative, authorization can be for a collective number of accesses of data of the received data files, and the numbered accesses can be counted only after a threshold period of time of accessing the data files.
• the system processes renewals and extensions of customer authorizations in conjunction with processing of further payments from the customers.
• the system can have storage of at least some of the data files at the service facility.
• the system facilitates transmission of at least some of the electronic files to customers from remote locations, preferably further including means for redirecting customer communications to remote source facilities over the network.
• Another aspect of the invention provides a method for facilitating distribution of electronic files to be accessed, including providing the catalog of the electronic files for access by users of a communication network; defining a customer account for a user to identify the user as a customer, to process payments from the customer and to establish authorization for accessing an authorized plurality of the electronic files; enabling transmission of selected electronic files to the customer as received data files over the communication network in response to a customer order; and providing to the customer a player program for accessing and metering access to the received data files.
• the enabling can be for the selected electronic files to be transmitted in encrypted form, and providing with the player program means for decrypting the received data files.
• the invention also provides a process for playing electronic media using the method described above wherein the authorization is for a predetermined length of time, the method further including activating the player program; monitoring elapsed time; and inhibiting operation of the player program when the elapsed time reaches the predetermined period.
• the monitoring can be only during the accessing of the received data files.
• the inhibiting can be suppressed until the end of a currently accessed data file.
• the monitoring can be of calendar time, in which case the monitoring optionally commences only upon accessing of data of the received data files. Also, the inhibiting can be suppressed until the end of a currently accessed data file.
• FIG. 1 is a pictorial block diagram of an electronic media distribution system according to the present invention
• FIG. 2 is a block diagram of a distribution process using the system of FIG. 1 ;
• FIG. 3 is a computer flow chart of a service facility distribution program for implementing the process of FIG. 2 ;
• FIG. 4 is a flow chart of a customer facility media player program for implementing the process of FIG. 2 ;
• FIG. 5 is a flow chart portion showing an alternative configuration of the player program of FIG. 4 ;
• FIG. 6 is a flow chart showing another alternative configuration of the player program of FIG. 4 ;
• FIG. 7 is a flow chart showing an alternative configuration of a portion of the player program of FIGS. 6 ;
• FIG. 8 is a flow chart showing further details of the distribution program of FIG. 3 within region 7 thereof.
• a distribution system 10 includes a service facility 11 that can be implemented as a server computer 12 being connected to an electronic communication network 14 , there being a plurality of user facilities 15 that can also be connected to the network 14 , one such being designated customer facility 15 C and being implemented as a customer computer 16 . It is contemplated that a plurality of source or vendor facilities 17 are also connected to the communication network 14 , such facilities being operated by holders of works to be distributed as facilitated by the system 10 of the present invention and further described below. Connections to the network 14 are by respective communication lines 18 , which can be telephone utility lines.
• Connections can also be by satellite, cable, fiber, radio, cellular phone, in any combination.
• the service computer 12 includes an operator interface 20 having a screen display 21 , a keyboard 22 , a mouse 23 .
• the computer 12 also includes memory 24 and a modem interface 26 for connecting to the network through an available communication line 18 .
• the memory 24 has a web server program 28 and a library server program 30 having access to mass data storage 32 in accordance with the present invention.
• the mass data storage 32 is loaded with a library of data files (one such being designated 33 ) by an accession program 34 , the accession program also generating a catalog 35 that is periodically updated and saved in the data storage 32 .
• some or all of the data files can be retained in the vendor facilities 17 .
• the customer computer 16 includes a counterpart of the operator interface, designated 20 ′, the memory 24 , and the modem interface 26 .
• the operator interface 20 ′ includes a pair of audio speakers 25 , the computer 16 further including a media interface 36 for driving the speakers 25 .
• the memory 24 has a web browser 38 by which data made available by the service facility 11 is accessed and saved in a suitable mass storage device such as a conventional hard disk drive 40 .
• the memory 24 of the customer computer receives a media player program 42 for conditionally accessing received data as further described below.
• the player program 42 can be in the form of a program “patch” or “plug-in” to be used in conjunction with a commercially and/or publicly available media player.
• Media players are known devices for accessing media files.
• media files are electronic files that are typically digital in form, and include, without limitation: a) books and other text-only material; b) music, audio books, and other audio-only material; c) films, television programming, and other audio-visual material; d) games and other interactive material; and e) software programs.
• software programs it will be understood that the media player 42 functions somewhat as an operating system for encrypted programs.
• Suitable software media players to be patched with counterparts of the media player 42 include WINAMP PLAYER, available from AOL Time Warner of New York, N.Y.; WINDOWS MEDIA PLAYER, available from Microsoft Corp. of Redmond, Wash.; and REALPLAYER, available from RealNetworks, Inc., of Seattle, Wash. These players play music files, whether compressed in the known MP3 format or otherwise, and the WINDOWS and REALPLAYER players also play audio-visual files. Book and text-only files can be played on the Software Reader software of Gemstar eBook Group, Redwood City, Calif., and the Adobe Acrobat eBook Reader 2.2, available from Adobe Systems, Inc. of San. Francisco, Calif. Games and interactive material can be played on Dreamcast, available from Sega of America Dreamcast, Inc. of San Franciaco, Calif., and Sony PlayStation, available from Sony Corp. of New York, N.Y.
• accession program 34 maintains a library of recordings and a user of the customer computer 16 interacts with the library server program 30 of the server computer 12 over the network 14 .
• the library server program 30 and the accession program 34 can be respective modules of an integrated computer program.
• the accession program 34 is programmed to include a receive data step 52 in which bibliographic data and, optionally, full records, of one or more works to be distributed are received in computer-readable form such as on a digitally recorded compact disk.
• the data can also be transmitted from one or more of the vendor facilities 17 via the computer network 14 , or by any suitable means.
• test local step 55 is interposed after the receive data step 52 for bypassing the encrypt and store step 53 when the data includes bibliographic information but not the full record of particular works, the bibliographic information in such cases including URL fields or other suitable data for enabling subsequent user access to full encrypted records of such works. It will be understood that the test local step 55 can be omitted when all of the data either includes the full records or does not include any full records.
• catalog listings for new versions of previously accessioned works normally replace previous listings (except older versions for which further user access is to be permitted).
• the library server program 30 is entered for activating a network web page by which users can communicate with the distribution system 10 , in an activate web page step 56 .
• Such communication is diagramed in FIG. 2 .
• FIG. 8 shows further details of user communication including delivery of works from vendor facilities 17
• FIG. 8 shows communication that includes shared file transfer between users of the delivery system 10 .
• the process 50 includes a test catalog request step 58 for determining such user request, in which case the catalog is provided in a return catalog step 59 .
• the return catalog step 59 can be performed by simply transmitting a listing of the catalog 35 over the computer network 14 to the requesting user, the browser 38 automatically opening and displaying a file containing the listing in a conventional manner.
• an option can be provided for the user to request a hard copy of the catalog 35 to be mailed, in which case the process 50 proceeds to obtain appropriate mailing information from the user.
• Program control is passed from the return catalog step 59 to the test catalog request step 58 for handling further catalog requests by the user, if any, and as further described herein.
• a user accessing the web page is also presented with an election to place a new order.
• the process 50 includes a test order step 60 for determining such user request, which is processed as described below.
• the user is further presented with an election to open a new account.
• the process 50 includes a test account step 62 for determining such user request. If the user has not requested any of the three, control is returned to the request catalog step 58 , the process 50 thus looping and waiting for another user request.
• control is passed to a get user data step 64 in which the user provides identification data and payment authorization in a conventional manner and, optionally, a desired authorization level that can define a number of plays, a period of time (which can be play time or calendar time, for example), and premium options such as whether play of “new releases” is to be authorized. Also, the payment authorization can selectively enable automatic periodic or repeated payments for “recharging” of the authorization.
• a customer flag for that user is set in a set cflag step 65 with control passing to the test catalog request step 58 for further processing of that user's transactions.
• the customer flag (or other associated stored variable(s)) can be further set according to details of the authorization; and/or further to define that user's requirements regarding the player program 42 .
• the user's computer can be interrogated (and/or the user can be asked) to identify its default media player, for selection of a “plug-in” version of the media player 42 to be used as a software patch on the user's identified default media player. In either case a “stand-alone” counterpart media player 42 is optionally selectable.
• control is passed from the test new order step 60 to a test cflag step 66 . If the customer flag for that user has not yet been set, control passes to a logon step 68 in which the user enters a customer identifier and password which are compared in a test logon step 69 with data previously received in the get user data step 64 . If the logon is unsuccessful, control is passed to the get user data step 64 , it being assumed that the user had not previously established an account. In case the user had previously established an account yet failed to properly logon, the process 50 can include an appropriate recovery procedure according to methods known in the art.
• control is passed from the test logon step 69 to the set cflag step 65 in which the customer flag is set for that user (now confirmed as a customer) as described above.
• control is returned from the set cflag step 65 to the test catalog request step 58 as before in anticipation of the user requesting placement of a new order as a customer, control being passed successively by the new order step 60 to the test cflag step 66 which, in the case of the customer flag having been set, control is passed to a get list step 70 wherein the customer selects items from the catalog 35 to be downloaded over the computer network 14 to the mass storage device 40 of the customer computer 16 .
• a command can be transmitted for disabling the customer's media player 42 , the customer's authorization can be canceled, the customer's media player 42 can be reset or re-calibrated to block extension of the authorization, or the authorization can be reduced to match a correct remaining authorization as determined at the service facility 11 .
• the customer can search for particular works by category, author, artist, publisher, etc.
• searching can also be by lyrics and melody.
• searching can be by title, genre, actor, director, writer, producer, music composer, decade released, etc.
• searching can be by author, title, publisher, or text. It will be understood that when the customer flag (or associated customer data) contains restrictions on use, such as accessing catalog items that are not “new releases”, only items that are consistent with the customer's authorization level are permitted to be selected. Alternatively, other items can be selected and downloaded, but not accessed unless and until the customer's authorization is augmented appropriately.
• the customer is invited to approve of his selections in a test list step 71 from which control is returned to the get list step 70 in case the customer is dissatisfied with his previous selection; otherwise, control is passed to a set authorization level step 72 in which an authorization variable is set in accordance with previously established payment authorizations as determined in the get user data step 64 .
• control is passed to a do transaction step 74 in which selected files are copied from the data file 33 (for locally stored works).
• the selected data files are then further encrypted, preferably in a manner that permits decryption only by the particular customer, such as by public-private key encryption or other suitable means, in a second level encrypt step 76 .
• a second level encrypt step 76 Alternatively, such as when data files are to be encrypted alike for all customers, only a single encryption is needed, which can be done in the first level encrypt and store step 53 or the second level encrypt step 76 .
• the files as thus encrypted are then transmitted over the computer network 14 in an output files step 78 . Users that are new customers also receive appropriate codes and/or software (the player program 42 ) for enabling playback of the works.
• a new key or coding element can be added or substituted to both the media files and the media player 42 each month. (This addition or substitution is contemplated to be made to the player 42 one month prior to that for the media files to facilitate customer subscriptions for variable subscription months rather than the same month periods for all customers.) This helps insure against tampering with the player to render it perpetually charged, because it could then play files then resident but not those thereafter obtained. Also, a periodic integrity check would reveal a lack of current key(s) and/or coding, in which case the player can be disabled. It will be understood that the term “player program 42 ” is inclusive of stand-alone file access software, software patches including portions of the exemplary player program 42 as described below in connection with FIG.
• an exemplary configuration of the distribution process 50 has the transaction step 74 including a program loop executing, for each catalog selection, a counterpart of the test local step 55 for branching to a set link step 75 in which a universal resource locator (URL) is derived (or copied) from the catalog data for that selection.
• the URL is to an encrypted full record of the selection that is maintained at one of the vendor facilities 17 being accessible via the computer network 14 . It will be understood that more than one such URL may be associated with a particular work when the work is available from plural vendors, additional URLs facilitating access to such works when there is excessive network traffic directed to particular vendors.
• Encryption of the files at the vendor facilities can be done individually by counterparts of the second level encrypt step 76 as described above, or single encrypted copies of each work can be transmitted from the vendor facilities 17 as also described above in connection with FIG. 3 . Further, it is contemplated, particularly in implementations of the present invention that use the same encryption of data files for multiple customers, that customers will be permitted to copy and play encrypted files from other customers, so long as appropriate authorization remains in effect. Thus the vendor facilities 17 and the computers of other customers are sometimes collectively referred to as source facilities. In cases wherein the sharing customers do not operate web pages of their own, an e-mail request can be used in place of an ordinary URL.
• the transaction step 74 is completed, when the program loop is done processing the customer's library selections, by determining in an identify player step which, if any, counterpart of the player program 42 is to be transmitted to the customer. This determination is based on interrogation of the customer flag (described above in connection with the set cflag step 65 of FIG. 3 ) which can contain the identity of the customer's default media player, if any, as well as the customer's authorization level, and whether the customer is a new customer (not previously receiving a counterpart of the media player 42 ). Also or in the alternative, the customer flag (or other suitable variable) can signify whether the authorization level has changed and/or whether the customer's default (or otherwise identified) media player has changed, in which cases a new download of a media player 42 counterpart is to be performed.
• the customer flag (or other suitable variable) can signify whether the authorization level has changed and/or whether the customer's default (or otherwise identified) media player has changed, in which cases a new download of a media player 42 counterpart is to be
• the second level encrypt step 76 is repeated, if necessary, to uniquely encrypt the identified counterpart media player 42 for the currently requesting customer.
• this on-line encryption is not required if no media player counterpart is to be transmitted in the current session, or to the extent that the same encryption can be transmitted to plural customers, in which case it is contemplated that some other unique or quasi-unique code(s) are to be transmitted with a generically encrypted counterpart of the media player 42 .
• the customer's authorization is to be “recharged” an entirely new media player 42 can be downloaded, or merely codes or other control information to modify a previously downloaded player 42 .
• the media distribution system 10 of the present invention preferably provides for retention of some or all of the data files 33 at vendor facilities 17 , for facilitating quality control, record keeping, and marketing activities by operators of the vendor facilities 17 .
• Methods of record keeping include tracking of data by the host server, setting of cookies on customers' computers, either alone or’ in combination.
• the data can include customer identity (by real name or pseudonym), the number of downloads to the customer's computer, the number of uploads vrom the customer's computer, and the number of plays of each media file.
• the accession program 34 does not process and store the data, but does generate records of the catalog 35 as described above.
• Royalty payments to those having rights in the data files 33 can be made from funds received by the customers, and the payments can be allocated commensurate with conventional practice, being prorated for example according to the frequency of selection of particular works by the customers. Allocations can also be based on the number of plays of works belonging to particular copyright holders, the number of downloads of such works, the total playing time of such works, or any combination thereof.
• test account step 62 when the outcome of the test account step 62 is negative control may be returned to the receive data step 52 instead of the test request step 58 , with provision for an interrupt redirection to the return catalog step 59 , the user data step 64 , and the test cflag step 66 for servicing corresponding user requests being offered on the web page.
• the player program 42 is implemented for permitting the user to freely play whatever files of the catalog 35 he has downloaded from the server computer 12 and/or any of the vendor facilities 17 as enabled or otherwise facilitated by the delivery system 10 , until a composite authorization for play is expended.
• the composite authorization may change, such as when a customer account previously authorized to play “new releases” is recharged at a lower level.
• the system 10 may be implemented to play preview portions only of some works unless and until a higher authorization is purchased.
• the authorization is in the form of a total elapsed time of play.
• the player program 42 includes a display collection list step 80 in which all files previously downloaded from the server computer 12 are displayed on the screen display 21 of-the customer computer 16 .
• This list step 80 can also incorporate search and/or navigation capabilities for facilitating customer review of certain portions of the list when it is particularly long.
• the program 42 verifies current authorization to play a selected file in a test authorization step 82 . If authorization is not current, control is passed to a test server contact step 84 wherein the user is invited to establish network contact with the server computer 12 , in which case the program 42 waits in an obtain authorization step 85 for authorization to be obtained or appropriately augmented; otherwise, the player program 42 is terminated.
• control is returned to the test authorization step 82 for verification of the authorization, in which case control is passed to a select file step 86 for determining which of the listed files the user wishes to have played.
• control passes to a set meter step 88 , which in the case of the exemplary implementation of FIG. 3 , transfers a currently available play time as authorized to a clock register that is maintained by the player program 42 .
• an appropriate setting is the number of minutes of play authorization currently available to the user.
• the selected file is then accessed and played, with decryption, in a start play step 90 and a timer is activated in a start clock step 91 , with control passing to a test end step 92 for testing whether play of the selected file has run to completion, in which case termination of play is processed in a stop play step 93 (the clock is deactivated), with the user's currently remaining play authorization being updated, control being returned to the test authorization step 82 at which point the user is invited to select another file, etc. until he either terminates the program or runs out of authorization as described below.
• the user is also provided with an option to terminate play prior to the end of the file in a test user stop step 94 , in which case control is transferred to the stop play step 93 .
• a test tick step 95 determines whether the clock has run for a predetermined time (one minute in the current example), in which case the meter that was previously set in the set meter step 88 is decremented in a decrement meter step 96 . Otherwise, control is returned to the test end step 92 . Following the decrement meter step 96 , the meter is tested for underflow in a test timeout step 97 . If not, control is returned to the test end step 92 ; otherwise, control is passed to the stop play step 93 for termination of the play.
• the essential included elements are that portion of the start play step 90 that permits decryption of files being played, and means for terminating play upon expiration of necessary authorization (such as the steps 82 , 84 , 85 , 88 , 91 , 95 , 96 , and 97 of FIG. 4 ).
• Other aspects of navigation of the encrypted files can be controlled by the previously resident program, although the patch counterpart preferably is set for principally (such as by a default file folder) accessing only those files whose delivery is facilitated by the delivery system 10 of the present invention.
• the patch could also be set for exclusive access of files associated with the system 10 , it is also preferred that pre-existing functions of the customer's resident file access device remain operational. If the customer's authorization expires, the plug-in-patch implementation of the media player 42 ceases to function, preferably leaving the resident access device to function as if the patch had not been applied.
• an alternative implementation of the player program provides a predetermined number of plays ( 25 , for example) rather than a predetermined play time.
• the meter is set in the set meter step 88 to the current available number of plays.
• the program 42 ′ proceeds as described above in connection with FIG. 4 through the start clock step 91 , the test end step 92 , the test user stop step 94 to the test tick step 95 for testing whether a threshold period of time has elapsed from the start clock step 91 for avoiding debiting of the user's authorizations until play has proceeded for an introductory period of time.
• test tick step 95 reaches an affirmative result, with control passing to the decrement meter step 96 in which the play authorization is decremented by one.
• control passes from the decrement meter step 96 to a stop clock step 98 for stopping the clock so as to limit the decrementing of the meter to a single unit for each file played.
• the play authorization is for a period of time as in the implementation of FIG. 4 , but with play continuing to the end of a file being played when timeout occurs.
• the test timeout step 97 is omitted from the implementation of FIG. 4 , control returning directly from the decrement meter step 96 to the test end step 92 .
• the player program 82 can utilize a conventional clock of the customer computer 16 C in the start clock step 91 and the test tick step 95 , for example by storing a counterpart of the system time in the start clock step 91 , and comparing that counterpart with current system time in the test tick step 95 , finding a positive outcome when the time difference reaches a predetermined interval (one minute in the example described previously).
• a predetermined interval one minute in the example described previously.
• the stored counterpart of the system time can be incremented by one minute for subsequent comparisons in a next tick interval.
• the stored counterpart can alternatively be initially set in the start clock step 91 to one minute ahead of the system time for facilitating the comparison by detecting a change in sign of the difference between the values in the test tick step 95 .
• the library server program can be implemented to provide an encoded counterpart of the system time (and date) of the server computer 12 , as well as an expiration time, in the output files step 78 (whether for downloading data files or just for recharging).
• the player program 42 can then make comparisons between the system times, taking appropriate action in the event that there is a significant change in the difference. It will be understood that in implementations based on calendar time there is no requirement for monitoring elapsed playing time as described above in connection with FIGS. 4 and 5 . However, such monitoring can be utilized for allocating royalty payments' and/or for guarding against resetting of the system time (because usage time should never exceed elapsed calendar time).
• another counterpart of the player program designated 42 ′′, has a timer module 100 associated therewith, the timer module 100 being implemented to run when the customer computer 16 C is operating, notwithstanding the player program 42 ′′ being inactive.
• a determination is made of whether the program is being run for the first time by the customer computer 16 C in a test first play step 102 , in which case a launch timer module step 104 generates and stores appropriate files for implementing and running the timer module 100 , using programming elements that are known to those having skill in the art.
• the timer module 100 is restarted whenever the computer 16 C is subsequently booted-up or restarted, the module 100 monitoring a system date and time of the computer 16 C as well as separately maintaining a timer calendar date and time.
• the timer calendar date and time is automatically advanced by a difference between the system date and time and a corresponding date and time last saved in a previous period of running of the timer module 100 .
• test first play step 102 has a negative outcome (on a subsequent starting of the player program 42 ′′)
• control passes to a test timer step 106 , wherein the presence and operation of the timer module 100 is verified, and an appropriate match of the timer date and time with the system date and time is determined, in which case control is passed to the display list collection step 80 , described above in connection with FIG. 4 ; otherwise, the player program 42 ′′ is terminated based on unauthorized tampering with calendar/time settings.
• the player program 42 ′′ of FIG. 6 is implemented for operation with authorizations based on calendar time, with the set meter, start clock, test tick, and decrement meter steps 88 , 91 , 95 , and 96 of FIG. 4 being omitted.
• control passes directly from the select file step 86 to the start play step 90 ; from the start play step 90 to the test end stop 92 ; and from a negative outcome of the test user stop step 94 to a counterpart of the timeout test step, designated 97 ′.
• the calendar date and time of the timer module 100 is compared with termination date and time as currently authorized, with control returning to the test end step 92 or the stop play step 93 as described above in connection with FIG. 4 .
• timeout test step 97 ′ (as well as the test user stop step 94 ) can be omitted when it is desired that play continue to the end of a particular data file, control passing from a negative result of the test user stop step 94 to the test end step 92 .
• the player program 42 ′′ as shown in FIG. 6 provides additional protection against unauthorized tampering with calendar and time settings of the customer computer 16 C. Further protection can be provided by including, in the obtain authorization step 85 , a comparison of the calendar date and time of the timer module 100 and/or the system time of the customer computer 16 C with the system time and date of the server computer 12 , with termination in the event that tampering is detected. Similarly, the above comparison would be performed in the get list step 70 , the set authorization step 72 and/or the do transaction step 74 of the distribution process 50 , with the process being terminated as to customers that are determined to have attempted to misuse the process.
• an alternative configuration of the player program 42 ′′ has a counterpart of the test authorization step, designated 82 ′, implemented for determining authorization but not for the selected file.
• the select file step precedes the test authorization step 82 ′, and if the authorization is insufficient (low), control is returned to the display list step 80 . If sufficient authorization is present, control passes to the start play step 90 ; otherwise, the test server contact step 84 is performed as before in the implementation of FIG. 6 .
• a standalone device can be provided for implementing all or appropriate functions of the customer computer 16 C, in which case a battery powered system clock can be implemented in a secure manner for setting only in accordance with the system time of the server computer 12 . (Such device in implementations according to FIGS. 4 and 5 would not require the clock to be settable to date and time of day.)
• authorizations can be purchased by customers on a monthly basis, with payments either made conventionally by check, etc., by phone, or on-line, with the system being configured for automatic debiting of bank accounts and credit accounts as authorized by the customers. While the authorizations remain in effect, customers are free to visit the service facility web site, download unlimited encrypted digital media files as authorized, play those files unlimited times, and share those files with friends (who are able to play them when and so long as THEY have purchased authorization).
• the plug-in enables the customer's player to play encrypted music files, or more generally to access encrypted electronic files of any supported type.
• the patch preferably provides additional buttons in the user's player, including “Company Home,” “Share Music,” and “Burn CD.”
• the “Company Home” button opens the Company homepage, wherefrom the customer can search for and download music files as the encrypted data files 33 , and purchase authorizations.
• the “Share Music” button launches an e-mail dialogue box with a space for destination addressee, a space for a message, and a menu of the sender's music files and compilations for easy attachment to the message. More particularly, the attachment only has a set of links to the music files on servers of the service facility 11 and/or source facilities such as vendor facilities 17 . Recipients would then download the files directly from such server. Preferably the service facility 11 is copied with these e-mails for maintenance of such links as alternate sources for the encrypted data files 33 . Alternatively, actual media file attachments to e-mail communications between customers are possible, such “peer-to-peer” transfers correspondingly reducing communication traffic with the service facility 11 and the vendor facilities 17 .
• the “Burn CD” feature invites the customer to burn an encrypted music file or compilation from his hard drive. Any user of the “burned” CD would still be required to be an authorized customer to access such copied media files.
• the present invention includes up to three software components which can be delivered to the customer's computer via download from a central server, via download from other customers on a “peer-to-peer” (P2P) basis, or via a removable drive medium such as a disk or CD-ROM.
• These three components are: (a) the media player 42 , as a stand-alone application or as a patch; (b) a program that simultaneously compresses media files for efficient transfer (such as compression of CD files to MP3 format) and encrypts the result into a proprietary format; and (c) a program that encrypts unencrypted media files into the proprietary format as and when such files are downloaded to the customer's computer.
• the above-described ability of the service facility 11 to provide network links to remote source facilities from which customers receive selections as encrypted files advantageously allows vendors such as record companies to house encrypted music files on their own servers, for enhanced quality control, record keeping, and marketing options.
• the distribution system 10 of the present invention does this while providing a single catalog (or portions thereof) in which to search the offerings of multiple suppliers of electronic files.
• the link occurs through the Company domain and/or a back channel and preferably retains a frame around the user's screen with buttons for “Company Home,” “Search Music,” “Browse Music,” etc., the browse option providing preview play of possible selections.
• kiosks can be provided for dispensing and/or recharging standalone devices that serve in place of at least some of the customer computer 16 C.
• the data files can be provided from the service facility 11 or other suitable source in the form of a CD or other form of removable drive medium, for play on the standalone devices and/or customer computers 16 C.
• usage can be limited or metered based on the number of media files downloaded, or the total size of the files downloaded, as well as elapsed calendar time and elapsed usage time, or any combination of these measures. Therefore, the spirit and scope of the appended claims should not necessarily be limited to the description of the preferred versions contained herein.

Landscapes

• Engineering & Computer Science (AREA)
• Business, Economics & Management (AREA)
• Accounting & Taxation (AREA)
• Theoretical Computer Science (AREA)
• Finance (AREA)
• Strategic Management (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Development Economics (AREA)
• Economics (AREA)
• General Business, Economics & Management (AREA)
• Marketing (AREA)
• Computer Security & Cryptography (AREA)
• General Engineering & Computer Science (AREA)
• Entrepreneurship & Innovation (AREA)
• Human Resources & Organizations (AREA)
• Computer Hardware Design (AREA)
• Data Mining & Analysis (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Computing Systems (AREA)
• Databases & Information Systems (AREA)
• Game Theory and Decision Science (AREA)
• Tourism & Hospitality (AREA)
• Quality & Reliability (AREA)
• Operations Research (AREA)
• Computational Linguistics (AREA)
• Artificial Intelligence (AREA)
• Software Systems (AREA)
• General Health & Medical Sciences (AREA)
• Bioethics (AREA)
• Health & Medical Sciences (AREA)
• Storage Device Security (AREA)
• Multimedia (AREA)
• Technology Law (AREA)
• Management, Administration, Business Operations System, And Electronic Commerce (AREA)
• Information Transfer Between Computers (AREA)

Abstract

Description

Claims (99)

Priority Applications (5)

Applications Claiming Priority (4)

Related Parent Applications (2)

Related Child Applications (1)

Publications (1)

Family

ID=25428781

Family Applications (9)

Family Applications Before (3)

Family Applications After (5)

Country Status (5)

Cited By (5)

Families Citing this family (77)

Citations (78)

Family Cites Families (48)

• 2001
  • 2001-07-19 US US09/910,438 patent/US6912528B2/en not_active Expired - Lifetime
• 2002
  • 2002-07-19 JP JP2003514440A patent/JP2005523487A/en active Pending
  • 2002-07-19 WO PCT/US2002/022963 patent/WO2003009166A1/en not_active Application Discontinuation
  • 2002-07-19 EP EP02747057A patent/EP1421513A4/en not_active Ceased
  • 2002-07-19 CA CA002454225A patent/CA2454225A1/en not_active Abandoned
• 2005
  • 2005-05-09 US US10/908,373 patent/US7877412B2/en not_active Expired - Fee Related
• 2011
  • 2011-01-21 US US13/011,624 patent/US8832149B2/en not_active Expired - Fee Related
  • 2011-01-21 US US13/011,688 patent/US20110113067A1/en not_active Abandoned
  • 2011-01-21 US US13/011,702 patent/US9031985B2/en not_active Expired - Fee Related
• 2014
  • 2014-09-09 US US14/481,558 patent/US9330242B2/en not_active Expired - Fee Related
• 2016
  • 2016-01-20 US US15/002,141 patent/US9553880B2/en not_active Expired - Lifetime
  • 2016-12-12 US US15/376,364 patent/US9900323B2/en not_active Expired - Fee Related
• 2018
  • 2018-01-10 US US15/867,668 patent/US10866979B2/en not_active Expired - Fee Related

Patent Citations (90)

Also Published As

Similar Documents

Legal Events