JPH09330195A - Information guidance method and its device - Google Patents

Information guidance method and its device

Info

Publication number
JPH09330195A
JPH09330195A JP8152540A JP15254096A JPH09330195A JP H09330195 A JPH09330195 A JP H09330195A JP 8152540 A JP8152540 A JP 8152540A JP 15254096 A JP15254096 A JP 15254096A JP H09330195 A JPH09330195 A JP H09330195A
Authority
JP
Japan
Prior art keywords
information
user
input
search
key
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.)
Granted
Application number
JP8152540A
Other languages
Japanese (ja)
Other versions
JP3316826B2 (en
Inventor
Masanobu Higashida
正信 東田
Masahiro Oku
雅博 奥
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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP15254096A priority Critical patent/JP3316826B2/en
Publication of JPH09330195A publication Critical patent/JPH09330195A/en
Application granted granted Critical
Publication of JP3316826B2 publication Critical patent/JP3316826B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To obtain a target retrieval result through a little key operation by allocating characters to each key, performing retrieval from a data base with input of a vague key sequence of place information, etc., and repeating retrieval by prompting input of additional information when more than one retrieval result is obtained and narrowing down candidates. SOLUTION: Characters are assigned to one key and an input part 21 accepts a vague key sequence of a reading of name information or place information inputted by a user 22. A data base retrieval part 26 uses the accepted key sequence as a retrieval key for retrieval from an information data base 23 and a vagueness solution part 27 decides whether or not the retrieval result is unique. When not, a scenario/message dictionary 28 is referred to and a message prompting the user to input additional information is sent out to the user 22 through an output part 31. The additional information inputted by the user is used to repeat retrieval from the information data base 23, thereby narrowing down candidates.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】この発明は電話番号案内など
に利用され、1つのキーに複数の文字が割当てられた入
力手段により入力すべき1文字と対応するキーを1度操
作することにより得られるキーシーケンス、つまり曖昧
さを含むキー列を受付けて、そのキーシーケンスにデー
タベースを検索して利用者が所望する検索結果を提供す
る情報案内方法及びその装置に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention is utilized for telephone number guidance and the like and can be obtained by once operating a key corresponding to one character to be input by an input means in which a plurality of characters are assigned to one key. The present invention relates to an information guide method and apparatus for receiving a key sequence, that is, a key string including ambiguity, searching a database for the key sequence, and providing a search result desired by a user.

【0002】[0002]

【従来の技術】電話機のように日本語文字の数や英文字
の数よりも少ないキーしかない入力手段により日本語の
読み情報を入力することが提案されている。つまり例え
ば図13に示すように電話機11に設けられている10
個の数字キー12のうちの数字「1」に対応するキー1
1 に日本語50音文字表のあ行の文字「あいうえお」
と長音(ー)を割当て、数字「2」に対応するキー12
2 にか行の文字「かきくけこ」と英文字「ABC」を割
当て、数字「3」に対応するキー123 にさ行の文字
「さしすせそ」と「DEF」を割当て、以下同様に順次
割当て、更に「*」印キー131 に濁音(゛)と半濁音
(°)を割当て、「#」印キー132 に「スペース」と
「終了」及び「区切り」を割当てる。このような入力手
段を用いて日本語情報を入力する方法として以下の方法
が考えられる。 (A)「あ」を入力する場合は「あ」が表記されている
キー121 を1回、「い」を入力する場合は「あ」が表
記されているキー121 を2回という様に行を指定する
キーを選択してそのキーを押す回数で文字を指定する方
法。 (B)「あ」は「01」「い」は「02」といったよう
にそれぞれの文字を数字2桁を使って符号化して「あ
い」を入力する場合はキー120 ,121 ,120,1
2 を順次操作する方法。 (C)「ひかり49号」は「1234」、「東京駅」は
「9876」などのように複合語、単語などを一つの数
字に対応させて符号化しておき、対応する番号キーを押
下することで入力する。 (D)特開昭63−211010号公報に示すように、
人名情報Smithを、その綴りの順にその英文字が表
示されたキー127 ,126 ,124 ,128 ,124
を順次操作して入力し、その入力された曖昧さを含むキ
ー列(キーシーケンス)によりデータベースを検索して
情報を得ることが提案されている。この場合は1文字に
ついてキー操作は1回でよく、また、文字と符号との対
応を知らなくてもよい。しかし例えばキー127 が操作
されても、文字「P」が入力されたか、「R」が入力さ
れたか、「S」が入力されたか不明であり、つまり曖昧
さがある。この曖昧さの問題を解決するため、例えば電
話番号案内において、案内対象となる名義の特定に必要
と思われる住所情報、名義情報のほぼ全てを利用者に要
求し、その入力されたキーシーケンスで図14に示すよ
うに、データベースを検索し、検索結果が1つであれ
ば、その情報を利用者へ提供し、検索結果が複数であれ
ば、例えば「名は文字Jで始まりますか」というように
はい/いいえで答えられる質問(ブール排他質問)を利
用者に行い、その回答に応じて検索結果中の正しくない
候補を排除し、その残りが1つになるまで順次各種のブ
ール排他質問を行う。各種の質問をしても候補を所定数
以下に絞ることができない場合は、新たな情報の入力を
利用者に要求する。
2. Description of the Related Art It has been proposed to input Japanese phonetic reading information by an input means such as a telephone, which has fewer keys than the number of Japanese characters or English characters. That is, for example, as shown in FIG.
Key 1 corresponding to the number “1” of the number keys 12
The letter "aiueo" in line 2 of the Japanese syllabary table in 2 1
Key 12 corresponding to the number "2" is assigned
Assign the character "Kakikukeko" on the 2nd line and the alphabet "ABC", and the characters "Sashisuseso" and "DEF" on the second line to the key 12 3 corresponding to the number "3", and so on. Further, the "*" mark key 13 1 is assigned to the dakuon (") and the semi-voiced sound (°), and the"#"mark key 13 2 is assigned to the" space "," end "and" break ". The following methods are conceivable as methods for inputting Japanese information using such input means. (A) "A" If you want to enter the "A" key 12 1 once it is labeled a, if you type the "i" is such that the key 12 1 twice that "A" has been expressed The method of selecting the key that specifies the line in and specifying the character by the number of times the key is pressed. (B) "A" is "01", "I" is "02", etc. When each character is encoded using two digits and "Ai" is input, keys 12 0 , 12 1 , 12 0 , 1
Method to operate 2 2 in sequence. (C) "Hikari 49" is "1234", "Tokyo Station" is "9876", etc. Compound words, words, etc. are encoded corresponding to one number, and the corresponding number key is pressed. Enter it. (D) As shown in JP-A-63-21110,
Keys 12 7 , 12 6 , 12 4 , 12 8 , 12 4 in which the English characters are displayed in the order of spelling of the personal name information Smith
It has been proposed to sequentially input and input, and to retrieve information by searching a database with a key sequence (key sequence) including the input ambiguity. In this case, the key operation needs to be performed only once for one character, and it is not necessary to know the correspondence between the character and the code. However, even if the key 12 7 is operated, for example, it is unknown whether the character “P”, “R”, or “S” is input, that is, there is ambiguity. In order to solve this ambiguity problem, for example, in telephone number guidance, request almost all of the address information and name information that are necessary for specifying the name to be guided, and request the user with the entered key sequence. As shown in FIG. 14, if the database is searched and there is only one search result, that information is provided to the user, and if there are multiple search results, for example, "Does the name begin with the letter J?" Questions that can be answered yes / no (Boolean exclusive question) to the user, eliminate incorrect candidates in the search result according to the answer, and sequentially various Boolean exclusive questions until the remaining one I do. If the number of candidates cannot be narrowed down to a predetermined number or less even after asking various questions, the user is requested to input new information.

【0003】[0003]

【発明が解決しようとする課題】しかしながら、上記の
従来の方法には、以下のような問題がある。従来の
(A)の方法は、入力する文字を指定する方式であるた
め、入力文字の正確性は、保証されている。但し、「あ
列」の文字はボタンキー1回、「い列」の文字列はボタ
ンキーを2回、「う列」の文字はボタンキー3回、「え
列」の文字列はボタンキーを4回、「お列」の文字はボ
タンキー5回押すことになり、全ての列の文字が略同頻
度で利用されると仮定すれば、平均のボタンキー押下回
数は、3回となり、ボタンを多く押す必要がある。ま
た、表示装置がない場合は、ボタンキーを何回押したか
わからなくなることもあり、誤入力を起こす確率が大き
くなる。また、「うえ」のように同じ行の文字を続けて
入力する時には、「う」は「あ行」のボタン3回、
「え」は「あ行」を4回押すことになるが、「あ行」を
7回続けて押すと誤入力となる(「あお」、「いえ」、
「うえ」、「えい」等の可能性がある)ので、「あ行」
のボタン3回押して入力が確定するのを待った後で、
「え」の「あ行」を4回押すことになり、入力に時間が
かかることになる。
However, the above-mentioned conventional methods have the following problems. Since the conventional method (A) is a method of designating an input character, the accuracy of the input character is guaranteed. However, the letter "A row" is the button key once, the letter "I row" is the button key twice, the letter "U row" is the button key 3 times, and the letter "E row" is the button key 4 times, the character of "row" is pressed 5 times the button key, and assuming that the characters of all the rows are used at almost the same frequency, the average number of times the button key is pressed is 3, You need to press many buttons. Further, if there is no display device, it may be impossible to know how many times the button key has been pressed, which increases the probability of erroneous input. Also, when you continue to input characters on the same line, such as "Ue", "U" is the "A line" button three times,
"Eh" means pressing "Ah" four times, but if you press "Ah" seven times in a row, you will get an incorrect input ("Ao", "No",
There is a possibility of "Ue", "Ei", etc.), so "Ah"
After pressing the button three times and waiting for the input to be confirmed,
You have to press "Ah" in "E" four times, and it will take time to input.

【0004】従来の(B)の方法は、文字を2桁の数字
列でコード化する方式でも入力自体の正確性は保証され
る。但し、それぞれの文字に対してコード表を参考にし
て2回づつボタンキーを押下することになるので、入力
時間が長くなる、長い文字列の入力ではボタンの押下回
数が文字数の2倍になるので、入力ミスの確率が増える
等の問題がある。
In the conventional method (B), the accuracy of the input itself is assured even when the character is encoded by a two-digit numerical string. However, since the button key is pressed twice for each character with reference to the code table, the input time becomes long, and the number of times the button is pressed is twice the number of characters when a long character string is input. Therefore, there is a problem that the probability of input error increases.

【0005】従来の(C)の方法は、投入する日本語の
文字列に対応して予め数字列にコード化した変換表を参
考にしてコードを求め投入する方法もある。この方法
は、入力する情報毎にコード表を参照することになり、
投入に手間がかかるという問題がある。従来の(D)の
方法のように曖昧さを含むキー入力では、必要と思われ
る全ての情報を1度に入力させ、データベースの検索を
1回で済ませるため、検索結果が1つになる可能性が高
いが、1回に入力させる情報量が多く、利用者の負担が
大きい。
In the conventional method (C), there is also a method in which a code is obtained by referring to a conversion table coded in advance into a numeric string corresponding to the Japanese character string to be input and then input. This method will refer to the code table for each input information,
There is a problem that it takes time to put it in. With the key input including ambiguity like the conventional method (D), all the information that seems necessary is input at once, and the database search can be done only once, so there can be only one search result. However, the amount of information to be input at one time is large and the burden on the user is large.

【0006】また、全ての検索対象に対して、検索条件
として好ましい情報は必ずしも一致していない。このた
め検索結果に多くの候補が生じ、その絞り込みに多くの
質問が必要となり、この点で利用者の負担を増し、場合
によっては更に情報入力を要求することになり、更に利
用者の負担を増加させる。
Further, the information preferable as the search condition does not necessarily match with all the search objects. As a result, many candidates are generated in the search results, and many questions are required to narrow down the search results, which increases the burden on the user, and in some cases, requires more information input, further burdening the user. increase.

【0007】[0007]

【課題を解決するための手段】この発明によれば1つの
キーに複数の文字が割当てられた入力手段により、名義
情報又は場所情報の一部がかな文字での読みの各文字と
対応する各1つのキーを1度操作して入力されたキーシ
ーケンスを受付け、その受付けたキーシーケンスを検索
キーとしてデータベースの検索を行い、その検索により
複数の検索結果が得られると、 a.これら複数の検索結果に関連する追加情報の入力を
促するガイダンスを提供する過程と、 b.その追加情報が上記入力手段により同様の手法で入
力された追加キーシーケンスを受付ける過程と、 c.その追加キーシーケンスとこれまでに得られた検索
結果とを用いて複数の検索結果を絞り込む過程と、その
絞り込み結果が複数ある間a乃至cの過程を繰返し、絞
り込み結果が1つになると、その結果の情報を利用者へ
提供する。
According to the present invention, by means of the input means in which a plurality of characters are assigned to one key, each part of the nominal information or the place information corresponds to each reading character in kana characters. When a key sequence input by operating one key once is accepted, the received key sequence is used as a search key to search the database, and a plurality of search results are obtained by the search, a. Providing guidance that prompts for additional information related to these multiple search results, b. Accepting an additional key sequence whose additional information is entered in a similar manner by the input means, c. When a plurality of search results are narrowed down using the additional key sequence and the search results obtained so far, and the steps a to c are repeated while there are a plurality of narrowed down results, and the narrowed down results become one, Provide the result information to the user.

【0008】追加情報はそれまでの入力情報から利用者
が聞いて当然と思われる事項を選択する。つまり追加情
報の要求は利用者には検索条件が少ないために検索結果
が複数になったのか、あるいは入力方法に曖昧性を許容
したために検索結果が複数になったのかの区別を意識さ
せないような対話制御が行われる。追加情報は検索条件
(検索キー)とそれまでに得られている検索結果とから
決る条件とこれと対応する追加情報との各種のものがそ
のシナリオ辞書に記憶され、このシナリオ辞書からその
条件と合致するものを検索し、合致するその追加情報の
入力を促する。その追加情報としては利用者にその追加
情報を促するメッセージとして記憶されていることもあ
る。
As the additional information, items that the user hears and understands are selected from the input information up to that point. In other words, the request for additional information does not make the user aware of whether there are multiple search results because there are few search conditions, or whether there are multiple search results due to ambiguity in the input method. Interactive control is performed. As the additional information, various types of conditions determined from the search condition (search key) and the search results obtained so far and corresponding additional information are stored in the scenario dictionary. It will search for a match and will prompt you for that additional information. The additional information may be stored as a message prompting the user for the additional information.

【0009】前記a乃至cの過程の繰返しによって1つ
に絞り込むことができない場合は、残った複数の検索結
果を構成する情報を順次利用者に提供して、二者択一の
指定をさせる。
When it is not possible to narrow down to one by repeating the above steps a to c, the information constituting the plurality of remaining search results is sequentially provided to the user, and the user is allowed to specify the alternative.

【0010】[0010]

【発明の実施の形態】図1Aにこの発明の方法を実施す
る情報案内装置の機能構成例を示す。入力部21に利用
者22から例えば図13に示した入力手段により入力さ
れた曖昧性のあるキー列(キーシーケンス)が受付けら
れ、この受付けがなされると、情報データベース23の
検索が行われたか否か、追加情報の要求が行われたか否
か、利用者22が既に入力した情報が何であるかといっ
た利用者22との対話の状況を対話制御部24により監
視し、利用者22とこの情報案内装置25との対話が行
われる。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1A shows an example of the functional configuration of an information guide device for carrying out the method of the present invention. An ambiguous key sequence (key sequence) input by the user 22 by the input means shown in FIG. 13, for example, is accepted by the input unit 21, and when this acceptance is made, is the information database 23 searched? Whether or not additional information is requested, whether or not the information that the user 22 has already input is monitored by the dialog control unit 24, and the user 22 and this information are monitored. A dialogue with the guide device 25 is performed.

【0011】入力部21により受付けたキーシーケンス
を検索キーとしてデータベース検索部26により情報デ
ータベース23が検索され、その検索結果(候補)は曖
昧性解消部27により一意であるか否か判別され、一意
でない場合に利用者に対して追加情報として何を要求す
るかの決定がなされる。この決定は検索条件(検索キ
ー)と検索結果とにより決る条件と、その条件に応じた
追加情報の入力を利用者に促すメッセージが記憶されて
いるシナリオ/メッセージ辞書28を参照して行われ
る。キーシーケンスの受付けにもとづく応答、質問、追
加情報のメッセージ、検索結果を利用者22へ提供でき
るように出力用データ作成部29により加工され、その
加工された出力用データは通常音声情報として出力部3
1を通じて利用者22へ送出される。情報データベース
23では1つのレコードは検索するための1つ以上のイ
ンデックス部分とそれらの情報本体部分とから構成され
る。
The database search unit 26 searches the information database 23 using the key sequence received by the input unit 21 as a search key, and the search result (candidate) is determined by the disambiguation unit 27 to determine whether it is unique. If not, a decision is made as to what additional information to request from the user. This determination is performed by referring to the scenario / message dictionary 28 in which a condition determined by the search condition (search key) and the search result and a message prompting the user to input additional information according to the condition are stored. A response based on the acceptance of the key sequence, a question, a message of additional information, and a search result are processed by the output data creation unit 29 so as to be provided to the user 22, and the processed output data is output as normal voice information. Three
1 to the user 22. In the information database 23, one record is composed of one or more index parts for searching and those information body parts.

【0012】次にこの発明による情報案内方法の実施例
の処理手順を図2を参照して説明する。ステップ1 :入力部21では曖昧性のあるキー列(キー
シーケンス)の入力を受け付け、それを対話制御部24
へ送る。対話制御部24では、現在の状態が以下の状態
のいずれであるのかを識別しており、 (1)情報データベース検索前の状態。 (2)情報データベース検索後であって、追加情報が要
求されている状態。 (3)候補が確定し、利用者に情報を提供可能な状態。
Next, the processing procedure of the embodiment of the information guiding method according to the present invention will be described with reference to FIG. Step 1 : The input unit 21 accepts an input of an ambiguous key sequence (key sequence), and the input is accepted by the dialogue control unit 24.
Send to The dialogue control unit 24 identifies which of the following states the current state is: (1) State before information database search. (2) After the information database is searched, additional information is requested. (3) Candidates are confirmed and information can be provided to the user.

【0013】さらに対話制御部24では、上記の状態と
入力部21で得られた曖昧性のあるキー列とをデータベ
ース検索部26へ送る。ステップ2 :データベース検索部26では、前記(1)
の状態の場合には入力部21で得られた曖昧性のあるキ
ー列によって情報データベース23を検索し、候補(検
索結果)を獲得する。(2)の状態の場合にはすでに検
索してある候補に対して入力部21で得られた曖昧性の
あるキー列を満たす候補のみを選択する。ステップ3 :対話制御部24では、現在の候補の中に曖
昧性が残っているか、つまり複数の候補が得られている
かをチェックし、そのチェック結果に応じて処理を分け
る。曖昧性が残っていない、すなわち、候補が1つの場
合には、その候補を出力用データ作成部29に送る(ス
テップ10へ移る)。曖昧性が残っている場合には、曖
昧性解消部27にその候補を送る(ステップ4へ移
る)。ステップ4 :曖昧性解消部27では、利用者22に要求
可能な追加情報がまだ存在するか否かで処理を分ける。
要求可能な追加情報がまだ存在する場合には、候補間の
差から追加情報として利用者に何を要求するかを決定す
る。この場合、それまでに得られた検索結果と、各種の
検索キー(検索条件)をシナリオ/メッセージ辞書28
のシナリオ部の条件部を照合して条件が合致したシナリ
オのアクションを取得する。メッセージ部には利用者に
その条件と対応してどの追加情報を要求したらよいか
が、その要求のための雛形となるメッセージが記録され
ている。前記条件と合致したシナリオのアクション、つ
まりメッセージを対話制御部24へ送る(ステップ5へ
移る)。要求可能な追加情報がシナリオ/メッセージ辞
書28で見付けることができなかった場合は、その旨を
対話制御部24へ送る(ステップ6へ移る)。ステップ5 :対話制御部24では、追加情報として求め
る項目(メッセージ)を出力用データ作成部29に送
り、利用者22に追加情報を求めるためのデータを受け
取る。さらに、このデータを出力部31に送って、利用
者22に追加情報の入力を要求する。ステップ6 :候補の数によって処理を分ける。候補の数
がN個以上の場合にはステップ7へ、N個未満の場合に
はステップ8へ移る。ここでNは可変値であり、4や5
といった整数値を取る。ステップ7 :対話制御部24では、候補がN個以上あっ
て、これ以上特定することができないので、結果を「候
補多数」とする。ステップ8 :対話制御部24では、N個未満の候補を出
力用データ作成部29に送り、候補を利用者に選択させ
るためのデータ(音声データであれば「Aですか、Bで
すか、それともCですか」といったガイダンス)を受け
取り、出力部31を通して利用者22に選択を求める。
さらに、入力部21を通して利用者の選択結果を取得す
る。ステップ9 :対話制御部24では、利用者が選択した候
補を結果とする。ステップ10 :対話制御部24では、結果を出力用デー
タ作成部29に送り、適切な結果提供のためのデータを
受け取る。さらに、このデータを出力部31に送って、
利用者22に検索結果としての情報を提供する。 [具体例1]次に追加情報を用いて、順次候補(検索結
果)を絞り込んでゆく過程を具体例を用いて説明する。
入力部21はプッシュトーン送出可能なプッシュボタン
付き電話機よりのダイヤルトーンデータを受付け、出力
部31は前記電話機の受話器へ音声信号を出力する。従
って情報案内装置25から利用者22へ送出されるデー
タは音声データである。図3に具体例の説明に用いるた
めの情報データベース23の内容例を示す。この例は架
空のものであり、以下の例も同様に架空のものである。
図3中の住所キー列33、姓名キー列34は、それぞれ
図に示した各キー12への文字割り当て例に基づいて、
住所の読みおよび姓名の読みをそれぞれ数字列に置き換
えた情報データベース23中のインデックス部分であ
り、図3中の電話番号列35が情報データベース23の
情報本体部分である。例えば、「しがけん」は図の文字
割り当てによって「32*20」となる。なお、「32
*20」は「しがけん」だけでなく、「さがけん」に対
するキー列となる。このように住所キー列(姓名キー列
についても同様)には曖昧性が存在する。
Further, the dialogue control section 24 sends the above-mentioned state and the ambiguous key string obtained by the input section 21 to the database search section 26. Step 2 : In the database search unit 26, the above (1)
In the case of the state, the information database 23 is searched by the ambiguous key string obtained by the input unit 21, and candidates (search results) are acquired. In the case of the state (2), only candidates satisfying the ambiguous key string obtained by the input unit 21 are selected from the candidates already searched. Step 3 : The dialogue control unit 24 checks whether or not the ambiguity remains in the current candidate, that is, whether or not a plurality of candidates are obtained, and divides the processing according to the check result. When no ambiguity remains, that is, when there is one candidate, the candidate is sent to the output data creation unit 29 (moves to step 10). When the ambiguity remains, the candidate is sent to the ambiguity resolution unit 27 (moves to step 4). Step 4 : The disambiguation unit 27 divides the processing depending on whether or not the additional information requestable to the user 22 still exists.
If additional information that can be requested still exists, what is requested from the user as additional information is determined from the difference between the candidates. In this case, the search results obtained up to that point and various search keys (search conditions) are used as the scenario / message dictionary 28.
The condition part of the scenario part is compared to obtain the action of the scenario that matches the condition. In the message section, a message is recorded, which is a template for requesting which additional information should be requested to the user in response to the condition. The action of the scenario that matches the above condition, that is, a message is sent to the dialogue control unit 24 (go to step 5). If the requestable additional information cannot be found in the scenario / message dictionary 28, a message to that effect is sent to the dialogue control unit 24 (go to step 6). Step 5 : The dialogue control section 24 sends an item (message) to be obtained as additional information to the output data creating section 29, and receives data for requesting additional information from the user 22. Further, this data is sent to the output unit 31 to request the user 22 to input additional information. Step 6 : Processing is divided according to the number of candidates. If the number of candidates is N or more, the process proceeds to step 7, and if it is less than N, the process proceeds to step 8. Where N is a variable value, 4 or 5
Takes an integer value such as. Step 7 : Since the dialogue control unit 24 has N or more candidates and cannot specify any more, the result is set to “many candidates”. Step 8 : The dialogue control unit 24 sends less than N candidates to the output data creation unit 29, and the data for prompting the user to select a candidate (for voice data, “A? B? Guidance?) And asks the user 22 to make a selection through the output unit 31.
Further, the selection result of the user is acquired through the input unit 21. Step 9 : The dialogue control unit 24 sets the candidate selected by the user as the result. Step 10 : The dialogue control section 24 sends the result to the output data creating section 29, and receives data for providing an appropriate result. Furthermore, by sending this data to the output unit 31,
The user 22 is provided with information as a search result. [Specific Example 1] Next, a process of sequentially narrowing down candidates (search results) using additional information will be described using a specific example.
The input unit 21 receives dial tone data from a telephone with push buttons capable of transmitting push tones, and the output unit 31 outputs a voice signal to the handset of the telephone. Therefore, the data transmitted from the information guiding device 25 to the user 22 is voice data. FIG. 3 shows an example of the contents of the information database 23 used for explaining the specific example. This example is fictitious, and the following examples are similarly fictitious.
The address key sequence 33 and the family name key sequence 34 in FIG. 3 are based on the example of character assignment to each key 12 shown in the figure.
This is an index portion in the information database 23 in which the reading of the address and the reading of the first and last names are each replaced with a numeric string, and the telephone number string 35 in FIG. 3 is the information main body portion of the information database 23. For example, "Shigaken" becomes "32 * 20" by the character assignment in the figure. Note that "32
* 20 ”is a key string for“ Sagaken ”as well as“ Shigaken ”. As such, there is ambiguity in the address key sequence (the same applies to the first and last name key sequence).

【0014】これら曖昧性を解消するための制御用に各
種のフラグやレジスタが本装置内には装備されている。
例えば、曖昧性解消部27には、図1Bに示すように、
住所、姓名などの各項目の入力状態をチェックする住所
*県入力フラグ、住所*市区入力フラグ、住所*町村入
力フラグ、姓入力フラグ、名入力フラグが設けられてい
て、これら入力フラグは情報が入力されていないときは
OFF状態であり、情報が入力されるとON状態となる
よう構成されている。これら入力フラグから各検索項目
の入力状態がチェックされる。
Various flags and registers are provided in the apparatus for control to eliminate these ambiguities.
For example, in the disambiguation unit 27, as shown in FIG.
Address, prefecture input flag, address * city / ward input flag, address * town / village input flag, surname input flag, first name input flag are provided to check the input status of each item such as address and family name. These input flags are information. Is input when is not input, and is input when information is input. The input state of each search item is checked from these input flags.

【0015】また、データベース検索部26には、キー
検索の結果、このキー列に該当する候補数を収容する候
補数レジスタと、これら候補に相当するデータ数を収容
する検索結果数レジスタが設けられている。例えば、上
記のようにキー列「32*20」で検索した場合には、
候補数レジスタには2が収容され、これらの候補に対す
るデータ数が検索結果数レジスタ内に収容される。
Further, the database search unit 26 is provided with a candidate number register which stores the number of candidates corresponding to this key string as a result of the key search and a search result number register which stores the number of data corresponding to these candidates. ing. For example, when searching with the key string “32 * 20” as described above,
2 is stored in the candidate number register, and the number of data for these candidates is stored in the search result number register.

【0016】対話制御部24には、サービスフラグが設
けられていて、このサービスフラグはシステムが稼働し
ていない状態ではOFFとなっていて、利用者から本装
置が起動されるとONとなり、さらに利用者に所望の情
報を提供するとOFFとなるよう構成されている。これ
らフラグやレジスタの設定の仕方は検索項目、検索など
によって如何様にも増設することができる。これらフラ
グやレジスタについては図4のシナリオ/メッセージ辞
書には示されていないが、本装置ではこれらのフラグや
レジスタを用いることによって入出力状態や検索状態を
検知する手段を実現することができる。これらすべての
フラグのON、OFF状態やレジスタ内容を総称してシ
ステム状態といっている。
The interactive control unit 24 is provided with a service flag, which is OFF when the system is not operating, and is ON when the apparatus is activated by the user. It is configured to be turned off when the desired information is provided to the user. The method of setting these flags and registers can be arbitrarily expanded by searching items or searching. Although these flags and registers are not shown in the scenario / message dictionary of FIG. 4, this apparatus can realize means for detecting the input / output state and the search state by using these flags and registers. The ON / OFF states of all these flags and the register contents are collectively referred to as the system state.

【0017】図4に具体例の説明に用いるシナリオ/メ
ッセージ辞書28の内容例を示す。シナリオ/メッセー
ジ辞書28は利用者にこの情報案内装置25で確定した
情報を確認したり、利用者に要求する追加情報を確定し
たりするために利用され、シナリオ部36とメッセージ
部37とよりなり、シナリオ部36は条件部とアクショ
ン部に分けられ、つまりシナリオ部36中の始めから記
号→までは条件部であり、記号→の後、(右側)はアク
ション部である。条件部はそれまでに得られている検索
結果と、検索条件(検索キー)とにより決る各種の条件
が示され、その条件が成立(条件と合致)するものがあ
るかどうかを照合できるような形式で記述されている。
FIG. 4 shows an example of contents of the scenario / message dictionary 28 used for explaining the concrete example. The scenario / message dictionary 28 is used for confirming the information confirmed by the information guide device 25 to the user and confirming the additional information required by the user, and includes a scenario section 36 and a message section 37. The scenario part 36 is divided into a condition part and an action part. That is, the beginning to the symbol → in the scenario part 36 is the condition part, and after the symbol →, the (right side) is the action part. The condition part shows various conditions determined by the search results obtained so far and the search condition (search key), and it is possible to check whether or not there is a condition that satisfies the condition (matches the condition). It is described in the format.

【0018】例えば|(条件1)&(条件2)&(条件
3)|/(条件4)と記述され、&はその両側の条件が
同時に成立することを要求し、/はその両側の条件のど
ちらかが成立すれば良いことを示す。更に具体的に述べ
ると、図4中のシナリオ番号4の条件部及びアクション
部は次の通りである。 (市区郡候補数=複数)&(検索結果数>M)&(姓入
力=N)&(名入力=N)→町村入力要求 これは受付けられたキー列(キーシーケンス)の市区郡
候補が複数あり、かつその候補による検索結果数がMよ
り多く、かつ姓情報は入力されてなく、かつ名情報も入
力されていないという条件を表わし、この場合のアクシ
ョン部は町村入力要求であって、追加情報として町村情
報の入力を要求することを示し、当該欄のメッセージ部
37は「今入力された市区郡のどこの町、村でしょう
か、わからない時は「わからない」と入力してくださ
い」とメッセージを利用者へ出して、町村情報の入力を
要求することを示している。つまり条件部にはそれまで
に入力された検索キー(項目)と、その検索結果と、未
入力の検索キー(項目)との各種組合せよりなり、その
各条件と対応してアクション部に好ましい追加情報(検
索キー、つまり項目)又は確認が記述され、更にその追
加情報又は確認を利用者に要求するためのメッセージの
モデルがメッセージ部に記述されている。なお、この図
4に示したシナリオ/メッセージ辞書のシナリオは、検
索時に地域(住所)の絞り込みをまず重点的に行い、次
に名義の絞り込みを実施する戦略で構成されている。
For example, | (condition 1) & (condition 2) & (condition 3) | / (condition 4) is described, and & requires that the conditions on both sides of the condition are satisfied at the same time, and / is the condition on both sides. It means that either of the above is satisfied. More specifically, the condition part and action part of scenario number 4 in FIG. 4 are as follows. (Number of city / district candidates = multiple) & (Number of search results> M) & (Last name input = N) & (First name input = N) → Town / village input request This is the city / district of the accepted key string (key sequence) It represents the condition that there are multiple candidates, the number of search results by the candidates is more than M, the surname information is not input, and the first name information is not input. In this case, the action part is the town and village input request. Then, the message part 37 of the column indicates that you need to enter the town and village information as additional information. If you do not know which town or village in the city or district you just entered, enter "I do not know" Please send a message saying "please" to the user to request the input of town and village information. In other words, the condition part is composed of various combinations of the search key (item) that has been input so far, the search result, and the search key (item) that has not been input, and is preferably added to the action part in correspondence with each condition. Information (search key, that is, item) or confirmation is described, and a message model for requesting the additional information or confirmation from the user is described in the message section. The scenario of the scenario / message dictionary shown in FIG. 4 is configured by a strategy of first focusing on the area (address) and then narrowing down the name when searching.

【0019】ここで、図5に示すシステム処理フローを
用いて、検索キー(項目)の入力・未入力状態、検索結
果の数などによって変わるシステム状態をチェックし、
例えば図4に示すようなシナリオ/メッセージ辞書28
を利用して、検索結果を1つに絞り込むまでの情報案内
装置の動作を説明する。装置が動作していない状態で
は、サービスフラグがOFFとなっていて、利用者から
電話番号の問い合わせがあるのを待機する。 ステップS1 利用者から電話番号を問い合わせる呼が受付けられる
と、装置が起動され、図4のシナリオ番号1にあるよう
にシステム状態がリセットされ、サービスフラグがON
となる。 ステップS2 このステップでは、住所・姓名などの情報の入力状態を
取得する。
Here, the system processing flow shown in FIG. 5 is used to check the system state that changes depending on the input / non-input state of the search key (item) and the number of search results,
For example, a scenario / message dictionary 28 as shown in FIG.
The operation of the information guiding apparatus until the search results are narrowed down to one by using will be described. In a state where the device is not operating, the service flag is OFF, and the system waits for a telephone number inquiry from the user. Step S 1 When the call for the telephone number is accepted from the user, the device is activated, the system state is reset as shown in scenario number 1 in FIG. 4, and the service flag is turned on.
Becomes Step S 2 In this step, the input state of information such as an address and a family name is acquired.

【0020】初めは全検索項目が未入力であるので各項
目の入力フラグがOFF状態である。そして、利用者が
市区などの情報を入力したときに、後述するステップS
12で住所*市区入力フラグなど入力情報に応じたフラグ
がOFF状態からON状態となり、システム状態が変更
される。このステップS2 では、これら入力フラグのO
N,OFF状態や、その他システムの動作状態を検知す
るために必要に応じて設けられたフラグなどのON,O
FF状態を取得する。 ステップS3 前記システム状態とシナリオ/メッセージ辞書28の条
件部とを照合して、条件部の全項目に合致しているシナ
リオ項目があるか否かを判断し、あればステップS
4 へ、無い場合にはステップS13へ移る。
Initially, since all the search items have not been input, the input flag of each item is OFF. Then, when the user inputs information such as city, step S described later.
At 12 , the flags corresponding to the input information such as the address * city / district input flag are changed from the OFF state to the ON state, and the system state is changed. In this step S 2 , the input flag O
ON, O such as flags provided as necessary to detect N, OFF states and other system operating states
Get the FF state. Step S 3 The system state is compared with the condition section of the scenario / message dictionary 28 to determine whether there is a scenario item that matches all the items in the condition section, and if there is, a step S 3
To 4, in the absence proceeds to step S 13.

【0021】初めは全入力フラグがOFF状態、つま
り、全検索項目が未入力であるので、この場合はシナリ
オ番号2の条件部を満たしているので、ステップS4
処理へ移る。 ステップS4 ここでシナリオ番号21のように最終的に検索結果が一
意に特定されて電話番号案内を送出したときには、サー
ビスフラグをOFFにする。情報を検索している状態で
はサービスフラグはON状態のままである。また、同一
の検索項目に対して何度も利用者から入力がありなが
ら、検索結果が0件のとき、即ちシステム状態に合致し
たシナリオ項目がないときなどには、その入力回数をカ
ウントし、その入力回数が所定回数を超えた時に、「入
力方法が間違っているようです。もう一度使用方法を確
かめられてからご利用ください。」との警告メッセージ
を利用者へ送出するようにすることもできる。 ステップS5 システム状態に合致したシナリオ項目にあるメッセージ
部を取り出し、このメッセージ部に利用者からの入力情
報を盛り込んで出力用のメッセージを編集する。このメ
ッセージは利用者からの入力情報の確認や、新項目(追
加情報)の入力を要求する内容を含んでいる。
Initially, all input flags are OFF, that is, all search items have not been input. In this case, since the condition part of scenario number 2 is satisfied, the process proceeds to step S 4 . Step S 4 When the search result is finally uniquely specified and the telephone number guidance is sent out like the scenario number 21, the service flag is turned off. The service flag remains ON while information is being retrieved. In addition, when the user inputs many times to the same search item, but the search result is 0, that is, when there is no scenario item that matches the system state, the input count is counted, When the number of times of input exceeds the predetermined number of times, it is possible to send a warning message to the user "The input method seems to be wrong. Please check the usage again before using it." . Step S 5 The message part in the scenario item that matches the system state is taken out, and the input message from the user is included in this message part to edit the output message. This message includes the contents of requesting confirmation of input information from the user and input of new item (additional information).

【0022】たとえば、初めは図4のシナリオ番号2の
メッセージ部に記述されている「市、区、郡の名前を入
力して下さい。分からないときは県名を入力して下さ
い。」の入力を要求するメッセージを取り出す。また、
利用者から市名で「富山市」のつもりで「4873」の
キー入力があり、後述するステップS11,S12にてこの
キー列で検索した結果、「富山市」のほかに同じキー列
「4873」を持つ「津山市」も検索されて、シナリオ
番号4のように複数の市の候補が検索されたときには、
「今入力された市のどこの町、村でしょうか?わからな
いときは“わからない”と入力して下さい。」と別の検
索項目(追加情報)を入力する要求のメッセージが取り
出される。
For example, first, enter "Enter the name of city, ward, or county. If you do not know, enter the prefecture name." Described in the message part of scenario number 2 in FIG. To retrieve the message requesting. Also,
There is a key input of "4873" in the city name from the user with the intention of "Toyama", a result of the search for this key column in step S 11, S 12, which will be described later, in addition to the same key column of "Toyama" When "Tsuyama City" having "4873" is also searched and a plurality of city candidates such as scenario number 4 are searched,
A message requesting you to enter another search item (additional information), such as "Which town or village in the city you just entered? If you do not know, please enter" I don't know "." Is retrieved.

【0023】あるいは、利用者から市名で「横須賀市」
のつもりで「82323」のキー入力があり、このキー
列で検索した結果、シナリオ番号3のように1つの市名
に絞れたときには、「入力された住所は“神奈川県横須
賀市”ですね。」と利用者への確認を要求するメッセー
ジを編集する。 ステップS6 ステップS5 で取り出し、あるいは編集したメッセージ
を利用者に音声出力する。 ステップS7 サービスフラグがON状態であるか否かをチェックす
る。また、利用者に情報をまだ提供していないので同フ
ラグがON状態であればステップS8 へ進み、一方、利
用者に電話番号を案内してしまってサービスフラグがO
FF状態となっていて、もう装置を稼働させる必要が無
くなっている場合には動作を終了させる。 ステップS8 ステップS6 で出力したメッセージ内容に応じて入力さ
れた利用者からの情報を受け付ける。 ステップS9 利用者からの入力状況によりシステム状態を変更する。
例えば、ステップS8により利用者から市名の入力があ
ったときには、住所*市区入力フラグをOFFからON
にする。つまり、入力があった項目の入力フラグをON
にする。なお確認事項に対する「はい」、「いいえ」の
返答についてもフラグを持ち、返事の有無によりONに
したりOFFにしたりする。 ステップS10 利用者からの入力情報によって情報データベース23の
検索が必要か否かを判断し、必要であればステップS11
へ進んで検索を行い、必要でなければステップS2 へ戻
り、このシステム状態における処理を行う。例えば、利
用者からの入力が確認事項に対する「はい」、「いい
え」だけの返答であれば、情報データベース23の検索
は必要ないのでステップS2 へ戻る。 ステップS11 利用者の入力情報から情報データベース23を検索し
て、利用者の意図する候補へ絞りこみ、その検索結果と
して得られた候補を記憶して格納すると共に、この検索
結果から候補が複数あがったのか、あるいは1つに絞り
込めたのか、どんな項目を利用者から入力してもらえば
候補が絞り込まれるかなどを分析する。 ステップS12 ステップS11で得られた結果より、システム状態を変更
する。つまり、上記のようにある検索項目の結果がいく
つ得られたかなどによりデータベース検索部26内の所
定の項目の候補数レジスタや検索結果レジスタが選択さ
れてその内容が変更されたり、どの検索項目まで絞り込
まれているから次に必要な入力項目は何の項目である
か、などがわかるフラグが選択されてその状態が変更さ
れる。
Alternatively, the user may call the city “Yokosuka City”.
There is a key input of "82323", and as a result of searching with this key string, when narrowed down to one city name like scenario number 3, "The input address is" Yokosuka City, Kanagawa Prefecture "isn't it? Edit the message requesting confirmation from the user. Step S 6 The message retrieved or edited in step S 5 is output as voice to the user. Step S 7 service flag is checked whether it is ON state. Also, does not provide the information to the user still proceed the same flag is to step S 8 if the ON state, on the other hand, service flag gone to guide the telephone number to the user O
If it is in the FF state and it is no longer necessary to operate the device, the operation is terminated. Step S 8 The information input from the user according to the message content output in step S 6 is accepted. Step S 9 The system state is changed according to the input situation from the user.
For example, when there is an input of the city name from the user by the step S 8, the address * ON a city input flag from the OFF
To In other words, turn on the input flag of the item that was input
To A flag is also provided for "yes" and "no" responses to the confirmation items, and it is turned on or off depending on whether or not there is a reply. Step S 10 It is judged whether or not the information database 23 needs to be searched based on the input information from the user, and if necessary, the step S 11
To willing to search, returns to step S 2 if necessary, performs the processing in the system state. For example, if the input from the user is only a "yes" or "no" response to the confirmation item, there is no need to search the information database 23, and the process returns to step S 2 . Step S 11 The information database 23 is searched from the input information of the user, narrowed down to the candidates intended by the user, the candidates obtained as the search result are stored and stored, and a plurality of candidates are obtained from this search result. Analyze whether it was raised or narrowed down to one, what kind of item is input by the user and narrowed down candidates. Step S 12 The system state is changed based on the result obtained in step S 11 . That is, depending on how many results of a certain search item are obtained as described above, the candidate number register or the search result register of a predetermined item in the database search unit 26 is selected and its contents are changed, or which search item is selected. Since the items are narrowed down, a flag that shows what input item is required next is selected and the state is changed.

【0024】そして、ステップS2 に戻ってこの時のこ
のシステム状態が取得され、上記のように以降のステッ
プでシステム/メッセージ辞書を利用して検索候補が絞
りこまれ、検索候補が1つになるようにステップS2
らステップS12までの動作が繰り返される。 ステップS13 このステップでは前記ステップS3 にてシナリオ/メッ
セージ辞書内に現在のシステム状態に合致したシナリオ
項目が無い場合、つまり検索不可能な場合に、利用者に
「あいにくお探しの情報が見つかりません。」とのメッ
セージを流してシステムを終了する。
Then, returning to step S 2 , this system state at this time is acquired, and the search candidates are narrowed down by using the system / message dictionary in the subsequent steps as described above, and the search candidates are reduced to one. The operations from step S 2 to step S 12 are repeated so that Step S 13 In this step, if there is no scenario item that matches the current system status in the scenario / message dictionary in step S 3 , that is, if the search is not possible, the user is prompted to “unfortunately find the information you are looking for. Message is displayed and the system is terminated.

【0025】図4に示すシナリオ/メッセージ辞書は利
用者に次々と追加情報を質問して、例えば大阪府に10
万件の候補があったのを、池田市で1000件の候補に
減少させるように検索結果の数を減少させて検索結果を
1つに絞り込む例を中心としたものである。以下具体例
を述べる。 具体例1−1(入力情報から市区郡に曖昧性が生じない
ケース) 利用者22からこの情報案内装置25を呼び出す特定の
番号が入力部で受付けられると、これが対話制御部24
に送られてサービスフラグがONとなり、装置がセット
される(図5のステップS1)。対話制御部24は、装
置が起動されたことを検知して(ステップS2)この時
のシステム状態が図4や図8に示すシナリオ/メッセー
ジ辞書のシナリオ番号の1番の条件部に相当することを
検出して(ステップS3)、このシナリオ番号1番のメ
ッセージ「電話番号案内システムです」を出力用データ
作成部29で取り出す(ステップS5)。(初期状態で
ありサービスフラグがON状態であるのでステップS4
はスキップする。) サービスフラグがONのままであるので(ステップ
7)、利用者入力を受け付けるが(ステップS8)、初
めは入力がないのでシステム状態は変更されず(ステッ
プS9)、データベースの検索は必要がなく(ステップ
10)、変更のないシステム状態、つまり、住所*県入
力フラグ、住所*市区入力フラグ、住所*町村入力フラ
グ、姓入力フラグ、名入力フラグが全てOFFとなって
いて未入力のシステム状態であることが対話制御部24
で取得される(ステップS2)。そして、このシステム
状態が図4のシナリオ/メッセージ辞書のシナリオ番号
2番の条件部に相当することが検出される(ステップS
3)。
The scenario / message dictionary shown in FIG. 4 asks the user for additional information one after another, for example, in Osaka Prefecture,
This is centered on an example in which the number of search results is reduced to 1,000 in Ikeda City, and the number of search results is narrowed down to one so that there are 10,000 candidates. A specific example will be described below. Specific Example 1-1 (Case where ambiguity does not occur in city / district based on input information) When a specific number for calling the information guiding device 25 is accepted from the user 22 at the input unit, this is the dialogue control unit 24.
The service flag is turned on and the device is set (step S 1 in FIG. 5). The dialogue control unit 24 detects that the apparatus has been activated (step S 2 ), and the system state at this time corresponds to the first condition portion of the scenario number of the scenario / message dictionary shown in FIGS. 4 and 8. detected and that (step S 3), taken out by the output data generating unit 29 the message "phone number is guidance system" in this scenario number 1 (step S 5). (Since it is the initial state and the service flag is ON, step S 4
Skip. ) Since the service flag is still ON (step S 7 ), the user input is accepted (step S 8 ), but since there is no input at first, the system state is not changed (step S 9 ), and the database is searched. it is not necessary (step S 10), change without system state, in other words, address * prefecture input flag, address * properly input flag, address * towns and villages input flag, last name input flag, and has become all the name input flag OFF The dialogue control unit 24 indicates that the system state has not been input.
In it is acquired (Step S 2). Then, it is detected that this system state corresponds to the condition part of scenario number 2 in the scenario / message dictionary of FIG. 4 (step S
3 ).

【0026】シナリオ番号2番のアクション部にある市
区郡入力要求としてのメッセージ「市、区、郡の名前を
入力して下さい」を出力用データ作成部で取り出し(ス
テップS5)、このメッセージを利用者22へアナウン
スする(ステップS6)。利用者22から市区郡名とし
て「124*3」が入力されたとする。入力部21では
曖昧性のあるキー列「124*3」入力を受け付け(ス
テップS8)、これを対話制御部24へ送る。対話制御
部24では、現在の状態が情報検索前の状態であること
を認識している。さらに対話制御部24では、入力部2
1から市区郡名が入力されたことを受けて住所*市区入
力フラグをONにして(ステップS8)、この市区郡名
のキー列により情報検索が必要だと判断して(ステップ
10)、上記の状態(検索前状態)と曖昧性のあるキー
列「124*3」とをデータベース検索部26へ送る。
(図2のステップ1)。
[0026] message as properly County input requests in the action part of the scenario number 2 "cities, districts, and enter the name of the county" in the output data generating unit was taken out (step S 5), this message Is announced to the user 22 (step S 6 ). It is assumed that the user 22 inputs “124 * 3” as the city / ward name. Key sequence with the input unit 21 ambiguity "124 * 3" receives the input (Step S 8), and sends it to the dialogue control unit 24. The dialogue control unit 24 recognizes that the current state is a state before information retrieval. Further, in the dialogue control unit 24, the input unit 2
In response to the input of the city / gun name from 1, the address * city / city input flag is turned on (step S 8 ), and it is judged that information retrieval is necessary by the key string of this city / gun name (step S 8 ). S 10 ), Send the above state (pre-search state) and the ambiguous key string “124 * 3” to the database search unit 26.
(Step 1 in FIG. 2).

【0027】データベース検索部26では、入力部21
で得られた曖昧性のあるキー列「124*3」によって
情報データベース23を検索し、候補を獲得する(図5
のステップS11、図2ステップ2)。情報データベース
23の内容は図3のようになっているので、住所キー列
のうち市区郡に「124*3」を持つものが候補として
挙がってくる。ここで、市区郡で「124*3」に相当
するキー列を有する住所は池田市しかない。従って、こ
の時点で住所は「大阪府池田市」であることまで確定す
ることができる。
In the database search unit 26, the input unit 21
The information database 23 is searched by the ambiguous key sequence “124 * 3” obtained in step S1 to obtain a candidate (FIG. 5).
Step S 11 of FIG. 2 Step 2). Since the contents of the information database 23 are as shown in FIG. 3, the address key strings having “124 * 3” in the city / ward are listed as candidates. Here, there is only Ikeda-shi as an address having a key string corresponding to "124 * 3" in the city. Therefore, at this point, it is possible to confirm that the address is “Ikeda City, Osaka Prefecture”.

【0028】ここで住所キー列の市区郡で 「124*
3」を持つ名義レコード(検索結果)が1000件得ら
れたとする。つまり、市区郡候補数=1、検索結果数=
1000という検索結果より、市区郡の候補数レジスタ
=1、検索結果数レジスタ=1000、姓入力フラグと
名入力フラグはそれぞれOFFというシステム状態にな
る(ステップS12)。
Here, in the city of the address key column, "124 *
It is assumed that 1000 name records (search results) having “3” are obtained. In other words, the number of city / district candidates = 1, the number of search results =
From the search results of 1000, the number of candidates register = 1 properly County, search result number registers = 1000, last name input flag and name input flag is the system state of each OFF (step S 12).

【0029】対話制御部24では現在の候補の中に曖昧
性が残っているか(すべての情報が候補内で同一でない
か)をチェックするが、1000件の検索結果数が存在
するので、この時点での検索結果数は複数あって更に検
索結果を絞り込む必要がある。よって対話制御部24は
これらの検索結果の候補を曖昧性解消部27へ送る(図
5のステップS12,図2のステップ3)。
The dialog control unit 24 checks whether or not the ambiguity remains in the current candidate (whether all the information is not the same in the candidate). However, since there are 1000 search result numbers, at this point Since there are multiple search results in, it is necessary to further narrow down the search results. Therefore, the dialogue control unit 24 sends these search result candidates to the disambiguation unit 27 (step S 12 in FIG. 5, step 3 in FIG. 2).

【0030】曖昧性解消部27では、上記のようなシス
テム状態を取得して(図5のステップS2)、利用者2
2にまだ要求可能な追加情報がまだ存在するか否かで処
理を分ける。ここでは図4のシナリオ/メッセージ辞書
28を参照して前記シテム状態とシナリオ条件部との照
合を行う。この場合、検索により市区郡候補は池田市の
1つのみであり、かつ検索結果は1000件(n=5個
以上)であり、かつ姓情報及び名情報の何れもまだ入力
されていないから図4のシナリオ番号3の条件と合致す
る(ステップS3)。この条件に対するアクションを取
るように指示する。ここではアクション部は住所の確認
後、追加情報として姓の入力を要求する事を示している
(図2のステップ4)。
The ambiguity resolving unit 27 acquires the system state as described above (step S 2 in FIG. 5), and the user 2
The processing is divided depending on whether or not there is still additional information that can be requested in 2. Here, with reference to the scenario / message dictionary 28 of FIG. 4, the system status is compared with the scenario condition section. In this case, the search results in only one city / district candidate, Ikeda City, and the search result is 1000 (n = 5 or more), and neither surname information nor surname information has been entered yet. This matches the condition of scenario number 3 in FIG. 4 (step S 3 ). Instruct to take action for this condition. Here, the action section shows that after confirming the address, the input of the surname is requested as additional information (step 4 in FIG. 2).

【0031】対話制御部24は曖昧性解消部27から入
力されたアクションの「住所確認&姓入力要求」と対応
メッセージと、それまでの検索結果「池田市」からその
メッセージに必要な住所データ「大阪府池田市」を埋め
込んでメッセージを生成して出力用データ作成部29へ
送る。ここで「入力された住所は“大阪府池田市”です
ね、次にお探しの方の姓を入力してください」というメ
ッセージを生成して(ステップS5)音声データとして
出力部31より利用者22へ送出して追加情報として姓
の入力を要求する(図2のステップ5,図5のステップ
6)。ここで、前記メッセージの住所の埋め込み生成
を出力用データ作成部29で行ってもよい。また出力用
データ作成部29での音声データ生成は音声合成による
場合、録音音声の再生による場合がある。
The dialogue control unit 24 receives the action "address confirmation & surname input request" and the corresponding message input from the disambiguation unit 27, and the address data required for the message from the search results "Ikeda City" up to that point. "Ikeda City, Osaka Prefecture" is embedded and a message is generated and sent to the output data creation unit 29. Here, the "input address looks" Osaka Ikeda-shi ", then you are looking towards Please enter the last name of" to generate a message that (step S 5) available from the output unit 31 as voice data It is sent to the person 22 to request the input of the family name as additional information (step 5 in FIG. 2 and step S 6 in FIG. 5). Here, the output data creation unit 29 may perform the embedded generation of the address of the message. In addition, voice data generation in the output data creation unit 29 may be performed by voice synthesis or playback of recorded voice.

【0032】以降の説明では図5の流れ図による説明は
省略して図2の流れ図に従って説明する。利用者22か
ら姓として「112」が入力されたとする。入力部21
ではこの曖昧性のあるキー列「112」の入力を受け付
け、それを対話制御部24へ送る。対話制御部24で
は、現在の状態が、情報データベース検索後であって追
加情報が要求されている状態であることを認識してい
る。さらに対話制御部24では、上記の状態(追加情報
要求状態)と入力部21で得られた曖昧性のあるキー列
「112」とをデータベース検索部26へ送る(図5の
ステップ1)。データベース検索部26では、すでに検
索してある候補1000件に対して入力部21で得られ
た曖昧性のあるキー列「112」を満たす姓を持つ候補
のみを選択する(ステップ2)。ここでは検索キーとし
ては「11323♯124*3♯112」を使用するこ
とになる。「大阪府池田市」の中で姓名キー列34の姓
に「112」を持つレコードのみが候補として残る。こ
こで情報データベース23の内容は図3のようになって
いるので、“大阪府池田市伏尾台2丁目の植木功”だけ
が候補として得られる。候補が1つだけとなった(図2
のステップ3)のでステップ10へ移る。
In the following description, description based on the flowchart of FIG. 5 will be omitted, and description will be given according to the flowchart of FIG. It is assumed that the user 22 inputs “112” as the family name. Input unit 21
Then, the input of the ambiguous key string “112” is accepted and sent to the dialogue control unit 24. The dialogue control unit 24 recognizes that the current state is a state after the information database is searched and additional information is requested. Further, the dialogue control unit 24 sends the above state (additional information request state) and the ambiguous key string “112” obtained by the input unit 21 to the database search unit 26 (step 1 in FIG. 5). The database search unit 26 selects only candidates having surnames satisfying the ambiguous key string “112” obtained by the input unit 21 for 1000 candidates already searched (step 2). Here, "11323 # 124 * 3 # 112" is used as the search key. Only records having “112” as the surname in the surname and first name key column 34 remain as candidates in “Ikeda City, Osaka Prefecture”. Since the contents of the information database 23 are as shown in FIG. 3, only "Isao Ueki, Fushiodai 2-chome, Ikeda-shi, Osaka" can be obtained as a candidate. There was only one candidate (Fig. 2
Step 3) of step 3), so move to step 10.

【0033】次に曖昧性解消部27はこれまでの検索結
果、池田市のみ、検索結果が1個、姓入力済みと、未だ
名情報(検索キー)が入力されていないという条件は、
図4のシナリオ/メッセージ辞書28中のシナリオ番号
11の条件と合致していることを検出し、これと対応す
るアクションとして「大阪府池田市にお住まいの植木さ
んは一人で植木功さんでよろしいですか」というメッセ
ージが利用者22へ送出される。
Next, the disambiguation unit 27 finds that only the result of the search so far, Ikeda, has one search result, the surname has already been input, and that the name information (search key) has not been input yet.
Detecting that the condition of the scenario number 11 in the scenario / message dictionary 28 of FIG. 4 is met, the corresponding action is to say "Is Ueki who lives in Ikeda-shi, Osaka alone is Isao Ueki? Message? ”Is sent to the user 22.

【0034】対話制御部24は利用者22からの間違い
ないことを示す回答データ、例えばYを表わすキー12
9 のデータの受付けにより確認後、電話番号を利用者2
2へ伝える。つまり図4のシナリオ/メッセージ辞書2
8中のシナリオ番号21のメッセージ部を取出して、
「植木功さんの電話番号は0727−88−9999で
す」を音声データで利用者22へ伝える。
The dialogue control section 24 sends response data from the user 22 indicating that there is no mistake, for example, the key 12 representing Y.
After confirming by receiving the data of 9 , telephone number 2
Tell 2. That is, the scenario / message dictionary 2 in FIG.
Take out the message part of scenario number 21 in 8.
"Isao Ueki's telephone number is 0727-88-9999" is transmitted to the user 22 as voice data.

【0035】以上の処理により、曖昧性のある入力キー
列「124*3」から得られた多数の名義候補に対し
て、姓の入力を利用者に求めることにより、その候補の
中から利用者が求める1つの候補を検索結果として利用
者に提供することができる。すなわち、利用者にとって
は1つの追加情報の入力だけで所望の情報を得ることが
できる。
Through the above processing, the user is requested to input the surname for a large number of candidate names obtained from the ambiguous input key sequence "124 * 3", and the user is selected from the candidates. The user can be provided with one candidate that the user wants as a search result. That is, the user can obtain desired information by inputting only one additional information.

【0036】しかも要求情報も、市区郡、姓であり、利
用者にとって要求されて当然の情報である。 具体例1−2(住所情報に曖昧さが生じるケース) 利用者から都道府県名として「32*20」が入力され
たとする。入力部21ではこの曖昧性のあるキー列「3
2*20」の入力を受け付け、それを対話制御部24へ
送る。対話制御部24では、現在の状態が情報データベ
ース検索前の状態であることを認識している。さらに対
話制御部24では、上記の状態(検索前状態)と入力部
21で得られた曖昧性のあるキー列「32*20」とを
データベース検索部26へ送る。
Moreover, the request information is also the city, district and family name, and is the information that is requested by the user. Specific Example 1-2 (Case where Ambiguous Address Information Occurs) It is assumed that the user inputs “32 * 20” as the prefecture name. In the input unit 21, this ambiguous key string "3
The input of “2 * 20” is accepted and is sent to the dialogue control unit 24. The dialogue control unit 24 recognizes that the current state is the state before the information database search. Further, the dialogue control unit 24 sends the above state (pre-search state) and the ambiguous key string “32 * 20” obtained by the input unit 21 to the database search unit 26.

【0037】データベース検索部26では、入力部21
で得られた曖昧性のあるキー列「32*20」によって
情報データベース23を検索し、候補を獲得する。情報
データベース23の内容は図3のようになっているの
で、住所キー列33の都道府県に「32*20」を持つ
レコードとして、「滋賀県」と「佐賀県」の全レコード
が候補としてあがって来る。ここで入力された県名レベ
ルで曖昧性が生じていることがわかる。
In the database search unit 26, the input unit 21
The information database 23 is searched by the ambiguous key string “32 * 20” obtained in step S3, and candidates are acquired. Since the contents of the information database 23 are as shown in FIG. 3, all records of “Shiga prefecture” and “Saga prefecture” are candidates as records having “32 * 20” in the prefecture of the address key column 33. Come on. It can be seen that there is ambiguity at the prefecture name level entered here.

【0038】対話制御部24では、現在の候補の中に曖
昧性が残っているか(すべての情報が候補間で同一でな
いか)をチェックするが、3件以上の候補が存在するの
で、現在の候補の中に曖昧性が残っている。従って対話
制御部24ではこれらの候補を曖昧性解消部27に送
る。曖昧性解消部27では、利用者22に要求可能な追
加情報がまだ存在するか否かで処理を分けるが、図4の
シナリオ/メッセージ辞書28を参照してシナリオ番号
5と条件が合致し、そのアクション部より市区郡名を追
加情報として要求する処理に入り、「お探しの方がお住
まいの市区郡名を入力して下さい」というアナウンスが
利用者22へ送られる。
The dialogue control unit 24 checks whether ambiguity remains in the current candidates (whether all the information is not the same among the candidates), but since there are three or more candidates, the current Ambiguity remains in the candidates. Therefore, the dialogue control unit 24 sends these candidates to the disambiguation unit 27. The disambiguation unit 27 divides the processing depending on whether or not the additional information requestable to the user 22 still exists. However, referring to the scenario / message dictionary 28 in FIG. The action section enters a process of requesting the city / city name as additional information, and an announcement "Please enter the city / city name in which you are living" is sent to the user 22.

【0039】利用者22から市区郡名として「114
3」が入力されたとする。入力部21ではこの曖昧性の
あるキー列「1143」の入力を受け付け、それを対話
制御部24へ送る。対話制御部24では、現在の状態
が、情報データベース検索後であって追加情報が要求さ
れている状態であることを認識している。さらに対話制
御部24では、上記の状態(追加情報要求状態)と入力
部21で得られた曖昧性のあるキー列「1143」とを
データベース検索部26へ送る。
From the user 22, the name of the city is "114
3 ”is input. The input unit 21 accepts the input of this ambiguous key string “1143” and sends it to the dialogue control unit 24. The dialogue control unit 24 recognizes that the current state is a state after the information database is searched and additional information is requested. Further, the dialogue control unit 24 sends the above-mentioned state (additional information request state) and the ambiguous key string “1143” obtained by the input unit 21 to the database search unit 26.

【0040】データベース検索部26では、すでに検索
してある候補に対して入力部21で得られた曖昧性のあ
るキー列「1143」を満たす市区郡名を持つ候補のみ
を選択する。情報データベース23の内容は図3のよう
になっているので、県名に「32*20」のキー列をも
つ住所キー列の市区郡名に「1143」を持つレコード
のみが候補として残る。この段階で県名が持っていた曖
昧性が解消されたことになる。しかし図3より「滋賀県
大津市」だけでは2件以上の候補が残る。
The database search unit 26 selects only candidates having city / gun names that satisfy the ambiguous key string “1143” obtained by the input unit 21 for the candidates already searched. Since the contents of the information database 23 are as shown in FIG. 3, only records having “1143” in the city / ward / county name of the address key sequence having the key sequence of “32 * 20” in the prefecture name remain as candidates. At this stage, the ambiguity of the prefecture name was resolved. However, as shown in Figure 3, there are more than two candidates for "Otsu City, Shiga Prefecture" alone.

【0041】この候補の絞り込みのための追加情報を求
めるため、シナリオ/メッセージ辞書28のシナリオ番
号8の条件と合致し、姓情報の入力が要求され、利用者
22から「112」が入力されたとする。これを受付け
て「32*20♯1143♯112」を検索キーとして
情報データベース23が検索され、この結果、図3より
まだ4件以上の候補が残る。
In order to obtain additional information for narrowing down the candidates, it is determined that the condition matches the scenario number 8 in the scenario / message dictionary 28, the surname information is requested to be input, and "112" is input from the user 22. To do. In response to this, the information database 23 is searched with "32 * 20 # 1143 # 112" as a search key, and as a result, four or more candidates remain as shown in FIG.

【0042】ところでこれまでの入力情報(受付情報)
から、住所キー列33中の都道府県、市区郡と姓名キー
列34中の姓とが入力されているから、要求可能な追加
情報は住所キー列33中の区町村と姓名キー列34中の
名が残っている。4つの候補間の差(違い)で区町村は
「石山寺」と「本町」とであるが、その何れかであるか
が判明しても、図3からまだ候補が2件づつ残る。しか
し4つの候補間の差で名は「44*3(忠)」と、「6
93(浩)」と、「131(勇夫)」及び「131
(功)」とであるから、名を入力してもらった方が曖昧
性が一度で解消できる可能性がある。このようなことも
考慮してシナリオ/メッセージ辞書28は作成されてい
る。
By the way, the input information so far (reception information)
Since the prefecture, city and district in the address key column 33 and the surname in the first and last name key column 34 are input, the additional information that can be requested is in the ward, town and last name and first name key column 34 in the address key column 33. The name remains. The differences (differences) between the four candidates are “Mt. Ishiyama” and “Honmachi”, but even if it is determined which is the other, two candidates still remain from FIG. However, due to the difference between the four candidates, the name is "44 * 3 (Zhong)" and "6".
93 (Hiro) "," 131 (Yuo) ", and" 131 "
(Gong) ”, so there is a possibility that the ambiguity can be resolved at once by having the name entered. The scenario / message dictionary 28 is created in consideration of such things.

【0043】これまでに得られた検索結果と検索条件と
から、図4のシナリオ番号9が条件に合致し、「続いて
名前の入力をお願いします」という利用者22に対して
アナウンスがなされる。 (ケース1)利用者からの入力情報が「44*3」であ
れば、図3の情報データベース23の検索結果、候補の
数が「石山寺」の「青木 忠」だけになるので、後は確
認後電話番号を案内する処理に移る。 (ケース2)利用者からの入力が「131」であれば、
情報データベース23の検索は図3から「石山寺 青木
勇夫」と「本町 大木 功」の2件に絞り込まれる。
しかし、この時点でもまだ「112」に対応する姓が
「あおき」か「おおき」かの区別はついていない。
From the search results and the search conditions obtained so far, the scenario number 9 in FIG. 4 matches the condition, and the user 22 is informed that "Please input the name next." It (Case 1) If the input information from the user is “44 * 3”, the number of candidates is only “Tadashi Aoki” of “Ishiyama Temple” as a result of the search in the information database 23 of FIG. 3, so confirm the rest. After that, the process moves to show the telephone number. (Case 2) If the input from the user is “131”,
From FIG. 3, the search of the information database 23 is narrowed down to two cases of “Ishio Ishiyamadera Yukio Aoki” and “Isao Oki Honmachi”.
However, at this point in time, there is still no distinction between the surname corresponding to “112” as “Aoki” or “Ooki”.

【0044】この時は、「区町村」の情報を聞くか、
「名」の漢字情報を聞くかで情報を特定できる。この場
合は2件なのでどちらの情報を聞いてもよいが、一般的
には名義候補の数によってどちらの情報を優先して聞く
かを戦略として定めてシナリオを構成しておく。この場
合には、通常住所を先に聞く。
At this time, do you hear the information of "ward / town / village"?
The information can be specified by listening to the kanji information of "name". In this case, since there are two cases, either information may be heard, but generally, the scenario is configured by setting a strategy as to which information is given priority according to the number of nominal candidates. In this case, usually the address is heard first.

【0045】利用者からの入力が「13874*9」で
あれば、「石山寺の青木 勇夫」であることが特定でき
る。また、「60481」であれば、「本町の大木
功」であることが特定出来る。「区町村」の情報の取得
に失敗する(利用者が知らない時など)場合や、区町村
の情報取得後もまだ「姓名」の情報が確定出来ず、漢字
情報が頼りになるときなどの条件が揃った時には、
「名」の漢字情報で「姓」の曖昧さも同時に解消できる
ことになる。
If the input from the user is "13874 * 9", it can be specified that "Ishio Aoki of Ishiyama-dera". If it is "60481", it means "Oki of Honmachi
It can be specified that it is "gong". For example, when the acquisition of information on "ward / town / village" fails (when the user does not know), or when the information on "first and last name" cannot be confirmed even after the information on the district / town / village is acquired, and the kanji information is reliable. When the conditions are met,
With the kanji information of the "first name", the ambiguity of the "last name" can be resolved at the same time.

【0046】例えば、「いさおの漢字はいさましいにお
っとですか?」と利用者に聞いて「はい」であれば、
「112♯131」は「青木 勇夫」であると特定出来
るし、また「いさおの漢字は成功のこうですか?」のよ
うに字種を質問する文章を、生成し、利用者に呈示し
て、その答えが「はい」であれば、「112♯131」
は「大木 功」であることが出来ることになる。
For example, if the user is asked "Is Iso's kanji a horrible smell?"
You can specify that "112 # 131" is "Yuo Aoki", and also generate a sentence that asks the character type, such as "Isao's kanji is successful?", And present it to the user. If the answer is yes, then "112 # 131"
Will be able to be “Isao Oki”.

【0047】以上の処理により、利用者からの入力だけ
では特定できない場合でも、利用者にどの候補が所望の
ものであるかを確認することによって、利用者が求める
1つの候補を検索結果として利用者に提供することがで
きる。また「都道府県名」の情報を要求した後、その下
位概念と云える「市区郡名」の情報を要求するため、利
用者は、違和感なく、つまり聞かれて当然と思われ、利
用者は心理的ストレスを感じることなく、追加情報を提
供でき、かつ利用者は自分が入力したと信じている入力
キー列に対する複数のレコード(候補)から所望するレ
コードを一意に同定する処理に対して装置25が協力し
ていることを信じており、装置25は利用者のそのよう
な期待と信頼を裏切ることのないような対話誘導が行わ
れ、曖昧性解消のための情報を利用者から抵抗感なく取
得できる。具体例2 次に利用者の保有している情報に応じて対話制御をどの
ように行うかの具体例を示す。この具体例ではシナリオ
/メッセージ辞書28の内容は図8に示したものとす
る。図8のシナリオはある程度まで地域(住所)の絞り
込みを行った後、名義の曖昧性を後述する経験則によっ
て重点的に絞り込む戦略で構成されている。例えば姓に
対する同一のキー入力「112」に対し、「青木」、
「植木」、「大木」などの曖昧性があるが、この曖昧性
を利用者に知られずに解消するために、現在検索してい
る項目に関連する周辺情報を質問することによって検索
結果を1つに絞り込む例を中心に示したものである。
By the above processing, even if the user cannot specify only the input, the user can confirm which candidate is the desired one and use the one candidate requested by the user as the search result. Can be provided to the person. In addition, after requesting information on "prefecture name", the user requests information on "city / gun name", which is a subordinate concept, so that the user does not feel uncomfortable. Can provide additional information without feeling psychological stress, and the user can uniquely identify the desired record from multiple records (candidates) for the input key sequence that he believes he has entered. Believing that the device 25 is cooperating, the device 25 conducts dialogue guidance that does not disappoint the user's expectations and trust, and resists information for disambiguation from the user. You can get it without feeling. Concrete Example 2 Next, a concrete example of how the dialogue control is performed according to the information held by the user will be shown. In this specific example, the contents of the scenario / message dictionary 28 are as shown in FIG. The scenario of FIG. 8 is configured by a strategy of narrowing down regions (addresses) to some extent and then focusing on the ambiguity of the name by an empirical rule described later. For example, for the same key input “112” for the family name, “Aoki”,
There is ambiguity such as "planting tree" and "large tree", but in order to resolve this ambiguity without the user being aware of it, the search result is 1 by asking the peripheral information related to the item currently being searched. It mainly shows an example of narrowing down to one.

【0048】このように同じ装置構成であり、かつ処理
アルゴリズム自体が図5に示したものと変わらないが、
図4や図8に示した各種の辞書を設けておくことにより
利用者群の情報入力上の特性や、ある地域には同姓が多
いなどの地域の実情に合致した情報案内を実現すること
ができる。以下、日本語読みに対応してボタンキーを一
度づつ押下する方式の入力方式(PB方式)を採用し、
電話機を入力手段とした電話番号案内サービスの具体的
な例を示す。
Although the device configuration is the same and the processing algorithm itself is the same as that shown in FIG. 5,
By providing the various dictionaries shown in FIG. 4 and FIG. 8, it is possible to realize information guidance that matches the characteristics of the user group in inputting information and the actual conditions of the area such as having many surnames in a certain area. it can. In the following, the input method (PB method) of pressing the button key once for the Japanese reading is adopted,
A specific example of a telephone number guide service using a telephone as an input means will be shown.

【0049】ボタンキーへの50音の割り当ては具体例
1と同じく図13とする。番号案内で利用者の所望する
加入名義のある住所を指定するために必要な住所の読み
情報と対応する数字記号列は、本装置の情報データベー
ス23の一部分を構成する住所データベース23aとし
て、図6に示すようにすでに収録されているとする。ま
た、加入者名義の名前と住所、電話番号の情報を格納し
たレコードから構成される個人宅電話番号データベース
23tも情報データベース23の一部分として図7に示
すように収録されているとする。
Assignment of the Japanese syllabary to the button keys is as shown in FIG. 13 as in the first embodiment. The number symbol string corresponding to the address reading information necessary for designating the address with the subscription name desired by the user in the number guide is shown in FIG. 6 as the address database 23a forming a part of the information database 23 of the present apparatus. It has already been recorded as shown in. Further, it is assumed that a personal home telephone number database 23t, which is composed of a record storing information of names and addresses of subscribers and telephone numbers, is also recorded as a part of the information database 23 as shown in FIG.

【0050】また、曖昧性解消部27では、図8に示す
ようなシナリオ/メッセージ辞書28を検索することに
よって利用者に対して追加情報を要求するものとする。
個人宅の電話番号を案内するサービス例として、利用者
に「富山県富山市相生町(とやまけん/とやまし/あい
おいちょう)の青木 昭夫(あおき あきお)」さんの
電話番号を案内する場合を考える。 具体例2−1(利用者が必要な情報を保持している場
合) 利用者が、利用時点で「富山市相生町の青木昭夫」のす
べての情報を持っている場合を考える。
Further, the disambiguation unit 27 requests the user for additional information by searching the scenario / message dictionary 28 as shown in FIG.
As an example of a service that provides the telephone number of a private home, when providing the user with the telephone number of “Akio Aoki” of “Aioicho, Toyama City, Toyama Prefecture” think of. Specific Example 2-1 (When User Holds Required Information) Consider a case where the user has all the information of “Akio Aoki in Aioi-cho, Toyama City” at the time of use.

【0051】まず、電話番号を検索する地域をある程度
の広さに限定する(市区郡レベル)ために、住所情報を
利用者から入力させる。対話制御部24からの「市、
区、郡の名前を入力して下さい」のメッセージに対して
利用者22は、市名を入力する。「とやまし」という文
字列に対応して「4873」のボタンキーを押すことで
入力し、入力部21で「4873」と認識され、データ
ベース検索部26へ送られる。データベース検索部26
は、この数字列「4873」を検索キーとして住所デー
タベース23aを検索し、この数字に対応する住所をす
べて検索し、格納する。この場合、「とやまし」と「つ
やまし」の2件が検索され、読みが異なっていることが
わかる。
First, in order to limit the area where the telephone number is searched to a certain size (city / ward level), the user is required to input address information. From the dialogue control unit 24
The user 22 inputs the city name in response to the message "Please enter the name of the ward or county." The input is made by pressing the button key "4873" corresponding to the character string "Toyamashi", recognized as "4873" by the input unit 21, and sent to the database search unit 26. Database search unit 26
Searches the address database 23a by using this number string "4873" as a search key, searches for and stores all addresses corresponding to this number. In this case, two cases of "Toyamashi" and "Tsumashishi" are searched, and it is understood that the readings are different.

【0052】このため、曖昧性解消部27が、この時点
で曖昧性が残っていることを利用者に知らせないで曖昧
性の解消を行うことを試みる手段を探索する。検索結果
の状況を記述した状況を元に対応策を記述した図8のシ
ナリオ/メッセージ辞書28を検索する。この結果図8
からシナリオ番号4の条件となり、市区郡の検索結果の
読みが複数ある時に利用するメッセージ「今入力された
(市区郡の区別)のどこの町、村でしょうか?わからな
い時は“わからない”と入力してください」を図8のシ
ナリオ/メッセージ辞書28から読みだす。選択された
メッセージに対して必要な情報を挿入して、更に必要な
情報を利用者に要求するように対話制御部24に要求す
る。
Therefore, the ambiguity resolving unit 27 searches for a means for trying to resolve the ambiguity without notifying the user that the ambiguity remains at this point. The scenario / message dictionary 28 of FIG. 8 in which the countermeasure is described is searched based on the situation describing the situation of the search result. As a result of this, FIG.
The message used when there are multiple readings of search results for cities and districts under the condition of scenario number 4 from "The town or village of the city that was just entered (distinguishment of cities and districts)? When not sure,"don't know " Please input "." From the scenario / message dictionary 28 in FIG. The dialog control unit 24 is requested to insert the necessary information into the selected message and request the user for the necessary information.

【0053】対話制御部24は、「今入力された(市区
郡の区別)のどこの町、村か、入力してください。わか
らない時は“わからない”と入力してください」という
メッセージに「市区郡」のうちの「市」を入力して、
「今入力された(市)のどこの町、村でしょうか。わか
らない時は“わからない”と入力してください」という
メッセージを出力する。
The dialogue control section 24 displays a message saying "Please enter which town or village you have just entered (distinguishing municipalities). If you do not understand, please enter" I don't know. " Enter "City" in "City",
The message "Which town or village in the (city) you just entered? If you don't know, please enter" I don't know "" is output.

【0054】利用者22は「とやまし」は認識されたと
信じているが、富山市では検索範囲が広く検索が大変だ
ろうと推測し、次に「あいおいちょう」に相当する「1
111481」を入力する。システムは「4873」と
いう情報と「1111481」の二つの情報を同時に満
たす情報を住所データベース23aから検索し、「とや
まけん/とやまし/あいおいちょう」であることを同定
する事が出来る。
The user 22 believes that "Toyamashi" was recognized, but speculates that the search range is wide in Toyama City and the search would be difficult, and then "1" which corresponds to "Aio ginkgo".
111481 ”is input. The system can search the address database 23a for information that simultaneously satisfies the information "4873" and the two information "1111481", and identify "Toyama Ken / Toyamashi / Aio ginkgo".

【0055】曖昧性が解消できたので曖昧性解消部27
は住所確認の手順を取る。シナリオ/メッセージ辞書2
8(図8)からシナリオ番号6の条件が成立し、「お調
べする住所は(市区郡名、町村名)ですね」を読み出
し、対話制御部24に送る。対話制御部24は、上記メ
ッセージを「富山市、相生町」を挿入して、「お調べす
る住所は(とやましあいおいちょう)ですね」として利
用者22へアナウンスして確認を取る。
Since the ambiguity has been resolved, the ambiguity resolution unit 27
Takes steps to confirm the address. Scenario / message dictionary 2
The condition of scenario number 6 is satisfied from 8 (FIG. 8), and “The address to be examined is (city / ward / gun name, town / village name) is read out” and sent to the dialogue control unit 24. The dialogue control unit 24 inserts “Toyama City, Aioi Town” into the above message, announces to the user 22 as “The address to look up is (Toyamashi Aio Icho),” and confirms.

【0056】この段階で探索する範囲が「富山県富山市
相生町」に限定できた。この時の検索キーは「4872
0♯4873♯1111481」である。次に名義の入
力を利用者に要求する。上記と同様の手順を取って、図
8のシナリオ番号8にもとづき情報案内装置25からは
「それでは、お探しする人の姓を入れて下さい。」と利
用者22へ要求する。利用者22は電話機から「あお
き」として「112」を入力する。
The range to be searched at this stage could be limited to “Aioicho, Toyama City, Toyama Prefecture”. The search key at this time is "4872".
0 # 4873 # 1111481 ". Next, request the user to input the name. By following the same procedure as above, the information guide device 25 requests the user 22 based on the scenario number 8 of FIG. 8 "Please enter the surname of the person you are looking for." The user 22 inputs "112" as "Aoki" from the telephone.

【0057】上記住所キー「48720♯4873♯1
111481」と姓のキー「112」の条件で個人宅電
話番号データベース23t(図7)を検索した結果、相
生町には6人の該当者がおり、その姓の読みに関しても
4通りあることがわかる。曖昧性解消部27では読みに
曖昧性のあることは利用者に知らせないで、曖昧性解消
のために名の入力を求めることを決め、シナリオ/メッ
セージ辞書28(図8)からシナリオ番号11のメッセ
ージを読みだし、対話制御部24から、「該当する方が
6人います。名前を入れてください。」と利用者22に
伝える。
The above address key "48720 # 4873 # 1"
As a result of searching the personal home telephone number database 23t (FIG. 7) under the conditions of “111481” and the surname key “112”, there are 6 corresponding persons in Aioi-cho and there are 4 ways to read the surname. Recognize. The disambiguation unit 27 does not notify the user that the reading has ambiguity, but decides to request the input of a name for disambiguation, and selects the scenario number 11 from the scenario / message dictionary 28 (FIG. 8). The message is read out, and the dialog control unit 24 informs the user 22 "There are 6 people who are applicable. Please enter your name."

【0058】ここで利用者22は、昭夫のよみ(あき
お)「121」を電話機から入力したとする。この条件
を付加して再度検索をすると、候補は1件になる。すな
わち、図7から明らかなように、姓だけの入力では「1
12」に対しては「あおき」のほかに「おおき」「うえ
き」「いおか」などの可能性があり、名だけの入力では
「121」にたいして「あきお」のほかにも「いくえ」
「いくお」「あきえ」などの可能性が存在するが、たと
えば、富山市相生町に限ってみれば、この条件を同時に
満たす、実在の姓名を有する人は、「あおき−あきお」
しかいない。この時点で利用者の所望する検索相手が同
定できる。
Here, it is assumed that the user 22 inputs Akio's reading (Akio) "121" from the telephone. When this condition is added and the search is performed again, there is only one candidate. That is, as is clear from FIG. 7, when inputting only the family name, “1
For "12", in addition to "Aoki", there is a possibility of "Ooki", "Ueki", "Ioka", etc. If you enter only the name, "121" will be used in addition to "Akio" and "Ikue".
There are possibilities such as "Ikuo" and "Akie", but if you look at Aioi-cho, Toyama City, for example, a person who has a real family name that satisfies this condition at the same time is "Aoki-Akio."
There is only. At this point, the search partner desired by the user can be identified.

【0059】さらに対話制御部24では、シナリオ/メ
ッセージ辞書28(図8)のシナリオ番号9から、「そ
の方は、(市+町名)にお住まいの(姓+名)さんです
か?」のメッセージを読み出し、「その方は、富山市相
生町にお住まいの青木昭夫さんですか?」と確認処理を
利用者に対し行い、確認後、シナリオ番号21から「そ
の方の電話番号は(0764−31−1111)で
す。」と電話番号を案内する。
Further, in the dialogue control section 24, from the scenario number 9 of the scenario / message dictionary 28 (FIG. 8), "Is that person living in (city + town name) (surname + first name)?" Read the message and ask the user, "Is that person Akio Aoki, who lives in Aioi-cho, Toyama-shi?", And after confirming, from scenario number 21 "The person's telephone number is (0764 -31-1111). "

【0060】以上の処理により、この発明の情報案内方
法は、入力の曖昧性を解消すると同時に探索範囲を狭小
化する事に成功する。一方、利用者は必要な情報を効率
的な入力方法で提供したという気持ちで心理的な抵抗感
を感じない。このように、利用者は短時間で入力できる
メリットを享受できる利点があり、情報案内装置25は
利用者の持つ情報を最大限引き出せて、曖昧性を解消
し、探索範囲を狭小化することで検索の効率を上げるこ
とができる。 具体例2−2(利用者の情報が不足する場合(1)) 利用者が、利用時点で「富山市の青木昭夫」の情報しか
持っていない場合を考える。すなわち、利用者は町名に
ついて明確には覚えていないとする。
By the above processing, the information guidance method of the present invention succeeds in eliminating the ambiguity of the input and at the same time narrowing the search range. On the other hand, the user does not feel a psychological resistance because he or she has provided necessary information by an efficient input method. In this way, the user has the advantage that he / she can enjoy the merit of being able to input in a short time, and the information guiding device 25 can maximize the information possessed by the user, eliminate the ambiguity, and narrow the search range. Search efficiency can be improved. Specific Example 2-2 (When User Information is Insufficient (1)) Consider a case where the user has only the information of “Akio Aoki in Toyama City” at the time of use. That is, the user does not remember the town name clearly.

【0061】住所の入力に関しては、具体例2−1と同
様に「4783」が入力された時点では「とやまし」と
「つやまし」の区別がついていない。利用者が相生町の
情報を持っていないので、利用者との応対は以下の様に
なる。情報案内装置25からは、利用者22に市内の詳
細な住所を問い合わせるが、利用者は「わからない」に
対応する「02951」を入力する。情報案内装置25
は、市の候補が複数あって、市の中の詳細情報がわから
ない時はシナリオ/メッセージ辞書28(図8)のシナ
リオ番号5から「それでは、どこの都道府県にあるかお
わかりですか?入力してください。」を読み出して、都
道府県名の入力要求をする。利用者は「とやまし」は、
日本にはほかにもあるのかと思いつつ「とやまけん」と
入力する(事実、「せんだいし」は、宮城県と鹿児島県
に存在するし、「中央区」や「北区」は各地に存在す
る)。利用者からの情報「48720−4873」で住
所データベース23a(図6)を検索、「富山県富山市
(市内住所不明)」というところまで確認する事ができ
る。
Regarding the input of the address, the distinction between "Toyamashi" and "Tsumashi" is not made at the time when "4783" is input as in the specific example 2-1. Since the user does not have information on Aioi-cho, the following is the response to the user. From the information guidance device 25, the user 22 is inquired about the detailed address in the city, but the user inputs "02951" corresponding to "I do not know". Information guidance device 25
If there are multiple city candidates and you do not know the detailed information about the city, go to scenario number 5 in the scenario / message dictionary 28 (Fig. 8) and ask "Do you know which prefecture? Please read. ”And request the input of the prefecture name. The user "Toyamashi"
Typing "Toyama Ken" while wondering if there are other places in Japan (in fact, "Sendaishi" exists in Miyagi and Kagoshima prefectures, and "Chuo-ku" and "Kita-ku" exist in various places. To). It is possible to search the address database 23a (FIG. 6) with the information "48720-4873" from the user and confirm even "Toyama City, Toyama Prefecture (city address unknown)".

【0062】または、「とやまし」と「つやまし」の両
方を候補として残したまま、姓名を聞く処理に入ること
も考えられるが、ここでは富山市が同定できる処理を考
える。この場合は、住所に関しては「富山県富山市(4
8720♯4873)」が検索キーになり、姓名に関し
ては「あおき、あきお(112♯121)」が検索キー
になる。この条件で個人宅電話番号データベース23t
(図7)を検索すると、「相生町1丁目の青木昭夫」と
「荒川の青木郁男」の2件が存在する。この時点で姓は
「青木」と同定できたが、名は同定できていない。この
ような場合には「(あおき)さんは富山市には、(相生
町)と(荒川)にいます。どこか教えてください。」と
いって利用者に入力させ、候補を一つに絞り込むことが
できる。
Alternatively, it is conceivable to start the process of asking for the surname while leaving both "Toyamashi" and "Tsumashishi" as candidates, but here we consider the process that Toyama City can identify. In this case, regarding the address, refer to “Toyama City, Toyama Prefecture (4
8720 # 4873) "is the search key, and" Aoki, Akio (112 # 121) "is the search key for the family name. Personal home telephone number database 23t under this condition
Searching (Fig. 7), there are two cases: "Aio Aoki, Aioicho 1-chome" and "Ikuo Aoki, Arakawa". At this point, the surname could be identified as "Aoki", but the surname was not. In such a case, "(Aoki) is in (Aioi) and (Arakawa) in Toyama City. Please let me know somewhere." Can be narrowed down.

【0063】以上の処理により、町名を明確には覚えて
いなくても所望の電話番号を案内することができる。ま
た、大抵の場合、候補名をあげられてどこかと聞かれた
場合は答えられることを考えれば、利用者に大きな負担
を強いているとはいえない。6文字の(あおきあきお)
を従来の手法で符号化して入力するには12回ボタンを
押すことを考えると、この発明方法では(あおきあき
お)+(あいおいちょう)の場合で13回、(あおきあ
きお)+(あらかわ)で10回であり、この情報でさら
に詳しい住所情報まで確定できることを考えると、同等
以上の効果が期待できる。 具体例2−3(利用者の情報が不足する場合(2)) 利用者が、利用時点で「富山市相生町の青木」しか情報
を持ち合わせていない場合を考える。すなわち、利用者
は名について明確には覚えていないとする。
Through the above processing, a desired telephone number can be provided without clearly remembering the town name. In addition, in most cases, it is not a heavy burden on the users, considering that they can answer the question if they are given a candidate name. 6 characters (Aki Akio)
Considering pressing the button 12 times in order to encode and input by the conventional method, in the method of the present invention, 13 times in the case of (Aoki Akio) + (Aio Icho), (Aoki Akio) + (Arakawa ) Is 10 times, and considering that even more detailed address information can be confirmed with this information, the same or higher effect can be expected. Specific Example 2-3 (When User Information is Insufficient (2)) Consider a case where the user has only "Aoki in Aioi-cho, Toyama City" at the time of use. That is, the user does not remember the name clearly.

【0064】利用者から入力される情報は、富山市相生
町の「4873♯1111481」と、青木の「11
2」である。これで個人宅電話番号データベース23t
(図7)を検索すると、6件のレコードが検索される。
名を一応問い合わせるが、これに対する回答は「わから
ない」になる。従って、次に問い合わせる情報は丁目情
報になる。
The information input by the user is "4873 # 1111481" in Aioi-cho, Toyama-shi and "11 Aoki".
2 ". With this, private home telephone number database 23t
Searching (FIG. 7) will find 6 records.
The name is queried, but the answer is "I don't know." Therefore, the information to be inquired next becomes the chome information.

【0065】利用者が1丁目という情報を覚えていたと
する。この場合は候補は2件に絞り込まれる。しかし、
姓はいぜんとして「あおき」と「うえき」の2件あるた
め、姓の読みは利用者に知らせないで、「名前が、(あ
きお)さんと(みのる)さんという方がおられます。
(あきお)さんでしょうか?」と利用者に問い合わせる
ことで、曖昧性の解消を行う。
It is assumed that the user remembers the information of 1-chome. In this case, the candidates are narrowed down to two. But,
Since there are two surnames, "Aoki" and "Ueki", the name is not read to the users, and there are "Akio" and "Minoru".
Is it Akio? The ambiguity is resolved by inquiring to the user.

【0066】利用者が丁目情報を持っていないときは、
検索解の数が多すぎる場合には案内を断念する(図2中
のステップ7)。また、検索解の数が多すぎずかつ複数
である場合には、名前を列挙することにより利用者の選
択を促すことによって解消する(図2中のステップ8,
9)。上述したように追加情報の選択はシナリオに組込
まれた方法で行われるが、おおよそ以下の基準で選択さ
れる。・利用者が聞かれて当然だと思う事項・姓を入力
した後で、名を要求する。
When the user does not have the chome information,
If the number of search solutions is too large, the guidance is abandoned (step 7 in FIG. 2). Further, when the number of search solutions is not too large and is plural, it is solved by enumerating the names and prompting the user to make a selection (step 8, in FIG. 2).
9). As described above, the selection of the additional information is performed by the method incorporated in the scenario, but is selected according to the following criteria.・ Requested first name after entering the family name and surname that the user is expected to hear.

【0067】・市の名を入力した後で、その市内の詳細
な町名や区の名称を要求する。 ・会社名や店名を入力した後で、職種を要求する。 ・上位概念と下位概念に相当する事項 ・同じ市名や区名がある場合に、その市や区がある都道
府県名を要求する。 ・会社の内部の組織など。
After inputting the name of the city, request the detailed name of the city or the name of the ward.・ Request a job title after entering the company name or store name. -Matters equivalent to the superordinate concept and the subordinate concept-If the same city or ward name exists, request the prefecture name in which the city or ward is located.・ Internal organization of the company.

【0068】・飲食店とその具体的な飲食の種類を示す
店など。 ・利用者にとって印象的な事項 ・何丁目か、字は何かよりは、姓名の名前の方が印象に
残っている可能性が大。 ・店、病院、会社などは住所情報よりも、近くの目標物
などが記憶に残っている。
A restaurant or the like that indicates the type of food and drink.・ Impressive items for users ・ The first name and last name are more likely to be more impressive than the number and the character.・ Stores, hospitals, companies, etc. have memorized nearby objects rather than address information.

【0069】このように利用者にとって聞かれても不自
然でなく、抵抗なく、答えられる事項を追加情報として
選択している。次に上記における上位概念と下位概念に
相当する事項を検索の対象にした場合の具体例について
説明する。上位概念と下位概念の一具体例を図9に示
す。
As described above, items that are natural to the user and that can be answered without any resistance are selected as additional information. Next, a specific example in the case where items corresponding to the above-mentioned superordinate concept and subordinate concept are targeted for retrieval will be described. FIG. 9 shows a specific example of the superordinate concept and the subordinate concept.

【0070】図9Aでは東京都の下位概念として世田谷
区、新宿区、・・・千代田区があり、世田谷区の下位概
念として下北沢、代田、経堂などがあり、図9Bでは病
院の下位概念として大学病院、総合病院、個人病院があ
り、大学病院の下位概念として東大病院、慶応病院など
があり、図9Cでは会社の下位概念として商社、メーカ
ー、販売業、サービス業などがあり、商社の下位概念と
して総務部、広報部、営業部などがあり、総務部の下位
概念として人事部、労働部などがある。図10では飲食
店の下位概念として食堂、喫茶店、料亭、飲み屋、接客
女性付酒場などがあり、食堂の下位概念としてそば屋、
レストランなどがあり、喫茶店の下位概念として店名セ
ーヌ、ロアールなどがあり、飲み屋の下位概念として酒
場、居酒屋などがあり、接客女性付酒場の下位概念とし
てバー、キャバレー、クラブなどがある。これらの下位
概念の下に更にそれぞれ店名などがある。上述の具体例
では個人の電話番号の案内を例としたので住所、(場
所)情報と人名情報を要求したが、法人としての会社、
病院・・・飲食店、官庁などについては名称を示す名義
情報、場所情報の他に、例えば飲食店名が入力されてい
る状態で、フランス料理、日本料理、インド料理など料
理の種類を追加情報として入力させるなど、また会社名
が入力された状態で、鉄鋼業、化学工業、電気産業、金
融業などの業種を追加情報として入力させるなど、追加
情報としては各種のものを利用でき、入力された情報に
応じて適切な追加情報の選択がなされ、少ない入力で曖
昧性を絞り込むことができる。
In FIG. 9A, there are Setagaya Ward, Shinjuku Ward, ..., Chiyoda Ward as subordinate concepts of Tokyo, Shimokitazawa, Shirota, Kyodo, etc. as subordinate concepts of Setagaya Ward, and in FIG. 9B, universities are subordinate concepts of hospitals. There are hospitals, general hospitals, and private hospitals, and the university hospitals have subordinate concepts such as the University of Tokyo hospital and Keio hospital. In FIG. 9C, subordinate concepts of companies include trading companies, manufacturers, sales businesses, and service industries. There are general affairs department, public relations department, sales department, etc. As a subordinate concept of general affairs department, there are human resources department, labor department, etc. In FIG. 10, there are a cafeteria, a coffee shop, a restaurant, a bar, and a bar with a customer service as a subordinate concept of a restaurant, and a soba restaurant is a subordinate concept of a cafeteria,
There are restaurants, etc., subordinate concepts of coffee shops include shop names such as Seine and Loire, subordinate concepts of bar include bar, tavern, etc. Subordinate concepts of bar with female hospitality include bar, cabaret, and club. Under each of these subordinate concepts, there is a store name, etc. In the above specific example, since the guidance of the personal telephone number was taken as an example, the address, (place) information and personal name information were requested, but the company as a corporation,
Hospital: For restaurants, government offices, etc., in addition to name information indicating the name and location information, for example, with the restaurant name entered, the type of food such as French food, Japanese food, Indian food, etc. as additional information. Various types of additional information can be used, such as inputting information such as the steel industry, chemical industry, electrical industry, and financial industry as additional information when the company name is entered. Appropriate additional information is selected according to the information, and the ambiguity can be narrowed down with a small amount of input.

【0071】更に電話番号の案内を受けると共に、情報
データベース23に他の付帯情報も記憶しておき、検索
結果が一意に決定された後に、その付帯情報を要求させ
ることもできる。例えば個人宅電話番号データベースと
して図11に示すように住所キー列33、姓名キー列3
4の他に付帯情報列38が設けられ、付帯情報列38に
はその加入者の家族構成、趣味、勤務先などが記憶され
ている。前記具体例と同様にして、例えば富山市相生町
の青木昭夫さんに対する検索が一意に決定されると、こ
の情報案内装置25から、「電話番号を知りたいです
か」、「奥様の名前と趣味を知りたいですか」、「家族
構成を知りたいですか」などの問合せを利用者へ送り、
例えばその3番目の問合せに「はい」の回答が入力され
ると、「夫妻と長男、次男の子供二人です」と回答す
る。
Further, it is possible to receive the guidance of the telephone number, store other supplementary information in the information database 23, and request the supplementary information after the search result is uniquely determined. For example, as a personal home telephone number database, as shown in FIG. 11, an address key column 33 and a family name key column 3
4 is provided with an additional information column 38, and the additional information column 38 stores the family structure, hobbies, work place, etc. of the subscriber. In the same manner as in the above specific example, for example, when the search for Akio Aoki in Aioi-cho, Toyama City is uniquely determined, the information guidance device 25 asks "Do you want to know the telephone number?" Do you want to know about? "Or" Do you want to know about the family structure? "
For example, when the answer of "yes" is input to the third inquiry, the answer is "the husband and wife and the eldest son, and the second son is the two."

【0072】付帯情報としては名義情報が飲食店などの
商店の場合、その営業時間や、道案内のための目印とな
る物の情報、病院の場合、専門科目など名義情報に応じ
て各種のものが考えられる。以下の具体例では、法人の
電話番号の案内を行う過程を簡単に説明する。情報デー
タベース23には図12に示すような法人電話番号案内
データベース23kが一部に収録されている。 具体例3−1(町名までが既知の郵便局を調べるケー
ス) 情報案内装置25からの住所入力の要求に対して、利用
者が「市区郡」として新宿区の「303*822」を入
力したとする。この場合、情報データベース23とのマ
ッチングにより「市区郡」のレベルでは「303*82
2」に該当するのは新宿区しかないため、本装置25か
ら「東京都新宿区でお探しします。」とメッセージが流
れ、「引き続き名義を入力して下さい。」と次の入力が
要求される。
As the supplementary information, when the name information is a store such as a restaurant, information about business hours and information that serves as a guide for directions, and in the case of a hospital, various information according to name information such as specialized subjects Can be considered. In the following specific example, a process of providing a telephone number of a corporation will be briefly described. The information database 23 partially includes a corporate telephone number guide database 23k as shown in FIG. Specific Example 3-1 (Case where a post office where the name of a town is known is checked) In response to a request for inputting an address from the information guidance device 25, the user inputs "303 * 822" in Shinjuku-ku as "city / ward". Suppose In this case, by matching with the information database 23, "303 * 82" at the level of "city / ward"
Since "2" only applies to Shinjuku Ward, this device 25 sends a message saying "I'm looking for you in Shinjuku Ward, Tokyo." And the next entry is required, "Please enter your name." To be done.

【0073】利用者は、何という名かわからないが郵便
局の電話番号を調べたいので「郵便局」に相当する「8
16*0282」と入力する。この名義情報より、末尾
からの一致検索により、つまり末尾が「郵便局」である
ものを検索することにより検索結果として「牛込郵便
局」と「牛込第二郵便局」があげられる。両郵便局とも
「職種」では当然同じ「郵便局」であるので、これを区
別するための追加情報が利用者に要求される。ここでは
「区町村」の情報が区別するのに有効であるので「どの
町にある郵便局ですか?」と利用者に質問する。そし
て、利用者が「山伏町」にあたる「876*3481」
とキー入力すると、「東京都+新宿区+山伏町+郵便
局」にあたる「412814♯303*822♯876
*3481♯816*0282」でキー検索される。こ
れにより、その郵便局は「牛込第二郵便局」の名義であ
ると一意に決定され、「新宿区山伏町にある牛込第二郵
便局の電話番号は03♯3269♯2222です。」と
のメッセージが利用者に提供される。 具体例3−2(存在する市区郡と店名だけから検索する
ケース) 利用者が、本装置からの住所入力の要求に対して新宿区
の「303*822」と入力したとする。この場合は、
前記同様に新宿区が特定され、本装置から「東京都新宿
区でお探しします。」とメッセージが流れ、「引き続き
名義を入力して下さい。」と次の入力が要求される。そ
して、利用者が名義の「たぬき」に相当する「452」
とキー入力すると、この「東京都新宿区のたぬき」に相
当するキー列「412814♯303*822♯45
2」で情報データベースを検索した結果は、図12に示
すように「つねこ」、「たなか」、「たぬき」の3つの
名義候補があげられ、さらに、「たぬき」には下部名義
としての「新宿東口店」、「新宿東口2号店」、「新宿
3丁目店」の3支店があり、合計5店舗の候補があるこ
とがわかる。
Although the user does not know what the name is, he / she wants to check the telephone number of the post office.
16 * 0282 ". From this name information, a match search from the end, that is, a search for the end of the "Post Office", the search results are "Ushigome Post Office" and "Ushigome Second Post Office". Since both post offices are naturally the same "post office" in "profession", additional information is required from the user to distinguish this. Here, since the information of "ward / town / village" is effective for distinguishing, the user is asked "Which town is the post office?". And the user is "876 * 3481" which corresponds to "Yamabushi Town".
When you enter the key, "412814 # 303 * 822 # 876, which corresponds to" Tokyo + Shinjuku-ku + Yamabushi-cho + post office "
The key search is “* 3481 # 816 * 0282”. As a result, the post office is uniquely determined to be the name of "Ushigome Second Post Office", and the phone number of the Ushigome Second Post Office in Yamabushi-cho, Shinjuku-ku is 03 # 3269 # 2222. The message is provided to the user. Specific Example 3-2 (Case of Searching Only by Existing City and Store Name) It is assumed that the user inputs "303 * 822" of Shinjuku City in response to an address input request from this device. in this case,
In the same way as above, Shinjuku City is specified, and a message "This is Shinjuku City, Tokyo." Will flow from this device, and the next entry will be requested, "Please enter your name." Then, the user corresponds to the name "raccoon dog""452"
Key is input, the key sequence corresponding to this "Tanuki in Shinjuku-ku, Tokyo" is "4112814 # 303 * 822 # 45".
As a result of searching the information database with “2”, three candidate names of “Tsuneko”, “Tanaka”, and “Tanuki” are listed as shown in FIG. 12, and further, “Tanuki” has a lower name of “Shinjuku”. It can be seen that there are three branches, “East Exit Store”, “Shinjuku East Exit 2nd Store”, and “Shinjuku 3-Chome Store”, and there are a total of 5 stores.

【0074】そこで、この検索結果の候補を絞るための
有効な追加情報として「職種」が曖昧解消部27で選択
され、「そのお店の職種を入力してください。」と利用
者に入力を要求する。利用者が「飲み屋」だと思ってこ
の言葉に相当する「578」と入力すると、「578」
を含む下位の職種(「酒場」、「居酒屋」など)と前記
検索結果の5候補の「職種」とがAND条件で絞り込ま
れて、その結果、「たぬき」の「新宿東口店」と「新宿
東口2号店」と「新宿3丁目店」の3候補が残る。さら
に候補を絞るために「何か近くに目印か目標となるもの
がありますか?」と追加情報の入力を利用者に要求す
る。利用者が、新宿御苑に近かったことを思い出して
「新宿御苑」に相当する「303*822*810」と
入力すれば、本装置は「東京都+新宿区+たぬき+飲み
屋+新宿御苑」に相当する「412814♯303*8
22♯452♯578♯303*822*810」のキ
ー列で情報データベースの検索がなされ、検索結果は1
件となり、「たぬき新宿3丁目店」と特定される。そし
て利用者には、「新宿御苑近くにある“たぬき新宿3丁
目店”の電話番号は03−3507−9999です。」
との情報を提供する。さらに続いて「このお店の情報を
お知りになりたいときは所定の入力をお願いします。」
と質問することによってサービス情報の提供の有無を確
認することもできる。利用者がその店についての付帯情
報を要求する所定の入力を行ったときには、「今、生ビ
ール祭り開催中です。」とのサービス情報を提供する。 具体例3−3(存在する町名と名義より情報を提供する
ケース) 利用者が、本装置からの住所入力の要求に対して千代田
区大手町に相当する「484*2♯11474」と入力
したとする。このキー列で情報データベースを検索する
と、「市区郡」と「区町村」のレベルでは「484*2
♯11474」に該当するものは「千代田区大手町」し
かないため、「東京都千代田区大手町でお探ししま
す。」とメッセージが流れ、「引き続き名義を入力して
下さい。」と次の入力が要求される。
Then, "profession" is selected by the disambiguation section 27 as effective additional information for narrowing down the candidates of this search result, and "Please enter the occupation of the store." Is input to the user. Request. If the user thinks it is a "bar" and enters "578", which is equivalent to this word, "578"
The lower-ranking occupations (including “Tavern”, “Tavern”, etc.) and the five “occupational occupations” in the search results are narrowed down by the AND condition, and as a result, “Shinjuku East Exit” and “Shinjuku” of “Tanuki” There are 3 candidates, "East Exit 2" and "Shinjuku 3-chome". To further narrow down the candidates, ask the user to enter additional information, "Are there any landmarks or targets?" If the user remembers that it was close to Shinjuku Gyoen, and inputs "303 * 822 * 810", which is equivalent to "Shinjuku Gyoen", this device becomes "Tokyo + Shinjuku Ward + Tanuki + bar + Shinjuku Gyoen". Corresponding "412814 # 303 * 8
22 # 452 # 578 # 303 * 822 * 810 ”, the information database is searched for, and the search result is 1
As a result, it is specified as "Tanuki Shinjuku 3-chome store". And to the user, "The phone number of" Tanuki Shinjuku 3-chome store "near Shinjuku Gyoen is 03-3507-9999."
And provide information. Further on, "If you would like to know the information of this store, please enter the required information."
You can also check whether service information is provided by asking the question. When the user makes a predetermined input for requesting supplementary information about the store, the service information "The draft beer festival is now being held." Is provided. Specific Example 3-3 (Case where Information is Provided from Existing Town Name and Name) The user inputs "484 * 2 # 11474", which corresponds to Otemachi, Chiyoda-ku, in response to an address input request from this device. And If you search the information database using this key string, you will see "484 * 2" at the "City / City" and "City / City" levels
"# 11474" corresponds to "Otemachi, Chiyoda-ku" only, so the message "I'm looking for it in Otemachi, Chiyoda-ku, Tokyo" will flow, and "Please enter your name." Input is required.

【0075】そして、利用者が「三ツ星商事」に相当す
る「746*33813*」と入力すると、この検索結
果は3件となり、図12にあるように三ツ星商事の下部
名義として「総務部」、「広報部」、「営業部」などが
ある。この場合は、職種を利用者に質問しても曖昧性解
消にはならないので、本装置は追加情報として下部名義
の入力を要求する。利用者がこの下部名義まで知ってい
れば、この下部名義を入力することによって、これに相
当する情報を提供できる。そこで、本装置から「三ツ星
商事の部署名を入力して下さい。部署名がわからないと
きは所定の入力をしてください。」とのメッセージを利
用者に流す。 (ケース1)利用者が「広報部」に相当する「2161
6*」と入力すると、「東京都+千代田区+大手町+三
ツ星商事+広報部」に相当するキー列「412814♯
484*211474♯746*33813*♯216
16*」によって情報データベースの検索がされる。そ
の結果、三ツ星商事の広報部の電話番号が一意に決定さ
れ、「千代田区大手町にある三ツ星商事の広報部の電話
番号は03−3505−1112です。」とのメッセー
ジを利用者に提供する。 (ケース2)利用者から三ツ星商事のどの部署か不明で
あるとの入力がされたときは、「三ツ星商事の総務部の
電話番号を提供します。その電話番号は、03−350
5−1111です。」とのメッセージを提供する。
Then, when the user inputs "746 * 33813 *" which is equivalent to "Mitsuboshi Shoji", there are three retrieval results, and as shown in FIG. There are "Public Relations Department" and "Sales Department". In this case, even if the user asks the job type, the ambiguity cannot be resolved. Therefore, the apparatus requests the input of the lower name as additional information. If the user knows the lower name, he / she can provide the information corresponding to this by inputting the lower name. Therefore, a message "Please enter the department name of Mitsuboshi Shoji. If you do not know the department name, please enter the prescribed information." Is sent from the device to the user. (Case 1) The user is "2161" which corresponds to the "public relations department".
If you enter "6 *", the key sequence corresponding to "Tokyo + Chiyoda-ku + Otemachi + Mitsusei Trading + Public Relations Department" is "4112814 #"
484 * 21174 # 746 * 33813 * # 216
16 * ”searches the information database. As a result, the telephone number of the public relations department of Mitsuboshi Shoji is uniquely determined, and the message "The telephone number of the public relations department of Mitsuboshi Shoji in Otemachi, Chiyoda-ku is 03-3505-1112." Is provided to the user. . (Case 2) When the user inputs that it is unclear which department of Mitsuboshi Shoji, "I will provide the phone number of the General Affairs Department of Mitsuboshi Shoji. The phone number is 03-350.
It is 5-1111. Message.

【0076】以上の法人(職業別)電話番号案内に用い
るシナリオ/メッセージ辞書の具体例を示さなかった
が、上記の例から個人電話番号案内のそれ、つまり図4
又は図8と同様に作ればよいことは容易に理解されよ
う。更に個人用シナリオ/メッセージ辞書を用いるか、
法人用シナリオ/メッセージ辞書を用いるかは、例え
ば、電話番号案内を受け付けた時に、最初に「個人電話
番号を知りたいのですか?」又は「法人(職業別)電話
番号を知りたいのですか?」の何れかの質問をし、その
返事に応じて、使用する辞書を選択する。あるいは、電
話番号案内装置へアクセスを、個人用と、法人(職業
別)用とにより異なる電話番号で利用者に行わせ、その
アクセスに応じて利用する辞書を選択する。
Although a specific example of the scenario / message dictionary used for corporate (professional) telephone number guidance has not been shown above, from the above example that of personal telephone number guidance, that is, FIG.
Alternatively, it can be easily understood that it can be made in the same manner as in FIG. Or use a personal scenario / message dictionary,
Whether or not to use the corporate scenario / message dictionary, for example, when you accept the directory information, first ask "Do you want to know your personal phone number?" Or "Do you want to know your corporate (professional) phone number?" ? ”And select the dictionary to use according to the answer. Alternatively, the user is made to access the telephone number guidance device by different telephone numbers for personal use and for corporate use (by occupation), and the dictionary to be used is selected according to the access.

【0077】また最近は、通信開始時に、発信端末の番
号に代表される発信端末の識別情報が交換機へ送られる
機能を有する、ISDN(デジタル綜合通信網)のよう
な通信システムが用いられるようになってきた。この機
能を利用すれば、この発明の利点を更に高めるとができ
る。例えば具体例3に類似したケースで、利用者が最寄
りの郵便局の番号を知りたいために、この発明の機能を
有したセンタにアクセスしたとする。その時に発信端末
情報も同時に到達していれば、電話番号の市外局番に当
たる情報から、発信端末の設置地域を特定することが出
来る。それによって、都道府県ないし丁目等までの地域
に関する情報が得られ、この場所情報を利用者に要求せ
ずに済ませられる可能性がある。利用者から見れば「郵
便局」という名義相当情報さえ入力すれば、この情報案
内装置が最寄りの郵便局を検索してくれ、その番号を得
る可能性がある。
Recently, a communication system such as ISDN (Digital Integrated Communication Network) having a function of transmitting the identification information of the calling terminal represented by the number of the calling terminal to the exchange at the start of communication is used. It's coming. By utilizing this function, the advantages of the present invention can be further enhanced. For example, in a case similar to the third embodiment, it is assumed that the user accesses the center having the function of the present invention in order to know the number of the nearest post office. If the calling terminal information also arrives at the same time, the area where the calling terminal is installed can be specified from the information corresponding to the area code of the telephone number. As a result, information about a region such as a prefecture or chome can be obtained, and there is a possibility that this location information will not be required from the user. From the user's point of view, if the information corresponding to the name "Post Office" is entered, this information guide device may search for the nearest post office and obtain the number.

【0078】上述においてキー12に表示文字は仮名文
字のみならず図13に示したように英文字も表示する場
合は、例えば名義情報としてNTT株式会社を入力する
場合その「NTT」に対しての読み「えぬていてい」に
対応する「154141」と入力せずに英文字「NT
T」に対応するキーを利用して「688」と入力しても
よく、同様に後者の場合、キー操作の回数が少ない利益
が得られる。また入力を仮名文字で行う場合に限らず、
ローマ字綴りで入力してもよい。このようなことは、仮
名文字及び英文字に対応するキーシーケンスをデータベ
ースに登録しておくことによって仮名文字入力か、英文
字入力かのどちらもアクセス可能(データ入力可能)と
することができる。
In the above description, when the key 12 is used to display not only kana characters but also English characters as shown in FIG. Do not enter "154141" which corresponds to the reading
The key corresponding to "T" may be used to input "688", and similarly, in the latter case, a benefit that the number of key operations is small is obtained. Also, not only when inputting with kana characters,
You may enter it in Roman letters. In such a case, by registering the key sequence corresponding to the kana character and the English character in the database, it is possible to access either the kana character input or the English character input (data input is possible).

【0079】更に入力手段として電話機のキーボードに
限らず、他の例えばパソコンのキーボードによる入力、
その他のものでもよく、また2周波トーン信号によるキ
ー入力のみならず、ダイヤルパルスにより行ってもよ
く、更に入力手段のキー上には必ずしも数字を表示しな
くてもよい。
Further, the input means is not limited to the keyboard of the telephone, but the input of other keyboard such as a personal computer,
Others may be used, and not only the key input by the two-frequency tone signal but also the dial pulse may be performed, and the number may not necessarily be displayed on the key of the input means.

【0080】[0080]

【発明の効果】以上述べたようにこの発明によれば、1
つのキーが複数の文字を表わし、そのキーを1文字につ
いて1度しか操作しないで読みの文字を入力し、つまり
曖昧なキーシーケンスとして入力し、入力操作数が少な
く、操作性が良いものとし、しかも名義情報、場所情報
の一部ずつ入力し、情報データベースの検索を行い、そ
れまでに得られた検索結果を用いて追加情報の入力を要
求し、その追加情報を含めてデータベースの検索を行う
ことを繰返すようにしているため、全ての場合に必要と
思われる全ての情報を一度に入力させるよりも少ないキ
ー操作で目的とする検索結果を得る場合が多いので、利
用者から見て、より短い時間で目的の番号ないし情報に
到達できるという顕著な効果を生む。また、番号ならび
に情報検索に必要な情報を最初に一度に入力させるより
も、この発明のように都道府県名の次に市区群名のよう
に、想起し易い情報から逐次尋ねていく方が、認知心理
学の観点からも、利用者の心理的負担が少ない方法であ
ることが分かっている。
As described above, according to the present invention, 1
One key represents a plurality of characters, and the character is read only by operating the key once for each character, that is, it is entered as an ambiguous key sequence, the number of input operations is small, and the operability is good, In addition, part of nominal information and location information is entered, the information database is searched, additional information is requested using the search results obtained so far, and the database is searched including the additional information. Since it is repeated, it is often the case that users can get the desired search result with fewer key operations than inputting all the information that seems necessary in all cases. The remarkable effect that the desired number or information can be reached in a short time is produced. In addition, rather than inputting the number and information required for information retrieval at the same time at the beginning, it is better to sequentially inquire from information that is easy to recall, such as a prefecture name and then a city / ward group name, as in the present invention. From the viewpoint of cognitive psychology, it has been found that this is a method with less psychological burden on the user.

【0081】特に追加情報を、それまでの入力情報と検
索結果に応じた適切なものを選択することにより少ない
キー操作で目的の検索結果を得ることができる。そのた
めにはシナリオ/メッセージ辞書として説明したように
それまで入力情報と、検索結果と未入力検索キーとによ
り決る条件と、これに適切な追加情報(アクション)と
の関係を辞書としておくことにより、効率的に検索を行
うことができる。またブール排他質問で候補を絞るより
も、少ない回数で候補を絞ることができる。
Particularly, by selecting appropriate additional information according to the input information and the search result up to that point, the desired search result can be obtained with a small number of key operations. For that purpose, as described above as the scenario / message dictionary, by setting the relationship between the input information, the condition determined by the search result and the non-input search key, and the additional information (action) appropriate for this, as a dictionary, You can search efficiently. Also, it is possible to narrow down the candidates with a smaller number of times than narrowing down the candidates with the Boolean exclusion question.

【0082】また追加情報の要求として入力させるが、
その追加情報の内容を適切に選択することにより利用者
に当然の質問と思われ、心理的負担を掛けることもな
い。さらに、シナリオを装置本体と独立させたことによ
りシナリオを変更することによって装置構成を変えずと
も、サービス環境に合致した情報案内を実施できる長所
もある。
Also, the user is prompted to input additional information,
By properly selecting the content of the additional information, it seems to be a natural question for the user and does not impose a psychological burden. Furthermore, by making the scenario independent of the main body of the apparatus, there is an advantage that information guidance that matches the service environment can be performed without changing the apparatus configuration by changing the scenario.

【図面の簡単な説明】[Brief description of drawings]

【図1】Aはこの発明の情報案内装置の機能構成例を示
すブロック図、Bは装置内に保持するフラグの例を示す
図である。
FIG. 1 is a block diagram showing an example of a functional configuration of an information guide device of the present invention, and B is a diagram showing an example of flags held in the device.

【図2】この発明の方法の処理手順の例を示す流れ図。FIG. 2 is a flowchart showing an example of a processing procedure of the method of the present invention.

【図3】個人宅用電話番号データベースの例を示す図。FIG. 3 is a diagram showing an example of a personal home telephone number database.

【図4】シナリオ/メッセージ辞書の例を示す図。FIG. 4 is a diagram showing an example of a scenario / message dictionary.

【図5】曖昧性解消処理の手順例を示す流れ図。FIG. 5 is a flowchart showing an example of a procedure for disambiguation processing.

【図6】住所データベースの例を示す図。FIG. 6 is a diagram showing an example of an address database.

【図7】個人宅電話番号データベースの他の例を示す
図。
FIG. 7 is a diagram showing another example of a personal home telephone number database.

【図8】シナリオ/メッセージ辞書の他の例を示す図。FIG. 8 is a diagram showing another example of a scenario / message dictionary.

【図9】上位概念と下位概念との関係例を示す図。FIG. 9 is a diagram showing an example of a relationship between a superordinate concept and a subordinate concept.

【図10】上位概念と下位概念との他の関係例を示す
図。
FIG. 10 is a diagram showing another example of the relationship between a superordinate concept and a subordinate concept.

【図11】付帯情報をもつ個人宅電話番号データベース
の例を示す図。
FIG. 11 is a diagram showing an example of a personal home telephone number database having supplementary information.

【図12】法人電話番号データベースの例を示す図。FIG. 12 is a diagram showing an example of a corporate telephone number database.

【図13】電話機のキーに仮名文字と英文字を割当てた
例を示す図。
FIG. 13 is a diagram showing an example in which kana characters and English characters are assigned to keys of a telephone.

【図14】従来の方法の処理手順を示す流れ図。FIG. 14 is a flowchart showing a processing procedure of a conventional method.

【手続補正書】[Procedure amendment]

【提出日】平成8年6月20日[Submission date] June 20, 1996

【手続補正1】[Procedure amendment 1]

【補正対象書類名】明細書[Document name to be amended] Statement

【補正対象項目名】請求項11[Correction target item name] Claim 11

【補正方法】変更[Correction method] Change

【補正内容】[Correction contents]

【手続補正2】[Procedure amendment 2]

【補正対象書類名】明細書[Document name to be amended] Statement

【補正対象項目名】請求項12[Name of item to be corrected] Claim 12

【補正方法】変更[Correction method] Change

【補正内容】[Correction contents]

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 FI 技術表示箇所 G06F 15/403 320C ─────────────────────────────────────────────────── ─── Continuation of the front page (51) Int.Cl. 6 Identification code Internal reference number FI Technical display location G06F 15/403 320C

Claims (14)

【特許請求の範囲】[Claims] 【請求項1】 1つのキーに複数の文字が割当てられた
入力手段により、名義情報又は場所情報の一部がかな文
字での読みの各文字と対応する各1つのキーを1度操作
して利用者により入力されたキーシーケンスを受付ける
過程と、 この受付けたキーシーケンスを検索キーとしてデータベ
ースの検索を行う過程と、 その検索により複数の検索結果が得られると、 a.これら複数の検索結果に関連する追加情報の入力を
上記利用者に促すガイダンスを提供する過程と、 b.上記追加情報が上記入力手段により上記と同様の手
法で上記利用者により入力された追加キーシーケンスを
受付ける過程と、 c.上記追加キーシーケンスとこれまでに得られた検索
結果とを用いて、上記複数の検索結果を絞り込む過程
と、 その絞り込み結果が複数ある間は上記a乃至cの過程を
繰返す過程と、 上記絞り込み結果が1つになると、その結果の情報を上
記利用者に提供する過程とを有する情報案内方法。
1. An input means in which a plurality of characters are assigned to one key is used to operate once each one key corresponding to each character in which part of the name information or place information is a kana character. The process of accepting the key sequence input by the user, the process of searching the database by using the accepted key sequence as a search key, and the plurality of search results obtained by the search, a. Providing a guidance prompting the user to enter additional information related to the plurality of search results; b. A step of receiving the additional key sequence in which the additional information is input by the user in the same manner as above by the input means, and c. A step of narrowing down the plurality of search results using the additional key sequence and the search results obtained so far, a step of repeating the steps a to c while there are a plurality of narrowing down results, and the narrowing down result And a method of providing the resulting information to the user.
【請求項2】 上記ガイダンスを提供する過程における
上記追加情報の選択は、それまでの入力情報と検索結果
と未入力の検索キーとにより決る条件と、その条件に対
応する適切な追加情報とが各種記述された辞書を参照し
て条件と合致するものを探し、その合致した条件の追加
情報により求めることを特徴とする請求項1記載の情報
案内方法。
2. The selection of the additional information in the process of providing the guidance is performed by a condition determined by the input information up to that point, a search result, and an unentered search key, and appropriate additional information corresponding to the condition. 2. The information guide method according to claim 1, wherein a dictionary that matches various conditions is searched for by referring to various described dictionaries, and the additional information of the matched conditions is used to obtain the information.
【請求項3】 上記辞書には各追加情報を利用者に要求
するためのメッセージも記述され、上記合致した条件と
対応するメッセージに対してその条件の追加情報、それ
までに検出された検索結果を編集して利用者へ追加情報
要求のメッセージを送出することを特徴とする請求項2
記載の情報案内方法。
3. A message for requesting each additional information from the user is also described in the dictionary, the additional information of the condition corresponding to the matching condition and the search result detected so far. 3. A message for requesting additional information is edited and the message is sent to the user.
Information guidance method described.
【請求項4】 上記a乃至cの過程の繰返しによって
も、1つに絞り込むことができない場合は、残った複数
の検索結果を構成する情報を順次提供して、二者択一の
指定を受け付け、その指定により1つに絞り込むことを
特徴とする請求項1乃至3の何れかに記載の情報案内方
法。
4. When it is not possible to narrow down to one by repeating the above steps a to c, the information constituting the plurality of remaining search results is sequentially provided, and the designation of alternative is accepted. The information guidance method according to any one of claims 1 to 3, wherein the information is narrowed down to one by the designation.
【請求項5】 上記絞り込みの途中における検索結果
で、上記キーシーケンスのもつ情報の曖昧性がなくなっ
た時に、その時得られた情報の確認を利用者に求めるガ
イダンスを提供する過程を有することを特徴とする請求
項1乃至4の何れかに記載の情報案内方法。
5. When the search result during the narrowing down, when there is no ambiguity of the information included in the key sequence, a step of providing a guidance requesting the user to confirm the information obtained at that time is provided. The information guidance method according to any one of claims 1 to 4.
【請求項6】 上記追加情報に名義情報及び場所情報以
外の情報をも用いることを特徴とする請求項1乃至5の
何れかに記載の情報案内方法。
6. The information guidance method according to claim 1, wherein information other than the nominal information and the location information is used as the additional information.
【請求項7】 上記絞込みが1つになった状態で、その
1つになった情報が有する各付帯情報ごとにそれを必要
とするかの問合せを順次行う過程と、上記問合せで必要
とする回答を検出して、対応する付帯情報を送出する過
程とを含むことを特徴とする請求項1乃至6記載の情報
案内方法。
7. A process of sequentially making an inquiry as to whether or not each additional information included in the one piece of information has the narrowed-down state, and a step required in the inquiry. 7. A method for guiding information according to claim 1, further comprising a step of detecting an answer and transmitting corresponding incidental information.
【請求項8】 上記各キーに互いに異なる複数の英文字
も割当てられている入力手段により上記キーシーケンス
は入力されたものであることを特徴とする請求項1乃至
7記載の情報案内方法。
8. The information guide method according to claim 1, wherein the key sequence is input by an input means in which a plurality of different alphabetic characters are assigned to each key.
【請求項9】 最初に入力されたキーシーケンスと共に
入力されたその発信端末の識別情報からその発信端末の
設置地域を特定する過程と、 その特定された地域情報を上記利用者により入力された
場所情報の少くとも一部として用いる過程とを含むこと
を特徴とする請求項1乃至8の何れかに記載の情報案内
方法。
9. The process of identifying the installation area of the calling terminal from the identification information of the calling terminal entered together with the key sequence entered first, and the location where the specified area information is entered by the user. 9. The information guiding method according to claim 1, further comprising a step of using it as at least a part of information.
【請求項10】 利用者から曖昧性のあるキーシーケン
スの入力を受付ける入力手段と、 情報が格納された情報データベースと、 その情報データベースを検索する検索手段と、 それまでの検索結果を条件とし、その条件と対応して次
に要求する追加情報が記述された辞書と、 上記検索手段による検索結果が一意でない場合は上記辞
書を参照して追加情報を決定する曖昧性解消手段と、 利用者に情報を要求する質問文データ、検索結果を利用
者へ提供する文のデータなどの出力用データを作成する
出力用データ作成手段と、 上記出力用データを音声信号として利用者へ出力する出
力手段と、 利用者より入力されたキーシーケンスと、利用者への質
問文データとにより表現される利用者との対話状況の監
視、その監視に基づく上記検索手段による検索の実行、
その検索の可否及び結果に基づく上記曖昧性解消手段の
動作制御、上記出力用データ手段及び上記出力手段の動
作制御を司る対話制御手段とを具備する情報案内装置。
10. An input means for accepting an input of an ambiguous key sequence from a user, an information database in which information is stored, a search means for searching the information database, and a search result up to that point as conditions. A dictionary in which additional information to be requested next is described in correspondence with the condition, and an ambiguity resolution means for determining additional information by referring to the dictionary when the search result by the search means is not unique; Output data creating means for creating output data such as question sentence data requesting information, sentence data for providing search results to the user, and output means for outputting the output data as a voice signal to the user , Monitoring the state of dialogue with the user expressed by the key sequence input by the user and the question text data to the user, and the above-mentioned search means based on the monitoring The execution of the search that,
An information guide device comprising: an operation control of the ambiguity resolution means based on the availability of the search and a result; a dialogue control means for controlling the output data means and the operation control of the output means.
【請求項11】 上記辞書には上記質問文データを作成
するためのメッセージの雛形がそれぞれ記述され、上記
対話制御手段はそれまでの検索結果と、上記決定された
追加情報と、これと対応するメッセージ雛形とから質問
文データを編集して上記出力用データ出力手段へ供給す
る手段を有することを特徴とする請求項10記載の情報
案内装置。
11. A template of a message for creating the question sentence data is described in the dictionary, and the dialogue control means corresponds to the search results up to that point and the determined additional information. 11. The information guide device according to claim 10, further comprising means for editing the question sentence data from the message template and supplying it to the output data output means.
【請求項12】 上記辞書の上記メッセージ離形に、上
記検索結果で上記キーシーケンスのもつ情報の曖昧性が
なくなった時に、その時得られた情報の確認を利用者に
求める確認メッセージ離形を含み、 上記対話制御手段は上記決定された追加情報と対応する
確認メッセージ離形と、それまでの検索結果とから確認
文用データを編集して上記出力用データ出力手段へ供給
する手段を有することを特徴とする請求項11記載の情
報案内装置。
12. The message morphology of the dictionary includes a confirmation message morphology that asks the user to confirm the information obtained at the time when the ambiguity of the information held by the key sequence disappears in the search result. The interactive control means includes means for editing confirmation message data from the confirmation message release corresponding to the determined additional information and the search results so far and supplying the edited confirmation data to the output data output means. The information guide device according to claim 11, which is characterized in that.
【請求項13】 上記辞書の条件として、それまでに入
力された検索キーと、また入力されていない検索キーが
含まれていることを特徴とする請求項10乃至12の何
れかに記載の情報案内装置。
13. The information according to claim 10, wherein the condition of the dictionary includes a search key that has been input and a search key that has not been input. Guidance device.
【請求項14】 上記利用者からの最初のキーシーケン
スと共に入力されたその発信端末の識別情報からその発
信端末設置地域を特定する手段と、 その特定された地域情報を、上記利用者からキーシーケ
ンスにより入力された場所情報の少くとも一部として用
いる手段とを有することを特徴とする請求項10乃至1
3の何れかに記載の情報案内装置。
14. A means for identifying the area where the originating terminal is installed from the identification information of the originating terminal entered together with the first key sequence from the user, and the identified area information from the user. Means for using as at least a part of the location information input by the user.
The information guide device according to any one of 3 above.
JP15254096A 1996-06-13 1996-06-13 Information guidance method and device Expired - Lifetime JP3316826B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP15254096A JP3316826B2 (en) 1996-06-13 1996-06-13 Information guidance method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP15254096A JP3316826B2 (en) 1996-06-13 1996-06-13 Information guidance method and device

Publications (2)

Publication Number Publication Date
JPH09330195A true JPH09330195A (en) 1997-12-22
JP3316826B2 JP3316826B2 (en) 2002-08-19

Family

ID=15542692

Family Applications (1)

Application Number Title Priority Date Filing Date
JP15254096A Expired - Lifetime JP3316826B2 (en) 1996-06-13 1996-06-13 Information guidance method and device

Country Status (1)

Country Link
JP (1) JP3316826B2 (en)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11184609A (en) * 1997-12-22 1999-07-09 Ai Soft Kk Japanese input device, electronic equipment having japanese input part, and medium recording japanese input control program
JP2000112637A (en) * 1998-10-06 2000-04-21 Ai Soft Kk Data input device, data input method and record medium
JP2002118658A (en) * 2000-10-06 2002-04-19 Image Partner:Kk Required information collection system
JP2003123193A (en) * 2001-10-17 2003-04-25 Yazaki Corp Registered vehicle list displaying method and registered vehicle selection device
US6885990B1 (en) 1999-05-31 2005-04-26 Nippon Telegraph And Telephone Company Speech recognition based on interactive information retrieval scheme using dialogue control to reduce user stress
JP2005515717A (en) * 2002-01-11 2005-05-26 トムソン ライセンシング ソシエテ アノニム Telephone number transmission system and method for digital subscriber line modems
JP2006060768A (en) * 2004-07-21 2006-03-02 J Data:Kk Mobile phone and mobile information terminal
JP2008003990A (en) * 2006-06-26 2008-01-10 Canon Inc Service cooperation method, device and program
JP2011076360A (en) * 2009-09-30 2011-04-14 Oki Electric Industry Co Ltd Apparatus and method for processing information
JP2014106832A (en) * 2012-11-29 2014-06-09 Nec Software Tohoku Ltd Information providing apparatus and information providing method
JP2015049635A (en) * 2013-08-30 2015-03-16 富士通フロンテック株式会社 Automatic transaction device

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11184609A (en) * 1997-12-22 1999-07-09 Ai Soft Kk Japanese input device, electronic equipment having japanese input part, and medium recording japanese input control program
JP2000112637A (en) * 1998-10-06 2000-04-21 Ai Soft Kk Data input device, data input method and record medium
US6885990B1 (en) 1999-05-31 2005-04-26 Nippon Telegraph And Telephone Company Speech recognition based on interactive information retrieval scheme using dialogue control to reduce user stress
JP2002118658A (en) * 2000-10-06 2002-04-19 Image Partner:Kk Required information collection system
JP2003123193A (en) * 2001-10-17 2003-04-25 Yazaki Corp Registered vehicle list displaying method and registered vehicle selection device
JP2005515717A (en) * 2002-01-11 2005-05-26 トムソン ライセンシング ソシエテ アノニム Telephone number transmission system and method for digital subscriber line modems
JP2006060768A (en) * 2004-07-21 2006-03-02 J Data:Kk Mobile phone and mobile information terminal
US8271020B2 (en) 2004-07-21 2012-09-18 J-Data Co., Ltd. Cellular telephone and personal digital assistant
JP2008003990A (en) * 2006-06-26 2008-01-10 Canon Inc Service cooperation method, device and program
JP2011076360A (en) * 2009-09-30 2011-04-14 Oki Electric Industry Co Ltd Apparatus and method for processing information
JP2014106832A (en) * 2012-11-29 2014-06-09 Nec Software Tohoku Ltd Information providing apparatus and information providing method
JP2015049635A (en) * 2013-08-30 2015-03-16 富士通フロンテック株式会社 Automatic transaction device

Also Published As

Publication number Publication date
JP3316826B2 (en) 2002-08-19

Similar Documents

Publication Publication Date Title
US6996531B2 (en) Automated database assistance using a telephone for a speech based or text based multimedia communication mode
US4817129A (en) Method of and means for accessing computerized data bases utilizing a touch-tone telephone instrument
US8185539B1 (en) Web site or directory search using speech recognition of letters
US6625595B1 (en) Method and system for selectively presenting database results in an information retrieval system
US5917889A (en) Capture of alphabetic or alphanumeric character strings in an automated call processing environment
US6529187B1 (en) Generalized system for internet and services navigation from keypad equipped internet devices, including browser equipped phones
JP2813725B2 (en) Method and system for progressive database search termination using telephone
US7242758B2 (en) System and method for automatically processing a user's request by an automated assistant
US5214689A (en) Interactive transit information system
US20010043594A1 (en) Information processing apparatus, information processing method and identification code
JP3316826B2 (en) Information guidance method and device
US6223156B1 (en) Speech recognition of caller identifiers using location information
JP2008015439A (en) Voice recognition system
US20040153444A1 (en) Technique for effectively providing search results by an information assistance service
US20020138337A1 (en) Question and answering apparatus, question and answering method, and question and answering program
JPH08320872A (en) Word conversion device
KR20000045107A (en) Method for korean synonym search using phoneme level's appropriate function
KR100329464B1 (en) Method and appratus for informing change of personal informations
US5907320A (en) Time-based method of human-computer interaction for controlling storage and retrieval of multimedia information
US20040193603A1 (en) Technique for effectively searching for information in response to requests in information assistance service
JP3221477B2 (en) Database collation type input method and device, database collation type Japanese input device, and telephone number guidance service system
US20020164978A1 (en) System and method for making telecommunication calls
KR0183140B1 (en) Voice information service searching method using an initial consonant
JP2002331938A (en) Station name input selective display method in route search and its system
KR20020084739A (en) Method and apparatus for wireless internet search and connection using numeric inputs

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090614

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090614

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100614

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100614

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110614

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120614

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130614

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140614

Year of fee payment: 12

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

EXPY Cancellation because of completion of term