EP1497762A2 - Verfahren zur kennzeichnung einer virtuellen ware und vorrichtung zur bereitstellung einer kennzeichnung für eine virtuelle ware - Google Patents

Verfahren zur kennzeichnung einer virtuellen ware und vorrichtung zur bereitstellung einer kennzeichnung für eine virtuelle ware

Info

Publication number
EP1497762A2
EP1497762A2 EP03708139A EP03708139A EP1497762A2 EP 1497762 A2 EP1497762 A2 EP 1497762A2 EP 03708139 A EP03708139 A EP 03708139A EP 03708139 A EP03708139 A EP 03708139A EP 1497762 A2 EP1497762 A2 EP 1497762A2
Authority
EP
European Patent Office
Prior art keywords
file
virtual goods
party
electronic receipt
virtual
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP03708139A
Other languages
English (en)
French (fr)
Inventor
Thomas Sporer
Rüdiger GRIMM
Jürgen NÜTZEL
Marko Langbein
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Original Assignee
Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV filed Critical Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Publication of EP1497762A2 publication Critical patent/EP1497762A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/108—Transfer of content, software, digital rights or licenses
    • G06F21/1086—Superdistribution

Definitions

  • the present invention relates to a method for labeling virtual goods and to a device for providing such a label.
  • the present invention relates to a method and a device for marking or providing a marking for a virtual goods when distributing the same to third parties, the virtual goods being in digital form, and the marking indicating which rights a third party has received the virtual goods, purchased the virtual goods.
  • virtual goods describes an intellectual property, such as music, a novel, a picture, a film, a program and the like, which can be represented in digital form, typically as a file.
  • an MP3 file comes as a file , a PDF file, an AVI file, an EXE file and the like in question.
  • the software and music industries are trying to limit the uncontrolled distribution of their products.
  • the software industry and the music industry face a dilemma here: on the one hand, they want to hand over the products to legal buyers. H. transfer the products to the user devices and thus put them in the user's sphere of influence. There, however, they should only be available to a limited extent for the will of the user. However, it is not the distributors (content providers) who have the power to this restriction, but only their users. However, users flock to limit themselves in this way - rather, they simply redistribute the purchased products.
  • the music industry responds here, for example, with a security concept that obliges users to use playback devices in which the use of the products in the user device is controlled.
  • each product contains the elements of its decryption, so that the restrictions of the IPMP elements can be removed by suitable reprogramming. This reprogramming can be carried out, for example, using a simple personal computer.
  • the Industries andards believe that an economically significant number of customers will adhere to the functionality of the standardized IPMP devices.
  • the principle of the current rights models e.g. B. IPMP, provides that an element that is installed in the terminal controls the use of a purchased product in the terminal at the user. In particular, it prevents uncontrolled distribution. An interest of the individual user is not satisfied. On the contrary, the user is restricted in his free availability. Rather, the user is used to prevent the interest of the distributor, namely the prevention of the uncontrolled redistribution of the products, by means of his device.
  • the user is made distribution partners of the distributors, i.e. sales nodes.
  • Users who pay for and distribute a multimedia product or software or similar virtual goods receive a commission from the purchase price that the recipient pays for the product received. If the recipient does not pay the purchase price, the sender does not receive a commission, but even then the recipient can never receive a commission.
  • the virtual goods must be labeled in order to assign the rights that may have been acquired to the virtual goods.
  • the present invention provides a method for identifying a virtual product when it is distributed to third parties, the virtual product being in digital form, and the identification indicating what rights a third party who has received the virtual product has acquired in the virtual product , with the following steps:
  • the generation of the electronic document, the generation of the electronic receipt and the execution of the transactions required to acquire the rights preferably take place in a switching center of the distributor of the virtual goods or in a decentralized switching center which is selected by the distributor.
  • an archive file is created which contains the file of the virtual goods as well as a signature file and a description file.
  • the electronic document generated is a file which is added to the archive file after it has been generated. Initially, the archive file thus only contains the file for the virtual goods, the file for the electronic document, the signature file and the description file.
  • the electronic receipt is a file that is added to the archive file after it has been created, in addition to the files already contained in the archive file. To carry out the transactions, the archive file is first opened, then the file for the electronic document contained in the archive file is transmitted to the exchange, and the necessary transactions are then carried out based on the information received in this way.
  • the electronic receipt and the electronic receipt are in each case an identification mark assigned to the file of the virtual goods, the information associated with the electronic receipt and the electronic receipt being stored in the switching center become.
  • the information stored in this way can be accessed by means of the identification mark.
  • the information assigned to the file of the virtual goods is first transmitted to the switching center, stored there and then an appropriately assigned identification mark is generated, which is then assigned to the file of the virtual goods.
  • the switching center is accessed by the third party based on the identification mark in order to view the corresponding information.
  • the necessary transactions for transferring the rights are then carried out, and finally a new identification mark is provided, which is then assigned to the file.
  • the identification mark is preferably part of the file name of the file of the virtual goods, with the first identification mark initially being appended to the original file name, which is changed in later steps when rights are acquired by a third party.
  • the transaction carried out includes payment for the virtual goods, and the rights acquired through the payment of the virtual goods include a claim for commission by the third party if the virtual goods are also acquired, ie paid for, after being forwarded by a subsequent recipient.
  • the payment of the virtual goods by the third party through the transaction can, for example, allow unlimited use of the goods, and in this case the commission claim is an amount of money that flows to the third party if, after the third party has distributed the goods, a recipient the virtual goods are paid for.
  • the commission claim could be that after the payment was made by another Recipients to whom the third party has forwarded the virtual goods are granted extended use of the virtual goods.
  • the present invention also provides a device for providing a label for a virtual product that is in digital form, the label indicating which rights a third party who has received the virtual product has acquired thereon
  • a data input for receiving data from a distributor of the virtual goods and from third parties
  • a data output for outputting data to the distributor and to third parties
  • a storage device in which data provided by the distributor of the virtual goods are stored, which contain information relating to the distributor of the virtual goods;
  • a processing device which, based on the stored data, generates an electronic voucher assigned to the virtual goods and makes it available to the data output for transmission to the distributor, and which effects a required transaction based on the electronic voucher provided by a third party and which is present at the data input, to assign a predetermined right to the virtual goods to the third party, and wherein the processing device generates an electronic receipt assigned to the virtual goods, which contains information relating to the rights acquired by the third party to the virtual goods, and makes them available for transmission to the third party.
  • the user thereby becomes an intermediary who pays for and distributes a product and, when a recipient pays for the product obtained, receives a share of the purchase price. If the recipient does not pay the purchase price, the sender does not receive an agency commission, but the recipient can never receive an agency fee because the payment process is automatically acknowledged by the agency.
  • the receipt electronically signed by the exchange which receives the name or a pseudonymous user identification (user ID) of the buyer, is automatically assigned to the virtual goods (their file) in the buyer's terminal.
  • the commission authorization is documented vis-à-vis the distributor or also to a switching center that he uses, for example a billing server (accounting server "AS").
  • Fig. 1 is a flowchart showing the inventive method according to a first embodiment
  • FIG. 3 shows a flowchart which shows the steps carried out on receipt and purchase of the virtual goods by the buyer and the switching center according to the first exemplary embodiment
  • Fig. 4 is a flowchart showing the inventive method according to a second embodiment.
  • the "MYSONG.MP3" file (hereinafter referred to only as a file) is registered with the AS. This is done in such a way that the file can be identified again later, for example by a hash over the file , File names, file length, significant byte sequences from the file, etc. For reasons of effectiveness, a copy of the file is preferably not deposited with the AS.
  • Bill The operator of the AS, hereinafter called Bill, trusts that Fred also has the rights to the registered file. This trust can be increased by a signature from Fred. The signature at least prevents anyone other than Fred from pretending to be. With the file registration, Fred can also enter a description and the desired price model.
  • Fred receives an electronic receipt from the AS, e.g. B. by email.
  • the registration document or the document information is now assigned to the file, e.g. B. arranged on the same and can then be sent together with the file.
  • the file can be downloaded from a website on the Internet.
  • the file can be emailed to a selected group of people, e.g. B. Friends of Fred.
  • the file can be made available in the so-called peer-to-peer system.
  • the file can also be distributed on CD-ROM.
  • Ginny If a second person, who is called Ginny, receives the file with the receipt information, they can play and use the music title "MYSONG" created by Fred. They can also read the receipt information or check it online at the AS. They can also decide redistribute the file and voucher information, like Fred, or she can buy the song.
  • Ginny needs a user account on the AS. If this is not already set up, Ginny must provide the AS with the minimum information required to open this account. If the registration of Ginny as a user with the AS has been completed or if Ginny was already a user with the AS, Ginny now transmits the document information assigned to the file to the AS by means of her computer, which alternatively takes place during the registration ("login") can.
  • the AS checks the document information received and shows Ginny the status of the file. In addition to the price and price model, the status also includes the sales level. More information, e.g. B. Sale of the number of pieces, etc., can also be disclosed by the AS. The information displayed and disclosed is generally determined by Fred when registering the file with the AS.
  • Ginny can now pay with an online payment system, e.g. Paybest, Micromoney, Paybox or similar.
  • the purchase process is stored in Fred's account in the AS database and Fred receives the entire amount transferred, also minus the fees, credited to his account.
  • Ginny now receives a new receipt, namely an electronic receipt which, like the original electronic receipt, is added to the file again (preferably automatically).
  • Ginny can pass on the file with receipt and receipt in the same form as Fred.
  • Harry Another person, she is called Harry, now receives the file with a receipt and receipt directly or through other people who have not paid. Harry now behaves analogously to Ginny, but this time, in addition to the receipt information, Ginny's receipt is also sent to the AS. Harry receives a new receipt after paying, which receipt is either added to the file or replaces the current receipt. Ginny will now get part of the payment credited to her account, as set out in the pricing model. The rest goes to Fred. Depending on the pricing model, Harry may have had to pay less than Ginny.
  • a first preferred exemplary embodiment of the present invention is described below with reference to FIG. 1, the technical implementation of the processes for file registration and the acquisition of the data in particular being described here. Tei are explained.
  • This exemplary embodiment is referred to as an open envelope variant, since the file of the virtual goods is transported as part of an archive. Since this archive has an open format (ZIP format, JAR format), this transport envelope can be described as open.
  • the envelope, the archive has the task of transporting document information and receipt information together with the file and various signatures.
  • the first component is called the "Creator” and runs on Fred's computer.
  • a file of the virtual goods for example the file “MYSONG. MP3 ".
  • the creator has the task of embedding the file generated in step S100 in the archive which has the name FRED.FAR.
  • This archive is structured in terms of the well-known JAVA archive (JAR).
  • JAVA archives are ZIP archives with specific files. This archive is referred to as the "friendly archive" (FAR).
  • the file is stored in the archive file, together with a signature instruction ("CREATOR. SF”) and a signature file ("CREATOR. RSA”), and a description file ("CREATOR. XML").
  • the signature file contains the signature of the author, that is, of Fred, who is assumed to be responsible for e.g. B. has a PGP key pair.
  • the description file is an XML description file, which is referred to, for example, as CREATOR.XML.
  • the creator's second task is to register the archive created in this way with the AS.
  • the creator establishes a connection with AS and transmits the information CREATOR in step S104.
  • XML and CREATOR. SF i.e. the description file and signature instruction contained in the archive file the exchange, the AS.
  • the AS uses the received files to create an account for Fred and to register the music track in step S106 and to generate an electronic receipt associated with the music track in the form of a file.
  • the document is the signature instruction signed by the AS ("CREATOR. SF"), which is then referred to as "CREATOR_AS. RSA".
  • the electronic receipt file is transferred to Fred along with a password to access the account. After receiving the file for the electronic document, it is added to the archive file in step S108.
  • the "electronic receipt” is generated by the AS for the producer, eg Fred, of the file and serves the same towards third parties, eg Ginny, to whom the file will later be distributed and who, for example, want to buy the file, as proof that the file corresponding to virtual goods has been registered and registered with the AS.
  • This document remains assigned to the file throughout the entire life cycle of the file. It contains the data of the "CREATOR. XML" file signed by the AS.
  • the receipt can also contain the signature of the producer to prove the producer of the specified producer.
  • the recipients of the archive file must have a further component, preferably implemented in software, which consists of two parts, the opener (opening component) and the redister (ReDistribution component). These are installed at the receiver, and the opener opens the FAR archive file and has the effect that the receiver of the file is asked the question “Pay or Play” (buy or not buy) in step S112.
  • the receiver does not decide on the music title masticatory fen, the file assigned to the music title is temporarily written to a hard disk of the receiver and executed with a suitable application.
  • the archive file remains unchanged (see step S114).
  • the Redister enables Ginny to communicate with the AS to effect payment, download an electronic receipt, and integrate it into the archive file, which can then be shared with others.
  • the archive file is first opened at Ginny in step S116 and a connection is established to the AS based on the information contained therein.
  • the file of the electronic receipt is transmitted to the AS, and in step S120 Ginny effects the transactions required to pay for the music title.
  • an acknowledgment signed by the AS is generated, which contains a description file REDISTOl.XML and two signature files REDISTOl.SF and REDIST01.RSA.
  • the "electronic receipt” is generated by the AS for the buyer, eg Ginny, and serves as proof that the buyer bought the file.
  • the electronic receipt contains the data of the REDIST ⁇ nn> .XML, where ⁇ nn> is the The number of the sales level is The electronic receipt is signed by the AS, not by the producer or the buyer.
  • a sales level is a link of a paying buyer in a distribution chain.
  • the distribution level is a number (generation) that denotes the generation in a resale chain for a particular file.
  • the modified archive file is used by another third party, e.g. B. received by Harry, he is, similar to Ginny, asked in step S126 whether he wants to buy the music track. If this is not the case, Harry can listen to the music track, but the modified archive file is left unchanged (see step S128). In this case, Ginny also receives no commission, since Harry didn't buy the song.
  • the modified archive file is opened in step S130 and a connection is made to the AS based on the information contained therein, and in step S132 the files contained in the archive file are opened transmitted to the AS.
  • step S134 Harry pays the music track, with Fred as the distributor of the music track and Ginny as the commission beneficiary being paid pro rata, according to the pricing model set by Fred.
  • Ginny gets a commission in this case because Harry decided to buy the song as well.
  • the price model is determined by the producer or distributor of the file, e.g. Fred, freely definable for each sales level (price, commission and usage rights).
  • step S136 the AS subsequently, similarly to Ginny, also generates another electronic receipt for Harry, which is transmitted to Harry.
  • the electronic receipt from Ginny is replaced in the archive file in step S138, so that the archive file now contains the electronic receipt from Harry.
  • the archive file only contains the "last" receipt.
  • several electronic receipts from different people can also be included, which are then also entitled to commission are.
  • the archive file contains complete chains of receipts or, alternatively, the receipts of the last ⁇ m> sales levels.
  • the system includes a plurality of clients 100, 102 and 104 that are associated with different users.
  • the clients 100 to 104 are, for example, data processing systems, the client H100 being associated with the author of the music title MYSONG, FRED.
  • Clients 102 and 104 are associated with users who can receive and buy the music track.
  • Client 100 includes the creator component described above to allow Fred to register his song with the AS, as shown by line 104.
  • the client 100 receives the electronic receipt back from the AS.
  • the music file created by Fred is stored in an envelope 106 (archive file), as is illustrated by arrow 108.
  • the electronic document received from the AS is inserted into the envelope 106, which is indicated by the arrow 110.
  • Third party clients 102 and 104 include the opener component and redister component described above. Using these components, the envelope 106 distributed by Fred or by the client 100 is opened by the client 102 and the communication with the AS required to obtain the rights is carried out, as indicated by the arrows 112 and 114. The client 102 passes on the envelope provided by the client 100, but to which the electronic receipt is added, as by the Line 116 is indicated, so that the envelope 106 'results, which is then passed on to the other user with the client 104.
  • the envelope 106 'received from the client 104 now receives all the necessary information which enables the entire system if the third user, Harry, decides to buy the music title, that Fred then receives his payment and Ginny her commission.
  • FIG. 3 shows a more detailed flowchart which clarifies the steps according to the first exemplary embodiment which are carried out when the virtual goods are received and purchased by the buyer and the AS.
  • the client 102 (Ginny) and the AS are shown schematically in FIG. 2.
  • the music title, Ginny presses the "pay button" 120 whereupon the files CREATOR. XML and CREATOR. SF contained in the envelope 106 are transmitted to the AS.
  • the AS generates a form 122 and passes it on to the client 102 where it is filled in by Ginny 124.
  • the payment is made and then the necessary data is transferred back to the AS, who creates an account for Ginny and creates the necessary files for the electronic receipt for Ginny 126.
  • These files are then called REDISTOL.
  • XML, REDISTOl.SF, REDISTOl.RSA is returned to Ginny 102, and client 102 then integrates these files into the existing envelope to create a modified envelope 128.
  • the document and receipt information is not available as individual files, but is instead stored in the file name of the virtual goods file.
  • Fred first creates a file of his music title in step S200.
  • Fred creates a description file and a signature file for the music track in step S202.
  • the files generated in this way are transmitted in step 204 to the AS, which then registers the music title in step S206.
  • the AS generates a unique identification mark for the music title, for example in the form of a unique transaction number.
  • This transaction number is then returned to Fred and the creator component effects a change in the file name of the file of the music title by adding the identification mark to the file name in step S208.
  • the document and receipt information are no longer available as individual files, but are instead stored in the file name of the file, in the present exemplary embodiment MYSONG.MP3.
  • the information stored in the file name is only a transaction number, via which the actual information can be obtained from the AS.
  • the transaction number is XYZ
  • the file name MYSONG.MP3 becomes the new file name MYSONG. XYZ .MP3.
  • the point of XYZ can also be replaced by another suitable delimiter or a delimiter string (for example “4FO”).
  • the advantage of using a significant delimiter string is that it can be used for the search AS.
  • the advantage of the procedure according to the second exemplary embodiment is that it is now also possible to buy files that are distributed via a multisession-capable, once-writable CD, since only the directory of the CD has to be written with the new file name.
  • the file is distributed to third parties in step S210.
  • a third party If a third party has received the goods, the process goes to step S212. Since none in this embodiment If plain text information is sent together with the file, the recipients must now contact the AS directly. For this, a third party, e.g. B. Ginny, the transaction number, for example XYZ, which symbolically stands for a longer combination of letters and numbers, from the file on a website of the AS. If this transaction is valid, the AS replies with an information page, similar to the first exemplary embodiment, from which the price, the price model, the author, a description, a hash value or the like result. Ginny is now provided with enough information to check that no other file has been pushed under this transaction number.
  • XYZ the transaction number
  • the AS replies with an information page, similar to the first exemplary embodiment, from which the price, the price model, the author, a description, a hash value or the like result. Ginny is now provided with enough information to check that no other file has been pushed under this transaction number.
  • step 214 a query is made as to whether the virtual goods should be bought. If the third party does not decide to buy in step S214, the file name is not changed (see step S214).
  • step S2108 the music title is now paid, the same database operations being carried out here, which were explained above with reference to FIG. 3.
  • the AS does not generate a new file in step S218, but the information which Ginny identifies as entitled to commission now remains with the AS. Ginny only receives a new transaction number that was generated by the AS.
  • step S220 the file name of the file received by Ginny is changed by means of the identification mark newly received by the AS, by replacing the valid identification mark with the new identification mark.
  • the file name can be changed manually; alternatively, the redister component can also be implemented such that the necessary steps for renaming the file name are carried out automatically by the redister component.
  • a special extension The redister component can also rename file names on writable multisession CDs.
  • the virtual goods are then distributed by distributing the RW CD.
  • the RW CD contains the file or several files from Fred, each file already having a file name with a transaction number. There is still some space left on the RW CD. If a third party (user) receives, e.g. Ginny, the RW-CD, can insert the RW-CD into a suitable player and only use the file. There is also the option of purchasing the file, i.e. the virtual goods. As described above, the purchase process creates a new transaction number and the file concerned is renamed on the RW CD by writing a new session. Only the directory on the RW CD is rewritten.
  • a file of a virtual product can also be passed on "physically".
  • the files passed on in this way can also be bought.
  • Ginny who goes to a shop to buy a new CD from an artist
  • the MP3 CD is burned "live" in the store, the file name here already having a transaction number which relates to Ginny, which thus identifies Ginny as the buyer of the goods. If Ginny creates a 1: 1 copy of the CD and passes it on to Harry, he can copy the CD, e.g. purchase on the home PC, in the manner described.
  • the transaction number can be completely information-free, but can also contain readable sub-components, e.g. B. the customer number of the last payer in addition to a customer-specific transaction number. Since the file can no longer ask the question "Pay or Play", the address of the AS must be communicated when the data is passed on. The transaction number could be attached to this address as a parameter. Clicking on this link brings the third party directly Answer page of the AS on which all information about the file and the last buyer are.
  • B the customer number of the last payer in addition to a customer-specific transaction number. Since the file can no longer ask the question "Pay or Play", the address of the AS must be communicated when the data is passed on. The transaction number could be attached to this address as a parameter. Clicking on this link brings the third party directly Answer page of the AS on which all information about the file and the last buyer are.
  • the further recipient accesses the AS in step S224, similarly to step S212, by means of the changed transaction number, in order to obtain the information required there for a purchase relating to the file. If the other third party does not decide to buy in step S226, the file name remains unchanged (see step S228).
  • step S230 the procedure goes to step S230, in which the music title is paid by Fred, with Fred and Ginny being paid proportionately as commission beneficiaries.
  • the AS then generates a modified identification mark, which is transmitted to the other third party, Harry, in step S232 and is used there to change the file name. The method then goes back to step S222.
  • the present invention thus provides a method and a device which make it possible to identify files for virtual goods by means of electronic receipts and electronic receipts in such a way that any rights which third parties have acquired in the virtual goods are also clearly identified in the file.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Software Systems (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Storage Device Security (AREA)

Abstract

Bei einem Verfahren und einer Vorrichtung zur Kennzeichnung einer virtuellen Ware beim Verteilen derselben an Dritte, wobei die virtuelle Ware in digitaler Form vorliegt, und wobei die Kennzeichnung angibt, welche Rechte ein Dritter, der die virtuelle Ware empfangen hat, an der virtuellen Ware erworben hat, wird zunächst die virtuelle Ware durch einen Vertreiber in Form einer Datei bereitgestellt (S100). Anschliessend wird ein elektronischer Beleg für die bereitgestellte virtuelle Ware erzeugt (S106), dem Informationen bezüglich der Vertreibers der virtuellen Ware zugeordnet sind. Anschliessend wird der so erzeugte elektronische Beweis der Datei zugeordnet (S108), die anschliessend an einen Dritten verteilt wird (S110). Falls der Dritte Rechte an der empfangenen Datei erwerben will, so werden unter Verwendung der dem elektronischen Beleg zugeordneten Informationen die erforderlichen Transaktionen durchgeführt (S120), um von dem Vertreiber der virtuellen Ware ein vorbestimmtes Recht an den Dritten zu geben. Nach Abschluss der Transaktion wird eine elektronische Quittung erzeugt (S120), der Informationen bezüglich der Rechte, die der Dritte durch die Transaktion erworben hat, zugeordnet sind, und abschliessend wird die elektronische Quittung zu der Datei mit dem zugeordneten Beleg, die von dem Dritten empfangen wurde, zugeordnet.

Description

Verfahren zur Kennzeichnung einer virtuellen Ware und Vorrichtung zur Bereitstellung einer Kennzeichnung für eine virtuelle Ware
Beschreibung
Die vorliegende Erfindung bezieht sich auf ein Verfahren zur Kennzeichnung einer virtuellen Ware und auf eine Vorrichtung zur Bereitstellung einer solchen Kennzeichnung. Insbesondere bezieht sich die vorliegende Erfindung auf ein Verfahren und eine Vorrichtung zur Kennzeichnung bzw. Bereitstellung einer Kennzeichnung für eine virtuelle Ware beim Verteilen derselben an Dritte, wobei die virtuelle Ware in digitaler Form vorliegt, und wobei die Kennzeichnung angibt, welche Rechte ein Dritter, der die virtuelle Ware empfangen hat, an der virtuellen Ware erworben hat.
Der Begriff „virtuelle Ware" beschreibt ein geistiges Eigentum, wie beispielsweise Musik, einen Roman, ein Bild, einen Film, ein Programm und ähnliches, welches sich in digitaler Form, typischerweise als Datei, darstellen lässt. Als Datei kommen beispielsweise eine MP3-Datei, eine PDF-Datei, eine AVI-Datei, eine EXE-Datei und ähnliches in Frage.
Die Produktion und der Vertrieb einer virtuellen Ware, wie beispielsweise von Multimedia sind kostspielig. Die Produktion und der Vertrieb werden durch einen Verteiler (Content- Provider) organisiert. Dieser trägt das ökonomische Risiko für die Produkte (virtuelle Ware) . Auf diesem Modell beruht beispielsweise die globale Musikindustrie. Für den Softwarevertrieb gilt ähnliches. Nicht legalisierte Kopien oder Raubkopien von Multimedia-Produkten und Software-Produkten sowie deren unlizenzierte Weitergabe untergraben dieses ökonomische Modell. Im Fall der Musikindustrie steht die Frage im Raum, ob es in Zukunft überhaupt noch eine Produktion geben kann, wenn niemand mehr in der Lage sein wird, Autoren, Komponisten und Interpreten zu bezahlen, da deren Produkte keinen Marktwert mehr haben.
Als Gegenmaßnahme versucht beispielsweise die Softwareindustrie und die Musikindustrie die unkontrollierte Verbreitung ihrer Produkte zu beschränken. Die Softwareindustrie und die Musikindustrie steht jedoch hier vor einem Dilemma: einerseits will sie legalen Käufern die Produkte aushändigen, d. h. die Produkte auf die Nutzergeräte überspielen und damit in den Machtbereich der Nutzer geben. Dort aber sollen sie dem Gebrauchswillen der Nutzer nur eingeschränkt zur Verfügung stehen. Die Machtmittel zu dieser Einschränkung haben aber nicht die Verteiler (Content-Provider) , sondern lediglich deren Nutzer. Allerdings verzichten die Nutzer in Scharen darauf, sich derart einzuschränken - vielmehr verteilen sie die erworbenen Produkte einfach weiter. Die Musikindustrie reagiert hier beispielsweise mit einem Sicherheitskonzept, das die Nutzer zum Gebrauch von Abspielgeräten verpflichtet, in denen die Verwendung der Produkte im Nutzergerät kontrolliert wird. In dem von dem Benutzer oder Nutzer-erworbenen Produkt (Content Strea ) ist die Spezifikation sogenannter IPMP- Elemente enthalten (IPMP = Intellectual Property Rights Management and Protection = Verwaltung und Schutz von geistigen Schutzrechten) . Erst diese IPMP-Elemente ermöglichen es überhaupt, das erworbene Produkt auf einem Endgerät abspielen zu können. Das Problem hierbei besteht darin, dass jedes Produkt die Elemente seiner Entschlüsselung in sich trägt, so dass durch eine geeignete Umprogrammierung die Einschränkungen der IPMP-Elemente aufgehoben werden können. Diese Umprogrammierung kann beispielsweise durch einen einfachen Personalcomputer erfolgen. Die Industries andards setzen darauf, dass eine ökonomisch signifikant große Anzahl von Kunden sich an die Funktionalität der standardisierten IPMP-Geräte halten wird.
Das Prinzip der gängigen Rechtemodelle, z. B. IPMP, sieht vor, dass ein Element, das im Endgerät installiert ist, die Verwendung eines erworbenen Produkts im Endgerät bei dem Benutzer steuert. Insbesondere verhindert es eine unkontrol- lierte Weitergabe. Ein Interesse des individuellen Nutzers wird dabei nicht befriedigt. Im Gegenteil, der Nutzer wird in seiner freien Verfügbarkeit eingeschränkt. Vielmehr wird der Nutzer herangezogen, um mittels seines Gerätes das Interesse des Vertreibers, nämlich das Verhindern der unkontrollierten Weiterverteilung der Produkte, zu unterbinden.
Damit verletzt dieses Modell ein fundamentales Prinzip offener Sicherheitsanforderungen, nämlich dasjenige, das in einer offenen Welt von Kommunikationspartnern, die keiner zentralen Kontrolle unterliegen, diejenigen, die ein Interesse verfolgen, auch die Mittel in der Hand haben müssen, dieses Interesse durchzusetzen. Dies geschieht z. B. bei dem Austausch von signierten Willenserklärungen, Quittungen und Verträgen. Derjenige der an der Erfüllung eines Versprechens seines Kommunikationspartners ein Interesse hat, verfügt mit der Signatur des Partners über ein durch den Partner nicht abstreitbares Beweismittel, mit dem er die Erfüllung des Versprechens, notfalls vor Gericht, erzwingen kann.
Bei dem IPMP-Ansatz ist das Gegenteil der Fall. Diejenigen, die an der Einschränkung des Gebrauchs ihrer Produkte ein Interesse haben, geben die Mittel zur Durchsetzung ihrer Interessen in die Hand eines Kommunikationspartners, der durch dieses Mittel in seinen Interessen gerade eingeschränkt wird.
Dies erklärt den großen Erfolg von Internet-Tauschbörsen, wie beispielsweise Napster und nachfolgenden File-Sharing- Modellen.
Somit besteht ein Bedarf das Sicherheitsmodell für Multimediarechte, insbesondere im Internet, wieder auf gesunde Füße zu stellen.
Ein Ansatzpunkt besteht darin, dass selbst einschränkende Wohlverhalten der Benutzer mit eigenen Vorteilen zu verbinden, die stärker sind, als jedes davon abweichende Verhalten. Diese Vorteile könnten beispielsweise Rabatte, Rückgabemöglichkeiten oder Qualitätsgarantien umfassen.
Stärker als diese Anreize ist jedoch die Umkehrung der oben erwähnten Interessenslage, nämlich dahingehend, dass die Weiterverteilung von Multimediaprodukten, die ja offenbar im Interesse der Nutzer liegt, auch von den Vertreibern als in ihrem eigenen Interesse liegend erkannt und entsprechend nicht behindert, sondern im Gegenteil gefördert werden. Interesse der Verteiler muss es sein, dass die Kunden (Benutzer) die Produkte weiter verteilen, so viel und so weit wie möglich, was gar nicht abwegig ist, da der Vertreiber von Produkten ohnehin ein Interesse daran hat, dass die Produkte weit verbreitet werden. Natürlich liegt ein Grundinteresse des Vertreibers darin, dass für die vertriebenen Produkte bezahlt werden soll.
Um dies zu erreichen, wird der Nutzer zu Vertriebspartnern der Verteiler gemacht, also zu Vertriebsknoten. Nutzer, die ein Multimediaprodukt oder eine Software oder ähnliche virtuelle Ware bezahlen und weiterverbreiten, erhalten vom Kaufpreis, den der Empfänger für das erhaltene Produkt bezahlt, eine Vermittlungsprovision. Zahlt der Empfänger keinen Kaufpreis, erhält der Sender auch keine Vermittlungsprovision, allerdings kann auch dann der Empfänger niemals seinerseits eine Vermittlungsgebühr erhalten. Um den gerade beschriebenen Ansatz zu ermöglichen muss die virtuelle Ware gekennzeichnet werden, um die ggf. erworbenen Rechte der virtuellen Ware zuzuordnen.
Es ist die Aufgabe der vorliegenden Erfindung ein Verfahren und eine Vorrichtung zu schaffen, die es ermöglichen, die an einer virtuellen Ware existierenden und ggf. erworbenen Rechte einer Datei der virtuellen Ware zuzuordnen.
Diese Aufgabe wird durch ein Verfahren nach Anspruch 1 und durch eine Vorrichtung nach Anspruch 16 gelöst. Die vorliegende Erfindung schafft ein Verfahren zur Kennzeichnung einer virtuellen Ware beim Verteilen derselben an Dritte, wobei die virtuelle Ware in digitaler Form vorliegt, und wobei die Kennzeichnung angibt, welche Rechte ein Dritter, der die virtuelle Ware empfangen hat, an der virtuellen Ware erworben hat, mit folgenden Schritten:
(a) Bereitstellen der virtuellen Ware durch einen Vertreiber in Form einer Datei;
(b) Erzeugen eines elektronischen Belegs für die bereitgestellte virtuelle Ware, wobei dem elektronischen Beleg Informationen bezüglich des Vertreibers der virtuellen Ware zugeordnet sind;
(c) Zuordnen des erzeugten elektronischen Belegs zu der Datei;
(d) Verteilen der Datei an einen Dritten; und
(e) falls der Dritte, der die Datei empfangen hat, Rechte an der virtuellen Ware erwerben will,
(e.l.) unter Verwendung der in dem elektronischen Beleg zugeordneten Informationen, Durchführen der erforderlichen Transaktionen mit dem Vertreiber, um von dem Vertreiber der virtuellen Ware ein vorbestimmtes Recht an derselben zu erwerben;
(e.2.) nach Abschluss der Transaktion, Erzeugen einer elektronischen Quittung, der Informationen bezüglich der Rechte, die der Dritte durch die Transaktion erworben hat, zugeordnet sind, und
(e.3.) Zuordnen der elektronischen Quittung zu der Datei mit dem zugeordneten elektronischen Beleg, die von dem Dritten empfangen wurde. Vorzugsweise wird, falls der Dritte, der die Datei empfangen hat, keine Rechte an der virtuellen Ware erwerben will, die Datei mit dem zugeordneten elektronischen Beleg in unveränderter Form beibehalten, wodurch angezeigt wird, dass der Dritte keine Rechte an der virtuellen Ware erworben hat.
Weiterhin vorzugsweise erfolgt die Erzeugung des elektronischen Belegs, die Erzeugung der elektronischen Quittung sowie die Durchführung der zum Erwerb der Rechte erforderlichen Transaktionen in einer Vermittlungsstelle des Vertreibers der virtuellen Ware oder einer dezentralen Vermittlungsstelle, die von dem Vertreiber ausgewählt ist.
Gemäß einem ersten bevorzugten Ausführungsbeispiel wird eine Archivdatei erstellt, in der die Datei der virtuellen Ware sowie eine Signaturdatei und eine Beschreibungsdatei enthalten ist. Der erzeugte elektronische Beleg ist eine Datei, die nach dem Erzeugen derselben der Archivdatei hinzugefügt wird. Anfänglich enthält die Archivdatei somit lediglich die Datei für die virtuelle Ware, die Datei für den elektronischen Beleg, die Signaturdatei sowie die Beschreibungsdatei. Ferner ist bei diesem Ausführungsbeispiel die elektronische Quittung eine Datei, die nach dem Erzeugen derselben der Archivdatei hinzugefügt wird, zusätzlich zu den bereits in der Archivdatei enthaltenen Dateien. Zum Durchführen der Transaktionen wird zunächst die Archivdatei geöffnet, anschließend die in der Archivdatei enthaltene Datei für den elektronische Beleg an die Vermittlungsstelle übermittelt und anschließend basierend auf den so empfangenen Informationen die erforderlichen Transaktionen durchgeführt.
Bei einem zweiten, bevorzugten Ausführungsbeispiel der vorliegenden Erfindung ist der elektronische Beleg und die e- lektronische Quittung jeweils eine der Datei der virtuellen Ware zugeordnete Identifikationsmarkierung, wobei die dem e- lektronischen Beleg und der elektronischen Quittung zugeordneten Informationen in der Vermittlungsstelle gespeichert werden. Auf die so gespeicherten Informationen kann mittels der Identifikationsmarkierung zugegriffen werden. Bei diesem Ausführungsbeispiel wird zunächst die der Datei der virtuellen Ware zugeordneten Information an die Vermittlungsstelle übermittelt, dort gespeichert und anschließend eine entsprechend zugeordnete Identifikationsmarkierung erzeugt, die dann der Datei der virtuellen Ware zugeordnet wird. Zur Durchführung der Transaktionen zum Erwerb der Rechte wird basierend auf der Identifikationsmarkierung auf die Vermittlungsstelle durch den Dritten zugegriffen, um die entsprechenden Informationen einzusehen. Anschließend werden die erforderlichen Transaktionen zur Übertragung der Rechte durchgeführt, und abschließend wird eine neue Identifikationsmarkierung bereitgestellt, die dann der Datei zugeordnet wird. Vorzugsweise handelt es sich bei der Identifikationsmarkierung um einen Teil des Dateinamens der Datei der virtuellen Ware, wobei anfänglich an den ursprünglichen Dateinamen die erste Identifikationsmarkierung angehängt wird, die beim Erwerb von Rechten durch einen Dritten in späteren Schritten geändert wird.
Gemäß einem bevorzugten Ausführungsbeispiel umfasst die durchgeführte Transaktion eine Bezahlung der virtuellen Ware, und die durch die Bezahlung der virtuellen Ware erworbenen Rechte umfassen einen Provisionsanspruch des Dritten, falls die virtuelle Ware nach dem Weiterleiten desselben durch einen nachfolgenden Empfänger ebenfalls erworben wird, also bezahlt wird.
Die mittels der Transaktion erfolgte Bezahlung der virtuellen Ware durch den Dritten kann beispielsweise eine zeitlich unbegrenzte Nutzung der Ware ermöglichen, und in diesem Fall ist der Provisionsanspruch ein Geldbetrag, der dann an den Dritten fließt, wenn nach einer Verteilung der Ware durch den Dritten ein Empfänger die virtuelle Ware wiederum bezahlt. Alternativ könnte durch einen geringeren Betrag der Dritte eine zeitlich begrenzte Nutzung an der virtuellen Ware erhalten, und die Provision des Dritten könnte darin bestehen, dass diesem nach erfolgter Bezahlung durch einen weiteren Empfänger, an den der Dritte die virtuelle Ware weitergeleitet hat, eine verlängerte Nutzung der virtuellen Ware eingeräumt wird.
Die vorliegende Erfindung schafft ferner eine Vorrichtung zur Bereitstellung einer Kennzeichnung für eine virtuelle Ware, die in digitaler Form vorliegt, wobei die Kennzeichnung angibt, welche Rechte ein Dritter, der die virtuelle Ware empfangen hat, an derselben erworben hat, mit
einem Dateneingang, zum Empfang von Daten von einem Vertreiber der virtuellen Ware und von Drittenf¬
einem Datenausgang zum Ausgeben von Daten an den Verteiler und an Dritte;
einer Speichereinrichtung (Archiv) , in der von dem Vertreiber der virtuellen Ware bereitgestellte Daten gespeichert werden, die Informationen bezüglich des Vertreibers der virtuellen Ware enthalten; und
einer Verarbeitungseinrichtung, die basierend auf den gespeicherten Daten einen der virtuellen Ware zugeordneten elektronischen Beleg erzeugt und dem Datenausgang zur Übertragung an den Vertreiber bereitstellt, und die basierend auf dem von einem Dritten bereitgestellten elektronischen Beleg, der an dem Dateneingang anliegt, eine erforderliche Transaktion bewirkt, um dem Dritten ein vorbestimmtes Recht an der virtuellen Ware zuzuordnen, und wobei die Verarbeitungseinrichtung eine der virtuellen Ware zugeordnete elektronische Quittung, die Informationen bezüglich der durch den Dritten an der virtuellen Ware erworbenen Rechte enthält, erzeugt und dem Dateneingang zur Übertragung an den Dritten bereitstellt.
Nach einem bevorzugten Ausführungsbeispiel der vorliegenden Erfindung wird hierdurch der Nutzer zu einem Vermittlungspartner, der ein Produkt bezahlt und weiterverbreitet und dann, wenn ein Empfänger für das erhaltene Produkt bezahlt, einen Anteil der Kaufpreises erhält. Zahlt der Empfänger keinen Kaufpreis, erhält der Sender auch keine Vermittlungsprovision, allerdings kann auch der Empfänger seinerseits niemals eine Vermittlungsgebühr erhalten, denn der Bezahlvorgang wird automatisch von der Vermittlungsstelle quittiert. Die von der Vermittlungsstelle elektronisch signierte Quittung, die den Namen, oder einen pseudonyme Anwender-Identifikation (User-Id) des Käufers erhält, wird im Endgerät des Käufers automatisch der virtuellen Ware (der Datei derselben) zugeordnet. Hierdurch wird gegenüber dem Vertreiber oder auch gegenüber einer Vermittlungsstelle, die dieser verwendet, z.B. einem Abrechnungsserver (Accounting Server „AS") , die Provisionsberechtigung dokumentiert. Dies stellt sicher, dass grundsätzlich nur dann eine Vermittlungsprovision ausbezahlt wird, wenn derjenige, der dieselbe beansprucht, auch vorher die virtuelle Ware bezahlt hat. Ansonsten wird man nämlich von dem Verteiler gar nicht als Vermittler erkannt. Verteilt also ein Dritter ein Produkt ohne zu bezahlen weiter, dann enthält es nicht die diesem Dritten zugeordnete Quittung sondern die des vorherigen Käufers oder den ursprünglichen e- lektronischen Beleg. Somit bekommt im Fall der Weiterverteilung lediglich der vorherige Käufer, soweit vorhanden, eine Vermittlungsprovision.
Bei diesem Vorgehen kann jeder Nutzer sich ganz frei entscheiden. Er kann virtuelle Produkte empfangen, konsumieren und weitergeben, ohne sich um ein Rechtesystem zu kümmern. Dann zahlt er nicht, bekommt aber auch nichts dafür. Er kann aber andererseits dafür bezahlen und erwirbt dadurch die Chance, bei der Weitergabe eine Vermittlungsgebühr zu erhalten, sobald nachfolgende Empfänger für das Produkt bezahlen.
Das Bezahlen von Multimedia-Produkten ist nun mit einem Anreiz versehen, das sowohl den Nutzern, als auch den Vertrei- bern jeweils individuell zum ökonomischen Vorteil gereicht. Die unbezahlte Weitergabe wird dadurch keineswegs verhindert, aber unattraktiv gemacht. Diejenigen, die die Produkte bezahlen und für eine Weitergabe sorgen, sind die Nutzer selbst. Diese können im übrigen neben einer zentral gesteuerten Vertriebsstruktur des Vertreibers eine alternative, netzartige Vertriebsstruktur aufbauen, die sich nun von selbst nach dem PGP-Modell organisiert und stabilisiert. Keiner braucht zu verlieren, jeder kann gewinnen.
Bevorzugte Weiterbildung der Erfindung sind in den Unteransprüchen definiert.
Nachfolgend werden anhand der beiliegenden Zeichnungen bevorzugte Ausführungsbeispiele der vorliegenden Erfindung näher erläutert. Es zeigen:
Fig. 1 ein Ablaufdiagramm, das das erfindungsgemäße Verfahren gemäß einem ersten Ausführungsbeispiel zeigt;
Fig. 2 ein Peer-to-Peer-System gemäß der vorliegenden Erfindung;
Fig. 3 ein Ablaufdiagramm, das die beim Empfang und Kauf der virtuellen Ware bei dem Käufer und der Vermittlungsstelle ausgeführten Schritte gemäß dem ersten Ausführungsbeispiel zeigt; und
Fig. 4 ein Ablaufdiagramm, das das erfindungsgemäße Verfahren gemäß einem zweiten Ausführungsbeispiel zeigt.
Bevor nachfolgend bevorzugte Ausführungsbeispiel im Detail näher erläutert werden, sei zunächst kurz das der vorliegenden Erfindung zugrundeliegende Grundprinzip näher erläutert.
Es sei angenommen, dass eine Person eine virtuelle Ware produziert hat und dies kommerziell vertreiben möchte. Diese Person sei im folgenden Fred genannt. Die betroffene Person muss natürlich die Ware nicht selbst produziert haben, sondern kann diese von einem Dritten erworben haben und über- nimmt gegebenenfalls gegen entsprechende Lizenzgebühren die Vermarktung und kommerzielle Verwertung. Dies kann ebenso durch darauf spezialisierte Unternehmen erfolgen. Ferner sei angenommen, dass ein Server vorgesehen ist, der die zentralen Abrechnungsfunktionen und Verwaltungsfunktionen übernimmt, und dieser Server sei als Accounting Server (AS) bezeichnet. Dieser Accounting Server wird auch als Vermittlungsstelle bezeichnet. Für die nachfolgende Beschreibung sei beispielhaft angenommen, dass Fred einen Musiktitel produziert hat, und dass dieser Musiktitel nun als Datei „MYSONG. MP3" vorliegt. Die virtuelle Ware ist also der Musiktitel, der in digitaler Form als Datei vorliegt. Für das erfindungsgemäße Prinzip ist es vollkommen unerheblich um welche Datei es sich handelt. Es könnte sich ebenfalls um einen Bilddatei, eine Software oder ähnliches handeln.
Nun erfolgt der erste Schritt, der erforderlich ist, wenn Fred das erste Mal mit dem AS zusammenarbeitet. In dieser Situation meldet sich Fred zuerst als Autor des Musiktitels bei dem AS an. Hierzu sind verschiedene Angaben erforderlich, so dass der AS die Identität des Fred feststellen kann. Fred erhält ein Autoren-Konto auf dem AS.
In einem nachfolgenden, zweiten Schritt wird die Datei „MYSONG.MP3" (im folgenden nur als Datei bezeichnet) bei dem AS registriert. Dies erfolgt derart, dass die Datei später wieder identifiziert werden kann, z. B. durch einen Hash über die Datei, Dateinamen, Dateilänge, signifikante Bytefolgen aus der Datei und ähnliches. Aus Effektivitätsgründen wird vorzugsweise auf eine Hinterlegung einer Kopie der Datei bei dem AS verzichtet.
Der Betreiber des AS, im folgenden Bill genannt, vertraut darauf, dass Fred auch die Rechte an der registrierten Datei hat. Dieses Vertrauen kann durch eine Signatur von Fred vergrößert werden. Durch die Signatur wird zumindest verhindert, dass sich ein anderer als Fred ausgeben kann. Bei der Datei- registrierung kann Fred zusätzlich eine Beschreibung und das gewünschte Preismodell angeben.
Als Bestätigung bzw. Beweis seiner Datei-Registrierung erhält Fred von dem AS einen elektronischen Beleg, z. B. mittels einer E-Mail. Der Registrierungsbeleg bzw. die Beleginformation wird der Datei nun zugeordnet, z. B. an dieselbe angeordnet und kann dann zusammen mit der Datei verschickt werden.
Fred kann jetzt seine Datei zusammen mit dem Registrierungsbeleg über die unterschiedlichsten Wege verteilen. Er kann die Datei beispielsweise zum Herunterladen auf einer Web- Seite im Internet anbieten. Ferner kann die Datei per E-Mail an einen ausgewählten Personenkreis, z. B. Freunde von Fred, verteilt werden. Ferner kann die Datei im sogenannten Peer- to-Peer-System bereitgestellt werden. Die Datei kann ebenso auf CD-ROM verteilt werden.
Erhält nun eine zweite Person, diese sei Ginny genannt, die Datei mit der Beleginformation, so kann diese den von Fred erzeugten Musiktitel „MYSONG" abspielen und benutzen. Sie kann auch die Beleginformationen lesen bzw. Online bei dem AS überprüfen. Sie kann auch entscheiden die Datei und die Beleginformationen weiter zu verteilen, nämlich wie Fred, oder sie kann den Musiktitel kaufen.
Der Kauf der Datei, die bei dem AS registriert ist, zerfällt in mehrere Einzelschritte. Zunächst benötigt Ginny ein Anwender-Konto auf dem AS. Sofern dieses noch nicht eingerichtet ist, muss Ginny an den AS zur Eröffnung dieses Kontos erforderlichen minimalen Angaben übermitteln. Ist die Registrierung von Ginny als Benutzer bei dem AS abgeschlossen oder war Ginny bereits ein Benutzer bei dem AS, so übermittelt Ginny nun mittels ihres Rechners die der Datei zugeordneten Beleginformationen an den AS, was alternativ auch gleich bei der Anmeldung („Login") erfolgen kann. Der AS überprüft die erhaltenen Beleginformationen und zeigt Ginny den Status der Datei. Der Status enthält neben dem Preis und Preismodell auch die Vertriebsstufe. Weitere Informationen, z. B. Verkauf der Stückzahl etc., können von dem AS zusätzlich preisgegeben werden. Die angezeigten und preisgegebenen Informationen werden grundsätzlich von Fred bei der Registrierung der Datei mit dem AS festgelegt.
Ginny kann nun mit einem Online-Payment-System bezahlen, z.B. Paybest, Micromoney, Paybox oder ähnlichem. Der Kaufvorgang wird in der Datenbank des AS im Konto von Fred hinterlegt und Fred erhält den gesamten überwiesenen Betrag, ebenfalls abzüglich der Gebühren, auf seinem Konto gutgeschrieben.
Als Ergebnis dieser Transaktion, nämlich der erfolgten Bezahlung, erhält Ginny nun einen neuen Beleg, nämlich eine elektronische Quittung die ebenso wie der ursprüngliche elektronische Beleg wieder an die Datei angefügt wird (vorzugsweise automatisch) .
Nun kann Ginny die Datei mit Beleg und Quittung in gleicher Form wie Fred weitergeben. Eine weitere Person, sie sei Harry genannt, erhält nun direkt oder über anderen Personen die nicht bezahlt haben, die Datei mit Beleg und Quittung. Harry verhält sich nun analog zu Ginny, jedoch wird diesmal zusätzlich zu der Beleginformation auch die Quittung von Ginny an den AS übermittelt. Harry erhält nach seiner Bezahlung eine neue Quittung, wobei diese Quittung entweder der Datei hinzugefügt wird, oder die geltende Quittung ersetzt. Ginny bekommt nun auf ihrem Konto einen Teil der Bezahlung gutgeschrieben, wie dies im Rahmen des Preismodells festgelegt war. Der Rest geht an Fred. Je nach festgelegtem Preismodell kann es sein dass Harry weniger als Ginny bezahlen musste.
Nachfolgend wird anhand der Fig. 1 ein erstes bevorzugtes Ausführungsbeispiel der vorliegenden Erfindung beschrieben, wobei hier insbesondere die technische Realisierung der Vorgänge bei der Datei-Registrierung und bei dem Erwerb der Da- tei erläutert werden. Dieses Ausführungsbeispiel wird als Of- fener-Umschlag-Variante bezeichnet, da die Datei der virtuellen Ware als Bestandteil eines Archivs transportiert wird. Da dieses Archiv ein offen gelegtes Format (ZIP-Format, JAR- Format) besitzt, kann dieser Transportumschlag als offen bezeichnet werden. Der Umschlag, das Archiv, hat die Aufgabe Beleginformationen und Quittungsinformationen zusammen mit der Datei und diversen Signaturen zu transportieren.
Neben dem bereits oben beschriebenen AS sind zwei weitere, vorzugsweise in Software ausgeführte Komponenten erforderlich. Die erste Komponente wird als „Creator" bezeichnet und läuft auf dem Rechner von Fred.
In einem ersten Schritt S100 hat Fred, wie bereits oben beschrieben wurde, eine Datei der virtuellen Ware, beispielsweise die Datei „MYSONG. MP3" erzeugt. Der Creator hat die Aufgabe, die im Schritt S100 erzeugte Datei in das Archiv, welches den Namen FRED.FAR hat, einzubetten. Dieses Archiv ist in seiner Struktur an das bekannte JAVA-Archiv (JAR) angelegt. JAVA-Archive sind ZIP-Archive mit spezifischen Dateien. Dieses Archiv sei als „freundliches Archiv" (FAR) bezeichnet.
In einem Schritt S102 wird die Datei in der Archivdatei abgelegt, zusammen mit einer Signaturanweisung („CREATOR. SF") und einer Signaturdatei ( „CREATOR. RSA" ) , und einer Beschreibungsdatei ("CREATOR. XML") . Die Signaturdatei enthält die Signatur des Autors, also von Fred, von dem ausgegangen wird, dass dieser z. B. ein PGP-Schlüsselpaar besitzt. Bei der Beschreibungsdatei handelt es sich um eine XML-Beschreibungsdatei, die beispielsweise als CREATOR.XML bezeichnet ist.
Die zweite Aufgabe des Creators besteht darin, das so erzeugte Archiv bei dem AS anzumelden. Der Creator stellt eine Verbindung mit AS her und überträgt im Schritt S104 die Informationen CREATOR. XML und CREATOR. SF, also die in der Archivdatei enthaltene Beschreibungsdatei und Signaturanweisung, an die Vermittlungsstelle, den AS. Der AS verwendet die empfangenen Dateien,, um ein Konto für Fred zu erzeugen, und um im Schritt S106 den Musiktitel zu registrieren und einen dem Musiktitel zugeordneten elektronischen Beleg in der Form einer Datei zu erzeugen. Der Beleg ist die von dem AS signierte Signaturanweisung („CREATOR. SF") , die dann als „CREATOR_AS . RSA" bezeichnet wird. Die Datei des elektronischen Belegs wird zusammen mit einem Passwort zum Zugriff auf das Konto an Fred übertragen. Nach dem Empfang der Datei für den elektronischen Beleg wird dieser im Schritt S108 zu der Archivdatei hinzugefügt.
Der „elektronische Beleg" wird von dem AS für den Erzeuger, z.B. Fred, der Datei erzeugt und dient demselben gegenüber Dritten, z.B. Ginny, an die die Datei später verteilt wird und die die Datei z.B. kaufen möchten, als Beweis dafür, dass die der virtuellen Ware entsprechende Datei bei dem AS angemeldet und registriert wurde. Dieser Beleg bleibt der Datei während des gesamten Lebenszyklus der Datei zugeordnet. Er enthält die durch den AS signierten Daten der Datei „CREATOR. XML". Optional kann der Beleg zusätzlich die Signatur des Erzeugers enthalten, um die Erzeugerschaft des angegebenen Erzeugers nachzuweisen.
Anschließend verteilt Fred im Schritt SllO die Archivdatei an Dritte.
Es sei angenommen, dass die Archivdatei von einer dritten Person empfangen wird, wobei zum Verarbeiten der durch die Archivdatei bereitgestellten Informationen die Empfänger der Archivdatei eine weitere, vorzugsweise in Software realisierte Komponente aufweisen müssen, welche aus zwei Teilen besteht, dem Opener (Öffnungskomponente) und dem Redister (ReDistribution-Komponente) . Diese sind bei dem Empfänger installiert, und der Opener öffnet die FAR-Archivdatei und bewirkt, dass dem Empfänger der Datei die Frage „Pay or Play" (kaufen oder nicht kaufen) im Schritt S112 gestellt wird. Entscheidet sich der Empfänger den Musiktitel nicht zu kau- fen, so wird die dem Musiktitel zugeordnete Datei temporär auf eine Festplatte des Empfängers geschrieben und mit einer entsprechend geeigneten Anwendung ausgeführt. Die Archivdatei verbleibt unverändert (siehe Schritt S114) .
Entscheidet sich der Empfänger, z.B. Ginny, den Musiktitel von Fred zu kaufen, so wird die Redister-Komponente gestartet. Der Redister ermöglicht es Ginny in Kommunikation mit dem AS zu treten, um die Bezahlung, das Herunterladen einer elektronischen Quittung und die Integration derselben in die Archivdatei, die dann an andere Personen weitergeleitet werden kann, zu bewirken.
Mittels der Opener-Komponente wird im Schritt S116 zunächst die Archivdatei bei Ginny geöffnet, und eine Verbindung basierend auf den darin enthaltenen Informationen zu dem AS hergestellt. Im Schritt S118 werden die Datei des elektronischen Belegs an den AS übermittelt, und im Schritt S120 bewirkt Ginny die erforderlichen Transaktionen zum Bezahlen des Musiktitels. Ferner wird im Schritt S120 eine durch den AS signierte Quittung erzeugt, welche eine Beschreibungsdatei REDISTOl.XML sowie zwei Signaturdateien REDISTOl.SF und REDIST01.RSA enthält. Diese Dateien werden von dem AS an Ginny übermittelt, und im Schritt S122 in die Archivdatei integriert, die anschließend im Schritt S124 als neue oder modifizierte Archivdatei an Dritte weitergeleitet wird.
Die „elektronische Quittung" wird von dem AS für den Käufer, z.B. Ginny, erzeugt und dient demselben als Beweis dafür, dass dieser die Datei gekauft hat. Die elektronische Quittung enthält die Daten des REDIST<nn>.XML, wobei <nn> die Nummer der Vertriebsstufe ist. Die elektronische Quittung ist durch den AS signiert, nicht von dem Erzeuger oder dem Käufer.
Eine Vertriebsstufe bezeichnet ein Glied eines zahlenden Käufers in einer Vertriebskette. Die Vertriebsstufe ist eine Zahl (Generation) , welche die Generation in einer Weiterverkaufskette für eine bestimmte Datei bezeichnet. Wird die so modifizierte Archivdatei von einem weiteren Dritten, z. B. von Harry, empfangen, so wird dieser, ähnlich wie Ginny, im Schritt S126 gefragt, ob er den Musiktitel kaufen will. Ist dies nicht der Fall, kann sich Harry den Musiktitel anhören, die modifizierte Archivdatei wird jedoch unverändert belassen (siehe Schritt S128) . In diesem Fall erhält auch Ginny keine Provision, da der Musiktitel von Harry ja nicht gekauft wurde.
Entscheidet sich Harry zum Kauf des Musiktitels, so wird, ähnlich wie bei Ginny, im Schritt S130 die modifizierte Archivdatei geöffnet, und basierend auf den darin enthaltenen Informationen wird eine Verbindung zu dem AS hergestellt, und im Schritt S132 werden die in der Archivdatei enthaltenen Dateien an den AS übermittelt.
Im Schritt S134 bezahlt Harry den Musiktitel, wobei Fred als Vertreiber des Musiktitels und Ginny als Provisionsberechtigte anteilig, gemäß dem von Fred festgelegten Preismodell, bezahlt werden. Mit anderen Worten erhält Ginny in diesem Fall also eine Provision, da sich Harry entschieden hat den Musiktitel ebenfalls zu kaufen.
Das Preismodell ist durch den Erzeuger bzw. Vertreiber der Datei, z.B. Fred, für jede Vertriebsstufe frei festlegbar (Preis, Provision und Nutzungsrechte) .
Im Schritt S136 wird durch den AS nachfolgend, ähnlich wie bei Ginny, auch für Harry eine weitere elektronische Quittung erzeugt, die an Harry übertragen wird. Bei dem beschriebenen Ausführungsbeispiel wird im Schritt S138 die elektronische Quittung von Ginny in der Archivdatei ersetzt, so dass die Archivdatei nun die elektronische Quittung von Harry enthält. Somit enthält die Archivdatei lediglich die „letzte" Quittung. Alternativ können bei anderen Ausführungsbeispielen auch mehrere elektronische Quittungen unterschiedlicher Personen enthalten sein, die dann ebenfalls provisionsberechtigt sind. In diesem Fall enthält die Archivdatei vollständige Ketten von Quittungen, oder, alternativ, die Quittungen der letzten <m> Vertriebsstufen.
Nachdem die Archivdatei durch die Hinzufügung der elektronischen Quittung von Harry modifiziert wurde, geht das Verfahren zurück zum Schritt S124.
Anhand der Fig. 2 wird nachfolgend ein Ausführungsbeispiel eines erfindungsgemäßen Peer-to-Peer-Systems näher beschrieben, welches das gerade anhand der Fig. 1 beschriebene erfindungsgemäße Verfahren implementiert.
Das System umfasst eine Mehrzahl von Klienten 100, 102 und 104, die unterschiedlichen Nutzern zugeordnet sind. Die Klienten 100 bis 104 sind beispielsweise Datenverarbeitungssysteme, wobei der Klient H100 dem Autor des Musiktitels MYSONG, FRED, zugeordnet ist. Die Klienten 102 und 104 sind Benutzern zugeordnet, welche den Musiktitel empfangen können und kaufen können. Der Klient 100 umfasst die oben beschriebene Creator-Komponente, um es Fred zu ermöglichen, seinen Musiktitel bei dem AS zu registrieren, wie dies durch die Linie 104 gezeigt ist. Der Klient 100 erhält vom AS den elektronischen Beleg zurück. Die von Fred erzeugte Musikdatei wird in einen Umschlag 106 (Archivdatei) abgelegt, wie dies über den Pfeil 108 verdeutlicht ist. Zusätzlich wird der vom AS erhaltene elektronische Beleg in den Umschlag 106 eingebracht, was durch den Pfeil 110 angedeutet ist.
Die Klienten 102 und 104 der Dritten umfassen die oben beschriebenen Opener-Komponente und Redister-Komponente. Unter Verwendung dieser Komponenten wird der von Fred bzw. von dem Klienten 100 verteilte Umschlag 106 durch den Klienten 102 geöffnet und die, zur Erlangung der Rechte erforderliche Kommunikation mit dem AS durchgeführt, wie dies durch die Pfeile 112 und 114 angedeutet ist. Der Klient 102 gibt den von dem Klienten 100 bereitgestellten Umschlag weiter, dem jedoch die elektronische Quittung hinzugefügt wird, wie dies durch die Linie 116 angedeutet ist, so dass sich der Umschlag 106' ergibt, der dann an den weiteren Nutzer mit dem Klienten 104 weitergegeben wird.
Der von dem Klienten 104 erhaltene Umschlag 106' erhält nun alle erforderlichen Informationen, die es dem Gesamtsystem ermöglichen dann, wenn der dritte Nutzer, Harry, sich entschließt den Musiktitel zu kaufen, dass auch dann Fred seine Bezahlung sowie Ginny ihre Provision erhält.
Fig. 3 zeigt ein detaillierteres Ablaufdiagramm, das die bei dem Empfang und Kauf der virtuellen Ware bei dem Käufer und dem AS ausgeführten Schritte gemäß dem ersten Ausführungsbeispiel verdeutlicht.
In Fig. 2 ist schematisch der Klient 102 (Ginny) sowie der AS gezeigt. Bei Erhalt der virtuellen Ware, des Musiktitels, betätigt Ginny den „Bezahlknopf" 120, woraufhin die im Umschlag 106 enthaltenen Dateien CREATOR. XML und CREATOR. SF an den AS übertragen wird. Der AS erzeugt ein Formular 122 und übergibt dieses an den Klienten 102, wo es durch Ginny ausgefüllt wird 124. Gleichzeitig erfolgt die Bezahlung. Anschließend werden die erforderlichen Daten an den AS zurückübertragen, der für Ginny ein Konto erzeugt und die erforderlichen Dateien für die elektronische Quittung für Ginny erzeugt 126. Diese Dateien werden dann als REDISTOl.XML, REDISTOl.SF, REDISTOl.RSA an Ginny 102 zurückgegeben, wobei der Klient 102 dann diese Dateien in den existierenden Umschlag integriert, um so einen modifizierten Umschlag zu erzeugen 128.
Nachfolgend wird anhand der Fig. 4 ein weiteres bevorzugtes Ausführungsbeispiel der vorliegenden Erfindung näher erläutert. Im Unterschied zum oben beschriebenen ersten Ausführungsbeispiel liegen hier die Beleg- und Quittungsinformationen nicht als Einzeldateien vor, sondern sind im Dateinamen der Datei der virtuellen Ware abgelegt. Wie bei dem obigen Ausführungsbeispiel sei angenommen, dass ein Autor, Fred, einen Musiktitel komponiert hat, und diesen weiterverteilen möchte. Ähnlich wie am ersten Ausführungsbeispiel erzeugt Fred zunächst eine Datei seines Musiktitels im Schritt S200. Unter Verwendung der Creator-Komponente erzeugt Fred eine Beschreibungsdatei und eine Signaturdatei für den Musiktitel im Schritt S202. Die so erzeugten Dateien werden im Schritt 204 an den AS übermittelt, der dann im Schritt S206 den Musiktitel registriert. Ferner erzeugt der AS eine eindeutige Identifikationsmarkierung für den Musiktitel, beispielsweise in der Form einer eindeutigen Transaktionsnummer. Diese Transaktionsnummer wird dann an Fred zurückgegeben, und die Creator- Komponente bewirkt im Schritt S208 eine Änderung des Dateinamens der Datei des Musiktitels durch Hinzufügen der Identifikationsmarkierung zu dem Dateinamen.
Anders als bei dem oben beschriebenen Ausführungsbeispiel liegen die Beleg- und Quittungsinformationen nun nicht mehr als Einzeldateien vor, sondern sind im Dateinamen der Datei, bei dem vorliegenden Ausführungsbeispiel MYSONG.MP3, abgelegt. Die im Dateinamen abgelegte Information ist aber nur eine Transaktionsnummer, über die man die eigentlichen Informationen bei dem AS erfragen kann. Lautet die Transaktionsnummer beispielsweise XYZ, so wird aus dem Dateinamen MYSONG.MP3 der neue Dateiname MYSONG. XYZ .MP3. Der Punkt von XYZ kann auch durch ein anderes geeignetes Trennzeichen oder eine Trennzeichenfolge (z.B. „4FO") ersetzt werden. Der Vorteil des Einsatzes einer signifikanten Trennzeichenfolge besteht darin, dass diese zur Suche AS herangezogen werden kann. Der Vorteil der Vorgehensweise gemäß dem zweiten Ausführungsbeispiel besteht darin, dass es nun auch möglich ist, Dateien, die über eine Multisession-fähige einmal schreibbare CD verteilt werden, zu kaufen, da lediglich das Verzeichnis der CD mit dem neuen Dateinamen beschrieben werden muss.
Nachdem der Dateiname geändert wurde, wird die Datei im Schritt S210 an Dritte verteilt.
Hat ein Dritter die Ware erhalten, so geht das Verfahren zum Schritt S212. Da bei diesem Ausführungsbeispiel keinerlei Klartext-Information zusammen mit der Datei übersandt wird, müssen sich die Empfänger nun direkt bei dem AS informieren. Hierzu gibt ein Dritter, z. B. Ginny, die Transaktionsnummer, beispielsweise XYZ, welches symbolisch für eine längere Buchstaben-Zifferkombination steht, aus der Datei auf einer Web- Seite des AS ein. Wenn diese Transaktion, gültig ist, antwortet der AS mit einer Informationsseite, ähnlich wie bei dem ersten Ausführungsbeispiel, aus der sich der Preis, das Preismodell, der Autor, eine Beschreibung, ein Hash-Wert oder ähnliches ergibt. Ginny werden nun ausreichend Informationen bereitgestellt, um zu prüfen dass ihr nicht andere Datei unter dieser Transaktionsnummer untergeschoben wurde.
Im Schritt 214 wird abgefragt, ob die virtuelle Ware gekauft werden soll. Entscheidet sich der Dritte im Schritt S214 nicht zum Kauf, so wird keine Änderung des Dateinamens durchgeführt (siehe Schritt S214) .
Entscheidet sich der Dritte jedoch zum Kauf der virtuellen Ware, so geht das Verfahren zum Schritt S218 erfolgt nun die Bezahlung des Musiktitels, wobei hier dieselben Datenbankoperationen ausgeführt werden, die oben anhand der Fig. 3 erläutert wurden. Anders als bei dem ersten Ausführungsbeispiel erzeugt der AS im Schritt S218 jedoch keine neue Datei, sondern die Informationen, welche Ginny als provisionsberechtigt ausweisen, verbleiben nun bei dem AS. Ginny erhält lediglich eine neue Transaktionsnummer, die durch den AS erzeugt wurde.
Im Schritt S220 wird mittels der vom AS neu empfangenen Identifikationsmarkierung der Dateiname der Datei, die von Ginny empfangen wurde, geändert, indem die geltende Identifikationsmarkierung durch die neue Identifikationsmarkierung ersetzt wird. Im Schritt S220 kann die Änderung des Dateinamens manuell erfolgen, alternativ kann die Redister-Komponente auch so implementiert sein, dass die erforderlichen Schritte zur Umbenennung des Dateinamens durch die Redister-Komponente automatisch durchgeführt werden. Eine spezielle Erweiterung der Redister-Komponente kann auch Dateinamen auf schreibbaren Multisession-CDs umbenennen.
Bei der Verteilung der virtuellen Ware über Datenträger (CD) seien die folgenden Beispiele näher betrachtet.
Die virtuelle Ware bzw. eine Datei derselben wird auf einer RW-CDROM (RW = ReWritable = erneut beschreibbar) aufgebracht (gespeichert) . Durch die Verteilung der RW-CD wird dann die virtuelle Ware verteilt. Wie erwähnt, enthält die RW-CD die Datei oder auch mehrere Dateien von Fred, wobei jede Datei bereits einen Dateinamen mit Transaktionsnummer hat. Auf der RW-CD ist noch etwas Platz frei. Erhält ein Dritter (Nutzer), z.B. Ginny, die RW-CD, so kann dieser die RW-CD in ein geeignetes Abspielgerät einlegen und die Datei nur nutzen. Zusätzlich besteht die Möglichkeit, die Datei, also die virtuelle Ware zu kaufen. Wie oben beschrieben wurde, bewirkt der Kauf- vorgang die Erzeugung einer neuen Transaktionsnummer, und die betroffene Datei wird auf der RW-CD umbenannt, indem eine neue Session geschrieben wird. Hierbei wird nur das Verzeichnis (Directory) auf der RW-CD neu geschrieben.
Anstelle der Weitergabe über vorbereitete RW-CDs kann eine Datei einer virtuellen Ware auch „körperlich" weitergegeben werden. Auch die so weitergegebenen Dateien können gekauft werden. Als Beispiel sei Ginny betrachtet, die in einen Laden geht, um eine neue CD eines Interpreten zu erwerben. In dem Laden wird die MP3-CD „live" gebrannt, wobei hier bereits der Dateiname eine Transaktionsnummer aufweist, die sich auf Ginny bezieht, die Ginny also als Käuferin der Ware kennzeichnet. Erstellt Ginny nun eine 1:1 Kopie der CD und gibt diese an Harry weiter, so kann dieser die CD, z.B. über den heimischen PC, auf die beschriebene Art erwerben.
Die Transaktionsnummer kann völlig informationsfrei sein, kann aber auch lesbare Teilkomponenten enthalten, z. B. die Kundennummer des letzten Bezahlers zusätzlich zu einer kundenspezifischen Transaktionsnummer. Da die Datei nicht mehr die Frage „Pay or Play" stellen kann, muss bei der Weitergabe die Adresse des AS mitgeteilt werden. An diese Adresse könnte als Parameter gleich die Transakti- onsnummer angehängt sein. Ein Klick auf diesen Link bringt den Dritten direkt zur Antwortseite des AS auf der alle Infos zu der Datei und dem letzten Käufer stehen.
Nachdem Ginny die Datei mit dem geänderten Dateinamen besitzt, kann diese die Datei im Schritt S222 weitergeben.
Der weitere Empfänger greift im Schritt S224, ähnlich wie im Schritt S212 mittels der geänderten Transaktionsnummer auf den AS zu, um dort die erforderlichen Informationen für einen Kauf bezüglich der Datei zu erhalten. Entscheidet sich der weitere Dritte im Schritt S226 nicht zum Kauf, so bleibt der Dateiname unverändert (siehe Schritt S228) .
Entscheidet sich der weitere Dritte zum Kauf, so geht das Verfahren zum Schritt S230, in dem die Bezahlung des Musiktitels von Fred erfolgt, wobei Fred und Ginny als Provisionsberechtigte anteilig bezahlt werden. Anschließend erzeugt der AS eine modifizierte Identifikationsmarkierung, die im Schritt S232 an den weiteren Dritten, Harry, übertragen wird und dort zur Änderung des Dateinamens herangezogen wird. Anschließend geht das Verfahren zum Schritt S222 zurück.
Die vorliegende Erfindung schafft somit ein Verfahren und eine Vorrichtung, welche es ermöglichen Dateien für virtuelle Ware mittels elektronischer Belege und elektronischer Quittungen derart zu kennzeichnen, dass etwaige Rechte, die Dritte an der virtuellen Ware erworben haben, in der Datei auch eindeutig gekennzeichnet sind.

Claims

Patentansprüche
Verfahren zur Kennzeichnung einer virtuellen Ware bei dem Verteilen derselben an Dritte, wobei die virtuelle Ware in digitaler Form vorliegt, und wobei die Kennzeichnung angibt, welche Rechte ein Dritter, der die virtuelle Ware empfangen hat, an der virtuellen Ware erworben hat, mit folgenden Schritten:
(a) Bereitstellen (S100, S200) der virtuellen Ware durch einen Vertreiber in Form einer Datei;
(b) Erzeugen (S106, S206) eines elektronischen Belegs für die bereitgestellte virtuelle Ware, wobei dem elektronischen Beleg Informationen bezüglich des Vertreibers der virtuellen Ware zugeordnet sind;
(c) Zuordnen (S108, S208) des erzeugten elektronischen Belegs zu der Datei;
(d) Verteilen (SllO, S210) der Datei an einen Dritten; und
(e) falls der Dritte, der die Datei empfangen hat, Rechte an der virtuellen Ware erwerben will,
(e.l.) unter Verwendung der dem elektronischen Beleg zugeordneten Informationen, Durchführen (S120, S216) der erforderlichen Transaktionen, um von dem Vertreiber der virtuellen Ware ein vorbestimmtes Recht an derselben zu erhalten;
(e.2.) nach Abschluss der Transaktion, Erzeugen (S120, S216) einer elektronischen Quittung, der Informationen bezüglich der Rechte, die der Dritte durch die Transaktion erworben hat, zugeordnet sind; und (e.3.) Zuordnen (S122, S218) der elektronischen Quittung zu der Datei mit dem zugeordneten Beleg, die von dem Dritten empfangen wurde.
2. Verfahren nach Anspruch 1, mit folgendem Schritt:
falls der Dritte, der die Datei empfangen hat, keine Rechte an der virtuellen Ware erwerben will, Beibehalten (S114, S216) der Datei mit dem zugeordneten elektronischen Beleg in unveränderter Form, wodurch angezeigt wird, dass der Dritte keine Rechte an der virtuellen Ware erworben hat .
3. Verfahren nach Anspruch 1, bei dem der Dritte die empfangene Datei mit dem zugeordneten elektronischen Beleg und der zugeordneten elektronischen Quittung an einen weiteren Dritten verteilt (S124, S220), und das, falls der weitere Dritte, der die Datei empfangen hat, Rechte an der virtuellen Ware erwerben will, folgende Schritte umfasst:
(f.l.) unter Verwendung der dem elektronischen Beleg zugeordneten Informationen und der der elektronischen Quittung zugeordneten Informationen Durchführen (S134, S228) der erforderlichen Transaktionen um von dem Vertreiber der virtuellen Ware ein vorbestimmtes Recht an derselben zu erhalten,
(f.2.) nach Abschluss der Transaktion, Erzeugen (S134, S228) einer weiteren elektronischen Quittung, der Informationen bezüglich der Rechte, die der weitere Dritte durch die Transaktion erworben hat, zugeordnet sind, und
(f.3.) Zuordnen der weiteren elektronischen Quittung zu der Datei die von dem weiteren Dritten empfangen wurde.
4. Verfahren nach Anspruch 3, bei dem nach dem Erzeugen und Zuordnen der weiteren elektronischen Quittung die Zuordnung der elektronischen Quittung des Dritten zu der Datei aufgehoben wird.
5. Verfahren nach einem der Ansprüche 1 bis 3, bei dem die Schritte (b) , (el), (e2), (fl) , (£2) durch eine Vermittlungsstelle (AS) des Vertreibers oder durch eine dezentrale, von dem Vertreiber ausgewählte Vermittlungsstelle (AS) ausgeführt werden.
6. Verfahren nach einem der Ansprüche 1 bis 5, bei dem
der elektronische Beleg eine Datei ist, in der die Informationen bezüglich des Vertreibers gespeichert sind, wobei die Datei für den elektronischen Beleg und die Datei für die virtuelle Ware in einer gemeinsamen Datei enthalten sind, wobei die gemeinsame Datei anfänglich nur die Datei für die virtuelle Ware enthält, und wobei die Datei für den elektronischen Beleg im Schritt (c) zu der gemeinsamen Datei hinzugefügt wird; und
die elektronische Quittung und die weitere elektronische Quittung jeweils eine Datei sind, in der Informationen bezüglich der Rechte des Dritten bzw. des weiteren Dritten gespeichert sind, wobei die Datei für die elektronische Quittung und die Datei für die weitere elektronische Quittung im Schritt (e.3.) bzw. im Schritt (f.3.) zu der gemeinsamen Datei hinzugefügt werden.
7. Verfahren nach Anspruch 6, bei dem die gemeinsame Datei eine Archivdatei ist, wobei die Archivdatei zusätzlich eine Signatur des Vertreibers und/oder eine Beschreibungsdatei enthält.
8. Verfahren nach Anspruch 7, bei dem der Schritt (a) folgende Schritte umfasst:
Ablegen (S102) der Datei für die virtuelle Ware zusammen mit weiteren Informationen in der Archivdatei; und
Übermitteln (S104) der in der Archivdatei enthaltenen Beschreibung und Signatur des Vertreibers an die Vermittlungsstelle (AS) , um die Archivdatei bei der Vermittlungsstelle (AS) anzumelden.
9. Verfahren nach Anspruch 7 oder 8, bei dem der Schritt
(e.l.) bzw. der Schritt (f.l.) folgende Schritte umfasst:
Öffnen (S116) der Archivdatei;
Übermitteln (S118) der in der Archivdatei enthaltenen Datei für den elektronischen Beleg bzw. des elektronischen Belegs und der elektronischen Quittung des Dritten an die Vermittlungsstelle (AS) ; und
Durchführen (S120) der Transaktion.
10. Verfahren nach einem der Ansprüche 1 bis 5, bei dem der elektronische Beleg, die elektronische Quittung und die weitere elektronische Quittung jeweils eine der Datei für die virtuelle Ware zugeordnete Identifikationsmarkierung ist, wobei die dem elektronischen Beleg, der e- lektronischen Quittung und der weiteren elektronischen Quittung zugeordneten Informationen in der Vermittlungsstelle (AS) gespeichert sind, wobei auf die Informationen in der Vermittlungsstelle (AS) mittels der Identifikationsmarkierung zugegriffen werden kann.
11. Verfahren nach Anspruch 10, bei dem der Schritt (a) folgende Schritte umfasst: Übermitteln (S204) der Informationen, welche der Datei für die virtuelle Ware zugeordnet sind, an die Vermittlungsstelle (AS) ; und
Speichern der übermittelten Informationen in der Vermittlungsstelle (AS) ,
bei dem der Schritt (b) das Erzeugen einer der Datei für die virtuelle Ware zugeordneten Identifikationsmarkierung umfasst, und
bei dem im Schritt (c) die Identifikationsmarkierung an den Vertreiber übermittelt wird, und der Datei für die virtuelle Ware zugeordnet wird.
12. Verfahren nach Anspruch 10 oder 11, bei dem der Schritt (e.l.) und der Schritt (f.l.) folgende Schritte umfassen:
basierend auf der der Datei der virtuellen Ware zugeordneten Informationsmarkierung, Zugreifen (S214) auf die Vermittlungsstelle (AS) , um die dort gespeicherten Informationen bezüglich der virtuellen Ware einzusehen; und
Durchführen der Transaktion (216) ,
bei dem der Schritt (e.2.) und der Schritt (f.2.) das Erzeugen (S216) einer neuen Identifikationsmarkierung für die Datei der virtuellen Ware umfasst, und
bei dem der Schritt (e.3.) und der Schritt (f.3.) das Übertragen der neuen Identifikationsmarkierung an den Dritten bzw. den weiteren Dritten und das Zuordnen (S218) der neuen Informationsmarkierung zu der Datei der virtuellen Ware umfasst.
13. Verfahren nach einem der Ansprüche 10 bis 12, bei dem die Identifikationsmarkierung ein Teil des Dateinamens der Datei der virtuellen Ware ist, wobei im Schritt (c) der ursprüngliche Dateiname basierend auf der im Schritt (b) erzeugten Identifikationsmarkierung geändert wird, und wobei im Schritt (e.3.) und im Schritt (f.3.) der geltende Dateiname der Datei der virtuellen Ware basierend auf der im Schritt (e.2.) bzw. im Schritt (f.2.) erzeugten Identifikationsmarkierung geändert wird.
14. Verfahren nach Anspruch 13, bei dem der Dateiname und die Identifikationsmarkierung durch ein Trennzeichen o- der eine signifikante Trennzeichenfolge getrennt sind.
15. Verfahren nach einem der Ansprüche 1 bis 13, bei dem die virtuelle Ware dadurch verteilt wird, dass die Datei der virtuellen Ware auf einer Web-Seite zum Herunterladen angeboten wird, dass die Datei der virtuellen Ware mittels elektronischer Post an ausgewählte Personen versandt wird, dass die Datei der virtuellen Ware einem Peer-to-Peer-System bereitgestellt wird, oder dass die Datei der virtuellen Ware auf einem Datenträger gespeichert ist, der verteilt wird.
16. Verfahren nach Anspruch 15, bei dem die virtuelle Ware auf dem Datenträger gespeichert ist, wobei der Datenträger erneut beschreibbar ist, und wobei die virtuelle Ware als Datei mit einem Dateinamen mit Transaktionsnummer gespeichert ist, und wobei der KaufVorgang die Erzeugung einer neuen Transaktionsnummer und die Umbenennung der betroffenen Datei auf dem Datenträger bewirkt, wobei die Umbenennung eine neues Schreiben des Verzeichnisses auf der CD umfasst.
17. Verfahren nach Anspruch 15, bei dem die Datei einer virtuellen Ware von einem Dritten erworben wird und die Datei dann mit einer dem Dritten zugeordneten Identifika- tionsmarkierung auf einem Datenträger abgespeichert wird.
18. Verfahren nach einem der Ansprüche 1 bis 14, bei dem die im Schritt (e.2.) durchgeführte Transaktion eine Bezahlung der virtuellen Ware umfasst, und bei dem die von dem Dritten oder dem weiteren Dritten erworbenen Rechte einen Provisionsanspruch des Dritten oder des weiteren Dritten umfassen, falls die virtuelle Ware nach dem Verteilen derselben durch einen Empfänger erworben wird.
19. Vorrichtung zur Bereitstellung einer Kennzeichnung für eine virtuelle Ware, die in digitaler Form vorliegt, wobei die Kennzeichnung angibt, welche Rechte ein Dritter, der die virtuelle Ware empfangen hat, an derselben erworben hat, mit
einem Dateneingang zum Empfang von Daten von einem Vertreiber der virtuellen Ware und von Drittenf¬
einem Datenausgang zum Ausgeben von Daten an den Verteiler und an Dritte;
einer Speichereinrichtung, in der von dem Verteiler der virtuellen Ware bereitgestellte Daten gespeichert werden, die Informationen bezüglich des Vertreibers der virtuellen Ware enthalten; und
einer Verarbeitungseinrichtung, die basierend auf den gespeicherten Daten und einem der virtuellen Ware zugeordneten elektronischen Beleg erzeugt und dem Datenausgang zur Übertragung an den Vertreiber bereitstellt, und die basierend auf dem von einem Dritten bereitgestellten elektronischen Beleg, der an dem Dateneingang anliegt, eine erforderliche Transaktion bewirkt, um dem Dritten ein vorbestimmtes Recht an der virtuellen Ware zuzuordnen, und wobei die Verarbeitungseinrichtung einen der virtuellen Ware zugeordnete elektronische Quittung, die Informationen bezüglich der durch den Dritten an der virtuellen Ware erworbenen Rechte enthält, erzeugt und dem Datenausgang zur Übertragung an den Dritten bereitstellt.
EP03708139A 2002-04-22 2003-02-25 Verfahren zur kennzeichnung einer virtuellen ware und vorrichtung zur bereitstellung einer kennzeichnung für eine virtuelle ware Withdrawn EP1497762A2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10217862A DE10217862A1 (de) 2002-04-22 2002-04-22 Verfahren zur Kennzeichnung einer virtuellen Ware und Vorrichtung zur Bereitstellung einer Kennzeichnung für eine virtuelle Ware
DE10217862 2002-04-22
PCT/EP2003/001915 WO2003090131A2 (de) 2002-04-22 2003-02-25 Verfahren zur kennzeichnung einer virtuellen ware und vorrichtung zur bereitstellung einer kennzeichnung für eine virtuelle ware

Publications (1)

Publication Number Publication Date
EP1497762A2 true EP1497762A2 (de) 2005-01-19

Family

ID=29224642

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03708139A Withdrawn EP1497762A2 (de) 2002-04-22 2003-02-25 Verfahren zur kennzeichnung einer virtuellen ware und vorrichtung zur bereitstellung einer kennzeichnung für eine virtuelle ware

Country Status (4)

Country Link
US (1) US20050060177A1 (de)
EP (1) EP1497762A2 (de)
DE (1) DE10217862A1 (de)
WO (1) WO2003090131A2 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004003347A1 (de) 2004-01-22 2005-08-18 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Verfahren zum Bereitstellen einer virtuellen Ware an Dritte
US8984636B2 (en) 2005-07-29 2015-03-17 Bit9, Inc. Content extractor and analysis system

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6850252B1 (en) * 1999-10-05 2005-02-01 Steven M. Hoffberg Intelligent electronic appliance system and method
US7007166B1 (en) * 1994-12-28 2006-02-28 Wistaria Trading, Inc. Method and system for digital watermarking
US5864620A (en) * 1996-04-24 1999-01-26 Cybersource Corporation Method and system for controlling distribution of software in a multitiered distribution chain
US6029150A (en) * 1996-10-04 2000-02-22 Certco, Llc Payment and transactions in electronic commerce system
US20030040962A1 (en) * 1997-06-12 2003-02-27 Lewis William H. System and data management and on-demand rental and purchase of digital data products
US6898706B1 (en) * 1999-05-20 2005-05-24 Microsoft Corporation License-based cryptographic technique, particularly suited for use in a digital rights management system, for controlling access and use of bore resistant software objects in a client computer
US20030110182A1 (en) * 2000-04-12 2003-06-12 Gary Christophersen Multi-resolution image management system, process, and software therefor
US6802003B1 (en) * 2000-06-30 2004-10-05 Intel Corporation Method and apparatus for authenticating content
WO2002005061A2 (en) * 2000-07-06 2002-01-17 David Paul Felsher Information record infrastructure, system and method
JP4352600B2 (ja) * 2000-09-01 2009-10-28 ソニー株式会社 データ改竄チェック装置および方法、ならびに、記録媒体
US6334111B1 (en) * 2000-10-06 2001-12-25 Careau & Co. Method for allocating commissions over the internet using tags
US20020147775A1 (en) * 2001-04-06 2002-10-10 Suda Aruna Rohra System and method for displaying information provided by a provider
JP2003230121A (ja) * 2001-11-30 2003-08-15 Fujitsu Ltd コンテンツ配信方法、コンテンツ視聴方法、サーバ装置、および端末装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO03090131A2 *

Also Published As

Publication number Publication date
WO2003090131A2 (de) 2003-10-30
US20050060177A1 (en) 2005-03-17
DE10217862A1 (de) 2003-11-13
WO2003090131A8 (de) 2004-05-27

Similar Documents

Publication Publication Date Title
DE69534350T2 (de) System und Verfahren zur Steuerung der Verteilung und Benutzung von Digitalwerken
DE60212920T3 (de) Verfahren und system zur verwaltung von digitalen abonnementrechten
US7685642B2 (en) System and method for controlling rights expressions by stakeholders of an item
DE69636466T2 (de) Treuhand infrastruktur unterstützungssysteme, verfahren und techniken zum sicheren elektronischen handel, elektronische transaktionen, steuerung und automatisierung von handelsverfahren, verteilte datenverarbeitung und verwalten von rechten
DE60119326T2 (de) Systeme und verfahren zur integritätszertifikation und verifikation von inhaltsverbrauchsumgebungen
DE69533846T2 (de) System zur Steuerung der Verteilung und Benutzung von zusammengesetzten Digitalwerken
DE602004011282T2 (de) Versenden einer Herausgeber-Benutzungslizenz off-line in einem digitalen Rechtesystem
CN101167059A (zh) 内容控制
EP1770632B1 (de) Verfahren zum Bereitstellen einer virtuellen Ware an Dritte
US8117130B2 (en) Batch loading and self-registration of digital media files
DE102006027030A1 (de) Vorrichtung und Verfahren zum geschützten Verteilen elektronischer Dokumente
WO2009026917A1 (de) Verfahren, system und computerprogrammprodukt zur dezentralen verbreitung digitalen contents
DE112011103830T5 (de) System und Verfahren für den Handel mit nicht genutzten digitalen Rechten
DE102010009755A1 (de) Kommunikationssystem zur prozessorientierten Erfassung, Speicherung, Übermittlung und Bereitstellung von Daten
US20060167804A1 (en) Track listening and playing service for digital media files
US20060167881A1 (en) Digital media file identification
EP1971106A2 (de) Verfahren zur Online-Distribution von DRM-Nutzinhalten
EP1224807A1 (de) Vorrichtung und verfahren zum kopiergeschützten verteilen elektronischer dokumente
US20060167807A1 (en) Dispute resolution in an open copyright database
US20060167813A1 (en) Managing digital media rights through missing masters lists
WO2006069161A2 (en) Dispute resolution in an open copyright database
EP1497762A2 (de) Verfahren zur kennzeichnung einer virtuellen ware und vorrichtung zur bereitstellung einer kennzeichnung für eine virtuelle ware
WO2020064132A1 (de) Datenbanksystem für ein soziales netzwerk mit verwendung von blockchain-technologie
DE102007027019A1 (de) Vorrichtung und Verfahren zur clientseitigen Freigabe elektronischer Dokumente
WO2003062967A2 (de) Verfahren sowie eine anordnung zur abrechnung der urheberabgabe

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20041015

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT SE SI SK TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: SPORER, THOMAS

Inventor name: NUETZEL, JUERGEN

Inventor name: LANGBEIN, MARKO

Inventor name: GRIMM, RUEDIGER

REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1072113

Country of ref document: HK

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: FRAUNHOFER-GESELLSCHAFT ZUR FOERDERUNG DER ANGEWAN

17Q First examination report despatched

Effective date: 20070928

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAF Appeal reference modified

Free format text: ORIGINAL CODE: EPIDOSCREFNE

REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1072113

Country of ref document: HK

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20120901