JP2001282948A - 情報案内システム - Google Patents

Abstract

(57)【要約】 【課題】 検索が容易で、データ作成費用を低減でき、
確実な情報を収集することができる情報案内システムを
提供することを目的とする。 【解決手段】 アシスタント画面を表示装置１１１上に
設け、記憶装置１１５にキーワード入力フィールドを有
し、独自に情報案内画面の内容を操作履歴を基に調べキ
ーワードを抽出し、このキーワードの同義語や業務上関
連のあるキーワードまで検索することにより、その情報
に対する関連情報の一覧を表示し、利用者は一覧選択か
ら情報案内画面の内容を関連情報の内容に更新すること
を特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、行政機関の窓口に
設置するような情報案内システムに関するものである。

【０００２】

【従来の技術】一般に、従来の情報案内装置は、図１３
に示すようなハードウェア構成となっている。

【０００３】図１３において、１は表示装置、２は入力
装置、３は処理装置、４は印刷装置、５は記憶装置であ
り、記憶装置５には、履歴ファイルやコンテンツファイ
ルが格納されている程度であった。

【０００４】図１４はその表示装置による表示例であ
り、１１は表示画面全体、１２はインフォメーションウ
ィンドウ（ＩＷ）、１４は関連情報一覧、１６はキーワ
ード入力フィルードである。

【０００５】その表示装置１上における情報検索方式と
しては、専用アプリケーションまたはインターネットブ
ラウザを利用し、一つのウィンドウ（表示枠）の中にキ
ーワード入力フィールド１６を設け、そこに入力された
キーワードを元にコンテンツの全文検索が行われ、キー
ワードを文章に含むコンテンツファイル名一覧を表示し
て利用者が選択する方式がとられている。

【０００６】

【発明が解決しようとする課題】しかしながら、従来の
装置および検索方式では、 （１）そのコンテンツデータの全てに、予めキーワード
入力フィールドを作り込まなければならない（コンテン
ツ作成費用も大きくなる）。 （２）文字列で検索するため、同じ文字列がコンテンツ
に含まれていないと検索されない。 （３）画面数が多くなってくると、検索に時間がかか
る。 （４）従来から案内情報が記載されている文書ファイル
や画像ファイルでは検索が利用できない。 （５）単純に文字列で検索してしまうため、実際には関
係ないコンテンツまで検索されてしまう。等の問題があ
った。

【０００７】本発明は、上記問題点を除去し、検索が容
易で、データ作成費用を低減でき、確実な情報を収集す
ることができる情報案内システムを提供することを目的
とする。

【０００８】

【課題を解決するための手段】本発明は、上記目的を達
成するために、 〔１〕情報案内システムにおいて、アシスタント画面を
表示装置上に設け、記憶装置にキーワード入力フィール
ドを有し、独自に情報案内画面の内容を操作履歴を基に
調べキーワードを抽出し、このキーワードの同義語や業
務上関連のあるキーワードまで検索することにより、そ
の情報に対する関連情報の一覧を表示し、利用者は一覧
選択から情報案内画面の内容を関連情報の内容に更新す
ることを特徴とする。

【０００９】〔２〕情報案内システムにおいて、アシス
タント画面を同一表示装置上に設け、前記アシスタント
画面では独自に情報案内画面の内容を操作履歴から判断
することにより、その情報に対する関連情報の一覧を表
示し、利用者は一覧選択から情報案内画面の内容を関連
情報の内容に更新することを特徴とする。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態につい
て図を参照しながら詳細に説明する。

【００１１】図１は本発明の第１実施例を示す情報案内
システムのブロック図である。

【００１２】まず、ハードウェアの構成例を説明する。
１１３はコンピュータなどの処理装置、１１１はディス
プレイや液晶パネルなどの表示装置、１１２はキーボー
ドやマウス、またはタッチパネルなどの入力装置、１１
４は表示されている情報を印刷出力するためのプリンタ
などの印刷装置、１１５はハードディスクなどの記憶装
置を示す。

【００１３】記憶装置１１５の中には、履歴ファイル１
１５−１、コンテンツ情報テーブル１１５−２、コンテ
ンツファイル１１５−３、拡張同義語テーブル１１５−
４が格納されている（ファイルの説明は後述）。ここ
で、記憶装置１１５は内容がアクセス可能であれば、必
ずしも同一の場所に設置する必要はなく、物理的にはネ
ットワークあるいはインターネット経由で接続された遠
隔地であってもよい。

【００１４】次に、表示装置１１１に表示される画面の
構成例について図２を参照しながら説明する。

【００１５】１２１はディスプレイ等の表示可能エリア
全体、１２２は実際の案内を表示するためのインフォメ
ーションウィンドウ（以降ＩＷと略す）、１２３は本発
明で利用するアシスタントウィンドウ（以降ＡＷと略
す）、１２４はＡＷ内に表示する関連情報一覧、１２６
はキーワード入力フィールドを示している。

【００１６】それぞれのウィンドウは同一表示装置内の
別々の表示枠として表示される。ブラウザ利用の場合
は、ブラウザウィンドウが二つあっても良いし、同一ブ
ラウザをフレームによりウィンドウを別けても良い。つ
まり、論理的に二つの表示枠があればよい。また、二つ
のウィンドウの並び方は必ずしも例のとおりでなくても
良い。左右反対でも、重なっても良い。

【００１７】各テーブルやファイルの内容は以下のとお
りである。

【００１８】（１）履歴ファイル１１５−１：ＩＷ内に
表示されたコンテンツの履歴を記録しておくファイル
で、「アクセス日時」と「表示コンテンツ名」で構成さ
れる。

【００１９】（２）コンテンツファイル１１５−３：情
報案内用のコンテンツが記述されたファイル、ブラウザ
表示の場合はＨＴＭＬ形式のテキストファイルであり、
場合によってはワープロ文書や画像ファイルであること
もある。

【００２０】（３）コンテンツ情報テーブル１１５−
２：コンテンツファイル１１５−３の一つに１レコード
必要なテーブルで、そのコンテンツの基本情報を登録し
ておくものであり、コンテンツを現すキー（重複を認め
ない）となるコンテンツ名（ｅｘ．婚姻届）、コンテン
ツタイトル（ｅｘ．婚姻届について）、コンテンツファ
イル名（ｅｘ．Ｋｏｎｉｎ．ｈｔｍｌ）、コンテンツに
含まれるキーワード（複数可）といった内容で構成され
る。

【００２１】（４）拡張同義語テーブル１１５−４：キ
ーワードの同義語、業務上関連を持つキーワードなどを
事前に登録しておくテーブルであり、内容は主キー、拡
張同義語（複数可）で構成される。同義語というのは、
例えば「結婚」と「婚姻」という具合に意味の等しく文
字表現の異なるキーワードのことであり、この中には方
言なども含めることができる。また、業務上関連を持つ
キーワードというのは、本発明の最も特徴となる部分で
あり、例えば役所の業務案内に限定すると、婚姻届けの
際には住民票の登録手続きや保険などの手続きがいると
いった具合に、手続き上関連があるキーワード「婚姻」
と「住民票」と「戸籍」と「保険」といったものを（意
味としては異なるので同義語ではないが）拡張同義語と
して位置づけるものである。

【００２２】図３及び図４のフローチャートに基づいて
本発明の動作を説明する。

【００２３】大きく分けて、ＩＷ表示のフローと、ＡＷ
キーワード検索のフローがある。

【００２４】図３に示すように、ＩＷ表示では、入力情
報として「コンテンツ名」または「コンテンツファイル
名」が必要である。コンテンツ名の場合、コンテンツ名
に対応したコンテンツファイル名をコンテンツ情報テー
ブルから探す。そして、当該コンテンツの内容をＩＷ内
に表示する（ステップＳ１）。その直後に、履歴ファイ
ルにその時のアクセス日時とコンテンツ名を追加登録す
る（ステップＳ２）。

【００２５】このとき、利用者はＩＷに表示されたコン
テンツ内容を閲覧することが出来るが、さらにコンテン
ツ内にリンクされた関連情報がある場合には、利用者が
そのリンクされたコンテンツ情報をキーボード・マウス
・タッチパネル等の入力装置を用いて選択する場合があ
る。どれか関連コンテンツが選択された場合（ステップ
Ｓ３）、コンテンツ内のリンク情報を元にＩＷ内の表示
内容をリンク先のコンテンツ内容に更新する（ステップ
Ｓ４）。

【００２６】一方、図４に示すように、ＡＷキーワード
検索の方では、まず、キーワード入力フィールドに入力
されたキーワードを入力とし、拡張同義語テーブルを検
索し入力キーワードを含む主キー（複数あり）を検索す
る（ステップＳ１１）。次に、コンテンツ情報テーブル
を検索し、主キーを含むコンテンツタイトルを抽出して
ＡＷの関連コンテンツを一覧表示するところに表示する
（ステップＳ１２）。

【００２７】ここで、利用者が関連コンテンツの中から
自分の見たいコンテンツを選択する（ステップＳ１３）
と、その該当コンテンツの内容をＩＷ内に表示する（ス
テップＳ１４）。それにより利用者はＩＷの内容を閲覧
可能になる。

【００２８】以上の動作により、第１実施例によれば、
ＩＷの他にＡＷを画面上に設け、そこにキーワード検索
フィールドを設け、入力されたキーワードを元に拡張同
義語テーブルとコンテンツ情報テーブルを検索すること
により、ＩＷで表示している情報に関する関連情報の一
覧を表示・選択表示可能な仕組みにすることにより、以
下のような効果が得られる。

【００２９】（１）そのコンテンツデータの全てに、予
めキーワード入力フィールドを作り込んでおく必要がな
い（コンテンツ作成費用も小さくなる）。

【００３０】（２）同じ文字列がコンテンツに含まれて
いなくても、関連するコンテンツが検索される （３）画面数が多くなっても、テーブルのみの検索で良
いため時間があまりかからない。

【００３１】（４）従来から案内情報が記載されている
文書ファイルや画像ファイルでもキーワードを登録して
おくことができ、既存ファイルを変更なしでそのまま利
用できる。

【００３２】（５）単純に文字列で検索してしているの
ではなく、同義語や、意味は異なっても手続き上関連す
るキーワードに該当するコンテンツを表示してくれる
（実際には関係ないコンテンツまで検索されてしまうこ
とはない）。

【００３３】（６）ＩＷ内に表示されるコンテンツ内容
にかかわらず、キーワード入力フィールドや関連コンテ
ンツ一覧はＡＷの決まった位置に表示されるため、画面
が見やすくなり操作性が向上する。

【００３４】（７）ＩＷ内のコンテンツは、各担当部門
の人に作成をまかせ、管理者がコンテンツのキーワード
や拡張同義語情報を作成するといった具合に、作業範囲
や責任の所在が明確になる。

【００３５】（８）ＩＷ内のコンテンツは、ＡＷの動き
を意識して作成する必要がないため、容易に情報案内シ
ステムを構築できる。

【００３６】（９）ＡＷ内に総合案内嬢の絵などを表示
することで、利用者から見ると仮想的な総合案内嬢が常
に画面に存在し、質問に答えて案内してくれているよう
な錯覚を生じ、より人間的なマンマシンインターフェー
スを実現できる。

【００３７】次に、本発明の第２実施例について説明す
る。

【００３８】本発明の第２実施例のハードウェア構成は
図１と、表示装置に表示される画面の構成例は図２と、
ＩＷの表示フローチャートは図３とそれぞれ同様である
のでここでは説明を省略する。

【００３９】第２実施例は記憶装置１１５の中にある
「履歴ファイル」１１５−１を一定時間毎に読み取り、
現在ＩＷに表示中のコンテンツのキーワードを元に「拡
張同義語テーブル」１１５−４を検索し、利用者がキー
ワードを入力しなくても、ＩＷ表示中のコンテンツに関
連がある関連コンテンツ一覧をＡＷ内に自動表示してく
れることを特徴としている。

【００４０】図５を参照しながら第２実施例の動作を説
明する。

【００４１】図５は本発明の第４実施例を示す１日１回
実行のフローチャートである。

【００４２】ＡＷ表示では、一定時間毎に履歴ファイル
をチェックし、現在ＩＷ表示中のコンテンツ名を調べる
（ステップＳ２１）。そして、表示コンテンツ名に対応
したキーワードをコンテンツ情報テーブルより検索し
（ステップＳ２２）、さらに拡張同義語テーブルにより
そのキーワードと関連がある主キー（複数あり）を検索
する（ステップＳ２３）ことで、関連コンテンツタイト
ル一覧をＡＷ画面内に表示する（ステップＳ２４）。

【００４３】ここで、利用者が関連コンテンツの中から
自分の見たいコンテンツを選択する（ステップＳ２５）
と、その該当コンテンツの内容をＩＷ内に表示する（ス
テップＳ２６）。それにより利用者はＩＷの内容を閲覧
可能になる。

【００４４】以上の動作により、第２実施例によれば、
第１実施例に加えて、以下のような効果が得られる。

【００４５】（１）キーワードを入力しなくても、利用
者がＩＷで表示してくれるコンテンツに関連したコンテ
ンツの一覧を自動的にＡＷに表示してくれるため、利用
者は関連する情報を探さなくても容易に閲覧できる（操
作性の向上）。

【００４６】（２）拡張同義語テーブルを介しているの
で、関連する手続き業務の一覧も表示してくれるため、
利用者は関連する手続きを見逃す心配が少なくなる。

【００４７】次に、本発明の第３実施例について説明す
る。

【００４８】本発明の第３実施例のハードウェア構成は
略図１と、表示装置に表示される画面の構成例は略図２
と、ＩＷの表示フローチャートは図３とそれぞれ同様で
あるので説明を省略する。

【００４９】第３実施例における各テーブルやファイル
の内容は、第１実施例に示した図１の「拡張同義語テー
ブル」１１５−４のかわりに「コンテンツ関連テーブル
を設けるようにしたものである。

【００５０】次に、図６を参照しながら本発明の動作に
ついて説明する。

【００５１】大きく分けて、ＩＷ表示のフローと、ＡＷ
表示のフローがある。

【００５２】図６は本発明の第３実施例を示すＡＷ表示
のフローチャートである。

【００５３】この図に示すように、第３実施例では、Ａ
Ｗ表示の方では、まず、一定時間毎に履歴ファイルをチ
ェックし、現在ＩＷ表示中のコンテンツ名を調べる（ス
テップＳ３１）。そして、表示コンテンツ名に対応した
関連コンテンツをコンテンツ関連テーブルから検索し
（ステップＳ３２）、関連係数の大きい順にコンテンツ
タイトル一覧をＡＷ画面内に表示する（ステップＳ３
３）。このとき、関連コンテンツのタイトルは、コンテ
ンツ情報テーブルより検索する。

【００５４】ここで、利用者が関連コンテンツの中から
自分の見たいコンテンツを選択する（ステップＳ３４）
と、その該当コンテンツの内容をＩＷ内に表示する（ス
テップＳ３５）。それにより利用者はＩＷの内容を閲覧
可能になる。

【００５５】以上の動作により、第３実施例によれば、
ＩＷの他にＡＷを画面上に設け、そこにＩＷで表示して
いる情報に関する関連情報の一覧を常に表示・選択可能
な仕組みにすることにより、以下のような効果が得られ
る。

【００５６】（１）ＩＷに表示するコンテンツデータ
と、コンテンツ間の関連情報を別ファイルにすること
で、そのコンテンツに関連する情報を予め検討し、コン
テンツデータの中に、関連コンテンツの一覧、関連
コンテンツへのリンク情報（アドレスやファイル名な
ど）を事前に作り込む必要がなくなる。コンテンツ関連
テーブルをあとで作成すれば良い（データ作成費用が少
なくなる）。

【００５７】（２）それに伴い、コンテンツ画面を追加
する場合には、関連するコンテンツの内容すべての関連
情報に、今回追加するコンテンツへのリンク情報を追加
作成する必要もなくなり、メンテナンスが容易になる。
コンテンツ関連テーブルのみ後で追加すれば良い（メン
テナンス費用も少なくなる）。

【００５８】（３）画面数が多くなってきても、どの画
面とどの画面が関連しているのか、コンテンツ関連テー
ブルにより、おのずと整理・管理されるため管理が容易
となる（管理費用も大きくなる）。

【００５９】（４）従来から案内情報が記載されている
文書ファイルや画像ファイルをそのまま利用しても、コ
ンテンツ関連テーブルにより、関連コンテンツの一覧は
ＡＷ内に表示可能となる。つまり、事実上そのままの文
書や画像ファイルが利用できる。

【００６０】（５）ＩＷ内に表示されるコンテンツ内容
にかかわらず、関連コンテンツ一覧はＡＷの決まった位
置に表示されるため、画面が見やすくなり操作性が向上
する。

【００６１】（６）ＩＷ内のコンテンツは、各担当部門
の人に作成をまかせ、管理者がコンテンツ間の関連情報
を作成するといった具合に、作業範囲や責任の所在が明
確になる。

【００６２】（７）ＩＷ内のコンテンツは、ＡＷの動き
を意識して作成する必要がないため、容易に情報案内シ
ステムを構築できる。

【００６３】（８）ＡＷ内に総合案内嬢の絵などを表示
することで、利用者から見ると仮想的な総合案内嬢が常
に画面に存在し、案内してくれているような錯覚を生
じ、より人間的なマンマシンインターフェースを実現で
きる。

【００６４】次に、本発明の第４実施例について説明す
る。

【００６５】本発明の第４実施例のハードウェア構成は
略図１と、表示装置に表示される画面の構成例は略図２
と、ＩＷの表示フローチャートは図３とそれぞれ同様で
あるので説明は省略する。

【００６６】記憶装置の中にある「コンテンツ関連テー
ブル」の関連係数について、第３実施例ではコンテンツ
作成時に固定的に決めていたのに対し、第４実施例で
は、閲覧操作や時間経過に伴い動的に変化していく（つ
まり、関連情報の一覧表示順序を動的に変化させる）点
を特徴としている。

【００６７】図７は本発明の第４実施例を示すＡＷ表示
のフローチャート、図８は本発明の第４実施例を示す１
日１回実行のフローチャートである。

【００６８】これらの図を参照しながらＡＷ表示フロー
チャートを説明する。

【００６９】第３実施例と異なるところは、まず、ＡＷ
表示のフローの中で、利用者が関連コンテンツを選択す
る（ステップＳ４４）のに伴い、「現在ＩＷに表示して
いるコンテンツ名」と「関連コンテンツ一覧から選択し
たコンテンツ名」との関連係数を増加させる（ステップ
Ｓ４５）点である。

【００７０】また、ステップＳ４５の処理の繰り返しだ
けではアクセスする毎に関連係数が増加する一方である
のを、図８に示す１日１回実行する処理により平均化
し、更には、ステップＳ４４で選択されなかったコンテ
ンツとの関連係数を時間経過とともに減少させる。

【００７１】具体的には、まず、コンテンツ関連テーブ
ルの内容を参照し、関連係数のトータルを計算し（ステ
ップＳ５１）、平均値Ｄ＝（前日トータルからの増加
分）／（コンテンツ関連テーブル数）、つまり前日から
の関連係数増加分の、コンテンツひとつ当たりの平均値
Ｄを計算する（ステップＳ５２）。さらに各関連係数を
その平均値分小さくする（ステップＳ５３）。

【００７２】この時、厳密には以下の処理を施す必要が
ある。

【００７３】（Ａ）関連係数がゼロのものはコンテンツ
関連テーブル数に含めない。

【００７４】（Ｂ）平均値を引いてマイナスになる場合
は、ゼロとする。

【００７５】以上の動作により、第４実施例によれば、
第３実施例に加えて、以下のような効果が得られる。

【００７６】（１）ＡＷに表示される関連コンテンツの
表示順序は、頻繁に参照するコンテンツほど優先的に表
示することができる。最初に設定した関連係数が学習さ
れていくことによって、より洗練された数値に近づく。

【００７７】（２）利用者から見ると頻繁に参照する項
目ほど、上になっているので操作性が向上する。

【００７８】（３）ＡＷに表示される関連コンテンツの
表示順序は、最近参照したものコンテンツほど優先的に
表示することができる。最初に設定した関連係数が単に
参照回数だけでなく時間経過も考慮されて学習されてい
くことによって、その時々の話題の変化に追従していく
ことができる（たとえば、市役所内の情報案内の場合、
税の申告時期には税関係の申請手続きがより優先度が上
がるなど）。

【００７９】（４）利用者から見ると、最近・頻繁に参
照する項目ほど、上になっているので今の時期に見たい
情報が目に付きやすく操作性がより向上する。

【００８０】次に、本発明の第５実施例について説明す
る。

【００８１】本発明の第５実施例のハードウェア構成は
略図１と、表示装置に表示される画面の構成例は略図２
と、ＩＷの表示フローチャートは図３とそれぞれ同様で
あるので説明を省略する。

【００８２】第５実施例では、第３実施例で述べた記憶
装置の中に、「条件テーブル」を追加し、関連情報一覧
表示順序に条件を設定できる点を特徴としている。

【００８３】画面の構成例では、関連情報一覧１２６
（図２）の所の下に「（出生届も必要な時）」という表
示追加される。その他、市役所の窓口などでは、手続き
の順序が決められているケースや、ある場合にのみ手続
きが必要となるケースが多く、そういった条件に基づい
た関連情報表示ができることを特徴としている。

【００８４】図９を参照しながらＡＷ表示について説明
する。

【００８５】第３、第４実施例と異なるところは、ＡＷ
表示のフローの中で、関連係数の大きい順に関連コンテ
ンツ一覧を表示するところ（ステップＳ６３）で、さら
に条件テーブルに従い表示順序を修正するという点であ
る。

【００８６】条件テーブルの構成は、「コンテンツ名
１」、「コンテンツ名２」、「コンテンツ１，２間の条
件」となっている。

【００８７】コンテンツ間の条件には、条件を文字で入
力しておく。関連コンテンツ一覧を表示する際に条件テ
ーブルを検索し条件があるときには、（ ）内に条件も
合わせて表示させる。

【００８８】条件が記入されてなく、条件テーブルに
「コンテンツ名１」、「コンテンツ名２」のみ登録され
ている場合は、表示順序に関する条件、つまり「コンテ
ンツ名１は、コンテンツ名２よりも優先」であるという
意味に解釈し、関連コンテンツ一覧表示順序で順序が逆
転していた時などには正しい関連係数に関わらず表示順
序を訂正したのち、画面に一覧表示する。

【００８９】以上の動作により、第５実施例によれば、
第３、第４実施例に加えて、以下のような効果が得られ
る。

【００９０】（１）役所内の手続きを案内する場合な
ど、手続きに条件が存在する場合には、関連コンテンツ
一覧に条件も合わせて表示することで、利用者は自分に
関連した情報か否かを事前に判断することができ、より
効率的な情報案内を得ることができる。 （条件の例）年齢が２０歳以上の場合、既婚者の場合、
年収が＊＊円以上の場合、など。

【００９１】（２）手続きに順序が存在する場合、その
手続き順に基づいた関連コンテンツ一覧を表示させるこ
とができるため、手続き順序を前後した案内がなくな
り、より効率的な情報案内が可能となる。 （順序の例）出生届け→保険手続き→補助金等の手続
き、など （３）手続きする窓口が複数場所にまたがる場合も、上
記の手続き順序と同様、条件テーブルに順序設定してお
くことで、最短距離で窓口を回るような情報案内が可能
となり、利用者が窓口を行ったり来たりすることのない
よう効果的な案内が行える。

【００９２】なお、１日１回実施は、図８と同様であ
る。

【００９３】次に、本発明の第６実施例について説明す
る。

【００９４】図１０は本発明の第６実施例のハードウェ
ア構成を示す図である。ＩＷの表示フローチャートは図
３とそれぞれ同様であるので説明を省略する。

【００９５】図１０において、２１３はコンピュータな
どの処理装置、２１１はディスプレイや液晶パネルなど
の表示装置、２１２はキーボードやマウス、またはタッ
チパネルなどの入力装置、２１４は表示されている情報
を印刷出力するためのプリンタなどの印刷装置、２１５
はハードディスクなどの記憶装置であり、履歴ファイル
２１５−１、コンテンツ情報テーブル２１５−２、コン
テンツ関連テーブル２１５−３、コンテンツファイル２
１５−４、条件テーブル２１５−５、ガイダンスファイ
ル２１５−６を有する。２１６は音声出力装置である。
特に、記憶装置２１５には第５実施例の記憶装置にガイ
ダンスファイル２１５−６を追加するようにしている。

【００９６】第３から第５実施例と異なるのは、音声出
力装置２１６が付加されている点である。

【００９７】画面の構成においては、第５実施例と異な
り、図１１に示すように、ガイダンス２２５表示部分が
ある点である。この部分には、動画や文字でガイダンス
が表示可能であり、音声ガイダンスも上記音声出力装置
２１６から出力可能である。

【００９８】第６実施例では、ＩＷ内に表示するコンテ
ンツ内容に基づいたガイダンスが文字・音声・動画によ
り行える点を特徴とする。なお、図１１において、２２
１は表示可能エリア全体、２２２はＩＷ、２２３はＡ
Ｗ、２２３はＡＷ内に表示する関連情報一覧である。

【００９９】図１２のＡＷ表示のフローチャートを元に
動作を説明する。

【０１００】第５実施例と異なるところは、ＡＷ表示内
のフローの中で、ＩＷ表示コンテンツに対するガイダン
スをガイダンスファイルより読み込み、音声・文字・動
画により出力する（ステップＳ７４）処理が追加されて
いる点である。

【０１０１】ガイダンスファイル内には、コンテンツ名
と、そのコンテンツ表示時に出力する文字、音声、動画
情報が格納されている。それらは、必ずしも全てある必
要はなく、文字だけがあれば文字だけで、文字と音声が
あれば文字と音声で、動画と文字だけがあれば動画と文
字で、といった具合にデータが存在するものを出力する
仕組みとなる。

【０１０２】以上の動作により、第６実施例によれば、
第３から第５実施例に加えて、以下のような効果が得ら
れる。

【０１０３】（１）ＩＷに表示したコンテンツに対する
ガイダンスを文字・音声・動画等で行うことにより、操
作性が向上する。また、精神的により親しみやすい情報
案内ができる。

【０１０４】（２）高齢者や身障者の方々にも、より使
いやすくなる（例えば、目の不自由な方でも音声で聞け
るなど）。

【０１０５】（３）ＩＷのコンテンツに追加したいコメ
ントを、あとからガイダンスとして追加できる。

【０１０６】（４）文字・音声・動画での表示について
は、ブラウザでの利用にそのまま適用しやすい仕組みで
ある。

【０１０７】それぞれの実施例では、情報案内（特に役
所などでの案内）への適用を中心に説明したが、事務所
ビル・ホテル・レストラン・病院・学校内での情報案
内、金融端末での案内、観光地での観光案内、街中に置
く街頭端末での情報案内、インターネット上での仮想窓
口（バーチャル市役所、バーチャルショップなど）、イ
ントラネット上での情報案内、公共施設予約案内など、
表示装置を用いて情報を表示する各分野に対して適用可
能である。

【０１０８】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、以下のような効果を奏することができる。 （１）請求項１記載の発明によれば、 （Ａ）コンテンツデータの全てに、予めキーワード入力
フィールドを作り込んでおく必要がない。つまり、コン
テンツ作成費用を小さくすることができる。

【０１０９】（Ｂ）同じ文字列がコンテンツに含まれて
いなくても、関連するコンテンツを検索することができ
る。

【０１１０】（Ｃ）画面数が多くなっても、テーブルの
みの検索で良いため検索時間を低減することができる。

【０１１１】（Ｄ）従来から案内情報が記載されている
文書ファイルや画像ファイルでも、キーワードを登録し
ておくことができ、既存ファイルを変更なしでそのまま
利用できる。

【０１１２】（Ｅ）単純に文字列で検索してしているの
ではなく、同義語や、意味は異なっても手続き上関連す
るキーワードに該当するコンテンツを表示することがで
きる。実際には関係ないコンテンツまで検索されてしま
うことはない。

【０１１３】（Ｆ）ＩＷ（インフォメージョンウィンド
ウ）内に表示されるコンテンツ内容にかかわらず、キー
ワード入力フィールドや関連コンテンツ一覧はＡＷ（ア
シスタントウィンドウ）の決まった位置に表示されるた
め、画面が見やすくなり操作性が向上する。

【０１１４】（Ｇ）ＩＷ内のコンテンツは、各担当部門
の人に作成をまかせ、管理者がコンテンツのキーワード
や拡張同義語情報を作成するといった具合に、作業範囲
や責任の所在が明確になる。

【０１１５】（Ｈ）ＩＷ内のコンテンツは、ＡＷの動き
を意識して作成する必要がないため、容易に情報案内シ
ステムを構築することができる。

【０１１６】（Ｉ）ＡＷ内に総合案内嬢の絵などを表示
することで、利用者から見ると仮想的な総合案内嬢が常
に画面に存在し、質問に答えて案内してくれているよう
な錯覚を生じ、より人間的なマンマシンインターフェー
スを実現できる。

【０１１７】（Ｊ）キーワードを入力しなくても、利用
者がＩＷで表示しているコンテンツに関連したコンテン
ツの一覧を自動的にＡＷに表示してくれるため、利用者
は関連する情報を探さなくても容易に閲覧することがで
きる（操作性の向上）。

【０１１８】（Ｋ）拡張同義語テーブルを介しているの
で、関連する手続き業務の一覧も表示してくれるため、
利用者は関連する手続きを見逃す心配が少なくなる。 （２）請求項２記載の発明によれば、 （Ａ）ＩＷに表示するコンテンツデータと、コンテンツ
間の関連情報を別ファイルにすることで、そのコンテン
ツに関連する情報を予め検討し、コンテンツデータの中
に、関連コンテンツの一覧、関連コンテンツへのリ
ンク情報（アドレスやファイル名など）を事前に作り込
む必要がなくなる。コンテンツ関連テーブルをあとで作
成すれば良い。つまり、データ作成費用を低減すること
ができる。

【０１１９】（Ｂ）それに伴い、コンテンツ画面を追加
する場合には、関連するコンテンツの内容すべての関連
情報に、今回追加するコンテンツへのリンク情報を追加
作成する必要もなくなり、メンテナンスが容易になる。
コンテンツ関連テーブルのみ後で追加すれば良い。つま
り、メンテナンス費用を低減することができる。

【０１２０】（Ｃ）画面数が多くなってきても、どの画
面とどの画面が関連しているのか、コンテンツ関連テー
ブルにより、おのずと整理・管理されるため管理が容易
となる。

【０１２１】（Ｄ）従来から案内情報が記載されている
文書ファイルや画像ファイルをそのまま利用しても、コ
ンテンツ関連テーブルにより、関連コンテンツの一覧は
ＡＷ内に表示可能となる。つまり、事実上そのままの文
書や画像ファイルが利用できる。

【０１２２】（Ｅ）ＩＷ内に表示されるコンテンツ内容
にかかわらず、関連コンテンツ一覧はＡＷの決まった位
置に表示されるため、画面が見易くなり操作性が向上す
る。

【０１２３】（Ｆ）ＩＷ内のコンテンツは、各担当部門
の人に作成をまかせ、管理者がコンテンツ間の関連情報
を作成するといった具合に、作業範囲や責任の所在を明
確にすることができる。

【０１２４】（Ｇ）ＩＷ内のコンテンツは、ＡＷの動き
を意識して作成する必要がないため、容易に情報案内シ
ステムを構築することができる。

【０１２５】（Ｈ）ＡＷ内に総合案内嬢の絵などを表示
することで、利用者から見ると仮想的な総合案内嬢が常
に画面に存在し、案内してくれるような錯覚を生じ、よ
り人間的なマンマシンインターフェースを実現できる。

【０１２６】（Ｉ）ＡＷに表示される関連コンテンツの
表示順序は、頻繁に参照するコンテンツほど優先的に表
示することができる。最初に設定した関連係数が学習さ
れていくことによって、より洗練された数値に近づく。

【０１２７】（Ｊ）利用者から見ると頻繁に参照する項
目ほど、上になっているので操作性が向上する。

【０１２８】（Ｋ）ＡＷに表示される関連コンテンツの
表示順序は、最近参照したものコンテンツほど優先的に
表示することができる。最初に設定した関連係数が単に
参照回数だけでなく時間経過も考慮されて学習されてい
くことによって、その時々の話題の変化に追従していく
ことができる（例えば、市役所内の情報案内の場合、税
の申告時期には税関係の申請手続きがより優先度が上が
るなど、追従させることができる。

【０１２９】（Ｌ）利用者から見ると、最近・頻繁に参
照する項目ほど、上になっているので今の時期にみたい
情報が目に付きやすく操作性がより向上する。

【０１３０】（Ｍ）役所内の手続きを案内する場合な
ど、手続きに条件が存在する場合には、関連コンテンツ
一覧に条件も合わせて表示することで、利用者は自分に
関連した情報か否かを事前に判断することができ、より
効率的な情報案内を得ることができる。

【０１３１】（条件の例）年齢が２０歳以上の場合、既
婚者の場合、年収が＊＊円以上の場合、など （Ｎ）手続きに順序が存在する場合、その手続き順に基
づいた関連コンテンツ一覧を表示させることができるた
め、手続き順序を前後した案内がなくなり、より効率的
な情報案内が可能となる。

【０１３２】（順序の例）出生届け→保険手続き→補助
金等の手続き、など （Ｏ）手続きする窓口が複数場所にまたがる場合も、上
記の手続き順序と同様、条件テーブルに順序設定してお
くことで、最短距離で窓口を回るような情報案内が可能
となり、利用者が窓口を行ったりきたりすることのない
よう効果的な案内を行うことができる。

【０１３３】（Ｐ）ＩＷに表示したコンテンツに対する
ガイダンスを文字・音声・動画等で行うことにより、操
作性が向上する。また、精神的により親しみやすい情報
案内ができる。

【０１３４】（Ｑ）高齢者や身障者の方々にも、より使
いやすくなる（例えば、目の不自由な方でも音声で聞け
るなど）。

【０１３５】（Ｒ）ＩＷのコンテンツに追加したいコメ
ントを、後からガイダンスとして追加できる。

【０１３６】（Ｓ）文字・音声・動画での表示について
は、ブラウザでの利用にそのまま適用しやすい仕組みで
ある。

【図面の簡単な説明】

【図１】本発明の第１実施例を示す情報案内システムの
ブロック図である。

【図２】本発明の第１実施例を示す情報案内システムの
表示装置に表示される画面の構成例を示す図である。

【図３】本発明の第１実施例を示すＩＷ表示のフローチ
ャートである。

【図４】本発明の第１実施例を示すＡＷ表示のフローチ
ャートである。

【図５】本発明の第２実施例を示すＡＷ表示のフローチ
ャートである。

【図６】本発明の第３実施例を示すＡＷ表示のフローチ
ャートである。

【図７】本発明の第４実施例を示すＡＷ表示のフローチ
ャートである。

【図８】本発明の第４実施例を示す１日１回実行のフロ
ーチャートである。

【図９】本発明の第５実施例を示すＡＷ表示のフローチ
ャートである。

【図１０】本発明の第６実施例を示す情報案内システム
のブロック図である。

【図１１】本発明の第６実施例を示す情報案内システム
の表示装置に表示される画面の構成例を示す図である。

【図１２】本発明の第６実施例を示すＡＷ表示のフロー
チャートである。

【図１３】従来の情報案内システムのブロック図であ
る。

【図１４】従来の情報案内システムの表示装置に表示さ
れる画面の構成例を示す図である。

【符号の説明】

１１１，２１１ 表示装置 １１２，２１２ 入力装置 １１３，２１３ 処理装置 １１４，２１４ 印刷装置 １１５，２１５ 記憶装置 １１５−１，２１５−１ 履歴ファイル １１５−２，２１５−２ コンテンツ情報テーブル １１５−３，，２１５−４ コンテンツファイル １１５−４ 拡張同義語テーブル １２１，２２１ 表示可能エリア全体 １２２，２２２ インフォメーションウィンドウ（Ｉ
Ｗ） １２３，２２３ アシスタントウィンドウ（ＡＷ） １２４，２２４ 関連情報一覧 １２６ キーワード入力フィールド ２１５−３ コンテンツ関連テーブル ２１５−５ 条件テーブル ２１５−６ ガイダンスファイル ２１６ 音声出力装置 ２２５ ガイダンス表示部分

Claims (2)

【特許請求の範囲】
1. 【請求項１】アシスタント画面を表示装置上に設け、記
   憶装置にキーワード入力フィールドを有し、独自に情報
   案内画面の内容を操作履歴を基に調べキーワードを抽出
   し、該キーワードの同義語や業務上関連のあるキーワー
   ドまで検索することにより、その情報に対する関連情報
   の一覧を表示し、利用者は一覧選択から情報案内画面の
   内容を関連情報の内容に更新することを特徴とする情報
   案内システム。
2. 【請求項２】アシスタント画面を同一表示装置上に設
   け、前記アシスタント画面では独自に情報案内画面の内
   容を操作履歴から判断することにより、その情報に対す
   る関連情報の一覧を表示し、利用者は一覧選択から情報
   案内画面の内容を関連情報の内容に更新することを特徴
   とする情報案内システム。