(57)【要約】【課題】ユーザにとって無駄な情報の提示を防ぐこと。【解決手段】本発明の情報端末装置は、文字入力部と、前記文字入力部からの入力に基づいて文字列を登録する文字列記憶部と、所定のタイミングで、前記文字列記憶部に登録された文字列を候補文字列として、第１のサーバに送信し、送信した候補文字列の検索回数又は関連語の数を前記第１のサーバから受信する送受信部と、前記第１のサーバから受信した候補文字列の検索回数又は関連語の数に基づいて、候補文字列を第２のサーバに送信して関連する情報の検索を行うか否かを判定する検索実行判定部と、を備える。【選択図】図１
2012208709.tif 000002
【特許請求の範囲】
【請求項１】
文字入力部と、
前記文字入力部からの入力に基づいて文字列を登録する文字列記憶部と、
所定のタイミングで、前記文字列記憶部に登録された文字列を候補文字列として、第１のサーバに送信し、送信した候補文字列の検索回数又は関連語の数を前記第１のサーバから受信する送受信部と、
前記第１のサーバから受信した候補文字列の検索回数又は関連語の数に基づいて、候補文字列を第２のサーバに送信して関連する情報の検索を行うか否かを判定する検索実行判定部と、
を備える情報端末装置。
【請求項２】
前記送受信部は、
所定のタイミングで、前記文字列記憶部に最も入力回数が多い文字列として登録された文字列を候補文字列として、第１のサーバに送信し、送信した候補文字列の検索回数又は関連語の数を前記第１のサーバから受信する、
請求項１に記載の情報端末装置。
【請求項３】
前記検索実行判定部は、候補文字列の検索回数が所定回数以上又は関連語の数が所定数以上の場合に候補文字列を第２のサーバに送信して関連する情報の検索を行う旨判定し、候補文字列の検索回数が所定回数未満又は関連語の数が所定数未満の場合に候補文字列を第２のサーバに送信して関連する情報の検索を行わない旨判定する、
請求項１または２に記載の情報端末装置。
【請求項４】
前記検索実行判定部が候補文字列を第２のサーバに送信して関連する情報の検索を行わない旨判定した候補文字列を、除外文字列として記憶する除外文字列記憶部を備え、
前記送受信部は、候補文字列が前記除外文字列記憶部に除外文字列として登録されているときは、候補文字列として第１のサーバに送信しない、
請求項１〜３のいずれか一項に記載の情報端末装置。
【請求項５】
文字入力部からの入力に基づいて文字列を文字列記憶部に登録する登録ステップと、
所定のタイミングで、前記文字列記憶部に登録された文字列を候補文字列として、第１のサーバに送信する送信ステップと、
送信した候補文字列の検索回数又は関連語の数を前記第１のサーバから受信する受信ステップと、
前記第１のサーバから受信した候補文字列の検索回数又は関連語の数に基づいて、候補文字列を第２のサーバに送信して関連する情報の検索を行うか否かを判定する判定ステップと、
を備える情報検索方法。
【請求項６】
コンピュータに、請求項５に記載の各ステップを実行させる情報検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、任意の文字列を入力し、対象コンテンツ中の検索を行う情報検索機能を有する情報端末装置、情報検索方法、情報検索プログラムに関する。
【背景技術】
【０００２】
特許文献１では、ユーザが正確な検索キーワードを自発的に設定することなく、重要語を抽出することにより、ユーザの自らのブログの話題と共通性が高い他人のブログを検索して、その検索結果を提示することができる情報提示装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１１３４８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、抽出した文字列（または関連語）の検索回数が所定以上の場合にだけ、その文字列を用いて検索した情報を提示することまでは記載されていない。
【０００５】
本発明は、上記事情に鑑みてなされたもので、その目的は、ユーザにとって無駄な情報の提示を防ぐことにある。
【課題を解決するための手段】
【０００６】
本発明は、文字入力部と、前記文字入力部からの入力に基づいて文字列を登録する文字列記憶部と、所定のタイミングで、前記文字列記憶部に登録された文字列を候補文字列として、第１のサーバに送信し、送信した候補文字列の検索回数又は関連語の数を前記第１のサーバから受信する送受信部と、前記第１のサーバから受信した候補文字列の検索回数又は関連語の数に基づいて、候補文字列を第２のサーバに送信して関連する情報の検索を行うか否かを判定する検索実行判定部と、を備える情報端末装置を提供する。
【０００７】
上記情報端末装置では、前記送受信部は、所定のタイミングで、前記文字列記憶部に最も入力回数が多い文字列として登録された文字列を候補文字列として、第１のサーバに送信し、送信した候補文字列の検索回数又は関連語の数を前記第１のサーバから受信する。
【０００８】
上記情報端末装置では、前記検索実行判定部は、候補文字列の検索回数が所定回数以上又は関連語の数が所定数以上の場合に候補文字列を第２のサーバに送信して関連する情報の検索を行う旨判定し、候補文字列の検索回数が所定回数未満又は関連語の数が所定数未満の場合に候補文字列を第２のサーバに送信して関連する情報の検索を行わない旨判定する。
【０００９】
上記情報端末装置では、前記検索実行判定部が候補文字列を第２のサーバに送信して関連する情報の検索を行わない旨判定した候補文字列を、除外文字列として記憶する除外文字列記憶部を備え、前記送受信部は、候補文字列が前記除外文字列記憶部に除外文字列として登録されているときは、候補文字列として第１のサーバに送信しない。
【００１０】
また、本発明は、文字入力部からの入力に基づいて文字列を文字列記憶部に登録する登録ステップと、所定のタイミングで、前記文字列記憶部に登録された文字列を候補文字列として、第１のサーバに送信する送信ステップと、送信した候補文字列の検索回数又は関連語の数を前記第１のサーバから受信する受信ステップと、前記第１のサーバから受信した候補文字列の検索回数又は関連語の数に基づいて、候補文字列を第２のサーバに送信して関連する情報の検索を行うか否かを判定する判定ステップと、を備える情報検索方法を提供する。
【００１１】
また、本発明は、コンピュータに、文字入力部からの入力に基づいて文字列を文字列記憶部に登録する登録ステップと、所定のタイミングで、前記文字列記憶部に登録された文字列を候補文字列として、第１のサーバに送信する送信ステップと、送信した候補文字列の検索回数又は関連語の数を前記第１のサーバから受信する受信ステップと、前記第１のサーバから受信した候補文字列の検索回数又は関連語の数に基づいて、候補文字列を第２のサーバに送信して関連する情報の検索を行うか否かを判定する判定ステップと、を実行させる情報検索プログラムを提供する。
【発明の効果】
【００１２】
本発明の情報端末装置、情報検索方法、情報検索プログラムによれば、ユーザにとって無駄な情報の提示を防ぐことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態に係る情報端末装置とネットワーク上のサーバとを含む情報システムの機能的構成を示すブロック図
【図２】本発明の実施形態に係る情報端末装置の要部構成を示すブロック図
【図３】キーワード判定部の機能的構成を示すブロック図
【図４】入力処理部による文字入力動作の処理手順を示すフローチャート
【図５】文字入力部による文字入力の例を示す図
【図６】文字入力データベースに保存する文字列情報の例を示す図
【図７】検索処理部による文字列検索動作の処理手順を示すフローチャート
【図８】文字列取得タイミングの例を示す図
【図９】本実施形態の情報端末装置における情報検索動作時の表示画面の例を示す図
【発明を実施するための形態】
【００１４】
本実施形態では、情報端末装置の一例として、携帯電話装置またはスマートフォン等の携帯端末装置など、通信機能とともに文字入力機能及び情報検索機能を有する電子機器に適用した構成例を示す。
【００１５】
図１は、本発明の実施形態に係る情報端末装置とネットワーク上のサーバとを含む情報システムの機能的構成を示すブロック図である。情報システムは、インターネット、移動通信網、ＬＡＮ等のネットワーク３０上に設けられる各種情報を提供するサーバを含む。情報端末装置１０は、ネットワーク３０を介して通信対象のサーバと接続してデータの送受信を行い、所望の情報を取得する。
【００１６】
本実施形態では、情報端末装置１０のユーザが対象コンテンツ中の任意の文字列の検索を行うために、文字列情報サーバ５１と、検索実行サーバ５２とが設けられる。文字列情報サーバ５１は、ネットワーク３０に接続されたコンピュータ等により構成され、情報端末装置１０から送られる「文字列」を入力とし、入力した文字列の検索回数または関連語の数「Ｎ」を出力として取得するための要求（リクエスト）に対して、該当する文字列の検索回数または関連語の数「Ｎ」の返答（レスポンス）を返送する。検索実行サーバ５２は、ネットワーク３０に接続されたコンピュータ等により構成され、コンピュータにおいて動作する検索エンジンを有してなる。検索実行サーバ５２は、情報端末装置１０から送られる「キーワード」を入力とし、対象コンテンツにおける当該文字列の「検索結果」を出力として取得するためのリクエストに対して、検索処理を実行し、対象コンテンツの中から該当するキーワードを含む「検索結果」のレスポンスを返送する。これらの文字列情報サーバ５１、検索実行サーバ５２は、Ｗｅｂ  ＡＰＩ（Application Programming Interface）等によって実現してもよい。
【００１７】
情報端末装置１０は、情報処理部１１として、文字入力を行う入力処理部１２と、特定のキーワードの検索を行う検索処理部１３とを有する。この入力処理部１２及び検索処理部１３を含む情報処理部１１は、情報端末装置１０に搭載されるプロセッサ及びメモリを有するコンピュータにおいて、所定のプログラムを実行することによって、各機能が実現される。
【００１８】
図２は、本発明の実施形態に係る情報端末装置の要部構成を示すブロック図である。情報端末装置１０は、情報処理部１１、通信部１４、操作部１５、表示部１６を有して構成される。通信部１４は、ネットワーク３０を介して無線通信または有線通信によって文字列情報サーバ５１及び検索実行サーバ５２と通信を行い、情報処理部１１の制御に従ってデータの送受信を行う。
【００１９】
操作部１５は、ボタン、スイッチ、タッチパネル等による操作入力装置を有して構成され、ユーザの操作指示に基づく操作入力を情報処理部１１に対して行う。ここでは、ユーザによる操作部１５の操作に従って情報処理部１１へ文字情報等の情報入力を行う。表示部１６は、液晶表示ディスプレイ等の表示装置を有して構成され、情報処理部１１の制御に従って各種情報の表示を行う。
【００２０】
入力処理部１２は、情報処理部１１に搭載される機能の一つであるＦＥＰ（Front End Processor）等により構成され、操作部１５による情報入力に基づき、文字入力処理を実行する。入力処理部１２は、文字情報を入力する文字入力部２１と、入力した文字列の情報を保持する文字入力データベース２２とを有する。文字入力データベース２２は、後述するように、入力された文字列に関して、「文字列」、「入力回数」、「入力日時」の情報を文字列ごとに保存する。
【００２１】
検索処理部１３は、情報処理部１１において動作する所定の機能を実現するアプリケーション（検索アプリケーション）等により構成され、所定の文字列の検索処理を実行する。検索処理部１３は、検索文字列として、ユーザが関心を持っている文字列をキーワードとして抽出し、抽出したキーワードの自動検索を行うことが可能である。検索処理部１３は、抽出したキーワードが検索に値する意味のある文字列であるかどうかを判定するキーワード判定部２３と、検索結果の表示処理を行う検索結果表示処理部２４とを有する。
【００２２】
図３は、キーワード判定部２３の機能的構成を示すブロック図である。キーワード判定部２３は、除外文字列保持部２５と、除外文字列比較部２６と、文字列判定部２７とを有する。
【００２３】
除外文字列保持部２５は、検索文字列として適さない除外文字列の情報を保持する。除外文字列比較部２６は、入力処理部１２より取得したキーワードの文字列を、除外文字列保持部２５に保持された除外文字列と比較する。
除外文字列比較部２６は、キーワードが除外文字列に該当する場合は、入力処理部１２からキーワードの文字列を取得し、除外文字列保持部２５に保持された除外文字列との比較を繰り返し実行する。その際、比較回数が所定回数を超えた場合は、入力処理部１２からキーワードの文字列の取得を停止し、そのまま本処理を終了する。なお除外文字列比較部２６は、キーワードが除外文字列に該当する場合は、そのまま本処理を終了してもよい。除外文字列比較部２６は、キーワードが除外文字列に該当しない場合は、そのキーワードの文字列をキーワード判定部２３に渡す。
【００２４】
文字列判定部２７は、除外文字列比較部２６から入力されたキーワードの文字列について、文字列情報サーバ５１から入力された文字列の検索回数または関連語の数「Ｎ」を取得し、この文字列の検索回数または関連語の数「Ｎ」に基づき、そのキーワードの文字列が検索文字列として適当かどうかを判定する。そして、文字列判定部２７は、この文字列の検索回数または関連語の数「Ｎ」が所定の閾値Ｍ以上であるか否かを判定し、所定の閾値Ｍ以上である場合には、文字列判定部２７は、そのキーワードの文字列が検索文字列として適当であると判定し、検索実行サーバ５２に出力する。
【００２５】
次に、本実施形態の情報端末装置における情報検索動作について説明する。図４は、入力処理部１２による文字入力動作の処理手順を示すフローチャートである。
【００２６】
入力処理部１２は、文字入力部２１にて、ＦＥＰの動作により文字列の入力を行う（ステップＳ１１）。この文字列の入力処理は、公知のＦＥＰの機能を用いて実行すればよい。
【００２７】
図５は、文字入力部２１による文字入力の例を示す図である。ユーザは、操作部１５を用いて順次文字列の入力を行う。図５において、「／」はユーザが変換操作によってＦＥＰによるかな漢字変換等を行って文字列を変換し、確定した位置を示している。
【００２８】
次に、文字入力部２１は、入力された文字列からキーワードを抽出する（ステップＳ１２）。この際、文字入力部２１は、かな漢字変換等の文字列変換機能を応用し、入力された文字列である「キーワード」＋「付属語」を、「キーワード」と「付属語」とに分けて、「キーワード」を取得する。そして、文字入力部２１は、キーワードを抽出できたかどうかを判定する（ステップＳ１３）。キーワードを抽出できた場合は、そのキーワードの情報を文字入力データベース２２に保存し（ステップＳ１４）、本処理を終了する。キーワードを抽出できなかった場合は、そのまま本処理を終了する。
【００２９】
図６は、文字入力データベース２２に保存する文字列情報の例を示す図である。文字入力データベース２２には、「文字列」、「入力回数」、「入力日時」の情報を文字列ごとに保存する。図６の例では、入力回数が多い順に、文字列「イベント□□□」、「場所△△△」、「Ｅさん」、「映画○○○」、「番組名ＸＸＸ」、「キャラクタ」を配置している。図５に示した文字入力例に対して、図６のようにキーワードを抽出して保存する。保存したキーワードの文字列は、図５において太字で示している。例えば、最も入力回数の多い文字列である「イベント□□□」をキーワードとして抽出することができる。
【００３０】
図７は、検索処理部１３による文字列検索動作の処理手順を示すフローチャートである。検索処理部１３は、キーワード判定部２３にて、まずキーワードの取得タイミングの確認を行う（ステップＳ２１）。図８は、文字列取得タイミングの例を示す図である。キーワード判定部２３は、情報処理部１１に設けた記憶部に文字列取得タイミング情報を保持しておく。図８の例は、６時間毎の定時にキーワードの取得タイミングを設定した例である。キーワード判定部２３は、キーワードの取得タイミングであるかを判定し（ステップＳ２２）、取得タイミングである場合は、文字入力部２１の文字入力データベース２２からキーワードを取得する（ステップＳ２３）。この際、キーワード判定部２３は、文字列取得タイミングにおいて、文字入力部２１に対して文字列取得のリクエストを送り、文字入力データベース２２に新しく登録されたキーワードの文字列を取得する。ここでは、新しく登録された文字列のうち、入力回数の多い文字列を取得する。一方、ステップＳ２２において、キーワードの取得タイミングでない場合は、そのまま本処理を終了する。
【００３１】
次に、キーワード判定部２３は、キーワードを取得できたかどうかを判定し（ステップＳ２４）、キーワードを取得できなかった場合は、そのまま本処理を終了する。一方、キーワードを取得できた場合は、除外文字列比較部２６にて除外文字列を参照する（ステップＳ２５）。この際、除外文字列比較部２６は、除外文字列保持部２５に保持された除外文字列を参照し、取得したキーワードの文字列と除外文字列とを比較して取得した文字列が除外文字列として登録されていないかどうか判定する（ステップＳ２６）。除外文字列として登録されている場合は、そのまま本処理を終了する。
【００３２】
除外文字列として登録されていない場合、除外文字列比較部２６は、取得したキーワードの文字列を文字列判定部２７に渡し、文字列判定部２７にてキーワードの判定を行う（ステップＳ２７）。この際、文字列判定部２７は、文字列情報サーバ５１に対して、取得した文字列を入力として与え、この文字列の検索回数または関連語の数「Ｎ」を出力として取得するためのリクエストを行う。関連語は、当該文字列と併せて検索される文字列のことであり、その関連語の数を文字列判定に用いる。このリクエストは、文字入力部２１からキーワードの文字列を取得できた場合、取得後直ちに実行される。なお、リクエストに対するレスポンスは、直前に当該文字列が検索された時間など、時間情報を含めるようにしてもよい。
【００３３】
そして、文字列判定部２７は、取得したキーワードの文字列が検索語としてふさわしいかどうかを判定する（ステップＳ２８）。この際、文字列判定部２７は、キーワードの文字列が多く検索されているか、すなわち文字列の検索回数Ｎが所定の閾値Ｍ以上であるかを判定する。あるいは、文字列判定部２７は、キーワードの文字列の関連語が多く存在するか、すなわち関連語の数Ｎが所定の閾値Ｍ以上であるかを判定する。つまり、文字列判定部２７は、検索回数が多い文字列または関連語の数が多い文字列を、検索文字列として適当であると判定する。
【００３４】
ステップＳ２８において、取得したキーワードの文字列が検索語としてふさわしいと判定した場合、検索処理部１３は、対象コンテンツの中からキーワードの文字列の検索を実行する（ステップＳ３０）。この際、キーワード判定部２３は、検索実行サーバ５２に対して、キーワードの文字列を入力として与え、対象コンテンツにおける当該文字列の検索結果を出力として取得するためのリクエストを行う。このリクエストは、文字列判定部２７における文字列の判定後、直ちに実行される。検索実行サーバ５２は、ネットワーク３０上にある対象コンテンツについて、キーワードの文字列の検索処理を行い、検索結果を検索処理部１３の検索結果表示処理部２４にレスポンスとして返送する。次に、検索結果表示処理部２４は、表示部１６に検索結果の表示を行う（ステップＳ３０）。その後本処理を終了する。
【００３５】
一方、ステップＳ２８において、取得したキーワードの文字列が検索語としてふさわしくない場合は、文字列判定部２７は、その文字列を除外文字列として除外文字列保持部２５に登録する（ステップＳ３１）。その後本処理を終了する。なお、文字列の検索回数または関連語の数が所定値未満である場合に、ステップＳ３１の除外文字列の登録を行わずに、そのまま本処理を終了してもよい。
【００３６】
図９は、本実施形態の情報端末装置における情報検索動作時の表示画面の例を示す図である。
表示部１６の「おまかせ検索」画面（９−１）では、検索処理部１３は、対象コンテンツの中からキーワードの文字列の検索を実行する際、キーワード判定部２３は、検索実行サーバ５２（Ｗｅｂ  ＡＰＩ）に対して、キーワードの文字列「天気予報」を入力として与え、対象コンテンツにおける当該文字列の検索結果を出力として取得するためのリクエストを行う。このリクエストは、文字列判定部２７における文字列の判定後、直ちに実行される。
表示部１６の「おまかせ検索中」画面（９−２）では、検索実行サーバ５２（Ｗｅｂ  ＡＰＩ）が、ネットワーク３０上にある対象コンテンツについて、キーワードの文字列の検索処理を行い、検索結果を検索処理部１３の検索結果表示処理部２４にレスポンスとして返送する。
表示部１６の「おまかせ検索」の結果を表示する画面（９−３）では、検索結果表示処理部２４は、表示部１６に検索結果の表示を行う。この場合、キーワードの文字列が「天気予報」であるため、ネットワーク３０上にある対象コンテンツのうち、天気に関するコンテンツ「今日は晴れ」、「降水確率は○○％」といった文字列を含むコンテンツを表示する。
【００３７】
なお、本発明は、本発明の趣旨ならびに範囲を逸脱することなく、明細書の記載、並びに周知の技術に基づいて、当業者が様々な変更、応用することも本発明の予定するところであり、保護を求める範囲に含まれる。また、発明の趣旨を逸脱しない範囲において、上記実施形態における各構成要素を任意に組み合わせてもよい。
【産業上の利用可能性】
【００３８】
本発明は、ユーザにとって無駄な情報の提示を防ぐという効果を有し、情報端末装置等として有用である。
【符号の説明】
【００３９】
１０  情報端末装置
１１  情報処理部
１２  入力処理部
１３  検索処理部
１４  通信部
１５  操作部
１６  表示部
２１  文字入力部
２２  文字入力データベース
２３  キーワード判定部
２４  検索結果表示処理部
２５  除外文字列保持部
２６  除外文字列比較部
２７  文字列判定部
３０  ネットワーク
５１  文字列情報サーバ
５２  検索実行サーバ
【図１】
2012208709.tif 000003
【図２】
2012208709.tif 000004
【図３】
2012208709.tif 000005
【図４】
2012208709.tif 000006
【図５】
2012208709.tif 000007
【図６】
2012208709.tif 000008
【図７】
2012208709.tif 000009
【図８】
2012208709.tif 000010
【図９】
2012208709.tif 000011