JPWO2005031582A1 - ページタイトル表示方法 - Google Patents

Abstract

「Ａ社・ＣＤを販売するページ」のソースにおいては、ブックマーク用タイトル情報の文字数を１０文字までと制限した。これによりクライアント端末２は、ブックマーク表示領域ＡＲ２の表示面積が小さい場合であっても、ページ用タイトル情報「Ａ社・ＣＤを販売するページ」を１０文字に要約してなるブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」を、かかるブックマーク表示領域ＡＲ２に全て表示することができる。

Description

本発明はページタイトル表示方法に関し、例えば、所定のサーバから提供されるソースに基づいてＷｅｂページを表示する場合に適用して好適なものである。

近年、パーソナルコンピュータ等の端末装置に対しては、ブラウザプログラムが予めインストールされていることにより、インターネットを介して種々のサーバから、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の言語で記述されたソースを取得し、これに基づいてＷｅｂページを表示部に表示することができるようになされている。
このようにブラウザプログラムがインストールされている端末装置は、一般的にブックマーク機能も有しているので、Ｗｅｂページのアドレスを記憶する（以下適宜、これを“ブックマークする”とも呼ぶ）ことができる。従ってこの端末装置を利用するユーザは、頻繁に閲覧するＷｅｂページのアドレスをブックマークしておくことにより、当該Ｗｅｂページにアクセスする際にＵＲＬ（Ｕｎｉ−ｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を入力するための作業を行わなくて良い（例えば特許文献１参照）。
特開平１１−７３４３２号公報。 ところで近年、このような端末装置は小型化の一途をたどっており、これに伴って端末装置の表示部も、その大きさが小さくなる傾向にある。
従って、このような端末装置の表示部にＷｅｂページを表示させるだけでなく、ブックマークされているＷｅｂページのタイトルも同時表示させるとき、その文字数が多いと当該タイトルを全て表示部に表示することができない場合も考えられる。
そしてこのような場合、ユーザは、タイトルの一部しか目視することができないので、当該タイトルに対応するＷｅｂページを把握することが困難となる可能性がある。この結果このような端末装置では、使い勝手が必ずしも良いとは言い得ない問題があった。

本発明は以上の点を考慮してなされたもので、使い勝手を格段と向上させ得るページタイトル表示方法を提案しようとするものである。
かかる課題を解決するために本発明においては、ページタイトル表示方法において、外部のページデータを要求するための要求信号を送信する第１のステップと、要求信号に対応するページデータを受信する第２のステップと、ページデータのアドレス情報を記憶する操作が行われると、当該アドレス情報を記憶すると共に、当該アドレス情報と共にページデータに含まれる第１のタイトル情報及び文字数が制限されてなる第２のタイトル情報も記憶する第３のステップと、記憶した第２のタイトル情報を表示部に表示する第４のステップとを設けるようにした。
このようにして、文字数が制限されたタイトル情報のみを表示部に表示することにより、当該タイトル情報の全てをユーザに認識させることができる。
本発明によれば、文字数が制限されたタイトル情報のみを表示部に表示することにより、当該タイトル情報の全てをユーザに認識させることができる。この結果、使い勝手を格段と向上させ得るページタイトル表示方法を実現することができる。

図１は、本発明によるコンテンツ販売システムの全体構成を示す略線図である。
図２は、基本画面（１）を示す略線図である。
図３は、基本画面（２）を示す略線図である。
図４は、基本画面（３）を示す略線図である。
図５は、ポータルサーバの回路構成を示すブロック図である。
図６は、コンテンツ販売サーバの回路構成を示すブロック図である。
図７は、クライアント端末の回路構成を示すブロック図である。
図８は、フォルダ構成を示す略線図である。
図９は、クライアント端末のプログラムモジュールを示す略線図である。
図１０は、ブックマーク登録処理手順を示すフローチャートである。
図１１は、基本画面（４）を示す略線図である。
図１２は、ページ表示処理手順（１）を示すシーケンスチャートである。
図１３は、ページ表示処理手順（２）を示すシーケンスチャートである。
図１４は、基本画面（５）を示す略線図である。

符号の説明

１……コンテンツ販売システム、２……クライアント端末、３……ネットワーク、４……ポータルサーバ、５……コンテンツ販売サーバ、５Ａ……オーサリング装置、１０、２０……制御部、３０……ＣＰＵ、１５、２５……データ通信処理部、４４……通信処理部、４５……ネットワークインターフェース

以下図面について、本発明の一実施の形態を詳述する。
（１−１）コンテンツ販売システムの全体構成
図１において、１は全体としてコンテンツ販売システムを示し、このコンテンツ販売システム１に参加することが許されているユーザのクライアント端末２は、所定のネットワーク３を介して、当該クライアント端末２を管理するポータルサーバ４や、各種コンテンツが記録されてなるＣＤ／ＤＶＤを販売するためのコンテンツ販売サーバ５等と接続されている。
また本実施の形態の場合、このコンテンツ販売サーバ５に対しては、パーソナルコンピュータ構成でなるオーサリング装置５Ａが接続されている。これによりコンテンツ販売サーバ５側のホームページ作成者は、このオーサリング装置５Ａを介して「Ａ社・ＣＤを販売するページ」等の各種ページのソースを作成し、これをコンテンツ販売サーバ５へアップロードしておくことができる。
一方、クライアント端末２は、ユーザによって電源が投入されると、例えば図２に示すような基本画面ＤＰ１を表示部に表示する。この基本画面ＤＰ１は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の言語によって記述されたソースに基づいて種々のページが表示されるページ表示領域ＡＲ１と、ユーザがこれまで登録したブックマークが表示されるブックマーク表示領域ＡＲ２とを有している。
例えばクライアント端末２は、このコンテンツ販売システム１の「トップページ」を表示するためのトップページ表示操作が行われたとき、当該「トップページ」のソースを保持するポータルサーバ４に対して、当該ソースを送信するように要求する要求信号と、予め登録されているユーザのＩＤ及びパスワードとを送信する。
ポータルサーバ４は、かかる要求信号とＩＤ及びパスワードとを受信すると、このＩＤ及びパスワードに基づいて所定のユーザ認証処理を実行する。
そしてポータルサーバ４は、このユーザ認証処理の結果、クライアント端末２のユーザを正規ユーザとして認証できたとき、この旨と当該認証が完了した時刻（以下、これを認証完了時刻と呼ぶ）とを示した認証結果情報を生成し、当該生成した認証結果情報と、クライアント端末２からの要求信号に応じた「トップページ」のソースとを、クライアント端末２へ送信する。
クライアント端末２は、ポータルサーバ４から認証結果情報と「トップページ」のソースとを受信すると、例えば図３に示すように、当該ソースに基づいて「トップページ」をページ表示領域ＡＲ１に表示する。因みにこの「トップページ」においては、ページ表示領域ＡＲ１の上部に、ページのタイトル情報“トップページ”が表示されており、またこの下側には、「Ａ社・ＣＤを販売するページ」へのリンクが設定されているボタンＢＴ１や、その他のページへのリンクが設定されているボタンが複数表示されている。
例えばユーザの操作によりこのトップページ上のボタンＢＴ１が選択されると、クライアント端末２は、当該「トップページ」のソースを参照して「Ａ社・ＣＤを販売するページ」のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏ−ｃａｔｏｒ）を認識した後これに基づいて、Ａ社運営のコンテンツ販売サーバ５に対し、「Ａ社・ＣＤを販売するページ」のソースを送信するように要求する要求信号と、ポータルサーバ４から最近取得した認証結果情報とを送信する。
この要求信号と認証結果情報とを受信したコンテンツ販売サーバ５は、当該認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定するようになされており、例えばこの判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、かかる要求信号に応じた「Ａ社・ＣＤを販売するページ」のソースを、クライアント端末２へ送信する。
なおコンテンツ販売サーバ５は、かかる判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていないことを認識すると、「Ａ社・ＣＤを販売するページ」のソースをクライアント端末２へ送信しないようになされている。
そしてクライアント端末２は、コンテンツ販売サーバ５からの「Ａ社・ＣＤを販売するページ」のソースに基づいて、例えば図４に示すような、「Ａ社・ＣＤを販売するページ」をページ表示領域ＡＲ１上に表示するようになされている。これによりクライアント端末２のユーザは、この「Ａ社・ＣＤを販売するページ」を介して、コンテンツ販売サーバ５が提供するＣＤ販売サービスを利用し得るようになされている。
（１−２）ポータルサーバの構成
図５に示すポータルサーバ４は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓ−ｓｉｎｇ Ｕｎｉｔ）からなる制御部１０が、ＲＯＭ１１又はハードディスクドライブ１２に記憶されている基本プログラムや各種プログラムを、バス１３を介してＲＡＭ１４に適宜展開しこれを実行することにより、ユーザ認証処理等の各種処理を実行するようになされている。また、このハードディスクドライブ１２には、コンテンツ販売システム１に参加することが許されている各ユーザのＩＤ及びパスワードも予め記憶されている。
例えばポータルサーバ４の制御部１０は、クライアント端末２からネットワーク３及びデータ通信処理部１５を順次介して、ユーザのＩＤ及びパスワードを受信すると、ユーザ認証処理を開始して、当該ユーザのＩＤ及びパスワードが、ハードディスクドライブ１２に記憶されているか否かを判定する。
そしてポータルサーバ４の制御部１０は、かかる判定の結果として、ハードディスクドライブ１２に当該ユーザのＩＤ及びパスワードが記憶されていることを認識すると、クライアント端末２のユーザを正規ユーザとして認証し、この旨と認証完了時刻とを示した認証結果情報をクライアント端末２へ送信する一方、ハードディスクドライブ１２に当該ユーザのＩＤ及びパスワードが記憶されていないことを認識すると、クライアント端末２のユーザを正規ユーザとして認証せず、この旨を示した認証結果情報をクライアント端末２へ送信する。
（１−３）コンテンツ販売サーバの構成
図６に示すコンテンツ販売サーバ５は、ＣＰＵからなる制御部２０が、ＲＯＭ２１又はハードディスクドライブ２２に記憶されている基本プログラムや各種プログラムを、バス２３を介してＲＡＭ２４に適宜展開しこれを実行することにより、ユーザにＣＤを購入させるためのＣＤ販売処理や、その他各種処理を実行するようになされている。また、このハードディスクドライブ２２には、「Ａ社・ＣＤを販売するページ」を始めとする各種ページのソースが予め記憶されている。
コンテンツ販売サーバ５の制御部２０は、クライアント端末２からネットワーク３及びデータ通信処理部２５を順次介して、認証結果情報と「Ａ社・ＣＤを販売するページ」のソースを要求する要求信号とを受信すると、まず最初に、当該認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定する。
実際上コンテンツ販売サーバ５のハードディスクドライブ２２には、ユーザ認証が完了してから１分以内の認証結果情報を有効とする旨が定義されてなる定義情報が予め記憶されており、コンテンツ販売サーバ５の制御部２０は、この定義情報に基づいてクライアント端末２からの認証結果情報が有効であることを認識すると、クライアント端末２のユーザが正規ユーザとして最近認証されたと判定するようになされている。またこれに限らず、例えばポータルサーバ４が認証結果情報を生成する際、当該認証結果情報に対して有効期限を示す有効期限情報も含めるようにしておき、コンテンツ販売サーバ５の制御部２０は、この認証結果情報中の有効期限情報に基づいて、当該認証結果情報が有効か否かを判断するようにしても良い。
そしてコンテンツ販売サーバ５の制御部２０は、かかる判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、かかる要求信号に応じた「Ａ社・ＣＤを販売するページ」のソースを、ハードディスクドライブ２２から読み出して、これをクライアント端末２へ送信するようになされている。
（１−４）クライアント端末の構成
（１−４−１）回路構成
図７に示すようにクライアント端末２のＣＰＵ３０は、バス３１を介して接続されたＲＯＭ３２から読み出してＲＡＭ３３に展開したＯＳ（Ｏｐｅｒａｔ−ｉｎｇ Ｓｙｓｔｅｍ）等の基本プログラム及び各種アプリケーションプログラムに基づき全体の制御や所定の演算処理等を行うようになされており、例えばネットワーク３を介した通信動作、ユーザからの入出力操作、メディアからのコンテンツ再生やラジオ局からダウンロードしたコンテンツのハードディスクドライブ（ＨＤＤ）３４への書き込み及びその管理等を実行する。
操作入力部３５は、本体部の筐体表面やリモートコントローラ（図示せず）の各種操作子に対するユーザの操作に応じた入力情報を入力処理部３６へ送出し、当該入力処理部３６で所定の処理を施した後に操作コマンドとしてＣＰＵ３０へ送出し、当該ＣＰＵ３０で操作コマンドに応じた処理を実行するようになされている。
表示部３７は、例えば液晶ディスプレイ等の表示デバイスが本体部の筐体表面に直接取り付けられている場合や、外付けの表示デバイスであってもよく、表示処理部３８を介して入力される各種情報を表示するようになされている。また本実施の形態の場合、この表示部３７は、通常のテレビジョンやパーソナルコンピュータ用のディスプレイよりも小さいサイズ（５インチ程度）となっている。
メディアドライブ３９は、例えばＣＤプレーヤ及びフラッシュメモリ等でなるメモリースティック（登録商標）を再生するドライブであって、再生結果をオーディオデータ処理部４０を介してディジタルアナログ変換処理した後に２ｃｈのスピーカ４１から出力するようになされている。
なおＣＰＵ３０は、メディアドライブ３９を介して再生したデータが楽曲のオーディオコンテンツである場合、オーディオデータファイルとしてハードディスクドライブ３４に記憶することも可能である。
さらにＣＰＵ３０は、メディアドライブ３９によってメモリスティック（登録商標）に記憶された複数枚の静止画を読み出し、これらを表示処理部３８を介して表示部３７にスライドショーとして表示することもできる。
またＣＰＵ３０は、ハードディスクドライブ３４に記憶した複数の楽曲をランダムアクセスで読み出し、あたかもジュークボックスのようにユーザ所望の順番で再生して出力することも可能である。
チューナ部４２は、例えばＡＭ、ＦＭラジオチューナであって、ＣＰＵ３０の制御に基づいてアンテナ４３で受信した放送信号を復調し、その結果を放送音声としてオーディオデータ処理部４０を介してスピーカ４１から出力する。
通信処理部４４は、ＣＰＵ３０の制御に基づいて送信データのエンコード処理を行い、ネットワークインターフェース４５を介してネットワーク３経由で外部のネットワーク対応機器へ送信したり、当該ネットワークインターフェース４５介して外部のネットワーク対応機器から受信した受信データのデコード処理を行い、ＣＰＵ３０へ転送するようになされている。
（１−４−２）ディレクトリ管理
クライアント端末２のＣＰＵ３０は、ハードディスクドライブ３４に対してコンテンツを記憶する際、図８に示すディレクトリ構成で管理するようになされている。まず「ｒｏｏｔ」ディレクトリの下層に対しては、規定範囲内での任意の数の「ｆｏｌｄｅｒ」ディレクトリが作成される。この「ｆｏｌｄｅｒ」ディレクトリは、例えばコンテンツが属するジャンル、又は所有ユーザなどに対応して作成されるようになされている。
この「ｆｏｌｄｅｒ」ディレクトリの下層には、規定範囲内での任意の数の「ａｌｂｕｍ」ディレクトリが作成され、当該「ａｌｂｕｍ」ディレクトリは例えば１つのアルバムタイトルごとに対応するようになされている。この「ａｌｂｕｍ」ディレクトリの下層においては、その「ａｌｂｕｍ」ディレクトリに属するとされる１以上の「ｔｒａｃｋ」ファイルが格納され、この「ｔｒａｃｋ」ファイルが１つの楽曲すなわちコンテンツとなるものである。
このようなコンテンツについてのディレクトリ管理は、ハードディスクドライブ３４に記憶されているデータベースファイルによって行われるようになされている。
（１−４−３）プログラムモジュール構成
図９に示すようにクライアント端末２のプログラムモジュールとしては、ＯＳ上で動作するようになされており、具体的にはＣＤの物販を行うコンテンツ販売サーバ５、インターネットラジオサーバ、音楽配信運営サーバ、ポータルサーバ４、関連情報提供サーバ、その他各種サーバとの間でやりとりを行う。
ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メッセージプログラム５０は、コンテンツ販売サーバ５やポータルサーバ４等の各種サーバとの間のやりとりをＨＴＴＰ通信で行うものであり、コミュニケータプログラム５１は、ＨＴＴＰメッセージプログラム５０とデータのやり取りを行うプログラムモジュールである。
コミュニケータプログラム５１の上位には、コンテンツのコーデックを解釈して再生するコンテンツ再生モジュール５２、著作権保護に関する情報を取り扱う著作権保護情報管理モジュール５３が位置し、そのコンテンツ再生モジュール５２、著作権保護情報管理モジュール５３に対してインターネットラジオの選局及び再生を行うインターネットラジオ選局再生モジュール５４、楽曲購入及び試聴曲の再生を司る楽曲購入再生モジュール５５がそれぞれ位置している。
それらインターネットラジオ選局再生モジュール５４、楽曲購入再生モジュール５５の上位にはＸＭＬブラウザ５６が位置し、当該ＸＭＬブラウザ５６は、ＸＭＬやＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の言語で記述されたソースを解釈し、この結果に基づいてＷｅｂページ（以下、これを単にページとも呼ぶ）を表示部３７に表示する。
例えば、ＸＭＬブラウザ５６を介してユーザに選択された楽曲は楽曲購入再生モジュール５５で購入され、ハードディスクコンテンツコントローラ５７を介してハードディスクドライブ３４に書き込まれる。
なおコミュニケータプログラム５１には、ライブラリ５８の認証ライブラリ５８Ａが接続されており、当該認証ライブラリ５８Ａによってポータルサーバ４との間でユーザ認証処理等を行うようになされている。
さらにコミュニケータプログラム５１の上位には、データベースアクセスモジュール５９、コンテンツデータアクセスモジュール６０及びハードディスクコンテンツコントローラ５７が位置する。
このデータベースアクセスモジュール５９は、ハードディスクドライブ３４に構築された各種データベースにアクセスし、コンテンツデータアクセスモジュール６０はハードディスクドライブ３４に格納されたコンテンツにアクセスし、ハードディスクコンテンツコントローラ５７はハードディスクドライブ３４に格納されたコンテンツを管理するようになされている。
ハードディスクコンテンツコントローラ５７の上位には、ラジオ局が放送した楽曲のタイトル及びアーティスト名を表示するための関連情報表示モジュール６１が位置しており、また、ラジオ局を選局したり当該ラジオ局から受信した楽曲のコンテンツをハードディスクドライブ３４に録音するチューナ選局再生／録音モジュール６２も位置している。
例えば、オーディオユーザインタフェース６３を介して選局されたラジオ局から受信した楽曲は、コンテンツデータアクセスモジュール６０を介してハードディスクドライブ３４へ書き込まれるようになされている。
関連情報表示モジュール６１は、チューナ選局再生／録音モジュール６２によって現在ラジオ局が放送している楽曲のタイトルやアーティスト名を関連情報として関連情報提供サーバからＨＴＴＰメッセージプログラム５０経由で受信し、これをオーディオユーザインタフェース（ＵＩ）６３を介して表示部３７に表示する。
なおオーディオユーザインタフェース６３を介して表示部３７に表示した関連情報は、ライブラリ５８のクリップライブラリ５８Ｂに一時的に記憶することもでき、ユーザからの指示に従って最終的にはデータベースアクセスモジュール５９を介してハードディスクドライブ３４へ記憶されるようになされている。
さらにクライアント端末２のプログラムモジュールとしては、ＣＤを再生するためのＣＤ再生モジュール６４と、ハードディスクドライブ３４を再生するためのＨＤＤ再生モジュール６５とが含まれており、再生結果をオーディオデータ処理部４０及びスピーカ４１を順次介して出力する。
（２−１）ブックマーク登録
ところで上述したように、クライアント端末２のＣＰＵ３０は、コンテンツ販売サーバ５から「Ａ社・ＣＤを販売するページ」のソースを受信するとこれに基づいて「Ａ社・ＣＤを販売するページ」（図４）をページ表示領域ＡＲ１上に表示する。
この「Ａ社・ＣＤを販売するページ」のソースは、コンテンツ販売サーバ５側のホームページ作成者がオーサリング装置５Ａを介して予め作成したものである。このソースにおいては、ページ表示領域ＡＲ１の上部に表示するためのページ用タイトル情報「Ａ社・ＣＤを販売するページ」の他に、ブックマーク領域ＡＲ２上に表示するためのブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」が記述されている。さらにこのソースには、当該「Ａ社・ＣＤを販売するページ」がＣＤ販売サービスを提供するためのページであることを示すためのサービス識別情報も記述されており、また、ブックマークし得るページか否かを示すためのブックマーク可否フラグ情報も記述されている。
また本実施の形態の場合、ページ用タイトル情報については、記述可能な文字数に制限がないので、かかるソースにおいてはページ用タイトル情報として１３文字でなる「Ａ社・ＣＤを販売するページ」が記述されている。一方、ブックマーク用タイトル情報については、記述可能な文字数に１０文字までという制限があるので、かかるソースにおいてはブックマーク用タイトル情報として、１３文字でなるページ用タイトル情報「Ａ社・ＣＤを販売するページ」を要約した「Ａ社・ＣＤ販売ページ」（１０文字）が記述されている。
例えば、ユーザによりページ表示領域ＡＲ１に表示されている「Ａ社・ＣＤを販売するページ」をブックマークするブックマーク設定操作が行われると、クライアント端末２のＣＰＵ３０は、図１０に示すブックマーク登録処理をステップＳＰ１から開始する。
すなわちクライアント端末２のＣＰＵ３０は、ステップＳＰ１において、当該「Ａ社・ＣＤを販売するページ」のソースに記述されているブックマーク可否フラグ情報を参照する。ここでこのブックマーク可否フラグ情報としては、例えば、ブックマークが可能であることを示す「ＯＫ」、又は、ブックマークしてはならないことを示す「ＮＯ」の何れかが記述されている。
続いてクライアント端末２のＣＰＵ３０は、ステップＳＰ２へ進み、参照したブックマーク可否フラグ情報が「ＯＫ」であるか否かを判定する。
このステップＳＰ２において否定結果が得られると、このことは、「Ａ社・ＣＤを販売するページ」のソースにブックマーク可否フラグ情報「ＮＯ」が記述されていることから、この「Ａ社・ＣＤを販売するページ」をブックマークし得ないことを意味しており、このときクライアント端末２のＣＰＵ３０は、ステップＳＰ３へ進み、ブックマークすることができない旨のエラーメッセージを表示部３７に表示した後、続く終了ステップＳＰ５へ進んでブックマーク登録処理を終了する。
かくしてコンテンツ販売サーバ５側のホームページ作成者は、「Ａ社・ＣＤを販売するページ」のソースに、ブックマーク可否フラグ情報「ＮＯ」を予め記述しておくことにより、クライアント端末２のユーザによって、当該「Ａ社・ＣＤを販売するページ」がブックマークされてしまうことを回避することができる。このようにしてホームページ作成者は、作成する各種ページのソースに、ブックマーク可否フラグ情報「ＯＫ」又は「ＮＯ」の何れかを記述することにより、作成者側が意図するページのみをブックマークさせるようにすることができる。
一方、かかるステップＳＰ２において肯定結果が得られると、このことは、「Ａ社・ＣＤを販売するページ」のソースにブックマーク可否フラグ情報「ＯＫ」が記述されていることから、この「Ａ社・ＣＤを販売するページ」をブックマークし得ることを意味しており、このときクライアント端末２のＣＰＵ３０は、ステップＳＰ４に進んで、登録処理を実行した後、終了ステップＳＰ５へ進んでブックマーク登録処理を終了する。
ここでこの登録処理では、「Ａ社・ＣＤを販売するページ」のソースに記述されているブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」及びサービス識別情報と、当該ページのＵＲＬとを対応付けて記憶した後、例えば図１１に示すように、このブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」をブックマーク表示領域ＡＲ２に表示する。
本実施の形態の場合、クライアント端末２の表示部３７が小さいことから、これに伴ってブックマーク表示領域ＡＲ２の表示面積も小さくなっており、この結果このブックマーク表示領域ＡＲ２には、１３文字でなるページ用タイトル情報「Ａ社・ＣＤを販売するページ」を全て表示しきることができない。しかしながら、上述したようにブックマーク用タイトル情報の文字数を１０文字までと制限したので、ページ用タイトル情報「Ａ社・ＣＤを販売するページ」を要約したブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」の全てを、かかるブックマーク表示領域ＡＲ２に表示することができる。
（２−２）ブックマークからの「Ａ社・ＣＤを販売するページ」の表示
本実施の形態のクライアント端末２は、例えば図１１に示したブックマーク表示領域ＡＲ２に表示されているブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」が選択されると、これに応じて「Ａ社・ＣＤを販売するページ」を表示するようになされている。ここではこの場合のページ表示処理手順を、図１２及び図１３に示すシーケンスチャートを用いて説明する。
なお、図１２及び図１３においては、クライアント端末２におけるアプリケーションモジュール２Ａと通信モジュール２Ｂとを明示した。このアプリケーションモジュール２Ａは、上述のＸＭＬブラウザ５６等に相当し、また通信モジュール２Ｂは、上述のコミュニケータプログラム５１等に相当するものである。このアプリケーションモジュール２Ａは、その下位の通信モジュール２Ｂを介して、ポータルサーバ４やコンテンツ販売サーバ５と、アプリケーションレベルのコマンドやデータをやり取りするようになされている。
また、ここから以下の記載では、説明の便宜上、クライアント端末２におけるアプリケーションモジュール２Ａ及び通信モジュール２Ｂを主体的に扱って説明を行う。しかしながら実際には、クライアント端末２のＣＰＵ３０が、これらアプリケーションモジュール２Ａ及び通信モジュール２Ｂに従って、各種処理を実行するようになされていることは言うまでもない。
クライアント端末２のアプリケーションモジュール２Ａは、例えばユーザの操作によりブックマーク表示領域ＡＲ２に表示されているブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」が選択されたことを認識すると、ステップＳＰ２１へ進み、当該ブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」と対応付けて記憶しているＵＲＬに基づいて、この「Ａ社・ＣＤを販売するページ」のソースを要求する要求信号を生成し、これを通信モジュール２Ｂへ引き渡し、ステップＳＰ２２へ進む。
ステップＳＰ２２においてクライアント端末２の通信モジュール２Ｂは、アプリケーションモジュール２Ａから引き渡された要求信号と合わせて、過去（例えば１時間前）にポータルサーバ４から取得した認証結果情報を、「Ａ社・ＣＤを販売するページ」のソースを保持するコンテンツ販売サーバ５へ送信する。
コンテンツ販売サーバ５の制御部２０は、クライアント端末２から要求信号及び認証結果情報を受信すると、ステップＳＰ２３へ進み、この認証結果情報中の認証完了時刻（この場合、約１時間前の時刻）等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近（例えば過去１分以内）認証されたか否かを判定するようになされており、この判定の結果、クライアント端末２のユーザが正規ユーザとして最近認証されていないことを認識すると、ステップＳＰ２４へ進んで、クライアント端末２からの要求信号を拒絶する要求拒絶信号を生成し、これをクライアント端末２へ送信する。
クライアント端末２の通信モジュール２Ｂは、コンテンツ販売サーバ５から送信された要求拒絶信号に基づいて、コンテンツ販売サーバ５に対する要求が拒絶されたことを認識すると、ステップＳＰ２５へ進んで、ユーザのＩＤ及びパスワードを、ポータルサーバ４へ送信する。
ポータルサーバ４の制御部１０は、クライアント端末２から当該ユーザのＩＤ及びパスワードを受信すると、ステップＳＰ２６へ進んで、当該ユーザのＩＤ及びパスワードに基づきユーザ認証処理を実行する。そしてポータルサーバ４の制御部１０は、このユーザ認証処理の結果、かかるユーザを正規ユーザとして認証することができて、この旨と認証完了時刻を示した認証結果情報を生成し終えると、ハードディスクドライブ１２の所定記憶場所に、「お知らせページ」のソースが存在するか否かを確認する。
ここでこの「お知らせページ」とは、コンテンツ提供システムを運用する運用者によって適宜作成されるものであり、例えばポータルサーバ４のメンテナンス情報（例えば、コンテンツ販売サーバ５を休止する旨の情報）等が記載されるようになされている。
ポータルサーバ４の制御部１０は、例えば、所定記憶場所に「お知らせページ」のソースが存在することを確認すると、図１３のステップＳＰ４０へ進み、生成した認証結果情報をクライアント端末２へ送信することにより、当該認証結果情報をクライアント端末２の通信モジュール２Ｂに取得させた後（ステップＳＰ４１）、続くステップＳＰ４２において、「お知らせページ」のソースの記憶場所を示す記憶場所情報を、クライアント端末２へ送信する。
クライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、ポータルサーバ４から送信された記憶場所情報を受信すると、ステップＳＰ４３へ進み、当該記憶場所情報に基づいて、「お知らせページ」のソースを送信するように要求するためのお知らせページ要求信号を生成し、これを通信モジュール２Ｂを介してポータルサーバ４へ送信する。
また、このとき同時にこのアプリケーションモジュール２Ａは、「Ａ社・ＣＤを販売するページ」をブックマークした際に記憶した、当該「Ａ社・ＣＤを販売するページ」のサービス識別情報及びＵＲＬも、ポータルサーバ４へ送信するようになされている。上述したようにこのサービス識別情報には、当該「Ａ社・ＣＤを販売するページ」が、ＣＤ販売サービスを提供するためのページであることが示されている。
ポータルサーバ４の制御部１０は、クライアント端末２からお知らせページ要求信号と合わせて、サービス識別情報及び「Ａ社・ＣＤを販売するページ」のＵＲＬを受信すると、ステップＳＰ４４において、当該サービス識別情報によって示されているコンテンツ販売サーバ５のＣＤ販売サービスが、現在利用することができるのか否かをコンテンツ販売サーバ５に対して問い合わせる。
そしてポータルサーバ４の制御部１０は、ステップＳＰ４５へ進んで、当該問い合わせ結果を「お知らせページ」のソースに追記すると共に、受信した「Ａ社・ＣＤを販売するページ」のＵＲＬも当該ソースに追記することにより、図１４に示すような「お知らせページ」を表示させるためのソースを生成する。
続いてポータルサーバ４の制御部１０は、ステップＳＰ４６へ進み、受信したお知らせページ要求信号に応じて、当該追記後の「お知らせページ」のソースを、クライアント端末２へ送信する。
クライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、当該追記後の「お知らせページ」のソースを受信すると、ステップＳＰ４７において、当該ソースに基づき「お知らせページ」（図１４）を表示する。
この「お知らせページ」には、ポータルサーバ４に関するメンテナンス情報が表示されている。さらにこの「お知らせページ」には、ポータルサーバ４がクライアント端末２からのサービス識別情報に基づいてコンテンツ販売サーバ５に問い合わせた、ＣＤ販売サービスの現在状況を表す現在状況情報ＩＮＦ１も示されている。この現在状況情報ＩＮＦ１においては、コンテンツ販売サーバ５におけるＣＤ販売サービスが現在利用可能である旨や、当該ＣＤ販売サービスが休止中である旨等が示される。
これによりクライアント端末２は、このＣＤ販売サービスを利用するための「Ａ社・ＣＤを販売するページ」を表示する前に、この「お知らせページ」を介して、当該ＣＤ販売サービスの現在状況をユーザに対して通知することができる。
また、この「お知らせページ」におけるボタンＢＴ３は、「Ａ社・ＣＤを販売するページ」のＵＲＬと対応付けられているので、例えばユーザの操作によって当該ボタンＢＴ３が選択されると、クライアント端末２のアプリケーションモジュール２Ａは、ステップＳＰ４８へ進み、当該ＵＲＬに基づいて、「Ａ社・ＣＤを販売するページ」のソースを要求するための要求信号を生成し、これを通信モジュール２Ｂへ引き渡す。
この通信モジュール２Ｂは、ステップＳＰ４９において、引き渡された要求信号と合わせて、ステップＳＰ４１で取得した最新の認証結果情報を、コンテンツ販売サーバ５へ送信する。
コンテンツ販売サーバ５の制御部２０は、クライアント端末２から要求信号及び最新の認証結果情報を受信すると、ステップＳＰ５０において、この認証結果情報中の認証完了時刻等を参照することにより、クライアント端末２のユーザが正規ユーザとして最近認証されたか否かを判定し、例えばこの結果、クライアント端末２のユーザが正規ユーザとして最近認証されていることを認識すると、ステップＳＰ５１へ進み、クライアント端末２からの要求信号を受け付けて「Ａ社・ＣＤを販売するページ」のソースを、当該クライアント端末２へ送信する。
そしてクライアント端末２のアプリケーションモジュール２Ａは、通信モジュール２Ｂを介して、コンテンツ販売サーバ５から送信された「Ａ社・ＣＤを販売するページ」のソースを受信すると、ステップＳＰ５２において、当該ソースに基づき「Ａ社・ＣＤを販売するページ」（図１１）を表示する。
（３）動作及び効果
以上の構成において、「Ａ社・ＣＤを販売するページ」のソースにおいては、ブックマーク用タイトル情報の文字数を１０文字までと制限した。
これによりクライアント端末２は、ブックマーク表示領域ＡＲ２の表示面積が小さい場合であっても、ページ用タイトル情報「Ａ社・ＣＤを販売するページ」を１０文字に要約してなるブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」を、かかるブックマーク表示領域ＡＲ２に全て表示することができる。
かくしてユーザは、ブックマーク表示領域ＡＲ２上に完全に表示されているブックマーク用タイトル情報「Ａ社・ＣＤ販売ページ」を目視することによって、これに対応するページ（「Ａ社・ＣＤ販売ページ」）を確実に把握することができる。
（４）他の実施の形態
なお上述の実施の形態では、第２のタイトル情報としてのブックマーク用タイトル情報について、その文字数を１０文字に制限する場合について述べたが、本発明はこれに限らず、クライアント端末２の表示部３７の大きさに応じて、当該制限する文字数を適宜変更するようにしても良い。
また上述の実施の形態においては、ページデータ（「Ａ社・ＣＤを販売するページ」のソース）に含まれるフラグ情報としての、ブックマーク可否フラグ情報として、ブックマークが可能なことを表す「ＯＫ」、又は、ブックマークしてはいけないことを表す「ＮＯ」が記述される場合について述べたが、本発明はこれに限らず、ブックマークが可能なことと、ブックマークしてはいけないこととの区別をすることができれば、この他種々の情報を、ブックマーク可否フラグ情報としてソースに記述するようにしても良い。
さらに上述の実施の形態においては、ページデータのアドレス情報として、そのページデータの所在を示すＵＲＬを適用する場合について述べたが、本発明はこれに限らず、そのページデータの所在が示されていれば、その他種々の情報を適用することができる。
さらに上述の実施の形態においては、ページ表示領域ＡＲ１に対して画面（Ｗｅｂページ）を表示するための画面データとして、ＨＴＭＬやＸＭＬ等で記述されたソースを適用する場合について述べたが、本発明はこれに限らず、この他種々の書式で記述されたデータを適用しても良い。
さらに上述の実施の形態においては、ページデータ（Ｗｅｂページのソース）に基づいてページ（Ｗｅｂページに相当する画面）を表示する端末装置として、クライアント端末２を適用する場合について述べたが、本発明はこれに限らず、携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓ−ｔａｎｃｅ）やパーソナルコンピュータ等のこの他種々の情報処理装置を適用することができる。因みにこの場合これら情報処理装置に対して、図７に示した各回路や図９に示したプログラムモジュールを設けるようにしても良い。
さらに上述の実施の形態において、クライアント端末２は、インストールされているプログラムに従って各回路部を制御することにより、上述したブックマーク登録処理やページ表示処理をソフトウェア的に実行する場合について述べたが、本発明はこれに限らず、クライアント端末２に当該ブックマーク登録処理及び当該ページ表示処理を実現するための回路を設け、クライアント端末２が当該設けられた回路により、上述したブックマーク登録処理及びページ表示処理をハードウェア的に実行するようにしても良い。
さらに上述の実施の形態において、ポータルサーバ４及びコンテンツ販売サーバ５は、それぞれにインストールされているプログラムに従って各回路部を制御することにより、上述したページ表示処理をソフトウェア的に実行する場合について述べたが、本発明はこれに限らず、ポータルサーバ４及びコンテンツ販売サーバ５に当該ページ表示処理を実現するための回路をそれぞれ設け、ポータルサーバ４及びコンテンツ販売サーバ５が当該設けられた回路により、上述したページ表示処理をハードウェア的に実行するようにしても良い。
さらに上述の実施の形態においては、外部装置（クライアント端末２）に対してページデータを送信するページデータ送信装置として、コンテンツ販売サーバ５を適用する場合について述べたが、本発明はこれに限らず、ページデータを送信することができれば、この他種々の情報処理装置を適用することができる。

本発明は、例えば、サーバから提供されるＷｅｂページをブックマークする場合に適用することができる。

Claims (12)

1. 外部のページデータを要求するための要求信号を送信する第１のステップと、
   上記要求信号に対応する上記ページデータを受信する第２のステップと、
   上記ページデータのアドレス情報を記憶する操作が行われると、当該アドレス情報を記憶すると共に、当該アドレス情報と共に上記ページデータに含まれる第１のタイトル情報及び文字数が制限されてなる第２のタイトル情報も記憶する第３のステップと、
   上記記憶した上記第２のタイトル情報を表示部に表示する第４のステップと
   を具えることを特徴とするページタイトル表示方法。
2. 上記第２のタイトル情報の上記文字数は、上記表示部の画面の大きさに対応する
   ことを特徴とする請求の範囲第１項に記載のページタイトル表示方法。
3. 上記第３のステップでは、
   上記ページデータに含まれるフラグ情報に応じて、上記アドレス情報の記憶を禁止する
   ことを特徴とする請求の範囲第１項に記載のページタイトル表示方法。
4. 上記第３のステップでは、上記アドレス情報と共に上記ページデータに含まれる、当該ページデータに対応するサービスを識別するためのサービス識別情報も記憶し、
   上記記憶した上記アドレス情報に基づいて上記ページデータを要求する要求信号を送信する第５のステップと、
   上記第５のステップで送信した上記要求信号に応じて所定の情報を受信したとき、上記第３のステップで記憶した上記サービス識別情報を所定の装置に対して送信する第６のステップと、
   上記所定の装置から上記サービス識別情報に対応する付加情報を受信して上記表示部に表示する第７のステップと、
   上記第７のステップの後に、上記アドレス情報に基づいて上記ページデータを再要求する要求信号を送信することにより、当該要求信号に応じた上記ページデータを受信する第８のステップと
   を具えることを特徴とする請求の範囲第１項に記載のページタイトル表示方法。
5. 外部のページデータを要求するための要求信号を送信する第１の要求信号送信手段と、
   上記要求信号に対応する上記ページデータを受信する第１のページデータ受信手段と、
   上記ページデータのアドレス情報を記憶する操作が行われると、当該アドレス情報を記憶すると共に、当該アドレス情報と共に上記ページデータに含まれる第１のタイトル情報及び文字数が制限されてなる第２のタイトル情報も記憶する記憶手段と、
   上記記憶した上記第２のタイトル情報を表示する表示手段と
   を具えることを特徴とする端末装置。
6. 上記第２のタイトル情報の上記文字数は、上記表示手段の画面の大きさに対応する
   ことを特徴とする請求の範囲第５項に記載の端末装置。
7. 上記記憶手段は、
   上記ページデータに含まれるフラグ情報に応じて、上記アドレス情報を記憶しない
   ことを特徴とする請求の範囲第５項に記載の端末装置。
8. 上記記憶手段は、上記アドレス情報と共に上記ページデータに含まれる、当該ページデータに対応するサービスを識別するためのサービス識別情報も記憶し、
   上記記憶した上記アドレス情報に基づいて上記ページデータを要求する要求信号を送信する第２の要求信号送信手段と、
   上記第２の要求信号送信手段により送信した上記要求信号に応じて所定の情報を受信したとき、上記記憶したサービス識別情報を所定の装置に対して送信するサービス識別情報送信手段と、
   上記所定の装置から上記サービス識別情報に対応する付加情報を受信する付加情報受信手段と、
   上記受信した上記付加情報を上記表示手段により表示した後に、上記アドレス情報に基づいて上記ページデータを再要求する要求信号を送信することにより、当該要求信号に応じた上記ページデータを受信する第２のページデータ受信手段と
   を具えることを特徴とする請求の範囲第５項に記載の端末装置。
9. 外部装置からページデータを要求するための要求信号を受信する第１のステップと、
   上記受信した要求信号に応じて、第１のタイトル情報及び文字数が制限されてなる第２のタイトル情報を含む上記ページデータを、上記外部装置に対して送信する第２のステップと
   を具えることを特徴とするページデータ送信方法。
10. 上記第２のタイトル情報の上記文字数は、上記ページデータに基づいて上記第２のタイトル情報を表示する上記外部装置の表示部の大きさに対応する
    ことを特徴とする請求の範囲第９項に記載のページデータ送信方法。
11. 外部装置からページデータを要求するための要求信号を受信する要求信号受信手段と、
    上記受信した要求信号に応じて、第１のタイトル情報及び文字数が制限されてなる第２のタイトル情報を含む上記ページデータを、上記外部装置に対して送信するページデータ送信手段と
    を具えることを特徴とするページデータ送信装置。
12. 上記第２のタイトル情報の上記文字数は、上記ページデータに基づいて上記第２のタイトル情報を表示する上記外部装置の表示部の大きさに対応する
    ことを特徴とする請求の範囲第１１項に記載のページデータ送信装置。

Images