\documentclass{article}
\usepackage{tabularx}
\usepackage{placeins}
\usepackage{hyperref}

\newcommand{\tabitem}[1][\textbullet]{~~\llap{#1}~~}

\begin{document}
\title{Decision Support for Group Configuration using Recommender Systems}
\author{Hannes F. Kuchelmeister}
\date{2020/01/23}

\maketitle

\section{Research Gap}

There exists research on group recommenders and research on recommenders for configuration but there does not exists research recommendation for group configuration. An approach for group recommenders is collaborative filtering. This approach is used also in recommenders for configuration. That is why adapting these approaches to suit the use case of group recommenders for configuration.

Commonly for collaborative filtering with group recommenders the preferences of the group members are combined with an aggregation function to generate a group profile. This profile is compared to historic group profiles from other groups and their choice of items (e.g. songs to listen to, things to buy) is used for recommendations.

Collaborative filtering in configuration on the other hand usually uses the similarity of the current unfinished configuration to historic configurations to give recommendations.

\section{Problem}
A group of people with different personal preferences (knowledge and hierarchical power) want to buy products with high variability. Making decisions in the group comes with problems as communicating preferences is complicated.

Examples of that are:
\begin{itemize}
    \item A companies truck fleet
    \item A companies customer management software system
    \item A public project to get a new area at a zoo
    \item Managing a forest (while considering public interests and also wood production companies)
    \item An existing building and how it should be furnished
\end{itemize}. 

\section{Solution Objectives}

\begin{itemize}
    \item A system should give recommendation for the group using a scoring function that takes into account preferences of group members, the current state (and potentially hierarchy and knowledge)  of group members.
    \item Recommendations should allow different strategies
    \item Recommendations should always be valid options (i.e. configurations)
\end{itemize}

\section{User Interaction with the System}
The system has one main way to be used as defined in \autoref{table:simulation_parameters}.

\begin{table}
    \begin{center}
        \begin{tabularx}{\columnwidth}{l|X}
            \multicolumn{2}{c}{Main System Usage} \\
            \hline
            Preconditions   & \tabitem The configurator is opened with the same session on each of the group member's machines \\
                            & \tabitem The configuration is in an unfinished state (this state is a consensus state)\\
            \hline
            Postcondition   & \tabitem All users have given their preferences as ratings of attributes \\
                            & \tabitem The system gives a recommendation based on all preferences and the unfinished configuration state \\
            \hline
            Basic Flow      & \tabitem[1.] A user rates an attribute \\
                            & \tabitem[2.] The system generates a recommendation (based on preferences and configuration status) \\
                            & \tabitem[3.] If not all users have given their preferences go to step 1. \\
            \hline
        \end{tabularx}
        \caption{A description of the main way users will interact with the system}
        \label{table:simulation_parameters}
    \end{center}
\end{table}

\FloatBarrier

\FloatBarrier

\section{Technical Focus}

Given an unfinished configuration and preferences of all group members rate a finished configuration on how well "similar" it reflects the configuration and preferences.
$$score_{group} : (configState,\ preferences,\ configurationToScore) \mapsto rating$$

Use this to choose the best finished configuration out of a list to recommend.

\subsection{Generating a Recommendation}

Hereby the idea is there is a store of complete configurations (possibly historic from other groups or automatically generated or both).
Now the recommendation procedure looks as follows:

\begin{enumerate}
    \item Assign a score to each stored configuration according to $$score_{group}(\overline{configurationState},\ \overline{preferences}, \ configurationInStore)$$
    \item Chose the configuration with the highest score as recommendation.
\end{enumerate}


\section{Possible Extensions or Further Research}

\begin{itemize}
    \item How to optimise such that no need to search through all stored finished configurations is necessary? (e.g. improve runtime from $\mathcal{O}(n)$ to $\mathcal{O}(log\ n)$)
    \item How to model hierarchy and knowledge about part of the products in preferences?
    \item Letting users just chose functions and how much they value them instead of rating individual attributes (more lay friendly). And how does this compare to explicitly choosing preferences.
\end{itemize}
    
    
\section{Evaluation of Case Study}

For one example e.g. forest example generate all possible valid configurations.

Generate groups with preferences (explicit preferences) and configuration state (which would be for example the currently existing forest).

\subsection{Group Types During Evaluation}
\begin{itemize}
    \item Groups shall be generated with random preferences
    \item With grouped preferences: people adhere more or less to one profile (Forest Owner, Athlete, Consumer, Environmentalist)
    \item Group of only one profile type: rather homogenous group
\end{itemize}

\subsection{Questions to Answer During the Evaluation}

\begin{itemize}
    \item How close are recommendations of the recommender system to the ideal recommendation depending on the number of stored recommendations? The ideal configuration is the configuration that has the highest score with the given group scoring function $score_{group}$.
    \item Is this approach practical?
\end{itemize}

\end{document}