(57)【要約】  【課題】姓名判断によるオンライン型の有料選名サービスにおいて、ユーザ判りやすいステップバイステップの操作性と、ユーザの納得行く価値判断基準を提供し、購入にまつわる不安を解消すると共に、事後のクレーム発生も少なくして売上げの向上を図る。  【解決手段】(1)入力条件に合致する選名結果として、名前具体例の数・評価点数・価格を複数組表示させ、ユーザの希望に合致する候補をユーザ自身に選ばせてから、購入処理(決済)を行う。(2)名前の「読み」入力手段を備え、希望の「読み」の有無を確認させながら(1)の手段も使って購入処理を行う。(3)名前の使用目的を選択させ、苗字(または名前)の希望を入力させ、その苗字に合う名前(または、名前に合う苗字)を(1)の方法で表示させながら購入処理を行う。【選択図】        図１
2006163802.tif 000002
【特許請求の範囲】
【請求項１】
Webブラウザ経由でサーバにアクセスし、苗字（姓）・性別（男女）・生年月日など選名に必要な情報を入力すると、姓名判断による最適な名前を表示する自動選名システムに於いて、入力された条件から所定のアルゴリズムとデータベースから名前の候補を自動検索し、その検索結果としてWebブラウザ画面に「第一候補、第二候補、…」のように表示させ、それぞれの候補毎に「推薦順位」「名前の具体例数」「姓名判断での数値評価」のうち少なくとも一つと「販売価格」表示することで、ユーザに価値判断の条件を与え候補選択を容易にし、その後オンライン決済することで、即時に選名結果を受け取ることができる自動選名システム。
【請求項２】
請求項１のシステムにおいて、ユーザ要望として名前の「読み」が入力でき、その「読み」に合致する名前を選名する自動選名システムであって、「読み」の入力手段として複数の入力マス (入力欄)に平仮名または片仮名で入力させ、一マス分の「読み」を先頭より順次組み合わせることで、漢字１〜３文字分に相当する「読み」を自動生成し、別途算出された姓名判断による最適な名前画数の組合せを参照しながら、漢字データベースの該当する画数の漢字データから「読み」に合致する漢字を抽出して、各々の漢字を組み合わせて名前を自動生成する自動選名システム。
【請求項３】
請求項１のシステムにおいて、ユーザ要望として芸名・筆名・雅号・通称名などの「名前の使用目的または職業」を選択入力でき、かつ希望する「苗字」または「名前」のいずれか一方を入力できるようにしたことを特徴とする自動選名システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネット経由で姓名判断による有料自動選名サービスを提供するためのコンピュータシステムに関するものである。即ちインターネット経由でサーバにて稼動する自動選名システムを有料にてユーザに利用させるにあたり、ユーザへ料金の判りやすさと、利用しやすさ（利便性）、即時性を提供し、売上げの向上を図れるソフトウェアプログラムに関する発明である。
【背景技術】
【０００２】
インターネット技術を利用した姓名判断は多い。現在、姓名判断による選名には、新生児の命名や改名、芸名など様々な有料サービスが提供されているが、殆どが苗字（姓）・性別（男女）・生年月日などの必要条件をWebブラウザ経由で入力して注文を受付け、実際の選名作業は鑑定士による手作業で、選名結果が後日、メールや郵送などで送付されるオフライン型式である。
【０００３】
また、無料として提供されているオンライン型の自動選名機能はあるが、(1)入力された条件に合う名前の画数の組み合わせが簡単な鑑定文と共に一覧表示さる。(2)名前画数の組み合わせを数値入力すると、組み合わせ可能な漢字全ての組み合わせを一覧表示させる。という二段階で選名するというシステムはあるが、ユーザの使い勝手は悪い。
【特許文献１】特許公開２００２−１１７１２９(1)名前に持つユーザの「イメージ」を入力したり、(2)姓名判断で言う画数（天格・人格・地格・総格・外格の五格の画数）を直接数値入力させたりして、名前を決めるプログラムに関しての発明である。しかし(1)「イメージ」は抽象的表現ゆえに姓名判断の本質から外れる課題であり、本発明の関知するところではない。(2)は根本的にどの画数ならどんな運勢かを基本的に知っていなければ入力はできない。これでは一般の姓名判断の知識の無いユーザには使えず、「鑑定士にお任せで良い名前を選んで欲しい」というごくありふれた要望には答えていない。
【非特許文献１】Webサイト：http://naming.jp/cgi/name/namnavi.htm苗字と性別（男女）を入力すれば、先ず名前の画数候補一覧が表示される。それら画数別に姓名判断結果が表示される。次に各候補にある「名前を探す」ボタンをクリックすると、その画数にあった全ての漢字の組合せが一覧表示される。無料だが候補数が余りにも多く、かつ機械的に画数だけで漢字を組み合わせもので名前として適切でないものも多く含まれる。また有料化を想定した時、ユーザ側の判断基準は複雑な鑑定文しかなく、価格設定との対比は難しい。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
まず自動選名にかかわる基本的な話であるが、従来からパソコンソフトウェアによるオフライン型がというものが存在する。この場合確かに即時に結果が得られるが、ソフトウェアを購入する必要があり、ソフトウェアの動作がパソコンのOSの種類やバージョン番号に依存し、メモリやハードディクスの容量の問題も常に付きまとう。また利用者は基本的にパソコンの知識のあるユーザに限られる。更にデータ内容が固定されており、名前データの追加は困難であるという欠点を有する。また提供者側からすれば売り切りビジネスであり、コンテンツ内容が普遍の姓名判断に於いては、ソフトウェアの使い廻しを許す事になり余り好ましいビジネスモデルとは言えない。
近年、インターネットの技術進歩によりWebブラウザの機能は標準化され、どんな市販パソコンでも誰にでも簡単に扱えるようになっている。一方、回線の普及率も目覚しく何処でも利用できると言っても過言ではない状況になりつつある。またWebブラウザ経由の場合、基本プログラムやデータベースはサーバ側に存在し、ソフトの購入は不要であり、データベースの更新も即時に更新可能である。また従量課金が容易でありビジネスモデルとしてはより好ましい。従って、本発明ではWebブラウザ経由での自動選名を基本題材として扱う。
【０００５】
第一の課題（請求項１にかかわる従来の課題）
本発明ではユーザに有料で自動選名を提供することを目的としている。従来の手動での選名では申し込み後、基本的にユーザとの間にメールや手紙によるやりとり（対話）が入るため、申し込み画面では表現できないユーザの要望を反映できるため、結果が出てからの返品・やり直しという事態は発生し難くビジネスリスクは極めて少ない。反面、申し込みから結果が出るまでの相応の時間を要するため、例えば新生児の命名であれば、ユーザが誕生日の前に予め余裕日数を見て選名依頼を行う必要がある。しかしながら、発明者の長年の経験によれば、実際の選名依頼の約半数は、既に新生児が誕生しており、「できる限り急いで欲しい」と言うのが切なる要望である。
また、昔は名前に関する両親の想いというものがあって、読みや漢字のイメージなど細かな注文が付くのが常であったが、最近の依頼傾向は、「先生にお任せしますので、できるだけ良い名前を沢山」という非常に単純な依頼が圧倒的に多いのも特徴である。その意味では、先に説明した無料選名サイトは一見、ユーザの救いになるかのように思える。ところが、実際に使ってみて、その上で発明者に泣きついて来られるユーザが多く、「殆ど役に立たなかった」というユーザ評価が多い。そうなる理由は３つある。(1)候補数が多すぎて、どれが良いのか迷う。(2)鑑定文言を読んでも選択判断が難しい。結果どれも「吉」で良い名前に思えてくる。  (3)画数の組み合わせとして表示される名前の具体的候補は、単なる漢字の組み合わせ故に名前としてしっくり来ないものが多い。要するにユーザの判断に委ねる要素が極めて多いのが問題である。これではただでなくとも急いで居るユーザから焦りを募るばかりである。
一方、苗字に対する名前候補数というのは千差万別であり、運勢の良い選名が難しい苗字というのが存在する。即ち、名前として使える漢字が少なく具体的な名前候補もまた極めて少ないと言うケースである。手動の選名の場合には、料金の割り引きや第二候補までユーザに提示するなど調整は可能であり、ユーザクレームになることまず無い。しかしオンライン型の自動選名を有料サービスとして提供する場合、この問題への対処を考えておく必要がある。
【０００６】
第二の課題（請求項２にかかわる従来の課題）
選名依頼において次に多いユーザ要望は名前の「読み」を指定されるケースである。特に新生児ではなく、既に名前を持っている方の「改名」依頼の場合には、ほぼ間違いなくこの要望が出される。（ここで言う「改名」とは、戸籍上で名前を変える事だけでなく、普段日常的に使う通称名の選名依頼である。）この要望にオンライン型で応えるサービスは現時点では存在しないと発明者は認識している。
【０００７】
第三の課題（請求項３にかかわる従来の課題）
選名依頼の中で、特殊なものとして本名・通称名以外の名前、即ち芸名やペンネーム・雅号・源氏名などの選名を依頼されるケースがある。これらの選名では、苗字（姓）と名の両方を変えるのが一般的であり、姓名判断の性格上、選名には多くの工程（手間）を要するためオンライン型のサービスは今のところ存在しない。オフライン型でも今のサービスはメール等で受け付けだけを行い、後はユーザと相談しながら手動で選名するというスタンスである。しかし、昨今、若者の気質として会話型でやりとりするのが苦手な者が多く、このサービスにもオンライン型での対応が望まれている。
【課題を解決するための手段】
【０００８】
第一の課題に対する解決手段
有料で自動選名サービスを提供するに当たり最低限必要な事項は、次の２つになる。
１．複数候補ある場合、優劣を判り易く表示する。
２．価格に対する明確な根拠を示す。
まず、優劣の表示についてであるが、これは単に第一候補とか第二候補とかの順位付けや、言葉の表現では分かり難い。やはり何らかの数値表示が必要である。本発明では、姓名判断における四格(主運・基礎運・晩年運・対人運)と三才の配置(健康運)とを数値化し、かつ年代別に四格の影響度を独自に決めることで、トータルとしての運勢を100点満点で表現することにした。完璧とは言えないが、ユーザが総括として選名結果の良し悪しを判定する基準としては申し分ないと思われる。
次に価格であるが、発明者の過去の経験から言える事は、具体的な名前の数によって、価格は変えるべきというのがユーザの心理ではないかと考える。運勢の良い名前を付ける事が難しい苗字は、具体的な名前の数も少なく手間暇掛かるものだが、ユーザ心理は「数が少ないなら価格も下げて欲しい」というのが本音である。従って、具体例数を表示し、それに見合った価格を提示する事により、ユーザの納得行く価値の提供を行うことにした。また、名前の具体例であるが、上述課題のユーザの声からも分かるように、単に漢字を単純に機械的に組み合わせて表示してもユーザには価値が認められ難い。従って、出願人の過去の選名経験から実際に名前として使った実績のあるものを集めてデータベース化し選名結果とすることで、本問題を回避している。
【０００９】
第二の課題に対する解決手段
発明人の過去の経験によれば、名前の自然な漢字繋がりの良さよりも希望「読み」に合致する事の方が優先度を高する場合がある。例えば既に名前を持たれている方が改名や日常の通称名の選名を依頼される場合には、希望する「読み」を平仮名や片仮名で入力してもらい、システム側で無理の無い範囲で「読み」を漢字１〜３文字分に分解し、それぞれの読みができる漢字候補を検索して名前として組み合わせる方法が良い。この場合も単なる組み合わせ数だけでなく、姓名判断による評価も併せて表示させ、対価も表示させるのが良い。ただし、任意に機械的に「読み」を分解するとユーザの期待を裏切るような漢字が名前候補として表示される事もありえるため、「読み」候補の入力欄は複数の入力マスを設け、分解して欲しくない「読み」をマスで指定できるようにする事で、出来る限りユーザ要望に近い選名が可能なようになる。
【００１０】
第三の課題に対する解決手段
芸名や筆名などの場合、大抵は苗字を含めて姓名全体を本名とは違うものにする。この場合、先ずは苗字か名前のどちらかを決める必要がある。決めた苗字（または名前）に対して姓名判断で、姓名が必要とされる業種や職種に応じて、それに相応しい名前（または苗字）を決定する。先に名前の方を決める事も可能ではあるが、一般の選名プロセスとは逆になり基本プログラムが異なる。そこで本発明では、基本プログラムを共通に利用できる、苗字を先に決める方法について考えた。まず、ユーザの希望業種または職種を一つ選択させる。また希望する苗字を複数漢字で入力させる。これらをシステム側で処理し最適な苗字を表示させる。候補の中から苗字を一つ選んで貰い、その苗字に最適な名前の選名に入る。以降のプロセスは第一の発明と基本的に同じである。
【発明の効果】
【００１１】
本発明によれば、インターネット経由で簡単な依頼フォームに入力するだけで、名前のお勧め順位・候補数・評価点数・価格が同時表示されるためユーザの安心度や信頼感が増し、購買行動を誘引する。また、その場で購入手続きを行い、ユーザは即時に希望する選名結果を入手できるため、利用促進も図れ、売上げの向上が期待できる。また、従来困難とされた改名や芸名のオンライン型販売も可能となり、更なる売上げ増も期待できる。
【発明を実施するための最良の形態】
【００１２】
第一図は請求項１の発明による実施形態をWebブラウザによるユーザ画面の遷移図にて示したものである。ユーザが画面説明に従って名前を選ぶ為に必要事項を入力または選択すると、選名の条件に合う名前の候補数と各候補における名前の具体例数と価格が表示される。ユーザはそれら条件を勘案し候補の中から一つを選択する。選択後、クレジットカードで決済を済ませると、即座に希望した名前候補が表示される。また必要に応じて、他候補も同様に購入できる。
【００１３】
第二図は請求項２の発明による実施形態をWebブラウザによるユーザ画面の遷移図にて示したものである。ユーザが画面説明に従って名前を選ぶ為に必要事項を入力するが、その際に希望の名前の「読み」を四角で区切られた入力マスに記入するようになっている。この部分に平仮名もしくは片仮名で希望の「読み」を入力する。基本として漢字に分解されたくない「読み」は一マスに記入してもらう。その他、分割しても構わない読みは複数のマスに記入していただく。入力完了後、「検索」ボタンが押されると、入力された「読み」を元に名前候補漢字を検索し、名前候補の数・評価点・価格などを表示させる。表示された条件によりユーザが「注文」ボタンを押すと、クレジットカード決済に移り、決済が終了すると即座に希望「読み」の名前候補が表示される。また必要に応じて「読み」を変えた名前を続けて購入することもできる。
【００１４】
第三図は請求項３の発明による実施形態をWebブラウザによるユーザ画面の遷移図にて示したものである。ユーザが画面説明に従って名前を選ぶ為に必要事項を入力するが、今回は芸名や筆名のような本名以外のお名前を選名する為に、(1)希望する苗字の入力を設けられた苗字候補マスの中に記入する。(2)名前を使う職種などを複数個設けた選択肢から選ぶ。という入力欄が追加されているので、ここに条件として入力し「苗字の検索」ボタンを押す。すると希望職種に使える苗字のみが自動的に選ばれ表示される。その中からさらに苗字を絞り込み、「名前の検索」ボタンを押すと、苗字と希望条件に合致する名前が検索され、名前の具体例の数と評価点数と価格が表示さる。「注文」ボタンを押すとクレジットカード決済に移り、決済が終了すると即座に希望苗字・希望職種に最適な名前候補が表示される。また必要に応じて希望苗字を変えた名前を続けて購入することもできる。
このようにユーザはWebブラウザ経由で対話式にて入力する事によって、名前の価値判断を自ら行いながら、希望する最適な名前をオンラインで即時に購入できる。
【実施例】
【００１５】
本発明の具体例について、実際のWebサイトに基づいてプログラムフロー図で説明する。このフロー図はWebサービスでは今日最も基本的なコンピュータアーキテクチャーである３階層コンピューティングに基づいて記載されている。ユーザパソコンのWebブラウザでの表示および処理を「ユーザ画面」列に、データセンター側のWebサーバでの処理を「内部プログラム」列に、データを格納するデータベースサーバの処理を「データベース」列にそれぞれ記載し、各サーバ間を流れるデータフローをデータ形式と共に矢印で示してある。基本は逐次の時系列的処理となる。
【００１６】
先ず、第一の発明（請求項１）に関して、フロー図１〜12を用いて説明する。
最初にユーザはパソコンのWebブラウザから本発明のサイトにアクセスし、U010の入力画面から苗字（姓）を漢字で、生年月日をプルダウンメニューから、男女別をラジオボタンから選択し、「検索開始」ボタンを押す。直ちにサーバ内部プログラムP010により姓名判断ルール（附図１）に基づき苗字が(X,Y)に数値化される。P020により(X,Y)値および性別(SEX)値をキーにしてデータベースサーバの苗字・名前画数データベース（附図２）を参照しながら名前候補(An,Bn)を抽出する（D010）。P025によって抽出された候補の数(M)を算出する。性別(SEX)が男子の場合で、候補数(M)が４に満たない場合には、不足分を女子候補から抽出する。(P026,D015)  その場合、候補順位は元々男子にあった候補を優先し、その後に女子候補から抽出したものを追加する。これは姓名判断の原理として、女子画数候補は男子にも使える。その逆は不可の法則による。(P027,P028)  万が一、候補数がゼロ(M=0)の場合にはエラー画面（U020）を表示させて自動選名をお断りする。次にP030によって各画数候補における具体的なお名前例の数(N)を算出する。性別(SEX)および名前画数(An,Bn)をキーに、データベースサーバの名前画数・具体的名前候補データベース（附図３）を参照しながらD020によって名前の具体例数(Nn)をカウントする。ここでP035により万が一、データベースに具体例が記載されていない場合には、候補から削除して候補順位を繰り上げる。次にP040によって各候補の評価点を計算する。評価点を付けるルールは附図４のようになっている。基本的には姓名判断の原理に基づき判定された画数を細分化して評価点に置き換えたものである。これを年齢別に重み付けして、性別および年齢別に重み付けを行い平均値をとって最終点数としている。次に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では値段の調整を行う。この例では具体名数が５以下の場合は無料としているが、割引を行うなどの手段も実行可能である。このようにして生成された他候補はU070のように再検索結果画面として表示される。ここでユーザが購入希望候補を選択すると、P210により確認画面U080が生成され、注文が確定されるとP220により名前画数(An,Bn)が呼び出され、P230〜P250に売り上げデータベースに記録される。ただし受注番号(S')は親番号(S)にハイフォンを付けたものとし、後の問い合わせサポートを容易にしている。以降、クレジットカード決済から選名完了までは一回目と同じプログラムとなるので省略する。
以上は通常想定されるユーザの購買行動に基づいているが、新生児の選名の場合には、奥様が昼間Webブラウザで事前の調査を行われ、ご主人が帰宅後に相談してから決定したいというご要望もある。こう言う場合に対処するため、一旦予約画面まで進んで保留状態とし、後で購入画面から始められるようにすることが必要である。U090は予約まで完了した受注を再開する画面である。予約番号が入力されるとP260により予約データベースから予約内容を抽出し、検索結果画面U030から表示させることで対応している。また、一度購入され、後日また別の物を購入されたい場合には、再購入  画面U100を用意している。再購入の場合には、予約データベースと売上データベースの内容を比較しながら、重複購入のない候補を提示する必要がある。その為のプログラムP270,P280,P290を用意する。  その結果、今までに購入されなかった候補のみを表示し、ご兄弟検索画面(U110)としてWebブラウザ表示させる。この後の購入はP210以降と同じなので割愛する。
なお、この具体例の説明では候補は最大４候補としたが、苗字・名前画数データベースの登録数を増やせば、候補数全体も増やすことは可能である。
【００１７】
次に、第二の発明（請求項２）に関して、フロー図13〜18を用いて説明する。
名前の読み方を指定して希望する具体的な名前候補を探す場合について具体例を述べる。まず、入力画面(U510)について説明する。「読み」指定場合、最も難しいのは「読み」の入力と「漢字への対応」である。まず「読み」に関して、「読み」を平仮名・片仮名にて平文で入力させプログラムによって機械的に幾つか漢字パターンに分割して対応する事は容易ではあるが、実際はユーザの「読み」と「漢字」への対応は頭の中である程度イメージされるもので、機械的に決めたものは人名としてしっくり来ないケースが多い。例えば、男子名で「やすのり」と希望された場合、その殆どが「やす」「のり」の２漢字での選名を希望されている。また女児名で「あやこ」を希望される場合、「あや」「こ」で２漢字、「あ」「や」「こ」で３漢字を希望のどちらなのかは分からない。従って効率の良い検索の為には、「読み」の入力段階でユーザに意図的に漢字分割範囲を指定して貰う方が都合良い。そこで本発明では「読み」入力欄を□□□□□と設け、ユーザに分割されたくない範囲で入力頂く事にしている。  また、日本語として禁則も存在する。例えば「ん」の場合、単独の漢字や「ん」で始まる漢字も無い訳で、必然的に「○ん」と言う漢字に対応する。「ゅ」「ょ」などの發音も同じで必ず前後の文字を挟んで「○ゅ○」「○ょ○」と言う漢字に対応する。これら禁則処理はプログラムで実行することも容易ではあるが、発明人の経験によればユーザもいい加減で「しゅういち」と入力すべきが「しゅいち」と間違って入力される事もあり、これを自動化すると「しゅい」「ち」に分解され、とんでも結果が出力される事は明らかであり、あえてユーザ側に正しい読みを入力させるようにしている。これなら間違って入力されても「○ゅ○」の形式になっているかどうかチェックでき警告も出せる。このように入力された条件から前述のプログラムP010〜P028を実行し、先ずは名前画数があるか候補数(M)によって判定する。候補が無い場合にはエラー画面(U520)を表示し終了する。候補画数がある場合、まず「読み」を漢字に対応させる為の「読み配列」を生成する。P520によって、入力された「読み」５マス分を@Yomi(a,b,c,d,e)という配列にして、それぞれの配列要素を組み合わせで５通りの２要素の「読み配列」(@Yomi0=abcde:これのみスカラー値、残りは２要素配列,@Yomi1=(a,bcde),@Yomi2=(ab,cde),@Yomi3=(abc,de),@Yomi4=(abcd,e))を生成する。      例を上げて言えば、「ま」「こ」「と」と入力されたならば、@Yomi=(ま,こ,と)であり、@Yomi0=(まこと),@Yomi1=(ま,こと),@Yomi2=(まこ,と)となる。ここで２要素に分解するは、附図１で説明した通り姓名判断では名前も二文字名を基本としているためである。また名前画数候補も二文字名（頭文字と留字）を基本として配列(An,Bn)の表現を成っている。では三文字名はどうかという事になるが、姓名判断の場合は名前の留字部分が二文字以上に分割されたものと見なす。即ち選名の場合は、留字画数Bn用の「漢字→読みデータベース」(附図３)に於いて二文字を一組として登録している物があり、それを一文字扱いで使用する。より具体的に言えば、10画のデータには「里子(りこ)」「李子(りこ)」「利子(りこ)」が登録されており、「ゆりこ」という「読み」が画数候補(5,10)にて指定された場合にでも、「ゆ」「り��」の２要素にさえ分解すれば由李子、真利子、真里子が候補として抽出されるようになる。（「由」は5画のデータにある）  従って名前としては一文字名、二文字名の取り扱いのみを行えばよい。P530では「読み配列」を「漢字配列」に変換する。苗字(X,Y)に対して適する名前候補はM個あり、その第n番目の候補として名前画数(An,Bn)があるとすると、その各名前画数An(またはBn)に「読み配列」の各配列要素に対応した具体的な漢字が存在するかどうかを、漢字→読みデータベース(附図３)から確認し、その漢字を抽出する。ここで、Bn=0の時(即ち一文字名)は@Yomi0のみ適用し、画数Anの漢字候補データから@Yomi0に合致する漢字を抽出し@KanjiAn(@Yomi0)という配列に格納する。Bが0でない場合は２文字名として@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により再度、予約データベースから他候補を抽出し、検索結果画面を表示し前述と同じプロセスを繰り返す。
【００１８】
次に、第三の発明（請求項３）に関して、フロー図19〜25を用いて説明する。
希望苗字と名前を適用する職業を指定して、職業にあった名前（芸名・筆名・雅号・源氏名など）について具体的な名前候補を探す場合についての具体例を述べる。この場合は通常の選名と異なり、姓名判断上、三才の配置と言われる部分（附図１の天画・人画・地画の配列）が特殊なパターンになるように名前を付ける。このパターンは名前を適用する職種によって4通りに分けられる。また、このような選名に於いてユーザは苗字も変える事を希望するのが普通であり、また苗字を変えないと逆に選名が難しい。従って、先ず希望の苗字を聞き、その苗字が希望の職種に合っている事を確認し、その後に先に決めた苗字に併せて名前を選名するというパターンになる。逆に希望する名前を決めて、それに合う苗字を選名することも出来るが、本実施例では前述の２つの発明と整合性を取る為に前者のパターンで説明する。
U010はユーザの入力画面である。ユーザは自身の情報（姓名・性別・生年月日など）と共に希望の苗字候補を入力する。苗字候補は一マスに一候補入力でき複数候補を纏めて入力できるようになっている。次に名前を使う職種を４パターン選択の中から一つ選択する。この例では芸名１（技芸達者な実力派タイプ）、芸名２（派手で目立つタイプ）、筆名（小説家や作家、書道家や画家などのペンネーム、雅号）、呪術師の４つから選択する。入力されたデータのうち、選択された職業に最適な苗字画数の組み合わせ(Xp,Yp)を「芸名データベース」（附図５）から抽出する。(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によって売上げデータベースには受注番号はハイフォン付きの枝番で記録される。以下、共通のフロー図となる。
【産業上の利用可能性】
【００１９】
Webブラウザとインターネットを使ったシステム以外にも、専用端末ソフトと専用ネットワーク、サーバの３つを使ったシステムにも適用できる。例えばデジタルテレビ用のBMLなどのブラウザソフト、CATVネットワーク、CATV放送会社内のサーバでも応用可能である。
【図面の簡単な説明】
【００２０】
【図１】一般選名におけるユーザ画面遷移図
【図２】名前の「読み」指定による選名におけるユーザ画面遷移図
【図３】芸名選名におけるユーザ画面遷移図
【図４】附図１として、山本式姓名判断による苗字および名前の画数計算法
【図５】附図２として、苗字→名前画数データベースの構成（抜粋）
【図６】附図３として、名前画数→具体的な名前候補データベースの構成（抜粋）
【図７】附図４として、山本式姓名判断による評価点数の算出方法
【図８】附図５として、漢字→読みデータベースの構成（抜粋）
【図９】附図６として、芸名データベースの構造（抜粋）
【図１０】請求項１の発明の具体例のデータ・プログラムのフロー図１
【図１１】請求項１の発明の具体例のデータ・プログラムのフロー図２
【図１２】請求項１の発明の具体例のデータ・プログラムのフロー図３
【図１３】請求項１の発明の具体例のデータ・プログラムのフロー図４
【図１４】請求項１の発明の具体例のデータ・プログラムのフロー図５
【図１５】請求項１の発明の具体例のデータ・プログラムのフロー図６
【図１６】請求項１の発明の具体例のデータ・プログラムのフロー図７
【図１７】請求項１の発明の具体例のデータ・プログラムのフロー図８
【図１８】請求項１の発明の具体例のデータ・プログラムのフロー図９
【図１９】請求項１の発明の具体例のデータ・プログラムのフロー図１０
【図２０】請求項１の発明の具体例のデータ・プログラムのフロー図１１
【図２１】請求項１の発明の具体例のデータ・プログラムのフロー図１２
【図２２】請求項２の発明の具体例のデータ・プログラムのフロー図１３
【図２３】請求項２の発明の具体例のデータ・プログラムのフロー図１４
【図２４】請求項２の発明の具体例のデータ・プログラムのフロー図１５
【図２５】請求項２の発明の具体例のデータ・プログラムのフロー図１６
【図２６】請求項２の発明の具体例のデータ・プログラムのフロー図１７
【図２７】請求項２の発明の具体例のデータ・プログラムのフロー図１８
【図２８】請求項３の発明の具体例のデータ・プログラムのフロー図１９
【図２９】請求項３の発明の具体例のデータ・プログラムのフロー図２０
【図３０】請求項３の発明の具体例のデータ・プログラムのフロー図２１
【図３１】請求項３の発明の具体例のデータ・プログラムのフロー図２２
【図３２】請求項３の発明の具体例のデータ・プログラムのフロー図２３
【図３３】請求項３の発明の具体例のデータ・プログラムのフロー図２４
【図３４】請求項３の発明の具体例のデータ・プログラムのフロー図２５
【符号の説明】
【００２１】
各フロー図に於いてユーザ画面をUxxxで表示、Webサーバの内部プログラム番号をPxxxで表示、データベースサーバのプログラム番号をDxxxで表示する。尚、()内で表示される番号はそれ以前のフロー図で使用した共通プログラム番号である。
【図１】
2006163802.tif 000003
【図２】
2006163802.tif 000004
【図３】
2006163802.tif 000005
【図４】
2006163802.tif 000006
【図５】
2006163802.tif 000007
【図６】
2006163802.tif 000008
【図７】
2006163802.tif 000009
【図８】
2006163802.tif 000010
【図９】
2006163802.tif 000011
【図１０】
2006163802.tif 000012
【図１１】
2006163802.tif 000013
【図１２】
2006163802.tif 000014
【図１３】
2006163802.tif 000015
【図１４】
2006163802.tif 000016
【図１５】
2006163802.tif 000017
【図１６】
2006163802.tif 000018
【図１７】
2006163802.tif 000019
【図１８】
2006163802.tif 000020
【図１９】
2006163802.tif 000021
【図２０】
2006163802.tif 000022
【図２１】
2006163802.tif 000023
【図２２】
2006163802.tif 000024
【図２３】
2006163802.tif 000025
【図２４】
2006163802.tif 000026
【図２５】
2006163802.tif 000027
【図２６】
2006163802.tif 000028
【図２７】
2006163802.tif 000029
【図２８】
2006163802.tif 000030
【図２９】
2006163802.tif 000031
【図３０】
2006163802.tif 000032
【図３１】
2006163802.tif 000033
【図３２】
2006163802.tif 000034
【図３３】
2006163802.tif 000035
【図３４】
2006163802.tif 000036