Welcome
Welcome
Welcome
In this work, we aim to model topic and platform specific hub and authority users across multiple
OSNs. A simple approach for this could be to first apply the existing topic specific hub and
authority models (e.g. HAT [14]) on multiple OSNs separately, followed by comparing the list of
top topical authority and hub users identified in the different OSNs. However, the topics separately
learned from different platforms may not be comparable and thus making it is hard to compare
users’ hub and authority across the OSNs.
o Contributions
Our main contributions in this work consist of the following.
We propose a topic-based model, Multiple Platforms Hub and Authority Topic (MPHAT) model,
which to the best of our knowledge, is the first model that jointly learns user topics, platform
preferences, hub and authority users across multiple online social networks.
Existing system
• Many previous works apply network centrality measures to identify influential users [4],
[5], [16].
• Aggregated network centrality measures such as degree [29], between ness [30],
closeness [29] and eigenvector [31] to measure and identify influential bloggers.
• There are also works which extended HITS algorithm [6] to find influential users in
OSNs. Proposed the influence-passivity (I-P) algorithm to measure Twitter users’
influence and passivity from their retweet activities.
• Gayo-Avello [15] applied HITS on Twitter follow links to identify and differentiate
influential users from spammers.
• Shahriari and Jalili [17] modified the HITS and PageRank [7] algorithms to analyze and
rank users in signed OSNs.
• Proposed social media authoritative user (Social AU) model which includes a three-layer
network (i.e., user-item lexicon) for finding authority and hub users of a pre-defined
selected topic by extending the TOPHITS.
Disadvantages:
Planning
Deployment Defining
Testing Designing
Building
This study is carried out to check the economic impact that the system will have on the organization. The
amount of fund that the company can pour into the research and development of the system is limited.
TECHNICAL FEASIBILITY
This study is carried out to check the technical feasibility, that is, the technical requirements of the system.
Any system developed must not have a high demand on the available technical resources.
SOCIAL FEASIBILITY
The aspect of study is to check the level of acceptance of the system by the user. This includes the process
of training the user to use the system efficiently. The user must not feel threatened by the system, instead must
accept it as a necessity.
Modules
OSN Server
In this module, the Service Provider has to login by using valid user name and password.
After login successful he can do some operations such as Login, View All Users And
Authorize, View Friend Request and Response, View All User Posts, View All Posts
Recommended Details, View All Hidden Topics Details, View Posts Scores Results.
View and Authorize Users
In this module, the admin can view the list of users who all registered. In this, the admin can
view the user’s details such as, user name, email, address and admin authorizes the users.
End User
In this module, there are n numbers of users are present. User should register before doing
any operations. Once user registers, their details will be stored to the database.
Use case diagram:
UML Diagrams:
J2EE
Thank you