JP2013524375A - 高解像度およびあらゆる画面に適合するインターネットコンテンツ用ｈｄ−ｗｅｂ方法 - Google Patents

Abstract

【課題】 画面解像度の如何に関わらず、すなわち市場に存在する全ての画面サイズについて、ウェブサイトの適合性を確保すること。
【解決手段】 本発明は、サービスまたはウェブサイト［２］のようなコンテンツをサーバー上にホスティングし、表示のソースおよびコンテンツが配信される画面［４]のサイズの如何に関わらず、特にＨＤ高解像度画面の場合、コンテンツが確実に配信され利用されることを熱望するオーナー向けのＨＤ−Ｗｅｂ（商標）アプリケーション［１］を形成する技術的方法のコレクションに関し、現状では、大型寸法画面上で使用可能な全表示面積を活用していないか、高解像度画面ではより小さくなり判読が難しいウェブページは、本発明により快適性およびユーザーの使用感が大きく改善する。本発明は完全にスタンドアローンであり、サービスまたはインターネットサイト如何に関わらずトランスペアレントかつ非侵入的に動作するので、サービスおよびインターネットサイトのオーナーにとっては、将来における配信設備および規格がどのように変わろうとも、適合性および永久的使用が保証されつつ、表示のソースの如何、ならびにコンテンツが表示される画面の種類の如何に関わらずコンテンツが常に完全に表示されることが保証される。
【選択図】図１

Description

本発明は、サービス、ならびにサービスを利用するウェブサイトが高解像度画面を閲覧する際、これらサービス及びウェブサイトのページのコンテンツを最適化し、同時に、サイズが異なり解像度が低い標準画面に対する適合性をも確保することができるようにする技術的方法のコレクションに関する。

用いられるこれらの技術的方法のコレクションは、（ソフトウェアでもプログラムでもない）ウェブアプリケーションを形成することから、本明細書の以下の文中ではこの発明をＨＤ−Ｗｅｂ（商標）アプリケーションという名称で呼称し、高解像度については「ＨＤ」という略語を用い、ＨＤ適合すなわち高解像度適合サービスおよび／またはウェブサイトについて言及することにする。

高解像度が出現し、映画の上映時、ユーザーの視覚的快適性および体感を向上させると言われている高解像度画面と親和性が高い機器内で高解像度が用いられるようになったことにより、ウェブサイトの閲覧に関してはＨＤ画面では画面がさらに小さくなり閲覧がより困難になる（さらには画面の左側および／または右側に大きな余白が発生し、これらの画面の視覚的効果が著しく低下する）、さらには画像および文字が小さくなり過ぎるためにｆｕｌｌＨＤ（商標）（注１）画面では読みづらいといった逆の効果が生じる。
（注１）１９２０×１０８０の解像度を意味する「ｆｕｌｌＨＤ（商標）」または「１０８０ｐ」という用語および１３６６×７２０以上の解像度を意味する「ＨＤ」または「７２０ｐ」という用語は商業用語であるので、我々は以下の文中においてはこれを区別しないこととする。本発明の第一の原則は、画面解像度の如何に関わらず、すなわち市場に存在する全ての画面サイズについて、ウェブサイトの適合性を確保することである。

現状ではウェブサイトは１０２４×７６８（注２）ピクセルのいわゆる標準解像度に最適化されているため、より高い解像度の画面を閲覧する場合には、それがＨＤであるか否かに関わらず著しく不利である。
（注２）幅１０２４ピクセルの画面の場合の有効幅に基いたこの標準解像度は、万一、画面の右側にスクロールバーがあった場合それによる余白を除くと、平均して９８０ピクセルであると見積もられる。

図１に示すように、この欠点は１２８０×１０２４ピクセル以上の画面解像度で発生するものであり、この問題は今のところは生じたばかりの問題であるが、近い将来ＨＤ画面が普及すると規模が拡大することは必至であろう。

ＨＤ−Ｗｅｂ（商標）技術を用いることにより、最近の画面（ＨＤまたはｆｕｌｌＨＤ（商標））を所有する世帯では高解像度ウェブサイトを閲覧することが可能になり、そのような画面をもたない世帯でも、現在視聴しているような標準解像度でこれらのサイトを表示することができるため、この問題に対し即日、技術的解決方法がもたらされ、かつ当然のことながら、いったん解決方法が実施されれば、これらのことは、インターネット利用者もサイトの制作会社も介入することなく自動的かつトランスペアレントに行われる。

従って本発明を用いるウェブサイトは適合性を有すること、すなわち解像度（図３を参照のこと）の如何に関わらずあらゆる画面での表示に最適化されることになる。適合性とはすなわち、我々が本明細書の冒頭で用いたＨＤ適合ウェブサイトという用語で総称する技術的特性である。

注記： 本発明は、ウェブブラウザーのようないくつかのソフトウェア上に存在し、インターネットサイトの文章、画像、あるいはページを拡大または縮小することができる機能（一般に「ズーム」または「ルーペ」という用語で呼称されている機能）とは明白に区別する必要がある。
事実、この機能は、その結果（ズームは画面の画素を拡大するだけのものであり、画像が補間されている場合にはソフトフォーカス効果が生じ、補間されていない場合にはピクセル化が生じる）においても、その機能が用いる技術的方法においても、本発明とは何ら関係がない：本発明とは異なり、ズームとはソフトウェアまたはウェブブラウザーの一機能であり、「サーバー」側に介入することが全くない、すなわち、ズームが使用される画面に応じてコンテンツそのものの配信に作用する、いわゆる「クライアント」技術である。

図２に原理を略図で示してある、本発明の独自性を有する方法は、ＨＤ−Ｗｅｂ（商標）がブラウザーを介して、サービスおよび／またはウェブサイトが閲覧されるモニターの解像度に応じてどんなコンテンツを送信するかをサーバーにリアルタイムに知らせることを示している。

この独占的方法は、ＨＤ適合ウェブサイトの配信が可能になるだけでなく、ウェブサービスがコンテンツが表示される画面に応じて異なるコンテンツを配信することができるため、新しくかつ多様な展望を開く。従って、たとえばＨＤ画面を所有するインターネット利用者は、トランスペアレントかつ自動的に高解像度ビデオの抜粋または画像を見ることができ、通常の画面しか持たないインターネット利用者は同じ抜粋（または画像の場合は単なるサムネイル画像）をより低い解像度で見ることになるが、これは、送られてきた画像をただ補間するだけのありふれたズーム機能では得ることが不可能であり、さらにインターネット利用者の操作（たとえばブラウザーのメニューまたはボタンをクリックすること）が必要であり、さらには、ズーム機能の原理上、携帯性も適合性もない、というのは、この機能は、クライアント側にインストールされたブラウザーに依存しない我々の発明とは異なり、それが当該ウェブブラウザー上に存在するか否かにかかっているからである。

さらに、我々の発明がサービスおよび／またはサービスをホスティングするウェブサイトの技術的環境にも依存しないようにするために専用的に開発された（以下で詳細に説明する）技術的方法を用いることにより、本発明は、いったんサーバー側に設置されれば、完全にスタンドアローンであり非侵入型である（すなわち本発明は当該サービスまたはウェブサイトのソースファイルには手を付けない）。

これらの理由から、我々のＨＤ−Ｗｅｂ（商標）は、クライアント側で完璧な携帯性および適合性（すなわち、画面、オペレーティングシステム、あるいはウェブブラウザー（注３）などユーザー側の設備の如何を問わないこと）を有していることに加え、サーバー側でも同様であるので、サービスおよび／またはサービスをホスティングしているウェブサイトに対しては永続的な運用が保証される。
（注３）高解像度での使用について言えば、古いプラットフォームおよびさまざまなオペレーティングシステム（WINDOWS-98（登録商標）,WINDOWS-NT（登録商標）, WINDOWS-2000（登録商標）, WINDOWS-XP（登録商標）, WINDOWS-VISTA（登録商標）, WNIDOWS-7（登録商標）, MAC（登録商標）OSX-PPC（登録商標）/Intel（登録商標）およびLinux（登録商標））、ならびに２０００年から２０１０年に出た市販のウェブブラウザーの大部分（Internet Explorer（登録商標）5/6/7/8/9, Netscape（登録商標）4/5/6, Firefox（登録商標） 1/2/3, Opera（登録商標） 6/7/8/9/10/11, Safari（登録商標） 1/2/3/4/5, Google Chrome（登録商標）および前記エンジンに基いたその他のブラウザー）で最近行ったテストの結果、数年前の機器であっても本発明の正常動作を全く妨げないことがわかった。

本発明において用いる技術的方法の全てについて詳細に説明する前に、我々は、本発明を構成する技術的方法と、当該サービスまたはウェブサイトの仕様に従って本発明を実施し統合するのに用いられる技術的方法とを区別する必要がある。我々はこの総体を異なる２つの技術的方法のグループから成るものと定義する。

１） 当該クライアント、サービス、またはウェブサイトの技術的環境の如何に関わらず本発明に共通な技術方法の総体を形成するとともに我々が適用の主要部と呼ぶものを形成する第一群
２） クライアントの仕様に応じて当該サービスまたはウェブサイトにおける本発明の統合の実施および／改善に参加しなければならない付帯的開発（技術環境、ソフトウェア、または別の既存のアプリケーション）の総体を形成する第二群

第二群の技術的方法は本来、クライアントの技術的環境または仕様書によって異なるため、我々はここでは第一群に属する技術的方法についてのみ詳細に記述することにする。

本発明の目的はサービスまたはウェブサイトの要素が表示される画面の解像度に応じてこれらの要素のサイズを変更することであるので、これらの要素に対し増倍係数（画面解像度毎に決定する）を適用することが必要である。ウェブサイトは１０２４×７６８ピクセルの解像度の標準画面に基いているので、この数字を基準の１とし、市場にある各画面解像度について適用する比率を求めることにする。

図４は様々な解像度に関して得られた結果を示している。いったんこれらの係数が決定されたら、解像度に応じてサービスまたはウェブサイトの各要素にこれらの係数を適用することにより本方法が可能になるが、同方法は当該サービスまたはウェブサイトのページを構成する各要素にこれらの係数を適用する必要があるので複雑で手間がかかる。

従って、この方法を実施するにあたりクライアント側の知識または操作をなんら必要としないよう、この方法の動作だけでなくインストールも自動にする必要がある。

本発明の目的は、以下のようなサービスを提供できるよう、我々のＨＤ−Ｗｅｂ（商標）アプリケーションが、それが実装される技術的環境の如何に関わらず、完璧な携帯性および適合性を有することである。
− 高解像度をサポートしないウェブサイト（すなわち当初１０２４×７６８ピクセルの画面解像度用に開発されたウェブサイト）を、クライアントがそのウェブサイト全体を作り直すことなくアップグレードすること
− 同一の配信プラットフォーム内に効果的に存在する高解像度コンテンツおよび従来のコンテンツの配信を可能にする方法を開発しなかったサービスおよびウェブサイトを、既存の設備を改造することなくアップグレードすること
− プラットフォーム、フレームワーク、ＡＰＩ、あるいはサービスまたはウェブサイトが使用する言語の如何に関わらず全ての技術的環境下で高解像度に適合したサービスまたはウェブサイトに移行することおよび／または設計すること
− 契約上、財務上、あるいは機密上の理由から、そのサービスまたはウェブサイトのソースファイルへのアクセスを許可しないまたは望まないクライアント向けに、高解像度に適合したサービスまたはウェブサイトに移行することおよび／または設計すること

多くのクライアントは、自身のウェブサイトのホスティング会社ではない（クライアントが設計および／またはメンテナンスを外注に依頼し、両者が契約により結ばれている場合にはよくあるケースである）ことを勘案し、さらにはサービスまたはウェブサイトが、自身のコンテンツの更新および追加のための方法を用いるＣＭＳ（Ｃｏｎｔｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｅｒｖｉｃｅ）と呼ばれるコンテンツ管理システムにより管理されている時には、後者の特徴は特に重要である。

そのような経緯から、我々のＨＤ−Ｗｅｂ（商標）アプリケーションは、それが実装されるサービスまたはウェブサイトの技術的環境の如何に関わらず、スタンドアローン性、携帯性および非侵入性を有するようにし、これらの問題に対応するために、以下のような技術的方法、ならびに本発明において言及する方法が開発された。

このようにして本発明のために開発された技術的方法は、より解りやすくするために３つのカテゴリーに分類された：
１） 当該サービスまたはウェブサイトのページ内に存在する要素をクライアント側で選択的に回収し（ステップ１）、ある要素を形成する特性を属性とする時、要素の属性をメモリーに保存し（ステップ２）、その後、図４の表の増倍係数のいずれかを属性に適用し（ステップ３）、要素が表示される画面のサイズに従って要素のサイズをリサイズし（ステップ４）、最後にこれらの要素を、同一の要素であるが属性がこの新規サイズについて決められた要素に置き換える（ステップ５）ことを内容とする全ての技術的方法をまとめた第一カテゴリー。
２） パラメーター化可能な方法をクライアントが使用してあらかじめ決めた（ステップ０）画面サイズに従って行うリサイズに参加し（ステップ１）、次に、要素およびこのようにして生成された属性を、要素のカテゴリーおよび当該要素向けの画像サイズに応じて専用のファイルおよび／またはディレクトリー内にまとめる（ステップ２）ことを内容とするサーバー側の技術的方法をまとめた第二カテゴリー。
３） サーバー側にあるアプリケーションが、初期化というユニーク関数内にまとめられた（ステップ３）ユニーク変数内に各画面サイズをまとめる（ステップ２）ブール値を用いる関数を介してクライアント側にあるウェブブラウザーと通信できる（ステップ１）ようにする技術的方法をまとめた第三カテゴリー。

次にこの関数は、ファイルが表示される画面のサイズに応じてどのファイルをブラウザーに送るべきかをリアルタイムで通信するために、いつでも呼び出すことができ、その結果、ウェブサーバーは、当該サービスまたはウェブサイトのページのロード時間を最適化するために、このサイズに対応するファイルだけを送信する。
同じカテゴリーに属するページの要素の全ての属性に対しこれらの方法がいったん適用されれば、当該サービスまたはウェブサイトのページのコンテンツにおいて定義されたその他のカテゴリーの要素の全ての属性についても、同一の方法を行うことができる。

用いられる技術的方法は要素が適用されるカテゴリーにより若干異なるため、我々は、前述したように各カテゴリーのそれぞれについて再度詳細に説明することはしないで、当該サービスまたはウェブサイトのページのコンテンツ外で定義された全てのカテゴリーの要素の属性全体を変更するのに用いられる包括的方法について説明することにする。

これは、１０２４×７６８ピクセルの解像度に対して属性が定義された全てのファイルを見て（ステップ１）、図４の表で決められた増倍係数をこれらのファイルに適用する（ステップ２）が、サイズがｃａｄｒａｔｉｎ（ｅｍ）で定義されている時には市販のブラウザー間の精度の違いを考慮することを内容とする、第四カテゴリーおよび最後のカテゴリーに分類される技術的方法である。
− ｅｍとは、ピクセルとは異なり、ある書体を使用するブラウザーの書体および精度に依存する相対的単位である（図５）。

次に、上で行ったように、こうして新規に定義された要素の属性が、対応するユニークディレクトリー、またはリネームされた後の同じディレクトリー内にまとめられ、生成され（ステップ３）、次に、第三カテゴリーに属する技術的方法により、我々のアプリケーションにより検出された画面解像度に従ってウェブサーバーから送信される（ステップ４）。

最後に本方法の最終ステップ（ステップ５）により、動的に、すなわち元のファイルに何ら手を加えることなく、幅１０２４ピクセルの画面解像度について定義された要素の全ての属性、ならびに基準となる全ての要素が削除され、我々のアプリケーションによりサーバーに保存され、サービスまたはウェブサイトが現在表示されている画面解像度について定義された専用のファイルを呼び出す命令に置き換えられる（ステップ６）。

これらの変更は全て、この方法をホスティングしているサービスまたはウェブサイトのソースファイルに手を加える必要なく再度行われた。

このＨＤ−Ｗｅｂ（商標）アプリケーションは、当該サービスまたはウェブサイトの負荷を解放することを目的として、ホストウェブサーバーまたは専用のリモートウェブサーバーへのアップローダーとなるだけでよく、それによりサーバーはパフォーマンスの低下をきたすことなく本発明の恩恵を受けることができ、市販の様々な画面サイズに関する制約を免れることができ、同時に、将来における配信設備および規格がどのように変わろうとも、適合性および永久的使用が保証される。

図１は本発明の方法適用前における解像度の差異による画面の余白を示した説明図である。 図２は本発明の方法を示す概略図である。 図３は本発明の方法適用後における解像度の差異による画面の余白を示した説明図である。 図４は様々な解像度に関して得られた増倍係数を示す表である。 図５は市販のブラウザー間の精度の違いを示す図である。

Claims (11)

1. インターネット、特にサービスまたはウェブサイト［２］からのコンテンツを配信するサーバーと、これらのコンテンツをナビゲーションインタフェースにて、画面、特に大型画面すなわち高解像度ＨＤ画面［３］上に表示するクライアントの間の対話方法であって、コンテンツが表示される画面のサイズおよび解像度に比例してこれらのコンテンツを動的に展開および変更することを特徴とする方法。
2. 前記クライアントが使用した画面の解像度を前記サーバー［Ａ／Ｂ］に返すこと、および、前記コンテンツの展開および変更が、動的かつこれらのコンテンツの寸法とコンテンツが表示される画面との比を維持する操作をリアルタイムに実行することによって返される解像度に比例して行われることを特徴とする、請求項１に記載の方法。
3. 属性とはある要素の特性であり、要素とはあるウェブページ内のコンテンツの種類を定義する特性であるが、計算され、これらのコンテンツが表示される画面のサイズおよび解像度専用に再定義される新しい属性を生成することにより、前記コンテンツ、特にこれらのコンテンツの要素の属性を変更することを特徴とする、請求項１から２のいずれか一項に記載の方法。
4. 属性の旧の値を、これらのコンテンツが表示される画面のサイズおよび解像度に応じてその属性を変更する増倍係数に従って算出された新しい値に置き換えることにより、前記コンテンツの前記新しい属性を生成することを特徴とする、請求項１から３のいずれか一項に記載の方法。
5. 属性値を、これらのコンテンツが表示される画面のサイズおよび解像度専用に再定義される新しい属性に従って生成されるコンテンツの属性そのものに置き換えることにより、前記コンテンツの前記新しい属性を生成することを特徴とする、請求項１から４のいずれか一項に記載の方法。
6. 前記コンテンツを変更する場合、前記コンテンツの返送の必要がなく、また前記サーバーおよび前記クライアントへのコンテンツの再送の必要もなく前記コンテンツの交換が行われるよう、前記サーバーからの前記コンテンツの送信後にリアルタイムで実行されることを特徴とする、請求項１から５のいずれか一項に記載の方法。
7. 前記コンテンツを変更する場合、前記コンテンツの返送の必要がなく、また前記サーバーおよび前記クライアントへのコンテンツの再送の必要もなく前記コンテンツの交換が行われるよう、前記サーバーからの前記コンテンツの送信前に実行されることを特徴とする、請求項１から５のいずれか一項に記載の方法。
8. これらのコンテンツの変更および置き換えが、同コンテンツが配信されるネットの伝送速度とは無関係に、その配信時にリアルタイムに行われるよう、これらのコンテンツの前記サーバー上および前記クライアントにおいて、前記コンテンツ、特に、変更および置き換えるべき前記コンテンツの要素の属性を収集し、保存し、メモリーおよびキャッシュにおいて生成することを特徴とする、請求項１から７のいずれか一項に記載の方法。
9. これらのコンテンツを配信するユーザー、システムまたはプログラムとは無関係に、自動的かつリアルタイムに実行されることを特徴とする、請求項１から８のいずれか一項に記載の方法。
10. 請求項１から９のいずれか一項に記載の方法を実行することができるコンピュータープログラム製品、フレームワークまたはライブラリー。
11. 請求項１から９のいずれか一項に記載の方法を実行することができるシステム。

Images