JP2017010127A - Ｗｅｂアクセスプログラム、Ｗｅｂアクセス方法およびＷｅｂアクセス装置 - Google Patents

Abstract

【課題】過去にアクセスしたＷｅｂサイトへアクセスする際のユーザの利便性を向上させることを課題とする。
【解決手段】情報処理装置は、Ｗｅｂブラウザに表示されるＷｅｂページなどのＷｅｂサイトに関するページ情報を取得する。続いて、情報処理装置は、Ｗｅｂページへのアクセスに至るまでに表示された所定のＷｅｂページに対するアクセスに関する起点情報を生成する。そして、情報処理装置は、起点情報とページ情報とを対応付けて記憶する。
【選択図】図２

Description

本発明は、Ｗｅｂアクセスプログラム、Ｗｅｂアクセス方法およびＷｅｂアクセス装置に関する。

Ｗｅｂブラウザは、ＨＴＭＬ（HyperText Markup Language）などで記述されたＷｅｂサイトを読み込んで表示する。また、Ｗｅｂブラウザは、過去に閲覧したＷｅｂサイトに容易に再度アクセスできるように、ブックマーク機能や閲覧履歴の保存機能を有する。

例えば、Ｗｅｂブラウザは、読み込んだＷｅｂサイトのＵＲＬ（Uniform Resource Locator）などを閲覧履歴フォルダに格納する。また、Ｗｅｂブラウザは、読み込んだＷｅｂサイトに対するブックマークへの追加指示を受付けた場合、ＵＲＬやＷｅｂサイトのタイトルをブックマークフォルダに格納する。

近年では、スマートフォンなどのデバイスにも、パーソナルコンピュータに搭載されるＷｅｂブラウザと同等の機能を有するＷｅｂブラウザが搭載され、デバイスを用いたネットアクセスが広く利用されている。

特開２０１１−９０５４６号公報

しかしながら、ブックマークや閲覧履歴に登録されるＵＲＬやタイトルなどから、ユーザが所望のＷｅｂページを探すのが困難である。また、Ｗｅｂブラウザを使用すればするほど、ブックマークや閲覧履歴に登録される件数が多くなるので、ユーザの利便性は劣化する。

１つの側面では、過去にアクセスしたＷｅｂサイトへアクセスする際のユーザの利便性を向上させることを目的とする。

第１の案では、Ｗｅｂアクセスプログラムは、コンピュータに、Ｗｅｂブラウザに表示されるＷｅｂページに関するページ情報を取得する処理を実行させる。Ｗｅｂアクセスプログラムは、コンピュータに、前記Ｗｅｂページへのアクセスに至るまでに表示された所定のＷｅｂページに対するアクセスに関する起点情報を生成する処理を実行させる。Ｗｅｂアクセスプログラムは、コンピュータに、前記起点情報と前記ページ情報とを対応付けて記憶する処理を実行させる。

一実施形態によれば、過去にアクセスしたＷｅｂサイトへアクセスする際のユーザの利便性を向上させることができる。

図１は、実施例１にかかるシステムの全体構成例を示す図である。 図２は、実施例１にかかる情報処理装置の機能構成を示す機能ブロック図である。 図３は、実施例１にかかる判定情報ＤＢに記憶される情報の例を示す図である。 図４は、実施例１にかかる履歴情報ＤＢに記憶される情報の例を示す図である。 図５は、履歴登録の例を説明する図である。 図６は、履歴検索の例を説明する図である。 図７は、Ｗｅｂサイトの表示処理の流れを示すフローチャートである。 図８は、履歴登録処理の流れを示すフローチャートである。 図９は、検索処理の流れを示すフローチャートである。 図１０は、ハードウェア構成例を説明する図である。

以下に、本願の開示するＷｅｂアクセスプログラム、Ｗｅｂアクセス方法およびＷｅｂアクセス装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、各実施例は、矛盾のない範囲内で適宜組み合わせることができる。

［全体構成］
図１は、実施例１にかかるシステムの全体構成例を示す図である。図１に示すように、このシステムは、複数のＷｅｂサーバ１と情報処理装置１０とがネットワークＮを介して接続される。

かかるネットワークＮには、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。

Ｗｅｂサーバ１各々は、ユーザにＷｅｂサイトを提供するサーバ装置である。ここで、Ｗｅｂサイトには、ＨＴＭＬなどのマークアップ言語等で記述されるＷｅｂページ、画像や動画像などが含まれる。

情報処理装置１０は、Ｗｅｂブラウザを用いてＷｅｂサーバ１にアクセスし、Ｗｅｂサーバ１が提供するＷｅｂサイトを読み込んでディスプレイ等に表示させるＷｅｂアクセス装置である。この情報処理装置１０は、ユーザが使用するクライアント端末である。情報処理装置１０の一例としては、可搬型や据置型のパーソナルコンピュータ等を採用できる。また、可搬型の端末としては、上記のパーソナルコンピュータの他にも、例えば、タブレット端末、スマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）などの移動体通信端末等を採用することもできる。

このような状態において、情報処理装置１０は、Ｗｅｂブラウザに表示されるＷｅｂサイトに関するページ情報を取得する。情報処理装置１０は、サイトへのアクセスに至るまでに表示された所定のサイトに対するアクセスに関する起点情報を生成する。情報処理装置１０は、起点情報とページ情報とを対応付けて記憶する。

つまり、情報処理装置１０は、閲覧されたＷｅｂサイト毎に、Ｗｅｂサイトのメタ情報とＷｅｂサイトへの遷移の起点となる検索語やアプリ名を示す起点情報とを対応付けて記憶する。この結果、起点情報ごとに閲覧履歴を検索することができ、過去にアクセスしたＷｅｂサイトへアクセスする際のユーザの利便性が向上する。

［機能構成］
図２は、実施例１にかかる情報処理装置の機能構成を示す機能ブロック図である。図２に示すように、情報処理装置１０は、通信部１１、表示部１２、記憶部１３、制御部１５を有する。

通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部１１は、ネットワークＮを介してＷｅｂサーバ１と有線または無線で接続され、Ｗｅｂサーバ１との間で情報の通信を司る通信インタフェースである。表示部１２は、ディスプレイやタッチパネルなどであり、Ｗｅｂブラウザが読み込んだＷｅｂサイトなどを表示する表示装置である。

記憶部１３は、制御部１５が実行するプログラムやデータを記憶する記憶装置であり、例えばメモリやハードディスクなどである。この記憶部１３は、判定情報ＤＢ１３ａと履歴情報ＤＢ１３ｂを記憶する。

判定情報ＤＢ１３ａは、表示されるＷｅｂサイトが一連の関連性のあるサイトか否かを判定する情報、つまり動線判定に使用する情報を記憶するデータベースである。図３は、実施例１にかかる判定情報ＤＢに記憶される情報の例を示す図である。図３に示すように、判定情報ＤＢ１３ａは、「検索フラグ、検索キーワード、画面遷移フラグ、ドメイン情報」を対応付けて記憶する。

ここで記憶される「検索フラグ」は、Ｗｅｂサイトの検索が実行されたか否かを示す情報であり、実行された場合には「１」が設定され、実行されていない場合には「０」が設定される。なお、「検索フラグ」は、ソフトウェアキーボードによる入力、検索やsearchなどのボタン押下、ＷｅｂサイトのＵＲＬなどから特定することができる。「検索キーワード」は、Ｗｅｂブラウザに表示される検索エンジン等に入力された検索語である。

「画面遷移フラグ」は、Ｗｅｂブラウザによる画面遷移が実行されたか否かを示す情報であり、画面遷移が実行された場合には「１」が設定され、画面遷移が実行されていない場合は「０」が設定される。なお、「画面遷移フラグ」は、リンク（anchorタグ）の押下により特定することができる。「ドメイン情報」は、Ｗｅｂサイトのドメイン情報であり、画面遷移フラグが有効なときに、Ｗｅｂサイトのドメインが登録される。

図３の例では、検索キーワードとして「ＩＮＳＰ」が入力され、検索が有効で画面遷移も有効であり、ドメイン情報が「edevice.fff.com」であることが示されている。なお、これらの情報は、ＷｅｂサイトのアドレスバーにＵＲＬが直接入力されてＷｅｂサイトが表示された場合、ドメイン情報が画面遷移前と異なる場合、Ｗｅｂブラウザが終了した場合に、制御部１５等によってリセットされる。

履歴情報ＤＢ１３ｂは、Ｗｅｂサイトの閲覧履歴を記憶するデータベースである。図４は、実施例１にかかる履歴情報ＤＢ１３ｂに記憶される情報の例を示す図である。図４に示すように、履歴情報ＤＢ１３ｂは、「遷移順、Ｗｅｂページ情報、ＵＲＬ情報、動線情報、起点情報」を対応付けて記憶する。

「遷移順」は、Ｗｅｂサイトが遷移した順である。「Ｗｅｂページ情報」は、Ｗｅｂサイトのタイトルや内容を特定する情報である。この「Ｗｅｂページ情報」は、Ｗｅｂサイトの「titleタグ」や「metaタグ」で記述される情報が該当する。

「動線情報」は、Ｗｅｂサイトへの遷移のきっかけとなった情報であり、Ｗｅｂサイトへのアクセスを関連付ける情報である。例えば、「動線情報」には、検索エンジンに入力された検索キーワードが格納される。この「動線情報」には、図３の検索フラグと画面遷移フラグが有効で、ドメイン情報が一致した場合に、検索キーワードが登録される。「起点情報」は、動線の起点を特定する情報である。この「起点情報」には、検索キーワードが入力された検索エンジンまたは該当ＷｅｂサイトへアクセスするＷｅｂブラウザを起動したアプリ名が記憶される。

図４の１行目を例にして説明すると、１行目は、検索エンジンに「ＩＮＳＰ」と入力されて検索されたＷｅｂサイトの情報である。このＷｅｂサイトには、「FFF Software INSP、FFF、○○社、組込み、ソフトウェア、INSP」の文字列を有する内容が記述されており、ＵＲＬが「http://edevice.fff.com/jp/products/embedded/」であることが示されている。

なお、履歴情報ＤＢ１３ｂが記憶する情報は一例であり、例えばＷｅｂサイトに関連付けられたアイコン画像であるファビコン、フォルダ情報、閲覧日などを記憶することもできる。

制御部１５は、情報処理装置１０全体を司る処理部であり、例えばプロセッサなどである。制御部１５は、操作入力部１６、Ｗｅｂ処理部１７、ページ解析部１８、履歴解析部１９、検索部２０を有する。ここで、操作入力部１６、Ｗｅｂ処理部１７、ページ解析部１８、履歴解析部１９、検索部２０は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。

操作入力部１６は、ユーザ操作の入力を受け付ける処理部である。例えば、操作入力部１６は、Ｗｅｂブラウザの起動操作、ＳＮＳ（Social Networking Service）などのアプリケーションの起動操作などを受付ける。また、操作入力部１６は、Ｗｅｂブラウザを介して、表示されているＷｅｂサイトへの各種操作を受け付ける。そして、操作入力部１６は、これらの受け付けた情報をＷｅｂ処理部１７に出力する。なお、操作入力部１６は、アプリケーションのアイコンがクリックされた場合には、アイコンで特定されるアプリケーションの起動操作と特定し、アプリケーションを実行する。

Ｗｅｂ処理部１７は、操作入力部１６が受け付けた情報を解析して、Ｗｅｂブラウザを用いた各種処理を実行する処理部である。具体的には、Ｗｅｂ処理部１７は、Ｗｅｂブラウザを起動し、該当ＷｅｂサイトにアクセスしてＷｅｂページを読み込んで、表示部１２に表示する。また、Ｗｅｂ処理部１７は、Ｗｅｂブラウザに表示されるリンク等が選択された場合、リンク先にアクセスすることで、画面遷移を実行する。

例えば、Ｗｅｂ処理部１７は、Ｗｅｂブラウザのアイコン等が選択された場合、Ｗｅｂブラウザの起動操作と特定し、Ｗｅｂブラウザを起動してトップ画面（ホーム画面）を表示させる。また、Ｗｅｂ処理部１７は、Ｗｅｂブラウザを用いて表示される検索エンジンの検索ボタンがクリックされた場合は、検索操作の開始と特定し、検索を実行して検索結果を表示させる。

また、Ｗｅｂ処理部１７は、実行中のアプリケーションが表示するＷｅｂサイトへのアクセスボタンがクリックされた場合には、Ｗｅｂブラウザの起動操作およびＷｅｂサイトへのアクセス操作と特定する。そして、Ｗｅｂ処理部１７は、Ｗｅｂブラウザを起動して、トップ画面（ホーム画面）を表示させる。

ページ解析部１８は、Ｗｅｂ処理部１７が読み込んだＷｅｂページを解析する処理部である。具体的には、ページ解析部１８は、表示部１２に表示されるＷｅｂサイトから、Ｗｅｂサイトに関するサイト情報などを取得し、履歴情報ＤＢ１３ｂに格納する。

例えば、ページ解析部１８は、Ｗｅｂページの遷移をカウントするカウンタを用いて、表示されるＷｅｂサイトが何番目の遷移か特定し、特定した情報を用いて履歴情報ＤＢ１３ｂの「遷移順」を選択する。また、ページ解析部１８は、Ｗｅｂサイトのソースコードを参照し、「titleタグ」に記述される文字列、「meta nameタグ」のキーワードコンテンツに記述されるキーワード、「meta nameタグ」の説明に記述されるページ概要を抽出し、履歴情報ＤＢ１３ｂの「Ｗｅｂページ情報」に格納する。また、ページ解析部１８は、ＷｅｂサイトのＵＲＬを取得し、履歴情報ＤＢ１３ｂの「ＵＲＬ情報」に格納する。

履歴解析部１９は、Ｗｅｂサイトに至るまでのアクセスに関する履歴に応じて、Ｗｅｂサイトへの遷移開始から前記Ｗｅｂサイトの表示までのアクセスを関連付ける起点情報を生成する処理部である。具体的には、Ｗｅｂサイトが表示されるたびに、ページ解析部１８が履歴情報ＤＢ１３ｂのＷｅｂページ情報およびＵＲＬ情報を登録し、履歴解析部１９が、動線情報と起点情報の登録を実行する。

例えば、履歴解析部１９は、Ｗｅｂサイトが遷移すると、Ｗｅｂサイトが検索エンジンによって遷移したものか、他のアプリケーションから起動されたものかを判定する。一例を挙げると、履歴解析部１９は、遷移の実行がリンク（anchorタグ）の押下によるものか否かを判定する。そして、履歴解析部１９は、リンクの押下による遷移の場合、検索エンジンによる遷移と判定し、起点情報を「検索エンジン」と決定する。一方、履歴解析部１９は、リンクの押下による遷移ではない場合、アプリケーションからの遷移と判定し、起点情報を「アプリケーション名」と決定する。

また、履歴解析部１９は、Ｗｅｂサイトが遷移すると、遷移した先のＷｅｂサイトが遷移前のＷｅｂサイトと同じドメインであるか否かを判定する。そして、履歴解析部１９は、ドメインが同じ場合、Ｗｅｂサイトの遷移が同じ動線上にあると判定する。この結果、履歴解析部１９は、遷移前のＷｅｂサイトの履歴と関連付けて、遷移後のＷｅｂサイトの履歴を格納する。

一方、履歴解析部１９は、ドメインが異なる場合、Ｗｅｂサイトの遷移が異なる動線上にあると判定する。この結果、履歴解析部１９は、遷移前のＷｅｂサイトの履歴と関連付けることなく、遷移後のＷｅｂサイトの履歴を格納する。

通常、検索エンジンを使用して調べ物をする際は、検索エンジンにキーワードを入力し、提示されたリンクの一覧からユーザがＷｅｂサイトを選択して表示させるものである。また、表示させたＷｅｂサイトからさらに別のサイトに遷移することも一般に行われている。

そこで、履歴解析部１９は、このＷｅｂサイトの遷移を、遷移のきっかけとなったキーワードを「起点」として、ユーザ操作の「動線」と扱い、その動線上にあるＷｅｂサイトには起点となったキーワードを記録する。これにより、動線上にあるＷｅｂサイトは起点となったキーワードに関連性があると推測できるので、検索時により精度の高い検索結果をユーザに提示することが可能となる。遷移のきっかけとなる「起点」は、検索エンジンに入力した検索キーワードや、他のアプリケーションからブラウザを起動する際の付加情報を使用する。

また、検索エンジンの結果からＷｅｂサイトを表示させ、さらに別のＷｅｂサイトに遷移した際に、別のＷｅｂサイトがメタ情報を持っていないまたは全く別のメタ情報を持っていたとしても、検索エンジンに入力したキーワードと結びつけることができるため有効である。動線の記録にあたっては、検索エンジンから遷移したＷｅｂサイトは、検索キーワードから関係のないＷｅｂサイトへ遷移する可能性もある。このため、履歴解析部１９は、当該Ｗｅｂサイトのドメインが検索エンジンから最初に遷移したページのドメインと同一である場合に、当該Ｗｅｂサイトに対して検索キーワードを登録する。

検索部２０は、Ｗｅｂサイトの閲覧履歴の検索インタフェースを提供する処理部である。具体的には、検索部２０は、履歴情報ＤＢ１３ｂに登録された閲覧履歴の検索エンジンを提供する。例えば、検索部２０は、検索要求を受け付けると、検索キーワードの入力画面を表示部１２に表示する。そして、検索部２０は、入力された検索キーワードと一致する情報を有する履歴を、履歴情報ＤＢ１３ｂから検索し、検索結果を表示部１２に表示する。

ここで、検索部２０は、動線情報、Ｗｅｂページ情報、ＵＲＬ情報の順に優先度を高くして検索する。つまり、検索部２０は、検索キーワードと同じ文字列が「動線情報」に格納される履歴、検索キーワードと同じ文字列が「Ｗｅｂページ情報」に格納される履歴、検索キーワードと同じ文字列が「ＵＲＬ情報」に格納される履歴の順で、検索結果を表示する。

［履歴登録の具体例］
続いて、履歴登録の具体例を説明する。図５は、履歴登録の例を説明する図である。図５に示すように、検索エンジン５０において検索キーワード「ＩＮＳＰ」が入力されて検索ボタンが押下されると、「ＩＮＳＰ」の検索結果５１が表示部１２に表示される（Ｓ１）。このとき、履歴解析部１９は、判定情報ＤＢ１３ａの検索キーワードに「ＩＮＳＰ」を設定し、検索フラグに「１」を設定する。

続いて、「ＩＮＳＰ」の検索結果５１から「ＩＮＳＰ製品」がユーザによって選択されると、ＩＮＳＰ製品ページ５２が表示部１２に表示される（Ｓ２）。このとき、履歴解析部１９は、判定情報ＤＢ１３ａの画面遷移フラグに「１」を設定し、ＩＮＳＰ製品ページ５２のドメイン「edevice.fff.com」を判定情報ＤＢ１３ａのドメイン情報に格納する。

一方で、ページ解析部１８は、ＩＮＳＰ製品ページ５２のソースコードからタイトルやメタ情報を抽出して、履歴情報ＤＢ１３ｂの「遷移順＝１」のレコードの「Ｗｅｂページ情報」に格納する。さらに、ページ解析部１８は、ＩＮＳＰ製品ページ５２のＵＲＬを抽出して、履歴情報ＤＢ１３ｂの「遷移順＝１」のレコードの「ＵＲＬ情報」に格納する。

また、履歴解析部１９は、検索フラグが「１」であることから、履歴情報ＤＢ１３ｂの「遷移順＝１」のレコードの「起点情報」に検索エンジンを格納する。さらに、履歴解析部１９は、判定情報ＤＢ１３ａに記憶される検索キーワード「ＩＮＳＰ」を、履歴情報ＤＢ１３ｂの「遷移順＝１」のレコードの「動線情報」に格納する。

その後、ＩＮＳＰ製品ページ５２から「価格」がユーザによって選択されると、ＩＮＳＰ製品の価格ページ５３が表示部１２に表示される（Ｓ３）。ページ解析部１８は、ＩＮＳＰ製品の価格ページ５３のソースコードからタイトルやメタ情報を抽出して、履歴情報ＤＢ１３ｂの「遷移順＝２」のレコードの「Ｗｅｂページ情報」に格納する。さらに、ページ解析部１８は、ＩＮＳＰ製品の価格ページ５３のＵＲＬを抽出して、履歴情報ＤＢ１３ｂの「遷移順＝２」のレコードの「ＵＲＬ情報」に格納する。

一方で、履歴解析部１９は、判定情報ＤＢ１３ａの画面遷移フラグが「１」であることから、動線判定を実行する。具体的には、履歴解析部１９は、ＩＮＳＰ製品の価格ページ５３のドメイン「edevice.fff.com」を取得し、判定情報ＤＢ１３ａのドメイン情報と一致するか否かを判定する。ここで、履歴解析部１９は、ドメインが一致するので、ＩＮＳＰ製品の価格ページ５３は同じ動線のＷｅｂサイトであると判定する。

この結果、履歴解析部１９は、判定情報ＤＢ１３ａに記憶される検索キーワード「ＩＮＳＰ」を、履歴情報ＤＢ１３ｂの「遷移順＝２」のレコードの「動線情報」に格納する。さらに、履歴解析部１９は、履歴情報ＤＢ１３ｂの「遷移順＝２」のレコードの「起点情報」に「検索エンジン」を格納する。

その後、ＩＮＳＰ製品の価格ページ５３から「広告Ｃ」がユーザによって選択されると、広告Ｃのページ５４が表示部１２に表示される（Ｓ４）。ページ解析部１８は、広告Ｃのページ５４のソースコードからタイトルやメタ情報を抽出して、履歴情報ＤＢ１３ｂの「遷移順＝３」のレコードの「Ｗｅｂページ情報」に格納する。さらに、ページ解析部１８は、広告Ｃのページ５４のＵＲＬを抽出して、履歴情報ＤＢ１３ｂの「遷移順＝３」のレコードの「ＵＲＬ情報」に格納する。

一方で、履歴解析部１９は、判定情報ＤＢ１３ａの画面遷移フラグが「１」であることから、動線判定を実行する。具体的には、履歴解析部１９は、広告Ｃのページ５４のドメイン「CCC.com」を取得し、判定情報ＤＢ１３ａのドメイン情報と一致するか否かを判定する。ここで、履歴解析部１９は、ドメインが一致しないので、広告Ｃのページ５４は異なる動線のＷｅｂサイトであると判定する。この結果、履歴解析部１９は、履歴情報ＤＢ１３ｂの「遷移順＝３」のレコードの「起点情報」に対してのみ、「検索エンジン」を格納する。

［検索の具体例］
続いて、閲覧履歴の検索について説明する。図６は、履歴検索の例を説明する図である。図６に示すように、検索部２０は、検索アプリのアイコン選択など、ユーザから検索要求を受信すると、検索画面を表示部１２に表示する。検索画面には、検索キーワードの入力領域と、検索方法の設定領域と、検索ボタン、キャンセルボタンが含まれる。

検索キーワードの入力領域は、検索キーワードの設定を受け付ける領域であり、検索方法の設定領域は、検索対象の絞り込みを設定する領域である。検索ボタンは、検索開始を要求するボタンであり、キャンセルボタンは、処理をキャンセルするボタンである。

そして、検索部２０は、入力領域に「ＩＮＳＰ」が設定され、検索方法として「検索エンジン」の設定を受け付けると、履歴情報ＤＢ１３ｂの起点情報に「検索エンジン」が設定される履歴情報を、検索対象に設定する。続いて、検索部２０は、検索対象の「動線情報」を参照して、「ＩＮＳＰ」が設定される履歴情報を検索し、該当する履歴情報を表示対象（優先）とする。

次に、検索部２０は、表示対象（優先）に分類された履歴情報以外の履歴情報の中から、Ｗｅｂページ情報に「ＩＮＳＰ」が含まれる履歴情報を検索し、該当する履歴情報を表示対象（中）とする。最後に、検索部２０は、未分類の履歴情報の中から、ＵＲＬ情報に「ＩＮＳＰ」が含まれる履歴情報を検索し、該当する履歴情報を表示対象（普通）とする。

その後、検索部２０は、表示対象（優先）の履歴情報、表示対象（中）の履歴情報、表示対象（普通）の履歴情報の順で、検索結果を表示する。例えば、表示対象（優先）の履歴情報が検索結果の先頭に表示される。

また、検索部２０は、検索キーワードが複数指定された場合は、検索キーワードが含まれる数が多い履歴情報を優先的に表示させることもできる。また、検索部２０は、検索キーワードに設定された検索語と、履歴情報ＤＢ１３ｂの各領域に記憶される文字列とについて、公知の様々な類似語判断などを実行することで、検索語に類似する文字列を含む履歴情報を検索することもできる。

［処理の流れ］
次に、情報処理装置１０が実行する処理について説明する。ここでは、Ｗｅｂサイトの表示処理、履歴登録処理、検索処理について説明する。

（Ｗｅｂページ表示処理）
図７は、Ｗｅｂサイトの表示処理の流れを示すフローチャートである。図７に示すように、Ｗｅｂ処理部１７は、Ｗｅｂブラウザの起動操作を受け付けると（Ｓ１０１：Ｙｅｓ）、検索エンジンの検索画面を表示させる（Ｓ１０２）。

続いて、Ｗｅｂ処理部１７は、検索語の入力を受付けた後（Ｓ１０３：Ｙｅｓ）、検索ボタンが押下されると（Ｓ１０４：Ｙｅｓ）、検索を実行して検索結果を表示する（Ｓ１０５）。その後、ページ解析部１８および履歴解析部１９が履歴登録処理を実行する（Ｓ１０６）。

履歴登録処理が終了すると、Ｗｅｂ処理部１７は、他のページへの遷移が選択されたか否かを判定し（Ｓ１０７）、他のページへの遷移が選択された場合（Ｓ１０７：Ｙｅｓ）、Ｓ１０６が実行される。一方、他のページへの遷移が選択されない場合（Ｓ１０７：Ｎｏ）、処理の終了が実行されたか否かを判定する（Ｓ１０８）。そして、処理の終了が実行された場合（Ｓ１０８：Ｙｅｓ）、処理を終了し、処理の終了が実行されていない場合（Ｓ１０８：Ｎｏ）、Ｓ１０６以降が実行される。

また、Ｓ１０１において、Ｗｅｂブラウザの起動操作ではない場合（Ｓ１０１：Ｎｏ）、操作入力部１６は、アプリケーションからのＷｅｂサイト起動指示と判定し、Ｗｅｂブラウザを起動して、該当するＷｅｂサイトを表示する（Ｓ１０９）。その後、Ｓ１０６以降が実行される。

（履歴登録処理）
次に、履歴登録処理について説明する。この処理は、図７のＳ１０６で実行される処理である。図８は、履歴登録処理の流れを示すフローチャートである。

図８に示すように、ページ解析部１８は、表示されるＷｅｂサイトから＜title＞タグで記述される内容、＜meta＞タグで記述される内容を抽出して履歴情報ＤＢ１３ｂに登録する（Ｓ２０１）。続いて、ページ解析部１８は、ＷｅｂサイトのＵＲＬを取得して、履歴情報ＤＢ１３ｂに登録する（Ｓ２０２）。

その後、履歴解析部１９は、検索が実行されたか否かを判定し（Ｓ２０３）、検索が実行された場合（Ｓ２０３：Ｙｅｓ）、判定情報ＤＢ１３ａの検索フラグを有効（１）に変更する（Ｓ２０４）。続いて、履歴解析部１９は、検索に用いられた検索キーワードを取得して、判定情報ＤＢ１３ａの検索キーワードに登録する（Ｓ２０５）。

一方、履歴解析部１９は、検索が実行されていないと判定した場合（Ｓ２０３：Ｎｏ）、検索フラグが有効であるか否かを判定する（Ｓ２０６）。そして、検索フラグが無効である場合（Ｓ２０６：Ｎｏ）、履歴解析部１９は、処理を終了する。一方、履歴解析部１９は、検索フラグが有効である場合（Ｓ２０６：Ｙｅｓ）、画面遷移が実行されたか否かを判定する（Ｓ２０７）。そして、履歴解析部１９は、画面遷移が実行されていない場合（Ｓ２０７：Ｎｏ）、動線判定情報をリセットする（Ｓ２０８）。例えば、履歴解析部１９は、Ｗｅｂブラウザが終了されたりすると、判定情報ＤＢ１３ａを初期化する。

また、履歴解析部１９は、画面遷移が実行された場合（Ｓ２０７：Ｙｅｓ）、判定情報ＤＢ１３ａの画面遷移フラグが有効か否かを判定する（Ｓ２０９）。そして、履歴解析部１９は、判定情報ＤＢ１３ａの画面遷移フラグが有効でなく無効「０」である場合（Ｓ２０９：Ｎｏ）、画面遷移フラグを有効「１」に変更する（Ｓ２１０）。

一方、履歴解析部１９は、判定情報ＤＢ１３ａの画面遷移フラグが有効である場合（Ｓ２０９：Ｙｅｓ）、判定情報ＤＢ１３ａにドメイン情報が登録済みか否かを判定する（Ｓ２１１）。そして、履歴解析部１９は、判定情報ＤＢ１３ａにドメイン情報が登録されていない場合（Ｓ２１１：Ｎｏ）、表示されているＷｅｂサイトからドメイン情報を取得して、判定情報ＤＢ１３ａのドメイン情報に登録する（Ｓ２１２）。

また、履歴解析部１９は、判定情報ＤＢ１３ａにドメイン情報が登録されている場合（Ｓ２１１：Ｙｅｓ）、登録されているドメイン情報と現在表示されているＷｅｂサイトのドメイン情報とが一致するか否かを判定する（Ｓ２１３）。

そして、履歴解析部１９は、ドメイン情報が一致しない場合（Ｓ２１３：Ｎｏ）、関連性の小さいＷｅｂサイトへの遷移と判定して、動線判定情報をリセットする（Ｓ２１４）。

一方、履歴解析部１９は、ドメイン情報が一致する場合（Ｓ２１３：Ｙｅｓ）、関連性の高いＷｅｂサイトへの遷移と判定して、履歴情報ＤＢ１３ｂの動線情報に検索キーワードを登録する（Ｓ２１５）。

（検索処理）
次に、閲覧履歴の検索処理について説明する。図９は、検索処理の流れを示すフローチャートである。

図９に示すように、検索部２０は、検索対象として「検索エンジン」が設定された場合（Ｓ３０１：Ｙｅｓ）、起点情報が「検索エンジン」で、動線情報に検索キーワードが含まれる履歴を検索する（Ｓ３０２）。その後、検索部２０は、検索結果を表示する（Ｓ３０３）。

一方、検索部２０は、検索対象として「検索エンジン」が設定されていない場合（Ｓ３０１：Ｎｏ）、起点情報が「検索エンジン」ではないものの中から、動線情報に検索キーワードが含まれる履歴を検索する（Ｓ３０４）。その後、検索部２０は、検索結果を表示する（Ｓ３０３）。

［効果］
上述した情報処理装置１０は、Ｗｅｂサイトの閲覧件数が多くなり、ユーザの操作で適切に分類されていないものであっても、連想するキーワードから適切なＷｅｂサイトを検索するインタフェースを提供することができる。また、情報処理装置１０は、いつ頃参照した閲覧履歴かを意識することなく、連想するキーワードから適切な閲覧履歴をＷｅｂブラウザから提示できる。また、情報処理装置１０は、閲覧した際に、検索エンジンで入力したキーワードから参照したＷｅｂサイトをＷｅｂブラウザから提示できる。

このように、情報処理装置１０は、ユーザがＷｅｂサイトの検索に使用した検索キーワードを履歴に登録することができる。また、情報処理装置１０は、ユーザがＷｅｂサイトを表示させたアプリ名を履歴に登録することができる。したがって、情報処理装置１０は、ユーザ自身が実行した操作を対応付けた履歴を作成することができ、ユーザは、自身の言葉や操作などをキーとして、閲覧履歴の検索を実行することができる。この結果、ユーザの利便性が向上する。

なお、メタ情報の埋め込みは任意であるため、メタ情報が埋め込まれていないＷｅｂサイトも存在する。一方で、ＵＲＬの文字列にキーワードがアルファベットで含まれていることや、国際化ドメイン（IDN：Internationalized Domain Name）の普及により日本語そのものを含むことができるようになった。このことから、ＵＲＬを検索対象とすることで、より精度の高い検索結果をユーザに提示することが可能となる。これは、検索エンジンを使用せず、直接ＵＲＬを入力してＷｅｂサイトを表示させた場合であって、そのＷｅｂサイトにメタ情報が含まれていない場合に有効である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。

［履歴情報］
上記実施例では、起点情報と動線情報を別々に記憶する例を説明したが、これに限定されるものではなく、１つの領域で記憶することもできる。また、起点情報を検索エンジンとその他に分割することもできる。また、履歴情報を保存するタイミングは、ＷｅｂブラウザにＷｅｂサイトが表示されたタイミング、ブックマーク等の操作が実行されたタイミングなど、任意のタイミングで実行することができる。

［検索処理］
上記実施例では、閲覧履歴の検索において、検索エンジンとアプリとをプルダウンメニューで選択する例を説明したが、これに限定されるものではない。例えば、ユーザに入力させてもよく、他のメニューを採用することもできる。また、検索エンジンやアプリなどを指定させずに、履歴情報全部を検索対象とすることもできる。また、履歴情報ＤＢ１３ｂに含まれる遷移順を使用して、遷移の履歴を結果に含めることもでき、動線が複数存在する場合は、その動線の数だけ検索結果を表示することもできる。なお、上記実施例で説明した画面遷移等は、第１のＷｅｂページから第２のＷｅｂページにＷｅｂブラウザの画面が遷移することや、第１のＷｅｂページで選択された第２のＷｅｂページがＷｅｂブラウザの新規タグで表示（Ｗｅｂページの移動）されることなどを含む。

［システム］
また、図示した装置の各構成は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、任意の単位で分散または統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［ハードウェア］
図１０は、ハードウェア構成例を説明する図である。図１０に示すように、情報処理装置１０は、通信インタフェース１０ａ、ＨＤＤ（Hard Disk Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。また、図１０に示した各部は、バス等で相互に接続される。

通信インタフェース１０ａは、他の装置との通信を制御するインタフェースであり、例えばネットワークインタフェースカードである。ＨＤＤ１０ｂは、図２等に示した機能を動作させるプログラム、ＤＢ、テーブルなどを記憶する。

プロセッサ１０ｄは、図２等に示した各処理部と同様の処理を実行するプログラムをＨＤＤ１０ｂ等から読み出してメモリ１０ｃに展開することで、図２等で説明した各機能を実行するプロセスを動作させる。

すなわち、このプロセスは、情報処理装置１０が有する各処理部と同様の機能を実行する。具体的には、プロセッサ１０ｄは、操作入力部１６、Ｗｅｂ処理部１７、ページ解析部１８、履歴解析部１９、検索部２０と同様の機能を有するプログラムをＨＤＤ１０ｂ等から読み出す。そして、プロセッサ１０ｄは、操作入力部１６、Ｗｅｂ処理部１７、ページ解析部１８、履歴解析部１９、検索部２０と同様の処理を実行するプロセスを実行する。

このように情報処理装置１０は、プログラムを読み出して実行することでＷｅｂアクセス方法を実行する情報処理装置として動作する。また、情報処理装置１０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、情報処理装置１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

１ Ｗｅｂサーバ
１０ 情報処理装置
１１ 通信部
１２ 表示部
１３ 記憶部
１３ａ 判定情報ＤＢ
１３ｂ 履歴情報ＤＢ
１５ 制御部
１６ 操作入力部
１７ Ｗｅｂ処理部
１８ ページ解析部
１９ 履歴解析部
２０ 検索部

Claims (6)

1. コンピュータに、
   Ｗｅｂブラウザに表示されるＷｅｂページに関するページ情報を取得する処理と、
   前記Ｗｅｂページへのアクセスに至るまでに表示された所定のＷｅｂページに対するアクセスに関する起点情報を生成する処理と、
   前記起点情報と前記ページ情報とを対応付けて記憶する処理と
   を実行させることを特徴とするＷｅｂアクセスプログラム。
2. 前記生成する処理は、前記Ｗｅｂブラウザに表示される検索エンジンに入力された検索語を、前記起点情報として生成することを特徴とする請求項１に記載のＷｅｂアクセスプログラム。
3. 前記生成する処理は、前記起点情報として、前記Ｗｅｂブラウザが、前記Ｗｅｂページを検索する検索エンジンまたは他のアプリケーションのいずれによって起動されたものかを示す情報を生成することを特徴とする請求項１に記載のＷｅｂアクセスプログラム。
4. 前記生成する処理は、前記Ｗｅｂページが遷移元または移動元のＷｅｂページと同一のドメインを有する場合、前記起点情報を生成し、前記第２のＷｅｂサイトが前記遷移元または移動元のＷｅｂページと異なるドメインを有する場合、前記起点情報の生成を抑制することを特徴とする請求項１に記載のＷｅｂアクセスプログラム。
5. コンピュータが、
   Ｗｅｂブラウザに表示されるＷｅｂページに関するページ情報を取得する処理と、
   前記Ｗｅｂページへのアクセスに至るまでに表示された所定のＷｅｂページに対するアクセスに関する起点情報を生成する処理と、
   前記起点情報と前記ページ情報とを対応付けて記憶する処理と
   を実行することを特徴とするＷｅｂアクセス方法。
6. Ｗｅｂブラウザに表示されるＷｅｂページに関するページ情報を取得する取得部と、
   前記Ｗｅｂページへのアクセスに至るまでに表示された所定のＷｅｂページに対するアクセスに関する起点情報を生成する生成部と、
   前記起点情報と前記ページ情報とを対応付けて記憶する記憶部と
   を有することを特徴とするＷｅｂアクセス装置。

Images