(57)【要約】【課題】画面分割されているようなレイアウトに対して、適切にズーム表示をすること。【解決手段】クライアント２０は、複数の領域に分割されている表示領域を有する表示部２７と、表示領域に表示するブロックＩＤのリストを画面ブロック情報２６としてサーバ１０に要求する画面ブロック管理部２２と、サーバ１０から応答された各ブロック画像１８について、指定されたズーム倍率でブロック画像１８をズームした後、ブロックＩＤの領域ＩＤにより配置先の領域を決定し、ブロックＩＤの位置ＩＤにより決定した配置先の領域内での位置を決定し、その決定した表示領域内の位置にズーム後のブロック画像１８を配置する画面ブロック配置部２３と、を有する。【選択図】図１
2017059067.tif 000002
【特許請求の範囲】
【請求項１】
見出し領域とデータ領域とを含めた複数の領域に分割されている表示領域を有する表示部と、
ズーム操作により指定されたズーム倍率で表示素材をズームしたときに前記表示領域の範囲内に収まる前記表示素材をサーバに要求するときに、分割されている複数の領域のうちのどの領域のものかを示す領域ＩＤと、その領域内のどの位置に配置するかを示す位置ＩＤとの組み合わせを、前記表示素材のデータ全体を細分化したブロック画像の識別子であるブロックＩＤとし、そのブロックＩＤのリストを画面ブロック情報として前記サーバに要求する画面ブロック管理部と、
前記サーバから応答された前記画面ブロック情報の各ブロックＩＤに対応する前記ブロック画像について、指定された前記ズーム倍率で前記ブロック画像をズームした後、ブロックＩＤの前記領域ＩＤにより配置先の領域を決定し、ブロックＩＤの前記位置ＩＤにより決定した配置先の領域内での位置を決定し、その決定した前記表示領域内の位置にズーム後の前記ブロック画像を配置する画面ブロック配置部と、を有することを特徴とする
クライアント。
【請求項２】
前記画面ブロック管理部は、ズーム操作により縦方向および横方向の前記ズーム倍率がそれぞれ指定されると、前記データ領域の前記ズーム倍率については、指定された縦方向および横方向の前記ズーム倍率をともに採用し、前記見出し領域の前記ズーム倍率については、指定された縦方向および横方向のうちのいずれか１つの前記ズーム倍率を採用することを特徴とする
請求項１に記載のクライアント。
【請求項３】
前記画面ブロック配置部は、前記見出し領域の採用された片方の前記ズーム倍率に従って前記ブロック画像をズームした後に、前記ブロック画像内に記載された文字列について、前記ズーム倍率が採用されなかったもう片方向に拡大することで、文字列のフォントを補正することを特徴とする
請求項２に記載のクライアント。
【請求項４】
前記表示部は、
ガントチャートを前記表示領域に表示するために、
縦軸を各工程とし横軸を各日程とする工程内容を表示する前記データ領域と、
前記データ領域の横側に配置され、各工程の説明内容を表示する前記見出し領域のうちの第１の見出し領域と、
前記データ領域の縦側に配置され、各日程の説明内容を表示する前記見出し領域のうちの第２の見出し領域とをそれぞれの前記表示領域に表示することを特徴とする
請求項１ないし請求項３のいずれか１項に記載のクライアント。
【請求項５】
見出し領域とデータ領域とを含めた複数の領域に分割されている表示領域を有する表示部と、画面ブロック管理部と、画面ブロック配置部と、を有するクライアントに対し、
前記画面ブロック管理部に、ズーム操作により指定されたズーム倍率で表示素材をズームしたときに前記表示領域の範囲内に収まる前記表示素材をサーバに要求するときに、分割されている複数の領域のうちのどの領域のものかを示す領域ＩＤと、その領域内のどの位置に配置するかを示す位置ＩＤとの組み合わせを、前記表示素材のデータ全体を細分化したブロック画像の識別子であるブロックＩＤとし、そのブロックＩＤのリストを画面ブロック情報として前記サーバに要求させ、
前記画面ブロック配置部に、前記サーバから応答された前記画面ブロック情報の各ブロックＩＤに対応する前記ブロック画像について、指定された前記ズーム倍率で前記ブロック画像をズームした後、ブロックＩＤの前記領域ＩＤにより配置先の領域を決定し、ブロックＩＤの前記位置ＩＤにより決定した配置先の領域内での位置を決定し、その決定した前記表示領域内の位置にズーム後の前記ブロック画像を配置させることを特徴とする
データ表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置、および、データ表示プログラムに関する。
【背景技術】
【０００２】
スマートフォン、タブレット型端末などの携帯情報端末の普及に伴い、業務システムのデータを携帯情報端末のＷｅｂブラウザから利用するニーズが増加している。例えば、特許文献１では、サーバベースコンピューティングで、クライアント装置にＷｅｂページなどの長大なデータをスクロールしながら表示させる方法が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１７５２０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
クライアント装置の画面は小さいので、サーバ上の長大なデータを１画面に収めて表示することは困難である。そこで、クライアント装置のタッチパネル上にふれた２本の指を広げるピンチ操作などにより、画面の表示内容を拡大したり縮小したりするズーム表示が普及している。
【０００５】
しかし、ガントチャートなどの見出し領域とデータ領域とが画面分割されているようなレイアウトに対して拡大表示をそのまま適用してしまうと、見出し領域だけが画面全体に拡大されてしまったり、データ領域だけが画面全体に拡大されてしまったりするので、視認性が悪くなる。そもそもガントチャートは、１画面内の見出し領域とデータ領域とを併せて参照するように作られているためである。
【０００６】
そこで、本発明は、画面分割されているようなレイアウトに対して、適切にズーム表示をすることを、主な課題とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するために、本発明のクライアント装置は、
見出し領域とデータ領域とを含めた複数の領域に分割されている表示領域を有する表示部と、
ズーム操作により指定されたズーム倍率で表示素材をズームしたときに前記表示領域の範囲内に収まる前記表示素材をサーバに要求するときに、分割されている複数の領域のうちのどの領域のものかを示す領域ＩＤと、その領域内のどの位置に配置するかを示す位置ＩＤとの組み合わせを、前記表示素材のデータ全体を細分化したブロック画像の識別子であるブロックＩＤとし、そのブロックＩＤのリストを画面ブロック情報として前記サーバに要求する画面ブロック管理部と、
前記サーバから応答された前記画面ブロック情報の各ブロックＩＤに対応する前記ブロック画像について、指定された前記ズーム倍率で前記ブロック画像をズームした後、ブロックＩＤの前記領域ＩＤにより配置先の領域を決定し、ブロックＩＤの前記位置ＩＤにより決定した配置先の領域内での位置を決定し、その決定した前記表示領域内の位置にズーム後の前記ブロック画像を配置する画面ブロック配置部と、を有することを特徴とする。
その他の手段は、後記する。
【発明の効果】
【０００８】
本発明によれば、画面分割されているようなレイアウトに対して、適切にズーム表示をすることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に関するデータ表示システムの構成図である。
【図２】本発明の一実施形態に関するデータ表示処理を示すフローチャートである。
【図３】図３（ａ）は、データ配列情報の構成図である。図３（ｂ）は、図３（ａ）のデータ配列情報の各領域をさらにブロックに分割した構成図である。
【図４】図４（ａ）は、ガントチャートの表示例を示す画面図である。図４（ｂ）は、折れ線グラフの表示例を示す画面図である。
【図５】図５（ａ）は、図４（ａ）のガントチャートを一部拡大したときの画面図である。図５（ｂ）は、図５（ａ）のガントチャートに対してフォント補正をしたときの画面図である。
【図６】図６（ａ）は、データ配列情報と画面ブロック情報との関係を示す説明図である。図６（ｂ）は、携帯端末の画面図である。
【図７】本発明の一実施形態に関する画面ブロック配置部の処理内容の説明図である。
【図８】図８（ａ）は、図６（ａ）の画面ブロック情報の更新後を示す。図８（ｂ）は、図８（ａ）の画面ブロック情報を反映した携帯端末の画面図である。
【図９】図９（ａ）は、図６（ａ）の画面ブロック情報の更新後を示す。図９（ｂ）は、図９（ａ）の画面ブロック情報を反映したパソコンの画面図である。
【発明を実施するための形態】
【００１０】
以下、本発明の一実施形態を、図面を参照して詳細に説明する。
【００１１】
図１は、データ表示システム１００の構成図である。データ表示システム１００は、サーバ１０と、クライアント２０とがネットワークＮＷで接続されて構成される。
サーバ１０は、クライアント２０に表示させる画像データを、データベース（記憶部１４）内で管理する。クライアント２０は、スマートフォン、タブレット、パソコンなどのユーザが使用する端末であり、サーバ１０から取得した画像データを表示する。
【００１２】
なお、サーバ１０とクライアント２０とは、それぞれＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、後記する各処理部により構成される制御部（制御手段）を動作させる。
【００１３】
サーバ１０は、処理部１１と、記憶部１４と、通信部１９とを有する。処理部１１は、画像管理部１２と、データ通信部１３とにより構成される。記憶部１４には、データ１５と、データ配列情報１６と、データブロック情報１７と、ブロック画像１８とが記憶される。
通信部１９は、ネットワークインタフェースなどの通信手段である。
【００１４】
データ１５は、クライアント２０に表示させる画像データの表示素材である。データ配列情報１６は、データ１５を複数のブロックに分割した際のブロックＩＤ（Identifier：識別子）の配列情報である（図６参照）。
データブロック情報１７は、クライアント２０の画面上の表示領域に対して、データ配列情報１６の各ブロックＩＤをどのように配置するかというレイアウトを示す。つまり、サーバ１０は、データ１５のうちのデータブロック情報１７で指定されるブロックＩＤの画像（ブロック画像１８）を切り出して、その切り出した画像をクライアント２０に送信する。
【００１５】
画像管理部１２は、記憶部１４から取得したデータ１５をデータ配列情報１６に従って複数のブロックに分割し、その分割結果のブロック画像１８を記憶部１４に記憶する。
データ通信部１３は、通信部１９およびネットワークＮＷを介して、クライアント２０からデータ１５のＩＤを受信すると、そのデータ１５のデータ配列情報１６を返信する。さらに、データ通信部１３は、ネットワークＮＷを介して、クライアント２０から表示対象であるブロックＩＤのリストを受信すると、データブロック情報１７に従って送信対象のブロックＩＤのリストを特定し、その特定したブロックＩＤのブロック画像１８を返信する。
【００１６】
クライアント２０は、処理部２１と、記憶部２４と、表示部２７と、入力部２８と、通信部２９とを有する。処理部２１は、画面ブロック管理部２２と、画面ブロック配置部２３とにより構成される。記憶部２４には、画面サイズ情報２５と、画面ズーム情報２５ｂと、画面ブロック情報２６とが記憶される。
表示部２７は、ディスプレイなどの表示手段である。
入力部２８は、タッチパネルやマウスなどの入力手段である。
通信部２９は、ネットワークインタフェースなどの通信手段である。
【００１７】
画面サイズ情報２５は、クライアント２０の表示部２７の表示サイズであり、例えば、縦横のピクセル数で定義される。
画面ズーム情報２５ｂは、表示素材のデータ１５をどの程度の大きさで表示部２７に表示させるかを指定するパラメータである。画面ズーム情報２５ｂは、縦横それぞれの拡大率として定義され、拡大率＝１なら等倍表示、拡大率＞１なら拡大表示、拡大率＜１なら縮小表示である。
画面ブロック情報２６は、データブロック情報１７に従い、表示部２７の画面に各ブロックを表示する際の各ブロックＩＤのレイアウトを示す情報である（図６参照）。
【００１８】
画面ブロック管理部２２は、表示対象のデータ１５のＩＤ（ファイル名など）をサーバ１０に送信し、その返信としてデータ配列情報１６を得る。
そして、画面ブロック管理部２２は、データ配列情報１６のブロックＩＤの集合から、画面サイズ情報２５の画面サイズに収まり、かつ、画面ズーム情報２５ｂの拡大率に適合するように、表示対象のブロックＩＤのリストを特定する。
さらに、画面ブロック管理部２２は、表示対象のブロックＩＤを指定してサーバ１０に送信し、その返答として、指定した各ブロックＩＤのブロック画像１８を得る。
画面ブロック配置部２３は、サーバ１０から得た各ブロック画像１８について、画面ズーム情報２５ｂに従って各ブロック画像１８をズームした後、画面ブロック情報２６に従って所定の場所に各ブロック画像１８を配置する。
【００１９】
図２は、データ表示処理を示すフローチャートである。
Ｓ４１として、クライアント２０は、サーバ１０に接続し、ユーザが表示する内容を識別するデータＩＤを送信する。
Ｓ３１として、サーバ１０のデータ通信部１３は、Ｓ４１のリクエストを受信する。
Ｓ３２として、サーバ１０の画像管理部１２は、Ｓ４１のデータＩＤに該当するデータ１５を記憶部１４から取得する。
【００２０】
Ｓ３３として、サーバ１０の画像管理部１２は、Ｓ３２で取得したデータ１５をデータ配列情報１６に従って複数のブロックに分割し、その分割結果のブロック画像１８を記憶部１４に記憶する（図６参照）。さらに、画像管理部１２は、データ配列情報１６のブロックＩＤ集合の部分集合である、表示対象のブロックＩＤ集合を示すデータブロック情報１７を生成する（図４参照）。
Ｓ３４として、サーバ１０のデータ通信部１３は、Ｓ３３の処理が終了すると、ブロック画像１８のブロックＩＤのリストが含まれるデータブロック情報１７を、描画準備が完了した旨としてクライアント２０に返信する。
【００２１】
Ｓ４２として、クライアント２０の画面ブロック管理部２２は、Ｓ３４のデータブロック情報１７を受信する。
Ｓ４３として、クライアント２０の画面ブロック管理部２２は、データブロック情報１７のブロックＩＤ集合のうち、画面サイズ情報２５および画面ズーム情報２５ｂをもとに、表示部２７の画面サイズ内に表示可能なブロックＩＤ集合を画面ブロック情報２６として生成する。
Ｓ４４として、クライアント２０の画面ブロック管理部２２は、画面ブロック情報２６のブロックＩＤ集合を指定して、ブロック画像１８の送信要求をサーバ１０に送信する（図６参照）。
【００２２】
Ｓ３５として、サーバ１０のデータ通信部１３は、Ｓ４４の送信要求（リクエスト）を受信する。
Ｓ３６として、サーバ１０のデータ通信部１３は、Ｓ３５でリクエストされたブロックＩＤに該当するブロック画像１８を記憶部１４から読み出して、クライアント２０に送信する。そのため、サーバ１０の記憶部１４には、各ブロック画像１８が各ブロックＩＤと対応づけられている。
Ｓ４５として、クライアント２０の画面ブロック配置部２３は、Ｓ３６のブロック画像１８をサーバ１０から受信する（図７参照）。
【００２３】
Ｓ４６として、クライアント２０の画面ブロック配置部２３は、Ｓ４５のブロック画像１８に対して、画面ズーム情報２５ｂが示す拡大率にズームし（図５参照）、画面ブロック情報２６が示す表示部２７の指定位置に表示する（図８，図９参照）。
Ｓ４７として、クライアント２０の画面ブロック管理部２２は、Ｓ４６の表示部２７の表示結果に対して、クライアント２０の入力部２８からズーム操作（図８，図９参照）を検知したか否かを判定する。Ｓ４７でＹｅｓならＳ４３に戻り、ＮｏならＳ４７を繰り返す。
【００２４】
図３（ａ）は、データ配列情報１６の構成図である。
データ配列情報１６は、データ１５を複数の領域に分割したときの各領域の位置関係を示す。図３（ａ）では、１つのデータ１５が９つの領域に分割されている。
角領域は、トップレフト（ＴＬ）の領域、トップライト（ＴＲ）の領域、ボトムレフト（ＢＬ）の領域、ボトムライト（ＢＲ）の領域である。
【００２５】
行見出し領域は、レフト（Ｌ）の領域、ライト（Ｒ）の領域である。行見出し領域には、データ領域のデータに対する行方向の見出しが表示される。例えば、１行１工程のガントチャートをデータ領域に表示するときには、行見出し領域には、工程の説明が表示される。
列見出し領域は、トップ（Ｔ）の領域、ボトム（Ｂ）の領域である。列見出し領域には、データ領域のデータに対する列方向の見出しが表示される。例えば、１列１ヶ月のガントチャートをデータ領域に表示するときには、列見出し領域には、各月が表示される。
データ領域は、センター（Ｃ）の領域である。例えば、ガントチャートにおけるデータ内容が、データ領域に表示される。
【００２６】
ここで、クライアント２０の画面レイアウトである「表示領域」と、その表示領域に表示するために切り出すデータ１５の一部である「表示素材」とを区別して説明する。角領域に表示するデータ１５を「角素材」とし、行見出し領域に表示するデータ１５を「行見出し素材」とし、列見出し領域に表示するデータ１５を「列見出し素材」とし、データ領域に表示するデータ１５を「データ素材」とする。よって、表示素材は、角素材か、行見出し素材か、列見出し素材か、データ素材かのいずれかに分類される。
【００２７】
図３（ｂ）は、図３（ａ）のデータ配列情報１６の各領域をさらにブロックに分割した構成図である。
１つのデータ領域は、３×３＝９つのブロックに分割される。行見出し領域もデータ領域と連動するので、１×３＝３つのブロックに分割される。列見出し領域もデータ領域と連動するので、３×１＝３つのブロックに分割される。
データ領域は、二次元配列のブロックとして構成される。なお、行見出し領域や列見出し領域などの見出し領域は、データ領域の大きさの分だけの見出しを用意すればよいので、基本的には一次元配列のブロックとして構成される。しかし、見出し領域の中を細分化するときには二次元配列のブロックとして構成してもよい。
【００２８】
以下、各ブロックの識別子（ブロックＩＤ）として、(R,x,y)という表記を用いる。Ｒは行見出し領域「Ｌ」などの領域ＩＤを示し、「x,y」の組み合わせはその領域内での相対的なブロックの位置ＩＤを示す。位置ＩＤのxはその領域内での相対的なブロックの横位置を示し、yはその領域内での相対的なブロックの縦位置を示す。
例えば、Ｔ領域の左端から２つめで上端から１つめのブロックは、(T,1,0)であり、Ｃ領域の左端から２つめで上端から１つめのブロックは、(C,1,0)である。なお、〜つめのブロックの始点は０から始める。
【００２９】
以下、図４を参照して、データブロック情報１７を説明する。
まず、データブロック情報１７は、データ１５をデータ配列情報１６に従って各領域や各ブロックに分割したときに、その分割結果をどのように画面表示するかを示すレイアウトの情報である。
データブロック情報１７は、図３（ａ）で例示した各領域について表示するか否かを示す情報と、図３（ｂ）で例示した各ブロックＩＤのうちの表示対象となるブロックＩＤの情報と、各ブロックＩＤのブロック画像１８を画面表示するときのブロックサイズ（縦ピクセル数×横ピクセル数）の情報とを含めて構成される。
なお、データブロック情報１７のブロックサイズは、ピクセル単位としてもよいし、単位ブロックをピクセル単位で定義しておき、その単位ブロックが何個分かというブロック単位としてもよい。例えば、単位ブロックを“縦１００ピクセル×横１００ピクセル”とすると、ブロックサイズ“縦４００ピクセル×横３００ピクセル”は、“縦４ブロック×横３ブロック”と等価である。
【００３０】
図４（ａ）は、ガントチャートの表示例を示す画面図である。この画面図では、データブロック情報１７は、以下の情報で構成される。
・採用する表示領域＝ＴＬ，Ｌ，Ｔ，Ｃと、その各領域に含まれるブロックＩＤ集合
・表示領域の表示サイズとして、行見出し領域Ｌの横幅＝１００ピクセル、列見出し領域Ｔの縦幅＝５０ピクセル、データ領域Ｃの横幅＝２００ピクセル、データ領域Ｃの縦幅＝２００ピクセル
なお、ＴＬは、ＬとＴとの角に位置するので、ＴＬの横幅＝Ｌの横幅であり、ＴＬの縦幅＝Ｔの縦幅である。また、ＬはＣの見出しなので、Ｌの縦幅＝Ｃの縦幅であり、Ｔの横幅＝Ｃの横幅である。
【００３１】
図４（ｂ）は、折れ線グラフの表示例を示す画面図である。この画面図では、データブロック情報１７は、以下の情報で構成される。
・採用する表示領域＝Ｌ，ＢＬ，Ｃ，Ｂと、その各領域に含まれるブロックＩＤ集合
・表示領域の表示サイズとして、行見出し領域Ｌの横幅＝６０ピクセル、列見出し領域Ｂの縦幅＝３０ピクセル、データ領域Ｃの横幅＝２５０ピクセル、データ領域Ｃの縦幅＝２５０ピクセル
なお、残りの領域の大きさは、図４（ａ）と同様に、隣接する他領域の大きさから求まる。
【００３２】
以上、図４では、クライアント２０の表示画面として、ガントチャート（スプレッドシート）の例と、折れ線グラフの例とを説明した。一方、リソースグラフ、散布グラフなどの各種のグラフの表示にも適用することができる。さらに、クライアント２０の表示画面に表示させるデータは、人物撮影データなどの画像ファイルや、地図データとしてもよい。
【００３３】
図５（ａ）は、図４（ａ）のガントチャートを、画面ズーム情報２５ｂに従って画面ブロック配置部２３が一部拡大したときの画面図である。
まず、図４（ａ）と図５（ａ）とを比較すると、データブロック情報１７で示す画面全体のレイアウト（表示領域）は両図で同じであるが、その領域内の表示内容（表示素材）が拡大されている。
例えば、図４（ａ）のデータ領域Ｃは１０行分の表示領域があり、工程「大日程」〜工程「検査３」の合計１０行分の表示素材が等倍で表示されている。
一方、図５（ａ）では、１０行分の表示領域のうちの４行分（工程「機能設計」〜工程「チェックリスト作成」）の表示素材だけが２．５倍の拡大率で拡大されている。
【００３４】
このように、データ素材が拡大表示されると、その拡大されたデータ素材に連動して行見出し素材や列見出し素材も拡大表示される。
具体的には、データ素材の拡大方向は縦方向と横方向の両方に対応する。データ素材に対して縦方向に拡大されると、行見出し素材の縦方向も同じ度合いで拡大される。データ素材に対して横方向に拡大されると、列見出し素材の横方向も同じ度合いで拡大される。角素材は、横方向も縦方向も拡大は不要である。
これにより、画面ズーム情報２５ｂの拡大率を変更しても画面全体の各領域のレイアウトが変わらないため、クライアント２０のユーザは、行見出し領域Ｌや列見出し領域Ｔを常時目視で確認できる。
【００３５】
図５（ｂ）は、図５（ａ）のガントチャートに対して、画面ブロック配置部２３が行見出し領域Ｌのフォント補正をしたときの画面図である。
まず、図５（ａ）の行見出し領域Ｌ（例えば、３行目の「コーディング」）は、データ領域Ｃの表示内容と整合するように縦方向に拡大した結果、各文字の横幅１：縦幅４のように、「コーディング」の文字フォントが不自然なほどに縦方向に拡大されてしまっている。
【００３６】
そこで、図５（ｂ）は図５（ａ）の行見出し領域Ｌのフォントの補正後を示す。このフォント補正では、行見出し領域Ｌの各ブロックに文字表示が収まるという制約を守りつつ、各文字の横幅１：縦幅１に近づくように、フォントの縦幅や横幅を読みやすく補正する。
例えば、「コーディング」という文字列について、図５（ａ）で存在した「グ」の右横の余白を活かして横に引き延ばすとともに、縦方向には少し縮めるように補正する。これにより、文字の横幅１：縦幅２くらいになり、行見出し領域Ｌのフォントが読みやすくなる。
【００３７】
図６（ａ）は、データ配列情報１６と画面ブロック情報２６との関係を示す説明図である。図６（ａ）では、角領域(TL,0,0)と、列見出し領域(T,0,0)〜(T,6,0)と、行見出し領域(L,0,0)〜(L,0,9)と、データ領域Ｃ(C,0,0)〜(C,6,9)とを、データ配列情報１６が示すデータ１５の一部として、図示している。
【００３８】
図６（ｂ）に示す携帯端末の小さな画面には、データ１５の一部しか表示されない。よって、サーバ１０は、クライアント２０の表示領域の分だけ、データ１５の一部を画面ブロック情報２６として切り出す。その結果、縦４ブロック×横４ブロック分のデータ領域Ｃが切り出される。この図６（ｂ）の例では、１６ブロック（＝縦４ブロック×横４ブロック）分のデータ領域Ｃに対して、１６ブロック分のデータ素材がズームされずに等倍で（画面ズーム情報２５ｂが示す縦拡大率＝横拡大率＝１で）表示されている。
【００３９】
図７は、画面ブロック配置部２３の処理内容の説明図である。
画面ブロック配置部２３は、サーバ１０のデータ通信部１３から、各ブロックの画像を表示素材として受信する。この受信したブロックの画像には、それぞれメタ情報としてブロックＩＤが付加されている。そして、画面ブロック配置部２３は、各ブロックの画像を受信する度に、以下の（処理１ａ）と（処理２ａ）とを行う。
（処理１ａ）表示素材に対するズーム処理を行う度合い（ズーム後の大きさ）の決定処理。例えば、画面ズーム情報２５ｂが示す拡大率が縦横ともに２倍であるとする。
・角素材(TL,0,0)は、横方向も縦方向も拡大は不要である。
・データ素材(C,1,2)は、縦方向に２倍、横方向に２倍拡大される。
・行見出し素材(L,0,0)は、縦方向にだけ２倍拡大される。
・列見出し素材は、横方向にだけ２倍拡大される。
ここで、「拡大される」とは、表示領域内の表示素材（画像データの見た目）が拡大されるのであり、Ｌ領域やＣ領域などの表示領域そのものの大きさ（画面レイアウト）が拡大されるのではない。
【００４０】
（処理２ａ）前記の（処理１ａ）で決定された度合いでズームされた各画像（表示素材）の配置先の特定処理。例えば、ブロックＩＤ＝(C,1,2)の画像の場合、まず、領域ＩＤ＝Ｃをもとに、データ領域Ｃ内に配置することを決定する。
次に、データ領域Ｃの左上を起点として、横１ブロック分、縦２ブロック分とある。しかし、今回は縦方向に２倍、横方向に２倍拡大されるので、その拡大率を乗数として、横１×２＝２ブロック分、縦２×２＝４ブロック分だけ起点からずらした位置が、（処理１ａ）で拡大されたデータ素材(C,1,2)の配置先となる。
【００４１】
このようにして、画像のズーム後の大きさと、その配置先が決定されると、それらに従って、画面ブロック配置部２３は、受信した各ブロックをズームしてから配置する。なお、配置先に旧データが存在するときには、その旧データに対して上書き配置する。
これにより、クライアント２０の表示領域には、データ１５の一部である表示素材のブロックがタイルのように１つずつ並べられて表示されるので、表示領域全体の表示素材を待ってから１回表示更新する方式に比べ、早期の（低遅延の）画面更新が可能となる。
【００４２】
図８（ａ）は、携帯端末であるクライアント２０からの拡大操作により、図６（ａ）の画面ブロック情報２６が更新された後を示す。
クライアント２０のユーザは、図６（ｂ）の表示状態から、親指を(C,0,2)にタッチし、人差し指を(C,2,0)にタッチした後、その二本指の間隔を広げるピンチ操作を行ったとする。クライアント２０の入力部２８は、ピンチ操作の操作量（指の移動量）を検知し、その操作量に対応する拡大率として、現在の拡大率＝１倍から指定された拡大率＝２倍に更新する。
【００４３】
クライアント２０は、前記のピンチ操作をもとに、以下の（処理１ｂ）〜（処理３ｂ）によって新たな画面ブロック情報２６を作成する。
（処理１ｂ）表示領域の大きさは縦４ブロック×横４ブロック＝１６ブロックであり、拡大率＝縦横それぞれ２倍なので、表示素材の大きさを縦２ブロック（＝４÷２）、横２ブロック（＝４÷２）と計算する。
（処理２ｂ）ピンチ操作を行ったときのタッチ位置からデータ素材の中心ブロック（図示では★印のブロック）を求める。今回は、親指位置(C,0,2)と人差し指位置(C,2,0)との中心（重心）である位置(C,1,1)を、中心ブロックとする。
（処理３ｂ）さらに、中心ブロックを起点ブロック（左上ブロック）とし、（処理１ｂ）で求めた表示素材の大きさ分のデータ素材（２×２＝４ブロック分）を、今回要求する画面ブロック情報２６のデータ素材とする。
【００４４】
よって、今回要求する画面ブロック情報２６は、データ素材(C,1,1),(C,2,1),(C,1,2),(C,2,2)に加え、対応する見出しである行見出し素材(L,0,1),(L,0,2)と、列見出し素材(T,1,0),(T,2,0)と、角素材(TL,0,0)とで構成される。
なお、クライアント２０は、過去に受信した表示素材をブロック単位で記憶部２４に保存しておき（データキャッシュ）、今回要求する表示素材について、データキャッシュ内に存在するときはサーバ１０に要求する代わりに、データキャッシュから読み込んでもよい。
さらに、データキャッシュから読み込む表示素材は、比較的新しいデータ（表示素材のタイムスタンプが示す保存時刻から現在時刻までの時間差が所定時間未満のデータ）に限定してもよい。これにより、通信量を削減できる。
【００４５】
図８（ｂ）は、図８（ａ）の画面ブロック情報２６をクライアント２０に表示した画面図である。図６（ｂ）と比較すると、クライアント２０のユーザがピンチ操作で指定した(C,1,1)を中心にデータ領域Ｃのデータ素材が拡大表示されるので、ユーザは着目したい情報を大きな表示でわかりやすく確認することができる。
【００４６】
図９（ａ）は、パソコンであるクライアント２０からの拡大操作により、図６（ａ）の画面ブロック情報２６が更新された後を示す。図９（ｂ）は、図９（ａ）の画面ブロック情報２６をクライアント２０に表示した画面図である。
クライアント２０のユーザは、図６（ｂ）の表示状態から、マウス２０ｘを用いて現在の拡大率＝１倍から指定された拡大率＝２倍に更新する操作を入力する。この入力操作は、例えば、マウスのホイール（図示省略）を回す操作として、入力部２８が受け付ける。
すると、クライアント２０は、図８（ａ）で説明したように、（処理１ｂ）〜（処理３ｂ）によって新たな画面ブロック情報２６を作成する。ここで、（処理２ｂ）では、ピンチ操作が行われていないので、拡大前の左上ブロック(C,0,0)を中心ブロックとみなす。
その結果、図８（ｂ）と同様に、図９（ｂ）でも、図９（ａ）の画面ブロック情報２６がクライアント２０の表示領域に反映される。
【００４７】
なお、図９（ｂ）におけるマウスの拡大率の指定方法は、ホイール操作の代わりに、マウスポインタのドラッグ操作を受け付けてもよい。
例えば、図４（ａ）の４領域（ＴＬ，Ｌ，Ｔ，Ｃ）を区切る縦横の直線の交点（ドラッグ始点）にマウスポインタを置いてドラッグ操作を開始し、別の位置（ドラッグ終点）でドラッグ操作を終了したとする。
このとき、ドラッグ終点のＸ座標を元に、横方向の拡大率を決定する。例えば、領域ＴＬ，Ｌの左端のＸ座標の拡大率＝０とし、ドラッグ始点のＸ座標の拡大率＝１とし、領域Ｔ，Ｃの右端のＸ座標の拡大率＝１０とするように、ドラッグ終点を右側にずらすほど拡大率が高くなるように設定する方法がある。
同様に、ドラッグ終点を下側にずらすほど拡大率が高くなるように、ドラッグ終点のＹ座標を元に、縦方向の拡大率を決定する。
つまり、画面ブロック管理部２２は、ドラッグ起点からドラッグ終点までの距離に応じて縦方向および横方向のズーム倍率を決定する。
【００４８】
以上説明した本実施形態のデータ表示システム１００では、図４（ａ）の拡大前から図５（ａ）の拡大後への拡大表示などに例示するように、複数の表示領域に対してズーム操作が入力されると、画面分割されている表示領域そのもののレイアウトは変えずに、表示領域内の表示素材を拡大したり縮小したりする。これにより、画面分割されているようなレイアウトに対して、適切にズーム表示をすることができる。
【００４９】
なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。
また、前記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
【００５０】
各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）などの記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤカード、ＤＶＤ（Digital Versatile Disc）などの記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００５１】
ＮＷ    ネットワーク
１０    サーバ
１１    処理部
１２    画像管理部
１３    データ通信部
１４    記憶部
１５    データ
１６    データ配列情報
１７    データブロック情報
１８    ブロック画像
１９    通信部
２０    クライアント
２１    処理部
２２    画面ブロック管理部
２３    画面ブロック配置部
２４    記憶部
２５    画面サイズ情報
２５ｂ  画面ズーム情報
２６    画面ブロック情報
２７    表示部
２８    入力部
２９    通信部
１００  データ表示システム
【図１】
2017059067.tif 000003
【図２】
2017059067.tif 000004
【図３】
2017059067.tif 000005
【図４】
2017059067.tif 000006
【図５】
2017059067.tif 000007
【図６】
2017059067.tif 000008
【図７】
2017059067.tif 000009
【図８】
2017059067.tif 000010
【図９】
2017059067.tif 000011