プログラムおよびそのプログラムを用いたデータ表示方法
【課題】ＢＧＭ再生等のストリーミングサービスを使用することによる音源の音質等のサービス劣化の問題を解決するとともに、ＵＲＬを変更することなくフレームとしてコンテンツを追加することができるプログラム、アドオンサービスシステムおよびその方法を提供する。
【解決手段】本発明に係るプログラムは、表示領域を分割して構成されるフレーム領域に表示されるべきフレームページデータを、それぞれ異なるサーバから受信する機能と、前記フレームページデータのフレーム領域が確保されていないと判断した場合には、スクリプトにより前記フレームページデータのフレーム領域を確保し、前記フレーム領域に表示されるべきフレームページデータにて定義したページデータを取得する機能と、をコンピュータに実現させるものである。
【解決手段】本発明に係るプログラムは、表示領域を分割して構成されるフレーム領域に表示されるべきフレームページデータを、それぞれ異なるサーバから受信する機能と、前記フレームページデータのフレーム領域が確保されていないと判断した場合には、スクリプトにより前記フレームページデータのフレーム領域を確保し、前記フレーム領域に表示されるべきフレームページデータにて定義したページデータを取得する機能と、をコンピュータに実現させるものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＢＧＭ(Back
Ground Music)等アドオンによるサービスを提供する技術に関し、特に、アドオンのサービスをフレーム単位で表示し、複数のフレームを一つのウインドウで同時に表示するウェブページ表示用のプログラムおよびそのプログラムを用いたデータ表示方法に関する。
【背景技術】
【０００２】
ブログ、ホームページ等の管理者がＢＧＭ等の新しいサービスを提供することを目的として、既存のウェブページに、アドオンサーバより送信されたスクリプトを追加することで、既存のウェブページにアドオンサービス用のフレームを追加する手法がある。この手法において、常に、親フレームを既存のウェブページとしているため、アドオンによるサービスを追加した後でもウェブページのＵＲＬ(Uniform Resource Locator)は変わらないので、よって、ユーザはＵＲＬを変更することなく、新しいサービスと既存ウェブページのサービスを同時に受けることができる。
【０００３】
ＢＧＭ等のサービスについて、データファイルをダウンロードする手法では、一般にファイルのダウンロードが完了した後にファイルを開くことにより、ＢＧＭ等を再生して鑑賞する。ところが、データ量の大きい動画、ＢＧＭ等のファイルのダウンロードには、多大な時間を要するために、サービス利用者は鑑賞できるようになるまで長時間待たされてしまい、サービス利用者に不快な思いを与えてしまう。そこで動画、ＢＧＭ等の再生においては、ストリーミングサービス(streaming)が用いられている。ストリーミングとは、ファイルのダウンロードと同時に再生を可能とする技術であり、動画、ＢＧＭファイルのダウンロード等、ファイルの送受信のための待ち時間短縮化に寄与する技術である（例えば、特許文献１参照）。
【特許文献１】特開２００４−１２８９９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記ストリーミングサービスは、一般にファイルの送信とファイルの再生とを同時に行うためサーバに対して非常に高い負荷を与える処理となりやすい。このような従来のＢＧＭ等のストリーミングサービスのブロック図を図１２に示す。図１２に示すように、従来のＢＧＭ等のサービスは、ブログ、ホームページ等を提供するＷｅｂサーバ１００から提供されていた。そのため、例えばサービスの利用者が増えたり、サーバへのアクセス数が多くなった場合には、ファイルの送信処理が追いつかなくなることがあった。その結果、サーバに繋がりにくくなったり、ＢＧＭ等の音質が劣化または音が途切れたりすることがあるという課題があった。
【０００５】
以上のような課題に鑑みて、本発明では、サービス利用者に高品質なアドオンサービスを提供するためのプログラムおよびそのプログラムを用いたデータ表示方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するために、本発明に係るプログラムは、データ伝達可能なネットワーク（例えば、実施形態におけるインターネット２）と接続されたデータ表示端末（例えば、実施形態におけるユーザ端末１）のデータ表示領域に、前記ネットワークと接続された複数のデータサーバ（例えば、実施形態における既存Ｗｅｂサーバ３、アドオンサーバ４）に保存されたデータのうち指定された前記ネットワーク上の位置情報で示す位置に存在するデータを表示させる。前記データ表示領域を分割して少なくとも２つの下位フレーム領域（例えば、実施形態におけるアドオンサービス用子フレーム９、既存サービス用子フレーム１０）を形成するとともに、前記下位フレーム領域の全体を含む上位フレーム領域（例えば、実施形態における親フレーム８）を形成するフレーム作成手段（例えば、実施形態におけるアドオンサービス追加用スクリプト５、既存ＷｅｂサーバＨＴＭＬファイル６）と、前記ネットワーク上の位置情報を指定して少なくとも２つの前記データサーバからの各々のデータを前記下位フレームの各々に表示させるデータ表示手段（例えば、実施形態におけるアドオンサービス追加用スクリプト５、既存ＷｅｂサーバＨＴＭＬファイル６）とを備えている。前記データ表示手段は、前記下位フレーム領域に表示されたデータを変更させる選択がなされたとき、前記上位フレーム領域の前記ネットワーク上の位置情報を維持した状態で前記下位フレーム領域に表示されるデータを変更するように構成されている。
【０００７】
また、上記プログラムにおいて前記複数のデータサーバは、メインサービス用データが保存されたメインデータサーバ（例えば、実施形態における既存Ｗｅｂサーバ３）と、付加サービス用データが保存されたサブデータサーバ（例えば、実施形態におけるアドオンサーバ４）とを含んだ構成が望ましい。そして、前記データ表示手段は、前記メインサービス用データおよび前記付加サービス用データの各々を前記下位フレームの各々に表示させるとともに、前記上位フレーム領域の前記ネットワーク上の位置情報を、前記メインサービス用データを示す前記ネットワーク上の位置情報のままに維持することが好ましい。
【０００８】
さらに、上記プログラムにおいて前記フレーム作成手段は、前記データ表示領域が分割されて少なくとも２つの前記下位フレーム領域が形成されているか否かの判断を行う判断部（例えば、実施形態におけるアドオンサービス追加用スクリプト５、既存ＷｅｂサーバＨＴＭＬファイル６）を備えた構成が望ましい。そして、前記フレーム作成手段は、前記判断部において少なくとも２つの前記下位フレーム領域が形成されていないと判断された場合に前記下位フレーム領域を作成することが好ましい。
【０００９】
前記課題を解決するために、本発明に係るデータ表示方法は、上述のように構成されたプログラムを用いて行う方法であって、前記フレーム作成手段が前記下位フレーム領域および前記上位フレーム領域を形成するフレーム領域作成ステップと、データ表示手段が前記複数のデータサーバからの各々のデータを前記下位フレームの各々に表示させるデータ表示ステップとを備えている。そして、前記下位フレーム領域に表示されたデータを変更させる選択がなされたとき、前記データ表示手段は前記上位フレーム領域の前記ネットワーク上の位置情報を維持した状態で前記下位フレーム領域に表示されるデータを変更する。
【００１０】
また、上記データ表示方法において前記フレーム作成手段は、前記データ表示領域が分割されて少なくとも２つの前記下位フレーム領域が形成されているか否かの判断を行う判断部を備えた構成が望ましい。そして、前記フレーム作成手段は、前記判断部において少なくとも２つの前記下位フレーム領域が形成されていないと判断された場合に前記下位フレーム領域を作成することが好ましい。
【発明の効果】
【００１１】
本発明に係るプログラムにおいて、データ表示手段は、下位フレーム領域に表示されたデータを変更させる選択がなされた場合に、上位フレーム領域のネットワーク上の位置情報を維持した状態で下位フレーム領域に表示されるデータを変更するように構成されている。この構成から、下位フレーム領域内のデータを変更する操作を行っても、上位フレーム領域のネットワーク上の位置情報（ＵＲＬ）は変化することなく、初期の設定のままに維持される。つまり、それぞれの下位フレーム領域のデータの変更は、上位フレーム領域のＵＲＬに影響を与えない。よって、サービス利用者に対して、下位フレーム領域のそれぞれに提供されたサービスを、それぞれ独立して且つ途切れることなく高品質な状態で提供することが可能となる。
【００１２】
また、上記プログラムにおいて、複数のデータサーバは、メインサービス用データ（例えばブログ）が保存されたメインデータサーバと、付加サービス用データ（例えばＢＧＭ）が保存されたサブデータサーバとを含み、例えば上位フレーム領域のＵＲＬが、メインサービス用データを示すＵＲＬのままに維持される構成が好ましい。このように構成された場合、例えば好みのＢＧＭの音を途切れることなく再生させながら、ブログ画面の操作を行うことができるようになり、よって、サービス利用者に対して快適な操作環境を提供することが可能となる。また、提供されるサービスごとに異なったデータサーバからサービス用データが送信される構成となっている。よって、例えばメインデータサーバが、アクセスが集中して繋がりにくい高負荷状態になった場合においても、メインデータサーバの負荷状態に影響されることなく安定した（途切れることなく連続した）サービスを受けることができる。そのため、サービス利用者に対して快適な操作環境を提供することが可能となる。
【００１３】
さらに、上記プログラムにおいて、フレーム作成手段は、下位フレーム領域が形成されているか否かの判断を行う判断部を備えており、下位フレーム領域が形成されていないと判断された場合に下位フレーム領域を作成する構成が好ましい。このように構成した場合、下位フレーム領域が作成されておらず下位フレーム領域を作成する必要がある場合のみに作成されるので、よって、下位フレーム領域の作成工程をシンプルに構成できるとともに、確実に下位フレーム領域が作成できる。
【００１４】
本発明に係るデータ表示方法は、下位フレーム領域に表示されたデータを変更させる選択がなされたとき、データ表示手段は、上位フレーム領域のＵＲＬを維持したまま下位フレーム領域に表示されるデータのみを選択に応じて変更するように構成されている。そのため、それぞれの下位フレーム領域のデータの変更しても、上位フレーム領域のＵＲＬに影響を与えない（変化しない）。よって、サービス利用者に対して、下位フレーム領域のそれぞれに提供されたサービスを、それぞれ独立して且つ途切れることなく高品質な状態で提供することが可能となる。
【００１５】
また、上記データ表示方法は、フレーム作成手段は、判断部において下位フレーム領域が形成されているか否かを判断し、下位フレーム領域が形成されていないと判断された場合に下位フレーム領域を作成する構成が好ましい。このように構成された場合、下位フレーム領域が作成されていない場合のみ下位フレーム領域が作成されるので、よって、下位フレーム領域の作成工程をシンプルに構成できるとともに、確実に下位フレーム領域が作成できる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について、図面を参照しながら詳述する。図１は、本発明の実施の形態に係るウェブページの表示方法を実行するアドオンサービスシステム２０の構成を概略的に示すブロック図である。
【００１７】
図１のアドオンサービスシステム２０は、例えばパーソナルコンピュータから成るユーザ端末１と、インターネット２を介してユーザ端末１と接続されたブログ、ホームページ等のサービスを提供している既存Ｗｅｂサーバ３及びＢＧＭサービス等付加的なサービスを提供するアドオンサーバ４とを備えて構成される。
【００１８】
ユーザ端末１は、既存Ｗｅｂサーバ３及びアドオンサーバ４へアクセスするためのツールであり、上述のようにパーソナルコンピュータが一般的に用いられる。既存Ｗｅｂサーバ３は、ユーザ端末１からの要求に応じて、ブログ、ホームページ等管理者が作成したブログまたはホームページ等のウェブページを、インターネット２を介してユーザ端末１に送信する構成となっている。同様に、アドオンサーバ４は、ユーザ端末１からの要求に応じてＢＧＭサービス等付加的なウェブページを送信する構成となっている。図１では、基本構成を示す図として、ユーザ端末１を１つしか描いていないが、実際のシステム運用時は、複数のユーザ端末を対象にサービスが運用される。
【００１９】
上述のように構成されたアドオンサービスシステム２０において、ユーザ端末１からインターネット２を既存Ｗｅｂサーバ３及びアドオンサーバ４へのアクセス手段は、ＨＴＴＰ(Hyper Text Transfer Protocol)等の一般的なインターネットプロトコルを中心に実装されている。
【００２０】
以上ここまでは、アドオンサービスシステム２０の構成について説明したが、以下において、ブログ、ホームページ等管理者が如何にしてアドオンサービスを追加するかについて説明する。ここで、ブログ、ホームページ等管理者は、自己が管理するブログ、ホームページ等に、例えばＢＧＭのアドオンサービスを追加することにより、ユーザ端末１においてブログ、ホームページ等の表示操作とＢＧＭの再生操作とを独立して行うことができるようになる。よって、例えば好みのＢＧＭを再生させながらブログ、ホームページ等の表示操作が可能となり、ユーザ端末１を操作するブログ、ホームページ等管理者に快適な操作環境を提供可能となる。
【００２１】
まず、ブログ、ホームページ等管理者は、ユーザ端末１を操作してインターネット２を介してアドオンサーバ４にアクセスし、図２に示すように、ＵＩ(User Interface)によりアドオンサーバ４からスクリプト５を入手する。そして、図３に示すように、入手したスクリプト５を既存Ｗｅｂサーバ３のウェブページ６の<head>タグから</head>タグの間に追加する。このスクリプト５が追加されたウェブページ６を既存Ｗｅｂサーバに３アップロードすることで、ユーザ端末１から、アドオンサービスを使用することが可能となる（図４参照）。
【００２２】
上記アップロード完了後、ユーザ端末１にてウェブブラウザを開き、既存サービスのＵＲＬを入力すると、ウェブブラウザが、埋め込んだスクリプトにより、既存サービス用のフレームとアドオンサービス用のフレームを作成し、その後、ユーザ端末１に、その既存サービス用フレームとアドオンサービス用フレームが追加された画面を表示する（詳細は後述）。図５に示すように、画面の左側にＢＧＭ等のアドオンサービス７が追加されている。なお、追加されたアドオンサービス7の削除は、<head>タグから</head>タグの間に追加したスクリプト５を削除し、スクリプト５を削除したウェブページを既存Ｗｅｂサーバ３にアップロードすることで可能となる。
【００２３】
以上ここまでは、アドオンサービスの追加方法について説明したが、以下において、アドオンサービスページ表示に関するフレーム制御の方法について説明する。このアドオンサービスページ表示に関するフレーム制御は、アドオンサービス提供時(スクリプト５を追加したウェブページがアップロードされている状態)において、図６に示すように、アドオンサービスシステム２０がウェブページをフレームを用いて分割して、親フレーム８と複数の子フレーム９、１０とで表示することにより行われる。
【００２４】
ここで、図６に示す親フレーム８は、子フレーム９、１０の配置情報等を設定するものであるので、ＵＩ(User Interface)上には現われていない。また、親フレーム８は、子フレーム９、１０に表示するウェブページのＵＲＬを指定している。
【００２５】
以下において、上記フレーム制御の方法について、アドオンサービス用フレーム領域（子フレーム９）が存在するか否か判別する処理内容を中心に、図７を参照して説明する。ここで図７は、本発明の実施形態に係るウェブページの表示処理のフローチャートである。
【００２６】
図７のフローチャートの概略を説明すると、子フレーム９、１０に表示するウェブページのページデータがユーザ端末１で表示されているウェブブラウザにロードされたときに、ウェブブラウザは後述する図７のＨＴＭＬ文書表示処理を行う。このとき、アドオンサービス用フレーム領域（子フレーム９）が開いているときはそのままページ表示処理を実行する。一方、初回アクセス時等、子フレーム９が開いていない時は、子フレーム９を作成した後にＨＴＭＬ文書表示処理が実行される。
【００２７】
図７のフローチャートをステップ順に説明すると、まず、既存Ｗｅｂサーバ３からページデータであるＨＴＭＬ文書を受信し（ステップＳ１０１）、追加したスクリプト５を基に、アドオンサーバ４に存在するジャバスクリプト(Java(登録商標)Script)を参照して（ステップＳ１０２）、ユーザ端末１にて表示されたウェブブラウザは子フレーム９が同じウェブページにロードされているか否かを判断する（ステップＳ１０３）。
【００２８】
ステップＳ１０３の判別の結果、子フレーム９のウェブページがブラウザにロードされていたときは（ステップＳ１０３でＹＥＳ）、ウェブブラウザは既存Ｗｅｂサーバ３から送られたＨＴＭＬ文書をそのまま表示し（ステップＳ１０５）、本処理を終了する。一方で、子フレーム９のウェブページがウェブブラウザにロードされていないときは（ステップＳ１０３でＮＯと判断された場合）、ウェブブラウザは後述する図８のアドオンサービス用フレーム領域作成処理を実行する（ステップＳ１０４）。そして、ステップＳ１０４から再びステップＳ１０３に進み、ステップＳ１０３において、子フレーム９のウェブページがウェブブラウザにロードされていると判断されてステップＳ１０５に進む。ステップＳ１０５において、ＨＴＭＬ文書を表示して本処理を終了する。
【００２９】
以下に、図８を用いて、図７に示すステップＳ１０４の処理内容（アドオンサービス用フレーム領域作成処理）について説明する。図８において、ユーザ端末１で表示されているウェブブラウザは、子フレーム９がロードされていないと判断して、既存Ｗｅｂサーバ３に通知し，既存Ｗｅｂサーバ３が子フレーム９、１０のウェブページを表示しているウェブブラウザから送られてきた情報に基づいて、ユーザ端末１のウェブブラウザに、ＢＧＭ等のアドオンサービスと既存のブログ、ホームページ等のページデータを送信する。ウェブブラウザは既存のブログ、ホームページ等のＵＲＬを維持しつつ、図９の画面遷移を実現させることができる。ウェブページに埋め込んだスクリプトにより、図９（ａ）の画面により提供されていた既存サービスのウェブページは、図９（ｂ）のように、ウェブページ内部にフレームセットを作成し、図９（ｃ）のように、フレームセットの中に既存サービス用のフレームとアドオンサービス用のフレームを作成する。
【００３０】
以上のように、ウェブブラウザは、図９（ｃ）のような画面を生成した後、ユーザ端末１にその画面を表示する。ユーザ端末に表示されるウェブページは、アドオンサーバ４に存在するジャバスクリプトで作成したプログラムにより、図１０に示すように、動的に<frame>タグ、<frameset>タグが作成されていることがわかる。
【００３１】
また、図９に示すように、フレームセットとフレームを作成する過程においても、常に親フレーム８は既存のブログ、ホームページ等のウェブページとなっているため、ユーザ端末１から既存のブログ、ホームページ等のウェブページのＵＲＬを入力すれば、ＢＧＭ等のアドオンサービスと既存のブログ、ホームページ等の両方のサービスを享受することができる。さらにこのとき、例えばＢＧＭを再生させながら既存のブログ、ホームページ等の表示切替操作を行った場合でも、親フレーム８は常に既存のブログ、ホームページ等のウェブページ（ＵＲＬ）を維持した状態となっているので、再生中のＢＧＭは音が途切れることがない。
【００３２】
このとき、ＢＧＭ等のアドオンサービスは、既存のブログ、ホームページ等がどのサーバから提供されるかにかかわりなく追加することが可能である。よって、例えば複数の異なったサーバにブログ、ホームページ等を持っているユーザは、どのサーバのブログ、ホームページ等に対してもＢＧＭ等のアドオンサービスを追加することができ、例えば好みのＢＧＭ等を再生させながら快適な操作環境で作業を行うことができる。
【００３３】
以上、ＢＧＭ等のアドオンサービスをフレームとして提供する技術について説明してきたが、図１１（ａ）〜（ｄ）に示すように、本発明の技術を用いて、２つ以上のアドオンサービスを追加することも可能であり、ＢＧＭだけでなく動画等の負荷がかかるサービスを同時に、品質劣化を招くことなくユーザに提供できる。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施の形態のアドオンサービスシステムのブロック図である。
【図２】図１のアドオンサーバより送信されるスクリプトの説明図である。
【図３】図２のスクリプトをウェブページに追加する際の説明図である。
【図４】既存ブログ、ホームページ等管理者がアドオンサービスを追加する際のブロック図である。
【図５】アドオンサービスを追加した後のサービス提供画面の図である。
【図６】アドオンサービスを追加した後におけるフレームの親子関係を説明するための図である。
【図７】アドオンサービスを追加した後におけるウェブページの表示処理のフローチャートであり、アドオンサービス用フレームが存在するか否かを判別する場合を示す。
【図８】図７のステップＳ１０４で実行されるアドオンしたフレーム作成処理のフローチャートである。
【図９】アドオンサービスを追加した後における画面表示の説明図である。
【図１０】アドオンサービス追加後において、ユーザ端末に表示された画面ファイルのソースコードの一部を示す説明図である。
【図１１】２つ以上のアドオンサービスを追加した後における画面表示の例を表す説明図である。
【図１２】一般的な、ブログ、ホームページ、ＢＧＭ等のサービス提供者とユーザとの構成を表すブロック図である。
【符号の説明】
【００３５】
１ ユーザ端末（データ表示端末）
２ インターネット（ネットワーク）
３ 既存Ｗｅｂサーバ（メインデータサーバ）
４ アドオンサーバ（サブデータサーバ）
５ アドオンサービス追加用スクリプト（フレーム作成手段、データ表示手段、判断部）
６ 既存ＷｅｂサーバＨＴＭＬファイル（フレーム作成手段、データ表示手段、判断部）
７ アドオンしたフレーム
８ 親フレーム（上位フレーム）
９ アドオンサービス用子フレーム（下位フレーム）
１０ 既存サービス用子フレーム（下位フレーム）
２０ アドオンサービスシステム
【技術分野】
【０００１】
本発明は、ＢＧＭ(Back
Ground Music)等アドオンによるサービスを提供する技術に関し、特に、アドオンのサービスをフレーム単位で表示し、複数のフレームを一つのウインドウで同時に表示するウェブページ表示用のプログラムおよびそのプログラムを用いたデータ表示方法に関する。
【背景技術】
【０００２】
ブログ、ホームページ等の管理者がＢＧＭ等の新しいサービスを提供することを目的として、既存のウェブページに、アドオンサーバより送信されたスクリプトを追加することで、既存のウェブページにアドオンサービス用のフレームを追加する手法がある。この手法において、常に、親フレームを既存のウェブページとしているため、アドオンによるサービスを追加した後でもウェブページのＵＲＬ(Uniform Resource Locator)は変わらないので、よって、ユーザはＵＲＬを変更することなく、新しいサービスと既存ウェブページのサービスを同時に受けることができる。
【０００３】
ＢＧＭ等のサービスについて、データファイルをダウンロードする手法では、一般にファイルのダウンロードが完了した後にファイルを開くことにより、ＢＧＭ等を再生して鑑賞する。ところが、データ量の大きい動画、ＢＧＭ等のファイルのダウンロードには、多大な時間を要するために、サービス利用者は鑑賞できるようになるまで長時間待たされてしまい、サービス利用者に不快な思いを与えてしまう。そこで動画、ＢＧＭ等の再生においては、ストリーミングサービス(streaming)が用いられている。ストリーミングとは、ファイルのダウンロードと同時に再生を可能とする技術であり、動画、ＢＧＭファイルのダウンロード等、ファイルの送受信のための待ち時間短縮化に寄与する技術である（例えば、特許文献１参照）。
【特許文献１】特開２００４−１２８９９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記ストリーミングサービスは、一般にファイルの送信とファイルの再生とを同時に行うためサーバに対して非常に高い負荷を与える処理となりやすい。このような従来のＢＧＭ等のストリーミングサービスのブロック図を図１２に示す。図１２に示すように、従来のＢＧＭ等のサービスは、ブログ、ホームページ等を提供するＷｅｂサーバ１００から提供されていた。そのため、例えばサービスの利用者が増えたり、サーバへのアクセス数が多くなった場合には、ファイルの送信処理が追いつかなくなることがあった。その結果、サーバに繋がりにくくなったり、ＢＧＭ等の音質が劣化または音が途切れたりすることがあるという課題があった。
【０００５】
以上のような課題に鑑みて、本発明では、サービス利用者に高品質なアドオンサービスを提供するためのプログラムおよびそのプログラムを用いたデータ表示方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するために、本発明に係るプログラムは、データ伝達可能なネットワーク（例えば、実施形態におけるインターネット２）と接続されたデータ表示端末（例えば、実施形態におけるユーザ端末１）のデータ表示領域に、前記ネットワークと接続された複数のデータサーバ（例えば、実施形態における既存Ｗｅｂサーバ３、アドオンサーバ４）に保存されたデータのうち指定された前記ネットワーク上の位置情報で示す位置に存在するデータを表示させる。前記データ表示領域を分割して少なくとも２つの下位フレーム領域（例えば、実施形態におけるアドオンサービス用子フレーム９、既存サービス用子フレーム１０）を形成するとともに、前記下位フレーム領域の全体を含む上位フレーム領域（例えば、実施形態における親フレーム８）を形成するフレーム作成手段（例えば、実施形態におけるアドオンサービス追加用スクリプト５、既存ＷｅｂサーバＨＴＭＬファイル６）と、前記ネットワーク上の位置情報を指定して少なくとも２つの前記データサーバからの各々のデータを前記下位フレームの各々に表示させるデータ表示手段（例えば、実施形態におけるアドオンサービス追加用スクリプト５、既存ＷｅｂサーバＨＴＭＬファイル６）とを備えている。前記データ表示手段は、前記下位フレーム領域に表示されたデータを変更させる選択がなされたとき、前記上位フレーム領域の前記ネットワーク上の位置情報を維持した状態で前記下位フレーム領域に表示されるデータを変更するように構成されている。
【０００７】
また、上記プログラムにおいて前記複数のデータサーバは、メインサービス用データが保存されたメインデータサーバ（例えば、実施形態における既存Ｗｅｂサーバ３）と、付加サービス用データが保存されたサブデータサーバ（例えば、実施形態におけるアドオンサーバ４）とを含んだ構成が望ましい。そして、前記データ表示手段は、前記メインサービス用データおよび前記付加サービス用データの各々を前記下位フレームの各々に表示させるとともに、前記上位フレーム領域の前記ネットワーク上の位置情報を、前記メインサービス用データを示す前記ネットワーク上の位置情報のままに維持することが好ましい。
【０００８】
さらに、上記プログラムにおいて前記フレーム作成手段は、前記データ表示領域が分割されて少なくとも２つの前記下位フレーム領域が形成されているか否かの判断を行う判断部（例えば、実施形態におけるアドオンサービス追加用スクリプト５、既存ＷｅｂサーバＨＴＭＬファイル６）を備えた構成が望ましい。そして、前記フレーム作成手段は、前記判断部において少なくとも２つの前記下位フレーム領域が形成されていないと判断された場合に前記下位フレーム領域を作成することが好ましい。
【０００９】
前記課題を解決するために、本発明に係るデータ表示方法は、上述のように構成されたプログラムを用いて行う方法であって、前記フレーム作成手段が前記下位フレーム領域および前記上位フレーム領域を形成するフレーム領域作成ステップと、データ表示手段が前記複数のデータサーバからの各々のデータを前記下位フレームの各々に表示させるデータ表示ステップとを備えている。そして、前記下位フレーム領域に表示されたデータを変更させる選択がなされたとき、前記データ表示手段は前記上位フレーム領域の前記ネットワーク上の位置情報を維持した状態で前記下位フレーム領域に表示されるデータを変更する。
【００１０】
また、上記データ表示方法において前記フレーム作成手段は、前記データ表示領域が分割されて少なくとも２つの前記下位フレーム領域が形成されているか否かの判断を行う判断部を備えた構成が望ましい。そして、前記フレーム作成手段は、前記判断部において少なくとも２つの前記下位フレーム領域が形成されていないと判断された場合に前記下位フレーム領域を作成することが好ましい。
【発明の効果】
【００１１】
本発明に係るプログラムにおいて、データ表示手段は、下位フレーム領域に表示されたデータを変更させる選択がなされた場合に、上位フレーム領域のネットワーク上の位置情報を維持した状態で下位フレーム領域に表示されるデータを変更するように構成されている。この構成から、下位フレーム領域内のデータを変更する操作を行っても、上位フレーム領域のネットワーク上の位置情報（ＵＲＬ）は変化することなく、初期の設定のままに維持される。つまり、それぞれの下位フレーム領域のデータの変更は、上位フレーム領域のＵＲＬに影響を与えない。よって、サービス利用者に対して、下位フレーム領域のそれぞれに提供されたサービスを、それぞれ独立して且つ途切れることなく高品質な状態で提供することが可能となる。
【００１２】
また、上記プログラムにおいて、複数のデータサーバは、メインサービス用データ（例えばブログ）が保存されたメインデータサーバと、付加サービス用データ（例えばＢＧＭ）が保存されたサブデータサーバとを含み、例えば上位フレーム領域のＵＲＬが、メインサービス用データを示すＵＲＬのままに維持される構成が好ましい。このように構成された場合、例えば好みのＢＧＭの音を途切れることなく再生させながら、ブログ画面の操作を行うことができるようになり、よって、サービス利用者に対して快適な操作環境を提供することが可能となる。また、提供されるサービスごとに異なったデータサーバからサービス用データが送信される構成となっている。よって、例えばメインデータサーバが、アクセスが集中して繋がりにくい高負荷状態になった場合においても、メインデータサーバの負荷状態に影響されることなく安定した（途切れることなく連続した）サービスを受けることができる。そのため、サービス利用者に対して快適な操作環境を提供することが可能となる。
【００１３】
さらに、上記プログラムにおいて、フレーム作成手段は、下位フレーム領域が形成されているか否かの判断を行う判断部を備えており、下位フレーム領域が形成されていないと判断された場合に下位フレーム領域を作成する構成が好ましい。このように構成した場合、下位フレーム領域が作成されておらず下位フレーム領域を作成する必要がある場合のみに作成されるので、よって、下位フレーム領域の作成工程をシンプルに構成できるとともに、確実に下位フレーム領域が作成できる。
【００１４】
本発明に係るデータ表示方法は、下位フレーム領域に表示されたデータを変更させる選択がなされたとき、データ表示手段は、上位フレーム領域のＵＲＬを維持したまま下位フレーム領域に表示されるデータのみを選択に応じて変更するように構成されている。そのため、それぞれの下位フレーム領域のデータの変更しても、上位フレーム領域のＵＲＬに影響を与えない（変化しない）。よって、サービス利用者に対して、下位フレーム領域のそれぞれに提供されたサービスを、それぞれ独立して且つ途切れることなく高品質な状態で提供することが可能となる。
【００１５】
また、上記データ表示方法は、フレーム作成手段は、判断部において下位フレーム領域が形成されているか否かを判断し、下位フレーム領域が形成されていないと判断された場合に下位フレーム領域を作成する構成が好ましい。このように構成された場合、下位フレーム領域が作成されていない場合のみ下位フレーム領域が作成されるので、よって、下位フレーム領域の作成工程をシンプルに構成できるとともに、確実に下位フレーム領域が作成できる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について、図面を参照しながら詳述する。図１は、本発明の実施の形態に係るウェブページの表示方法を実行するアドオンサービスシステム２０の構成を概略的に示すブロック図である。
【００１７】
図１のアドオンサービスシステム２０は、例えばパーソナルコンピュータから成るユーザ端末１と、インターネット２を介してユーザ端末１と接続されたブログ、ホームページ等のサービスを提供している既存Ｗｅｂサーバ３及びＢＧＭサービス等付加的なサービスを提供するアドオンサーバ４とを備えて構成される。
【００１８】
ユーザ端末１は、既存Ｗｅｂサーバ３及びアドオンサーバ４へアクセスするためのツールであり、上述のようにパーソナルコンピュータが一般的に用いられる。既存Ｗｅｂサーバ３は、ユーザ端末１からの要求に応じて、ブログ、ホームページ等管理者が作成したブログまたはホームページ等のウェブページを、インターネット２を介してユーザ端末１に送信する構成となっている。同様に、アドオンサーバ４は、ユーザ端末１からの要求に応じてＢＧＭサービス等付加的なウェブページを送信する構成となっている。図１では、基本構成を示す図として、ユーザ端末１を１つしか描いていないが、実際のシステム運用時は、複数のユーザ端末を対象にサービスが運用される。
【００１９】
上述のように構成されたアドオンサービスシステム２０において、ユーザ端末１からインターネット２を既存Ｗｅｂサーバ３及びアドオンサーバ４へのアクセス手段は、ＨＴＴＰ(Hyper Text Transfer Protocol)等の一般的なインターネットプロトコルを中心に実装されている。
【００２０】
以上ここまでは、アドオンサービスシステム２０の構成について説明したが、以下において、ブログ、ホームページ等管理者が如何にしてアドオンサービスを追加するかについて説明する。ここで、ブログ、ホームページ等管理者は、自己が管理するブログ、ホームページ等に、例えばＢＧＭのアドオンサービスを追加することにより、ユーザ端末１においてブログ、ホームページ等の表示操作とＢＧＭの再生操作とを独立して行うことができるようになる。よって、例えば好みのＢＧＭを再生させながらブログ、ホームページ等の表示操作が可能となり、ユーザ端末１を操作するブログ、ホームページ等管理者に快適な操作環境を提供可能となる。
【００２１】
まず、ブログ、ホームページ等管理者は、ユーザ端末１を操作してインターネット２を介してアドオンサーバ４にアクセスし、図２に示すように、ＵＩ(User Interface)によりアドオンサーバ４からスクリプト５を入手する。そして、図３に示すように、入手したスクリプト５を既存Ｗｅｂサーバ３のウェブページ６の<head>タグから</head>タグの間に追加する。このスクリプト５が追加されたウェブページ６を既存Ｗｅｂサーバに３アップロードすることで、ユーザ端末１から、アドオンサービスを使用することが可能となる（図４参照）。
【００２２】
上記アップロード完了後、ユーザ端末１にてウェブブラウザを開き、既存サービスのＵＲＬを入力すると、ウェブブラウザが、埋め込んだスクリプトにより、既存サービス用のフレームとアドオンサービス用のフレームを作成し、その後、ユーザ端末１に、その既存サービス用フレームとアドオンサービス用フレームが追加された画面を表示する（詳細は後述）。図５に示すように、画面の左側にＢＧＭ等のアドオンサービス７が追加されている。なお、追加されたアドオンサービス7の削除は、<head>タグから</head>タグの間に追加したスクリプト５を削除し、スクリプト５を削除したウェブページを既存Ｗｅｂサーバ３にアップロードすることで可能となる。
【００２３】
以上ここまでは、アドオンサービスの追加方法について説明したが、以下において、アドオンサービスページ表示に関するフレーム制御の方法について説明する。このアドオンサービスページ表示に関するフレーム制御は、アドオンサービス提供時(スクリプト５を追加したウェブページがアップロードされている状態)において、図６に示すように、アドオンサービスシステム２０がウェブページをフレームを用いて分割して、親フレーム８と複数の子フレーム９、１０とで表示することにより行われる。
【００２４】
ここで、図６に示す親フレーム８は、子フレーム９、１０の配置情報等を設定するものであるので、ＵＩ(User Interface)上には現われていない。また、親フレーム８は、子フレーム９、１０に表示するウェブページのＵＲＬを指定している。
【００２５】
以下において、上記フレーム制御の方法について、アドオンサービス用フレーム領域（子フレーム９）が存在するか否か判別する処理内容を中心に、図７を参照して説明する。ここで図７は、本発明の実施形態に係るウェブページの表示処理のフローチャートである。
【００２６】
図７のフローチャートの概略を説明すると、子フレーム９、１０に表示するウェブページのページデータがユーザ端末１で表示されているウェブブラウザにロードされたときに、ウェブブラウザは後述する図７のＨＴＭＬ文書表示処理を行う。このとき、アドオンサービス用フレーム領域（子フレーム９）が開いているときはそのままページ表示処理を実行する。一方、初回アクセス時等、子フレーム９が開いていない時は、子フレーム９を作成した後にＨＴＭＬ文書表示処理が実行される。
【００２７】
図７のフローチャートをステップ順に説明すると、まず、既存Ｗｅｂサーバ３からページデータであるＨＴＭＬ文書を受信し（ステップＳ１０１）、追加したスクリプト５を基に、アドオンサーバ４に存在するジャバスクリプト(Java(登録商標)Script)を参照して（ステップＳ１０２）、ユーザ端末１にて表示されたウェブブラウザは子フレーム９が同じウェブページにロードされているか否かを判断する（ステップＳ１０３）。
【００２８】
ステップＳ１０３の判別の結果、子フレーム９のウェブページがブラウザにロードされていたときは（ステップＳ１０３でＹＥＳ）、ウェブブラウザは既存Ｗｅｂサーバ３から送られたＨＴＭＬ文書をそのまま表示し（ステップＳ１０５）、本処理を終了する。一方で、子フレーム９のウェブページがウェブブラウザにロードされていないときは（ステップＳ１０３でＮＯと判断された場合）、ウェブブラウザは後述する図８のアドオンサービス用フレーム領域作成処理を実行する（ステップＳ１０４）。そして、ステップＳ１０４から再びステップＳ１０３に進み、ステップＳ１０３において、子フレーム９のウェブページがウェブブラウザにロードされていると判断されてステップＳ１０５に進む。ステップＳ１０５において、ＨＴＭＬ文書を表示して本処理を終了する。
【００２９】
以下に、図８を用いて、図７に示すステップＳ１０４の処理内容（アドオンサービス用フレーム領域作成処理）について説明する。図８において、ユーザ端末１で表示されているウェブブラウザは、子フレーム９がロードされていないと判断して、既存Ｗｅｂサーバ３に通知し，既存Ｗｅｂサーバ３が子フレーム９、１０のウェブページを表示しているウェブブラウザから送られてきた情報に基づいて、ユーザ端末１のウェブブラウザに、ＢＧＭ等のアドオンサービスと既存のブログ、ホームページ等のページデータを送信する。ウェブブラウザは既存のブログ、ホームページ等のＵＲＬを維持しつつ、図９の画面遷移を実現させることができる。ウェブページに埋め込んだスクリプトにより、図９（ａ）の画面により提供されていた既存サービスのウェブページは、図９（ｂ）のように、ウェブページ内部にフレームセットを作成し、図９（ｃ）のように、フレームセットの中に既存サービス用のフレームとアドオンサービス用のフレームを作成する。
【００３０】
以上のように、ウェブブラウザは、図９（ｃ）のような画面を生成した後、ユーザ端末１にその画面を表示する。ユーザ端末に表示されるウェブページは、アドオンサーバ４に存在するジャバスクリプトで作成したプログラムにより、図１０に示すように、動的に<frame>タグ、<frameset>タグが作成されていることがわかる。
【００３１】
また、図９に示すように、フレームセットとフレームを作成する過程においても、常に親フレーム８は既存のブログ、ホームページ等のウェブページとなっているため、ユーザ端末１から既存のブログ、ホームページ等のウェブページのＵＲＬを入力すれば、ＢＧＭ等のアドオンサービスと既存のブログ、ホームページ等の両方のサービスを享受することができる。さらにこのとき、例えばＢＧＭを再生させながら既存のブログ、ホームページ等の表示切替操作を行った場合でも、親フレーム８は常に既存のブログ、ホームページ等のウェブページ（ＵＲＬ）を維持した状態となっているので、再生中のＢＧＭは音が途切れることがない。
【００３２】
このとき、ＢＧＭ等のアドオンサービスは、既存のブログ、ホームページ等がどのサーバから提供されるかにかかわりなく追加することが可能である。よって、例えば複数の異なったサーバにブログ、ホームページ等を持っているユーザは、どのサーバのブログ、ホームページ等に対してもＢＧＭ等のアドオンサービスを追加することができ、例えば好みのＢＧＭ等を再生させながら快適な操作環境で作業を行うことができる。
【００３３】
以上、ＢＧＭ等のアドオンサービスをフレームとして提供する技術について説明してきたが、図１１（ａ）〜（ｄ）に示すように、本発明の技術を用いて、２つ以上のアドオンサービスを追加することも可能であり、ＢＧＭだけでなく動画等の負荷がかかるサービスを同時に、品質劣化を招くことなくユーザに提供できる。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施の形態のアドオンサービスシステムのブロック図である。
【図２】図１のアドオンサーバより送信されるスクリプトの説明図である。
【図３】図２のスクリプトをウェブページに追加する際の説明図である。
【図４】既存ブログ、ホームページ等管理者がアドオンサービスを追加する際のブロック図である。
【図５】アドオンサービスを追加した後のサービス提供画面の図である。
【図６】アドオンサービスを追加した後におけるフレームの親子関係を説明するための図である。
【図７】アドオンサービスを追加した後におけるウェブページの表示処理のフローチャートであり、アドオンサービス用フレームが存在するか否かを判別する場合を示す。
【図８】図７のステップＳ１０４で実行されるアドオンしたフレーム作成処理のフローチャートである。
【図９】アドオンサービスを追加した後における画面表示の説明図である。
【図１０】アドオンサービス追加後において、ユーザ端末に表示された画面ファイルのソースコードの一部を示す説明図である。
【図１１】２つ以上のアドオンサービスを追加した後における画面表示の例を表す説明図である。
【図１２】一般的な、ブログ、ホームページ、ＢＧＭ等のサービス提供者とユーザとの構成を表すブロック図である。
【符号の説明】
【００３５】
１ ユーザ端末（データ表示端末）
２ インターネット（ネットワーク）
３ 既存Ｗｅｂサーバ（メインデータサーバ）
４ アドオンサーバ（サブデータサーバ）
５ アドオンサービス追加用スクリプト（フレーム作成手段、データ表示手段、判断部）
６ 既存ＷｅｂサーバＨＴＭＬファイル（フレーム作成手段、データ表示手段、判断部）
７ アドオンしたフレーム
８ 親フレーム（上位フレーム）
９ アドオンサービス用子フレーム（下位フレーム）
１０ 既存サービス用子フレーム（下位フレーム）
２０ アドオンサービスシステム
【特許請求の範囲】
【請求項１】
データ伝達可能なネットワークと接続されたデータ表示端末のデータ表示領域に、前記ネットワークと接続された複数のデータサーバに保存されたデータのうち指定された前記ネットワーク上の位置情報で示す位置に存在するデータを表示させるプログラムであって、
前記データ表示領域を分割して少なくとも２つの下位フレーム領域を形成するとともに、前記下位フレーム領域の全体を含む上位フレーム領域を形成するフレーム作成手段と、
前記ネットワーク上の位置情報を指定して少なくとも２つの前記データサーバからの各々のデータを前記下位フレームの各々に表示させるデータ表示手段とを備え、
前記データ表示手段は、前記下位フレーム領域に表示されたデータを変更させる選択がなされたとき、前記上位フレーム領域の前記ネットワーク上の位置情報を維持した状態で前記下位フレーム領域に表示されるデータを変更するように構成されたことを特徴とするプログラム。
【請求項２】
前記複数のデータサーバは、メインサービス用データが保存されたメインデータサーバと付加サービス用データが保存されたサブデータサーバとを含んで構成され、
前記データ表示手段は、前記メインサービス用データおよび前記付加サービス用データの各々を前記下位フレームの各々に表示させるとともに、前記上位フレーム領域の前記ネットワーク上の位置情報を、前記メインサービス用データを示す前記ネットワーク上の位置情報のままに維持するように構成されたことを特徴とする請求項１に記載のプログラム。
【請求項３】
前記フレーム作成手段は、前記データ表示領域が分割されて少なくとも２つの前記下位フレーム領域が形成されているか否かの判断を行う判断部を備えており、
前記フレーム作成手段は、前記判断部において少なくとも２つの前記下位フレーム領域が形成されていないと判断された場合に前記下位フレーム領域を作成することを特徴とする請求項１または２に記載のプログラム。
【請求項４】
請求項１に記載のプログラムを用いて行うデータ表示方法であって、
前記フレーム作成手段が前記下位フレーム領域および前記上位フレーム領域を形成するフレーム領域作成ステップと、データ表示手段が前記複数のデータサーバからの各々のデータを前記下位フレームの各々に表示させるデータ表示ステップとを備え、
前記下位フレーム領域に表示されたデータを変更させる選択がなされたとき、前記データ表示手段は前記上位フレーム領域の前記ネットワーク上の位置情報を維持した状態で前記下位フレーム領域に表示されるデータを変更することを特徴とするデータ表示方法。
【請求項５】
前記フレーム作成手段は、前記データ表示領域が分割されて少なくとも２つの前記下位フレーム領域が形成されているか否かの判断を行う判断部を備えており、
前記フレーム作成手段は、前記判断部において少なくとも２つの前記下位フレーム領域が形成されていないと判断された場合に前記下位フレーム領域を作成することを特徴とする請求項４に記載のデータ表示方法。
【請求項１】
データ伝達可能なネットワークと接続されたデータ表示端末のデータ表示領域に、前記ネットワークと接続された複数のデータサーバに保存されたデータのうち指定された前記ネットワーク上の位置情報で示す位置に存在するデータを表示させるプログラムであって、
前記データ表示領域を分割して少なくとも２つの下位フレーム領域を形成するとともに、前記下位フレーム領域の全体を含む上位フレーム領域を形成するフレーム作成手段と、
前記ネットワーク上の位置情報を指定して少なくとも２つの前記データサーバからの各々のデータを前記下位フレームの各々に表示させるデータ表示手段とを備え、
前記データ表示手段は、前記下位フレーム領域に表示されたデータを変更させる選択がなされたとき、前記上位フレーム領域の前記ネットワーク上の位置情報を維持した状態で前記下位フレーム領域に表示されるデータを変更するように構成されたことを特徴とするプログラム。
【請求項２】
前記複数のデータサーバは、メインサービス用データが保存されたメインデータサーバと付加サービス用データが保存されたサブデータサーバとを含んで構成され、
前記データ表示手段は、前記メインサービス用データおよび前記付加サービス用データの各々を前記下位フレームの各々に表示させるとともに、前記上位フレーム領域の前記ネットワーク上の位置情報を、前記メインサービス用データを示す前記ネットワーク上の位置情報のままに維持するように構成されたことを特徴とする請求項１に記載のプログラム。
【請求項３】
前記フレーム作成手段は、前記データ表示領域が分割されて少なくとも２つの前記下位フレーム領域が形成されているか否かの判断を行う判断部を備えており、
前記フレーム作成手段は、前記判断部において少なくとも２つの前記下位フレーム領域が形成されていないと判断された場合に前記下位フレーム領域を作成することを特徴とする請求項１または２に記載のプログラム。
【請求項４】
請求項１に記載のプログラムを用いて行うデータ表示方法であって、
前記フレーム作成手段が前記下位フレーム領域および前記上位フレーム領域を形成するフレーム領域作成ステップと、データ表示手段が前記複数のデータサーバからの各々のデータを前記下位フレームの各々に表示させるデータ表示ステップとを備え、
前記下位フレーム領域に表示されたデータを変更させる選択がなされたとき、前記データ表示手段は前記上位フレーム領域の前記ネットワーク上の位置情報を維持した状態で前記下位フレーム領域に表示されるデータを変更することを特徴とするデータ表示方法。
【請求項５】
前記フレーム作成手段は、前記データ表示領域が分割されて少なくとも２つの前記下位フレーム領域が形成されているか否かの判断を行う判断部を備えており、
前記フレーム作成手段は、前記判断部において少なくとも２つの前記下位フレーム領域が形成されていないと判断された場合に前記下位フレーム領域を作成することを特徴とする請求項４に記載のデータ表示方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００９−２６６０９１（Ｐ２００９−２６６０９１Ａ）
【公開日】平成２１年１１月１２日（２００９．１１．１２）
【国際特許分類】
【出願番号】特願２００８−１１７１５７（Ｐ２００８−１１７１５７）
【出願日】平成２０年４月２８日（２００８．４．２８）
【出願人】（５０６３００４５３）日本サイワールド株式会社 (1)
【Ｆターム（参考）】
【公開日】平成２１年１１月１２日（２００９．１１．１２）
【国際特許分類】
【出願日】平成２０年４月２８日（２００８．４．２８）
【出願人】（５０６３００４５３）日本サイワールド株式会社 (1)
【Ｆターム（参考）】
[ Back to top ]