JP5206631B2 - ナビゲーションシステム、サーバ装置、通信装置、ナビゲーション情報の生成方法及びコンピュータプログラム - Google Patents

Description

本発明は、ウェブページの閲覧を効率化するナビゲーションシステム、サーバ装置、通信装置、ナビゲーション情報の生成方法及びコンピュータプログラムに関する。

近年、携帯端末にＰＣ用のウェブサイトを閲覧可能なフルブラウザが搭載され、携帯通信の通信料金の定額制の拡がりと共に、ＰＣ用のウェブサイトを閲覧する機会が増えてきた。ただし、現状の携帯端末は画面サイズが小さいため、ウェブページ移動の操作性が高いとは言えない。

例えば、ウェブページ間の移動のためのナビゲーションバーは画面を拡大表示しなければ押下することが困難である。同じく、ウェブページ内のリンク選択時のクリック操作も困難である。
また、通常のウェブサイトでウェブページ上部あるいは左部に配置されたナビゲーションバーの押下やリンククリックのために、画面を拡大表示した場合、コンテンツ表示エリアが小さくなり、ウェブページ移動後に縮小表示しなければならず、操作が面倒となる。

このような画面が小さい携帯端末におけるウェブサイト閲覧時のウェブページ移動の操作性を改善するための技術として、サーバ上にコンテンツデータとコンテンツのリンク情報を記述したナビゲーションデータを配備し、クライアントのウェブブラウザはそれらのデータを受信して通常時はコンテンツのみを表示し、ユーザからの指示があった場合にはナビゲーションデータをコンテンツに重畳させて表示する方法が開示されている（例えば、特許文献１を参照）。

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

ところが、特許文献１に開示されている技術では、ウェブページに含まれるリンク先の一部の記事を参照した場合にも、次回アクセス時にその記事がウェブページに含まれているとナビゲーションデータに含まれてしまい、その都度、未参照記事の選択が必要であるため、操作が面倒となる。また、参照を途中でやめてしまい、それ以降アクセスしていない間にウェブページが更新された場合には、次回アクセス時に未参照記事がナビゲーションデータに含まれない可能性があり、その未参照記事へのアクセスが困難である。そのため、特許文献１に開示されている技術では、利便性が充分に高いとは言えない。

本願は斯かる事情に鑑みてなされたものであって、その目的とするところは、ユーザのページ参照に基づいて、ウェブページ毎の未参照ページのリストを管理し、ナビゲーション情報生成時には未参照ページのみを含めることにより、ユーザが次回そのウェブページにアクセスしたときには未参照ページのみを含むナビゲーション情報を表示可能となり、ユーザの操作利便性が高いナビゲーションシステム、サーバ装置、通信装置、ナビゲーション情報の生成方法及びコンピュータプログラムを提供することにある。

本願に開示するナビゲーションシステムは、複数のコンテンツへのリンクが埋め込まれたウェブページをクライアント装置へ送信する第１の送信部と、前記クライアント装置へ送信したウェブページから各コンテンツへのリンクを抽出する抽出部と、該抽出部により抽出したリンクにより指定されるコンテンツが前記クライアント装置へ送信済みであるか否かを示す情報を前記ウェブページに関連付けて記憶する記憶部と、該記憶部にてウェブページに関連付けて記憶されたリンクにより指定されるコンテンツがクライアント装置へ送信済みであるか否かを示す情報に基づいて、前記クライアント装置に対して未送信のコンテンツを案内すべく、抽出したリンクのうち未送信のコンテンツへのリンクのみを含むナビゲーション情報を生成する生成部と、生成したナビゲーション情報を前記クライアント装置へ送信する第２の送信部とを備えるサーバ装置、及び該サーバ装置から送信されるウェブページ及びナビゲーション情報を受信する受信部と、受信したナビゲーション情報を表示する表示部と、表示したナビゲーション情報に含まれるリンクに対する選択を受付ける受付部と、選択されたリンクにより指定されるコンテンツについて送信要求を行う要求部とを備えるクライアント装置を含むことを特徴とする。

本発明では、ユーザのウェブページ参照に基づいて、ウェブページ毎の未参照ページのリストを管理し、ナビゲーション情報生成時には未参照ページのリンクのみを含める。これによって、ユーザが次回そのウェブページにアクセスしたときに、未参照のウェブページのみを含むナビゲーション情報を表示することが可能となり、ユーザの操作利便性を高めることができる。

本願のナビゲーションシステムを示す構成図である。 実施の形態１に係る携帯電話機及びゲートウェイサーバの概略構成図である。 一般的なニュースサイトの画面例を示す模式図である。 ＨＴＭＬ文書の解析例を示す模式図である。 未参照リストの一例を示す概念図である。 ナビゲーション情報の一例を示す図である。 ゲートウェイサーバから返されるＨＴＭＬ文書の一例を示す図である。 ナビゲーションウィンドウを表示している様子を示す模式図である。 未参照リストから参照済のリンクを削除した例を示す図である。 新たなページ参照を行った後の未参照リストの内容を示す図である。 ナビゲーションウィンドウを表示した画面例を示す図である。 ナビゲーションウィンドウを表示した画面例を示す図である。 携帯電話機により実行される処理の手順を示すフローチャートである。 ゲートウェイサーバにより実行される処理の手順を示すフローチャートである。 ナビゲーション情報を生成する構成を有する携帯電話機の概略構成図である。 実施の形態２における未参照リストの一例を示す概念図である。 別ブロック参照のタイミングで更新された未参照リストの一例を示す図である。 別ドメイン参照のタイミングで更新された未参照リストの一例を示す図である。 仮削除状態を持つ未参照リストの一例を示す図である。 仮削除状態を持つナビゲーション情報の一例を示す図である。 仮削除状態を持つナビゲーションウィンドウの一例を示す模式図である。 同じリンク先ＵＲＬを含む未参照リストの一例を示す図である。 同じリンク先ＵＲＬを含む未参照リストの一例を示す図である。 類似記事名を含む未参照リストの一例を示す図である。 類似記事名を含む未参照リストの一例を示す図である。 ブロック変更時にゲートウェイサーバにより実行される処理の手順を示すフローチャートである。 ドメイン変更時にゲートウェイサーバにより実行される処理の手順を示すフローチャートである。 同名記事又は類似記事名存在時にゲートウェイサーバにより実行される処理の手順を示すフローチャートである。 実施の形態３に係る携帯電話機及びゲートウェイサーバの概略構成図である。 監視を行った後のナビゲーションウィンドウの画面例を示す図である。 携帯電話機により実行される処理の手順を示すフローチャートである。 ゲートウェイサーバにより実行される処理の手順を示すフローチャートである。 実施の形態４に係る携帯電話機及びゲートウェイサーバの概略構成図である。 携帯電話機により実行される処理の手順を示すフローチャートである。 ゲートウェイサーバにより実行される処理の手順を示すフローチャートである。 記事内容を含むナビゲーション情報の例を示す図である。 記事内容を含むナビゲーションウィンドウの例を示す図である。

以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。
実施の形態１．
図１は本願のナビゲーションシステムを示す構成図である。図１は、携帯電話機１からウェブサーバ３，３，…の情報にアクセスする際に、ゲートウェイサーバ２を経由する構成を示している。ウェブサーバ３は、一般的なインターネット上のウェブサーバでも良いし、企業内に存在するウェブサーバでも構わない。また、ゲートウェイサーバ２は、モバイルネットワーク通信を提供している通信キャリア内に存在してもよく、企業内に存在してもよい。また、本実施の形態では、ウェブサーバ３にアクセスする通信装置を携帯電話機１としているが、これ以外にもＰＤＡ（Personal Digital Assistant）やノートＰＣ、デスクトップＰＣでもよい。また、本実施の形態では、通信装置がモバイルネットワークに接続しているものとして説明するが、通常のインターネットに接続する構成としてもよい。

なお、本実施の形態では、携帯電話機１上でコンテンツ及びナビゲーション情報を表示するウェブブラウザが動作し、ゲートウェイサーバ２上でナビゲーション情報を生成するナビゲーション生成プログラムが動作するものとしている。

図２は実施の形態１に係る携帯電話機１及びゲートウェイサーバ２の概略構成図である。携帯電話機１は、ゲートウェイサーバ２から送信されてくるウェブページの表示制御を行う。このため、携帯電話機１は、ユーザからの入力を受付けるユーザ入力受付部１１、ウェブページ参照に関する要求を発行するページ要求部１２、ＨＴＭＬデータ（HTML : Hyper Text Markup Language）をコンテンツとナビゲーション情報に分離する表示分離部１３、ナビゲーション情報を表示するナビゲーション表示部１４、及びコンテンツを表示するコンテンツ表示部１５を備える。

ゲートウェイサーバ２は、携帯電話機１にて未参照のコンテンツ（例えば、ニュース記事など）を案内するためのナビゲーション情報を生成する。このため、ゲートウェイサーバ２は、ウェブサーバ３へＨＴＭＬファイル送信要求又はウェブサーバ３からのＨＴＭＬファイルを受信するＨＴＭＬ送受信部２１、ＨＴＭＬファイルを解析して、そのＨＴＭＬファイルに含まれるリンク構造を解析するＨＴＭＬ解析部２２、ユーザ毎に各ウェブページに含まれるリンク先ウェブページのうち、未参照のリンク情報を記憶する未参照リスト管理部２３、各ウェブページにおける未参照のリンク情報からナビゲーション情報を生成するナビゲーション情報生成部２４を備える。

ユーザ入力受付部１１は、ユーザからウェブページ参照要求に関する入力を受付けた場合、ページ要求部１２にその旨を通知する。ページ要求部１２は、ＨＴＭＬ送受信部２１にウェブページの情報取得を依頼する。ＨＴＭＬ送受信部２１は、その要求内容からユーザの参照元ページ及び参照先ページの情報を抽出し、未参照リスト管理部２３に通知した上で、参照先ページが存在するウェブサーバ３にファイル取得を依頼する。未参照リスト管理部２３は、ＨＴＭＬ送受信部２１から受信した参照元ページ及び参照先ページの情報に基づいて、参照元ページ内の未参照リスト情報から参照先ページに関する情報を削除する。

続いて、ウェブサーバ３からＨＴＭＬファイルが送信されてきた場合、ＨＴＭＬ解析部２２がファイルの内部を解析し、そのファイルに含まれるリンク先情報を抽出して未参照リスト管理部２３に通知する。未参照リスト管理部２３は、通知されたリンク情報に基づいて、そのウェブページの未参照リストを更新する。
ＨＴＭＬ解析部２２は、ナビゲーション情報生成部２４に対して、受信したＨＴＭＬ情報を送出する。ナビゲーション情報生成部２４は、未参照リスト管理部２３から未参照ページのリストを取得し、ＨＴＭＬ文書に追加するナビゲーション情報を生成し、携帯電話機１に送信すべきＨＴＭＬ文書に追加した上でＨＴＭＬ送受信部２１に送出する。ＨＴＭＬ送受信部２１は、ナビゲーション情報を含んだＨＴＭＬファイルを携帯電話機１に送信する。

携帯電話機１のページ要求部１２が、要求への応答としてナビゲーション情報を含むＨＴＭＬファイルを受信した場合、表示分離部１３にＨＴＭＬファイルを送出し、ＨＴＭＬファイルをナビゲーション部分とコンテンツ部分とに分離する。そして、分離したナビゲーション部分及びナビゲーション部分を、それぞれをナビゲーション表示部１４及びコンテンツ表示部１５に送出する。コンテンツ表示部１５は受信したコンテンツを表示し、ナビゲーション表示部１４はユーザからの操作指示に応じてナビゲーション情報をコンテンツ上に表示する。

以下、ゲートウェイサーバ２にてナビゲーション情報を生成する際の動作を具体例を示して説明する。

まず、ウェブブラウザのブックマークからニュースサイトのトップページ（http//www.example.com/index.html）を選択した場合について説明する。ウェブブラウザはゲートウェイサーバ２に対して、ＨＴＴＰ（Hyper Text Transfer Protocol）によってニュースサイトのトップページの情報を取得するように依頼する。このとき、ウェブブラウザはゲートウェイサーバ２に対して、「HTTP GET」と呼ばれるコマンドとニュースサイトのトップページのＵＲＬ（Uniform Resource Locator）とを渡し、最終的には「HTTP GET」コマンドへのレスポンスとして、ゲートウェイサーバ２から指定したＵＲＬのＨＴＭＬファイルの内容を受信する。ＨＴＭＬファイルの受信処理は後述する。

続いて、ウェブブラウザから「HTTP GET」コマンドを受信したゲートウェイサーバ２の動作を説明する。ゲートウェイサーバ２は「HTTP GET」コマンドを受信した場合、参照先ＵＲＬ及びリファラヘッダの値を取得する。この実施例では、参照先ＵＲＬが、ウェブブラウザでアクセスしようとしているニュースサイトのトップページのＵＲＬ（http://www.example.com/index.html）である。リファラヘッダとは、ＨＴＴＰでのデータ通信時にウェブブラウザが自動的に設定する補助情報であり、あるウェブページ内に存在するリンク情報がクリックされた場合にその元のウェブページのＵＲＬ（リンク元ＵＲＬ）が設定される。この実施例では、ウェブブラウザのブックマークからニュースサイトが選択されたので、リファラヘッダには何も設定されていない。

次に、ゲートウェイサーバ２は参照先ＵＲＬを元にして、参照先のウェブサーバ３に「HTTP GET」コマンドによってＵＲＬで指定されたＨＴＭＬ文書の取得を依頼し、依頼されたウェブサーバ３は指定されたＨＴＭＬ文書が存在し、アクセスが拒否されていない場合には「HTTP GET」コマンドのレスポンスとしてＨＴＭＬ文書の内容を返す。

続いて、ゲートウェイサーバ２がＨＴＭＬ文書を受信した場合の処理について説明する。図３は一般的なニュースサイトの画面例を示す模式図である。ウェブページの上部には、サイトのサブページに移動するためのナビゲーションメニューが設けられている。これ以外にウェブページ左部にも同様のナビゲーションメニューを持つ場合もある。ウェブページ内には幾つかのカテゴリに分類するための記事ブロックがあり、その記事ブロック内に個別の記事のサマリーが記載されている。また、一般的には、個別記事のタイトルをクリックするとその個別記事の詳細ページに移動できるように構成されている。
なお、ウェブページの記事ブロックのタイトルをクリックするとその記事ブロックが示すカテゴリのニュース一覧のウェブページに移動できるようなサイトもある。図３で示されるニュースサイトのトップページには、「最新ニュース」「主要ニュース」という２つの記事ブロック（カテゴリ）があり、それぞれのカテゴリには「記事Ａ」「記事Ｂ」「記事Ｃ」「記事Ｄ」、「記事１」「記事２」という個別の記事（コンテンツ）が含まれている。

ゲートウェイサーバ２はウェブサーバ３からＨＴＭＬ文書を受信した場合、ＨＴＭＬ文書の構造を解析する。図４はＨＴＭＬ文書の解析例を示す模式図である。図４に示す解析例では、まず、ＨＴＭＬの＜ａ＞タグと＜ｈ３＞タグとで囲まれた外側の＜ｄｉｖ＞タグから＜／ｄｉｖ＞タグまでを１つのコンテンツ（１つの記事）と判定する。また、＜ｈ３＞タグで囲まれた＜ａ＞タグを各コンテンツのリンク先ＵＲＬと判定する。更に、＜ａ＞タグと＜ｈ２＞タグとで囲まれた外側の＜ｄｉｖ＞タグから＜／ｄｉｖ＞タグまでを各コンテンツが属するカテゴリ（記事ブロック）と判定する。これにより、各コンテンツのリンク先ＵＲＬ及び各コンテンツが属するカテゴリ（図４の例では、各記事のリンク先ＵＲＬ及び記事ブロック）を抽出することができる。

なお、上記は比較的単純なサイトの解析例を示しているが、もちろん解析のためのルールは上記に限るものではない。また、上述した例のニュースサイトのトップページは構造化されているために解析が可能であるが、個別の記事は構造化されていないことも多い。そこで、例えば、ｉｎｄｅｘ．ｈｔｍｌで終わるＵＲＬの文書のみをサイトあるいはカテゴリのトップページと判断し、上記の記事ブロックの構造化を行った上で抽出を行い、それ以外のウェブページでは、構造化を行わずにリンク情報のみの抽出を行っても良い。

次に未参照リストについて説明する。図５は未参照リストの一例を示す概念図である。図５に示した例は、ユーザがニュースサイトのトップページにアクセスし、ゲートウェイサーバ２がウェブサーバ３からＨＴＭＬ文書を受信して、その内容を解析した直後の未参照リストの概念図を示すものである。
図５に示した未参照リストの「ページＵＲＬ」は、ユーザがアクセスしたウェブページのＵＲＬを格納するエントリである。この例ではユーザが「www.example.com/index.html」で示されるウェブページにアクセスしたため、そのＵＲＬが格納されている。「記事ブロック」は、ページ解析時に抽出した記事ブロック名が格納されるエントリである。図５の例では「最新ニュース」と「主要ニュース」とが記事ブロック名として抽出されたため、それらの値が格納されている。「記事名」は記事名が格納されるエントリである。図５の例では記事のタイトルが格納されている。「リンク先ＵＲＬ」は、記事ブロック内の個別記事に含まれるＵＲＬが格納されるエントリである。「参照済」は、その記事が参照された場合にフラグ（Ｙｅｓ）が設定されるエントリである。現在はどの記事も参照されていないため、「参照済」の全てのエントリが空である。すなわち、「参照済」のエントリは、クライアント装置である携帯電話機１に対してコンテンツを送信済みであるか否かを示す情報を表している。

図４に示されるＨＴＭＬ文書は、トップページのためにウェブページの内容が構造化されているため、記事のタイトルに設定された＜ａ＞タグのＵＲＬをリンク先ＵＲＬとしているが、個別の記事の場合でウェブページの内容が構造化されていない場合には、ウェブページ内の特定のタグ内に存在する＜ａ＞タグのＵＲＬをリンク先ＵＲＬとしても構わない。もちろん、これ以外のＵＲＬをリンク先ＵＲＬとしても構わない。

未参照リストは、ゲートウェイサーバ２のナビゲーション情報生成プログラムによってユーザ毎に管理される。したがって、ウェブブラウザとナビゲーション情報生成プログラムとの間でユーザを識別するための情報を交換する必要がある。これには通常のウェブサイトで行われているように最初にユーザＩＤとパスワードを送信し、ゲートウェイサーバ２側でユーザ認証を行ってウェブブラウザにそれ以降のアクセスに必要なセッションキーを発行し、ウェブブラウザはゲートウェイサーバ２へのアクセス時にセッションキーを付与してＨＴＴＰ通信を行えば良い。この場合のセッションキーはＣｏｏｋｉｅを用いることができる。あるいは、ユーザ認証は行わずに、ウェブブラウザが初めてゲートウェイサーバ２にアクセスした際にＣｏｏｋｉｅ（ウェブサーバ３がウェブブラウザに一時的に情報を保存させるための仕組み）を発行し、ウェブブラウザはゲートウェイサーバ２へのアクセス時にＣｏｏｋｉｅを付与してＨＴＴＰ通信を行っても良い。

続いて、ゲートウェイサーバ２は未参照リストに基づいて、ナビゲーション情報を生成する。図６はナビゲーション情報の一例を示す図である。図６は、図５に示した未参照リストから生成したナビゲーション情報の一例を示している。図５に示す未参照リストは、「ページＵＲＬ」のエントリに登録されているウェブページが参照された際に、そのウェブページに含まれるコンテンツ（「記事Ａ」「記事Ｂ」「記事Ｃ」「記事Ｄ」「記事１」「記事２」）へのリンク先が抽出された状態を示している。また、この未参照リストは、各リンク先により指定されるコンテンツが未参照であることを示している。ゲートウェイサーバ２のナビゲーション情報生成部２４は、未参照のコンテンツへのリンク（図５の場合には全てのコンテンツへのリンク）のみを含み、ＨＴＭＬ文書に挿入可能なデータとしてナビゲーション情報を生成する。ゲートウェイサーバ２は、生成したナビゲーション情報をＨＴＭＬ文書に挿入した上で、「HTTP GET」のレスポンスとして携帯電話機１に返す。

図７はゲートウェイサーバ２から返されるＨＴＭＬ文書の一例を示す図である。図７に示したＨＴＭＬ文書を受信した場合、携帯電話機１のウェブブラウザは、＜ｎａｖｉ−ｌｉｓｔ＞から＜/ｎａｖｉ−ｌｉｓｔ＞までの部分を抽出し、ナビゲーション情報として保存すると共に、＜ｎａｖｉ−ｌｉｓｔ＞から＜/ｎａｖｉ−ｌｉｓｔ＞までの部分を削除したＨＴＭＬ文書を表示する。その後、ユーザが特定のキーを押したり、画面にタッチしたりすると保存しておいたナビゲーション情報を使って、ナビゲーションウィンドウをコンテンツに重畳して表示する。

図８はナビゲーションウィンドウを表示している様子を示す模式図である。ナビゲーションウィンドウを表示させている状態で、携帯電話機１の操作キーを押下操作するか、又は画面をユーザの指によりタッチした場合、記事ブロック毎のリンク先を表示するように構成している。

次に、ウェブブラウザのナビゲーションウィンドウにおいて、ユーザが「記事Ａ」のリンクを選択操作（クリック）した場合の動作について説明する。
ユーザがナビゲーションウィンドウで「記事Ａ」のリンクをクリックした場合、ウェブブラウザは、リファラヘッダに「www.example.com/index.html」を設定し、「HTTP GET」コマンドと記事ＡのＵＲＬである「www.example.com/latest/article_a.html」をゲートウェイサーバ２に渡す。ゲートウェイサーバ２は「HTTP GET」コマンドを受信すると、参照先ＵＲＬとして「www.example.com/latest/article_a.html」、リファラヘッダの値として「www.example.com/index.html」を取得する。ゲートウェイサーバ２はリファラヘッダを取得できた場合、リファラヘッダに含まれるリンク元ＵＲＬと同じＵＲＬが「ページＵＲＬ」のエントリに登録されている未参照リストから、参照先ＵＲＬと同じＵＲＬが「リンク先ＵＲＬ」のエントリに登録されているか否かを判定し、同じものがあれば、そのＵＲＬが参照済みであるとして「参照済」のエントリに「Ｙｅｓ」のフラグを設定する。図９は未参照リストから参照済のリンクを削除した例を示す図である。この例では、抽出したリンク先ＵＲＬのうち、「www.example.com/article_a.html」で示されるリンク先ＵＲＬを参照済みとしている。

次に、ゲートウェイサーバ２は「www.example.com/article_a.html」のＨＴＭＬ文書を取得する。ゲートウェイサーバ２はＨＴＭＬ文書を受信すると、ＨＴＭＬ文書の構造を解析する。「www.example.com/article_a.html」は個別の記事を示すＵＲＬであるので、最も含まれる情報量（文字バイト数）が多い＜ｄｉｖ＞から＜／ｄｉｖ＞までを記事本文と判定し、そこに含まれるリンク情報を抽出する。このとき記事ブロックは存在しないが、記事本文の＜ａ＞タグで囲まれた文字列を記事ブロックのエントリに保存する。図１０は新たなページ参照を行った後の未参照リストの内容を示す図である。

なお、リファラヘッダのＵＲＬを前のウェブページに戻るためのナビゲーションウィンドウとして、ゲートウェイサーバ２が自動的に未参照リストに追加しても良い。具体的に説明すると、ページＵＲＬが「www.example.com/article_a.html」のエントリに記事ブロック「戻る」、リンク先ＵＲＬに「www.example.com/index.html」を追加すれば良い。
また、上記はトップページの解析例と同じく、比較的単純なサイトの解析例を示しているが、もちろん解析のためのルールは上記に限るものではない。

この後、前述の流れと同様にゲートウェイサーバ２はナビゲーション情報を生成し、ＨＴＭＬ文書に追加した上で、「HTTP GET」コマンドのレスポンスとしてＨＴＭＬ文書をウェブブラウザに返す。ウェブブラウザも前述の流れと同様にコンテンツの表示やナビゲーションウィンドウの表示を行う。この状態でナビゲーションウィンドウを表示した画面例を図１１に示す。

続いて、再びウェブブラウザのブックマークからニュースサイトのトップページを表示した場合の処理の流れを説明する。
ウェブブラウザがゲートウェイサーバ２に「HTTP GET」コマンドを発行し、ゲートウェイサーバ２がウェブサーバ３からＨＴＭＬ文書を取得するまでの処理は、前述した処理の流れと同様である。ゲートウェイサーバ２はウェブサーバ３からＨＴＭＬ文書を受信した場合、前述と同じようにＨＴＭＬ文書の解析を行う。解析結果に含まれるリンク情報が前回の解析結果と同じであった場合には、未参照リストは更新されない。一方、解析結果が異なった場合には、その記事名、リンク先ＵＲＬを未参照リストに追加し、解析結果に参照済エントリが「Ｙｅｓ」となった記事が含まれていない場合には、未参照リストからその記事に関するエントリを削除する。

続いて、ゲートウェイサーバ２は未参照リストの「参照済」エントリが「Ｙｅｓ」に設定されていないもののみを含むナビゲーション情報を生成してＨＴＭＬ文書に追加し、「HTTP GET」コマンドのレスポンスとしてウェブブラウザに返す。この状態でナビゲーションウィンドウを表示した画面例を図１２に示す。ウェブブラウザにて「記事Ａ」を参照したので、図１２に示すようにナビゲーションウィンドウには「記事Ａ」へのリンクは表示されない。

以下、携帯電話機１により実行される処理の手順について説明する。図１３は携帯電話機１により実行される処理の手順を示すフローチャートである。携帯電話機１は、まず、ＨＴＭＬ文書をゲートウェイサーバ２から受信したか否かを判断する（ステップＳ１０１）。ＨＴＭＬ文書を受信した場合（Ｓ１０１：ＹＥＳ）、ＨＴＭＬ文書に含まれるナビゲーション情報を抽出し、抽出したナビゲーション情報を保存する（ステップＳ１０２）。次いで、携帯電話機１は、受信したＨＴＭＬ文書に基づきコンテンツを表示する（ステップＳ１０３）。コンテンツを表示した後、ステップＳ１０１へ処理を戻す。

また、携帯電話機１は、ナビゲーション表示指示を受付けたか否かを判断する（ステップＳ１０４）。ナビゲーション表示指示を受付けた場合（Ｓ１０４：ＹＥＳ）、現在表示しているコンテンツ上にナビゲーションウィンドウを表示する（ステップＳ１０５）。ナビゲーションウィンドウを表示した後、ステップＳ１０１へ処理を戻す。

また、携帯電話機１は、ナビゲーション消去指示を受付けたか否かを判断する（ステップＳ１０６）。ナビゲーション消去指示を受付けた場合（Ｓ１０６：ＹＥＳ）、現在表示しているナビゲーションウィンドウを消去する（ステップＳ１０７）。ナビゲーションウィンドウを消去した後、ステップＳ１０１へ処理を戻す。

また、携帯電話機１は、現在表示しているナビゲーションウィンドウにおいて、メニューがクリックされたか否かを判断する（ステップＳ１０８）。ナビゲーションウィンドウにおけるメニューがクリックされた場合（Ｓ１０８：ＹＥＳ）、リファラを設定し（ステップＳ１０９）、ゲートウェイサーバ２に対してＨＴＭＬ文書の取得要求を送信する（ステップＳ１１０）。ＨＴＭＬ文書の取得要求を送信した後、ステップＳ１０１へ処理を戻す。

また、携帯電話機１は、ウェブブラウザからブックマークが選択されたか否かを判断する（ステップＳ１１１）。ブックマークが選択されたと判断した場合（Ｓ１１１：ＹＥＳ）、ゲートウェイサーバ２に対してＨＴＭＬ文書の取得要求を送信する（ステップＳ１１２）。ブックマークが選択されていない場合（Ｓ１１１：ＮＯ）、又はＨＴＭＬ文書の取得要求を送信した場合（Ｓ１１２）、ステップＳ１０１へ処理を戻す。

なお、ステップＳ１０１、Ｓ１０４、Ｓ１０６、Ｓ１０８、Ｓ１１１の判定順序は、上述した順序に限定されるものではなく、任意の順序を採り得るものである。

次に、ゲートウェイサーバ２により実行される処理の手順について説明する。図１４はゲートウェイサーバ２により実行される処理の手順を示すフローチャートである。ゲートウェイサーバ２は、携帯電話機１よりＨＴＭＬ取得要求を受信したか否かを判断し（ステップＳ１２１）、ＨＴＭＬ取得要求を受信した場合（Ｓ１２１：ＹＥＳ）、リファラヘッダが存在するか否かを判断する（ステップＳ１２２）。
リファラヘッダが存在しない場合（Ｓ１２２：ＮＯ）、ゲートウェイサーバ２は、後述するステップＳ１２６の処理を実行する。

リファラヘッダが存在する場合（Ｓ１２２：ＹＥＳ）、ゲートウェイサーバ２は、リファラヘッダからリンク元ＵＲＬを取得すると共に（ステップＳ１２３）、ＨＴＭＬ取得要求から参照先ＵＲＬを取得する（ステップＳ１２４）。次いで、ゲートウェイサーバ２は、リファラに対応するウェブページが「ページＵＲＬ」のエントリに登録されている未参照リストについて、「リンク先ＵＲＬ」のエントリを更新する（ステップＳ１２５）。そして、ゲートウェイサーバ２は、参照先ＵＲＬに基づいてＨＴＭＬ取得要求を発行する（ステップＳ１２６）。発行されたＨＴＭＬ取得要求は該当のウェブサーバ３へ送信され、このウェブサーバ３から送信されるＨＴＭＬ文書を受信する。

一方、ステップＳ１２１でＨＴＭＬ取得要求を受信していないと判断した場合（Ｓ１２１：ＮＯ）、ＨＴＭＬ文書を受信したか否かを判断する（ステップＳ１２７）。ＨＴＭＬ文書を受信していない場合（Ｓ１２７：ＮＯ）、処理をステップＳ１２１へ戻す。

ＨＴＭＬ文書を受信した場合（Ｓ１２７：ＹＥＳ）、ゲートウェイサーバ２は、ＨＴＭＬ文書から記事のブロック構造及びブロック内のリンク先ＵＲＬを抽出し（ステップＳ１２８）、未参照リストを更新する（ステップＳ１２９）。このとき、受信したＨＴＭＬ文書のＵＲＬが初めて受信するものである場合には新たな未参照リストが作成される。また、受信したＨＴＭＬ文書のＵＲＬが、既存の未参照リストにおける「ページＵＲＬ」と同じものである場合には、必要に応じて「記事ブロック」、「記事名」、「リンク先ＵＲＬ」、「参照済」のエントリが更新される。

次いで、ゲートウェイサーバ２は、未参照リストからナビゲーション情報を生成し（ステップＳ１３０）、ＨＴＭＬ文書にナビゲーション情報を追加する（ステップＳ１３１）。そして、ナビゲーション情報を追加したＨＴＭＬ文書をクライアントである携帯電話機１へ送信する（ステップＳ１３２）。

以上のように、実施の形態１では、ユーザのページ参照に基づいて、ウェブページ毎の未参照ページのリストを管理し、ナビゲーション情報生成時には未参照ページのみを含める。これによって、ユーザが次回そのウェブページにアクセスしたときには未参照ページのみを含むナビゲーション情報を表示可能となり、ユーザの操作利便性が高まる。

なお、実施の形態１では、ＨＴＭＬの解析や未参照リストの管理などをゲートウェイサーバ２で行ったが、これらの処理を携帯電話機１側で行っても良い。もちろん、ウェブブラウザの内部で行うことも可能である。図１５はナビゲーション情報を生成する構成を有する携帯電話機の概略構成図である。図１５に示すように、携帯電話機１側でナビゲーション情報の生成処理を行う場合、図２に示したＨＴＭＬ送受信部２１、ＨＴＭＬ解析部２２、未参照リスト管理部２３、ナビゲーション情報生成部２４を携帯電話機１が備える。

実施の形態２．
実施の形態１では、ユーザがナビゲーションウィンドウを使って参照したウェブページのみをユーザが参照したものとして、未参照リストの参照済エントリをチェックする構成としたが、実際にはユーザが興味を持っていないために参照してないウェブページなども多く、このようなウェブページはナビゲーションウィンドウに含めないことが好ましい。このためには、ユーザが実際に参照していないリンク先ウェブページを参照したものとみなして、参照済エントリに「Ｙｅｓ」を設定する。具体的には、ユーザのウェブページの参照パターンに応じて、ユーザが読み飛ばしたことを識別した時点で、参照済みエントリに「Ｙｅｓ」を設定する。

なお、実施の形態２における携帯電話機１及びゲートウェイサーバ２の構成は実施の形態１と同様であるが、未参照リスト管理部２３は、ユーザのページ参照パターンに応じて、実際に参照していないウェブページを未参照リストから削除するように構成される。

図１６は実施の形態２における未参照リストの一例を示す概念図である。実施の形態２では、未参照リストに「前回選択」参照エントリを設け、前回そのウェブページを参照したときに、どのリンク先ＵＲＬが選択されたかを判定できるようにする。例えば、上述の例において、ニュースサイトのトップページで「記事Ａ」のリンクが選択された場合の未参照リストは図１６のようになる。これによって、次回ニュースサイトのトップページを見たときに、前回選択された「記事Ａ」が含まれる「最新ニュース」の記事ブロック以外の記事ブロックの記事が選択された場合、「最新ニュース」の他の記事（記事Ａ以外の記事）については閲覧済みと見なして、「最新ニュース」の記事ブロック内の記事の参照済エントリに”Ｙｅｓ”を設定する。図１７は別ブロック参照のタイミングで更新された未参照リストの一例を示しており、具体的には、ニュースサイトのトップページで「主要ニュース」記事ブロックの記事１を参照したときの未参照リストを示している。これによって、次回ニュースサイトのトップページにアクセスした場合には、ナビゲーションウィンドウに「記事Ｂ」「記事Ｃ」「記事Ｄ」へのリンクは表示されなくなる。

また、別の方法としてはゲートウェイサーバ２でウェブブラウザ毎の最新の参照ＵＲＬを保存しておく。ウェブブラウザを識別するためには、ウェブブラウザからＨＴＴＰヘッダに自身を識別するユニークなＩＤを設定することで実現できる。ゲートウェイサーバ２は新たな「HTTP GET」コマンドと参照先ＵＲＬを受信した際に、リファラヘッダが存在しておらず、かつ参照先ＵＲＬがそのウェブブラウザに対応する最新の参照ＵＲＬとドメインが変わっている場合には、前回選択していた記事を含む記事ブロックの全ての記事の参照済エントリに「Ｙｅｓ」を設定する。例えば、未参照リストが図１６の状態において、ニュースサイトのトップページから「www.other-example.com/index.html」を選択すると、ニュースサイトの全ての記事が閲覧済みとみなされ、ニュースサイトのトップページ内の全ての記事の参照済エントリに「Ｙｅｓ」が設定され、未参照リストは図１８のようになる。すなわち、図１８は別ドメイン参照のタイミングで更新された未参照リストの一例を示している。なお、リファラヘッダの有無をチェックするのは、記事のリンクが他ドメインの場合を考慮しているためである。

上記２つの例は、別ブロック参照時あるいは別ドメイン参照時にすぐに未参照リストの参照済エントリに「Ｙｅｓ」を設定したが、一時的に「Ｐｅｎｄｉｎｇ」を設定し、参照済エントリを「Ｙｅｓ」に設定することを一時保留にした状態（仮削除状態）としてもよい。具体的には未参照リストが図１６の状態において、ニュースサイトのトップページから「www.other-example.com/index.html」を選択すると、未参照リストは図１９のようになる。すなわち、図１９は仮削除状態を持つ未参照リストの一例を示している。この場合、次回ニュースサイトのトップページにアクセスしたときにゲートウェイサーバ２が生成する、仮削除状態を持つナビゲーション情報の一例は図２０に示したようになる。

このナビゲーション情報を受け取ったウェブブラウザは「Ｐｅｎｄｉｎｇ」が設定されたリンク先についてはその旨が分かるように表示する。図２１は仮削除状態を持つナビゲーションウィンドウの一例を示す模式図である。この例では、通常のリンク先と異なることを示すために、各記事へのリンクを白黒反転表示を行っている。表示方法は白黒反転表示に限定されず、仮削除になっているリンクをユーザが判別できるような表示方法であればよく、通常のリンク先とは異なる色で表示する表示方法でもよい。

また、仮削除状態を設定した時刻を保持しておき、一定時間が経過した際に参照済みとしても良い。あるいは、仮削除状態を設定した時点から該当するウェブページ、上記の例ではニュースサイトのトップページの表示回数を保持しておき、一定回数を表示した際に参照済みとしても良い。これによって、一定時間が経過するまで、又は一定回数だけトップページにアクセスするまではナビゲーションウィンドウに未参照のリンク先が表示されるため、操作ミスなどによって別サイトを参照してしまった場合の対処が可能となる。

さらに別の方法としては、「HTTP GET」コマンドで送信された参照先ＵＲＬがリファラ以外のウェブページの未参照リストに含まれる場合には、そのウェブページのリンク先ＵＲＬの参照済エントリに「Ｙｅｓ」を設定する。図２２及び図２３は同じリンク先ＵＲＬを含む未参照リストの一例を示す図である。例えば、未参照リストが図２２の状態において、ニュースサイトのトップページからナビゲーションウィンドウを使って「記事Ａ」にアクセスした場合、図２３のように選択された最新ニュース内の「記事Ａ」だけではなく、同じＵＲＬを含む記事（この場合「メディア」）も参照済みとなる。

さらに別の方法としては、「HTTP GET」コマンドで送信された参照先ＵＲＬの記事名がリファラ以外のウェブページの未参照リストの記事名と同じ、あるいは類似している場合には、そのウェブページのリンク先ＵＲＬの参照済エントリに「Ｙｅｓ」を設定する。図２４及び図２５は類似記事名を含む未参照リストの一例を示す図である。例えば、未参照リストが図２４の状態において、ニュースサイトのトップページからナビゲーションウィンドウを使って「Ｘ社新製品ＹＹＹを発売！」にアクセスした場合、図２５のように選択された最新ニュース内の「Ｘ社新製品ＹＹＹを発売！」だけではなく、類似の記事名を含む記事も参照済みとなる。類似の記事名の判定は、例えば記事名を形態素解析し、既定の割合以上の単語が含まれている場合に類似と判定することができる。もちろん、この方法以外で類似度を判定しても良い。

また、ユーザが明示的に全てを参照済、仮削除、参照済解除、仮削除解除を行うための手段を提供しても良い。例えば、ウェブブラウザのメニューで「参照済」メニューを選択すると、そのウェブページに関する全ての未参照リストが参照済みとなる。

以下、ゲートウェイサーバ２により実行される処理の手順について説明する。図２６はブロック変更時にゲートウェイサーバ２により実行される処理の手順を示すフローチャートである。なお、本フローチャートにおいて、実施の形態１（図１４に示すフローチャート）と同一の処理ステップについては、同一のステップ番号を付し、その説明を省略することとする。ゲートウェイサーバ２は、実施の形態１と同様の手順により、ＨＴＭＬ文書要求から参照先のＵＲＬを取得（Ｓ１２４）した後、前回選択のブロック、及び参照ＵＲＬのブロックを取得する（ステップＳ１４１及びＳ１４２）。

次いで、ゲートウェイサーバ２は、ステップＳ１４１で取得したブロックと、ステップＳ１４２で取得したブロックとが同じであるか否かを判断する（ステップＳ１４３）。ブロックが同じであると判断した場合（Ｓ１４３：ＹＥＳ）、リファラに対応するウェブページが「ページＵＲＬ」のエントリに登録されている未参照リストについて「リンク先ＵＲＬ」のエントリを更新する（ステップＳ１４４）。一方、ブロックが同じでないと判断した場合（Ｓ１４３：ＮＯ）、前回選択のブロックの全記事のリンク先ＵＲＬを閲覧済みとみなし、前回選択のブロックの全記事に参照済のフラグを設定する（ステップＳ１４５）。

ステップＳ１４４又はステップＳ１４５でエントリを更新した後、「前回選択」のエントリを更新することによって、参照先ＵＲＬを前回選択のＵＲＬとして設定する（ステップＳ１４６）。前回選択エントリを更新した後、実施の形態１と同様に、リクエストＵＲＬへＨＴＭＬ取得要求を発行する（Ｓ１２６）。

図２７はドメイン変更時にゲートウェイサーバ２により実行される処理の手順を示すフローチャートである。なお、本フローチャートにおいて、実施の形態１（図１４に示すフローチャート）と同一の処理ステップについては、同一のステップ番号を付し、その説明を省略することとする。ゲートウェイサーバ２は、実施の形態１と同様の手順により、ステップＳ１２１でＨＴＭＬ取得要求を受信したと判断した場合（Ｓ１２１：ＹＥＳ）、要求元のウェブブラウザが参照している最新参照ＵＲＬを取得する（ステップＳ１５１）。次いで、ゲートウェイサーバ２は、前回参照したＵＲＬのドメインと最新参照ＵＲＬのドメインとが同じであるか否かを判断する（ステップＳ１５２）。

ドメインが同じであると判断した場合（Ｓ１５２：ＹＥＳ）、ＨＴＭＬ取得要求にリファラヘッダが存在するか否かを判断する（ステップＳ１５３）。リファラヘッダが存在しないと判断した場合（Ｓ１５３：ＮＯ）、後述するステップＳ１５５以降の処理を実行する。

リファラヘッダが存在すると判断した場合（Ｓ１５３：ＹＥＳ）、リファラに対応するウェブページが「ページＵＲＬ」のエントリに登録されている未参照リストについて「リンク先ＵＲＬ」のエントリを更新する（ステップＳ１５４）。また、ゲートウェイサーバ２は、ウェブブラウザの最新参照先を更新した上で（ステップＳ１５５）、実施の形態１と同様に、ＨＴＭＬ取得要求を発行する（Ｓ１２６）。

ステップＳ１５２において、前回参照したＵＲＬのドメインと最新参照ＵＲＬのドメインとが異なると判断した場合（Ｓ１５２：ＮＯ）、ＨＴＭＬ取得要求にリファラヘッダが存在するか否かを判断する（ステップＳ１５６）。リファラヘッダが存在すると判断した場合（Ｓ１５６：ＹＥＳ）、ステップＳ１５４以降の処理を実行し、リファラヘッダが存在しないと判断した場合（Ｓ１５６：ＮＯ）、リファラに対応するウェブページと同じドメインを持つ全記事のリンク先ＵＲＬを閲覧済みとみなし、これらの記事に参照済のフラグを設定する（ステップＳ１５７）。

図２８は同名記事又は類似記事名存在時にゲートウェイサーバ２により実行される処理の手順を示すフローチャートである。なお、本フローチャートにおいて、実施の形態１（図１４に示すフローチャート）と同一の処理ステップについては、同一のステップ番号を付し、その説明を省略することとする。ゲートウェイサーバ２は、実施の形態１と同様の手順により、ＨＴＭＬ文書要求から参照先のＵＲＬを取得（Ｓ１２４）した後、未参照リストを検索し、参照先ＵＲＬに一致するリンク先ＵＲＬのエントリを更新する（ステップＳ１６１）。

次いで、ゲートウェイサーバ２は、リファラのウェブページのリンク先ＵＲＬが参照先ＵＲＬである記事名を取得する（ステップＳ１６２）。ゲートウェイサーバ２は、未参照リストを検索し、記事名が同一又は類似のリンク先ＵＲＬのエントリを更新する（ステップＳ１６３）。

記事名が同一又は類似のリンク先ＵＲＬのエントリを設定した後、実施の形態１と同様に、リクエストＵＲＬへＨＴＭＬ取得要求を発行する（Ｓ１２６）。

以上のように、実施の形態２では、ユーザのページ参照のパターンに基づいて、ユーザが実際に参照していないウェブページを未参照ページのリストから削除する。これによって、ユーザが興味のない未参照ページがナビゲーション情報に含まれることがなくなり、ユーザの操作利便性が高まる。

実施の形態３．
実施の形態３では、ユーザがウェブページにアクセスしていない間の更新監視について説明する。

図２９は実施の形態３に係る携帯電話機１及びゲートウェイサーバ２の概略構成図である。携帯電話機１は、図２に示した構成に加え、ユーザからの入力に基づいて、参照ページの変更監視を依頼する変更監視依頼部１６を備える。また、ゲートウェイサーバ２は、指定されたウェブページの変更監視情報を管理し、定期的に指定されたウェブページの情報取得をＨＴＭＬ送受信部２１に依頼するページ変更監視部２５をさらに備え、変更監視依頼部１６からの入力に基づいて定期的にウェブページの情報取得を行うように構成される。

なお、本実施の形態においても、携帯電話機１上でコンテンツ及びナビゲーション情報を表示するウェブブラウザが動作し、ゲートウェイサーバ２上でナビゲーション情報を生成するナビゲーション生成プログラムが動作するものとしている。

ユーザがウェブブラウザのメニューから更新監視指示を与えた場合、ウェブブラウザはゲートウェイサーバ２に対して更新監視コマンドを送信する。このコマンドはＨＴＴＰ通信によって送信しても良いし、コマンド送信用に新たにゲートウェイサーバ２との間で通信を開始しても良い。ＨＴＴＰ通信でコマンドを送信する場合には、例えばゲートウェイサーバ２に対して「HTTP POST」コマンドを使って更新監視コマンドを送る方法がある。もちろん、これ以外の方法でコマンドを送信してもよい。

本実施の形態では、ウェブブラウザがゲートウェイサーバ２に対して、更新監視コマンドと現在参照しているウェブページのＵＲＬとを送信する。ゲートウェイサーバ２は更新監視コマンドを受信した場合、参照中のウェブページのＵＲＬを取得し、監視対象として保存する。その後、ゲートウェイサーバ２は監視対象のウェブページのＵＲＬを元にして定期的にＨＴＭＬ文書を受信し、前述のように受信したＨＴＭＬ文書の内容を解析し、未参照リストを随時更新する。
ただし、未参照リストを更新した後、ナビゲーション情報の生成及びＨＴＭＬ文書のウェブブラウザへの通知は行わない。本実施の形態では、ウェブブラウザから参照中のウェブページのＵＲＬを送信しているが、ゲートウェイサーバ２側でウェブブラウザ毎に参照している最新のＵＲＬを保持しておき、ウェブブラウザからは更新監視コマンドのみを送信する方法でもよい。

その後、ウェブブラウザが監視対象のウェブページにアクセスすると、ゲートウェイサーバ２はそのウェブページのＵＲＬを監視対象から削除する。さらにゲートウェイサーバ２は、ウェブサーバ３からＨＴＭＬ文書を取得し、未参照リストの更新、ナビゲーション情報の生成を行った後、ナビゲーション情報を追加したＨＴＭＬ文書をウェブブラウザに応答として返す。

図３０は監視を行った後のナビゲーションウィンドウの画面例を示す図である。図３０は、監視前に「最新ニュース」の記事ブロックに「記事Ａ」「記事Ｂ」「記事Ｃ」「記事Ｄ」が含まれており、ユーザは「記事Ｂ」と「記事Ｃ」のみを参照し、その後、更新監視を指示したときの動作を示している。

ゲートウェイサーバ２が定期的にウェブページの更新監視を行っているときに、ある時点で「最新ニュース」の記事ブロックに「記事Ｅ」と「記事Ｆ」が追加されたものとする。また、その後、ユーザが同じウェブページにアクセスすると「最新記事ブロック」から「記事Ｅ」と「記事Ｆ」は既に削除されており、「記事Ｖ」「記事Ｗ」「記事Ｘ」「記事Ｙ」が新たに追加されたものとする。実施の形態１及び２では、現在閲覧しているウェブページには「記事Ｅ」及び「記事Ｆ」が含まれないため、「記事Ａ」「記事Ｄ」「記事Ｖ」「記事Ｗ」「記事Ｘ」「記事Ｙ」についてはナビゲーションウィンドウに表示されるが、「記事Ｅ」及び「記事Ｆ」についてはナビゲーションウィンドウに表示されないこととなる。
本実施の形態では更新監視を行うため、ユーザがウェブページにアクセスしていない間に追加された「記事Ｅ」と「記事Ｆ」もナビゲーションウィンドウに追加することができ、これらの記事への移動も容易に行うことができる。

上記の例ではユーザがウェブブラウザのメニューから更新監視を指示することによって、ウェブページの更新監視を開始したが、ユーザがウェブブラウザを終了せずに、他のアプリケーションを利用し始めると自動的にウェブブラウザが更新監視コマンドを送信したり、特定のウェブページを開いているときにユーザがウェブブラウザを終了すると終了前に更新監視コマンドを送信する構成としてもよい。

以下、携帯電話機１により実行される処理の手順について説明する。図３１は携帯電話機１により実行される処理の手順を示すフローチャートである。なお、本フローチャートにおいて、実施の形態１（図１３に示すフローチャート）と同一の処理ステップについては、同一のステップ番号を付し、その説明を省略することとする。実施の形態１と同様にして、ＨＴＭＬ文書を受信したか否かの判断（Ｓ１０１）、ナビゲーション表示指示を受付けたか否かの判断（Ｓ１０４）、ナビゲーション消去指示を受付けたか否かの判断（Ｓ１０６）、ナビゲーションウィンドウのメニューがクリックされたか否かの判断（Ｓ１０８）、ブックマークが選択されたか否かの判断（Ｓ１１１）を行うと共に、ウェブブラウザを通じてページ変更監視指示を受付けたか否かを判断する（ステップＳ１１３）。

ページ変更監視指示を受け付けていない場合（Ｓ１１３：ＮＯ）、携帯電話機１は、処理をステップＳ１０１へ戻す。ページ変更監視指示を受付けた場合（Ｓ１１３：ＹＥＳ）、携帯電話機１は、ゲートウェイサーバ２に対しページ変更監視要求を送信する（ステップＳ１１４）。

次に、ゲートウェイサーバ２により実行される処理の手順について説明する。図３２はゲートウェイサーバ２により実行される処理の手順を示すフローチャートである。ゲートウェイサーバ２は、携帯電話機１から送信されたページ変更監視要求を受信したか否かを判断する（ステップＳ１７１）。ページ変更監視要求を受信した場合（Ｓ１７１：ＹＥＳ）、指定ＵＲＬを監視対象に追加し（ステップＳ１７２）、その指定ＵＲＬに関して監視タイマ（不図示）を作動させる（ステップＳ１７３）。監視タイマを作動させた後、処理をステップＳ１７１へ戻す。

ページ変更監視要求を受信していない場合（Ｓ１７１：ＮＯ）、携帯電話機１から送信されたＨＴＭＬ取得要求を受信したか否かを判断する（ステップＳ１７４）。ＨＴＭＬ取得要求を受信した場合（Ｓ１７４：ＹＥＳ）、取得要求されているＵＲＬが監視対象ＵＲＬであるか否かを判断する（ステップＳ１７５）。取得要求されたＵＲＬが監視対象ＵＲＬとなっている場合には（Ｓ１７５：ＹＥＳ）、監視タイマを停止させると共に、取得要求されたＵＲＬを監視対象から削除する（ステップＳ１７６）。

取得要求されたＵＲＬが監視対象ＵＲＬとなっていない場合（Ｓ１７５：ＮＯ）、又は取得要求されたＵＲＬを監視対象から削除した場合（Ｓ１７６）、ゲートウェイサーバ２は、ステップＳ１７４で受信したＨＴＭＬ取得要求にリファラヘッダが存在するか否かを判断する（ステップＳ１７７）。リファラヘッダが存在しない場合（Ｓ１７７：ＮＯ）、ステップＳ１８１以降の処理を実行する。

リファラヘッダが存在する場合（Ｓ１７７：ＹＥＳ）、リファラヘッダからリンク元ＵＲＬを取得すると共に（ステップＳ１７８）、ＨＴＭＬ取得要求から参照先ＵＲＬを取得する（ステップＳ１７９）。次いで、ゲートウェイサーバ２は、リファラに対応するウェブページが「ページＵＲＬ」のエントリに登録されている未参照リストについて、「リンク先ＵＲＬ」のエントリを更新する（ステップＳ１８０）。そして、ゲートウェイサーバ２は、参照先ＵＲＬに基づいてＨＴＭＬ取得要求を発行する（ステップＳ１８１）。発行されたＨＴＭＬ取得要求は該当のウェブサーバ３へ送信され、このウェブサーバ３から送信されるＨＴＭＬ文書を受信する。

ステップＳ１７４でＨＴＭＬ取得要求を受信していないと判断した場合（Ｓ１７４：ＮＯ）、ゲートウェイサーバ２は、作動中の監視タイマが存在するか否かを判断する（ステップＳ１８２）。作動中の監視タイマが存在すると判断した場合（Ｓ１８２：ＹＥＳ）、ゲートウェイサーバ２は、その監視タイマに対応する監視先ＵＲＬを取得し（ステップＳ１８３）、取得した監視先ＵＲＬについてＨＴＭＬ取得要求を発行する（ステップＳ１８４）。その後、ゲートウェイサーバ２は、処理をステップＳ１７１へ戻す。

ステップＳ１８２で作動中の監視タイマが存在しないと判断した場合（Ｓ１８２：ＮＯ）、ＨＴＭＬ文書を受信したか否かを判断する（ステップＳ１８５）。ＨＴＭＬ文書を受信していない場合には（Ｓ１８５：ＮＯ）、処理をステップＳ１７１へ戻す。ＨＴＭＬ文書を受信したと判断した場合（Ｓ１８５：ＹＥＳ）、ゲートウェイサーバ２は、ＨＴＭＬ文書から記事のブロック構造及びブロック内のリンク先ＵＲＬを抽出し（ステップＳ１８６）、未参照リストを更新する（ステップＳ１８７）。

次いで、ゲートウェイサーバ２は、ステップＳ１８５で受信したＨＴＭＬ文書のＵＲＬが監視対象ＵＲＬであるか否かを判断し（ステップＳ１８８）、監視対象ＵＲＬでないと判断した場合（Ｓ１８８：ＮＯ）、未参照リストからナビゲーション情報を生成し（ステップＳ１８９）、ＨＴＭＬ文書にナビゲーション情報を追加する（ステップＳ１９０）。そして、ナビゲーション情報を追加したＨＴＭＬ文書をクライアントである携帯電話機１へ送信する（ステップＳ１９１）。
一方、ステップＳ１８５で受信したＨＴＭＬ文書のＵＲＬが監視対象ＵＲＬである場合には（Ｓ１８８：ＹＥＳ）、ナビゲーション情報の生成等を実行せずに、処理をステップＳ１７１へ戻す。

以上のように、実施の形態３では、ユーザによる更新監視依頼に基づいて、ユーザがアクセスしていない間にもウェブページを定期的に参照して、そのウェブページのリンク情報の変化を監視する。これによって、未参照ページのリストにはユーザがそのウェブページにアクセスしていない間の変更記事を含めることが可能となり、ユーザのウェブページ参照の効率性が高まる。

なお、実施の形態３は更新監視や未参照リストの管理などをゲートウェイサーバ２で行ったが、これらの処理を携帯電話機１側で行っても良い。もちろん、ウェブブラウザの内部で行うことも可能である。

実施の形態４．
実施の形態３では、ウェブブラウザが更新監視コマンドを送信したが、モバイル環境で利用している場合には通信状態が悪くなるなど、突然ネットワークへの接続が切断されることも多い。こうした場合にはウェブブラウザから更新監視コマンドを送信することができないため、ゲートウェイサーバ２側で自動的に更新監視を行う必要がある。
実施の形態４では、ゲートウェイサーバ２側で自動的に更新監視を行う構成について説明する。

図３３は実施の形態４に係る携帯電話機１及びゲートウェイサーバ２の概略構成図である。ゲートウェイサーバ２は、図２に示した構成に加え、表示制御の死活を確認するために定期的にデータを送信する死活確認部２６を備える。また、携帯電話機１は、ゲートウェイサーバ２からの死活監視に対して応答を行う死活応答部１７をさらに備える。死活確認部２６が携帯電話機１の非活性状態を検出した際に、最新の参照ＵＲＬを取得し、定期的にそのウェブページの情報取得をＨＴＭＬ送受信部２１に依頼するように構成される。
ここで、携帯電話機１の非活性状態とは、ゲートウェイサーバ２との通信が遮断された状態、又は携帯電話機１においてウェブブラウザが起動されていない状態等のウェブページを受信できない状態をいう。

本実施の形態では、定期的にゲートウェイサーバ２からウェブブラウザに対して小さなデータ（死活監視コマンド）を送信することで接続状態の死活監視を行い、一定期間データ送信に失敗し続ける、あるいはウェブブラウザからの応答がない場合には、その直前にウェブブラウザで表示していた最新のＵＲＬを取得し、そのＵＲＬを自動的に更新監視対象とする。このとき取得した最新のＵＲＬが個別のウェブページの場合にはトップページを監視対象とする。なお、監視対象とした以降の処理の流れは、実施の形態３における、ウェブブラウザからメニューを選択して更新監視コマンドを発行する処理の流れと同じである。

なお、上記の死活監視を常に行う場合にはゲートウェイサーバ２の負荷が大きくなるため、モバイルネットワーク経由で通信が行われている場合のみに限定して実施してもよい。

また、上記の死活監視を行うためにゲートウェイサーバ２からウェブブラウザにコマンドを送信したが、ウェブブラウザからコマンドを送信し、ゲートウェイサーバ２側は一定時間以内にコマンドの受信があるかどうかを監視し、その結果によって死活監視を実行してもよい。

以下、携帯電話機１により実行される処理の手順について説明する。図３４は携帯電話機１により実行される処理の手順を示すフローチャートである。なお、本フローチャートにおいて、実施の形態１（図１３に示すフローチャート）と同一の処理ステップについては、同一のステップ番号を付し、その説明を省略することとする。実施の形態１と同様にして、ＨＴＭＬ文書を受信したか否かの判断（Ｓ１０１）、ナビゲーション表示指示を受付けたか否かの判断（Ｓ１０４）、ナビゲーション消去指示を受付けたか否かの判断（Ｓ１０６）、ナビゲーションウィンドウのメニューがクリックされたか否かの判断（Ｓ１０８）、ブックマークが選択されたか否かの判断（Ｓ１１１）を行うと共に、ゲートウェイサーバ２から送信された死活監視コマンドを受信したか否かを判断する（ステップＳ１１５）。

死活監視コマンドを受信していない場合（Ｓ１１５：ＮＯ）、携帯電話機１は、処理をステップＳ１０１へ戻す。死活監視コマンドを受信した場合（Ｓ１１５：ＹＥＳ）、携帯電話機１は、ゲートウェイサーバ２に対し死活監視応答コマンドを送信する（ステップＳ１１６）。

次に、ゲートウェイサーバ２により実行される処理の手順について説明する。図３５はゲートウェイサーバ２により実行される処理の手順を示すフローチャートである。ゲートウェイサーバ２は、個別の携帯電話機１に対する死活監視タイマ（不図示）を適宜のタイミングで作動させ（ステップＳ２０１）、死活監視コマンドの送信回数をリセットする（ステップＳ２０２）。

次いで、ゲートウェイサーバ２は、死活監視タイマを作動させている携帯電話機１から死活監視応答コマンドを受信したか否かを判断する（ステップＳ２０３）。死活監視応答コマンドを受信した場合には（Ｓ２０３：ＹＥＳ）、図３２に示すフローチャートのステップＳ１７４以降の処理を実行する。

死活監視応答コマンドを受信していない場合（Ｓ２０３：ＮＯ）、死活監視タイマを参照して死活監視コマンドの送信タイミングであるか否かを判断する（ステップＳ２０４）。送信タイミングでない場合には（Ｓ２０４：ＮＯ）、ステップＳ２０３へ処理を戻す。送信タイミングである場合には（Ｓ２０４：ＹＥＳ）、死活監視コマンドの送信回数が所定値以下であるか否かを判断する（ステップＳ２０５）。

送信回数が所定値以下である場合（Ｓ２０５：ＹＥＳ）、ゲートウェイサーバ２は、死活監視コマンドの送信回数を１だけインクリメントし（ステップＳ２０６）、死活監視コマンドを携帯電話機１へ送信する（ステップＳ２０７）。死活監視コマンドの送信後、処理をステップＳ２０３へ戻す。

送信回数が所定値より大きい場合（Ｓ２０５：ＮＯ）、ゲートウェイサーバ２は、その携帯電話機１に対する死活監視タイマを停止させ（ステップＳ２０８）、最新の参照ＵＲＬを監視対象に追加する（ステップＳ２０９）。そして、監視対象に追加したＵＲＬを監視するために監視タイマを作動させ（ステップＳ２１０）、図３２のステップＳ１７４以降の処理を実行する。

以上のように、実施の形態４では、ゲートウェイサーバ２側の判断によって、ユーザがページ参照を継続できないと判定した場合にはそのウェブページを定期的に参照して、そのウェブページのリンク情報の変化を監視する。これによって、ユーザが明示的な指示をすることなく、未参照ページのリストにはユーザがそのウェブページにアクセスしていない間の変更記事を含めることが可能となり、ユーザの操作利便性ならびにウェブページ参照の効率性が高まる。

実施の形態５．
ナビゲーションウィンドウ選択時に、そのメニューに対応した選択時に表示されるコンテンツの概要を表示しても良い。これによって、ユーザは事前にウェブページの内容の概要を知ることができ、興味のあるウェブページのみに移動することが可能となる。
実施の形態５では、ナビゲーションウィンドウ選択時にコンテンツの概要を表示する構成について説明する。

なお、実施の形態２における携帯電話機１及びゲートウェイサーバ２の構成は実施の形態１と同様であるが、ＨＴＭＬ解析部２２は受信したウェブページ内のリンク先情報と共にそのリンク情報に対応するコンテンツの概要を抽出して未参照リスト管理部２３に通知する。未参照リスト管理部２３は、未参照ページに対応するコンテンツの概要も保持しておき、ナビゲーション情報生成部２４は、ナビゲーション情報にリンク先情報と共にコンテンツの概要も含めるように構成される。

実施の形態５では、ゲートウェイサーバ２がＨＴＭＬ文書の内容を解析する際に記事ブロック名、記事名、リンク先ＵＲＬ以外の記事の内容も取得し、未参照リストに保存しておく。記事の内容は、記事と判定した＜ｄｉｖ＞から＜／ｄｉｖ＞までの内容としても良いし、先頭の固定文字数だけとしても良い。また、構造化されていないウェブページの場合には、リンク先のウェブサーバからＨＴＭＬ文書を取得し、その＜ｔｉｔｌｅ＞タグの内容を表示したりしても良い。

これによって、ナビゲーション情報生成時に記事の内容を含め、ウェブブラウザ側ではナビゲーションウィンドウにフォーカスが当たった時点で記事の内容を表示することが可能となる。記事内容を含むナビゲーション情報の例を図３６に、記事内容を含むナビゲーションウィンドウの例を図３７に示す。図３７ではナビゲーションウィンドウの項目にフォーカスが当たった時点で、その記事内容をポップアップウィンドウに表示している。

以上のように、実施の形態５では、未参照ページとそのウェブページのコンテンツの概要を対応づけて管理しておく。これによって、ナビゲーション情報生成時にそのウェブページの概要を表示でき、ユーザはページ移動時の参考情報とできるため、ユーザの操作利便性ならびにウェブページ参照の効率性が高まる。

なお、実施の形態５では、ＨＴＭＬの解析や未参照リストの管理などをゲートウェイサーバ２で行ったが、これらの処理を携帯電話機１側で行っても良い。もちろん、ウェブブラウザの内部で行うことも可能である。

以上の実施の形態１〜５に関し、更に以下の付記を開示する。

（付記１）
複数のコンテンツへのリンクが埋め込まれたウェブページをクライアント装置へ送信する第１の送信部と、
前記クライアント装置へ送信したウェブページから各コンテンツへのリンクを抽出する抽出部と、
該抽出部により抽出したリンクにより指定されるコンテンツが前記クライアント装置へ送信済みであるか否かを示す情報を前記ウェブページに関連付けて記憶する記憶部と、
該記憶部にてウェブページに関連付けて記憶されたリンクにより指定されるコンテンツがクライアント装置へ送信済みであるか否かを示す情報に基づいて、前記クライアント装置に対して未送信のコンテンツを案内すべく、抽出したリンクのうち未送信のコンテンツへのリンクのみを含むナビゲーション情報を生成する生成部と、
生成したナビゲーション情報を前記クライアント装置へ送信する第２の送信部と
を備えるサーバ装置、及び
該サーバ装置から送信されるウェブページ及びナビゲーション情報を受信する受信部と、
受信したナビゲーション情報を表示する表示部と、
表示したナビゲーション情報に含まれるリンクに対する選択を受付ける受付部と、
選択されたリンクにより指定されるコンテンツについて送信要求を行う要求部と
を備えるクライアント装置
を含むナビゲーションシステム。

（付記２）
複数のコンテンツへのリンクが埋め込まれたウェブページを送信する第１の送信部と、
送信したウェブページから各コンテンツへのリンクを抽出する抽出部と、
該抽出部により抽出したリンクにより指定されるコンテンツが送信済みであるか否かを示す情報を前記ウェブページに関連付けて記憶する記憶部と、
該記憶部にてウェブページに関連付けて記憶されたリンクにより指定されるコンテンツが送信済みであるか否かを示す情報に基づいて、前記ウェブページの送信先に対して未送信のコンテンツを案内すべく、抽出したリンクのうち未送信のコンテンツへのリンクのみを含むナビゲーション情報を生成する生成部と、
生成したナビゲーション情報を前記ウェブページの送信先へ送信する第２の送信部と
を備えることを特徴とするサーバ装置。

（付記３）
ウェブページの送信先にて閲覧済みとみなすコンテンツを決定する決定部と、
決定したコンテンツへのリンクを前記ナビゲーション情報から除外する除外部と
を備えることを特徴とする付記２に記載のサーバ装置。

（付記４）
送信すべきウェブページ内のコンテンツは複数のカテゴリに分類されており、
前記決定部は、一のカテゴリに属するコンテンツを送信した後に、他のカテゴリに属するコンテンツに対する送信要求を受信した場合、前記一のカテゴリに属する、送信要求がされていないコンテンツを閲覧済みと決定するようにしてあることを特徴とする付記３に記載のサーバ装置。

（付記５）
送信すべきウェブページ内のコンテンツは複数のカテゴリに分類されており、
一のカテゴリに属するコンテンツを送信した後に、他のカテゴリに属するコンテンツに対する送信要求を受信した場合、計時を開始する計時部と、
計時を開始してから所定時間が経過したか否かを判断する判断部と
を備え、
前記決定部は、計時を開始してから所定時間が経過した場合、前記一のカテゴリに属する、送信要求がされていないコンテンツを閲覧済みと決定するようにしてあることを特徴とする付記３に記載のサーバ装置。

（付記６）
送信すべきウェブページ内のコンテンツは複数のカテゴリに分類されており、
一のカテゴリに属するコンテンツを送信した後に、他のカテゴリに属するコンテンツに対する送信要求を受信した場合、コンテンツ又はウェブページの送信回数の計数を開始する計時部と、
計数した送信回数が所定回数に達したか否かを判断する判断部と
を備え、
前記決定部は、前記送信回数が所定回数に達した場合、前記一のカテゴリに属する、送信要求がされていないコンテンツを閲覧済みと決定するようにしてあることを特徴とする付記３に記載のサーバ装置。

（付記７）
前記決定部は、一のウェブページを送信した後に、他のウェブページを送信した場合、前記一のウェブページに含まれる、送信要求がされていないコンテンツを閲覧済みと決定するようにしてあることを特徴とする付記３に記載のサーバ装置。

（付記８）
一のウェブページを送信した後に、他のウェブページを送信した場合、計時を開始する計時部と、
計時を開始してから所定時間が経過したか否かを判断する判断部と
を備え、
前記決定部は、計時を開始してから所定時間が経過した場合、前記一のウェブページに含まれる、送信要求がされていないコンテンツを閲覧済みと決定するようにしてあることを特徴とする付記３に記載のサーバ装置。

（付記９）
一のウェブページを送信した後に、他のウェブページを送信した場合、コンテンツ又はウェブページの送信回数の計数を開始する計時部と、
計数した送信回数が所定回数に達したか否かを判断する判断部と
を備え、
前記決定部は、前記送信回数が所定回数に達した場合、前記一のウェブページに含まれる、送信要求がされていないコンテンツを閲覧済みと決定するようにしてあることを特徴とする付記３に記載のサーバ装置。

（付記１０）
送信したウェブページに埋め込まれているリンク先の更新状況を検知する検知部と、
該検知部による検知結果に基づき、前記ナビゲーション情報に含めるリンクを更新する更新部と
を備えることを特徴とする付記２から付記９の何れか１つに記載のサーバ装置。

（付記１１）
送信したウェブページにリンクを持つ各コンテンツについてコンテンツの概要を抽出する概要抽出部を備え、
前記生成部は、抽出した概要を前記ナビゲーション情報に含めるようにしてあることを特徴とする付記２から付記１０の何れか１つに記載のサーバ装置。

（付記１２）
複数のコンテンツへのリンクを含むウェブページを受信する受信部と、
前記ウェブページに含まれるリンクのうち、未受信のコンテンツへのリンクのみを含むナビゲーション情報を取得する取得部と、
取得したナビゲーション情報を表示する表示部と、
表示したナビゲーション情報に含まれるリンクに対する選択を受付ける受付部と、
選択されたリンクにより指定されるコンテンツについて送信要求を行う要求部と
を備えることを特徴とする通信装置。

（付記１３）
ウェブページに埋め込まれているリンク先の更新状況を監視するように前記ウェブページの送信元に依頼する依頼部を更に備えることを特徴とする付記１２に記載の通信装置。

（付記１４）
複数のコンテンツへのリンクが埋め込まれたウェブページ、及びウェブページの送信先から送信要求されたコンテンツを送信する装置を用いて、送信すべきコンテンツを案内するためのナビゲーション情報を生成するナビゲーション情報の生成方法であって、
送信したウェブページから各コンテンツへのリンクを抽出し、
抽出したリンクにより指定されるコンテンツが送信済みであるか否かを示す情報を前記ウェブページに関連付けて記憶し、
ウェブページに関連付けて記憶されたリンクにより指定されるコンテンツがクライアント装置へ送信済みであるか否かを示す情報に基づいて、ウェブページの送信先に対して未送信のコンテンツを案内すべく、抽出したリンクのうち未送信のコンテンツへのリンクのみを含むナビゲーション情報を生成する
ことを特徴とするナビゲーション情報の生成方法。

（付記１５）
複数のコンテンツへのリンクが埋め込まれたウェブページ、及びウェブページの送信先から送信要求されたコンテンツを送信するコンピュータに、送信すべきコンテンツを案内するナビゲーション情報を生成させるステップを実行させるコンピュータプログラムであって、
コンピュータに、送信したウェブページから各コンテンツへのリンクを抽出させるステップと、
コンピュータに、抽出させたリンクにより指定されるコンテンツが送信済みであるか否かを示す情報を前記ウェブページに関連付けて記憶させるステップと、
コンピュータに、ウェブページに関連付けて記憶されたリンクにより指定されるコンテンツがクライアント装置へ送信済みであるか否かを示す情報に基づいて、ウェブページの送信先に対して未送信のコンテンツを案内すべく、抽出させたリンクのうち未送信のコンテンツへのリンクのみを含むナビゲーション情報を生成させるステップと
を実行させることを特徴とするコンピュータプログラム。

１ 携帯電話機（クライアント装置）
２ ゲートウェイサーバ（サーバ装置）
３ ウェブサーバ
１１ ユーザ入力受付部
１２ ページ要求部
１３ 表示分離部
１４ ナビゲーション表示部
１５ コンテンツ表示部
２１ ＨＴＭＬ送受信部
２２ ＨＴＭＬ解析部
２３ 未参照リスト管理部
２４ ナビゲーション情報生成部

Claims (5)

1. 複数のコンテンツへのリンクが埋め込まれたウェブページをクライアント装置へ送信する第１の送信部と、
   前記クライアント装置へ送信したウェブページから各コンテンツへのリンクを抽出する抽出部と、
   該抽出部により抽出したリンクにより指定されるコンテンツが前記クライアント装置へ送信済みであるか否かを示す情報を前記ウェブページに関連付けて記憶する記憶部と、
   該記憶部にてウェブページに関連付けて記憶されたリンクにより指定されるコンテンツがクライアント装置へ送信済みであるか否かを示す情報に基づいて、前記クライアント装置に対して未送信のコンテンツを案内すべく、抽出したリンクのうち未送信のコンテンツへのリンクのみを含むナビゲーション情報を生成する生成部と、
   生成したナビゲーション情報を前記クライアント装置へ送信する第２の送信部と
   を備えるサーバ装置、及び
   該サーバ装置から送信されるウェブページ及びナビゲーション情報を受信する受信部と、
   受信したナビゲーション情報を表示する表示部と、
   表示したナビゲーション情報に含まれるリンクに対する選択を受付ける受付部と、
   選択されたリンクにより指定されるコンテンツについて送信要求を行う要求部と
   を備えるクライアント装置
   を含むナビゲーションシステム。
2. 複数のコンテンツへのリンクが埋め込まれたウェブページを送信する第１の送信部と、
   送信したウェブページから各コンテンツへのリンクを抽出する抽出部と、
   該抽出部により抽出したリンクにより指定されるコンテンツが送信済みであるか否かを示す情報を前記ウェブページに関連付けて記憶する記憶部と、
   該記憶部にてウェブページに関連付けて記憶されたリンクにより指定されるコンテンツが送信済みであるか否かを示す情報に基づいて、前記ウェブページの送信先に対して未送信のコンテンツを案内すべく、抽出したリンクのうち未送信のコンテンツへのリンクのみを含むナビゲーション情報を生成する生成部と、
   生成したナビゲーション情報を前記ウェブページの送信先へ送信する第２の送信部と
   を備えることを特徴とするサーバ装置。
3. 複数のコンテンツへのリンクを含むウェブページを受信する受信部と、
   前記ウェブページに含まれるリンクのうち、未受信のコンテンツへのリンクのみを含むナビゲーション情報を取得する取得部と、
   取得したナビゲーション情報を表示する表示部と、
   表示したナビゲーション情報に含まれるリンクに対する選択を受付ける受付部と、
   選択されたリンクにより指定されるコンテンツについて送信要求を行う要求部と
   を備えることを特徴とする通信装置。
4. 複数のコンテンツへのリンクが埋め込まれたウェブページ、及びウェブページの送信先から送信要求されたコンテンツを送信する装置を用いて、送信すべきコンテンツを案内するためのナビゲーション情報を生成するナビゲーション情報の生成方法であって、
   送信したウェブページから各コンテンツへのリンクを抽出し、
   抽出したリンクにより指定されるコンテンツが送信済みであるか否かを示す情報を前記ウェブページに関連付けて記憶し、
   ウェブページに関連付けて記憶されたリンクにより指定されるコンテンツがクライアント装置へ送信済みであるか否かを示す情報に基づいて、ウェブページの送信先に対して未送信のコンテンツを案内すべく、抽出したリンクのうち未送信のコンテンツへのリンクのみを含むナビゲーション情報を生成する
   ことを特徴とするナビゲーション情報の生成方法。
5. 複数のコンテンツへのリンクが埋め込まれたウェブページ、及びウェブページの送信先から送信要求されたコンテンツを送信するコンピュータに、送信すべきコンテンツを案内するナビゲーション情報を生成させるステップを実行させるコンピュータプログラムであって、
   コンピュータに、送信したウェブページから各コンテンツへのリンクを抽出させるステップと、
   コンピュータに、抽出させたリンクにより指定されるコンテンツが送信済みであるか否かを示す情報を前記ウェブページに関連付けて記憶させるステップと、
   コンピュータに、ウェブページに関連付けて記憶されたリンクにより指定されるコンテンツがクライアント装置へ送信済みであるか否かを示す情報に基づいて、ウェブページの送信先に対して未送信のコンテンツを案内すべく、抽出させたリンクのうち未送信のコンテンツへのリンクのみを含むナビゲーション情報を生成させるステップと
   を実行させることを特徴とするコンピュータプログラム。

Images