JP2019086931A - 情報処理装置およびコンピュータプログラム - Google Patents

Abstract

【課題】電子的に情報が記載された文書を提供するサイトにおける情報検索の利便性を向上する情報処理装置およびコンピュータプログラムを提供する。【解決手段】ウェブサイトサーバ１６は、所定のウェブサイトのウェブページのプログラムをユーザ端末１２へ提供する。上記ウェブページのプログラムは、表示機能と検索機能をユーザ端末１２に実現させる。表示機能は、ユーザにより選択された第１の記事を表示させるとともに、第１の記事の終了位置以降に検索窓を表示させる。検索機能は、上記検索窓に入力された文字列に関連する第２の記事を検索する。表示機能は、検索機能により検索された第２の記事に関する情報を上記検索窓の近傍位置に表示させる。【選択図】図１

Description

本発明はデータ処理技術に関し、特に情報処理装置およびコンピュータプログラムに関する。

ウェブサイトが提供するウェブページに、当該ウェブサイト内のコンテンツ（記事、商品情報等）を検索するサイト内検索用の検索窓が設けられることがある。

特開２００８−２３４２３１号公報

検索窓は、ウェブサイトにおいてユーザが欲するコンテンツをスムーズに提供するために有用である。本発明者は、検索窓を用いた情報検索の利便性を高めるために工夫の余地があると考えた。

本発明はこうした課題に鑑みてなされたものであり、１つの目的は、電子的に情報が記載された文書を提供するサイトにおける情報検索の利便性を向上することにある。

上記課題を解決するために、本発明のある態様の情報処理装置は、コンピュータプログラムをユーザの端末へ提供する。上記コンピュータプログラムは、ユーザにより選択された第１の記事を表示させるとともに、第１の記事の終了位置以降に検索窓を表示させる表示機能と、検索窓に入力された文字列に関連する第２の記事を検索する検索機能と、をユーザの端末に実現させる。表示機能は、検索機能により検索された第２の記事に関する情報を検索窓の近傍位置に表示させる。

本発明の別の態様は、コンピュータプログラムである。このコンピュータプログラムは、ユーザにより選択された第１の記事を表示させるとともに、第１の記事の終了位置以降に検索窓を表示させる表示機能と、検索窓に入力された文字列に関連する第２の記事を検索する検索機能と、をユーザの端末に実現させる。表示機能は、検索機能により検索された第２の記事に関する情報を検索窓の近傍位置に表示させる。

なお、以上の構成要素の任意の組合せ、本発明の表現を、端末、方法、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、電子的に情報が記載された文書を提供するサイトにおける情報検索の利便性を向上することができる。

第１実施例の通信システムの構成を示す図である。 図１のユーザ端末の機能構成を示すブロック図である。 ユーザ端末に表示されるウェブページの例を示す図である。 ユーザ端末に表示されるウェブページの例を示す図である。 第２検索窓を使用した検索の例を示す図である。 第２実施例の通信システムの構成を示す図である。 図６のユーザ端末の機能構成を示すブロック図である。 ユーザ端末に表示されるウェブページの例を示す図である。

（第１実施例）
図１は、第１実施例の通信システム１０の構成を示す。通信システム１０は、ユーザへ情報を提供する情報処理システムであり、また、ユーザによる情報検索を支援する情報処理システムである。通信システム１０は、異なるユーザにより操作される情報処理装置であるユーザ端末１２ａ、ユーザ端末１２ｂ、ユーザ端末１２ｃ（総称する場合「ユーザ端末１２」と呼ぶ。）を備える。ユーザ端末１２は、ＰＣ、タブレット端末、スマートフォンであってもよい。また、通信システム１０は、企業Ａ社の情報処理装置（Ａ社装置）と企業Ｂ社の情報処理装置（Ｂ社装置）を備える。図１の各装置は、ＬＡＮ・ＷＡＮ・インターネットを含む通信網２４を介して接続される。

実施例におけるＡ社は、インターネット上にウェブサイト（実施例では趣味・生活の情報サイト）を公開する企業である。Ａ社装置は、Ａ社ＤＢサーバ１４、ウェブサイトサーバ１６、Ａ社検索サーバ１８を含む。Ａ社ＤＢサーバ１４は、Ａ社ウェブサイトのウェブページデータを記憶するデータベースサーバである。Ａ社ＤＢサーバ１４は、ＨＴＭＬやＪａｖａＳｃｒｉｐｔ（登録商標）等により実装されたウェブページデータを記憶する。

ウェブサイトサーバ１６は、ウェブサーバとしての機能を有する。ウェブサイトサーバ１６は、ウェブクライアントであるユーザ端末１２の要求に応じて、Ａ社ＤＢサーバ１４に記憶されたコンピュータプログラムであるウェブページデータをユーザ端末１２へ提供する。Ａ社検索サーバ１８は、Ａ社ＤＢサーバ１４に記憶されたウェブページデータに基づいて、Ａ社ウェブサイトのサイト内検索サービスを提供する。

実施例におけるＢ社は、検索窓サービスを提供する企業である。Ｂ社装置は、Ｂ社ＤＢサーバ２０とＢ社検索サーバ２２を含む。Ｂ社ＤＢサーバ２０は、Ａ社ウェブサイトのウェブページデータに関連するデータ（以下「ウェブページ関連データ」とも呼ぶ。）を記憶するデータベースサーバである。ウェブページ関連データは、Ａ社ウェブサイトが提供する各ウェブページのタイトル、サムネイル（例えばウェブページで表示される画像の１つを縮小したデータ）、タグを含む。

タグは、ウェブページの属性データまたはメタデータと言え、ウェブページの内容を簡潔に示す文字列が設定される。実施例のタグは、ウェブページ作成時に、作成者によりウェブページに対応付けて設定される。変形例として、Ｂ社装置は、公知のテキストマイニング技術を使用して、ウェブページデータから、ウェブページの記載内容を代表する単語やフレーズを特徴語として自動抽出し、抽出した特徴語をタグとしてウェブページに自動的に対応付けてもよい。

また、Ｂ社ＤＢサーバ２０の記憶データには、Ａ社ＤＢサーバ１４に記憶された最新のウェブページデータが反映される。例えば、Ｂ社ＤＢサーバ２０は、ウェブページの更新内容を示すＲＳＳデータ（Rich Site Summary、RDF（Resource Description Framework） Site Summary、またはReally Simple Syndication）をＡ社装置から受信し、そのＲＳＳデータに基づいて、Ｂ社ＤＢサーバ２０のデータを更新してもよい。また、公知のレプリケーション技術により、Ａ社ＤＢサーバ１４のデータとＢ社ＤＢサーバ２０のデータを同期させてもよく、Ｂ社ＤＢサーバ２０は、Ａ社ＤＢサーバ１４と同じウェブページデータを記憶してもよい。

Ｂ社検索サーバ２２は、Ｂ社ＤＢサーバ２０に記憶されたデータに基づいて、Ａ社ウェブサイトのサイト内検索サービスを提供する情報処理装置である。Ａ社検索サーバ１８によるサイト内検索サービスと、Ｂ社検索サーバ２２によるサイト内検索サービスは、検索ロジックが異なる。検索ロジックは、ユーザにより指定された検索用の文字列（単語、フレーズ等、以下「検索文字列」と呼ぶ。）に関連するウェブページを検索する手順やアルゴリズムを含み、サイト内検索を実行するプログラムに実装される。

具体的には、Ａ社検索サーバ１８は、Ａ社により定められた検索ロジック（以下「Ａ社検索ロジック」と呼ぶ。）にしたがって検索処理を実行する。一方、Ｂ社検索サーバ２２は、Ｂ社により定められた検索ロジック（以下「Ｂ社検索ロジック」と呼ぶ。）にしたがって検索処理を実行する。実施例でのＡ社検索ロジックは、検索文字列をタイトルまたは本文に含む記事が記載されたウェブページを、検索文字列に関連するウェブページとして抽出するものである。一方、Ｂ社検索ロジックは、検索文字列に合致するタグに対応付けられたウェブページ（記事）を、検索文字列に関連するウェブページとして抽出するものである。

変形例として、Ａ社検索ロジックとＢ社検索ロジックは、検索文字列をタイトル、本文、タグの少なくとも１つに含むウェブページを抽出するものでもよい。この場合、Ａ社検索ロジックは、検索文字列をタイトルまたは本文に含むウェブページの順位を相対的に高く決定してもよい。その一方、Ｂ社検索ロジックは、検索文字列に合致するタグに対応付けられたウェブページの順位を相対的に高く決定してもよい。

図２は、図１のユーザ端末１２の機能構成を示すブロック図である。ユーザ端末１２は、通信部３０とウェブブラウザ部３２を備える。本明細書のブロック図で示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵ・メモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

通信部３０は、所定の通信プロトコルにしたがって通信網２４を介して外部装置と通信する。ウェブブラウザ部３２は、公知のウェブブラウザアプリケーションにより実現され、ＨＴＴＰユーザエージェント機能、構文解析機能、レンダリング機能を含む。ウェブブラウザ部３２は、通信部３０を介して、ウェブサイトサーバ１６、Ａ社検索サーバ１８、Ｂ社検索サーバ２２とデータを送受信する。

ウェブブラウザ部３２は、ウェブサイトサーバ１６から提供されたウェブページデータ３４を読み込み、ウェブページデータ３４に基づくデータ処理を実行する。また、ウェブブラウザ部３２は、ＪａｖａＳｃｒｉｐｔプログラムを解釈して実行するＪａｖａＳｃｒｉｐｔエンジンを備える。ウェブブラウザ部３２は、ウェブページデータ３４に含まれるＪａｖａＳｃｒｉｐｔプログラムを実行することにより、表示制御部３６および検索部３８の機能を発揮する。

表示制御部３６は、ウェブページの画像を不図示のディスプレイに表示させる。表示制御部３６は、ウェブブラウザアプリケーションが備えるレンダリング機能およびＪａｖａＳｃｒｉｐｔエンジンと、ウェブページデータ３４に含まれるＪａｖａＳｃｒｉｐｔプログラムの連携により実現される。

検索部３８は、ユーザが入力した検索文字列に基づいてウェブコンテンツ（実施例では記事を含むウェブページ）を検索する。検索部３８は、第１検索部４０と第２検索部４２を含む。第１検索部４０は、ユーザが第１検索窓（後述）に入力した検索文字列に関連するウェブページを、Ａ社検索サーバ１８の検索サービスを利用して検索する。第２検索部４２は、ユーザが第２検索窓（後述）に入力した検索文字列に関連するウェブコンテンツを、Ｂ社検索サーバ２２の検索サービスを利用して検索する。

以上の構成による通信システム１０の動作を説明する。
ユーザは、ユーザ端末１２でウェブブラウザアプリケーションを起動し、Ａ社ウェブサイトへアクセスする。ユーザ端末１２のウェブブラウザ部３２は、ウェブサイトサーバ１６へウェブページの提供を要求する。ウェブサイトサーバ１６は、その要求を受信し、その要求で指定されたＡ社ウェブサイトのウェブページデータをユーザ端末１２へ送信する。ユーザ端末１２の表示制御部３６は、ウェブサイトサーバ１６から提供されたウェブページデータを解析して、ディスプレイにウェブページを表示させる。

Ａ社ウェブサイトのウェブページデータには、記事データ（何らかの事柄を伝えるための文章や画像）と、Ａ社検索サーバ１８と連携したサイト内検索を実行する第１検索窓プログラムと、Ｂ社検索サーバ２２と連携したサイト内検索を実行する第２検索窓プログラムを含む。例えば、第２検索窓プログラムは、Ｂ社がＡ社に提供し、Ａ社がウェブページデータに組み込んだＪａｖａＳｃｒｉｐｔプログラムである。

図３は、ユーザ端末１２に表示されるウェブページの例を示す。同図は、ユーザ端末１２のディスプレイに表示されたウェブブラウザのウィンドウ内のウェブページ５０を示している。ウェブページ５０は、ヘッダ領域５２とコンテンツ領域５４を含む。コンテンツ領域５４は、ウェブページのメインとなるコンテンツの表示領域であり、実施例では記事５６が表示される。コンテンツ領域５４は、ユーザの選択操作により表示されるコンテンツが切り替わり、例えば、ある事柄を伝える記事から、別の事柄を伝える記事へ切り替わる。

ヘッダ領域５２は、コンテンツ領域５４に表示されるコンテンツ（実施例では記事）に関わらず共通の内容を表示する領域である。言い換えれば、コンテンツ領域５４が第１の記事から第２の記事へ切り替わっても、ヘッダ領域５２には同じ内容が表示される。実施例のヘッダ領域５２は、ウェブサイトの名称、カテゴリレベルのハイパーリンク、第１検索窓５８を含む。ウェブブラウザ部３２が第１検索窓プログラムを実行することにより、表示制御部３６は、第１検索窓５８をヘッダ領域５２に表示させる。第１検索窓５８は、検索文字列が入力されるテキストフィールドである（後述の第２検索窓６６も同様）

記事５６は、タイトル６０と本文６２を含む。本文６２は、適宜複数の段落に分けられている。スクロールバー６４は、ウェブページ５０をスクロールさせるための操作要素であり、ウェブページ５０における表示対象となっている位置（領域）を示すものでもある。ユーザは、スクロールバー６４を操作し、また、画面へフリック操作を入力することにより、ウェブページ５０をスクロール（実施例では縦スクロール）させ、記事５６を閲覧する。

図４も、ユーザ端末１２に表示されるウェブページの例を示す。同図は、図３のウェブページ５０を下方にスクロールした場合の表示内容を示している。ウェブページデータのロード時に、ウェブブラウザ部３２が第２検索窓プログラムを実行することにより、表示制御部３６は、記事５６の終了位置以降に第２検索窓６６を表示させる。具体的には、表示制御部３６は、記事５６より下の位置（例えば記事５６の終了位置の直後）に第２検索窓６６を表示させる。なお、記事５６の下に他のコンテンツ（他の記事のサムネイルや他の記事へのハイパーリンク等）が配置される場合、表示制御部３６は、記事５６と他のコンテンツの間、すなわち記事５６の直後に第２検索窓６６を表示させてもよい。

検索の動作を説明する。ユーザにより第１検索窓５８に検索文字列が入力されて、検索を指示する所定操作が入力された場合、第１検索部４０は、第１検索窓５８に入力された検索文字列を含む検索要求をウェブサイトサーバ１６へ送信する。ウェブサイトサーバ１６は、検索要求をＡ社検索サーバ１８に渡し、Ａ社検索サーバ１８は、Ａ社ＤＢサーバ１４に格納された複数の記事（ウェブページデータ）の中から、Ａ社検索ロジックにしたがって、検索文字列をタイトルまたは本文に含む記事を検索する。

Ａ社検索サーバ１８は、検索の成否、検索にヒットした記事のＵＲＬおよび概要（タイトルや本文の一部、サムネイル等）を含む検索結果データをウェブサイトサーバ１６に渡す。ウェブサイトサーバ１６は、検索結果データを含むウェブページデータをユーザ端末１２へ送信する。ユーザ端末１２のウェブブラウザ部３２は、上記ウェブページデータを受信し、表示制御部３６は、ウェブブラウザのウィンドウの表示内容を、検索結果を示す内容へ更新する。例えば、表示制御部３６は、ウェブページ５０のコンテンツ領域５４全体に、検索にヒットした１つ以上の記事の情報を一覧表示させる。

ユーザにより第２検索窓６６に検索文字列が入力されて、検索を指示する所定操作が入力された場合、第２検索部４２は、第２検索窓６６に入力された検索文字列を含む検索要求をＢ社検索サーバ２２へ送信する。Ｂ社検索サーバ２２は、Ｂ社ＤＢサーバ２０に格納された複数の記事（ＲＳＳで通知された概要情報等）の中から、Ｂ社検索ロジックにしたがって、検索文字列に合致するタグに対応付けられた記事を検索する。

Ｂ社検索サーバ２２は、検索の成否、検索にヒットした１つ以上の記事（以下「関連記事」とも呼ぶ。）について、各記事のＵＲＬおよび概要を含む検索結果データをユーザ端末１２へ送信する。ユーザ端末１２のウェブブラウザ部３２は、検索結果データを受信し、表示制御部３６は、１つ以上の関連記事の情報を第２検索窓６６の近傍位置に表示させる。実施例では、第２検索部４２は、Ｂ社検索サーバ２２とＡｊａｘ（Asynchronous JavaScript + XML）通信を行い、例えば、ＸＭＬＨｔｔｐＲｅｑｕｅｓｔオブジェクトを使用して通信する。表示制御部３６は、ウェブページ５０全体のリロードを伴わずに、ウェブページ５０内に検索結果を動的に追加して表示させる。

図５は、第２検索窓６６を使用した検索の例を示す。同図では、文字列「猫」に合致するタグに予め対応付けられた複数の関連記事６８の情報（サムネイル、タイトル等）が、第２検索窓６６の直下に横に並べて表示されている。また、関連記事６８には、関連記事のウェブページへのハイパーリンクが設定される。ユーザは、所望の関連記事６８を選択することで、猫に関連する他の記事を閲覧することができる。なお、図４の状態（検索前）において、第２検索窓６６の下に他のコンテンツ（他の記事のサムネイルや他の記事へのハイパーリンク等）が配置される場合、表示制御部３６は、第２検索窓６６と他のコンテンツの間、すなわち第２検索窓６６の直後に関連記事６８を表示させてもよい。

第１実施例の通信システム１０によると、第２検索窓６６を記事５６の終了位置以降に配置することにより、記事を読み終えたユーザに、気になっている用語や興味を持ったテーマ等をキーワードとしたサイト内検索を手軽に実行させることができる。これにより、ウェブサイト内の次のコンテンツへユーザをスムーズに誘導しやすくなる。また、ユーザのウェブサイト内回遊率を高めることができ、また、ウェブサイトを訪問したユーザの満足度を高めることができる。

また、第１実施例の通信システム１０では、ヘッダ領域５２に第１検索窓５８を配置するとともに、記事５６の終了位置以降に第２検索窓６６を配置し、それぞれの検索窓の位置に適した異なる検索ロジックを使用してサイト内検索を実行する。これにより、それぞれの検索窓を利用するユーザに対して有益な検索結果を提供しやすくなる。

例えば、第１検索窓５８を利用するユーザは、記事を読んでいないか、もしくは、読みたい記事が漠然とした状態と考えられる。そこで、検索文字列をタイトルまたは本文に含む記事を検索することにより、検索文字列に関連する記事を広く浅く抽出し、言い換えれば、検索文字列を少なくとも含む記事をユーザへ提示することができる。

一方、第２検索窓６６を利用するユーザは、記事を読み終わり、読みたいテーマやキーワードが具体的に決まった状態と考えられる。また、タグは、記事の作成者が定めたものであり、記事の中にタグの文字列が含まれるかに関わらず、記事の本質的な内容を反映したものと考えられる。そこで、検索文字列に合致するタグに対応付けられた記事を検索することにより、検索文字列が含まれるか否かに関わらず、検索文字列のことを本質的な内容とする記事を抽出してユーザへ提示することができる。

（第２実施例）
第２実施例では、ウェブページ５０における第２検索窓６６の配置位置を、ユーザによるウェブページ５０の閲覧状況に応じて調整する技術を提案する。以下、第１実施例の要素と同一または対応する要素には同一の符号を付して説明する。また、第１実施例で説明済の内容は再度の説明を適宜省略し、主に第１実施例と異なる点を説明する。

図６は、第２実施例の通信システム１０の構成を示す。第２実施例のＢ社ＤＢサーバ２０は、第１実施例で説明したウェブページ関連データに加えて、各ウェブページの離脱ポイント情報をさらに記憶する。離脱ポイント情報は、ウェブページ（実施例では記事）の閲覧において各ユーザが閲覧を止めた位置（以下「閲覧終了位置」とも呼ぶ。）に関する統計情報である。

また、第２実施例の通信システム１０は、第１実施例の構成に加えて、統計サーバ７０をさらに備える。統計サーバ７０は、複数のユーザ端末１２から複数の閲覧実績情報を取得し、複数の閲覧実績情報に基づく統計処理を実行して、各ウェブページの離脱ポイント情報を設定または更新する統計部（不図示）を備える。

閲覧実績情報は、例えば、ユーザが閲覧したウェブページ（ユーザ端末１２に表示されたウェブページ）のＵＲＬと、そのウェブページにおける閲覧終了位置を含んでもよい。閲覧終了位置は、ウェブページの中で閲覧された部分が占める割合を示すデータでもよい。統計サーバ７０の統計部は、複数のユーザ端末１２から送信された閲覧実績情報をウェブページ単位（ＵＲＬ単位）に集計することにより、複数のウェブページのそれぞれに対応する離脱ポイント情報を生成し、または更新する。

実施例では、或るウェブページに対応する離脱ポイント情報は、そのウェブページに含まれる各段落が閲覧された割合である閲覧率を含む。閲覧率は、通常、後の段落ほど小さい値になる。離脱ポイント情報は、段落が進むほど閲覧率が小さくなっていく状況を示すデータ（いわゆるヒートマップ）でもよい。

図７は、図６のユーザ端末１２の機能構成を示すブロック図である。第２実施例のウェブサイトサーバ１６がユーザ端末１２へ提供するウェブページデータ３４には、後述の閲覧実績通知部７２と位置情報取得部７４の機能をウェブブラウザ部３２に発揮させるためのＪａｖａＳｃｒｉｐｔプログラムがさらに含まれる。言い換えれば、第２実施例のウェブブラウザ部３２は、ウェブページデータ３４に記述されたＪａｖａＳｃｒｉｐｔプログラムを解釈して実行することにより、閲覧実績通知部７２と位置情報取得部７４の機能をさらに発揮する。

閲覧実績通知部７２は、ウェブブラウザのウィンドウに表示されたウェブページ５０の閲覧終了位置を特定する。閲覧実績通知部７２は、ウェブページ５０の縦方向のドキュメントサイズ（例えば「document.documentElement.scrollHeight」）と、ウェブブラウザのウィンドウにおける縦方向のスクロール量（例えば「window.pageYOffset」）を取得してもよい。閲覧実績通知部７２は、縦方向のドキュメントサイズと、縦方向のスクロール量との比率に基づいて、閲覧終了位置（例えばウェブページ５０の何％が閲覧されたかを示すデータ）を導出してもよい。

閲覧実績通知部７２は、ウェブページ５０のＵＲＬと閲覧終了位置とを含む閲覧実績情報を統計サーバ７０へ送信する。閲覧実績通知部７２は、閲覧実績情報を定期的に送信してもよく、また、表示対象のウェブページが切り替わる際に、それまで表示されたウェブページに対する閲覧実績情報を送信してもよい。

統計サーバ７０は、ユーザ端末１２から閲覧実績情報を受信すると、当該閲覧実績情報が含むＵＲＬで特定されるウェブページの離脱ポイント情報を、当該閲覧実績情報が示す閲覧終了位置に基づいて更新する。例えば、統計サーバ７０は、ウェブページごと（記事ごと）に予め定められた、閲覧終了位置と段落との対応関係を記憶してもよい。そして統計サーバ７０は、閲覧実績情報が示す閲覧終了位置に対応する段落まで閲覧されたと判定し、離脱ポイント情報が示す各段落の閲覧率を更新してもよい。また、統計サーバ７０は、過去受信した閲覧実績情報と、新たに受信した閲覧実績情報との相加平均値または移動平均値を更新し、更新後の値に基づいて、離脱ポイント情報が示す各段落の閲覧率を増減させてもよい。

位置情報取得部７４は、通信網２４を介して統計サーバ７０と連携し、統計サーバ７０から提供された離脱ポイント情報に基づく情報であって、ウェブページ５０における第２検索窓６６を表示すべき位置（以下「検索窓位置」とも呼ぶ。）の情報を取得する。位置情報取得部７４は、ウェブページ５０の新規表示時、例えばウェブブラウザのウィンドウの内容全体が更新される場合に、ウェブページ５０のＵＲＬをキーとして、そのＵＲＬに対応付けられた離脱ポイント情報を統計サーバ７０から取得する。

位置情報取得部７４は、離脱ポイント情報を参照して、記事５６に含まれる複数の段落のうち、閲覧率が所定の閾値（例えば５０％）未満になった段落の直前、もしくは、その直前の段落の終了位置を検索窓位置として決定する。検索窓位置は、例えば、第６段落の直前、または、第５段落の直後であることを示す情報であってもよい。また、上記閾値は、開発者の知見や、通信システム１０を用いた実験等により適切な値が定められてよい。

変形例として、位置情報取得部７４は、閲覧率の変化量（減少量）が所定値以上となった段落の直前を検索窓位置として決定してもよい。また、ユーザ端末１２に代わり統計サーバ７０が、複数のウェブページそれぞれの離脱ポイント情報に基づいて、各ウェブページの検索窓位置を決定してもよい。この場合、位置情報取得部７４は、ウェブページの新規表示時に、当該ウェブページのＵＲＬをキーとして、当該ウェブページの検索窓位置を統計サーバ７０から取得してもよい。

表示制御部３６は、位置情報取得部７４により取得された検索窓位置の情報に応じて、記事５６の途中に第２検索窓６６を表示させる。図８は、ユーザ端末１２に表示されるウェブページの例を示す。図８のウェブページ５０では、記事５６の第５段落の直後が検索窓位置として決定されている。表示制御部３６は、ウェブページ５０のデータに記述されたｐタグを検出し、先頭から５番目のｐタグの終了直後に第２検索窓６６を表示させるようウェブページ５０のデータを編集する。これにより、図８に示すように、第５段落の直後、かつ第６段落の直前に第２検索窓６６が表示される。

第２実施例の通信システム１０によると、ウェブページ５０における離脱ポイントに基づく好適な位置に第２検索窓６６を配置できる。例えば、統計的にユーザが離脱しやすいと考えられる位置に第２検索窓６６を配置することができる。これにより、Ａ社ウェブサイト内でのユーザの回遊率を高め、また、Ａ社ウェブサイトを訪問したユーザの満足度を高めることができる。

以上、本発明を第１実施例、第２実施例をもとに説明した。これらの実施例は例示であり、各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

第２実施例において、第２検索窓６６のデフォルトの表示位置として、記事５６の所定位置（所定の段落）が定められてもよい。例えば、第２検索窓６６のデフォルトの表示位置として、第１実施例と同様に、記事５６の終了位置以降が定められてもよい。表示制御部３６は、統計サーバ７０から離脱ポイント情報が提供されない場合や、条件を満たさない等の理由で検索窓位置が決定できない場合に、第２検索窓６６を上記のデフォルト位置に表示させてもよい。例えば、第１実施例と同様に、第２検索窓６６を記事５６の終了位置以降に表示させてもよい。

また、検索窓位置が記事５６の途中の位置に決定された場合、表示制御部３６は、第２検索窓６６を、記事５６のデフォルト位置に表示させることに代えて、記事５６の途中（検索窓位置）に表示させてもよい。または、表示制御部３６は、第２検索窓６６を記事５６のデフォルト位置に表示させることを継続しつつ、新たな第２検索窓６６を記事５６の途中（検索窓位置）に表示させてよい。

第１実施例および第２実施例では、ユーザ端末１２の第１検索部４０および第２検索部４２は、外部の検索サーバと連携して、Ａ社ウェブサイトのサイト内検索を実行した。変形例として、ユーザ端末１２の第１検索部４０および第２検索部４２は、ユーザ端末１２内部の記憶部（例えばＢ社ＤＢサーバ２０と同様のデータを記憶する）または外部の記憶部（Ａ社ＤＢサーバ１４等）を参照して、Ａ社ウェブサイトのサイト内検索を実行してもよい。この場合、第１検索部４０を実現するウェブページ５０の第１検索窓プログラムには、第１実施例で説明したＡ社検索ロジックが実装される一方、第２検索部４２を実現するウェブページ５０の第２検索窓プログラムには、第１実施例で説明したＢ社検索ロジックが実装されてもよい。

第１実施例および第２実施例の通信システム１０におけるＡ社装置は、単一の情報処理装置により実現されてもよく、実施例より多くの個数の情報処理装置の連携により実現されてもよい。通信システム１０におけるＢ社装置についても同様である。

上述した実施例および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施例および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施例および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。

１０ 通信システム、 １２ ユーザ端末、 １６ ウェブサイトサーバ、 １８ Ａ社検索サーバ、 ２２ Ｂ社検索サーバ、 ３２ ウェブブラウザ部、 ３６ 表示制御部、 ３８ 検索部、 ４０ 第１検索部、 ４２ 第２検索部。

Claims (5)

1. ユーザにより選択された第１の記事を表示させるとともに、前記第１の記事の終了位置以降に検索窓を表示させる表示機能と、
   前記検索窓に入力された文字列に関連する第２の記事を検索する検索機能と、
   をユーザの端末に実現させ、
   前記表示機能は、前記検索機能により検索された第２の記事に関する情報を前記検索窓の近傍位置に表示させる、
   コンピュータプログラムを前記ユーザの端末へ提供する情報処理装置。
2. 前記表示機能は、前記第１の記事を含むウェブページを表示させ、
   前記ウェブページは、ユーザの選択操作により表示される記事が切り替わる記事領域と、前記記事領域に表示される記事に関わらず共通の内容を表示するヘッダ領域とを含み、
   前記表示機能は、前記ヘッダ領域に第１の検索窓を表示させるとともに、前記記事領域における前記第１の記事の終了位置以降に、前記第１の検索窓とは異なる第２の検索窓を表示させ、
   前記検索機能は、前記第１の検索窓に入力された文字列に関連する第２の記事を第１の検索ロジックに基づき検索する第１検索機能と、前記第２の検索窓に入力された文字列に関連する第２の記事を前記第１の検索ロジックとは異なる第２の検索ロジックに基づき検索する第２検索機能とを含む請求項１に記載の情報処理装置。
3. 前記第１の検索ロジックは、前記第１の検索窓に入力された文字列をタイトルまたは本文に含む記事を前記第２の記事として抽出するものであり、
   前記第２の検索ロジックは、前記第２の検索窓に入力された文字列に合致するタグと対応付けられた記事を前記第２の記事として抽出するものである請求項２に記載の情報処理装置。
4. 前記コンピュータプログラムは、前記第１の記事の中で各ユーザが閲覧を止めた位置に関する統計情報を生成する外部装置と連携して、前記統計情報に基づく前記検索窓を表示すべき位置の情報を取得する取得機能を前記ユーザの端末にさらに実現させ、
   前記表示機能は、前記取得機能により取得された位置の情報に応じて、前記第１の記事の途中に前記検索窓を表示させる請求項１に記載の情報処理装置。
5. ユーザにより選択された第１の記事を表示させるとともに、前記第１の記事の終了位置以降に検索窓を表示させる表示機能と、
   前記検索窓に入力された文字列に関連する第２の記事を検索する検索機能と、
   をユーザの端末に実現させ、
   前記表示機能は、前記検索機能により検索された第２の記事に関する情報を前記検索窓の近傍位置に表示させる、
   コンピュータプログラム。

Images