<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Choicla: An Intelligent Group Decision Support Environment</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute for Software Technology</institution>
          ,
          <addr-line>In eldgasse 16b, 8010 Graz</addr-line>
          ,
          <country country="AT">Austria</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2014</year>
      </pub-date>
      <abstract>
        <p>Group recommendation technologies have been successfully applied in domains such as interactive television, music, and tourist destinations. Existing group recommendation environments are focusing on speci c domains and do not o er the possibility of supporting di erent kinds of decision scenarios. The Choicla group decision support environment advances the state of the art by supporting decision scenarios in a domain-independent fashion. In this paper we give a short overview of the Choicla group decision support environment.</p>
      </abstract>
      <kwd-group>
        <kwd>Recommender Systems</kwd>
        <kwd>Group Recommendation</kwd>
        <kwd>Group Decision Making</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Decisions in everyday life often come up in groups, for example, a decision about
the destination for the next holidays or a decision about which restaurant to
choose for a dinner. The quality of many group decisions is negatively in uenced
by various factors. So-called anchoring e ects [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] are responsible for decisions
which are biased by the voting of the rst preference-articulating person. Missing
explanations can lead to a lower level of trust in recommendations [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ].
Knowledge about the preferences of other users in early phases of a decision process
as well as limited domain knowledge can lead to sub-optimal decision outcomes
([
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]). Decision processes are often not open in the sense that it is impossible to
easily integrate new decision alternatives or change the individual preferences
within the scope of a decision process - these aspects can lead to low-quality
decision outcomes (see [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]). In many cases, the criteria for a decision remain
unclear since there is no explanation of the outcome of "the nal decision".
One major goal of the Choicla environment is to facilitate group decision making
and improve the overall quality of decision outcomes. The idea of this
environment is to support de nitions of di erent types of decision tasks in a
domainindependent fashion while taking into account the above mentioned risk factors.
In order to achieve this goal, Choicla builds upon di erent group
recommendation algorithms [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] which are used for determining alternative solutions for the
participants of a group decision process.
      </p>
    </sec>
    <sec id="sec-2">
      <title>Choicla Decision Support</title>
      <p>
        Because decision scenarios di er from each other in terms of their process design,
a variety of parameters is needed. Some decision scenarios rely on a preselected
decision heuristic that de nes the criteria for taking the decision, for example, a
group decides to use majority voting for deciding about the next restaurant or
cinema visit. The design of decision tasks (the underlying process) can be
interpreted as a con guration problem (see [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]). Con gurable parameters in Choicla
are, for example, the inclusion of explanations, the way of administrating the
decision alternatives, the preference visibility and the recommendation support.
For a more detailed discussion of all the available parameters in Choicla we refer
the reader to [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. The achieved exibility of making the process design of a
decision task con gurable is needed due to the heterogeneity of decision problems.
This way the Choicla components are organized as a kind of a software product
line that is open in terms of the implementation (generation) of problem-speci c
decision applications.
      </p>
      <p>After the design process has been nished, the creator of the decision task as
well as all invited participants (after accepting the invitation) can interact with
a Choicla decision app. A decision app is automatically installed on the home
screens of the participants.</p>
      <p>Choicla also o ers a possibility to search for public available decision apps (if
someone has created an app before and set it public). This technique makes
it possible to reuse a created decision app and thus prevents a creation from
scratch every time - especially for frequent decision tasks such as, for example,
scheduling decision tasks. This reuse technique has the potential to reduce the
entry barrier for using Choicla and keep the interaction simple. Of course there
is also an option for designing a new decision app from scratch.</p>
      <p>To keep the potentially large number of decision tasks manageable, every
decision app consists of a variable number of instances. A concrete instance of a
decision app can be accessed within the corresponding decision app. This
mechanism o ers the possibility of an exact documentation of all past decisions and
is also a basis for supporting recurring decision tasks.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Future Work</title>
      <p>
        Our future work will focus on the analysis of further application domains for
the Choicla technologies. Our vision is to make the creation (design) of
domainindependent group decision tasks as simple and straightforward as possible. The
resulting decision task should be easy to handle for users and make group
decisions in general more e cient. Our focus will also be on the analysis of decision
phenomena within the scope of group decision processes. Phenomena such as
decoy e ects [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] and anchoring e ects [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] have been well studied for
singleuser cases, however, in group-based decision scenarios no studies have been
conducted. A further issue for future work is to gure out which group
recommendations help to achieve consensus more quickly. Finally, we want to point up that
one of our major goals is to make the Choicla datasets available to the research
community in an anonymized fashion for experimentation purposes.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>A.</given-names>
            <surname>Felfernig</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Gula</surname>
          </string-name>
          , and
          <string-name>
            <given-names>E.</given-names>
            <surname>Teppan</surname>
          </string-name>
          .
          <article-title>Knowledge-based Recommender Technologies for Marketing and Sales</article-title>
          .
          <source>International Journal of Pattern Recognition and Arti cial Intelligence (IJPRAI)</source>
          ,
          <volume>21</volume>
          (
          <issue>2</issue>
          ):1{
          <fpage>22</fpage>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>J.</given-names>
            <surname>Huber</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Payne</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Puto</surname>
          </string-name>
          .
          <article-title>Adding Asymmetrically Dominated Alternatives: Violations of Regularity and the Similarity Hypothesis</article-title>
          .
          <source>The Journal of Consumer Research</source>
          ,
          <volume>9</volume>
          (
          <issue>1</issue>
          ):
          <volume>90</volume>
          {
          <fpage>98</fpage>
          ,
          <year>1982</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>K.</given-names>
            <surname>Jacowitz</surname>
          </string-name>
          and
          <string-name>
            <given-names>D.</given-names>
            <surname>Kahneman</surname>
          </string-name>
          .
          <article-title>Measures of Anchoring in Estimation Tasks</article-title>
          .
          <source>Personality and Social Psychology Bulletin</source>
          ,
          <volume>21</volume>
          (
          <issue>1</issue>
          ):
          <volume>1161</volume>
          {
          <fpage>1166</fpage>
          ,
          <year>1995</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>J.</given-names>
            <surname>Mastho</surname>
          </string-name>
          .
          <source>Group Recommender Systems: Combining Individual Models. Recommender Systems Handbook</source>
          , pages
          <volume>677</volume>
          {
          <fpage>702</fpage>
          ,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>A.</given-names>
            <surname>Mojzisch</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Schulz-Hardt</surname>
          </string-name>
          .
          <article-title>Knowing other's preferences degrades the quality of group decisions</article-title>
          .
          <source>Journal of Personality &amp; Social Psychology</source>
          ,
          <volume>98</volume>
          (
          <issue>5</issue>
          ):
          <volume>794</volume>
          {
          <fpage>808</fpage>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>E.</given-names>
            <surname>Molin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Oppewal</surname>
          </string-name>
          , and
          <string-name>
            <given-names>H.</given-names>
            <surname>Timmermans</surname>
          </string-name>
          .
          <article-title>Modeling Group Preferences Using a Decompositional Preference Approach</article-title>
          . Group Decision and Negotiation,
          <volume>6</volume>
          :
          <fpage>339</fpage>
          {
          <fpage>350</fpage>
          ,
          <year>1997</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>M.</given-names>
            <surname>Stettinger</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Felfernig</surname>
          </string-name>
          . Choicla:
          <article-title>Intelligent decision support for groups of users in the context of personnel decisions. Interfaces and Human Decision Making for Recommender Systems</article-title>
          , RecSys2014,
          <string-name>
            <given-names>Silicon</given-names>
            <surname>Valley</surname>
          </string-name>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>M.</given-names>
            <surname>Stettinger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Felfernig</surname>
          </string-name>
          , G. Ninaus,
          <string-name>
            <given-names>M.</given-names>
            <surname>Jeran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Reiterer</surname>
          </string-name>
          , and
          <string-name>
            <given-names>G.</given-names>
            <surname>Leitner</surname>
          </string-name>
          .
          <article-title>Conguring decision tasks</article-title>
          . Workshop on Con guration,
          <source>Novi Sad</source>
          , pages
          <volume>17</volume>
          {
          <fpage>21</fpage>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>E.</given-names>
            <surname>Teppan</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Felfernig</surname>
          </string-name>
          .
          <article-title>Asymmetric dominance- and compromise e ects in the nancial services domain</article-title>
          .
          <source>In Commerce and Enterprise Computing</source>
          ,
          <year>2009</year>
          . CEC '09. IEEE Conference on, pages
          <volume>57</volume>
          {
          <fpage>64</fpage>
          ,
          <year>July 2009</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>