<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Automated Recommendation Rule Acquisition for Two-Way Interaction-based Social Network Web Sites</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Y</forename><forename type="middle">S</forename><surname>Kim</surname></persName>
							<email>yskim@cse.unsw.edu.au</email>
							<affiliation key="aff0">
								<orgName type="department">School of Computer Science and Engineering</orgName>
								<orgName type="institution">The University of New South Wales</orgName>
								<address>
									<postCode>2052</postCode>
									<settlement>Sydney</settlement>
									<region>NSW</region>
									<country key="AU">Australia</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">A</forename><surname>Mahidadia</surname></persName>
							<affiliation key="aff0">
								<orgName type="department">School of Computer Science and Engineering</orgName>
								<orgName type="institution">The University of New South Wales</orgName>
								<address>
									<postCode>2052</postCode>
									<settlement>Sydney</settlement>
									<region>NSW</region>
									<country key="AU">Australia</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">P</forename><surname>Compton</surname></persName>
							<email>compton@cse.unsw.edu.au</email>
							<affiliation key="aff0">
								<orgName type="department">School of Computer Science and Engineering</orgName>
								<orgName type="institution">The University of New South Wales</orgName>
								<address>
									<postCode>2052</postCode>
									<settlement>Sydney</settlement>
									<region>NSW</region>
									<country key="AU">Australia</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">A</forename><surname>Krzywicki</surname></persName>
							<affiliation key="aff0">
								<orgName type="department">School of Computer Science and Engineering</orgName>
								<orgName type="institution">The University of New South Wales</orgName>
								<address>
									<postCode>2052</postCode>
									<settlement>Sydney</settlement>
									<region>NSW</region>
									<country key="AU">Australia</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">W</forename><surname>Wobcke</surname></persName>
							<email>wobcke@cse.unsw.edu.au</email>
							<affiliation key="aff0">
								<orgName type="department">School of Computer Science and Engineering</orgName>
								<orgName type="institution">The University of New South Wales</orgName>
								<address>
									<postCode>2052</postCode>
									<settlement>Sydney</settlement>
									<region>NSW</region>
									<country key="AU">Australia</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">M</forename><surname>Bain</surname></persName>
							<affiliation key="aff0">
								<orgName type="department">School of Computer Science and Engineering</orgName>
								<orgName type="institution">The University of New South Wales</orgName>
								<address>
									<postCode>2052</postCode>
									<settlement>Sydney</settlement>
									<region>NSW</region>
									<country key="AU">Australia</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">X</forename><surname>Cai</surname></persName>
							<email>xcai@cse.unsw.edu.au</email>
							<affiliation key="aff0">
								<orgName type="department">School of Computer Science and Engineering</orgName>
								<orgName type="institution">The University of New South Wales</orgName>
								<address>
									<postCode>2052</postCode>
									<settlement>Sydney</settlement>
									<region>NSW</region>
									<country key="AU">Australia</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Automated Recommendation Rule Acquisition for Two-Way Interaction-based Social Network Web Sites</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">48695524E4AA1A88D7C8B6AA3A9D6A68</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-23T23:55+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>H</term>
					<term>2</term>
					<term>8 [DatabaseManagement]: Database Applications-DataMining recommendation systems</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>A problem with social network web sites for activities such as dating or finding new friends is that often there is little positive response from those contacted. In this research we investigated historical data from a large commercial social network site to establish which subgroups of people were most likely to respond to a particular individual. Our two-way interaction model developed a table for each attribute to determine which pair of values for sender and recipient gave the best response rate. From all the attributes the user profile of a likely responder was created, but then less significant attributes were removed. With this simple technique we were able to demonstrate that where users had contacted people the system would have recommended, the success rate was 29.4% compared to a baseline success rate of 16.6%. This represents a very considerable increase in the likelihood of getting a favourable response. We are now planning a study that provides prospective recommendations to actual users, based on our model.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">INTRODUCTION</head><p>With the ever-increasing use of Web 2.0 social networking web sites, recommender systems can be used to suggest the best matching participants. In this case, it is necessary to consider a two-way interaction model, where a user, called sender, sends a message to another user, called recipient and the recipients reply positively or negatively to the sender. Within this model, the recommendation method suggests a group of candidate recipients who are more likely to reply positively to the sender.</p><p>Recommendation methods for two way interaction differ from one-way interaction model, because the recipients in the two-way interaction can choose their response whereas the items in oneway interaction passively receive the user's actions. Though many recommendation methods have been researched and commercialized based on the one-way interaction model, including Amazon <ref type="bibr" target="#b0">[1]</ref>, Google <ref type="bibr" target="#b1">[2]</ref>, and Neflix <ref type="bibr" target="#b2">[3]</ref>, it is not clear whether they can also be successfully applied to the recommendation problems in two-way interaction.</p><p>In our research, three different rule-based recommendation methods, which employed different assumptions on the preferences of the sender and the recipient, were compared to a collaborative filtering method, a typical one-way recommendation method.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">Recommendation Rule Learning Method</head><p>For a given user, our method learns recommendation rules using profiles and the history of interactions between the senders and the recipients. In summary, our method creates interaction look-up tables for each attribute based on past interaction data. For each attribute value of a given user, the method finds a value for the same attribute (called the best matching attribute value) of a subgroup of recipients based on three different criteria -sending activity (SA), receiving activity (RA) and success rate (SR). Sending activity (SA) is simply the number of contacts send by the sender group to the recipient group. It suggests the sender's interests in the recipients. Receiving activity (RA) is the number of contacts sent from the recipient group to the sender group. It suggests the recipient group's interest in the senders. Success rate (SR) is the ratio of the number of positive responses over the number of interactions from senders to recipients. Success rate represents both senders' interests in recipients and vice versa. Once the best matching attribute values for all attributes of a given user are selected, it is necessary to find a subgroup of recipients who satisfy all these attribute values. Given that the number of attributes is large, it is possible that no recipients may satisfy all attribute values. Therefore, it is necessary to select more significant attribute values from the best matching attribute values. For this purpose, we used the weighted lift, which represents the normalized 'interest of the sender in the recipients', who have specific attribute value. The weighted lift is calculated as follows: For a given attribute value of a sender ‫ݏݒܽ(‬ ), let its best matching attribute value be ‫ݎݒܽ‬ . The interest of a sender subgroup who has attribute value ‫ݏݒܽ‬ in the recipients who has ‫ݎݒܽ‬ is:</p><formula xml:id="formula_0">‫ܫ‬ ௩௦ →௩ = ௦ ೌೡೞ → ೌೡ ௦ ೌೡೞ →ோ (1)</formula><p>where ‫ݏ‬ ௩௦ → ‫ݎ‬ ௩ and ‫ݏ‬ ௩௦ → ܴ represent the number of interactions sent from a sender subgroup defined by ‫ݏݒܽ‬ to a recipient subgroup defined by ‫ݎݒܽ‬ and to all recipients ܴ respectively. As each attribute has a different number of attribute values, the 'interest of the sender in the recipients' ‫ܫ(‬ ௩௦ →௩ ) is normalized as follows:</p><p>EKAW 2010, October 11-15, 2010, Lisbon, Portugal. Copyright 2010 ACM 1-58113-000-0/00/0010 ω = ݊ × ‫ܫ‬ ௩௦ →௩ <ref type="bibr" target="#b1">(2)</ref> where ݊ is the number of attribute values of the particular attribute.</p><p>After calculating the weighted lift ( ω ) of all best matching attribute values, the method adds best matching attribute values to the condition of a recommendation rule from high to low weighted lift (ω). This process is repeated until there are no more pairs of attributes or there is no training data for the current rule. Finally the method chooses the best rule that shows the highest success rate and exceeds a threshold for statistical significance.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">EXPREIMENTAL RESULTS</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Data Sets</head><p>The social network site we used provided two types of data -user profile and user interactions. In total, 32 attributes were used for our recommendation methods. User interaction logs contain contact history between users, identifying types of messages sent and received. Reply messages were classified into positive and negative and accordingly each interaction is also classified as a positive or negative interaction. A failure to reply was taken as a negative interaction. The data sets are summarised in Table <ref type="table" target="#tab_0">1</ref>. Train I was collected for our rule learning method. Train II was collected for the CF-based method from March, 2009 (one month). Preliminary data analysis using the CF method over different time periods showed that a training period of one month was appropriate. Test data were collected from the first week of April for evaluation immediately following the CF training period, to give it the best chance of performing. The collaborative filtering (CF) method is based on <ref type="bibr" target="#b0">[1]</ref>. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">Results</head><p>Rule acquisition results with different best matching attribute value selection criteria are summarized in Table <ref type="table" target="#tab_1">2</ref>. The RA method produced the largest number of rules (8,739), followed by the SA method (6,534) and by the SR method (146). Note that these methods do not produce rules in the conventional sense, as a rule is constructed for each user for which a recommendation is made. Usage indicates the number of senders covered by each rule, on average. Obviously the more rules, the less users covered. Of more interest is the number of conditions in a rule. On average the SA method and the RA method used more condition elements, 8.62 and 7.90 respectively than the SR method with 2.71 per rule.</p><p>Obviously the SR method created more general rules, while the SA and RA methods created more specific rules.</p><p>Recommendation performance of each method was measured by coverage and success rate. By coverage we mean the fraction of users for which the recommender is able to make a recommendation. The SR method has the highest coverage because it has more general rules. The difference between SA and RA is interesting. The SA method has a smaller number of more specialized rules giving it the lowest coverage -slightly lower even than the CF method. The SA, RA and SR methods all try to identify the characteristics of a recipient who is likely respond to a particular type of sender. The problem with the SA method is that it does not take into account the recipients' interests at all, so that we end up with highly specialized rules about sender preferences -and since these highly specialized rules are constructed from features considered independently, there is a greater chance that the test data may not contain recipients who match these rules.</p><p>The success rate of each method has no significant differences between the SA method and the CF method. They performed slightly better than the test period success rate. The CF method had similar limitations to the SA method as it only considered sender preferences. The success rates of the SR method and the RA method are higher than SA and CF, for the obvious reason that they take into account the recipient's interest in the sender. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.">CONCLUSIONS</head><p>Because we are dealing with the intangibles of human preferences in seeking interactions with others, the highest success rate (29.4% for SR) obtained from our experiment is still low. However, this is a considerable improvement over the baseline success rate of 16.6%, which comes from senders' unguided choices about whom they would like to communicate with, and who is likely to respond positively. The improved success rate of 29.4% comes from the senders who happened to choose the corresponding recipients we would have recommended. This means, there is enormous potential for providing actual recommendations to the current users that could significantly increase the chance of a favourable response. We plan to conduct a study that provides actual recommendations to some of the current users using our model.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.">ACKNOWLEDGMENTS</head></div><figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head>Table 1 . Training and Test Data Set Data Set Total Interactions</head><label>1</label><figDesc></figDesc><table><row><cell></cell><cell></cell><cell cols="2">Positive Interactions %</cell><cell>Negative Interactions</cell></row><row><cell>Train I</cell><cell>3,888,034</cell><cell>689,419</cell><cell>17.7</cell><cell>3,198,615</cell></row><row><cell>Train II</cell><cell>1,357,432</cell><cell>236,521</cell><cell>17.4</cell><cell>1,120,911</cell></row><row><cell>Test</cell><cell>284,702</cell><cell>47,468</cell><cell>16.7</cell><cell>237,234</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head>Table 2 Experimental Results</head><label>2</label><figDesc></figDesc><table><row><cell></cell><cell>Rules</cell><cell>Rule Usage</cell><cell>Avg. Condition</cell><cell>Coverage (%)</cell><cell>Success Rate (%)</cell></row><row><cell>SA</cell><cell>6,534</cell><cell>3.1</cell><cell>8.62</cell><cell>67.1</cell><cell>17.9</cell></row><row><cell>SR</cell><cell>146</cell><cell>201.1</cell><cell>2.71</cell><cell>96.6</cell><cell>29.4</cell></row><row><cell>RA</cell><cell>8,739</cell><cell>2.9</cell><cell>7.90</cell><cell>82.4</cell><cell>21.1</cell></row><row><cell>CF</cell><cell></cell><cell></cell><cell></cell><cell>74.0</cell><cell>17.3</cell></row></table></figure>
		</body>
		<back>

			<div type="funding">
<div xmlns="http://www.tei-c.org/ns/1.0"><p>This research has been supported by the Smart Services Cooperative Research Centre.</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Amazon.Com Recommendations: Item-to-Item Collaborative Filtering</title>
		<author>
			<persName><forename type="first">G</forename><surname>Linden</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Smith</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>York</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Internet Computing</title>
		<imprint>
			<biblScope unit="volume">7</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="76" to="80" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
	<note>IEEE.</note>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<title level="m" type="main">The Pagerank Citation Ranking: Bringing Order to the Web</title>
		<author>
			<persName><forename type="first">L</forename><surname>Page</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Brin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Motwani</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Winograd</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1999">1999</date>
		</imprint>
		<respStmt>
			<orgName>Stanford InfoLab</orgName>
		</respStmt>
	</monogr>
	<note type="report_type">Technical Report</note>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Collaborative Filtering with Temporal Dynamics</title>
		<author>
			<persName><forename type="first">Y</forename><surname>Koren</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">15th ACM SIGKDD International Conference on Knowledge Discovery and Data Mining</title>
				<meeting><address><addrLine>Paris, France</addrLine></address></meeting>
		<imprint>
			<publisher>ACM</publisher>
			<date type="published" when="2009">2009</date>
			<biblScope unit="page" from="447" to="456" />
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
