JP2002288224A - サイトマップ配信方法およびシステム - Google Patents

Abstract

(57)【要約】 【課題】 携帯電話機の機種や通信会社に拘わらず、ま
た表示コンテンツに支障を与えることなくサイトマップ
を容易に把握できるように通知する。 【解決手段】 携帯端末から要求された文書を配信する
文書配信サーバと、該文書配信サーバが配信する文書の
リンク関係を示すサイトマップを保持するサイトマップ
サーバとを備えた文書配信システムにおいて、携帯端末
からサイトマップサーバへの文書配信要求に対し、サイ
トマップサーバにおいて、要求された文書に対し当該文
書に関係するリンク先およびリンク元を記述したサイト
マップ文書を付加し、要求元の携帯端末に返信し、要求
された文書に関連するサイトマップを配信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｗｅｂサーバ上の
コンテンツ（以下、配信文書とする）をインターネット
や通信キャリヤのネットワークを介してクライアントに
配信する時に、ＶＧＡ（640ドッド×480ドッド）サイズ
以上の画面向けに作成された配信文書を、携帯電話機
（120ドット×120ドッド）の画面サイズ以下の画面に適
した配信文書に変換し、要求元に配信するシステムにお
いて、コンテンツ閲覧者に変換した配信文書群の全体構
造が容易に把握可能なように配信するサイトマップ配信
方法及びシステムに関するものである。

【０００２】

【従来の技術】従来において、Ｗｅｂサーバ上の配信文
書の全体像をコンテンツ閲覧者に通知する仕組みの最も
一般的な方法として、サイトマップページを提供する方
法がある。サイトマップページとは、Ｗｅｂサーバの提
供している配信文書群の目次を一覧表・一覧リスト・ツ
リー構造などで表示したものである。その他にも、現在
の閲覧ページの一部に、コンテンツ構造内の現在位置を
示す記号を含める方法もある。これには、対応する目次
の表題を例えば「概要―目的」といった具合に表示した
り、全体ページ数に対する割合を「１／５ページ」とい
った具合に表示する方法などがある。

【０００３】

【発明が解決しようとする課題】ＶＧＡサイズの配信文
書が携帯電話機の画面サイズに合わせて変換される場
合、１ページのＶＧＡサイズ配信文書は複数ページにわ
たる携帯電話機画面サイズの配信文書に変換される。こ
れは、携帯電話機はＣＰＵやメモリなどのリソースがパ
ーソナルコンピュータに比べて制限されており、ＶＧＡ
サイズ配信文書を扱うことができないからである。ま
た、この制限は携帯電話機の機種や通信会社などで異な
っているため、変換された携帯電話機の画面サイズの配
信文書のサイトマップも違ってくる。そのため、コンテ
ンツ閲覧者がコンテンツ構造を的確に把握しづらくなっ
ている。

【０００４】サイトマップページを提供する方法は、コ
ンテンツ閲覧者がサイトマップページを指定してから表
示するため、コンテンツ閲覧者の理解しているコンテン
ツ構造内での位置と実際のコンテンツ構造内での現在位
置とが異なっていた場合、コンテンツ閲覧者にコンテン
ツの誤った理解を与えてしまう。一方、現在の閲覧ペー
ジにコンテンツ構造内の現在位置を含める方法は、現在
位置を表す文字列のサイズが大きい場合に、表示画面の
多くの領域を現在位置に関する文字で占領されてしまう
ので、本来の情報を閲覧する妨げとなる。

【０００５】本発明の目的は、携帯電話機の機種や通信
会社に拘わらず、また表示コンテンツに支障を与えるこ
となくサイトマップを容易に把握できるように配信する
サイトマップ配信方法およびシステムを提供することに
ある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明のサイトマップ配信方法は、携帯端末から要
求された文書を配信する文書配信サーバと、該文書配信
サーバが配信する文書のリンク関係を示すサイトマップ
を保持するサイトマップサーバとを備えた文書配信シス
テムにおいて、携帯端末からの文書配信要求に対し、サ
イトマップサーバにおいて、要求された文書に対し当該
文書に関係するリンク先およびリンク元を記述したサイ
トマップ文書を付加し、要求元の携帯端末に返信し、要
求された文書に関連するサイトマップを配信することを
特徴とする。また、サイトマップサーバから携帯端末に
返信する文書は前記文書配信サーバから取得した文書を
要求元の携帯端末の表示画面サイズに応じて分割した文
書であり、前記サイトマップ文書は該分割文書を接続す
るリンク間に挿入して返信することを特徴とする。ま
た、前記サイトマップ文書を分割文書間のリンク指定操
作毎に所定時間だけ表示することを特徴とする。また、
前記サイトマップ文書が、サイトマップを表示させるプ
ログラムを含んでいることを特徴とする。

【０００７】本発明に係るシステムは、携帯端末から要
求された文書を配信する文書配信サーバと、該文書配信
サーバが配信する文書のリンク関係を示すサイトマップ
を保持するサイトマップサーバとを備えた文書配信シス
テムにおいて、前記サイトマップサーバが、携帯端末か
らの文書配信要求に対し、要求された文書に対し当該文
書に関係するリンク先およびリンク元を記述したサイト
マップ文書を付加し、要求元の携帯端末に返信し、要求
された文書に関連するサイトマップを配信する手段を備
えたことを特徴とする。

【０００８】

【発明の実施の形態】以下、本発明の実施形態を図面を
参照して詳細に説明する。図1は、本発明を適用した携
帯電話機向けのコンテンツ配信システムの一実施形態を
示す概略構成図であり、データネットワーク１０１に接
続されたＷｅｂサーバ１０２、携帯電話機で代表される
携帯端末１０３およびサイトマップサーバ１０４とから
構成されている。データネットワーク１０１は、ワイヤ
レスネットワークや地上線ネットワークなどのデータ転
送のための通信媒体からなる。Ｗｅｂサーバ１０２は、
HTMLやXMLなどで記述されたパーソナルコンピュータ等
のクライアントコンピュータ向け配信文書を保持してお
り、クライアントコンピュータから要求があると、保持
している配信文書から対応する配信文書を抽出して返送
する。Ｗｅｂサーバ１０２のようなサーバがデータネッ
トワーク１０１上には複数存在している。携帯端末１０
３は、Compact HTML、HDML、WML、MMLなどの携帯端末向
けコンテンツ記述言語を理解し、それらで記述された配
信文書を表示できるブラウザを搭載している。また、Ｗ
ｅｂサーバ１０２上のプログラムデータをダウンロード
して実行できる環境も含んでいる。サイトマップサーバ
１０４は、Ｗｅｂサーバ１０２と携帯端末１０３間で、
クライアントコンピュータ向け配信文書を携帯端末１０
３向けの配信文書に変換し、さらにサイトマップページ
を挿入するものである。

【０００９】図２に、携帯端末１０３が有する主な機能
を機能構成図で示す。図示のように、携帯端末１０３
は、ブラウザ１０３１、リモートプログラム実行部１０
３２、データ記憶部１０３３を備え、さらに機種識別コ
ード１０３４が設定されている。ブラウザ１０３１は、
サイトマップサーバ１０４から受信した配信文書を整形
して、携帯端末１０３の画面に表示するプログラムであ
る。また、受信した配信文書がプログラムの場合には、
そのプログラムを次に説明するリモートプログラム実行
部１０３２へ引渡して実行させる。リモートプログラム
実行部１０３２は、ブラウザ１０３１から受取ったプロ
グラムを実行し、その結果を携帯端末１０３の画面に表
示する。また、タイマーによる表示画面の自動遷移や画
面上のイベント処理などを行うことができる。データ記
憶部１０３３は、サイトマップサーバ１０４から受信し
た配信文書やプログラムなどを保持する記憶装置であ
る。機種識別コード１０３４は、携帯端末１０３の画面
の大きさやカラー利用の有無などの機種に応じた特徴を
区別できるコードである。

【００１０】図３にサイトマップサーバ１０４の主な機
能を機能ブロック図で示す。サイトマップサーバ１０４
は、サイトマップ追加部１０４１、キャッシュ文書ＤＢ
１０４２、サイトマップＤＢ１０４３、ナビゲーション
プログラム１０４４、機種識別コード表１０４５を備え
ている。サイトマップ追加部１０４１は、携帯端末１０
３からの要求に応じて、Ｗｅｂサーバ１０２からクライ
アントコンピュータ向けの配信文書を取得し、携帯端末
１０３向けの配信文書に変換し、さらにサイトマップを
表示するプログラムを添付して携帯端末１０３へ返送す
るものである。キャッシュ文書ＤＢ１０４２は、サイト
マップ追加部１０４１がＷｅｂサーバ１０２から取得し
た配信文書を格納するデータベースである。

【００１１】図４にキャッシュ文書ＤＢ１０４２内に保
持されるデータの例を示す。図４において、配信文書４
０１は、携帯端末１０３へ送信する文書の格納場所を示
す。頁番号４０２は、配信文書のページ数を示す。これ
は、配信文書が携帯端末１０３向けの配信文書に変換さ
れた場合に、複数ページに分割されることがあるために
必要になるものである。端末種別４０３は、配信文書を
送信できる携帯端末の端末種類を示す。これは、配信文
書を携帯端末向けのコンテンツに変換する際に、携帯端
末の端末種類により異なる変換処理が必要になる場合に
備えて付加されるものである。タイムアウト時刻４０４
は、サイトマップサーバ１０４内に配信文書を保持して
おく際の有効期限の終了時刻を示す。アクセス先４０５
は、配信文書の要求時に指定された配信文書の取得場所
（ＷｅｂサーバのＵＲＬ）を示す。図３のサイトマップ
ＤＢ１０４３は、Ｗｅｂサーバ１０２のような複数のサ
ーバのサイトマップ文書を予め格納しているデータベー
スである。

【００１２】図５にサイトマップＤＢ１０４３に保持さ
れるデータの例を示す。図５において、アクセスサーバ
５０１は、データネットワーク１０１上に複数あるＷｅ
ｂサーバ１０２を一意に識別する識別子である。サイト
マップ文書５０２は、アクセスサーバ５０１で決まるＷ
ｅｂサーバ１０２のサイトマップ情報を格納した配信文
書の場所を示す。図３のナビゲーションプログラム１０
４４は、携帯端末１０３のリモートプログラム実行部１
０３２で動作するプログラムである。機種識別コード表
１０４５は、携帯端末１０３として登録されている機種
識別コードを全て格納したリストである。

【００１３】次に、本実施形態における処理の概略を、
動作例を用いて説明する。はじめに、本システムの利用
前後のコンテンツイメージを例示し、動作例を述べる。
図６は、本システムの利用前で、http://abcd.co.jp/in
dex.htmlというＵＲＬに指定できる配信文書群の例を示
すものであり、index.html（６０１）の文書から、B.ht
ml（６０２）、C.html（６０３）、D.html（６０４）の
文書にリンクが張られているような階層構造を持つ文書
群となっている。このような構造の文書群を本システム
を利用して携帯端末１０３向けの変換処理を行うと、図
７に示されるような構造の文書群に変換される。

【００１４】図７の配信文書群は、図６の配信文書群を
携帯端末１０３向けに複数の文書に分割し、さらに、分
割文書間のリンクにサイトマップを挟み込んだものであ
る。index.html(６０１)は３つの文書index.html(７０
１)、index.html.2(７０２)、index.html.3(７０３)に
分割されている。また、B.html(６０２)は２つの文書B.
html(７０４)とB.html.2(７０５)に分割されている。さ
らに、C.html(６０３)は２つの文書C.html(７０６)とC.
html.2(７０７)に分割されている。また、D.html(６０
４)は２つの文書D.html(７０８)とD.html.2(７０９)に
分割されている。この分割処理はサイトマップ追加部１
０４１が行う。分割されたそれぞれの文書のリンク間に
は、サイトマップ文書ＳＭ０１〜ＳＭ０８が挿入されて
いて、リンク元の文書を示す項目がボールドフォント表
示（太字表示）になっている。例えば、文書B.html(７０
４)とB.html.2(７０５)との間に挿入されるサイトマッ
プＳＭ０６には、リンク先がB.html(７０４)、C.html
(７０６)、D.html(７０８)として表示されるが、B.html
(７０４)はリンク元であるので、このB.html(７０４)を
示す文字Ｂが太字表示されている。これは、サイトマッ
プＳＭ０７，ＳＭ０８についても同様であり、C.html(７
０６)、D.html(７０８)を示す文字Ｃ，Ｄがそれぞれ太
字表示されている。

【００１５】図８は、システム全体の処理を示した概略
フロー図である。コンテンツ閲覧者は携帯端末１０３の
ブラウザ１０３１に配信を希望する文書のＵＲＬ（htt
p://abcd.co.jp/index.html）を入力し、閲覧したい配
信文書を要求する（ステップ８０１）。ＵＲＬは直接入
力する方法や表示されている配信文書のリンクを指定す
る方法、ブックマークに登録されているリンクを指定す
る方法などがあり、いずれを使用しても構わない。ブラ
ウザ１０３１は、取得した要求をサイトマップサーバ１
０４のサイトマップ追加部１０４１に送信する（ステッ
プ８０２）。そして、サイトマップ追加部１０４１から
の返答を待つ。 サイトマップ追加部１０４１は、要求
に対応した配信文書を携帯端末１０３向けに変換し、図
７で示したような分割文書間のサイトマップを追加し、
要求元のブラウザ１０３１へ返信する（ステップ８０
３）。ブラウザ１０３１は、返信された文書を表示画面
に表示する。この表示された配信文書を閲覧したコンテ
ンツ閲覧者は必要に応じて次の文書を要求する（ステッ
プ８０４）。この時、コンテンツ閲覧者は配信文書内の
リンク先や新たなリンク先を配信文書に付加されたサイ
トマップを参照して指定することができる。

【００１６】何らかのリンク先が指定されたならば、通
信コネクションを確立してコンテンツ閲覧者が指定した
リンク先は、現在表示されている文書内のリンク先であ
るか否かを調べる（ステップ８０５）。文書内のリンク
ならば、ステップ８０６に進む。そうでなければ、ステ
ップ８０２に戻る。文書内のリンク先であった場合、ナ
ビゲーションプログラム１０４４がサイトマップサーバ
１０４のサイトマップ追加部１０４１から携帯端末１０
３のデータ記憶部１０３３にダウンロードされているか
否かを調べる（ステップ８０６）。ダウンロードされて
いれば、ステップ８０８へ進む。そうでなければ、ステ
ップ８０７へ進む。ダウンロードされていない場合、ブ
ラウザ１０３１がナビゲーションプログラム１０４４を
サイトマップ追加部１０４１からダウンロードして、デ
ータ記憶部１０３３に格納する（ステップ８０７）。ダ
ウンロードされている場合、データ記憶部１０３３内に
あるナビゲーションプログラム１０４４を実行する。な
おナビゲーションプログラム１０４４は、パラメタ引数
を与えられる場合もある（ステップ８０８）。

【００１７】図９に、携帯端末１０３のブラウザ１０３
１の処理フローを示す。はじめに、入力画面を表示して
コンテンツ閲覧者からのＵＲＬ入力を受け付け、サイト
マップサーバ１０４への文書要求を取得する（ステップ
９０１）。この時、表示される入力画面のディスプレイ
表示例を図１０に示す。図１０中のＵＲＬ入力領域１０
０１は、文書要求先のＵＲＬを入力する部分である。コ
ンテンツ閲覧者はこの部分に、要求する文書の存在する
ＵＲＬを入力する。結果表示領域１００２は、サイトマ
ップサーバ１０４からの結果を表示する画面である。な
お、コンテンツ閲覧者がＵＲＬ入力領域１００１にＵＲ
Ｌを直接入力する方法以外にも、ブックマークのように
よく利用するＵＲＬを、予めまとめたデータを結果表示
部１００２などに表示して、そのリンクを選択させる方
法などもある。次に、ブラウザ１０３１は、サイトマッ
プサーバ１０４のサイトマップ追加部１０４１と通信コ
ネクションを確立して、取得したＵＲＬを文書要求とし
て送信する（ステップ９０２）。この時、ブラウザ１０
３１は携帯端末１０３の端末識別を示す機種識別コード
１０３４も一緒に送信する。そして、サイトマップ追加
部１０４１からの返答が戻ってくるまで通信コネクショ
ンは確立したままで待つ。次に、サイトマップ追加部１
０４１から文書要求に対応した配信文書を取得する（ス
テップ９０３）。この時、配信文書はステップ９０２で
確立した通信コネクションを利用して通信される。ステ
ップ９０３では、取得した配信文書を文書整形して、携
帯端末１０３の画面に表示する（ステップ９０４）。

【００１８】図１１および図１２に、サイトマップ追加
部１０４１の処理フローを示す。まず、携帯端末１０３
と通信コネクションを確立し、文書要求としてＵＲＬと
端末種別のコードを受信する（ステップ１１０１）。次
に、取得した端末種別のコードが機種識別コード表１０
４５に登録されているか否かを調べ、登録されていれ
ば、ステップ１１０３へ進む。登録されていなければス
テップ１１０１に戻る（ステップ１１０２）。端末種別
のコードが登録されている場合には、ステップ１１０１
で取得したＵＲＬがサイトマップサーバ１０４の保持し
ているナビゲーションプログラム１０４４を要求してい
るか否かを調べる。要求されていれば、ステップ１１０
４へ進む。要求されていなければステップ１１０７に進
む（ステップ１１０３）。ナビゲーションプログラム１
０４４を要求しているかどうかは、ブラウザからサイト
マップサーバに対して送信するＵＲＬにナビゲーション
プログラム要求を示す文字列が付加されているかどうか
によって分かる。ナビゲーションプログラム１０４４を
要求している場合、ステップ１１０１で取得したＵＲＬ
のアクセスホストをキーワードにサイトマップＤＢ１０
４３のアクセスサーバを検索し、対応するサイトトマッ
プ文書を抽出する（ステップ１１０４）。次に、ステッ
プ１１０４で抽出したサイトマップ文書とナビゲーショ
ンプログラム１０４４を組み合わせてダウンロード用の
ナビゲーションプログラムを作成する（ステップ１１０
５）。次に、ステップ１１０５で作成したダウンロード
用のナビゲーションプログラムをステップ１１０１で確
立した通信コネクションを介して携帯端末電話１０３に
送信し、コネクションを閉じる（ステップ１１０６）。
そして、ステップ１１０１に戻る。

【００１９】ナビゲーションプログラム１０４４を要求
していない場合、キャッシュ文書ＤＢ１０４２に対し
て、ステップ１１０１で取得したＵＲＬと端末種別のコ
ードをキーワードにアクセス先の配信文書４０１と端末
種別４０３の両方を検索し、両方とも適合する文書（す
なわち要求機種向けの文書）があるか否かを調べ、適合
した文書があれば、その文書を取り出し、ステップ１１
０１で確立した通信コネクションを介して携帯端末１０
３に送信し、通信コネクションを閉じ（ステップ１１０
８）、ステップ１１０１に戻る。適合した文書が存在し
ない場合、ステップ１１０１で取得したＵＲＬで指定さ
れるＷｅｂサーバ１０２と通信コネクションを確立し、
ＵＲＬで指定されている文書を取得する（ステップ１１
０９）。取得が完了したら、確立した通信コネクション
を閉じる。次に、ステップ１１０９で取得した文書をス
テップ１１０１で取得した端末種別のコードに合わせた
携帯端末向けの文書に変換する（ステップ１１１０）。
この時、文書のデータ量が要求元の携帯端末の１ページ
画面に表示できないような大容量の文書であった場合に
は、図７で説明したように複数の文書に分割する。な
お、変換は既存技術を利用して行われる。

【００２０】複数の文書への分割処理の後、次の処理を
行う。まず、変数Ｉに「１」を設定する（ステップ１１
１１）。次に、キャッシュ文書ＤＢ１０４２に新たな項
目を追加する。新たな項目の配信文書にはステップ１１
１０で変換した文書のＩ番目の文書を、ページ番号には
Ｉを、端末種別にはステップ１１０１で取得した端末種
別のコードを、タイムアウト時刻には現在時刻に予め設
定しておいた時間（固定値）を加えた時刻を、アクセス
先にはステップ１１０１で取得したＵＲＬに変数Ｉを加
えた文字列（ＵＲＬ＋ｉ）をそれぞれ登録する。ただ
し、Ｉが「１」の場合はアクセス先には変数Ｉを加えな
い（ステップ１１１２）。次に、変数Ｉに「１」を加え
る（ステップ１１１３）。次に、変数Ｉがステップ１１
１０で分割された複数文書の数と同じであるか否かを調
べる（ステップ１１１４）。同じであるならば、ステッ
プ１１１０で変換した先頭の文書をステップ１１０１で
確立した通信コネクションを介して携帯端末１０３に送
信し、通信コネクションを閉じる（ステップ１１１
５）。そして、ステップ１１０１に戻る。しかし、同じ
でない場合は、ステップ１１１２へ戻り、キャッシュ文
書ＤＢ１０４２に新たな項目を追加する処理を繰り返す
（ステップ１１１４）。

【００２１】図１３に、携帯端末１０３内にダウンロー
ドされて実行されるナビゲーションプログラム１０４４
の処理フローを示す。まず、ナビゲーションプログラム
１０４４の呼び出し元文書のＵＲＬとナビゲーションプ
ログラム実行後に取得する文書のＵＲＬをそれぞれパラ
メタ引数ｓｒｃとｄｓｔとして取得する（ステップ１３
０１）。例えば、図７のindex.html（７０１）の文書を
要求した場合、パラメタ引数ｓｒｃとｄｓｔとして、ind
ex.htmlとindex.html.2を取得する。次に、パラメタ引数
ｓｒｃの”．”以下の接尾文字列を削除する（ステップ
１３０２）。次に、ナビゲーションプログラム１０４４
の持つサイトマップ情報の中から、パラメタｓｒｃと同
じＵＲＬを指定したリンクタグを検索する（ステップ１
３０３）。例えば、図７のindex.html（７０１）の文書
を要求した場合、”index”を検索する。次に、サイトマ
ップ情報のステップ１３０３で検索したリンクタグの内
容をフォント変更や色変更で強調表示する情報に変換
し、サイトマップ文書を作成する（ステップ１３０
４）。次に、変換したサイトマップ文書を、携帯端末１
０３の画面に表示する（ステップ１３０５）。次に、コ
ンテンツ閲覧者からの新たな文書要求を要求されるか、
ステップ１３０５の画面を表示してから一定時間が経過
するのを待つ（ステップ１３０６）。一定時間が経過し
たならば、パラメタｄｓｔで指定される文書の要求をブ
ラウザ１０３１に転送する（ステップ１３０７）。

【００２２】以上のように、本実施形態によれば、次の
ような効果が得られる。 （１）携帯端末の利用者にサイトマップを常時閲覧させ
て、コンテンツ構造を意識させることができる。 （２）サイトマップの表示をプログラムに行わせること
で、携帯端末はサイトマップ文書を頻繁にダウンロード
する必要がなくなり、サイトマップ表示の通信オーバヘ
ッドを減らすことができる。 （３）携帯端末の機種や通信会社に拘わらず、また表示
コンテンツに支障を与えることなくサイトマップを容易
に把握させることが可能になる。

【００２３】なお、上記実施形態においては、サイトマ
ップをタイムアウト時刻４０４で指定された時間だけ表
示させるようにしているが、本発明はこれに限定される
ものではなく、以下のように適宜に変更して構成するこ
とができる。 （１）サイトマップの閲覧時間をコンテンツ閲覧者から
の指定によって任意の時間に設定可能にする。これによ
り、コンテンツ閲覧者自身が、サイトマップを見るのに
要する時間を自分で判断して設定できるため、サイトマ
ップを見るにあたっての不要な時間を削減できるといっ
た効果が期待できる。 （２）システム管理者がサイトマップの閲覧時間をＷｅ
ｂサーバ毎に任意に指定可能にする。これにより、シス
テム管理者が自身のサイトの複雑さを考慮してサイトマ
ップ表示時間を変更できるので、コンテンツ閲覧者が現
在どこを閲覧しているかを判断するのに十分な時間を設
定することで、コンテンツ閲覧者の利便性が向上すると
いった効果が期待できる。 （３）コンテンツ閲覧者がサイトマップの閲覧時間をＷ
ｅｂサーバ毎に任意に指定可能にする。これにより、サ
イトの構成が良くわかっているコンテンツを持つＷｅｂ
サーバにアクセスする時には、サイトマップを表示しな
いというような設定が可能となり、コンテンツ閲覧者の
利便性が向上するといった効果が期待できる。 （４）各コンテンツ閲覧者のアクセス回数を計測してお
き、システムが指定したアクセス回数を超えたときに、
サイトマップ表示を行わないようにする。アクセス回数
を参照することによって、コンテンツの構造を既に理解
した閲覧者に対して必要以上のサイトマップを表示しな
くても良くなり、閲覧者に煩わしさを感じさせないよう
にすることができる。 （５）コンテンツ閲覧者がサイトマップ表示を行うか否
かの識別基準となるアクセス回数を指定可能にする。こ
れにより、コンテンツの構造の理解程度に応じてサイト
マップ表示の回数を設定することができる。 （６）コンテンツ閲覧者がページ毎に、サイトマップ表
示を行うか否かの識別基準となるアクセス回数を指定可
能にする。これにより、コンテンツ閲覧者が各ページの
複雑さに応じて、何回程度アクセスすればコンテンツの
構成を理解できるかを判断してサイトマップ表示をする
かどうかの設定が可能となり、不要なサイトマップの表
示を省くことによって、コンテンツ閲覧者の利便性の向
上といった効果が期待できる。 （７）上記アクセス回数の上限をＷｅｂサーバ毎に指定
可能にする。これにより、上記ページ単位の設定より簡
便にアクセス回数の設定が可能となる。 （８）ナビゲーションプログラムをサイトマップサーバ
側に置き、毎回サイトマップを生成する。これにより、
コンテンツ閲覧者がコンテンツを閲覧中に、そのコンテ
ンツの一部に変更が生じた場合にも、最新の状態に合わ
せてサイトマップの表示が可能となるといった効果が期
待できる。 （９）ナビゲーションプログラムを携帯端末内に置き、
最初のページアクセス時にサイトマップ情報をキャッシ
ュしておくことで通信回数を減らすようにする。これに
より、次回同じコンテンツにアクセスする際にサイトマ
ップサーバにアクセスする必要がなくなり、通信料金を
削減するといった効果が期待できる。 （１０）ナビゲーションプログラムの起動をユーザが制
御可能にする。これにより、ナビゲーションが不要な簡
単なコンテンツを閲覧する際にサイトマップ表示を抑止
し、コンテンツ閲覧者にとって利便性を向上するといっ
た効果が期待できる。 （１１）ページを戻るときにも、サイトマップを表示す
る、しないを設定できる。これにより、ページを戻った
時点で、コンテンツ閲覧者が自分がどのコンテンツを見
ているかを容易に判断できるようになるといった効果が
期待できる。 （１２）サイトマップ表示時に、サイトマップ情報を一
時保存、削除可能にする。これにより、サイトマップ情
報の入手のための通信が不要となり、通信料金を削減す
るといった効果が期待できる。 （１３）一時的に保存したサイトマップ情報とサイトマ
ップサーバ上のサイトマップ情報を比較してサイトマッ
プ情報が更新されているかを確認する手段を付加し、更
新されている場合には、一時的に保存したサイトマップ
情報を変更する。これにより、サイトマップ情報が更新
されていないときは、サイトマップ情報を入手するため
の通信が不要となり、通信料金を削減するといった効果
が期待できる。 （１４）一時的に保存したサイトマップ情報だけを順番
に表示し、指定した場所からコンテンツを表示可能にす
る。これにより、コンテンツのどの場所を閲覧したいか
を直接指定することが可能になり、不要な通信を省き、
通信料金を削減するといった効果が期待できる。 （１５）携帯電話機の特定ボタンを押下されている間だ
け一番最近に表示したサイトマップを表示する。これに
より、何時でもサイトマップのどの場所を現在閲覧中な
のかを用意に把握できるようになり、コンテンツ閲覧者
の利便性が向上するといった効果が期待できる。 （１６）同じＷｅｂサーバ内のページの移動回数を計測
しておき、移動回数がシステムの指定した表示回数の倍
数になった時だけ、サイトマップを表示する。また、上
記表示回数をコンテンツ閲覧者が指定可能にする。これ
により、サイトマップ表示の回数が削減され、コンテン
ツ閲覧者の利便性が向上するという効果が期待できる。 （１７）上記表示回数をＷｅｂサーバ毎に指定可能にす
る。これにより、Ｗｅｂサーバ毎のコンテンツの複雑さ
に応じて、サイトマップの表示を制御することが可能に
なり、コンテンツ閲覧者の利便性が向上するといった効
果が期待できる。 （１８）上記表示回数をコンテンツ閲覧者がＷｅｂサー
バ毎に指定可能にする。 （１９）サイトマップを表示する代わりに、音声で通知
する。 （２０）コンテンツを分割しない場合にも適用する。

【００２４】

【発明の効果】以上説明したように、本発明によれば、
携帯電話機の機種や通信会社に拘わらず、また表示コン
テンツに支障を与えることなくサイトマップを容易に把
握できるように通知することができる。

【図面の簡単な説明】

【図１】本発明を適用したコンテンツ配信システムの一
実施形態を示すシステム構成図である。

【図２】携帯端末の内部の主な機能を示す機能構成図で
ある。

【図３】サイトマップサーバの内部の主な機能を示す機
能構成図である。

【図４】キャッシュ文書ＤＢの保持するデータ構造例を
示す図である。

【図５】 サイトマップＤＢの保持するデータ構造例を
示す図である。

【図６】本発明を適応する前のコンテンツ構造例を示す
図である。

【図７】 本発明を適応した後のコンテンツ構造例を示
す図である。

【図８】全体の処理動作を説明する流れ図である。

【図９】ブラウザの動作を説明する流れ図である。

【図１０】コンテンツ閲覧者が携帯電話機でＷｅｂサー
バに接続するときに表示される入力画面の例を示す図で
ある。

【図１１】サイトマップ追加部の動作を説明する流れ図
である。

【図１２】図１１の続きを示す流れ図である。

【図１３】ナビゲーションプログラムの動作を説明する
流れ図である。

【符号の説明】

１０１…データネットワーク、１０２…Ｗｅｂサーバ、
１０３…携帯端末、１０４…サイトマップサーバ、１０
３１…ブラウザ、１０３２…リモートプログラム実行
部、１０３３…データ記憶部、１０３４…機種識別コー
ド、１０４１…サイトマップ追加部、１０４２…キャッ
シュ文書ＤＢ，１０４３…サイトマップＤＢ、１０４４
…ナビゲーションプログラム、１０４５…機種識別コー
ド表、ＳＭ０１〜ＳＭ０８…サイトマップ。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 3/42 Ｈ０４Ｍ 3/493 3/493 11/08 11/08 Ｇ０６Ｆ 9/06 ６１０Ｑ Ｆターム(参考） 5B075 ND36 PQ02 5B076 AB10 BB06 5K015 AF02 GA01 GA07 5K024 AA71 CC11 DD01 DD02 EE06 FF01 GG01 GG10 5K101 KK16 LL05 LL12 MM07 NN03 NN18 NN21 RR11 SS07 TT06 UU16

Claims (5)

【特許請求の範囲】
1. 【請求項１】 携帯端末から要求された文書を配信する
   文書配信サーバと、該文書配信サーバが配信する文書の
   リンク関係を示すサイトマップを保持するサイトマップ
   サーバとを備えた文書配信システムにおいて、 携帯端末からの文書配信要求に対し、サイトマップサー
   バにおいて、要求された文書に対し当該文書に関係する
   リンク先およびリンク元を記述したサイトマップ文書を
   付加し、要求元の携帯端末に返信し、要求された文書に
   関連するサイトマップを配信することを特徴とするサイ
   トマップ配信方法。
2. 【請求項２】 サイトマップサーバから携帯端末に返信
   する文書は前記文書配信サーバから取得した文書を要求
   元の携帯端末の表示画面サイズに応じて分割した文書で
   あり、前記サイトマップ文書は該分割文書を接続するリ
   ンク間に挿入して返信することを特徴とする請求項１に
   記載のサイトマップ配信方法。
3. 【請求項３】 前記サイトマップ文書を分割文書間のリ
   ンク指定操作毎に所定時間だけ表示することを特徴とす
   る請求項２に記載のサイトマップ配信方法。
4. 【請求項４】 前記サイトマップ文書が、サイトマップ
   を表示させるプログラムを含んでいることを特徴とする
   請求項３に記載のサイトマップ配信方法。
5. 【請求項５】 携帯端末から要求された文書を配信する
   文書配信サーバと、該文書配信サーバが配信する文書の
   リンク関係を示すサイトマップを保持するサイトマップ
   サーバとを備えた文書配信システムにおいて、 前記サイトマップサーバが、携帯端末からの文書配信要
   求に対し、要求された文書に対し当該文書に関係するリ
   ンク先およびリンク元を記述したサイトマップ文書を付
   加し、要求元の携帯端末に返信し、要求された文書に関
   連するサイトマップを配信する手段を備えたことを特徴
   とする文書配信システム。