WO2011159046A2 - Social relationship management system using fortune information and method thereof - Google Patents

Social relationship management system using fortune information and method thereof Download PDF

Info

Publication number
WO2011159046A2
WO2011159046A2 PCT/KR2011/004073 KR2011004073W WO2011159046A2 WO 2011159046 A2 WO2011159046 A2 WO 2011159046A2 KR 2011004073 W KR2011004073 W KR 2011004073W WO 2011159046 A2 WO2011159046 A2 WO 2011159046A2
Authority
WO
WIPO (PCT)
Prior art keywords
srm
fortune
user
information
plan
Prior art date
Application number
PCT/KR2011/004073
Other languages
French (fr)
Other versions
WO2011159046A3 (en
Inventor
Yong Bai Chun
Doo Bae Chun
Original Assignee
Yong Bai Chun
Doo Bae Chun
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yong Bai Chun, Doo Bae Chun filed Critical Yong Bai Chun
Publication of WO2011159046A2 publication Critical patent/WO2011159046A2/en
Publication of WO2011159046A3 publication Critical patent/WO2011159046A3/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management

Definitions

  • the present invention relates to a social relationship management (hereinafter referred to as "SRM") system using fortune information and a method of controlling the same, more particularly, a SRM system using fortune information and a method thereof, that allows the user to register SRM objects for each group on a user terminal such as a mobile communication terminal or a personal computer through a wired and wireless network, provides the user with detailed fortune information for each desired object according to each type and a specific period, and a plan to improve relationships with the objects based on such fortune information, and records and systematically manages relevant activities of the user, thereby maintaining and developing a good social relationship with the SRM objects.
  • SRM social relationship management
  • the conventional method for providing fortune information services has largely developed by using the internet, mobile communication and so on according to the deveopment of IT technology.
  • the most of the fortune information services are limited to searching fortune information of the user or a specific person and searching simple advice included in the fortune information, it is urgently needed to devise various methods for utilizing fortune information.
  • the user who uses fortune information is a member of society who is living in social relationships with the people belonging to various groups such as a family, friend, workplace, community, business and the like.
  • the people have recently expanded their social activities through social network services such as the twitter, and thus the need for social relationship management to maintain and develop a good social relationship with the people is increasing.
  • the development for a system or method which can systematically manage social relationships by using fortune information based on the IT technology is actually required.
  • An object of the present invention is to provide a SRM system using fortune information and a method thereof, that allows users to register SRM objects for each group on a database of a user terminal such as a mobile communication terminal and a personal computer through a wired and wireless network, provides the user with detailed fortune information for each desired object according to each type and a specific period, and a plan to improve relationships with the objects based on such fortune information, and records and systematically manages relevant activities of the user, thereby maintaining and developing a good social relationship with the SRM objects.
  • An other object of the present invention is to provide a SRM system using fortune information and a method thereof, that allows the user to enter SRM objects for each groups into a database of a mobile communication terminal available for a short message service through the short message service (hereinafter referrerd to as "SMS"), provides the user with detailed fortune information for each desired object according to each type and a specific period, and a plan to improve relationships with the objects based on such fortune information, and records and systematically manages relevant activities of the user.
  • SMS short message service
  • a SRM system using fortune information is characterized by comprising: a user terminal including a mobile communication terminal, a personal computer and so on to transmit data including menu information input or selected by the user and display the data received; a wired and wireless network to receive data from the user terminal and provide a path for transmitting the resulting processed data depending on the data received; a reception/transmission part to receive the data transmitted from the user terminal through the wired and wireless network and transmit the resulting processed data to the user terminal; a membership management part to perform the functions such as member registration and withdrawal, member information search and change, and member identification according to the user's request; a SRM account management part to perform the functions such as generating a SRM account for each member simultaneously with the aforesaid member registration and perform the functions such as the addition, inquiry, change and deletion of SRM groups and the registration, deletion, information inquiry and change of SRM objects for each group; a SRM account database to store information of SRM objects including information of
  • the user terminal includes the mobile communication terminal in which the user can input information regarding the desired menu, manipulation commands, SRM group names, object names, birth dates and times, and activities into a SMS text and send it, and that displays the received SMS, LMS (i.e. long message service), MMS (i.e. multimedia message service) and so on.
  • LMS i.e. long message service
  • MMS i.e. multimedia message service
  • a SRM method using forturne information comprises a data reception stage which receives data including the information such as the menu input or selected by user through a wired or wireless network; a membership management stage which performs the functions such as member registration and withdrawal, member information search and change, and member certification by searching a member database according to the user's request; a SRM account management stage which generates a SRM account for each member at the same time with the aforesaid member registration and performs the functions such as the addition, search, change, and deletion of SRM groups, and the functions such as the registration, deletion, information search and change of SRM objects according to each SRM group by searching a SRM account database; a fortune analysis stage which analyzes fortunes according to each user and SRM object using various fortune analysis methods; a SRM plan presentation stage which presents an appropriate SRM plan by searching a SRM plan database according to each fortune analysis result from the fortune analysis stage described above; a SRM event management stage which records activities performed by the user for each SRM object
  • the data reception stage includes making out the information regarding desired menus, manipulation commands, SRM group names, object names, birth dates and times, and activities as a SMS text and sending it, and then receiving the transmitted messages of SMS.
  • the data transmission stage includes transmitting the resulting processed data to the user terminal in the form of the SMS, LMS and MMS.
  • the SRM system using fortune information and the method thereof have the advantages that the user who uses fortune information can register SRM objects according to each group on a user terminal such as a mobile communication terminal or a PC (personal computer) through a wired or wireless network and be provided with detailed fortune information for each object depending on the object type or specific period and plans to improve a relationship with the objects based on the fortune information, and that relevant activities of the user are recorded and systematically managed to help the user to maintain and develop a good social relationship with the SRM object.
  • a user terminal such as a mobile communication terminal or a PC (personal computer)
  • a PC personal computer
  • the SRM system using forturne information and the method thereof can be used through the SMS, and thereby the user can easily and conveniently use the service provided by the system of the present invention through the SMS function of a mobile communication terminal even under the circumstance in which the internet access is difficult.
  • Figure 1 shows a block diagram of a SRM system using forture information according to an embodiment of the present invention.
  • Figure 2 shows a flowchart of a process of member registration and member certification.
  • Figure 3 shows a flowchart of a process of SRM group generation and SRM object registration.
  • Figure 4 shows a flowchart of a fortune inquiry process for a SRM object.
  • Figure 5 shows a flowchart of a process of SRM plan presentation for each social relationship type according to fortune analysis for SRM objects.
  • Figure 6 shows a flowchart of a SRM plan presentation process according to detailed fortune analysis for SRM objects.
  • Figures 7 and 8 shows partial flowcharts of a event recording and inquiry process for each SRM object.
  • FIG 1 is a block diagram of a SRM system using fortune information according to an embodiment of the present invention.
  • a user terminal 100 as illustrated in Figure 1 includes a mobile communication terminal 110 such as a smart phone which can has access to the internet, and a personal computer 120. Further, like a cellular phone for general purposes, the mobile communication terminal 110 funtions to input messages such as texts or signal which will be transmitted to an other party, transmit the SMS messages along with a caller ID to an other mobile communication terminal or internet phone through a wired or wireless network 200 and display the SMS messages or LMS/MMS messages received on a display window.
  • the user can communicate with a reception/transmission part 300 through the internet using a web browser or an applicaiton for client or can communication with the reception/transmission part 300 using the SMS function of the mobile communication terminal 110.
  • the wired and wireless network 200 illustrated in Fig. 1 includes the wired and wireless internet to which the user terminal 100, a web server and so on are connected, and which allows to transmit and receive data using transmission control protocal and internet protecol methods, and functions to search a routing path using a telephone number included in SMS messages transmitted from a computer such as a web server connected to the wired or wireless internet of the mobile communication terminal 110 and to transmit the SMS messages to a computer of an other mobile communication or web server.
  • the receiption and transmission part 300 illustrated in Figure 1 receives data transmitted from the user terminal 100 in the form of a TCP/IP method or SMS through the wired or wirelss network 200 and functions to send the resulting processed data to the user terminal 100 in the form of the TCP/IP method or SMS, LMS, MMS according to a request of the user.
  • a SMS text is sent with a specific phone number such as a phone number, 01X-XXXX-XXX, of the mobile communication terminal phone number that includes an identification signal, (01X), of a mobile communication businessman, or an internet phone number that includes the internet telephone identification signal (070), 070-XXXX-XXXX, and then the reception/transmission part of the system according to the present invention receives the CID (caller ID) and the SMS text.
  • a specific phone number such as a phone number, 01X-XXXX-XXX, of the mobile communication terminal phone number that includes an identification signal, (01X), of a mobile communication businessman, or an internet phone number that includes the internet telephone identification signal (070), 070-XXXX-XXXX, and then the reception/transmission part of the system according to the present invention receives the CID (caller ID) and the SMS text.
  • a membership management part 400 illustrated in Figure 1 performs the functions such as member registration and withdrawal, member information search and change, and member certification by searching a member database 450 according to the user's request.
  • the membership management part 400 recognizes 'member registration’as a manipulation command, and name, sex, YYYY-MM-DD-HH’as the needed information, verifies that there is no duplication phone number by searching the member database 450 and comparing with the received CID (caller phone number), and processes the member registration request by saving the CID and the needed information in the member database 450.
  • the SMS text is prepared in the form of 'manipulation command and needed information,' separating the manipulation command and needed information with a information separator such as ‘/’, and the process is carried out for member information search, member information change, and member withdrawal according to the individual manipulation command.
  • a method to prepare requesting contents using SMS text can be predefined in various forms.
  • the member database 450 is searched with the CID received with the SMS text and, the user is decided as a member if there is the same phone number so that the request included in the text message can be processed in a next stage.
  • the identification information i.e. a mobile phone number, ID, password, name, sex, birth date and time, payment information, etc.
  • the identification information i.e. a mobile phone number, ID, password, name, sex, birth date and time, payment information, etc.
  • a SRM account management part 500 illustrated in Figure 1 generates SRM accounts for each member at the same time with the member registration by the membership management part 400 and performs the functions such as the addition, inquiry, change and deletion of SRM groups and the registration, deletion, information inquiry and change of SRM objects for each group.
  • the SRM groups are classified into a family, friend, workplace, community, business and others, and a SRM group can be added, a group name can be changed, or a group can be deleted according to a request of the user when necessary.
  • the SRM account management part performs the functions to search the group list or the SRM object list for each group by inquiring for a SRM account database 550.
  • the registration of the SRM objects is performed by saving the SRM object information put in by user including the name of the SRM group to which the objects belong, name, sex, birth date and time, occupation, and job title in the SRM account database 550.
  • the deletion, information inquiry and information deletion of SRM objects are also performed by searching the SRM account database 550.
  • the SRM account management part 500 recognizes 'SRM object registration’as the manipulation command and searches the SRM account database 550 of the member certified previously.
  • the aforesaid SRM object to be registered to the SRM group with the group name described above as a SRM object by saving the SRM object information 'group name, name, sex, YYYY-MM-DD-HH, occupation, job title' in the SRM account database 550.
  • SRM group addition, SRM group list inquiry, SRM group name change, SRM group deletion, SRM object information inquiry, SRM object information change and SRM object deletion are also performed in the SRM account management part 500 as the SMS text is prepared by separating the manipulation command and needed information with ‘/’ in the form of 'manipulation command/needed information'.
  • a method to prepare requesting contents using a SMS text can be predefined in various forms.
  • the SRM object information (name, sex, birth date and time, occupation, job title) is saved in addition to the SRM group information.
  • a fortune analysis part 600 illustrated in Figure 1 extracts birth date and time/sex information by searching the member database 450 and the SRM account database 550 for user and SRM object, respectively, and analyzes and inquire for detailed fortune for individual types and specific periods using various kinds of fortune analysis methods.
  • the fortune analysis methods used in the fortune analysis part 600 comprise astronomical theories such as Sajuchumyeong, Jamidusu, Juyeok, and zodiac sign, and constitution analysis theory and bio-rhythm such as Oyukbungi.
  • the fortune analysis part 600 according to the present invention classifies the fortune types according to the fortune theories, such as 60 Sajuchumyeong types and 144 Jamidusu types, and analyzes the fortune for each type so that the result can be presented.
  • the fortune analysis part 600 is divided into total fortune/fortune for decade/yearly fortune/monthly fortune/daily fortune according to the fortune analysis theories, and the menu is classified into money fortune/love fortune/health fortune for each fortune period.
  • the detailed fortune of the SRM object is analyzed and inquired at the inquiry time.
  • Specific time can be designated as in the case of YYYY/MM or YYYY/MM/DD for each menu so that the detailed fortune of the SRM object at specific time can be analyzed and inquired.
  • the user can send the SMS text in the form of ‘menu/needed information.’
  • the fortune analysis part 600 obtains the menu and needed information and searches the SRM account database 550 to bring the birth date and time/sex information of the SRM object included in the needed information and then processing the corresponding request.
  • One example of detailed fortune inquiry is as followings: if the SMS text is prepared as 'Saju-daily fortune-Hong Gil-dong, 0520', the daily money fortune of Hong Gil-dong on the day of May 20th in the year analyzed by the Sajuchmyeong theory is generated and sent to the user.
  • An example of fortune inquiry for each type is as following: if the SMS text is prepared as 'Jami type/Hong Gil-dong,’the fortune of the corresponding type of Hong Gil-dong analyzed by the Jamidusu theory is generated and sent to the user.
  • the method to prepare the request SMS text can be predefined in various forms.
  • a SRM plan presentation part 700 illustrated in Figure 1 searches a SRM plan database 750 and present an appropriate SRM plan according to the fortune analysis result from the abovementioned fortune analysis part 600.
  • the fortune analysis part 600 described above generates the fortune analysis result by classifying the fortune types of the user and the SRM object.
  • the SRM plan presentation part 700 searches the SRM plan database 750 established in advance for the individual social relationship types with reference to the type of social relationship between the fortune type of the user and the fortune type of the SRM object generated by the fortune analysis.
  • the matched SRM plan is then extracted and sent to the user.
  • the SRM plan related to the fortune at the time of inquiry or another specific period generated by the fortune analysis part 600 can be also provided by the SRM plan database 750 established in advance.
  • the user can prepare the SMS text in the form of 'menu/needed information' as in the fortune analysis part 600 and send it. Then, the fortune of the user or the SRM object is firstly analyzed through the fortune analysis part 600, and, according to the result, the SRM plan presentation part 700 searches the SRM plan database 750, extracts an appropriate SRM plan, and sends it to the user. For example, if the SMS text is prepared as 'Saju SRM plan/Hong Gil-dong,' the SRM plan is searched with reference to the social relationship type between the user and Hong Gil-dong analyzed by the Sajuchumyeong theory, and sent to the user.
  • SMS text is prepared as 'Jami-yearly fortune-money-SRM plan/ Hong Gil-dong, 2011,’ the SRM plan of Hong Gil-dong is searched with reference to the money fortune of the year 2011 analyzed by the Jamidusu theory, and sent to the user.
  • the method to prepare the request SMS text can be predefined in various forms.
  • the SRM plans are established and stored in advance for each type of the social relationship formed between the fortune type of the user and the fortune type of the SRM object classified by the each of the fortune analysis theories used in the abovementioned fortune analysis part 600.
  • the total number of the SRM plans for each of the social relationship types classified by the Sajuchumyeong theory is 3,600 (60 X 60)
  • the total number of the SRM plans for each of the social relationship types classified by the Jamidusu theory is 20,736 (144 X 144). They are all established and stored in advance.
  • the fortune is divided into the total fortune/fortune for decade/yearly fortune/monthly fortune/daily fortune for each of the fortune analysis theories in the abovementioned fortune analysis part 600.
  • the fortune is divided further into the money fortune/love fortune/health fortune, and the SRM plans for the detailed fortune are also established and stored in advance.
  • a SRM event management part 800 illustrated in Figure 1 records the activities of the user for each SRM object in a SRM event database 850 and inquires information for each date, period, fortune content, and event. If the user wants to not only inquire about the fortune of the SRM object of the SRM plan through the abovementioned fortune analysis part 600 or the SRM plan presentation part 700 but also to make records of the activities with the abovementioned SRM object at a certain time, the SRM event management part 800 records and saves the user activities in the SRM event database for each of the SRM object/date/time.
  • the SRM event management part 800 searches the SRM event database with reference to the date, period, fortune content or event for the SRM object and sends the result to the user.
  • the SRM event management part 800 can also provide various SRM group comparison and analysis information such as the event occurrence frequency of each SRM group in a certain period of time so that the user can easily understand the social relationship formation.
  • the SRM event management part 800 recognizes 'SRM event record’ as the manipulation command and records the content by differentiating the object and the time.
  • the SMS text is prepared as 'SRM event record/Hong Gil-dong, 05201800, introduced Gapsuni while eating at a French restaurant,' the SRM object is set as Hong Gil-dong, the time is identified as 6 p.m. on May 20, and the content 'introduced Gapsuni while eating at a French restaurant' is recorded in the SRM event database 850.
  • the SRM event management part 800 processes the SRM event inquiry procedure according to the condition.
  • the method to prepare the request SMS text can be predefined in various forms.
  • the SRM event database 850 the activities recorded by a user are saved for each of the SRM object for the date/time.
  • Figure 2 shows a flowchart of a member registration and member certification process. The member registration and member certification process is described in more detail referring to Figures 1 and 2.
  • the user inputs the identity information including the ID, password, name, sex, birth date and time, and so on using the user terminal 400 (S201), the reception/transmission part 300 receives it and transmits the information of the requesting member to the membership management part 400 (S102). Accordingly, the membership management part 400 searches the member database 450 and checks out duplicated member registration (S106). If there is no duplication, the SRM account generation for the requesting member is requested to the SRM account management part 500 (S108). The SRM account management part 500 generates the SRM account for the requesting member in the SRM account database 550 (S110), and the SRM account generation result is sent to the member management part 400 (S112).
  • the member management part 400 After the member management part 400 receives the SRM account generation result, it registers the requesting member as a member, saves the result in the member database 450 (S114), and request to the reception/transmission part 300 to send the member registration result to the user (S116). Then, the reception/transmission part 300 sends the member registration result to the user terminal 100.
  • the membership management part 400 checks out if there is duplication in the member registration (S106), if there exists duplication, the member registration process is stopped and the request to notify the duplication is made to the reception/transmission part 300 (S109). Accordingly, the reception/transmission part 300 notifies the duplication to the user terminal 100 (S111).
  • the user request member certification by inputting the ID and password through the user terminal 100 (S120), and the reception/transmission part 300 receives it and then sends it to the membership management part 400 (S122). Accordingly, the membership management part 400 searches the member database 450 and checks out if the user is a member (S124) and requests the reception/transmission part 300 to send the certification result to the user. Then, the reception/transmission part 300 sends the certification result to the user terminal 100 (S128).
  • FIG 3 shows a flowchart of the SRM group generation and SRM object registration process.
  • the SRM group generation and SRM object registration process is described in more detail referring to Figures 1 and 3.
  • the user requests the SRM group generation by inputting the group name (the ID is automatically transmitted after the abovementioned member certification process.) through the user terminal 100 (S202), and the reception/transmission part 300 receives it and sends the SRM group generation request information including the ID to the SRM account management part 500 (S204).
  • the SRM account management part 500 searches the SRM account database 550 with reference to the user ID, checks out if there is duplication with the conventional SRM groups, generates a new SRM group in the received group name, saves it in the SRM account database 550 (S206), and requests the reception/transmission part 300 to send the SRM group generation result to the user (S208). Accordingly, the reception/transmission part 300 sends the SRM group generation result to the user to the user terminal 100 (S210).
  • the user inputs or selects the group name and the identity information of the object including the object name, sex, birth date and time, and so on (the ID is automatically transmitted after the abovementioned member certification process.) to request the SRM object registration through the user terminal 100 (S212).
  • the reception/transmission part 300 receives it and sends the SRM object registration request information including the ID to the SRM account management part 500 (S214).
  • the SRM account management part 500 searches the SRM account database 550 and processes the SRM object registration by finding out the SRM group in the user’s SRM account and recording the identity information of the requested object (S216), and then requests the reception/transmission part 300 to send the SRM object registration result to the user (S218). Then, the reception/transmission part 300 sends the SRM object registration result to the user terminal (100) (S220).
  • Figure 4 shows a flowchart of a fortune inquiry process for a SRM object.
  • the fortune inquiry process for a SRM object is described in more detail referring to Figures 1 and 4.
  • the reception/transmission part 300 receives the fortune inquiry request from the user and sends the information including the user ID, group name, name of the object to be inquired about, fortune menu, and the time for inquiry to the SRM account management part 500 (S302).
  • the SRM account management part 500 searches the SRM account database 550 with reference to the user ID and group name, extracts the inquired object information including the sex/birth date and time (S304), and sends it to the fortune analysis part 600 with the information of the fortune menu and the inquiry time (S306). Accordingly, the fortune analysis part 600 analyzes the fortune of the fortune menu at the desired time and requests the reception/transmission part 300 to send the result to the user (S310).
  • Figure 5 shows a flowchart of a process of the SRM plan presentation for each social relationship type according to the fortune analysis for the SRM object.
  • the process of the SRM plan presentation for each social relationship type according to the fortune analysis for the SRM object is described in more detail referring to Figures 1 and 5.
  • the user’s request is sent to the membership management part 400 with the information including the user ID, SRM group name, SRM object name, and the fortune theory name (S402).
  • the membership management part 400 searches the member database 450 and extracts the information of the user’s sex/birth date and time (S404), and then requests the SRM account management part 500 for the information about the SRM objects (S406).
  • the SRM account management part 500 searches the SRM account database 550 and extracts the SRM object information including the sex/birth date and time (S408), and then sends it to the fortune analysis part 600 with the user information of the sex/birth date and time (S410).
  • the fortune analysis part 600 analyzes the fortune of the user and the SRM object according to the types by the fortune analysis method based on the requested fortune theory (S412), and request the SRM plan presentation part 700 for the SRM plan appropriate to the fortune analysis result (S414). Accordingly, the SRM plan presentation part 700 searches the SRM plan database 750 with reference to the fortune types of the user and the SRM object and their social relationship type that is established in advance for each of the social relationship types and extracts the matched SRM plan (S416), and then sends the SRM plan information to the fortune analysis part 600 (S418). The fortune analysis part 600 sends the abovementioned fortune analysis result and the SRM plan information for the matched social relationship type to the user (S420).
  • Figure 6 shows a flowchart of a SRM plan presentation process according to the detailed fortune analysis for the SRM object.
  • the SRM plan presentation process according to the detailed fortune analysis for the SRM object is described in more detail referring to Figures 1 and 6.
  • the user’s request is sent to the SRM account management part 500 with the information including the user ID, SRM group, SRM object name, fortune menu, and the inquiry time (S502).
  • the SRM account management part 500 searches the SRM account database 550 and extracts the SRM object information of the sex/birth date and tae (S504), and sends it to the fortune analysis part 600 with the information of the fortune menu and the inquiry time (S506).
  • the fortune analysis part 600 analyzes the detailed fortune of the SRM object at the desired time according to the fortune menu and requests the SRM plan presentation part 700 for the SRM plan appropriate to the fortune analysis result (S510).
  • the SRM plan presentation part 700 searches the SRM plan database 750 that is established in advance and extracts the matched SRM plan (S512), and sends the SRM plan information to the fortune analysis part 600 (S514).
  • the fortune analysis part 600 sends the abovementioned fortune analysis result and the matched SRM plan information to the user (S516).
  • FIGs 7 and 8 show partial flowcharts of an event recording and inquiry process for each SRM object.
  • the event recording and inquiry process for each SRM object is described in more detail referring to Figures 1 and 7.
  • the user’s request is sent to the SRM account management part 500 with the information including the user ID, SRM group name, SRM object name, even occurrence time (date and time), and the event content (S602).
  • the SRM account management part 500 searches the SRM account database 550 and extracts the SRM object information of the sex/birth date and time (S604), and then sends it to the fortune analysis part 600 with the information of the event occurrence time (S606) and requests the SRM event management part 800 to record the event for the SRM object with the information of the SRM object name, the even occurrence time, and the event content (S616).
  • the fortune analysis part 600 analyzes the fortune at the event occurrence time of the SRM object (S608) and requests the SRM plan presentation part 700 to search for the SRM plan corresponding to the fortune analysis result (S610).
  • the SRM plan presentation part 700 searches the SRM plan database 750 and extracts the SRM plan matched with the abovementioned fortune analysis result, and sends it to the SRM even management part 800 with the fortune analysis result information received from the abovementioned fortune analysis part 600 (S614).
  • the SRM event management part 800 saves the event content information received from the abovementioned SRM account management part 500 and the fortune information and the SRM plan information at the corresponding time received from the abovementioned the SRM plan presentation part 700 in the SRM event database 850 for each event occurrence date/time differentiating the SRM objects (S618), and sends the event saving result to the user (S620).
  • the user’s request is sent to the SRM account management part 500 with the information including the user ID, SRM group name, SRM object name, inquiry period, and other inquiry conditions (S622).
  • the SRM account management part 500 searches the SRM account database 550 and identifies the SRM object (S624), and requests the SRM event management part 800 for the event inquiry for each of the SRM objects with the information including the SRM object name, inquiry period, and other inquiry conditions (S626).
  • the SRM event management part 800 searches the SRM event database 850 and extracts the SRM object event according to the abovementioned inquiry period and other inquiry conditions (S628), and sends the search result to the user (S630).
  • the SRM system and the method according to the present invention based on the structure and functions described above allows the user, on a user terminal such as a mobile communication terminal or a PC (personal computer) through wire or wireless network, to register the SRM object to each group, to be provided with the detailed fortune information for each desired object according to each type and a specific period and the plan to improve the relationship with the object based on the fortune analysis result, to record the relevant activities of the user and systematically manage them, and thus help the user to maintain and develop a good social relationship with the SRM object, enabling users to easily and conveniently use the service provided by the SRM system based on the fortune information of the present invention even when the SMS function of a mobile communication terminal is applied.
  • a user terminal such as a mobile communication terminal or a PC (personal computer)
  • PC personal computer

Abstract

Provided are a SRM system using fortune information and a method thereof. The system and method allow the user to register SRM objects according to each group on a user terminal such as a mobile communication terminal or a PC (personal computer) through a wired or wireless network and provide the user with detailed fortune information for each object depending on the object type or specific period and a plan to improve a relationship with the objects based on the fortune information, recording and systematically managing relevant activities of the user. Moreover, the SRM system using forturne information and the method thereof can be used through the SMS, and thereby the user can easily and conveniently use the service provided by the system of the present invention through the SMS function of a mobile communication terminal even under the circumstance in which the internet access is difficult.

Description

SOCIAL RELATIONSHIP MANAGEMENT SYSTEM USING FORTUNE INFORMATION AND METHOD THEREOF
The present invention relates to a social relationship management (hereinafter referred to as "SRM") system using fortune information and a method of controlling the same, more particularly, a SRM system using fortune information and a method thereof, that allows the user to register SRM objects for each group on a user terminal such as a mobile communication terminal or a personal computer through a wired and wireless network, provides the user with detailed fortune information for each desired object according to each type and a specific period, and a plan to improve relationships with the objects based on such fortune information, and records and systematically manages relevant activities of the user, thereby maintaining and developing a good social relationship with the SRM objects.
The conventional method for providing fortune information services has largely developed by using the internet, mobile communication and so on according to the deveopment of IT technology. However, because the most of the fortune information services are limited to searching fortune information of the user or a specific person and searching simple advice included in the fortune information, it is urgently needed to devise various methods for utilizing fortune information.
Moreover, the user who uses fortune information is a member of society who is living in social relationships with the people belonging to various groups such as a family, friend, workplace, community, business and the like. The people have recently expanded their social activities through social network services such as the twitter, and thus the need for social relationship management to maintain and develop a good social relationship with the people is increasing. To meet this demand, the development for a system or method which can systematically manage social relationships by using fortune information based on the IT technology is actually required.
The present invention has been made in an effort to solve the above problems. An object of the present invention is to provide a SRM system using fortune information and a method thereof, that allows users to register SRM objects for each group on a database of a user terminal such as a mobile communication terminal and a personal computer through a wired and wireless network, provides the user with detailed fortune information for each desired object according to each type and a specific period, and a plan to improve relationships with the objects based on such fortune information, and records and systematically manages relevant activities of the user, thereby maintaining and developing a good social relationship with the SRM objects.
An other object of the present invention is to provide a SRM system using fortune information and a method thereof, that allows the user to enter SRM objects for each groups into a database of a mobile communication terminal available for a short message service through the short message service (hereinafter referrerd to as "SMS"), provides the user with detailed fortune information for each desired object according to each type and a specific period, and a plan to improve relationships with the objects based on such fortune information, and records and systematically manages relevant activities of the user.
To solve the aforesaid technical problems, a SRM system using fortune information according to the present invention is characterized by comprising: a user terminal including a mobile communication terminal, a personal computer and so on to transmit data including menu information input or selected by the user and display the data received; a wired and wireless network to receive data from the user terminal and provide a path for transmitting the resulting processed data depending on the data received; a reception/transmission part to receive the data transmitted from the user terminal through the wired and wireless network and transmit the resulting processed data to the user terminal; a membership management part to perform the functions such as member registration and withdrawal, member information search and change, and member identification according to the user's request; a SRM account management part to perform the functions such as generating a SRM account for each member simultaneously with the aforesaid member registration and perform the functions such as the addition, inquiry, change and deletion of SRM groups and the registration, deletion, information inquiry and change of SRM objects for each group; a SRM account database to store information of SRM objects including information of SRM groups; a fortune analysis part to analyze fortunes for each user and SRM object using various kinds of fortune analysis methods; a SRM plan database which is established for social relationship types with reference to various methods for analyzing fortunes of the fortune analysis part and subsequent results; a SRM plan presentation part to present SRM plans depending on the fortune analysis results by the fortune analysis part by searching the SRM plan database; a SRM event database to store activities performed by the user according to each SRM object; and a SRM event management part to record activities performed by the user according to SRM objects on the SRM event database and search the activities according to dates, periods, fortune contents and events.
The user terminal includes the mobile communication terminal in which the user can input information regarding the desired menu, manipulation commands, SRM group names, object names, birth dates and times, and activities into a SMS text and send it, and that displays the received SMS, LMS (i.e. long message service), MMS (i.e. multimedia message service) and so on. The reception/transmission part functions to receive the SMS text from the user terminal and send the resulting processed data to the user terminal in the form of the SMS/LMS/MMS.
According to another aspect of the present invention, a SRM method using forturne information comprises a data reception stage which receives data including the information such as the menu input or selected by user through a wired or wireless network; a membership management stage which performs the functions such as member registration and withdrawal, member information search and change, and member certification by searching a member database according to the user's request; a SRM account management stage which generates a SRM account for each member at the same time with the aforesaid member registration and performs the functions such as the addition, search, change, and deletion of SRM groups, and the functions such as the registration, deletion, information search and change of SRM objects according to each SRM group by searching a SRM account database; a fortune analysis stage which analyzes fortunes according to each user and SRM object using various fortune analysis methods; a SRM plan presentation stage which presents an appropriate SRM plan by searching a SRM plan database according to each fortune analysis result from the fortune analysis stage described above; a SRM event management stage which records activities performed by the user for each SRM object on the SRM event database and searches the information with respect to each date, period, fortune content, and event; and a data transmission stage which transmits the resulting processed data to the user terminal through the wired or wireless network.
The data reception stage includes making out the information regarding desired menus, manipulation commands, SRM group names, object names, birth dates and times, and activities as a SMS text and sending it, and then receiving the transmitted messages of SMS. The data transmission stage includes transmitting the resulting processed data to the user terminal in the form of the SMS, LMS and MMS.
As described in detail, the SRM system using fortune information and the method thereof have the advantages that the user who uses fortune information can register SRM objects according to each group on a user terminal such as a mobile communication terminal or a PC (personal computer) through a wired or wireless network and be provided with detailed fortune information for each object depending on the object type or specific period and plans to improve a relationship with the objects based on the fortune information, and that relevant activities of the user are recorded and systematically managed to help the user to maintain and develop a good social relationship with the SRM object.
According to example embodiments of the present invention, the SRM system using forturne information and the method thereof can be used through the SMS, and thereby the user can easily and conveniently use the service provided by the system of the present invention through the SMS function of a mobile communication terminal even under the circumstance in which the internet access is difficult.
Figure 1 shows a block diagram of a SRM system using forture information according to an embodiment of the present invention.
Figure 2 shows a flowchart of a process of member registration and member certification.
Figure 3 shows a flowchart of a process of SRM group generation and SRM object registration.
Figure 4 shows a flowchart of a fortune inquiry process for a SRM object.
Figure 5 shows a flowchart of a process of SRM plan presentation for each social relationship type according to fortune analysis for SRM objects.
Figure 6 shows a flowchart of a SRM plan presentation process according to detailed fortune analysis for SRM objects.
Figures 7 and 8 shows partial flowcharts of a event recording and inquiry process for each SRM object.
The present invention will now be described more fully hereinafter with reference to the accompanying drawings, in which exemplary embodiments of the invention are illustrated. The invention may, however, be embodied in different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
Figure 1 is a block diagram of a SRM system using fortune information according to an embodiment of the present invention. A user terminal 100 as ilustrated in Figure 1 includes a mobile communication terminal 110 such as a smart phone which can has access to the internet, and a personal computer 120. Further, like a cellular phone for general purposes, the mobile communication terminal 110 funtions to input messages such as texts or signal which will be transmitted to an other party, transmit the SMS messages along with a caller ID to an other mobile communication terminal or internet phone through a wired or wireless network 200 and display the SMS messages or LMS/MMS messages received on a display window. The user can communicate with a reception/transmission part 300 through the internet using a web browser or an applicaiton for client or can communication with the reception/transmission part 300 using the SMS function of the mobile communication terminal 110.
The wired and wireless network 200 illustrated in Fig. 1 includes the wired and wireless internet to which the user terminal 100, a web server and so on are connected, and which allows to transmit and receive data using transmission control protocal and internet protecol methods, and functions to search a routing path using a telephone number included in SMS messages transmitted from a computer such as a web server connected to the wired or wireless internet of the mobile communication terminal 110 and to transmit the SMS messages to a computer of an other mobile communication or web server.
The receiption and transmission part 300 illustrated in Figure 1 receives data transmitted from the user terminal 100 in the form of a TCP/IP method or SMS through the wired or wirelss network 200 and functions to send the resulting processed data to the user terminal 100 in the form of the TCP/IP method or SMS, LMS, MMS according to a request of the user.
In the case where a user applies a web browser or an application for client, the access is made through a specific URL (uniform resource locator) or an IP address in order to exchange data with the reception/transmission part 300. In the case where a user applies the SMS, a SMS text is sent with a specific phone number such as a phone number, 01X-XXXX-XXXX, of the mobile communication terminal phone number that includes an identification signal, (01X), of a mobile communication businessman, or an internet phone number that includes the internet telephone identification signal (070), 070-XXXX-XXXX, and then the reception/transmission part of the system according to the present invention receives the CID (caller ID) and the SMS text.
A membership management part 400 illustrated in Figure 1 performs the functions such as member registration and withdrawal, member information search and change, and member certification by searching a member database 450 according to the user's request. In particular, in the case of member registration by the SMS, if there is the information of 'member registration and name, sex, YYYY-MM-DD-HH’in the SMS text received by the reception/transmission part 300, the membership management part 400 recognizes 'member registration’as a manipulation command, and name, sex, YYYY-MM-DD-HH’as the needed information, verifies that there is no duplication phone number by searching the member database 450 and comparing with the received CID (caller phone number), and processes the member registration request by saving the CID and the needed information in the member database 450. Also in the cases of member information search and change, and member withdrawal, the SMS text is prepared in the form of 'manipulation command and needed information,' separating the manipulation command and needed information with a information separator such as ‘/’, and the process is carried out for member information search, member information change, and member withdrawal according to the individual manipulation command. A method to prepare requesting contents using SMS text can be predefined in various forms. In the member certification, the member database 450 is searched with the CID received with the SMS text and, the user is decided as a member if there is the same phone number so that the request included in the text message can be processed in a next stage.
In the member database 450, the identification information (i.e. a mobile phone number, ID, password, name, sex, birth date and time, payment information, etc.) of a number of registered members is stored.
A SRM account management part 500 illustrated in Figure 1 generates SRM accounts for each member at the same time with the member registration by the membership management part 400 and performs the functions such as the addition, inquiry, change and deletion of SRM groups and the registration, deletion, information inquiry and change of SRM objects for each group. The SRM groups are classified into a family, friend, workplace, community, business and others, and a SRM group can be added, a group name can be changed, or a group can be deleted according to a request of the user when necessary. The SRM account management part performs the functions to search the group list or the SRM object list for each group by inquiring for a SRM account database 550. The registration of the SRM objects is performed by saving the SRM object information put in by user including the name of the SRM group to which the objects belong, name, sex, birth date and time, occupation, and job title in the SRM account database 550. The deletion, information inquiry and information deletion of SRM objects are also performed by searching the SRM account database 550. Particularly, in the case where the SRM object is registered by SMS, member certification is firstly carried out based on the CID in the membership management part 400 described above, and then, if a SMS text received in the reception/transmission part 300 includes the information ‘SRM object registration/group name, name, sex, YYYY-MM-DD-HH, occupation, job title’, the SRM account management part 500 recognizes 'SRM object registration’as the manipulation command and searches the SRM account database 550 of the member certified previously. If there is not a name identical to the SRM object that is to be registered in the SRM account database 550, the aforesaid SRM object to be registered to the SRM group with the group name described above as a SRM object by saving the SRM object information 'group name, name, sex, YYYY-MM-DD-HH, occupation, job title' in the SRM account database 550.
SRM group addition, SRM group list inquiry, SRM group name change, SRM group deletion, SRM object information inquiry, SRM object information change and SRM object deletion are also performed in the SRM account management part 500 as the SMS text is prepared by separating the manipulation command and needed information with ‘/’ in the form of 'manipulation command/needed information'. A method to prepare requesting contents using a SMS text can be predefined in various forms.
In the SRM account database 550, the SRM object information (name, sex, birth date and time, occupation, job title) is saved in addition to the SRM group information.
A fortune analysis part 600 illustrated in Figure 1 extracts birth date and time/sex information by searching the member database 450 and the SRM account database 550 for user and SRM object, respectively, and analyzes and inquire for detailed fortune for individual types and specific periods using various kinds of fortune analysis methods. The fortune analysis methods used in the fortune analysis part 600 comprise astronomical theories such as Sajuchumyeong, Jamidusu, Juyeok, and zodiac sign, and constitution analysis theory and bio-rhythm such as Oyukbungi. Particularly, the fortune analysis part 600 according to the present invention classifies the fortune types according to the fortune theories, such as 60 Sajuchumyeong types and 144 Jamidusu types, and analyzes the fortune for each type so that the result can be presented. Moreover, the fortune analysis part 600 is divided into total fortune/fortune for decade/yearly fortune/monthly fortune/daily fortune according to the fortune analysis theories, and the menu is classified into money fortune/love fortune/health fortune for each fortune period. In this manner, the detailed fortune of the SRM object is analyzed and inquired at the inquiry time. Specific time can be designated as in the case of YYYY/MM or YYYY/MM/DD for each menu so that the detailed fortune of the SRM object at specific time can be analyzed and inquired. Especially in the case where the fortune of the SRM object is inquired by means of SMS, the user can send the SMS text in the form of ‘menu/needed information.’ Then, the fortune analysis part 600 obtains the menu and needed information and searches the SRM account database 550 to bring the birth date and time/sex information of the SRM object included in the needed information and then processing the corresponding request. One example of detailed fortune inquiry is as followings: if the SMS text is prepared as 'Saju-daily fortune-Hong Gil-dong, 0520', the daily money fortune of Hong Gil-dong on the day of May 20th in the year analyzed by the Sajuchmyeong theory is generated and sent to the user. An example of fortune inquiry for each type is as following: if the SMS text is prepared as 'Jami type/Hong Gil-dong,’the fortune of the corresponding type of Hong Gil-dong analyzed by the Jamidusu theory is generated and sent to the user. The method to prepare the request SMS text can be predefined in various forms.
A SRM plan presentation part 700 illustrated in Figure 1 searches a SRM plan database 750 and present an appropriate SRM plan according to the fortune analysis result from the abovementioned fortune analysis part 600. When a user request to present a SRM plan for the SRM object for each type, the fortune analysis part 600 described above generates the fortune analysis result by classifying the fortune types of the user and the SRM object. Accordingly, the SRM plan presentation part 700 searches the SRM plan database 750 established in advance for the individual social relationship types with reference to the type of social relationship between the fortune type of the user and the fortune type of the SRM object generated by the fortune analysis. The matched SRM plan is then extracted and sent to the user. Moreover, the SRM plan related to the fortune at the time of inquiry or another specific period generated by the fortune analysis part 600 can be also provided by the SRM plan database 750 established in advance.
In particular, in the case where a user inquire about the SRM plan with the desired SRM object using SMS, the user can prepare the SMS text in the form of 'menu/needed information' as in the fortune analysis part 600 and send it. Then, the fortune of the user or the SRM object is firstly analyzed through the fortune analysis part 600, and, according to the result, the SRM plan presentation part 700 searches the SRM plan database 750, extracts an appropriate SRM plan, and sends it to the user. For example, if the SMS text is prepared as 'Saju SRM plan/Hong Gil-dong,' the SRM plan is searched with reference to the social relationship type between the user and Hong Gil-dong analyzed by the Sajuchumyeong theory, and sent to the user. If the SMS text is prepared as 'Jami-yearly fortune-money-SRM plan/ Hong Gil-dong, 2011,’ the SRM plan of Hong Gil-dong is searched with reference to the money fortune of the year 2011 analyzed by the Jamidusu theory, and sent to the user. The method to prepare the request SMS text can be predefined in various forms.
In the SRM plan database 750, the SRM plans are established and stored in advance for each type of the social relationship formed between the fortune type of the user and the fortune type of the SRM object classified by the each of the fortune analysis theories used in the abovementioned fortune analysis part 600. For example, the total number of the SRM plans for each of the social relationship types classified by the Sajuchumyeong theory is 3,600 (60 X 60), and the total number of the SRM plans for each of the social relationship types classified by the Jamidusu theory is 20,736 (144 X 144). They are all established and stored in advance. Furthermore, the fortune is divided into the total fortune/fortune for decade/yearly fortune/monthly fortune/daily fortune for each of the fortune analysis theories in the abovementioned fortune analysis part 600. For each of them, the fortune is divided further into the money fortune/love fortune/health fortune, and the SRM plans for the detailed fortune are also established and stored in advance.
A SRM event management part 800 illustrated in Figure 1 records the activities of the user for each SRM object in a SRM event database 850 and inquires information for each date, period, fortune content, and event. If the user wants to not only inquire about the fortune of the SRM object of the SRM plan through the abovementioned fortune analysis part 600 or the SRM plan presentation part 700 but also to make records of the activities with the abovementioned SRM object at a certain time, the SRM event management part 800 records and saves the user activities in the SRM event database for each of the SRM object/date/time.
With respect to the information save in this manner, if the users request an inquiry by setting the conditions such as the specific date, period, fortune content or event, the SRM event management part 800 searches the SRM event database with reference to the date, period, fortune content or event for the SRM object and sends the result to the user. The SRM event management part 800 can also provide various SRM group comparison and analysis information such as the event occurrence frequency of each SRM group in a certain period of time so that the user can easily understand the social relationship formation.
In particular, in the case where a user records the activities using SMS, if the user prepares the SMS text in the form of 'SRM event record/SRM object name, time, content,’ the SRM event management part 800 recognizes 'SRM event record’ as the manipulation command and records the content by differentiating the object and the time. For example, if the SMS text is prepared as 'SRM event record/Hong Gil-dong, 05201800, introduced Gapsuni while eating at a French restaurant,' the SRM object is set as Hong Gil-dong, the time is identified as 6 p.m. on May 20, and the content 'introduced Gapsuni while eating at a French restaurant' is recorded in the SRM event database 850. In the case of inquiry, if the SMS text is prepared in the form of 'SMS event inquiry/SRM object name, inquiry condition,' the SRM event management part 800 processes the SRM event inquiry procedure according to the condition. The method to prepare the request SMS text can be predefined in various forms.
The SRM event database 850, the activities recorded by a user are saved for each of the SRM object for the date/time.
Figure 2 shows a flowchart of a member registration and member certification process. The member registration and member certification process is described in more detail referring to Figures 1 and 2.
In the member registration, the user inputs the identity information including the ID, password, name, sex, birth date and time, and so on using the user terminal 400 (S201), the reception/transmission part 300 receives it and transmits the information of the requesting member to the membership management part 400 (S102). Accordingly, the membership management part 400 searches the member database 450 and checks out duplicated member registration (S106). If there is no duplication, the SRM account generation for the requesting member is requested to the SRM account management part 500 (S108). The SRM account management part 500 generates the SRM account for the requesting member in the SRM account database 550 (S110), and the SRM account generation result is sent to the member management part 400 (S112). After the member management part 400 receives the SRM account generation result, it registers the requesting member as a member, saves the result in the member database 450 (S114), and request to the reception/transmission part 300 to send the member registration result to the user (S116). Then, the reception/transmission part 300 sends the member registration result to the user terminal 100.
In the procedure where the membership management part 400 checks out if there is duplication in the member registration (S106), if there exists duplication, the member registration process is stopped and the request to notify the duplication is made to the reception/transmission part 300 (S109). Accordingly, the reception/transmission part 300 notifies the duplication to the user terminal 100 (S111).
In the member certification, the user request member certification by inputting the ID and password through the user terminal 100 (S120), and the reception/transmission part 300 receives it and then sends it to the membership management part 400 (S122). Accordingly, the membership management part 400 searches the member database 450 and checks out if the user is a member (S124) and requests the reception/transmission part 300 to send the certification result to the user. Then, the reception/transmission part 300 sends the certification result to the user terminal 100 (S128).
Figure 3 shows a flowchart of the SRM group generation and SRM object registration process. The SRM group generation and SRM object registration process is described in more detail referring to Figures 1 and 3.
In the SRM group generation, the user requests the SRM group generation by inputting the group name (the ID is automatically transmitted after the abovementioned member certification process.) through the user terminal 100 (S202), and the reception/transmission part 300 receives it and sends the SRM group generation request information including the ID to the SRM account management part 500 (S204). The SRM account management part 500 searches the SRM account database 550 with reference to the user ID, checks out if there is duplication with the conventional SRM groups, generates a new SRM group in the received group name, saves it in the SRM account database 550 (S206), and requests the reception/transmission part 300 to send the SRM group generation result to the user (S208). Accordingly, the reception/transmission part 300 sends the SRM group generation result to the user to the user terminal 100 (S210).
In the SRM object registration, the user inputs or selects the group name and the identity information of the object including the object name, sex, birth date and time, and so on (the ID is automatically transmitted after the abovementioned member certification process.) to request the SRM object registration through the user terminal 100 (S212). The reception/transmission part 300 receives it and sends the SRM object registration request information including the ID to the SRM account management part 500 (S214). Accordingly, the SRM account management part 500 searches the SRM account database 550 and processes the SRM object registration by finding out the SRM group in the user’s SRM account and recording the identity information of the requested object (S216), and then requests the reception/transmission part 300 to send the SRM object registration result to the user (S218). Then, the reception/transmission part 300 sends the SRM object registration result to the user terminal (100) (S220).
Figure 4 shows a flowchart of a fortune inquiry process for a SRM object. The fortune inquiry process for a SRM object is described in more detail referring to Figures 1 and 4.
In the fortune inquiry process for a SRM object, the reception/transmission part 300 receives the fortune inquiry request from the user and sends the information including the user ID, group name, name of the object to be inquired about, fortune menu, and the time for inquiry to the SRM account management part 500 (S302). The SRM account management part 500 searches the SRM account database 550 with reference to the user ID and group name, extracts the inquired object information including the sex/birth date and time (S304), and sends it to the fortune analysis part 600 with the information of the fortune menu and the inquiry time (S306). Accordingly, the fortune analysis part 600 analyzes the fortune of the fortune menu at the desired time and requests the reception/transmission part 300 to send the result to the user (S310).
Figure 5 shows a flowchart of a process of the SRM plan presentation for each social relationship type according to the fortune analysis for the SRM object. The process of the SRM plan presentation for each social relationship type according to the fortune analysis for the SRM object is described in more detail referring to Figures 1 and 5.
In the process of the SRM plan presentation for each social relationship type according to the fortune analysis for the SRM object, the user’s request is sent to the membership management part 400 with the information including the user ID, SRM group name, SRM object name, and the fortune theory name (S402). The membership management part 400 searches the member database 450 and extracts the information of the user’s sex/birth date and time (S404), and then requests the SRM account management part 500 for the information about the SRM objects (S406). The SRM account management part 500 searches the SRM account database 550 and extracts the SRM object information including the sex/birth date and time (S408), and then sends it to the fortune analysis part 600 with the user information of the sex/birth date and time (S410). The fortune analysis part 600 analyzes the fortune of the user and the SRM object according to the types by the fortune analysis method based on the requested fortune theory (S412), and request the SRM plan presentation part 700 for the SRM plan appropriate to the fortune analysis result (S414). Accordingly, the SRM plan presentation part 700 searches the SRM plan database 750 with reference to the fortune types of the user and the SRM object and their social relationship type that is established in advance for each of the social relationship types and extracts the matched SRM plan (S416), and then sends the SRM plan information to the fortune analysis part 600 (S418). The fortune analysis part 600 sends the abovementioned fortune analysis result and the SRM plan information for the matched social relationship type to the user (S420).
Figure 6 shows a flowchart of a SRM plan presentation process according to the detailed fortune analysis for the SRM object. The SRM plan presentation process according to the detailed fortune analysis for the SRM object is described in more detail referring to Figures 1 and 6.
In the SRM plan presentation process according to the detailed fortune analysis for the SRM object, the user’s request is sent to the SRM account management part 500 with the information including the user ID, SRM group, SRM object name, fortune menu, and the inquiry time (S502). The SRM account management part 500 searches the SRM account database 550 and extracts the SRM object information of the sex/birth date and tae (S504), and sends it to the fortune analysis part 600 with the information of the fortune menu and the inquiry time (S506). The fortune analysis part 600 analyzes the detailed fortune of the SRM object at the desired time according to the fortune menu and requests the SRM plan presentation part 700 for the SRM plan appropriate to the fortune analysis result (S510). Accordingly, the SRM plan presentation part 700 searches the SRM plan database 750 that is established in advance and extracts the matched SRM plan (S512), and sends the SRM plan information to the fortune analysis part 600 (S514). The fortune analysis part 600 sends the abovementioned fortune analysis result and the matched SRM plan information to the user (S516).
Figures 7 and 8 show partial flowcharts of an event recording and inquiry process for each SRM object. The event recording and inquiry process for each SRM object is described in more detail referring to Figures 1 and 7.
In the event recording and inquiry process for each SRM object, the user’s request is sent to the SRM account management part 500 with the information including the user ID, SRM group name, SRM object name, even occurrence time (date and time), and the event content (S602). The SRM account management part 500 searches the SRM account database 550 and extracts the SRM object information of the sex/birth date and time (S604), and then sends it to the fortune analysis part 600 with the information of the event occurrence time (S606) and requests the SRM event management part 800 to record the event for the SRM object with the information of the SRM object name, the even occurrence time, and the event content (S616). Accordingly, the fortune analysis part 600 analyzes the fortune at the event occurrence time of the SRM object (S608) and requests the SRM plan presentation part 700 to search for the SRM plan corresponding to the fortune analysis result (S610). The SRM plan presentation part 700 searches the SRM plan database 750 and extracts the SRM plan matched with the abovementioned fortune analysis result, and sends it to the SRM even management part 800 with the fortune analysis result information received from the abovementioned fortune analysis part 600 (S614). The SRM event management part 800 saves the event content information received from the abovementioned SRM account management part 500 and the fortune information and the SRM plan information at the corresponding time received from the abovementioned the SRM plan presentation part 700 in the SRM event database 850 for each event occurrence date/time differentiating the SRM objects (S618), and sends the event saving result to the user (S620).
In the event inquiry process for each SRM object, the user’s request is sent to the SRM account management part 500 with the information including the user ID, SRM group name, SRM object name, inquiry period, and other inquiry conditions (S622). The SRM account management part 500 searches the SRM account database 550 and identifies the SRM object (S624), and requests the SRM event management part 800 for the event inquiry for each of the SRM objects with the information including the SRM object name, inquiry period, and other inquiry conditions (S626). Accordingly, the SRM event management part 800 searches the SRM event database 850 and extracts the SRM object event according to the abovementioned inquiry period and other inquiry conditions (S628), and sends the search result to the user (S630).
Therefore, the SRM system and the method according to the present invention based on the structure and functions described above allows the user, on a user terminal such as a mobile communication terminal or a PC (personal computer) through wire or wireless network, to register the SRM object to each group, to be provided with the detailed fortune information for each desired object according to each type and a specific period and the plan to improve the relationship with the object based on the fortune analysis result, to record the relevant activities of the user and systematically manage them, and thus help the user to maintain and develop a good social relationship with the SRM object, enabling users to easily and conveniently use the service provided by the SRM system based on the fortune information of the present invention even when the SMS function of a mobile communication terminal is applied.

Claims (10)

  1. A social relationship management ("SRM") system using fortune information, comprising:
    a user terminal including at least one of a mobile communication terminal, a personal computer to transmit data including menu information input or selected by the user and display the data received;
    a wired and wireless network to receive the data from the user terminal and provide a path for transmitting resulting processed data depending on the data received;
    a reception/transmission part to receive the data transmitted from the user terminal through the wired and wireless network and transmit the resulting processed data to the user terminal;
    a membership management part to perform the functions such as member registration and withdrawal, member information search and change, and member identification according to the user's request;
    a member database in which information of many members registered as a member is stored;
    a SRM account management part to perform the functions such as generating a SRM account for each member simultaneously with the aforesaid member registration along with the functions such as the addition, inquiry, change and deletion of SRM groups and the registration, deletion, information inquiry and change of SRM objects for each group;
    a SRM account database to store information of SRM objects including information of SRM groups;
    a fortune analysis part to analyze fortunes for each user and SRM object using a fortune analysis method including at least one of Sajuchumyeong, Jamidusu, Juyeok, and horoscope.;
    a SRM plan database in which a SRM plan is established in advance and stored according to social relationship types generated between fortune types of the user and fortune types of the SRM object which are classified by each fortune analysis method used at the fortune analysis part;
    a SRM plan presentation part to present a matched SRM plan with reference to a type of social relationship between fortune types of the user and fortune types of the SRM object generated by fortune analysis results of the fortune analysis part by searching the SRM plan database;
    a SRM event database to store activities performed by the user according to each SRM object; and
    a SRM event management part to record activities performed by the user according to SRM objects on the SRM event database and search the activities according to dates/periods/fortune contents/events.
  2. The SRM system of claim 1, wherein the user terminal includes the mobile communication terminal in which the user can input information regarding the desired menu, manipulation commands, SRM group names, object names, birth dates and times, and activities into a SMS text and send it, and that displays the received SMS, LMS, MMS and so on, and the reception/transmission part includes the functions to receive the SMS text from the user terminal and send the resulting processed data to the user terminal in the form of the SMS, LMS and MMS.
  3. The SRM system of claim 1 or claim 2, wherein the SRM account management part classifies SRM groups which SRM objects belong to into a family, friend, workplace, community, business and others, and performs the functions such as the addition, search, change and deletion of the SRM groups when necessary.
  4. The SRM system of claim 1 or claim 2, wherein the fortune analysis part funtions to analyze and inquire into detailed fortune of individual types or specific periods according to each SRM object classsified as the user and the SRM group using a fortune analysis method which includes at least one of Sajuchumyeong, Jamidusu, Juyeok, and horoscope.
  5. The SRM system of claim 1 or claim 2, wherein the SRM plan presentation part searches the SRM plan database established in advance based on the inquiry time for SRM objects or detalied fortunes of a specific period generated from fortune analysis results by the fortune analysis part, thereby extracting and providing a matched SRM plan.
  6. The SRM system of claim 1 or claim 2, wherein the SRM event management part records activities performed by the user according to each SRM object along with fortune information of the event occurence time for SRM objects analyzed at the fortune analysis part and SRM plan information matched with the information and presented from the SRM plan presentation part on the SRM event dababase, and searches them according to each date, period, fortune content and event.
  7. The SRM system of claim 6, wherein the SRM event management part further includes providing SRM group comparison and analysis information including an event occurrence frequency of each SRM group in a certain period of time.
  8. A SRM method using forturne information with a user terminal and server, the method comprising:
    a data reception stage wherein a server receives data including menu information input or selected by user through a wired or wireless network;
    a membership management stage wherein the server searches a member database according to the user's request, thereby performing the functions such as member registration and withdrawal, member information search and change, and member identification;
    a SRM account management stage wherein the server generates a SRM account for each member at the same time with the aforesaid member registration and searches a SRM account databased, thereby performing the functions such as the addition, search, change, and deletion of SRM groups, and the functions such as the registration, deletion, information search and change of SRM objects according to each SRM group by ;
    a fortune analysis stage wherein the server analyzes fortunes according to each user and SRM object using a fortune analysis method including at least one of Sajuchumyeong, Jamidusu, Juyeok, and horoscope.;
    a SRM plan presentation stage wherein the server searches a SRM database, which is established in advance according to social relationship types, thereby presenting a matched SRM plan with reference to a type of social relationship between fortune types of the user and fortune types of the SRM object generated by fortune analysis results of the fortune analysis stage;
    a SRM event management stage wherein the server records activities performed by the user for each SRM object on a SRM event database and searches the information with respect to each date, period, fortune content, and event; and
    a data transmission stage wherein the server transmits the resulting processed data to the user terminal through the wired or wireless network.
  9. The SRM method of claim 8, wherein the data reception stage includes making out information including desired menus, manipulation commands, SRM group names, object names, birth dates and times, and activities as a SMS text and sending it, and then receiving the transmitted SMS messages, and the data transmission stage includes transmitting the resulting processed data to the user terminal in the form of SMS, LMS and MMS, so that the SMS text is available.
  10. The SRM method of claim 8 or claim 9, wherein the fortune analysis stage includes analyzing and inquiring into detailed fortune of individual types or specific periods according to each SRM object classsified as a user and SRM group using a fortune analysis method which includes at least one of Sajuchumyeong, Jamidusu, Juyeok, and horoscope.
PCT/KR2011/004073 2010-06-15 2011-06-03 Social relationship management system using fortune information and method thereof WO2011159046A2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2010-0056418 2010-06-15
KR1020100056418A KR101027949B1 (en) 2010-06-15 2010-06-15 System for social relationship management using fortune information and method thereof

Publications (2)

Publication Number Publication Date
WO2011159046A2 true WO2011159046A2 (en) 2011-12-22
WO2011159046A3 WO2011159046A3 (en) 2012-04-26

Family

ID=44049826

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/004073 WO2011159046A2 (en) 2010-06-15 2011-06-03 Social relationship management system using fortune information and method thereof

Country Status (2)

Country Link
KR (1) KR101027949B1 (en)
WO (1) WO2011159046A2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101219935B1 (en) 2010-12-01 2013-01-22 에스케이커뮤니케이션즈 주식회사 Method and System for Providing Bothway Relationship Information
KR102587536B1 (en) * 2021-05-18 2023-10-11 문강배 System for providing divining art service using internet genealogy

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040017110A (en) * 2002-08-20 2004-02-26 오행문화산업 주식회사 Shopping device and methods using wire or wireless network based on four pillars
KR20050068375A (en) * 2003-12-30 2005-07-05 오영섭 Fortune information service system for having self-learning capability grafted on customer relationship management technique
KR20050095518A (en) * 2004-03-26 2005-09-29 원동오 Service method of lotto lottery number based on membership biorhythm using mobile phone
KR20050099375A (en) * 2004-04-09 2005-10-13 박종욱 Method for designing interior utilizing sa-ju fate information on internet and system therefor

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040017110A (en) * 2002-08-20 2004-02-26 오행문화산업 주식회사 Shopping device and methods using wire or wireless network based on four pillars
KR20050068375A (en) * 2003-12-30 2005-07-05 오영섭 Fortune information service system for having self-learning capability grafted on customer relationship management technique
KR20050095518A (en) * 2004-03-26 2005-09-29 원동오 Service method of lotto lottery number based on membership biorhythm using mobile phone
KR20050099375A (en) * 2004-04-09 2005-10-13 박종욱 Method for designing interior utilizing sa-ju fate information on internet and system therefor

Also Published As

Publication number Publication date
WO2011159046A3 (en) 2012-04-26
KR101027949B1 (en) 2011-04-12

Similar Documents

Publication Publication Date Title
WO2013055125A2 (en) Method and system for providing an instant messaging service
US20010054041A1 (en) System and method for registering or searching in multiple relationship-searching hosts
WO2016047995A1 (en) System and method for real-time customer consultation service through data communication network
EP2415011A2 (en) Method for providing human network management service in mobile terminal
WO2015043547A1 (en) A method, device and system for message response cross-reference to related applications
JP7272097B2 (en) Communication system, terminal device, communication method, program
WO2021125499A1 (en) Method and system for providing community service using short-range broadcasting
CN108140205A (en) Moving advertising provides system and method
WO2019132066A1 (en) Method and system for providing multiple profiles
WO2017175950A1 (en) Server supporting social network management and user terminal
KR20090001855A (en) System and method for searching and providing information using a mobile instant messaging service by analysing users' dialogue and location
WO2011159046A2 (en) Social relationship management system using fortune information and method thereof
KR102053980B1 (en) Providing Social Network Service And Providing Contents For The Same
CN102523174A (en) Instant messaging client group member association identification method
WO2013077540A1 (en) Real-time location based mobile local social service system and method for providing mobile local social service using same
KR102246387B1 (en) Influencer analysis solution providing method for marketing
WO2017086710A1 (en) System for providing feasibility assessment support service for business establishment, and method therefor
KR20170142964A (en) Counseling system and method through robo advisor
CA2534650A1 (en) Communications apparatus and method
WO2011096778A2 (en) Information matching system using wired/wireless communications and service providing method thereof
JP2001297165A (en) Operating system for electronic service site
KR101829616B1 (en) System for providing a service based on the personal connections
KR20020033488A (en) Service method using permission lacation information
KR20000050178A (en) The method and system to serve information classified by regions, through the internet
US20180276588A1 (en) Connection establishment assistance system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11795912

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11795912

Country of ref document: EP

Kind code of ref document: A2