A Short History of Configuration Technologies - Introduction - Knowledge-based Configuration: From Research to Business Cases, FIRST EDITION (2014)

Knowledge-based Configuration: From Research to Business Cases, FIRST EDITION (2014)

Part I. Introduction

Chapter 2. A Short History of Configuration Technologies

Lothar Hotza, Alexander Felfernigb, Andreas Güntera and Juha Tiihonenc, aHITeC e.V., University of Hamburg, Hamburg, Germany, bGraz University of Technology, Graz, Austria, cAalto University, Aalto, Finland


Nearly 40-years of configuration technologies motivated us to give this brief overview of the main configuration technological streams. We outline the technological developments in the field starting from the first expert systems of the late 1970s down to today’s configuration solutions. The vastness and intricacies of the configuration field makes it impossible to cover concisely all of its relevant aspects. For the purpose of this overview, we decided to focus on the following four different yet overlapping technological developments: (1) rule-based configurators, (2) early model-based configurators, (3) mainstream configuration environments, and (4) mass customization toolkits.


Expert Systems; Configuration History; Configurator Applications

2.1 Rule-based Configurators

Weak Artificial Intelligence (Weak AI) (Searle, 1980) denotes an interpretation of AI in the narrow sense: it supports the accomplishment of specific problem-solving tasks (such as configuration), not encompassing the full range of human cognitive abilities (seeRussel and Norvig, 2003). In the line of weak AI (the term was not known at that time), many expert systems were developed in the 1970s. Examples of successful configuration expert systems are (1) R1/XCON (a first version was developed in the late 1970s), a computer configurator (Bachant and McDermott, 1984; McDermott, 1982; Soloway et al., 1987) and (2) VT (vertical transportation), a system for handling the design of elevator systems at the Westinghouse Elevator Company (Marcus et al., 1987). One of the major reasons for applying expert system technologies was the failure of procedural (e.g., FORTRAN-based) approaches to solve the configuration problem. As an example, we focus on the R1/XCON configurator.

R1/XCON was an expert system initially implemented by John McDermott on the basis of OPS5 (Forgy, 1981); that is production rules were used for expressing configuration knowledge (see, e.g., Figure 2.1). R1/XCON was developed to support order generation for VAX computer systems (initially for Digital Equipment VAX-11 systems, later for PDP, MICROVAX, and MICRO-PDP).

FIGURE 2.1 A typical rule (paraphrased) in R1/XCON (McDermott, 1982). The condition part describes the current configuration context (configuration) and the action part includes actions to extend this configuration.

Before R1/XCON was introduced, computers at Digital Equipment (DEC) were configured manually. As a consequence, sales personnel created erroneous, incomplete, and infeasible configurations, which caused enormous overheads and costs. The overall net return to DEC was estimated $40 million dollars per year as the result of the successful delivery of valid and completely configured systems.

Although very successful, R1/XCON had a major drawback: the chosen knowledge representation. The rule-based implementation triggered enormous efforts in knowledge base development and maintenance (Soloway et al., 1987). An example of a rule defined in the R1/XCON system is given in Figure 2.1.

The main problem of R1/XCON was the dependency between domain and problem solving knowledge; that is when domain knowledge had to be adapted, this caused changes in the problem solving knowledge and vice versa (Bachant and McDermott, 1984;Soloway et al., 1987). In other words, the outcome of the configuration process strongly depended on the ordering in which different rules were interpreted. To achieve a certain outcome (configuration), obscure ‘tricks’ were applied to enforce a certain sequence of rule firing (Soloway et al., 1987).

This unfortunate situation motivated new technological developments that can be summarized with the term model-based knowledge representations.1

2.2 Early Model-based Configurators

The major characteristic of model-based configuration is a clear separation between domain knowledge and problem solving knowledge. In the configuration context, this is realized by a separation of product-specific knowledge and knowledge related to configuration search; that is finding consistent solutions.

Constraint satisfaction problems (CSPs) (see Hotz et al., 20142) are a widely used model-based knowledge representation formalism. Early versions of CSPs were already developed in the late 1970s (Lauriere, 1978; Mackworth, 1977). Multidirectionality can be considered the main difference between rule-based and constraint-based problem solving.

In contrast to constraint-based representations, rules are based on if-then structures, and their interpretation presupposes a direction from the condition to the action part. Restrictions formulated as constraints make it possible to assign a value to an arbitrary variable. A constraint solver can propagate consequences of assignments to other variables and the order of variable assignments does not affect constraints. Nowadays, basic constraint technologies are provided by open source constraint libraries such as CHOCO,3JACOP,4 and MINION.5

A major characteristic of many configuration domains is the need of component-oriented configuration knowledge representations (Mittal and Frayman, 1989). In order to assure the maintainability of the configuration model, component types and their relationships are treated as first class entities within an object model; that is component types and relationships are not represented as variables and constraints but as component types and generic constraints (see Hotz et al., 2014).

Without any claim to completeness, we want to mention the following “early” environments that supported a component-oriented knowledge representation: COSSACK (Frayman and Mittal, 1987), (Wright et al., 1993), COCOS (Stumptner et al., 1994), Beologic (Skovgaard, 1996), Trilogy (Franke, 1996),6 Selectica,7 Caméléon (Aldanondo et al., 2000),8 SAP9 (Haag, 1996), and further developments of the PLAKON configurator (Cunis et al., 1991; Günter and Cunis, 1992; Neumann, 1988; see also Haag, 201410).

2.3 Mainstream Configuration Environments

Today, component-oriented technologies are widely used for the representation and solving of configuration tasks. Promising results with the early systems and a cut in prices by several orders of magnitude due to the transition from classic AI environments to mainstream environments triggered further developments (and also redevelopments), which ended in industrial-strength configuration environments such as Tacton (Orsvärn and Axling, 1999), ConfigIT (Moeller et al., 2001), EngCon (further development of KONWERK; see Hotz and Günter, 201411; Ranze et al., 2002), and ILOG; see Junker and Mailharro, 2003; Mailharro, 199812. At the same time, configuration environments were increasingly integrated into ERP (enterprise resource planning) solutions; examples are SAP (Haag, 1998), BAAN (Yu and Skovgaard, 1998), and ORACLE.13 ERP systems and supply chain integration made configuration a mainstream technology simply due to the fact that ERP systems were already widely used.

Complex configuration tasks need generative configuration approaches; this is the generation of components (instances of component types) and corresponding constraints (instances of generic constraints) on demand. This capability is a further development of early component-oriented configuration approaches. Component-oriented knowledge representations and generative problem solving are crucial for complex domains such as telecommunication (Fleischanderl et al., 1998; Stumptner et al., 1998, 1994), railway interlocking (see Falkner and Schreiner, 201414), cabin-layouts (Kopisch and Günter, 1992), the automotive industry (Pargamin, 2002), and drive systems (Ranze et al., 2002). Most of these configuration environments do support generative problem solving. A screenshot of railway interlocking hardware is depicted in Figure 2.2; drive systems are shown in Figure 2.3.

FIGURE 2.2 Siemens railway interlocking hardware.

FIGURE 2.3 Example of gear drives that are parts of drive control systems arranged and dimensioned by the DSD (Drive Solution Designer) configurator. DSD is implemented with the configuration tool EngCon (see Krebs, 2014, Chapter 23). Such drives are used for printing and sorting machines or automated saws. The variability in these domains stems from a large number (thousands) of different engines, gears, controllers, and other components and their variants.

The increasing size and complexity of configuration models (and corresponding configurations) triggered the development of further technologies. Approaches such as binary decision diagrams (BDDs; Andersen et al., 2010) and solution automata (Amilhastre et al., 2002) allow efficient reasoning especially in nongenerative configuration settings. Diagnosis and repair algorithms help users to overcome inconsistent situations (Felfernig et al., 2012; Junker, 2004; Sinz et al., 2007) in an efficient fashion (Card et al., 1991). Increasing model complexity triggered the development of graphical development and test environments that helped to increase understandability and maintainability of configuration knowledge bases (Aldanondo et al., 2000; Felfernig, 2007; Felfernig et al., 2004,2000, 2013b; Haug, 2010). Today’s commercial environments provide graphical notations that allow the formulation of partonomies, taxonomies, and related constraints (sometimes also denoted as business rules).

In addition to constraint-based approaches, Answer Set Programming (ASP) became a paradigm for configuration knowledge representation (Aschinger et al., 2012; Friedrich et al., 2011; Myllärniemi et al., 2005; Simons et al., 2002; Soininen et al., 2001; Tiihonen et al., 2003, 2013). ASP maps a logic-based configuration model onto propositional logic theories and solves them with SAT-solvers (see Hotz et al., 2014).15 Due to a first order logic-based knowledge representation, ASP allows a component-oriented representation of configuration tasks, and thus is a potential alternative to constraint-based approaches. The configuration system WeCoTin (Tiihonen et al., 2013) was implemented on the basis of this technology and tested against several application domains. The commercial version of WeCoTin is VariSales—(see Tiihonen and Anderson, 2014).16

2.4 Mass Customization Toolkits

The goal of mass customization is to efficiently provide customers with what they want, when they want it, and at a competitive price (see Piller and Blazek, 2014).17 This widespread business requirement triggered the demand for technologies that intelligently support customers (end users) in autonomously configuring (codesign) products and services that fit their wishes and needs. Configurators deployed in such application scenarios are often referred to as mass customization toolkits (Aldanondo and Vareilles, 2008;Franke and Piller, 2003).

Enabling customers to configure products and services on their own triggered the development of personalization technologies that provide services such as the automated recommendation of parameter values, whole (sub-) configurations, and questions of interest for the user (Ardissono et al., 2003; Chevaleyre et al., 2007; Cöster et al., 2002; Domshlak et al., 2000; Falkner et al., 2011; Felfernig and Burke, 2008; Felfernig et al., 2013a; Stegmann et al., 2003; Tiihonen and Felfernig, 2010). Furthermore, configurators were enabled to recommend alternative parameter settings in situations where no solution could be found for the given set of customer requirements (Felfernig et al., 2009, 2012; Junker, 2004; Sinz et al., 2007). For an overview of the application of recommendation technologies in configuration scenarios refer to Tiihonen et al. (2014).18 An example of a mass customization toolkit is mi adidas,19 which supports the configuration of individualized shoes (see also Piller and Blazek, 2014).

Besides supporting customers in finding products and services that fit their wishes and needs, mass customization toolkits are also exploited for the identification of new requirements emerging in the customer community. On the one hand, such requirements can be derived by analyzing customer interactions with the mass customization toolkit, and on the other hand, customers themselves can be integrated into a company’s new product development processes. Both of these approaches exploiting customer knowledge for new product development are related to the concept of open innovation (Chesbrough, 2003); that is to systematically integrate customers into a company’s value chain. A nice example of an open innovation toolkit is introduced by Piller et al. (2004), who present a community-based environment for the cooperative development of computer games. In this context, an open innovation toolkit supports the generation of new game components without the need of programming knowledge.

2.5 Conclusion

In this chapter, we provided an outline of configuration-related historical developments. These developments can be briefly characterized as follows:

From initial applications as rule-based expert systems,

Via early model-based configurators, which allow a clear separation of domain knowledge and problem-solving knowledge,

To mainstream model-based configuration environments integrated in supply chains and ERP systems,

And mass customization toolkits.

The history of configuration reflects many different developments that ultimately lead to industrial strength configuration technologies. As such, configuration can be seen as one of the most successful application areas of Artificial Intelligence technologies.

We are aware of the fact that not all configuration-related developments could be considered in this chapter, and refer you to further related work, for example, on resource-based configuration (Heinrich and Jüngst, 1991; Jüngst and Heinrich, 1998), functional approaches (Stein, 1995), description logic-based configuration (McGuinness and Wright, 1998; Wright et al., 1993), hybrid configuration (Günter, 1995; Hotz, 2009; Junker and Mailharro, 2003; McGuinness and Wright, 1998; Wright et al., 1993), and related topics that are discussed in Chapter 3. For further historical remarks, refer to overviews such as Forza and Salvador (2002), Günter and Kühn (1999), Jannach et al. (2007), Sabin and Weigel (1998), Soininen et al. (1998), and Stumptner (1997).


1. Aldanondo M, Vareilles E. Configuration for mass customization: how to extend product configuration towards requirements and process configuration. Journal of Intelligent Manufacturing. 2008;19(5):521–535.

2. Aldanondo M, Rouge S, Veron M. Expert configurator for concurrent engineering: Caméléon software and model. Journal of Intelligent Manufacturing. 2000;11(2):127–134.

3. Amilhastre J, Fargier H, Marquis P. Consistency restoration and explanations in dynamic CSPs – application to configuration. Artificial Intelligence. 2002;135(1–2):199–234.

4. Andersen H, Hadzic T, Pisinger D. Interactive cost configuration over decision diagrams. Journal of Articial Intelligence Research. 2010;37:99–139.

5. Ardissono L, Felfernig A, Friedrich G, et al. A framework for the development of personalized, distributed web-based configuration systems. AI Magazine. 2003;24(3):93–108.

6. Aschinger M, Drescher C, Vollmer H. LoCo – a logic for configuration problems. In: 20th European Conference on Artificial Intelligence (ECAI2012). Montpellier, France: IOS Press; 2012;73–78.

7. Bachant J, McDermott J. R1 revisited: four years in the trenches. AI Magazine. 1984;5(3):21–32.

8. Card S, Robertson G, Mackinlay J. The information visualizer, an information workspace. In: CHI ’91 Proceedings of the SIGCHI Conference on Human Factors in Computing Systems. New Orleans, Louisiana: ACM; 1991:181–188.

9. Chesbrough H. Open Innovation The New Imperative for Creating and Profiting from Technology. Boston: Harvard Business School Press; 2003.

10. Chevaleyre Y, Endriss U, Lang J, Maudet N. A short introduction to computational social choice. In: 33rd Conference on Current Trends in Theory and Practice of Computer Science (SOFSEM-2007). Harrachov, Czech Republic: Springer; 2007;51–69. Lecture Notes in Computer Science vol. 4362.

11. Cöster, C., Gustavsson, A., Olsson, R., Rudström, A., 2002. Enhancing web-based configuration with recommendations and cluster-based help. In: Francesco, R., Barry, S. (Eds.), AH’02 Workshop on Recommendation and Personalized in e-Commerce. Universidad de Málaga, Málaga, Spain, pp. 30–40.

12. Cunis, R., Günter, A., Strecker, H. (Eds.), 1991. The PLAKON-Book. Informatik-Fachberichte, vol. 266. Springer (in German: Das PLAKON-Buch).

13. Domshlak C, Genaim S, Brafman R. Preference-based configuration of web page content. In: 14th European Conference on Artificial Intelligence (ECAI 2000), Configuration Workshop, Berlin, Germany. 2000;19–22. (August 21–22).

14. Falkner A, Schreiner H. SIEMENS: configuration and reconfiguration in industry. In: Felfernig A, Hotz L, Bagley C, Tiihonen J, eds. Knowledge-based Configuration – From Research to Business Cases. Waltham, MA: Morgan Kaufmann Publishers; 2014:199–210. (Chapter 16).

15. Falkner A, Felfernig A, Haag A. Recommendation technologies for configurable products. AI Magazine. 2011;32(3):99–108.

16. Felfernig A. Standardized configuration knowledge representations as technological foundation for mass customization. IEEE Transactions on Engineering Management. 2007;54(1):41–56.

17. Felfernig A, Burke R. Constraint-based recommender systems: technologies and research issues. In: ACM International Conference on Electronic Commerce (ICEC08), Innsbruck, Austria. 2008:17–26.

18. Felfernig A, Friedrich GE, Jannach D. UML as domain specific language for the construction of knowledge-based configuration systems. International Journal of Software Engineering and Knowledge Engineering. 2000;10(4):449–469.

19. Felfernig A, Friedrich G, Jannach D, Stumptner M. Consistency-based diagnosis of configuration knowledge bases. Artificial Intelligence. 2004;152(2):213–234.

20. Felfernig A, Schubert M, Friedrich G, Mandl M, Mairitsch M, Teppan E. Plausible repairs for inconsistent requirements. In: 21st International Joint Conference on Artificial Intelligence (IJCAI’09), Pasadena, CA. 2009:791–796.

21. Felfernig A, Schubert M, Zehentner C. An efficient diagnosis algorithm for inconsistent constraint sets. Artificial Intelligence for Engineering Design, Analysis and Manufacturing (AI EDAM). 2012;26(1):53–62.

22. Felfernig A, Jeran M, Ninaus G, Reinfrank F, Reiterer S. Toward the next generation of recommender systems: applications and research challenges. In: Tsihrintzis GA, Virvou M, Jain LC, eds. Multimedia Services in Intelligent Environments – Advances in Recommender Systems Smart Innovation. Heidelberg, New York, Dordrecht, London: Springer; 2013a:81–98. Systems and Technologies vol. 24.

23. Felfernig, A., Reiterer, S., Stettinger, M., Reinfrank, F., Jeran, M., Ninaus, G., 2013b. Recommender systems for configuration knowledge engineering. In: Workshop on Configuration, Vienna, Austria, pp. 51–54.

24. Fleischanderl G, Friedrich GE, Haselböck A, Schreiner H, Stumptner M. Configuring large systems using generative constraint satisfaction. IEEE Intelligent Systems. 1998;13(4):59–68.

25. Forgy, C., 1981. OPS5 User’s Manual. Tech. Rep. Technical Report CMU-CS-81-135, Computer Science Department, paper 2397, Carnegie Mellon University. <http://repository.cmu.edu/compsci/2397>.

26. Forza C, Salvador F. Managing for variety in the order acquisition and fulfillment process: the contribution of product configuration systems. International Journal of Production Economics. 2002;76(1):87–98.

27. Franke D. Trilogy configurator – position statement. In: 13th National Conference on Artificial Intelligence (AAAI-96), Workshop on Configuration, No AAAI FS-96-03, Portland, Oregon. 1996:148–149.

28. Franke N, Piller FT. Key research issues in user interaction with configuration toolkits in a mass customization system. The International Journal of Technology Management. 2003;26(5–6):578–599.

29. Frayman F, Mittal S. COSSACK: a constraint-based expert system for configuration tasks. In: Sriram D, Adey R, eds. Knowledge Based Expert Systems in Engineering: Planning and Design. Woburn, MA: Computational Mechanics Publications; 1987:143–166.

30. Friedrich, G., Ryabokon, A., Falkner, A.A., Haselböck, A., Schenner, G., Schreiner, H., 2011. (Re)configuration based on model generation. In: Second Workshop on Logics for Component Configuration (LoCoCo 2011), Perugia, Italy, pp. 26–35.

31. Günter A. Knowledge-based Configuration. St. Augustin: Infix; 1995; (in German: Wissensbasiertes Konfigurieren).

32. Günter A, Cunis R. Flexible control in expert systems for construction tasks. Journal of Applied Intelligence. 1992;2(4):369–385.

33. Günter A, Kühn C. Knowledge-based configuration – survey and future directions. In: Puppe F, ed. XPS-99: Knowledge Based Systems, Proceedings of the 5th Biannual German Conference on Knowledge Based Systems. Würzburg: Springer; 1999; Lecture Notes in Artificial Intelligence vol. 1570.

34. Haag A. SAP configurator – position statement. In: 13th National Conference on Artificial Intelligence (AAAI-96), Workshop on Configuration, No AAAI FS-96-03, Portland, Oregon. 1996:150.

35. Haag A. Sales configuration in business processes. IEEE Intelligent Systems. 1998;13(4):78–85.

36. Haag A. Product configuration in SAP – a retrospective. In: Felfernig A, Hotz L, Bagley C, Tiihonen J, eds. Knowledge-based Configuration – From Research to Business Cases. Waltham, MA: Morgan Kaufmann Publishers; 2014:319–337. (Chapter 27).

37. Haug A. A software system to support the development and maintenance of complex product configurators. International Journal of Advanced Manufacturing Technology. 2010;49(1–4):393–406.

38. Heinrich M, Jüngst E. A resource-based paradigm for the configuring of technical systems from modular components. In: 7th IEEE Conference on Artificial Intelligence for Applications (CAIA-91), Miami Beach, Florida. 1991:257–264. (February 24–28).

39. Hotz, L., 2009. Frame-based Knowledge Representation for Configuration, Analysis, and Diagnoses of Technical Systems. Dissertation, University of Hamburg, Germany (in German: Frame-basierte Wissensrepräsentation für Konfigurierung, Analyse und Diagnose technischer Systems).

40. Hotz L, Günter A. KONWERK. In: Felfernig A, Hotz L, Bagley C, Tiihonen J, eds. Knowledge-based Configuration – From Research to Business Cases. Waltham, MA: Morgan Kaufmann Publishers; 2014:281–295. (Chapter 24).

41. Hotz L, Felfernig A, Stumptner M, Ryabokon A, Bagley C, Wolter K. Configuration knowledge representation and reasoning. In: Felfernig A, Hotz L, Bagley C, Tiihonen J, eds. Knowledge-based Configuration – From Research to Business Cases. Waltham, MA: Morgan Kaufmann Publishers; 2014:41–72. (Chapter 6).

42. Jannach D, Felfernig A, Kreutler G, Zanker M, Friedrich G. Research issues in knowledge-based configuration. In: Mass Customization Information Systems in Business. Idea Group 2007:221–236. (Chapter 11).

43. Jüngst W, Heinrich M. Using resource balancing to configure modular systems. IEEE Intelligent Systems. 1998;13(4):50–58.

44. Junker U. QUICKXPLAIN: preferred explanations and relaxations for over-constrained problems. In: McGuinness DL, Ferguson G, eds. 19th International Conference on Artifical Intelligence (AAAI’04). AAAI Press 2004:167–172.

45. Junker U, Mailharro D. The logic of ILOG (J)configurator: combining constraint programming with a description logic. In: 18th International Joint Conference on Artificial Intelligence (IJCAI-03) Configuration Workshop, Acapulco, Mexico. 2003:13–20.

46. Kopisch M, Günter A. Configuration of a passenger aircraft cabin based on conceptual hierarchy, constraints and flexible control. In: Belli F, Radermacher F, eds. Industrial and Engineering Applications of Artificial Intelligence and Expert Systems (IEA/AIE-92). Paderborn: Springer; 1992:421–430. Lecture Notes in Computer Science vol. 604.

47. Krebs T. encoway. In: Felfernig A, Hotz L, Bagley C, Tiihonen J, eds. Knowledge-based Configuration – From Research to Business Cases. Waltham, MA: Morgan Kaufmann Publishers; 2014:271–279. (Chapter 23).

48. Lauriere J. A language and a program for stating and solving combinatorial problems. Artificial Intelligence. 1978;10(1):29–127.

49. Mackworth A. Consistency in networks of relations. Artificial Intelligence. 1977;8(1):99–118.

50. Mailharro D. A classification and constraint-based framework for configuration. Artificial Intelligence for Engineering Design, Analysis and Manufacturing (AI EDAM). 1998;12(04):383–397.

51. Marcus S, Stout J, McDermott J. VT: an expert elevator designer that uses knowledge-based backtracking. AI Magazine. 1987;8(4):41–58.

52. McDermott J. R1: a rule-based configurer of computer systems. Artificial Intelligence. 1982;19(1):39–88.

53. McGuinness D, Wright J. An industrial-strength description logic-based configurator platform. Intelligent Systems and their Applications, IEEE. 1998;13(4):69–77.

54. Mittal S, Frayman F. Towards a generic model of configuration tasks. In: 1989:1395–1401. 11th International Joint Conference on Artificial Intelligence (IJCAI-89), Detroit, Michigan. vol. 2.

55. Moeller J, Andersen H, Hulgaard H. Product configuration over the internet. In: 6th INFORMS Conference on Information Systems and Technology, Miami Beach, Florida. 2001.

56. Myllärniemi V, Asikainen T, Männistö T, Soininen T. Kumbang configurator – a configuration tool for software product families. In: 19th International Joint Conference on Artificial Intelligence (IJCAI-05) Configuration Workshop, Edinburgh, Scotland, UK. 2005:51–56.

57. Neumann B. Configuration expert systems: a case study and tutorial. In: Bunke HO, ed. Proceedings of the 1988 SGAICO Conference on Artificial Intelligence in Manufacturing, Assembly, and Robotics, Oldenbourg, Munich. 1988;27–68.

58. Orsvärn, K., Axling, T., 1999. The Tacton view of configuration tasks and engines. In: AAAI’99 Workshop on Configuration, Orlando, Florida, pp. 127–130.

59. Pargamin, P., 2002. Vehicle sales configuration: the cluster tree approach. In: ECAI 2002 Workshop on Configuration, Lyon, France, pp. 35–40.

60. Piller FT, Blazek P. Core capabilities of sustainable mass customization. In: Felfernig A, Hotz L, Bagley C, Tiihonen J, eds. Knowledge-based Configuration – From Research to Business Cases. Waltham, MA: Morgan Kaufmann Publishers; 2014:107–120. (Chapter 9).

61. Piller FT, Ihl C, Füller J, Stotko C. Toolkits for open innovation – the case of mobile phone games. In: 37th Hawaii International Conference on System Sciences. 2004:1–10.

62. Ranze K, Scholz T, Wagner T, et al. A structure-based configuration tool: drive solution designer – DSD. In: 14th Conference on Innovative Applications of AI (IAAI-02), Edmonton, Alberta, Canada. 2002:845–852.

63. Russel S, Norvig P. Artificial Intelligence – A Modern Approach. second ed Upper Saddle River, NJ: Prentice Hall; 2003.

64. Sabin D, Weigel R. Product configuration frameworks – a survey. IEEE Intelligent Systems. 1998;13(4):42–49.

65. Searle J. Minds, brains and programs. Behavioral and Brain Sciences. 1980;3(3):417–457.

66. Simons P, Niemelä I, Soininen T. Extending and implementing the stable model semantics. Artificial Intelligence. 2002;138(1–2):181–234.

67. Sinz C, Haag A, Narodytska N, et al. Configuration. IEEE Intelligent Systems. 2007;22(1):78–90.

68. Skovgaard H. salesPLUS a product configuration tool. In: 13th National Conference on Artificial Intelligence (AAAI-96), Workshop on Configuration No AAAI FS-96-03, Portland, Oregon. 1996:61–68.

69. Soininen T, Tiihonen J, Männistö T, Sulonen R. Towards a general ontology of configuration. Artificial Intelligence for Engineering Design, Analysis and Manufacturing (AI EDAM). 1998;12(4):357–372.

70. Soininen, T., Niemelä, I., Tiihonen, J., Sulonen, R., 2001. Representing configuration knowledge with weight constraint rules. In: Provetti, A., Son, T.C. (Eds.), First International Workshop on Answer Set Programming: Towards Efficient and Scalable Knowledge (AAAI Technical Report SS-01-01), pp. 195–201.

71. Soloway E, Bachant J, Jensen K. Assessing the maintainability of XCON-in-RIME: coping with the problem of very large rule-bases. In: Proceedings of the Sixth National Conference on Artificial Intelligence (AAAI-87), Seattle, Washington. 1987:824–829. (July 13–17).

72. Stegmann, R., Koch, M., Lacher, M., Leckner, T., Renneberg, V., 2003. Generating personalized recommendations in a model-based product configurator system. In: IJCAI 2003 Workshop on Configuration, Acapulco, Mexico, pp. 51–55.

73. Stein, B., 1995. Functional Models in Configuration Systems. Dissertation, Universität Paderborn, Department of Mathematics and Computer Science.

74. Stumptner M. An overview of knowledge-based configuration. AI Communications. 1997;10(2):111–126.

75. Stumptner M, Haselböck A, Friedrich G. COCOS – a tool for constraint-based, dynamic configuration. In: 10th IEEE Conference on Artificial Intelligence for Applications (CAIA-94), San Antonio, TX. 1994:373–380.

76. Stumptner M, Friedrich G, Haselböck A. Generative constraint-based configuration of large technical systems. Artificial Intelligence for Engineering Design, Analysis and Manufacturing (AI EDAM). 1998;12(4):307–320.

77. Tiihonen J, Anderson A. VariSales. In: Felfernig A, Hotz L, Bagley C, Tiihonen J, eds. Knowledge-based Configuration – From Research to Business Cases. Waltham, MA: Morgan Kaufmann Publishers; 2014:309–318. (Chapter 26).

78. Tiihonen J, Felfernig A. Towards recommending configurable offerings. International Journal of Mass Customization. 2010;3(4):389–406.

79. Tiihonen J, Soininen T, Niemelä I, Sulonen R. A practical tool for mass-customising configurable products. In: Proceedings of the 14th International Conference on Engineering Design, Stockholm, Sweden, August 19–21, 2003, CDROM. 2003; p. 10 (Paper number: 1290).

80. Tiihonen J, Heiskala M, Anderson A, Soininen T. WeCoTin – a practical logic-based sales configurator. AI Communications. 2013;26(1):99–131.

81. Tiihonen J, Felfernig A, Mandl M. Personalized configuration. In: Felfernig A, Hotz L, Bagley C, Tiihonen J, eds. Knowledge-based Configuration – From Research to Business Cases. Waltham, MA: Morgan Kaufmann Publishers; 2014:167–179. (Chapter 13).

82. Wright JR, Weixelbaum ES, Vesonder GT, et al. A knowledge-based configurator that supports sales, engineering, and manufacturing at AT&T network systems. AI Magazine. 1993;14(3):69–80.

83. Yu B, Skovgaard H. A configuration tool to increase product competitiveness. IEEE Intelligent Systems. 1998;13(4):34–41.

1Note that rule-based systems are still successfully applied (predominantly in product domains of limited size and complexity).

2Chapter 6.








10Chapter 27.

11Chapter 24.

12Now: www.ibm.com


14Chapter 16.

15Chapter 6.

16Chapter 26.

17Chapter 9.

18Chapter 13.