Serveur d'exploration Cyberinfrastructure

Attention, ce site est en cours de développement !
Attention, site généré par des moyens informatiques à partir de corpus bruts.
Les informations ne sont donc pas validées.
***** Acces problem to record *****\

Identifieur interne : 000191 ( Pmc/Corpus ); précédent : 0001909; suivant : 0001920 ***** probable Xml problem with record *****

Links to Exploration step


Le document en format XML

<record>
<TEI>
<teiHeader>
<fileDesc>
<titleStmt>
<title xml:lang="en">Developing science gateways for drug discovery in a grid environment</title>
<author>
<name sortKey="Perez Sanchez, Horacio" sort="Perez Sanchez, Horacio" uniqKey="Perez Sanchez H" first="Horacio" last="Pérez-Sánchez">Horacio Pérez-Sánchez</name>
<affiliation>
<nlm:aff id="Aff1">Bioinformatics and High Performance Computing Research Group (BIO-HPC), Computer Engineering Department, Universidad Catolica San Antonio de Murcia (UCAM), Murcia, Spain</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Rezaei, Vahid" sort="Rezaei, Vahid" uniqKey="Rezaei V" first="Vahid" last="Rezaei">Vahid Rezaei</name>
<affiliation>
<nlm:aff id="Aff2"> Department of Statistics, Faculty of Mathematics and Computer Sciences, Allameh Tabataba’i University, Tehran, Iran</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Mezhuyev, Vitaliy" sort="Mezhuyev, Vitaliy" uniqKey="Mezhuyev V" first="Vitaliy" last="Mezhuyev">Vitaliy Mezhuyev</name>
<affiliation>
<nlm:aff id="Aff3">Faculty of Computer Systems and Software Engineering, University Malaysia Pahang, Pekan, Malaysia</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Man, Duhu" sort="Man, Duhu" uniqKey="Man D" first="Duhu" last="Man">Duhu Man</name>
<affiliation>
<nlm:aff id="Aff4">Shenzhen Institutes of Advanced Technologies, Chinese Academy of Sciences, Shenzhen, P.R.China</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Pe A Garcia, Jorge" sort="Pe A Garcia, Jorge" uniqKey="Pe A Garcia J" first="Jorge" last="Pe A-García">Jorge Pe A-García</name>
<affiliation>
<nlm:aff id="Aff1">Bioinformatics and High Performance Computing Research Group (BIO-HPC), Computer Engineering Department, Universidad Catolica San Antonio de Murcia (UCAM), Murcia, Spain</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Den Haan, Helena" sort="Den Haan, Helena" uniqKey="Den Haan H" first="Helena" last="Den-Haan">Helena Den-Haan</name>
<affiliation>
<nlm:aff id="Aff1">Bioinformatics and High Performance Computing Research Group (BIO-HPC), Computer Engineering Department, Universidad Catolica San Antonio de Murcia (UCAM), Murcia, Spain</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Gesing, Sandra" sort="Gesing, Sandra" uniqKey="Gesing S" first="Sandra" last="Gesing">Sandra Gesing</name>
<affiliation>
<nlm:aff id="Aff5">Center for Research Computing, University of Notre Dame, Notre Dame, IN USA</nlm:aff>
</affiliation>
</author>
</titleStmt>
<publicationStmt>
<idno type="wicri:source">PMC</idno>
<idno type="pmid">27547674</idno>
<idno type="pmc">4978646</idno>
<idno type="url">http://www.ncbi.nlm.nih.gov/pmc/articles/PMC4978646</idno>
<idno type="RBID">PMC:4978646</idno>
<idno type="doi">10.1186/s40064-016-2914-x</idno>
<date when="2016">2016</date>
<idno type="wicri:Area/Pmc/Corpus">000191</idno>
</publicationStmt>
<sourceDesc>
<biblStruct>
<analytic>
<title xml:lang="en" level="a" type="main">Developing science gateways for drug discovery in a grid environment</title>
<author>
<name sortKey="Perez Sanchez, Horacio" sort="Perez Sanchez, Horacio" uniqKey="Perez Sanchez H" first="Horacio" last="Pérez-Sánchez">Horacio Pérez-Sánchez</name>
<affiliation>
<nlm:aff id="Aff1">Bioinformatics and High Performance Computing Research Group (BIO-HPC), Computer Engineering Department, Universidad Catolica San Antonio de Murcia (UCAM), Murcia, Spain</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Rezaei, Vahid" sort="Rezaei, Vahid" uniqKey="Rezaei V" first="Vahid" last="Rezaei">Vahid Rezaei</name>
<affiliation>
<nlm:aff id="Aff2"> Department of Statistics, Faculty of Mathematics and Computer Sciences, Allameh Tabataba’i University, Tehran, Iran</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Mezhuyev, Vitaliy" sort="Mezhuyev, Vitaliy" uniqKey="Mezhuyev V" first="Vitaliy" last="Mezhuyev">Vitaliy Mezhuyev</name>
<affiliation>
<nlm:aff id="Aff3">Faculty of Computer Systems and Software Engineering, University Malaysia Pahang, Pekan, Malaysia</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Man, Duhu" sort="Man, Duhu" uniqKey="Man D" first="Duhu" last="Man">Duhu Man</name>
<affiliation>
<nlm:aff id="Aff4">Shenzhen Institutes of Advanced Technologies, Chinese Academy of Sciences, Shenzhen, P.R.China</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Pe A Garcia, Jorge" sort="Pe A Garcia, Jorge" uniqKey="Pe A Garcia J" first="Jorge" last="Pe A-García">Jorge Pe A-García</name>
<affiliation>
<nlm:aff id="Aff1">Bioinformatics and High Performance Computing Research Group (BIO-HPC), Computer Engineering Department, Universidad Catolica San Antonio de Murcia (UCAM), Murcia, Spain</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Den Haan, Helena" sort="Den Haan, Helena" uniqKey="Den Haan H" first="Helena" last="Den-Haan">Helena Den-Haan</name>
<affiliation>
<nlm:aff id="Aff1">Bioinformatics and High Performance Computing Research Group (BIO-HPC), Computer Engineering Department, Universidad Catolica San Antonio de Murcia (UCAM), Murcia, Spain</nlm:aff>
</affiliation>
</author>
<author>
<name sortKey="Gesing, Sandra" sort="Gesing, Sandra" uniqKey="Gesing S" first="Sandra" last="Gesing">Sandra Gesing</name>
<affiliation>
<nlm:aff id="Aff5">Center for Research Computing, University of Notre Dame, Notre Dame, IN USA</nlm:aff>
</affiliation>
</author>
</analytic>
<series>
<title level="j">SpringerPlus</title>
<idno type="eISSN">2193-1801</idno>
<imprint>
<date when="2016">2016</date>
</imprint>
</series>
</biblStruct>
</sourceDesc>
</fileDesc>
<profileDesc>
<textClass></textClass>
</profileDesc>
</teiHeader>
<front>
<div type="abstract" xml:lang="en">
<sec>
<title>Background</title>
<p>Methods for in silico screening of large databases of molecules increasingly complement and replace experimental techniques to discover novel compounds to combat diseases. As these techniques become more complex and computationally costly we are faced with an increasing problem to provide the research community of life sciences with a convenient tool for high-throughput virtual screening on distributed computing resources.</p>
</sec>
<sec>
<title>Results</title>
<p>To this end, we recently integrated the biophysics-based drug-screening program FlexScreen into a service, applicable for large-scale parallel screening and reusable in the context of scientific workflows.</p>
</sec>
<sec>
<title>Conclusions</title>
<p>Our implementation is based on Pipeline Pilot and Simple Object Access Protocol and provides an easy-to-use graphical user interface to construct complex workflows, which can be executed on distributed computing resources, thus accelerating the throughput by several orders of magnitude.</p>
</sec>
</div>
</front>
<back>
<div1 type="bibliography">
<listBibl>
<biblStruct>
<analytic>
<author>
<name sortKey="Berthold, M" uniqKey="Berthold M">M Berthold</name>
</author>
<author>
<name sortKey="Cebron, N" uniqKey="Cebron N">N Cebron</name>
</author>
<author>
<name sortKey="Dill, F" uniqKey="Dill F">F Dill</name>
</author>
<author>
<name sortKey="Gabriel, T" uniqKey="Gabriel T">T Gabriel</name>
</author>
<author>
<name sortKey="Kotter, T" uniqKey="Kotter T">T Kötter</name>
</author>
<author>
<name sortKey="Meinl, T" uniqKey="Meinl T">T Meinl</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Blankenberg, D" uniqKey="Blankenberg D">D Blankenberg</name>
</author>
<author>
<name sortKey="Von Kuster, G" uniqKey="Von Kuster G">G Von Kuster</name>
</author>
<author>
<name sortKey="Coraor, N" uniqKey="Coraor N">N Coraor</name>
</author>
<author>
<name sortKey="Ananda, G" uniqKey="Ananda G">G Ananda</name>
</author>
<author>
<name sortKey="Lazarus, R" uniqKey="Lazarus R">R Lazarus</name>
</author>
<author>
<name sortKey="Mangan, M" uniqKey="Mangan M">M Mangan</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Catlett, C" uniqKey="Catlett C">C Catlett</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Deelman, E" uniqKey="Deelman E">E Deelman</name>
</author>
<author>
<name sortKey="Gannon, D" uniqKey="Gannon D">D Gannon</name>
</author>
<author>
<name sortKey="Shields, M" uniqKey="Shields M">M Shields</name>
</author>
<author>
<name sortKey="Taylor, I" uniqKey="Taylor I">I Taylor</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Eisenberg, D" uniqKey="Eisenberg D">D Eisenberg</name>
</author>
<author>
<name sortKey="Mclachlan, Ad" uniqKey="Mclachlan A">AD McLachlan</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Friesner, Ra" uniqKey="Friesner R">RA Friesner</name>
</author>
<author>
<name sortKey="Banks, Jl" uniqKey="Banks J">JL Banks</name>
</author>
<author>
<name sortKey="Murphy, Rb" uniqKey="Murphy R">RB Murphy</name>
</author>
<author>
<name sortKey="Halgren, Ta" uniqKey="Halgren T">TA Halgren</name>
</author>
<author>
<name sortKey="Klicic, Jj" uniqKey="Klicic J">JJ Klicic</name>
</author>
<author>
<name sortKey="Mainz, Dt" uniqKey="Mainz D">DT Mainz</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Giardine, B" uniqKey="Giardine B">B Giardine</name>
</author>
<author>
<name sortKey="Riemer, C" uniqKey="Riemer C">C Riemer</name>
</author>
<author>
<name sortKey="Hardison, Rc" uniqKey="Hardison R">RC Hardison</name>
</author>
<author>
<name sortKey="Burhans, R" uniqKey="Burhans R">R Burhans</name>
</author>
<author>
<name sortKey="Elnitski, L" uniqKey="Elnitski L">L Elnitski</name>
</author>
<author>
<name sortKey="Shah, P" uniqKey="Shah P">P Shah</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Goecks, J" uniqKey="Goecks J">J Goecks</name>
</author>
<author>
<name sortKey="Nekrutenko, A" uniqKey="Nekrutenko A">A Nekrutenko</name>
</author>
<author>
<name sortKey="Taylor, J" uniqKey="Taylor J">J Taylor</name>
</author>
<author>
<name sortKey="Galaxy, T" uniqKey="Galaxy T">T Galaxy</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Guerrero, G" uniqKey="Guerrero G">G Guerrero</name>
</author>
<author>
<name sortKey="Perez Sanchez, H" uniqKey="Perez Sanchez H">H Pérez-Sánchez</name>
</author>
<author>
<name sortKey="Wenzel, W" uniqKey="Wenzel W">W Wenzel</name>
</author>
<author>
<name sortKey="Cecilia, J" uniqKey="Cecilia J">J Cecilia</name>
</author>
<author>
<name sortKey="Garcia, J" uniqKey="Garcia J">J García</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Halgren, Ta" uniqKey="Halgren T">TA Halgren</name>
</author>
<author>
<name sortKey="Murphy, Rb" uniqKey="Murphy R">RB Murphy</name>
</author>
<author>
<name sortKey="Friesner, Ra" uniqKey="Friesner R">RA Friesner</name>
</author>
<author>
<name sortKey="Beard, Hs" uniqKey="Beard H">HS Beard</name>
</author>
<author>
<name sortKey="Frye, Ll" uniqKey="Frye L">LL Frye</name>
</author>
<author>
<name sortKey="Pollard, Wt" uniqKey="Pollard W">WT Pollard</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Irwin, Jj" uniqKey="Irwin J">JJ Irwin</name>
</author>
<author>
<name sortKey="Shoichet, Bk" uniqKey="Shoichet B">BK Shoichet</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Jacob, Rb" uniqKey="Jacob R">RB Jacob</name>
</author>
<author>
<name sortKey="Andersen, T" uniqKey="Andersen T">T Andersen</name>
</author>
<author>
<name sortKey="Mcdougal, Om" uniqKey="Mcdougal O">OM McDougal</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Kacsuk, P" uniqKey="Kacsuk P">P Kacsuk</name>
</author>
<author>
<name sortKey="Farkas, Z" uniqKey="Farkas Z">Z Farkas</name>
</author>
<author>
<name sortKey="Kozlovszky, M" uniqKey="Kozlovszky M">M Kozlovszky</name>
</author>
<author>
<name sortKey="Hermann, G" uniqKey="Hermann G">G Hermann</name>
</author>
<author>
<name sortKey="Balasko, A" uniqKey="Balasko A">A Balasko</name>
</author>
<author>
<name sortKey="Karoczkai, K" uniqKey="Karoczkai K">K Karoczkai</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Kokh, Db" uniqKey="Kokh D">DB Kokh</name>
</author>
<author>
<name sortKey="Wenzel, W" uniqKey="Wenzel W">W Wenzel</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Kruger, J" uniqKey="Kruger J">J Krüger</name>
</author>
<author>
<name sortKey="Grunzke, R" uniqKey="Grunzke R">R Grunzke</name>
</author>
<author>
<name sortKey="Gesing, S" uniqKey="Gesing S">S Gesing</name>
</author>
<author>
<name sortKey="Breuers, S" uniqKey="Breuers S">S Breuers</name>
</author>
<author>
<name sortKey="Brinkmann, A" uniqKey="Brinkmann A">A Brinkmann</name>
</author>
<author>
<name sortKey="De La Garza, L" uniqKey="De La Garza L">L de la Garza</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Lud Scher, B" uniqKey="Lud Scher B">B Ludäscher</name>
</author>
<author>
<name sortKey="Altintas, I" uniqKey="Altintas I">I Altintas</name>
</author>
<author>
<name sortKey="Berkley, C" uniqKey="Berkley C">C Berkley</name>
</author>
<author>
<name sortKey="Higgins, D" uniqKey="Higgins D">D Higgins</name>
</author>
<author>
<name sortKey="Jaeger, E" uniqKey="Jaeger E">E Jaeger</name>
</author>
<author>
<name sortKey="Jones, M" uniqKey="Jones M">M Jones</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Meng, Ec" uniqKey="Meng E">EC Meng</name>
</author>
<author>
<name sortKey="Shoichet, Bk" uniqKey="Shoichet B">BK Shoichet</name>
</author>
<author>
<name sortKey="Kuntz, Id" uniqKey="Kuntz I">ID Kuntz</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Merlitz, H" uniqKey="Merlitz H">H Merlitz</name>
</author>
<author>
<name sortKey="Wenzel, W" uniqKey="Wenzel W">W Wenzel</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Merlitz, H" uniqKey="Merlitz H">H Merlitz</name>
</author>
<author>
<name sortKey="Wenzel, W" uniqKey="Wenzel W">W Wenzel</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Morris, Gm" uniqKey="Morris G">GM Morris</name>
</author>
<author>
<name sortKey="Goodsell, Ds" uniqKey="Goodsell D">DS Goodsell</name>
</author>
<author>
<name sortKey="Huey, R" uniqKey="Huey R">R Huey</name>
</author>
<author>
<name sortKey="Olson, Aj" uniqKey="Olson A">AJ Olson</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Pandey, S" uniqKey="Pandey S">S Pandey</name>
</author>
<author>
<name sortKey="Voorsluys, W" uniqKey="Voorsluys W">W Voorsluys</name>
</author>
<author>
<name sortKey="Rahman, M" uniqKey="Rahman M">M Rahman</name>
</author>
<author>
<name sortKey="Buyya, R" uniqKey="Buyya R">R Buyya</name>
</author>
<author>
<name sortKey="Dobson, Je" uniqKey="Dobson J">JE Dobson</name>
</author>
<author>
<name sortKey="Chiu, K" uniqKey="Chiu K">K Chiu</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Perez Sanchez, H" uniqKey="Perez Sanchez H">H Perez-Sanchez</name>
</author>
<author>
<name sortKey="Wenzel, W" uniqKey="Wenzel W">W Wenzel</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Perez Sanchez, H" uniqKey="Perez Sanchez H">H Pérez-Sánchez</name>
</author>
<author>
<name sortKey="Kondov, I" uniqKey="Kondov I">I Kondov</name>
</author>
<author>
<name sortKey="Garcia, Jm" uniqKey="Garcia J">JM García</name>
</author>
<author>
<name sortKey="Klenin, K" uniqKey="Klenin K">K Klenin</name>
</author>
<author>
<name sortKey="Wenzel, W" uniqKey="Wenzel W">W Wenzel</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Perez Sanchez, H" uniqKey="Perez Sanchez H">H Pérez-Sánchez</name>
</author>
<author>
<name sortKey="Rezaei Tabar, V" uniqKey="Rezaei Tabar V">V Rezaei Tabar</name>
</author>
<author>
<name sortKey="Mezhuyev, V" uniqKey="Mezhuyev V">V Mezhuyev</name>
</author>
<author>
<name sortKey="Man, D" uniqKey="Man D">D Man</name>
</author>
<author>
<name sortKey="Pe A Garcia, Jj" uniqKey="Pe A Garcia J">JJ Peña-García</name>
</author>
<author>
<name sortKey="Den, H" uniqKey="Den H">H den-</name>
</author>
<author>
<name sortKey="Gesing, S" uniqKey="Gesing S">S Gesing</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Sild, S" uniqKey="Sild S">S Sild</name>
</author>
<author>
<name sortKey="Maran, U" uniqKey="Maran U">U Maran</name>
</author>
<author>
<name sortKey="Romberg, M" uniqKey="Romberg M">M Romberg</name>
</author>
<author>
<name sortKey="Schuller, B" uniqKey="Schuller B">B Schuller</name>
</author>
<author>
<name sortKey="Benfenati, E" uniqKey="Benfenati E">E Benfenati</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Snell, J" uniqKey="Snell J">J Snell</name>
</author>
<author>
<name sortKey="Tidwell, D" uniqKey="Tidwell D">D Tidwell</name>
</author>
<author>
<name sortKey="Kulchenko, P" uniqKey="Kulchenko P">P Kulchenko</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Wenzel, W" uniqKey="Wenzel W">W Wenzel</name>
</author>
<author>
<name sortKey="Hamacher, K" uniqKey="Hamacher K">K Hamacher</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Wolstencroft, K" uniqKey="Wolstencroft K">K Wolstencroft</name>
</author>
<author>
<name sortKey="Haines, R" uniqKey="Haines R">R Haines</name>
</author>
<author>
<name sortKey="Fellows, D" uniqKey="Fellows D">D Fellows</name>
</author>
<author>
<name sortKey="Williams, A" uniqKey="Williams A">A Williams</name>
</author>
<author>
<name sortKey="Withers, D" uniqKey="Withers D">D Withers</name>
</author>
<author>
<name sortKey="Owen, S" uniqKey="Owen S">S Owen</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Xiaoyu, Y" uniqKey="Xiaoyu Y">Y Xiaoyu</name>
</author>
<author>
<name sortKey="Bruin, Rp" uniqKey="Bruin R">RP Bruin</name>
</author>
<author>
<name sortKey="Dove, Mt" uniqKey="Dove M">MT Dove</name>
</author>
</analytic>
</biblStruct>
</listBibl>
</div1>
</back>
</TEI>
<pmc article-type="research-article">
<pmc-dir>properties open_access</pmc-dir>
<front>
<journal-meta>
<journal-id journal-id-type="nlm-ta">Springerplus</journal-id>
<journal-id journal-id-type="iso-abbrev">Springerplus</journal-id>
<journal-title-group>
<journal-title>SpringerPlus</journal-title>
</journal-title-group>
<issn pub-type="epub">2193-1801</issn>
<publisher>
<publisher-name>Springer International Publishing</publisher-name>
<publisher-loc>Cham</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="pmid">27547674</article-id>
<article-id pub-id-type="pmc">4978646</article-id>
<article-id pub-id-type="publisher-id">2914</article-id>
<article-id pub-id-type="doi">10.1186/s40064-016-2914-x</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Research</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>Developing science gateways for drug discovery in a grid environment</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name>
<surname>Pérez-Sánchez</surname>
<given-names>Horacio</given-names>
</name>
<address>
<email>hperez@ucam.edu</email>
</address>
<xref ref-type="aff" rid="Aff1">1</xref>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Rezaei</surname>
<given-names>Vahid</given-names>
</name>
<address>
<email>vhrezaei@gmail.com</email>
</address>
<xref ref-type="aff" rid="Aff2">2</xref>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Mezhuyev</surname>
<given-names>Vitaliy</given-names>
</name>
<address>
<email>mejuev@ukr.net</email>
</address>
<xref ref-type="aff" rid="Aff3">3</xref>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Man</surname>
<given-names>Duhu</given-names>
</name>
<address>
<email>dh.man@siat.ac.cn</email>
</address>
<xref ref-type="aff" rid="Aff4">4</xref>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Peña-García</surname>
<given-names>Jorge</given-names>
</name>
<address>
<email>jpena@ucam.edu</email>
</address>
<xref ref-type="aff" rid="Aff1">1</xref>
</contrib>
<contrib contrib-type="author">
<name>
<surname>den-Haan</surname>
<given-names>Helena</given-names>
</name>
<address>
<email>hden@alu.ucam.edu</email>
</address>
<xref ref-type="aff" rid="Aff1">1</xref>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Gesing</surname>
<given-names>Sandra</given-names>
</name>
<address>
<email>sandra.gesing@nd.edu</email>
</address>
<xref ref-type="aff" rid="Aff5">5</xref>
</contrib>
<aff id="Aff1">
<label>1</label>
Bioinformatics and High Performance Computing Research Group (BIO-HPC), Computer Engineering Department, Universidad Catolica San Antonio de Murcia (UCAM), Murcia, Spain</aff>
<aff id="Aff2">
<label>2</label>
Department of Statistics, Faculty of Mathematics and Computer Sciences, Allameh Tabataba’i University, Tehran, Iran</aff>
<aff id="Aff3">
<label>3</label>
Faculty of Computer Systems and Software Engineering, University Malaysia Pahang, Pekan, Malaysia</aff>
<aff id="Aff4">
<label>4</label>
Shenzhen Institutes of Advanced Technologies, Chinese Academy of Sciences, Shenzhen, P.R.China</aff>
<aff id="Aff5">
<label>5</label>
Center for Research Computing, University of Notre Dame, Notre Dame, IN USA</aff>
</contrib-group>
<pub-date pub-type="epub">
<day>9</day>
<month>8</month>
<year>2016</year>
</pub-date>
<pub-date pub-type="pmc-release">
<day>9</day>
<month>8</month>
<year>2016</year>
</pub-date>
<pub-date pub-type="collection">
<year>2016</year>
</pub-date>
<volume>5</volume>
<issue>1</issue>
<elocation-id>1300</elocation-id>
<history>
<date date-type="received">
<day>21</day>
<month>3</month>
<year>2016</year>
</date>
<date date-type="accepted">
<day>26</day>
<month>7</month>
<year>2016</year>
</date>
</history>
<permissions>
<copyright-statement>© The Author(s) 2016</copyright-statement>
<license license-type="OpenAccess">
<license-p>
<bold>Open Access</bold>
This article is distributed under the terms of the Creative Commons Attribution 4.0 International License (
<ext-link ext-link-type="uri" xlink:href="http://creativecommons.org/licenses/by/4.0/">http://creativecommons.org/licenses/by/4.0/</ext-link>
), which permits unrestricted use, distribution, and reproduction in any medium, provided you give appropriate credit to the original author(s) and the source, provide a link to the Creative Commons license, and indicate if changes were made.</license-p>
</license>
</permissions>
<abstract id="Abs1">
<sec>
<title>Background</title>
<p>Methods for in silico screening of large databases of molecules increasingly complement and replace experimental techniques to discover novel compounds to combat diseases. As these techniques become more complex and computationally costly we are faced with an increasing problem to provide the research community of life sciences with a convenient tool for high-throughput virtual screening on distributed computing resources.</p>
</sec>
<sec>
<title>Results</title>
<p>To this end, we recently integrated the biophysics-based drug-screening program FlexScreen into a service, applicable for large-scale parallel screening and reusable in the context of scientific workflows.</p>
</sec>
<sec>
<title>Conclusions</title>
<p>Our implementation is based on Pipeline Pilot and Simple Object Access Protocol and provides an easy-to-use graphical user interface to construct complex workflows, which can be executed on distributed computing resources, thus accelerating the throughput by several orders of magnitude.</p>
</sec>
</abstract>
<kwd-group xml:lang="en">
<title>Keywords</title>
<kwd>Virtual screening</kwd>
<kwd>FlexScreen</kwd>
<kwd>Science gateways</kwd>
<kwd>Drug discovery</kwd>
<kwd>High performance computing</kwd>
</kwd-group>
<funding-group>
<award-group>
<funding-source>
<institution>Fundación Séneca (ES)</institution>
</funding-source>
<award-id>18946/JLI/13</award-id>
<principal-award-recipient>
<name>
<surname>Pérez-Sánchez</surname>
<given-names>Horacio</given-names>
</name>
</principal-award-recipient>
</award-group>
</funding-group>
<custom-meta-group>
<custom-meta>
<meta-name>issue-copyright-statement</meta-name>
<meta-value>© The Author(s) 2016</meta-value>
</custom-meta>
</custom-meta-group>
</article-meta>
</front>
<body>
<sec id="Sec1">
<title>Background</title>
<p>Drug discovery can be drastically accelerated with the use of high-throughput virtual screening (HTVS) methods (Meng et al.
<xref ref-type="bibr" rid="CR17">1992</xref>
; Merlitz and Wenzel
<xref ref-type="bibr" rid="CR18">2002</xref>
; Friesner et al.
<xref ref-type="bibr" rid="CR6">2004</xref>
; Halgren et al.
<xref ref-type="bibr" rid="CR10">2004</xref>
; Merlitz and Wenzel
<xref ref-type="bibr" rid="CR19">2004</xref>
), an on-going trend in medical research taking advantage of recent developments in algorithms and computer technology. In order to identify promising candidates for novel drugs, chemical compound databases with millions of ligands (Irwin and Shoichet
<xref ref-type="bibr" rid="CR11">2005</xref>
) need to be screened using HTVS against structurally resolved receptors and thus distributing the workload on resources such as computing grids becomes essential. Additionally, optimization of existing methods for HTVS to utilize novel high performance computer (HPC) architectures such as GPUs (Sánchez-Linares et al.
<xref ref-type="bibr" rid="CR26">2011a</xref>
; Perez-Sanchez and Wenzel
<xref ref-type="bibr" rid="CR22">2011</xref>
) can significantly reduce the run time per ligand.</p>
<p>Currently, HPC resources are mostly accessed remotely through low-level front-end machines (user interface machines) or using grid middleware or cloud computing and thus require from the non-expert end users in-depth knowledge of diverse batch systems, grid middleware protocols or cloud submission systems, respectively. To acquire the knowledge to use this complex low-level infrastructure for real-life applications makes the learning curve for scientists very steep. This is why efforts have to be made to hide the complexity of underlying infrastructures and to provide productive high-level services that allow scientists to take more effectively further advantage of the distributed resources.</p>
<p>Science gateways are the primary solutions dedicated to bridge such knowledge gaps. A science gateway is defined as
<italic>a community</italic>
-
<italic>developed set of tools, applications, and data that is integrated</italic>
via
<italic>a portal or a suite of applications, usually in a graphical user interface, that is further customized to meet the needs of a targeted community</italic>
(Catlett
<xref ref-type="bibr" rid="CR3">2005</xref>
). With science gateways, users, who are not IT specialists, can use grid infrastructure to run shared, well-tested applications customized for their own research field. Generally these solutions contain a set of research-specific applications developed by (and for) the community, and provide services integrated in a unified user interface, usually a web portal or a stand-alone graphical user interface. In the context of HTVS, this problem is paramount because the target user community consists of pharmacists and biologists, not trained or experienced in the use of HPC/grid infrastructures.</p>
<p>Very often, science gateways provide special higher-level services for construction and execution of scientific workflows, i.e., means to automate processing of multiple steps in parallel or in a sequence, including branching and loops. Scientific workflows are abstract logical maps of complex simulation protocols and require that each step (often a different scientific application) provide common interfaces for execution and data exchange. Diverse mature science gateways or science gateway frameworks have evolved in different projects, which additionally allow for workflow management. For example, the UNICORE workflow engine and its workbench have been used in the area of Quantitative Structure–Activity Relationship (QSAR) and Quantitative Structure–Property Relationships (QSPR) models (Sild et al.
<xref ref-type="bibr" rid="CR28">2005</xref>
), and the Gridbus workflow for brain imaging (Pandey et al.
<xref ref-type="bibr" rid="CR21">2009</xref>
). Other very widely used workflow-enabled science gateways are Pipeline Pilot, with different licensing options depending on the academic or industry version, Kepler (Ludäscher et al.
<xref ref-type="bibr" rid="CR16">2006</xref>
), Galaxy (Goecks et al.
<xref ref-type="bibr" rid="CR8">2010</xref>
; Giardine et al.
<xref ref-type="bibr" rid="CR7">2005</xref>
; Blankenberg et al.
<xref ref-type="bibr" rid="CR2">2010</xref>
), WS-PGRADE (Kacsuk et al.
<xref ref-type="bibr" rid="CR13">2012</xref>
), KNIME (Berthold et al.
<xref ref-type="bibr" rid="CR1">2008</xref>
) and Taverna (Wolstencroft et al.
<xref ref-type="bibr" rid="CR31">2013</xref>
) with open source licenses. For a review on scientific workflows we refer to Deelman et al. (
<xref ref-type="bibr" rid="CR4">2009</xref>
).</p>
<p>To get an idea about the difficulties with the direct exploitation of HPC systems using HTVS methods, we will describe how this process is usually carried out by expert users without use of science gateways. There are mainly three differentiated stages involved in the process:
<list list-type="bullet">
<list-item>
<p>Simulation data preparation: all the necessary data for the simulation must be conveniently prepared and the HPC system set up accordingly. In a classical parallel HPC system, the total simulation is divided into different simulation units. Those units belong to thousands or more configuration files that must be arranged from a single file valid for the sequential execution of the program. This is not easy to do for end users, since it requires the use of different shell scripts for preparing those input files. Besides, specific configuration files for the queuing system must be set up for each independent simulation. Therefore, advanced knowledge of different IT technologies like tasks parallelization, input file structure, etc., is required at this stage.</p>
</list-item>
<list-item>
<p>Execution of the simulation: using different methods, the different simulation units are sent to the HPC system for their execution. The user needs to take care that there are no errors, to check continuously that the system is working properly and calculations are being performed seamlessly, and when the computations are finished, that there have been no errors.</p>
</list-item>
<list-item>
<p>Processing and interpretation of the results: it is usually necessary to move all the relevant data, produced in the simulation, to a local machine for its posterior analysis. Advanced knowledge of how HPC file systems work is generally required at this stage. Lastly, all data needs to be processed and analysed, normally using different advanced tools.</p>
</list-item>
</list>
</p>
<p>Given all the different and complex stages of the general simulation process, users need to be able to run calculations an advanced knowledge of several tools. Therefore, not all specialized users would be able to run computational experiments in this environment but only the advanced ones. This is why a work environment of another quality should be provided for the end user to exploit these resources effectively.</p>
<p>In order to make HTVS methods accessible for the relevant community, we identified the following goals. (1) The screening method has to be made accessible via an easy-to-use graphical interface; (2) The HTVS application has to be integrated in such a way that it becomes reusable in different scientific workflows in combination with other applications; (3) The screening method has to provide a seamless access to large-scale computing resources to enable large screening campaigns. In this work, we present a solution for the HTVS application FlexScreen that will take into account these three aspects.</p>
<p>In general, our research belongs to the problem of subject adaptation of existing IT technologies, its customization for known domain of expertise of end users. This is an expansion of our previous work (Pérez-Sánchez et al.
<xref ref-type="bibr" rid="CR23">2011</xref>
,
<xref ref-type="bibr" rid="CR24">2015</xref>
). In the next section, we will consider requirements for development of such type customization technology. In “
<xref rid="Sec3" ref-type="sec">Methods</xref>
” section, we will introduce the FlexScreen application as well as the methods we employ to integrate FlexScreen into workflows for HTVS. In “
<xref rid="Sec7" ref-type="sec">Results</xref>
” section, we will particularly describe how we adopted Pipeline Pilot and the Simple Object Access Protocol (SOAP) to implement our concept. In “
<xref rid="Sec11" ref-type="sec">Discussion</xref>
” section, we will present a case study with use of the developed technology. Furthermore, we will investigate of integrating the implemented methods in diverse workflow-enabled science gateways. In “
<xref rid="Sec13" ref-type="sec">Conclusions and future work</xref>
” section, we will conclude and give an outline of future work.</p>
</sec>
<sec id="Sec2">
<title>Problem statement</title>
<p>Nowadays, there are several approaches for simplification of application of HTVS methods (the list of corresponding software tools can be found at Jacob et al.
<xref ref-type="bibr" rid="CR12">2012</xref>
). To find the most effective way of customization of HTVS methods, let us formulate requirements for possible solution. Analysis of existing approaches allows us to formulate next preconditions:
<list list-type="bullet">
<list-item>
<p>Simple and easy development by users, having no specific IT knowledge and qualification;</p>
</list-item>
<list-item>
<p>Rapid development, as e.g. by customization of RAD (Rapid Applications Development) technology;</p>
</list-item>
<list-item>
<p>Possibility of quick redevelopment of a solution without changing IT infrastructure;</p>
</list-item>
<list-item>
<p>A solution should not be hardcoded inside corresponding tool and allows development of extensions by advanced users;</p>
</list-item>
<list-item>
<p>Generality, i.e. possibility to take into account the specifics of modelling different domains (biology, chemistry, physics, geometry);</p>
</list-item>
<list-item>
<p>Natural expressing properties and behaviour of a modelled domain in terms of this domain;</p>
</list-item>
<list-item>
<p>Possibility of sharing and reusing existing solutions by community;</p>
</list-item>
<list-item>
<p>Supporting feature analysis techniques (best of all, by attracting visual techniques);</p>
</list-item>
<list-item>
<p>On-fly testing and verification of a model before starting process of computation;</p>
</list-item>
<list-item>
<p>The implementation environment should be commonly used and reliable.</p>
</list-item>
</list>
</p>
<p>Having these requirements, we analyzed existing customization technologies and corresponding software tools. Simple development means that most of computation issues (scheduling, resources, effectiveness, optimization, etc.) are automated, and a user can concentrate on a problem solution, applying concepts of his domain of expertise. Details of the underlying programming code should be normally hidden. At the same time, an approach should allow us to take into account different qualifications of users, e.g. people from pharmacy companies, biology scientists, as also persons with IT background. A proposed approach should be flexible, allowing quick redevelopment to follow possible changes in HTVS methods.</p>
<p>To give the users the freedom in expression of properties and behaviour of a domain, we decided not to use point solutions, i.e. software tools having interface to HTVS, but introducing a language that is easily adaptable to their domain without prior IT knowledge.</p>
<p>Here the problem of development of Domain Specific Languages (DSL) can be addressed. In general, the approaches for modelling domains we can divide into two parts: (1) using a so-called General Purpose Language (GPL) or (2) developing a DSL. Although existing GPLs are good for expressing computational domains, they are not suitable for modelling biological domains. At the same time, biological modelling approaches do not allow users to express effectively data structures and computational processes.</p>
<p>Thus, we need develop an approach that allows users to express heterogeneous semantics of interlinked biological and computational domains. Our idea that protocol of computations can be considered as a workflow of processing tasks. In general, Workflow Management System (WMS) approach can be used here, allowing development and management of different protocols as a sequence of tasks. Use of WMS becomes more and more popular nowadays for modelling IT environments, including grids and cloud computing. They allow managing execution of various distributed, parallel and real time processes.</p>
<p>A scientific workflow system is a special type of a WMS, allowing development of protocols for some scientific application as simplified maps of complex simulation protocols. Thus, development of scientific workflows for using HTVS methods can be considered as effective solution for customization technology we are looking for.</p>
<p>Since Pipeline Pilot (
<ext-link ext-link-type="uri" xlink:href="http://www.accelrys.com">http://www.accelrys.com</ext-link>
) meets most of the requirements for our approach, it was chosen for the implementation. Pipeline Pilot can be defined as a scientific visual and dataflow programming language, allowing construction and execution of scientific workflows. At the same time, Pipeline Pilot is simple enough to be used by people having no specific IT knowledge and skills.</p>
<p>Visual Language (VL) of Pipeline Pilot allows using graphical objects to build complex computation protocols for HTVS simulations. VLs are also effectively used for feature and data analysis in quite different domains.</p>
<p>As most of VLs, Pipeline Pilot uses idea of drawing boxes and connecting them by arrows (pipes). It allows simulations’ development in an interactive way and checking the syntax of a model on the fly. Pipeline Pilot implements the idea of dataflow programming, emphasizing the movement of data throw pipes. This approach allows users to automate parallelization effectively.</p>
<p>Due to popularity of Pipeline Pilot, developed protocols enable scientists to publish scientific services, making them available across scientific community. Moreover, Pipeline Pilot workflows language is a standard, which allows encapsulating and deploying the best practices of a scientific development. Therefore, a proposed customization technology will reduce the development time and thus the costs, needed for integration with any existing HTVS point solution software.</p>
</sec>
<sec id="Sec3">
<title>Methods</title>
<sec id="Sec4">
<title>FlexScreen</title>
<p>In this work, HTVS calculations have been performed with the all-atom receptor–ligand docking program FlexScreen (Merlitz and Wenzel
<xref ref-type="bibr" rid="CR18">2002</xref>
; Kokh and Wenzel
<xref ref-type="bibr" rid="CR14">2008</xref>
), which employs a force-field based scoring function [similar to Autodock (Kokh and Wenzel
<xref ref-type="bibr" rid="CR14">2008</xref>
)] and a Monte-Carlo based search algorithm based on the stochastic tunneling method (Wenzel and Hamacher
<xref ref-type="bibr" rid="CR30">1999</xref>
). This combination delivers excellent results for a larger search space on the receptor structure than applying only the Monte-Carlo method while the efficiency decreases only negligibly.</p>
<p>A physical model is implemented, which takes implicitly into account the influence of the solvent in the interaction between ligands and receptors. The free energy of the system includes a vacuum contribution that has been previously available in FlexScreen as well as additional solvation terms for the individual species and for the complex as a linear sum of atomic parameters (Eisenberg and McLachlan
<xref ref-type="bibr" rid="CR5">1986</xref>
). This latter model has the advantage that it is faster than other docking methods used such as Autodock Vina and GOLD, and has still proven to be of the same accuracy. The solvent accessible surface area of the molecules must be determined, which is a computationally intensive task. The other main advantage of the method is the determination of the weight parameters for different atom and bond types deriving from experimental partition coefficients in the cases of octanol–water and gas–water.</p>
</sec>
<sec id="Sec5">
<title>Pipeline Pilot</title>
<p>Pipeline Pilot provides for applications based on SOAP standard methods to communicate with each other over the HPC resources (Xiaoyu et al.
<xref ref-type="bibr" rid="CR32">2010</xref>
), allowing very effective workflow life-cycle management, i.e. it ensures maximum reuse of already integrated modules. In this way, in addition to its built-in functionality, the architecture of Pipeline Pilot has been organized for integration and extensibility and designed to interoperate with external software objects and applications. A number of mechanisms are available to automate the execution of a remote program. Additional options are available if the screening code resides on the workflow server.</p>
<p>Different mechanisms are used for remote execution ranging from simple Telnet and File Transfer Protocol (FTP) up to more elaborated standards such as SOAP (Snell et al.
<xref ref-type="bibr" rid="CR29">2002</xref>
) and web services.</p>
<p>The SOAP standard provides methods for applications to communicate with each other over the HPC resources. The Pipeline Pilot supports SOAP with Web Services Description Language (WSDL) extensions for efficient decoupling of workflow management from the internal implementation of services. The SOAP framework is independent of any particular programming model, environment, or language. It is a structured method for sharing messages between server and client, and relies on the XML language to store and transmit the information and adds the necessary HTTP headers to the information. Most applications do not deal directly with the underlying SOAP data structures. Instead, they use a toolkit specific to their programming language and operating system. The toolkit simplifies the process of making SOAP calls and processing the returned results.</p>
<p>RESTful services have gained popularity, which typically work faster comparatively with SOAP implementations. At the same time, it is more difficult to broadcast RESTful services. SOAP provides an interface for WSDL, allowing to define complex protocols, which is exactly the case of using Pipeline Pilot. Consequently, REST and SOAP have their own advantages and drawbacks and both are intensively used in development of modern web-based systems. The decision to choose a needed protocol depends on a specific domain.</p>
<p>Pipeline Pilot provides many methods for integration of applications, existing either in the workflow server, remote server or cluster and can be executed automatically in a workflow. It also provides data integration tools that assist in the assembly of information from different formats and pertaining to different databases. A convenient and intuitive graphical user interface via a web browser is provided for constructing and executing the workflows. The workflows are assembled using modules that are represented as icons in the graphical user interface. The workflows are stored in an XML format and can be easily exchanged between users. The modules, called components, include a variety of data readers, manipulators, calculators, data viewers, and data writers. For example, there are convenient data reading modules for ISIS files, SD-files, and SMILES, as well as delimited text and Excel spreadsheet files. Data viewers and writers include standard applications, such as WebLabViewerPro and Spotfire. An HTML molecular table viewer provides a convenient way to view tabular results with chemical structures. Although the applicability of the pipelining provided by this software is generic, the numerous (more than 200) specific components provided by SciTegic are heavily geared toward chemoinformatics environments. For academic users there is a free version of Pipeline Pilot available.</p>
</sec>
<sec id="Sec6">
<title>Workflows and data pipelining</title>
<p>A workflow in Pipeline Pilot refers to the way a protocol is defined, usually in form of several disconnected pipelines, each of which is made of components joined by pipes. A component refers to an individual operation to be performed on a set of data records. The order of execution depends on the order in which the components are joined since the protocols are executed from left to right and from top to bottom.</p>
<p>In the specific form of a workflow called data pipelining, records are passed individually down the pipes. Data pipelining allows the automation of the HTVS process and the integration of several related modelling and database packages. Thus, in addition to orchestration of multiple workflow steps, the data pipelining provides means for seamless data exchange between the individual application modules. Users can share and reuse prepared sets of tasks and workflows to ease their analysis in HTVS projects. Such analysis steps can be later deployed on HPC resources in a simple and automated fashion.</p>
</sec>
</sec>
<sec id="Sec7">
<title>Results</title>
<sec id="Sec8">
<title>Pipeline Pilot modules for FlexScreen</title>
<p>FlexScreen was initially designed as a standalone command line application. The GUI provided by the gateway offers all options like the command line version with the advantage of relieving users from becoming acquainted with the usage of command lines. Thus, users that were familiar with the command line version, find all the options they are used to apply in their research whereas new FlexScreen users or users that have never used any command line application will be quickly able to setup docking simulations.</p>
<p>In the first part of our work we implemented a set of Pipeline Pilot modules that were required to run FlexScreen within Pipeline Pilot. The required executables and template configuration files were placed in the Pipeline Pilot server. The FlexScreen integration in Pipeline Pilot is depicted in Fig. 
<xref rid="Fig1" ref-type="fig">1</xref>
. In pipelines 1 and 2 end users need to specify receptor and ligand database files in the standard molecular PDB format. If the user works with other molecular formats (smi, sdf, etc.), the protocol can be easily modified using molecular format converters included in the standard component collection of Pipeline Pilot. Afterwards, the initial receptor and ligand files can be parameterized depending on the charge model used, i.e., hydrogen model, and additional components (pH, tautomers, etc.) can also be easily included in the pipeline. Once the molecules are ready for the HTVS calculations, the docking parameters (degree of flexibility, simulation length, physical model, etc.) and parallel calculation parameters (batch size, number of processors to use, etc.) are also specified at the beginning of the third pipeline. In any case, the protocol also provides default parameters for all the components, so that the end user only needs to select ligand, receptor and binding site parameters to run FlexScreen calculations.
<fig id="Fig1">
<label>Fig. 1</label>
<caption>
<p>Integration of FlexScreen into Pipeline Pilot workflows. Pipelines
<italic>1</italic>
and
<italic>2</italic>
read and format the ligand database and receptor files. In Pipeline
<italic>3</italic>
the input molecules are received and the docking simulation parameters are specified. Then the FlexScreen component performs the SOAP calls and runs the calculations on the HPC resources. Finally the results are processed and presented in an interactive table format</p>
</caption>
<graphic xlink:href="40064_2016_2914_Fig1_HTML" id="MO1"></graphic>
</fig>
</p>
</sec>
<sec id="Sec9">
<title>Data analysis from virtual screening calculations</title>
<p>One of the challenges in a virtual screening experiment is to analyze and organize the returned results. Again, an expert modeler is familiar with tools available within a modeling environment to examine and filter the results. But for a non-expert user, the analysis and presentation must be automated so that they can generate interesting results with no expertise and low effort. Using a single PC as a server, a single user is thus able to design and run application workflows that link all available Pipeline Pilot modules with FlexScreen for HTVS.</p>
</sec>
<sec id="Sec10">
<title>SOAP implementation of FlexScreen</title>
<p>The integration in Pipeline Pilot alone, or in other words, the use of Pipeline Pilot on just a desktop machine is, however, insufficient for really large in silico screening campaigns. The improved accuracy of FlexScreen comes at the price of the computation cost of the underlying biophysical model. Therefore, we have implemented the FlexScreen Pipeline Pilot modules as a SOAP-based (Snell et al.
<xref ref-type="bibr" rid="CR29">2002</xref>
) client-service pair capable to operate on distributed architectures such as computing grids and clouds. We have developed a SOAP-based web service for the remote FlexScreen application using software such as Apache/Tomcat (
<ext-link ext-link-type="uri" xlink:href="http://tomcat.apache.org">http://tomcat.apache.org</ext-link>
) or the Perl SOAP::Lite module (
<ext-link ext-link-type="uri" xlink:href="http://soaplite.com">http://soaplite.com</ext-link>
). The SOAP server contains sufficient processing functionality to perform the following tasks (see Fig. 
<xref rid="Fig2" ref-type="fig">2</xref>
):
<fig id="Fig2">
<label>Fig. 2</label>
<caption>
<p>Architecture of the implemented FlexScreen module (cf. Fig. 
<xref rid="Fig1" ref-type="fig">1</xref>
). This figure represents the case of use of distributed HPC resources via a SOAP client–server pair</p>
</caption>
<graphic xlink:href="40064_2016_2914_Fig2_HTML" id="MO2"></graphic>
</fig>
<list list-type="bullet">
<list-item>
<p>Receive a batch of ligands and receptor file as a SOAP message and save them to a file (steps 2 and 3 of Algorithm 1. One of the advantages of using SOAP is that it allows a batch size to be specified, allowing the collation of a series of individual docking requests in a single request for efficiency.</p>
</list-item>
<list-item>
<p>Receive complementary information as SOAP messages (step 4 of Algorithm 1) and save it to files, e.g., protein active site, configuration files related to simulation parameters, etc.</p>
</list-item>
<list-item>
<p>Generate and submit jobs to execute FlexScreen on HPC resources using the files previously created (step 7 of Algorithm 1).</p>
</list-item>
<list-item>
<p>Read the resulting files (step 9 of Algorithm 1) and pass them back as a SOAP message to the calling component. A report on the results will be automatically prepared (step 10 of Algorithm 1) as an interactive HTML report, a PDF document, or a spreadsheet.
<graphic position="anchor" xlink:href="40064_2016_2914_Figa_HTML" id="MO3"></graphic>
</p>
</list-item>
</list>
</p>
</sec>
</sec>
<sec id="Sec11">
<title>Discussion</title>
<p> Results for HTVS calculations created via the gateway are clearly organized in tables, which are directly opened in the web browser after the screening calculations (see Fig. 
<xref rid="Fig3" ref-type="fig">3</xref>
) and graphically elucidated (see Fig. 
<xref rid="Fig4" ref-type="fig">4</xref>
). The user can control the degree of detail in the final report interacting with the “table parameters” component as well as reorganize easily and sort the final data with a few mouse clicks in the web browser. There is also the possibility of exporting the results to other standard formats, i.e., PDF, Word, Excel spreadsheets, CSV text files, etc. The end user can also obtain detailed information about the 3D structure of the docked receptor–ligand conformations as can be seen in Fig. 
<xref rid="Fig4" ref-type="fig">4</xref>
, very useful for compound optimization, posterior screenings, etc.
<fig id="Fig3">
<label>Fig. 3</label>
<caption>
<p>Sample of the output results in HTML format directly from the web browser. HTVS results are presented in consecutive rows for the different ligands of the database.
<italic>Different columns</italic>
contain information about each ligand regarding name, energy calculations, RMSD, etc. Clicking on each ligand 2D representation opens a new window with detailed information about the 3D ligand-binding mode as shown in Fig. 
<xref rid="Fig4" ref-type="fig">4</xref>
</p>
</caption>
<graphic xlink:href="40064_2016_2914_Fig3_HTML" id="MO4"></graphic>
</fig>
<fig id="Fig4">
<label>Fig. 4</label>
<caption>
<p>3D representation of the HTVS results obtained for two different receptor–ligand pairs.
<italic>Blue color</italic>
denotes the experimental ligand binding mode,
<italic>orange color</italic>
the FlexScreen prediction without considering solvation, and the
<italic>red color</italic>
the prediction with the consideration of solvation.
<bold>a</bold>
 ​Factor Xa in complex with 1-[5-(5-chloro-thiophen-2-yl)-isoxazol-3- ylmethyl]-3-cyano-7-methyl-1h-indole-2-carboxylic acid (1-isopropyl-piperidin-4-yl)-amide.
<bold>b</bold>
Thrombin in complex with 6-chloro-2-(2-hydroxy-biphenyl-3-yl)-1h-indole-5-carboxamidine</p>
</caption>
<graphic xlink:href="40064_2016_2914_Fig4_HTML" id="MO5"></graphic>
</fig>
</p>
<p>From the perspective of users’ experience, we found that the access to well-developed and validated workflows using FlexScreen encourages the user to test and explore new ideas. Informal discussions with users who have performed HTVS calculations with FlexScreen in this way confirms that the deployment of HTVS methods does not just get the same answers faster, but that scientists can focus much more on their research and ask many more “what-if” questions. They run many more experiments than they would have done when a modeler had to be involved in each case.</p>
<sec id="Sec12">
<title>Integration of the FlexScreen services in further science gateways</title>
<p>In the last five years a few new science gateways have been developed or existing ones have been extended to support the HTVS user community, e.g. MoSGrid (Krüger et al.
<xref ref-type="bibr" rid="CR15">2014</xref>
; Morris et al.
<xref ref-type="bibr" rid="CR20">1996</xref>
) developed on top of WS-PGRADE or KNIME. To allow the reusability of services in the users’ preferred virtual environment, we investigated the possibilities to integrate the FlexScreen services in the context of further science gateways.</p>
<p>Since the FlexScreen services are SOAP based, a crucial prerequisite is the support of such services in the science gateway. Furthermore, the science gateway needs to be workflow enabled for the different tasks accomplished by each of the services to provide the whole pipeline of analysis steps. Since users may have established preparation and post processing steps for the HTVS pipeline, another prerequisite for considering a science gateway is the possibility to configure the execution environment of tasks in a workflow or pipeline independent from each other. In our investigation we considered four workflow-enabled science gateways widely used in the biomedical community.</p>
<p>WS-PGRADE (Kacsuk et al.
<xref ref-type="bibr" rid="CR13">2012</xref>
) is the flexible web user interface of the workflow system gUSE, which supports the management of DAG-based workflows. The control structure is defined by data dependencies and parameter sweep mechanisms allow for emulating loops over a defined range of parameters and data. Each task in a workflow is represented by a job with input and output datasets and each job can be configured for exploiting a resource independent of the configuration of dependent jobs. Thus, a job can be configured as SOAP web service and connected with jobs defined for applying local, cluster, grid and cloud resources or another SOAP web service. Thus, users can reuse the FlexScreen services in an intuitive way.</p>
<p>The concept behind Galaxy (Goecks et al.
<xref ref-type="bibr" rid="CR8">2010</xref>
; Giardine et al.
<xref ref-type="bibr" rid="CR7">2005</xref>
; Blankenberg et al.
<xref ref-type="bibr" rid="CR2">2010</xref>
) differs from WS-PGRADE but it also offers an intuitive web user interface with workflow management capabilities for DAG-based workflows. It is designed as a tool box for intuitively creating and invoking workflows with pre-configured tools in local, cluster and cloud environments. The administrator of a Galaxy instance can configure SOAP web services, which are then available to the users (Rui et al.
<xref ref-type="bibr" rid="CR25">2009</xref>
). Hence, users are able to integrate the FlexScreen services in their workflows.</p>
<p>Taverna (Wolstencroft et al.
<xref ref-type="bibr" rid="CR31">2013</xref>
) follows a different approach on the client side compared to WS-PGRADE and Galaxy and the workbench needs to be installed by the users. Despite this drawback on the users’ side, it is widely adopted in the community. It supports besides DAG-based workflows also loops as workflow constructs and is especially based on configuring each step in a workflow as SOAP-based service. It is an ideal candidate for reusing the FlexScreen services.</p>
<p>While KNIME (Berthold et al.
<xref ref-type="bibr" rid="CR1">2008</xref>
) is also an easy-to-use workbench, which has to be installed by the users, it supports command line tools and SOAP-based web services via its Generic Webservice Client (
<ext-link ext-link-type="uri" xlink:href="https://tech.knime.org/webservice-client">https://tech.knime.org/webservice-client</ext-link>
). KNIME is especially user-friendly, has rich workflow management features and offers pre-configured packages. A user can easily integrate the FlexScreen services into the workbench.</p>
<p>These four examples prove that the FlexScreen services are not only applicable in the native Pipeline Pilot environment but also in other science gateways and, thus, reusable for a large user community employing diverse science gateways for their research topics. The services can be connected with other tools and services to improve the user experience on accomplishing their research in one user interface.</p>
</sec>
</sec>
<sec id="Sec13">
<title>Conclusions and future work</title>
<p>In this paper, we have considered the general problem of subject adaptation of existing IT technologies, its customization for known domain of expertise of end users. We have described the implementation of a HTVS methodology in a science gateway environment making use of the workflow environment provided by Pipeline Pilot. The solution basing on SOAP and web services enables the exploitation of distributed HPC resources using a grid computing strategy.</p>
<p>From our point of view, the main drawback of Pipeline Pilot is that a yearly paid license is required. Therefore, not all research institutions would be able to cover these costs. It seems that open source alternatives to Pipeline Pilot exist, such as UNICORE, Kepler and Taverna, but we are not sure yet whether they offer the same or similar alternative. Thus, we will explore them in further studies.</p>
<p>Currently, we are also developing improved GPU-based versions of FlexScreen (Sánchez-Linares et al.
<xref ref-type="bibr" rid="CR26">2011a</xref>
,
<xref ref-type="bibr" rid="CR27">b</xref>
; Guerrero et al.
<xref ref-type="bibr" rid="CR9">2011</xref>
) and planning its deployment on grid resources.</p>
</sec>
</body>
<back>
<glossary>
<title>Abbreviations</title>
<def-list>
<def-item>
<term>HTVS</term>
<def>
<p>High-Throughput Virtual Screening</p>
</def>
</def-item>
<def-item>
<term>HPC</term>
<def>
<p>High Performance Computing</p>
</def>
</def-item>
<def-item>
<term>SOAP</term>
<def>
<p>Simple Object Access Protocol</p>
</def>
</def-item>
<def-item>
<term>GPU</term>
<def>
<p>Graphics Processor Unit</p>
</def>
</def-item>
<def-item>
<term>GUI</term>
<def>
<p>Graphic User Interface</p>
</def>
</def-item>
<def-item>
<term>VL</term>
<def>
<p>Visual Language</p>
</def>
</def-item>
<def-item>
<term>WMS</term>
<def>
<p>Workflow Management System</p>
</def>
</def-item>
<def-item>
<term>DSL</term>
<def>
<p>Domain Specific Language</p>
</def>
</def-item>
<def-item>
<term>GPL</term>
<def>
<p>General Purpose Language</p>
</def>
</def-item>
<def-item>
<term>WSDL</term>
<def>
<p>Web Services Description Language</p>
</def>
</def-item>
<def-item>
<term>FTP</term>
<def>
<p>File Transfer Protocol</p>
</def>
</def-item>
</def-list>
</glossary>
<ack>
<title>Authors’ contributions</title>
<p>SG has analysed and investigated the use of the FlexScreen services in further science gateways, and contributed to writing the manuscript. HPS, VR, VM, DM, JPG, HD, SG analyzed the data. JPG and HD contributed in analysis of tools. HPS, SG, VM wrote the manuscript. All authors read and approved the final manuscript.</p>
<sec id="FPar1">
<title>Acknowledgements</title>
<p>This work was partially supported by the Fundación Séneca del Centro de Investigación de la Región de Murcia under Project 18946/JLI/13 and by the Nils Coordinated Mobility under Grant 012ABELCM2014A, in part financed by the European Regional Development Fund (ERDF). This work was partially supported by the computing facilities of Extremadura Research Centre for Advanced Technologies (CETA-CIEMAT), funded by the European Regional Development Fund (ERDF). CETA-CIEMAT belongs to CIEMAT and the government of Spain. The authors also thankfully acknowledge the computer resources and the technical support, provided by the Plataforma Andaluza de Bioinformática of the University of Málaga.</p>
</sec>
<sec id="FPar2">
<title>Competing interests</title>
<p>The authors declare that they have no competing interests. A preprint publication related with this article is available at:
<ext-link ext-link-type="uri" xlink:href="https://peerj.com/preprints/1245v1/">https://peerj.com/preprints/1245v1/</ext-link>
.</p>
</sec>
</ack>
<ref-list id="Bib1">
<title>References</title>
<ref id="CR1">
<element-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Berthold</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Cebron</surname>
<given-names>N</given-names>
</name>
<name>
<surname>Dill</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Gabriel</surname>
<given-names>T</given-names>
</name>
<name>
<surname>Kötter</surname>
<given-names>T</given-names>
</name>
<name>
<surname>Meinl</surname>
<given-names>T</given-names>
</name>
<etal></etal>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Preisach</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Burkhardt</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Schmidt-Thieme</surname>
<given-names>L</given-names>
</name>
<name>
<surname>Decker</surname>
<given-names>R</given-names>
</name>
<etal></etal>
</person-group>
<article-title>KNIME: the Konstanz information miner</article-title>
<source>Data analysis, machine learning and applications. Studies in classification, data analysis, and knowledge organization</source>
<year>2008</year>
<publisher-loc>Berlin</publisher-loc>
<publisher-name>Springer</publisher-name>
<fpage>319</fpage>
<lpage>326</lpage>
</element-citation>
</ref>
<ref id="CR2">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Blankenberg</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Von Kuster</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Coraor</surname>
<given-names>N</given-names>
</name>
<name>
<surname>Ananda</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Lazarus</surname>
<given-names>R</given-names>
</name>
<name>
<surname>Mangan</surname>
<given-names>M</given-names>
</name>
<etal></etal>
</person-group>
<article-title>Galaxy: a web-based genome analysis tool for experimentalists</article-title>
<source>Curr Protoc Mol Biol</source>
<year>2010</year>
<volume>Chapter 19</volume>
<fpage>Unit 19.0.1</fpage>
<lpage>19.0.21</lpage>
</element-citation>
</ref>
<ref id="CR3">
<element-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Catlett</surname>
<given-names>C</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Jin</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Reed</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Jiang</surname>
<given-names>W</given-names>
</name>
</person-group>
<article-title>TeraGrid: a foundation for US Cyberinfrastructure</article-title>
<source>Network and parallel computing. Lecture Notes in Computer Science</source>
<year>2005</year>
<publisher-loc>Berlin</publisher-loc>
<publisher-name>Springer</publisher-name>
<fpage>1</fpage>
</element-citation>
</ref>
<ref id="CR4">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Deelman</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Gannon</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Shields</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Taylor</surname>
<given-names>I</given-names>
</name>
</person-group>
<article-title>Workflows and e-Science: an overview of workflow system features and capabilities</article-title>
<source>Future Gener Comput Syst</source>
<year>2009</year>
<volume>25</volume>
<issue>5</issue>
<fpage>528</fpage>
<lpage>540</lpage>
<pub-id pub-id-type="doi">10.1016/j.future.2008.06.012</pub-id>
</element-citation>
</ref>
<ref id="CR5">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Eisenberg</surname>
<given-names>D</given-names>
</name>
<name>
<surname>McLachlan</surname>
<given-names>AD</given-names>
</name>
</person-group>
<article-title>Solvation energy in protein folding and binding</article-title>
<source>Nature</source>
<year>1986</year>
<volume>319</volume>
<issue>6050</issue>
<fpage>199</fpage>
<lpage>203</lpage>
<pub-id pub-id-type="doi">10.1038/319199a0</pub-id>
<pub-id pub-id-type="pmid">3945310</pub-id>
</element-citation>
</ref>
<ref id="CR6">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Friesner</surname>
<given-names>RA</given-names>
</name>
<name>
<surname>Banks</surname>
<given-names>JL</given-names>
</name>
<name>
<surname>Murphy</surname>
<given-names>RB</given-names>
</name>
<name>
<surname>Halgren</surname>
<given-names>TA</given-names>
</name>
<name>
<surname>Klicic</surname>
<given-names>JJ</given-names>
</name>
<name>
<surname>Mainz</surname>
<given-names>DT</given-names>
</name>
<etal></etal>
</person-group>
<article-title>Glide: a new approach for rapid, accurate docking and scoring. 1. Method and assessment of docking accuracy</article-title>
<source>J Med Chem</source>
<year>2004</year>
<volume>47</volume>
<issue>7</issue>
<fpage>1739</fpage>
<lpage>1749</lpage>
<pub-id pub-id-type="doi">10.1021/jm0306430</pub-id>
<pub-id pub-id-type="pmid">15027865</pub-id>
</element-citation>
</ref>
<ref id="CR7">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Giardine</surname>
<given-names>B</given-names>
</name>
<name>
<surname>Riemer</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Hardison</surname>
<given-names>RC</given-names>
</name>
<name>
<surname>Burhans</surname>
<given-names>R</given-names>
</name>
<name>
<surname>Elnitski</surname>
<given-names>L</given-names>
</name>
<name>
<surname>Shah</surname>
<given-names>P</given-names>
</name>
<etal></etal>
</person-group>
<article-title>Galaxy: a platform for interactive large-scale genome analysis</article-title>
<source>Genome Res</source>
<year>2005</year>
<volume>15</volume>
<issue>10</issue>
<fpage>1451</fpage>
<lpage>1455</lpage>
<pub-id pub-id-type="doi">10.1101/gr.4086505</pub-id>
<pub-id pub-id-type="pmid">16169926</pub-id>
</element-citation>
</ref>
<ref id="CR8">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Goecks</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Nekrutenko</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Taylor</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Galaxy</surname>
<given-names>T</given-names>
</name>
</person-group>
<article-title>Galaxy: a comprehensive approach for supporting accessible, reproducible, and transparent computational research in the life sciences</article-title>
<source>Genome Biol</source>
<year>2010</year>
<volume>11</volume>
<issue>8</issue>
<fpage>R86</fpage>
<pub-id pub-id-type="doi">10.1186/gb-2010-11-8-r86</pub-id>
<pub-id pub-id-type="pmid">20738864</pub-id>
</element-citation>
</ref>
<ref id="CR9">
<element-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Guerrero</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Pérez-Sánchez</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Wenzel</surname>
<given-names>W</given-names>
</name>
<name>
<surname>Cecilia</surname>
<given-names>J</given-names>
</name>
<name>
<surname>García</surname>
<given-names>J</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Rocha</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Rodríguez</surname>
<given-names>JC</given-names>
</name>
<name>
<surname>Fdez-Riverola</surname>
<given-names>F</given-names>
</name>
<name>
<surname>Valencia</surname>
<given-names>A</given-names>
</name>
</person-group>
<article-title>Effective parallelization of non-bonded interactions Kernel for virtual screening on GPUs</article-title>
<source>5th international conference on practical applications of computational biology & bioinformatics (PACBB). Advances in intelligent and soft computing</source>
<year>2011</year>
<publisher-loc>Berlin</publisher-loc>
<publisher-name>Springer</publisher-name>
<fpage>63</fpage>
<lpage>69</lpage>
</element-citation>
</ref>
<ref id="CR10">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Halgren</surname>
<given-names>TA</given-names>
</name>
<name>
<surname>Murphy</surname>
<given-names>RB</given-names>
</name>
<name>
<surname>Friesner</surname>
<given-names>RA</given-names>
</name>
<name>
<surname>Beard</surname>
<given-names>HS</given-names>
</name>
<name>
<surname>Frye</surname>
<given-names>LL</given-names>
</name>
<name>
<surname>Pollard</surname>
<given-names>WT</given-names>
</name>
<etal></etal>
</person-group>
<article-title>Glide: a new approach for rapid, accurate docking and scoring. 2. Enrichment factors in database screening</article-title>
<source>J Med Chem</source>
<year>2004</year>
<volume>47</volume>
<issue>7</issue>
<fpage>1750</fpage>
<lpage>1759</lpage>
<pub-id pub-id-type="doi">10.1021/jm030644s</pub-id>
<pub-id pub-id-type="pmid">15027866</pub-id>
</element-citation>
</ref>
<ref id="CR11">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Irwin</surname>
<given-names>JJ</given-names>
</name>
<name>
<surname>Shoichet</surname>
<given-names>BK</given-names>
</name>
</person-group>
<article-title>ZINC—a free database of commercially available compounds for virtual screening</article-title>
<source>J Chem Inf Model</source>
<year>2005</year>
<volume>45</volume>
<issue>1</issue>
<fpage>177</fpage>
<lpage>182</lpage>
<pub-id pub-id-type="doi">10.1021/ci049714+</pub-id>
<pub-id pub-id-type="pmid">15667143</pub-id>
</element-citation>
</ref>
<ref id="CR12">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Jacob</surname>
<given-names>RB</given-names>
</name>
<name>
<surname>Andersen</surname>
<given-names>T</given-names>
</name>
<name>
<surname>McDougal</surname>
<given-names>OM</given-names>
</name>
</person-group>
<article-title>Accessible high-throughput virtual screening molecular docking software for students and educators</article-title>
<source>PLoS Comput Biol</source>
<year>2012</year>
<volume>8</volume>
<issue>5</issue>
<fpage>e1002499</fpage>
<pub-id pub-id-type="doi">10.1371/journal.pcbi.1002499</pub-id>
<pub-id pub-id-type="pmid">22693435</pub-id>
</element-citation>
</ref>
<ref id="CR13">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kacsuk</surname>
<given-names>P</given-names>
</name>
<name>
<surname>Farkas</surname>
<given-names>Z</given-names>
</name>
<name>
<surname>Kozlovszky</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Hermann</surname>
<given-names>G</given-names>
</name>
<name>
<surname>Balasko</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Karoczkai</surname>
<given-names>K</given-names>
</name>
<etal></etal>
</person-group>
<article-title>WS-PGRADE/gUSE generic DCI gateway framework for a large variety of user communities</article-title>
<source>J Grid Comput</source>
<year>2012</year>
<volume>10</volume>
<issue>4</issue>
<fpage>601</fpage>
<lpage>630</lpage>
<pub-id pub-id-type="doi">10.1007/s10723-012-9240-5</pub-id>
</element-citation>
</ref>
<ref id="CR14">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kokh</surname>
<given-names>DB</given-names>
</name>
<name>
<surname>Wenzel</surname>
<given-names>W</given-names>
</name>
</person-group>
<article-title>Flexible side chain models improve enrichment rates in in silico screening</article-title>
<source>J Med Chem</source>
<year>2008</year>
<volume>51</volume>
<issue>19</issue>
<fpage>5919</fpage>
<lpage>5931</lpage>
<pub-id pub-id-type="doi">10.1021/jm800217k</pub-id>
<pub-id pub-id-type="pmid">18771256</pub-id>
</element-citation>
</ref>
<ref id="CR15">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Krüger</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Grunzke</surname>
<given-names>R</given-names>
</name>
<name>
<surname>Gesing</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Breuers</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Brinkmann</surname>
<given-names>A</given-names>
</name>
<name>
<surname>de la Garza</surname>
<given-names>L</given-names>
</name>
<etal></etal>
</person-group>
<article-title>The MoSGrid science gateway—a complete solution for molecular simulations</article-title>
<source>J Chem Theory Comput</source>
<year>2014</year>
<volume>10</volume>
<issue>6</issue>
<fpage>2232</fpage>
<lpage>2245</lpage>
<pub-id pub-id-type="doi">10.1021/ct500159h</pub-id>
<pub-id pub-id-type="pmid">26580747</pub-id>
</element-citation>
</ref>
<ref id="CR16">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ludäscher</surname>
<given-names>B</given-names>
</name>
<name>
<surname>Altintas</surname>
<given-names>I</given-names>
</name>
<name>
<surname>Berkley</surname>
<given-names>C</given-names>
</name>
<name>
<surname>Higgins</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Jaeger</surname>
<given-names>E</given-names>
</name>
<name>
<surname>Jones</surname>
<given-names>M</given-names>
</name>
<etal></etal>
</person-group>
<article-title>Scientific workflow management and the Kepler system</article-title>
<source>Concurr Comput Pract Exp</source>
<year>2006</year>
<volume>18</volume>
<issue>10</issue>
<fpage>1039</fpage>
<lpage>1065</lpage>
<pub-id pub-id-type="doi">10.1002/cpe.994</pub-id>
</element-citation>
</ref>
<ref id="CR17">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Meng</surname>
<given-names>EC</given-names>
</name>
<name>
<surname>Shoichet</surname>
<given-names>BK</given-names>
</name>
<name>
<surname>Kuntz</surname>
<given-names>ID</given-names>
</name>
</person-group>
<article-title>Automated docking with grid-based energy evaluation</article-title>
<source>J Comput Chem</source>
<year>1992</year>
<volume>13</volume>
<issue>4</issue>
<fpage>505</fpage>
<lpage>524</lpage>
<pub-id pub-id-type="doi">10.1002/jcc.540130412</pub-id>
</element-citation>
</ref>
<ref id="CR18">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Merlitz</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Wenzel</surname>
<given-names>W</given-names>
</name>
</person-group>
<article-title>Comparison of stochastic optimization methods for receptor–ligand docking</article-title>
<source>Chem Phys Lett</source>
<year>2002</year>
<volume>362</volume>
<issue>3–4</issue>
<fpage>271</fpage>
<lpage>277</lpage>
<pub-id pub-id-type="doi">10.1016/S0009-2614(02)01035-7</pub-id>
</element-citation>
</ref>
<ref id="CR19">
<element-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Merlitz</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Wenzel</surname>
<given-names>W</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Laganá</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Gavrilova</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Kumar</surname>
<given-names>V</given-names>
</name>
<name>
<surname>Mun</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Tan</surname>
<given-names>CJK</given-names>
</name>
<name>
<surname>Gervasi</surname>
<given-names>O</given-names>
</name>
</person-group>
<article-title>High throughput in silico screening against flexible protein receptors</article-title>
<source>Computational science and its applications—ICCSA 2004. Lecture notes in computer science</source>
<year>2004</year>
<publisher-loc>Berlin</publisher-loc>
<publisher-name>Springer</publisher-name>
<fpage>465</fpage>
<lpage>472</lpage>
</element-citation>
</ref>
<ref id="CR20">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Morris</surname>
<given-names>GM</given-names>
</name>
<name>
<surname>Goodsell</surname>
<given-names>DS</given-names>
</name>
<name>
<surname>Huey</surname>
<given-names>R</given-names>
</name>
<name>
<surname>Olson</surname>
<given-names>AJ</given-names>
</name>
</person-group>
<article-title>Distributed automated docking of flexible ligands to proteins: parallel applications of AutoDock 2.4</article-title>
<source>J Comput Aided Mol Des</source>
<year>1996</year>
<volume>10</volume>
<issue>4</issue>
<fpage>293</fpage>
<lpage>304</lpage>
<pub-id pub-id-type="doi">10.1007/BF00124499</pub-id>
<pub-id pub-id-type="pmid">8877701</pub-id>
</element-citation>
</ref>
<ref id="CR21">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Pandey</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Voorsluys</surname>
<given-names>W</given-names>
</name>
<name>
<surname>Rahman</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Buyya</surname>
<given-names>R</given-names>
</name>
<name>
<surname>Dobson</surname>
<given-names>JE</given-names>
</name>
<name>
<surname>Chiu</surname>
<given-names>K</given-names>
</name>
</person-group>
<article-title>A grid workflow environment for brain imaging analysis on distributed systems</article-title>
<source>Concurr Comput Pract Exp</source>
<year>2009</year>
<volume>21</volume>
<issue>16</issue>
<fpage>2118</fpage>
<lpage>2139</lpage>
<pub-id pub-id-type="doi">10.1002/cpe.1461</pub-id>
</element-citation>
</ref>
<ref id="CR22">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Perez-Sanchez</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Wenzel</surname>
<given-names>W</given-names>
</name>
</person-group>
<article-title>Optimization methods for virtual screening on novel computational architectures</article-title>
<source>Curr Comput Aided Drug Des</source>
<year>2011</year>
<volume>7</volume>
<issue>1</issue>
<fpage>44</fpage>
<lpage>52</lpage>
<pub-id pub-id-type="doi">10.2174/157340911793743565</pub-id>
<pub-id pub-id-type="pmid">20883205</pub-id>
</element-citation>
</ref>
<ref id="CR23">
<element-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Pérez-Sánchez</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Kondov</surname>
<given-names>I</given-names>
</name>
<name>
<surname>García</surname>
<given-names>JM</given-names>
</name>
<name>
<surname>Klenin</surname>
<given-names>K</given-names>
</name>
<name>
<surname>Wenzel</surname>
<given-names>W</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Gabor Terstyánszky</surname>
<given-names>TK</given-names>
</name>
</person-group>
<article-title>A Pipeline Pilot based SOAP implementation of FlexScreen for high-throughput virtual screening</article-title>
<source>International workshop on science gateways for life sciences</source>
<year>2011</year>
<publisher-loc>London</publisher-loc>
<publisher-name>CEUR-WS.org</publisher-name>
</element-citation>
</ref>
<ref id="CR24">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Pérez-Sánchez</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Rezaei Tabar</surname>
<given-names>V</given-names>
</name>
<name>
<surname>Mezhuyev</surname>
<given-names>V</given-names>
</name>
<name>
<surname>Man</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Peña-García</surname>
<given-names>JJ</given-names>
</name>
<name>
<surname>den-</surname>
<given-names>H</given-names>
</name>
<name>
<surname>Gesing</surname>
<given-names>S</given-names>
</name>
</person-group>
<article-title>Developing science gateways for drug discovery in a grid environment</article-title>
<source>PeerJ PrePrints</source>
<year>2015</year>
<volume>3</volume>
<fpage>e1525</fpage>
<pub-id pub-id-type="doi">10.7717/peerj.1525</pub-id>
</element-citation>
</ref>
<ref id="CR25">
<mixed-citation publication-type="other">Rui W, Brewer D, Shastri S, Swayampakula S, Miller JA, Kraemer ET et al. (eds) (2009) Adapting the galaxy bioinformatics tool to support semantic web service composition. In: 2009 World conference on Services-I; 6–10 July 2009</mixed-citation>
</ref>
<ref id="CR26">
<mixed-citation publication-type="other">Sánchez-Linares I, Pérez Sánchez HE, García JM (eds) (2011a) Accelerating grid kernels for virtual screening on graphics processing units. In: PARCO</mixed-citation>
</ref>
<ref id="CR27">
<mixed-citation publication-type="other">Sánchez-Linares I, Pérez-Sánchez H, Guerrero GD, Cecilia JM, García JM (2011b) Accelerating multiple target drug screening on GPUs. In: Proceedings of the 9th international conference on computational methods in systems biology, 2037523. ACM, Paris, France, pp 95–102</mixed-citation>
</ref>
<ref id="CR28">
<element-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Sild</surname>
<given-names>S</given-names>
</name>
<name>
<surname>Maran</surname>
<given-names>U</given-names>
</name>
<name>
<surname>Romberg</surname>
<given-names>M</given-names>
</name>
<name>
<surname>Schuller</surname>
<given-names>B</given-names>
</name>
<name>
<surname>Benfenati</surname>
<given-names>E</given-names>
</name>
</person-group>
<person-group person-group-type="editor">
<name>
<surname>Sloot</surname>
<given-names>PA</given-names>
</name>
<name>
<surname>Hoekstra</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Priol</surname>
<given-names>T</given-names>
</name>
<name>
<surname>Reinefeld</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Bubak</surname>
<given-names>M</given-names>
</name>
</person-group>
<article-title>OpenMolGRID: using automated workflows in GRID computing environment</article-title>
<source>Advances in grid computing—EGC 2005. Lecture notes in computer science</source>
<year>2005</year>
<publisher-loc>Berlin</publisher-loc>
<publisher-name>Springer</publisher-name>
<fpage>464</fpage>
<lpage>473</lpage>
</element-citation>
</ref>
<ref id="CR29">
<element-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Snell</surname>
<given-names>J</given-names>
</name>
<name>
<surname>Tidwell</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Kulchenko</surname>
<given-names>P</given-names>
</name>
</person-group>
<source>Programming Web services with SOAP</source>
<year>2002</year>
<publisher-loc>Sebastopol</publisher-loc>
<publisher-name>O’Reilly and Associates Inc</publisher-name>
</element-citation>
</ref>
<ref id="CR30">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Wenzel</surname>
<given-names>W</given-names>
</name>
<name>
<surname>Hamacher</surname>
<given-names>K</given-names>
</name>
</person-group>
<article-title>Stochastic tunneling approach for global minimization of complex potential energy landscapes</article-title>
<source>Phys Rev Lett</source>
<year>1999</year>
<volume>82</volume>
<issue>15</issue>
<fpage>3003</fpage>
<lpage>3007</lpage>
<pub-id pub-id-type="doi">10.1103/PhysRevLett.82.3003</pub-id>
</element-citation>
</ref>
<ref id="CR31">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Wolstencroft</surname>
<given-names>K</given-names>
</name>
<name>
<surname>Haines</surname>
<given-names>R</given-names>
</name>
<name>
<surname>Fellows</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Williams</surname>
<given-names>A</given-names>
</name>
<name>
<surname>Withers</surname>
<given-names>D</given-names>
</name>
<name>
<surname>Owen</surname>
<given-names>S</given-names>
</name>
<etal></etal>
</person-group>
<article-title>The Taverna workflow suite: designing and executing workflows of web services on the desktop, web or in the cloud</article-title>
<source>Nucleic Acids Res</source>
<year>2013</year>
<volume>41</volume>
<fpage>W557</fpage>
<lpage>W561</lpage>
<pub-id pub-id-type="doi">10.1093/nar/gkt328</pub-id>
<pub-id pub-id-type="pmid">23640334</pub-id>
</element-citation>
</ref>
<ref id="CR32">
<element-citation publication-type="journal">
<person-group person-group-type="author">
<name>
<surname>Xiaoyu</surname>
<given-names>Y</given-names>
</name>
<name>
<surname>Bruin</surname>
<given-names>RP</given-names>
</name>
<name>
<surname>Dove</surname>
<given-names>MT</given-names>
</name>
</person-group>
<article-title>Developing an end-to-end scientific workflow</article-title>
<source>Comput Sci Eng</source>
<year>2010</year>
<volume>12</volume>
<issue>3</issue>
<fpage>52</fpage>
<lpage>61</lpage>
<pub-id pub-id-type="doi">10.1109/MCSE.2010.61</pub-id>
</element-citation>
</ref>
</ref-list>
</back>
</pmc>
</record>

Pour manipuler ce document sous Unix (Dilib)

EXPLOR_STEP=$WICRI_ROOT/Ticri/CIDE/explor/CyberinfraV1/Data/Pmc/Corpus
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 000191  | SxmlIndent | more

Ou

HfdSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd -nk 000191  | SxmlIndent | more

Pour mettre un lien sur cette page dans le réseau Wicri

{{Explor lien
   |wiki=    Ticri/CIDE
   |area=    CyberinfraV1
   |flux=    Pmc
   |étape=   Corpus
   |type=    RBID
   |clé=     
   |texte=   
}}

Wicri

This area was generated with Dilib version V0.6.25.
Data generation: Thu Oct 27 09:30:58 2016. Site generation: Sun Mar 10 23:08:40 2024