JP2006163802A - Automatic name selecting system - Google Patents

Automatic name selecting system Download PDF

Info

Publication number
JP2006163802A
JP2006163802A JP2004354165A JP2004354165A JP2006163802A JP 2006163802 A JP2006163802 A JP 2006163802A JP 2004354165 A JP2004354165 A JP 2004354165A JP 2004354165 A JP2004354165 A JP 2004354165A JP 2006163802 A JP2006163802 A JP 2006163802A
Authority
JP
Japan
Prior art keywords
name
user
names
reading
kanji
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.)
Pending
Application number
JP2004354165A
Other languages
Japanese (ja)
Inventor
Kazushi Yamamoto
一詞 山本
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 JP2004354165A priority Critical patent/JP2006163802A/en
Publication of JP2006163802A publication Critical patent/JP2006163802A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide step-by-step operability, which a user easily learns, and a value determination criterion to which a user satisfies, in an online type chargeable name selecting service based on telling a person's fortune on the basis of his name, to eliminate a user's uneasiness about purchasing and reduce the occurrence of complaints after the purchase to consequently increase a sales amount. <P>SOLUTION: (1) An automatic name selecting system displays multiple sets of the number of particular examples of names, evaluation scores and prices as the result of a name selection which satisfies input conditions, and makes a user select candidates, which satisfy his requirement, and then carries out purchasing processing (settlement). (2) The automatic name-selecting system has a name's "reading" input means and carries out purchasing processing by using the means mentioned in (1) while making the user confirm the presence of absence of a "reading" which he or she desires. (3) The automatic name selecting system makes a user select the purpose of use of names, makes the user input desired family names (or names), and then carries out purchasing processing by displaying names which conform to the family names (or family names which conform to the names) by the method mentioned in (1). <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

本発明はインターネット経由で姓名判断による有料自動選名サービスを提供するためのコンピュータシステムに関するものである。即ちインターネット経由でサーバにて稼動する自動選名システムを有料にてユーザに利用させるにあたり、ユーザへ料金の判りやすさと、利用しやすさ(利便性)、即時性を提供し、売上げの向上を図れるソフトウェアプログラムに関する発明である。 The present invention relates to a computer system for providing a paid automatic name selection service based on first and last name determination via the Internet. In other words, in order to allow users to use an automatic name selection system that runs on a server via the Internet for a fee, it provides users with easy-to-understand charges, ease of use (convenience), and immediacy, and improves sales. The invention relates to a software program that can be realized.

インターネット技術を利用した姓名判断は多い。現在、姓名判断による選名には、新生児の命名や改名、芸名など様々な有料サービスが提供されているが、殆どが苗字(姓)・性別(男女)・生年月日などの必要条件をWebブラウザ経由で入力して注文を受付け、実際の選名作業は鑑定士による手作業で、選名結果が後日、メールや郵送などで送付されるオフライン型式である。 There are many first and last name judgments using Internet technology. Currently, various paid services such as naming and renaming of newborns, stage names, etc. are provided for selecting names based on first name and last name, but most of the requirements such as surname (last name), gender (sex), date of birth, etc. are Web An order is received by inputting via a browser, and the actual name selection is performed manually by an appraiser, and the name selection results are sent off-line by email or mail at a later date.

また、無料として提供されているオンライン型の自動選名機能はあるが、(1)入力された条件に合う名前の画数の組み合わせが簡単な鑑定文と共に一覧表示さる。(2)名前画数の組み合わせを数値入力すると、組み合わせ可能な漢字全ての組み合わせを一覧表示させる。という二段階で選名するというシステムはあるが、ユーザの使い勝手は悪い。
特許公開2002−117129(1)名前に持つユーザの「イメージ」を入力したり、(2)姓名判断で言う画数(天格・人格・地格・総格・外格の五格の画数)を直接数値入力させたりして、名前を決めるプログラムに関しての発明である。しかし(1)「イメージ」は抽象的表現ゆえに姓名判断の本質から外れる課題であり、本発明の関知するところではない。(2)は根本的にどの画数ならどんな運勢かを基本的に知っていなければ入力はできない。これでは一般の姓名判断の知識の無いユーザには使えず、「鑑定士にお任せで良い名前を選んで欲しい」というごくありふれた要望には答えていない。 Webサイト:http://naming.jp/cgi/name/namnavi.htm苗字と性別(男女)を入力すれば、先ず名前の画数候補一覧が表示される。それら画数別に姓名判断結果が表示される。次に各候補にある「名前を探す」ボタンをクリックすると、その画数にあった全ての漢字の組合せが一覧表示される。無料だが候補数が余りにも多く、かつ機械的に画数だけで漢字を組み合わせもので名前として適切でないものも多く含まれる。また有料化を想定した時、ユーザ側の判断基準は複雑な鑑定文しかなく、価格設定との対比は難しい。
Although there is an online automatic name selection function that is provided free of charge, (1) a list of strokes with names that meet the input conditions is displayed together with a simple appraisal text. (2) Enter a combination of name strokes to display a list of all combinations of kanji that can be combined. Although there is a system that selects names in two stages, user convenience is poor.
Patent Publication 2002-117129 (1) Enter the user's “image” in the name, or (2) Enter the number of strokes (the number of strokes of the five ranks of tense / personality / geographical / general / external) The invention relates to a program for determining a name by directly inputting a numerical value. However, (1) “image” is an abstract expression and is a problem that deviates from the essence of first and last name judgment, and is not the subject of the present invention. (2) cannot be entered unless you basically know what stroke number and what fortune. This cannot be used by users who do not have general knowledge of first and last names, and does not respond to the common request of "I want you to choose a good name with an appraiser". Web site: http://naming.jp/cgi/name/namnavi.htm If you enter your last name and gender (male and female), you will first see a list of strokes for the name. The first and last name judgment results are displayed according to the number of strokes. Next, click the “Find Name” button in each candidate to display a list of all combinations of kanji that match the number of strokes. Although it is free, there are too many candidates, and there are many that are mechanically combined with kanji and are not suitable as names. Moreover, when paying is assumed, the judgment criteria on the user side are only complex appraisal sentences, and it is difficult to compare with price setting.

まず自動選名にかかわる基本的な話であるが、従来からパソコンソフトウェアによるオフライン型がというものが存在する。この場合確かに即時に結果が得られるが、ソフトウェアを購入する必要があり、ソフトウェアの動作がパソコンのOSの種類やバージョン番号に依存し、メモリやハードディクスの容量の問題も常に付きまとう。また利用者は基本的にパソコンの知識のあるユーザに限られる。更にデータ内容が固定されており、名前データの追加は困難であるという欠点を有する。また提供者側からすれば売り切りビジネスであり、コンテンツ内容が普遍の姓名判断に於いては、ソフトウェアの使い廻しを許す事になり余り好ましいビジネスモデルとは言えない。
近年、インターネットの技術進歩によりWebブラウザの機能は標準化され、どんな市販パソコンでも誰にでも簡単に扱えるようになっている。一方、回線の普及率も目覚しく何処でも利用できると言っても過言ではない状況になりつつある。またWebブラウザ経由の場合、基本プログラムやデータベースはサーバ側に存在し、ソフトの購入は不要であり、データベースの更新も即時に更新可能である。また従量課金が容易でありビジネスモデルとしてはより好ましい。従って、本発明ではWebブラウザ経由での自動選名を基本題材として扱う。
First of all, it is a basic story about automatic name selection, but there has been an off-line type using personal computer software. In this case, the result can be obtained immediately, but the software needs to be purchased, the operation of the software depends on the OS type and version number of the personal computer, and the problem of the capacity of the memory and the hard disk is always accompanied. The users are basically limited to users who have knowledge of personal computers. Furthermore, since the data contents are fixed, it is difficult to add name data. From the provider's point of view, it is a sold-out business, and it is not a very favorable business model because it allows the software to be reused when content is universally determined.
In recent years, web browser functions have become standardized as a result of technological advances in the Internet, and any commercially available personal computer can be easily handled by anyone. On the other hand, it is not an exaggeration to say that the penetration rate of the line can be remarkably used anywhere. In the case of via a Web browser, the basic program and database exist on the server side, so there is no need to purchase software, and the database can be updated immediately. Also, pay-as-you-go is easy and it is more preferable as a business model. Therefore, in the present invention, automatic name selection via a web browser is handled as a basic theme.

第一の課題(請求項1にかかわる従来の課題)
本発明ではユーザに有料で自動選名を提供することを目的としている。従来の手動での選名では申し込み後、基本的にユーザとの間にメールや手紙によるやりとり(対話)が入るため、申し込み画面では表現できないユーザの要望を反映できるため、結果が出てからの返品・やり直しという事態は発生し難くビジネスリスクは極めて少ない。反面、申し込みから結果が出るまでの相応の時間を要するため、例えば新生児の命名であれば、ユーザが誕生日の前に予め余裕日数を見て選名依頼を行う必要がある。しかしながら、発明者の長年の経験によれば、実際の選名依頼の約半数は、既に新生児が誕生しており、「できる限り急いで欲しい」と言うのが切なる要望である。
また、昔は名前に関する両親の想いというものがあって、読みや漢字のイメージなど細かな注文が付くのが常であったが、最近の依頼傾向は、「先生にお任せしますので、できるだけ良い名前を沢山」という非常に単純な依頼が圧倒的に多いのも特徴である。その意味では、先に説明した無料選名サイトは一見、ユーザの救いになるかのように思える。ところが、実際に使ってみて、その上で発明者に泣きついて来られるユーザが多く、「殆ど役に立たなかった」というユーザ評価が多い。そうなる理由は3つある。(1)候補数が多すぎて、どれが良いのか迷う。(2)鑑定文言を読んでも選択判断が難しい。結果どれも「吉」で良い名前に思えてくる。 (3)画数の組み合わせとして表示される名前の具体的候補は、単なる漢字の組み合わせ故に名前としてしっくり来ないものが多い。要するにユーザの判断に委ねる要素が極めて多いのが問題である。これではただでなくとも急いで居るユーザから焦りを募るばかりである。
一方、苗字に対する名前候補数というのは千差万別であり、運勢の良い選名が難しい苗字というのが存在する。即ち、名前として使える漢字が少なく具体的な名前候補もまた極めて少ないと言うケースである。手動の選名の場合には、料金の割り引きや第二候補までユーザに提示するなど調整は可能であり、ユーザクレームになることまず無い。しかしオンライン型の自動選名を有料サービスとして提供する場合、この問題への対処を考えておく必要がある。
First problem (conventional problem related to claim 1)
It is an object of the present invention to provide automatic name selection to a user for a fee. In the conventional manual selection, after the application, basically exchanges (dialogs) with mail and letters are entered with the user, so the user's request that cannot be expressed on the application screen can be reflected. The situation of returned goods and redoing is unlikely to occur and the business risk is extremely low. On the other hand, since it takes a certain amount of time to obtain a result from the application, for example, in the case of naming a newborn, it is necessary for the user to make a name selection request in advance by checking the number of days before the birthday. However, according to the inventor's many years of experience, about half of the actual name selection requests have already been born, and it is an urgent need to say “I want you to hurry as much as possible”.
Also, in the past, there was a feeling of parents about the name, and it was usual that detailed orders such as reading and kanji images were attached, but the recent request tendency is `` I will leave it to the teacher, as much as possible It is also characterized by the overwhelming number of very simple requests to “many good names”. In that sense, the free name selection site explained earlier seems to be a user's salvation. However, there are many users who actually use it and cry over to the inventor, and there are many user evaluations that “they were hardly useful”. There are three reasons for this. (1) There are too many candidates and hesitates which one is better. (2) Selection judgment is difficult even after reading the appraisal wording. As a result, “Ki” is a good name. (3) There are many specific names that are displayed as combinations of stroke numbers that do not fit well as names because of simple kanji combinations. In short, the problem is that there are many elements left to the user's judgment. This just invites impatients from users who are in a hurry.
On the other hand, the number of name candidates for the last name is quite different, and there are some surnames that are difficult to select with good fortune. That is, there are few kanji characters that can be used as names, and there are very few specific name candidates. In the case of manual name selection, adjustments such as discounting of charges and presentation to the user up to the second candidate are possible, and it is unlikely that user complaints will occur. However, when online automatic name selection is provided as a paid service, it is necessary to consider dealing with this problem.

第二の課題(請求項2にかかわる従来の課題)
選名依頼において次に多いユーザ要望は名前の「読み」を指定されるケースである。特に新生児ではなく、既に名前を持っている方の「改名」依頼の場合には、ほぼ間違いなくこの要望が出される。(ここで言う「改名」とは、戸籍上で名前を変える事だけでなく、普段日常的に使う通称名の選名依頼である。)この要望にオンライン型で応えるサービスは現時点では存在しないと発明者は認識している。
Second problem (conventional problem related to claim 2)
The next most frequently requested user in the name selection request is the case where the name “reading” is designated. In particular, in the case of a “rename” request for a person who already has a name, not a newborn, this request is almost certainly issued. ("Rename" here means not only changing the name in the family register, but also a request for selecting a common name that is normally used on a daily basis.) There is no service that responds to this request online. The inventor is aware.

第三の課題(請求項3にかかわる従来の課題)
選名依頼の中で、特殊なものとして本名・通称名以外の名前、即ち芸名やペンネーム・雅号・源氏名などの選名を依頼されるケースがある。これらの選名では、苗字(姓)と名の両方を変えるのが一般的であり、姓名判断の性格上、選名には多くの工程(手間)を要するためオンライン型のサービスは今のところ存在しない。オフライン型でも今のサービスはメール等で受け付けだけを行い、後はユーザと相談しながら手動で選名するというスタンスである。しかし、昨今、若者の気質として会話型でやりとりするのが苦手な者が多く、このサービスにもオンライン型での対応が望まれている。
Third problem (conventional problem related to claim 3)
In the name selection request, there is a case in which a name other than the real name / common name, that is, a name such as a stage name, a pen name, a Japanese name, and a name of Genji is requested as a special name. In these selections, it is common to change both the last name and last name, and because of the nature of first name and last name selection, it takes many steps (hours), so online services are currently available not exist. Even in the offline type, the current service is to accept only by e-mail, etc., and then select manually while consulting with the user. However, there are many people who are not good at interacting with young people recently, and this service is also expected to be online.

第一の課題に対する解決手段
有料で自動選名サービスを提供するに当たり最低限必要な事項は、次の2つになる。
1.複数候補ある場合、優劣を判り易く表示する。
2.価格に対する明確な根拠を示す。
まず、優劣の表示についてであるが、これは単に第一候補とか第二候補とかの順位付けや、言葉の表現では分かり難い。やはり何らかの数値表示が必要である。本発明では、姓名判断における四格(主運・基礎運・晩年運・対人運)と三才の配置(健康運)とを数値化し、かつ年代別に四格の影響度を独自に決めることで、トータルとしての運勢を100点満点で表現することにした。完璧とは言えないが、ユーザが総括として選名結果の良し悪しを判定する基準としては申し分ないと思われる。
次に価格であるが、発明者の過去の経験から言える事は、具体的な名前の数によって、価格は変えるべきというのがユーザの心理ではないかと考える。運勢の良い名前を付ける事が難しい苗字は、具体的な名前の数も少なく手間暇掛かるものだが、ユーザ心理は「数が少ないなら価格も下げて欲しい」というのが本音である。従って、具体例数を表示し、それに見合った価格を提示する事により、ユーザの納得行く価値の提供を行うことにした。また、名前の具体例であるが、上述課題のユーザの声からも分かるように、単に漢字を単純に機械的に組み合わせて表示してもユーザには価値が認められ難い。従って、出願人の過去の選名経験から実際に名前として使った実績のあるものを集めてデータベース化し選名結果とすることで、本問題を回避している。
Solution for the first problem The following two items are the minimum necessary to provide an automatic name selection service for a fee.
1. When there are multiple candidates, the superiority or inferiority is displayed in an easily understandable manner.
2. Provide a clear basis for the price.
First, regarding superiority or inferiority, this is difficult to understand simply by ranking the first candidate or the second candidate or by expressing words. After all, some numerical display is necessary. In the present invention, by quantifying the four cases in the first and last name judgment (main luck, basic luck, late luck, interpersonal luck) and the arrangement of three years old (healthy luck), and by uniquely determining the influence of the four cases by age, I decided to express the total fortune as a perfect score. Although it is not perfect, it seems that it is a perfect standard for users to judge whether the result of selection is good or bad.
Next, with regard to price, what can be said from the inventor's past experience is that it is the user's mind that the price should change depending on the number of specific names. Surnames that are difficult to give names with good fortunes have few specific names and take time and effort, but the real feeling is that if the number is small, the price should be lowered. Therefore, by displaying the number of specific examples and presenting a price commensurate with the number of specific examples, the user is provided with a satisfactory value. Moreover, although it is a specific example of a name, as understood from the user's voice of the above-mentioned problem, it is difficult for the user to recognize the value even if the kanji characters are simply combined and displayed. Therefore, this problem is avoided by collecting the names that have been actually used as names from the past name selection experiences of applicants and creating a database as the name selection results.

第二の課題に対する解決手段
発明人の過去の経験によれば、名前の自然な漢字繋がりの良さよりも希望「読み」に合致する事の方が優先度を高する場合がある。例えば既に名前を持たれている方が改名や日常の通称名の選名を依頼される場合には、希望する「読み」を平仮名や片仮名で入力してもらい、システム側で無理の無い範囲で「読み」を漢字1〜3文字分に分解し、それぞれの読みができる漢字候補を検索して名前として組み合わせる方法が良い。この場合も単なる組み合わせ数だけでなく、姓名判断による評価も併せて表示させ、対価も表示させるのが良い。ただし、任意に機械的に「読み」を分解するとユーザの期待を裏切るような漢字が名前候補として表示される事もありえるため、「読み」候補の入力欄は複数の入力マスを設け、分解して欲しくない「読み」をマスで指定できるようにする事で、出来る限りユーザ要望に近い選名が可能なようになる。
Solution to the second problem According to the inventor's past experience, matching the desired “reading” may have a higher priority than the natural kanji connection of the name. For example, if a person who already has a name is asked to change the name or select a common name, he / she can input the desired `` reading '' in hiragana or katakana, and the system will be able to do so. A method of separating “reading” into 1 to 3 kanji characters, searching for kanji candidates that can be read, and combining them as names is preferable. In this case as well, it is preferable to display not only the number of combinations but also the evaluation based on the first and last name judgment and display the consideration. However, if the “reading” is arbitrarily mechanically disassembled, kanji characters that disappoint the user's expectation may be displayed as name candidates. Therefore, the input field for the “reading” candidate is provided with a plurality of input cells. By making it possible to specify “reading” that you don't want, you can select names that are as close to the user's request as possible.

第三の課題に対する解決手段
芸名や筆名などの場合、大抵は苗字を含めて姓名全体を本名とは違うものにする。この場合、先ずは苗字か名前のどちらかを決める必要がある。決めた苗字(または名前)に対して姓名判断で、姓名が必要とされる業種や職種に応じて、それに相応しい名前(または苗字)を決定する。先に名前の方を決める事も可能ではあるが、一般の選名プロセスとは逆になり基本プログラムが異なる。そこで本発明では、基本プログラムを共通に利用できる、苗字を先に決める方法について考えた。まず、ユーザの希望業種または職種を一つ選択させる。また希望する苗字を複数漢字で入力させる。これらをシステム側で処理し最適な苗字を表示させる。候補の中から苗字を一つ選んで貰い、その苗字に最適な名前の選名に入る。以降のプロセスは第一の発明と基本的に同じである。
Solution for the third problem In the case of stage names and calligraphy, the first and last names are usually different from their real names, including their last names. In this case, you must first decide either your last name or name. First name and last name are determined for the determined last name (or first name), and a suitable name (or last name) is determined according to the type of business or occupation in which the first and last names are required. Although it is possible to decide the name first, the basic program is different from the general selection process. Therefore, in the present invention, a method for determining the last name first, which can commonly use the basic program, was considered. First, one user's desired industry or job type is selected. In addition, the desired surname is entered in multiple kanji. These are processed on the system side to display the optimum last name. Choose one last name from the candidates, and enter the name of the best name for that last name. The subsequent processes are basically the same as in the first invention.

本発明によれば、インターネット経由で簡単な依頼フォームに入力するだけで、名前のお勧め順位・候補数・評価点数・価格が同時表示されるためユーザの安心度や信頼感が増し、購買行動を誘引する。また、その場で購入手続きを行い、ユーザは即時に希望する選名結果を入手できるため、利用促進も図れ、売上げの向上が期待できる。また、従来困難とされた改名や芸名のオンライン型販売も可能となり、更なる売上げ増も期待できる。 According to the present invention, the recommended order, the number of candidates, the number of evaluation points, and the price of a name can be displayed at the same time by simply filling in a simple request form via the Internet. To attract. In addition, purchase procedures can be performed on the spot, and the user can immediately obtain the desired name selection result, so that the use can be promoted and sales can be expected to improve. In addition, renaming and entertainment names that have been difficult in the past will be possible, and further sales increase can be expected.

第一図は請求項1の発明による実施形態をWebブラウザによるユーザ画面の遷移図にて示したものである。ユーザが画面説明に従って名前を選ぶ為に必要事項を入力または選択すると、選名の条件に合う名前の候補数と各候補における名前の具体例数と価格が表示される。ユーザはそれら条件を勘案し候補の中から一つを選択する。選択後、クレジットカードで決済を済ませると、即座に希望した名前候補が表示される。また必要に応じて、他候補も同様に購入できる。 FIG. 1 shows an embodiment according to the invention of claim 1 in a transition diagram of a user screen by a web browser. When the user inputs or selects items necessary for selecting a name according to the screen description, the number of name candidates that meet the selection condition, the number of specific examples of names in each candidate, and the price are displayed. The user selects one of the candidates in consideration of these conditions. Once you have made a payment with a credit card after selection, the name candidates you want will be displayed immediately. If necessary, other candidates can be purchased as well.

第二図は請求項2の発明による実施形態をWebブラウザによるユーザ画面の遷移図にて示したものである。ユーザが画面説明に従って名前を選ぶ為に必要事項を入力するが、その際に希望の名前の「読み」を四角で区切られた入力マスに記入するようになっている。この部分に平仮名もしくは片仮名で希望の「読み」を入力する。基本として漢字に分解されたくない「読み」は一マスに記入してもらう。その他、分割しても構わない読みは複数のマスに記入していただく。入力完了後、「検索」ボタンが押されると、入力された「読み」を元に名前候補漢字を検索し、名前候補の数・評価点・価格などを表示させる。表示された条件によりユーザが「注文」ボタンを押すと、クレジットカード決済に移り、決済が終了すると即座に希望「読み」の名前候補が表示される。また必要に応じて「読み」を変えた名前を続けて購入することもできる。   FIG. 2 shows an embodiment according to the invention of claim 2 in a transition diagram of a user screen by a Web browser. The user inputs necessary information to select a name according to the explanation on the screen, and at that time, "reading" of the desired name is entered in an input box delimited by squares. Enter the desired “reading” in Hiragana or Katakana in this part. As a basic rule, you have to fill in the “reading” that you do not want to break into kanji. In addition, please fill in several squares for readings that can be divided. When the “search” button is pressed after the input is completed, the name candidate kanji is searched based on the input “reading”, and the number of candidate names, evaluation points, price, and the like are displayed. When the user presses the “order” button according to the displayed conditions, the credit card settlement is started, and the desired “reading” name candidate is displayed immediately after the settlement is completed. You can also purchase names with different “reading” if necessary.

第三図は請求項3の発明による実施形態をWebブラウザによるユーザ画面の遷移図にて示したものである。ユーザが画面説明に従って名前を選ぶ為に必要事項を入力するが、今回は芸名や筆名のような本名以外のお名前を選名する為に、(1)希望する苗字の入力を設けられた苗字候補マスの中に記入する。(2)名前を使う職種などを複数個設けた選択肢から選ぶ。という入力欄が追加されているので、ここに条件として入力し「苗字の検索」ボタンを押す。すると希望職種に使える苗字のみが自動的に選ばれ表示される。その中からさらに苗字を絞り込み、「名前の検索」ボタンを押すと、苗字と希望条件に合致する名前が検索され、名前の具体例の数と評価点数と価格が表示さる。「注文」ボタンを押すとクレジットカード決済に移り、決済が終了すると即座に希望苗字・希望職種に最適な名前候補が表示される。また必要に応じて希望苗字を変えた名前を続けて購入することもできる。
このようにユーザはWebブラウザ経由で対話式にて入力する事によって、名前の価値判断を自ら行いながら、希望する最適な名前をオンラインで即時に購入できる。
FIG. 3 shows an embodiment of the invention of claim 3 in a transition diagram of a user screen by a web browser. In order to select a name other than the real name, such as a stage name or a calligraphy, this time, the user inputs the necessary information to select the name according to the screen explanation. (1) The last name provided with the input of the desired last name Fill in the candidate space. (2) Choose from multiple choices of occupations that use names. An input field is added, so enter it here as a condition and press the "Search for surname" button. Then, only the last name that can be used for the desired job category is automatically selected and displayed. If you further narrow down the last name and press the “Search Name” button, the name that matches the last name and the desired condition is searched, and the number of specific examples of the name, the evaluation score, and the price are displayed. When you press the “Order” button, you will be transferred to credit card payment. When payment is completed, the best name candidates for your desired last name and job type will be displayed. You can also purchase names with different desired surnames as needed.
In this way, the user can purchase an optimal name immediately online while making the value judgment of the name himself by inputting interactively via a Web browser.

本発明の具体例について、実際のWebサイトに基づいてプログラムフロー図で説明する。このフロー図はWebサービスでは今日最も基本的なコンピュータアーキテクチャーである3階層コンピューティングに基づいて記載されている。ユーザパソコンのWebブラウザでの表示および処理を「ユーザ画面」列に、データセンター側のWebサーバでの処理を「内部プログラム」列に、データを格納するデータベースサーバの処理を「データベース」列にそれぞれ記載し、各サーバ間を流れるデータフローをデータ形式と共に矢印で示してある。基本は逐次の時系列的処理となる。 A specific example of the present invention will be described with reference to a program flow diagram based on an actual Web site. This flow diagram is based on three-tier computing, the most basic computer architecture today for Web services. Display and processing on the user computer's Web browser in the "User Screen" column, processing on the data center side Web server in the "Internal Program" column, and processing of the database server that stores data in the "Database" column The data flow described and flowing between the servers is indicated by arrows along with the data format. The basic is sequential time-series processing.

先ず、第一の発明(請求項1)に関して、フロー図1〜12を用いて説明する。
最初にユーザはパソコンのWebブラウザから本発明のサイトにアクセスし、U010の入力画面から苗字(姓)を漢字で、生年月日をプルダウンメニューから、男女別をラジオボタンから選択し、「検索開始」ボタンを押す。直ちにサーバ内部プログラムP010により姓名判断ルール(附図1)に基づき苗字が(X,Y)に数値化される。P020により(X,Y)値および性別(SEX)値をキーにしてデータベースサーバの苗字・名前画数データベース(附図2)を参照しながら名前候補(An,Bn)を抽出する(D010)。P025によって抽出された候補の数(M)を算出する。性別(SEX)が男子の場合で、候補数(M)が4に満たない場合には、不足分を女子候補から抽出する。(P026,D015) その場合、候補順位は元々男子にあった候補を優先し、その後に女子候補から抽出したものを追加する。これは姓名判断の原理として、女子画数候補は男子にも使える。その逆は不可の法則による。(P027,P028) 万が一、候補数がゼロ(M=0)の場合にはエラー画面(U020)を表示させて自動選名をお断りする。次にP030によって各画数候補における具体的なお名前例の数(N)を算出する。性別(SEX)および名前画数(An,Bn)をキーに、データベースサーバの名前画数・具体的名前候補データベース(附図3)を参照しながらD020によって名前の具体例数(Nn)をカウントする。ここでP035により万が一、データベースに具体例が記載されていない場合には、候補から削除して候補順位を繰り上げる。次にP040によって各候補の評価点を計算する。評価点を付けるルールは附図4のようになっている。基本的には姓名判断の原理に基づき判定された画数を細分化して評価点に置き換えたものである。これを年齢別に重み付けして、性別および年齢別に重み付けを行い平均値をとって最終点数としている。次にP050によって金額の計算を行う。ここまでで生成されたデータは、予約番号(R)を取って(P060)、データベースへ予約データとして格納する。(P065) 予約データの役割は、(1)これ以降のユーザ画面のセッション管理 (2)追加注文時(他候補の購入、兄弟などで後日購入した場合など)の重複購入を防止する。 (3)追加購入時のプログラム負荷軽減によるレスポンス向上である。 特にセッション管理面では、注文が確定し代金の支払いが終了するまで、名前画数データをユーザに見せない役割もある。(画数が知れると選名作業は半分終わったのと同じで、このデータのみユーザが利用し名前を購入しない可能性もある) 予約登録が完了すると、検索結果画面U030が表示される。ユーザはこの画面情報を基にどの候補を購入するかを決める。ユーザが購入決定した候補番号はWebサーバに送信され、P080により予約データベースにユーザのメールアドレス(MAIL)が追加登録され確認画面U040が生成される。ユーザがP040を承認すると注文が決定されP070により予約データベースから選択された候補に合った名前画数(An,Bn)が取得され、P075,P080を経てP090により売り上げデータベースに登録される。この時点では決済が終了しておらず「未決済」としてステータスが記録される。売り上げデータベースの役割は、(1)この後のクレジット決済が上手く行かない場合の購買記録。(2)サポート時の購入履歴の保持である。この後、P100によりクレジットカード決済会社へのデータが生成されP110によりデータが引き継がれる。U050はクレジット決済の一例である。入力されたデータは決済会社で処理され、決済の結果(承認・拒絶)がサーバ側に返されるので、P120,P130によって売り上げデータベースにステータスを更新すると共に、D030により受注データを呼び出し、「拒絶」された場合にはエラー画面U055を表示し終了する。「承認」された場合にはP140へと進み、名前画数・具体的名前候補データベースから性別(SEX),名前画数(A,B)をキーにして具体的名前(MEI)を抽出する。次に苗字(X,Y)と名前(A,B)から既存姓名判断プログラムを用いて選ばれた名前の姓名判断結果を生成する。(P150) この時点で選名結果としての「名前の具体例」とその「姓名判断結果」をメール形式にして送信する。(P160) また結果画面U060を表示させる。表示が完了すると売り上げデータベースに「選名完了」にステータスを更新する。
選名結果画面U060から引き続き他候補の購入を希望された場合には、P160により予約データベースから購入済み情報として予約番号(R),購入済み候補番号(n),購入済み名前画数(A,B)をキーにして、その他候補情報を抽出する。P190では購入済みの候補を除き候補数の修正を行い、P200では値段の調整を行う。この例では具体名数が5以下の場合は無料としているが、割引を行うなどの手段も実行可能である。このようにして生成された他候補はU070のように再検索結果画面として表示される。ここでユーザが購入希望候補を選択すると、P210により確認画面U080が生成され、注文が確定されるとP220により名前画数(An,Bn)が呼び出され、P230〜P250に売り上げデータベースに記録される。ただし受注番号(S')は親番号(S)にハイフォンを付けたものとし、後の問い合わせサポートを容易にしている。以降、クレジットカード決済から選名完了までは一回目と同じプログラムとなるので省略する。
以上は通常想定されるユーザの購買行動に基づいているが、新生児の選名の場合には、奥様が昼間Webブラウザで事前の調査を行われ、ご主人が帰宅後に相談してから決定したいというご要望もある。こう言う場合に対処するため、一旦予約画面まで進んで保留状態とし、後で購入画面から始められるようにすることが必要である。U090は予約まで完了した受注を再開する画面である。予約番号が入力されるとP260により予約データベースから予約内容を抽出し、検索結果画面U030から表示させることで対応している。また、一度購入され、後日また別の物を購入されたい場合には、再購入 画面U100を用意している。再購入の場合には、予約データベースと売上データベースの内容を比較しながら、重複購入のない候補を提示する必要がある。その為のプログラムP270,P280,P290を用意する。 その結果、今までに購入されなかった候補のみを表示し、ご兄弟検索画面(U110)としてWebブラウザ表示させる。この後の購入はP210以降と同じなので割愛する。
なお、この具体例の説明では候補は最大4候補としたが、苗字・名前画数データベースの登録数を増やせば、候補数全体も増やすことは可能である。
First, the first invention (invention 1) will be described with reference to flowcharts 1 to 12.
First, the user accesses the site of the present invention from the web browser of the personal computer, selects the surname (surname) in Kanji from the input screen of U010, selects the date of birth from the pull-down menu, and selects the gender by radio button. "I press the button. Immediately by the server internal program P010, the last name is digitized to (X, Y) based on the first and last name judgment rule (Appendix 1). Using P020, name candidates (An, Bn) are extracted with reference to the last name / name stroke number database (Appendix 2) of the database server using (X, Y) value and gender (SEX) value as keys (D010). The number (M) of candidates extracted by P025 is calculated. If the gender (SEX) is male and the number of candidates (M) is less than 4, the shortage is extracted from the female candidates. (P026, D015) In that case, the candidate rank is given priority to the candidates that were originally in the boys, and then the one extracted from the girls candidates is added. This is the principle of first name and last name judgment, and the female stroke number candidate can also be used for boys. The reverse is due to an impossible law. (P027, P028) If the number of candidates is zero (M = 0), an error screen (U020) is displayed and automatic selection is refused. Next, the number (N) of specific name examples in each stroke number candidate is calculated by P030. Using the gender (SEX) and the number of name strokes (An, Bn) as keys, the number of specific names (Nn) is counted by D020 while referring to the name stroke number / specific name candidate database (Appendix 3) of the database server. If a specific example is not described in the database by P035, it is deleted from the candidates and the candidate rank is advanced. Next, the evaluation score of each candidate is calculated by P040. The rules for assigning evaluation points are as shown in FIG. Basically, the number of strokes determined based on the principle of first and last name determination is subdivided and replaced with evaluation points. This is weighted by age, weighted by gender and age, and the average value is taken as the final score. Next, the amount of money is calculated by P050. The data generated so far is taken as a reservation number (R) (P060) and stored in the database as reservation data. (P065) The role of the reservation data is (1) session management of the subsequent user screens (2) preventing duplicate purchases at the time of additional orders (such as purchase of other candidates, purchases by siblings, etc. at a later date). (3) Improved response by reducing the program load at the time of additional purchase. Especially in session management, there is also a role of not showing the name stroke number data to the user until the order is confirmed and the payment of the price is completed. (If the number of strokes is known, the name selection operation is the same as having been completed in half, and there is a possibility that the user uses only this data and does not purchase the name.) When the reservation registration is completed, the search result screen U030 is displayed. The user decides which candidate to purchase based on this screen information. The candidate number determined to be purchased by the user is transmitted to the Web server, and the user's mail address (MAIL) is additionally registered in the reservation database by P080, and a confirmation screen U040 is generated. When the user approves P040, the order is determined, and the number of name strokes (An, Bn) matching the candidate selected from the reservation database is acquired by P070, and is registered in the sales database by P090 via P075, P080. At this time, the settlement is not completed and the status is recorded as “unsettled”. The role of the sales database is as follows: (1) Purchasing records when credit settlement is not successful. (2) Maintaining purchase history during support. Thereafter, data to the credit card settlement company is generated by P100, and the data is taken over by P110. U050 is an example of credit settlement. The entered data is processed by the payment company, and the payment result (approval / rejection) is returned to the server. The status is updated in the sales database by P120 and P130, and the order data is called by D030. If so, an error screen U055 is displayed and the process ends. If “approved”, the process proceeds to P140, and the specific name (MEI) is extracted from the name stroke number / specific name candidate database using the gender (SEX) and the name stroke number (A, B) as keys. Next, the first and last name judgment result of the name selected using the existing last name judgment program is generated from the last name (X, Y) and the name (A, B). (P150) At this point in time, the “name example” as the name selection result and its “first and last name determination result” are sent in the mail format. (P160) The result screen U060 is also displayed. When the display is completed, the status is updated to “completed name selection” in the sales database.
If you wish to continue purchasing other candidates from the selection result screen U060, the reservation number (R), purchased candidate number (n), number of purchased name strokes (A, B) ) As a key to extract other candidate information. In P190, the number of candidates is corrected except for purchased candidates, and in P200, the price is adjusted. In this example, if the number of specific names is 5 or less, it is free, but means such as discounting can also be executed. Other candidates generated in this way are displayed as a re-search result screen like U070. Here, when the user selects a purchase candidate, a confirmation screen U080 is generated by P210, and when an order is confirmed, the number of name strokes (An, Bn) is called by P220 and recorded in the sales database in P230 to P250. However, the order number (S ') is the parent number (S) with a hyphen attached to facilitate later inquiry support. Thereafter, the program from the credit card settlement to the completion of the selection is the same as the first program, and therefore will be omitted.
The above is usually based on the expected purchase behavior of the user, but in the case of selecting a newborn, the wife wants to make a decision after conducting a preliminary survey in the daytime web browser and the husband consults after returning home There is also a demand. In order to deal with such a case, it is necessary to advance to the reservation screen once and put it on hold so that it can be started later from the purchase screen. U090 is a screen for resuming orders received up to the reservation. When the reservation number is input, the reservation contents are extracted from the reservation database by P260 and displayed from the search result screen U030. In addition, a re-purchase screen U100 is prepared in the case where one purchase is made and another item is desired to be purchased later. In the case of re-purchasing, it is necessary to present candidates without duplicate purchases while comparing the contents of the reservation database and the sales database. Programs P270, P280, and P290 are prepared for this purpose. As a result, only candidates that have not been purchased so far are displayed and displayed as a sibling search screen (U110) on a Web browser. Since the purchase after this is the same as P210 and later, it is omitted.
In the description of this specific example, the maximum number of candidates is 4. However, if the number of registered last name / name stroke number databases is increased, the total number of candidates can be increased.

次に、第二の発明(請求項2)に関して、フロー図13〜18を用いて説明する。
名前の読み方を指定して希望する具体的な名前候補を探す場合について具体例を述べる。まず、入力画面(U510)について説明する。「読み」指定場合、最も難しいのは「読み」の入力と「漢字への対応」である。まず「読み」に関して、「読み」を平仮名・片仮名にて平文で入力させプログラムによって機械的に幾つか漢字パターンに分割して対応する事は容易ではあるが、実際はユーザの「読み」と「漢字」への対応は頭の中である程度イメージされるもので、機械的に決めたものは人名としてしっくり来ないケースが多い。例えば、男子名で「やすのり」と希望された場合、その殆どが「やす」「のり」の2漢字での選名を希望されている。また女児名で「あやこ」を希望される場合、「あや」「こ」で2漢字、「あ」「や」「こ」で3漢字を希望のどちらなのかは分からない。従って効率の良い検索の為には、「読み」の入力段階でユーザに意図的に漢字分割範囲を指定して貰う方が都合良い。そこで本発明では「読み」入力欄を□□□□□と設け、ユーザに分割されたくない範囲で入力頂く事にしている。 また、日本語として禁則も存在する。例えば「ん」の場合、単独の漢字や「ん」で始まる漢字も無い訳で、必然的に「○ん」と言う漢字に対応する。「ゅ」「ょ」などの發音も同じで必ず前後の文字を挟んで「○ゅ○」「○ょ○」と言う漢字に対応する。これら禁則処理はプログラムで実行することも容易ではあるが、発明人の経験によればユーザもいい加減で「しゅういち」と入力すべきが「しゅいち」と間違って入力される事もあり、これを自動化すると「しゅい」「ち」に分解され、とんでも結果が出力される事は明らかであり、あえてユーザ側に正しい読みを入力させるようにしている。これなら間違って入力されても「○ゅ○」の形式になっているかどうかチェックでき警告も出せる。このように入力された条件から前述のプログラムP010〜P028を実行し、先ずは名前画数があるか候補数(M)によって判定する。候補が無い場合にはエラー画面(U520)を表示し終了する。候補画数がある場合、まず「読み」を漢字に対応させる為の「読み配列」を生成する。P520によって、入力された「読み」5マス分を@Yomi(a,b,c,d,e)という配列にして、それぞれの配列要素を組み合わせで5通りの2要素の「読み配列」(@Yomi0=abcde:これのみスカラー値、残りは2要素配列,@Yomi1=(a,bcde),@Yomi2=(ab,cde),@Yomi3=(abc,de),@Yomi4=(abcd,e))を生成する。 例を上げて言えば、「ま」「こ」「と」と入力されたならば、@Yomi=(ま,こ,と)であり、@Yomi0=(まこと),@Yomi1=(ま,こと),@Yomi2=(まこ,と)となる。ここで2要素に分解するは、附図1で説明した通り姓名判断では名前も二文字名を基本としているためである。また名前画数候補も二文字名(頭文字と留字)を基本として配列(An,Bn)の表現を成っている。では三文字名はどうかという事になるが、姓名判断の場合は名前の留字部分が二文字以上に分割されたものと見なす。即ち選名の場合は、留字画数Bn用の「漢字→読みデータベース」(附図3)に於いて二文字を一組として登録している物があり、それを一文字扱いで使用する。より具体的に言えば、10画のデータには「里子(りこ)」「李子(りこ)」「利子(りこ)」が登録されており、「ゆりこ」という「読み」が画数候補(5,10)にて指定された場合にでも、「ゆ」「りこ」の2要素にさえ分解すれば由李子、真利子、真里子が候補として抽出されるようになる。(「由」は5画のデータにある) 従って名前としては一文字名、二文字名の取り扱いのみを行えばよい。P530では「読み配列」を「漢字配列」に変換する。苗字(X,Y)に対して適する名前候補はM個あり、その第n番目の候補として名前画数(An,Bn)があるとすると、その各名前画数An(またはBn)に「読み配列」の各配列要素に対応した具体的な漢字が存在するかどうかを、漢字→読みデータベース(附図3)から確認し、その漢字を抽出する。ここで、Bn=0の時(即ち一文字名)は@Yomi0のみ適用し、画数Anの漢字候補データから@Yomi0に合致する漢字を抽出し@KanjiAn(@Yomi0)という配列に格納する。Bが0でない場合は2文字名として@Yomi1から@Yomi4を適用し、画数Anの漢字候補データから@Yomi1[0],@Yomi2[0],@Yomi3[0],@Yomi4[0] ([0]の意味は各配列の第一要素の意味) に合致する漢字を抽出しそれぞれ@KanjiAn(@Yomi1),@KanjiAn(@Yomi2),@KanjiAn(@Yomi3),@KanjiAn(@Yomi4)という配列に格納する。同様に画数Bnの漢字候補データから@Yomi1[1],@Yomi2[1],@Yomi3[1],@Yomi4[1] ([1]の意味は各配列の第二要素の意味) に合致する漢字を抽出しそれぞれ@KanjiAn(@Yomi1),@KanjiAn(@Yomi2),@KanjiAn(@Yomi3),@KanjiAn(@Yomi4)という配列に格納する。この過程を具体例で説明すれば、例えば苗字が中村で「ひろ」「あき」と「読み」を指定された場合、苗字(4,7)に最適な名前画数は(17,4)であるので、@Yomi1=(ひろ,あき)となり、@KanjiAn=(弥,優)(いずれも「ひろ」と読める17画の名前に使える漢字)、@KanjiBn=(夫,介,公,日)(いずれも「あき」と読める4画の名前に使える漢字)が抽出される。次にP540では、得られた配列を組み合わせて具体名を生成する。Bn=0の場合は一文字名なので抽出された漢字配列@KanjiAn(@Yomi0)をそのまま具体名@KanjiAnBnとする。Bが0でない場合には、@kanjiAn(@YomiQ)と@kanjiBn(@YomiQ)(Q=1,2,3,4)の画要素を、頭文字(画数An)と留字(画数Bn)の順序は維持したまま組み合わせて具体名@KanjiAnBnを生成する。例えば、前述の「中村ひろあき」の場合、(弥,優)と(夫,介,公,日)を組合せて(弥夫、弥介、弥公、弥日、優夫、優介、優公、優日)の具体名を生成する。P550ではユーザに知らせる名前候補の数Nnを各候補毎に算出する。これは@KanjiAnBnの要素数を数えるだけである。次にP560によって候補数Nnを基に価格(YENn)を設定する。もしこの時点でどの候補にも具体的な名前候補が無い場合には、エラーとしてエラー画面U525を表示し終了する。エラーでない場合には、P570,P580を経て「予約データベース」に全てのデータの仮登録を行い、検索結果表示画面U530を表示し、ユーザに候補の選択を促す。ユーザが候補を選択すると、P590によって注文確認画面U540を生成する。ユーザが注文確定を行うとP600,P610,P620を経て「売り上げデータベース」に登録する。この後は第一の発明と同じく(P100〜P130)クレジットカード決済が行われ、決済が拒絶の場合はエラー画面U055を表示し終了する。決済が承認された場合は、P640によって姓名画数および性別(X,Y,SEX,A,B)から姓名判断の鑑定文を生成し、選名された具体的な名前と鑑定文をユーザの指定メールアドレスまでメール送信すると同時に、結果画面U560を表示させる。この時点でユーザが他候補も希望する場合には、P670により再度、予約データベースから他候補を抽出し、検索結果画面を表示し前述と同じプロセスを繰り返す。
Next, the second invention (claim 2) will be described with reference to flowcharts 13 to 18.
A specific example will be described in the case where a specific name candidate is searched for by specifying how to read the name. First, the input screen (U510) will be described. When “reading” is designated, the most difficult thing is inputting “reading” and “corresponding to kanji”. First, regarding “reading”, it is easy to input “reading” in plain text in hiragana / katakana and mechanically divide it into several kanji patterns by the program, but in reality the user ’s “reading” and “kanji” "Is something that is imagined to some extent in my head, and what is determined mechanically often does not come as a person's name. For example, when the boy name is “Yasunori”, most of them are asked to select “Yasu” and “Nori” in two kanji. Also, if you wish to have “Ayako” as your girl ’s name, you do n’t know whether you want “Aya” or “Ko” for 2 kanji characters, or “A”, “Ya”, or “Ko” for 3 kanji characters. Therefore, for efficient search, it is convenient to ask the user to specify the kanji division range intentionally at the “reading” input stage. Therefore, in the present invention, the “reading” input field is provided as □□□□□, and input is made within a range that the user does not want to divide. There is also a prohibition in Japanese. For example, in the case of “n”, there is no single kanji or kanji that begins with “n”, and it naturally corresponds to the kanji “○”. The roaring sounds such as “Yu” and “Yo” are the same, and they always correspond to the kanji characters “Yu ○” and “○ ○ ○” with the characters before and after. These forbidden processes can be easily executed by a program, but according to the experience of the inventor, the user should enter “Syuichi” with carelessness, but “Syuichi” may be entered incorrectly. It is clear that the results are output even if it is automated, and the user side is forced to input correct readings. If it is entered incorrectly, it can be checked whether it is in the format of “○○”, and a warning can be issued. The above-described programs P010 to P028 are executed based on the input conditions as described above, and first, it is determined whether there is a number of name strokes based on the number of candidates (M). If there is no candidate, an error screen (U520) is displayed and the process ends. If there is a candidate number of strokes, first, a “reading array” for making “reading” correspond to kanji is generated. By P520, the input “reading” for 5 squares is made an array of @Yomi (a, b, c, d, e), and each array element is combined into 5 types of “reading array” (@ Yomi0 = abcde: Only this is a scalar value, the rest is a two-element array, @ Yomi1 = (a, bcde), @ Yomi2 = (ab, cde), @ Yomi3 = (abc, de), @ Yomi4 = (abcd, e) ) Is generated. For example, if you entered `` ma '', `` ko '', `` to '', @ Yomi = (Ma, Ko, and), @ Yomi0 = (Makoto), @ Yomi1 = (Ma, Koto ), @ Yomi2 = (Mako, and). Here, it is divided into two elements because the name is based on a two-character name in the first and last name determination as described in FIG. Name stroke number candidates are also expressed as an array (An, Bn) based on two-letter names (initial and final characters). Then, what about three-letter names? In the case of surname determination, it is considered that the last part of the name is divided into two or more characters. In other words, in the case of a name selection, there is a thing in which two characters are registered as one set in the “Kanji → reading database” (Appendix 3) for the number of retained characters Bn, and this is used as one character. More specifically, the 10 strokes of data include “Riko”, “Riko”, and “Riko”, and “Yuriko” is the number of strokes (5, Even if specified in 10), Yuriko, Mariko, and Mariko can be extracted as candidates if they are decomposed into only two elements, “Yu” and “Riko”. ("Yu" is in the data of 5 strokes) Therefore, it is only necessary to handle one-character names and two-character names as names. In P530, “reading arrangement” is converted to “kanji arrangement”. If there are M name candidates suitable for the last name (X, Y) and there are name stroke numbers (An, Bn) as the nth candidate, “reading arrangement” for each name stroke number An (or Bn) Whether or not there is a specific kanji corresponding to each array element is checked from the kanji → reading database (Appendix 3), and the kanji is extracted. Here, when Bn = 0 (that is, one character name), only @ Yomi0 is applied, kanji matching @ Yomi0 is extracted from the kanji candidate data of the stroke number An, and stored in an array @KanjiAn (@ Yomi0). When B is not 0, @ Yomi1 to @ Yomi4 are applied as the two-character name, and @ Yomi1 [0], @ Yomi2 [0], @ Yomi3 [0], @ Yomi4 [0] ( The meaning of [0] is the first element of each array), and KanjiAn (@ Yomi1), @KanjiAn (@ Yomi2), @KanjiAn (@ Yomi3), @KanjiAn (@ Yomi4) Is stored in the array. Similarly, from the kanji candidate data of stroke number Bn, it matches @ Yomi1 [1], @ Yomi2 [1], @ Yomi3 [1], @ Yomi4 [1] ([1] means the second element of each array) Are extracted and stored in arrays @KanjiAn (@ Yomi1), @KanjiAn (@ Yomi2), @KanjiAn (@ Yomi3), and @KanjiAn (@ Yomi4), respectively. To explain this process with a specific example, for example, if the last name is Nakamura and “Hiro”, “Aki” and “Reading” are specified, the optimal number of strokes for the last name (4,7) is (17,4) So, @ Yomi1 = (Hiro, Aki), @ KanjiAn = (Ya, Yu) (Kanji that can be used for the names of 17 strokes that can be read as “Hiro”), @ KanjiBn = (husband, suke, public, day) ( In both cases, kanji that can be used for the names of four strokes that can be read as “aki” are extracted. Next, in P540, a specific name is generated by combining the obtained sequences. When Bn = 0, since it is a single character name, the extracted Kanji character array @KanjiAn (@ Yomi0) is used as the specific name @KanjiAnBn. If B is not 0, the image elements of @kanjiAn (@YomiQ) and @kanjiBn (@YomiQ) (Q = 1, 2, 3, 4) are replaced with the initial (stroke number An) and retained characters (stroke number Bn). The specific name @KanjiAnBn is generated by combining them while maintaining the order. For example, in the case of the above-mentioned `` Hiroaki Nakamura '', (Miya, Yu) and (Husu, Yusuke, Komon, Sun) are combined (Yao, Yusuke, Yakou, Yahi, Yuo, Yusuke, Yuko, Yuhi) ) Is generated. In P550, the number Nn of name candidates to be notified to the user is calculated for each candidate. This only counts the number of elements in @KanjiAnBn. Next, a price (YENn) is set based on the number of candidates Nn by P560. If there is no specific name candidate for any candidate at this time, an error screen U525 is displayed as an error and the process ends. If it is not an error, all the data is provisionally registered in the “reservation database” via P570 and P580, the search result display screen U530 is displayed, and the user is prompted to select a candidate. When the user selects a candidate, an order confirmation screen U540 is generated by P590. When the user confirms the order, it is registered in the “sales database” via P600, P610, and P620. Thereafter, as in the first invention (P100 to P130), credit card payment is performed, and if the payment is rejected, an error screen U055 is displayed and the process ends. If payment is approved, P640 generates an appraisal text for surname / name judgment from the number of surnames and genders (X, Y, SEX, A, B), and specifies the selected name and appraisal text by the user At the same time as sending an email to the email address, the result screen U560 is displayed. If the user also desires other candidates at this time, another candidate is extracted from the reservation database again by P670, the search result screen is displayed, and the same process as described above is repeated.

次に、第三の発明(請求項3)に関して、フロー図19〜25を用いて説明する。
希望苗字と名前を適用する職業を指定して、職業にあった名前(芸名・筆名・雅号・源氏名など)について具体的な名前候補を探す場合についての具体例を述べる。この場合は通常の選名と異なり、姓名判断上、三才の配置と言われる部分(附図1の天画・人画・地画の配列)が特殊なパターンになるように名前を付ける。このパターンは名前を適用する職種によって4通りに分けられる。また、このような選名に於いてユーザは苗字も変える事を希望するのが普通であり、また苗字を変えないと逆に選名が難しい。従って、先ず希望の苗字を聞き、その苗字が希望の職種に合っている事を確認し、その後に先に決めた苗字に併せて名前を選名するというパターンになる。逆に希望する名前を決めて、それに合う苗字を選名することも出来るが、本実施例では前述の2つの発明と整合性を取る為に前者のパターンで説明する。
U010はユーザの入力画面である。ユーザは自身の情報(姓名・性別・生年月日など)と共に希望の苗字候補を入力する。苗字候補は一マスに一候補入力でき複数候補を纏めて入力できるようになっている。次に名前を使う職種を4パターン選択の中から一つ選択する。この例では芸名1(技芸達者な実力派タイプ)、芸名2(派手で目立つタイプ)、筆名(小説家や作家、書道家や画家などのペンネーム、雅号)、呪術師の4つから選択する。入力されたデータのうち、選択された職業に最適な苗字画数の組み合わせ(Xp,Yp)を「芸名データベース」(附図5)から抽出する。(P1010) 次に入力された苗字候補を「漢字データベース」により画数判定を行い既存の姓名判断プログラムから苗字画数(Xn,Yn)を求める。(P1020) (Xn,Yn)のうち(Xp,Yp)に合致するものだけを抽出し、第一パターン、第二パターンと分類する。(P1030) この時点で合致する物が無い場合にはエラーとして候補無し画面(U1015)を表示させ終了する。合致する場合には、苗字選択画面を表示する。(U1020) 苗字選択画面では、複数のパターンがある場合には一つを選択して貰う。(パターンが一つしかない場合は「確認」して貰う) パターン(Xn,Yn)が一つ選択されると今度は「芸名データベース」から苗字(Xn,Yn)に適する名前画数(An,Bn)を検索する。(P1040) ここでの名前画数は複数発見される事もあるので、発見された順に第一候補、第二候補…とする。検索されたそれぞれの名前画数(An,Bn)および性別(SEX)に対して「名前画数→具体的名前候補データベース」から名前の具体例の数Nnをそれぞれ計算する。 (P1050) 次に各候補毎に姓名判断プログラムにより姓名判断を行い評価点数を算出する。(P1060) さらに候補数Nnによって価格(YEN)付けを行う。(P1070) P060,P1080によりここまでの結果を予約データベースに蓄積し、名前候補選択画面(U1030)を表示させる。ユーザが各候補に於ける名前の数・評価点・価格などから総合判断し一つの候補番号を選択するとP1090により予約データベースにユーザのメールアドレスが追記された後、確認画面U1040が生成される。ユーザが注文内容を確定すると、P1100により予約データベースから必要な情報が抽出されP1110,P080,P1120によって売上げデータベースに受注結果が記録される。この後、既存のクレジットカード決済の処理(P100〜160と同様)が実施され、決済承認が成されると選名結果がユーザのメールアドレス宛にメールされ、ユーザ画面にも選名結果(U1060)が表示される。表示終了後、売上げデータベースには処理完了のステータスが記録される。選名結果(U1060)表示後、ユーザが他候補の購入も希望した場合には、P1140によって予約データベースから他候補を抽出し、再検索画面(U1070)を表示させる。(他候補が無い場合には、「候補がございません」の画面を表示する。) ここで購入選択された場合には、前述までの繰り返し(P1090〜1110)となり、P240,P1150によって売上げデータベースには受注番号はハイフォン付きの枝番で記録される。以下、共通のフロー図となる。
Next, the third invention (claim 3) will be described with reference to flowcharts 19 to 25.
A specific example will be described in which a desired surname and a profession to which the name is applied are specified, and a specific name candidate is searched for a name suitable for the profession (such as a stage name, a calligraphy name, an elegance, a name of Genji). In this case, different from the normal selection, the name is given so that the part (arrangement of celestial paintings, human paintings, and ground paintings in FIG. 1), which is said to be the arrangement of the three-year-old, becomes a special pattern in judging the first and last names. This pattern can be divided into four categories depending on the job category to which the name is applied. In such a name selection, the user usually wants to change the last name, and it is difficult to select the name unless the last name is changed. Therefore, first, the desired last name is heard, it is confirmed that the last name matches the desired job type, and then the name is selected according to the last name decided earlier. Conversely, a desired name can be determined and a surname matching the name can be selected. However, in this embodiment, the former pattern will be described in order to be consistent with the above-described two inventions.
U010 is a user input screen. The user inputs a desired surname candidate together with his / her information (first name, last name, gender, date of birth, etc.). One last name candidate can be input per square, and multiple candidates can be input collectively. Next, select the job type that uses the name from 4 patterns. In this example, there are four selections: stage name 1 (technical expert ability type), stage name 2 (a flashy and prominent type), brush name (pen name of novelist and writer, calligrapher and painter, etc.), and magician. Among the input data, a combination (Xp, Yp) of the surname strokes optimal for the selected occupation is extracted from the “stage name database” (Appendix 5). (P1010) Next, the number of strokes of the inputted surname candidate is determined by the “kanji database”, and the surname name stroke number (Xn, Yn) is obtained from the existing surname determination program. (P1020) Of (Xn, Yn), only those that match (Xp, Yp) are extracted and classified as the first pattern and the second pattern. (P1030) If there is no match at this point, a no-candidate screen (U1015) is displayed as an error and the process ends. If they match, the last name selection screen is displayed. (U1020) On the last name selection screen, if there are multiple patterns, select one. (If there is only one pattern, ask `` Confirm '') When one pattern (Xn, Yn) is selected, the number of name strokes (An, Bn) suitable for the last name (Xn, Yn) is now selected from the `` Entertainment database '' ) (P1040) Since there may be a plurality of name strokes found here, the first candidate, the second candidate, etc. are set in the order of discovery. For each retrieved number of name strokes (An, Bn) and gender (SEX), the number Nn of specific examples of names is calculated from “name stroke number → specific name candidate database”. (P1050) Next, for each candidate, the first and last name is determined by the first and last name determination program, and the evaluation score is calculated. (P1060) Further, the price (YEN) is assigned by the number of candidates Nn. (P1070) The results so far are stored in the reservation database by P060 and P1080, and the name candidate selection screen (U1030) is displayed. When the user makes a comprehensive judgment based on the number of names, evaluation points, prices, etc. in each candidate and selects one candidate number, P1090 adds the user's email address to the reservation database, and then generates a confirmation screen U1040. When the user confirms the order contents, necessary information is extracted from the reservation database by P1100, and the order reception result is recorded in the sales database by P1110, P080, and P1120. After this, the existing credit card payment processing (similar to P100 to 160) is performed, and when the payment is approved, the name selection result is mailed to the user's e-mail address, and the name selection result (U1060) is also displayed on the user screen. ) Is displayed. After the display is completed, the processing completion status is recorded in the sales database. After the name selection result (U1060) is displayed, if the user also wishes to purchase another candidate, the other candidate is extracted from the reservation database by P1140 and the re-search screen (U1070) is displayed. (If there are no other candidates, the “No candidate” screen is displayed.) If purchase is selected here, the above is repeated (P1090 to 1110), and P240 and P1150 are used for the sales database. The order number is recorded as a branch number with a hyphen. The following is a common flow diagram.

Webブラウザとインターネットを使ったシステム以外にも、専用端末ソフトと専用ネットワーク、サーバの3つを使ったシステムにも適用できる。例えばデジタルテレビ用のBMLなどのブラウザソフト、CATVネットワーク、CATV放送会社内のサーバでも応用可能である。 In addition to a system using a Web browser and the Internet, it can also be applied to a system using dedicated terminal software, a dedicated network, and a server. For example, it can be applied to browser software such as BML for digital television, CATV network, and servers in CATV broadcasting companies.

一般選名におけるユーザ画面遷移図User screen transition diagram for general selection 名前の「読み」指定による選名におけるユーザ画面遷移図User screen transition diagram when selecting a name by specifying "Reading" 芸名選名におけるユーザ画面遷移図User screen transition diagram in stage name selection 附図1として、山本式姓名判断による苗字および名前の画数計算法Figure 1 shows the number of strokes for surname and name by Yamamoto's first and last name judgment. 附図2として、苗字→名前画数データベースの構成(抜粋)Figure 2 shows the structure of last name → name stroke number database (excerpt). 附図3として、名前画数→具体的な名前候補データベースの構成(抜粋)Figure 3 shows the number of name strokes → specific name candidate database configuration (excerpt) 附図4として、山本式姓名判断による評価点数の算出方法Figure 4 shows how to calculate the evaluation score based on Yamamoto's first and last name judgment. 附図5として、漢字→読みデータベースの構成(抜粋)Figure 5 shows the structure of kanji → reading database (excerpt). 附図6として、芸名データベースの構造(抜粋)Figure 6 shows the structure of the stage name database (excerpt). 請求項1の発明の具体例のデータ・プログラムのフロー図1FIG. 1 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図2FIG. 2 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図3FIG. 3 is a flow diagram of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図4FIG. 4 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図5FIG. 5 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図6FIG. 6 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図7FIG. 7 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図8FIG. 8 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図9FIG. 9 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図10FIG. 10 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図11FIG. 11 is a flowchart of a data program according to an embodiment of the invention of claim 1 請求項1の発明の具体例のデータ・プログラムのフロー図12Flow diagram of data program of specific example of invention of claim 1 請求項2の発明の具体例のデータ・プログラムのフロー図13Flow chart of data program of specific example of invention of claim 2 請求項2の発明の具体例のデータ・プログラムのフロー図14Flow chart of data program of specific example of invention of claim 2 請求項2の発明の具体例のデータ・プログラムのフロー図15Flow chart of data program of specific example of invention of claim 2 請求項2の発明の具体例のデータ・プログラムのフロー図16FIG. 16 is a flowchart of a data program according to an embodiment of the invention of claim 2 請求項2の発明の具体例のデータ・プログラムのフロー図17Flow chart of data program of specific example of invention of claim 2 請求項2の発明の具体例のデータ・プログラムのフロー図18FIG. 18 is a flowchart of a data program according to an embodiment of the invention of claim 2 請求項3の発明の具体例のデータ・プログラムのフロー図19FIG. 19 is a flowchart of a data program according to an embodiment of the invention of claim 3. 請求項3の発明の具体例のデータ・プログラムのフロー図20FIG. 20 is a flowchart of a data program according to an embodiment of the invention of claim 3 請求項3の発明の具体例のデータ・プログラムのフロー図21FIG. 21 is a flowchart of a data program according to an embodiment of the invention of claim 3 請求項3の発明の具体例のデータ・プログラムのフロー図22Flow chart of data program of specific example of invention of claim 3 請求項3の発明の具体例のデータ・プログラムのフロー図23FIG. 23 is a flowchart of a data program according to an embodiment of the invention of claim 3 請求項3の発明の具体例のデータ・プログラムのフロー図24FIG. 24 is a flowchart of a data program according to an embodiment of the invention of claim 3 請求項3の発明の具体例のデータ・プログラムのフロー図25FIG. 25 is a flowchart of a data program according to a specific example of the invention of claim 3.

符号の説明Explanation of symbols

各フロー図に於いてユーザ画面をUxxxで表示、Webサーバの内部プログラム番号をPxxxで表示、データベースサーバのプログラム番号をDxxxで表示する。尚、()内で表示される番号はそれ以前のフロー図で使用した共通プログラム番号である。


In each flowchart, the user screen is displayed in Uxxx, the internal program number of the Web server is displayed in Pxxx, and the program number of the database server is displayed in Dxxx. The numbers displayed in parentheses are the common program numbers used in the previous flow diagrams.


Claims (3)

Webブラウザ経由でサーバにアクセスし、苗字(姓)・性別(男女)・生年月日など選名に必要な情報を入力すると、姓名判断による最適な名前を表示する自動選名システムに於いて、入力された条件から所定のアルゴリズムとデータベースから名前の候補を自動検索し、その検索結果としてWebブラウザ画面に「第一候補、第二候補、…」のように表示させ、それぞれの候補毎に「推薦順位」「名前の具体例数」「姓名判断での数値評価」のうち少なくとも一つと「販売価格」表示することで、ユーザに価値判断の条件を与え候補選択を容易にし、その後オンライン決済することで、即時に選名結果を受け取ることができる自動選名システム。 In the automatic name selection system that displays the optimal name by judging the first name and last name by accessing the server via a web browser and entering the information necessary for selecting the last name (last name), gender (sex), date of birth, etc. Name candidates are automatically searched from a predetermined algorithm and database based on the input conditions, and the search results are displayed on the web browser screen as “first candidate, second candidate,...” By displaying at least one of “Recommendation Order”, “Number of Specific Examples of Names”, and “Numerical Evaluation by First / Last Name Determination” and “Sales Price”, it is possible to give the user a condition for value determination and facilitate selection of candidates, and then make online payment The automatic name selection system that can receive the name selection result immediately. 請求項1のシステムにおいて、ユーザ要望として名前の「読み」が入力でき、その「読み」に合致する名前を選名する自動選名システムであって、「読み」の入力手段として複数の入力マス (入力欄)に平仮名または片仮名で入力させ、一マス分の「読み」を先頭より順次組み合わせることで、漢字1〜3文字分に相当する「読み」を自動生成し、別途算出された姓名判断による最適な名前画数の組合せを参照しながら、漢字データベースの該当する画数の漢字データから「読み」に合致する漢字を抽出して、各々の漢字を組み合わせて名前を自動生成する自動選名システム。 The system according to claim 1, wherein a name "reading" can be input as a user request, and an automatic name selection system for selecting a name that matches the "reading". By entering hiragana or katakana in the (input field) and combining “reading” for one square sequentially from the top, “reading” corresponding to 1 to 3 kanji characters is automatically generated, and the first name and surname calculated separately An automatic name selection system that extracts kanji that matches “reading” from kanji data of the corresponding number of strokes in the kanji database and automatically generates names by combining each kanji while referring to the optimal combination of name strokes. 請求項1のシステムにおいて、ユーザ要望として芸名・筆名・雅号・通称名などの「名前の使用目的または職業」を選択入力でき、かつ希望する「苗字」または「名前」のいずれか一方を入力できるようにしたことを特徴とする自動選名システム。
In the system of claim 1, “user's name or purpose” such as a stage name, a brush name, an elegant name, or a popular name can be selected and input as a user request, and any desired “last name” or “name” can be input. An automatic name selection system characterized by doing so.
JP2004354165A 2004-12-07 2004-12-07 Automatic name selecting system Pending JP2006163802A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004354165A JP2006163802A (en) 2004-12-07 2004-12-07 Automatic name selecting system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004354165A JP2006163802A (en) 2004-12-07 2004-12-07 Automatic name selecting system

Publications (1)

Publication Number Publication Date
JP2006163802A true JP2006163802A (en) 2006-06-22

Family

ID=36665756

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004354165A Pending JP2006163802A (en) 2004-12-07 2004-12-07 Automatic name selecting system

Country Status (1)

Country Link
JP (1) JP2006163802A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007058460A (en) * 2005-08-23 2007-03-08 Fujitsu Ltd Naming support method
US11125768B2 (en) 2014-06-17 2021-09-21 Infineon Technologies Ag Angle based speed sensor device

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007058460A (en) * 2005-08-23 2007-03-08 Fujitsu Ltd Naming support method
JP4534908B2 (en) * 2005-08-23 2010-09-01 富士通株式会社 Naming support method
US11125768B2 (en) 2014-06-17 2021-09-21 Infineon Technologies Ag Angle based speed sensor device
US11733260B2 (en) 2014-06-17 2023-08-22 Infineon Technologies Ag Angle based speed sensor device

Similar Documents

Publication Publication Date Title
JP5548654B2 (en) Information processing apparatus, information processing method, information processing program, and recording medium on which information processing program is recorded
JP7194876B2 (en) Information processing device, information processing method, and program
US11138655B2 (en) Auction information processing device and auction information processing method
JP5661688B2 (en) Information providing apparatus, information providing method, and information providing program
TWI503770B (en) Information processing devices, information processing methods, programs and memory media
US20140100990A1 (en) Review text output system, review text output method, program and computer-readable information storage medium
US20170300985A1 (en) Information processing device, information processing method, and information processing program
Oyibo et al. Gender difference in the credibility perception of mobile websites: a mixed method approach
WO2001084394A1 (en) Interactive control system
Li et al. Framing effects of messages and images on the willingness to pay for pro-poor tourism products
JP6945518B2 (en) Information processing equipment, information processing methods and information processing programs
US10445793B2 (en) Review text output system and review text output method
CN112384912A (en) User-created content recommendations and searches
JP4361235B2 (en) Product specification and related customer information collection system
KR101699041B1 (en) Interaction method and system between friends using social network service
US20130117160A1 (en) System and method for selecting content for publication
JP2006163802A (en) Automatic name selecting system
US10909504B2 (en) System for managing online transactions involving voice talent
JP7309845B2 (en) Membership Registration System, Membership Registration Method, and Program
US20220375011A1 (en) Multi user collective preferences profile
JP7161613B2 (en) Information processing device and program
JP2002132816A (en) Device, system, and method for providing information
Brunander et al. Does Enhanced Usability Increase Trust?: A case study on a Swedish snus e-commerce application
Huang Webstaurant: A Guideline for Small Restaurant Owners to Create Accessible and Responsive Digital Menus
KR20220133725A (en) Quick commerce management system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061204

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20061210

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070220

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20070110

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070416

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20070416

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20070416

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070530

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070820

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20070925

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070924

RD05 Notification of revocation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7425

Effective date: 20070924

A072 Dismissal of procedure

Free format text: JAPANESE INTERMEDIATE CODE: A072

Effective date: 20080108

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080122