[go: up one dir, main page]

WO2010147269A1 - 이용자 생성 룰 기반의 다기능 검색창 서비스 제공 방법 및 시스템 - Google Patents

이용자 생성 룰 기반의 다기능 검색창 서비스 제공 방법 및 시스템 Download PDF

Info

Publication number
WO2010147269A1
WO2010147269A1 PCT/KR2009/006171 KR2009006171W WO2010147269A1 WO 2010147269 A1 WO2010147269 A1 WO 2010147269A1 KR 2009006171 W KR2009006171 W KR 2009006171W WO 2010147269 A1 WO2010147269 A1 WO 2010147269A1
Authority
WO
WIPO (PCT)
Prior art keywords
search
rule
user
query
search rule
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2009/006171
Other languages
English (en)
French (fr)
Inventor
차명근
차영철
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to US13/378,363 priority Critical patent/US20120136887A1/en
Publication of WO2010147269A1 publication Critical patent/WO2010147269A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
    • G06F16/33—Querying
    • G06F16/332—Query formulation
    • G06F16/3322—Query formulation using system suggestions
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9538—Presentation of query results

Definitions

  • the present invention relates to a method and system for providing a multi-function search box service. More particularly, the present invention provides a search and shortcut service based on various search rules generated by a user, and suggests a search term and a recommendation search rule when a search term is input. The present invention relates to a method and system for providing a multi-function search box service.
  • the search results are limited to its own search engine.
  • the search result is very limited because the search is performed using only the Naver search engine.
  • Google's search results are limited to a search engine called Google, so it is difficult to follow a specialized search engine in a specific field. Blogs, for example, have often found that using a blog-specific search engine is more useful than using Google.
  • Google released Custom Search which allows users to adjust the weight of specific domains or sites and to tune the search results.
  • Google released Custom Search which allows users to adjust the weight of specific domains or sites and to tune the search results.
  • a search is performed in the corresponding search box by creating a separate search box for each custom search. That is, various custom searches cannot be used in one search box, and only one custom search is available for each search box.
  • an open search service such as Amazon's 'A9', which retrieves search results from several search engines and displays them on the screen at the same time.
  • Amazon's 'A9' which retrieves search results from several search engines and displays them on the screen at the same time.
  • the process of finding and registering a search engine that I want should be preceded, but the process is not easy for general users, and like Google's personalized search, the search must be performed in a separate search box for each search condition in order to use the search. There is this.
  • the present invention provides a search term recommendation DB used to recommend a search term associated with a phrase input by a user, a search rule recommendation DB used to recommend a search rule used in connection with an input search word, and an individual storing setting information for each user.
  • a query recommendation module for assisting in inputting a search word and a search rule based on an input phrase based on the search word recommendation DB and the search rule recommendation DB;
  • a setting information restoration module for classifying and restoring a query word by elements based on the personal setting information DB and the search box information DB;
  • a command analysis module configured to determine whether the classified and reconstructed query word is a command and to construct a message to perform the command;
  • a message restoration module for converting a query word classified and restored through the configuration information restoration module or the command analysis module
  • the search rule information DB assigns a different ID for each search rule stored in the search rule recommendation DB, and registers a rating, use count, adoption count, sponsor status, and IP address for each search rule based on the search rule ID. It is characterized by storing.
  • the search rule information DB distinguishes the search rule by assigning a separate ID to each search rule, and stores information such as the rating, the number of use, the number of adoption, the sponsor status, and the like for each search rule. It stores and registers the corresponding IP address.
  • the basic delimiter is registered as 'at', and a character such as '>>' or a character such as 'at' can be registered according to the user's selection.
  • the query recommendation module of the present invention in the step of recommending a search word or a search rule, displays a search word or a search rule with a sponsor at the top of the recommendation area to induce the user to select the user, and the number of selections for each sponsor in the user selection. And storing the search term recommendation DB or the search rule recommendation DB.
  • an embodiment of a search box service method includes an input step of receiving a query word from a user; A setting information restoration step of classifying and restoring a completed query by element based on the personal setting information DB and the search box information DB; A message restoring step of restoring a query word classified and restored based on the search rule information DB into a message; Returning the restored message to the user.
  • the input step of the present invention when selecting a search term recommended by the search term recommendation DB in relation to the phrase input by the user or when the input phrase consists only of the search term is a search rule including a separator based on the search rule recommendation DB
  • a basic search rule when a basic search rule registered in the personal setting information DB is selected among the recommended search rules;
  • a corresponding adoption rule when selecting an adoption rule registered in the personal setting information DB among recommended search rules;
  • a basic query rule may be input to receive the completed query.
  • the step of restoring the setting information of the present invention may include: executing a shortcut command based on the shortcut DB if the command is included in the restored query by analyzing the command; In case of a command other than a shortcut, the method may include executing a corresponding command.
  • the step of restoring the setting information of the present invention comprises: selecting a basic search rule if there is no delimiter in the restored query and there is a basic search rule set in the search box information DB in the search box; Selecting a user basic search rule set in the personal setting information DB if the restored query does not have a delimiter and there is no basic search rule in the search box; Selecting a global default search rule if the restored query does not have a delimiter, there is no default search rule in a search box, and there is no user default search rule set in the personal setting information DB; A message restoration step of restoring a message by designating a URL as a page for registering a new search rule if a delimiter is included in the restored query and a search rule located after the delimiter is not registered in the search rule information DB; If the restored query includes a delimiter and a search rule located after the delimiter is registered in the search rule information DB and the user adopts the search rule and is stored in the personal
  • the search rule is based on the search rule selection criteria stored in the personal setting information DB. Characterized in that it comprises the step of selecting.
  • the message restoring step of the present invention may include a step of replacing a server address portion of the URL with an IP address based on the personal setting information DB.
  • the user can easily use the rich search rules and shortcuts accumulated by crowd sourcing, and among the search rules and shortcuts having the same name by the personalization function, The right thing can be adopted and used.
  • the search term and search rule recommendation function are used, not only the search term recommendation but also the search rule used by the most people used or adopted for each search term can be searched more easily and quickly.
  • FIG. 1 is a structural diagram of a search box service system according to the present invention.
  • FIG. 2 is a query processing method according to the redirection method for the address bar input query in the search box service system according to the present invention.
  • 3 is a query processing method according to the template generation method for the address bar input query in the search box service system according to the present invention.
  • Figure 4 is a query processing method by the proxy method for the address bar input query in the search box service system according to the present invention.
  • FIG. 5 is a processing flowchart of a search box service system according to the present invention.
  • FIG. 6 is a flowchart for selecting a search rule of a search box service system according to the present invention.
  • FIG. 7 is a view illustrating an embodiment of a two-stage recommendation method of a search word and a search rule of a search box service system according to the present invention
  • FIG. 8 is an explanatory diagram of an embodiment of processing an input query in a search box service system according to the present invention.
  • the query analysis system analyzes the query input through the search box and plays a role of generating a message to perform an action accordingly.
  • the entered query will go through query recommendation module, configuration information restoration module, command analysis module, message restoration module, proxy module, template module, and redirection module.
  • query recommendation module a query recommendation module
  • configuration information restoration module command analysis module
  • message restoration module proxy module
  • template module template module
  • redirection module Refers to the recommended DB, personal setting information DB, search box information DB, search rule information DB, and shortcut information DB.
  • search box contains the query "mp3 at google.” This query means that the browser searches for the term “mp3" through the search rule "google”.
  • the query recommendation module performs a recommendation on a search term of 'mp3'.
  • the query suggestion module searches the query recommendation DB and recommends words starting with m such as 'myspace', 'msn' and 'mp3' at the bottom of the search box.
  • m such as 'myspace', 'msn' and 'mp3' at the bottom of the search box.
  • the feature is currently used by many search engines.
  • the query recommendation module searches the search rule recommendation DB and starts the second stage recommendation.
  • the second stage recommendation is the search rule frequently used by the user for the search term 'mp3', It is recommended that all users select the most selected search rules or search rules that have been recently selected. If users select a lot of search rules such as 'google', 'amazon', and 'itunes' with 'mp3', the search rules are recommended and the recommended areas are 'mp3 at google', 'mp3 at amazon', 'mp3 at' Suggestions such as it's will be displayed.
  • 'at' is a delimiter that separates search terms and search rules so that a user can select from personal setting information. Per user, you can use 'at' instead of 'at' or specify symbols like '>>'.
  • the search word and the search rule are used as the term search word and the search rule because this service is most useful for the search service, and can be applied to any service having a parameter input without being limited to the search service.
  • a query such as "I am busy today at miniblog" can post a phrase "I am busy today” to a mini blog called "miniblog.”
  • the search rule does not have to be the same as the name of the service.
  • the search rule 'miniblog' may be a rule for posting articles on 'twitter', which is used abroad, and 'Me Today', which is widely used in Korea. It might be a rule to post to.
  • a user who first registers a search rule with a certain name can arbitrarily set a name, and a plurality of search rules with the same name can exist. It is up to the user to decide which of the plurality of search rules (Adoption) and such information is stored in the personal setting information DB.
  • the adoption process is a process in which a user selects and stores one of several search rules having the same name, and only one search rule can be adopted for one name.
  • the setting information restoring module searches the personal setting information DB and the search box information DB to restore the information set for each person and for each search box. For example, if a search rule is not specified, a search is performed using the default search rule. A user who has set 'google' as the default search rule is a user who has set 'naver' as the default search rule. The search is performed through the corresponding search rule.
  • search rule called 'video' If a search rule called 'video' is entered, the user has not adopted the search rule 'video' and the search rule named 'video' searches for a video on YouTube (www.youtube.com). If there is a search rule to search and a search rule to search a video from Naver video (video.naver.com), the search rule is selected according to the user's preset selection criteria. Adoption criteria, highest rating criteria, sponsorship criteria, and so on.
  • the reason for separating the personal setting information DB and the search box information DB is to distinguish between the instant search box in the upper right corner of the browser and the search box inserted in the blog.
  • the instant search box has different basic search rules for each individual.
  • a search box inserted into a blog will often be set as a basic search rule to search for the blog.
  • the configuration information restoration module also restores the delimiter. As mentioned above, some users use 'at' as a delimiter and some users use '>>' as a delimiter. The role of finding delimiters in the input query is also generated in the configuration information restoration module.
  • the command analysis module is in charge of processing commands used in the service.
  • Commands may include '/ login', '/ logout', '/ default', '/ list', and '/ go'.
  • '/ login username' moves the user to the login page where the user with the 'username' can enter a password
  • '/ logout' logs the currently logged in user. It takes out and moves to the logout page.
  • '/ Default rulename' allows you to specify a default search rule with 'rulename', and '/ list rulename' displays all search rules with that 'rulename'.
  • '/ Go shortcutname' performs the shortcut to the address pointed to by the shortcut named 'shortcutname'.
  • the message restoration module performs a role of restoring a message by searching a search rule information DB and a shortcut information DB.
  • the message restoration module is performed based on a search rule or a shortcut adopted through the configuration information restoration module.
  • the search rule information DB and the shortcut information DB are separated.
  • the search rule information DB stores a message such as a URL (Unified Resource Locator) or a code that requires a parameter such as a search word, and the shortcut information DB URL messages that do not require parameters are stored.
  • the difference between the URL and the code is that the URL can designate only one service server, whereas the code can designate a plurality of service servers as well as a template or a program to be executed by the query analysis system. Is the point.
  • the shortcut information DB a URL such as 'http://www.google.com' is stored for the shortcut 'google', and there is no place for the parameter.
  • shortcut commands such as ‘/ go google’ are converted to ‘http://www.google.com’ to cause page movement.
  • the method of using the redirect message is performed by the redirect module in the simplest way.
  • the advantage of the redirection method is that it can minimize the load on the query analysis system, and it is the easiest for users to create search rules.
  • the method of generating and delivering a result page template is performed by the template module in such a way that the results of reconstructing the search results to some extent can be minimized while minimizing the load of the query analysis system. For example, you divide your results page into three frame areas to get and show your ads through Overture (www.overture.com) in the first area, get and expose search results through Google in the second area, and Naver on the third page. (www.naver.com) to retrieve the search results are exposed.
  • an API Application Programming Interface
  • the reconstruction and delivery of pages to proxies is performed by the proxy module in such a way that the load of the query analysis system is large, but the search results can be reconstructed as desired.
  • the query analysis system distinguishes each area and leaves the browser to fill each area, whereas the method of reconfiguring and delivering a page with a proxy not only separates each area but also each area. Even the role of filling in is performed in the query analysis system.
  • the load of the query analysis system increases, but it is possible to reconstruct the search results as desired instead. In the case of the query analysis system according to the present invention, all three methods are supported so that an appropriate one can be used as needed.
  • FIG. 2 illustrates a process in which a query input by a client through a browser's address bar is processed by generating a redirect message through the query analysis system.
  • the query entered in the address bar it goes through the DNS (Domain Name Service) server first, and it verifies whether or not the address is correct through the DNS server. If the address is correct, the relevant IP address will be sent to the relevant IP address, but if it is not, the response will be made through the default search engine set by the browser in response to the client's browser with the message "Incorrect address". You lose.
  • DNS Domain Name Service
  • the parsing system parses the input and sends a redirect message to access the appropriate service server. Will be sent.
  • the log DB which is internal or external, it can be used in the future for creating a search term recommendation DB, search rule recommendation DB, and popular search term statistics. If you use the browser's instant search box or the search box of the homepage, directly from step 3 (passing input values to the designated default search engine) without the steps 1 (DNS server request) and 2 (DNS server response) of FIG. It will be a progress.
  • the query of the query analysis system may be input through a search box of a homepage of a server in which the query analysis system is implemented or through a search box linked to an external link, but as described above, an address search box or an instant search box of a browser is provided. If directly received through the use of the query analysis system will be greatly increased. It can also be entered from search toolbars provided by portal sites such as Yahoo and Naver, or from operating systems such as the upcoming Windows 7. In short, the query analysis system may be provided in connection with any type of search box.
  • the query analysis system may be implemented in a site separate from an existing search engine site or a service site, but may be integrated into an existing search engine site.
  • FIG. 3 illustrates a process in which a query input by a client through a browser's address bar is processed in a method of generating and delivering a result page template in the query analyzing system.
  • a query input by a client through a browser's address bar is processed in a method of generating and delivering a result page template in the query analyzing system.
  • the query analysis system delivers the result page template to the client and connects to each service server to fill in the template.
  • FIG. 4 illustrates a process in which a query input by a client through a browser's address bar is processed in a method of reconfiguring and delivering a page to a proxy in the query analyzing system.
  • a query analysis system not a client, delivers a search word to each service server, receives a result, and reconstructs and delivers the result to the client. Because of this, the search results can be reconfigured as desired.
  • a search term recommendation occurs for the input query first, and then a search rule recommendation is made after the search term recommendation. After that, a process of restoring the setting information is performed to select a basic search rule or a separator set for each individual search box. Afterwards, if there is a designated command by parsing, the specified task is executed for each command. If the command is a shortcut in the form of 'go shortcutname', URL restoration occurs through the shortcut information DB.
  • the message generation process such as URL restoration and code generation occurs according to the default search rules specified by individual and search box.
  • the process of checking whether the search rule is a registered search rule or a search rule that has not been registered yet occurs. At this time, if a search rule is already registered, a message such as a URL or a code is generated according to the search rule, and if not already registered, the corresponding URL is designated to move a user to a new search rule registration page.
  • the message generated according to the search rule is delivered to the user according to the proxy method, the template method, and the redirection method.
  • the proxy module of the query analysis system delivers the search term to the service server specified in the message, receives the search result, reconstructs the result, and displays the result on the user screen.
  • the method to be displayed on the user screen may be displayed in the current window, a method of displaying in a new window, or displayed in a pop-up window.You can set a preferred display method in the personal setting information DB for each person or search rule information DB. You can set the display method in. Or have a second delimiter, such as "to,” to instruct the user on the query to display the results of the search for "mp3" by the search rule "google” in the form of "mp3 at google to new" You may.
  • a proxy method If it is not a proxy method, it is checked whether it is a template method. In the case of a template method, when a result page template is generated and delivered to the browser, the rest of the process is performed in the browser.
  • the redirect method is performed.
  • the redirect method when the restored URL is delivered to the browser, the work is performed by accessing the URL from the browser.
  • FIG. 6 is a flowchart for selecting a search rule, and details the process of checking whether a separator exists and the process of selecting a search rule in the process of checking whether a search rule exists.
  • the search should be done using the default search rule, so it is necessary to select the default search rule.
  • the search rule is selected as the default search rule. If not, the user selects the search rule as the default search rule if there is a default search rule specified by the user. If you do not know who the user is, or if you do not specify a default search rule, the globally specified default search rule is selected. At this time, you can specify different default search rules for each region. For example, you can set Naver, which is used most frequently in Korea, as the default search rule, and Google, which is used most often in overseas countries, as the default search rule.
  • search rule If a search rule is specified in the query and the search rule is already registered, if there is more than one search rule with that name, first check whether the user has already adopted the search rule of the name. You will select the search rules you have adopted, but otherwise you will follow your search rule selection criteria. If the highest score is selected as the selection criterion, the search rule with the highest rating is selected among the search rules with the corresponding name, and if the maximum evaluation is selected as the selection criterion, the most search term with the corresponding name is selected. The search rule used is selected. In addition, if the most adopted as the selection criteria, the most adopted search rule is selected among the search rules with the corresponding name.
  • the search rule with the sponsor is selected from the search rules with the corresponding name. do. For example, if you have registered a search rule on Amazon (www.amazon.com) and about (www.about.com) for the name of the search rule 'a', Amazon will pay more for sponsorship. Even if used a lot, about is chosen.
  • the query recommendation module searches the search query recommendation DB and displays various search terms starting with 'm' in the recommendation area.
  • the search term of the sponsor who paid the sponsor for the word may be exposed to a higher level to induce the user to select easily. If one of the recommended search terms is selected, the search rule is recommended for the corresponding search term.
  • the search rule recommendation is performed by the query recommendation module searching the search rule recommendation DB. It can be provided by Ajax (Asynchronous Java Script and XML) method by extracting from the log DB and reconstructing the search word and which search rule are often used together.
  • the search rule of the sponsor may be exposed at the top of the recommendation area to induce the user to select easily.
  • the number of times the sponsored search term or sponsored search rule is selected may be stored in the search word recommendation DB and the search rule recommendation DB to be used to receive a payment for the preferred exposure from the future sponsor.
  • a general recommendation may be made based on what search terms and search rules people select after inputting the input values. You can also recommend very popular search terms and search rules.
  • Each step can be done separately or together. That is, as in most current search engines, only a search term recommendation may be provided, or a search rule recommendation may be provided by utilizing the characteristics of the query analysis system according to the present invention, or both may be provided together.
  • a search term recommendation may be provided, or a search rule recommendation may be provided by utilizing the characteristics of the query analysis system according to the present invention, or both may be provided together.
  • a revenue model that receives a certain amount of money from the sponsor may be considered.
  • search rule information DB there is a search rule ID in addition to the search rule name.
  • This search rule ID is a unique value for each search rule.
  • rating, usage, adoption, sponsor status are recorded for each search rule and used as a selection condition among search rules with the same name, and there are search rule role items displayed in the form of URL or code, and reduce DNS lookup step.
  • the search server's IP address is recorded.
  • the personal setting information DB the default search rule ID value selected by the user, the ID value of the adopted rules, the selection criteria of the search rule having the same name, the delimiter, and whether the IP address is directly used are recorded.
  • the first query 'mp3' does not have a search rule specified. Therefore, the search is performed by a search rule named google whose search rule ID is 100321 selected by the user. In the case of the second query 'mp3 at google', 100321 search rule is selected among the search rules named google, and the search is performed.
  • the third query 'mp3 at a' uses the search rule named a. Since it is not adopted, the 234322 search rule is selected and searched according to the criteria of 'most used' which is a search rule selection criterion specified by the user.
  • the query analysis system analyzes the query input through the search box and plays a role of generating a message to perform an action accordingly.
  • the entered query will go through query recommendation module, configuration information restoration module, command analysis module, message restoration module, proxy module, template module, and redirection module.
  • query recommendation module a query recommendation module
  • configuration information restoration module command analysis module
  • message restoration module proxy module
  • template module template module
  • redirection module Refers to the recommended DB, personal setting information DB, search box information DB, search rule information DB, and shortcut information DB.
  • search box contains the query "mp3 at google.” This query means that the browser searches for the term “mp3" through the search rule "google”.
  • the query recommendation module performs a recommendation on a search term of 'mp3'.
  • the query suggestion module searches the query suggestion DB and recommends words starting with m such as 'myspace', 'msn' and 'mp3' at the bottom of the search box.
  • m such as 'myspace', 'msn' and 'mp3' at the bottom of the search box.
  • the feature is currently used by many search engines.
  • the query recommendation module searches the search rule recommendation DB and starts the second stage recommendation.
  • the second stage recommendation refers to the search rule frequently used by the user for the search term 'mp3'. Users are recommended to search rules that are selected the most or recently selected trends. If users select a lot of search rules such as 'google', 'amazon', and 'itunes' with 'mp3', the search rules are recommended and the recommended areas are 'mp3 at google', 'mp3 at amazon', 'mp3 at' Suggestions such as it's will be displayed.
  • 'at' is a delimiter that separates search terms and search rules so that a user can select from personal setting information. Per user, you can use 'at' instead of 'at' or specify symbols like '>>'.
  • the search word and the search rule are used as the term search word and the search rule because this service is most useful for the search service, and can be applied to any service having a parameter input without being limited to the search service.
  • a query such as "I am busy today at miniblog" can post a phrase "I am busy today” to a mini blog called "miniblog.”
  • the search rule does not have to be the same as the name of the service.
  • the search rule 'miniblog' may be a rule for posting articles on 'twitter', which is used abroad, and 'Me Today', which is widely used in Korea. It might be a rule to post to.
  • a user who first registers a search rule with a certain name can arbitrarily set a name, and a plurality of search rules with the same name can exist. It is up to the user to decide which of the plurality of search rules (Adoption) and such information is stored in the personal setting information DB.
  • the adoption process is a process in which a user selects and stores one of several search rules having the same name, and only one search rule can be adopted for one name.
  • the setting information restoring module searches the personal setting information DB and the search box information DB to restore the information set for each person and for each search box. For example, if a search rule is not specified, a search is performed using the default search rule. A user who has set 'google' as the default search rule is a user who has set 'naver' as the default search rule. The search is performed through the corresponding search rule.
  • search rule called 'video' If a search rule called 'video' is entered, the user has not adopted the search rule 'video' and the search rule named 'video' searches for a video on YouTube (www.youtube.com). If there is a search rule to search and a search rule to search a video from Naver video (video.naver.com), the search rule is selected according to the user's preset selection criteria. Adoption criteria, highest rating criteria, sponsorship criteria, and so on.
  • the reason for separating the personal setting information DB and the search box information DB is to distinguish between the instant search box in the upper right corner of the browser and the search box inserted in the blog.
  • the instant search box has different basic search rules for each individual.
  • a search box inserted into a blog will often be set as a basic search rule to search for the blog.
  • the configuration information restoration module also restores the delimiter. As mentioned above, some users use 'at' as a delimiter and some users use '>>' as a delimiter. The role of finding delimiters in the input query is also generated in the configuration information restoration module.
  • the command analysis module is in charge of processing commands used in the service.
  • Commands may include '/ login', '/ logout', '/ default', '/ list', and '/ go'.
  • '/ login username' moves the user to the login page where the user with the 'username' can enter a password
  • '/ logout' logs the currently logged in user. It takes out and moves to the logout page.
  • '/ Default rulename' allows you to specify a default search rule with 'rulename', and '/ list rulename' displays all search rules with that 'rulename'.
  • '/ Go shortcutname' performs the shortcut to the address pointed to by the shortcut named 'shortcutname'.
  • the message restoration module performs a role of restoring a message by searching a search rule information DB and a shortcut information DB.
  • the message restoration module is performed based on a search rule or a shortcut adopted through the configuration information restoration module.
  • the search rule information DB and the shortcut information DB are separated.
  • the search rule information DB stores a message such as a URL (Unified Resource Locator) or a code that requires a parameter such as a search word, and the shortcut information DB URL messages that do not require parameters are stored.
  • the difference between the URL and the code is that the URL can designate only one service server, whereas the code can designate a plurality of service servers as well as a template or a program to be executed by the query analysis system. Is the point.
  • the shortcut information DB a URL such as 'http://www.google.com' is stored for the shortcut 'google', and there is no place for the parameter.
  • shortcut commands such as ‘/ go google’ are converted to ‘http://www.google.com’ to cause page movement.
  • the method of using the redirect message is performed by the redirect module in the simplest way.
  • the advantage of the redirection method is that it can minimize the load on the query analysis system, and it is the easiest for users to create search rules.
  • the method of generating and delivering a result page template is performed by the template module in such a way that the results of reconstructing the search results to some extent can be minimized while minimizing the load of the query analysis system. For example, you divide your results page into three frame areas to get and show your ads through Overture (www.overture.com) in the first area, get and expose search results through Google in the second area, and Naver on the third page. (www.naver.com) to retrieve the search results are exposed.
  • an API Application Programming Interface
  • the reconstruction and delivery of pages to proxies is performed by the proxy module in such a way that the load of the query analysis system is large, but the search results can be reconstructed as desired.
  • the query analysis system distinguishes each area and leaves the browser to fill each area, whereas the method of reconfiguring and delivering a page with a proxy not only separates each area but also each area. Even the role of filling in is performed in the query analysis system.
  • the load of the query analysis system increases, but it is possible to reconstruct the search results as desired instead. In the case of the query analysis system according to the present invention, all three methods are supported so that an appropriate one can be used as needed.
  • FIG. 2 illustrates a process in which a query input by a client through a browser's address bar is processed by generating a redirect message through the query analysis system.
  • the query entered in the address bar it goes through the DNS (Domain Name Service) server first, and it verifies whether or not the address is correct through the DNS server. If the address is correct, the relevant IP address will be sent to the relevant IP address, but if it is not, the response will be made through the default search engine set by the browser in response to the client's browser with the message "Incorrect address". You lose.
  • DNS Domain Name Service
  • the parsing system parses the input and sends a redirect message to access the appropriate service server. Will be sent.
  • the log DB which is internal or external, it can be used in the future for creating a search term recommendation DB, search rule recommendation DB, and popular search term statistics. If you use the browser's instant search box or the search box of the homepage, directly from step 3 (passing input values to the designated default search engine) without the steps 1 (DNS server request) and 2 (DNS server response) of FIG. It will be a progress.
  • the query of the query analysis system may be input through a search box of a homepage of a server in which the query analysis system is implemented or through a search box linked to an external link, but as described above, an address search box or an instant search box of a browser is provided. If directly received through the use of the query analysis system will be greatly increased. It can also be entered from search toolbars provided by portal sites such as Yahoo and Naver, or from operating systems such as the upcoming Windows 7. In short, the query analysis system may be provided in connection with any type of search box.
  • the query analysis system may be implemented in a site separate from an existing search engine site or a service site, but may be integrated into an existing search engine site.
  • FIG. 3 illustrates a process in which a query input by a client through a browser's address bar is processed in a method of generating and delivering a result page template in the query analyzing system.
  • a query input by a client through a browser's address bar is processed in a method of generating and delivering a result page template in the query analyzing system.
  • the query analysis system delivers the result page template to the client and connects to each service server to fill in the template.
  • FIG. 4 illustrates a process in which a query input by a client through a browser's address bar is processed in a method of reconfiguring and delivering a page to a proxy in the query analyzing system.
  • a query analysis system not a client, delivers a search word to each service server, receives a result, and reconstructs and delivers the result to the client. Because of this, the search results can be reconfigured as desired.
  • a search term recommendation occurs for the input query first, and then a search rule recommendation is made after the search term recommendation. After that, a process of restoring the setting information is performed to select a basic search rule or a separator set for each individual search box. Afterwards, if there is a designated command by parsing, the specified task is executed for each command. If the command is a shortcut in the form of 'go shortcutname', URL restoration occurs through the shortcut information DB.
  • the message generation process such as URL restoration and code generation occurs according to the default search rules specified by individual and search box.
  • the process of checking whether the search rule is a registered search rule or a search rule that has not been registered yet occurs. At this time, if a search rule is already registered, a message such as a URL or a code is generated according to the search rule, and if not already registered, the corresponding URL is designated to move a user to a new search rule registration page.
  • the message generated according to the search rule is delivered to the user according to the proxy method, the template method, and the redirection method.
  • the proxy module of the query analysis system delivers the search term to the service server specified in the message, receives the search result, reconstructs the result, and displays the result on the user screen.
  • the method of displaying on the user screen can be displayed in the current window, a method of displaying in a new window, and a method of displaying in a popup window. You can set the display method in. Or have a second delimiter, such as "to,” to instruct the user on the query to display the results of the search for "mp3" by the search rule "google” in the form of "mp3 at google to new" You may.
  • a proxy method If it is not a proxy method, it is checked whether it is a template method. In the case of a template method, when a result page template is generated and delivered to the browser, the rest of the process is performed in the browser.
  • the redirect method is performed.
  • the redirect method when the restored URL is delivered to the browser, the work is performed by accessing the URL from the browser.
  • FIG. 6 is a flowchart for selecting a search rule, and details the process of checking whether a separator exists and the process of selecting a search rule in the process of checking whether a search rule exists.
  • the search should be done using the default search rule, so it is necessary to select the default search rule.
  • the search rule is selected as the default search rule. If not, the user selects the search rule as the default search rule if there is a default search rule specified by the user. If you do not know who the user is, or if you do not specify a default search rule, the globally specified default search rule is selected. At this time, you can specify different default search rules for each region. For example, you can set Naver, which is used most frequently in Korea, as the default search rule, and Google, which is used most often in overseas countries, as the default search rule.
  • search rule If a search rule is specified in the query and the search rule is already registered, if there is more than one search rule with that name, first check whether the user has already adopted the search rule of the name. You will select the search rules you have adopted, but otherwise you will follow your search rule selection criteria. If the highest score is selected as the selection criterion, the search rule with the highest rating is selected among the search rules with the corresponding name, and if the maximum evaluation is selected as the selection criterion, the most search term with the corresponding name is selected. The search rule used is selected. In addition, if the most adopted as the selection criteria, the most adopted search rule is selected among the search rules with the corresponding name.
  • the search rule with the sponsor is selected from the search rules with the corresponding name. do. For example, if you have registered a search rule on Amazon (www.amazon.com) and about (www.about.com) for the name of the search rule 'a', Amazon will pay more for sponsorship. Even if used a lot, about is chosen.
  • the query recommendation module searches the search query recommendation DB and displays various search terms starting with 'm' in the recommendation area.
  • the search term of the sponsor who paid the sponsor for the word may be exposed to a higher level to induce the user to select easily. If one of the recommended search terms is selected, the search rule is recommended for the corresponding search term.
  • the search rule recommendation is performed by the query recommendation module searching the search rule recommendation DB. It can be provided by Ajax (Asynchronous Java Script and XML) method by extracting from the log DB and reconstructing the search word and which search rule are often used together.
  • the search rule of the sponsor may be exposed at the top of the recommendation area to induce the user to select easily.
  • the number of times the sponsored search term or sponsored search rule is selected may be stored in the search word recommendation DB and the search rule recommendation DB to be used to receive a payment for the preferred exposure from the future sponsor.
  • a general recommendation may be made based on what search terms and search rules people select after inputting the input values. You can also recommend very popular search terms and search rules.
  • Each step can be done separately or together. That is, as in most current search engines, only a search term recommendation may be provided, or a search rule recommendation may be provided by utilizing the characteristics of the query analysis system according to the present invention, or both may be provided together.
  • a search term recommendation may be provided, or a search rule recommendation may be provided by utilizing the characteristics of the query analysis system according to the present invention, or both may be provided together.
  • a revenue model that receives a certain amount of money from the sponsor may be considered.
  • search rule information DB there is a search rule ID in addition to the search rule name.
  • This search rule ID is a unique value for each search rule.
  • rating, usage, adoption, sponsor status are recorded for each search rule and used as a selection condition among search rules with the same name, and there are search rule role items displayed in the form of URL or code, and reduce DNS lookup step.
  • the search server's IP address is recorded.
  • the personal setting information DB the default search rule ID value selected by the user, the ID value of the adopted rules, the selection criteria of the search rule with the same name, the delimiter, and whether the IP address is directly used are recorded.
  • the first query 'mp3' does not have a search rule specified. Therefore, the search is performed by a search rule named google whose search rule ID is 100321 selected by the user. In the case of the second query 'mp3 at google', 100321 search rule is selected among the search rules named google, and the search is performed.
  • the third query 'mp3 at a' uses the search rule named a. Since it is not adopted, the 234322 search rule is selected and searched according to the criteria of 'most used' which is a search rule selection criterion specified by the user.
  • An object of the present invention is to provide a customized service for each user by allowing a plurality of users to register search rules and shortcuts, thereby increasing the diversity and expandability of services and reinforcing personalization.
  • the object of the present invention is to provide a function of recommending a search rule that is frequently used in connection with the search word, so that the user can find the desired information more quickly.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본 발명은 다기능 검색창 서비스 제공 방법 및 시스템에 관한 것으로, 더욱 상세하게는 이용자가 생성한 다양한 검색룰과 바로가기를 기반으로 검색 및 바로가기 서비스 제공은 물론, 검색어 입력 시 추천 검색어 및 추천 검색룰을 제시하는 것을 특징으로 하는 다기능 검색창 서비스 제공 방법 및 시스템에 관한 것이다. 이를 위하여 본 발명은 기존 검색 엔진 또는 서비스 서버의 앞 단에 위치하는 검색창 서비스 시스템을 가지는데 상기 검색창 서비스 시스템은 이용자가 입력한 구문과 연관된 검색어를 추천하는 데 활용되는 검색어 추천 DB, 입력된 검색어와 연관되어 쓰이는 검색룰을 추천하는 데 활용되는 검색룰 추천 DB, 이용자별로 설정 정보를 저장하는 개인 설정 정보 DB, 검색창별로 설정 정보를 저장하는 검색창 정보 DB, 이용자들이 직접 등록할 수 있는 검색룰 정보 DB, 및 이용자들이 직접 등록할 수 있는 바로가기 DB 부; 입력 구문을 상기 검색어 추천 DB와 상기 검색룰 추천 DB에 기초하여 검색어와 검색룰의 입력을 돕는 질의어 추천 모듈; 질의어를 상기 개인 설정 정보 DB와 상기 검색창 정보 DB에 기초하여 요소별로 분류하고 복원하는 설정 정보 복원 모듈; 상기 분류되고 복원된 질의어가 명령어인지 파악하고 해당 명령어를 수행하도록 메시지를 구성하는 명령어 분석 모듈;상기 검색룰 정보 DB와 상기 바로가기 DB에 기초하여 상기 설정 정보 복원 모듈 또는 상기 명령어 분석 모듈을 거쳐 분류되고 복원된 질의어를 메시지로 변환하는 메시지 복원 모듈; 상기 메시지 복원 모듈 또는 상기 명령어 분석 모듈로부터 생성된 메시지를 이용자에게 리디렉션 방식으로 돌려주는 리디렉션 모듈; 상기 메시지 복원 모듈에서 생성된 메시지를 이용자에게 템플릿 방식으로 돌려주는 템플릿 모듈; 상기 메시지 복원 모듈에서 생성된 메시지를 이용자에게 프락시 방식으로 돌려주는 프락시 모듈을 포함하는 것을 특징으로 한다.

Description

[규칙 제26조에 의한 보정 11.01.2010]　이용자 생성 룰 기반의 다기능 검색창 서비스 제공 방법 및 시스템
본 발명은 다기능 검색창 서비스 제공 방법 및 시스템에 관한 것으로, 더욱 상세하게는 이용자가 생성한 다양한 검색룰을 기반으로 검색 및 바로가기 서비스 제공은 물론, 검색어 입력 시 추천 검색어 및 추천 검색룰을 제시하는 것을 특징으로 하는 다기능 검색창 서비스 제공 방법 및 시스템에 관한 것이다.
종래의 검색 엔진을 이용한 검색은 검색 결과가 자체 검색 엔진에 국한되었다. 즉 네이버(Naver)의 검색창에 검색어를 입력하면 네이버 검색 엔진만을 이용해서 검색을 수행하기 때문에 그 검색 결과가 상당히 제한적이었다. 하지만 인터넷이 발전할수록 정보의 양은 기하급수적으로 증가하게 되고 하나의 검색 엔진이 모든 정보를 찾는 것은 사실상 불가능하게 되었다. 최근에는 검색 결과가 우수하다는 구글(Google)을 이용하는 사람들이 늘고 있지만 구글의 검색 결과 역시 구글이라는 검색 엔진에 국한되기 때문에 특정 분야에 있어서는 특화된 검색 엔진을 따라오기 어렵다. 예를 들어 블로그(Blog)와 같은 경우 구글을 이용하는 것보다 블로그 전용 검색 엔진을 이용하는 것이 더 유용한 자료를 얻는 경우가 많아졌다.
이러한 문제점을 해소하기 위해 구글에서는 맞춤 검색(Custom Search)을 출시하여, 특정 도메인이나 사이트를 대상으로 가중치를 조절하게 하고 검색 결과를 튜닝(Tuning)할 수 있도록 하였지만 결국 구글 검색 엔진에 의해서만 검색이 이루어진다는 한계를 벗어나지 못했고, 무엇보다 해당 맞춤 검색을 사용하기 위해서는 맞춤 검색별로 별도의 검색창을 만들어서 해당 검색창에서 검색이 이루어져야 하는 단점이 있다. 즉, 하나의 검색창에서 다양한 맞춤 검색을 이용할 수 없고, 검색창 별로 하나의 맞춤 검색만이 이용가능한 제약점이 있다.
또한, 하나의 검색 엔진에 의해서 검색 결과가 국한되는 한계를 넘어서기 위해 아마존(Amazon)의 'A9'과 같이 여러 개의 검색 엔진에서 검색 결과를 가져와서 동시에 화면에 표시해 주는 개방형 검색 서비스가 제시되었지만 A9의 경우, 내가 원하는 검색 엔진을 찾아서 등록하는 과정이 선행되어야 하는데 그 과정이 일반 이용자들에게는 쉽지 않고 구글의 맞춤 검색과 마찬가지로 해당 검색을 사용하기 위해서는 검색 조건별로 별도의 검색창에서 검색이 이루어져야 하는 단점이 있다.
상기의 문제점을 해소하기 위해 본 발명자에 의해 ‘리디렉션 메시지를 이용한 다기능 검색창 서비스 제공 방법 및 시스템’이 이미 출원되어 등록되었지만, 상기 발명의 경우 서비스 제공자 측면에서 설계되어 최근 화두가 되고 있는 이용자 참여에 의한 서비스 강화라는 트렌드를 반영하기 어려운 구조로 되어 있었다. 본 발명에서는 상기 발명의 문제점을 해소하기 위해 이용자가 직접 검색룰을 등록할 수 있도록 함으로써 서비스의 확장성을 강화하고, 이용자별로 보다 맞춤화된 서비스를 제공하는 것을 특징으로 하고 있다.
본 발명은, 이용자가 입력한 구문과 연관된 검색어를 추천하는 데 활용되는 검색어 추천 DB, 입력된 검색어와 연관되어 쓰이는 검색룰을 추천하는 데 활용되는 검색룰 추천 DB, 이용자별로 설정 정보를 저장하는 개인 설정 정보 DB, 검색창별로 설정 정보를 저장하는 검색창 정보 DB, 이용자들이 직접 등록할 수 있는 검색룰 정보 DB, 및 이용자들이 직접 등록할 수 있는 바로가기 DB 부; 입력 구문을 상기 검색어 추천 DB와 상기 검색룰 추천 DB에 기초하여 검색어와 검색룰의 입력을 돕는 질의어 추천 모듈; 질의어를 상기 개인 설정 정보 DB와 상기 검색창 정보 DB에 기초하여 요소별로 분류하고 복원하는 설정 정보 복원 모듈; 상기 분류되고 복원된 질의어가 명령어인지 파악하고 해당 명령어를 수행하도록 메시지를 구성하는 명령어 분석 모듈; 상기 검색룰 정보 DB와 상기 바로가기 DB에 기초하여 상기 설정 정보 복원 모듈 또는 상기 명령어 분석 모듈을 거쳐 분류되고 복원된 질의어를 메시지로 변환하는 메시지 복원 모듈; 상기 메시지 복원 모듈 또는 상기 명령어 분석 모듈로부터 생성된 메시지를 이용자에게 리디렉션 방식으로 돌려주는 리디렉션 모듈; 상기 메시지 복원 모듈에서 생성된 메시지를 이용자에게 템플릿 방식으로 돌려주는 템플릿 모듈; 상기 메시지 복원 모듈에서 생성된 메시지를 이용자에게 프락시 방식으로 돌려주는 프락시 모듈을 포함하는 것을 특징으로 한다. 상기 검색룰 정보DB는 검색룰 추천 DB에 저장되어 있는 검색룰별로 상이한 ID를 부여하고, 검색룰 ID에 기초하여 각 검색룰에 대하여 평점, 이용횟수, 채택횟수, 스폰서 여부, IP주소를 등록하여 저장하는 것을 특징으로 한다. 또한, 상기 검색룰 정보 DB는 각 검색룰에 별도의 ID를 부여하여 검색룰을 구별하고, 각 검색룰에 대하여 평점, 이용횟수, 채택횟수, 스폰서 여부 등의 정보를 저장하며, 각 검색룰에 해당하는 IP주소를 저장하여 등록하는 것을 특징으로 한다.
본 발명의 개인 설정 정보 DB에는, 기본 구분자가 ‘at’으로 등록되어 있고, 이용자의 선택에 따라 ‘>>’등의 기호나 ‘앳' 등의 문자를 등록할 수 있는 것을 특징으로 한다.
또한, 본 발명의 질의어 추천 모듈은, 상기 검색어 또는 검색룰 추천 단계에 있어서 스폰서가 있는 검색어 또는 검색룰을 추천 영역의 상단에 표시하여 이용자의 선택을 유도하고, 이용자 선택 시 스폰서별로 선택 횟수를 상기 검색어 추천 DB 또는 상기 검색룰 추천 DB에 저장하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명에 따른 검색창 서비스 방법의 실시형태는, 이용자로부터 질의어를 입력받는 입력 단계; 완성된 질의어를 상기 개인 설정 정보 DB와 상기 검색창 정보 DB에 기초하여 요소별로 분류하고 복원하는 설정 정보 복원 단계; 상기 검색룰 정보 DB에 기초하여 분류되고 복원된 질의어를 메시지로 복원하는 메시지 복원 단계; 복원된 메시지를 이용자에게 돌려주는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 입력 단계는, 이용자가 입력한 구문과 관련하여 검색어 추천 DB가 추천한 검색어를 선택하는 경우 또는 입력 구문이 검색어만으로 이루어진 경우 상기 검색룰 추천 DB에 기초하여 구분자를 포함한 검색룰이 추천되면, 추천되는 검색룰 중 상기 개인 설정 정보 DB에 등록된 기본 검색룰을 선택하면 기본 검색룰을 입력하는 단계; 추천하는 검색룰 중 상기 개인 설정 정보 DB에 등록된 채택룰을 선택하면 해당 채택룰을 입력하는 단계; 추천하는 검색룰 중 기본 검색룰 또는 채택룰이 아닌 검색룰을 선택하면 상기 개인 설정 정보 DB에 등록된 선택 기준에 부합하는 검색룰을 입력하는 단계; 및 추천하는 검색룰 중 어느 검색룰도 선택하지 않으면 기본 검색룰을 입력하는 단계를 거쳐 완성된 질의어를 입력받는 단계를 포함할 수 있다.
또한, 본 발명의 설정 정보 복원 단계는, 상기 복원된 질의어에 명령어가 포함되어 있으면 명령어 분석을 통하여 바로가기 명령어인 경우 상기 바로가기 DB에 기초하여 바로가기 명령을 실행하는 단계; 바로가기 이외의 명령어인 경우 해당 명령어를 실행하는 단계를 포함할 수 있다.
또한, 본 발명의 설정 정보 복원 단계는, 상기 복원된 질의어에 구분자가 없고 검색창에 상기 검색창 정보 DB에 설정된 기본 검색룰이 있다면 기본 검색룰을 선택하는 단계; 상기 복원된 질의어에 구분자가 없고 검색창에 기본 검색룰이 없다면 상기 개인 설정 정보 DB에 설정된 이용자 기본 검색룰을 선택하는 단계; 상기 복원된 질의어에 구분자가 없고 검색창에 기본 검색룰이 없으며 상기 개인 설정 정보 DB에 설정된 이용자 기본 검색룰이 없다면 글로벌 기본 검색룰을 선택하는 단계; 상기 복원된 질의어에 구분자가 포함되어 있고 구분자 다음에 위치한 검색룰이 상기 검색룰 정보 DB에 등록되어 있지 않으면 신규 검색룰을 등록하는 페이지로 URL을 지정하여 메시지를 복원하는 메시지 복원 단계; 상기 복원된 질의어에 구분자가 포함되어 있고 구분자 다음에 위치한 검색룰이 상기 검색룰 정보 DB에 등록되어 있으며 이용자가 해당 검색룰을 채택하여 상기 개인 설정 정보 DB에 저장되어있다면 이용자가 채택한 검색룰을 선택하는 단계; 상기 복원된 질의어에 구분자가 포함되어 있고 구분자 다음에 위치한 검색룰이 상기 검색룰 정보 DB에 등록되어 있으며 이용자가 채택하지 않았다면 상기 개인 설정 정보 DB에 저장되어 있는 검색룰 선택 기준에 기초하여 검색룰을 선택하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 복원된 메시지를 이용자에게 돌려주는 단계는,
서비스 서버로 상기 검색창 서비스 시스템이 검색어를 전송한 후 결과를 받아서 재구성하여 이용자의 화면에 전송하는 프락시 방식으로 하는 단계;
템플릿을 생성해 전송하고 이용자의 컴퓨터가 서비스 서버로부터 직접 결과를 받아와서 이용자의 화면에 표시하는 템플릿 방식으로 하는 단계; 검색룰에 따라 URL을 복원하여 이용자 화면에 표시하는 리디렉션 방식으로 하는 단계를 포함하는 것을 특징으로 한다.
또한, 본 발명의 메시지 복원 단계는, 상기 개인 설정 정보 DB에 기초하여 URL 중 서버 주소 부분을 IP 주소로 치환하여 보내는 단계를 포함할 수 있다.
상기와 같은 본 발명에 따르면, 이용자 입장에서는 크라우드 소싱(Crowd Sourcing)에 의해 축적된 풍부한 검색룰 및 바로가기를 손쉽게 이용할 수 있으며, 개인화 기능에 의해 같은 이름을 가지는 검색룰 및 바로가기 중에서도 자신에게 꼭 맞는 것을 채택하여 이용할 수 있게 된다. 또한 검색어 및 검색룰 추천 기능을 이용할 경우 검색어 추천뿐 아니라, 검색어 별로 가장 많은 사람들이 이용하거나 채택한 검색룰을 통해 검색할 수 있게 되어 원하는 검색 결과를 보다 손쉽고 빠르게 얻을 수 있게 된다.
사업자 측면에서는 인터넷 익스플로러나 파이어폭스와 같은 브라우저의 기본 검색 엔진으로 지정됨으로써 이용자가 증가해 영향력이 커지면서 광고 효과가 증대되는 효과가 있고 백업 DB에 저장된 인기 검색어 통계 기능을 이용해 이용자들의 요구에 효과적으로 대처할 수 있게 된다. 또한 추천 시 우선 노출, 매출 연계 수익 배분 등 다양한 수익 모델을 적용하는 것이 가능하여 높은 수익을 기대할 수 있다.
도 1은 본 발명에 따른 검색창 서비스 시스템의 구조도.
도 2는 본 발명에 따른 검색창 서비스 시스템에서의 주소창 입력 질의어에 대한 리디렉션 방식에 의한 질의어 처리 방법도.
도 3은 본 발명에 따른 검색창 서비스 시스템에서의 주소창 입력 질의어에 대한 템플릿 생성 방식에 의한 질의어 처리 방법도.
도 4는 본 발명에 따른 검색창 서비스 시스템에서의 주소창 입력 질의어에 대한 프락시 방식에 의한 질의어 처리 방법도.
도 5는 본 발명에 따른 검색창 서비스 시스템의 처리 순서도.
도 6은 본 발명에 따른 검색창 서비스 시스템의 검색룰 선택 순서도.
도 7은 본 발명에 따른 검색창 서비스 시스템의 검색어와 검색룰의 2단계 추천 방법 실시예 설명도.
도 8은 본 발명에 따른 검색창 서비스 시스템의 입력된 질의어의 처리 실시예 설명도.
본 발명의 구성과 작동 방법에 대하여 도면을 통하여 상세히 설명하기로 한다.
도 1은 질의어 분석 시스템의 구조를 나타낸다. 질의어 분석 시스템은 검색창을 통해 입력된 질의어를 분석하여 그에 맞는 동작이 이루어지도록 메시지를 생성하는 역할을 하게 된다. 이를 위해 입력된 질의어는 질의어 추천 모듈, 설정 정보 복원 모듈, 명령어 분석 모듈, 메시지 복원 모듈, 프락시 모듈, 템플릿 모듈, 리디렉션 모듈을 거치게 되며, 그 과정에서 각 모듈은 필요에 따라 검색어 추천 DB, 검색룰 추천 DB, 개인 설정 정보 DB, 검색창 정보 DB, 검색룰 정보 DB, 바로가기 정보 DB를 참조하게 된다.
이해를 돕기 위해 간단한 예제를 들어 설명하면, 검색창에 ‘mp3 at google’이라는 질의어가 들어왔다고 가정하자. 이 질의어는 ‘mp3’라는 검색어를 ‘google’이라는 검색룰을 통해 검색한 결과를 브라우저에 표시하라는 의미이다.
먼저, 질의어 추천 모듈은 ‘mp3’라는 검색어에 대해 추천을 수행한다. 이용자가 검색창에 ‘m’을 입력하는 순간 질의어 추천 모듈은 검색어 추천 DB를 조회하여 ‘myspace’, ‘msn’, ‘mp3’와 같이 m으로 시작하는 단어들을 검색창 하단에 추천하게 되는데 이와 같은 기능은 현재 많은 검색 엔진에서 활용되고 있는 방법이다.
* 이용자가 제시된 추천 검색어 중에서 ‘mp3’를 선택한 경우 질의어 추천 모듈은 검색룰 추천 DB를 조회하여 2단계 추천을 시작하게 되는데 2단계 추천은 ‘mp3’라는 검색어에 대해 해당 이용자가 자주 이용하는 검색룰, 전체 이용자들이 가장 많이 선택한 검색룰 또는 최근에 많이 선택하는 추세에 있는 검색룰들을 추천하게 된다. 이용자들이 ‘google’, ‘amazon’, ‘itunes’와 같은 검색룰들을 ‘mp3’와 함께 많이 선택했다면 해당 검색룰들이 추천되어 추천 영역에는 ‘mp3 at google’, ‘mp3 at amazon’, ‘mp3 at itunes’와 같은 추천 질의어가 표시되게 될 것이다. 여기서 ‘at’은 검색어와 검색룰을 구분하는 구분자로서 이용자가 개인 설정 정보에서 선택할 수 있게 된다. 이용자별로 ‘at’대신에 ‘앳’를 사용하거나 ‘>>’와 같은 기호를 지정할 수 있을 것이다.
이 때 검색어와 검색룰은 본 서비스가 검색 서비스에 가장 유용하게 쓰일 수 있기 때문에 검색어와 검색룰이라는 용어를 사용한 것으로, 검색 서비스에 국한되지 않고 파라메터 입력을 갖는 모든 서비스에 적용될 수 있다. 예를 들어, ‘I am busy today at miniblog’와 같은 질의어는 ‘I am busy today’라는 문구를 ‘miniblog’라는 미니 블로그에 포스팅(Posting)하는 동작을 할 수 있다. 또한 검색룰은 서비스의 이름과 꼭 같을 필요는 없는데 예를 들어 ‘miniblog’라는 검색룰은 해외에서 많이 이용되고 있는 ‘twitter’에 글을 포스팅하는 룰일 수도 있고, 국내에서 많이 이용되고 있는 ‘미투데이’에 글을 포스팅하는 룰일 수도 있다. 요컨대, 어떤 이름을 가진 검색룰을 처음 등록하는 이용자가 임의로 이름을 정할 수 있고, 같은 이름을 가진 검색룰이 다수 존재할 수 있게 된다. 이러한 다수의 검색룰 중에서 어떤 것을 채택(Adoption)할 지는 이용자가 결정을 하게 되며 이러한 정보는 개인 설정 정보 DB에 저장되게 된다. 여기서 채택이라는 과정은 동일한 이름을 갖는 여러 검색룰 중에서 이용자가 하나를 선택하여 저장해 두는 과정으로 하나의 이름에 대해서 하나의 검색룰만 채택이 가능하다.
설정 정보 복원 모듈은 개인 설정 정보 DB와 검색창 정보 DB를 조회하여 개인별로, 검색창별로 설정된 정보를 복원하게 된다. 예를 들어 검색룰이 지정되지 않았을 경우 기본 검색룰을 이용하여 검색을 수행하게 되는데 ‘google’을 기본 검색룰로 정해놓은 이용자는 해당 검색룰을 통해, ‘naver’를 기본 검색룰로 정해놓은 이용자는 해당 검색룰을 통해 검색이 이루어지게 된다.
만약 ‘video’이라는 검색룰이 입력되었는데, 해당 이용자가 ‘video’라는 검색룰에 대해 따로 채택을 하지 않았고, ‘video’라는 이름을 가지는 검색룰이 유투브(www.youtube.com)에서 동영상을 검색하는 검색룰과, 네이버 비디오(video.naver.com)에서 동영상을 검색하는 검색룰이 있다면, 이용자가 기설정해 놓은 선택 기준에 따라 검색룰이 선택되게 되는데, 검색룰 선택기준은 최다 이용 기준, 최다 채택 기준, 최다 평점 기준, 스폰서 유무 기준 등이 될 수 있을 것이다.
여기서 개인 설정 정보 DB와 검색창 정보 DB를 분리한 이유는, 브라우저 우측 상단에 있는 인스턴트 검색창과 블로그에 삽입되는 검색창을 구분하기 위한 것인데, 일반적으로 인스턴트 검색창은 개인별로 기본 검색룰이 모두 다른 반면, 블로그에 삽입되는 검색창은 해당 블로그를 대상으로 검색하는 것이 기본 검색룰로 정해지는 경우가 많을 것이다.
설정 정보 복원 모듈에서는 구분자에 대한 복원도 수행하게 된다. 앞서 예를 든 바와 같이 ‘at’을 구분자로 쓰는 이용자도 있고, ‘>>’를 구분자로 쓰는 이용자도 있을 텐데 입력된 질의어에서 구분자를 찾아내는 역할도 설정 정보 복원 모듈에서 일어나게 된다.
명령어 분석 모듈은 본 서비스에서 이용되는 명령어들에 대한 처리를 담당하게 되는데 명령어들은 ‘/login’, ‘/logout’, ‘/default’, ‘/list’, ‘/go’ 등이 있을 수 있다. 명령어 별로 간단히 살펴보면 ‘/login username’은 해당 ‘username’을 갖는 이용자가 패스워드(Password)를 입력할 수 있는 로그인 페이지로 이용자를 이동시키는 역할을 하고, ‘/logout’은 현재 로그인되어 있는 이용자를 로그아웃시키고 로그아웃 페이지로 이동시키는 역할을 수행한다. ‘/default rulename’은 ‘rulename’으로 기본 검색룰을 지정할 수 있도록 하고, ‘/list rulename’은 해당 ‘rulename’을 갖는 검색룰을 모두 표시하는 역할을 수행한다. ‘/go shortcutname’은 ‘shortcutname’이라는 이름을 갖는 바로가기가 가리키는 주소로 바로가기를 수행한다.
메시지 복원 모듈은 검색룰 정보 DB와 바로가기 정보 DB를 조회하여 메시지를 복원하는 역할을 수행하게 되는데, 앞서 설정 정보 복원 모듈을 통해 채택된 검색룰 또는 바로가기를 기준으로 수행되게 된다. 여기서 검색룰 정보 DB와 바로가기 정보 DB가 분리되어 있는데 검색룰 정보 DB에는 검색어와 같은 파라메터(Parameter)가 필요한 URL(Unified Resource Locator)이나 코드(Code)같은 메시지가 저장되고, 바로가기 정보 DB에는 파라메터가 필요없는 URL 메시지가 저장된다. 이 때 URL과 코드의 차이는 URL은 한 개의 서비스 서버만을 지정할 수 있는 반면, 코드는 복수 개의 서비스 서버를 지정하는 것은 물론 템플릿의 형태나, 질의어 분석 시스템이 수행해야 하는 프로그램까지를 포함할 수 있다는 점이다.
쉽게 예를 들어 설명하면, 검색룰 정보 DB에는 ‘google’이라는 검색룰에 대해 ‘http://www.google.com/search?query=TEST’라는 URL이 매칭되어 저장되어 있고, 여기서 ‘TEST’는 입력된 파라메터로 치환되게 된다. 즉 ‘mp3 at google’과 같은 질의어는 ‘http://www.google.com/search?query=mp3’로 변환되어 구글로 전달되어 검색이 이루어지게 되는 것이다. 반면에 바로가기 정보 DB에는 ‘google’이라는 바로가기에 대해 ‘http://www.google.com’과 같은 URL이 매칭되어 저장되게 되는데 여기에는 파라메터가 들어갈 수 있는 자리가 없다. 즉, ‘/go google’과 같은 바로가기 명령어는 ‘http://www.google.com’으로 변환되어 페이지 이동이 일어나게 된다.
이러한 검색룰 변환 및 바로가기 변환 과정에서 ‘http://www.google.com’과 같은 URL을 클라이언트로 보내게 되면 클라이언트 측에서 ‘www.google.com’에 대한 IP주소를 또 한번 DNS 서버에 조회하게 되어 지연이 발생할 수 있는데, 이러한 지연을 감소시키기 위해 ‘www.google.com’에 대한 IP주소를 미리 검색룰 정보 DB에 저장해 두고, 이용자의 개인별 설정에 따라 ‘http://www.google.com’이 아닌 ‘http://74.125.127.103’으로 전달하여 지연을 감소시키는 방법도 고려해볼 수 있다. 다만 이렇게 할 경우 이용자가 현재 접속 중인 사이트가 제대로 된 사이트인지 피싱 사이트인지 구분하기 어려운 단점이 있다.
이용자의 질의어에 대한 검색 결과를 이용자의 브라우저에 전달하는 방법은 3가지로 나누어 구현될 수 있는데, 리디렉션 메시지를 이용하는 방법, 결과 페이지 템플릿을 생성해서 전달하는 방법, 프락시로 페이지를 재구성하여 전달하는 방법이 그것이다.
먼저 리디렉션 메시지를 이용하는 방법은 가장 간단한 방법으로 리디렉션 모듈에 의해 수행되게 된다. 앞서 예를 든 것과 같이 ‘mp3 at google’이라는 이용자의 질의어가 ‘http://www.google.com/search?query=mp3’라는 URL로 변환되어 구글로 리디렉션되는 방식이다. 리디렉션 방식의 장점은 질의어 분석 시스템의 부하를 최소화할 수 있으며, 이용자가 검색룰을 생성하기도 가장 용이하다는 점이다. 하지만 검색 결과를 니즈(Needs)에 맞게 재구성하기 어렵다는 단점이 있다.
다음으로 결과 페이지 템플릿을 생성해서 전달하는 방법은 질의어 분석 시스템의 부하를 최소화하면서 검색 결과를 어느 정도 재구성하는 효과를 거둘 수 있는 방법으로 템플릿 모듈에 의해 수행된다. 예를 들어 결과 페이지를 3개의 프레임 영역으로 나누어 첫째 영역에는 오버추어(www.overture.com)를 통해 광고를 가져와 노출하고, 두 번째 영역에는 구글을 통해 검색결과를 가져와 노출하고, 세 번째 페이지에는 네이버(www.naver.com)을 통해 검색결과를 가져와 노출하는 방식이다. 이 방법을 이용하기 위해서는 일반적으로 검색엔진에서 공개된 API(Application Programming Interface)를 이용하게 된다.
마지막으로 프락시로 페이지를 재구성하여 전달하는 방법은 질의어 분석 시스템의 부하는 크지만 검색 결과를 원하는 대로 재구성할 수 있는 방법으로 프락시 모듈에 의해 수행된다. 앞서 템플릿을 생성해서 전달하는 방법에서 질의어 분석 시스템이 각 영역만을 구분해주고, 각 영역을 채우는 역할을 브라우저에게 맡기는 반면, 프락시로 페이지를 재구성하여 전달하는 방법은 각 영역을 구분하는 방법 뿐만 아니라 각 영역을 채우는 역할까지도 질의어 분석시스템에서 수행하게 된다. 그만큼 질의어 분석 시스템의 부하는 커지게 되지만 그 대신 검색 결과를 원하는 만큼 재구성하는 것이 가능하게 된다. 본 발명에 따른 질의어 분석 시스템의 경우 3가지 방법을 모두 지원하여 필요에 따라 적절한 것을 이용할 수 있게 하는 것을 특징으로 한다.
도 2는 클라이언트가 브라우저의 주소창을 통해 입력한 질의어가 상기 질의어 분석 시스템을 통해 리디렉션 메시지 생성을 통해 처리되는 과정을 나타낸다. 주소창에 입력된 질의어의 경우 먼저 DNS(Domain Name Service) 서버를 거치게 되는데 DNS 서버를 통해 제대로 된 주소인지 아닌지를 검증하게 된다. 만약 제대로 된 주소일 경우 해당하는 IP주소를 보내어 해당 IP주소로 접속이 이루어지게 되지만, 그렇지 않을 경우에는 잘못된 주소라는 메시지로 클라이언트의 브라우저에 응답하여 브라우저에서 기 설정한 기본 검색 엔진을 통하여 검색이 이루어지게 된다.
이 경우 기본 검색 엔진으로 이용자가 원하는 검색 엔진을 설정할 수 있는데 만약에 상기 구문 분석 시스템이 기본 검색 엔진으로 지정되어 있을 경우에는 구문 분석 시스템에서 입력 구문을 분석하여 적절한 서비스 서버로 접속할 수 있도록 리디렉션 메시지를 보내게 된다. 또한 이 과정에서 분석된 입력 구문을 내부 또는 외부에 있는 로그 DB에 저장 해 둠으로써 향후에 검색어 추천 DB 생성, 검색룰 추천 DB 생성, 인기 검색어 통계 등에 활용할 수 있게 된다. 만약 브라우저의 인스턴트 검색창이나 홈페이지의 검색창을 이용한다면 도 2의 1번(DNS 서버 요청)과 2번(DNS 서버 응답) 과정이 없이 바로 3번(지정된 기본 검색 엔진으로 입력값 전달) 과정부터 진행이 될 것이다.
상기 질의어 분석 시스템의 질의어는 상기 질의어 분석 시스템이 구현된 서버의 홈페이지의 검색창을 통해 입력받거나 외부에 링크로 연결된 검색창을 통해 입력을 받을 수 있지만, 전술한 바와 같이 브라우저의 주소창이나 인스턴트 검색창을 통해 바로 입력을 받을 경우 상기 질의어 분석 시스템의 이용이 크게 증대될 수 있을 것이다. 또한 야후(Yahoo), 네이버와 같은 포탈 사이트에서 제공하는 검색툴바의 검색창이나 향후 출시될 윈도우 7과 같은 운영체제의 검색창으로부터도 입력이 가능하다. 요컨대 상기 질의어 분석 시스템은 모든 형태의 검색창과 연동하여 제공되는 것이 가능하다.
또한 상기 질의어 분석 시스템은 기존의 검색 엔진 사이트나 서비스 사이트와 별도의 사이트에 구현될 수도 있지만 기존 검색 엔진 사이트에 통합하여 구현될 수도 있다.
도 3은 클라이언트가 브라우저의 주소창을 통해 입력한 질의어가 상기 질의어 분석 시스템에서 결과 페이지 템플릿을 생성하여 전달하는 방법으로 처리되는 과정을 나타낸다. 도 2의 리디렉션 메시지 생성 방법과 달리 페이지 템플릿을 생성할 경우 복수 개의 서비스 서버로부터 검색 결과를 받아서 클라이언트에서 재구성하는 것이 가능하다. 질의어 분석 시스템은 클라이언트에게 결과 페이지 템플릿을 전달하고 각각의 서비스 서버에 접속해서 템플릿 안의 내용을 채우는 일은 클라이언트에서 담당하게 된다.
도 4는 클라이언트가 브라우저의 주소창을 통해 입력한 질의어가 상기 질의어 분석 시스템에서 프락시로 페이지를 재구성하여 전달하는 방법으로 처리되는 과정을 나타낸다. 도 3의 결과 페이지 템플릿 생성 방법과 달리 프락시로 페이지를 재구성하여 전달하는 방법의 경우 클라이언트가 아닌 질의어 분석 시스템이 각각의 서비스 서버에 검색어를 전달하고 결과를 받아 재구성하여 클라이언트에 전달하게 된다. 이 때문에 검색 결과에 대해 원하는 대로 재구성이 가능한 특성을 갖는다.
도 5는 질의어 분석 시스템의 처리 순서도를 나타낸다. 먼저 입력된 질의어에 대해 검색어 추천이 일어나게 되고 검색어 추천 이후에 검색룰 추천이 이루어지게 된다. 그 이후에는 설정 정보 복원 과정을 수행하여 개인별로 검색창별로 설정된 기본 검색룰이나 구분자를 선택하는 과정이 이루어진다. 이후에 구문을 분석하여 지정된 명령어가 있을 경우 명령어별로 지정된 작업이 수행되게 되고 명령어가 ‘go shortcutname’의 형태의 바로가기라면 바로가기 정보 DB를 통해 URL 복원이 일어나게 된다.
명령어 분석 이후에는 구분자가 존재하는 지를 체크하여 구분자가 존재하지 않을 경우 개인별, 검색창별로 지정된 기본 검색룰에 따라 URL 복원, 코드 생성 등의 메시지 생성 과정이 일어나게 되며, 검색룰이 지정된 경우에는 다시 해당 검색룰이 이미 등록되어 있는 검색룰인지, 아직 등록되지 않은 검색룰인지 체크하는 과정이 일어나게 된다. 이 때 검색룰이 이미 등록되어 있다면 해당 검색룰에 따라 URL이나 코드와 같은 메시지가 생성되게 되고, 아직 등록되어 있지 않다면 신규 검색룰 등록 페이지로 이용자를 이동시킬 수 있도록 해당 URL이 지정되게 된다.
검색룰에 따라 생성된 메시지는 앞서 살펴본 바와 같이 프락시 방식, 템플릿 방식, 리디렉션 방식에 따라 이용자에게 전달되는 방법이 달라지는데 먼저 프락시 방식인지 여부를 체크하게 된다. 만약 프락시 방식으로 검색 결과를 전달하도록 설정되어 있다면, 질의어 분석 시스템의 프락시 모듈에서 메시지에 지정되어 있는 서비스 서버로 검색어를 전달한 후 검색 결과를 받아서 결과를 재구성하여 이용자 화면에 표시하게 된다. 이때 이용자 화면에 표시하는 방법은 현재 창에 표시하는 방법, 새 창에 표시하는 방법, 팝업으로 표시하는 방법 등이 있을 수 있는데 개인 설정 정보 DB에 선호하는 표시 방법을 개인별로 설정해두거나 검색룰 정보 DB에 표시 방법을 설정해 둘 수 있다. 또는 ‘to’와 같은 제 2의 구분자를 두어 ‘mp3 at google to new’의 형태로 ‘mp3’를 ‘google’이라는 검색룰에 의해 검색한 결과를 새 창에 표시하도록 이용자가 질의어 상에 지시하게 할 수도 있다.
프락시 방식이 아닐 경우 템플릿 방식인지를 체크하게 되는데, 템플릿 방식의 경우 결과 페이지 템플릿을 생성하여 브라우저에 전달하면 나머지 과정은 브라우저에서 수행하게 된다.
템플릿 방식도, 프락시 방식도 아닌 경우에는 리디렉션 방식이 수행되게 되는데 리디렉션 방식은 가장 간단한 방법으로 복원된 URL을 브라우저에 전달하면 브라우저에서 해당 URL에 접속하는 방식으로 작업이 수행되게 된다.
도 6은 검색룰 선택 순서도로서, 상기 도 5에서 구분자가 존재하는지 체크하는 과정과 검색룰이 존재하는지를 체크하는 과정에서 검색룰이 선택되는 과정을 상세하게 나타내고 있다.
먼저 구분자가 존재하지 않는 경우에는 기본 검색룰을 이용하여 검색이 이루어져야 하므로 기본 검색룰을 선택하는 과정이 필요한데, 이때 기본 검색룰을 선택하기 위해서는 먼저 검색창에 지정된 기본 검색룰이 있는지 체크하여 있을 경우 해당 검색룰을 기본 검색룰로 선택하게 되고, 그렇지 않을 경우 이용자가 지정한 기본 검색룰이 있는지 체크하여 있을 경우 해당 검색룰을 기본 검색룰로 선택하게 된다. 만약 이용자가 누구인지 알 수 없는 경우나 기본 검색룰을 지정하지 않은 경우에는 글로벌하게 지정된 기본 검색룰을 선택하게 된다. 이때 지역별로 다른 기본 검색룰을 지정할 수도 있는데 예를 들어 국내의 경우 가장 많이 이용되는 네이버를 기본 검색룰로 설정할 수 있고, 해외의 경우 가장 많이 이용되는 구글을 기본 검색룰로 설정하는 것이 가능하다.
질의어에 검색룰이 지정되어 있고 해당 검색룰이 이미 등록되어 있을 때, 만약 해당 이름을 가지는 검색룰이 하나 이상 있을 경우에는 먼저 이용자가 해당 이름의 검색룰을 이미 채택했는지를 체크하여 그럴 경우 이용자가 채택한 검색룰을 선택하게 되지만, 그렇지 않을 경우 이용자의 검색룰 선택 기준을 따르게 된다. 만약 최고평점을 선택 기준으로 지정해 두었다면, 해당 이름을 갖는 검색룰 중에서 이용자들의 평가가 가장 좋은 검색룰을 선택하게 되고, 최다이용을 선택 기준으로 지정해 두었다면, 해당 이름을 갖는 검색룰 중에서 가장 많이 이용된 검색룰을 선택하게 된다. 또한 최다채택을 선택 기준으로 지정해 두었다면 해당 이름을 갖는 검색룰 중에서 가장 많이 채택된 검색룰이 선택되며, 스폰서를 선택 기준으로 지정해 두었다면 해당 이름을 갖는 검색룰 중에서 스폰서가 있는 검색룰을 선택하게 된다. 예를 들어, ‘a’라는 검색룰 이름에 대해 아마존(www.amazon.com)과 어바웃(www.about.com)에서 각각 검색룰을 등록해 놓았는데, 어바웃이 스폰서 비용을 지불한다면 아마존이 더 많이 이용되어도 어바웃이 선택되는 것이다.
도 7은 상기 질의어 분석 시스템의 질의어 추천 모듈에서의 검색어와 검색룰의 2단계 추천 방법을 나타낸다. 이용자가 검색창에 ‘m’을 입력하게 되면 질의어 추천 모듈은 검색어 추천 DB를 조회하여 ‘m’으로 시작하는 다양한 검색어가 추천 영역에 표시되게 되는데 이때 추천 영역의 최상단에 스폰서 영역을 두어 ‘m’이라는 단어에 대해 스폰서 비용을 지불한 스폰서의 검색어를 상위에 노출하여 이용자가 쉽게 선택하도록 유도할 수 있다. 만약 추천된 검색어 중 하나가 선택되었다면 해당 검색어에 대해 검색룰을 추천하게 되는데 검색룰 추천은 질의어 추천 모듈이 검색룰 추천 DB를 조회하여 이루어지게 된다. 해당 검색어와 어떤 검색룰이 함께 이용된 경우가 많은 지를 로그 DB로부터 추출하여 재구성함으로써 Ajax (Asynchronous Java Script and XML) 방식으로 제공이 가능하다. 검색룰 추천의 경우에도 추천 영역의 최상단에 스폰서의 검색룰을 노출하여 이용자가 쉽게 선택하도록 유도할 수 있다. 이렇게 스폰서 검색어 또는 스폰서 검색룰이 선택된 횟수를 검색어 추천 DB와 검색룰 추천 DB에 저장하여 향후 스폰서로부터 우선 노출에 대한 댓가를 받는 데 활용할 수 있다.
또한 검색어와 검색룰을 추천할 때는 주어진 입력값을 기준으로 일반적으로 사람들이 해당 입력값을 입력한 후 어떤 검색어와 검색룰을 많이 선택하는 지를 기준으로 우선적으로 추천할 수도 있으며, 이용자별로 또는 검색창별로 많이 쓰이는 검색어와 검색룰을 우선적으로 추천할 수도 있다.
각각의 단계는 별개로 또는 함께 이루어질 수 있다. 즉, 현재 대부분의 검색엔진에서 하듯이 검색어 추천만을 제공할 수도 있고, 본 발명에 따른 질의어 분석 시스템의 특성을 살려 검색룰 추천만을 제공할 수도 있으며, 둘 다 함께 제공하는 것도 가능하다. 또한 각각의 단계 모두에 이용자가 스폰서의 검색어 또는 검색룰을 선택할 경우 스폰서로부터 일정액의 대가를 받는 수익모델을 생각할 수 있다.
도 8은 상기 검색창 서비스 시스템을 이용한 질의어 처리 결과의 간단한 예를 나타낸다. 검색룰 정보 DB를 보면 검색룰 이름 외에 검색룰 ID가 있는데 이 검색룰 ID가 검색룰 별로 유일한 값이 된다. 또한 검색룰 별로 평점, 이용횟수, 채택횟수, 스폰서 여부가 기록되어 동일한 이름을 갖는 검색룰 간에 선택 조건으로 활용되며, URL이나 코드의 형태로 표시되는 검색룰 역할 항목이 있고, DNS 조회 단계를 줄이기 위한 검색 서버의 IP주소가 기록되어 있다.
개인 설정 정보 DB에는 이용자가 선택한 기본 검색룰 ID값과 채택한 룰들의 ID값, 동일한 이름을 가진 검색룰의 선택 기준, 구분자, IP주소 직접받기 사용여부 등이 기록되어 있다.
질의어 별로 살펴보면 먼저 1번 질의어인 ‘mp3’의 경우 검색룰이 지정되어 있지 않으므로 이용자가 기본 검색룰로 선택한 검색룰 ID가 100321인 google이라는 이름을 갖는 검색룰에 의해 검색을 수행한다. 2번 질의어인 ‘mp3 at google’의 경우 google이라는 이름을 갖는 검색룰 중 100321 검색룰이 선택되어 검색이 이루어지며, 3번 질의어인 ‘mp3 at a’는 a라는 이름을 갖는 검색룰을 이용자가 채택하지 않았기 때문에 이용자가 지정한 검색룰 선택 기준인 ‘최다 이용’의 기준에 따라 234322 검색룰이 선택되어 검색이 이루어지게 된다. 4번 질의어인 ‘mp3 >> ebay’의 경우 이용자가 ‘>>’를 구분자로 지정해 놓았기 때문에 ebay라는 이름을 갖는 312134 검색룰을 통해 검색이 이루어지게 되고, 5번 질의어인 ‘mp3 앳 a’의 경우 이용자가 ‘앳’을 구분자로 지정하지 않았기 때문에 구분자가 없어 ‘mp3 앳 a’를 기본 검색룰인 100321 검색룰을 통해 검색하게 된다. 이 때 at과 같은 구분자가 검색어에 꼭 들어가야 하는 경우에는 at 을 큰따옴표로 싸서 ‘education “at” Harvard at google’과 같은 형태로 해서 구분자가 아니라 검색어의 일부임을 나타낼 수 있을 것이다.
본 발명의 구성과 작동 방법에 대하여 도면을 통하여 상세히 설명하기로 한다.
도 1은 질의어 분석 시스템의 구조를 나타낸다. 질의어 분석 시스템은 검색창을 통해 입력된 질의어를 분석하여 그에 맞는 동작이 이루어지도록 메시지를 생성하는 역할을 하게 된다. 이를 위해 입력된 질의어는 질의어 추천 모듈, 설정 정보 복원 모듈, 명령어 분석 모듈, 메시지 복원 모듈, 프락시 모듈, 템플릿 모듈, 리디렉션 모듈을 거치게 되며, 그 과정에서 각 모듈은 필요에 따라 검색어 추천 DB, 검색룰 추천 DB, 개인 설정 정보 DB, 검색창 정보 DB, 검색룰 정보 DB, 바로가기 정보 DB를 참조하게 된다.
이해를 돕기 위해 간단한 예제를 들어 설명하면, 검색창에 ‘mp3 at google’이라는 질의어가 들어왔다고 가정하자. 이 질의어는 ‘mp3’라는 검색어를 ‘google’이라는 검색룰을 통해 검색한 결과를 브라우저에 표시하라는 의미이다.
먼저, 질의어 추천 모듈은 ‘mp3’라는 검색어에 대해 추천을 수행한다. 이용자가 검색창에 ‘m’을 입력하는 순간 질의어 추천 모듈은 검색어 추천 DB를 조회하여 ‘myspace’, ‘msn’, ‘mp3’와 같이 m으로 시작하는 단어들을 검색창 하단에 추천하게 되는데 이와 같은 기능은 현재 많은 검색 엔진에서 활용되고 있는 방법이다.
이용자가 제시된 추천 검색어 중에서 ‘mp3’를 선택한 경우 질의어 추천 모듈은 검색룰 추천 DB를 조회하여 2단계 추천을 시작하게 되는데 2단계 추천은 ‘mp3’라는 검색어에 대해 해당 이용자가 자주 이용하는 검색룰, 전체 이용자들이 가장 많이 선택한 검색룰 또는 최근에 많이 선택하는 추세에 있는 검색룰들을 추천하게 된다. 이용자들이 ‘google’, ‘amazon’, ‘itunes’와 같은 검색룰들을 ‘mp3’와 함께 많이 선택했다면 해당 검색룰들이 추천되어 추천 영역에는 ‘mp3 at google’, ‘mp3 at amazon’, ‘mp3 at itunes’와 같은 추천 질의어가 표시되게 될 것이다. 여기서 ‘at’은 검색어와 검색룰을 구분하는 구분자로서 이용자가 개인 설정 정보에서 선택할 수 있게 된다. 이용자별로 ‘at’대신에 ‘앳’를 사용하거나 ‘>>’와 같은 기호를 지정할 수 있을 것이다.
이 때 검색어와 검색룰은 본 서비스가 검색 서비스에 가장 유용하게 쓰일 수 있기 때문에 검색어와 검색룰이라는 용어를 사용한 것으로, 검색 서비스에 국한되지 않고 파라메터 입력을 갖는 모든 서비스에 적용될 수 있다. 예를 들어, ‘I am busy today at miniblog’와 같은 질의어는 ‘I am busy today’라는 문구를 ‘miniblog’라는 미니 블로그에 포스팅(Posting)하는 동작을 할 수 있다. 또한 검색룰은 서비스의 이름과 꼭 같을 필요는 없는데 예를 들어 ‘miniblog’라는 검색룰은 해외에서 많이 이용되고 있는 ‘twitter’에 글을 포스팅하는 룰일 수도 있고, 국내에서 많이 이용되고 있는 ‘미투데이’에 글을 포스팅하는 룰일 수도 있다. 요컨대, 어떤 이름을 가진 검색룰을 처음 등록하는 이용자가 임의로 이름을 정할 수 있고, 같은 이름을 가진 검색룰이 다수 존재할 수 있게 된다. 이러한 다수의 검색룰 중에서 어떤 것을 채택(Adoption)할 지는 이용자가 결정을 하게 되며 이러한 정보는 개인 설정 정보 DB에 저장되게 된다. 여기서 채택이라는 과정은 동일한 이름을 갖는 여러 검색룰 중에서 이용자가 하나를 선택하여 저장해 두는 과정으로 하나의 이름에 대해서 하나의 검색룰만 채택이 가능하다.
설정 정보 복원 모듈은 개인 설정 정보 DB와 검색창 정보 DB를 조회하여 개인별로, 검색창별로 설정된 정보를 복원하게 된다. 예를 들어 검색룰이 지정되지 않았을 경우 기본 검색룰을 이용하여 검색을 수행하게 되는데 ‘google’을 기본 검색룰로 정해놓은 이용자는 해당 검색룰을 통해, ‘naver’를 기본 검색룰로 정해놓은 이용자는 해당 검색룰을 통해 검색이 이루어지게 된다.
만약 ‘video’이라는 검색룰이 입력되었는데, 해당 이용자가 ‘video’라는 검색룰에 대해 따로 채택을 하지 않았고, ‘video’라는 이름을 가지는 검색룰이 유투브(www.youtube.com)에서 동영상을 검색하는 검색룰과, 네이버 비디오(video.naver.com)에서 동영상을 검색하는 검색룰이 있다면, 이용자가 기설정해 놓은 선택 기준에 따라 검색룰이 선택되게 되는데, 검색룰 선택기준은 최다 이용 기준, 최다 채택 기준, 최다 평점 기준, 스폰서 유무 기준 등이 될 수 있을 것이다.
여기서 개인 설정 정보 DB와 검색창 정보 DB를 분리한 이유는, 브라우저 우측 상단에 있는 인스턴트 검색창과 블로그에 삽입되는 검색창을 구분하기 위한 것인데, 일반적으로 인스턴트 검색창은 개인별로 기본 검색룰이 모두 다른 반면, 블로그에 삽입되는 검색창은 해당 블로그를 대상으로 검색하는 것이 기본 검색룰로 정해지는 경우가 많을 것이다.
설정 정보 복원 모듈에서는 구분자에 대한 복원도 수행하게 된다. 앞서 예를 든 바와 같이 ‘at’을 구분자로 쓰는 이용자도 있고, ‘>>’를 구분자로 쓰는 이용자도 있을 텐데 입력된 질의어에서 구분자를 찾아내는 역할도 설정 정보 복원 모듈에서 일어나게 된다.
명령어 분석 모듈은 본 서비스에서 이용되는 명령어들에 대한 처리를 담당하게 되는데 명령어들은 ‘/login’, ‘/logout’, ‘/default’, ‘/list’, ‘/go’ 등이 있을 수 있다. 명령어 별로 간단히 살펴보면 ‘/login username’은 해당 ‘username’을 갖는 이용자가 패스워드(Password)를 입력할 수 있는 로그인 페이지로 이용자를 이동시키는 역할을 하고, ‘/logout’은 현재 로그인되어 있는 이용자를 로그아웃시키고 로그아웃 페이지로 이동시키는 역할을 수행한다. ‘/default rulename’은 ‘rulename’으로 기본 검색룰을 지정할 수 있도록 하고, ‘/list rulename’은 해당 ‘rulename’을 갖는 검색룰을 모두 표시하는 역할을 수행한다. ‘/go shortcutname’은 ‘shortcutname’이라는 이름을 갖는 바로가기가 가리키는 주소로 바로가기를 수행한다.
메시지 복원 모듈은 검색룰 정보 DB와 바로가기 정보 DB를 조회하여 메시지를 복원하는 역할을 수행하게 되는데, 앞서 설정 정보 복원 모듈을 통해 채택된 검색룰 또는 바로가기를 기준으로 수행되게 된다. 여기서 검색룰 정보 DB와 바로가기 정보 DB가 분리되어 있는데 검색룰 정보 DB에는 검색어와 같은 파라메터(Parameter)가 필요한 URL(Unified Resource Locator)이나 코드(Code)같은 메시지가 저장되고, 바로가기 정보 DB에는 파라메터가 필요없는 URL 메시지가 저장된다. 이 때 URL과 코드의 차이는 URL은 한 개의 서비스 서버만을 지정할 수 있는 반면, 코드는 복수 개의 서비스 서버를 지정하는 것은 물론 템플릿의 형태나, 질의어 분석 시스템이 수행해야 하는 프로그램까지를 포함할 수 있다는 점이다.
쉽게 예를 들어 설명하면, 검색룰 정보 DB에는 ‘google’이라는 검색룰에 대해 ‘http://www.google.com/search?query=TEST’라는 URL이 매칭되어 저장되어 있고, 여기서 ‘TEST’는 입력된 파라메터로 치환되게 된다. 즉 ‘mp3 at google’과 같은 질의어는 ‘http://www.google.com/search?query=mp3’로 변환되어 구글로 전달되어 검색이 이루어지게 되는 것이다. 반면에 바로가기 정보 DB에는 ‘google’이라는 바로가기에 대해 ‘http://www.google.com’과 같은 URL이 매칭되어 저장되게 되는데 여기에는 파라메터가 들어갈 수 있는 자리가 없다. 즉, ‘/go google’과 같은 바로가기 명령어는 ‘http://www.google.com’으로 변환되어 페이지 이동이 일어나게 된다.
이러한 검색룰 변환 및 바로가기 변환 과정에서 ‘http://www.google.com’과 같은 URL을 클라이언트로 보내게 되면 클라이언트 측에서 ‘www.google.com’에 대한 IP주소를 또 한번 DNS 서버에 조회하게 되어 지연이 발생할 수 있는데, 이러한 지연을 감소시키기 위해 ‘www.google.com’에 대한 IP주소를 미리 검색룰 정보 DB에 저장해 두고, 이용자의 개인별 설정에 따라 ‘http://www.google.com’이 아닌 ‘http://74.125.127.103’으로 전달하여 지연을 감소시키는 방법도 고려해볼 수 있다. 다만 이렇게 할 경우 이용자가 현재 접속 중인 사이트가 제대로 된 사이트인지 피싱 사이트인지 구분하기 어려운 단점이 있다.
이용자의 질의어에 대한 검색 결과를 이용자의 브라우저에 전달하는 방법은 3가지로 나누어 구현될 수 있는데, 리디렉션 메시지를 이용하는 방법, 결과 페이지 템플릿을 생성해서 전달하는 방법, 프락시로 페이지를 재구성하여 전달하는 방법이 그것이다.
먼저 리디렉션 메시지를 이용하는 방법은 가장 간단한 방법으로 리디렉션 모듈에 의해 수행되게 된다. 앞서 예를 든 것과 같이 ‘mp3 at google’이라는 이용자의 질의어가 ‘http://www.google.com/search?query=mp3’라는 URL로 변환되어 구글로 리디렉션되는 방식이다. 리디렉션 방식의 장점은 질의어 분석 시스템의 부하를 최소화할 수 있으며, 이용자가 검색룰을 생성하기도 가장 용이하다는 점이다. 하지만 검색 결과를 니즈(Needs)에 맞게 재구성하기 어렵다는 단점이 있다.
다음으로 결과 페이지 템플릿을 생성해서 전달하는 방법은 질의어 분석 시스템의 부하를 최소화하면서 검색 결과를 어느 정도 재구성하는 효과를 거둘 수 있는 방법으로 템플릿 모듈에 의해 수행된다. 예를 들어 결과 페이지를 3개의 프레임 영역으로 나누어 첫째 영역에는 오버추어(www.overture.com)를 통해 광고를 가져와 노출하고, 두 번째 영역에는 구글을 통해 검색결과를 가져와 노출하고, 세 번째 페이지에는 네이버(www.naver.com)을 통해 검색결과를 가져와 노출하는 방식이다. 이 방법을 이용하기 위해서는 일반적으로 검색엔진에서 공개된 API(Application Programming Interface)를 이용하게 된다.
마지막으로 프락시로 페이지를 재구성하여 전달하는 방법은 질의어 분석 시스템의 부하는 크지만 검색 결과를 원하는 대로 재구성할 수 있는 방법으로 프락시 모듈에 의해 수행된다. 앞서 템플릿을 생성해서 전달하는 방법에서 질의어 분석 시스템이 각 영역만을 구분해주고, 각 영역을 채우는 역할을 브라우저에게 맡기는 반면, 프락시로 페이지를 재구성하여 전달하는 방법은 각 영역을 구분하는 방법 뿐만 아니라 각 영역을 채우는 역할까지도 질의어 분석시스템에서 수행하게 된다. 그만큼 질의어 분석 시스템의 부하는 커지게 되지만 그 대신 검색 결과를 원하는 만큼 재구성하는 것이 가능하게 된다. 본 발명에 따른 질의어 분석 시스템의 경우 3가지 방법을 모두 지원하여 필요에 따라 적절한 것을 이용할 수 있게 하는 것을 특징으로 한다.
도 2는 클라이언트가 브라우저의 주소창을 통해 입력한 질의어가 상기 질의어 분석 시스템을 통해 리디렉션 메시지 생성을 통해 처리되는 과정을 나타낸다. 주소창에 입력된 질의어의 경우 먼저 DNS(Domain Name Service) 서버를 거치게 되는데 DNS 서버를 통해 제대로 된 주소인지 아닌지를 검증하게 된다. 만약 제대로 된 주소일 경우 해당하는 IP주소를 보내어 해당 IP주소로 접속이 이루어지게 되지만, 그렇지 않을 경우에는 잘못된 주소라는 메시지로 클라이언트의 브라우저에 응답하여 브라우저에서 기 설정한 기본 검색 엔진을 통하여 검색이 이루어지게 된다.
이 경우 기본 검색 엔진으로 이용자가 원하는 검색 엔진을 설정할 수 있는데 만약에 상기 구문 분석 시스템이 기본 검색 엔진으로 지정되어 있을 경우에는 구문 분석 시스템에서 입력 구문을 분석하여 적절한 서비스 서버로 접속할 수 있도록 리디렉션 메시지를 보내게 된다. 또한 이 과정에서 분석된 입력 구문을 내부 또는 외부에 있는 로그 DB에 저장 해 둠으로써 향후에 검색어 추천 DB 생성, 검색룰 추천 DB 생성, 인기 검색어 통계 등에 활용할 수 있게 된다. 만약 브라우저의 인스턴트 검색창이나 홈페이지의 검색창을 이용한다면 도 2의 1번(DNS 서버 요청)과 2번(DNS 서버 응답) 과정이 없이 바로 3번(지정된 기본 검색 엔진으로 입력값 전달) 과정부터 진행이 될 것이다.
상기 질의어 분석 시스템의 질의어는 상기 질의어 분석 시스템이 구현된 서버의 홈페이지의 검색창을 통해 입력받거나 외부에 링크로 연결된 검색창을 통해 입력을 받을 수 있지만, 전술한 바와 같이 브라우저의 주소창이나 인스턴트 검색창을 통해 바로 입력을 받을 경우 상기 질의어 분석 시스템의 이용이 크게 증대될 수 있을 것이다. 또한 야후(Yahoo), 네이버와 같은 포탈 사이트에서 제공하는 검색툴바의 검색창이나 향후 출시될 윈도우 7과 같은 운영체제의 검색창으로부터도 입력이 가능하다. 요컨대 상기 질의어 분석 시스템은 모든 형태의 검색창과 연동하여 제공되는 것이 가능하다.
또한 상기 질의어 분석 시스템은 기존의 검색 엔진 사이트나 서비스 사이트와 별도의 사이트에 구현될 수도 있지만 기존 검색 엔진 사이트에 통합하여 구현될 수도 있다.
도 3은 클라이언트가 브라우저의 주소창을 통해 입력한 질의어가 상기 질의어 분석 시스템에서 결과 페이지 템플릿을 생성하여 전달하는 방법으로 처리되는 과정을 나타낸다. 도 2의 리디렉션 메시지 생성 방법과 달리 페이지 템플릿을 생성할 경우 복수 개의 서비스 서버로부터 검색 결과를 받아서 클라이언트에서 재구성하는 것이 가능하다. 질의어 분석 시스템은 클라이언트에게 결과 페이지 템플릿을 전달하고 각각의 서비스 서버에 접속해서 템플릿 안의 내용을 채우는 일은 클라이언트에서 담당하게 된다.
도 4는 클라이언트가 브라우저의 주소창을 통해 입력한 질의어가 상기 질의어 분석 시스템에서 프락시로 페이지를 재구성하여 전달하는 방법으로 처리되는 과정을 나타낸다. 도 3의 결과 페이지 템플릿 생성 방법과 달리 프락시로 페이지를 재구성하여 전달하는 방법의 경우 클라이언트가 아닌 질의어 분석 시스템이 각각의 서비스 서버에 검색어를 전달하고 결과를 받아 재구성하여 클라이언트에 전달하게 된다. 이 때문에 검색 결과에 대해 원하는 대로 재구성이 가능한 특성을 갖는다.
도 5는 질의어 분석 시스템의 처리 순서도를 나타낸다. 먼저 입력된 질의어에 대해 검색어 추천이 일어나게 되고 검색어 추천 이후에 검색룰 추천이 이루어지게 된다. 그 이후에는 설정 정보 복원 과정을 수행하여 개인별로 검색창별로 설정된 기본 검색룰이나 구분자를 선택하는 과정이 이루어진다. 이후에 구문을 분석하여 지정된 명령어가 있을 경우 명령어별로 지정된 작업이 수행되게 되고 명령어가 ‘go shortcutname’의 형태의 바로가기라면 바로가기 정보 DB를 통해 URL 복원이 일어나게 된다.
명령어 분석 이후에는 구분자가 존재하는 지를 체크하여 구분자가 존재하지 않을 경우 개인별, 검색창별로 지정된 기본 검색룰에 따라 URL 복원, 코드 생성 등의 메시지 생성 과정이 일어나게 되며, 검색룰이 지정된 경우에는 다시 해당 검색룰이 이미 등록되어 있는 검색룰인지, 아직 등록되지 않은 검색룰인지 체크하는 과정이 일어나게 된다. 이 때 검색룰이 이미 등록되어 있다면 해당 검색룰에 따라 URL이나 코드와 같은 메시지가 생성되게 되고, 아직 등록되어 있지 않다면 신규 검색룰 등록 페이지로 이용자를 이동시킬 수 있도록 해당 URL이 지정되게 된다.
검색룰에 따라 생성된 메시지는 앞서 살펴본 바와 같이 프락시 방식, 템플릿 방식, 리디렉션 방식에 따라 이용자에게 전달되는 방법이 달라지는데 먼저 프락시 방식인지 여부를 체크하게 된다. 만약 프락시 방식으로 검색 결과를 전달하도록 설정되어 있다면, 질의어 분석 시스템의 프락시 모듈에서 메시지에 지정되어 있는 서비스 서버로 검색어를 전달한 후 검색 결과를 받아서 결과를 재구성하여 이용자 화면에 표시하게 된다. 이때 이용자 화면에 표시하는 방법은 현재 창에 표시하는 방법, 새 창에 표시하는 방법, 팝업으로 표시하는 방법 등이 있을 수 있는데 개인 설정 정보 DB에 선호하는 표시 방법을 개인별로 설정해두거나 검색룰 정보 DB에 표시 방법을 설정해 둘 수 있다. 또는 ‘to’와 같은 제 2의 구분자를 두어 ‘mp3 at google to new’의 형태로 ‘mp3’를 ‘google’이라는 검색룰에 의해 검색한 결과를 새 창에 표시하도록 이용자가 질의어 상에 지시하게 할 수도 있다.
프락시 방식이 아닐 경우 템플릿 방식인지를 체크하게 되는데, 템플릿 방식의 경우 결과 페이지 템플릿을 생성하여 브라우저에 전달하면 나머지 과정은 브라우저에서 수행하게 된다.
템플릿 방식도, 프락시 방식도 아닌 경우에는 리디렉션 방식이 수행되게 되는데 리디렉션 방식은 가장 간단한 방법으로 복원된 URL을 브라우저에 전달하면 브라우저에서 해당 URL에 접속하는 방식으로 작업이 수행되게 된다.
도 6은 검색룰 선택 순서도로서, 상기 도 5에서 구분자가 존재하는지 체크하는 과정과 검색룰이 존재하는지를 체크하는 과정에서 검색룰이 선택되는 과정을 상세하게 나타내고 있다.
먼저 구분자가 존재하지 않는 경우에는 기본 검색룰을 이용하여 검색이 이루어져야 하므로 기본 검색룰을 선택하는 과정이 필요한데, 이때 기본 검색룰을 선택하기 위해서는 먼저 검색창에 지정된 기본 검색룰이 있는지 체크하여 있을 경우 해당 검색룰을 기본 검색룰로 선택하게 되고, 그렇지 않을 경우 이용자가 지정한 기본 검색룰이 있는지 체크하여 있을 경우 해당 검색룰을 기본 검색룰로 선택하게 된다. 만약 이용자가 누구인지 알 수 없는 경우나 기본 검색룰을 지정하지 않은 경우에는 글로벌하게 지정된 기본 검색룰을 선택하게 된다. 이때 지역별로 다른 기본 검색룰을 지정할 수도 있는데 예를 들어 국내의 경우 가장 많이 이용되는 네이버를 기본 검색룰로 설정할 수 있고, 해외의 경우 가장 많이 이용되는 구글을 기본 검색룰로 설정하는 것이 가능하다.
질의어에 검색룰이 지정되어 있고 해당 검색룰이 이미 등록되어 있을 때, 만약 해당 이름을 가지는 검색룰이 하나 이상 있을 경우에는 먼저 이용자가 해당 이름의 검색룰을 이미 채택했는지를 체크하여 그럴 경우 이용자가 채택한 검색룰을 선택하게 되지만, 그렇지 않을 경우 이용자의 검색룰 선택 기준을 따르게 된다. 만약 최고평점을 선택 기준으로 지정해 두었다면, 해당 이름을 갖는 검색룰 중에서 이용자들의 평가가 가장 좋은 검색룰을 선택하게 되고, 최다이용을 선택 기준으로 지정해 두었다면, 해당 이름을 갖는 검색룰 중에서 가장 많이 이용된 검색룰을 선택하게 된다. 또한 최다채택을 선택 기준으로 지정해 두었다면 해당 이름을 갖는 검색룰 중에서 가장 많이 채택된 검색룰이 선택되며, 스폰서를 선택 기준으로 지정해 두었다면 해당 이름을 갖는 검색룰 중에서 스폰서가 있는 검색룰을 선택하게 된다. 예를 들어, ‘a’라는 검색룰 이름에 대해 아마존(www.amazon.com)과 어바웃(www.about.com)에서 각각 검색룰을 등록해 놓았는데, 어바웃이 스폰서 비용을 지불한다면 아마존이 더 많이 이용되어도 어바웃이 선택되는 것이다.
도 7은 상기 질의어 분석 시스템의 질의어 추천 모듈에서의 검색어와 검색룰의 2단계 추천 방법을 나타낸다. 이용자가 검색창에 ‘m’을 입력하게 되면 질의어 추천 모듈은 검색어 추천 DB를 조회하여 ‘m’으로 시작하는 다양한 검색어가 추천 영역에 표시되게 되는데 이때 추천 영역의 최상단에 스폰서 영역을 두어 ‘m’이라는 단어에 대해 스폰서 비용을 지불한 스폰서의 검색어를 상위에 노출하여 이용자가 쉽게 선택하도록 유도할 수 있다. 만약 추천된 검색어 중 하나가 선택되었다면 해당 검색어에 대해 검색룰을 추천하게 되는데 검색룰 추천은 질의어 추천 모듈이 검색룰 추천 DB를 조회하여 이루어지게 된다. 해당 검색어와 어떤 검색룰이 함께 이용된 경우가 많은 지를 로그 DB로부터 추출하여 재구성함으로써 Ajax (Asynchronous Java Script and XML) 방식으로 제공이 가능하다. 검색룰 추천의 경우에도 추천 영역의 최상단에 스폰서의 검색룰을 노출하여 이용자가 쉽게 선택하도록 유도할 수 있다. 이렇게 스폰서 검색어 또는 스폰서 검색룰이 선택된 횟수를 검색어 추천 DB와 검색룰 추천 DB에 저장하여 향후 스폰서로부터 우선 노출에 대한 댓가를 받는 데 활용할 수 있다.
또한 검색어와 검색룰을 추천할 때는 주어진 입력값을 기준으로 일반적으로 사람들이 해당 입력값을 입력한 후 어떤 검색어와 검색룰을 많이 선택하는 지를 기준으로 우선적으로 추천할 수도 있으며, 이용자별로 또는 검색창별로 많이 쓰이는 검색어와 검색룰을 우선적으로 추천할 수도 있다.
각각의 단계는 별개로 또는 함께 이루어질 수 있다. 즉, 현재 대부분의 검색엔진에서 하듯이 검색어 추천만을 제공할 수도 있고, 본 발명에 따른 질의어 분석 시스템의 특성을 살려 검색룰 추천만을 제공할 수도 있으며, 둘 다 함께 제공하는 것도 가능하다. 또한 각각의 단계 모두에 이용자가 스폰서의 검색어 또는 검색룰을 선택할 경우 스폰서로부터 일정액의 대가를 받는 수익모델을 생각할 수 있다.
도 8은 상기 검색창 서비스 시스템을 이용한 질의어 처리 결과의 간단한 예를 나타낸다. 검색룰 정보 DB를 보면 검색룰 이름 외에 검색룰 ID가 있는데 이 검색룰 ID가 검색룰 별로 유일한 값이 된다. 또한 검색룰 별로 평점, 이용횟수, 채택횟수, 스폰서 여부가 기록되어 동일한 이름을 갖는 검색룰 간에 선택 조건으로 활용되며, URL이나 코드의 형태로 표시되는 검색룰 역할 항목이 있고, DNS 조회 단계를 줄이기 위한 검색 서버의 IP주소가 기록되어 있다.
개인 설정 정보 DB에는 이용자가 선택한 기본 검색룰 ID값과 채택한 룰들의 ID값, 동일한 이름을 가진 검색룰의 선택 기준, 구분자, IP주소 직접받기 사용여부 등이 기록되어 있다.
질의어 별로 살펴보면 먼저 1번 질의어인 ‘mp3’의 경우 검색룰이 지정되어 있지 않으므로 이용자가 기본 검색룰로 선택한 검색룰 ID가 100321인 google이라는 이름을 갖는 검색룰에 의해 검색을 수행한다. 2번 질의어인 ‘mp3 at google’의 경우 google이라는 이름을 갖는 검색룰 중 100321 검색룰이 선택되어 검색이 이루어지며, 3번 질의어인 ‘mp3 at a’는 a라는 이름을 갖는 검색룰을 이용자가 채택하지 않았기 때문에 이용자가 지정한 검색룰 선택 기준인 ‘최다 이용’의 기준에 따라 234322 검색룰이 선택되어 검색이 이루어지게 된다. 4번 질의어인 ‘mp3 >> ebay’의 경우 이용자가 ‘>>’를 구분자로 지정해 놓았기 때문에 ebay라는 이름을 갖는 312134 검색룰을 통해 검색이 이루어지게 되고, 5번 질의어인 ‘mp3 앳 a’의 경우 이용자가 ‘앳’을 구분자로 지정하지 않았기 때문에 구분자가 없어 ‘mp3 앳 a’를 기본 검색룰인 100321 검색룰을 통해 검색하게 된다. 이 때 at과 같은 구분자가 검색어에 꼭 들어가야 하는 경우에는 at 을 큰따옴표로 싸서 ‘education “at” Harvard at google’과 같은 형태로 해서 구분자가 아니라 검색어의 일부임을 나타낼 수 있을 것이다.
본 발명은 다수의 이용자가 검색룰 및 바로가기를 등록할 수 있도록 하여 서비스의 다양성과 확장성을 높이고 개인화를 강화하여 이용자별로 맞춤형 서비스를 제공하는 데 그 목적이 있다.
또한, 이용자가 검색창에 질의어를 입력할 때 검색어는 물론 해당 검색어와 연관되어 자주 이용되는 검색룰을 추천하는 기능을 제공하여 이용자가 원하는 정보를 보다 빨리 찾을 수 있도록 하는데 그 목적이 있다.
본 발명의 다른 목적 및 장점들은 하기의 설명에 의해서 이해될 수 있으며 본 발명의 실시 예에 의해 보다 분명하게 알게 될 것이다. 또한, 본 발명의 목적 및 장점들은 청구 범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있음을 쉽게 알 수 있을 것이다.

Claims (9)

  1. 이용자가 입력한 구문과 연관된 검색어를 추천하는 데 활용되는 검색어 추천 DB, 입력된 검색어와 연관되어 쓰이는 검색룰을 추천하는 데 활용되는 검색룰 추천 DB, 이용자별로 설정 정보를 저장하는 개인 설정 정보 DB, 검색창별로 설정 정보를 저장하는 검색창 정보 DB, 이용자들이 직접 등록할 수 있는 검색룰 정보 DB, 및 이용자들이 직접 등록할 수 있는 바로가기 DB 부;
    입력 구문을 상기 검색어 추천 DB와 상기 검색룰 추천 DB에 기초하여 검색어와 검색룰의 입력을 돕는 질의어 추천 모듈;
    질의어를 상기 개인 설정 정보 DB와 상기 검색창 정보 DB에 기초하여 요소별로 분류하고 복원하는 설정 정보 복원 모듈;
    상기 분류되고 복원된 질의어가 명령어인지 파악하고 해당 명령어를 수행하도록 메시지를 구성하는 명령어 분석 모듈;
    상기 검색룰 정보 DB와 상기 바로가기 DB에 기초하여 상기 설정 정보 복원 모듈 또는 상기 명령어 분석 모듈을 거쳐 분류되고 복원된 질의어를 메시지로 변환하는 메시지 복원 모듈;
    상기 메시지 복원 모듈 또는 상기 명령어 분석 모듈로부터 생성된 메시지를 이용자에게 리디렉션 방식으로 돌려주는 리디렉션 모듈;
    상기 메시지 복원 모듈에서 생성된 메시지를 이용자에게 템플릿 방식으로 돌려주는 템플릿 모듈;
    상기 메시지 복원 모듈에서 생성된 메시지를 이용자에게 프락시 방식으로 돌려주는 프락시 모듈
    을 포함하는 것을 특징으로 하는 검색창 서비스 시스템.
  2. 제 1항에 있어서,
    상기 개인 설정 정보 DB에는, 기본 구분자가 ‘at’으로 등록되어 있고 이용
    자의 선택에 따라 ‘>>’등의 기호나 ‘앳' 등의 문자를 등록할 수 있는 것을 특징으로 하는 검색창 서비스 시스템.
  3. 제 1항에 있어서,
    상기 질의어 추천 모듈은, 상기 검색어 또는 검색룰 추천 단계에 있어서 스폰서가 있는 검색어 또는 검색룰을 추천 영역의 상단에 표시하여 이용자의 선택을 유도하고, 이용자 선택 시 스폰서별로 선택 횟수를 상기 검색어 추천 DB 또는 상기 검색룰 추천 DB에 저장하는 단계를 포함하는 것을 특징으로 하는 검색창 서비스 시스템.
  4. 이용자로부터 질의어를 입력받는 입력 단계;
    완성된 질의어를 상기 개인 설정 정보 DB와 상기 검색창 정보 DB에 기초하여 요소별로 분류하고 복원하는 설정 정보 복원 단계;
    상기 검색룰 정보 DB에 기초하여 분류되고 복원된 질의어를 메시지로 복원하는 메시지 복원 단계;
    복원된 메시지를 이용자에게 돌려주는 단계를 포함하는 것을 특징으로 하는 검색창 서비스 제공 방법.
  5. 제 4항에 있어서,
    상기 입력 단계는, 이용자가 입력한 구문과 관련하여 검색어 추천 DB가 추천한 검색어를 선택하는 경우 또는 입력 구문이 검색어만으로 이루어진 경우 상기 검색룰 추천 DB에 기초하여 구분자를 포함한 검색룰이 추천되면, 추천되는 검색룰 중 상기 개인 설정 정보 DB에 등록된 기본 검색룰을 선택하면 기본 검색룰을 입력하는 단계;
    추천하는 검색룰 중 상기 개인 설정 정보 DB에 등록된 채택룰을 선택하면 해당 채택룰을 입력하는 단계;
    추천하는 검색룰 중 기본 검색룰 또는 채택룰이 아닌 검색룰을 선택하면 상기 개인 설정 정보 DB에 등록된 선택 기준에 부합하는 검색룰을 입력하는 단계; 및
    추천하는 검색룰 중 어느 검색룰도 선택하지 않으면 기본 검색룰을 입력하는 단계를 거쳐 완성된 질의어를 입력받는 단계를 포함하는 것을 특징으로 하는 검색창 서비스 제공 방법.
  6. 제 4항에 있어서,
    상기 설정 정보 복원 단계는, 상기 복원된 질의어에 명령어가 포함되어 있으면 명령어 분석을 통하여 바로가기 명령어인 경우 상기 바로가기 DB에 기초하여 바로가기 명령을 실행하는 단계;
    바로가기 이외의 명령어인 경우 해당 명령어를 실행하는 단계를 포함하는 것을 특징으로 하는 검색창 서비스 제공 방법.
  7. 제 4항 또는 제 5항에 있어서,
    상기 설정 정보 복원 단계는, 상기 복원된 질의어에 구분자가 없고 검색창에 상기 검색창 정보 DB에 설정된 기본 검색룰이 있다면 기본 검색룰을 선택하는 단계;
    상기 복원된 질의어에 구분자가 없고 검색창에 기본 검색룰이 없다면 상기 개인 설정 정보 DB에 설정된 이용자 기본 검색룰을 선택하는 단계;
    상기 복원된 질의어에 구분자가 없고 검색창에 기본 검색룰이 없으며 상기 개인 설정 정보 DB에 설정된 이용자 기본 검색룰이 없다면 글로벌 기본 검색룰을 선택하는 단계;
    상기 복원된 질의어에 구분자가 포함되어 있고 구분자 다음에 위치한 검색룰이 상기 검색룰 정보 DB에 등록되어 있지 않으면 신규 검색룰을 등록하는 페이지로 URL을 지정하여 메시지를 복원하는 메시지 복원 단계;
    상기 복원된 질의어에 구분자가 포함되어 있고 구분자 다음에 위치한 검색룰이 상기 검색룰 정보 DB에 등록되어 있으며 이용자가 해당 검색룰을 채택하여 상기 개인 설정 정보 DB에 저장되어있다면 이용자가 채택한 검색룰을 선택하는 단계;
    상기 복원된 질의어에 구분자가 포함되어 있고 구분자 다음에 위치한 검색룰이 상기 검색룰 정보 DB에 등록되어 있으며 이용자가 채택하지 않았다면 상기 개인 설정 정보 DB에 저장되어 있는 검색룰 선택 기준에 기초하여 검색룰을 선택하는 단계를 포함하는 것을 특징으로 하는 검색창 서비스 제공 방법.
  8. 제 7항에 있어서,
    상기 복원된 메시지를 이용자에게 돌려주는 단계는, 서비스 서버로 상기 검색창 서비스 시스템이 검색어를 전송한 후 결과를 받아서 재구성하여 이용자의 화면에 전송하는 프락시 방식으로 하는 단계;
    템플릿을 생성해 전송하고 이용자의 컴퓨터가 서비스 서버로부터 직접 결과를 받아와서 이용자의 화면에 표시하는 템플릿 방식으로 하는 단계;
    검색룰에 따라 URL을 복원하여 이용자 화면에 표시하는 리디렉션 방식으로 하는 단계를 포함하는 것을 특징으로 하는 검색창 서비스 제공 방법.
  9. 제 4항 또는 제 6항에 있어서,
    상기 메시지 복원 단계는, 상기 개인 설정 정보 DB에 기초하여 URL 중 서버 주소 부분을 IP 주소로 치환하여 보내는 단계를 포함하는 것을 특징으로 하는 검색창 서비스 제공 방법.
PCT/KR2009/006171 2009-06-15 2009-10-24 이용자 생성 룰 기반의 다기능 검색창 서비스 제공 방법 및 시스템 Ceased WO2010147269A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/378,363 US20120136887A1 (en) 2009-06-15 2009-10-24 Method and system for providing multifunctional search window service based on user-generated rules

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020090053111A KR101136726B1 (ko) 2009-06-15 2009-06-15 이용자 생성 룰 기반의 다기능 검색창 서비스 제공 방법 및 시스템
KR10-2009-0053111 2009-06-15

Publications (1)

Publication Number Publication Date
WO2010147269A1 true WO2010147269A1 (ko) 2010-12-23

Family

ID=43356559

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2009/006171 Ceased WO2010147269A1 (ko) 2009-06-15 2009-10-24 이용자 생성 룰 기반의 다기능 검색창 서비스 제공 방법 및 시스템

Country Status (3)

Country Link
US (1) US20120136887A1 (ko)
KR (1) KR101136726B1 (ko)
WO (1) WO2010147269A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120110500A1 (en) * 2010-11-02 2012-05-03 Sap Ag System and method for message grouping
CN110569435A (zh) * 2019-08-29 2019-12-13 苏州华策网络科技有限公司 智能双端推荐引擎系统和方法

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8453058B1 (en) * 2012-02-20 2013-05-28 Google Inc. Crowd-sourced audio shortcuts
CN103577049B (zh) * 2012-07-24 2019-04-12 百度在线网络技术（北京）有限公司 一种用于提供下载建议对象的方法、装置与设备
KR101385210B1 (ko) * 2012-08-20 2014-04-17 주식회사 네오위즈인터넷 문자입력장치 및 그의 단어제공방법
CN104424244B (zh) * 2013-08-27 2019-09-27 卓易畅想（北京）科技有限公司 一种获取搜索结果的方法、装置与设备
US10740413B2 (en) 2013-10-30 2020-08-11 Salesforce.Com, Inc. System and method for user information management via a user interface page
US10409808B2 (en) * 2013-10-30 2019-09-10 Salesforce.Com, Inc. System and method for metadata management via a user interface page
US8751466B1 (en) 2014-01-12 2014-06-10 Machine Intelligence Services, Inc. Customizable answer engine implemented by user-defined plug-ins
US9946771B2 (en) * 2014-05-30 2018-04-17 Apple Inc. User interface for searching
CN104239452A (zh) * 2014-09-02 2014-12-24 百度在线网络技术（北京）有限公司 资源获取方法及装置
CN104239454A (zh) * 2014-09-02 2014-12-24 百度在线网络技术（北京）有限公司 搜索方法及装置
US10210146B2 (en) * 2014-09-28 2019-02-19 Microsoft Technology Licensing, Llc Productivity tools for content authoring
US10528597B2 (en) 2014-09-28 2020-01-07 Microsoft Technology Licensing, Llc Graph-driven authoring in productivity tools
US10402061B2 (en) 2014-09-28 2019-09-03 Microsoft Technology Licensing, Llc Productivity tools for content authoring
KR102274391B1 (ko) * 2014-10-07 2021-07-26 인포뱅크 주식회사 정보 검색 장치 및 방법
US10180985B2 (en) * 2015-02-19 2019-01-15 At&T Intellectual Property I, L.P. Apparatus and method for automatically redirecting a search
CN105095440B (zh) * 2015-07-23 2019-02-12 百度在线网络技术（北京）有限公司 一种搜索推荐方法及装置
US10176232B2 (en) * 2016-03-01 2019-01-08 Microsoft Technology Licensing, Llc Blending enterprise content and web results
US10628522B2 (en) * 2016-06-27 2020-04-21 International Business Machines Corporation Creating rules and dictionaries in a cyclical pattern matching process
US10372784B2 (en) * 2017-02-08 2019-08-06 Documensions, Inc. Generating rich digital documents from limited instructional data

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020062464A (ko) * 2001-01-20 2002-07-26 (주)리얼링크 메타 검색 엔진을 이용한 인터넷 상의 정보 검색 방법 및메타 검색 엔진 시스템
US20050278317A1 (en) * 2004-05-14 2005-12-15 William Gross Personalized search engine
KR20080030796A (ko) * 2006-10-02 2008-04-07 차명근 검색창 서비스 시스템 및 제공 방법
KR20090040399A (ko) * 2007-10-21 2009-04-24 차명근 리디렉션 메시지를 이용한 개인화 다기능 검색창 서비스제공 방법 및 시스템

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5960422A (en) * 1997-11-26 1999-09-28 International Business Machines Corporation System and method for optimized source selection in an information retrieval system
AU2001247789A1 (en) * 2000-03-22 2001-10-03 Sidestep, Inc. Method and apparatus for dynamic information connection engine
US7451136B2 (en) * 2000-10-11 2008-11-11 Microsoft Corporation System and method for searching multiple disparate search engines
US7177862B2 (en) * 2002-03-28 2007-02-13 International Business Machines Corporation Method and structure for federated web service discovery search over multiple registries with result aggregation
US8312014B2 (en) * 2003-12-29 2012-11-13 Yahoo! Inc. Lateral search
US7873622B1 (en) * 2004-09-02 2011-01-18 A9.Com, Inc. Multi-column search results interface
US7844599B2 (en) * 2005-08-24 2010-11-30 Yahoo! Inc. Biasing queries to determine suggested queries
US7747614B2 (en) * 2005-10-31 2010-06-29 Yahoo! Inc. Difference control for generating and displaying a difference result set from the result sets of a plurality of search engines
US7895175B2 (en) * 2006-11-15 2011-02-22 Yahoo! Inc. Client-side federated search
US7899803B2 (en) * 2007-02-19 2011-03-01 Viewzi, Inc. Multi-view internet search mashup
US7877403B2 (en) * 2007-05-21 2011-01-25 Data Trace Information Services, Llc System and method for database searching using fuzzy rules
US7860859B2 (en) * 2007-06-01 2010-12-28 Google Inc. Determining search query statistical data for an advertising campaign based on user-selected criteria
US7783620B1 (en) * 2007-06-29 2010-08-24 Emc Corporation Relevancy scoring using query structure and data structure for federated search
US7783630B1 (en) * 2007-06-29 2010-08-24 Emc Corporation Tuning of relevancy ranking for federated search
KR100893129B1 (ko) * 2007-10-24 2009-04-15 엔에이치엔(주) 멀티 미디어 컨텐츠의 추천 키워드 추출 시스템 및 그 방법
US7801876B1 (en) * 2008-01-11 2010-09-21 Google Inc. Systems and methods for customizing behavior of multiple search engines
JP5238418B2 (ja) * 2008-09-09 2013-07-17 株式会社東芝 情報推薦装置および情報推薦方法
US8126885B2 (en) * 2008-12-19 2012-02-28 Hewlett-Packard Development Company, L.P. History based search service operable with multiple applications and services

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020062464A (ko) * 2001-01-20 2002-07-26 (주)리얼링크 메타 검색 엔진을 이용한 인터넷 상의 정보 검색 방법 및메타 검색 엔진 시스템
US20050278317A1 (en) * 2004-05-14 2005-12-15 William Gross Personalized search engine
KR20080030796A (ko) * 2006-10-02 2008-04-07 차명근 검색창 서비스 시스템 및 제공 방법
KR20090040399A (ko) * 2007-10-21 2009-04-24 차명근 리디렉션 메시지를 이용한 개인화 다기능 검색창 서비스제공 방법 및 시스템

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120110500A1 (en) * 2010-11-02 2012-05-03 Sap Ag System and method for message grouping
US8863003B2 (en) * 2010-11-02 2014-10-14 Sap Se System and method for message grouping
CN110569435A (zh) * 2019-08-29 2019-12-13 苏州华策网络科技有限公司 智能双端推荐引擎系统和方法
CN110569435B (zh) * 2019-08-29 2023-01-03 苏州华策网络科技有限公司 智能双端推荐引擎系统和方法

Also Published As

Publication number Publication date
US20120136887A1 (en) 2012-05-31
KR20100134478A (ko) 2010-12-23
KR101136726B1 (ko) 2012-05-04

Similar Documents

Publication Publication Date Title
WO2010147269A1 (ko) 이용자 생성 룰 기반의 다기능 검색창 서비스 제공 방법 및 시스템
US8839087B1 (en) Remote browsing and searching
US7822732B2 (en) Method and system to enable domain specific search
US8510299B2 (en) Method and apparatus for providing a user traffic weighted search
EP2724251B1 (en) Methods for making ajax web applications bookmarkable and crawlable and devices thereof
KR100366120B1 (ko) 검색결과에 광고가 표시되는 웹사이트 검색시스템 및 그운영방법
US9223895B2 (en) System and method for contextual commands in a search results page
EP2196922A1 (en) A method for collecting human experience analytics data
JP6073336B2 (ja) 履歴上のブラウジングセッション管理
US9092405B1 (en) Remote browsing and searching
US6853621B1 (en) System and method for selecting a packet-switched telephony service provider
US8140508B2 (en) System and method for contextual commands in a search results page
CN103412944A (zh) 互联网寻址方法和装置
WO2012141412A9 (ko) 웹 페이지를 제공하는 방법 및 서버
JP2013164666A (ja) ポートレット処理装置、ポータルサーバ、ポータルシステム、ポートレット処理方法、および、コンピュータ・プログラム
US20080189271A1 (en) Search system and search method
WO2005121982A1 (ja) 情報提供システム、方法、プログラム、情報通信端末、および情報表示切り替えプログラム
KR100321926B1 (ko) 직접 접근 방식을 이용한 정보 및/또는 서비스를 제공하기 위한 컴퓨터 프로그램을 저장한 기록매체 및 시스템
US11281682B1 (en) Combining data sources for type down search results
WO2009066957A2 (en) System for providing web service linked with portal site to web site, and method thereof
KR100911495B1 (ko) 리디렉션 메시지를 이용한 개인화 다기능 검색창 서비스제공 방법 및 시스템
JP5122795B2 (ja) 検索システムおよび検索方法
KR100336115B1 (ko) 하부 도메인 서비스 방법 및 그 시스템
KR100848776B1 (ko) 이동통신 단말기를 이용하여 마크업 데이터를 송수신하는시스템 및 그 제어방법
KR101084546B1 (ko) 검색 결과 내 추가 검색 모듈 및 그를 이용한 검색 결과 내 추가 검색 방법

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: 09846241

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13378363

Country of ref document: US

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 21.02.12)

122 Ep: pct application non-entry in european phase

Ref document number: 09846241

Country of ref document: EP

Kind code of ref document: A1