1460711059-a1318903-7259-4c12-a6c8-05078218744d

1. A system that dynamically scans a web application to perform a security analysis of the web application comprising:
a computer-readable storage medium; and
a processor configured to initiate executable operations comprising:
collecting log file data from at least one log file, collecting the log file data comprising matching information from a previous HTTP request, which lead to a subsequent HTTP request being generated, using stateful parsing to identify information about at least one HTML parameter type by marking a certain parameter of the previous HTTP request as a parameter originating from a form or a hyperlink;
entering data from the collected log file data into at least one data file;
scanning the at least one data file to identify information relevant to security testing;
from the identified information relevant to the security testing, generating at least a first HTTP request to exercise a web application to perform the security analysis of the web application, the first HTTP request corresponding to a second HTTP request generated by prior use or development of the web application and contained in the log file, the first HTTP request including form data that is different than form data contained in the second HTTP request and configured to specifically test for security vulnerabilities in the web application;
communicating the HTTP request to the web application;
receiving at least one HTTP response to the first HTTP request;
analyzing the HTTP response to perform validation of the web application; and
outputting results of the validation.
2. The system of claim 1, wherein the processor further in configured to initiate executable operations comprising:
filtering the collected log file data to remove redundant information from the collected log file data.
3. The system of claim 1, wherein the processor further in configured to initiate executable operations comprising:
transforming at least a portion of the collected log file data into at least one data structure recognizable by the web application; and
including the data structure in the first HTTP request.
4. The system of claim 1, wherein the at least one log file comprises a log file maintained by an application client on which a client application is executed to access the web application.
5. The system of claim 1, wherein the at least one log file comprises a log file maintained by a web server that hosts the web application.
6. The system of claim 1, wherein the at least one log file comprises a log file maintained by network infrastructure of a communication network to which an application client on which a client application is executed is communicatively linked.
7. The system of claim 1, wherein the at least one log file comprises a log file maintained by network infrastructure of a communication network to which a web server that hosts the web application is communicatively linked.
8. The system of claim 1, wherein the processor further is configured to initiate executable operations comprising:
identifying at least one URL identified in the collected log file data;
wherein generating at least the first HTTP request comprises submitting in the first HTTP request a hazardous payload to the URL.
9. A computer program product for dynamically scanning a web application to perform a security analysis of the web application, the computer program product comprising:
a computer-readable storage device, wherein the computer-readable storage device is not a transitory, propagating signal per se, having computer-readable program code embodied therewith, the computer-readable program code comprising:
computer-readable program code configured to collect log file data from at least one log file;
computer-readable program code configured to enter data from the collected log file data into at least one data file, collecting the log file data comprising matching information from a previous HTTP request, which lead to a subsequent HTTP request being generated, using stateful parsing to identify information about at least one HTML parameter type using stateful parsing to identify information about at least one HTML parameter type by marking a certain parameter of the previous HTTP request as a parameter originating from a form or a hyperlink;
computer-readable program code configured to scan the at least one data file to identify information relevant to security testing;
computer-readable program code configured to, from the identified information relevant to the security testing, generate at least a first HTTP request to exercise a web application to perform the security analysis of the web application, the first HTTP request corresponding to a second HTTP request generated by prior use or development of the web application and contained in the log file, the first HTTP request including form data that is different than form data contained in the second HTTP request and configured to specifically test for security vulnerabilities in the web application;
computer-readable program code configured to communicate the first HTTP request to the web application;
computer-readable program code configured to receive at least one HTTP response to the first HTTP request;
computer-readable program code configured to analyze the HTTP response to perform validation of the web application; and
computer-readable program code configured to output results of the validation.
10. The computer program product of claim 9, the computer-readable program code further comprising:
computer-readable program code configured to filter the collected log file data to remove redundant information from the collected log file data.
11. The computer program product of claim 9, the computer-readable program code further comprising:
computer-readable program code configured to transform at least a portion of the collected log file data into at least one data structure recognizable by the web application; and
computer-readable program code configured to include the data structure in the first HTTP request.
12. The computer program product of claim 9, wherein the at least one log file comprises a log file maintained by an application client on which a client application is executed to access the web application.
13. The computer program product of claim 9, wherein the at least one log file comprises a log file maintained by at least one system selected from a group consisting of a web server that hosts the web application, network infrastructure of a communication network to which an application client on which a client application is executed is communicatively linked, and network infrastructure of a communication network to which a web server that hosts the web application is communicatively linked.
14. The computer program product of claim 9, the computer-readable program code further comprising:
computer-readable program code configured to identify at least one URL identified in the collected log file data;
wherein the computer-readable program code configured to generate at least the first HTTP request comprises computer-readable program code configured to submit in the first HTTP request a hazardous payload to the URL.
The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A circuit for driving a link being programmable by an energy pulse, the circuit generating an output signal with a boosted signal level compared with a logic level of an input signal, the circuit comprising:
an input stage having a first input terminal pair for receiving a first input signal with a logic level, and a second input terminal pair for receiving a second input signal with a logic level, said input stage having a first switch pair with control inputs forming said first input terminal pair, said input stage having a second switch pair connected to said first switch pair for forming a logic combination of the first and second input signals, said second switch pair having control inputs forming said second input terminal pair;
an output stage connected to said input stage and having a terminal for feeding in a blowing voltage, a first supply voltage terminal, and an output terminal coupled to the link and the output signal with the boosted signal level is tapped at said output terminal; and
a switch having a control input and a controlled path with a first terminal connected to said terminal for feeding in the blowing voltage and a second terminal connected to the link, said control input of said switch connected to said output terminal of said output stage and, depending on the first and second input signals, said switch through-connects said first terminal of said controlled path, connected to said terminal for feeding in the blowing voltage, to said second terminal of said controlled path connected to the link.
2. The circuit according to claim 1, wherein said first switch pair has two input transistors including a first input transistor driven by the first input signal and a second input transistor driven by an inverted first input signal.
3. The circuit according to claim 2, wherein said output stage includes two cross-coupled transistors coupled to said input transistors.
4. The circuit according to claim 3, wherein said output stage further includes two further transistors having control inputs connected to said first supply voltage terminal, said two further transistors coupling said cross-coupled transistors to said input transistors.
5. The circuit according to claim 2, wherein said second switch pair includes two further input transistors including a third input transistor driven by the second input signal and a fourth input transistor driven by an inverted second input signal.
6. The circuit according to claim 5, wherein said first and fourth input transistors are connected up in parallel with one another, and said second and third input transistors are connected in series with one another and said first, second, third and fourth transistors form an AND combination.
7. The circuit according to claim 5,
wherein said third and fourth transistors have control inputs; and
further comprising a shift register generating the second input signal and the inverted second input signal and connected to said control inputs of said third and fourth input transistors for transmitting the second input signal and the inverted second input signal.
8. The circuit according to claim 2,
wherein said first and second transistors have control inputs; and
further comprising a volatile memory cell providing the first input signal and the inverted first input signal and connected to said control inputs of said first and second input transistors for transmitting the first input signal and the inverted first input signal.
9. The circuit according to claim 1, wherein the circuit configuration is constructed using CMOS circuit technology.

1460711051-0fab6500-c55d-4788-82d9-4624f3afa747

1. A method for playing music from a catalog of playable songs in an out-of-home pay-for-play establishment, the method comprising:
enabling a plurality of registered users to execute respective login operations via respective mobile devices to indicate that the respective users are present at the out-of-home pay-for-play establishment;
preventing people who are not registered users from executing respective login operations;
in response to logged-in registered users selecting songs, facilitating collection of credits and adding the selected songs to a queue of songs to be played back at the out-of-home pay-for-play establishment, at least a portion of the queue being displayable for the registered users; and
receiving, from at least some logged-in registered users via their respective mobile devices, votes on the songs in the displayable portion of the queue;
causing songs from the queue to be played at the out-of-home pay-for-play establishment,
wherein the portion of the queue and corresponding tallied votes for songs in the portion of the queue, as well as an indication of a song currently playing at the out-of-home pay-for-play establishment, are viewable via the mobile devices that the logged-in registered users used to execute their respective login operations,
wherein the catalog of playable songs in the out-of-home pay-for-play establishment is restrictable through authorized selection of at least one predefined list of playable music selected from a plurality of such predefined lists, the predefined lists of playable music being separate from genre lists, the at least one predefined list of playable music being selectable by an authorized user via a user interface not accessible to the logged-in registered users.
2. The method of claim 1, further comprising adjusting an order of the songs in the queue based on the received votes.
3. The method of claim 1, wherein the votes can be either votes for or votes against a song.
4. The method of claim 3, further comprising:
tallying the votes for and the votes against each song in the queue; and
causing display of the tallied votes for and the tallied against each song in at least the portion of the queue.
5. The method of claim 1, further comprising influencing the queue based on the tallied votes.
6. The method of claim 1, wherein an identifier of the user who selected the currently playing song is viewable via the mobile devices that the logged-in registered users used to execute their respective login operations.
7. The method of claim 6, wherein an identifier of the user who voted for the currently playing song is viewable via the mobile devices that the logged-in registered users used to execute their respective login operations.
8. The method of claim 1, wherein an identifier of the user who voted for the currently playing song is viewable via the mobile devices that the logged-in registered users used to execute their respective login operations.
9. The method of claim 1, further comprising limiting the number of votes a logged-in registered user can place.
10. The method of claim 1, further comprising generating a display screen for output to a display device, the display screen including an identifier of the user who selected the currently playing song and an identifier of a registered user who voted for the currently playing song.
11. The method of claim 10, further comprising outputting at least some of the contents of the generated display screen on the standalone display device.
12. The method of claim 10, further comprising outputting the display screen to a display device such that the entirety of the display screen is viewable at one time.
13. An electronic device operable to facilitate the playback of music from a catalog of playable songs in an out-of-home pay-for-play establishment, the electronic device comprising:
at least one processor configured to at least:
enable users to execute login operations to indicate that the users are present at the out-of-home pay-for-play establishment;
in response to a logged-in user selecting a song, facilitate collection of a number of credits in exchange for the selected song being added to a list of songs for the out-of-home pay-for-play establishment;
facilitate the playback of songs from the list in the out-of-home pay-for-play establishment; and
enable logged-in users to vote on at least some of the songs in the list;
prevent users who have not logged in from placing votes,

wherein:
a user interface provided to portable electronic devices operated by respective logged-in users at the out-of-home pay-for-play establishment is arranged to display (a) at least a portion of the catalog of playable songs, (b) at least a portion of the list, (c) tallied votes made with respect to at least those songs in the portion of the list, and (d) an indication of a song currently playing at the out-of-home pay-for-play establishment; and
the catalog of songs is restrictable such that only a partial subset of songs is available for selection by the logged-in registered users at the out-of-home pay-for-play establishment, the catalog of playable songs being restrictable through selection of at least one predefined list of playable music selected from a plurality of such predefined lists, the predefined lists of playable music being independent of genre lists, the at least one predefined list of playable music being selectable by an authorized user via a user interface not accessible to the logged-in registered users.
14. The electronic device of claim 13, wherein the user interface provided to the portable electronic devices operated by the users at the out-of-home pay-for-play establishment is arranged to further display an identifier of a user who selected the currently playing song if any, for the out-of-home pay-for-play establishment.
15. The electronic device of claim 13, wherein the user interface provided to the portable electronic devices operated by the users at the out-of-home pay-for-play establishment is arranged to show (a)-(d) on a single screen.
16. The electronic device of claim 14, wherein the entirety of the single screen is visible at one time.
17. The electronic device of claim 13, wherein the tallied votes include tallied counts of votes for, and separate tallied counts of votes against, each song that has been voted on.
18. The electronic device of claim 13, wherein the tallied counts combine votes for and votes against each song that has been voted on.
19. The electronic device of claim 13, wherein the logged-in registered users are limited to one vote per song.
20. A digital audio reproduction system comprising at least one processor and being configured to facilitate playback of music at a plurality of out-of-home pay-for-play establishments, the system comprising a catalog of playable songs, each out-of-home pay-for-play establishment being provided with an electronic device, wherein the system is configured, for each said out-of-home pay-for-play establishment, to at least:
enable a plurality of users to perform login operations via respective user devices to indicate that the respective users are present at the respective out-of-home pay-for-play establishment;
in response to a logged-in registered user selecting a song, facilitate collection of a number of credits from the logged-in registered user in exchange for the selected song being added to a list of songs for playback at the respective out-of-home pay-for-play establishment, at least a portion of the list being made visible to the logged-in registered users at the respective out-of-home pay-for-play establishment;
receive from at least some logged-in registered users at the respective out-of-home pay-for-play establishment votes in connection with one or more songs in the list of the respective out-of-home pay-for-play establishment, wherein tallied votes placed by the logged-in registered users are also made visible to the logged-in registered users; and
cause songs from the list to be played at the respective out-of-home pay-for-play establishment,
wherein, for each said out-of-home pay-for-play establishment, the portion of the list and the tallied votes are displayable via user interfaces on the user devices that the logged-in registered users used to execute their respective login operations, the user interfaces including an indication of a currently playing song at the respective out-of-home pay-for-play establishment, and an identifier of a user who selected the currently playing song if any, for the respective out-of-home pay-for-play establishment,
wherein the catalog of songs is restrictable on an out-of-home pay-for-play establishment by out-of-home pay-for-play establishment basis such that only partial subsets of songs are available for selection by the logged-in registered users at the out-of-home pay-for-play establishments where the catalog of songs has been correspondingly restricted, and
wherein the catalog of playable songs in the out-of-home pay-for-play establishment is restrictable by a proprietor of the establishment through selection of at least one predefined list of playable music selected from a plurality of such predefined lists, the predefined lists of playable music being not coextensive with genre lists, the at least one predefined list of playable music being selectable by the proprietor of the establishment via a user interface not accessible to the logged-in registered users.
21. The system of claim 20, wherein at least some of said out-of-home pay-for-play establishments include a standalone display controllable to output the portion of the list, the tallied votes, the indication of the currently playing song, and the identifier of the user who selected the currently playing song if any, for those respective out-of-home pay-for-play establishments.
22. The system of claim 20, wherein the user interfaces are further arranged to display tallied counts of votes placed by the logged-in registered users in registration with corresponding entries in the displayed portion of the list.
23. The system of claim 22, wherein the tallied votes indicate tallied votes for, and separate tallied votes against, each song.
24. The system of claim 23, wherein only a partial subset of songs in the list is displayable to the logged-in registered users.
25. The system of claim 20, wherein an order of songs in the list is adjustable based on received votes.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A method of manufacturing cast silicon, comprising:
loading a seed layer of silicon comprising near-monocrystalline silicon into a crucible;
loading solid silicon feedstock into the crucible;
placing a lid over an opening of the crucible;
flowing an inert gas into the crucible through at least one hole in the lid;
expelling the inert gas from the crucible through at least one other hole in the lid;
melting the silicon feedstock while maintaining a part of the seed layer in a solid state;
forming a solid body of silicon comprising near-monocrystalline silicon; and
cooling the solid body.
2. The method according to claim 1, wherein the loading of the seed layer paces the seed layer on a bottom surface of the crucible.
3. The method according to claim 1, wherein the inert gas comprises argon or nitrogen.
4. The method according to claim 1, wherein the expelling of the inert gas prevents backflow into the crucible.
5. The method according to claim 1, wherein the flowing of the inert gas occurs during at least the melting the silicon feedstock and the forming of a solid body.
6. The method according to claim 1, wherein the flowing of the inert gas pressurizes the crucible above a surrounding environment.
7. The method according to claim 1, further comprising applying a vacuum to the crucible after loading the seed layer and the silicon feedstock, and before flowing of the inert gas begins.
8. The method according to claim 1, wherein the forming a solid body comprises extracting heat through at least a bottom surface of the crucible.
9. The method of according to claim 1, wherein the flowing and the expelling of the inert gas at least partially reduces or prevents carbon incorporation into the cast silicon.
10. The method according to claim 1, wherein the flowing and the expelling of the inert gas at least partially reduces SiO in the crucible.
11. The method according to claim 1, wherein the solid body comprises low carbon silicon.