US20140298288A1 - Digital item ingestion process - Google Patents
Digital item ingestion process Download PDFInfo
- Publication number
- US20140298288A1 US20140298288A1 US14/304,425 US201414304425A US2014298288A1 US 20140298288 A1 US20140298288 A1 US 20140298288A1 US 201414304425 A US201414304425 A US 201414304425A US 2014298288 A1 US2014298288 A1 US 2014298288A1
- Authority
- US
- United States
- Prior art keywords
- instance
- digital item
- server application
- application
- digital
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3696—Methods or tools to render software testable
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/33—Intelligent editors
Definitions
- FIG. 1 is a drawing of the networked environment according to various embodiments of the present disclosure.
- FIG. 2 is a flowchart illustrating one example of functionality implemented as portions of the ingestion process executed in a computing device in the distribution computing device of FIG. 1 according to various embodiments of the present disclosure.
- FIGS. 3A and 3B are drawings of examples of user interfaces rendered by a developer client device in the networked environment of FIG. 1 executing a testing server application according to various embodiments of the present disclosure.
- FIG. 4 is a flowchart illustrating one example of functionality implemented as portions of a testing server application executed in a computing device in the testing computing device of FIG. 1 according to various embodiments of the present disclosure.
- FIG. 5 is a schematic block diagram that provides one example illustration of a developer client device of FIG. 1 according to various embodiments of the present disclosure.
- FIG. 6 is a schematic block diagram that provides one example illustration of a client device of FIG. 1 according to various embodiments of the present disclosure.
- FIG. 7 is a schematic block diagram that provides one example illustration of a computing device employed in the distribution computing device of FIG. 1 according to various embodiments of the present disclosure.
- a game application may allow a user to purchase additional in-game content by completing a financial transaction from within the application.
- the game should contact a testing server application configured to only simulate a financial transaction.
- the game should contact a server application which will consummate the financial transactions so that a user is charged for the in-game content.
- a digital item can be created such that it initiates these transactions with either the testing server application or the public server application based on predetermined conditions.
- a digital item can be modified to meet a predetermined condition such that it contacts the production server application without the developer having to alter the digital item.
- the networked environment 100 includes at least one developer client device 101 , at least one client device 104 , a network 107 , a testing computing device 110 , a production computing device 113 , a distribution computing device 116 , and potentially other devices.
- the network 107 comprises, for example, the Internet, intranets, extranets, wide area networks (WANs), local area networks (LANs), wired networks, wireless networks, or other suitable networks, etc., or any combination of two or more such networks.
- the developer client device 101 and client device 104 are representative of a plurality of devices that may be coupled to the network 107 .
- the developer client device 101 and client device 104 may comprise, for example, a processor-based system such as a computer system.
- a computer system may be embodied in the form of a desktop computer, a laptop computer, a personal digital assistant, a cellular telephone, set-top box, music players, web pads, tablet computer systems, game consoles, or other devices with like capability.
- Various applications and/or other functionality may be executed in the developer client device 101 and client device 104 according to various embodiments.
- various data is stored in data store 119 that is accessible to the developer client device 101 .
- Various data is stored in data store 143 that is accessible to the client device 104 .
- the data stores 119 and 143 may be representative of a plurality of data stores as can be appreciated.
- the data stored in the data stores 119 and 143 for example, is associated with the operation of the various applications and/or functional entities described below.
- the developer client device 101 may be configured to execute various applications such as a development application 125 , a deployment application 134 , and/or other applications.
- a development application 125 may be executed in a developer client device to facilitate the creation of a digital item 122 a.
- Such development applications 125 may comprise software development kits (SDK), integrated development environments (IDE), text editors, hexadecimal editors (hex editor), word processors, video editors, audio editors, or productivity suites.
- An instance of digital item 122 a may be saved in data store 119 .
- a deployment application 134 may be executed in the development client device 101 to facilitate the upload of an instance of a digital item 122 to a distribution computing device 116 , and may comprise a browser, to access and render network pages served up by a process executing on the distribution computing device, a terminal which executes input commands, a dedicated executable application, or another application as may be appreciated.
- a digital item 122 a may comprise an executable item, a media item, or another type of digital item.
- Executable items may refer to applications, binaries, or any other file containing executable logic as may be appreciated.
- Media items may comprise music files, video files, documents, eBooks, or any other data file which requires an execution application 137 to render such as to display or play audio, visual, or text content to a user.
- An execution application 137 may refer to applications containing executable logic to decode music, text, or video data, including video players, audio players, eBook readers, or any other application which facilitates a user's interaction with a media version of digital item 122 a as may be appreciated.
- the client device 104 may be configured to execute various applications such as a purchase application 146 , and/or other applications.
- a purchase application 146 may be executed in a client device to facilitate the download of an instance of a digital item from a distribution computing device 116 , and may comprise a browser, to access and render network pages served up by a process executing on the distribution computing device 116 , a dedicated executable application, or other application as may be appreciated.
- Purchase application 146 will also facilitate any financial transactions prerequisite to downloading an ingested instance of a digital item 122 a (referred to here as digital item 122 b ) which may then be saved in data store 143 .
- the client device 104 may also execute an instance of execution application 137 (referred to as execution application 137 a ) to render media item versions of digital item 122 b.
- the testing computing device 110 and production computing device 113 may comprise, for example, a server computer or any other system providing computing capability.
- a plurality of computing devices 110 and 113 may be employed that are arranged, for example, in one or more server banks or computer banks or other arrangements.
- a plurality of computing devices 110 and 113 together may comprise a cloud computing resource, a grid computing resource, and/or any other distributed computing arrangement.
- Such computing devices 110 and 113 may be located in a single installation or may be distributed among many different geographical locations.
- each of the the computing devices 110 or 113 referred to herein in the singular. Even though the computing devices 110 or 113 are referred to in the singular, it is understood that a plurality of computing devices 110 or 113 may be employed in the various arrangements as described above.
- the components executed on the testing computing device 110 for example, include a testing server application 155 , and other applications, services, processes, systems, engines, or functionality not discussed in detail herein.
- the testing server application 155 is executed to simulate consummation of transactions in relation to the testing of digital item 122 a.
- the components executed on the production computing device 149 for example, include a production server application 158 , and other applications, services, processes, systems, engines, or functionality not discussed in detail herein.
- the production server application 158 is executed to consummate transactions relating to an execution on a client device 104 of an instance of a digital item 122 b as will be described.
- the distribution computing device 116 may comprise, for example, a server computer or any other system providing computing capability. Alternatively, a plurality of distribution computing devices 116 may be employed that are arranged, for example, in one or more server banks or computer banks or other arrangements. For example, a plurality of distribution computing devices 116 together may comprise a cloud computing resource, a grid computing resource, and/or any other distributed computing arrangement. Such distribution computing devices 116 may be located in a single installation or may be distributed among many different geographical locations. For purposes of convenience, the distribution computing device 116 is referred to herein in the singular. Even though the computing device is referred to in the singular, it is understood that a plurality of distribution computing devices 116 may be employed in the various arrangements as described above.
- the components executed on a distribution computing device 116 include a digital item distribution service 161 , and other applications, services, processes, systems, engines, or functionality not discussed in detail herein.
- the digital item distribution service 161 is executed to facilitate, through the use of an ingestion process 164 , the upload of digital items 122 a from a deployment application 134 over a network 107 .
- the ingested instance of digital item 122 a (referred to here as digital item 122 b ) may be saved in the data store 170 .
- the digital item distribution service 161 also uses a delivery process 167 to facilitate the download of the ingested instance of digital item 122 b over a network 107 to a client device 104 executing a purchase application 146 .
- the digital item distribution service 161 may communicate with developer client devices 101 and client devices 104 over various protocols such as, for example, hypertext transfer protocol (HTTP), file transfer protocol (FTP), HTTP Secure (HTTPS), simple object access protocol (SOAP), representational state transfer (REST), user datagram protocol (UDP), transmission control protocol (TCP), and/or other protocols for communicating data over the network 107 .
- HTTP hypertext transfer protocol
- FTP file transfer protocol
- HTTPS HTTP Secure
- SOAP simple object access protocol
- REST representational state transfer
- UDP user datagram protocol
- TCP transmission control protocol
- the digital item distribution service 161 may support the use of anycast services and/or peer-to-peer (P2P) protocols such as, for example, BitTorrent, for data communications. Additionally, the digital item distribution service 161 may monitor the progress of scheduled uploads or downloads to ensure completion of the transfers.
- P2P peer-to-peer
- BitTorrent for data communications.
- the digital item distribution service 161 may monitor the progress of scheduled upload
- the data store 170 may be representative of a plurality of data stores as can be appreciated.
- the data stored in the data store 170 includes, for example, ingested instances of digital items 122 b, and potentially other data.
- a digital item 122 a is created on a developer client device 101 using one or more development applications 125 .
- the digital item 122 a contains logic which initiates transactions with either a testing server application 155 before ingestion, or a production server application 158 after ingestion.
- this may comprise a game which contains logic for a player to unlock additional functionality in exchange for money.
- this may comprise a video media item which contains logic to permit access to additional video content.
- the digital item 122 a may interact with the testing server application 155 and production server application 158 in other contexts.
- This logic sends a transaction request 152 to either the testing server application 155 or production server application 158 .
- a transaction request 152 may comprise data indicating which functionality is to be unlocked and other data sufficient for the testing server application to simulate a consummation of a transaction.
- Such transaction requests 152 may include credit card information or other user identification information.
- the testing server application in response to a transaction request 152 simulates the completion or failure of a transaction, and sends a plurality of transaction responses 149 to the digital item 122 a indicating the simulated outcome.
- the testing computing device 110 comprises one or more computing devices with which the developer client device 101 communicates over a network 107 .
- the testing computing device 110 may be the same system as the developer client device 101 , and the testing server application 155 is one of many applications executing on the developer client device 101 .
- testing server application 155 may depend on input into a user interface.
- the digital item 122 a may request a transaction be completed by communicating a transaction request 152 to the testing server application 155 .
- the testing server application 155 displays a user interface, soliciting input on whether to simulate a successful transaction or an unsuccessful transaction. Such input may also indicate a type of transaction to be performed.
- the testing server application 155 Based on the input to the user interface, the testing server application 155 generates a transaction response 149 which is then communicated to the digital item 122 a.
- a production server application 158 in response to a transaction request 152 , attempts to consummate the requested transaction. Based on the success of the attempt to consummate the transaction, the production server application communicates a transaction response 149 to the ingested instance of digital item 122 b which sent the original transaction request 152 .
- the transaction responses 149 indicate whether the transaction was successful, such as when a credit card transaction is accepted, or unsuccessful, such as when a credit card is declined.
- the transaction request 152 may initiate a transaction in which funds are withdrawn from a prepaid account.
- the transaction response 149 indicates that the account contained sufficient funds and the necessary amount has been withdrawn from the account.
- An unsuccessful transaction response 149 indicates the account lacked sufficient funds.
- the production server application is executed on a production computing device 113 . In other embodiments it is executed as one of several applications executed on a distribution computing device 116 .
- the digital item 122 a contains logic to ensure transaction requests 152 are communicated to the testing server application 155 before ingestion and the production server application 158 after ingestion. Such logic may be stored in an application program interface, a library, or another component. In some embodiments, determining whether to send transaction requests 152 to a testing server application 155 or a production server application 158 is performed by logic which checks for the presence of digital rights management. In other embodiments, the digital item 122 a contains logic which executes a method defined in a library of the digital item 122 a. In this case, the library of digital item 122 a defines methods which communicate transaction requests 152 to the testing server application 155 . In another embodiment, the digital item 122 a sends transaction requests 152 to a network address defined in a file component of the digital item. Prior to ingestion, this network address points to the testing server application 155 .
- a deployment application 134 executed on the developer client device 101 facilitates the upload of the digital item 122 a over a network 107 to the distribution computing device 116 .
- the distribution computing device 116 executes a digital item distribution service 161 comprising an ingestion process 164 that facilitates the upload of the digital item 122 a.
- the ingestion process 164 also modifies the uploaded instance of digital item 122 a to an ingested version of the digital item 122 b.
- the ingested digital item 122 b has been modified such that transaction requests 152 are communicated to a production server application 158 .
- the ingestion process 164 applies digital rights management to the digital item 122 a .
- This ingested instance of digital item 122 b sends transaction requests 152 to the production server application 158 based on logic which detects the presence of the digital rights management.
- the ingestion process 164 replaces the library component of digital item 122 a.
- the library component defines logic in which transaction requests 152 are sent to the production server application 158 .
- the digital item 122 a sends transaction requests 152 a to a testing server application 155 pointed to by a network address stored in a file component.
- the ingestion process 164 automatically modifies the file component such that the network address of the file component now points to a production server application 158 .
- Other modifications to the instance of digital item 122 a may be used by the ingestion process 164 as appreciated such that the ingested instance 122 b communicates its transaction requests 152 to the production server application 158 .
- Ingested instances of the digital item 122 b are saved to data store 170 .
- a client device 104 may access the digital item distribution service 161 through a purchase application 146 .
- the purchase application 146 is a browser rendering network pages generated by the digital item distribution service 161 .
- the purchase application 146 is a dedicated executable application such as, for example, an app store, or other executable applications.
- the digital item distribution service 161 generates a list of ingested digital items 122 b available for purchase by the purchase application 146 .
- the list of digital items 122 b may be based on a variety of criteria, comprising search terms, popularity of digital items 122 b, user preferences, and previous purchase history.
- the purchase application 146 renders a user interface expressing the list of digital items 122 b available for purchase from the digital item distribution service 161 . Based on input from the user interface indicating a digital item 122 b to purchase, a delivery process 167 facilitates a download of a purchased instance of the digital item 122 b over the network 107 to a client device 104 .
- an ingested instance of digital item 122 b purchased from the digital item distribution service 161 will have been modified by the ingestion process 164 .
- the digital item 122 b When executed on a client device 104 , the digital item 122 b will communicate transaction requests 152 to a production server application 158 as described above.
- FIG. 2 shown is a flowchart that provides one example of the operation of a portion of the ingestion process 164 ( FIG. 1 ) according to various embodiments. It is understood that the flowchart of FIG. 2 provides merely an example of the many different types of functional arrangements that may be employed to implement the operation of the portion of the ingestion process 164 as described herein. As an alternative, the flowchart of FIG. 2 may be viewed as depicting an example of steps of a method implemented in the distribution computing device 116 ( FIG. 1 ) according to one or more embodiments.
- FIG. 2 The operation performed in FIG. 2 is triggered by the upload of a digital item 122 a ( FIG. 1 ) to the digital item distribution service 161 ( FIG. 1 ) by a developer client device 101 ( FIG. 1 ).
- this version of the digital item 122 a is configured such that it sends transaction requests 152 ( FIG. 1 ) to a testing server application 155 ( FIG. 1 ).
- the ingestion process 164 modifies the digital item 122 a.
- This ingested instance of the digital item 122 b ( FIG. 1 ) will communicate its transaction requests to a production server application 158 .
- the ingested instances of the digital item 122 b are then saved to a data store 170 ( FIG. 1 ).
- Client devices 104 ( FIG. 1 ) which connect to the digital item distribution service 161 can then download ingested instances of the digital item 122 b stored in the data store 170 .
- a digital item 122 a is uploaded to a digital item distribution service 161 through a network 107 ( FIG. 1 ). In some embodiments, this is accomplished through a deployment application 125 ( FIG. 1 ) executed on a developer client device 101 facilitating the upload of the digital item 122 .
- the ingestion process 164 determines if the uploaded digital item 122 a embodies a first predefined condition.
- a digital item digital item 122 a embodies the first predefined condition when it is configured in such a way that transaction requests 152 send by the digital item 122 a are sent to a testing server application 155 .
- the first predefined condition is met when there is no digital rights management present on the digital item 122 a.
- determining if the digital item 122 a embodies the first predefined condition comprises examining a library of the digital item 122 a .
- this determination may comprise directly examining the methods or logic defined within the library of the digital item 122 a to see if the defined methods or logic, when executed, send transaction requests 152 to a testing server application 155 .
- This determination may also comprise examining a unique identifier associated with the library component, such as a checksum, another hashed sum, or some other unique identifier. The unique identifier is then compared to known values indicating whether or not the digital item 122 a embodies the first predefined condition.
- determining of the digital item 122 a is configured to communicate with a testing server application 155 may comprise examining the network address stored in a file accessible to the digital item 122 a . In one embodiment, this may comprise comparing the network address stored in the file to a list of addresses known to point to testing server applications. In other embodiments, this may comprise looking for certain substrings or keywords within the network address.
- the ingestion process 164 proceeds based on whether the digital item 122 a embodies the first predefined condition as determined in box 204 . In box 211 , if the digital item 122 a embodied the first predefined condition, the ingestion process 164 then modifies the digital item 122 a such that the ingested instance of the digital item 122 b embodies the second predefined condition. A digital item digital item 122 b embodies the second predefined condition when it is configured in such a way that transaction requests 152 send by the digital item 122 b are sent to a production server application 158 .
- the ingested instance of the digital item 122 b will send its transaction requests 152 to a destination determined by the presence of digital rights management.
- the ingestion process 164 applies digital rights management to the uploaded digital item 122 a to produce an ingested instance of the digital item 122 b.
- the ingested instance of the digital item 122 b will send its transaction requests 152 by executing logic or methods defined within a library.
- the ingestion process 164 is configured to replace an existing library of the uploaded digital item 122 a with a different library.
- the library of the ingested instance of the digital item 122 b defines logic or methods that execute a function sending transaction requests 152 to a production server application 158 .
- the ingested instance of the digital item 122 b will send its transaction requests 152 to a destination pointed to by a network address stored in a file.
- the ingestion process 164 is configured to modify the network address stored within the file to point to a production server application 158 .
- FIG. 3A and FIG. 3B shown is one example of a user interface interacting with the testing server application 155 ( FIG. 1 ) according to various embodiments.
- the testing server application 155 is executed on the developer client device 101 ( FIG. 1 ).
- Item 301 depicts a user interface generated by a digital item 122 a ( FIG. 1 ) executed on the developer client device 101 .
- the digital item 122 a comprises a game for which various enhancements can be purchased from within the game.
- An enhancement list 304 lists the enhancements that are available for purchase and their corresponding prices.
- a button 307 accompanies each entry into the enhancement list 304 that initiates a financial transaction to purchase corresponding enhancement.
- testing server application 155 When a button 307 is clicked by the user the digital item 122 a sends transaction requests 152 ( FIG. 1 ) to the testing server application 155 .
- testing server application 155 then encodes for rendering a user interface 311 soliciting input from the user. The user interface 311 is then send to the client device 104 for display. User interface 311 contains response options 314 .
- the testing server application 155 simulates a consummation of the transaction based on the input to the user interface 311 .
- the testing server application 155 then sends a corresponding transaction response 149 to the digital item 122 a.
- FIG. 4 shown is a flowchart that provides one example of the operation of a portion of the testing server application 155 ( FIG. 1 ) according to various embodiments. It is understood that the flowchart of FIG. 4 provides merely an example of the many different types of functional arrangements that may be employed to implement the operation of the portion of testing server application 155 as described herein. As an alternative, the flowchart of FIG. 4 may be viewed as depicting an example of steps of a method implemented in the testing computing device 110 ( FIG. 1 ) according to one or more embodiments.
- FIG. 4 The operation of FIG. 4 is triggered in some embodiments in which the testing server application 155 is executed on the developer client device 101 ( FIG. 1 ).
- a digital item 122 a ( FIG. 1 ) is executed on the developer client device 101 .
- this execution is facilitated by an execution application 137 ( FIG. 1 ).
- an execution application 137 ( FIG. 1 ).
- the necessary executable logic is contained within the item and an execution application 137 is not needed.
- the digital item 122 a initiates a transaction it sends a transaction request 152 ( FIG. 1 ) to the testing server application 155 .
- the testing server application 155 then generates a user interface allowing the user to control the transaction response 149 ( FIG. 1 ) send to the digital item 122 a.
- a transaction request 152 is communicated from a digital item 122 a to the testing server application 155 .
- This transaction request 152 is used to initiate a transaction with the testing server application 155 .
- the transaction may comprise a financial transaction, a download of media content, or some other transaction.
- the testing server application 155 upon receiving the transaction request 152 , the testing server application 155 renders a user interface indicating a list of possible responses to the request.
- the list of possible choices varies based on the transaction which the digital item 122 a attempts to initiate. For example, in response to a transaction request 152 beginning a financial transaction paid for using a credit card, the testing server application 155 may render a user interface with a list of choices indicating an authorized credit card, a declined credit card, a network timeout, or other choices. In another example, in response to a transaction request 152 beginning a financial transaction paid for using a pre-paid account, the testing server application 155 may render a user interface with a list of choices indicating a successful use of funds, insufficient funds, or other choices. In a transaction for downloading media content, the user interface may list choices indicating an allowed download, a denied download based on user restrictions, temporary unavailability, or other choices.
- the testing server application 155 does not send a transaction response 149 to the digital item 122 a until the user interface receives input. Accordingly, in boxes 407 and 411 , the testing server application 155 waits until a response is selected within the user interface. In box 413 , after an input is selected, the testing server application 155 simulates consummation of the transaction based on the input to the user interface. For example, in financial transactions which are paid for using a simulated account, the account is debited an appropriate amount. In other embodiments, the testing server application 155 may communicate a confirmation message to the user via email, text message, or other communications medium. Finally, box 416 shows the testing server application sending a transaction response 149 based on the input to the user interface.
- the developer client device 101 includes at least one processor circuit, for example, having a processor 601 and a memory 604 , both of which are coupled to a local interface 607 .
- the developer client device 101 may comprise, for example, at least one server computer or like device.
- the local interface 507 may comprise, for example, a data bus with an accompanying address/control bus or other bus structure as can be appreciated.
- Stored in the memory 504 are both data and several components that are executable by the processor 501 .
- stored in the memory 504 and executable by the processor 501 are a development application 125 ( FIG. 1 ), a deployment application 134 ( FIG. 1 ), a testing server application 155 ( FIG. 1 ), and potentially other applications.
- Also stored in the memory 504 may be a data store 119 ( FIG. 1 ) storing instances of a digital item 122 a ( FIG. 1 ), and other data.
- an operating system may be stored in the memory 504 and executable by the processor 501 .
- the client device 104 includes at least one processor circuit, for example, having a processor 601 and a memory 604 , both of which are coupled to a local interface 607 .
- the client device 104 may comprise, for example, at least one server computer or like device.
- the local interface 607 may comprise, for example, a data bus with an accompanying address/control bus or other bus structure as can be appreciated.
- Stored in the memory 604 are both data and several components that are executable by the processor 601 .
- a purchase application 146 FIG. 1
- an instance of an execution application 137 FIG. 1
- a data store 143 FIG. 1
- an operating system may be stored in the memory 504 and executable by the processor 501 .
- the distribution computing device 116 includes at least one processor circuit, for example, having a processor 701 and a memory 704 , both of which are coupled to a local interface 707 .
- the distribution computing device 116 may comprise, for example, at least one server computer or like device.
- the local interface 707 may comprise, for example, a data bus with an accompanying address/control bus or other bus structure as can be appreciated
- Stored in the memory 704 are both data and several components that are executable by the processor 701 .
- a digital item distribution service 161 FIG. 1
- an ingestion process 164 FIG. 1
- a delivery process 167 FIG. 1
- an operating system may be stored in the memory 704 and executable by the processor 701 .
- any one of a number of programming languages may be employed such as, for example, C, C++, C#, Objective C, Java, Javascript, Peri, PHP, Visual Basic, Python, Ruby, Delphi, Flash, or other programming languages.
- a number of software components are stored in the memories 504 , 604 , and 704 and are executable by the processors 501 , 601 , and 701 .
- the term “executable” means a program file that is in a form that can ultimately be run by the processors 501 , 601 , and 701 .
- Examples of executable programs may be, for example, a compiled program that can be translated into machine code in a format that can be loaded into a random access portion of the memories 504 , 604 , and 704 and run by the processors 501 , 601 , and 701 , source code that may be expressed in proper format such as object code that is capable of being loaded into a random access portion of the memories 504 , 604 , and 704 and executed by the processors 501 , 601 , and 701 , or source code that may be interpreted by another executable program to generate instructions in a random access portion of the memories 504 , 604 , and 704 to be executed by the processors 501 , 601 , and 701 , etc.
- An executable program may be stored in any portion or component of the memories 504 , 604 , and 704 including, for example, random access memory (RAM), read-only memory (ROM), hard drive, solid-state drive, USB flash drive, memory card, optical disc such as compact disc (CD) or digital versatile disc (DVD), floppy disk, magnetic tape, or other memory components.
- RAM random access memory
- ROM read-only memory
- hard drive solid-state drive
- USB flash drive Universal Serial Bus
- memory card such as compact disc (CD) or digital versatile disc (DVD), floppy disk, magnetic tape, or other memory components.
- CD compact disc
- DVD digital versatile disc
- the memories 504 , 604 , and 704 are defined herein as including both volatile and nonvolatile memory and data storage components. Volatile components are those that do not retain data values upon loss of power. Nonvolatile components are those that retain data upon a loss of power.
- the memories 504 , 604 , and 704 may comprise, for example, random access memory (RAM), read-only memory (ROM), hard disk drives, solid-state drives, USB flash drives, memory cards accessed via a memory card reader, floppy disks accessed via an associated floppy disk drive, optical discs accessed via an optical disc drive, magnetic tapes accessed via an appropriate tape drive, and/or other memory components, or a combination of any two or more of these memory components.
- the RAM may comprise, for example, static random access memory (SRAM), dynamic random access memory (DRAM), or magnetic random access memory (MRAM) and other such devices.
- the ROM may comprise, for example, a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or other like memory device.
- the processors 501 , 601 , and 701 may represent multiple processors 501 , 601 , and 701 and the memories 504 , 604 , and 704 may represent multiple memories 504 , 604 , and 704 that operate in parallel processing circuits, respectively.
- the local interfaces 507 , 607 , and 707 may be an appropriate network 107 ( FIG. 1 ) that facilitates communication between any two of the multiple processors 501 , 601 , and 701 , between any processors 501 , 601 , and 701 and any of the memories 504 , 604 , and 704 , or between any two of the memories 504 , 604 , and 704 , etc.
- the local interfaces 507 , 607 , and 707 may comprise additional systems designed to coordinate this communication, including, for example, performing load balancing.
- the processors 501 , 601 , and 701 may be of electrical or of some other available construction.
- ingestion process 164 ( FIG. 1 ), testing server application 155 ( FIG. 1 ), and other various systems described herein may be embodied in software or code executed by general purpose hardware as discussed above, as an alternative the same may also be embodied in dedicated hardware or a combination of software/general purpose hardware and dedicated hardware. If embodied in dedicated hardware, each can be implemented as a circuit or state machine that employs any one of or a combination of a number of technologies. These technologies may include, but are not limited to, discrete logic circuits having logic gates for implementing various logic functions upon an application of one or more data signals, application specific integrated circuits having appropriate logic gates, or other components, etc. Such technologies are generally well known by those skilled in the art and, consequently, are not described in detail herein.
- each block may represent a module, segment, or portion of code that comprises program instructions to implement the specified logical function(s).
- the program instructions may be embodied in the form of source code that comprises human-readable statements written in a programming language or machine code that comprises numerical instructions recognizable by a suitable execution system such as a processors 501 , 601 , and 701 in a computer system or other system.
- the machine code may be converted from the source code, etc.
- each block may represent a circuit or a number of interconnected circuits to implement the specified logical function(s).
- FIGS. 2 and 3 show a specific order of execution, it is understood that the order of execution may differ from that which is depicted. For example, the order of execution of two or more blocks may be scrambled relative to the order shown. Also, two or more blocks shown in succession in FIGS. 2 and 3 may be executed concurrently or with partial concurrence. Further, in some embodiments, one or more of the blocks shown in FIGS. 2 and 3 may be skipped or omitted. In addition, any number of counters, state variables, warning semaphores, or messages might be added to the logical flow described herein, for purposes of enhanced utility, accounting, performance measurement, or providing troubleshooting aids, etc. It is understood that all such variations are within the scope of the present disclosure.
- any logic or application described herein, including the testing server application 155 ( FIG. 1 ), the digital item distribution service 161 ( FIG. 1 ), and the ingestion process 164 ( FIG. 1 ), that comprises software or code can be embodied in any non-transitory computer-readable medium for use by or in connection with an instruction execution system such as, for example, a processors 501 , 601 , and 701 in a computer system or other system.
- the logic may comprise, for example, statements including instructions and declarations that can be fetched from the computer-readable medium and executed by the instruction execution system.
- a “computer-readable medium” can be any medium that can contain, store, or maintain the logic or application described herein for use by or in connection with the instruction execution system.
- the computer-readable medium can comprise any one of many physical media such as, for example, magnetic, optical, or semiconductor media. More specific examples of a suitable computer-readable medium would include, but are not limited to, magnetic tapes, magnetic floppy diskettes, magnetic hard drives, memory cards, solid-state drives, USB flash drives, or optical discs.
- the computer-readable medium may be a random access memory (RAM) including, for example, static random access memory (SRAM) and dynamic random access memory (DRAM), or magnetic random access memory (MRAM).
- RAM random access memory
- SRAM static random access memory
- DRAM dynamic random access memory
- MRAM magnetic random access memory
- the computer-readable medium may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or other type of memory device.
- ROM read-only memory
- PROM programmable read-only memory
- EPROM erasable programmable read-only memory
- EEPROM electrically erasable programmable read-only memory
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Debugging And Monitoring (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
Description
- This application is a continuation of and claims priority to U.S. application Ser. No. 13/542,956 titled “DIGITAL ITEM INGESTION PROCESS”, filed Jul. 6, 2012, which is incorporated herein by reference in its entirety.
- Many applications have functionality to complete transactions over a network. Problems arise when a developer must test correct functionality of these applications prior to making them commercially available.
- Many aspects of the present disclosure can be better understood with reference to the following drawings. The components in the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principles of the disclosure. Moreover, in the drawings, like reference numerals designate corresponding parts throughout the several views.
-
FIG. 1 is a drawing of the networked environment according to various embodiments of the present disclosure. -
FIG. 2 is a flowchart illustrating one example of functionality implemented as portions of the ingestion process executed in a computing device in the distribution computing device ofFIG. 1 according to various embodiments of the present disclosure. -
FIGS. 3A and 3B are drawings of examples of user interfaces rendered by a developer client device in the networked environment ofFIG. 1 executing a testing server application according to various embodiments of the present disclosure. -
FIG. 4 is a flowchart illustrating one example of functionality implemented as portions of a testing server application executed in a computing device in the testing computing device ofFIG. 1 according to various embodiments of the present disclosure. -
FIG. 5 is a schematic block diagram that provides one example illustration of a developer client device ofFIG. 1 according to various embodiments of the present disclosure. -
FIG. 6 is a schematic block diagram that provides one example illustration of a client device ofFIG. 1 according to various embodiments of the present disclosure. -
FIG. 7 is a schematic block diagram that provides one example illustration of a computing device employed in the distribution computing device ofFIG. 1 according to various embodiments of the present disclosure. - Disclosed are various embodiments facilitating the modification of digital items through an ingestion process. Many digital items contain functionality to complete a transaction with a server application. Often, this requires the digital item to communicate with one server application during testing of the item, and another server application after the digital item is publicly distributed. As a non-limiting example, a game application may allow a user to purchase additional in-game content by completing a financial transaction from within the application. During testing, the game should contact a testing server application configured to only simulate a financial transaction. When the game is placed on a publicly available distribution system, the game should contact a server application which will consummate the financial transactions so that a user is charged for the in-game content. A digital item can be created such that it initiates these transactions with either the testing server application or the public server application based on predetermined conditions. Through an ingestion process, a digital item can be modified to meet a predetermined condition such that it contacts the production server application without the developer having to alter the digital item.
- With reference to
FIG. 1 , shown is anetworked environment 100 according to various embodiments. Thenetworked environment 100 includes at least onedeveloper client device 101, at least oneclient device 104, anetwork 107, atesting computing device 110, aproduction computing device 113, adistribution computing device 116, and potentially other devices. Thenetwork 107 comprises, for example, the Internet, intranets, extranets, wide area networks (WANs), local area networks (LANs), wired networks, wireless networks, or other suitable networks, etc., or any combination of two or more such networks. - The
developer client device 101 andclient device 104 are representative of a plurality of devices that may be coupled to thenetwork 107. Thedeveloper client device 101 andclient device 104 may comprise, for example, a processor-based system such as a computer system. Such a computer system may be embodied in the form of a desktop computer, a laptop computer, a personal digital assistant, a cellular telephone, set-top box, music players, web pads, tablet computer systems, game consoles, or other devices with like capability. - Various applications and/or other functionality may be executed in the
developer client device 101 andclient device 104 according to various embodiments. Also, various data is stored indata store 119 that is accessible to thedeveloper client device 101. Various data is stored indata store 143 that is accessible to theclient device 104. Thedata stores data stores - The
developer client device 101 may be configured to execute various applications such as adevelopment application 125, adeployment application 134, and/or other applications. Adevelopment application 125 may be executed in a developer client device to facilitate the creation of adigital item 122 a.Such development applications 125 may comprise software development kits (SDK), integrated development environments (IDE), text editors, hexadecimal editors (hex editor), word processors, video editors, audio editors, or productivity suites. An instance ofdigital item 122 a may be saved indata store 119. Adeployment application 134 may be executed in thedevelopment client device 101 to facilitate the upload of an instance of a digital item 122 to adistribution computing device 116, and may comprise a browser, to access and render network pages served up by a process executing on the distribution computing device, a terminal which executes input commands, a dedicated executable application, or another application as may be appreciated. - A
digital item 122 a may comprise an executable item, a media item, or another type of digital item. Executable items may refer to applications, binaries, or any other file containing executable logic as may be appreciated. Media items may comprise music files, video files, documents, eBooks, or any other data file which requires anexecution application 137 to render such as to display or play audio, visual, or text content to a user. Anexecution application 137 may refer to applications containing executable logic to decode music, text, or video data, including video players, audio players, eBook readers, or any other application which facilitates a user's interaction with a media version ofdigital item 122 a as may be appreciated. - The
client device 104 may be configured to execute various applications such as apurchase application 146, and/or other applications. Apurchase application 146 may be executed in a client device to facilitate the download of an instance of a digital item from adistribution computing device 116, and may comprise a browser, to access and render network pages served up by a process executing on thedistribution computing device 116, a dedicated executable application, or other application as may be appreciated.Purchase application 146 will also facilitate any financial transactions prerequisite to downloading an ingested instance of adigital item 122 a (referred to here asdigital item 122 b) which may then be saved indata store 143. Theclient device 104 may also execute an instance of execution application 137 (referred to asexecution application 137 a) to render media item versions ofdigital item 122 b. - The
testing computing device 110 andproduction computing device 113 may comprise, for example, a server computer or any other system providing computing capability. Alternatively, a plurality ofcomputing devices computing devices Such computing devices computing devices computing devices computing devices - The components executed on the
testing computing device 110 for example, include atesting server application 155, and other applications, services, processes, systems, engines, or functionality not discussed in detail herein. Thetesting server application 155 is executed to simulate consummation of transactions in relation to the testing ofdigital item 122 a. - The components executed on the
production computing device 149 for example, include aproduction server application 158, and other applications, services, processes, systems, engines, or functionality not discussed in detail herein. Theproduction server application 158 is executed to consummate transactions relating to an execution on aclient device 104 of an instance of adigital item 122 b as will be described. - The
distribution computing device 116 may comprise, for example, a server computer or any other system providing computing capability. Alternatively, a plurality ofdistribution computing devices 116 may be employed that are arranged, for example, in one or more server banks or computer banks or other arrangements. For example, a plurality ofdistribution computing devices 116 together may comprise a cloud computing resource, a grid computing resource, and/or any other distributed computing arrangement. Suchdistribution computing devices 116 may be located in a single installation or may be distributed among many different geographical locations. For purposes of convenience, thedistribution computing device 116 is referred to herein in the singular. Even though the computing device is referred to in the singular, it is understood that a plurality ofdistribution computing devices 116 may be employed in the various arrangements as described above. - The components executed on a
distribution computing device 116 for example, include a digitalitem distribution service 161, and other applications, services, processes, systems, engines, or functionality not discussed in detail herein. The digitalitem distribution service 161 is executed to facilitate, through the use of aningestion process 164, the upload ofdigital items 122 a from adeployment application 134 over anetwork 107. The ingested instance ofdigital item 122 a (referred to here asdigital item 122 b) may be saved in thedata store 170. The digitalitem distribution service 161 also uses adelivery process 167 to facilitate the download of the ingested instance ofdigital item 122 b over anetwork 107 to aclient device 104 executing apurchase application 146. To these ends, the digitalitem distribution service 161 may communicate withdeveloper client devices 101 andclient devices 104 over various protocols such as, for example, hypertext transfer protocol (HTTP), file transfer protocol (FTP), HTTP Secure (HTTPS), simple object access protocol (SOAP), representational state transfer (REST), user datagram protocol (UDP), transmission control protocol (TCP), and/or other protocols for communicating data over thenetwork 107. In various embodiments, the digitalitem distribution service 161 may support the use of anycast services and/or peer-to-peer (P2P) protocols such as, for example, BitTorrent, for data communications. Additionally, the digitalitem distribution service 161 may monitor the progress of scheduled uploads or downloads to ensure completion of the transfers. - The
data store 170 may be representative of a plurality of data stores as can be appreciated. The data stored in thedata store 170 includes, for example, ingested instances ofdigital items 122 b, and potentially other data. - Next, a general description of the operation of the various components of the
networked environment 100 is provided. To begin, adigital item 122 a is created on adeveloper client device 101 using one ormore development applications 125. Thedigital item 122 a contains logic which initiates transactions with either atesting server application 155 before ingestion, or aproduction server application 158 after ingestion. For example, in some embodiments, this may comprise a game which contains logic for a player to unlock additional functionality in exchange for money. In other embodiments, this may comprise a video media item which contains logic to permit access to additional video content. In addition, thedigital item 122 a may interact with thetesting server application 155 andproduction server application 158 in other contexts. This logic sends atransaction request 152 to either thetesting server application 155 orproduction server application 158. Atransaction request 152 may comprise data indicating which functionality is to be unlocked and other data sufficient for the testing server application to simulate a consummation of a transaction. Such transaction requests 152 may include credit card information or other user identification information. - The testing server application, in response to a
transaction request 152 simulates the completion or failure of a transaction, and sends a plurality oftransaction responses 149 to thedigital item 122 a indicating the simulated outcome. In some embodiments, thetesting computing device 110 comprises one or more computing devices with which thedeveloper client device 101 communicates over anetwork 107. In other embodiments, thetesting computing device 110 may be the same system as thedeveloper client device 101, and thetesting server application 155 is one of many applications executing on thedeveloper client device 101. - In embodiments in which the
testing server application 155 is executed on thedeveloper client device 101, whether thetesting server application 155 simulates a successful or unsuccessful transaction may depend on input into a user interface. For example, in one embodiment thedigital item 122 a may request a transaction be completed by communicating atransaction request 152 to thetesting server application 155. Thetesting server application 155 displays a user interface, soliciting input on whether to simulate a successful transaction or an unsuccessful transaction. Such input may also indicate a type of transaction to be performed. Based on the input to the user interface, thetesting server application 155 generates atransaction response 149 which is then communicated to thedigital item 122 a. - A
production server application 158, in response to atransaction request 152, attempts to consummate the requested transaction. Based on the success of the attempt to consummate the transaction, the production server application communicates atransaction response 149 to the ingested instance ofdigital item 122 b which sent theoriginal transaction request 152. Thetransaction responses 149 indicate whether the transaction was successful, such as when a credit card transaction is accepted, or unsuccessful, such as when a credit card is declined. In other examples, thetransaction request 152 may initiate a transaction in which funds are withdrawn from a prepaid account. In a successful transaction, thetransaction response 149 indicates that the account contained sufficient funds and the necessary amount has been withdrawn from the account. Anunsuccessful transaction response 149 indicates the account lacked sufficient funds. In some embodiments the production server application is executed on aproduction computing device 113. In other embodiments it is executed as one of several applications executed on adistribution computing device 116. - The
digital item 122 a contains logic to ensuretransaction requests 152 are communicated to thetesting server application 155 before ingestion and theproduction server application 158 after ingestion. Such logic may be stored in an application program interface, a library, or another component. In some embodiments, determining whether to sendtransaction requests 152 to atesting server application 155 or aproduction server application 158 is performed by logic which checks for the presence of digital rights management. In other embodiments, thedigital item 122 a contains logic which executes a method defined in a library of thedigital item 122 a. In this case, the library ofdigital item 122 a defines methods which communicatetransaction requests 152 to thetesting server application 155. In another embodiment, thedigital item 122 a sends transaction requests 152 to a network address defined in a file component of the digital item. Prior to ingestion, this network address points to thetesting server application 155. - A
deployment application 134 executed on thedeveloper client device 101 facilitates the upload of thedigital item 122 a over anetwork 107 to thedistribution computing device 116. Thedistribution computing device 116 executes a digitalitem distribution service 161 comprising aningestion process 164 that facilitates the upload of thedigital item 122 a. Theingestion process 164 also modifies the uploaded instance ofdigital item 122 a to an ingested version of thedigital item 122 b. The ingesteddigital item 122 b has been modified such that transaction requests 152 are communicated to aproduction server application 158. - In the case where
digital item 122 a sends transaction requests 152 to thetesting server application 155 in the absence of digital rights management, theingestion process 164 applies digital rights management to thedigital item 122 a. This ingested instance ofdigital item 122 b sends transaction requests 152 to theproduction server application 158 based on logic which detects the presence of the digital rights management. In another embodiment, where the transaction requests of thedigital item 122 a are sent using logic defined in a library component, theingestion process 164 replaces the library component ofdigital item 122 a. In this ingested instance ofdigital item 122 b, the library component defines logic in which transaction requests 152 are sent to theproduction server application 158. - In another embodiment, the
digital item 122 a sends transaction requests 152 a to atesting server application 155 pointed to by a network address stored in a file component. Theingestion process 164 automatically modifies the file component such that the network address of the file component now points to aproduction server application 158. Other modifications to the instance ofdigital item 122 a may be used by theingestion process 164 as appreciated such that the ingestedinstance 122 b communicates itstransaction requests 152 to theproduction server application 158. Ingested instances of thedigital item 122 b are saved todata store 170. - A
client device 104 may access the digitalitem distribution service 161 through apurchase application 146. In one embodiment, thepurchase application 146 is a browser rendering network pages generated by the digitalitem distribution service 161. In another embodiment, thepurchase application 146 is a dedicated executable application such as, for example, an app store, or other executable applications. The digitalitem distribution service 161 generates a list of ingesteddigital items 122 b available for purchase by thepurchase application 146. The list ofdigital items 122 b may be based on a variety of criteria, comprising search terms, popularity ofdigital items 122 b, user preferences, and previous purchase history. Thepurchase application 146 renders a user interface expressing the list ofdigital items 122 b available for purchase from the digitalitem distribution service 161. Based on input from the user interface indicating adigital item 122 b to purchase, adelivery process 167 facilitates a download of a purchased instance of thedigital item 122 b over thenetwork 107 to aclient device 104. - According to one embodiment, an ingested instance of
digital item 122 b purchased from the digitalitem distribution service 161 will have been modified by theingestion process 164. When executed on aclient device 104, thedigital item 122 b will communicatetransaction requests 152 to aproduction server application 158 as described above. - Referring next to
FIG. 2 , shown is a flowchart that provides one example of the operation of a portion of the ingestion process 164 (FIG. 1 ) according to various embodiments. It is understood that the flowchart ofFIG. 2 provides merely an example of the many different types of functional arrangements that may be employed to implement the operation of the portion of theingestion process 164 as described herein. As an alternative, the flowchart ofFIG. 2 may be viewed as depicting an example of steps of a method implemented in the distribution computing device 116 (FIG. 1 ) according to one or more embodiments. - The operation performed in
FIG. 2 is triggered by the upload of adigital item 122 a (FIG. 1 ) to the digital item distribution service 161 (FIG. 1 ) by a developer client device 101 (FIG. 1 ). As described above, this version of thedigital item 122 a is configured such that it sends transaction requests 152 (FIG. 1 ) to a testing server application 155 (FIG. 1 ). Theingestion process 164 modifies thedigital item 122 a. This ingested instance of thedigital item 122 b (FIG. 1 ) will communicate its transaction requests to aproduction server application 158. The ingested instances of thedigital item 122 b are then saved to a data store 170 (FIG. 1 ). Client devices 104 (FIG. 1 ) which connect to the digitalitem distribution service 161 can then download ingested instances of thedigital item 122 b stored in thedata store 170. - Beginning with
box 201, adigital item 122 a is uploaded to a digitalitem distribution service 161 through a network 107 (FIG. 1 ). In some embodiments, this is accomplished through a deployment application 125 (FIG. 1 ) executed on adeveloper client device 101 facilitating the upload of the digital item 122. Inbox 204, theingestion process 164 determines if the uploadeddigital item 122 a embodies a first predefined condition. A digital itemdigital item 122 a embodies the first predefined condition when it is configured in such a way that transaction requests 152 send by thedigital item 122 a are sent to atesting server application 155. In one embodiment, the first predefined condition is met when there is no digital rights management present on thedigital item 122 a. - In another embodiment, determining if the
digital item 122 a embodies the first predefined condition comprises examining a library of thedigital item 122 a. For example, this determination may comprise directly examining the methods or logic defined within the library of thedigital item 122 a to see if the defined methods or logic, when executed, sendtransaction requests 152 to atesting server application 155. This determination may also comprise examining a unique identifier associated with the library component, such as a checksum, another hashed sum, or some other unique identifier. The unique identifier is then compared to known values indicating whether or not thedigital item 122 a embodies the first predefined condition. - In another embodiment, determining of the
digital item 122 a is configured to communicate with atesting server application 155 may comprise examining the network address stored in a file accessible to thedigital item 122 a. In one embodiment, this may comprise comparing the network address stored in the file to a list of addresses known to point to testing server applications. In other embodiments, this may comprise looking for certain substrings or keywords within the network address. - In
box 207, theingestion process 164 proceeds based on whether thedigital item 122 a embodies the first predefined condition as determined inbox 204. Inbox 211, if thedigital item 122 a embodied the first predefined condition, theingestion process 164 then modifies thedigital item 122 a such that the ingested instance of thedigital item 122 b embodies the second predefined condition. A digital itemdigital item 122 b embodies the second predefined condition when it is configured in such a way that transaction requests 152 send by thedigital item 122 b are sent to aproduction server application 158. - In some embodiments, the ingested instance of the
digital item 122 b will send itstransaction requests 152 to a destination determined by the presence of digital rights management. In these instances, theingestion process 164 applies digital rights management to the uploadeddigital item 122 a to produce an ingested instance of thedigital item 122 b. - In another embodiment, the ingested instance of the
digital item 122 b will send itstransaction requests 152 by executing logic or methods defined within a library. In this embodiment, theingestion process 164 is configured to replace an existing library of the uploadeddigital item 122 a with a different library. The library of the ingested instance of thedigital item 122 b defines logic or methods that execute a function sendingtransaction requests 152 to aproduction server application 158. - In another embodiment, the ingested instance of the
digital item 122 b will send itstransaction requests 152 to a destination pointed to by a network address stored in a file. In this embodiment, theingestion process 164 is configured to modify the network address stored within the file to point to aproduction server application 158. - If the uploaded instance of the
digital item 122 a did not embody the first predefined condition (see box 207), ingestion is completed without modification, and the operation proceeds tobox 213. Finally, inbox 213, the ingested instance of thedigital item 122 b is saved todata store 170, where it is accessible to the digitalitem distribution service 161. - Moving on to
FIG. 3A andFIG. 3B , shown is one example of a user interface interacting with the testing server application 155 (FIG. 1 ) according to various embodiments. In this embodiment, thetesting server application 155 is executed on the developer client device 101 (FIG. 1 ).Item 301 depicts a user interface generated by adigital item 122 a (FIG. 1 ) executed on thedeveloper client device 101. In this example, thedigital item 122 a comprises a game for which various enhancements can be purchased from within the game. Anenhancement list 304 lists the enhancements that are available for purchase and their corresponding prices. Abutton 307 accompanies each entry into theenhancement list 304 that initiates a financial transaction to purchase corresponding enhancement. - When a
button 307 is clicked by the user thedigital item 122 a sends transaction requests 152 (FIG. 1 ) to thetesting server application 155. Moving on toFIG. 3B ,testing server application 155 then encodes for rendering auser interface 311 soliciting input from the user. Theuser interface 311 is then send to theclient device 104 for display.User interface 311 containsresponse options 314. When a user selects aresponse option 314, thetesting server application 155 simulates a consummation of the transaction based on the input to theuser interface 311. Thetesting server application 155 then sends acorresponding transaction response 149 to thedigital item 122 a. - Referring next to
FIG. 4 , shown is a flowchart that provides one example of the operation of a portion of the testing server application 155 (FIG. 1 ) according to various embodiments. It is understood that the flowchart ofFIG. 4 provides merely an example of the many different types of functional arrangements that may be employed to implement the operation of the portion oftesting server application 155 as described herein. As an alternative, the flowchart ofFIG. 4 may be viewed as depicting an example of steps of a method implemented in the testing computing device 110 (FIG. 1 ) according to one or more embodiments. - The operation of
FIG. 4 is triggered in some embodiments in which thetesting server application 155 is executed on the developer client device 101 (FIG. 1 ). Adigital item 122 a (FIG. 1 ) is executed on thedeveloper client device 101. In the case of a media item, this execution is facilitated by an execution application 137 (FIG. 1 ). In the case of an executable item, the necessary executable logic is contained within the item and anexecution application 137 is not needed. When thedigital item 122 a initiates a transaction it sends a transaction request 152 (FIG. 1 ) to thetesting server application 155. Thetesting server application 155 then generates a user interface allowing the user to control the transaction response 149 (FIG. 1 ) send to thedigital item 122 a. - Beginning with
box 401, atransaction request 152 is communicated from adigital item 122 a to thetesting server application 155. Thistransaction request 152 is used to initiate a transaction with thetesting server application 155. As stated above, the transaction may comprise a financial transaction, a download of media content, or some other transaction. Inbox 404, upon receiving thetransaction request 152, thetesting server application 155 renders a user interface indicating a list of possible responses to the request. - The list of possible choices varies based on the transaction which the
digital item 122 a attempts to initiate. For example, in response to atransaction request 152 beginning a financial transaction paid for using a credit card, thetesting server application 155 may render a user interface with a list of choices indicating an authorized credit card, a declined credit card, a network timeout, or other choices. In another example, in response to atransaction request 152 beginning a financial transaction paid for using a pre-paid account, thetesting server application 155 may render a user interface with a list of choices indicating a successful use of funds, insufficient funds, or other choices. In a transaction for downloading media content, the user interface may list choices indicating an allowed download, a denied download based on user restrictions, temporary unavailability, or other choices. - The
testing server application 155 does not send atransaction response 149 to thedigital item 122 a until the user interface receives input. Accordingly, inboxes testing server application 155 waits until a response is selected within the user interface. Inbox 413, after an input is selected, thetesting server application 155 simulates consummation of the transaction based on the input to the user interface. For example, in financial transactions which are paid for using a simulated account, the account is debited an appropriate amount. In other embodiments, thetesting server application 155 may communicate a confirmation message to the user via email, text message, or other communications medium. Finally,box 416 shows the testing server application sending atransaction response 149 based on the input to the user interface. - With reference to
FIG. 5 , shown is a schematic block diagram of the developer client device 101 (FIG. 1 ) according to an embodiment of the present disclosure. Thedeveloper client device 101 includes at least one processor circuit, for example, having aprocessor 601 and amemory 604, both of which are coupled to alocal interface 607. To this end, thedeveloper client device 101 may comprise, for example, at least one server computer or like device. Thelocal interface 507 may comprise, for example, a data bus with an accompanying address/control bus or other bus structure as can be appreciated. - Stored in the
memory 504 are both data and several components that are executable by theprocessor 501. In particular, stored in thememory 504 and executable by theprocessor 501 are a development application 125 (FIG. 1 ), a deployment application 134 (FIG. 1 ), a testing server application 155 (FIG. 1 ), and potentially other applications. Also stored in thememory 504 may be a data store 119 (FIG. 1 ) storing instances of adigital item 122 a (FIG. 1 ), and other data. In addition, an operating system may be stored in thememory 504 and executable by theprocessor 501. - With reference to
FIG. 6 , shown is a schematic block diagram of the client device 104 (FIG. 1 ) according to an embodiment of the present disclosure. Theclient device 104 includes at least one processor circuit, for example, having aprocessor 601 and amemory 604, both of which are coupled to alocal interface 607. To this end, theclient device 104 may comprise, for example, at least one server computer or like device. Thelocal interface 607 may comprise, for example, a data bus with an accompanying address/control bus or other bus structure as can be appreciated. - Stored in the
memory 604 are both data and several components that are executable by theprocessor 601. In particular, stored in thememory 604 and executable by theprocessor 601 are a purchase application 146 (FIG. 1 ), an instance of an execution application 137 (FIG. 1 ), and potentially other applications. Also stored in thememory 604 may be a data store 143 (FIG. 1 ) storing instances of adigital item 122 b (FIG. 1 ), and other data. In addition, an operating system may be stored in thememory 504 and executable by theprocessor 501. - With reference to
FIG. 7 , shown is a schematic block diagram of the distribution computing device 116 (FIG. 1 ) according to an embodiment of the present disclosure. Thedistribution computing device 116 includes at least one processor circuit, for example, having aprocessor 701 and amemory 704, both of which are coupled to alocal interface 707. To this end, thedistribution computing device 116 may comprise, for example, at least one server computer or like device. Thelocal interface 707 may comprise, for example, a data bus with an accompanying address/control bus or other bus structure as can be appreciated - Stored in the
memory 704 are both data and several components that are executable by theprocessor 701. In particular, stored in thememory 704 and executable by theprocessor 701 is a digital item distribution service 161 (FIG. 1 ) comprising an ingestion process 164 (FIG. 1 ) and a delivery process 167 (FIG. 1 ), and potentially other applications. Also stored in thememory 704 may be adata store 170 storing ingested instances ofdigital items 122 b (FIG. 1 ), and other data. In addition, an operating system may be stored in thememory 704 and executable by theprocessor 701. - It is understood that there may be other applications that are stored in the
memories processors - A number of software components are stored in the
memories processors processors memories processors memories processors memories processors memories - The
memories memories - Also, the
processors multiple processors memories multiple memories local interfaces FIG. 1 ) that facilitates communication between any two of themultiple processors processors memories memories local interfaces processors - Although the ingestion process 164 (
FIG. 1 ), testing server application 155 (FIG. 1 ), and other various systems described herein may be embodied in software or code executed by general purpose hardware as discussed above, as an alternative the same may also be embodied in dedicated hardware or a combination of software/general purpose hardware and dedicated hardware. If embodied in dedicated hardware, each can be implemented as a circuit or state machine that employs any one of or a combination of a number of technologies. These technologies may include, but are not limited to, discrete logic circuits having logic gates for implementing various logic functions upon an application of one or more data signals, application specific integrated circuits having appropriate logic gates, or other components, etc. Such technologies are generally well known by those skilled in the art and, consequently, are not described in detail herein. - The flowcharts of
FIGS. 2 and 3 show the functionality and operation of an implementation of portions of the appstore test client. If embodied in software, each block may represent a module, segment, or portion of code that comprises program instructions to implement the specified logical function(s). The program instructions may be embodied in the form of source code that comprises human-readable statements written in a programming language or machine code that comprises numerical instructions recognizable by a suitable execution system such as aprocessors - Although the flowcharts of
FIGS. 2 and 3 show a specific order of execution, it is understood that the order of execution may differ from that which is depicted. For example, the order of execution of two or more blocks may be scrambled relative to the order shown. Also, two or more blocks shown in succession inFIGS. 2 and 3 may be executed concurrently or with partial concurrence. Further, in some embodiments, one or more of the blocks shown inFIGS. 2 and 3 may be skipped or omitted. In addition, any number of counters, state variables, warning semaphores, or messages might be added to the logical flow described herein, for purposes of enhanced utility, accounting, performance measurement, or providing troubleshooting aids, etc. It is understood that all such variations are within the scope of the present disclosure. - Also, any logic or application described herein, including the testing server application 155 (
FIG. 1 ), the digital item distribution service 161 (FIG. 1 ), and the ingestion process 164 (FIG. 1 ), that comprises software or code can be embodied in any non-transitory computer-readable medium for use by or in connection with an instruction execution system such as, for example, aprocessors - It should be emphasized that the above-described embodiments of the present disclosure are merely possible examples of implementations set forth for a clear understanding of the principles of the disclosure. Many variations and modifications may be made to the above-described embodiment(s) without departing substantially from the spirit and principles of the disclosure. All such modifications and variations are intended to be included herein within the scope of this disclosure and protected by the following claims.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/304,425 US9170795B2 (en) | 2012-07-06 | 2014-06-13 | Digital item ingestion process |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/542,956 US8756573B2 (en) | 2012-07-06 | 2012-07-06 | Digital item ingestion process |
US14/304,425 US9170795B2 (en) | 2012-07-06 | 2014-06-13 | Digital item ingestion process |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/542,956 Continuation US8756573B2 (en) | 2012-07-06 | 2012-07-06 | Digital item ingestion process |
Publications (2)
Publication Number | Publication Date |
---|---|
US20140298288A1 true US20140298288A1 (en) | 2014-10-02 |
US9170795B2 US9170795B2 (en) | 2015-10-27 |
Family
ID=49879532
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/542,956 Expired - Fee Related US8756573B2 (en) | 2012-07-06 | 2012-07-06 | Digital item ingestion process |
US14/304,425 Active US9170795B2 (en) | 2012-07-06 | 2014-06-13 | Digital item ingestion process |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/542,956 Expired - Fee Related US8756573B2 (en) | 2012-07-06 | 2012-07-06 | Digital item ingestion process |
Country Status (7)
Country | Link |
---|---|
US (2) | US8756573B2 (en) |
EP (1) | EP2870533A4 (en) |
JP (1) | JP6012865B2 (en) |
CN (1) | CN104641348B (en) |
CA (1) | CA2878136C (en) |
IN (1) | IN2014DN11111A (en) |
WO (1) | WO2014008462A2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9015234B2 (en) * | 2012-07-25 | 2015-04-21 | Lg Cns Co., Ltd. | Automated distributed testing administration environment |
US9747193B1 (en) * | 2013-03-13 | 2017-08-29 | Ca, Inc. | System and method for automatic root cause detection |
US20230019921A1 (en) * | 2021-07-14 | 2023-01-19 | Bank Of America Corporation | System and method for facilitating creation, verification, and management of digital resources |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6324525B1 (en) * | 1996-06-17 | 2001-11-27 | Hewlett-Packard Company | Settlement of aggregated electronic transactions over a network |
US20130339241A1 (en) * | 2012-06-13 | 2013-12-19 | Empire Technology Development Llc | Transactional permissions |
US20140006281A1 (en) * | 2012-06-29 | 2014-01-02 | Mike Leber | Systems and Methods for Facilitating Electronic Transactions Utilizing a Mobile Computing Device |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5390232A (en) * | 1992-12-28 | 1995-02-14 | At&T Corp. | System for control of subscriber progragmmability |
JPH07225707A (en) * | 1994-02-10 | 1995-08-22 | Fujitsu Ltd | Test method for application and test supporting device for the same |
US6301701B1 (en) | 1999-11-10 | 2001-10-09 | Tenfold Corporation | Method for computer-assisted testing of software application components |
US6625648B1 (en) * | 2000-01-07 | 2003-09-23 | Netiq Corporation | Methods, systems and computer program products for network performance testing through active endpoint pair based testing and passive application monitoring |
JP2001229306A (en) * | 2000-02-15 | 2001-08-24 | Tis Inc | Electronic commercial transaction system including simulation means |
JP2005251070A (en) * | 2004-03-08 | 2005-09-15 | Nikon Corp | System and method for managing license |
US7711693B2 (en) | 2004-12-03 | 2010-05-04 | Oracle International Corporation | Deployment of life-cycle model for LDAP applications |
JP4753666B2 (en) * | 2005-08-30 | 2011-08-24 | 株式会社ユビキタス・ビジネステクノロジー | Mobile site management system |
US8087007B2 (en) * | 2006-05-08 | 2011-12-27 | Assima Ltd. | System and method for software prototype-development and validation and for automatic software simulation re-grabbing |
US8893089B2 (en) * | 2006-10-09 | 2014-11-18 | Sap Se | Fast business process test case composition |
US8151247B2 (en) | 2006-10-09 | 2012-04-03 | Sap Ag | Test data management |
US8086758B1 (en) | 2006-11-27 | 2011-12-27 | Disney Enterprises, Inc. | Systems and methods for interconnecting media applications and services with centralized services |
CN101149858A (en) * | 2007-11-05 | 2008-03-26 | 浪潮齐鲁软件产业有限公司 | Finance transaction simulation test method |
US7594035B2 (en) | 2008-02-22 | 2009-09-22 | Tactara, Llc | Methods of providing published content |
CN101540701B (en) * | 2008-03-18 | 2011-08-17 | 中国移动通信集团公司 | System, method and device for testing server |
WO2009152449A1 (en) | 2008-06-13 | 2009-12-17 | American International Group, Inc. | Method and apparatus for performing a transaction |
US8429616B2 (en) * | 2010-03-19 | 2013-04-23 | Ebay Inc. | Orthogonal experimentation in a computing environment |
US9129322B2 (en) | 2010-12-29 | 2015-09-08 | Amazon Technologies, Inc. | Electronic book rentals |
US8769340B2 (en) * | 2011-09-08 | 2014-07-01 | Microsoft Corporation | Automatically allocating clients for software program testing |
-
2012
- 2012-07-06 US US13/542,956 patent/US8756573B2/en not_active Expired - Fee Related
-
2013
- 2013-07-05 CN CN201380036078.2A patent/CN104641348B/en active Active
- 2013-07-05 JP JP2015520703A patent/JP6012865B2/en not_active Expired - Fee Related
- 2013-07-05 CA CA2878136A patent/CA2878136C/en not_active Expired - Fee Related
- 2013-07-05 WO PCT/US2013/049431 patent/WO2014008462A2/en active Application Filing
- 2013-07-05 EP EP13813954.8A patent/EP2870533A4/en not_active Withdrawn
- 2013-07-05 IN IN11111DEN2014 patent/IN2014DN11111A/en unknown
-
2014
- 2014-06-13 US US14/304,425 patent/US9170795B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6324525B1 (en) * | 1996-06-17 | 2001-11-27 | Hewlett-Packard Company | Settlement of aggregated electronic transactions over a network |
US20130339241A1 (en) * | 2012-06-13 | 2013-12-19 | Empire Technology Development Llc | Transactional permissions |
US20140006281A1 (en) * | 2012-06-29 | 2014-01-02 | Mike Leber | Systems and Methods for Facilitating Electronic Transactions Utilizing a Mobile Computing Device |
Also Published As
Publication number | Publication date |
---|---|
CA2878136C (en) | 2017-08-22 |
JP6012865B2 (en) | 2016-10-25 |
CN104641348A (en) | 2015-05-20 |
WO2014008462A3 (en) | 2014-05-01 |
CA2878136A1 (en) | 2014-01-09 |
JP2015531106A (en) | 2015-10-29 |
EP2870533A2 (en) | 2015-05-13 |
IN2014DN11111A (en) | 2015-09-25 |
CN104641348B (en) | 2018-03-30 |
US20140013305A1 (en) | 2014-01-09 |
EP2870533A4 (en) | 2016-06-29 |
US8756573B2 (en) | 2014-06-17 |
US9170795B2 (en) | 2015-10-27 |
WO2014008462A2 (en) | 2014-01-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10474693B2 (en) | Resolving conflicts within saved state data | |
US9940119B2 (en) | Providing limited versions of applications | |
US8605613B2 (en) | Mobile hardware and network environment simulation | |
US9244993B1 (en) | Management of application state data | |
US10673916B1 (en) | Executing applications in remotely emulated computing devices | |
EP3005160B1 (en) | Bundle package retrieving | |
CN114008994B (en) | Method and system for proxy server to receive request from client to network server and response from network server to client corresponding to the request | |
US20170140017A1 (en) | Idempotency of application state data | |
CN105378662A (en) | Bundle package generation | |
CN105721608A (en) | System And Method For Optimizing Transfers Of Downloadable Content | |
CN105378661A (en) | Resource package indexing | |
US20140379925A1 (en) | Apparatus and method for interworking between app store servers to share application information | |
JP2014529116A (en) | Remote preconfiguration of computing devices | |
US9503551B2 (en) | Hybrid native networked applications | |
WO2017139619A1 (en) | Social keyboard | |
US9170795B2 (en) | Digital item ingestion process | |
JP6228691B1 (en) | Container image distribution system, container image distribution method and program | |
US9471299B1 (en) | Updating code within an application | |
US20110182425A1 (en) | Secure Connected Digital Media Platform | |
US9146720B1 (en) | Binary file application processing | |
CN110737852A (en) | Information processing method, information processing apparatus, electronic device, and medium | |
JP2017216492A (en) | Data transmission and reception method, data transmission method, and server device | |
US8364146B1 (en) | Initiation of wireless service | |
CN111078209B (en) | Development processing method, device and equipment for business page | |
CN110663026A (en) | System and method for reducing start-up time of software applications |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: AMAZON TECHNOLOGIES, INC., NEVADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:RAVIKUMAR, RAHUL;MEHTA, CHIRAG ANIL;SIWAPINYOYOS, MICHAEL R.;AND OTHERS;SIGNING DATES FROM 20120723 TO 20120726;REEL/FRAME:033314/0064 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |