Domain acquisition support device, domain acquisition support system, and domain acquisition support program
Patent Information
- Application Number
- JP2023072696
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Filing Date
- 2023-04-26
- Publication Date
- 2025-02-14
- Estimated Expiration
- 2043-04-26
AI Technical Summary
【0009】 本発明の一態様によれば、ユーザがドメインを容易且つ円滑に取得することを可能とするドメイン取得支援装置、ドメイン取得支援システム、及びドメイン取得支援プログラムを提供できる。
Smart Images

Figure 0007629955000001 
Figure 0007629955000002 
Figure 0007629955000003
Abstract
Description
[Technical field]
[0001] The present invention relates to a domain acquisition assistance device, a domain acquisition assistance system, and a domain acquisition assistance program. [Background technology]
[0002] Conventionally, domains are used in website URLs (Uniform Resource Locators) and email addresses. In domain acquisition services that help users acquire domains, users input the domain they want to acquire on a domain acquisition website, and if the input domain is an available domain (i.e., a domain that has not yet been registered), the user can acquire the domain (i.e., register it as their own domain). [Prior art documents] [Patent documents]
[0003] [Patent Document 1] JP 2006-148576 A Summary of the Invention [Problem to be solved by the invention]
[0004] In the conventional method, the user must consider for himself / herself which domain matches the content of his / her website, but for a user who is not familiar with domain registration, it is not necessarily easy to decide on an appropriate domain. Therefore, there is a problem that the user has difficulty in deciding on a domain, and it takes time and effort to register a domain.
[0005] Therefore, an object of the present invention is to provide a domain acquisition assistance device, a domain acquisition assistance system, and a domain acquisition assistance program that enable a user to acquire a domain easily and smoothly. [Means for solving the problem]
[0006] A domain acquisition support device according to a first aspect is a device for supporting domain acquisition. The domain acquisition support device includes: a text acquisition means for acquiring text data obtained by a user inputting an outline of a domain to be acquired in a free-text format in a natural language; a domain derivation means for deriving a candidate domain by a large-scale language model using the text data acquired by the text acquisition means as an input to the large-scale language model; a domain determination means for determining whether the candidate domain derived by the domain derivation means is an unregistered available domain; and a domain presentation means for presenting the candidate domain determined by the domain determination means to be the available domain as a suggested domain for the text data to a user.
[0007] A domain acquisition assistance system according to a second aspect is a system for assisting in domain acquisition. The domain acquisition assistance system includes: a text acquisition unit that acquires text data obtained by a user inputting an outline of a domain to be acquired in a free-text format in a natural language; a domain derivation unit that uses the text data acquired by the text acquisition unit as an input to a large-scale language model to derive a candidate domain by the large-scale language model; a domain determination unit that determines whether the candidate domain derived by the domain derivation unit is an unregistered available domain; and a domain presentation unit that presents the candidate domain determined by the domain determination unit to be an available domain to a user as a suggested domain for the text data.
[0008] A domain acquisition assistance program according to a third aspect is a program for assisting in domain acquisition, which causes a computer to execute a text acquisition step of acquiring text data obtained by a user inputting an outline of a domain to be acquired in a free-text format in a natural language, a domain derivation step of deriving a candidate domain by a large-scale language model using the text data acquired in the text acquisition step as an input to the large-scale language model, a domain determination step of determining whether the candidate domain derived in the domain derivation step is an unregistered available domain, and a domain presentation step of presenting the candidate domain determined in the domain determination step to be the available domain as a suggested domain for the text data to a user. Effect of the Invention
[0009] According to one aspect of the present invention, it is possible to provide a domain acquisition support device, a domain acquisition support system, and a domain acquisition support program that enable a user to easily and smoothly acquire a domain. [Brief description of the drawings]
[0010] [Figure 1] FIG. 1 is a diagram illustrating an example of the configuration of a domain acquisition support system according to an embodiment. [Diagram 2] FIG. 2 is a diagram illustrating a configuration example of a domain acquisition support server according to the embodiment. [Diagram 3] FIG. 2 is a diagram showing an example of an operation sequence of the domain acquisition support system according to the embodiment. [Figure 4] FIG. 4 is a diagram illustrating an example of a screen display of a terminal according to the embodiment. [Diagram 5] FIG. 4 is a diagram illustrating an example of a screen display of a terminal according to the embodiment. [Figure 6] FIG. 4 is a diagram illustrating an example of a screen display of a terminal according to the embodiment. [Figure 7] FIG. 4 is a diagram illustrating an example of a screen display of a terminal according to the embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0011] A domain acquisition support system according to an embodiment will be described with reference to the drawings. In the description of the drawings, the same or similar parts are denoted by the same or similar reference numerals.
[0012] (1) System configuration example 1 is a diagram showing an example of the configuration of a domain acquisition support system 1 according to this embodiment. The domain acquisition support system according to this embodiment includes a domain acquisition support server 100, a large language model (LLM) server 200, a domain management server 300, and a terminal 400.
[0013] The domain acquisition assistance server 100, the LLM server 200, the domain management server 300, and the terminal 400 are connected to a network 10 and can communicate with each other via the network 10. The network 10 includes the Internet. The network 10 may include a LAN (Local Area Network) and / or a WAN (Wide Area Network). Each of the domain acquisition assistance server 100, the LLM server 200, and the domain management server 300 may be a general-purpose computer such as a workstation or a PC, or may be logically realized by cloud computing (distributed computing). In other words, each server may be configured with one computer or multiple computers.
[0014] The domain acquisition support server 100 is an example of a domain acquisition support device for supporting users in acquiring domains. A domain is a character string converted from an IP (Internet Protocol) address, which is an address on the Internet, and is used in the URL (Uniform Resource Locator) of a website and email addresses. Conversion between IP addresses and domains is performed using the DNS (Domain Name System).
[0015] Domains have a hierarchical structure and are composed of a combination of a top level domain (TLD: Top Level Domain) corresponding to the higher hierarchy and a second level domain (SLD: Second Level Domain) corresponding to the lower hierarchy. For example, when there is a domain called "example.com", ".com" is the TLD and "example" is the SLD. Here, ".com" is a domain meaning "Company" and is the most widely used TLD in the world. In addition to ".com", there are other TLDs such as ".net" meaning "Network", "co.jp" which can be used by corporations with addresses in Japan, ".jp" which can be used by corporations and individuals with addresses in Japan, ".site" meaning "site", and ".inc" meaning "incorporated".
[0016] In addition, in the case of a domain such as "example.co.jp," ".jp" is sometimes called the TLD, ".co" the SLD, and "example" the third-level domain, but in this embodiment, "co.jp" is treated as the "TLD." That is, in this embodiment, a TLD is a character string related to the attributes of a certain entity (such as a country or an organization), and an SLD is a character string related to the service name or title of the entity.
[0017] The domain acquisition support server 100 provides a domain acquisition support service to a user. The domain acquisition support server 100 may be a server operated by a registrar. A registrar is a business that accepts applications and procedures from domain registration applicants and owners, and mediates registration, changes, cancellation, etc. in a registry. In this embodiment, the domain acquisition support server 100 displays a domain acquisition support page on the web browser of the user's terminal 400, and provides the domain acquisition support service to the user via the domain acquisition support page.
[0018] In particular, the domain acquisition support server 100 according to this embodiment acquires text data obtained by a user inputting an overview of a domain to be acquired in a free text format in a natural language, and derives candidate domains by the LLM using the text data as input to the LLM. The domain acquisition support server 100 then determines whether the derived candidate domain is an acquireable domain that has not yet been registered, and presents the candidate domain determined to be an acquireable domain to the user as a suggested domain for the text data entered by the user. In this embodiment, the domain acquisition support server 100 transmits the text data to the LLM server 200 via an API (Application Programming Interface), and acquires the candidate domain from the LLM server 200. Note that "presentation" to the user mainly means display, but may also be a display accompanied by audio output, etc.
[0019] This allows the user to receive suggestions of appropriate and obtainable domains simply by freely describing in natural language (e.g., Japanese) what kind of domain they would like to acquire. In conventional methods, the user had to consider for himself or herself which domain would suit the content of, for example, his or her own website, but in this embodiment, the user can acquire a domain more easily and smoothly than in conventional methods. Specifically, even a user who is unfamiliar with acquiring domains can know appropriate domains, so the user does not have to worry about deciding on a domain, and the effort and time required to acquire a domain can be reduced.
[0020] Incidentally, a "natural language" refers to a language that has naturally arisen in the history of mankind, such as Japanese or English. In this embodiment, the "natural language" is Japanese, but is not limited to Japanese and may be other types of natural languages (for example, English). A "domain" is generally composed of the alphabet (and numbers), but may also be a Japanese domain composed of kanji, hiragana, and katakana.
[0021] The LLM server 200 is a server that executes language processing tasks using a language model constructed by machine learning technology including artificial intelligence (AI). A language model is a model in which a language is modeled by the occurrence probability of words. In addition, an LLM is a language model that can execute various language processing tasks by learning a large amount of text data, specifically, web content on the Internet, in advance and giving only a few example tasks. Examples of such LLMs include GPT-3 and GPT-4 developed by OpenAI, and BERT developed by Google.
[0022] In this embodiment, the LLM server 200 provides a service of automatically generating candidate domains from natural language sentences (text data) input by a user, using an LLM that has previously learned a large amount of websites and their domains. For example, the LLM has already learned the correspondence between domains and websites published on the Internet. Therefore, when the LLM server 200 obtains a natural language sentence (text data) written by a user from the domain acquisition support server 100, it can automatically generate candidate domains and provide the candidate domains to the domain acquisition support server 100.
[0023] The domain management server 300 is a server that manages domains. The domain management server 300 may be a server operated by a registry. A registry is an organization that has the authority to manage TLDs and manages a domain database. In this embodiment, the domain acquisition support server 100 notifies the domain management server 300 of a candidate domain derived using the LLM, and checks (determines) whether the candidate domain is an acquireable domain that has not yet been registered. Here, the domain management server 300 notifies the domain acquisition support server 100 of whether the candidate domain can be acquired (i.e., whether it has been registered or not) based on the domain database.
[0024] The terminal 400 is, for example, a personal computer (PC), a smartphone, a tablet terminal, or a wearable terminal. The terminal 400 has an interface with a user and an interface with the network 10. The interface with the user includes, for example, at least one of a display, a keyboard, a mouse, a touchpad, a touch panel display, a microphone, and a speaker. The interface with the network 10 includes at least one of a wired communication interface and a wireless communication interface. The terminal 400 accesses the domain acquisition support server 100 via the network 10 and exchanges information with the domain acquisition support server 100 to acquire a domain.
[0025] (2) Example of domain acquisition support server configuration 2 is a diagram showing an example of the configuration of the domain acquisition support server 100 according to this embodiment. The domain acquisition support server 100 has a communication unit 110, a storage unit 120, and a processing unit 130. The communication unit 110, the storage unit 120, and the processing unit 130 are connected to each other by a bus or the like (not shown).
[0026] The communication unit 110 communicates with other devices (e.g., the LLM server 200, the domain management server 300, and the terminal 400) via the network 10 under the control of the processing unit 130. The communication by the communication unit 110 may be wired communication or may include wireless communication. The storage unit 120 includes various memories such as a ROM (Read Only Memory), a RAM (Random Access Memory), and an auxiliary storage device. The program executed by the processing unit 130 (domain acquisition support program) is stored, for example, in the ROM and / or the auxiliary storage device of the storage unit 120. The processing unit 130 is configured by one or more processors.
[0027] By executing the domain acquisition support program, the processing unit 130 realizes each of the functions of an information presentation unit 131, a text acquisition unit 132, a text addition unit 133, a domain derivation unit 134, a domain determination unit 135, a domain presentation unit 136, an error presentation unit 137, a cost presentation unit 138, a TLD determination unit 139, a domain registration unit 140, and a URL setting unit 141.
[0028] The information presenting unit 131 displays a service page (service site) for domain acquisition assistance on the terminal 400, and presents information for domain acquisition assistance on the service page to the user. An example of a screen display on the terminal 400 will be described later.
[0029] The text acquisition unit 132 acquires text data obtained by the user inputting an overview of the domain to be acquired in a natural language in free text format. For example, the text acquisition unit 132 acquires a character string (text) written in natural language by the user in a text input field on a service page as text data. Here, the overview of the domain to be acquired may be, for example, the purpose or use of the website where the user uses the domain. The content of the website may include details of the products and services handled by the website in addition to the overview. Note that the user may include text specifying the TLD or text specifying the number of characters of the domain (specifically, the SLD) as details of the domain to be acquired.
[0030] Examples of text data acquired by the text acquisition unit 132 include "a .com or .jp domain that is easy to remember and is six characters or less," "a domain that is optimal for an affiliate blog that deals with digital gadgets," or "a domain that incorporates a buzzword of Generation Z," or a combination of these. In any case, the user can input text in a free format using natural language.
[0031] The text adding unit 133 adds additional text data specifying the number of candidate domains to the text data acquired by the text acquiring unit 132. For example, text such as "Please give five candidates" is added to the end (or beginning) of the text acquired by the text acquiring unit 132. This enables the domain derivation unit 134 to derive an appropriate number of candidate domains.
[0032] Furthermore, the text adding unit 133 may add text that explicitly indicates domain generation, for example, text such as "Please give five "domain candidates." This allows the LLM to generate candidate domains more reliably even if the user-input text data does not explicitly indicate that a domain is to be generated.
[0033] The text adding unit 133 may also add text specifying a TLD, for example, text such as "Please give five .com domains." This allows the TLDs of multiple suggested domains to be aligned when multiple suggested domains are presented to the user, making it easier for the user to select one of the suggested domains (specifically, an SLD). In this case, the TLD to be combined with the selected SLD can be selected and determined separately by the TLD determining unit 139.
[0034] The domain derivation unit 134 uses the text data acquired by the text acquisition unit 132 as input to the LLM to derive a candidate domain by the LLM. Additional text data may be added to the text data used as input to the LLM by the text addition unit 133. In this embodiment, the domain derivation unit 134 derives a plurality of candidate domains, but the number of candidate domains derived by the domain derivation unit 134 may be one.
[0035] In this embodiment, the domain derivation unit 134 notifies the LLM server 200 of the text data acquired by the text acquisition unit 132 via an API, and acquires the candidate domain generated by the LLM from the LLM server 200 via the API, thereby deriving the candidate domain. Note that in this embodiment, the LLM server 200 is a server separate from the domain acquisition support server 100, but if the functions of the LLM server 200 are incorporated into the domain acquisition support server 100, the domain derivation unit 134 may derive the candidate domain using the LLM managed by the domain acquisition support server 100.
[0036] In this embodiment, the domain derivation unit 134 derives a candidate domain including an SLD generated by the LLM based on text data. This allows the derivation of an SLD suitable for the domain summary input by the user. Here, the domain derivation unit 134 may select a predetermined default TLD (e.g., the .com domain) for the TLD, and derive a combination of the SLD generated by the LLM and the default TLD as a candidate domain.
[0037] Alternatively, instead of using the default TLD, the domain derivation unit 134 may derive a candidate domain including a TLD selected by the LLM based on text data. For example, if the domain summary entered by the user is related to "salon", the domain derivation unit 134 may select ".salon" as the TLD, and if the domain summary entered by the user is related to artificial intelligence, the domain derivation unit 134 may select ".ai" as the TLD. This allows not only a TLD suitable for the domain summary entered by the user to be derived, but also an SLD suitable for the domain summary entered by the user to be derived.
[0038] The domain determination unit 135 determines whether the candidate domain derived by the domain derivation unit 134 is an acquireable domain that has not yet been registered. In this embodiment, the domain determination unit 135 notifies the domain management server 300 of the candidate domain derived by the domain derivation unit 134 via an API, and acquires information on the acquireability of each candidate domain from the domain management server 300 via the API, thereby determining whether each candidate domain can be acquired. Note that in this embodiment, the domain management server 300 is a server separate from the domain acquisition support server 100, but if the function of the domain management server 300 (e.g., a domain database) is incorporated into the domain acquisition support server 100, the domain determination unit 135 may determine whether each candidate domain can be acquired using a database managed by the domain acquisition support server 100.
[0039] When additional information is added to the candidate domain derived by the domain derivation unit 134, the domain determination unit 135 performs a determination using structured data excluding the additional information. The candidate domain generated by the LLM may be added with additional information such as an explanatory text of the candidate domain and the number of the candidate domain. If such additional information is included in the determination of whether or not the domain can be acquired, an accurate determination cannot be made. Therefore, the domain determination unit 135 processes the candidate domain derived by the domain derivation unit 134 into structured data and then determines whether or not the domain can be acquired. For example, the domain determination unit 135 converts each candidate domain from which the additional information has been removed into structured data in a list format, and performs a determination using the list.
[0040] The domain presenting unit 136 presents the candidate domains that the domain determining unit 135 has determined to be obtainable domains to the user as suggested domains for the text data input by the user. For example, the domain presenting unit 136 presents the suggested domains to the user by displaying them on a service page displayed by the terminal 400. This allows the user to understand the suggested domains that correspond to the text that the user has written in a natural language.
[0041] When the domain determination unit 135 determines that there is no obtainable domain among the candidate domains, the error presentation unit 137 presents to the user error information indicating that there is no obtainable domain for the text data input by the user (i.e., generation of the proposed domain has failed). For example, the error presentation unit 137 presents the error information to the user by displaying the error information on a service page displayed by the terminal 400. The error presentation unit 137 may further present to the user information prompting input of new text data. For example, the error presentation unit 137 displays text "Failed to propose domain. Change the input content and input text again" on the service page. In this case, the text acquisition unit 132 acquires text data (new text data) of the text input by the user again. This makes it possible to try generating the proposed domain again even if generation of the proposed domain has failed.
[0042] The cost presenting unit 138 presents the domain acquisition cost by TLD for the proposed domain to the user. For example, the cost presenting unit 138 displays the domain acquisition cost by TLD for the proposed domain selected by the user on the service page displayed by the terminal 400. This allows the user to know the domain acquisition cost by TLD for the proposed domain he or she wishes to acquire, and to decide which proposed domain using which TLD to acquire, taking into consideration the domain acquisition cost.
[0043] The TLD determination unit 139 determines the TLD to be used for the proposed domain in response to a user operation. For example, after the cost presentation unit 138 presents the cost, the TLD determination unit 139 determines the TLD to be used for the proposed domain in response to a user operation (user selection).
[0044] The domain registration unit 140 performs a registration process to register a domain selected by the user from among the proposed domains. In this embodiment, the domain to be registered is the domain selected by the user from among the proposed domains, and is the proposed domain whose TLD has been determined by the TLD determination unit 139. For example, the domain registration unit 140 notifies the domain management server 300 of the domain to be registered (proposed domain) and user information via an API, and performs the registration process by registering the domain in the database of the domain management server 300 in association with the user information.
[0045] After the proposed domain is registered in response to a user operation, the URL setting unit 141 sets the registered domain as the URL of the user's website on the website creation support service. For example, the URL setting unit 141 sets the registered domain as the URL of the website to be created on a service page (service site) of the website creation support displayed on the terminal 400. This makes it easy for the user to create a website and publish it on the Internet. Here, the website creation support service may be a construction and management service of an EC (Electronic Commerce) site as the website. The URL setting unit 141 may set the registered domain as the user's EC site URL on the EC site creation support and management service. This makes it easy for the user to create an EC site and publish it on the Internet.
[0046] (3) Example of operation sequence FIG. 3 is a diagram showing an example of an operation sequence of the domain acquisition support system 1 according to the present embodiment.
[0047] In step S1, the information presentation unit 131 of the domain acquisition assistance server 100 causes the terminal 400 to display a service page (service site) for domain acquisition assistance, and the terminal 400 accepts text input of a domain overview written in natural language by the user in a text input field on the service page.
[0048] In step S2, the text acquisition unit 132 of the domain acquisition assistance server 100 acquires text data of a domain summary from the terminal 400. The text data is used as input to the LLM (LLM server 200) and is also called a "prompt." As described above, examples of text data (prompts) include "an easy-to-remember .com or .jp domain of six characters or less," "a domain ideal for an affiliate blog dealing with digital gadgets," or "a domain incorporating a Generation Z buzzword," or a combination of these.
[0049] In step S3, the text adding unit 133 of the domain acquisition support server 100 adds conditions to the text data (prompt) acquired in step S2 and formats it. As described above, the text adding unit 133 of the domain acquisition support server 100 may add at least one of additional text data specifying the number of candidate domains, text data explicitly indicating domain generation, and text specifying a TLD as an additional prompt to the text data acquired by the text acquiring unit 132.
[0050] In step S4, the domain derivation unit 134 of the domain acquisition support server 100 transmits a request including the text data (prompt) formatted in step S3 to the LLM server 200 via the API.
[0051] In step S5, the LLM server 200 transmits a response including the list of candidate domains generated by the LLM to the LLM server 200 via the API. The domain derivation unit 134 of the domain acquisition support server 100 acquires the candidate domain list transmitted from the LLM server 200.
[0052] In step S6, if additional information is added to the candidate domain derived by the domain derivation unit 134, the domain determination unit 135 of the domain acquisition support server 100 removes the additional information and modifies the structured data. For example, the domain determination unit 135 converts each candidate domain from which the additional information has been removed into structured data in a list format.
[0053] In step S7, the domain determination unit 135 of the domain acquisition support server 100 transmits a domain search request including the candidate domain list to the domain management server 300 via the API.
[0054] In step S8, the domain management server 300 searches the database for each candidate domain in the candidate domain list in step S7, and sends an acquisition possibility response including information on whether the domain can be acquired (i.e., whether it is registered or not) to the domain acquisition support server 100 via the API.
[0055] In step S9, the domain determination unit 135 of the domain acquisition support server 100 determines whether or not the candidate domain can be acquired based on the acquisition possibility response in step S8.
[0056] If it is determined that there is no available domain among the candidate domains (step S9: NO), in step S10, the error presentation unit 137 of the domain acquisition support server 100 presents to the user error information indicating that there is no available domain (i.e., generation of the proposed domain has failed). Here, the error presentation unit 137 may further present to the user information prompting the input of new text data. In this case, the text acquisition unit 132 acquires the text data of the text re-entered by the user (new text data) (step S1).
[0057] If it is determined that the candidate domains include available domains (step S9: YES), then in step S11, the domain presenting unit 136 presents a list of the candidate domains determined to be available domains to the user as a suggested domain list.
[0058] In step S12, the terminal 400 accepts an operation from the user to select any domain (specifically, an SLD) from the proposed domain list.
[0059] In step S13, the terminal 400 notifies the domain acquisition support server 100 of the selected SLD.
[0060] In step S14, the cost presenting unit 138 of the domain acquisition assistance server 100 presents to the user the domain acquisition costs of each of the candidate TLDs to be combined with the SLD selected by the user.
[0061] In step S15, the terminal 400 accepts an operation from the user to select one of the TLDs for which the cost has been presented.
[0062] In step S16, the terminal 400 notifies the selected TLD to the domain acquisition support server 100. The TLD determination unit 139 of the domain acquisition support server 100 determines the TLD according to the user selection. As a result, the domain that combines the SLD and the TLD is determined.
[0063] In step S17, the domain registration unit 140 of the domain acquisition support server 100 performs a registration process to register the confirmed domain. For example, the domain registration unit 140 notifies the domain management server 300 of the domain and user information to be registered by API, and performs the registration process by associating the domain with the user information and registering the domain in the database of the domain management server 300.
[0064] (4) Example of device screen display 4 to 7 are diagrams showing examples of screen displays of the terminal 400 according to this embodiment.
[0065] As shown in FIG. 4, the information presenting unit 131 of the domain acquisition assistance server 100 displays a service page (service site) for domain acquisition and creation assistance on the terminal 400. In the illustrated example, the name of the domain acquisition assistance service using LLM (AI) is "AI Assistant." In the initial state of the service page, the information presenting unit 131 displays a text input field A for text input, and also displays information prompting text input into the text input field A (in the illustrated example, the text "What kind of domain would you like us to suggest?") on the terminal 400. Here, the information presenting unit 131 may display sample information showing an example of text input into the text input field A on the terminal 400.
[0066] When text is entered in the text input field A and the "Send" button B is operated, the screen transitions to the screen shown in Fig. 5. As shown in Fig. 5, the information presenter 131 grays out the "Send" button B and displays on the terminal 400 information C indicating that a proposed domain for the entered text data is being derived (in the illustrated example, the text reads "AI is considering a domain...").
[0067] Once the proposed domain is derived, the screen transitions to that shown in Fig. 6. In the screen display example shown in Fig. 6, as in step S11 of Fig. 3, the domain presentation unit 136 of the domain acquisition support server 100 causes the terminal 400 to display a list of candidate domains determined to be acquireable domains as a proposed domain list E, and also causes the terminal 400 to display information D (in the illustrated example, the text "We've thought of a domain! What do you think?") prompting the selection of one of the domains from the proposed domain list E. In the illustrated example, although the SLDs are different in each entry (each proposed domain) in the proposed domain list E, the TLDs are all standardized to ".com".
[0068] When any entry (any proposed domain) in the proposed domain list E is selected (step S12 in FIG. 3), the screen transitions to the screen shown in FIG. 7. In the screen display example shown in FIG. 7, the domain presenting unit 136 of the domain acquisition support server 100 causes the terminal 400 to display the proposed domain F selected in FIG. 6 and a list G of proposed domains in which the TLD of the proposed domain F has been changed. Here, the cost presenting unit 138 of the domain acquisition support server 100 causes the terminal 400 to display the domain acquisition cost for each proposed domain (each TLD) in FIG. 7.
[0069] As in step S15 of FIG. 3, when one of the proposed domains in FIG. 7 is selected (specifically, the "Add to Cart" button is operated) and the payment process is completed, the domain registration unit 140 of the domain acquisition support server 100 performs a registration process to register the domain (step S17 of FIG. 3).
[0070] (5) Other embodiments In the above embodiment, a part of the processing performed by the domain acquisition support server 100 may be changed to be performed by the terminal 400 or another device. In this case, the domain acquisition support server 100 and the terminal 400 may constitute a domain acquisition support device or a domain acquisition support system.
[0071] In the above embodiment, the domain determination unit 135 determines whether or not a domain can be acquired based on whether or not the candidate domain has been registered in a domain database. In addition to this determination, the domain determination unit 135 may also determine whether or not a domain can be acquired based on whether or not the candidate domain (particularly, an SLD) has been registered in a registered trademark database. This makes it possible to avoid the risk of infringing on the trademark rights of others.
[0072] The configuration and operation according to the above-described embodiment may be applied to assist in obtaining a trademark (letter mark). In that case, the "domain (particularly, SLD)" in the above-described embodiment is replaced with a trademark (letter mark). The SLD is related to the name of a service, etc., and has some similarities to a trademark (letter mark). Also, the TLD indicates the attributes of a service, etc., and has some similarities to the "classification" of a trademark. Therefore, it is possible for the system to derive a trademark (letter mark) and classification using LLM from the outline of the trademark entered by the user in free text, determine whether the trademark is registered using a registered trademark database, and present the unregistered trademark to the user as a proposed trademark. However, the final decision on whether or not to obtain a trademark right (including a judgment of similarity) and the procedure for filing a trademark registration application should be made by a patent attorney (or lawyer).
[0073] In other words, the system for assisting in the acquisition of trademarks (trademark rights) comprises a text acquisition means for acquiring text data obtained when a user inputs an outline of the trademark they wish to acquire in free text format in natural language, a trademark derivation means for using the text data acquired by the text acquisition means as input to a large-scale language model to derive candidate trademarks using the large-scale language model, a trademark determination means for determining whether the candidate trademarks derived by the trademark derivation means are unregistered and available for acquisition, and a trademark presentation means for presenting to the user candidate trademarks determined by the trademark determination means to be available for acquisition as suggested trademarks for the text data.
[0074] The operation flows and operation examples in the above-mentioned embodiments do not necessarily have to be executed in chronological order according to the order described in the flow diagram or sequence diagram. For example, the steps in the operations may be executed in an order different from that described in the flow diagram or sequence diagram, or may be executed in parallel. Some of the steps in the operations may be deleted, and additional steps may be added to the process. The operation flows and operation examples in the above-mentioned embodiments may be executed separately and independently, or two or more operation flows and operation examples may be executed in combination. For example, some steps of one operation flow may be added to another operation flow, or some steps of one operation flow may be replaced with some steps of another operation flow.
[0075] A transaction support program may be provided that causes a computer to execute the operations according to the above-described embodiments. The transaction support program may be recorded in a computer-readable medium. Using the computer-readable medium, it is possible to install the transaction support program in a computer. Here, the computer-readable medium on which the transaction support program is recorded may be a non-transient recording medium. The non-transient recording medium is not particularly limited, and may be, for example, a recording medium such as a CD-ROM or a DVD-ROM.
[0076] As used in this disclosure, the terms "based on" and "depending on" do not mean "based only on" or "depending only on", unless otherwise specified. The term "based on" means both "based only on" and "based at least in part on". Similarly, the term "depending on" means both "based only on" and "depending at least in part on". In addition, the terms "include", "comprise", and variations thereof do not mean including only the items listed, but may include only the items listed, or may include additional items in addition to the items listed. In addition, the term "or" as used in this disclosure is not intended to be an exclusive or. In this disclosure, when articles are added by translation, such as a, an, and the in English, these articles are intended to include the plural unless the context clearly indicates otherwise.
[0077] The above describes the embodiments in detail with reference to the drawings, but the specific configuration is not limited to that described above, and various design changes, etc. are possible without departing from the spirit of the invention.
[0078] (6) Additional Notes The following additional features relate to the above-described embodiment.
[0079] (Appendix 1) A domain acquisition support device (100) for supporting domain acquisition, a text acquisition means (132) for acquiring text data obtained by a user inputting an outline of a domain to be acquired in a free text format in a natural language; a domain derivation means (134) for deriving candidate domains by a large-scale language model using the text data acquired by the text acquisition means as an input to the large-scale language model; a domain determination means (135) for determining whether the candidate domain derived by the domain derivation means is an available domain that has not yet been registered; and a domain presenting means (136) for presenting the candidate domains that the domain determining means has determined to be the available domains to a user as suggested domains for the text data. Domain acquisition assistance device.
[0080] (Appendix 2) The method further comprises: adding text data specifying the number of the candidate domains to the text data; The domain derivation means derives the specified number of candidate domains based on the additional text data. 2. A domain acquisition assistance device as described in appendix 1.
[0081] (Appendix 3) The method further includes a text adding means (133) for adding additional text data explicitly indicating domain generation to the text data. 3. A domain acquisition support device according to claim 1 or 2.
[0082] (Appendix 4) The system further includes a top-level domain determination means (139) for determining a top-level domain to be used for the proposed domain in response to a user operation. 4. A domain acquisition support device according to any one of claims 1 to 3.
[0083] (Appendix 5) The system further comprises a cost display means (138) for displaying to the user the domain acquisition cost for each top level domain of the proposed domain, The top level domain determining means determines a top level domain to be used for the proposed domain in response to a user operation after the cost presenting means presents the cost. 5. A domain acquisition assistance device as described in appendix 4.
[0084] (Appendix 6) and an error display means (137) for displaying to a user error information indicating that the available domain is not present when the domain determination means determines that the available domain is not present among the candidate domains. 6. A domain acquisition support device according to any one of claims 1 to 5.
[0085] (Appendix 7) the error presenting means further presents to the user information prompting the user to input new text data; The text acquisition means acquires the new text data. 7. The domain acquisition assistance device according to claim 6.
[0086] (Appendix 8) When additional information is added to the candidate domain derived by the domain derivation means, the domain determination means performs the determination using structured data excluding the additional information. 8. A domain acquisition support device according to any one of claims 1 to 7.
[0087] (Appendix 9) The domain derivation means, in addition to deriving a second level domain using the large-scale language model based on the text data, also derives a top level domain using the large-scale language model based on the text data. 9. A domain acquisition support device according to any one of claims 1 to 8.
[0088] (Appendix 10) The system further includes a URL setting means (141) for setting the registered domain as the URL of the user's website on the website creation support service after the proposed domain is registered in response to a user operation. 10. A domain acquisition support device according to any one of claims 1 to 9.
[0089] (Appendix 11) The website creation support service includes a service for building and managing an EC site as the website, The URL setting means sets the registered domain as a URL of the user's EC site on the EC site creation support and management service. 11. The domain acquisition assistance device according to claim 10.
[0090] (Appendix 12) A domain acquisition support system (1) for supporting domain acquisition, a text acquisition means (132) for acquiring text data obtained by a user inputting an outline of a domain to be acquired in a free text format in a natural language; a domain derivation means (134) for deriving candidate domains by a large-scale language model using the text data acquired by the text acquisition means as an input to the large-scale language model; a domain determination means (135) for determining whether the candidate domain derived by the domain derivation means is an available domain that has not yet been registered; and a domain presenting means (136) for presenting the candidate domains that the domain determining means has determined to be the available domains to a user as suggested domains for the text data. Domain acquisition support system.
[0091] (Appendix 13) A domain acquisition support program for supporting domain acquisition, comprising: A text acquisition step (S2) of acquiring text data obtained by a user inputting an overview of a domain to be acquired in a free text format in a natural language; a domain derivation step (S4, S5) of deriving candidate domains by a large-scale language model using the text data acquired in the text acquisition step as an input to the large-scale language model; a domain determination step (S6 to S9) for determining whether the candidate domain derived in the domain derivation step is an available domain that has not yet been registered; a domain presenting step (S11) of presenting the candidate domains determined to be the available domains in the domain determination step to a user as suggested domains for the text data. Domain acquisition assistance program. [Explanation of symbols]
[0092] 1: Domain Acquisition Support System 10: Network 100: Domain acquisition support server 110: Communications Department 120: Storage section 130: Processing section 131: Information presentation section 132: Text acquisition section 133: Text append section 134: Domain derivation part 135: Domain Identification Unit 136: Domain name display 137: Error message 138:Cost presentation department 139 :TLD determination section 140: Domain Registration Department 141: URL setting section 200: LLM server 300: Domain Administration Server 400 : Terminal
Claims
1. A domain acquisition support device for supporting domain acquisition, a text acquisition means for acquiring text data obtained by a user inputting an outline of a domain to be acquired in a free text format in a natural language; a text adding means for automatically adding additional text data specifying the number of candidate domains in a natural language and additional text data specifying a specific top level domain to the text data acquired by the text acquiring means on the domain acquisition assisting device side; a domain derivation means for using the text data acquired by the text acquisition means and the additional text data added by the text addition means as input to a large-scale language model that has previously learned a large amount of websites published on the Internet, and deriving the specified number of candidate domains by the large-scale language model; a domain determination means for determining whether the candidate domain derived by the domain derivation means is an available domain that has not yet been registered; a domain presenting means for presenting the candidate domains determined by the domain determining means to be the available domains to a user as suggested domains for the text data; a cost display means for displaying to a user the domain acquisition cost for each top level domain of the proposed domain; and a top level domain determining means for changing a top level domain to be combined with a second level domain selected by a user from among the proposed domains from the specific top level domain to another top level domain in response to a user operation. Domain acquisition assistance device.
2. The text adding means adds the additional text data explicitly indicating the domain generation in natural language to the text data. The domain acquisition support device according to claim 1.
3. The method further includes an error display unit that displays error information to a user indicating that the available domain is not included in the candidate domains when the domain determination unit determines that the available domain is not included in the candidate domains. The domain acquisition support device according to claim 1.
4. the error presenting means further presents to the user information prompting the user to input new text data; The text acquisition means acquires the new text data. The domain acquisition support device according to claim 3.
5. When additional information is added to the candidate domain derived by the domain derivation means, the domain determination means performs the determination using structured data excluding the additional information. The domain acquisition support device according to claim 1.
6. The domain derivation means, in addition to deriving a second level domain using the large-scale language model based on the text data, also derives a top level domain using the large-scale language model based on the text data. The domain acquisition support device according to any one of claims 1 to 5.
7. The system further includes a URL setting unit for setting the registered domain as a URL of the user's website on a website creation support service after the proposed domain is registered in response to a user operation. The domain acquisition support device according to any one of claims 1 to 5.
8. The website creation support service includes a service for building and managing an EC site as the website, The URL setting means sets the registered domain as a URL of the EC site of the user on the EC site creation support and management service. The domain acquisition support device according to claim 7.
9. A domain acquisition support system for supporting domain acquisition, comprising: a text acquisition means for acquiring text data obtained by a user inputting an outline of a domain to be acquired in a free text format in a natural language; a text adding means for automatically adding additional text data specifying the number of candidate domains in a natural language and additional text data specifying a specific top-level domain to the text data acquired by the text acquiring means on the domain acquisition support system side; a domain derivation means for using the text data acquired by the text acquisition means and the additional text data added by the text addition means as input to a large-scale language model that has previously learned a large amount of websites published on the Internet, and deriving the specified number of candidate domains by the large-scale language model; a domain determination means for determining whether the candidate domain derived by the domain derivation means is an available domain that has not yet been registered; a domain presenting means for presenting the candidate domains determined by the domain determining means to be the available domains to a user as suggested domains for the text data; a cost display means for displaying to a user the domain acquisition cost for each top level domain of the proposed domain; and a top level domain determining means for changing a top level domain to be combined with a second level domain selected by a user from among the proposed domains from the specific top level domain to another top level domain in response to a user operation. Domain acquisition support system.
10. A domain acquisition support program for supporting domain acquisition, comprising: A text acquisition step of acquiring text data obtained by a user inputting an outline of a domain to be acquired in a free text format in a natural language; a text adding step of automatically adding, on the computer side, additional text data specifying the number of candidate domains in a natural language and additional text data specifying a specific top-level domain to the text data acquired in the text acquiring step; a domain derivation step of using the text data acquired in the text acquisition step and the additional text data added in the text addition step as input to a large-scale language model that has previously been trained on a large number of websites published on the Internet, and deriving the specified number of candidate domains by the large-scale language model; a domain determination step of determining whether the candidate domain derived in the domain derivation step is an available domain that has not been registered; a domain presenting step of presenting the candidate domain determined to be the available domain in the domain determination step to a user as a suggested domain for the text data; a cost display step of displaying to a user the domain acquisition cost for each top level domain of the proposed domain; a top level domain determination step of changing a top level domain to be combined with a second level domain selected by a user from the proposed domains from the specific top level domain to another top level domain in response to a user operation. Domain acquisition assistance program.
Citation Information
Patent Citations
Method for domain name providing service and server system
JP2006148576A
Deep neural network generation of domain names
US11431672B1
Domain name suggestion and registration via chatbot
US11621939B1
Gaining registrar purchasing a domain name for a buyer
US20160117788A1
Systems, devices, and methods for automatic website generation and domain name suggestion
US20180309720A1