[go: up one dir, main page]

JP2002117061A - Device and method for providing information - Google Patents

Device and method for providing information

Info

Publication number
JP2002117061A
JP2002117061A JP2001238350A JP2001238350A JP2002117061A JP 2002117061 A JP2002117061 A JP 2002117061A JP 2001238350 A JP2001238350 A JP 2001238350A JP 2001238350 A JP2001238350 A JP 2001238350A JP 2002117061 A JP2002117061 A JP 2002117061A
Authority
JP
Japan
Prior art keywords
user
search
information
keyword
search condition
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001238350A
Other languages
Japanese (ja)
Inventor
Masanobu Taira
昌展 平
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.)
Recruit Co Ltd
Original Assignee
Recruit Co Ltd
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 Recruit Co Ltd filed Critical Recruit Co Ltd
Priority to JP2001238350A priority Critical patent/JP2002117061A/en
Publication of JP2002117061A publication Critical patent/JP2002117061A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide an interactive information providing system based upon natural sentences. SOLUTION: A user is prompted to input a character string in natural sentence form, a prescribed keyword is obtained by performing prescribed natural language processing as to the character string inputted by the user, and a retrieval condition frame having prescribed retrieval items is generated according to the prescribed keyword, and retrieval from a 1st database is performed according to the generated retrieval condition frame and the retrieval result is presented to the user.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、情報提供装置およ
び情報提供方法に関し、特に、WWWを利用してユーザ
から検索条件を受け取って、そのユーザに検索結果を提
供するシステムに関する。
[0001] 1. Field of the Invention [0002] The present invention relates to an information providing apparatus and an information providing method, and more particularly, to a system for receiving a search condition from a user using WWW and providing a search result to the user.

【0002】[0002]

【従来技術】インターネットは、ネットワークシステム
とこのネットワークシステムを介して相互に接続された
コンピュータによって構成されている。相互に接続され
たコンピュータは、メールシステムやWWWシステムな
どのさまざまなシステムを利用することにより、情報を
やり取りする。
2. Description of the Related Art The Internet is composed of a network system and computers interconnected via the network system. Computers connected to each other exchange information by using various systems such as a mail system and a WWW system.

【0003】このWWWシステムは、クライアント/サ
ーバモデルとして表現されるシステムであり、クライア
ントコンピュータ上のブラウザプログラムとサーバコン
ピュータ(すなわち、Webサイト)上のWebサーバ
プログラムとの間でグラフィカルな情報資源(すなわ
ち、Webページ)をやり取りすることができる。WW
Wシステムにおける情報資源は、URL(Uniform Reso
urce Locator)によって一意に識別されている。ユーザ
はインターネット上のWebサイトのWebページを閲
覧するために、ブラウザを介してその情報資源のURL
を指定した取得要求を行う。この取得要求は、URLで
指定されたWebサイトに転送される。Webサイトは
この取得要求を応答して、情報資源をユーザのクライア
ントコンピュータに送信する。Webサイトから送信さ
れる情報資源は、クライアントコンピュータ上のブラウ
ザを介して表示される。WWWシステムはまた、ハイパ
ーリンク機能を提供する。これにより、ユーザは簡単な
操作でインターネット上のさまざまな情報資源にアクセ
スすることができる。さらに、WWWシステムは、CG
I(Common Gateway Interface)機能により、ブラウザ
から送信された要求に基づいて、単なる情報資源のやり
取りだけでなく、より高度な処理を行うことができる。
[0003] The WWW system is a system expressed as a client / server model, in which a graphical information resource (ie, a web server program on a client computer and a Web server program on a server site) is used. , Web pages) can be exchanged. WW
Information resources in the W system are URL (Uniform Resource
urce Locator). The user browses the Web page of the Web site on the Internet by using the URL of the information resource via a browser.
Make an acquisition request specifying. This acquisition request is transferred to the Web site specified by the URL. In response to the acquisition request, the Web site transmits the information resource to the user's client computer. Information resources transmitted from the Web site are displayed via a browser on the client computer. The WWW system also provides a hyperlink function. As a result, the user can access various information resources on the Internet with a simple operation. In addition, the WWW system uses CG
With the I (Common Gateway Interface) function, based on the request transmitted from the browser, it is possible not only to exchange information resources but also to perform more advanced processing.

【0004】例えば、検索エンジンは、ユーザから受け
付けた検索条件に基づいて、データベースを検索し、そ
の検索結果をユーザに提示する。ユーザは、検索結果を
さらに絞り込みたい場合には、検索条件を入力する。こ
れにより、ユーザは、検索エンジンを利用して、インタ
ラクティブに情報を検索することができる。
For example, a search engine searches a database based on search conditions received from a user, and presents the search results to the user. If the user wishes to further narrow down the search results, he or she inputs search conditions. This allows the user to interactively search for information using the search engine.

【0005】[0005]

【発明が解決しようとする課題】従来の検索エンジン
(情報提示システム)では、ユーザは、所望の検索結果
を得ようとする場合には、入力フォームに複雑な検索条
件を入力しなければならなかった。また、入力フォーム
は、Webサイト側で設定されるため、全てのユーザに
とって使い勝手がよいものとはいえなかった。例えば、
その検索システムの利用経験が多いユーザはその検索エ
ンジンのクセをある程度把握しているので、そのクセに
応じつつ複雑な検索条件を入力することも可能である
が、これは結果として入力負担を強いられることになっ
ていた。一方、検索エンジンの利用経験が浅いユーザは
どのような検索条件を入力するばよいのか判断が難し
く、その検索エンジンのパフォーマンスを十分に引き出
すことができなかった。
In a conventional search engine (information presentation system), a user must input complicated search conditions into an input form in order to obtain a desired search result. Was. In addition, since the input form is set on the Web site side, it cannot be said that all users have good usability. For example,
A user who has a lot of experience using the search system knows the habit of the search engine to a certain extent, so it is possible to input complicated search conditions according to the habit, but this results in a heavy input burden. Was supposed to be On the other hand, it is difficult for a user who has little experience in using a search engine to determine what search conditions to input, and the performance of the search engine cannot be sufficiently brought out.

【0006】そこで、本発明の課題は、自然文をベース
とした対話型の情報提示システムを提供することであ
る。
Accordingly, an object of the present invention is to provide an interactive information presentation system based on natural sentences.

【0007】[0007]

【課題を解決するための手段】第1の観点にしたがう本
発明は、ユーザとの間で自然文形式の対話を行って検索
に必要なキーワードを取得し、当該取得したキーワード
に基づいてデータベースを検索し、その検索結果をユー
ザに提示することである。
According to a first aspect of the present invention, a keyword necessary for a search is obtained by performing a natural sentence dialog with a user, and a database is stored based on the obtained keyword. Searching and presenting the search results to the user.

【0008】この場合、本発明は、所定のシナリオを用
意しておき、このシナリオに従ってユーザとの間の対話
を進めていく。また、本発明は、ユーザとの間の対話で
与えられる自然文形式の文字列に対して所定の自然言語
処理を行うことにより、データベースに対するマッチン
グ率を高めている。すなわち、本発明は、与えられる文
字列に対して形態素解析および構文解析を行ってキーワ
ードを切り出し、また、切り出したキーワードに揺らぎ
表現が含まれる場合には、その揺らぎ表現が吸収される
ようにそのキーワードを変換する。
In this case, according to the present invention, a predetermined scenario is prepared, and the dialogue with the user proceeds in accordance with the scenario. Further, the present invention increases the matching ratio with the database by performing a predetermined natural language process on a character string in a natural sentence format given in a dialogue with a user. That is, the present invention performs a morphological analysis and a syntactic analysis on a given character string to cut out a keyword, and when a cut-out keyword includes a fluctuation expression, the fluctuation is expressed so as to absorb the fluctuation expression. Convert keywords.

【0009】さらに、本発明は、得られたキーワードか
ら具体化されたキーワードを取得するとともに、これら
キーワード間の関連性を考慮して、検索を行う。これ
は、ユーザによって与えられた文字列がデータベースを
検索する上であいまいな知識表現であっても、具体的レ
ベルの知識表現に徐々に変換されていくことを意味す
る。このため、本発明は、観点というカテゴリを設定
し、観点ごとにさまざまな属性のキーワードを設定した
専門知識データベースを構築している。例えば、旅行に
関する専門知識データベースの場合には、「エリア」、
「テーマ」、「ホテル」、「名所・旧跡」および「エア
ライン」という5つの観点が設定される。これにより、
ユーザによって「タイで遺跡めぐりしたい」というあい
まいな表現が与えられた場合であっても、「バンコクに
宿泊し、その近隣都市であるアユタヤの「アユタヤ遺跡
に行く」という具体的な情報を提供することができるよ
うになる。
Further, according to the present invention, keywords embodied from the obtained keywords are obtained, and a search is performed in consideration of the relevance between these keywords. This means that even if the character string given by the user is a knowledge expression that is ambiguous in searching the database, it is gradually converted into a knowledge expression of a specific level. For this reason, the present invention establishes a category of viewpoints, and constructs a specialized knowledge database in which keywords of various attributes are set for each viewpoint. For example, in the case of a travel expertise database, "area"
Five viewpoints, “theme”, “hotel”, “famous place / historic site”, and “airline” are set. This allows
Even if the user gives the ambiguous expression "I want to visit archeological sites in Thailand", provide specific information such as "I will stay in Bangkok and go to Ayutthaya archeological site in Ayutthaya, a neighboring city" Will be able to do it.

【0010】さらにまた、本発明は、ユーザから与えら
れた検索条件(自然文形式の文字列)に従ってデータベ
ースを検索した結果、ユーザに提示すべき検索結果がな
い場合、ユーザに検索条件の再入力を促すことなく、検
索条件を再設定し直して検索を行う。これにより、ユー
ザに対する検索結果0件という提示を回避することがで
きるようになる。
Still further, according to the present invention, if there is no search result to be presented to the user as a result of searching the database according to the search condition (character string in a natural sentence format) given by the user, the user can re-enter the search condition. Without resetting the search conditions, search is performed again. As a result, it is possible to avoid presenting the user with 0 search results.

【0011】より具体的には、本発明は、ユーザに対し
て自然文形式の文字列の入力を促し、前記ユーザによっ
て入力された文字列について所定の自然言語処理を行っ
て所定のキーワードを取得し、前記取得した所定のキー
ワードに基づいて、所定の検索項目を有する検索条件フ
レーム(検索条件データ)を作成し、前記作成した検索
条件フレームに基づいて第1のデータベースを検索し、
その検索結果を前記ユーザに対して提示することを特徴
とする情報提供方法である。検索結果は、典型的には対
話的操作を行っているユーザに提示されるが、特にこれ
にこだわるものではなく、例えば、予め登録した他のユ
ーザに提示するようにしてもよいし,所定のサーバに通
知し登録される情報内容としてもよい。
More specifically, the present invention urges a user to input a character string in a natural sentence format, performs predetermined natural language processing on the character string input by the user, and obtains a predetermined keyword. Creating a search condition frame (search condition data) having a predetermined search item based on the obtained predetermined keyword, searching the first database based on the created search condition frame,
An information providing method characterized by presenting the search result to the user. The search result is typically presented to a user performing an interactive operation, but is not limited to this. For example, the search result may be presented to another user registered in advance, or a predetermined The information content may be notified to the server and registered.

【0012】また、第2の観点にしたがう本発明は、ユ
ーザとの間で自然文形式の対話を行って検索に必要なキ
ーワードを取得し、当該取得したキーワードに基づいて
データベースを検索し、その検索結果をユーザに提示す
る一方、ユーザがその検索結果に示される情報供給元に
リクエスト等の送信を希望した場合には、その情報供給
元に、該ユーザに関する情報を送客情報として提供する
ことを特徴としている。送客情報には、ユーザの連絡先
(メールアドレス等)や検索に際して入力された文字列
および該文字列に基づいて確定した検索条件文字列等が
含まれる。
According to a second aspect of the present invention, a keyword necessary for a search is obtained by performing a natural sentence dialogue with a user, and a database is searched based on the obtained keyword. While presenting the search result to the user, if the user wishes to transmit a request or the like to the information source indicated in the search result, provide the information regarding the user as customer sending information to the information source. It is characterized by. The customer sending information includes the user's contact information (e.g., e-mail address), a character string input during the search, and a search condition character string determined based on the character string.

【0013】かかる発明は、コンピュータシステムに所
定の機能を実現させるプログラムを記録した記録媒体と
しても成立する。ここで、コンピュータシステムは、好
ましくは、クライアント/サーバモデルにより実現され
る。
The present invention is also realized as a recording medium on which a program for causing a computer system to realize a predetermined function is recorded. Here, the computer system is preferably realized by a client / server model.

【0014】さらに、前記記録媒体とは、例えば、ハー
ドディスク(HD)、DVD−RAM、フレキシブルデ
ィスク(FD)やCD−ROM等のほかに、RAMやR
OM等のメモリを含む。前記コンピュータとは、例え
ば、CPUやMPUといったいわゆる中央処理装置がプ
ログラムを解釈することで所定の処理を行う、いわゆる
マイクロコンピュータ等をも含む。前記プログラムは、
オペレーティングシステムなどの基本プログラムによっ
て実現される機能を呼び出す機能を含んで実現しても良
い。
Further, the recording medium is, for example, a hard disk (HD), a DVD-RAM, a flexible disk (FD), a CD-ROM, etc.
Includes memory such as OM. The computer also includes, for example, a so-called microcomputer or the like in which a so-called central processing unit such as a CPU or an MPU performs a predetermined process by interpreting a program. The program is
The function may be realized by including a function of calling a function realized by a basic program such as an operating system.

【0015】なお、本明細書において、手段とは、単に
物理的手段を意味するものではなく、その手段が有する
機能をソフトウェアによって実現する場合も含む。ま
た、1つの手段が有する機能が2つ以上の物理的手段に
より実現されても、2つ以上の手段の機能が1つの物理
的手段により実現されても良い。
[0015] In this specification, the term "means" does not simply mean a physical means, but also includes a case where the function of the means is realized by software. Further, the function of one unit may be realized by two or more physical units, or the function of two or more units may be realized by one physical unit.

【0016】[0016]

【発明の実施の形態】次に、本発明の実施の形態につい
て、図面を参照しつつ説明する。
Next, embodiments of the present invention will be described with reference to the drawings.

【0017】[第1の実施形態]図1は、本実施形態に
係る情報提供システムの概略構成を示すブロックダイア
グラムである。同図に示すように、情報提供システム
は、典型的には、インターネット上のWWWシステムを
利用したクライアント/サーバシステムとして実現され
る。
[First Embodiment] FIG. 1 is a block diagram showing a schematic configuration of an information providing system according to the present embodiment. As shown in FIG. 1, the information providing system is typically realized as a client / server system using a WWW system on the Internet.

【0018】サーバコンピュータ1は、Webサーバプ
ログラム11、Webページ12、CGIプログラム
(スクリプト)13およびデータベース14を備える。
Webサーバプログラム11は、ユーザのクライアント
コンピュータ2から送られるHTTPによるメッセージ
を受け付けて、そのメッセージに対応した処理を行う。
例えば、Webサーバプログラム11は、URLによっ
て指定されるWebページにアクセスするためのメッセ
ージであると判断する場合には、そのユーザのクライア
ントコンピュータ2にそのWebページを提供する。W
ebサーバプログラム11は、典型的には、httpd
と呼ばれるデーモンプログラムとしてサーバコンピュー
タ1に実装される。
The server computer 1 includes a Web server program 11, a Web page 12, a CGI program (script) 13, and a database 14.
The Web server program 11 accepts an HTTP message sent from the user's client computer 2 and performs a process corresponding to the message.
For example, if the Web server program 11 determines that the message is for accessing the Web page specified by the URL, the Web server program 11 provides the Web page to the client computer 2 of the user. W
The eb server program 11 typically includes httpd
It is implemented in the server computer 1 as a daemon program called "."

【0019】Webページ12は、例えばHTMLなど
を用いて設計される、ユーザに提供すべき画面を構成す
るドキュメントデータである。本実施形態では、Web
ページ12として、トップ画面や対話画面を構成するW
ebページが用意されている。トップ画面は、ユーザを
最初に導入するためのものである。対話画面は、ユーザ
に検索のための入力を促して、情報の入力を受け付ける
とともに、入力された情報に従う結果を提示するための
ものである。この対話画面は、少なくとも自然文(自由
文)形式の情報を受け付けることができるようになって
いる。なお、Webページは、静的なデータとして予め
用意されているものの他、CGIプログラム13などに
よって動的に生成されるものであってもよい。CGIプ
ログラム13は、Webサーバプログラム11がHTT
Pにより特定のメッセージを受け付けた場合に、実行さ
れるプログラムである。CGIプログラム13は、典型
的にはPerlやC++などのプログラム言語により記
述される。本実施形態では、ユーザとの間で対話的に情
報を提供可能な検索エンジンとしての機能を有するプロ
グラムが用意されている。データベース14は、CGI
プログラム13が対話的な情報提供を実現するために必
要な各種辞書やルールなどを蓄積している。
The Web page 12 is document data that is designed using, for example, HTML or the like and that constitutes a screen to be provided to the user. In the present embodiment, the Web
As a page 12, W constituting a top screen and an interactive screen
An eb page is prepared. The top screen is for introducing a user first. The interactive screen is for prompting the user for an input for a search, accepting an input of information, and presenting a result according to the input information. This interactive screen can receive at least information in a natural sentence (free sentence) format. The Web page may be prepared in advance as static data, or may be dynamically generated by the CGI program 13 or the like. The CGI program 13 is such that the Web server program 11
This is a program executed when a specific message is received by P. The CGI program 13 is typically described in a programming language such as Perl or C ++. In the present embodiment, a program having a function as a search engine capable of providing information interactively with the user is prepared. Database 14 is a CGI
The program 13 stores various dictionaries and rules necessary for realizing interactive information provision.

【0020】図2は、本実施形態に係る情報提供システ
ムの機能構成を示すブロックダイアグラムである。ここ
では、ツアー情報を検索・提供する情報提供システムを
例にして説明する。
FIG. 2 is a block diagram showing a functional configuration of the information providing system according to the present embodiment. Here, an information providing system for searching and providing tour information will be described as an example.

【0021】同図に示すように、情報提供システムにお
けるサーバ側の機能構成は、検索エンジン部21とデー
タベース部22とを備える。検索エンジン部21は、ユ
ーザから送られる自然文形式の情報(文字列)を解析す
る自然文解析部211と、ユーザとの間の対話を制御す
る対話制御部212と、予め用意されたシナリオに沿っ
てアクションを実行するシナリオ制御部213と、シナ
リオ制御部213により実行されるアクションに従って
検索条件を生成する検索条件生成部214と、シナリオ
制御部213により実行されるアクションに従って検索
条件生成部214により生成された検索条件を実行する
検索条件実行部215を備える。検索条件実行部215
は、典型的には、検索条件生成部214によって検索条
件がすべて生成された段階で実行される。
As shown in FIG. 1, the functional configuration on the server side in the information providing system includes a search engine unit 21 and a database unit 22. The search engine unit 21 includes a natural sentence analyzing unit 211 that analyzes information (character strings) in a natural sentence format sent from a user, a dialog control unit 212 that controls a dialog with the user, and a scenario prepared in advance. A scenario control unit 213 that executes an action along the search condition, a search condition generation unit 214 that generates a search condition according to the action executed by the scenario control unit 213, and a search condition generation unit 214 according to the action executed by the scenario control unit 213 A search condition execution unit 215 for executing the generated search condition is provided. Search condition execution unit 215
Is typically executed at the stage when all the search conditions are generated by the search condition generation unit 214.

【0022】図3は、本実施形態に係る自然文解析部2
11の動作を説明するためのブロックダイアグラムであ
る。同図において、形態素解析部2111は、形態素辞
書22aを参照し、入力された自然文に対して形態素解
析を行う。例えば、図4(a)に示される自然文が入力
されると、形態素解析部2111は、図4(b)に示さ
れる形態素解析結果を出力する。構文解析部2112
は、構文解析表を参照し、構文解析を行う。例えば、図
4(b)に示される形態素解析結果が入力されると、構
文解析部2112は、図4(c)に示される構文解析結
果を出力する。被修飾語補正処理部2113は、被修飾
語補正ルール表を参照し、補正ルールを適用する。具体
的には、被修飾語補正処理部2113は、被修飾語に関
係付けられた語(動詞)に着目し、その被修飾語の揺ら
ぎ表現を補正ルールに従って補正する。例えば、図4
(c)に示される構文解析結果が入力されると、被修飾
語補正処理部34は、図4(d)に示される補正結果を
出力する。本例では、「泊まって(終止形「泊ま
る」)」に着目することにより、「ところ」という語が
「ホテル」という語に補正される。被修飾語は、次の被
修飾語抽出部2114で利用される。修飾語抽出部21
14は、補正結果について修飾語を抽出する。例えば、
図4(d)に示される補正結果が入力されると、修飾語
抽出部2114は、図5(a)に示される要素をそれぞ
れ出力する。なお、要素には、形態素解析結果文字列の
単語位置を示すタグ(「開始単語位置−終了単語位
置」)が付加される。否定表現処理部2115は、修飾
語抽出部2114で得られた抽出結果に否定表現が含ま
れているか否かを判断し、否定表現が含まれていると判
断する場合には、これを肯定表現に変換する。例えば、
図5(a)に示される「料金が・高くない」という否定
表現に対し、否定表現処理部2115は、図5(b)に
示されるように、「料金が・高い」という肯定表現に変
換し、さらに否定タグ「NOT」を付加する。辞書参照
用補正処理部2116は、論理表現DB22bおよび形
態素解析結果を参照し、語の活用形を基本形に変換し、
その品詞を付加する。例えば、図5(b)に示される
「きれいで」は、図5(c)に示されるように「格助詞
きれいだ」に変換される。文型判定部2117は、各
要素から構成される解析文全体の文型を判定する。本例
では、解析文全体について肯定タグが付加されている
(図6)。
FIG. 3 shows a natural sentence analyzer 2 according to the present embodiment.
11 is a block diagram for explaining the operation of FIG. In the figure, a morphological analysis unit 2111 performs a morphological analysis on an input natural sentence with reference to a morphological dictionary 22a. For example, when the natural sentence illustrated in FIG. 4A is input, the morphological analysis unit 2111 outputs the morphological analysis result illustrated in FIG. Syntax analyzer 2112
Performs a syntax analysis with reference to a syntax analysis table. For example, when the morphological analysis result shown in FIG. 4B is input, the syntax analyzer 2112 outputs the syntax analysis result shown in FIG. 4C. The qualified word correction processing unit 2113 refers to the qualified word correction rule table and applies the correction rule. Specifically, the qualified word correction processing unit 2113 focuses on the word (verb) associated with the qualified word, and corrects the fluctuation expression of the qualified word according to the correction rule. For example, FIG.
When the syntax analysis result shown in (c) is input, the modified word correction processing unit 34 outputs the correction result shown in FIG. In this example, the word "place" is corrected to the word "hotel" by paying attention to "stay (stop form" stay ")". The qualified word is used in the following qualified word extraction unit 2114. Modifier extractor 21
14 extracts a modifier from the correction result. For example,
When the correction result shown in FIG. 4D is input, the modifier extraction unit 2114 outputs each of the elements shown in FIG. 5A. Note that a tag (“start word position−end word position”) indicating the word position of the morphological analysis result character string is added to the element. The negative expression processing unit 2115 determines whether or not the extraction result obtained by the modifier extraction unit 2114 includes a negative expression. Convert to For example,
The negative expression processing unit 2115 converts the negative expression “charge is not expensive” shown in FIG. 5A into an affirmative expression “charge is expensive” as shown in FIG. 5 (b). Then, a negative tag “NOT” is added. The dictionary reference correction processing unit 2116 refers to the logical expression DB 22b and the morphological analysis result, converts the inflected form of the word to the basic form,
Add the part of speech. For example, “beautiful” shown in FIG. 5B is converted to “case particle is beautiful” as shown in FIG. 5C. The sentence pattern determination unit 2117 determines the sentence pattern of the entire analytic sentence composed of each element. In this example, a positive tag is added to the entire analysis sentence (FIG. 6).

【0023】図7は、本実施形態に係る対話制御部21
2の動作を説明するためのフローチャートである。対話
制御部212は、自然文解析部211から与えられる解
析結果を検索用の内部表現に変換するとともに、検索結
果をユーザ提示用の表現に変換する。同図に示すよう
に、まず、対話制御部212は、自然文解析部211か
ら与えられる解析結果について、感情辞書DB22cを
参照し、終了判定処理を行う(STEP701)。図8
は、感情辞書DB22cの一例を示す図である。対話制
御部212は、例えば、「ストップ」というような終了
意思を示唆する語があると判断する場合には、処理を終
了する(STEP702のYes)。対話制御部212
は、終了意思を示唆する語がないと判断する場合(ST
EP702のNo)、次に、疑問文判定処理を行う(S
TEP703)。対話制御部212は、疑問文であると
判断する場合には(STEP704のYes)、戻り値
に実例実行をセットして(STEP705)、処理を終
了する。実例実行とは、システムがユーザに対して入力
を促すために、場面に応じた入力例を提示する処理を実
行することである。例えば、 システム:行きたいところはどこですか? ユーザ :何を入力すればいいの? という対話に対して、 システム:アジア、タイ、バンコクなど地域、国、都市
名でもいいので入力してください。 という、実例実行をセットする。一方、対話制御部21
2は、疑問文でないと判断する場合には(STEP70
3のNO)、専門分野辞書DB22dを参照し、ワード
スポッティング処理を行う(STEP706)。ワード
スポッティング処理とは、自然文の入力文字列から重要
度の高い文字列(語)を抽出することをいう。本例で
は、ツアー情報についての要素(例えば、行き先、主目
的、出発日、人数など)の文字列を抽出する。より具体
的には、ツアー情報についての要素とは、パッケージツ
アー旅行として予め企画されたツアー情報の検索に必要
な項目であって、ユーザのそれぞれが要望する旅行計画
の断片的な要素である。対話制御部212は、スポッテ
ィングに失敗したと判断する場合には(STEP707
のNo)、戻り値に選択肢提示実例をセットして(ST
EP708)、処理を終了する。一方、対話制御部21
2は、スポッティングに成功したと判断する場合には
(STEP707のYes)、論理表現DB22bを参
照して、論理表現変換処理を行う(STEP709)。
図9は、論理表現DB22bの一例を示す図である。論
理表現DB22bは、「A以外」や「Aを除く」といっ
た記述を、内部処理に適する「!A」というような論理
表現に変換するためのルールベースである。そして、対
話制御部212は、表現変換DB22eを参照して、表
現変換処理を行う(STEP710)。図10は、表現
変換DB22eの一例を示す図である。表現変換DB2
2eは、「A/B」や「A月B日」というようなばらつ
きある表現を一意な表現に変換するためのルールベース
である。
FIG. 7 shows a dialogue control unit 21 according to this embodiment.
6 is a flowchart for explaining the operation of FIG. The dialogue control unit 212 converts the analysis result given from the natural sentence analysis unit 211 into an internal expression for search and converts the search result into an expression for user presentation. As shown in the figure, first, the dialogue control unit 212 performs an end determination process on the analysis result provided from the natural sentence analysis unit 211 with reference to the emotion dictionary DB 22c (STEP 701). FIG.
Is a diagram showing an example of the emotion dictionary DB 22c. When determining that there is a word indicating the intention to end, such as “stop”, the dialog control unit 212 ends the process (Yes in STEP 702). Dialogue control unit 212
Determines that there is no word indicating the intention to end (ST
Next, a question sentence determination process is performed (S702: No).
TEP703). When determining that the sentence is a question sentence (Yes in STEP 704), the dialog control unit 212 sets the execution example to the return value (STEP 705), and ends the process. The execution of the example means that the system executes a process of presenting an input example according to a scene in order to prompt the user for an input. For example, System: Where do you want to go? User: What to enter? In response to the dialogue, enter the system name: region, country, city, such as Asia, Thailand, and Bangkok. Set example execution. On the other hand, the dialog control unit 21
2 is when it is determined that the sentence is not a question (STEP 70
3), the word spotting process is performed with reference to the specialized field dictionary DB 22d (STEP 706). The word spotting process refers to extracting a character string (word) having a high degree of importance from an input character string of a natural sentence. In this example, character strings of elements (for example, destination, main purpose, departure date, number of people, etc.) regarding tour information are extracted. More specifically, the tour information element is an item necessary for searching for tour information pre-planned as a package tour, and is a fragmentary element of a travel plan requested by each user. If the dialog control unit 212 determines that spotting has failed (STEP 707)
No), set an example of presenting an option as a return value (ST
(EP708), the process ends. On the other hand, the dialog control unit 21
If it is determined that the spotting has succeeded (YES in STEP 707), the logical expression conversion process is performed with reference to the logical expression DB 22b (STEP 709).
FIG. 9 is a diagram illustrating an example of the logical expression DB 22b. The logical expression DB 22b is a rule base for converting descriptions such as “other than A” and “excluding A” into logical expressions such as “! A” suitable for internal processing. Then, the dialogue control unit 212 performs an expression conversion process with reference to the expression conversion DB 22e (STEP 710). FIG. 10 is a diagram illustrating an example of the expression conversion DB 22e. Expression conversion DB2
2e is a rule base for converting a variable expression such as “A / B” or “A month B day” into a unique expression.

【0024】図11は、専門分野辞書DB22dの概念
的構成を説明するための図である。専門分野辞書DB2
2dは、システムが同音多義語を扱うことができるよう
にするため、同一「キーワード」に対して多義性を吸収
する「観点」というデータが複数リンクされた構造にな
っている。本例では、「エリア」、「目的(テー
マ)」、「ホテル」、「名所・旧跡」および「エアライ
ン」という観点が設定されている。また、これら各観点
に属する各データには、「抽象語」、「同義語」、「関
連語」、「具体語」および「解説文」が定義されてい
る。このうち「抽象語」、「同義語」、「関連語」およ
び「具体語」は、ポインタにより0個以上のキーワード
を指し示している。0個のキーワードを指し示すとは、
参照するキーワードが存在しないということであり、N
個のキーワードを指し示すとは、N個の参照するキーワ
ードが存在するということである。さらに、各キーワー
ド間およびキーワードと観点間は、意味的な結びつきの
強度(重み)を示す「関連度」によってリンクされてい
る。図12は、専門分野辞書DB22dの具体的なデー
タ構造を説明するための図である。同図に示すように、
専門分野辞書DB22dは、スロットとスロット値とか
らなるフレーム構造を有している。すなわち、図11
は、キーワード同士のリンクを示しているが、図12
は、これを観点別に、かつ、キーワード相互が抽象の関
係であるのか、具象の関係であるのか、同義の関係であ
るのか、関連の関係(観点をまたぐ関係)であるのかを
示している。図12で観点を経由したキーワード間の関
係のうち、抽象、具象、同義の関係については、リンク
先のキーワードにリンクされた観点のうち、少なくとも
1つがリンク元の観点の種類と同一の種類であることが
要求される。具体的には、リンク元の観点の種類が「エ
リア」の場合、リンク先のキーワードにリンクされた観
点のうち、少なくとも1つが「エリア」であることが要
求される。
FIG. 11 is a diagram for explaining a conceptual configuration of the specialized field dictionary DB 22d. Specialized field dictionary DB2
2d has a structure in which a plurality of data of “viewpoints” that absorb the polysemy with respect to the same “keyword” are linked in order to enable the system to handle homophonic polysemy. In this example, viewpoints of “area”, “purpose (theme)”, “hotel”, “famous place / historic site”, and “airline” are set. In addition, “abstract words”, “synonyms”, “related words”, “specific words”, and “explanatory sentences” are defined for each data belonging to each of these viewpoints. Among them, “abstract words”, “synonyms”, “related words” and “specific words” indicate zero or more keywords by pointers. To indicate zero keywords:
There is no keyword to refer to, and N
Pointing the keywords means that there are N keywords to be referred to. Furthermore, each keyword and between a keyword and a viewpoint are linked by “relevance” indicating the strength (weight) of semantic connection. FIG. 12 is a diagram for explaining a specific data structure of the specialized field dictionary DB 22d. As shown in the figure,
The specialized field dictionary DB 22d has a frame structure including slots and slot values. That is, FIG.
Indicates a link between keywords, and FIG.
Indicates this for each viewpoint, and indicates whether the keywords are an abstract relationship, a concrete relationship, a synonymous relationship, or a related relationship (a relationship across viewpoints). Among the relationships between keywords passing through viewpoints in FIG. 12, regarding the relationships of abstraction, concreteness, and synonymity, at least one of the viewpoints linked to the keyword of the link destination has the same type as the type of the viewpoint of the link source. It is required that there be. Specifically, when the type of the viewpoint of the link source is “area”, it is required that at least one of the viewpoints linked to the keyword of the link destination is “area”.

【0025】図13は、本実施形態に係るシナリオ制御
部213の動作を説明するためのフローチャートであ
る。シナリオ制御部213は、対話制御部212から与
えられる処理結果に基づき、ユーザプロフィールDB2
2fを参照し、検索条件フレームを取得するための処理
を行う(STEP1301)。つまり、シナリオ制御部
213は、後に続く処理でまだ埋まっていない項目を取
得するシナリオ、例えば「何人でいくのですか?」とい
う質問文を実行したり、検索を実行するために、ユーザ
プロフィールDB22fから検索条件フレームを取得す
る。次に、シナリオ制御部213は、アクションルール
ベースDB22gおよびシナリオDB22hを参照し、
アクションの抽出処理を行う(STEP1302)。ア
クションルールベースDB22gは、例えば、ツアー検
索であれば、図14に示すように、エリア(行き先)、
テーマ(目的)、日程(出発日、帰国日、日数)、人
数、予算などに関するアクションルールがif−the
n形式で定義されている。つまり、エリアが決まってい
ない場合には、エリアに関するアクションが発火(実
行)され、目的が決まっていなければ目的に関するアク
ションが発火されるように定義されている。シナリオD
B22hは、所定の会話を想定したシナリオを定義して
いる。例えば、ツアー検索であれば、図15に示すよう
に、海外ウェディング対話シナリオ、海外スキー対話シ
ナリオなどが用意されている。そして、シナリオ制御部
213は、抽出したアクションについて、メソッド定義
DB22iを参照し、アクションの実行処理を行う(S
TEP1303)。この場合、シナリオ制御部213
は、実行されるアクションの内容によって検索条件生成
部214または検索条件実行部215に制御を引き渡
す。なお、図16は、メソッド定義DB22iの一例を
示す図である。例えば、エリアを質問するquestion_are
aは、「どこに行きたいの?」という質問文が定義され
ている。
FIG. 13 is a flowchart for explaining the operation of the scenario control unit 213 according to the present embodiment. The scenario control unit 213 uses the user profile DB2 based on the processing result given from the dialog control unit 212.
With reference to 2f, a process for acquiring a search condition frame is performed (STEP 1301). That is, the scenario control unit 213 executes a scenario for acquiring an item that is not yet filled in the subsequent processing, for example, a question sentence “How many people will you go?” Or a search to execute a search. Get search condition frame from. Next, the scenario control unit 213 refers to the action rule base DB 22g and the scenario DB 22h,
An action extraction process is performed (STEP 1302). For example, in the case of a tour search, the action rule base DB 22g stores an area (destination) as shown in FIG.
Action rules on theme (purpose), schedule (departure date, return date, number of days), number of people, budget, etc. are if-the
It is defined in n format. In other words, it is defined that when the area is not determined, the action related to the area is fired (executed), and when the purpose is not determined, the action related to the purpose is fired. Scenario D
B22h defines a scenario assuming a predetermined conversation. For example, for a tour search, as shown in FIG. 15, an overseas wedding dialogue scenario, an overseas skiing dialogue scenario, and the like are prepared. Then, the scenario control unit 213 refers to the method definition DB 22i for the extracted action, and performs the action execution process (S
TEP1303). In this case, the scenario control unit 213
Transfers control to the search condition generation unit 214 or the search condition execution unit 215 depending on the content of the action to be executed. FIG. 16 is a diagram illustrating an example of the method definition DB 22i. For example, question_are to ask the area
In a, a question sentence "Where do you want to go?" is defined.

【0026】図17は、本実施形態に係る検索条件生成
部214の動作を説明するためのフローチャートであ
る。検索条件生成部214は、CGIによるユーザとの
対話で得られるメソッドの内容を検索条件フレームに追
加し、ユーザプロフィールDB22fに登録する処理を
行う。図18は、検索条件フレームの一例を示す図であ
る。本例の検索条件フレームは、スロットとスロット値
とから構成され、スロット値の実体はポインタによって
示されている。この検索条件フレームは、例えば、個別
の検索条件を表す引数群の連結文字列による検索条件受
け渡しや,検索条件格納オブジェクトへの参照ポインタ
のみの検索条件受け渡しが好適であるが,データタイプ
やコレクションタイプといったオブジェクトのデータ構
造をそれぞれ一時的に格納した中間データの形態種別に
限定されるものではない。
FIG. 17 is a flowchart for explaining the operation of the search condition generation unit 214 according to this embodiment. The search condition generation unit 214 performs a process of adding the content of the method obtained by the CGI interaction with the user to the search condition frame and registering the content in the user profile DB 22f. FIG. 18 is a diagram illustrating an example of the search condition frame. The search condition frame of this example is composed of a slot and a slot value, and the substance of the slot value is indicated by a pointer. The search condition frame preferably includes, for example, the transfer of a search condition by a concatenated character string of an argument group representing an individual search condition and the transfer of a search condition only by a reference pointer to a search condition storage object. However, the present invention is not limited to the type of intermediate data in which the data structures of the objects are temporarily stored.

【0027】検索条件生成部214は、シナリオ制御部
213を介して与えられるメソッドの内容を、検索条件
フレームの対応するスロットの値として追加する(ST
EP1701)。そして、検索条件生成部214は、追
加した検索条件フレームをユーザプロフィールDB22
fに保管する(STEP1702)。
The search condition generation unit 214 adds the content of the method given via the scenario control unit 213 as the value of the corresponding slot of the search condition frame (ST
EP 1701). Then, the search condition generating unit 214 stores the added search condition frame in the user profile DB 22
f (STEP 1702).

【0028】図19は、本実施形態に係る検索条件実行
部215の動作を説明するためのフローチャートであ
る。まず、検索条件実行部215は、コンテンツDB2
2jを検索するための検索文の生成処理を行う(STE
P1901)。このコンテンツDB検索用検索文生成処
理については後述する。なお、検索文とは、コンテンツ
DB22jに対する検索を行うためのクエリー(例えば
SQL文)を意味する。検索条件実行部215は、生成
された検索文に基づいてコンテンツDB22jに対する
検索を実行する(STEP1902)。次に、検索条件
実行部215は、検索実行の結果、取得した件数をチェ
ックし(STEP1903)、取得した件数が0より多
い場合には、スコア計算処理を行って(STEP190
4)、スコアの高い順にソートを行う(STEP190
5)。そして、検索条件実行部215は、戻り値を0に
セットして終了する(STEP1906)。
FIG. 19 is a flowchart for explaining the operation of the search condition execution unit 215 according to this embodiment. First, the search condition execution unit 215 checks the content DB2
2j is executed to generate a search sentence for searching (STE
P1901). This content DB search query generation process will be described later. The search sentence means a query (for example, an SQL sentence) for performing a search on the content DB 22j. The search condition execution unit 215 executes a search for the content DB 22j based on the generated search sentence (STEP 1902). Next, the search condition execution unit 215 checks the number of obtained items as a result of the search execution (STEP 1903), and if the obtained number is greater than 0, performs a score calculation process (STEP 190).
4) Sorting is performed in descending order of the score (STEP 190)
5). Then, the search condition execution unit 215 sets the return value to 0 and ends (STEP 1906).

【0029】一方、STEP1903において取得した
コンテンツ件数が0である場合、検索条件実行部215
は、検索条件を再設定済みであるか否かを判断する(S
TEP1907)。検索条件を再設定済みでないと判断
する場合には、専門分野辞書DB22dを参照し、検索
条件の再設定処理を行う(STEP1908)。検索条
件再設定処理については後述する。検索条件実行部21
5は、検索条件の再設定の後、再びSTEP1902に
戻る。なお、検索条件を再設定済みであると判断する場
合には、検索条件実行部215は、戻り値を−1にセッ
トして終了する(STEP1909)。
On the other hand, if the number of contents acquired in STEP 1903 is 0, the search condition execution unit 215
Determines whether the search condition has been reset (S
TEP1907). If it is determined that the search condition has not been reset, the search condition is reset with reference to the specialized field dictionary DB 22d (STEP 1908). The search condition resetting process will be described later. Search condition execution unit 21
In step 5, after the search conditions are reset, the flow returns to STEP 1902 again. If it is determined that the search condition has been reset, the search condition execution unit 215 sets the return value to −1 and ends (STEP 1909).

【0030】図20は、上記STEP1901に示した
コンテンツDB検索用検索文生成処理を説明するための
フローチャートである。すなわち、コンテンツDB検索
用検索文生成処理部は、ユーザプロフィールDB22f
に記憶されている検索条件フレームを参照し、検索項目
(スロット)「エリア」の値を取得する(STEP20
01)。例えば、図18に示した検索条件フレームによ
れば、「エリア」の値として「タイ」が取得される。次
に、コンテンツDB検索用検索文生成処理部は、具体化
キーワード取得部を呼び出して、具体化キーワードの取
得処理を行う(STEP2002)。具体化キーワード
(具体語)とは、抽象化キーワード(抽象語)に意味的
に包含されるキーワードである。つまり、あるキーワー
ド(例えば、「タイ」)を抽象化キーワードとすれば、
それに意味的に包含されるキーワード(例えば、「バン
コク」、「アユタヤ」、「スコータイ」、…)が具体化
キーワードということになる。コンテンツDB検索用検
索文生成処理部は、検索条件フレームの「エリア(宿泊
地)具体語」に取得した具体化キーワード(具体語)を
セットする(STEP2003)。次に、検索条件フレ
ームの検索項目「主目的」の値を取得し(STEP20
04)、「エリア」、「ホテル」、「名所・旧跡」およ
び「エアライン」の各要素に対して、検索条件をさらに
絞り込むため、具体化キーワード取得部を呼び出し、具
体化キーワードの取得処理を行う(STEP2005〜
2006)。例えば、「遺跡めぐりしたい」という目的
に対して、「名所・旧跡」の具体化キーワードを取得す
る場合は、「スコータイ遺跡」、「万里の長城」など世
界の遺跡が具体化キーワードとして取得されることにな
る。これらは、後述するように、これらの所在地および
これらの所在地の近隣都市の集合が専門分野辞書DB2
2dを使用して取得され、さらに上記「タイ」の具体化
キーワードとの論理積が演算され、検索条件として論理
的な矛盾が発生しないようにチェックを行う。本例で
は、「アユタヤ」、「スコータイ」が論理積の演算結果
となる。コンテンツDB検索用検索文生成処理部は、検
索条件フレームの該当する要素のそれぞれに具体語をセ
ットする(STEP2006)。次に、コンテンツDB
検索用検索文生成処理部は、専門分野辞書DB22dを
参照し、検索条件に論理的な矛盾があるか否かの判定処
理を行い(STEP2007)、論理矛盾がないと判断
した場合には(STEP2008のNo)、コンテンツ
DB22jを検索するための検索文を生成し、ユーザプ
ロフィールDB22に保管した後、戻り値に0(正常)
をセットして終了する(STEP2009)。一方、論
理矛盾があると判断した場合には、コンテンツDB検索
用検索文生成処理部は、戻り値を−1にセットして終了
する(STEP2010)。
FIG. 20 is a flowchart for explaining the search sentence generation processing for the content DB search shown in the above STEP1901. That is, the search query generation processing unit for content DB search is executed by the user profile DB 22f.
The value of the search item (slot) “area” is acquired with reference to the search condition frame stored in the “STEP 20”.
01). For example, according to the search condition frame shown in FIG. 18, “tie” is acquired as the value of “area”. Next, the search query generation processing unit for content DB search calls the specific keyword acquisition unit and performs a specific keyword acquisition process (STEP 2002). A concrete keyword (specific word) is a keyword that is semantically included in the abstract keyword (abstract word). In other words, if a certain keyword (for example, “Thailand”) is an abstract keyword,
Keywords semantically included in the keywords (for example, “Bangkok”, “Ayutthaya”, “Sukhothai”,...) Are the concrete keywords. The search query generation processing unit for content DB search sets the obtained embodied keyword (specific word) in the “area (accommodation place) specific word” of the search condition frame (STEP 2003). Next, the value of the search item “main purpose” in the search condition frame is obtained (STEP 20).
04) In order to further narrow down the search conditions for each of the elements “area”, “hotel”, “famous place / historic site” and “airline”, the materialized keyword acquiring unit is called, and the materialized keyword acquiring process is performed. Perform (STEP 2005-
2006). For example, for the purpose of "visiting archeological sites", when retrieving materialized keywords for "famous sites and historic sites", relics from the world such as "Sukhothai ruins" and "Great Wall" are acquired as reified keywords. Will be. As described later, these locations and a set of neighboring cities at these locations are stored in the specialized field dictionary DB2.
The search result is obtained using 2d, and the logical product with the concrete keyword of "Thailand" is calculated, and a check is performed so that logical contradiction does not occur as a search condition. In this example, “Ayutthaya” and “Sukhothai” are the logical product operation results. The search query generation processing unit for content DB search sets specific words in each of the corresponding elements of the search condition frame (STEP 2006). Next, the content DB
The search sentence generation processing unit for search refers to the specialized field dictionary DB 22d and performs a process of determining whether or not there is a logical inconsistency in the search condition (STEP2007). No), a search sentence for searching the content DB 22j is generated and stored in the user profile DB 22, and the return value is 0 (normal).
Is set, and the processing ends (STEP 2009). On the other hand, if it is determined that there is a logical contradiction, the search query generation processing unit for content DB search sets the return value to −1 and ends (STEP 2010).

【0031】図21は、具体化キーワード取得部の詳細
を説明するためのフローチャートである。具体化キーワ
ード取得部は、検索元キーワード(見出し語)、検索対
象観点、検索ルート観点、検索ルート属性、出発日およ
び旅行日数を引数として入力し、関連度付きの具体化キ
ーワードを戻り値として出力する。つまり、具体化キー
ワード取得部は、見出し語に対する検索対象観点に対す
る具体語を、引数で与えられる条件に従って取得する。
ここで、検索対象観点とは、具体語を取得しようとして
いる観点であり、シナリオ制御部213が検索条件を取
得するために意図した観点である。例えば、シナリオ制
御部213が検索条件のうち「エリア」観点の具体的な
条件を取得しようとした場合、検索対象観点は「エリ
ア」となり、具体化キーワード取得部は、入力された
「エリア」の見出し語から「エリア」の具体語の取得を
試みることになる。検索ルート観点とは、検索対象観点
に対して予め設定された検索すべき観点である。ツアー
情報の検索を例にすれば、「テーマ」観点を持つ見出し
語「遺跡めぐりをしたい」から「エリア」具体語を取得
する場合には、「テーマ」観点を持つ見出し語同士が階
層構造を構築していることも想定して「テーマ」と「エ
リア」が検索ルート観点として設定される。また、検索
ルート属性とは、検索すべき観点(検索ルート観点)の
検索すべき属性である。本例では、検索ルート属性とし
て、具体語および関連語が設定されている。
FIG. 21 is a flowchart for explaining the details of the materialized keyword acquiring unit. The materialized keyword acquiring unit inputs the search source keyword (headword), the search target viewpoint, the search route viewpoint, the search route attribute, the departure date and the number of travel days as arguments, and outputs the materialized keyword with relevance as a return value. I do. That is, the specific keyword obtaining unit obtains a specific word for the search target viewpoint for the headword according to the condition given by the argument.
Here, the search target viewpoint is a viewpoint from which a specific word is to be acquired, and is a viewpoint intended for the scenario control unit 213 to acquire a search condition. For example, when the scenario control unit 213 attempts to acquire a specific condition from the viewpoint of “area” in the search condition, the viewpoint to be retrieved is “area”, and the embodied keyword acquiring unit determines the input area of “area”. An attempt is made to obtain a specific word of "area" from the headword. The search route viewpoint is a viewpoint to be searched which is set in advance for the search target viewpoint. Taking the search of tour information as an example, when acquiring the specific word “area” from the headword “I want to visit archeological sites” with the “theme” perspective, the headwords with the “theme” perspective have a hierarchical structure. The "theme" and "area" are set as search route viewpoints, assuming that they are constructed. The search route attribute is an attribute to be searched from a viewpoint to be searched (search route viewpoint). In this example, specific words and related words are set as search route attributes.

【0032】同図に示すように、具体化キーワード取得
部は、見出し語に検索対象観点が存在するか否かを判断
する(STEP2101)。見出し語に検索対象観点が
存在すると判断する場合には、具体化キーワード取得部
は、検索ルート観点および検索ルート属性固定具体化キ
ーワードの取得処理を行い(STEP2102)、サブ
ルーチンを終了する。
As shown in the figure, the materialized keyword obtaining unit determines whether or not a search target viewpoint exists in a headword (STEP 2101). If it is determined that there is a search target viewpoint in the headword, the materialized keyword acquisition unit performs a process of acquiring a search route viewpoint and a search route attribute fixed materialized keyword (STEP 2102), and ends the subroutine.

【0033】一方、見出し語に検索対象観点が存在しな
いと判断する場合には、具体化キーワード取得部は、検
索ルート観点のそれぞれについて、以下の処理を繰り返
す(STEP2103〜2110)。すなわち、具体化
キーワード取得部は、まず、見出し語に当該検索ルート
観点が存在するか否かを判断し(STEP2103)、
存在すると判断する場合には、さらに現在観点(注目し
ている検索ルート観点)と検索対象観点とが異なるか否
かを判断する(STEP2104)。現在観点と検索対
象観点とが異なると判断する場合、具体化キーワード取
得部は、現在関連度の付け替え処理を行う(STEP2
105)。関連度の付け替え処理は、例えば、「現在関
連度=現在関連度×当該検索ルート観点の関連度÷最大
関連度」を計算する。次に、具体化キーワード取得部
は、検索ルート属性に具体語が指定されているか否かを
判断し(STEP2106)、指定されていると判断す
る場合には、具体語のサーチ処理を行う(STEP21
07)。さらに、具体化キーワード取得部は、検索ルー
ト属性に関連語が指定されているか否かを判断し(ST
EP2108)、指定されていると判断する場合には、
検索ルート観点にエリア観点を追加し(STEP210
9)、関連語のサーチ処理を行う(STEP211
0)。
On the other hand, when it is determined that the search target viewpoint does not exist in the headword, the materialized keyword acquisition unit repeats the following processing for each of the search route viewpoints (STEPs 2103 to 2110). That is, the materialized keyword acquisition unit first determines whether or not the search route viewpoint exists in the headword (STEP 2103).
If it is determined that there is, it is further determined whether or not the current viewpoint (the search route viewpoint of interest) and the search target viewpoint are different (STEP 2104). When it is determined that the current viewpoint and the search target viewpoint are different, the materialized keyword acquiring unit performs a process of changing the current relevance (STEP 2).
105). In the relevancy changing process, for example, “current relevance = current relevance × relevance of the search route viewpoint ÷ maximum relevance” is calculated. Next, the specific keyword acquiring unit determines whether a specific word is specified in the search route attribute (STEP 2106), and if it is determined that the specific word is specified, performs a specific word search process (STEP 21).
07). Further, the materialized keyword acquiring unit determines whether a related word is specified in the search route attribute (ST).
EP2108), when judging that it is designated,
An area viewpoint is added to the search route viewpoint (STEP 210).
9), a related word search process is performed (STEP 211).
0).

【0034】図22は、上記STEP2102に示した
検索ルート観点・属性固定具体化キーワード取得処理の
動作を説明するためのフローチャートである。検索ルー
ト観点・属性固定具体化キーワード取得部は、見出し語
について検索対象観点と同一の観点を取得する(STE
P2201)。次に、検索ルート観点・属性固定具体化
キーワード取得部は、現在関連度の付け替え処理を行う
(STEP2202)。現在関連度の付け替え処理は、
例えば、「現在関連度=現在関連度×当該検索ルート観
点の関連度÷最大関連度」を計算することにより行われ
る。次に、検索ルート観点・属性固定具体化キーワード
取得部は、当該観点中に具体語が存在するか否かを判断
し(STEP2203)、具体語が存在しないと判断す
る場合には、当該具体語がすでに呼び出し元の具体化キ
ーワード取得部によって出力されているか否かを判断す
る(STEP2204)。検索ルート観点・属性固定具
体化キーワード取得部は、当該具体語が未だ出力されて
いない場合、当該具体語を関連度とともに出力する(S
TEP2205)。一方、検索ルート観点・属性固定具
体化キーワード取得部は、当該具体語がすでに出力され
ていると判断する場合には、さらに当該具体語の関連度
が既に出力された同一の具体語の関連度よりも大きいか
否かを判断する(STEP2206)。検索ルート観点
・属性固定具体化キーワード取得部は、当該具体語の関
連度の方が大きいと判断する場合、既に出力された同一
の具体語を関連度とともに削除して(STEP220
7)、当該具体語を関連度とともに出力する(STEP
2205)。
FIG. 22 is a flow chart for explaining the operation of the retrieval route viewpoint / attribute fixed materialization keyword acquisition processing shown in the above STEP 2102. The search route viewpoint / attribute fixed materialized keyword acquisition unit acquires the same viewpoint as the search target viewpoint for the headword (STE
P2201). Next, the search route viewpoint / attribute fixed materialized keyword acquiring unit performs a process of changing the current relevance (STEP 2202). Currently, the reassociation process is
For example, this is performed by calculating “current relevance = current relevance × relevance of the search route viewpoint 観 点 maximum relevance”. Next, the search route viewpoint / attribute fixed materialized keyword acquisition unit determines whether or not a specific word exists in the viewpoint (STEP 2203). It is determined whether or not has already been output by the materialized keyword acquisition unit of the caller (STEP 2204). If the specific term has not been output yet, the search route viewpoint / attribute fixed concreted keyword acquiring unit outputs the specific word together with the relevance (S
TEP2205). On the other hand, when the search route viewpoint / attribute fixed concreted keyword acquisition unit determines that the specific word has already been output, the relevance of the specific word is further compared with the relevance of the same specific word already output. It is determined whether it is larger than (STEP 2206). When determining that the specific word has a higher relevance, the search root viewpoint / attribute fixed concreted keyword acquiring unit deletes the same specific word that has been already output together with the relevance (STEP 220).
7) Output the specific word together with the degree of relevance (STEP)
2205).

【0035】一方、STEP2203において、具体語
が存在すると判断する場合、検索ルート観点・属性固定
具体化キーワード取得部は、検索ルート観点を検索対象
観点に限定し、さらに検索ルート属性を具体語に限定す
る(STEP2208)。そして、検索ルート観点・属
性固定具体化キーワード取得部は、具体語サーチ処理を
行う(STEP2209)。
On the other hand, if it is determined in STEP 2203 that a specific word exists, the search route viewpoint / attribute fixed materialized keyword acquiring unit limits the search route viewpoint to the search target viewpoint, and further limits the search route attribute to the specific word. (Step 2208). Then, the search route viewpoint / attribute fixed materialized keyword obtaining unit performs a specific word search process (STEP 2209).

【0036】図23は、具体語サーチ処理の動作を説明
するためのフローチャートである。同図に示すように、
具体語サーチ処理部は、専門分野辞書22dの検索元と
なる観点中の具体語の配列(検索の起点となる具体語コ
レクション)に格納されている全要素について以下の処
理を行う(STEP2301〜2304)。すなわち、
具体語サーチ処理部は、リンクを辿ってキーワードに到
達しようと試みる。リンクを辿ったことにより、現在関
連度の付け替え処理を行う(STEP2301)。現在
関連度の付け替え処理は、例えば、「現在関連度=現在
関連度×今回関連度÷最大関連度」を計算することによ
り行われる。次に、具体語サーチ処理部は、STEP2
301においてリンクを辿ったことにより、キーワード
を取得し(STEP2302)、取得したキーワードを
再帰的に見出し語として利用するために、当該(現在)
キーワードとして付け替える(STEP2303)。そ
して、具体語サーチ処理部は、再帰的に、具体化キーワ
ードの取得処理を行う(STEP2304)。
FIG. 23 is a flowchart for explaining the operation of the specific word search process. As shown in the figure,
The specific word search processing unit performs the following processing on all elements stored in an array of specific words (specific word collections serving as search starting points) in the viewpoint serving as a search source in the specialized field dictionary 22d (STEPs 2301 to 2304). ). That is,
The specific word search processing unit attempts to reach the keyword by following the link. By following the link, the current relevance is changed (STEP 2301). The replacement process of the current relevance is performed, for example, by calculating “current relevance = current relevance × current relevance / maximum relevance”. Next, the specific word search processing unit proceeds to STEP 2
By following the link in 301, a keyword is acquired (STEP 2302). In order to use the acquired keyword recursively as a headword, the (current)
It is replaced as a keyword (STEP 2303). Then, the specific word search processing unit recursively performs a process of acquiring a specific keyword (STEP 2304).

【0037】図24は、関連語サーチ処理の動作を説明
するためのフローチャートである。同図に示すように、
関連語サーチ処理部は、専門分野辞書22dの検索元と
なる観点中の関連語の配列(検索の起点となる関連語コ
レクション)に格納されている全要素について以下の処
理を行う(STEP2401〜2405)。すなわち、
関連語サーチ処理部は、まず、今回関連度の取得処理を
行う(STEP2401)。今回関連度は、出発日と旅
行日数を与えることにより取得される。次に、関連語サ
ーチ処理部は、リンクを辿ってキーワードに到達しよう
と試みる。リンクを辿ったことにより、現在関連度の付
け替え処理を行う(STEP2402)。現在関連度の
付け替え処理は、例えば、「現在関連度=現在関連度×
今回関連度÷最大関連度」を計算することにより行われ
る。次に、関連語サーチ処理部は、STEP2401に
おいてリンクを辿ったことにより、キーワードを取得し
(STEP2403)、取得したキーワードを再帰的に
見出し語として利用するために、当該(現在)キーワー
ドとして付け替える(STEP2404)。そして、関
連語サーチ処理部は、具体化キーワード処理部を再帰的
に呼び出して、具体化キーワードの取得処理を行う(S
TEP2405)。
FIG. 24 is a flowchart for explaining the operation of the related word search process. As shown in the figure,
The related word search processing unit performs the following processing for all elements stored in an array of related words (related word collection serving as a search starting point) in a viewpoint serving as a search source in the specialized field dictionary 22d (STEPs 2401 to 2405). ). That is,
First, the related word search processing section performs a process of acquiring the degree of relevance this time (STEP 2401). The relevance this time is obtained by giving the departure date and the number of travel days. Next, the related word search processing unit attempts to reach the keyword by following the link. By following the link, the current relevance is changed (STEP 2402). The process of changing the current relevance is, for example, “current relevance = current relevance ×
This is performed by calculating “relevance this time ÷ maximum relevance”. Next, the related word search processing unit obtains a keyword by following the link in STEP 2401 (STEP 2403), and replaces the obtained keyword as the (current) keyword in order to use the obtained keyword recursively as a headword ( (STEP 2404). Then, the related word search processing unit recursively calls the materialized keyword processing unit to perform a materialized keyword acquisition process (S
TEP2405).

【0038】図25および図26は、上記STEP20
07に示した検索条件論理矛盾判定処理の動作を説明す
るためのフローチャートである。すなわち、図25にお
いて、検索条件論理矛盾判定処理部は、検索条件フレー
ム中にエリア(宿泊地)具体語および主目的エリア(宿
泊地)具体語が存在するか否かを判断する(STEP2
501〜2503)。エリア(宿泊地)具体語が存在
し、かつ、主目的エリア(宿泊地)具体語が存在する場
合、検索条件論理矛盾判定処理部は、エリア(宿泊地)
具体語と主目的エリア(宿泊地)具体語の論理積を演算
し(STEP2504)、この論理積の要素が存在する
か否かをさらに判断する(STEP2505)。論理積
の要素が存在すると判断する場合、検索条件論理矛盾判
定処理部は、当該論理積を宿泊地の検索条件として確定
する(STEP2506)。なお、論理積の要素が存在
しない場合、論理矛盾として戻り値を−1にセットし
(STEP2512)、終了する。
FIG. 25 and FIG.
It is a flowchart for demonstrating operation | movement of the search condition logic contradiction determination processing shown by 07. That is, in FIG. 25, the search condition logic contradiction determination processing unit determines whether or not an area (accommodation place) specific word and a main destination area (accommodation place) specific word exist in the search condition frame (STEP 2).
501 to 2503). If an area (accommodation place) specific word exists and a main destination area (accommodation place) specific word exists, the search condition logical contradiction determination processing unit
The logical product of the specific word and the main target area (accommodation place) specific word is calculated (STEP2504), and it is further determined whether or not the element of this logical product exists (STEP2505). If it is determined that there is a logical product element, the search condition logical contradiction determination processing unit determines the logical product as a search condition for the accommodation place (STEP 2506). If there is no element of the logical product, the return value is set to −1 as a logical contradiction (STEP 2512), and the processing ends.

【0039】一方、エリア(宿泊地)具体語が存在せ
ず、かつ、主目的エリア(宿泊地)具体語が存在する場
合、検索条件論理矛盾判定処理部は、主目的エリア(宿
泊地)具体語を宿泊地の検索条件として確定する(ST
EP2507)。また、エリア(宿泊地)具体語が存在
し、主目的エリア(宿泊地)具体語が存在しない場合、
検索条件論理矛盾判定処理部は、エリア(宿泊地)具体
語を宿泊地の検索条件として確定する(STEP250
8)。なお、エリア(宿泊地)具体語が存在せず、か
つ、主目的エリア(宿泊地)具体語が存在しない場合、
検索条件論理矛盾判定処理部は、これを論理矛盾として
戻り値を−1にセットする(STEP2512)。
On the other hand, if the specific area (accommodation place) word does not exist and the specific main target area (accommodation place) specific word exists, the search condition logical contradiction determination processing unit determines whether the main target area (accommodation place) specific word is present. Words as search conditions for accommodation (ST
EP 2507). In addition, if there is an area (accommodation place) concrete word and there is no main target area (accommodation place) concrete word,
The search condition logical contradiction determination processing unit determines the specific area (accommodation place) word as the accommodation condition search condition (STEP 250).
8). In addition, when there is no area (accommodation place) specific word and there is no main destination area (accommodation place) specific word,
The search condition logical contradiction determination processing unit sets this as a logical contradiction and sets the return value to −1 (STEP 2512).

【0040】次に、検索条件論理矛盾判定処理部は、主
目的ホテル具体語の要素が存在するか否かを判断し(S
TEP2509)、存在すると判断する場合、主目的ホ
テル具体語の所在地と確定した宿泊地の論理積に要素が
存在するか否かを判断する(STEP2510)。これ
は、主目的ホテル具体語の要素であるホテル名を表すキ
ーワードのホテル観点の関連語に、その所在地を意味す
るエリア観点を持つキーワードを専門分野辞書22d上
でリンクさせておくことで実現される。当該論理積に要
素が存在すると判断する場合、当該論理積を宿泊地に、
かつ、主目的ホテル具体語の要素のうち、当該論理積を
所在地に持つホテルをホテルの検索条件として確定する
(STEP2511)。
Next, the search condition logic contradiction determination processing section determines whether or not the element of the main target hotel concrete word exists (S).
(TEP2509), when it is determined that there is an element, it is determined whether or not an element exists in the logical product of the location of the main target hotel concrete word and the determined accommodation place (STEP 2510). This is realized by linking, on the specialized field dictionary 22d, a keyword having an area perspective meaning its location to a related word of the hotel perspective of the keyword representing the hotel name, which is an element of the main target hotel concrete word. You. If it is determined that there is an element in the logical product, the logical product is added to the accommodation,
In addition, among the elements of the main target hotel specific word, the hotel having the logical product at the address is determined as a hotel search condition (STEP 2511).

【0041】次に、検索条件論理矛盾判定処理部は、主
目的名所・旧跡具体語要素が存在するか否かを判断し
(STEP2513)、当該要素が存在すると判断する
場合には、専門分野辞書22dを参照し、検索条件とし
て確定した宿泊地の近隣都市(関連語)を取得して、検
索条件として確定した宿泊地も追加して近隣都市集合と
する(STEP2514)。次に、検索条件論理矛盾判
定処理部は、主目的名所・旧跡具体語の所在地と近隣都
市集合の論理積の要素が存在するか否かを判断し(ST
EP2515)、存在すると判断する場合には、当該論
理積を所在地に持つ主目的名所・旧跡具体語を名所・旧
跡の検索条件として確定する(STEP2516)。さ
らに、検索条件論理矛盾判定処理部は、主目的エアライ
ン具体語の要素が存在するか否かを判断し(STEP2
517)、存在すると判断する場合には、主目的エアラ
イン具体語を検索条件のエアラインとして確定し(ST
EP2518)、正常終了として戻り値を0にセットし
て(STEP2519)、終了する。なお、STEP2
515において論理積が存在しないと判断した場合に
は、検索条件論理矛盾判定処理部は、論理矛盾と判断
し、戻り値に−1をセットして、終了する。(STEP
2520)。
Next, the search condition logic contradiction determination processing section determines whether or not the main destination famous place / historic concrete word element exists (STEP 2513). If it is determined that the element exists, the specialized field dictionary is used. With reference to 22d, the neighborhood city (related word) of the accommodation place determined as the search condition is acquired, and the accommodation place determined as the search condition is also added to form a neighborhood city set (STEP 2514). Next, the search condition logic contradiction determination processing unit determines whether or not there is an element of a logical product of the location of the main destination famous place / historic concrete word and the set of neighboring cities (ST).
If it is determined that the logical product exists, the main target famous place / historical site specific word having the logical product is determined as a search condition of the famous place / historical site (STEP 2516). Further, the search condition logic contradiction determination processing unit determines whether or not the element of the main target airline specific word exists (STEP 2).
517) If it is determined that the airline exists, the main target airline specific word is determined as the airline of the search condition (ST).
(EP2518), the return value is set to 0 as normal termination (STEP2519), and the processing ends. In addition, STEP2
If it is determined in 515 that there is no logical product, the search condition logical contradiction determination processing unit determines that there is a logical contradiction, sets -1 as a return value, and ends the processing. (STEP
2520).

【0042】図27は、上記STEP1904に示した
スコア計算処理の動作を説明するためのフローチャート
である。スコア計算処理部は、スコア格納用のデータ宣
言を行い、コンテンツ別のスコアを0で初期化する(S
TEP2701)。スコア計算処理部は、取得したコン
テンツの結果セットがなくなるまで、「宿泊地」、「ホ
テル」、「名所・旧跡」および「エアライン」の各要素
(ここでは「検索項目」と呼ぶ。)順に、以下の処理を
繰り返す(STEP2702〜2703)。すなわち、
スコア計算処理部は、検索条件フレームの当該検索項目
に要素が存在するか否かを判断し(STEP270
2)、存在すると判断する場合には、当該コンテンツ中
の当該検索項目と同一のデータを検索条件フレームの当
該検索項目から選択して、その関連度と当該検索項目の
重み付け度数の積をスコア格納用データに加算する。例
えば、コンテンツID「TRA012131133」の
スコアは、宿泊地が「バンコク」、名所・旧跡が「アユ
タヤ遺跡」であるため、それぞれの関連度を用いると、
95×1+88×1.5=227となる。
FIG. 27 is a flowchart for explaining the operation of the score calculation processing shown in STEP 1904. The score calculation processing unit declares data for storing the score and initializes the score for each content to 0 (S
TEP2701). Until there is no result set of the acquired content, the score calculation processing unit sequentially orders the elements of “accommodation place”, “hotel”, “famous place / historic site”, and “airline” (herein, referred to as “search items”). The following processing is repeated (STEPs 2702 to 2703). That is,
The score calculation processing unit determines whether or not an element exists in the search item of the search condition frame (STEP 270).
2) If it is determined that the search item exists, the same data as the search item in the content is selected from the search item in the search condition frame, and the product of the relevance and the weighting frequency of the search item is stored in the score. Is added to the data for use. For example, the score of the content ID “TRA01213133” is that the accommodation place is “Bangkok” and the famous place / historic site is “Ayutthaya archeological site”.
95 × 1 + 88 × 1.5 = 227.

【0043】図28は、上記STEP1908に示した
検索条件再設定処理部の動作を説明するためのフローチ
ャートである。検索条件再設定処理部は、まず、元の検
索条件フレームをコピーし、コピーしたフレームの検索
項目「エリア」の値をnullに更新する(STEP2
801)。次に、検索条件再設定処理部は、専門分野辞
書22dを参照し、再設定用検索条件論理矛盾の判定処
理を行う(STEP2802)。この論理矛盾判定処理
の結果、論理矛盾(戻り値が−1)であると判断する場
合には(STEP2803のYes)、戻り値を−1に
セットして終了する(STEP2804)。一方、論理
矛盾でないと判断する場合、検索条件再設定処理部は、
ユーザプロフィールDB22fを参照し、検索文を生成
し、保管した上で、戻り値を0にセットして終了する
(STEP2805)。
FIG. 28 is a flowchart for explaining the operation of the search condition resetting processing section shown in STEP 1908. First, the search condition reset processing unit copies the original search condition frame, and updates the value of the search item “area” of the copied frame to null (STEP 2).
801). Next, the search condition resetting processing unit refers to the specialized field dictionary 22d and performs a process of determining a logical inconsistency in the search condition for resetting (STEP2802). As a result of the logical inconsistency determination processing, when it is determined that the logical inconsistency (return value is -1) (YES in STEP 2803), the return value is set to -1, and the processing is ended (STEP 2804). On the other hand, when determining that there is no logical contradiction,
Referring to the user profile DB 22f, a search sentence is generated and stored, and then the return value is set to 0 and the processing is terminated (STEP 2805).

【0044】図29および図30は、上記STEP28
02に示した再設定用検索条件論理矛盾判定処理の動作
を説明するためのフローチャートである。すなわち、図
29において、再設定用検索条件論理矛盾判定処理部
は、検索条件フレームの主目的エリア(宿泊地)具体語
および主目的ホテル具体語が存在するか否かを判断する
(STEP2901〜2903)。主目的エリア(宿泊
地)具体語が存在し、かつ、主目的ホテル具体語が存在
する場合、再設定用検索条件論理矛盾判定処理部は、主
目的エリア(宿泊地)具体語と主目的ホテル具体語の所
在地との論理積を演算し(STEP2904)、この論
理積の要素が存在するか否かをさらに判断する(STE
P2905)。論理積の要素が存在すると判断する場
合、再設定用検索条件論理矛盾判定処理部は、当該論理
積を宿泊地の検索条件として確定する(STEP290
6)。なお、論理積の要素が存在しない場合、論理矛盾
として戻り値を−1にセットし(STEP2922)、
終了する。
FIG. 29 and FIG.
13 is a flowchart for explaining the operation of the search condition logical contradiction determination process for resetting shown in FIG. That is, in FIG. 29, the search condition logical contradiction determination processing unit for resetting determines whether or not the main target area (accommodation place) specific word and the main target hotel specific word of the search condition frame exist (STEPs 2901 to 2903). ). If the main target area (accommodation place) specific word exists and the main target hotel specific word exists, the search condition logical contradiction determination processing unit for resetting uses the main target area (accommodation place) specific word and the main target hotel. The logical product with the location of the specific word is calculated (STEP 2904), and it is further determined whether or not the element of this logical product exists (STE).
P2905). If it is determined that there is a logical product element, the resetting search condition logical contradiction determination processing section determines the logical product as a search condition of the accommodation place (STEP 290).
6). If there is no element of the logical product, the return value is set to −1 as a logical contradiction (STEP 2922),
finish.

【0045】一方、主目的エリア(宿泊地)具体語が存
在せず、かつ、主目的ホテル具体語が存在する場合、再
設定用検索条件論理矛盾判定処理部は、主目的ホテル具
体語の所在地を宿泊地の検索条件として確定する(ST
EP2907)。また、主目的エリア(宿泊地)具体語
が存在し、主目的ホテル具体語が存在しない場合、再設
定用検索条件論理矛盾判定処理部は、主目的エリア(宿
泊地)具体語を宿泊地の検索条件として確定する(ST
EP2908)。なお、主目的エリア(宿泊地)具体語
が存在せず、かつ、主目的ホテル具体語が存在しない場
合、再設定用検索条件論理矛盾判定処理部は、STEP
2913に移行する。
On the other hand, if the main target area (accommodation place) specific word does not exist and the main target hotel specific word exists, the search condition logical contradiction determination processing unit for resetting determines the location of the main target hotel specific word. Is determined as a search condition for accommodation (ST
EP 2907). In addition, when the main target area (accommodation place) specific word exists and the main target hotel concrete word does not exist, the search condition logical contradiction determination processing unit for resetting sets the main target area (accommodation place) specific word to the accommodation place. Confirm as search condition (ST
EP 2908). If the main target area (accommodation place) specific word does not exist and the main target hotel specific word does not exist, the search condition logical contradiction determination processing unit for resetting is executed in STEP.
It moves to 2913.

【0046】次に、再設定用検索条件論理矛盾判定処理
部は、主目的名所・旧跡具体語の要素が存在するか否か
を判断し(図30のSTEP2909)、存在すると判
断する場合には、専門分野辞書DB22dを参照し、検
索条件として確定した宿泊地の関連語である近隣都市を
取得し、検索条件として確定した宿泊地を加え、近隣都
市集合とする(STEP2910)。再設定用検索条件
論理矛盾判定処理部は、主目的名所・旧跡具体語の所在
地と近隣都市集合の論理積の要素が存在するか否かを判
断し(STEP2911)、存在すると判断する場合に
は、当該論理積を所在地に持つ主目的名所・旧跡具体語
を名所・旧跡の検索条件として確定する(STEP29
12)。なお、STEP2909およびSTEP291
1において論理積の要素が存在しない場合、論理矛盾と
して戻り値を−1にセットし、終了する(STEP29
21)。
Next, the search condition logical contradiction determination processing unit for resetting determines whether or not the element of the main destination famous place / historical concrete word exists (STEP 2909 in FIG. 30). Then, referring to the specialized field dictionary DB 22d, a neighborhood city which is a related word of the accommodation place determined as the search condition is obtained, and the accommodation place determined as the search condition is added to form a neighborhood city set (STEP 2910). The retrieving search condition logical contradiction determination processing unit determines whether or not there is an element of a logical product of the location of the main destination famous place / historic concrete word and the set of neighboring cities (STEP 2911). Then, the main target landmark / historical site specific word having the logical product at the address is determined as a search condition of the landmark / historic site (STEP 29).
12). In addition, STEP2909 and STEP291
If there is no logical product element in 1, the return value is set to -1 as a logical contradiction, and the processing ends (STEP 29).
21).

【0047】一方、前述のように主目的エリア(宿泊
地)具体語が存在せず(STEP2901のNo)、か
つ、主目的ホテル具体語が存在しない場合(STEP2
901のNo)、主目的名所・旧跡具体語の要素が存在
するか否かを判断する(図30のSTEP2913)。
再設定用検索条件論理矛盾判定処理部は、主目的名所・
旧跡の所在地から宿泊地の取得を試み(STEP291
4)、取得できた場合には(STEP2915のYe
s)、取得した宿泊地を検索条件の宿泊地として確定し
(STEP2916)、主目的名所・旧跡具体語を名所
・旧跡の検索条件として確定する(STEP291
7)。なお、STEP2913において、主目的名所・
旧跡具体語の要素が存在しない場合、およびSTEP2
915において、名所・旧跡の所在地から宿泊地を取得
できない場合は、STEP2918に移行する。また、
STEP2914では、主目的・名所旧跡の要素である
名所・旧跡名を表すキーワードの名所・旧跡観点の関連
語に、その所在地を意味するエリア観点を持つキーワー
ドを専門分野辞書22d上でリンクさせておき、さら
に、そのキーワードのエリア観点中の関連語に別のエリ
ア観点を持つキーワードがリンクされている場合、後者
を宿泊地と判断することにより実現する。
On the other hand, as described above, when there is no specific word for the main destination area (accommodation place) (No in STEP 2901), and there is no specific word for the main destination hotel (STEP 2).
901: No), it is determined whether or not the element of the main destination famous place / historic concrete word exists (STEP 2913 in FIG. 30).
The search condition logical contradiction judgment processing unit for resetting
Attempt to acquire accommodation from the location of the historic site (STEP 291
4) If it can be obtained (YES in STEP 2915)
s), the acquired accommodation place is determined as a search condition accommodation place (STEP 2916), and the main target attraction / historical site concrete word is determined as a attraction / historical location search condition (STEP 291).
7). In STEP 2913, the main destination
If there is no element of the historical concrete word, and STEP2
If it is determined in 915 that the accommodation place cannot be obtained from the location of the famous place or historic site, the flow shifts to STEP2918. Also,
In STEP 2914, a keyword having an area viewpoint meaning its location is linked on the specialized field dictionary 22d to a keyword related to a sightseeing point / historical point of view, which is a keyword representing the name of a sightseeing point / historic point, which is an element of the main purpose / point of interest. Further, when a keyword having another area viewpoint is linked to a related word in the area viewpoint of the keyword, this is realized by determining the latter as an accommodation place.

【0048】上記処理によって名所・旧跡の検索条件が
確定すると、再設定用検索条件論理矛盾判定処理部は、
主目的エアライン具体語の要素が存在するか否かを判断
し(STEP2918)、存在すると判断する場合に
は、主目的エアライン具体語を検索条件のエアラインと
して確定して、戻り値を0にセットして(STEP29
20)、終了する。
When the search condition of the famous place / historical site is determined by the above processing, the search condition logical contradiction determination processing unit for resetting,
It is determined whether or not the element of the main target airline specific word exists (STEP 2918). If it is determined that the element exists, the main target airline specific word is determined as the airline of the search condition, and the return value is set to 0. Set to (STEP 29
20), end.

【0049】図31は、本実施形態に係る情報提供シス
テムが提示する画面の一例を示す図である。すなわち、
同図は、ユーザが、情報提供システムとの間で対話的
に、自然言語形式により検索条件を入力している画面例
を示している。情報提供システムは、シナリオ制御部2
13の制御の下、システム応答領域311にメソッドを
提示する一方、ユーザは、ユーザ入力領域312に自然
言語形式で検索条件を入力し、「OK」ボタンを選択す
ることで、入力された情報が情報提供システムに送信さ
れる。また、情報提供システムは、ユーザと情報提供シ
ステムとの間の対話履歴を対話履歴領域313に表示す
る。このように、情報提供システムは、シナリオ制御部
213の制御の下、ユーザに対して必要な検索条件の入
力を促す。そして、ユーザがある程度検索条件を入力し
た段階で、「終わり」ボタンを選択した場合には、検索
条件実行部215が検索を実行し、例えば、図32に示
される検索結果をユーザに提示する。
FIG. 31 is a diagram showing an example of a screen presented by the information providing system according to the present embodiment. That is,
The figure shows an example of a screen in which a user is interactively inputting search conditions in a natural language format with an information providing system. The information providing system includes a scenario control unit 2
13, while presenting the method in the system response area 311, the user inputs search conditions in a natural language format in the user input area 312, and selects the “OK” button. Sent to the information providing system. In addition, the information providing system displays a dialog history between the user and the information providing system in the dialog history area 313. As described above, the information providing system prompts the user to input necessary search conditions under the control of the scenario control unit 213. Then, when the user selects the “end” button at a stage where the search condition has been input to some extent, the search condition execution unit 215 executes the search, and presents the search result shown in FIG. 32 to the user, for example.

【0050】[第2の実施形態]本実施形態は、上記実
施形態の変形であり、情報を蓄積したデータベースに対
してユーザとの自然文形式の対話により検索を進め、当
該ユーザに対しては検索結果を提供する一方、情報を供
給したクライアント企業に対しては当該ユーザに関する
情報を提供することを特徴としている。
[Second Embodiment] This embodiment is a modification of the above-described embodiment, in which a search for a database in which information is stored is advanced by a natural sentence dialogue with a user, and It is characterized in that while providing search results, information about the user is provided to the client company that supplied the information.

【0051】例えば、上記実施形態で示したツアー情報
(ツアー商品)を検索・提供する情報提供システムを例
にとれば、ユーザが当該情報提供システムを利用して、
それぞれが要望する旅行計画についての断片的な自然文
形式の文字列を入力することによってツアー情報を検索
した場合、検索結果として示されたツアー商品を提供で
きる旅行会社に、ユーザ情報を送客情報(送客ログ)と
して提供する。この場合、提供できる旅行会社のうちか
ら該ユーザが選択した旅行会社に要望を送信することを
希望した場合に限り提供することが望ましい。ユーザ情
報は、例えば、当該ユーザのメールアドレスや検索に際
しての入力履歴の内容等を含んでいる。旅行会社は、提
供された送客情報に基づいて、当該ユーザに対するツア
ー商品の販売活動を有利に進めることができる。旅行会
社は、当該情報提供システムの情報提供を介してユーザ
との間で販売活動を行った場合、その結果を当該情報提
供システムにフィードバックする。当該情報提供システ
ムは、フィードバックされた結果に基づいて成約情報と
して蓄積し、次回の情報提供や商品企画に利用する。
For example, taking the information providing system for searching and providing tour information (tour products) shown in the above embodiment as an example, the user can use the information providing system to
When the tour information is searched by inputting a fragmentary natural sentence character string about the travel plan desired by each, the user information is sent to a travel agency that can provide the tour product indicated as a search result. (Customer log). In this case, it is desirable to provide only when it is desired to transmit a request to a travel company selected by the user from travel companies that can be provided. The user information includes, for example, the mail address of the user, the content of the input history at the time of search, and the like. The travel agency can advantageously promote sales of tour products to the user based on the provided customer transfer information. When a travel agency performs a sales activity with a user via information provision of the information providing system, the travel company feeds back the result to the information providing system. The information providing system accumulates as contract information based on the feedback result, and uses it for the next information provision and product planning.

【0052】図33は、本実施形態に係る情報提供シス
テムの機能構成を示すブロックダイアグラムである。本
実施形態に係る情報提供システムは、検索エンジン部2
1’、第1のデータベース部22(上記実施形態のデー
タベース部22に相当する。)、成約情報管理部23お
よび第2のデータベース部24から構成されている。
FIG. 33 is a block diagram showing a functional configuration of the information providing system according to the present embodiment. The information providing system according to the present embodiment includes a search engine unit 2
1 ', a first database unit 22 (corresponding to the database unit 22 in the above embodiment), a contract information management unit 23, and a second database unit 24.

【0053】検索エンジン部21’は、旅行会社情報生
成部216をさらに備えている。旅行会社情報生成部2
16は、ユーザの検索結果に関連する旅行会社に関する
情報(旅行会社情報)を旅行会社DB24aから取得
し、生成する。
The search engine unit 21 'further includes a travel company information generation unit 216. Travel agency information generator 2
16 acquires and generates information (travel company information) about the travel company related to the search result of the user from the travel company DB 24a.

【0054】成約情報管理部23は、送客ログ出力部2
31、送客データ出力部232、成約データ作成部23
3および成約データ統計処理部234を備えている。送
客ログ出力部232は、一連の対話的入力を行って検索
を終えたユーザが、その最終的な検索結果に示された旅
行会社に対してツアー商品の申し込みに向けたさらなる
情報の提供を望むために、例えばメールアドレス等のユ
ーザ情報を提出した場合、旅行会社に提供するための送
客情報(送客ログ)を生成し、これを旅行会社のクライ
アントコンピュータ2Bに送出する。
The contract information management unit 23 includes a customer log output unit 2
31, customer sending data output unit 232, contract data creation unit 23
3 and a contract data statistical processing unit 234. The customer log output unit 232 allows the user who has completed the search by performing a series of interactive inputs to provide the travel agency indicated in the final search result with further information for applying for a tour product. For example, when user information such as an e-mail address is submitted as desired, customer information (customer log) to be provided to the travel agency is generated and transmitted to the client computer 2B of the travel agency.

【0055】送客データ出力部232は、旅行会社のク
ライアントコンピュータ2Bから成約情報登録フォーム
の要求を受け付けると、送客ログDB24cに登録され
ているレコードから、所定の条件に合致するレコードを
抽出し、これをクライアントコンピュータ2Bに送出す
る。所定の条件は、旅行会社DB24a内の重み付けと
して、重視すべき顧客特性(ユーザ特性)に応じて任意
に設定される。例えば、過去の実績として、成約単価が
大きいユーザや成約率の高いユーザ、成約日数が短いユ
ーザのレコードが抽出したい場合には、それぞれ対応す
る重み値が大きく設定される。なお、成約単価や成約
率、成約日数等は、成約ユーザDB24dに登録されて
おり、旅行会社からの成約情報のフィードバックによっ
て逐次更新される。
Upon receiving the request for the contract information registration form from the client computer 2B of the travel agency, the customer data output unit 232 extracts a record matching the predetermined condition from the records registered in the customer log DB 24c. Is transmitted to the client computer 2B. The predetermined condition is arbitrarily set as a weight in the travel agency DB 24a according to a customer characteristic (user characteristic) to be emphasized. For example, when it is desired to extract records of a user with a high contract unit price, a user with a high contract rate, and a user with a short contract day as a past record, the corresponding weight value is set large. The contract unit price, the contract rate, the contract days, and the like are registered in the contract user DB 24d, and are sequentially updated by feedback of the contract information from the travel agency.

【0056】成約データ作成部233は、成約情報登録
フォームの提示を受けたクライアントコンピュータ2B
から成約情報の登録要求を受け付けた場合に、その登録
要求に含まれるパラメータにしたがって成約データを作
成し、成約ユーザDB24dに登録する。成約データ統
計処理部234は、作成された成約データに基づいて所
定の統計処理等を行って、その処理結果を成約ユーザD
B24dに登録する。
The contract data creation unit 233 transmits the contract information registration form to the client computer 2B.
When a registration request for contract information is received from, the contract data is created in accordance with the parameters included in the registration request and registered in the contract user DB 24d. The contract data statistical processing unit 234 performs predetermined statistical processing and the like based on the created contract data, and outputs the processing result to the contract user D.
Register in B24d.

【0057】第2のデータベース24は、旅行会社DB
24a、カテゴリ別旅行会社DB24b、送客ログDB
24cおよび成約ユーザDB24dを備える。カテゴリ
別旅行会社DB24bは、さらに主目的別旅行会社DB
24b1、行き先別旅行会社DB24b2およびホテル
別旅行会社DB24b3から構成され、それぞれのカテ
ゴリにおける旅行会社の実績(成約件数)が登録されて
いる。
The second database 24 is a travel agency DB
24a, category-specific travel agency DB 24b, customer log DB
24c and a contract user DB 24d. The travel company DB by category 24b is a travel agency DB by main purpose.
24b1, a destination-specific travel company DB 24b2, and a hotel-specific travel company DB 24b3, and the actual results (number of contracts) of the travel companies in each category are registered.

【0058】図34は、本実施形態に係る検索条件実行
部215’の動作を説明するためのフローチャートであ
る。検索条件実行部215’は、基本的には、図19に
示した検索条件実行部215の処理と同じであるが、S
TEP3406およびSTEP3410の旅行会社情報
生成処理が追加されている点で異なる。また、図示して
いないが、検索条件実行部215’は、STEP340
1のコンテンツDB検索用検索文生成処理の前に、検索
IDを発行する。この検索IDは、後述する各処理間で
関連性を持たせてユニークに管理するためのものであ
る。
FIG. 34 is a flowchart for explaining the operation of the search condition execution unit 215 'according to the present embodiment. The search condition execution unit 215 'is basically the same as the process of the search condition execution unit 215 shown in FIG.
The difference is that a travel company information generation process of STEP 3406 and STEP 3410 is added. Although not shown, the search condition execution unit 215 ′
A search ID is issued before the first content DB search query generation process. This search ID is used for unique management by giving relevance to each process described later.

【0059】図35は、本実施形態に係る旅行会社情報
生成処理部216の動作を説明するためのフローチャー
トである。同図に示すように、旅行会社情報生成部21
6は、まず、ユーザプロフィールDB22fを参照し、
対話的に検索を進めているユーザの検索条件フレームの
内容を取得する(STEP3501)。旅行会社情報生
成部216は、旅行会社表示フラグの件数が1件以上あ
るか否かをチェックし(STEP3502)、0件であ
る場合には、旅行会社情報取得処理を行う(STEP3
503)。一方、旅行会社表示フラグ件数が1件以上あ
る場合には、さらに取得したコンテンツの件数をチェッ
クし(STEP3504)、0件である場合には、旅行
会社情報取得処理を行う(STEP3503)。
FIG. 35 is a flow chart for explaining the operation of the travel company information generation processing section 216 according to the present embodiment. As shown in FIG.
6 first refers to the user profile DB 22f,
The contents of a search condition frame of a user who is interactively performing a search are acquired (STEP 3501). The travel company information generation unit 216 checks whether or not the number of travel company display flags is one or more (STEP 3502), and if it is zero, performs travel company information acquisition processing (STEP 3).
503). On the other hand, if the number of travel agency display flags is one or more, the number of acquired content is further checked (STEP 3504). If the number is zero, travel agency information acquisition processing is performed (STEP 3503).

【0060】図36は、STEP3503に示した旅行
会社情報取得処理を説明するためのフローチャートであ
る。同図に示すように、旅行会社情報生成部216は、
検索条件フレームの「主目的」、「確定宿泊地」および
「確定ホテル」の各要素に対して以下の処理を行う(S
TEP3601〜3603)。すなわち、旅行会社情報
生成部216は、ユーザプロフィールDB22fを参照
し、検索条件フレームにおいて該当する項目を取得し
(STEP3601)、その項目の内容がNullであ
るか否かをチェックする(STEP3602)。旅行会
社情報生成部216は、取得したその項目の内容がNu
llでないと判断する場合には、その項目の内容を見出
し語としてカテゴリ別旅行会社DB24b1〜24b3
のそれぞれを検索し、旅行会社コードファイルに旅行会
社コードごとの成約件数を加算する(STEP360
3)。より具体的には、旅行会社情報生成部216は、
検索条件フレームの「主目的」に「ダイビング」がセッ
トされている場合には、これを見出し語として主目的別
旅行会社DB24b1を参照し、その主目的見出し語が
「ダイビング」である旅行会社の成約件数を取得する。
次に、「確定宿泊地」に「ピピ島」がセットされている
場合には、これを見出し語として行き先別旅行会社DB
24b2を参照し、行き先見出し語が「ピピ島」である
旅行会社の成約件数を取得する。このとき、旅行会社が
同じであれば、すでに取得した成約件数に今回取得した
件数を加算する。「確定ホテル」についても、同様に、
成約件数を取得し、加算する。
FIG. 36 is a flowchart for explaining the travel company information acquisition processing shown in STEP 3503. As shown in the figure, the travel company information generation unit 216
The following processing is performed on each element of “main purpose”, “fixed accommodation place”, and “fixed hotel” in the search condition frame (S
TEP 3601-603). That is, the travel company information generation unit 216 refers to the user profile DB 22f, acquires the corresponding item in the search condition frame (STEP 3601), and checks whether the content of the item is Null (STEP 3602). The travel agency information generation unit 216 determines that the content of the acquired item is Nu.
If it is determined that the item is not “11”, the contents of the item are used as headwords, and the category-specific travel company DBs 24b1 to 24b3
Are searched, and the number of contracts for each travel agency code is added to the travel agency code file (STEP 360).
3). More specifically, the travel company information generation unit 216
When "diving" is set in "main purpose" of the search condition frame, the main purpose heading word "diving" is referred to by referring to the travel company DB 24b1 by main purpose as a heading word. Get the number of contracts.
Next, when "Phi Phi Island" is set in "Confirmed accommodation place", this is used as a headword to make travel destination DB by destination.
With reference to 24b2, the number of contracts made for the travel agency whose destination headword is “Phi Phi Island” is acquired. At this time, if the travel agency is the same, the number acquired this time is added to the number of contracts already acquired. Similarly, for "confirmed hotels",
Obtain and add the number of closed deals.

【0061】次に、旅行会社情報生成部216は、この
ように作成した旅行会社コードファイルのそれぞれのレ
コードについて、成約件数をキーに降順にソートし(S
TEP3604)、その内容にしたがって旅行会社DB
24aを更新する(STEP3601)。これによっ
て、入力された検索条件にしたがって、それぞれの要素
ごとに実績を有する旅行会社が得られることになる。
Next, the travel company information generation unit 216 sorts the records of the travel company code file created in this manner in descending order using the number of contracts as a key (S
TEP3604), travel agency DB according to the contents
24a is updated (STEP 3601). As a result, a travel agency having a track record for each element can be obtained according to the input search conditions.

【0062】図37〜図39は、カテゴリ別旅行会社D
B24b1〜24b3のデータ構造を示す図であり、よ
り具体的には、図37は主目的別旅行会社DB24b1
のデータ構造を示す図、図38は行き先別旅行会社DB
24b2のデータ構造を示す図、図39は、ホテル別旅
行会社DB24b3のデータ構造を示す図である。カテ
ゴリ別旅行会社DB24bは、旅行会社がそれぞれ得意
とするカテゴリをまとめたものであり、それぞれのカテ
ゴリ(例えば「主目的」、「行き先」および「ホテ
ル」)における見出し語に関して、旅行会社ごとの成約
件数を保持している。
FIGS. 37 to 39 show travel companies D by category.
It is a figure which shows the data structure of B24b1-24b3, More specifically, FIG. 37 is travel company DB24b1 classified by main purpose.
FIG. 38 is a diagram showing a data structure of a destination, and FIG.
FIG. 39 is a diagram showing a data structure of a travel company DB 24b3 by hotel. The category-specific travel company DB 24b is a collection of categories that each travel company excels at. For each headline in each category (for example, “main purpose”, “destination”, and “hotel”), a contract is made for each travel company. The number is kept.

【0063】図40は、旅行会社DB24aのデータ構
造を示す図である。旅行会社DB24aには、旅行会社
に関する情報が予め登録される。すなわち、同図に示す
ように、旅行会社DB24aは、「旅行会社コード」、
「旅行会社名」、「旅行会社URL」、「メールアドレ
ス」、「電話番号」、「マージン」、「マージン区
分」、「成約件数重み付け」、「平均成約率重み付
け」、「平均成約日数重み付け」および「平均単価重み
付け」のフィールドから構成されている。「成約件数重
み付け」、「平均成約率重み付け」、「平均成約日数重
み付け」および「平均単価重み付け」には、旅行会社が
重視している顧客特性の重み値が設定される。例えば、
ある旅行会社が成約件数の多いユーザを重視する場合に
は、その重み値は他の旅行会社のそれよりも高く設定さ
れる。
FIG. 40 is a diagram showing a data structure of the travel agency DB 24a. Information about the travel company is registered in the travel company DB 24a in advance. That is, as shown in the figure, the travel agency DB 24a stores “travel agency code”,
"Travel company name", "Travel company URL", "Email address", "Phone number", "Margin", "Margin classification", "Weighted deals", "Average closed rate weighted", "Average closed days weighted" And “average unit weight” fields. In the “weighting of the number of deals”, “weighting of the average closing rate”, “weighting of the average number of closing days”, and “average unit price weighting”, weight values of the customer characteristics that are emphasized by the travel agency are set. For example,
When a certain travel company attaches importance to a user with a large number of contracts, the weight value is set higher than that of another travel company.

【0064】一連の対話的入力を行って検索を終えたユ
ーザが、その最終的な検索結果に示された旅行会社に対
してさらなる情報の提供を希望するために、例えばメー
ルアドレスを提出した場合、送客ログ出力部231は、
送客ログを生成し、これを送客DB24cに登録すると
ともに、該当する旅行会社に送出する。例えば、図41
に示すような検索結果画面が提示されたとする。同図で
は、ユーザが入力した検索条件に合致する3つのツアー
商品が提示されている。ユーザは、この検索結果画面に
対してさらなる情報の提供を希望する場合には、希望す
るツアー商品のチェックボックス411をオンにすると
ともにメールアドレスフィールド412にメールアドレ
スを入力し、送信ボタン413を選択する。これを受け
た情報提供システムは、送客データ出力部232におい
て送客データを生成し、該当する旅行会社に送出する。
A user who has completed a search by performing a series of interactive inputs submits, for example, an e-mail address in order to request further information from the travel agency indicated in the final search result. , The customer log output unit 231
A customer log is generated, registered in the customer DB 24c, and sent to the corresponding travel agency. For example, FIG.
It is assumed that a search result screen as shown in FIG. In the figure, three tour products that match the search conditions input by the user are presented. If the user wishes to provide further information on this search result screen, he / she checks the check box 411 of the desired tour product, inputs an e-mail address in the e-mail address field 412, and selects the send button 413. I do. In response to this, the information providing system generates customer sending data in the customer sending data output unit 232 and sends it to the corresponding travel agency.

【0065】図42は、本実施形態に係る送客ログ出力
部231の動作を説明するためのフローチャートであ
る。同図に示すように、送客ログ出力部231は、ユー
ザが選択した旅行会社について、以下のSTEP420
1〜4204の処理を行う。すなわち、送客ログ出力部
231は、ユーザプロフィールDB22fを参照し、検
索条件フレームから検索条件入力内容に相当する項目お
よび検索条件確定内容に相当する項目をそれぞれ取得す
る(STEP4201および4202)。次に、送客ロ
グ出力部231は、取得したこれらの項目に基づいてレ
コードを生成し、送客ログDB24cに追加する(ST
EP4203)。図43は、送客ログDBのデータ構造
を示す図である。送客ログ出力部231は、旅行会社D
B24aを参照し、送客ログDB24cにおけるそれぞ
れのレコードの内容を該当する旅行会社に送出する(S
TEP4204)。本実施形態では、検索条件入力内容
および確定検索内容の双方が旅行会社に送出されるの
で、これを受け取った旅行会社は、そのユーザがどのよ
うな検索をし、何を欲しているのかを把握することがで
きることになる。そして、送客ログ出力部231は、ユ
ーザが選択した旅行会社分のそれぞれについて上記処理
を終えると、成約ユーザDB24dにおける当該ユーザ
の送客検索ID数に1を加算し、終了する(STEP4
205)。
FIG. 42 is a flowchart for explaining the operation of the customer log output unit 231 according to this embodiment. As shown in the figure, the customer log output unit 231 performs the following STEP 420 for the travel company selected by the user.
1 to 4204 are performed. That is, the customer log output unit 231 refers to the user profile DB 22f, and acquires, from the search condition frame, items corresponding to the search condition input contents and items corresponding to the search condition finalized contents, respectively (STEP 4201 and 4202). Next, the customer log output unit 231 generates a record based on these acquired items and adds the record to the customer log DB 24c (ST
EP4203). FIG. 43 is a diagram illustrating a data structure of the customer log DB. The customer log output unit 231 is a travel agent D
With reference to B24a, the contents of each record in the customer log DB 24c are transmitted to the corresponding travel agency (S
TEP4204). In the present embodiment, since both the search condition input content and the confirmed search content are sent to the travel agency, the travel agency that receives the information grasps what kind of search the user performs and what the user wants. Will be able to do that. Then, when the above processing is completed for each travel company selected by the user, the customer log output unit 231 adds 1 to the number of customer search IDs of the user in the contracted user DB 24d, and ends (STEP 4).
205).

【0066】上述のように、情報提供システムは、送客
ログを旅行会社に送出する一方、旅行会社からの要求に
応じた送客データを旅行会社に提示し、ユーザの成約状
況についてフィードバックを受ける。すなわち、情報提
供システムは、旅行会社から成約情報登録フォームの要
求を受け付けると、送客データ出力部233により成約
情報登録フォームを作成し、これを旅行会社に送出す
る。送客データ出力部233は、送客ログDB24cの
非表示フラグおよび成約ユーザDB24dに登録された
過去の成約情報にしたがって、提示すべきレコードを抽
出して成約情報登録フォームを作成し、旅行会社に送出
する。なお、送客データ出力部233の動作の詳細につ
いては後述する。
As described above, the information providing system sends the customer log to the travel agency, presents the customer delivery data in response to the request from the travel agency, and receives feedback on the user's contract status. . That is, when the information providing system receives a request for a contract information registration form from a travel agency, the customer data output unit 233 creates a contract information registration form and sends it to the travel agency. The customer sending data output unit 233 extracts a record to be presented according to the non-display flag of the customer sending log DB 24c and the past closing information registered in the closing user DB 24d, creates a closing information registration form, and sends the form to the travel agency. Send out. The operation of the customer data output unit 233 will be described later in detail.

【0067】図44は、成約情報登録フォーム画面の一
例を示す図である。同図に示すように、成約情報登録フ
ォーム画面では、オペレータは、ユーザから申し込みの
あったツアー商品について、成約したか否か、ツアー商
品の金額、当該ユーザによる次回の検索の際に当該検索
結果を表示させるか否かを入力することができるように
なっている。オペレータが登録ボタンを選択すると、入
力した内容が成約データとして成約データ作成部233
によって受け付けられる。
FIG. 44 is a diagram showing an example of the contract information registration form screen. As shown in the figure, on the contract information registration form screen, the operator can confirm whether or not the tour product requested by the user has been closed, the amount of the tour product, and the search result at the time of the next search by the user. Can be input as to whether or not to display. When the operator selects the registration button, the entered content is made as the contract data, ie, the contract data creation unit 233.
Will be accepted by

【0068】図45は、成約データ作成部233の動作
を説明するためのフローチャートである。成約データ作
成部233は、送信されてきた成約データに含まれるす
べてのレコードについて、以下の処理を行う。すなわ
ち、成約データ作成部233は、旅行会社から送信され
てきた成約データ中の1つ目の検索IDで管理されるレ
コードについて、成約フラグがセットされているか否か
をチェックする(STEP4501)。成約データ作成
部233は、成約フラグがセットされていると判断する
場合には、旅行会社コードと検索IDにしたがって、送
客ログDB24cの内容を更新し(STEP450
2)、成約ユーザDBの作成処理を行う(STEP45
03)。一方、成約フラグが1にセットされていない場
合には、成約データ作成部233は、非表示フラグが1
にセットされているか否かをチェックする(STEP4
504)。非表示フラグが1にセットされていると判断
する場合には、成約データ作成部233は、旅行会社コ
ードと検索IDにしたがって、送客ログDB24cの該
当するレコードの非表示フラグを1に更新する(STE
P4505)。
FIG. 45 is a flow chart for explaining the operation of contract data creation section 233. The contract data creation unit 233 performs the following processing on all records included in the transmitted contract data. That is, the contract data creation unit 233 checks whether or not the contract flag is set for the record managed by the first search ID in the contract data transmitted from the travel agency (STEP 4501). When determining that the deal flag is set, the deal data creation unit 233 updates the content of the customer log DB 24c according to the travel company code and the search ID (STEP 450).
2), a contracted user DB is created (STEP 45)
03). On the other hand, if the contract flag is not set to 1, the contract data creation unit 233 sets the non-display flag to 1
It is checked whether it is set to (STEP4)
504). When determining that the non-display flag is set to 1, the contract data creation unit 233 updates the non-display flag of the corresponding record in the customer log DB 24c to 1 according to the travel agency code and the search ID. (STE
P4505).

【0069】なお、STEP4502では、前述のST
EP3603で説明した主目的別旅行会社DB24b
1、行き先別旅行会社DB24b2およびホテル別旅行
会社DB24b3における成約件数を格納する際に、主
目的、行き先およびホテルのいずれの観点を踏まえたか
について、フラグを参照して格納するように構成しても
よい。
Note that in STEP 4502, the above-described ST
Travel company DB24b by main purpose described in EP3603
1. When storing the number of contracts in the destination-specific travel company DB 24b2 and the hotel-specific travel company DB 24b3, the configuration may be such that the flag is used to refer to which of the main purpose, the destination, and the hotel is taken into account. Good.

【0070】図46は、本実施形態に係る成約ユーザD
B作成処理を説明するためのフローチャートである。成
約データ作成部233は、成約情報登録フォームを受け
付けると、ユーザIDで管理される当該ユーザの成約件
数に1を加算した後、平均成約率を計算して、レコード
を更新する(STEP4601)。平均成約率は、例え
ば、 平均成約率=成約件数/送客検索ID数 で計算される。次に、成約データ作成部233は、当該
ユーザの平均成約日数を計算し、レコードを更新する
(STEP4602)。平均成約日数は、例えば、 平均成約日数=(今回成約日数+前回平均成約日数×前
回検索ID数)/今回送客検索ID数 で計算される。ここで、今回成約日数は、送客ログを作
成してから今回の成約を受けるまでの日数であり、 今回成約日数=今回成約日時−今回送客日時 で計算される。そして、成約データ作成部233は、当
該ユーザの成約単価を計算し、レコードを更新する(S
TEP4603)。成約単価は、例えば、 成約単価=(今回成約金額+前回成約単価×前回成約件
数)/今回成約件数 で計算される。
FIG. 46 shows a contracted user D according to the present embodiment.
13 is a flowchart for explaining a B creation process. Upon accepting the contract information registration form, the contract data creation unit 233 adds 1 to the number of contracts of the user managed by the user ID, calculates an average contract rate, and updates the record (STEP4601). The average contract rate is calculated by, for example, average contract rate = number of contracts / number of customer search IDs. Next, the contract data creation unit 233 calculates the average number of contract days for the user and updates the record (STEP4602). The average number of contract days is calculated, for example, as follows: average contract days = (current contract days + previous average contract days × previous search ID number) / current customer search ID number. Here, the number of days closed this time is the number of days from when the customer log is created to when the current contract is received, and is calculated as follows: days closed this time = date closed this time-date transferred this time. Then, the contract data creation unit 233 calculates the contract unit price of the user and updates the record (S
TEP4603). The contract price is calculated, for example, as follows: contract price = (current contract price + previous contract price × previous contract number) / current contract price.

【0071】図47は、本実施形態に係る成約データ統
計処理部233の動作を説明するためのフローチャート
である。成約データ統計処理部233は、成約データ作
成部233により成約データが作成された段階で実行さ
れる。
FIG. 47 is a flowchart for explaining the operation of the contract data statistical processing section 233 according to the present embodiment. The contract data statistical processing unit 233 is executed when the contract data is created by the contract data creating unit 233.

【0072】同図に示すように、成約データ統計処理部
233は、成約ユーザDB24dを参照し、成約件数が
1以上であるレコードを抽出し(STEP4701)、
抽出したレコードにおける属性(成約件数、平均成約
率、平均成約日数および成約単価)のそれぞれについて
の平均値および標準偏差を計算する(STEP470
2)。そして、成約データ統計処理部233は、成約件
数が1以上のレコードのすべてについて、ユーザごとの
成約件数、平均成約率、平均成約日数および成約単価の
それぞれについての偏差値を計算し、レコードを更新す
る(STEP4703)。成約件数、平均成約率および
成約単価についての偏差値は、例えば、 偏差値=(平均との差)×10/標準偏差+50 で計算され、平均成約日数の偏差値は、日数が少ないほ
ど偏差値が高くなるように、例えば、 偏差値=−(平均との差)×10/標準偏差+50 で計算される。図48は、このようにして作成された成
約ユーザDBのデータ構造の一例を示す図である。
As shown in the figure, the contracted data statistical processing section 233 refers to the contracted user DB 24d and extracts records in which the number of contracts is 1 or more (STEP 4701).
The average value and standard deviation of each of the attributes (the number of contracts, the average closing rate, the average number of closing days, and the unit price of the contract) in the extracted record are calculated (STEP 470).
2). Then, the contract data statistical processing unit 233 calculates deviation values for each of the number of contracts, the average contract rate, the average number of contract days, and the contract unit price for all the records in which the number of contracts is one or more, and updates the record. (Step 4703). The deviation value for the number of contracts, the average contract rate, and the unit price of the contract are calculated, for example, as follows: deviation value = (difference from the average) × 10 / standard deviation + 50. Is calculated such that, for example, deviation value = − (difference from the average) × 10 / standard deviation + 50. FIG. 48 is a diagram showing an example of the data structure of the contracted user DB created as described above.

【0073】図49は、本実施形態に係る送客データ出
力部232の動作を説明するためのフローチャートであ
る。同図に示すように、送客データ出力部232は、旅
行会社から成約情報登録フォームの要求を受け付ける
と、送客ログDB24cにおける当該旅行会社の非表示
フラグが0であるユーザそれぞれについて、成約ユーザ
DB24dの偏差値それぞれを取得するとともに(ST
EP4901)、旅行会社DB24aを参照し、当該旅
行会社の重み付けデータを取得する(STEP490
2)。次に、送客データ出力部は、すべてのユーザのレ
コードについて、スコアを計算する(STEP490
3)。スコアは、例えば、 スコア=Σ偏差値×重み付け で計算される。すべてのユーザのレコードについてスコ
アを計算した後、送客データ出力部233は、計算した
スコアをキーにしてレコードを降順にソートする(ST
EP4904)。そして、送客データ出力部233は、
ソートしたレコードのユーザIDにしたがって、送客ロ
グDB24cから該当する旅行会社の送客ログDBの非
表示フラグが0で、かつ、成約フラグが0のレコードを
取得し、成約情報登録フォームとして出力する(STE
P4905)。
FIG. 49 is a flowchart for explaining the operation of the customer sending data output unit 232 according to the present embodiment. As shown in the figure, upon receiving a request for a contract information registration form from a travel company, the customer data output unit 232, for each user whose travel company non-display flag is 0 in the customer log DB 24c, closes the contract user While acquiring each deviation value of DB24d (ST
(EP4901), referring to the travel agency DB 24a to acquire weighting data of the travel agency (STEP 490).
2). Next, the customer sending data output unit calculates scores for all user records (STEP 490).
3). The score is calculated by, for example, score = Σdeviation × weight. After calculating the scores for the records of all the users, the customer sending data output unit 233 sorts the records in descending order using the calculated scores as keys (ST).
EP 4904). Then, the customer sending data output unit 233
According to the user ID of the sorted records, a record in which the non-display flag of the travel agent log DB of the corresponding travel agency is 0 and the deal flag is 0 is acquired from the customer log DB 24c and output as a deal information registration form. (STE
P4905).

【0074】以上のように、本実施形態によれば、ユー
ザとの対話的入力により提示した最終的な検索結果に対
して、ユーザがさらなる情報の提供を望むべくアクショ
ンをとった場合には、検索に際しての入力履歴等を含む
ユーザ情報を送客ログとして、情報を提供したクライア
ント企業に送出されることになる。これにより、送客ロ
グを受けたクライアント企業は、当該ユーザに対して有
効な販売活動を進めることができる。また、本実施形態
によれば、クライアント企業は、送客ログに基づく販売
活動の結果を情報提供システムにフィードバックするこ
とで成約情報として管理されることとなる。クライアン
ト企業は、管理されている成約情報をいつでも参照する
ことができるので、有効な販売活動を進めることができ
る。
As described above, according to the present embodiment, when the user takes an action to provide more information with respect to the final search result presented by the interactive input with the user, The user information including the input history at the time of the search is transmitted as a customer log to the client company that provided the information. As a result, the client company that has received the customer transfer log can proceed with effective sales activities for the user. Further, according to the present embodiment, the client company is managed as the contract information by feeding back the result of the sales activity based on the customer sending log to the information providing system. Since the client company can refer to the managed contract information at any time, effective sales activities can be promoted.

【0075】さらに、ユーザとの対話的入力が、ユーザ
それぞれの要望する旅行計画の断片的な要素であって、
クライアント企業が旅行会社であるような場合には、以
下のような利点を有する。
Further, the interactive input with the user is a fragmentary element of the travel plan desired by each user,
If the client company is a travel agency, it has the following advantages.

【0076】すなわち、ユーザにとっては、断片的な旅
行計画に関する語句(例えば「海のきれいなところ」)
からパッケージ旅行の情報を条件検索するのにも十分な
程度の具体語(例えば「ピピ島」、..)を獲得し、こ
れによる検索結果を得られる。検索結果にはツアー情報
だけでなく旅行会社情報も別途検索結果として閲覧可能
なので、所望のツアーがない場合でも、パッケージ旅行
の企画のプロモーション活動に広告費用を常に積極的に
は投資しない一方で適切な価格やサービス対応に特色の
ある旅行会社(例えばピピ島へのツアー専業等)を閲覧
できる。さらに旅行会社のコメント情報(「ダイビング
ならおまかせ」等)とともに過去の成約実績の高い旅行
会社から順に閲覧することもできるため、参考にしなが
ら比較し、絞り込んで、再度要望を入力必要もなく送信
(問い合わせ)することができ、効率よく満足の高い旅
行が促される。
That is, for the user, a phrase relating to a fragmentary travel plan (for example, “a beautiful place in the sea”)
, Specific words (for example, “Phi Phi Island”,...) Sufficient for performing a conditional search for package travel information are obtained, and a search result can be obtained. In the search results, not only tour information but also travel company information can be browsed separately as search results, so even if there is no desired tour, advertising expenses are not always actively invested in promotion activities for packaged travel planning, but appropriate You can browse travel agencies (for example, specializing in tours to Phi Phi Island) that are unique in their prices and services. In addition, it is possible to browse along with the travel company's comment information (such as "If you dive," etc.) from the travel companies with the highest track record of past contracts. Inquiry), and efficient and satisfactory travel is encouraged.

【0077】また、旅行会社にとっては、見込み客(要
望を送信したユーザ)との連絡に必要な情報を得られる
だけでなく、任意の予め登録した情報(ユーザ特性に関
する重み付けを含む)に応じて送客ログを参照でき、随
時成約情報登録フォームを利用することで送客された見
込み客について有効な販売活動を進めることができる。
例えば、パッケージツアー情報を登録した旅行会社が、
パッケージツアー商品の最も低い催行人数に満たずにや
むなく催行中止する等により送客されたユーザの要望に
対応できない場合がある。このような場合、旅行会社
は、送客ログに含まれる検索条件入力内容、確定検索内
容の断片的な旅行計画に関する語句を参照できるため、
単に催行中止したツアー商品に似ている商品を一方的に
選んで提示するということではなく、よりユーザが商品
に求めている断片的な旅行計画の基本イメージに裏付け
られた代替案を提示することができる。
Further, the travel agency can not only obtain information necessary for contacting a prospective customer (a user who has transmitted a request), but also obtain information in accordance with arbitrary pre-registered information (including weighting relating to user characteristics). The customer transfer log can be referred to, and the effective sales activity can be advanced for the prospective customer sent by using the contract information registration form as needed.
For example, a travel agency that has registered package tour information,
In some cases, it is not possible to respond to the user's request sent to the customer because the tour is unavoidably canceled because the number of package tour products does not reach the lowest. In such a case, the travel agency can refer to the search condition input content and the fragmentary travel plan phrase of the fixed search content included in the customer log,
Rather than simply selecting and presenting products that resemble tour products that have been canceled, present alternatives that are more supported by the basic image of the fragmentary travel plan that users are seeking for products. Can be.

【0078】さらに、パッケージツアー情報を登録して
いない旅行会社、例えばカスタムツアー商品の販売を得
意とする旅行会社においても、送客ログに含まれる内容
を参照して、ユーザとの必要事項確認に時間をかけるま
でもなく、その分、より細かな特色をユーザに知らしめ
るなどニーズにも合ったカスタムツアー商品を提示する
といったサービスの演出ができる。
Further, even a travel company that does not register package tour information, for example, a travel company that is good at selling custom tour products, can refer to the contents included in the customer log to confirm necessary items with the user. Instead of spending time, services such as presenting custom tour products that meet the needs, such as notifying the user of more detailed characteristics, can be provided.

【0079】より具体的には、送客ログからはその時点
での潜在的なユーザの断片的な旅行計画に関する語句が
読み取れるため、集計分析などを通して、どういった目
的、行き先、ホテル等の見出しに反響があるかが判別で
きるため、旅行会社は、自己が得意とする旅行観点(旅
行条件)を含む商品企画、告知も有効に行うことができ
る。
More specifically, since words related to a fragmentary travel plan of a potential user at that time can be read from the customer log, the purpose, destination, hotel, etc., of the headline can be determined through tabulation analysis and the like. Since it can be determined whether or not there is a response, the travel company can effectively perform product planning and notification including a travel viewpoint (travel condition) that the travel company is good at.

【0080】また、成約情報登録フォーム利用によって
見込み客の問い合わせ案件ごとの業務処理リストを作成
する必要もなく、成約済みかどうか、リストに次回も表
示するかしないか、を管理できるために業務効率を著し
く高めることができる。問い合わせ案件ごとの管理であ
れば、ユーザごとのリスト管理で起こりやすい同一ユー
ザが旅行時期のずれた複数の問合せをした場合に他方を
未対応のままにしてしまうようなミスを無くすことがで
きる。
Further, it is not necessary to create a business process list for each prospective customer's inquiry by using the contract information registration form, and it is possible to manage whether contracts have been completed and whether or not to display them in the list next time. Can be significantly increased. In the case of management for each inquiry matter, it is possible to eliminate a mistake that is likely to occur in the list management for each user and, when the same user makes a plurality of inquiries with different travel dates, the other is left unsupported.

【0081】さらに、例えば、催行人数に満たず催行日
時が近いツアーを催行したい旅行会社にとっては、より
確実に成約に至りあまり時間をかけずに成約するユーザ
を優先的に対応したいなどの場合がある。従来問い合わ
せ案件ごとそのユーザの過去の成約件数、成約に至った
率、成約に至る日数、成約した旅行費用の単価等個別管
理している場合には煩雑であったが、予め重み値を設定
しておくことで順に閲覧でき、顧客対応が自ずと効果的
なものとなる。成約にいたらない送客時点でも売り上げ
見込みを推定試算することが可能である。さらに事業計
画に沿った施策をとりたいような旅行会社は推定試算と
ともに、ある時点から各重み付けが都度変化するような
制御データセット情報として登録情報を随時変更処理す
れば計画最適化を実現する(週末直前に該当する日時に
は成約に至る日数の長いユーザ、給料日後の月末には実
績単価の低いユーザ、自社の目標とする売上が期末に満
たない見込みがある場合には実績単価の高くかつ成約率
の高いユーザなど、相関の見込まれるユーザ特性と業務
処理日時等が事業計画への影響として見込まれる)こと
も可能で非常に有益である。
Further, for example, for a travel agency that wants to run a tour with less than the number of people running and that is close to the date and time of the tour, there may be cases where it is more desirable to preferentially deal with a user who has made a deal and made a deal without taking much time. is there. Conventionally, it was cumbersome when individual management such as the number of past contracts of the user for each inquiry matter, the rate at which the contract was completed, the number of days until the contract was completed, the unit price of the travel cost that was concluded, but it was complicated, but the weight value was set in advance. By doing so, they can be browsed in order, and customer service becomes naturally effective. It is possible to estimate the sales prospect even at the time of sending a customer who does not reach a contract. In addition, a travel agency that wants to take measures in accordance with the business plan can achieve plan optimization by changing the registration information from time to time as control data set information such that each weight changes from time to time, along with estimation estimates (weekend) Users with long days to close at the last applicable date and time, users with low actual unit price at the end of the month after payday, and high actual unit price and closing rate if the company's target sales are expected to be less than the end of the term It is also very useful because it is possible that the user characteristics and the business processing date and time that are expected to be correlated, such as a user having a high degree of influence, are expected to affect the business plan.

【0082】上記実施形態は、本発明を説明するための
例示であり、本発明をこれらの実施形態にのみ限定する
趣旨ではない。本発明は、その要旨を逸脱しない限り、
さまざまな形態で実施することができる。例えば、上記
機能実現手段の動作をシーケンシャルに説明したが、特
にこれにこだわるものではない。従って、動作に矛盾が
生じない限り、処理の順序を入れ替えまたは並行動作す
るように構成しても良い。
The above embodiment is an exemplification for explaining the present invention, and is not intended to limit the present invention to only these embodiments. The present invention, unless departing from the gist thereof,
It can be implemented in various forms. For example, the operation of the function realizing means has been described sequentially, but the present invention is not particularly limited to this. Therefore, as long as no inconsistency occurs in the operation, the order of processing may be changed or the operation may be performed in parallel.

【0083】[0083]

【発明の効果】本発明によれば、自然文をベースとした
対話型の情報提供システムが提供されることになる。
According to the present invention, an interactive information providing system based on natural sentences is provided.

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

【図1】本発明の一実施形態に係る情報提供システムの
概略構成を示すブロックダイアグラムである。
FIG. 1 is a block diagram illustrating a schematic configuration of an information providing system according to an embodiment of the present invention.

【図2】本発明の一実施形態に係る情報提供システムの
機能構成を示すブロックダイアグラムである。
FIG. 2 is a block diagram showing a functional configuration of an information providing system according to an embodiment of the present invention.

【図3】自然文解析部の動作を説明するためのブロック
ダイアグラムである。
FIG. 3 is a block diagram for explaining the operation of a natural sentence analysis unit.

【図4】構文解析処理を説明するための図である。FIG. 4 is a diagram illustrating a syntax analysis process.

【図5】構文解析処理を説明するための図である。FIG. 5 is a diagram illustrating a syntax analysis process.

【図6】構文解析処理を説明するための図である。FIG. 6 is a diagram illustrating a syntax analysis process.

【図7】対話制御部の動作を説明するためのフローチャ
ートである。
FIG. 7 is a flowchart illustrating the operation of a dialog control unit.

【図8】感情辞書DBの一例を示す図である。FIG. 8 is a diagram illustrating an example of an emotion dictionary DB.

【図9】論理表現DBの一例を示す図である。FIG. 9 is a diagram illustrating an example of a logical expression DB.

【図10】表現変換DBの一例を示す図である。FIG. 10 is a diagram illustrating an example of an expression conversion DB.

【図11】専門分野辞書DBの概念的構成を説明するた
めの図である。
FIG. 11 is a diagram illustrating a conceptual configuration of a specialized field dictionary DB.

【図12】専門分野辞書DBのデータ構造を説明するた
めの図である。
FIG. 12 is a diagram for explaining a data structure of a specialized field dictionary DB.

【図13】シナリオ制御部の動作を説明するためのフロ
ーチャートである。
FIG. 13 is a flowchart illustrating the operation of the scenario control unit.

【図14】アクションルールベースDBの一例を示す図
である。
FIG. 14 is a diagram illustrating an example of an action rule base DB.

【図15】シナリオDBの一例を示す図である。FIG. 15 is a diagram illustrating an example of a scenario DB.

【図16】メソッド定義DBの一例を示す図である。FIG. 16 is a diagram illustrating an example of a method definition DB.

【図17】検索条件生成部の動作を説明するためのフロ
ーチャートである。
FIG. 17 is a flowchart illustrating an operation of a search condition generation unit.

【図18】検索条件フレームの一例を示す図である。FIG. 18 is a diagram illustrating an example of a search condition frame.

【図19】検索条件実行部の動作を説明するためのフロ
ーチャートである。
FIG. 19 is a flowchart illustrating the operation of a search condition execution unit.

【図20】コンテンツDB検索用検索文生成処理を説明
するためのフローチャートである。
FIG. 20 is a flowchart illustrating a search query generation process for a content DB search.

【図21】具体化キーワード取得処理の詳細を説明する
ためのフローチャートである。
FIG. 21 is a flowchart illustrating details of a specific keyword acquisition process.

【図22】検索ルート観点・属性固定具体化キーワード
取得処理の動作を説明するためのフローチャートであ
る。
FIG. 22 is a flowchart illustrating an operation of a search route viewpoint / attribute fixed materialized keyword acquisition process.

【図23】具体語サーチ処理の動作を説明するためのフ
ローチャートである。
FIG. 23 is a flowchart illustrating the operation of a specific word search process.

【図24】関連語取得処理の動作を説明するためのフロ
ーチャートである。
FIG. 24 is a flowchart illustrating an operation of a related word acquisition process.

【図25】検索条件論理矛盾判定処理の動作を説明する
ためのフローチャートである。
FIG. 25 is a flowchart illustrating an operation of a search condition logical contradiction determination process.

【図26】検索条件論理矛盾判定処理の動作を説明する
ためのフローチャートである。
FIG. 26 is a flowchart illustrating the operation of a search condition logical contradiction determination process.

【図27】スコア計算処理の動作を説明するためのフロ
ーチャートである。
FIG. 27 is a flowchart illustrating an operation of a score calculation process.

【図28】検索条件再設定処理の動作を説明するための
フローチャートである。
FIG. 28 is a flowchart illustrating an operation of a search condition resetting process.

【図29】再設定用検索条件論理矛盾判定処理の動作を
説明するためのフローチャートである。
FIG. 29 is a flowchart illustrating the operation of a search condition logical contradiction determination process for resetting.

【図30】再設定用検索条件論理矛盾判定処理の動作を
説明するためのフローチャートである。
FIG. 30 is a flowchart illustrating the operation of a search condition logical contradiction determination process for resetting.

【図31】情報提供システムが提示する入力画面の一例
を示す図である。
FIG. 31 is a diagram illustrating an example of an input screen presented by the information providing system.

【図32】情報提供システムが提示する検索結果画面の
一例を示す図である。
FIG. 32 is a diagram illustrating an example of a search result screen presented by the information providing system.

【図33】本発明の一実施形態に係る情報提供システム
の機能構成を示すブロックダイアグラムである。
FIG. 33 is a block diagram illustrating a functional configuration of an information providing system according to an embodiment of the present invention.

【図34】検索条件実行部の動作を説明するためのフロ
ーチャートである。
FIG. 34 is a flowchart illustrating an operation of a search condition execution unit.

【図35】旅行会社情報生成処理部の動作を説明するた
めのフローチャートである。
FIG. 35 is a flowchart illustrating the operation of a travel company information generation processing unit.

【図36】旅行会社情報取得処理を説明するためのフロ
ーチャートである。
FIG. 36 is a flowchart illustrating a travel company information acquisition process.

【図37】主目的別旅行会社DBのデータ構造を示す図
である。
FIG. 37 is a diagram showing a data structure of a travel agency DB for each main purpose.

【図38】行き先別旅行会社DBのデータ構造を示す図
である。
FIG. 38 is a diagram showing a data structure of a destination-specific travel company DB.

【図39】ホテル別旅行会社DBのデータ構造を示す図
である。
FIG. 39 is a diagram showing a data structure of a travel agency DB by hotel.

【図40】旅行会社DBのデータ構造を示す図である。FIG. 40 is a diagram showing a data structure of a travel agency DB.

【図41】情報提供システムが提示する検索結果画面の
一例を示す図である。
FIG. 41 is a diagram showing an example of a search result screen presented by the information providing system.

【図42】送客ログ出力部の動作を説明するためのフロ
ーチャートである。
FIG. 42 is a flowchart illustrating the operation of a customer log output unit.

【図43】送客ログDBのデータ構造を示す図である。FIG. 43 is a diagram showing a data structure of a customer sending log DB.

【図44】情報提供システムが提示する成約情報登録フ
ォーム画面の一例を示す図である。
FIG. 44 is a diagram showing an example of a contract information registration form screen presented by the information providing system.

【図45】成約データ作成部の動作を説明するためのフ
ローチャートである。
FIG. 45 is a flowchart for explaining the operation of a contract data creation unit.

【図46】成約ユーザDB作成処理を説明するためのフ
ローチャートである。
FIG. 46 is a flowchart illustrating a contracted user DB creation process.

【図47】成約データ統計処理部の動作を説明するため
のフローチャートである。
FIG. 47 is a flowchart for explaining the operation of a contract data statistical processing unit;

【図48】成約ユーザDBのデータ構造の一例を示す図
である。
FIG. 48 is a diagram showing an example of a data structure of a contract user DB.

【図49】送客データ出力部の動作を説明するためのフ
ローチャートである。
FIG. 49 is a flowchart for explaining the operation of a customer data output unit.

【符号の説明】[Explanation of symbols]

1…サーバコンピュータ 2…クライアントコンピュータ 11…Webサーバプログラム 12…Webページ 13…CGIプログラム 14…データベース 15…ブラウザ 21…検索エンジン部 22…データベース部 211…自然文解析部 212…対話制御部 213…シナリオ制御部 214…検索条件生成部 215…検索条件実行部 DESCRIPTION OF SYMBOLS 1 ... Server computer 2 ... Client computer 11 ... Web server program 12 ... Web page 13 ... CGI program 14 ... Database 15 ... Browser 21 ... Search engine unit 22 ... Database unit 211 ... Natural sentence analysis unit 212 ... Dialogue control unit 213 ... Scenario Control unit 214: search condition generation unit 215: search condition execution unit

Claims (18)

【特許請求の範囲】[Claims] 【請求項1】ユーザに対して自然文形式の文字列の入力
を促し、 前記ユーザによって入力された文字列について所定の自
然言語処理を行って所定のキーワードを取得し、 前記取得した所定のキーワードに基づいて、所定の検索
項目を有する検索条件フレームを作成し、 前記作成した検索条件フレームに基づいて第1のデータ
ベースを検索し、その検索結果を前記ユーザに対して提
示することを特徴とする情報提供方法。
1. A user is urged to input a character string in a natural sentence format, a predetermined natural language process is performed on the character string input by the user to obtain a predetermined keyword, and the obtained predetermined keyword is obtained. Creating a search condition frame having predetermined search items based on the search condition, searching the first database based on the created search condition frame, and presenting the search result to the user. Information provision method.
【請求項2】所定のシナリオを記憶しておき、前記所定
のシナリオに従って前記ユーザに自然文形式の文字列を
提示し、前記ユーザに入力を促すことを特徴とする請求
項1記載の情報提供方法。
2. The information providing method according to claim 1, wherein a predetermined scenario is stored, a character string in a natural sentence format is presented to the user according to the predetermined scenario, and the user is prompted to input. Method.
【請求項3】前記所定の自然言語処理により得られるキ
ーワードを、その揺らぎ表現が吸収されるように、基本
形式のキーワードに変換することを特徴とする請求項1
または2記載の情報提供方法。
3. The method according to claim 1, wherein the keyword obtained by the predetermined natural language processing is converted into a keyword in a basic format such that its fluctuation expression is absorbed.
Or the information providing method described in 2.
【請求項4】所定の観点ごとに分類され、相互に関連付
けられたキーワードを記憶する第2のデータベースを参
照し、前記取得したキーワードから意味的に具体化され
たキーワードを特定し、前記特定したキーワードに基づ
いて検索条件フレームを作成することを特徴とする請求
項1乃至3記載の情報提供方法。
4. A reference is made to a second database that stores keywords that are classified for each predetermined viewpoint and that are associated with each other, and keywords that are semantically embodied from the acquired keywords are specified. 4. The information providing method according to claim 1, wherein a search condition frame is created based on a keyword.
【請求項5】所定の観点ごとに分類され、相互に関連付
けられたキーワードを記憶する第2のデータベースを参
照し、前記取得したキーワードから、該キーワードの観
点と異なる観点に分類されるキーワードを特定し、前記
特定したキーワードに基づいて検索条件フレームを作成
することを特徴とする請求項1乃至4記載の情報提供方
法。
5. A keyword classified into a viewpoint different from a viewpoint of the keyword is specified from the acquired keywords by referring to a second database storing keywords associated with each other and associated with each other in a predetermined viewpoint. 5. The information providing method according to claim 1, wherein a search condition frame is created based on the specified keyword.
【請求項6】前記相互に関連付けられるべきキーワード
に関連性の度合いを示す重み値を与え、 前記重み値に従って、前記作成した検索条件フレームに
基づいて第1のデータベースを検索することにより得ら
れる前記検索結果のそれぞれのスコアを計算し、 前記計算されたスコア順に前記検索結果を提示すること
を特徴とする請求項4または5記載の情報提供方法。
6. A keyword obtained by giving a weight value indicating a degree of relevance to the keywords to be associated with each other, and searching a first database based on the created search condition frame according to the weight value. The information providing method according to claim 4, wherein each score of the search result is calculated, and the search result is presented in the order of the calculated score.
【請求項7】前記所定の観点ごとに分類されるべきキー
ワードの入力をユーザに促すように自然文形式の文字列
を提示することを特徴とする請求項4または5記載の情
報提供方法。
7. The information providing method according to claim 4, wherein a character string in a natural sentence format is presented so as to prompt the user to enter a keyword to be classified for each of the predetermined viewpoints.
【請求項8】前記ユーザから終了を意味する自然文が入
力された場合に、以後の処理を中断することを特徴とす
る請求項1乃至7記載の情報提供方法。
8. The information providing method according to claim 1, wherein when a natural sentence indicating the end is input from the user, the subsequent processing is interrupted.
【請求項9】前記第1のデータベースを検索し、その第
1回目の検索結果が0件である場合に、前記検索条件フ
レーム中の特定の検索項目の内容をnullに変更し、
再検索を行うことを特徴とする請求項1乃至8記載の情
報提供方法。
9. Searching the first database, if the first search result is 0, changes the content of a specific search item in the search condition frame to null;
9. The information providing method according to claim 1, wherein a re-search is performed.
【請求項10】前記検索結果に対する選択を促し、 前記選択された検索結果に関連する会社に、前記ユーザ
に関する情報を送客情報として提供することを特徴とす
る請求項1乃至9記載の情報提供方法。
10. The information provision according to claim 1, further comprising: prompting a user to select the search result, and providing information relating to the user as customer transfer information to a company associated with the selected search result. Method.
【請求項11】前記送客情報は、前記入力された文字列
および前記文字列に基づいて確定した検索条件文字列を
含むことを特徴とする請求項10記載の情報提供方法。
11. The information providing method according to claim 10, wherein the customer sending information includes the input character string and a search condition character string determined based on the character string.
【請求項12】サーバコンピュータに所定の機能を実現
させるプログラムを記録した記録媒体であって、前記プ
ログラムは、 クライアントコンピュータ側のユーザに対して自然文形
式の文字列の入力を促す機能と、 前記ユーザによって入力された文字列について所定の自
然言語処理を行って所定のキーワードを取得する機能
と、 前記取得した所定のキーワードに基づいて、所定の検索
項目を有する検索条件フレームを作成する機能と、 前記作成した検索条件フレームに基づいて第1のデータ
ベースを検索し、その検索結果を前記ユーザに対して提
示する機能と、 を備えたことを特徴とするプログラムを記録した記録媒
体。
12. A recording medium on which a program for causing a server computer to realize a predetermined function is recorded, wherein the program prompts a user on a client computer to input a character string in a natural sentence format. A function of performing a predetermined natural language process on a character string input by a user to obtain a predetermined keyword, a function of creating a search condition frame having a predetermined search item based on the obtained predetermined keyword, And a function of searching the first database based on the created search condition frame and presenting the search result to the user.
【請求項13】ユーザに対して自然文形式の文字列の入
力を促す手段と、 前記ユーザによって入力された文字列について所定の自
然言語処理を行って所定のキーワードを取得する手段
と、 前記取得した所定のキーワードに基づいて、所定の検索
項目を有する検索条件フレームを生成する手段と、 前記生成した検索条件フレームに基づいて第1のデータ
ベースを検索し、その検索結果を前記ユーザに対して提
示する手段とを備えたことを特徴とする情報提供装置。
13. A means for prompting a user to input a character string in a natural sentence format; a means for performing a predetermined natural language process on a character string input by the user to obtain a predetermined keyword; Means for generating a search condition frame having a predetermined search item based on the predetermined keyword, and searching the first database based on the generated search condition frame, and presenting the search result to the user And an information providing device.
【請求項14】ユーザから検索条件を自然文による対話
形式で受け付け、前記検索条件に従って、ツアーに関す
る情報を記憶したコンテンツデータベースを検索し、そ
の検索結果をツアーに関する情報として前記ユーザに提
供するツアー情報提供システムであって、 自然言語処理ルールを記憶した自然言語データベース
と、 ツアーの目的に関する第1の観点と、ツアーの行き先に
関する第2の観点とを少なくとも有し、前記観点ごとに
分類されたキーワード群を相互に関連付けて記憶する専
門分野データベースと、 前記自然言語データベースを参照し、前記ユーザから与
えられる自然文に対して自然言語処理を行って、所定の
キーワードを取得する自然言語処理手段と、 前記専門分野データベースを参照し、前記ユーザによっ
て入力された検索条件に見合ったツアーが具現化される
ように、前記取得したキーワードから意味的に具体化さ
れたキーワードを取得するキーワード取得手段と、 前記具体化されたキーワードに基づいて、所定の検索項
目を有する検索条件フレームを作成する検索条件フレー
ム作成手段と、 前記作成された検索条件フレームに基づいて前記コンテ
ンツデータベースを検索する検索実行手段と、 前記検索実行手段により得られる検索結果をユーザに提
示する提示手段と、を備えたことを特徴とするツアー情
報提供システム。
14. Tour information for accepting a search condition from a user in an interactive manner using a natural sentence, searching a content database storing information about the tour according to the search condition, and providing the search result to the user as information about the tour. A providing system, comprising: a natural language database storing natural language processing rules; a first viewpoint relating to the purpose of the tour; and a second viewpoint relating to the destination of the tour, and keywords classified for each viewpoint. A specialized field database that stores the groups in association with each other, a natural language processing unit that refers to the natural language database, performs natural language processing on a natural sentence given by the user, and acquires a predetermined keyword Refers to the specialty database and is entered by the user A keyword acquisition unit configured to acquire a keyword that is semantically embodied from the acquired keywords so that a tour that matches the search condition is embodied; and a predetermined search item based on the embodied keyword. Search condition frame creation means for creating a search condition frame having the same; search execution means for searching the content database based on the created search condition frame; presentation for presenting a search result obtained by the search execution means to a user Means for providing tour information.
【請求項15】クライアントコンピュータからの要求に
応じ、成約ユーザデータベースに記憶された成約データ
に基づいて、送客データを生成する段階と、 前記生成した送客データを前記所定の会社に提示する段
階と、 前記提示された送客データに対するユーザごとの成約情
報を受け付ける段階と、 前記受け付けた成約情報に基づいて前記成約ユーザデー
タベースに記憶された成約データを更新する段階と、を
有することを特徴とする情報提供方法。
15. A step of generating customer transfer data based on contract data stored in a contract user database in response to a request from a client computer, and a step of presenting the generated customer transfer data to the predetermined company. Receiving the contract information for each user for the presented customer transfer data, and updating the contract data stored in the contract user database based on the received contract information. How to provide information.
【請求項16】前記送客データを生成する段階は、 前記成約ユーザデータベースに記憶された成約データに
おける所定の属性に与えられた評価値にしたがってユー
ザごとのスコアを算出し、 前記算出したスコアにしたがって、前記ユーザごとのレ
コードを送客データとして生成することを特徴とする請
求項15記載の情報提供方法。
16. The step of generating the customer transfer data includes: calculating a score for each user according to an evaluation value given to a predetermined attribute in the contract data stored in the contract user database; 16. The information providing method according to claim 15, wherein the record for each user is generated as customer sending data.
【請求項17】前記送客データを生成する段階は、 送客ログデータベースに記憶された送客ログにおける表
示すべきか否かを示す情報および成約したか否かを示す
情報に基づいて送客データを生成することを特徴とする
請求項15または16記載の情報提供方法。
17. The method according to claim 17, wherein the step of generating the customer transfer data includes the step of generating customer transfer data based on information indicating whether or not to display in the customer log stored in the customer log database and information indicating whether or not a contract has been made. The information providing method according to claim 15 or 16, wherein the information is generated.
【請求項18】前記情報提供方法は、 前記受け付けた成約情報に基づいて前記送客ログデータ
ベースに記憶された送客ログを更新する段階と、 所定のカテゴリにしたがう成約情報を更新する段階と、
を有することを特徴とする情報提供方法。
18. The information providing method, comprising: updating a customer log stored in the customer log database based on the received contract information; updating contract information according to a predetermined category;
An information providing method, comprising:
JP2001238350A 2000-08-04 2001-08-06 Device and method for providing information Pending JP2002117061A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001238350A JP2002117061A (en) 2000-08-04 2001-08-06 Device and method for providing information

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2000237476 2000-08-04
JP2000-237476 2000-08-04
JP2001238350A JP2002117061A (en) 2000-08-04 2001-08-06 Device and method for providing information

Publications (1)

Publication Number Publication Date
JP2002117061A true JP2002117061A (en) 2002-04-19

Family

ID=26597431

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001238350A Pending JP2002117061A (en) 2000-08-04 2001-08-06 Device and method for providing information

Country Status (1)

Country Link
JP (1) JP2002117061A (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008517405A (en) * 2004-10-19 2008-05-22 アポロエンタープライズ ソリューションズ リミテッド ライアビリティ カンパニー Transaction establishment promotion method and system
JP2009074999A (en) * 2007-09-21 2009-04-09 Buaru Kenkyusho:Kk Operation route search apparatus and system, operation route search method, and computer program
JP2010205265A (en) * 2009-03-05 2010-09-16 Nhn Corp Content retrieval system and method using ontology
US9589300B2 (en) 2004-10-19 2017-03-07 Apollo Enterprise Solutions, Inc. Enhanced transaction resolution techniques
US9659326B2 (en) 1999-03-12 2017-05-23 Collections Marketing Center, Inc. System and method for debt presentment and resolution
US9830352B2 (en) 2014-02-13 2017-11-28 Sony Corporation Information processing device, information processing system, information processing method, and program
JP2018516397A (en) * 2015-03-25 2018-06-21 フェイスブック,インク. Techniques for automatic determination of routine responses.
CN110414763A (en) * 2018-04-26 2019-11-05 松下电器(美国)知识产权公司 Human resource selection device, human resource selection system, human resource selection method and program

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9659326B2 (en) 1999-03-12 2017-05-23 Collections Marketing Center, Inc. System and method for debt presentment and resolution
JP2008517405A (en) * 2004-10-19 2008-05-22 アポロエンタープライズ ソリューションズ リミテッド ライアビリティ カンパニー Transaction establishment promotion method and system
US8504468B2 (en) 2004-10-19 2013-08-06 Apollo Enterprise Solutions, Inc. System and method for compiling information for resolving transactions
US8510214B2 (en) 2004-10-19 2013-08-13 Apollo Enterprise Solutions, Inc. System and method for resolving transactions
US8768826B2 (en) 2004-10-19 2014-07-01 Apollo Enterprise Solutions, Inc. System for resolving transactions
US9589300B2 (en) 2004-10-19 2017-03-07 Apollo Enterprise Solutions, Inc. Enhanced transaction resolution techniques
JP2009074999A (en) * 2007-09-21 2009-04-09 Buaru Kenkyusho:Kk Operation route search apparatus and system, operation route search method, and computer program
JP2010205265A (en) * 2009-03-05 2010-09-16 Nhn Corp Content retrieval system and method using ontology
US9830352B2 (en) 2014-02-13 2017-11-28 Sony Corporation Information processing device, information processing system, information processing method, and program
JP2018516397A (en) * 2015-03-25 2018-06-21 フェイスブック,インク. Techniques for automatic determination of routine responses.
CN110414763A (en) * 2018-04-26 2019-11-05 松下电器(美国)知识产权公司 Human resource selection device, human resource selection system, human resource selection method and program

Similar Documents

Publication Publication Date Title
US10929896B1 (en) Systems, methods and computer program products for populating field identifiers from in-store product pictures or deep-linking to unified display of virtual and physical products when in store
JP3717808B2 (en) Information retrieval system
US9286629B2 (en) Methods and systems for transacting travel-related goods and services
JP5572596B2 (en) Personalize the ordering of place content in search results
US20100306249A1 (en) Social network systems and methods
US7831585B2 (en) Employment of task framework for advertising
US7519588B2 (en) Keyword characterization and application
JP2005535039A (en) Interact with desktop clients with geographic text search systems
JP2001509293A (en) Information retrieval
JP2007500903A (en) System for providing a user interface having an extended search query
KR102765364B1 (en) Rag-based legal information question-and-answer system and method to improve search ability and increase generative ai accuracy
US9330135B2 (en) Method, apparatus and computer readable recording medium for a search using extension keywords
US10839431B1 (en) Systems, methods and computer program products for cross-marketing related products and services based on machine learning algorithms involving field identifier level adjacencies
KR100954842B1 (en) Web page classification method using category tag information, system and recording medium recording the same
JPH09153063A (en) Information filtering device
JP5302614B2 (en) Facility related information search database formation method and facility related information search system
US12399944B2 (en) Recommending domains from free text
KR101355945B1 (en) On line context aware advertising apparatus and method
JP2002117061A (en) Device and method for providing information
JP2001188802A (en) Information retrieval apparatus and information retrieval method
JP4743766B2 (en) Impression determination system, advertisement article generation system, impression determination method, advertisement article generation method, impression determination program, and advertisement article generation program
KR101877281B1 (en) Information retrieval service provision device and method, building device for information retrieval service provision-use database, as well as computer program signal
JP2004102818A (en) Search support method and search support device
KR101818716B1 (en) Method, apparatus and computer readable recording medium for generating exetension data-set of concept keywords
JP2005209020A (en) Attribute information providing system, attribute information management device, user terminal, attribute information management method, and computer program