JP2006163802A - Automatic name selecting system - Google Patents
Automatic name selecting system Download PDFInfo
- 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
Links
Images
Abstract
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)名前画数の組み合わせを数値入力すると、組み合わせ可能な漢字全ての組み合わせを一覧表示させる。という二段階で選名するというシステムはあるが、ユーザの使い勝手は悪い。
まず自動選名にかかわる基本的な話であるが、従来からパソコンソフトウェアによるオフライン型がというものが存在する。この場合確かに即時に結果が得られるが、ソフトウェアを購入する必要があり、ソフトウェアの動作がパソコンの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
第二図は請求項2の発明による実施形態をWebブラウザによるユーザ画面の遷移図にて示したものである。ユーザが画面説明に従って名前を選ぶ為に必要事項を入力するが、その際に希望の名前の「読み」を四角で区切られた入力マスに記入するようになっている。この部分に平仮名もしくは片仮名で希望の「読み」を入力する。基本として漢字に分解されたくない「読み」は一マスに記入してもらう。その他、分割しても構わない読みは複数のマスに記入していただく。入力完了後、「検索」ボタンが押されると、入力された「読み」を元に名前候補漢字を検索し、名前候補の数・評価点・価格などを表示させる。表示された条件によりユーザが「注文」ボタンを押すと、クレジットカード決済に移り、決済が終了すると即座に希望「読み」の名前候補が表示される。また必要に応じて「読み」を変えた名前を続けて購入することもできる。
FIG. 2 shows an embodiment according to the invention of
第三図は請求項3の発明による実施形態をWebブラウザによるユーザ画面の遷移図にて示したものである。ユーザが画面説明に従って名前を選ぶ為に必要事項を入力するが、今回は芸名や筆名のような本名以外のお名前を選名する為に、(1)希望する苗字の入力を設けられた苗字候補マスの中に記入する。(2)名前を使う職種などを複数個設けた選択肢から選ぶ。という入力欄が追加されているので、ここに条件として入力し「苗字の検索」ボタンを押す。すると希望職種に使える苗字のみが自動的に選ばれ表示される。その中からさらに苗字を絞り込み、「名前の検索」ボタンを押すと、苗字と希望条件に合致する名前が検索され、名前の具体例の数と評価点数と価格が表示さる。「注文」ボタンを押すとクレジットカード決済に移り、決済が終了すると即座に希望苗字・希望職種に最適な名前候補が表示される。また必要に応じて希望苗字を変えた名前を続けて購入することもできる。
このようにユーザはWebブラウザ経由で対話式にて入力する事によって、名前の価値判断を自ら行いながら、希望する最適な名前をオンラインで即時に購入できる。
FIG. 3 shows an embodiment of the invention of
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
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
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
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.
各フロー図に於いてユーザ画面を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)
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.
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)
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 |
-
2004
- 2004-12-07 JP JP2004354165A patent/JP2006163802A/en active Pending
Cited By (4)
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 |