コンテンツ表示支援サーバ、コンテンツ表示システム、コンテンツ表示支援方法およびコンテンツ表示支援プログラム
【課題】表示対象のコンテンツにおいて設定されたアクセスキーおよびショートカットキーの情報を、コンテンツ閲覧中に容易に把握可能とする。
【解決手段】コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部２１と、取得部２１によって取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部２２と、抽出部２２によって抽出されたアクセスキー／ショートカットキーに関する情報が、取得部２１によって取得されたコンテンツに対応付けて表示されるようにコンテンツの構成を変更する構成変更部２３と、構成変更部２３によって変更された後のコンテンツを、コンテンツ取得要求に対する応答として提供する提供部２４と、を備える。
【解決手段】コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部２１と、取得部２１によって取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部２２と、抽出部２２によって抽出されたアクセスキー／ショートカットキーに関する情報が、取得部２１によって取得されたコンテンツに対応付けて表示されるようにコンテンツの構成を変更する構成変更部２３と、構成変更部２３によって変更された後のコンテンツを、コンテンツ取得要求に対する応答として提供する提供部２４と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ表示支援サーバ、コンテンツ表示システム、コンテンツ表示支援方法およびコンテンツ表示支援プログラムに関する。
【背景技術】
【０００２】
一般に、ユーザ端末からネットワーク上のコンテンツを要求して閲覧するコンテンツ表示システムでは、コンテンツにおけるアクセスキー／ショートカットキーの設定がコンテンツの管理者によって自由に行われている。そして、管理者によって設定されたアクセスキー／ショートカットキーの設定内容がコンテンツ上に表示されるように設計されている場合には、ユーザ端末の利用者はアクセスキー／ショートカットキーの情報を把握することができる。下記特許文献１および特許文献２には、ソフトウェアごとに設定可能なアクセスキー／ショートカットキーに関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２３８１８号公報
【特許文献２】特開２００７−２８００２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記コンテンツ表示システムでは、アクセスキー／ショートカットキーがコンテンツの管理者によって設定されるため、アクセスキー／ショートカットキーの情報がコンテンツ内に散在して表示されることがある。このような場合に、ユーザ端末の利用者は画面をスクロールする等してアクセスキー／ショートカットキーの情報を把握しなければならず、利便性に欠ける。一方、上記特許文献１では、アクセスキー／ショートカットキーの情報が予め端末内に登録されているソフトウェアが起動しているときに、そのソフトウェアに対応して登録されているアクセスキー／ショートカットキーの情報がディスプレイに表示される。したがって、例えばネットワーク上のコンテンツのように、予め端末内に登録されていないコンテンツを閲覧しているときには、コンテンツの管理者によって設定されたアクセスキー／ショートカットキーの情報を表示することができない。つまり、利用者は、アクセスキー／ショートカットキーの情報を容易に把握することができない。また、上記特許文献２では、コンテンツを表示しているときには、そもそもアクセスキー／ショートカットキーの情報を表示することができないため、利用者がコンテンツ閲覧中にアクセスキー／ショートカットキーの情報を容易に把握することはできない。
【０００５】
本発明は、上述した課題を解決するためになされたものであり、表示対象のコンテンツにおいて設定されたアクセスキー／ショートカットキーの情報を、コンテンツ閲覧中に容易に把握させることができるコンテンツ表示支援サーバ、コンテンツ表示システム、コンテンツ表示支援方法およびコンテンツ表示支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のコンテンツ表示支援サーバは、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、取得部によって取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、抽出部によって抽出されたアクセスキー／ショートカットキーに関する情報が、取得部によって取得されたコンテンツに対応付けて表示されるように前記コンテンツの構成を変更する構成変更部と、構成変更部によって変更された後のコンテンツを、コンテンツ取得要求に対する応答として提供する提供部と、を備える。
【０００７】
本発明のコンテンツ表示支援サーバは、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、取得部によって取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、抽出部によって抽出されたアクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成部と、取得部によって取得されたコンテンツおよびファイル生成部によって生成されたファイルを、コンテンツ取得要求に対する応答として提供する提供部と、を備える。
【０００８】
本発明のコンテンツ表示システムは、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、取得部によって取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、抽出部によって抽出されたアクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成部と、取得部によって取得されたコンテンツおよびファイル生成部によって生成されたファイルを、コンテンツ取得要求に対する応答として提供する提供部と、提供部によって提供されたファイルに基づいてアクセスキー／ショートカットキーに関する情報のメニュー画面を生成し、当該メニュー画面を提供部によって提供されたコンテンツに対応付けて表示させる表示制御部と、を備える。
【０００９】
本発明のコンテンツ表示支援方法は、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得ステップと、取得ステップにおいて取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出ステップと、抽出ステップにおいて抽出されたアクセスキー／ショートカットキーに関する情報が、取得ステップにおいて取得されたコンテンツに対応付けて表示されるようにコンテンツの構成を変更する構成変更ステップと、構成変更ステップにおいて変更された後のコンテンツを、コンテンツ取得要求に対する応答として提供する提供ステップと、を含む。
【００１０】
本発明のコンテンツ表示支援方法は、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得ステップと、取得ステップにおいて取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出ステップと、抽出ステップにおいて抽出されたアクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成ステップと、取得ステップにおいて取得されたコンテンツおよびファイル生成ステップにおいて生成されたファイルを、コンテンツ取得要求に対する応答として提供する提供ステップと、を含む。
【００１１】
本発明のコンテンツ表示支援プログラムは、上記コンテンツ表示支援方法に含まれる各ステップをコンピュータに実行させる。
【発明の効果】
【００１２】
本発明によれば、表示対象のコンテンツにおいて設定されたアクセスキーおよびショートカットキーの情報を、コンテンツ閲覧中に容易に把握させることができる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態におけるコンテンツ表示システムの構成を例示するブロック図である。
【図２】コンフィグ情報ＤＢのデータ構成を例示する図である。
【図３】コンフィグファイルの内容を例示する図である。
【図４】フレームコンテンツの構成を例示する図である。
【図５】第１実施形態におけるコンテンツ取得要求に応じてコンテンツが提供される際の処理手順を例示するシーケンスチャートである。
【図６】図５に示す解析処理の処理手順を例示するフローチャートである。
【図７】有効キー情報ＤＢのデータ構成を例示する図である。
【図８】有効キー定義ファイルの内容を例示する図である。
【図９】第２実施形態における支援サーバの機能構成を例示するブロック図である。
【図１０】第２実施形態における解析処理の処理手順を例示するフローチャートである。
【図１１】図１０に示す有効キー判定処理の処理手順を例示するフローチャートである。
【図１２】高頻度利用キー情報ＤＢのデータ構成を例示する図である。
【図１３】第３実施形態における支援サーバの機能構成を例示するブロック図である。
【図１４】設定ファイルの内容を例示する図である。
【図１５】第３実施形態における解析処理の処理手順を例示するフローチャートである。
【図１６】図１５に示すキー割当処理の処理手順を例示するフローチャートである。
【図１７】第４実施形態における支援サーバおよびユーザ端末の機能構成を例示するブロック図である。
【図１８】アクセスキー情報ファイルの内容を例示する図である。
【図１９】アクセスキー情報に関するメニュー画面の表示例を示す図である。
【図２０】第４実施形態におけるコンテンツ取得要求に応じてコンテンツが提供される際の処理手順を例示するシーケンスチャートである。
【図２１】図２０に示す解析処理の処理手順を例示するフローチャートである。
【図２２】図２０に示す表示制御処理の処理手順を例示するフローチャートである。
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して、本発明に係るコンテンツ表示支援サーバ、コンテンツ表示システム、コンテンツ表示支援方法およびコンテンツ表示支援プログラムの好適な実施形態について説明する。
【００１５】
[第１実施形態]
【００１６】
図１を参照して、第１実施形態におけるコンテンツ表示システムの構成について説明する。コンテンツ表示システム１は、ユーザ端末１０と、支援サーバ２０と、データベースサーバ３０と、コンテンツを格納するコンテンツサーバ４０と、を有する。コンテンツとしては、ユーザ端末１０で解釈してディスプレイに表示することができる言語で記述された情報が該当し、例えば、ＨＴＭＬ（HyperText Markup Language）またはＸＭＬ（Extensible Markup Language）で記述された情報が該当する。
【００１７】
ユーザ端末１０は、コンテンツ取得要求を支援サーバ２０に送信し、このコンテンツ取得要求に応じて支援サーバ２０から送信されるコンテンツをディスプレイに表示させる。ユーザ端末１０は、コンテンツをディスプレイに表示させる機能として、例えばＷｅｂブラウザを搭載している。ユーザ端末１０としては、例えば、データ送信時のヘッダ部分にＵｓｅｒＡｇｅｎｔを含むＰＣ（Personal Computer）、ノート型ＰＣ、携帯電話、ＰＤＡ（Personal Digital Assistant）が該当する。
【００１８】
ユーザ端末１０は、アクセスキー／ショートカットキーを設定する機能を有する。以下においては、説明の便宜のため、「アクセスキー／ショートカットキー」を、単に「アクセスキー」とのみ記載する。アクセスキーの設定は、例えば、ＨＴＭＬやＸＭＬのタグにａｃｃｅｓｓｋｅｙ属性を記述して行う。なお、アクセスキーの設定はこれに限定されず、ユーザ端末１０で解釈してディスプレイに表示させることができる言語で特定のキーに対応付けて当該キーを押下したときのイベントを設定することができればよい。
【００１９】
ＨＴＭＬのタグにａｃｃｅｓｓｋｅｙ属性を記述してアクセスキーの設定を行った場合について、具体例を挙げて説明する。例えば、“<a href="test.html" accesskey=1>テスト</a>”と記述した場合には、アクセスキーとして“１”が設定され、アクセスキーの動作として“test.html”へのリンク接続が実行される。この場合には、キーボードの“１”が押下されたときに、“test.html”へのリンク接続が実行されることになる。
【００２０】
データベースサーバ３０は、各種のデータベースを管理する。各種のデータベースとして、例えば、コンフィグ情報ＤＢがある。コンフィグ情報ＤＢは、コンテンツからアクセスキーに関する情報（以下、「アクセスキー情報」という。）を抽出する際の諸条件を定めたコンフィグ情報を管理するデータベースである。
【００２１】
図２を参照して、コンフィグ情報ＤＢのデータ構成について説明する。コンフィグ情報ＤＢは、ユーザエージェント（例えばＷｅｂブラウザ）およびコンテンツタイプ（例えばコンテンツのデータ形式）ごとに一のレコード（以下、「コンフィグ情報レコード」という。）を有する。コンフィグ情報レコードは、データ項目として、例えば、ＵｓｅｒＡｇｅｎｔ、ＣｏｎｔｅｎｔＴｙｐｅおよびＣｏｎｆｉｇＦｉｌｅ情報を有する。ＵｓｅｒＡｇｅｎｔには、ユーザエージェントを特定する情報が格納される。ＣｏｎｔｅｎｔＴｙｐｅには、コンテンツタイプを特定する情報が格納される。ＣｏｎｆｉｇＦｉｌｅ情報には、コンフィグファイルの格納場所を特定する情報が格納される。
【００２２】
コンフィグファイルには、例えば、コンテンツ設定名、コンテンツタイプ、アクセスキーを割り当てる属性、およびアクセスキーを割り当てる属性を記述可能なタグに関する情報が格納される。図３を参照して、コンフィグファイルの内容を具体的に説明する。
【００２３】
図３に示すコンフィグファイルには、コンテンツ設定名として、“ＨＴＭＬ”が記述されている。コンテンツタイプとして、“ｔｅｘｔ／ｈｔｍｌ”が記述されている。アクセスキーを割り当てる属性として、“ａｃｃｅｓｓｋｅｙ”が記述されている。アクセスキーを割り当てる属性を記述可能なタグに関する情報として、タグ名と、タグ内からアクセスキー情報を抽出する際の範囲に関する抽出範囲情報と、アクセスキーの機能内容を表すキーワードに関するキーワード情報とを組にした、以下の３組の情報が記述されている。１組目の情報は、“ａ”タグ、“ｅｎｄ−ｔａｇ”および“ｔｅｘｔ”であり、２組目の情報は、“ａｒｅａ”タグ、“ｔａｇ”および“ａｌｔ，ｔｉｔｌｅ”であり、３組目の情報は、“ｉｎｐｕｔ”タグ、“ｔａｇ”および“ｔｅｘｔ[３０]”である。
【００２４】
１組目のように記述することで、“ａ”タグの開始タグから“ａ”タグの閉じタグまでをアクセスキー情報を抽出する際の範囲とし、“ａ”タグの開始タグと“ａ”タグの閉じタグとの間に記述されているテキスト文字をアクセスキーのキーワードとする条件を設定することができる。具体的に説明すると、例えば、ＨＴＭＬコンテンツに、“sample<a href="./" accesskey="0" >HOME</a>end of page”という記述がある場合には、“<a href="./" accesskey="0">HOME</a>”がアクセスキー情報として抽出され、“HOME”がキーワード情報として抽出される。
【００２５】
２組目のように記述することで、“ａｒｅａ”タグ全体をアクセスキー情報を抽出する際の範囲とし、alt属性値またはtitle属性値（両方存在する場合にはalt属性値を優先する）をアクセスキーのキーワードとする条件を設定することができる。
【００２６】
３組目のように記述することで、“ｉｎｐｕｔ”タグ全体をアクセスキー情報を抽出する際の範囲とし、“ｉｎｐｕｔ”タグの次に記述されている３０文字以内のテキスト文字をアクセスキーのキーワードとする条件を設定することができる。具体的に説明すると、例えば、ＨＴＭＬコンテンツに、“<input type=radio accesskey="6">test”という記述がある場合には、“<input type=radio accesskey="6">”がアクセスキー情報として抽出され、“test”がキーワード情報として抽出される。
【００２７】
なお、コンフィグファイルは、支援サーバ２０が読み取り可能な形式であればよく、例えば、ＨＴＭＬ形式やＸＭＬ形式を採用することができる。
【００２８】
図１に示すように、支援サーバ２０は、取得部２１と、抽出部２２と、構成変更部２３と、提供部２４と、を有する。取得部２１は、ユーザ端末１０から受信したコンテンツ取得要求に応じてコンテンツサーバ４０に格納されているコンテンツを取得する。
【００２９】
抽出部２２は、取得部２１によって取得されたコンテンツから、コンテンツに設定されたアクセスキー情報を抽出する。アクセスキー情報は、例えば以下のように抽出することができる。
【００３０】
抽出部２２は、コンテンツ取得要求に含まれるＵｓｅｒＡｇｅｎｔ、およびコンテンツのＣｏｎｔｅｎｔＴｙｐｅに基づいて、データベースサーバ３０のコンフィグ情報ＤＢからＵｓｅｒＡｇｅｎｔおよびＣｏｎｔｅｎｔＴｙｐｅに対応するＣｏｎｆｉｇＦｉｌｅ情報を抽出する。抽出部２２は、抽出したＣｏｎｆｉｇＦｉｌｅ情報に基づいてコンフィグファイルの内容を取得する。抽出部２２は、取得したコンフィグファイルの内容から、アクセスキーを割り当てる属性、アクセスキーを割り当てる属性を含むタグ、およびアクセスキーを割り当てる属性を記述可能なタグに関する情報を読み取る。
【００３１】
抽出部２２は、コンテンツサーバ４０から取得したコンテンツを先頭から読み取り、アクセスキーを割り当てる属性を検出した場合に、アクセスキーを割り当てる属性を含んでいるタグから、アクセスキー情報を抽出する。具体的に、抽出部２２は、アクセスキーを割り当てる属性を記述可能なタグごとに設定される抽出範囲情報およびキーワード情報に基づいて、アクセスキー情報を抽出する。
【００３２】
構成変更部２３は、抽出部２２によって抽出されたアクセスキー情報が、取得部２１によって取得されたコンテンツに対応付けて表示されるようにコンテンツの構成を変更する。コンテンツの構成は、例えば、以下ように変更することができる。
【００３３】
構成変更部２３は、抽出部２２によって抽出されたアクセスキー情報に基づいて、アクセスキー情報をリスト化する。具体的に、構成変更部２３は、アクセスキーとして設定されたキーの値とアクセスキーに設定されたキーワードとの対応関係を示す一覧表を生成することで、アクセスキー情報をリスト化する。
【００３４】
構成変更部２３は、リスト化したアクセスキー情報と取得部２１によって取得されたコンテンツとに基づいてフレームコンテンツを生成することで、コンテンツサーバ４０から取得したコンテンツの構成を変更する。フレームコンテンツの構成例としては、例えば、図４に示すように、上部のフレームＵにリスト化したアクセスキー情報を配置し、下部のフレームＤにコンテンツサーバ４０から取得したコンテンツを配置したものが該当する。
【００３５】
提供部２４は、構成変更部２３によって変更された後のコンテンツをユーザ端末１０に送信することで、コンテンツ取得要求に応じたコンテンツをユーザ端末１０に提供する。
【００３６】
次に、図面を参照して、第１実施形態におけるコンテンツ表示システム１の動作について説明する。図５は、コンテンツ表示システム１においてコンテンツ取得要求に応じてコンテンツが提供される際の処理手順を示すシーケンスチャートである。
【００３７】
図５に示すように、最初にユーザ端末１０が、コンテンツ取得要求を支援サーバ２０に送信する（ステップＳ１０１）。
【００３８】
続いて、支援サーバ２０が、コンテンツ取得要求に対応するコンテンツをコンテンツサーバ４０から取得する（ステップＳ１０２）。
【００３９】
続いて、支援サーバ２０が、コンテンツサーバ４０から取得したコンテンツを解析する解析処理を実行する（ステップＳ１０３）。
【００４０】
続いて、支援サーバ２０が、コンテンツ取得要求に対する応答として解析処理後のコンテンツをユーザ端末１０に送信する（ステップＳ１０４）。
【００４１】
続いて、ユーザ端末１０は、支援サーバ２０から提供された解析処理後のコンテンツをディスプレイに表示させる（ステップＳ１０５）。つまり、アクセスキー情報がリスト化された場合にはコンテンツ取得要求に対応するコンテンツとリスト化されたアクセスキー情報とが組み込まれたフレームコンテンツを表示させ、それ以外の場合にはコンテンツ取得要求に対応するコンテンツまたはエラーコンテンツを表示させる。
【００４２】
図６は、上記ステップＳ１０３における解析処理の処理手順を示すフローチャートである。
【００４３】
図６に示すように、最初に、支援サーバ２０の抽出部２２は、コンテンツ取得要求に含まれるＵｓｅｒＡｇｅｎｔ、およびコンテンツサーバ４０から取得したコンテンツのＣｏｎｔｅｎｔＴｙｐｅに基づいて、データベースサーバ３０のコンフィグ情報ＤＢからＵｓｅｒＡｇｅｎｔおよびＣｏｎｔｅｎｔＴｙｐｅに対応するＣｏｎｆｉｇＦｉｌｅ情報を抽出する（ステップＳ２０１）。ＣｏｎｆｉｇＦｉｌｅ情報の抽出に失敗した場合（ステップＳ２０２；ＮＯ）に、支援サーバ２０は、ユーザ端末１０に提供するエラーコンテンツを生成し（ステップＳ２１１）、本解析処理を終了する。
【００４４】
一方、ＣｏｎｆｉｇＦｉｌｅ情報の抽出に成功した場合（ステップＳ２０２；ＹＥＳ）に、支援サーバ２０の抽出部２２は、上記ステップＳ２０１で抽出したＣｏｎｆｉｇＦｉｌｅ情報に基づいてコンフィグファイルの内容を取得する（ステップＳ２０３）。
【００４５】
続いて、コンテンツサーバ４０から取得したコンテンツが、上記ステップＳ２０３で取得されたコンフィグファイルのコンテンツ設定名と一致しないコンテンツである場合（ステップＳ２０４；ＮＯ）に、支援サーバ２０は、本解析処理を終了する。この場合には、コンテンツサーバ４０から取得したコンテンツそのものが、ユーザ端末１０に提供されることとなる。
【００４６】
一方、コンテンツサーバ４０から取得したコンテンツが、上記ステップＳ２０３で取得されたコンフィグファイルのコンテンツ設定名と一致するコンテンツである場合（ステップＳ２０４；ＹＥＳ）に、支援サーバ２０の抽出部２２は、コンフィグファイルの内容から、アクセスキーを割り当てる属性、アクセスキーを割り当てる属性を含むタグ、およびアクセスキーを割り当てる属性を記述可能なタグに関する情報を読み取る（ステップＳ２０５）。
【００４７】
続いて、支援サーバ２０の抽出部２２は、コンテンツサーバ４０から取得したコンテンツを先頭から順次読み取り、上記ステップＳ２０５で読み取った情報に基づいてアクセスキーを割り当てる属性を検索する（ステップＳ２０６）。アクセスキーを割り当てる属性を検出できなかった場合（ステップＳ２０７；ＮＯ）に、支援サーバ２０は、本解析処理を終了する。この場合には、コンテンツサーバ４０から取得したコンテンツそのものが、ユーザ端末１０に提供されることとなる。
【００４８】
一方、アクセスキーを割り当てる属性を検出した場合（ステップＳ２０７；ＹＥＳ）に、支援サーバ２０の抽出部２２は、上記ステップＳ２０５で読み取った情報に基づいて、アクセスキーを割り当てる属性を含んでいるタグからアクセスキー情報を抽出する（ステップＳ２０８）。
【００４９】
続いて、支援サーバ２０の構成変更部２３は、抽出したアクセスキー情報をリスト化する（ステップＳ２０９）。
【００５０】
続いて、支援サーバ２０の構成変更部２３は、コンテンツサーバ４０から取得したコンテンツと、上記ステップＳ２０９でリスト化されたアクセスキー情報とに基づいて、フレームコンテンツを生成する（ステップＳ２１０）。これにより、リスト化されたアクセスキー情報を含むフレームコンテンツが、ユーザ端末１０に提供されることとなる。
【００５１】
上述してきたように、第１実施形態におけるコンテンツ表示システムによれば、Ｗｅｂページ内に散在して設定されたアクセスキー情報をコンテンツの上部にリスト化して表示させることができるため、ユーザ端末１０でコンテンツを表示しているときにアクセスキー情報を一目で容易に把握させることが可能となる。また、コンテンツの管理者は、アクセスキー情報を表示させる仕組みをコンテンツに組み込む必要がなくなるため、管理者の手間を省くことが可能となる。
【００５２】
[第２実施形態]
本発明の第２実施形態について説明する。第２実施形態におけるコンテンツ表示システムが、上述した第１実施形態におけるコンテンツ表示システムと相違する点は、支援サーバ２０に機能が追加される点と、データベースサーバ３０で管理されるデータベースが追加される点である。それ以外の構成については、第１実施形態におけるコンテンツ表示システムの各構成と同様であるため、各構成要素には同一の符合を付し、その説明は省略するとともに、以下においては、主に第１実施形態との相違点について説明する。
【００５３】
第２実施形態におけるデータベースサーバ３０は、図２に示すコンフィグ情報ＤＢに加え、有効キー情報ＤＢをさらに管理する。有効キー情報ＤＢは、デバイスごとに規定されているアクセスキーとして設定可能なキーに関する情報（以下、「有効キー情報」という。）を管理するデータベースである。
【００５４】
図７を参照して、有効キー情報ＤＢのデータ構成について説明する。有効キー情報ＤＢは、デバイスごとに一のレコード（以下、「有効キー情報レコード」という。）を有する。有効キー情報レコードは、データ項目として、例えば、デバイスおよびＡｃｃｅｓｓｋｅｙＴｙｐｅを有する。デバイスには、ＵｓｅｒＡｇｅｎｔにより判別可能なデバイスを特定する情報が格納される。ＡｃｃｅｓｓｋｅｙＴｙｐｅには、有効キー情報を特定する情報が格納される。
【００５５】
有効キー情報は、例えば、図８に示す有効キー定義ファイルで定義することができる。有効キー定義ファイルには、例えば、アクセスキータイプ名およびアクセスキーが定義される。アクセスキータイプ名では、図７に示す有効キー情報レコードのＡｃｃｅｓｓｋｅｙＴｙｐｅを定義する。アクセスキーでは、有効キーを定義する。図８を参照して、有効キー定義ファイルの内容を具体的に説明する。
【００５６】
図８に示す有効キー定義ファイルには、３組の有効キー情報が定義されている。１組目の有効キー情報は、“ｐｈｏｎｅ”、“１，２，３，４，５，６，７，８，９，＊，＃”である。この場合には、ＡｃｃｅｓｓｋｅｙＴｙｐｅが“ｐｈｏｎｅ”であるデバイスは、アクセスキーとして“１，２，３，４，５，６，７，８，９，＊，＃”を設定できることを意味する。２組目の有効キー情報は、“ｓｍａｒｔｐｈｏｎｅ”、“ａ−ｚ”である。この場合には、ＡｃｃｅｓｓｋｅｙＴｙｐｅが“ｓｍａｒｔｐｈｏｎｅ”であるデバイスは、アクセスキーとして全てのアルファベット“ａ−ｚ”を設定できることを意味する。３組目の有効キー情報は、“ｋｅｙｂｏａｒｄ”、“ａｌｌ”である。この場合には、ＡｃｃｅｓｓｋｅｙＴｙｐｅが“ｋｅｙｂｏａｒｄ”であるデバイスは、アクセスキーとして全てのキーを設定できることを意味する。
【００５７】
なお、有効キー定義ファイルは、支援サーバ２０が読み取り可能な形式であればよく、例えば、ＨＴＭＬ形式やＸＭＬ形式を採用することができる。
【００５８】
図９に、第２実施形態における支援サーバ２０の機能構成を示す。第２実施形態における支援サーバ２０は、図１に示す第１実施形態における支援サーバ２０が有する各部に加え、割当変更部２５をさらに備える。
【００５９】
割当変更部２５は、ユーザ端末１０のＵｓｅｒＡｇｅｎｔに基づいて、デバイスとしてのユーザ端末１０に対応する有効キー情報を有効キー情報ＤＢから抽出する。割当変更部２５は、抽出部２２によってコンテンツから抽出されたアクセスキー情報に含まれるアクセスキーが、有効キー情報ＤＢから抽出した有効キー情報に含まれているか否かを判定する。
【００６０】
割当変更部２５は、アクセスキーが有効キー情報に含まれてないと判定した場合に、既に割り当てられているアクセスキーを、有効キー情報に含まれるキーのうち未だアクセスキーに割り当てられていない未使用のキーに変更する。未使用のキーであるか否かは、例えば、抽出部２２によってコンテンツから抽出された全てのアクセスキー情報に含まれるアクセスキーと比較することで判別することができる。
【００６１】
構成変更部２３は、上述した第１実施形態と同様に、抽出部２２によって抽出されたアクセスキー情報に基づいてアクセスキー情報をリスト化し、フレームコンテンツを生成する。したがって、割当変更部２５によってアクセスキーが変更された場合には、構成変更部２３は、変更後のアクセスキー情報をリスト化し、フレームコンテンツを生成することになる。
【００６２】
次に、図面を参照して、第２実施形態におけるコンテンツ表示システム１の動作について説明する。図５に示すコンテンツ取得要求に応じてコンテンツを提供する際の処理手順については、第１実施形態と同様であるため、その説明を省略する。図１０は、第２実施形態における解析処理の処理手順を示すフローチャートである。なお、図１０に示すステップＳ３０１〜Ｓ３０８およびステップＳ３１０〜Ｓ３１２の各処理は、第１実施形態において詳述したステップＳ２０１〜Ｓ２１１の各処理（図６参照）とそれぞれ同一であるため、その説明を省略する。以下においては、第１実施形態とは異なるステップＳ３０９の有効キー判定処理について主に説明する。図１１は、上記ステップＳ３０９における有効キー判定処理の処理手順を示すフローチャートである。
【００６３】
図１０に示すステップＳ３０８でコンテンツからアクセスキー情報が抽出された後、図１１に示すように、支援サーバ２０の割当変更部２５は、ユーザ端末１０のＵｓｅｒＡｇｅｎｔに基づいて、ユーザ端末１０に対応する有効キー情報を有効キー情報ＤＢから抽出する（ステップＳ４０１）。
【００６４】
続いて、割当変更部２５は、上記ステップＳ３０８でコンテンツから抽出されたアクセスキー情報に含まれるアクセスキーが、上記ステップＳ４０１で有効キー情報ＤＢから抽出された有効キー情報に含まれているか否かを判定する（ステップＳ４０２）。アクセスキーが有効キー情報に含まれている場合（ステップＳ４０２；ＹＥＳ）には、本有効キー判定処理を終了する。
【００６５】
一方、アクセスキーが有効キー情報に含まれていない場合（ステップＳ４０２；ＮＯ）に、割当変更部２５は、上記ステップＳ３０８でコンテンツから抽出されたアクセスキー情報に含まれるアクセスキーを、上記ステップＳ４０１で有効キー情報ＤＢから抽出された有効キー情報に含まれるキーのうち未だアクセスキーに割り当てられていない未使用のキーに変更する（ステップＳ４０３）。そして、本有効キー判定処理を終了する。
【００６６】
この後、支援サーバ２０の構成変更部２３は、抽出したアクセスキー情報（上記ステップＳ４０３でアクセスキーが変更された場合には、変更後のアクセスキー情報）をリスト化し（ステップＳ３１０）、コンテンツサーバ４０から取得したコンテンツと、リスト化したアクセスキー情報とに基づいて、フレームコンテンツを生成する（ステップＳ３１１）。これにより、リスト化されたアクセスキー情報を含むフレームコンテンツが、ユーザ端末１０に提供される。
【００６７】
上述してきたように、第２実施形態におけるコンテンツ表示システムによれば、ユーザ端末１０に提供されるコンテンツで設定されたアクセスキーが、その端末１０では利用できないキーである場合には、その端末１０で利用可能な有効キーであって未使用のキーをアクセスキーに割り当て直すことができる。これにより、例えば、コンテンツで設定されたアクセスキーが“Ａ”である場合には、携帯電話等のマルチデバイスではアクセスキーを利用できないことになるが、第２実施形態におけるコンテンツ表示システムによれば、“Ａ”をマルチデバイスで利用可能な有効キーに変更することができるため、アクセスキーを利用することが可能となる。
【００６８】
[第３実施形態]
本発明の第３実施形態について説明する。第３実施形態におけるコンテンツ表示システムが、上述した第２実施形態におけるコンテンツ表示システムと相違する点は、支援サーバ２０に機能が追加される点と、データベースサーバ３０で管理されるデータベースが追加される点である。それ以外の構成については、第２実施形態（第１実施形態を含む）におけるコンテンツ表示システムの各構成と同様であるため、各構成要素には同一の符合を付し、その説明は省略するとともに、以下においては、主に第２実施形態（第１実施形態を含む）との相違点について説明する。
【００６９】
第３実施形態におけるデータベースサーバ３０は、図２に示すコンフィグ情報ＤＢおよび図７に示す有効キー情報ＤＢに加え、高頻度利用キー情報ＤＢをさらに管理する。高頻度利用キー情報ＤＢは、ユーザを特定するユーザＩＤごとに収集されるアクセスキーとして利用頻度が高いキーに関する情報（以下、「高頻度利用キー情報」という。）を管理するデータベースである。
【００７０】
図１２を参照して、高頻度利用キー情報ＤＢのデータ構成について説明する。高頻度利用キー情報ＤＢは、ユーザＩＤごとに一のレコード（以下、「高頻度利用キー情報レコード」という。）を有する。高頻度利用キー情報レコードは、データ項目として、例えば、ユーザＩＤおよびＫｅｙ１〜Ｋｅｙ５を有する。ユーザＩＤには、ユーザ端末１０を操作するユーザを特定する情報が格納される。Ｋｅｙ１〜Ｋｅｙ５には、アクセスキーに設定されたキーとそのアクセスキーの機能内容を表すキーワードとが対応付けられてそれぞれに格納される。Ｋｅｙ１〜Ｋｅｙ５の内容は、例えば、ユーザがアクセスキーを利用するたびに更新され、ユーザが利用したアクセスキーのうち過去の利用頻度が高いアクセスキーのキーとキーワードとが格納される。
【００７１】
図１３に、第３実施形態における支援サーバ２０の機能構成を示す。第３実施形態における支援サーバ２０は、図９に示す第２実施形態における支援サーバ２０が有する各部に加え、キー割当部２６をさらに備える。
【００７２】
キー割当部２６は、抽出部２２によってアクセスキー情報が抽出されない場合に、以下の各処理を実行する。
【００７３】
キー割当部２６は、ユーザ端末１０のユーザＩＤに対応する高頻度利用キー情報に含まれる各キーが、ユーザ端末１０で利用できる有効なキーであるか否かを判定する。ユーザＩＤは、例えば、ユーザ端末１０のＵｓｅｒＡｇｅｎｔおよびＣｏｏｌｉｅ情報を参照して特定する。キー割当部２６は、高頻度利用キー情報に含まれるキーが有効なキーでない場合には、高頻度利用キー情報に含まれるキーを、ユーザ端末１０で利用できる有効キーのうち未だアクセスキーに割り当てられていない未使用のキーに変更する。有効なキーであるか否かを判定する手順や未使用のキーに変更する手順は、上述した第２実施形態における割当変更部２５と同様の手順を採用することができる。
【００７４】
キー割当部２６は、コンテンツサーバ４０から取得したコンテンツに、アクセスキーを設定可能なタグが存在するか否かを判定する。具体的には、例えば、アクセスキーを設定可能なタグを、図１４に示す設定ファイルに予め登録しておき、キー割当部２６は、この設定ファイルに登録されているタグを参照することで、アクセスキーを設定可能なタグがコンテンツに存在するか否かを判定する。図１４に示す設定ファイルでは、アクセスキーを設定可能なタグとして、“ａ”タグ、“ａｒｅａ”タグ、“ｂｕｔｔｏｎ”タグ、“ｉｎｐｕｔ”タグ、“ｌａｂｅｌ”タグ、“ｌｅｇｅｎｄ”タグおよび“ｔｅｘｔａｒｅａ”タグが登録されている。
【００７５】
キー割当部２６は、アクセスキーを設定可能なタグがコンテンツに存在すると判定した場合に、アクセスキーを設定可能なタグの記述中に、ユーザ端末１０のユーザＩＤに対応する高頻度利用キー情報のキーワードが記述されているか否かを判定する。キー割当部２６は、キーワードが記述されていると判定した場合に、そのキーワードに対応付けて記憶されているキーを、アクセスキーに割り当てるキーとして、アクセスキーを設定可能なタグに追記する。これにより、アクセスキーを設定可能なタグに、アクセスキーを割り当てることができる。キー割当部２６は、アクセスキーを設定可能なタグの記述に基づいて、アクセスキー情報を生成する。
【００７６】
次に、図面を参照して、第３実施形態におけるコンテンツ表示システム１の動作について説明する。図５に示すコンテンツ取得要求に応じてコンテンツを提供する際の処理手順については、第１実施形態と同様であるため、その説明を省略する。図１５は、第３実施形態における解析処理の処理手順を示すフローチャートである。なお、図１５に示すステップＳ５０１〜Ｓ５０８およびステップＳ５１０〜Ｓ５１２の各処理は、第１実施形態において詳述したステップＳ２０１〜Ｓ２１１の各処理（図６参照）とそれぞれ同一であるため、その説明を省略する。また、図１５に示すステップＳ５０９の処理は、第２実施形態において詳述したステップＳ３０９（図１１のステップＳ４０1〜Ｓ４０３を含む）の処理（図１０参照）と同一であるため、その説明を省略する。以下においては、第１実施形態および第２実施形態とは異なるステップＳ５１３のキー割当処理について説明する。図１６は、上記ステップＳ５１３におけるキー割当処理の処理手順を示すフローチャートである。
【００７７】
図１５に示すステップＳ５０７でコンテンツからアクセスキーを割り当てる属性が検出できなかった場合（ステップＳ５０７；ＮＯ）、図１６に示すように、支援サーバ２０のキー割当部２６は、アクセスキーを設定可能なタグがコンテンツに存在するか否かを判定する（ステップＳ６０１）。アクセスキーを設定可能なタグがコンテンツに存在しない場合（ステップＳ６０１；ＮＯ）には、本キー割当処理を終了する。
【００７８】
一方、アクセスキーを設定可能なタグがコンテンツに存在する場合（ステップＳ６０１；ＹＥＳ）に、キー割当部２６は、ユーザ端末１０のユーザＩＤに対応する高頻度利用キー情報に含まれるキーが、ユーザ端末１０で利用できる有効なキーであるか否かを判定する（ステップＳ６０２）。高頻度利用キー情報に含まれるキーが有効なキーである場合（ステップＳ６０２；ＹＥＳ）には、後述するステップＳ６０４に処理を移行する。
【００７９】
一方、高頻度利用キー情報に含まれるキーが有効なキーでない場合（ステップＳ６０２；ＮＯ）には、キー割当部２６は、高頻度利用キー情報に含まれるキーを、ユーザ端末１０で利用できる有効キーのうち未だアクセスキーに割り当てられていない未使用のキーに変更する（ステップＳ６０３）。
【００８０】
続いて、キー割当部２６は、アクセスキーを設定可能なタグの記述中に、ユーザ端末１０のユーザＩＤに対応する高頻度利用キー情報のキーワードが記述されているか否かを判定する（ステップＳ６０４）。高頻度利用キー情報のキーワードが記述されていない場合（ステップＳ６０４；ＮＯ）には、本キー割当処理を終了する。
【００８１】
一方、高頻度利用キー情報のキーワードが記述されている場合（ステップＳ６０４；ＹＥＳ）に、キー割当部２６は、そのキーワードに対応付けて高頻度利用キー情報ＤＢに記憶されているキーを、アクセスキーを設定可能なタグに追記することで、アクセスキーにキーを割り当て、アクセスキー情報を生成する（ステップＳ６０５）。そして、本キー割当処理を終了する。
【００８２】
この後、支援サーバ２０の構成変更部２３は、抽出したアクセスキー情報（上記ステップＳ５０９でアクセスキーが変更された場合には変更後のアクセスキー情報、上記ステップＳ６０５でアクセスキー情報が生成された場合には生成されたアクセスキー情報）をリスト化し（ステップＳ５１０）、コンテンツサーバ４０から取得したコンテンツと、リスト化したアクセスキー情報とに基づいて、フレームコンテンツを生成する（ステップＳ５１１）。これにより、リスト化されたアクセスキー情報を含むフレームコンテンツが、ユーザ端末１０に提供される。
【００８３】
上述してきたように、第３実施形態におけるコンテンツ表示システムによれば、ユーザ端末に提供されるコンテンツにアクセスキーが設定されていない場合であっても、アクセスキーを設定可能なタグを検出して、アクセスキーとしてユーザがよく利用するキーを割り当てることが可能となる。これにより、ユーザはアクセスキーを利用して快適にコンテンツを閲覧することが可能となる。
【００８４】
[第４実施形態]
本発明の第４実施形態について説明する。第４実施形態におけるコンテンツ表示システムが、上述した第１実施形態におけるコンテンツ表示システムと相違する点は、支援サーバ２０の機能が一部変更になる点と、ユーザ端末１０でコンテンツを表示する際の機能が追加される点である。それ以外の構成については、第１実施形態における装置の各構成と同様であるため、各構成要素には同一の符合を付し、その説明は省略するとともに、以下においては、主に第１実施形態との相違点について説明する。
【００８５】
第４実施形態におけるコンテンツ表示システム１は、支援サーバ２０がアクセスキー情報をファイル化し、コンテンツに加えてアクセスキー情報ファイルをユーザ端末１０に提供する点と、ユーザ端末１０がアクセスキー情報ファイルに基づいてアクセスキー情報に関するメニュー画面を生成し、コンテンツに対応させて表示可能とする点に特徴がある。
【００８６】
図１７に、第４実施形態における支援サーバ２０およびユーザ端末１０の機能構成を示す。第４実施形態における支援サーバ２０は、図１に示す第１実施形態における支援サーバ２０が有する構成変更部２３の代わりに、ファイル生成部２７を有する点で第１実施形態における支援サーバ２０と異なる。
【００８７】
ファイル生成部２７は、抽出部２２によってコンテンツから抽出されたアクセスキー情報を記述したファイル（以下、「アクセスキー情報ファイル」という。）を生成する。図１８にアクセスキー情報ファイルの記述例を示す。図１８に示すアクセスキー情報ファイルでは、“ａｃｃｅｓｓｋｅｙ”タグ内に、key属性でアクセスキーが定義され、value属性でアクセスキーの機能内容が定義されている。
【００８８】
なお、アクセスキー情報ファイルには、ユーザ端末１０がアクセスキー情報をメニュー表示する際に必要となる情報が記述されていればよい。また、アクセスキー情報ファイルは、支援サーバ２０およびユーザ端末１０が読み取り可能な形式であればよく、例えば、ＨＴＭＬ形式やＸＭＬ形式を採用することができる。
【００８９】
図１７に示すように、ユーザ端末１０は、表示制御部１１を有する。表示制御部１１は、支援サーバ２０から提供されたアクセスキー情報ファイルに基づいてアクセスキー情報に関するメニュー画面を生成する。表示制御部１１は、支援サーバ２０から提供されたコンテンツに対応付けてメニュー画面を表示させる。
【００９０】
図１９にメニュー画面の表示例を示す。図１９に示す左側の画面には、支援サーバ２０から提供されたコンテンツが表示され、下部には機能ボタンが表示されている。この機能ボタンがクリック（選択）されると、図１９に示す右側の画面に移行する。図１９に示す右側の画面には、アクセスキーに関するメニュー画面が、上記コンテンツの表示画面上に重ねて表示されている。
【００９１】
次に、図面を参照して、第４実施形態におけるコンテンツ表示システム１の動作について説明する。図２０は、コンテンツ表示システム１においてコンテンツ取得要求に応じてコンテンツが提供される際の処理手順を示すシーケンスチャートである。なお、図２０に示すステップＳ７０１およびＳ７０２の処理は、第１実施形態において説明したステップＳ１０１およびＳ１０２の処理（図１参照）と同一であるため、その説明を省略する。以下においては、第１実施形態とは異なるステップＳ７０３以降の処理手順について説明する。
【００９２】
図２０に示すように、支援サーバ２０が、コンテンツサーバ４０から取得したコンテンツを解析する解析処理を実行し（ステップＳ７０３）、コンテンツ取得要求に対する応答として解析処理後のコンテンツをユーザ端末１０に送信する（ステップＳ７０４）。ここで、上記ステップＳ７０３の解析処理でアクセスキー情報ファイルが生成された場合には、コンテンツに加えて、アクセスキー情報ファイルがユーザ端末１０に送信される。
【００９３】
続いて、ユーザ端末１０は、支援サーバ２０から提供されたコンテンツにアクセスキー情報に関するメニュー画面の表示機能を追加する表示制御処理を実行する（ステップＳ７０５）。
【００９４】
続いて、ユーザ端末１０は、表示制御処理後のコンテンツをディスプレイに表示させる（ステップＳ７０６）。つまり、アクセスキー情報ファイルを受信した場合には、アクセスキー情報に関するメニュー画面の表示機能が追加されたコンテンツを表示させ、それ以外の場合にはコンテンツ取得要求に対応するコンテンツまたはエラーコンテンツを表示させる。
【００９５】
図２１は、上記ステップＳ７０３における解析処理の処理手順を示すフローチャートである。なお、図２１に示すステップＳ８０１〜Ｓ８０８およびステップＳ８１０の各処理は、第１実施形態において詳述したステップＳ２０１〜Ｓ２０８およびステップＳ２１１の各処理（図６参照）とそれぞれ同一であるため、その説明を省略する。以下においては、第１実施形態とは異なるステップＳ８０９の処理について説明する。
【００９６】
図２１に示すステップＳ８０８においてアクセスキーを割り当てる属性を含んでいるタグからアクセスキー情報が抽出された後、支援サーバ２０のファイル生成部２７は、アクセスキー情報ファイルを生成する（ステップＳ８０９）。そして、本解析処理を終了する。
【００９７】
図２２は、上記ステップＳ７０５における表示制御処理の処理手順を示すフローチャートである。
【００９８】
図２２に示すように、最初に、ユーザ端末１０の表示制御部１１は、コンテンツ取得要求に応じたコンテンツを支援サーバ２０から受信した場合に、コンテンツと共にアクセスキー情報ファイルを受信したか否かを判定する（ステップＳ９０１）。アクセスキー情報ファイルを受信していない場合（ステップＳ９０１；ＮＯ）には、本表示制御処理を終了する。
【００９９】
一方、アクセスキー情報ファイルを受信した場合（ステップＳ９０１；ＹＥＳ）に、表示制御部１１は、アクセスキー情報ファイルに基づいてアクセスキー情報に関するメニュー画面を生成する（ステップＳ９０２）。
【０１００】
続いて、表示制御部１１は、上記ステップＳ９０１で支援サーバ２０から受信したコンテンツに、上記ステップＳ９０２で生成したメニュー画面を表示させる機能を追加する（ステップＳ９０３）。そして、本表示制御処理を終了する。
【０１０１】
上述してきたように、第４実施形態におけるコンテンツ表示システムによれば、ディスプレイの表示領域が小さい端末やフレームコンテンツの表示機能を搭載していない端末であっても、メニュー画面を表示させることでアクセスキー情報を容易に把握させることが可能となる。
【０１０２】
なお、上述した各実施形態は、単なる例示に過ぎず、実施形態に明示していない種々の変形や技術の適用を排除するものではない。すなわち、本発明は、その趣旨を逸脱しない範囲で様々な形態に変形して実施することができる。
【０１０３】
例えば、上述した各実施形態におけるコンテンツ表示システムは、ユーザ端末１０と支援サーバ２０とを備えているが、支援サーバ２０が有する各機能をユーザ端末１０に具備させることとしてもよい。この場合に、コンテンツ表示システムは、例えば、ユーザ端末１０と、コンテンツサーバ４０と、データベースサーバ３０と、を備えればよい。また、データベースサーバ３０が保有する各種のデータベースを支援サーバ２０が保有することとしてもよい。この場合に、コンテンツ表示システムは、例えば、ユーザ端末１０と、支援サーバ２０と、コンテンツサーバ４０と、を備えればよい。
【０１０４】
また、上述した各実施形態は適宜組み合わせることができる。例えば、上述した第３実施形態におけるコンテンツ表示システムは、第２実施形態におけるコンテンツ表示システムに構成要素を追加することで説明しているが、第１実施形態におけるコンテンツ表示システムに構成要素を追加することとしてもよい。具体的に、第３実施形態における支援サーバは、第１実施形態における支援サーバが有する各部に加え、キー割当部２６をさらに備え、第３実施形態におけるデータベースサーバは、コンフィグ情報ＤＢに加え、高頻度利用キー情報ＤＢをさらに管理することとしてもよい。
【０１０５】
また、例えば、上述した第４実施形態におけるコンテンツ表示システムは、第１実施形態におけるコンテンツ表示システムの構成要素を一部変更および追加することで説明しているが、第２実施形態または第３実施形態におけるコンテンツ表示システムの構成要素を一部変更および追加することとしてもよい。具体的に、第４実施形態における支援サーバは、第２実施形態または第３実施形態における支援サーバが有する構成変更部２３の代わりに、ファイル生成部２７を有し、第４実施形態におけるユーザ端末１０は、表示制御部１１を有することとしてもよい。
【符号の説明】
【０１０６】
１…コンテンツ表示システム、１０…ユーザ端末、１１…表示制御部、２０…支援サーバ、２１…取得部、２２…抽出部、２３…構成変更部、２４…提供部、２５…割当変更部、２６…キー割当部、２７…ファイル生成部、３０…データベースサーバ、４０…コンテンツサーバ。
【技術分野】
【０００１】
本発明は、コンテンツ表示支援サーバ、コンテンツ表示システム、コンテンツ表示支援方法およびコンテンツ表示支援プログラムに関する。
【背景技術】
【０００２】
一般に、ユーザ端末からネットワーク上のコンテンツを要求して閲覧するコンテンツ表示システムでは、コンテンツにおけるアクセスキー／ショートカットキーの設定がコンテンツの管理者によって自由に行われている。そして、管理者によって設定されたアクセスキー／ショートカットキーの設定内容がコンテンツ上に表示されるように設計されている場合には、ユーザ端末の利用者はアクセスキー／ショートカットキーの情報を把握することができる。下記特許文献１および特許文献２には、ソフトウェアごとに設定可能なアクセスキー／ショートカットキーに関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２３８１８号公報
【特許文献２】特開２００７−２８００２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記コンテンツ表示システムでは、アクセスキー／ショートカットキーがコンテンツの管理者によって設定されるため、アクセスキー／ショートカットキーの情報がコンテンツ内に散在して表示されることがある。このような場合に、ユーザ端末の利用者は画面をスクロールする等してアクセスキー／ショートカットキーの情報を把握しなければならず、利便性に欠ける。一方、上記特許文献１では、アクセスキー／ショートカットキーの情報が予め端末内に登録されているソフトウェアが起動しているときに、そのソフトウェアに対応して登録されているアクセスキー／ショートカットキーの情報がディスプレイに表示される。したがって、例えばネットワーク上のコンテンツのように、予め端末内に登録されていないコンテンツを閲覧しているときには、コンテンツの管理者によって設定されたアクセスキー／ショートカットキーの情報を表示することができない。つまり、利用者は、アクセスキー／ショートカットキーの情報を容易に把握することができない。また、上記特許文献２では、コンテンツを表示しているときには、そもそもアクセスキー／ショートカットキーの情報を表示することができないため、利用者がコンテンツ閲覧中にアクセスキー／ショートカットキーの情報を容易に把握することはできない。
【０００５】
本発明は、上述した課題を解決するためになされたものであり、表示対象のコンテンツにおいて設定されたアクセスキー／ショートカットキーの情報を、コンテンツ閲覧中に容易に把握させることができるコンテンツ表示支援サーバ、コンテンツ表示システム、コンテンツ表示支援方法およびコンテンツ表示支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のコンテンツ表示支援サーバは、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、取得部によって取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、抽出部によって抽出されたアクセスキー／ショートカットキーに関する情報が、取得部によって取得されたコンテンツに対応付けて表示されるように前記コンテンツの構成を変更する構成変更部と、構成変更部によって変更された後のコンテンツを、コンテンツ取得要求に対する応答として提供する提供部と、を備える。
【０００７】
本発明のコンテンツ表示支援サーバは、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、取得部によって取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、抽出部によって抽出されたアクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成部と、取得部によって取得されたコンテンツおよびファイル生成部によって生成されたファイルを、コンテンツ取得要求に対する応答として提供する提供部と、を備える。
【０００８】
本発明のコンテンツ表示システムは、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、取得部によって取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、抽出部によって抽出されたアクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成部と、取得部によって取得されたコンテンツおよびファイル生成部によって生成されたファイルを、コンテンツ取得要求に対する応答として提供する提供部と、提供部によって提供されたファイルに基づいてアクセスキー／ショートカットキーに関する情報のメニュー画面を生成し、当該メニュー画面を提供部によって提供されたコンテンツに対応付けて表示させる表示制御部と、を備える。
【０００９】
本発明のコンテンツ表示支援方法は、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得ステップと、取得ステップにおいて取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出ステップと、抽出ステップにおいて抽出されたアクセスキー／ショートカットキーに関する情報が、取得ステップにおいて取得されたコンテンツに対応付けて表示されるようにコンテンツの構成を変更する構成変更ステップと、構成変更ステップにおいて変更された後のコンテンツを、コンテンツ取得要求に対する応答として提供する提供ステップと、を含む。
【００１０】
本発明のコンテンツ表示支援方法は、コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得ステップと、取得ステップにおいて取得されたコンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出ステップと、抽出ステップにおいて抽出されたアクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成ステップと、取得ステップにおいて取得されたコンテンツおよびファイル生成ステップにおいて生成されたファイルを、コンテンツ取得要求に対する応答として提供する提供ステップと、を含む。
【００１１】
本発明のコンテンツ表示支援プログラムは、上記コンテンツ表示支援方法に含まれる各ステップをコンピュータに実行させる。
【発明の効果】
【００１２】
本発明によれば、表示対象のコンテンツにおいて設定されたアクセスキーおよびショートカットキーの情報を、コンテンツ閲覧中に容易に把握させることができる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態におけるコンテンツ表示システムの構成を例示するブロック図である。
【図２】コンフィグ情報ＤＢのデータ構成を例示する図である。
【図３】コンフィグファイルの内容を例示する図である。
【図４】フレームコンテンツの構成を例示する図である。
【図５】第１実施形態におけるコンテンツ取得要求に応じてコンテンツが提供される際の処理手順を例示するシーケンスチャートである。
【図６】図５に示す解析処理の処理手順を例示するフローチャートである。
【図７】有効キー情報ＤＢのデータ構成を例示する図である。
【図８】有効キー定義ファイルの内容を例示する図である。
【図９】第２実施形態における支援サーバの機能構成を例示するブロック図である。
【図１０】第２実施形態における解析処理の処理手順を例示するフローチャートである。
【図１１】図１０に示す有効キー判定処理の処理手順を例示するフローチャートである。
【図１２】高頻度利用キー情報ＤＢのデータ構成を例示する図である。
【図１３】第３実施形態における支援サーバの機能構成を例示するブロック図である。
【図１４】設定ファイルの内容を例示する図である。
【図１５】第３実施形態における解析処理の処理手順を例示するフローチャートである。
【図１６】図１５に示すキー割当処理の処理手順を例示するフローチャートである。
【図１７】第４実施形態における支援サーバおよびユーザ端末の機能構成を例示するブロック図である。
【図１８】アクセスキー情報ファイルの内容を例示する図である。
【図１９】アクセスキー情報に関するメニュー画面の表示例を示す図である。
【図２０】第４実施形態におけるコンテンツ取得要求に応じてコンテンツが提供される際の処理手順を例示するシーケンスチャートである。
【図２１】図２０に示す解析処理の処理手順を例示するフローチャートである。
【図２２】図２０に示す表示制御処理の処理手順を例示するフローチャートである。
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して、本発明に係るコンテンツ表示支援サーバ、コンテンツ表示システム、コンテンツ表示支援方法およびコンテンツ表示支援プログラムの好適な実施形態について説明する。
【００１５】
[第１実施形態]
【００１６】
図１を参照して、第１実施形態におけるコンテンツ表示システムの構成について説明する。コンテンツ表示システム１は、ユーザ端末１０と、支援サーバ２０と、データベースサーバ３０と、コンテンツを格納するコンテンツサーバ４０と、を有する。コンテンツとしては、ユーザ端末１０で解釈してディスプレイに表示することができる言語で記述された情報が該当し、例えば、ＨＴＭＬ（HyperText Markup Language）またはＸＭＬ（Extensible Markup Language）で記述された情報が該当する。
【００１７】
ユーザ端末１０は、コンテンツ取得要求を支援サーバ２０に送信し、このコンテンツ取得要求に応じて支援サーバ２０から送信されるコンテンツをディスプレイに表示させる。ユーザ端末１０は、コンテンツをディスプレイに表示させる機能として、例えばＷｅｂブラウザを搭載している。ユーザ端末１０としては、例えば、データ送信時のヘッダ部分にＵｓｅｒＡｇｅｎｔを含むＰＣ（Personal Computer）、ノート型ＰＣ、携帯電話、ＰＤＡ（Personal Digital Assistant）が該当する。
【００１８】
ユーザ端末１０は、アクセスキー／ショートカットキーを設定する機能を有する。以下においては、説明の便宜のため、「アクセスキー／ショートカットキー」を、単に「アクセスキー」とのみ記載する。アクセスキーの設定は、例えば、ＨＴＭＬやＸＭＬのタグにａｃｃｅｓｓｋｅｙ属性を記述して行う。なお、アクセスキーの設定はこれに限定されず、ユーザ端末１０で解釈してディスプレイに表示させることができる言語で特定のキーに対応付けて当該キーを押下したときのイベントを設定することができればよい。
【００１９】
ＨＴＭＬのタグにａｃｃｅｓｓｋｅｙ属性を記述してアクセスキーの設定を行った場合について、具体例を挙げて説明する。例えば、“<a href="test.html" accesskey=1>テスト</a>”と記述した場合には、アクセスキーとして“１”が設定され、アクセスキーの動作として“test.html”へのリンク接続が実行される。この場合には、キーボードの“１”が押下されたときに、“test.html”へのリンク接続が実行されることになる。
【００２０】
データベースサーバ３０は、各種のデータベースを管理する。各種のデータベースとして、例えば、コンフィグ情報ＤＢがある。コンフィグ情報ＤＢは、コンテンツからアクセスキーに関する情報（以下、「アクセスキー情報」という。）を抽出する際の諸条件を定めたコンフィグ情報を管理するデータベースである。
【００２１】
図２を参照して、コンフィグ情報ＤＢのデータ構成について説明する。コンフィグ情報ＤＢは、ユーザエージェント（例えばＷｅｂブラウザ）およびコンテンツタイプ（例えばコンテンツのデータ形式）ごとに一のレコード（以下、「コンフィグ情報レコード」という。）を有する。コンフィグ情報レコードは、データ項目として、例えば、ＵｓｅｒＡｇｅｎｔ、ＣｏｎｔｅｎｔＴｙｐｅおよびＣｏｎｆｉｇＦｉｌｅ情報を有する。ＵｓｅｒＡｇｅｎｔには、ユーザエージェントを特定する情報が格納される。ＣｏｎｔｅｎｔＴｙｐｅには、コンテンツタイプを特定する情報が格納される。ＣｏｎｆｉｇＦｉｌｅ情報には、コンフィグファイルの格納場所を特定する情報が格納される。
【００２２】
コンフィグファイルには、例えば、コンテンツ設定名、コンテンツタイプ、アクセスキーを割り当てる属性、およびアクセスキーを割り当てる属性を記述可能なタグに関する情報が格納される。図３を参照して、コンフィグファイルの内容を具体的に説明する。
【００２３】
図３に示すコンフィグファイルには、コンテンツ設定名として、“ＨＴＭＬ”が記述されている。コンテンツタイプとして、“ｔｅｘｔ／ｈｔｍｌ”が記述されている。アクセスキーを割り当てる属性として、“ａｃｃｅｓｓｋｅｙ”が記述されている。アクセスキーを割り当てる属性を記述可能なタグに関する情報として、タグ名と、タグ内からアクセスキー情報を抽出する際の範囲に関する抽出範囲情報と、アクセスキーの機能内容を表すキーワードに関するキーワード情報とを組にした、以下の３組の情報が記述されている。１組目の情報は、“ａ”タグ、“ｅｎｄ−ｔａｇ”および“ｔｅｘｔ”であり、２組目の情報は、“ａｒｅａ”タグ、“ｔａｇ”および“ａｌｔ，ｔｉｔｌｅ”であり、３組目の情報は、“ｉｎｐｕｔ”タグ、“ｔａｇ”および“ｔｅｘｔ[３０]”である。
【００２４】
１組目のように記述することで、“ａ”タグの開始タグから“ａ”タグの閉じタグまでをアクセスキー情報を抽出する際の範囲とし、“ａ”タグの開始タグと“ａ”タグの閉じタグとの間に記述されているテキスト文字をアクセスキーのキーワードとする条件を設定することができる。具体的に説明すると、例えば、ＨＴＭＬコンテンツに、“sample<a href="./" accesskey="0" >HOME</a>end of page”という記述がある場合には、“<a href="./" accesskey="0">HOME</a>”がアクセスキー情報として抽出され、“HOME”がキーワード情報として抽出される。
【００２５】
２組目のように記述することで、“ａｒｅａ”タグ全体をアクセスキー情報を抽出する際の範囲とし、alt属性値またはtitle属性値（両方存在する場合にはalt属性値を優先する）をアクセスキーのキーワードとする条件を設定することができる。
【００２６】
３組目のように記述することで、“ｉｎｐｕｔ”タグ全体をアクセスキー情報を抽出する際の範囲とし、“ｉｎｐｕｔ”タグの次に記述されている３０文字以内のテキスト文字をアクセスキーのキーワードとする条件を設定することができる。具体的に説明すると、例えば、ＨＴＭＬコンテンツに、“<input type=radio accesskey="6">test”という記述がある場合には、“<input type=radio accesskey="6">”がアクセスキー情報として抽出され、“test”がキーワード情報として抽出される。
【００２７】
なお、コンフィグファイルは、支援サーバ２０が読み取り可能な形式であればよく、例えば、ＨＴＭＬ形式やＸＭＬ形式を採用することができる。
【００２８】
図１に示すように、支援サーバ２０は、取得部２１と、抽出部２２と、構成変更部２３と、提供部２４と、を有する。取得部２１は、ユーザ端末１０から受信したコンテンツ取得要求に応じてコンテンツサーバ４０に格納されているコンテンツを取得する。
【００２９】
抽出部２２は、取得部２１によって取得されたコンテンツから、コンテンツに設定されたアクセスキー情報を抽出する。アクセスキー情報は、例えば以下のように抽出することができる。
【００３０】
抽出部２２は、コンテンツ取得要求に含まれるＵｓｅｒＡｇｅｎｔ、およびコンテンツのＣｏｎｔｅｎｔＴｙｐｅに基づいて、データベースサーバ３０のコンフィグ情報ＤＢからＵｓｅｒＡｇｅｎｔおよびＣｏｎｔｅｎｔＴｙｐｅに対応するＣｏｎｆｉｇＦｉｌｅ情報を抽出する。抽出部２２は、抽出したＣｏｎｆｉｇＦｉｌｅ情報に基づいてコンフィグファイルの内容を取得する。抽出部２２は、取得したコンフィグファイルの内容から、アクセスキーを割り当てる属性、アクセスキーを割り当てる属性を含むタグ、およびアクセスキーを割り当てる属性を記述可能なタグに関する情報を読み取る。
【００３１】
抽出部２２は、コンテンツサーバ４０から取得したコンテンツを先頭から読み取り、アクセスキーを割り当てる属性を検出した場合に、アクセスキーを割り当てる属性を含んでいるタグから、アクセスキー情報を抽出する。具体的に、抽出部２２は、アクセスキーを割り当てる属性を記述可能なタグごとに設定される抽出範囲情報およびキーワード情報に基づいて、アクセスキー情報を抽出する。
【００３２】
構成変更部２３は、抽出部２２によって抽出されたアクセスキー情報が、取得部２１によって取得されたコンテンツに対応付けて表示されるようにコンテンツの構成を変更する。コンテンツの構成は、例えば、以下ように変更することができる。
【００３３】
構成変更部２３は、抽出部２２によって抽出されたアクセスキー情報に基づいて、アクセスキー情報をリスト化する。具体的に、構成変更部２３は、アクセスキーとして設定されたキーの値とアクセスキーに設定されたキーワードとの対応関係を示す一覧表を生成することで、アクセスキー情報をリスト化する。
【００３４】
構成変更部２３は、リスト化したアクセスキー情報と取得部２１によって取得されたコンテンツとに基づいてフレームコンテンツを生成することで、コンテンツサーバ４０から取得したコンテンツの構成を変更する。フレームコンテンツの構成例としては、例えば、図４に示すように、上部のフレームＵにリスト化したアクセスキー情報を配置し、下部のフレームＤにコンテンツサーバ４０から取得したコンテンツを配置したものが該当する。
【００３５】
提供部２４は、構成変更部２３によって変更された後のコンテンツをユーザ端末１０に送信することで、コンテンツ取得要求に応じたコンテンツをユーザ端末１０に提供する。
【００３６】
次に、図面を参照して、第１実施形態におけるコンテンツ表示システム１の動作について説明する。図５は、コンテンツ表示システム１においてコンテンツ取得要求に応じてコンテンツが提供される際の処理手順を示すシーケンスチャートである。
【００３７】
図５に示すように、最初にユーザ端末１０が、コンテンツ取得要求を支援サーバ２０に送信する（ステップＳ１０１）。
【００３８】
続いて、支援サーバ２０が、コンテンツ取得要求に対応するコンテンツをコンテンツサーバ４０から取得する（ステップＳ１０２）。
【００３９】
続いて、支援サーバ２０が、コンテンツサーバ４０から取得したコンテンツを解析する解析処理を実行する（ステップＳ１０３）。
【００４０】
続いて、支援サーバ２０が、コンテンツ取得要求に対する応答として解析処理後のコンテンツをユーザ端末１０に送信する（ステップＳ１０４）。
【００４１】
続いて、ユーザ端末１０は、支援サーバ２０から提供された解析処理後のコンテンツをディスプレイに表示させる（ステップＳ１０５）。つまり、アクセスキー情報がリスト化された場合にはコンテンツ取得要求に対応するコンテンツとリスト化されたアクセスキー情報とが組み込まれたフレームコンテンツを表示させ、それ以外の場合にはコンテンツ取得要求に対応するコンテンツまたはエラーコンテンツを表示させる。
【００４２】
図６は、上記ステップＳ１０３における解析処理の処理手順を示すフローチャートである。
【００４３】
図６に示すように、最初に、支援サーバ２０の抽出部２２は、コンテンツ取得要求に含まれるＵｓｅｒＡｇｅｎｔ、およびコンテンツサーバ４０から取得したコンテンツのＣｏｎｔｅｎｔＴｙｐｅに基づいて、データベースサーバ３０のコンフィグ情報ＤＢからＵｓｅｒＡｇｅｎｔおよびＣｏｎｔｅｎｔＴｙｐｅに対応するＣｏｎｆｉｇＦｉｌｅ情報を抽出する（ステップＳ２０１）。ＣｏｎｆｉｇＦｉｌｅ情報の抽出に失敗した場合（ステップＳ２０２；ＮＯ）に、支援サーバ２０は、ユーザ端末１０に提供するエラーコンテンツを生成し（ステップＳ２１１）、本解析処理を終了する。
【００４４】
一方、ＣｏｎｆｉｇＦｉｌｅ情報の抽出に成功した場合（ステップＳ２０２；ＹＥＳ）に、支援サーバ２０の抽出部２２は、上記ステップＳ２０１で抽出したＣｏｎｆｉｇＦｉｌｅ情報に基づいてコンフィグファイルの内容を取得する（ステップＳ２０３）。
【００４５】
続いて、コンテンツサーバ４０から取得したコンテンツが、上記ステップＳ２０３で取得されたコンフィグファイルのコンテンツ設定名と一致しないコンテンツである場合（ステップＳ２０４；ＮＯ）に、支援サーバ２０は、本解析処理を終了する。この場合には、コンテンツサーバ４０から取得したコンテンツそのものが、ユーザ端末１０に提供されることとなる。
【００４６】
一方、コンテンツサーバ４０から取得したコンテンツが、上記ステップＳ２０３で取得されたコンフィグファイルのコンテンツ設定名と一致するコンテンツである場合（ステップＳ２０４；ＹＥＳ）に、支援サーバ２０の抽出部２２は、コンフィグファイルの内容から、アクセスキーを割り当てる属性、アクセスキーを割り当てる属性を含むタグ、およびアクセスキーを割り当てる属性を記述可能なタグに関する情報を読み取る（ステップＳ２０５）。
【００４７】
続いて、支援サーバ２０の抽出部２２は、コンテンツサーバ４０から取得したコンテンツを先頭から順次読み取り、上記ステップＳ２０５で読み取った情報に基づいてアクセスキーを割り当てる属性を検索する（ステップＳ２０６）。アクセスキーを割り当てる属性を検出できなかった場合（ステップＳ２０７；ＮＯ）に、支援サーバ２０は、本解析処理を終了する。この場合には、コンテンツサーバ４０から取得したコンテンツそのものが、ユーザ端末１０に提供されることとなる。
【００４８】
一方、アクセスキーを割り当てる属性を検出した場合（ステップＳ２０７；ＹＥＳ）に、支援サーバ２０の抽出部２２は、上記ステップＳ２０５で読み取った情報に基づいて、アクセスキーを割り当てる属性を含んでいるタグからアクセスキー情報を抽出する（ステップＳ２０８）。
【００４９】
続いて、支援サーバ２０の構成変更部２３は、抽出したアクセスキー情報をリスト化する（ステップＳ２０９）。
【００５０】
続いて、支援サーバ２０の構成変更部２３は、コンテンツサーバ４０から取得したコンテンツと、上記ステップＳ２０９でリスト化されたアクセスキー情報とに基づいて、フレームコンテンツを生成する（ステップＳ２１０）。これにより、リスト化されたアクセスキー情報を含むフレームコンテンツが、ユーザ端末１０に提供されることとなる。
【００５１】
上述してきたように、第１実施形態におけるコンテンツ表示システムによれば、Ｗｅｂページ内に散在して設定されたアクセスキー情報をコンテンツの上部にリスト化して表示させることができるため、ユーザ端末１０でコンテンツを表示しているときにアクセスキー情報を一目で容易に把握させることが可能となる。また、コンテンツの管理者は、アクセスキー情報を表示させる仕組みをコンテンツに組み込む必要がなくなるため、管理者の手間を省くことが可能となる。
【００５２】
[第２実施形態]
本発明の第２実施形態について説明する。第２実施形態におけるコンテンツ表示システムが、上述した第１実施形態におけるコンテンツ表示システムと相違する点は、支援サーバ２０に機能が追加される点と、データベースサーバ３０で管理されるデータベースが追加される点である。それ以外の構成については、第１実施形態におけるコンテンツ表示システムの各構成と同様であるため、各構成要素には同一の符合を付し、その説明は省略するとともに、以下においては、主に第１実施形態との相違点について説明する。
【００５３】
第２実施形態におけるデータベースサーバ３０は、図２に示すコンフィグ情報ＤＢに加え、有効キー情報ＤＢをさらに管理する。有効キー情報ＤＢは、デバイスごとに規定されているアクセスキーとして設定可能なキーに関する情報（以下、「有効キー情報」という。）を管理するデータベースである。
【００５４】
図７を参照して、有効キー情報ＤＢのデータ構成について説明する。有効キー情報ＤＢは、デバイスごとに一のレコード（以下、「有効キー情報レコード」という。）を有する。有効キー情報レコードは、データ項目として、例えば、デバイスおよびＡｃｃｅｓｓｋｅｙＴｙｐｅを有する。デバイスには、ＵｓｅｒＡｇｅｎｔにより判別可能なデバイスを特定する情報が格納される。ＡｃｃｅｓｓｋｅｙＴｙｐｅには、有効キー情報を特定する情報が格納される。
【００５５】
有効キー情報は、例えば、図８に示す有効キー定義ファイルで定義することができる。有効キー定義ファイルには、例えば、アクセスキータイプ名およびアクセスキーが定義される。アクセスキータイプ名では、図７に示す有効キー情報レコードのＡｃｃｅｓｓｋｅｙＴｙｐｅを定義する。アクセスキーでは、有効キーを定義する。図８を参照して、有効キー定義ファイルの内容を具体的に説明する。
【００５６】
図８に示す有効キー定義ファイルには、３組の有効キー情報が定義されている。１組目の有効キー情報は、“ｐｈｏｎｅ”、“１，２，３，４，５，６，７，８，９，＊，＃”である。この場合には、ＡｃｃｅｓｓｋｅｙＴｙｐｅが“ｐｈｏｎｅ”であるデバイスは、アクセスキーとして“１，２，３，４，５，６，７，８，９，＊，＃”を設定できることを意味する。２組目の有効キー情報は、“ｓｍａｒｔｐｈｏｎｅ”、“ａ−ｚ”である。この場合には、ＡｃｃｅｓｓｋｅｙＴｙｐｅが“ｓｍａｒｔｐｈｏｎｅ”であるデバイスは、アクセスキーとして全てのアルファベット“ａ−ｚ”を設定できることを意味する。３組目の有効キー情報は、“ｋｅｙｂｏａｒｄ”、“ａｌｌ”である。この場合には、ＡｃｃｅｓｓｋｅｙＴｙｐｅが“ｋｅｙｂｏａｒｄ”であるデバイスは、アクセスキーとして全てのキーを設定できることを意味する。
【００５７】
なお、有効キー定義ファイルは、支援サーバ２０が読み取り可能な形式であればよく、例えば、ＨＴＭＬ形式やＸＭＬ形式を採用することができる。
【００５８】
図９に、第２実施形態における支援サーバ２０の機能構成を示す。第２実施形態における支援サーバ２０は、図１に示す第１実施形態における支援サーバ２０が有する各部に加え、割当変更部２５をさらに備える。
【００５９】
割当変更部２５は、ユーザ端末１０のＵｓｅｒＡｇｅｎｔに基づいて、デバイスとしてのユーザ端末１０に対応する有効キー情報を有効キー情報ＤＢから抽出する。割当変更部２５は、抽出部２２によってコンテンツから抽出されたアクセスキー情報に含まれるアクセスキーが、有効キー情報ＤＢから抽出した有効キー情報に含まれているか否かを判定する。
【００６０】
割当変更部２５は、アクセスキーが有効キー情報に含まれてないと判定した場合に、既に割り当てられているアクセスキーを、有効キー情報に含まれるキーのうち未だアクセスキーに割り当てられていない未使用のキーに変更する。未使用のキーであるか否かは、例えば、抽出部２２によってコンテンツから抽出された全てのアクセスキー情報に含まれるアクセスキーと比較することで判別することができる。
【００６１】
構成変更部２３は、上述した第１実施形態と同様に、抽出部２２によって抽出されたアクセスキー情報に基づいてアクセスキー情報をリスト化し、フレームコンテンツを生成する。したがって、割当変更部２５によってアクセスキーが変更された場合には、構成変更部２３は、変更後のアクセスキー情報をリスト化し、フレームコンテンツを生成することになる。
【００６２】
次に、図面を参照して、第２実施形態におけるコンテンツ表示システム１の動作について説明する。図５に示すコンテンツ取得要求に応じてコンテンツを提供する際の処理手順については、第１実施形態と同様であるため、その説明を省略する。図１０は、第２実施形態における解析処理の処理手順を示すフローチャートである。なお、図１０に示すステップＳ３０１〜Ｓ３０８およびステップＳ３１０〜Ｓ３１２の各処理は、第１実施形態において詳述したステップＳ２０１〜Ｓ２１１の各処理（図６参照）とそれぞれ同一であるため、その説明を省略する。以下においては、第１実施形態とは異なるステップＳ３０９の有効キー判定処理について主に説明する。図１１は、上記ステップＳ３０９における有効キー判定処理の処理手順を示すフローチャートである。
【００６３】
図１０に示すステップＳ３０８でコンテンツからアクセスキー情報が抽出された後、図１１に示すように、支援サーバ２０の割当変更部２５は、ユーザ端末１０のＵｓｅｒＡｇｅｎｔに基づいて、ユーザ端末１０に対応する有効キー情報を有効キー情報ＤＢから抽出する（ステップＳ４０１）。
【００６４】
続いて、割当変更部２５は、上記ステップＳ３０８でコンテンツから抽出されたアクセスキー情報に含まれるアクセスキーが、上記ステップＳ４０１で有効キー情報ＤＢから抽出された有効キー情報に含まれているか否かを判定する（ステップＳ４０２）。アクセスキーが有効キー情報に含まれている場合（ステップＳ４０２；ＹＥＳ）には、本有効キー判定処理を終了する。
【００６５】
一方、アクセスキーが有効キー情報に含まれていない場合（ステップＳ４０２；ＮＯ）に、割当変更部２５は、上記ステップＳ３０８でコンテンツから抽出されたアクセスキー情報に含まれるアクセスキーを、上記ステップＳ４０１で有効キー情報ＤＢから抽出された有効キー情報に含まれるキーのうち未だアクセスキーに割り当てられていない未使用のキーに変更する（ステップＳ４０３）。そして、本有効キー判定処理を終了する。
【００６６】
この後、支援サーバ２０の構成変更部２３は、抽出したアクセスキー情報（上記ステップＳ４０３でアクセスキーが変更された場合には、変更後のアクセスキー情報）をリスト化し（ステップＳ３１０）、コンテンツサーバ４０から取得したコンテンツと、リスト化したアクセスキー情報とに基づいて、フレームコンテンツを生成する（ステップＳ３１１）。これにより、リスト化されたアクセスキー情報を含むフレームコンテンツが、ユーザ端末１０に提供される。
【００６７】
上述してきたように、第２実施形態におけるコンテンツ表示システムによれば、ユーザ端末１０に提供されるコンテンツで設定されたアクセスキーが、その端末１０では利用できないキーである場合には、その端末１０で利用可能な有効キーであって未使用のキーをアクセスキーに割り当て直すことができる。これにより、例えば、コンテンツで設定されたアクセスキーが“Ａ”である場合には、携帯電話等のマルチデバイスではアクセスキーを利用できないことになるが、第２実施形態におけるコンテンツ表示システムによれば、“Ａ”をマルチデバイスで利用可能な有効キーに変更することができるため、アクセスキーを利用することが可能となる。
【００６８】
[第３実施形態]
本発明の第３実施形態について説明する。第３実施形態におけるコンテンツ表示システムが、上述した第２実施形態におけるコンテンツ表示システムと相違する点は、支援サーバ２０に機能が追加される点と、データベースサーバ３０で管理されるデータベースが追加される点である。それ以外の構成については、第２実施形態（第１実施形態を含む）におけるコンテンツ表示システムの各構成と同様であるため、各構成要素には同一の符合を付し、その説明は省略するとともに、以下においては、主に第２実施形態（第１実施形態を含む）との相違点について説明する。
【００６９】
第３実施形態におけるデータベースサーバ３０は、図２に示すコンフィグ情報ＤＢおよび図７に示す有効キー情報ＤＢに加え、高頻度利用キー情報ＤＢをさらに管理する。高頻度利用キー情報ＤＢは、ユーザを特定するユーザＩＤごとに収集されるアクセスキーとして利用頻度が高いキーに関する情報（以下、「高頻度利用キー情報」という。）を管理するデータベースである。
【００７０】
図１２を参照して、高頻度利用キー情報ＤＢのデータ構成について説明する。高頻度利用キー情報ＤＢは、ユーザＩＤごとに一のレコード（以下、「高頻度利用キー情報レコード」という。）を有する。高頻度利用キー情報レコードは、データ項目として、例えば、ユーザＩＤおよびＫｅｙ１〜Ｋｅｙ５を有する。ユーザＩＤには、ユーザ端末１０を操作するユーザを特定する情報が格納される。Ｋｅｙ１〜Ｋｅｙ５には、アクセスキーに設定されたキーとそのアクセスキーの機能内容を表すキーワードとが対応付けられてそれぞれに格納される。Ｋｅｙ１〜Ｋｅｙ５の内容は、例えば、ユーザがアクセスキーを利用するたびに更新され、ユーザが利用したアクセスキーのうち過去の利用頻度が高いアクセスキーのキーとキーワードとが格納される。
【００７１】
図１３に、第３実施形態における支援サーバ２０の機能構成を示す。第３実施形態における支援サーバ２０は、図９に示す第２実施形態における支援サーバ２０が有する各部に加え、キー割当部２６をさらに備える。
【００７２】
キー割当部２６は、抽出部２２によってアクセスキー情報が抽出されない場合に、以下の各処理を実行する。
【００７３】
キー割当部２６は、ユーザ端末１０のユーザＩＤに対応する高頻度利用キー情報に含まれる各キーが、ユーザ端末１０で利用できる有効なキーであるか否かを判定する。ユーザＩＤは、例えば、ユーザ端末１０のＵｓｅｒＡｇｅｎｔおよびＣｏｏｌｉｅ情報を参照して特定する。キー割当部２６は、高頻度利用キー情報に含まれるキーが有効なキーでない場合には、高頻度利用キー情報に含まれるキーを、ユーザ端末１０で利用できる有効キーのうち未だアクセスキーに割り当てられていない未使用のキーに変更する。有効なキーであるか否かを判定する手順や未使用のキーに変更する手順は、上述した第２実施形態における割当変更部２５と同様の手順を採用することができる。
【００７４】
キー割当部２６は、コンテンツサーバ４０から取得したコンテンツに、アクセスキーを設定可能なタグが存在するか否かを判定する。具体的には、例えば、アクセスキーを設定可能なタグを、図１４に示す設定ファイルに予め登録しておき、キー割当部２６は、この設定ファイルに登録されているタグを参照することで、アクセスキーを設定可能なタグがコンテンツに存在するか否かを判定する。図１４に示す設定ファイルでは、アクセスキーを設定可能なタグとして、“ａ”タグ、“ａｒｅａ”タグ、“ｂｕｔｔｏｎ”タグ、“ｉｎｐｕｔ”タグ、“ｌａｂｅｌ”タグ、“ｌｅｇｅｎｄ”タグおよび“ｔｅｘｔａｒｅａ”タグが登録されている。
【００７５】
キー割当部２６は、アクセスキーを設定可能なタグがコンテンツに存在すると判定した場合に、アクセスキーを設定可能なタグの記述中に、ユーザ端末１０のユーザＩＤに対応する高頻度利用キー情報のキーワードが記述されているか否かを判定する。キー割当部２６は、キーワードが記述されていると判定した場合に、そのキーワードに対応付けて記憶されているキーを、アクセスキーに割り当てるキーとして、アクセスキーを設定可能なタグに追記する。これにより、アクセスキーを設定可能なタグに、アクセスキーを割り当てることができる。キー割当部２６は、アクセスキーを設定可能なタグの記述に基づいて、アクセスキー情報を生成する。
【００７６】
次に、図面を参照して、第３実施形態におけるコンテンツ表示システム１の動作について説明する。図５に示すコンテンツ取得要求に応じてコンテンツを提供する際の処理手順については、第１実施形態と同様であるため、その説明を省略する。図１５は、第３実施形態における解析処理の処理手順を示すフローチャートである。なお、図１５に示すステップＳ５０１〜Ｓ５０８およびステップＳ５１０〜Ｓ５１２の各処理は、第１実施形態において詳述したステップＳ２０１〜Ｓ２１１の各処理（図６参照）とそれぞれ同一であるため、その説明を省略する。また、図１５に示すステップＳ５０９の処理は、第２実施形態において詳述したステップＳ３０９（図１１のステップＳ４０1〜Ｓ４０３を含む）の処理（図１０参照）と同一であるため、その説明を省略する。以下においては、第１実施形態および第２実施形態とは異なるステップＳ５１３のキー割当処理について説明する。図１６は、上記ステップＳ５１３におけるキー割当処理の処理手順を示すフローチャートである。
【００７７】
図１５に示すステップＳ５０７でコンテンツからアクセスキーを割り当てる属性が検出できなかった場合（ステップＳ５０７；ＮＯ）、図１６に示すように、支援サーバ２０のキー割当部２６は、アクセスキーを設定可能なタグがコンテンツに存在するか否かを判定する（ステップＳ６０１）。アクセスキーを設定可能なタグがコンテンツに存在しない場合（ステップＳ６０１；ＮＯ）には、本キー割当処理を終了する。
【００７８】
一方、アクセスキーを設定可能なタグがコンテンツに存在する場合（ステップＳ６０１；ＹＥＳ）に、キー割当部２６は、ユーザ端末１０のユーザＩＤに対応する高頻度利用キー情報に含まれるキーが、ユーザ端末１０で利用できる有効なキーであるか否かを判定する（ステップＳ６０２）。高頻度利用キー情報に含まれるキーが有効なキーである場合（ステップＳ６０２；ＹＥＳ）には、後述するステップＳ６０４に処理を移行する。
【００７９】
一方、高頻度利用キー情報に含まれるキーが有効なキーでない場合（ステップＳ６０２；ＮＯ）には、キー割当部２６は、高頻度利用キー情報に含まれるキーを、ユーザ端末１０で利用できる有効キーのうち未だアクセスキーに割り当てられていない未使用のキーに変更する（ステップＳ６０３）。
【００８０】
続いて、キー割当部２６は、アクセスキーを設定可能なタグの記述中に、ユーザ端末１０のユーザＩＤに対応する高頻度利用キー情報のキーワードが記述されているか否かを判定する（ステップＳ６０４）。高頻度利用キー情報のキーワードが記述されていない場合（ステップＳ６０４；ＮＯ）には、本キー割当処理を終了する。
【００８１】
一方、高頻度利用キー情報のキーワードが記述されている場合（ステップＳ６０４；ＹＥＳ）に、キー割当部２６は、そのキーワードに対応付けて高頻度利用キー情報ＤＢに記憶されているキーを、アクセスキーを設定可能なタグに追記することで、アクセスキーにキーを割り当て、アクセスキー情報を生成する（ステップＳ６０５）。そして、本キー割当処理を終了する。
【００８２】
この後、支援サーバ２０の構成変更部２３は、抽出したアクセスキー情報（上記ステップＳ５０９でアクセスキーが変更された場合には変更後のアクセスキー情報、上記ステップＳ６０５でアクセスキー情報が生成された場合には生成されたアクセスキー情報）をリスト化し（ステップＳ５１０）、コンテンツサーバ４０から取得したコンテンツと、リスト化したアクセスキー情報とに基づいて、フレームコンテンツを生成する（ステップＳ５１１）。これにより、リスト化されたアクセスキー情報を含むフレームコンテンツが、ユーザ端末１０に提供される。
【００８３】
上述してきたように、第３実施形態におけるコンテンツ表示システムによれば、ユーザ端末に提供されるコンテンツにアクセスキーが設定されていない場合であっても、アクセスキーを設定可能なタグを検出して、アクセスキーとしてユーザがよく利用するキーを割り当てることが可能となる。これにより、ユーザはアクセスキーを利用して快適にコンテンツを閲覧することが可能となる。
【００８４】
[第４実施形態]
本発明の第４実施形態について説明する。第４実施形態におけるコンテンツ表示システムが、上述した第１実施形態におけるコンテンツ表示システムと相違する点は、支援サーバ２０の機能が一部変更になる点と、ユーザ端末１０でコンテンツを表示する際の機能が追加される点である。それ以外の構成については、第１実施形態における装置の各構成と同様であるため、各構成要素には同一の符合を付し、その説明は省略するとともに、以下においては、主に第１実施形態との相違点について説明する。
【００８５】
第４実施形態におけるコンテンツ表示システム１は、支援サーバ２０がアクセスキー情報をファイル化し、コンテンツに加えてアクセスキー情報ファイルをユーザ端末１０に提供する点と、ユーザ端末１０がアクセスキー情報ファイルに基づいてアクセスキー情報に関するメニュー画面を生成し、コンテンツに対応させて表示可能とする点に特徴がある。
【００８６】
図１７に、第４実施形態における支援サーバ２０およびユーザ端末１０の機能構成を示す。第４実施形態における支援サーバ２０は、図１に示す第１実施形態における支援サーバ２０が有する構成変更部２３の代わりに、ファイル生成部２７を有する点で第１実施形態における支援サーバ２０と異なる。
【００８７】
ファイル生成部２７は、抽出部２２によってコンテンツから抽出されたアクセスキー情報を記述したファイル（以下、「アクセスキー情報ファイル」という。）を生成する。図１８にアクセスキー情報ファイルの記述例を示す。図１８に示すアクセスキー情報ファイルでは、“ａｃｃｅｓｓｋｅｙ”タグ内に、key属性でアクセスキーが定義され、value属性でアクセスキーの機能内容が定義されている。
【００８８】
なお、アクセスキー情報ファイルには、ユーザ端末１０がアクセスキー情報をメニュー表示する際に必要となる情報が記述されていればよい。また、アクセスキー情報ファイルは、支援サーバ２０およびユーザ端末１０が読み取り可能な形式であればよく、例えば、ＨＴＭＬ形式やＸＭＬ形式を採用することができる。
【００８９】
図１７に示すように、ユーザ端末１０は、表示制御部１１を有する。表示制御部１１は、支援サーバ２０から提供されたアクセスキー情報ファイルに基づいてアクセスキー情報に関するメニュー画面を生成する。表示制御部１１は、支援サーバ２０から提供されたコンテンツに対応付けてメニュー画面を表示させる。
【００９０】
図１９にメニュー画面の表示例を示す。図１９に示す左側の画面には、支援サーバ２０から提供されたコンテンツが表示され、下部には機能ボタンが表示されている。この機能ボタンがクリック（選択）されると、図１９に示す右側の画面に移行する。図１９に示す右側の画面には、アクセスキーに関するメニュー画面が、上記コンテンツの表示画面上に重ねて表示されている。
【００９１】
次に、図面を参照して、第４実施形態におけるコンテンツ表示システム１の動作について説明する。図２０は、コンテンツ表示システム１においてコンテンツ取得要求に応じてコンテンツが提供される際の処理手順を示すシーケンスチャートである。なお、図２０に示すステップＳ７０１およびＳ７０２の処理は、第１実施形態において説明したステップＳ１０１およびＳ１０２の処理（図１参照）と同一であるため、その説明を省略する。以下においては、第１実施形態とは異なるステップＳ７０３以降の処理手順について説明する。
【００９２】
図２０に示すように、支援サーバ２０が、コンテンツサーバ４０から取得したコンテンツを解析する解析処理を実行し（ステップＳ７０３）、コンテンツ取得要求に対する応答として解析処理後のコンテンツをユーザ端末１０に送信する（ステップＳ７０４）。ここで、上記ステップＳ７０３の解析処理でアクセスキー情報ファイルが生成された場合には、コンテンツに加えて、アクセスキー情報ファイルがユーザ端末１０に送信される。
【００９３】
続いて、ユーザ端末１０は、支援サーバ２０から提供されたコンテンツにアクセスキー情報に関するメニュー画面の表示機能を追加する表示制御処理を実行する（ステップＳ７０５）。
【００９４】
続いて、ユーザ端末１０は、表示制御処理後のコンテンツをディスプレイに表示させる（ステップＳ７０６）。つまり、アクセスキー情報ファイルを受信した場合には、アクセスキー情報に関するメニュー画面の表示機能が追加されたコンテンツを表示させ、それ以外の場合にはコンテンツ取得要求に対応するコンテンツまたはエラーコンテンツを表示させる。
【００９５】
図２１は、上記ステップＳ７０３における解析処理の処理手順を示すフローチャートである。なお、図２１に示すステップＳ８０１〜Ｓ８０８およびステップＳ８１０の各処理は、第１実施形態において詳述したステップＳ２０１〜Ｓ２０８およびステップＳ２１１の各処理（図６参照）とそれぞれ同一であるため、その説明を省略する。以下においては、第１実施形態とは異なるステップＳ８０９の処理について説明する。
【００９６】
図２１に示すステップＳ８０８においてアクセスキーを割り当てる属性を含んでいるタグからアクセスキー情報が抽出された後、支援サーバ２０のファイル生成部２７は、アクセスキー情報ファイルを生成する（ステップＳ８０９）。そして、本解析処理を終了する。
【００９７】
図２２は、上記ステップＳ７０５における表示制御処理の処理手順を示すフローチャートである。
【００９８】
図２２に示すように、最初に、ユーザ端末１０の表示制御部１１は、コンテンツ取得要求に応じたコンテンツを支援サーバ２０から受信した場合に、コンテンツと共にアクセスキー情報ファイルを受信したか否かを判定する（ステップＳ９０１）。アクセスキー情報ファイルを受信していない場合（ステップＳ９０１；ＮＯ）には、本表示制御処理を終了する。
【００９９】
一方、アクセスキー情報ファイルを受信した場合（ステップＳ９０１；ＹＥＳ）に、表示制御部１１は、アクセスキー情報ファイルに基づいてアクセスキー情報に関するメニュー画面を生成する（ステップＳ９０２）。
【０１００】
続いて、表示制御部１１は、上記ステップＳ９０１で支援サーバ２０から受信したコンテンツに、上記ステップＳ９０２で生成したメニュー画面を表示させる機能を追加する（ステップＳ９０３）。そして、本表示制御処理を終了する。
【０１０１】
上述してきたように、第４実施形態におけるコンテンツ表示システムによれば、ディスプレイの表示領域が小さい端末やフレームコンテンツの表示機能を搭載していない端末であっても、メニュー画面を表示させることでアクセスキー情報を容易に把握させることが可能となる。
【０１０２】
なお、上述した各実施形態は、単なる例示に過ぎず、実施形態に明示していない種々の変形や技術の適用を排除するものではない。すなわち、本発明は、その趣旨を逸脱しない範囲で様々な形態に変形して実施することができる。
【０１０３】
例えば、上述した各実施形態におけるコンテンツ表示システムは、ユーザ端末１０と支援サーバ２０とを備えているが、支援サーバ２０が有する各機能をユーザ端末１０に具備させることとしてもよい。この場合に、コンテンツ表示システムは、例えば、ユーザ端末１０と、コンテンツサーバ４０と、データベースサーバ３０と、を備えればよい。また、データベースサーバ３０が保有する各種のデータベースを支援サーバ２０が保有することとしてもよい。この場合に、コンテンツ表示システムは、例えば、ユーザ端末１０と、支援サーバ２０と、コンテンツサーバ４０と、を備えればよい。
【０１０４】
また、上述した各実施形態は適宜組み合わせることができる。例えば、上述した第３実施形態におけるコンテンツ表示システムは、第２実施形態におけるコンテンツ表示システムに構成要素を追加することで説明しているが、第１実施形態におけるコンテンツ表示システムに構成要素を追加することとしてもよい。具体的に、第３実施形態における支援サーバは、第１実施形態における支援サーバが有する各部に加え、キー割当部２６をさらに備え、第３実施形態におけるデータベースサーバは、コンフィグ情報ＤＢに加え、高頻度利用キー情報ＤＢをさらに管理することとしてもよい。
【０１０５】
また、例えば、上述した第４実施形態におけるコンテンツ表示システムは、第１実施形態におけるコンテンツ表示システムの構成要素を一部変更および追加することで説明しているが、第２実施形態または第３実施形態におけるコンテンツ表示システムの構成要素を一部変更および追加することとしてもよい。具体的に、第４実施形態における支援サーバは、第２実施形態または第３実施形態における支援サーバが有する構成変更部２３の代わりに、ファイル生成部２７を有し、第４実施形態におけるユーザ端末１０は、表示制御部１１を有することとしてもよい。
【符号の説明】
【０１０６】
１…コンテンツ表示システム、１０…ユーザ端末、１１…表示制御部、２０…支援サーバ、２１…取得部、２２…抽出部、２３…構成変更部、２４…提供部、２５…割当変更部、２６…キー割当部、２７…ファイル生成部、３０…データベースサーバ、４０…コンテンツサーバ。
【特許請求の範囲】
【請求項１】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、
前記取得部によって取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報が、前記取得部によって取得された前記コンテンツに対応付けて表示されるように前記コンテンツの構成を変更する構成変更部と、
前記構成変更部によって変更された後の前記コンテンツを、前記コンテンツ取得要求に対する応答として提供する提供部と、
を備えることを特徴とするコンテンツ表示支援サーバ。
【請求項２】
前記アクセスキー／ショートカットキーに割り当て可能なキーに関する有効キー情報を記憶する有効キー情報記憶部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報に含まれる前記アクセスキー／ショートカットキーが、前記有効キー情報記憶部に記憶された前記有効キー情報に含まれていない場合に、当該アクセスキー／ショートカットキーに対して前記有効キー情報に含まれるキーのうち未使用のキーを割り当て直す割当変更部と、をさらに備え、
前記構成変更部は、前記割当変更部によって割り当て直された前記アクセスキー／ショートカットキーを含む前記アクセスキー／ショートカットキーに関する情報が、前記取得部によって取得された前記コンテンツに対応付けて表示されるように前記コンテンツの構成を変更する、ことを特徴とする請求項１記載のコンテンツ表示支援サーバ。
【請求項３】
ユーザを識別するユーザ識別情報に対応付けて、当該ユーザによる利用頻度の高い前記アクセスキー／ショートカットキーに関する高頻度利用キー情報を記憶する高頻度利用キー情報記憶部と、
前記抽出部によって前記アクセスキー／ショートカットキーに関する情報が抽出されない場合であって、かつ、前記コンテンツ中に前記アクセスキー／ショートカットキーを設定可能な記述が存在する場合に、前記高頻度利用キー情報記憶部に記憶された前記高頻度利用キー情報に含まれるキーを前記アクセスキー／ショートカットキーに割り当てる割当部と、をさらに備え、
前記構成変更部は、前記割当部によって割り当てられた前記アクセスキー／ショートカットキーを含む前記アクセスキー／ショートカットキーに関する情報が、前記取得部によって取得された前記コンテンツに対応付けて表示されるように前記コンテンツの構成を変更する、ことを特徴とする請求項２記載のコンテンツ表示支援サーバ。
【請求項４】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、
前記取得部によって取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成部と、
前記取得部によって取得された前記コンテンツおよび前記ファイル生成部によって生成された前記ファイルを、前記コンテンツ取得要求に対する応答として提供する提供部と、
を備えることを特徴とするコンテンツ表示支援サーバ。
【請求項５】
前記アクセスキー／ショートカットキーに割り当て可能なキーに関する有効キー情報を記憶する有効キー情報記憶部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報に含まれる前記アクセスキー／ショートカットキーが、前記有効キー情報記憶部に記憶された前記有効キー情報に含まれていない場合に、当該アクセスキー／ショートカットキーに対して前記有効キー情報に含まれるキーのうち未使用のキーを割り当て直す割当変更部と、をさらに備え、
前記ファイル生成部は、前記割当変更部によって割り当て直された前記アクセスキー／ショートカットキーを含む前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成する、ことを特徴とする請求項４記載のコンテンツ表示支援サーバ。
【請求項６】
ユーザを識別するユーザ識別情報に対応付けて、当該ユーザによる利用頻度の高い前記アクセスキー／ショートカットキーに関する高頻度利用キー情報を記憶する高頻度利用キー情報記憶部と、
前記抽出部によって前記アクセスキー／ショートカットキーに関する情報が抽出されない場合であって、かつ、前記コンテンツ中に前記アクセスキー／ショートカットキーを設定可能な記述が存在する場合に、前記高頻度利用キー情報記憶部に記憶された前記高頻度利用キー情報に含まれるキーを前記アクセスキー／ショートカットキーに割り当てる割当部と、をさらに備え、
前記ファイル生成部は、前記割当部によって割り当てられた前記アクセスキー／ショートカットキーを含む前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成する、ことを特徴とする請求項５記載のコンテンツ表示支援サーバ。
【請求項７】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、
前記取得部によって取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成部と、
前記取得部によって取得された前記コンテンツおよび前記ファイル生成部によって生成された前記ファイルを、前記コンテンツ取得要求に対する応答として提供する提供部と、
前記提供部によって提供された前記ファイルに基づいてアクセスキー／ショートカットキーに関する情報のメニュー画面を生成し、当該メニュー画面を前記提供部によって提供された前記コンテンツに対応付けて表示させる表示制御部と、
を備えることを特徴とするコンテンツ表示システム。
【請求項８】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得ステップと、
前記取得ステップにおいて取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出ステップと、
前記抽出ステップにおいて抽出された前記アクセスキー／ショートカットキーに関する情報が、前記取得ステップにおいて取得された前記コンテンツに対応付けて表示されるように前記コンテンツの構成を変更する構成変更ステップと、
前記構成変更ステップにおいて変更された後の前記コンテンツを、前記コンテンツ取得要求に対する応答として提供する提供ステップと、
を含むことを特徴とするコンテンツ表示支援方法。
【請求項９】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得ステップと、
前記取得ステップにおいて取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出ステップと、
前記抽出ステップにおいて抽出された前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成ステップと、
前記取得ステップにおいて取得された前記コンテンツおよび前記ファイル生成ステップにおいて生成された前記ファイルを、前記コンテンツ取得要求に対する応答として提供する提供ステップと、
を含むことを特徴とするコンテンツ表示支援方法。
【請求項１０】
請求項８または９に記載の各ステップをコンピュータに実行させるためのコンテンツ表示支援プログラム。
【請求項１】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、
前記取得部によって取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報が、前記取得部によって取得された前記コンテンツに対応付けて表示されるように前記コンテンツの構成を変更する構成変更部と、
前記構成変更部によって変更された後の前記コンテンツを、前記コンテンツ取得要求に対する応答として提供する提供部と、
を備えることを特徴とするコンテンツ表示支援サーバ。
【請求項２】
前記アクセスキー／ショートカットキーに割り当て可能なキーに関する有効キー情報を記憶する有効キー情報記憶部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報に含まれる前記アクセスキー／ショートカットキーが、前記有効キー情報記憶部に記憶された前記有効キー情報に含まれていない場合に、当該アクセスキー／ショートカットキーに対して前記有効キー情報に含まれるキーのうち未使用のキーを割り当て直す割当変更部と、をさらに備え、
前記構成変更部は、前記割当変更部によって割り当て直された前記アクセスキー／ショートカットキーを含む前記アクセスキー／ショートカットキーに関する情報が、前記取得部によって取得された前記コンテンツに対応付けて表示されるように前記コンテンツの構成を変更する、ことを特徴とする請求項１記載のコンテンツ表示支援サーバ。
【請求項３】
ユーザを識別するユーザ識別情報に対応付けて、当該ユーザによる利用頻度の高い前記アクセスキー／ショートカットキーに関する高頻度利用キー情報を記憶する高頻度利用キー情報記憶部と、
前記抽出部によって前記アクセスキー／ショートカットキーに関する情報が抽出されない場合であって、かつ、前記コンテンツ中に前記アクセスキー／ショートカットキーを設定可能な記述が存在する場合に、前記高頻度利用キー情報記憶部に記憶された前記高頻度利用キー情報に含まれるキーを前記アクセスキー／ショートカットキーに割り当てる割当部と、をさらに備え、
前記構成変更部は、前記割当部によって割り当てられた前記アクセスキー／ショートカットキーを含む前記アクセスキー／ショートカットキーに関する情報が、前記取得部によって取得された前記コンテンツに対応付けて表示されるように前記コンテンツの構成を変更する、ことを特徴とする請求項２記載のコンテンツ表示支援サーバ。
【請求項４】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、
前記取得部によって取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成部と、
前記取得部によって取得された前記コンテンツおよび前記ファイル生成部によって生成された前記ファイルを、前記コンテンツ取得要求に対する応答として提供する提供部と、
を備えることを特徴とするコンテンツ表示支援サーバ。
【請求項５】
前記アクセスキー／ショートカットキーに割り当て可能なキーに関する有効キー情報を記憶する有効キー情報記憶部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報に含まれる前記アクセスキー／ショートカットキーが、前記有効キー情報記憶部に記憶された前記有効キー情報に含まれていない場合に、当該アクセスキー／ショートカットキーに対して前記有効キー情報に含まれるキーのうち未使用のキーを割り当て直す割当変更部と、をさらに備え、
前記ファイル生成部は、前記割当変更部によって割り当て直された前記アクセスキー／ショートカットキーを含む前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成する、ことを特徴とする請求項４記載のコンテンツ表示支援サーバ。
【請求項６】
ユーザを識別するユーザ識別情報に対応付けて、当該ユーザによる利用頻度の高い前記アクセスキー／ショートカットキーに関する高頻度利用キー情報を記憶する高頻度利用キー情報記憶部と、
前記抽出部によって前記アクセスキー／ショートカットキーに関する情報が抽出されない場合であって、かつ、前記コンテンツ中に前記アクセスキー／ショートカットキーを設定可能な記述が存在する場合に、前記高頻度利用キー情報記憶部に記憶された前記高頻度利用キー情報に含まれるキーを前記アクセスキー／ショートカットキーに割り当てる割当部と、をさらに備え、
前記ファイル生成部は、前記割当部によって割り当てられた前記アクセスキー／ショートカットキーを含む前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成する、ことを特徴とする請求項５記載のコンテンツ表示支援サーバ。
【請求項７】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得部と、
前記取得部によって取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出部と、
前記抽出部によって抽出された前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成部と、
前記取得部によって取得された前記コンテンツおよび前記ファイル生成部によって生成された前記ファイルを、前記コンテンツ取得要求に対する応答として提供する提供部と、
前記提供部によって提供された前記ファイルに基づいてアクセスキー／ショートカットキーに関する情報のメニュー画面を生成し、当該メニュー画面を前記提供部によって提供された前記コンテンツに対応付けて表示させる表示制御部と、
を備えることを特徴とするコンテンツ表示システム。
【請求項８】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得ステップと、
前記取得ステップにおいて取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出ステップと、
前記抽出ステップにおいて抽出された前記アクセスキー／ショートカットキーに関する情報が、前記取得ステップにおいて取得された前記コンテンツに対応付けて表示されるように前記コンテンツの構成を変更する構成変更ステップと、
前記構成変更ステップにおいて変更された後の前記コンテンツを、前記コンテンツ取得要求に対する応答として提供する提供ステップと、
を含むことを特徴とするコンテンツ表示支援方法。
【請求項９】
コンテンツ取得要求に応じてネットワーク上のコンテンツサーバに格納されているコンテンツを取得する取得ステップと、
前記取得ステップにおいて取得された前記コンテンツから、当該コンテンツに設定されたアクセスキー／ショートカットキーに関する情報を抽出する抽出ステップと、
前記抽出ステップにおいて抽出された前記アクセスキー／ショートカットキーに関する情報を記述したファイルを生成するファイル生成ステップと、
前記取得ステップにおいて取得された前記コンテンツおよび前記ファイル生成ステップにおいて生成された前記ファイルを、前記コンテンツ取得要求に対する応答として提供する提供ステップと、
を含むことを特徴とするコンテンツ表示支援方法。
【請求項１０】
請求項８または９に記載の各ステップをコンピュータに実行させるためのコンテンツ表示支援プログラム。
【図１】
【図２】
【図３】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２０】
【図２１】
【図２２】
【図４】
【図１９】
【図２】
【図３】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２０】
【図２１】
【図２２】
【図４】
【図１９】
【公開番号】特開２０１１−１４１６６９（Ｐ２０１１−１４１６６９Ａ）
【公開日】平成２３年７月２１日（２０１１．７．２１）
【国際特許分類】
【出願番号】特願２０１０−１２９０（Ｐ２０１０−１２９０）
【出願日】平成２２年１月６日（２０１０．１．６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年７月２１日（２０１１．７．２１）
【国際特許分類】
【出願日】平成２２年１月６日（２０１０．１．６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]