JP5308580B1

JP5308580B1 - コンテンツ表示システム

Info

Publication number: JP5308580B1
Application number: JP2012549936A
Authority: JP
Inventors: 州平笹倉
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 2012-02-21
Filing date: 2012-06-13
Publication date: 2013-10-09
Anticipated expiration: 2032-06-13
Also published as: US20130283154A1; WO2013124910A1; JPWO2013124910A1

Abstract

コンテンツの上にコメントを記載する領域(オブジェクトレイヤー)を用いたコミュニケーション方法を採用し、複数のコメント表示領域用いて優先順位順に表示する。優先順位が高いコメントと表示が重ならない場合、次のコメントも同一領域上に記載する。優先順位が高いコメントと重なる場合、改ページし以降のコメントを次の領域に記載する。サーバ１００はメインコンテンツとサブコンテンツとに対応付けられた表示レイヤーを複数管理し、サブコンテンツを表示レイヤー上に配置し、サブコンテンツが配置された表示レイヤーを少なくとも含む複数の表示レイヤーを、メインコンテンツとともにクライアント端末１１０、１２０、１３０に送信する。クライアント端末１１０、１２０、１３０はサブコンテンツが配置された表示レイヤーを、メインコンテンツとともに表示することによりメインコンテンツとサブコンテンツとを関連付けて表示する。

Description

本発明は、ＳＮＳを用いたデジタルコンテンツに関するコミュニケーション方法の構成と活用に関する。

インターネットにおいて、統計学上の仮説である「六次の隔たり（ＳｉｘＤｅｇｒｅｅｓｏｆＳｅｐａｒａｔｉｏｎ）」に基づいて世界中の人々の繋がりを活用する取り組みから、ソーシャルネットワーキングサービス（以下、ＳＮＳと記す。）が生まれ広く一般の人に利用されている。

特許文献１において、共通の写真や文章などの共通のコンテンツを介して、友人関係を用いてコミュニケーションを行う方法が開示されている。ネットワーク上に人間関係を持ち込むことによって、より親密なコミュニケーションを行う方法として広く一般に普及している。この発明を基本特許としてＳＮＳが実現された。

ＳＮＳの表示方法として、縦一列に優先順位順にならべて表示するという表示方法が知られている。優先順位とは一例として記入時刻である。閲覧者の友人の行動やコメントを時系列にならべて表示することで、閲覧者は順番に読んでいけば更新状況を把握することができるものである。この表示方法の作り方が特許文献２に示されている。

また直接対面してのコミュニケーション手段のためＳＮＳとは無関係であるものの、特許文献３のように、自分と友人の写真などを撮影機の中で撮影し、上に絵や文字を書く行為も若者に「デコる」という表現で普及している。これは写真上に思いでやメッセージを記載することで被写体となった人物間の関係を視覚化して友情を確かめ合う方法として広く普及している。

米国特許第７０６９３０８号明細書米国特許第７６６９１２３号明細書特許第３３２８６７９号公報

特許文献１，２にあるような表示形式によってＳＮＳを構築した場合、コンテンツに関するコミュニケーションを行うとすると、コンテンツのどの位置に関する説明なのかを文章で解説するしかなかった。元々コンテンツに関してのコミュニケーションを行うことを想定していない表示方法となっているからである。それを解決する方法として特許文献３の記載方法のようにコンテンツ上でのコミュニケーションを実現することが考えられる。

しかしＳＮＳのように同一コンテンツの同一ページ（もしくはシーン）に多数のコメントが記載されるとコメント同士が重なり合ってしまい視認性が落ちる問題があった。コメント同士が重なるのを防ぐためにコメントの位置を変えてしまうと、コメントの指し位置も変わり理解することが困難になる。また、各コメントを順番に点滅させたりすると、ユーザが自分のペースでコメントを読みづらくなるという問題があった。

本願に開示するオブジェクト表示システムにおいては、各ページに対して、表示単位（ページ）ごとにスクロールするコメントを記載する領域を設ける。スクロールの際、オブジェクト表示システムは、画面のスクロール方向のサイズの整数倍で、コメントを記載する領域をスクロールさせる。コメントを記載する領域は、画面と同じサイズを1ページとし、ページ内にコメントを記載していくが、ページ内において記載するコメントと重なる位置にすでに他のコメントがあった場合には、次のページにコメントを記載する。また、ページ内に重なるコメントがなければ、そのページにコメントを記載する。

本願に開示するコンテンツ表示システムは、コンテンツを表示するクライアント端末とコンテンツを管理するサーバとを含むコンテンツ表示システムであって、前記サーバは、メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置し、前記メインコンテンツと、前記サブコンテンツが配置された前記表示レイヤーとを前記クライアント端末に送信し、前記クライアント端末は、前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示する。

本願に開示するコンテンツ表示システムは、コンテンツを表示するクライアント端末とコンテンツを管理するサーバとを含むコンテンツ表示システムであって、前記サーバは、メインコンテンツと、前記メインコンテンツに対応付けられたサブコンテンツと、前記サブコンテンツの配置に関する情報とを前記クライアント端末に送信し、前記クライアント端末は、前記メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、前記サブコンテンツの配置に関する情報に基づいて、前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置し、前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示する。

本願のオブジェクト表示システム又はコンテンツ表示システムによれば、コンテンツ上の位置情報を考慮した複数のコメント記載を行うことが可能となる。また操作も容易な構造にできる。

実施の形態１のシステムの構成を示すブロック図実施の形態１の一般的な電子書籍端末の外観構成図実施の形態１の一般的な電子書籍端末のコンテンツ構成図実施の形態１の一般的な電子書籍で行われない表示の図実施の形態１のサーバを介したコミュニケーション方法（１対１）の図実施の形態１の画面イメージ図実施の形態１のサーバを介したコミュニケーション方法（２対１）の図実施の形態１のオブジェクトの位置を移動して配置した場合の表示例の図実施の形態１のオブジェクト配置部を使用したコミュニケーション方法（２対１）の図実施の形態１のオブジェクトレイヤーの構造の図実施の形態１のオブジェクトレイヤーで行われない表示の図実施の形態１のオブジェクト配置部の動作フロー図実施の形態１のオブジェクト配置部での描画結果の図実施の形態１のオブジェクト位置が異なった場合の画面イメージ図実施の形態１のオブジェクトＡ’Ｃ’のオブジェクトレイヤーへの描画結果図実施の形態１のコンテンツ全体を通しての構造のイメージ図実施の形態１の表示方法と構造のバリエーションの図実施の形態１のオブジェクト重なり判断のバリエーションの図実施の形態１のオブジェクトＡ’’Ｃ’’時のオブジェクト配置部の動作フローチャート実施の形態２のシステムの構成を示すブロック図実施の形態２の情報端末２００の構成を示すブロック図実施の形態２の情報端末２００の動作フロー図実施の形態３のシステムの構成を示すブロック図実施の形態３のコンテンツの構造を示す図実施の形態３のサーバを介したコミュニケーション方法の図実施の形態３の表示配置部３０４の動作フロー図実施の形態３の作成されたオブジェクトレイヤーの構造を示す図実施の形態３の第２のシステムの構成を示すブロック図実施の形態３の第２のサーバを介したコミュニケーション方法の図実施の形態３のアクティビティを考慮した表示配置部３０４の動作フローチャート実施の形態３のアクティビティを考慮したオブジェクトレイヤーの構造を示す図実施の形態４のオブジェクトの位置と優先順位の図実施の形態４のオブジェクト配置部１０４の動作フロー図実施の形態４のオブジェクトレイヤーへの描画結果の図実施の形態５のオブジェクトレイヤーへの描画結果の図

＜発明を実施するための形態１＞
本実施の形態にかかるコミュニケーション方法を説明する。

＜図１：コンテンツを利用したＳＮＳの構成＞
図１は、本実施の形態にかかる機器構成を示した図である。システムは、サーバ１００、クライアント端末Ａ１１０、クライアント端末Ｂ１２０、クライアント端末Ｃ１３０、ネットワーク１４０を含む。またサーバ１００はコンテンツ記憶部１０１、ユーザ情報管理部１０２、オブジェクト記憶部１０３、オブジェクト配置部１０４を含む。ユーザ情報管理部１０２及びオブジェクト配置部１０４の各機能の全部又は一部は、コンピュータ装置であるサーバ１００が備えるＣＰＵ等の演算装置が所定のプログラムを実行することによって具現化される。コンテンツ記憶部１０１及びオブジェクト記憶部１０３の各機能の全部又は一部は、コンピュータ装置であるサーバ１００が備えるディスク又はメモリ等の記憶装置により具現化される。また、各クライアント端末もサーバ１００と同様に、ＣＰＵ（Central Processing Unit）等の演算装置及びディスク又はメモリ等の記憶装置を備える。

本実施の形態ではネットワーク１４０はインターネットを想定している。サーバ１００はインターネット上にてサービスを提供するためのサーバであり、クライアント端末Ａ１１０、クライアント端末Ｂ１２０、クライアント端末Ｃ１３０はインターネット接続機能を有する端末である。なお本実施の形態ではインターネットとして説明するが、他のネットワークに接続する形態であってもかまわない。ネットワーク１４０を介してクライアント端末Ａ１１０、クライアント端末Ｂ１２０、クライアント端末Ｃ１３０はサーバ１００へ接続されている。厳密には各クライアント端末同士もネットワーク１４０で互いに接続されているが、本実施の形態ではクライアント間での直接通信は必要がなく、サーバ１００に対して通信可能に繋がっていればよい。ただし実利用においてはクライアント間での直接通信があってもよい。

サーバ１００は、コンテンツ記憶部１０１から、クライアント端末Ａ１１０，Ｂ１２０，Ｃ１３０にて再生するデジタルコンテンツを提供する。デジタルコンテンツは、映像や音楽やＷＥＢコンテンツなども含み種類を限定しないが、本実施の形態では電子書籍を例に挙げて記載する。コンテンツ提供者（多くは著作者や権利者）から提供されたデジタルコンテンツはサーバ１００に蓄積され、必要に応じて各クライアント端末に配信され、各クライアント端末のユーザＡ，Ｂ，Ｃによって、視聴されることになる。

＜図２：説明＞
例えば、デジタルコンテンツが電子書籍であった場合、各クライアント端末は電子書籍端末として機能することになる。図２にて一般的に普及している電子書籍端末の説明を行う。電子書籍端末は液晶や有機ＥＬや電子ペーパーなどを動作原理としてもつディスプレイ部を備えている。本ディスプレイ部に電子化された電子書籍を表示することができる。また、ディスプレイ部の上にはタッチセンサを備えており、ユーザは誌面にふれる感覚で電子書籍端末を操作（例えばフリック入力操作）することができる。

また一般的な電子書籍の構造について説明する。紙の書籍は、複数の紙を４辺のうち１辺のみを接着剤や金具や紐を使用して綴じる形状をしている。この綴じられた辺を軸として紙をめくることで各ページに記載された文章や絵や写真を閲覧することができる。また閉じた状態の一方を表紙（表表紙）とし、もう一方を裏表紙としている。表表紙から裏表紙の方向に順にページが割り当てられており、ページの順番に読み進んでいく構造になっていることが多い。綴じた辺は表紙（表表紙）に対して左側を綴じた左綴じと、表紙（表表紙）に対して右側を綴じた右綴じの二種類がある。特に文章を横書きにする書籍は左綴じ構造が多く、文章を縦書きにする書籍は右綴じ構造を採用することが多い。この紙の書籍のページを捲る動作は、長い歴史のなかで人類が利用してきた動作であるため、本の動きとして理解しやすい動作である。

この紙の動作に近い動作を電子書籍端末でも実現している。それがタッチセンサを使用した操作である。実際に電子書籍端末のディスプレイ部を捲ることはできないので、指で画面を横になぞることで次のページに進む仕組みを実現しているものが多い。紙での操作を再現することで直感的に操作できるためである。またディスプレイ部の周囲にスイッチやボタンを設け、その操作によってページを捲るものもある。またディスプレイ部内の画面上にボタンを設けて捲るタイプもある。これらに共通していることは、紙の本と同じくページを捲ることができる点にある。電子データのため綴じ代はないが、紙の書籍に近づけるために、進む方向と戻る方向が決まっている。どちら開きにしろ、進む方向と１８０度逆の方向が戻る方向となっている。

＜図３：説明＞
図３にこの一般的な電子書籍端末でのページ操作の例を示す。図３（ａ）は、一般的な電子書籍端末のページ操作の例で使用する電子書籍コンテンツのページデータ構造を示している。図では左から順に１ページ目（表紙）、２ページ目、３ページ目、４ページ目と連続し、間のページを省略して最終ページとなっている。この４ページから最終ページの間のページは記載を省略しているだけで実際には存在している。各ページには文章や絵や写真が掲載されているところ、動きの説明をわかりやすくするためページ番号のみを記載しているが、これらの記載は実際の記載内容を制限するものではない。

図３（ａ）に示す構造に並んだ電子書籍のデータを電子書籍端末で開いた様子を図３（ｂ）に示す。図３（ｂ）の電子書籍端末は、図３（ａ）の初めのページである１ページを表示している。この図３（ｂ）の表示の状態でタッチセンサを使用し左方向へ操作（例えばフリック入力操作）した場合の画面遷移を図３（ｃ）に示す。図３（ｃ）では図３（ａ）での２ページ目が表示され、図３（ｂ）で表示されていた１ページ目は消えている。

図３（ｃ）の状態でタッチセンサを使用して左方向へ操作した場合の画面遷移を図３（ｄ）に示す。図３（ｄ）では図３（ａ）での３ページ目が表示され、図３（ｃ）で表示されていた２ページ目は消えている。このように図３（ａ）の電子書籍データでは左方向への操作でページを読み進んでいくことが可能である。また図３（ｄ）の状態でタッチセンサを使用して右方向へ操作した場合の画面遷移を図３（ｅ）に示す。図３（ｅ）では図３（ａ）での２ページ目が表示されており、４ページ目ではない。また図３（ｄ）で表示されていた３ページ目は表示されていない。これは図３（ｄ）までは左側方向への操作であったのに対し、右側方向へ操作した結果、ページ遷移は戻る方向の操作となり次の４ページ目ではなく、２ページ目が表示される結果となった。このように紙の本をめくる動作と類似した操作を行うことで、ページ遷移を行うことができる。

なお図３の説明では本の構成が図３（ａ）のように左から右に進むように構成されているためで、逆に右から左に進むように構成されていた場合には、右方向の操作で次のページへ進み、左方向への操作で右方向へ進むようになってもよい。また、書籍データにおいて、分かれているページごとに絵や文章やレイアウト等のデータがあるだけで操作方向を示すページに関する情報がない場合、電子書籍端末に搭載されているアプリケーションによって関連付けられた操作方向とページの移動方向とに基づいて、操作できるようにしてもよい。

なお、図３で使用した電子書籍端末はタッチセンサを搭載した例として操作例をあげているが、ディスプレイ部の外部のスイッチを使用した場合や、画面上に表示されたスイッチにふれた場合においても、上記と同様に、ページの進む方向と戻る方向の操作が可能である。

＜図４：説明＞
この図３で行われた表示の特徴について図４を用いて説明する。図４は図３（ａ）の電子書籍データにおいて、図３（ｂ）の状態から左方向へ操作している最中の場合の例を示す。同じ状態である図３（ｃ）と比較すると、図３（ｃ）は２ページ目が表示されているが、１ページ目は消えている。しかし図４では、ディスプレイ部の左半分側に１ページ目の右側が表示され、右半分側に２ページ目の左側が表示されている状態になっている。一般的に電子書籍の場合には、このようにページ変更のときにページがずれた位置で停止するような表示は行われない。図４のような表示は、元の紙の書籍にページの概念があるためで、電子化されても電子書籍端末はページ単位で表示を行うという特徴がある。

なお電子書籍のフォーマットや電子書籍端末によっては文字の大きさやディスプレイ部の大きさによって動的に１ページ内に表示する情報量を可変させることでページ数が増減されるため、ページという単位以外の概念をもっていることがあるが、それでも一画面内に収まっている範囲をページとした場合、操作によって続きもしくは前のページを表示するように画面切り替えを行いうるようになっている。

なお、図４のようにページがずれた位置で停止するような表示はされることはないと記載したが、使用者の操作によって図３（ｂ）から図３（ｃ）へ遷移する途中段階のアニメーションとして表示されることがある。これは使用者の操作に追従してページが変わることを視覚的に知らせる有効な手段である。

本実施の形態で使用する図１のクライアント端末Ａ１１０、クライアント端末Ｂ１２０、クライアント端末Ｃ１３０も電子書籍コンテンツのみの表示については図２，３，４を用いて説明した既存の電子書籍端末と同じ表示を行うものとする。

図１のユーザ情報管理部１０２とオブジェクト記憶部１０３はＳＮＳに関する機能を有する。ユーザ情報管理部１０２はサーバ１００へのアクセス権及び、各ユーザの個人情報、各ユーザのクライアント端末の所有情報、ユーザ間の友人関係などを管理記憶している。例えば、一般的に各情報データを記録し保持する機能部はデータベース、その情報データを組み合わせたり、追加したり、書き換えたり、消去したりする機能部は管理部といったように、両機能部は別のデバイスにより定義することもできるるが、本実施の形態では分離する必要はないため、両機能部を合わせてユーザ情報管理部１０２とする。

オブジェクト記憶部１０３とは各ユーザの書き込みを保存する部分にあたる。オブジェクト記憶部１０３は、ＳＮＳ上でのコミュニケーションの中核となるブロックである。オブジェクト記憶部１０３は、各ユーザの書いた文章や絵や投稿した写真などを記憶する。またオブジェクト記憶部１０３は、ユーザからの要望に応じて文章や絵や写真などを提供することも可能である。

本実施の形態では、コンテンツ（電子書籍）上にてＳＮＳを介したコミュニケーションを行う。図１のシステム構成にて、ユーザＡとユーザＢが行うコミュニケーション方法を記載する。本実施の形態の特徴として、ＳＮＳでのコミュニケーションをＷＥＢページ上ではなく電子書籍のページ上で行う点にある。

＜図５：説明＞
図５を用いて、サーバ１００を介して、クライアント端末Ａ１１０とクライアント端末Ｂ１２０がコミュニケーションを行う仕組みの例について説明する。

コンテンツ記録部１０１より電子書籍のコンテンツがクライアント端末Ａ１１０とクライアント端末Ｂ１２０に対して提供される。本実施の形態では、一つのサーバでコンテンツの提供とＳＮＳを提供しているが、コンテンツを供給する仕組みがあるのであればコンテンツとＳＮＳをそれぞれ別のサーバで提供しても構わない。これは実サービスでは、例えば電子書籍（コンテンツ）の出版社とＳＮＳ事業者とが分かれているからである。

コンテンツ記憶部１０１より提供されたコンテンツはクライアント端末Ａ１１０とクライアント端末Ｂ１２０上のディスプレイにそれぞれ表示される。各ディスプレイに表示されたコンテンツは、クライアント端末Ａ１１０の所有者であるユーザＡと、クライアント端末Ｂ１２０の所有者であるユーザＢとがそれぞれのクライアント端末において視聴できる。これによりユーザＡとユーザＢは同じコンテンツを見ることができる環境が整う。

＜図６：説明＞
図６（ａ）にこの時視聴できるコンテンツの画面イメージを示す。電子書籍の複数あるページのうちどこかの１ページである。

同一のコンテンツが表示されたことによって、お互いがそれぞれその内容を読むことでコミュニケーションのきっかけが生まれる。よってそのコンテンツ上でコミュニケーションを行うことができる。コミュニケーションを行うためのユーザ情報はユーザ情報管理部１０２に記録されている。つまりＳＮＳサイトへの会員登録やユーザＩＤやログインパスワード、またユーザＡとユーザＢとの関係などが記載されている。これらの情報を活用することで円滑なコミュニケーションサービスを実現することができる。

ユーザＡはクライアント端末Ａ１１０上に図６（ｂ）に示すような書き込みを行った。この時の書き込みとは文字入力された文章であっても構わないし、先行文献にあるようなデコったものであっても構わないし、写真や映像などであってもよい。これらをオブジェクトと呼ぶことにする。また、オブジェクトを書き込む対象となるコンテンツをメインコンテンツとすると、オブジェクトはサブコンテンツということもできる。

特にユーザＡが記載したオブジェクトであるためオブジェクトＡとする。図６（ａ）の画面の上で図６（ｂ）のオブジェクトＡを記載すると、図５のクライアント端末Ａ又はクライアント端末Ｂのディスプレイ上に示す映像のようになる。オブジェクトＡは特に吹き出しの形で図６（ａ）の画面の特定の位置を指しており位置情報が重要であるオブジェクトになっている。

このオブジェクトＡと、どのコンテンツのどの位置に、誰が誰宛に書いた書き込みであるという情報がオブジェクト記憶部１０３に記憶される。なおこの記録された時の時刻もあわせて記録しておく。

オブジェクト記憶部１０３に記憶されたオブジェクトＡは、クライアント端末Ｂ１２０に対して送信される。送信されるタイミングはクライアント端末Ｂ１２０をユーザＢが使用して、図６（ａ）に記載のページを開いて、書き込まれたコメントを読むタイミングである。またそれ以前に送信しておきクライアント端末Ｂ１２０でキャッシュしておいてもかまわない。

クライアント端末Ｂ１２０のディスプレイには、図６（ｂ）のようにユーザが書いたコメントが、図６（ａ）の画面の上に重なり合って表示されている。この画面はユーザＡが所有しているクライアント端末Ａ１１０のディスプレイに表示される画面と同一の画面であり、オブジェクトＡの位置も同じ位置に再現されておりユーザＡの意思を反映したものである。これにより、ユーザAとユーザBとは、画面を介したコミュニケーションが可能である。

この図５の状況に続いて、省略していたクライアント端末Ｃ１３０が加わった場合を図７に示す。図７にはサーバ１００の他に、クライアント端末Ａ１１０、クライアント端末Ｂ１２０、クライアント端末Ｃ１３０があり、サーバ１００を介して各クライアント端末が接続されている。これは図１の構成と同じである。コンテンツ記憶部１０１の役割は図５と同じであり、各クライアント端末に対してコンテンツを提供する。提供されたコンテンツの表示画面は図５の説明と同じく図６（ａ）とする。

図１及び図５の場合と同様に、図７のユーザ情報管理部１０２もＳＮＳ上でのコミュニケーションを円滑に行うための情報を記録している。今回はクライアント端末Ｃ１３０を所有するユーザＣの情報が加わっているが、ユーザ情報管理部１０２の役割は変わっていない。

例えば、ここでユーザＣはクライアント端末Ｃ１３０上に図６（ｃ）のような書き込みを行ったとする。この書き込みもオブジェクトの一つである。しかし、この書き込みは、クライアント端末Ａ１１０のユーザが書いたオブジェクトＡとは別のオブジェクトになる。各オブジェクトの識別のために、この書き込みを示すオブジェクトをオブジェクトＣとする。クライアント端末Ｃ１３０上で書かれたオブジェクトＣは図６（ａ）のコンテンツ画像と重なって表示される。表示された画面は、例えば、図７のクライアント端末Ｃ１３０のディスプレイ上の表示のようになる。

この新たなオブジェクトＣはオブジェクト記憶部１０３に送信される。この場合、どのコンテンツのどの位置に、誰が誰宛に書いた書き込みであるという情報がオブジェクト記憶部１０３に記憶される。この時、オブジェクトＣを書いたコンテンツの位置は、図５の説明でユーザＡがユーザＢ宛にオブジェクトＡを書いたコンテンツの位置と同じである。オブジェクトＣの宛先はユーザＣからユーザＢ宛で、オブジェクトＣの記入時刻はユーザＡがユーザＢ宛にオブジェクトAを書いた時刻より後のため、オブジェクトＣについて新しい時刻が記載される。

＜図７：説明＞
オブジェクト記憶部１０３に記録された、ユーザＣが書いたオブジェクトＣは、クライアント端末Ｂ１２０に送信される。オブジェクトＣは、クライアント端末Ｂ１２０において同じコンテンツの同じページ上に表示されるわけだが、クライアント端末Ａ１１０から受け取ったオブジェクトＡがあるため、これと重なって表示されてしまう。そのため記載内容がわかりにくくなってしまう。図７のクライアント端末Ｂ１２０のディスプレイは、ユーザＡが作成したオブジェクトＡとユーザＣが作成したオブジェクトＣとが重なって表示された場合の一例を示している。

＜図８：説明＞
図８に仮にオブジェクトの位置を動かして表示した例を示す。図８は、図６（ａ）にある同一のコンテンツの同一のページ上へのオブジェクトＡとオブジェクトＣとを示しているが、重なりを防ぐために、各オブジェクトの画面上の位置を移動し、各オブジェクトを縮小した形で表示している。これによりディスプレイ上では両方のオブジェクトが表示される。しかしオブジェクトの吹き出しの指し位置がかわってきてしまうため、そのオブジェクトを記載したユーザがなにを意図したのかが伝わらなくなってしまう。矢印以外の例としては、重要なモノの写真を赤丸で囲んでも位置がずれて伝わるのであれば意味をなさなくなる。文字だけのコミュニケーションに対して、より自由度の高いページ上でのコミュニケーションならではの課題が発生する。

＜図９：説明＞
その問題を解決するために、本発明の特徴であるサーバ１００にはオブジェクト配置部１０４が存在している。図９を用いて、オブジェクト配置部１０４を使用したコミュニケーション方法を説明する。図９の状況は、図７と同じように、サーバ１００が提供するＳＮＳを介してクライアント端末Ａ１１０、クライアント端末Ｂ１２０、クライアント端末Ｃ１３０が接続されており、クライアント端末Ａ１１０からクライアント端末Ｂ１２０に対してユーザＡが書いた図６（ｂ）のオブジェクトＡがサーバ１００を通して送られ、クライアント端末Ｃ１３０からクライアント端末Ｂ１２０に対してユーザＣが書いた図６（ｃ）のオブジェクトＣがサーバ１００を通して送られる場合を想定している。

図９が図７での送信方法と異なるのは、オブジェクト記憶部１０３から直接クライアント端末Ｂ１２０に対してオブジェクトが送信されるのではなく、オブジェクト記憶部１０３からオブジェクト配置部１０４にオブジェクトが送られ、オブジェクト配置部１０４からクライアント端末Ｂ１２０に対してオブジェクトが送信される点である。

また、図９の状況と図７の状況では、送信されたオブジェクトデータの取り扱いに違いがある。図９のクライアント端末Ｂ１２０のディプレイ上には図６（ａ）のコンテンツの上にユーザＣが記載したオブジェクトＣが重ねて表示され、ディスプレイ外のページにユーザＡが記載したオブジェクトＡが用意されている。この場合、オブジェクトＣは正しいコンテンツ上の位置に配置され、オブジェクトＡについてはコンテンツを表示している画面外に配置される。

＜図１０：説明＞
ここで図９のオブジェクト配置部１０４で生成されるオブジェクトの配置方法とそれを受け取ったクライアント端末での表示方法について図１０を使用して説明する。オブジェクト配置部１０４で出力されるオブジェクトは表示層を複数持つ構造とする。例えば、電子書籍の特定のページに対してページごとにオブジェクトを重ねるためレイヤー構造を有しているといってよい。ただしオブジェクトの表示層同士は重なり合っているわけではなく、同じ高さの位置に複数存在している。図１０（ａ）はこのオブジェクトの表示層であるオブジェクトレイヤー（表示レイヤー）の構造を示した図である。例えば、オブジェクトレイヤーのベースは透明又は半透明であるため、オブジェクトレイヤーをコンテンツに重畳させた場合、コンテンツ上にオブジェクトが表示されているように視認される。オブジェクトレイヤーはページ単位に分かれており、各ページが順に連結した構造（例えば列構造）を持っている。このオブジェクトレイヤーは電子書籍の表示単位（ここではページ単位）に対して１列ずつ存在している。また、オブジェクトレイヤーのページの大きさは、電子書籍の表示単位（ここではページ単位）と同一である。オブジェクトレイヤーに記載されているものはユーザが記入したコメントや絵や写真であるが、本図では識別を容易にするため、ページ番号を記載した図を用いることにする。

図１０（ｂ）から図１０（ｅ）までを使用して、オブジェクトレイヤーの操作方法について示す。図１０（ｂ）は電子書籍の特定ページに対してオブジェクトレイヤーの初めを表示したものである。図１０（ｂ）には、図１０（ａ）の一番上にあるオブジェクトレイヤーの１ページ目が表示されている。また電子書籍の表示ページには図６（ａ）のコンテンツ画面を使用している。

図１０（ｂ）の表示状態からクライアント端末にあるタッチセンサを上方向に操作した場合の動作結果を図１０（ｃ）に示す。図１０（ｃ）では、図１０（ａ）に示したオブジェクトレイヤーの２ページ目が表示されている。上方向の操作によって図１０（ａ）のオブジェクトレイヤーが画面１つ分のみ移動し、オブジェクトレイヤーの２ページ目が表示されている状態になる。この時に電子書籍のコンテンツページについては変化していない。これは、コンテンツページの操作方法とオブジェクトレイヤーのページの操作方法とが異なるためである。上記図３を用いて説明したように、電子書籍のページ移動は左右方向の操作で行うものである。このため、上下方向の操作方法については空いている状態にある。よって、例えば上下方向にオブジェクトレイヤー操作を割り当てることで、ページ移動とは別にオブジェクトレイヤーの操作が可能である。

図１０（ｃ）の表示状態から続けてタッチセンサをさらに上方向に操作した場合の動作結果を図１０（ｄ）に示す。図１０（ｄ）では、電子書籍のコンテンツレイアウト表示は図６（ａ）のまま変化せずにオブジェクトレイヤーのみが変化し図１０（ａ）での３ページ目が表示されている。これは図１０（ｃ）と同じく、コンテンツのページを操作するための左右方向の操作ではなく、オブジェクトレイヤーを操作する上方向への操作であるため、コンテンツのレイアウト画面は変わらずに、オブジェクトレイヤーのみが次のページに移動しているからである。

図１０（ｄ）の表示状態から続けてタッチセンサを下方向に操作した場合の動作結果を図１０（ｅ）に示す。図１０（ｅ）では、電子書籍のコンテンツレイアウト表示は図６（ａ）のまま変化せずにオブジェクトレイヤーのみが変化している。また図１０（ｃ），図１０（ｄ）がオブジェクトレイヤーの次のページを表示しているのに対して、図１０（ｅ）ではオブジェクトレイヤーの前のページである２ページ目が表示されている。これはタッチセンサの操作方法が異なっているためである。図１０（ｃ）、図１０（ｄ）ではタッチセンサを上方向に操作したのに対して、図１０（ｅ）では下方向に操作している。オブジェクトレイヤーは電子書籍の操作に近い感覚で、かつ電子書籍の操作方法とは異なり空いている上下方向の操作を取り入れているために、下方向の操作によってオブジェクトレイヤーが１ページ戻った状態を表している。

＜図１１：説明＞
この図１０で行われた表示の特徴について図１１を用いて説明する。図１１（ａ）は図１０（ｂ）の状態から上方向に操作した場合を示す。同じ状態である図１０（ｃ）と比較すると、図１０（ｃ）ではオブジェクトレイヤーの２ページ目が完全に表示されていて、１ページ目は表示されていない。それに対し図１１（ａ）では上側に１ページ目が表示されて、下側に２ページ目が表示されている。このようにそれぞれのオブジェクトレイヤーが両方表示される状態は作らない。オブジェクトレイヤーに書かれるオブジェクトが位置情報を持つためで、ずらした位置に表示した場合、下側のコンテンツのレイアウトとオブジェクトの表示位置に差が生じ位置情報が異なってしまうためである。なお、図１１（ａ）のように表示されることはないと記載したが、使用者の操作によって図１０（ｂ）から図１０（ｃ）へ遷移する途中段階のアニメーションとしては使用されることがある。これは使用者の操作に追従してページが変わることを視覚的に知らせる有効な手段である。

また図１１（ｂ）のようにオブジェクトレイヤーの複数のページが重なって表示されることはない。オブジェクトレイヤーのページ同士が重なってしまった場合、オブジェクト同士の競合が生じ視認できなくなるためである。ただし、これも画面遷移の途中段階のアニメーションとして使用する分には構わない。

＜図１２：説明＞
図１２に図９の構成と役割でのオブジェクト配置部１０４が、オブジェクトレイヤーをどのように生成するのかをフロー図にて示す。まずオブジェクト記憶部１０３よりユーザＢの所有するクライアント端末Ｂ１２０に送信すべきオブジェクトを受け取る（ステップＳ１２０１）。ここでは複数のオブジェクトがあるとする。仮にオブジェクトが１つしかない場合には、オブジェクト配置部１０４はその唯一のオブジェクトを出力すればよいだけである。

続いて受け取ったオブジェクトを優先順位順にソートする（ステップＳ１２０２）。優先順位とはユーザＢに対して見せたい順番にあたる。多くの場合にはオブジェクトが作られた（各ユーザがコメント書いた）時刻の順で、特許文献２でも使用される方法である。またオブジェクトに追加のオブジェクト（各ユーザが書いたコメントに対しての返信のコメント）があった場合には、元のオブジェクトも含めて追加されたオブジェクトの作られた時間を優先順位順としてもよい。またＳＮＳ機能を用いて、他のユーザからのＬｉｋｅ機能（もしくは、イイネ機能）を用いて順位決定してもよい。例えば他ユーザからのＬｉｋｅが多くついたコメントの優先順位を高くしてもよい。なおＬｉｋｅ機能を使った文章の優先順位化については米国特許第７７８８２６０号明細書などが詳しい（但し、検索での利用について記されている）ので記載を省略する。また特定のキーワードや文章が含まれるコメントを優先順位の決定事項としてもよい。例えば受信者の名前や特定のキーワードが入ったものを高い優先順位としたり、スパムメールのような宣伝や勧誘文のものを低い優先順位としたりしてもよい。なお、特定のキーワードは、ＳＮＳのユーザ情報又はユーザのログ情報から抽出することができる。またユーザ自身や他のユーザによるオブジェクトの参照履歴を基準としてもよい。例えば、参照履歴の多いコメントは注目度が高いと考えられるからである。ここでオブジェクトを視認したか否かの判断は表示すべきオブジェクトを各ユーザが保有するクライアント端末で表示したことがあるかないかで判断してもよい。またこれらの優先順位の決定方法を組み合わせて判断してもよい。図９の例では、オブジェクトの作成日時を使用し日時が新しいものを優先順位が高いものとして記載する。例では先にクライアント端末Ａ１１０でオブジェクトＡが作成され、続いてクライアント端末Ｃ１３０でオブジェクトＣが作成されたため、優先順位は、オブジェクトＣ、オブジェクトＡの順となる。なおオブジェクトの優先順位を決定するための情報は、オブジェクト記憶部１０３に保存されており、ステップＳ１２０１でオブジェクトと一緒にその情報も受け取っている。

オブジェクトの優先順位の決定後は優先順位が高いオブジェクトから、順に表示するためのオブジェクトレイヤーを作成していく。まずはオブジェクトレイヤーがない状態であるため、初めのページにあたるオブジェクトレイヤーを用意する（ステップＳ１２０３）。この時点では２ページ目以降は存在しない。

用意したオブジェクトレイヤー（１ページ中１ページ目）に未描画で優先順位が最も高いオブジェクトを描画する（ステップＳ１２０４）。優先順位はステップＳ１２０２で決定しており、未描画で優先順位が高いオブジェクトはオブジェクトＣである。よってオブジェクトＣがオブジェクトレイヤーの１ページ目に記載される。

続いてステップＳ１２０５では判断分岐が行われる、まだ未描画のオブジェクト残っているのかどうかで分かれる（ステップＳ１２０５）。図９では２つのオブジェクトがあり、優先順位が高かったオブジェクトＣのみが描画されており、優先順位が低いオブジェクトＡは描画されていない。よって、まだオブジェクトＡが残っているのでＹＥＳを選択し、次の判断分岐であるステップＳ１２０６に移る。

次の判断分岐であるステップＳ１２０６では、すでに描画したオブジェクトと、未描画のオブジェクトで優先順位が一番高いオブジェクトとの間で、描画位置が重複しているのか否かを判断する（ステップＳ１２０６）。すでに描画したオブジェクトとは、オブジェクトレイヤーの最後のページに描画されたすべてのオブジェクトである。現在オブジェクトレイヤーは１ページあり、その１ページ目にオブジェクトＣが配置された状態である。図７のクライアント端末のディスプレイ部の描画のように、オブジェクト同士が重なる位置に存在するオブジェクトＡとオブジェクトＣであるため、ステップＳ１２０６では重複するほうにあたる。そのためステップＳ１２０３を実行する。

再度のステップＳ１２０３では、新しいオブジェクトレイヤーのページを作成するため、オブジェクトレイヤーの２ページ目を作成し、以降２ページ目の配置の処理を行う。この時点で１ページ目は作成が完了している。

続いてのステップＳ１２０４では、新たに作成したオブジェクトレイヤーの２ページ目に未描画で優先順位が最も高いオブジェクトを配置する。現在未描画のオブジェクトはオブジェクトＡである。よって、２ページ目にオブジェクトＡを描画する。

２ページ目にオブジェクトＡを描画した後のステップＳ１２０５の時点では、未描画のオブジェクトは存在しない。よって、再度のステップＳ１２０５では別のＮＯ側の経路へ進む。

以上の処理により、オブジェクトレイヤーに対する全てのオブジェクトの配置が終わったので、出来上がったオブジェクトレイヤーを表示端末に対して送信する（ステップＳ１２０７）。なお、ここでの表示端末はクライアント端末Ｂ１２０である。

＜図１３：説明＞
図１３（ａ）に、図１２のフローを完了した時点で生成されているオブジェクトレイヤーの構成を示す。２ページのオブジェクトレイヤーが存在し１ページ目には図６（ｃ）に記載したオブジェクトＣが記載され、２ページ目には図６（ｂ）で示したオブジェクトＡが記載されている。

図１３（ｂ）に、図１３（ａ）のオブジェクトレイヤーをクライアント端末Ｂ１２０で表示した場合を示す。処理は図９に準じているので、表示している電子書籍コンテンツは図６（ａ）に示したコンテンツである。その上にオブジェクトレイヤーの１ページ目が表示されている。この状態でクライアント端末Ｂ１２０の使用者であるユーザＢはコンテンツ上に記載されたユーザＣが作成したオブジェクトＣを読むことができる。オブジェクトの配置位置もユーザＣが作成した時と同じ位置であり、位置に対して意味があるオブジェクトを正しく表示・表現することができている。これは、上述の通り、オブジェクトレイヤーのページの大きさと、コンテンツのページの大きさとが合致するためである。

図１３（ｂ）の状態から、クライアント端末Ｂ１２０のタッチセンサを上方向に操作した場合の表示を図１３（ｃ）に示す。図１３（ｂ）の状態で表示されていた図１３（ａ）のオブジェクトレイヤーの１ページ目が消え、２ページ目が表示されている。この動きは図１０での動きと同じである。これによりユーザＢはユーザＡが書いたオブジェクトＡを読むことができる。オブジェクトの配置位置もユーザＡが作成した時と同じ位置であり、位置に対して意味があるオブジェクトを正しく表示・表現することができている。

＜図１４：説明＞
図１２のステップＳ１２０６において、「重複しない」を選択した場合の分岐処理についてここまで記載されていない。ステップＳ１２０６でのこの選択肢を通る場合の例を説明する。

サーバ１００、クライアント端末Ａ１１０、クライアント端末Ｂ１２０、クライアント端末Ｃ１３０の構成や関係については図９と同じ状態である。ここでクライアント端末Ａ１１０にて書かれたオブジェクトを図６（ｂ）のオブジェクトＡとし、クライアント端末Ｃ１２０にて書かれたオブジェクトを図６（ｃ）のオブジェクトＣとしたが、本例においては、このオブジェクトＡとオブジェクトＣを変更して説明する。変更したオブジェクトを図１４に示す。図１４（ａ）は本例でのクライアント端末Ａ１１０にて書かれたオブジェクトでオブジェクトＡ’とする。また、図１４（ｂ）はクライアント端末Ｃ１３０にて書かれたオブジェクトでオブジェクトＣ’とする。これらのオブジェクトの違いは、前例でのオブジェクトＡとオブジェクトＣとが重なり合う位置に配置されているのに対して、オブジェクトＡ’は領域上部に配置され、オブジェクトＣ’は領域下部に配置されており、オブジェクト同士が重なり合わない点である。この図９でオブジェクトＡ’とオブジェクトＣ’とをクライアント端末Ｂ１２０に対して送信するためのオブジェクト配置部１０４の動きを図１２のフローを用いて説明する。

＜図９：二度目の説明＞
ステップＳ１２０１において、オブジェクトＡ’とオブジェクトＣ’と優先順位を決定するための情報（ここではオブジェクトの作成日時）をオブジェクト記憶部１０３から受け取る。

続いてステップＳ１２０２において優先順位順にソートする。優先順位はオブジェクトＣ’、オブジェクトＡ’の順となる。

続いてステップＳ１２０３において、新しいオブジェクトレイヤーを作成する。この時点ではオブジェクトレイヤーは１ページ目のみである。

ステップＳ１２０４において、未描画で最も優先順位が高いオブジェクトをオブジェクトレイヤーに記載する。まずオブジェクトＣ’が描画される。

ステップＳ１２０５において、未描画のオブジェクトが残っているのかを判断する。この状態ではまだオブジェクトＡ’の描画を行っていない。よってＹＥＳであるため、ステップＳ１２０６に進む。ここまでの流れは前例での説明手順と同じである。

ステップＳ１２０６において、描画済みのオブジェクトと、未描画のオブジェクトの優先順位が一番高いオブジェクトとの重なりを判断する。最終のページにすでに描画されているものはオブジェクトＣ’のみである。また未描画のオブジェクトはオブジェクトＡ’であるためこの２つを比較する。その結果オブジェクト同士が重なり合わない。そのためステップＳ１２０６では重複しないほうを選択することになる。

重複しない場合には、新しいオブジェクトレイヤーのページを作成せず、ステップＳ１２０４にて現在のオブジェクトレイヤーに対して未描画のオブジェクトを描画する。これにより未描画であったオブジェクトＡ’はオブジェクトレイヤーの１ページ目に描画される。

続いてステップＳ１２０５では未描画のオブジェクトは残っていないのでＮＯを選択し、ステップＳ１２０７にてサーバよりクライアント端末Ｂ１２０へオブジェクトレイヤーが送信される。

＜図１５：説明＞
ここで送信時のオブジェクトレイヤーとクライアント端末Ｂ１２０での表示例を図１５に示す。

図１５（ａ）にオブジェクト配置部１０４によって生成されたオブジェクトレイヤーの構造を示す。図１５（ａ）のように複数のページは持たず、１ページ内にオブジェクトＡ’とオブジェクトＣ’とが共に記載されている。

図１５（ｂ）に、上記のように作られたオブジェクトレイヤーをクライアント端末Ｂ１２０上に表示した場合を示す。両オブジェクトが重なり合わないため各オブジェクトを読むのに支障がない。このようにページをめくる必要がない場合にはページを生成しないため、図１３の時のようにオブジェクトレイヤーのページを動かす必要はなくなる。

本例では３人のユーザと３台のクライアント端末と２つのオブジェクトで説明を行ったが、実サービスを想定した場合には、数万から数億人のユーザがつながるネットワークとなるため、数多くのオブジェクトがサーバ上に蓄積され、ユーザは必要に応じてオブジェクトを読むことになる。オブジェクトレイヤーの１ページ内に複数のオブジェクトが配置できなければ、オブジェクト数とオブジェクトレイヤーのページ数が同じとなり、オブジェクトレイヤーを上下に移動するための操作回数が増えてわずらわしくなるが、オブジェクトが重ならず視認できる場合には１ページ内に複数記載し、視認できなくなる場合には次のページに表示するといった、視認性と操作性を兼ね備えた表示方法が実現できる。

＜図１６：説明＞
図１の構成での説明に関しては、図６（ａ）の一画面を用いて説明したが、実際の電子書籍コンテンツは複数のページを有しているものである。各ページに対してオブジェクトレイヤーが独立して存在しているため、実際の構造を概念的に図示すると、例えば図１６に示すようになる。

図１６は、電子書籍コンテンツ（仮にコンテンツＤ）の各ページのデータに対して、オブジェクトレイヤーが設けられた状態を示している。横方向（矢印Ｘ方向）にコンテンツのページが並び、各ページの縦方向（矢印Ｙ方向）にオブジェクトレイヤーのページが並んでいる。端末を十字方向に操作できるものとすると、左右方向の操作でコンテンツのページを移動させることができ、上下方向の操作でオブジェクトレイヤーのページを移動させることができる。

コンテンツの各ページに属するオブジェクトレイヤーの長さ（ページ数）はオブジェクトとオブジェクトの重なりによって変わってくるため、コンテンツの各ページによって異なることになる。何も記載されていないコンテンツのページにはオブジェクトレイヤーはない状態となるか、もしくは、空のオブジェクトレイヤーだけがある状態となる。これにより電子書籍コンテンツの視聴と、コメントが記載されたオブジェクトレイヤーの視認とが共に可能となり、コンテンツを用いたコミュニケーション機能を有したＳＮＳを作成することが可能となる。

＜コンテンツとオブジェクトレイヤーのサイズ関係＞
なお、コンテンツの各ページにオブジェクトレイヤーが存在する構成であり、またコンテンツのページの位置を指定してオブジェクトレイヤーのページを切り替える構成のため、各コンテンツのページのサイズとオブジェクトレイヤーのページのサイズは同じとするとよい。またオブジェクトレイヤーのスクロール時にアニメーションによるスクロール表現を行う場合には、ページとページの境界にマージンをとってもよい。ただしスクロール時にはマージンの幅の分だけ多くスクロールするようにし、アニメーションによるスクロール表現が終了した時には、マージンを含まない領域（オブジェクトレイヤーのページのみ）が表示されている必要がある。またこのマージンはオブジェクトレイヤーのページの境界を示す線（例えば破線）であってもよい。マージンをとることにより、オブジェクトレイヤーのページを視認しやすくなる。

＜変形例＞
なお、本実施の形態では、ユーザが使用するクライアント端末として電子書籍端末を例としてあげているが、電子書籍専用端末である必要はなく、携帯電話や、スマートフォン、タブレットやノート型のＰＣ、ＰＤＡなどの端末であってもよいし、テレビなどの大型の表示装置であって直接手をふれずにリモコンや手のジェスチャーによる操作が可能な端末でもよい。またタッチパネルによる操作を記載しているが、十字ボタンなどの操作ボタンを設けてもよく、情報端末の種類と入力の手段を限定するものではない。

なお、本実施の形態では、例としてのコンテンツを電子書籍として記載したが、電子雑誌であっても構わないし、電子新聞であってもかまわない。電子化され情報端末（ここではクライアント端末）で再生できるコンテンツであれば種類を限定するものではない。

なお、本実施の形態では、電子書籍コンテンツの操作方法を左方向に操作するとページが進み、右方向に操作するとページが戻ると記載している。これは紙の書籍の左綴じの書籍と同じ操作を体験できるように記載しているためだが、右綴じの本も多い。この場合左右が逆になっても構わない。

なお、本実施の形態では、電子書籍コンテンツの操作方法を左右、オブジェクトレイヤーの操作を上下と記載したが、これは横綴じ（左右どちらかを綴じた構造）の書籍を例として記載しているためであり、別の例として上や下を閉じた電子書籍があっても構わない。この場合には、電子書籍コンテンツの操作方法を上下とし、オブジェクトレイヤーの操作を左右とすることができる。

なお、本実施の形態では、紙の書籍の右綴じ、左綴じを基準に電子書籍の操作方法を決めていると記載しているが、操作方法は、ユーザ設定で決定したり、ユーザのくせから動的に判断したりして決定してもよい。また同様にオブジェクトレイヤーの操作の方向についてもユーザによって決定されてもよい。また、操作方向は直線方向に限定されず、例えば円弧方向であってもよい。

なお、本実施の形態では、オブジェクトレイヤーの操作を下方向に操作すると次のページへ、上方向に操作すると前のページへと記載した。これは優先順位が高いオブジェクトを上に配置し、優先順位が低いオブジェクトを下に配置する場合を例としたためである。インターネット上での方法として逆に新しいコメントは下に追加する場合も多くある。この場合、優先順位順のページでは、上方向に操作すると次のページ、下方向に操作すると前のページとなるようにしてもよい。

なお、本実施の形態では、オブジェクトレイヤーのいずれかの領域を操作することによりページ移動を可能としたが、操作可能な領域を制限してもよい。例えば、ディスプレイの上半分又は下半分の領域をオブジェクトレイヤーのページ操作が可能な領域にとして定義してもよい。この場合、オブジェクトレイヤーのページ操作が不可能な領域を、コンテンツのスクロール操作が可能な領域として構成してもよい。

なお、本実施の形態では、コンテンツ記憶部１０１からコンテンツが出力され、オブジェクト配置部１０４からオブジェクトレイヤーが出力され、クライアント端末Ｂ１２０によってコンテンツとオブジェクトレイヤーとを重ねて表示させる例を記載しているが、サーバ側１００にて予めオブジェクトレイヤーをコンテンツの上に重ね合わせたうえで、一枚の画像としてクライアント端末Ｂに送ってもよい。この場合、コンテンツの同一ページの各オブジェクトレイヤーは、すべて同じコンテンツに重ねられて画像化されることになる。この方法はクライアント端末が非力なスペックを持った情報端末であった場合に有効な手法である。

なお、本実施の形態では、クライアント端末Ｂ１２０でのコンテンツのページとオブジェクトレイヤーとを合成する際に、コンテンツのページを下側に表示し、その上にオブジェクトレイヤーを重ねて表示する方法で記載を行っているが、オブジェクトレイヤーがコンテンツのページよりも下側にあっても構わない。この場合、例えばコンテンツはオブジェクトを視認できるように透過的に表示することが好ましい。また、コンテンツのページが文字や文章の層だけでなく、背景（紙の書籍での紙の部分）の層も持つ場合、それらの層の間にオブジェクトレイヤーを表示しても構わない。文字をハイライトしたい場合などに、文字の色を元の色のままにし裏地にハイライトの処理を行うことができる。

なお、本実施の形態でのオブジェクトレイヤーを画像化して提供しても構わない。表示時にオブジェクトレイヤーの下側になるコンテンツが読める必要があるため、オブジェクトがない部分には透明色を指定するとよい。またオブジェクトを視認可能な程度に半透明にして表示してもよい。

なお、本実施の形態は、コンテンツの上にオブジェクトレイヤーを重ねて表示しているが、ユーザ操作や指示によってコンテンツのみを表示するよう切換えできるようにしてもよい。オブジェクトレイヤーを表示するか否かの切換えにはクライアント端末に付属した入力装置を用いてもよい。また、オブジェクトレイヤーへのオブジェクトの記載を２ページ目から開始することで、１ページ目をオブジェクトが一切記載されていないページとし、この１ページ目をコンテンツの上に重ねて表示することでコンテンツのみを表示する構成としてもよい。またオブジェクトの記載がないページを１ページ目以外の任意のページ（例えば、最終ページ他）とし、そのページをコンテンツの上に重ねて表示することでコンテンツのみを表示する構成としてもよい。

なお、クライアント端末へのオブジェクトレイヤーの表示に基づいて、そのオブジェクトレイヤーに表示されているオブジェクトの参照の有無を判断し、表示済みの場合はオブジェクトの視認済み、未表示の場合はオブジェクトの未視認と判断することで、オブジェクトの視認履歴の管理をしたり、オブジェクトの未視認数をカウントしたりして、未視認の新しいオブジェクトを新着オブジェクトとしてユーザに通知する仕組みを用意してもよい。新しいオブジェクトが追加されたり、オブジェクトの優先順位が変わったりした場合には、オブジェクトの配置が変わるため作成されるオブジェクトレイヤーのページに配置されるオブジェクトの構成も変化する可能性がある。オブジェクトレイヤーの同じページに同じオブジェクトが表示されることは保証されないため、視認履歴はオブジェクトレイヤーのページごとではなく、オブジェクトごとに管理することが望ましい。

またユーザに対して、書き込みの量や、未視認の書き込み量や、おすすめの書き込み量を通知する場合に、オブジェクトレイヤーのページ数や、未視認のオブジェクトが配置されているオブジェクトレイヤーのページ数を基準に通知してもよい。オブジェクトレイヤーのページ数による通知の場合にはオブジェクトの優先順位の決定基準として未視認であることを優先させるとよい。またユーザへの通知の表現としてオブジェクトレイヤーのページ数を数値で示すほかに、棒グラフや折れ線グラフを用いて視覚化してもよい。

＜変形例１：見開き表示への対応＞
なお、本実施の形態では、クライアント端末のディスプレイに対してコンテンツの１ページを表示する形式で説明している。この場合、１ページに対してオブジェクトレイヤーを一つ用意している。しかし、クライアント端末によって見開きでコンテンツページを表示することもある。図１７（ａ）に見開き対応のクライアント端末１５０において、コンテンツを見開きで表示した場合のイメージを示す。中央を境に左右に見開きのページが表示されているものとする。この場合には見開いたコンテンツの２ページに対してオブジェクトレイヤーを一つ用意してもよい。図１７（ｂ）に見開いた２ページに対してオブジェクトレイヤーを一つ用意した場合の配置を示す。１つのオブジェクトレイヤーで見開きの両方のページ全体をカバーするので、構成に関しては１ページ表示時と同じである。コンテンツが見開き専用に作られている場合には、この構成で構わないが、1ページ表示と見開き表示を切り替えできる場合や、表示するクライアント端末ごとに異なる場合には、対応が難しくなる。

そこで、図１７（ｃ）のように、見開き状態では各ページに別々のオブジェクトレイヤーを設けるようにしてもよい。この場合、ディスプレイ上には２つのオブジェクトレイヤーが用意され、各オブジェクトレイヤーのページは独立の操作で動くようにしてもよい。

＜変形例２：クライアント側にオブジェクト配置部がある場合＞
なお、本実施の形態では、サーバ１００にオブジェクト配置部１０４がある構成を記載している。またオブジェクト配置部１０４は、オブジェクトの表示の重なりを判断し、複数ページを持つオブジェクトレイヤーを出力することを特徴としている。そしてクライアント端末Ｂ１２０ではそのオブジェクトレイヤーを切り替えて表示させている構造のみを持たせているが、このオブジェクト配置部１０４の全機能、もしくは一部の機能をクライアント端末側に持たせる構造であってもよい。

オブジェクト配置部１０４の全機能をクライアント端末側に持たせる場合、サーバ１００よりクライアント端末Ｂ１２０に対して送られるデータは、図９の構成でオブジェクト記憶部１０３が出力するオブジェクトデータそのものとなる。この場合、オブジェクトデータは、コンテンツ上の表示位置の情報（例えば座標情報）を含むことができる。

なお、サーバ１００は、コンテンツ（メインコンテンツ）と、このコンテンツに対応付けられたオブジェクト（サブコンテンツ）と、このオブジェクトの配置に関する情報（例えば座標情報）とをクライアント端末に送信するように構成することもできる。この場合、オブジェクトの配置に関する情報は、コンテンツのページ（表示単位）ごとに対応づけられたオブジェクトレイヤー（表示レイヤー）において、オブジェクト（サブコンテンツ）を配置すべき位置を示す情報である。

オブジェクトデータは、例えばオブジェクトの形状等を表現するベクターデータ形式やビットマップ形式とすることができる。また、オブジェクトデータは、例えば画像やテキスト情報を含むことができる。

この場合、オブジェクト記憶部１０３が出力するオブジェクトに関するデータを受け取り、クライアント端末Ｂ１２０内にあるオブジェクト配置部１０４が、図１２の動作フローの順にオブジェクトレイヤーを生成する。ただし図１２のステップＳ１２０７において端末へ送信ではなく、クライアント端末Ｂ１２０のディスプレイ上に表示することになる。

したがって、本変形例においては、クライアント端末は、コンテンツ（メインコンテンツ）のページ（表示単位）ごとに対応付けられたオブジェクトレイヤー（表示レイヤー）を管理する。また、クライアント端末は、サーバ１００から受信したオブジェクト（サブコンテンツ）の配置に関する情報に基づいて、コンテンツ（メインコンテンツ）に対応付けられたオブジェクト（サブコンテンツ）を、自らが管理しているオブジェクトレイヤー（表示レイヤー）上に配置する。そして、クライアント端末は、オブジェクト（サブコンテンツ）が配置されたオブジェクトレイヤー（表示レイヤー）を、オブジェクトレイヤーが対応づけられたコンテンツのページ（表示単位）とともに表示することにより、コンテンツとオブジェクトとを関連付けて表示する。

オブジェクト配置部１０４の一部をクライアント端末側に持たせる場合の例としては、インターネットのＨＴＴＰにて使用させるハイパーテキストが代表的な例である。レイアウトのみをサーバ側で決定し、ＨＴＭＬの形式でクライアント端末に渡し、クライアント端末では受け取ったＨＴＭＬを解釈して画面をレンダリングする方式である。この場合、画面としてオブジェクトレイヤーの作成はクライアント端末で行われるが、サーバ側ではタグによってページの区切りを作成することになる。この場合、図１２のステップＳ１２０４の動作フローで「描画」と書かれている所を、例えば「区切りや配置を行うタグを挿入する」処理に置き換えることで表現が可能となる。

ハイパーテキストのタグには、ＤＩＶタグのように開始を表すタグ（例：＜ＤＩＶ＞）と、終了を表すタグ（例：＜／ＤＩＶ＞）のように範囲を指定できるタグが存在している。このようなタグを活用して、ページの区切り（正確には１ページ中の範囲）を指定することで表現してもよい。ＬｉタグやＴＡＢＬＥタグも同様である。この時タグに対して表示領域のどの場所へ表示するかを位置情報（座標）として記載し、それに従い表示位置を決定する。

またオブジェクトの位置や形状についてもＨＴＭＬとＣＳＳを用いて表現してもよい。またオブジェクトのみを画像化してもよいし、両者を組み合わせて表現してもよい。

またＨＴＭＬやＣＳＳのように既存のフォーマットを活用する場合、コンテンツ記憶部にあるコンテンツ情報と一体化させ一括でクライアント端末に送信してもよい。

＜変形例３：オブジェクトの重なりの定義について＞
なお、図１２の動作フローではステップＳ１２０６でのオブジェクトの重なりを判断基準にオブジェクトレイヤーのページ切換えを行っているが、他の判断基準でページ切換えを行ってもよい。

図１８にその例を示す。図１８（ａ）は図９の状況において、クライアント端末Ａ１１０がクライアント端末Ｂ１２０に送信したオブジェクトＡ”である。また図１８（ｂ）はクライアント端末Ｃ１３０がクライアント端末Ｂ１２０に送信したオブジェクトＣ”である。またこの２つのオブジェクトを重ね合わせた状態を図１８（ｃ）に示す。図１８（ｃ）ではオブジェクト同士は重なり合っていない。しかし、オブジェクトが吹き出し上になっており指しているコンテンツ上の位置１８０が同じである。この状態の場合、ページを新たに設けて２つのオブジェクトをそれぞれ別のページに配置してもよい。

この場合の動作フローを図１９に示す。図１９のフローでは、図１２のフローにあったステップＳ１２０６がなくなり、オブジェクトの指し位置がすでに描画されたオブジェクトの指し位置と同じか否かを判断する処理が、ステップＳ１２０６と同じ位置に新たに追加されている（ステップＳ１９０６）。これにより、オブジェクトＡ”とオブジェクトＣ”は別々のオブジェクトレイヤーに記載される。

なお、オブジェクトの重複や指し位置が完全に重複しておらずとも、近傍にある場合まで広げて、オブジェクト間の重なりを判断してもよい。例えばオブジェクト間の距離が所定の閾値以下であれば、オブジェクト同士が重なっていると判断することができる。

なお、すでに描画したオブジェクトが指すコンテンツ上の領域（画像など）の上にオブジェクトが来る場合にオブジェクトレイヤーのページを変える判断を行ってもよい。特にオブジェクトが近傍に付されたコンテンツ要素（例えば画像や文章）が存在すれば、オブジェクトレイヤーのページを切り換えるようにしてもよい。

なお、重複はないものの、オブジェクトレイヤーの1ページ内に配置できるオブジェクトの最大数を設け、オブジェクト数を数えながら描画し、最大数に達するとページを変える判断としてもよい。

なお、オブジェクトレイヤーの1ページ内に配置できる最大数ではなく最大面積を設け、書かれたオブジェクトの面積を合算し、最大面積を超えるとページを変える判断としてもよい。

なお、オブジェクトレイヤーの1ページ内に配置できる最大数や最大面積は、コンテンツの種類、表示する文字のサイズ、表示するクライアント端末のディスプレイサイズによって可変させてもよい。

なお、各オブジェクトを包含する矩形同士の距離又は各オブジェクトを包含する形状同士の距離に基づいて、オブジェクト間の重なりを判断してもよい。例えば、これらの距離が所定の閾値以下であれば、オブジェクト同士が重なっていると判断することができる。

＜発明を実施するための形態２＞
本実施の形態ではネットワークを用いた情報収集に関する。

＜図２０：説明＞
図２０は、本実施の形態にかかる機器構成を示した図である。システムは、情報端末２００、情報サイトＡ２１０、情報サイトＢ２２０、検索サイト２３０、ネットワーク２４０を含む。また情報端末２００はローカル情報記憶部２０１、キーワード抽出部２０２、情報収集部２０３、情報配置部２０４、表示部２０５、操作部２０６を含む。キーワード抽出部２０２、情報収集部２０３、情報配置部２０４、表示部２０５、操作部２０６の各機能の全部又は一部は、コンピュータ装置である情報端末２００が備えるＣＰＵ等の演算装置が所定のプログラムを実行することによって具現化される。ローカル情報記憶部２０１の各機能の全部又は一部は、コンピュータ装置である情報端末２００が備えるディスク又はメモリ等の記憶装置により具現化される。また、情報サイト２１０，２２０及び検索サイト２３０も情報端末２００と同様に、ＣＰＵ等の演算装置及びディスク又はメモリ等の記憶装置を備える。

ネットワーク２４０は、インターネットを想定しているが、イントラネットや専用線などの他のネットワークであったり、複数のネットワークタイプを組み合わせて構成されているネットワークであったりしてもよい。

情報サイトＡ２１０、及び、情報サイトＢ２２０は、ネットワーク上にあるサーバで、情報配信サービスを行っているサイトである。そのサービスの形態は限定しないが、ＳＮＳ、日記サイト、ＷＥＢ辞書、ＷＥＢ百科事典、ニュース配信サイト、ウェブログなど広範囲にわたる。

検索サイト２３０は、ネットワーク上のサービスにて、他のネットワーク上のサービスに記載さている情報を検索することができるサイトである。実際にも１９９５年ごろよりインターネット上に登場し広く一般に利用されている。文字列もしくは文章を入力すると、その文字や文章が記載されているサイト、もしくは類似の情報が掲載されているサイトを表示する。また画像を入力や指定することで検索できるサイトもある。ネットワーク上にある情報を収集後、キーワードで分類しデータベースに蓄積し、ユーザからの要求に対して検索アルゴリズムを用いて、要求に応じた情報をユーザに返す構造となっている。これら検索に関することは米国特許第６２８５９９９号明細書などに詳述されているため記載を省略する。

検索サイト２３０は、その情報蓄積と検索機能の対象に情報サイトＡ２１０と情報サイトＢ２２０とを含めているものとする。情報端末２００は検索サイト２３０の検索機能を活用し、情報サイトＡ２１０と情報サイトＢ２２０とにそれぞれ掲載されている情報を発見し取得できる状態にある。

情報端末２００はユーザＡが所有する端末である。実施の形態１と同じように情報をディスプレイに表示し、操作する機能を有する端末である。情報端末２００は、ネットワーク２４０への接続機能を有し、検索サイト２３０、情報サイトＡ２１０、情報サイトＢ２２０の利用が可能な状態にある。

＜図２１：説明＞
図２１に図２０の基本構成での情報端末の機能ブロック図を示す。ローカル情報記憶部２０１は情報端末２００に搭載されている初期情報を記録・管理している。実施の形態１ではサーバ１００上にコンテンツを管理していたが、本実施の形態では情報端末２００内にユーザが視認するコンテンツの情報が格納されているものとする。ローカル情報記憶部２０１には複数の情報が掲載されているため、メニュー表示やアイコン表示からユーザ操作によって選択されたコンテンツが表示される。この選択に用いられる入力装置は操作部２０６であり、実施の形態１でのタッチスクリーンなどと同じものである。本実施の形態では操作部２０６とする。また選択されたコンテンツ（情報）を表示するのは表示部２０５であり、実施の形態１でのディスプレイ部と同じものである。ユーザによって視認することが決定されたコンテンツについてのローカルの情報はキーワード抽出部２０２に送られる。キーワード抽出部２０２は、視聴するコンテンツの中に何が書かれているのかを分析し、その結果としてのキーワードを抽出する。電子書籍などの文章が書かれた情報であれば、単語や注目を集める部分に関するキーワードを抽出する。映像であった場合には代表的な画像を取り出してもよい。たとえば映像に写っている人物や風景などである。抽出方法は限定しないが、文章の意味解析であったり、画像解析であったり、ネットワークを活用し集合知を用いた方式であってもよい。

キーワード抽出部２０２で抽出されたキーワードは情報収集部２０３へ送られる。この時に送られるキーワードの数は限定しない。情報収集部２０３は検索サイト２３０を用いて、キーワードに関しての関連情報を検索する。検索方法については検索サイト２３０が定義する方法にあわせる形でよい。近年の多くの検索サイトはＷＥＢからアクセスできるＡＰＩ（Application Program Interface）を公開しており、これを利用するのが合理的である。

検索サイト２３０は情報収集部２０３の問い合わせに対して、該当する情報を掲載するサイトを照会する。本実施の形態では仮に情報サイトＡ２１０と情報サイトＢが該当サイトであるとする。その結果を受け取った情報収集部２０３は情報掲載元を知ることができたため、改めて情報サイトＡ２１０と情報サイトＢ２２０に対して関連情報を取得しに行く。情報サイトＡ２１０と情報サイトＢ２２０からはそれぞれの要求に応じた結果が情報収集部２０３に返る。

これにより特定のキーワードに対しての付加情報となる情報を情報端末２００は取得できたことになる。取得した付加情報は表示部２０５に表示しているローカルにあった情報の上に配置されて表示される。その時に、実施の形態１でのオブジェクト同士が重なりあうのと同じく、付加情報同士が重なり合ってしまう状態になる。実施の形態１においてコメントがオブジェクトであったのに対して、本実施の形態では付加情報がオブジェクトであると言える。この処理を行うのが情報配置部２０４である。情報配置部２０４は情報収集部２０３から受け取った情報同士が重なり合わないように配置し、表示部２０５に表示する。

＜図２２：説明＞
図２２に、情報配置部２０４における処理を中心にした情報端末２００の動作フローを示す。キーワード抽出部２０２にてローカル情報の内容を解析しキーワード（画像データも含む）を抽出する（ステップＳ２２０１）。キーワード抽出部２０２にて抽出したキーワードをもとに、ネットワーク２４０で接続された検索サイト２３０、情報サイトＡ２１０、情報サイトＢ２２０を活用し情報を取得する（ステップＳ２２０２）。情報収集部２０３で収集された情報（以下、収集情報）を元に情報配置部２０４が、ローカル情報上に収集情報を描画する。描画前に収集情報を優先順位順にソートする（ステップＳ２２０３）。ソート順を基に情報レイヤーに描画を行っていく。ここでは例として１つのキーワードに情報サイトＡ２１０、情報サイトＢ２２０からそれぞれ１つずつ、計２つの収集情報があったと仮定する。実使用時の情報数を制限するものではない。

情報レイヤーはローカルコンテンツの上に収集情報を表示するためのレイヤーである。実施の形態１のオブジェクトレイヤーと類似している。まずは１ページ目の情報レイヤーを用意する（ステップＳ２２０４）。続いて未描画で優先順位が高い収集情報を情報レイヤーに描画する（ステップＳ２２０５）。この時点で、２つの収集情報のうち１つが情報レイヤーに描画され、１つが未描画状態である。

続いての判断分岐は、未描画の収集情報があるかを確認するものである（ステップＳ２２０６）。１つが未描画のため分岐はＹＥＳ側となる。次の手順では、次の収集情報の表示位置がすでに描画した収集情報と重なるかを判断する（ステップＳ２２０７）。例では同じキーワードに対しての収集情報であるため重なるものとしてステップＳ２２０４に進む。なお、重ならない場合には同じ情報レイヤーに記載する（ステップＳ２２０７における「重複する」判断）。

２度目のステップＳ２２０４では、２ページ目の情報レイヤーを作成する。続いてのステップＳ２２０５ではその２ページ目の情報レイヤーに対して未描画だった収集情報を描画する。これで全ての収集情報を描画したので、ステップＳ２２０６ではＮＯを選択することになるため、情報レイヤーの作成が完了し表示部２０５にローカル情報とあわせて情報レイヤーを描画する（ステップＳ２２０８）。

なお、ローカル情報と情報レイヤーの描画については、実施の形態１のコンテンツとオブジェクトレイヤーの関係に類似しているため、記載を省略する。

これにより、情報端末２００は、ローカル情報に付属する情報を情報同士が重なることなく表示させることが可能となる。

＜変形例＞
なお、ローカル情報とは情報端末２００がすでにもっている情報と記載しているが、以前にネットワークを使って取得した情報であってもよい。

＜発明を実施するための形態３＞
特許文献２（米国特許第７６６９１２３号公報）は、近年のＳＮＳ表示方法の主流となっている。ＳＮＳでは自分自身を中心に、場合によっては数百人以上の友人の行動を集めて表示させる必要がある。特許文献２は自分の友人たちの行動を一列（時系列）に並べて表示させるタイムライン表示の根幹にかかわる発明である。

実施の形態１では、コンテンツを開き、そのコンテンツに関係するコメント（オブジェクト）を描画する仕組みを採用しているが、実サービスを考えると特許文献２のようにコンテンツ単位ではなく、自分自身を中心に、友人たちのコメントを一覧できる仕組みが必要である。特許文献２では一覧する仕組みはあるものの、コンテンツに関してのコミュニケーションではないため、コンテンツの位置に関する情報を保持しておくことができない。本実施の形態はこの点が優れている仕組みである。

＜図２３：説明＞
図２３は本実施の形態での基本構成を示した図である。システムは、サーバ３００、クライアント端末群３１０、クライアント端末Ｂ３２０、ネットワーク３４０を含む。

ネットワーク３４０はインターネットを想定して記載するが、他のネットワークでもよく接続方法を制限するものではない。またサーバ３００は、コンテンツ記憶部１０１、ユーザ情報管理部１０２、オブジェクト記憶部１０３、オブジェクト配置部３０４から成り立っている。なお、コンテンツ記憶部１０１、ユーザ情報管理部１０２、オブジェクト記憶部１０３については実施の形態１の図１のものと同じである。

クライアント端末群３１０はネットワーク３４０を介してサーバ３００で提供するサービスを利用する不特定多数のクライアント端末である。クライアント端末の数は限定しない。クライアント端末は、例えば非常に多くの端末であるため群として記載している。また各端末の所有者がおりユーザ群をなしている。こちらのユーザについても数は限定しない。クライアント端末群３１０はユーザ群からの各操作によって、サーバ３００を利用することになるが、各端末の場所や使用時刻などを合わせる必要はない。ユーザ各自が各自のタイミングでクライアント端末からサーバ３００を使用している。またクライアント端末群３１０に属するクライアント端末のうち一台をクライアント端末Ａ３１１とする。

＜図２４：説明＞
本実施の形態で使用するコンテンツについて図２４に示す。コンテンツとしては電子書籍を取り上げるが、電子書籍に限定するものではない。特に今回は３つのコンテンツを使用する。図２４（ａ）に電子書籍Ａ、図２４（ｂ）に電子書籍Ｂ、図２４（ｃ）に電子書籍Ｃの構成を示す。各電子書籍は１ページ目から最終ページまでで構成されている。本来の電子書籍は各ページに文字や文章が書かれているが、識別を容易とするために、書籍名（電子書籍Ａ，Ｂ，Ｃ）とページ番号を記載しておく。なお最終ページのページ数は任意である。

＜図２５：説明＞
図２５に、本実施の形態におけるサーバ３００を介したコミュニケーション方法を示す。サーバ３００に含まれる、コンテンツ管理部１０１、ユーザ情報管理部１０２、オブジェクト記憶部１０３の役割はすでに実施の形態１において説明したが、本実施の形態ではオブジェクトの送信側が多数存在しクライアント端末Ｂ３２０は多くのオブジェクトを受け取らなければならない点が異なっている。またコンテンツ記憶部１０１のコンテンツデータは直接クライアント端末Ｂ３２０に送られるのではなく、サーバ３００の表示配置部３０４へ送られることとなっている。

＜図２６：説明＞
図２６に表示配置部３０４の動作フローを示す。まずオブジェクト記録部１０３より端末に送信するオブジェクトを受け取る（ステップＳ２６０１）。このとき受け取るのは、クライアント端末Ｂ３２０に送信すべきオブジェクトである。送信すべきオブジェクトとは、クライアント端末群３１０によって書かれたオブジェクトのうち、クライアント端末Ｂ３２０のユーザＢが読むことができるオブジェクトである。ＳＮＳの場合、友人である、フォローしている、同じグループであるなどの興味や共通点を持つ関係にあるユーザのコメントを読むため、ユーザＢに対して関係のあるユーザの書いたコメントを受け取る。受け取るコメント数に制限は設けない。ただ量があまりに多い場合には、未読のものだけや、最新のコメントからいくつなど一回の受け取り量を制限してもよい。

続いて、コンテンツ記録部１０１よりコンテンツデータを受け取る（ステップＳ２６０２）。この時に受け取るコンテンツデータは、ステップＳ２６０１で受け取ったオブジェクトに関連付けられたコンテンツのデータである。オブジェクトが書かれていないコンテンツデータは不要である。受け取るコンテンツデータは図２４のコンテンツデータである。この時に書籍単位で受け取るか、書籍の各ページ単位で受け取るかは任意である。ここでは各ページ単位で受け取るとする。

ステップＳ２６０１で受け取ったオブジェクトを表示する優先順位順にソートする（ステップＳ２６０３）。優先順位の優先順は任意である。実施の形態１の図１２のステップＳ１２０２と同じであるため詳細やバリエーションの記載は省略する。

次にオブジェクトレイヤーの新しいページを用意する（ステップＳ２６０４）。これも実施の形態１の図１２のステップＳ１２０３と同じため詳細記載を省略する。

続いて、未描画で一番優先順位が高いオブジェクトの書かれたコンテンツの書かれたページのレイアウトをオブジェクトレイヤーの最下位に描画する（ステップＳ２６０５）。続けてそのオブジェクトを描画する（ステップＳ２６０６）。これによりオブジェクトレイヤーの中で、コンテンツ表示とコメントの描画とが可能となる。

次にまだ未描画のオブジェクトが残っているのかを判断する（ステップＳ２６０７）。残っていなければすでに全てのオブジェクトの描画が完了したこととなり、結果のオブジェクトレイヤーをクライアント端末Ｂ３２０に送信する（ステップＳ２６１０）。しかし、ここではまだ未描画のオブジェクトが残っていることとする。

次の優先順位のオブジェクトは先ほどステップＳ２６０６で描画したオブジェクトと同じコンテンツの同じページであるのかを判断する（ステップＳ２６０８）。違うコンテンツもしくは同じコンテンツでもページが違えば、ステップＳ２６０４に進みオブジェクトレイヤーの新しいページを用意する。

コンテンツが同じであれば、すでに描画済みのオブジェクトと、未描画で一番優先順位の高いオブジェクトの描画位置が重なるかを判断する（ステップＳ２６０９）。重なり合わなければ（ステップＳ２６０９における「重複しない」判断）、実施の形態１の図１２のステップＳ１２０４と同じく、現在のオブジェクトレイヤーに、未描画で一番優先順位の高いオブジェクトを描画する（ステップＳ２６０６）。重なり合っていれば（ステップＳ２６０９における「重複する」判断）、ステップＳ２６０４に進みオブジェクトレイヤーの新しいページを用意する。

図２６の動作フローを未描画のオブジェクトがなくなるまで繰り返し作成されたオブジェクトレイヤーをクライアント端末Ｂ３２０で表示したイメージを図２７に示す。

＜図２７：説明＞
図２７のオブジェクトレイヤーは、１ページ目が図２４（ａ）の電子書籍Ａの２ページ目、２ページ目が図２４（ｂ）の電子書籍Ｂの４ページ目、３ページ目が図２４（ｃ）の電子書籍Ｃの３ページ目とそれぞれのオブジェクトでできている。わかりやすいように、また描画されていないコンテンツとして、各ページの前後のページも図示している。このように各コンテンツのうち、オブジェクトがあるページのみを抽出し、レイアウトすることで各電子書籍を個別に開くことなく、コメントのあった所のみを順次読んでいくことができる。

＜図２８：説明＞
なお、現実のＳＮＳを想定した場合、すべてのユーザのコメントがコンテンツに関連したコメントであるとは限らない。むしろコンテンツ上にしかかけないコメントだけである場合のほうがまれである。コンテンツに関連しないＳＮＳ上での活動記録や、日常の行動・気づき・思いなどのコメント（総称して以下、アクティビティと記す。）とコンテンツに関連したコメントを混在させている場合の基本ブロックを図２８に示す。

図２８ではサーバ３００にアクティビティ記憶部３０５が追加されている。またクライアント端末群３１０に属する無数のクライアント端末のうち、新たにクライアント端末Ｃ３１２を定義している。クライアント端末Ａ３１１は従来通り、コンテンツ上でコンテンツに関連したコメントを記載する。またクライアント端末Ｃ３１２はコンテンツに関連しないアクティビティを記載することを特徴とする。なお、各端末はコメント記載とアクティビティ記載の専用端末であるわけでなく、たまたまそれぞれを所有するユーザが別のものを記入したものである。

＜図２９：説明＞
図２９にクライアント端末Ｃ３１２が記載したアクティビティと、クライアント端末Ａ３１１が記載したコメントとを混在させた場合のコミュニケーション方法を示す。図２５との差分は、クライアント端末Ｃ３１２がアクティビティをサーバ３００に送信している点である。またサーバ３００ではアクティビティ記憶部３０５にアクティビティを受け取っている。またクライアント端末Ｂ３２０への送信時には、表示配置部３０４に対してアクティビティ記憶部３０５からアクティビティを送信している。

＜図３０：説明＞
図３０に表示配置部３０４の動作フローを示す。図３０は図２６の改変版のためこれとの差分を中心に説明する。まず、オブジェクト記憶部１０３よりオブジェクトを受け取ると同じく、アクティビティ記憶部３０５よりアクティビティを受け取る（ステップＳ３００１）。受け取るアクティビティはクライアント端末Ｂ３２０に送信するためのアクティビティで、ユーザ群のうち、ユーザＢの友人などの関係があったり、ユーザＢの興味があったりする人のものである。

ステップＳ２６０２にてオブジェクトに関係するコンテンツを受け取った後、オブジェクトとアクティビティとを混在させる形で優先順位をつけてソートする（ステップＳ３００３）。優先順位の付け方は実施の形態１の図１２ステップＳ１２０２に準ずる。なおオブジェクトとアクティビティを混在させると記載しているが、優先順位の付け方であえて分けたい場合には無理に混在させる必要はない。アクティビティを全て並べた後にオブジェクトを並べてもよい。

ステップＳ２６０４でオブジェクトレイヤーの新しいページを用意した後、優先順位が最も高いものがアクティビティかどうかを判断する（ステップＳ３０１１）。オブジェクトであった場合には、ＮＯを選択し、オブジェクトの描画処理に入るため、ステップＳ２６０５に進む。なお、オブジェクトの描画処理に関しては図２６とほぼ同じであるが、ステップＳ２６０７の未描画のオブジェクトが残っているのかの判断については、オブジェクトだけでなくアクティビティも含めて描画する必要があるため、オブジェクトとアクティビティが共に全て描画が終わっているか否かを判断するように変更されている（ステップＳ３００７）。

ステップＳ３０１１で優先順位が最も高いものがアクティビティであった場合には、ＹＥＳを選択し、アクティビティの描画処理に入る。まず未描画で最も優先順位が高いアクティビティを描画する（ステップＳ３００２）。アクティビティ描画処理時にはステップＳ２６０５を通らないため、コンテンツは描画されない。アクティビティにはコンテンツのレイアウト画面は関連していないためである。

描画後に未描画のオブジェクトとアクティビティが残っているのかを判断する（ステップＳ３０１３）。ステップＳ３０１３はステップＳ３００７と同一の判断分岐処理である。ステップＳ３０１３によって未描画のオブジェクトとアクティビティがない場合には、オブジェクトレイヤーの描画は完了したものとし、ステップＳ２６１０に進みオブジェクトレイヤーをクライアント端末Ｂ３２０へ送信する。

ステップＳ３０１３の分岐判断で未描画のオブジェクトとアクティビティがあると判断された場合には、未描画で優先順位が最も高いものはアクティビティかどうかを判断する（ステップＳ３０１４）。アクティビティであった場合には、続けて描画できるのでステップＳ３０１２に戻って再度アクティビティを描画する。オブジェクトであった場合には、新しいオブジェクトレイヤーを用意するためにステップＳ２６０４に進む。

図３０の動作フローを未描画のオブジェクトとアクティビティがなくなるまで繰り返し作成されたオブジェクトレイヤーをクライアント端末Ｂ３２０で表示したイメージを図３１に示す。

＜図３１：説明＞
図３１は図２７と類似のイメージ図である。オブジェクトレイヤーにはオブジェクトが記載されたコンテンツのページのみが順に並んで描画されているが、同時にオブジェクトではなくアクティビティも同じ列にならんでいる。これによりユーザは、コンテンツに関連したコメントはコンテンツ上に書かれたまま読み、またコンテンツに関係がないアクティビティはそのまま一貫した操作体系で表示させることができる。

＜変形例＞
なお、実施の形態１の図１１（ａ）において２つのレイヤーが同時に表示される表示方法は行わないと記載したが、本実施の形態ではコンテンツとオブジェクトレイヤーとが一体化しているため、ページ単位でのスクロールに限定される必要はない。

なお、上記においては、電子書籍Ａ〜Ｃを用いて説明したが、コンテンツの種類（作家、出版社、題名等）やコメントしたユーザ（友人、家族等）毎に、表示を切り替えてもよい。

＜発明を実施するための形態４＞
これまでの実施の形態では、オブジェクトレイヤー又は情報レイヤーにページの概念を設け、優先順位順にならんだレイヤーをスクロールさせて表示を変えることで、順に読むことができるユーザインターフェイスについて説明してきた。特に例としては優先順位が高いものから順にページを構成し、下側に操作させる方法を記載してきた。そして重複するコメントなどがある場合にはレイヤーのページを変えることでコンテンツに対するコメントの位置情報を保持してきた。

このユーザインターフェイスを採用することで、上から順の優先順位でコメントが並んでいると容易に認識できるが、それはページ単位での優先順位順であって、１ページ内のオブジェクトの優先順位については考慮されてこなかった。そのため例えば図３２に示すような問題が発生する可能性がある。

＜図３２：説明＞
図３２（ａ）に本実施の形態で使用するオブジェクトの位置と優先順位を示す。今回は３つのオブジェクト（オブジェクトＡ、オブジェクトＢ、オブジェクトＣ）を使用する。３つとも同じコンテンツの同じページにコメントされたオブジェクトである。オブジェクトの優先順位はオブジェクトＡ、オブジェクトＢ、オブジェクトＣの順とする。わかりやすくするため図３２に示すオブジェクト内に優先順位を番号で表示しておく。配置としてはオブジェクトＡとオブジェクトＣとが重なりあう位置にあり、その上部にオブジェクトＢがある。

オブジェクトＡとオブジェクトＣとがそれらの一部が重複するような位置にあり視認性が悪いため、実施の形態１の図１２の手順によってオブジェクトレイヤーをページに分割して各オブジェクトを配置する。各オブジェクトを配置した後のオブジェクトレイヤーのイメージを図３２（ｂ）に示す。優先順位順に、「重なり合わなければ同じページに、重なれば次のページへ」という旨のルールが適用されるため、オブジェクトレイヤーの１ページ目には、オブジェクトＡとオブジェクトＢとが描画されることになる。またオブジェクトＡと重複していたオブジェクトＣは、オブジェクトレイヤーの２ページ目に移動して配置される。

ここで１ページ目に先ほどの問題が発生している。オブジェクトレイヤーのページごとの優先順位は１ページ目、２ページ目であるため、自然と流れは上から下の順で読むことになる。しかし１ページ目の２つのオブジェクト間での優先順位が高いオブジェクトＡが優先順位の低いオブジェクトＢの下にきているため、ユーザ感覚とずれが発生し、オブジェクトＢの優先順位のほうが高くみえてしまう。

＜図３３：説明＞
この問題を解決するための動作フローを図３３に示す。オブジェクト配置部１０４以外のブロックや流れは実施の形態１の図１２と同じであるため、オブジェクト配置部１０４の動作フローのみを図１２から修正する。このように、図３３は図１２の改良にあたるため、変更点のみを記載する。

優先順位が高いオブジェクトを描画後、ステップＳ１２０５で未描画のオブジェクトが残っていた場合、次に描画するオブジェクト（未描画で優先順位が最も高いオブジェクト）が、すでに描画したオブジェクトの位置よりも読み進む方向にあるか否かを判断する（ステップＳ３３０８）。読み進む方向とは、オブジェクトレイヤーのページの表示順のことである。本例では上から順に読んでいるため、読み進む方向は「下」となる。次に描画するオブジェクトがもしも読み進む方向にない場合（すでに描画したオブジェクトの位置よりも上側の場合）には、ステップＳ１２０３を実行し、もしも読み進む方向にある場合（すでに描画したオブジェクトの位置よりも下側の場合）にはステップＳ１２０６の判断を実行する。

図３３の動作フローの実行の結果、作成されたオブジェクトレイヤーについて、図３４に示す。図３４の配置では、図３２（ｂ）とはオブジェクトＢの位置が１ページ目から２ページ目に代わっている。これは１ページ目の作成時に、ステップＳ１２０６の判断から、オブジェクトＢがすでに描画されたオブジェクトであるオブジェクトＡよりも読み進む方向とは逆の上側にあるために、オブジェクトＢの描画前にオブジェクトレイヤーの２ページ目が作成され、作成されたオブジェクトレイヤーの２ページ目にオブジェクトＢを描画している。オブジェクトＣはオブジェクトＢよりも読み進む方向である下側にあり、かつ、オブジェクトＢとは描画位置が重ならないためオブジェクトＢと同じ２ページ目に描画される。

この描画方法によって読み進む方向とオブジェクトの描画位置と優先順位の関係が一致するため、ユーザは違和感なく読むことができるようになる。

＜変形例＞
なお、本実施の形態では優先順位が高いものを上に表示する表示方法のため、読み進む方向は下になったが、優先順位が高いものを下側に配置する場合もある。この時は読み進む方向は上であってよく、優先順位と表示順の関係を固定するものではない。

＜発明を実施するための形態５＞
上記においてはＳＮＳや情報収集に本発明を適用する例について説明したが、他の分野に本発明を適用することもできる。例えば、メインコンテンツに対してサブコンテンツ（オブジェクト）を複数表示する場合に、本発明を適用することが可能である。

一例として、天気予報の分野において、メインコンテンツとして地図を表示しておき、その地図上に単位時間毎の雲の動きをサブコンテンツとして表示することが考えられる。この場合、オブジェクトレイヤーのページは、例えば単位時間毎に作成され、その単位時間における雲が地図に関連付けられたオブジェクトとして表示される。これにより、地図上において単位時間毎の雲の動きを容易に認識することができる。なお、オブジェクトは雲に限定されず、雨、風、雷又は花粉等の情報を示すものであってもよい。

また、一例として、カーナビゲーションの分野において、メインコンテンツとして地図を表示しておき、その地図上に時間貸し駐車場の情報をサブコンテンツとして表示することが考えられる。この場合、オブジェクトレイヤーのページが、例えば駐車料金、最大駐車料金、最大駐車時間、駐車場の空き状況又は駐車場管理会社毎に作成され、対応する駐車場の情報（例えばロゴマーク等）が地図に関連付けられたオブジェクトとして表示される。これにより、地図上において駐車場を容易に見つけることができる。なお、駐車場を表示する場合の条件は、上記に示した複数の条件の中からいずれかを選択可能としてもよい。

また、上記においては、コンテンツにオブジェクトレイヤーを重畳させて表示する例を示したが、コンテンツとオブジェクトレイヤーを分けて表示してもよい。例えば、図３５に示すように、コンテンツ３５１に隣接してオブジェクトレイヤー３５２を表示し、オブジェクトレイヤー３５２上に各オブジェクト３５３、３５４を配置するようにしてもよい。

この場合、各オブジェクト３５３、３５４は、コンテンツ３５１が示す各位置とそれぞれ対応付けられた状態でオブジェクトレイヤー３５２上に配置される。例えば、オブジェクト３５３の吹き出しの指し位置３５３ａは、コンテンツ３５１の３行目３５１ａに対応付けられた状態で配置される。また、オブジェクト３５４の吹き出しの指し位置３５４ａは、コンテンツ３５１の７行目３５１ｂに対応付けられた状態で配置される。これにより、コンテンツとコメント（オブジェクト）とを分けて視認することができる。

なお、オブジェクトと対応付けられるコンテンツ上の位置は任意である。例えば、オブジェクトと対応付けられるコンテンツ上の位置は、コンテンツ上の座標位置、コンテンツ上の画像の表示位置、コンテンツ３５１とオブジェクトレイヤー３５２との境界に表示される直線３５５上の座標位置であってもよい。また、直線３５５が時間軸を示す場合、オブジェクト及び／又はコンテンツは、この時間軸が示す時間に対応付けられてもよい。

なお、図３５において、コンテンツ３５１とオブジェクトレイヤー３５２は、表示画面を左右に分割して隣接表示されているが、分割する形態は任意である。例えば、コンテンツ３５１とオブジェクトレイヤー３５２は、表示画面を上下に分割して隣接表示されてもよい。

＜最後に＞
実施の形態においては、サーバがオブジェクトレイヤーに関する情報をクライアント端末に送信し、クライアント端末はコンテンツにオブジェクトレイヤーを重畳させて表示するという構成を示した。しかしながら、サーバとクライアント端末の役割分担はこれに限定されるものではない。実施の形態において示した構成の対極は、サーバがオブジェクトのみをクライアント端末に送信し、クライアント端末がオブジェクトレイヤーを作成するという構成である。サーバとクライアント端末の役割分担はこれらの構成を対極として、様々な中間的構成を想定することができる。

実施の形態においては、オブジェクト（サブコンテンツ）について、文字入力された文章であっても構わないし、先行文献にあるようなデコったものであっても構わないし、写真や映像などであってもよいとした。しかしながら、オブジェクトの種類をこれらに限定する必要はない。例えば、クリックすることによって、動画や音声が再生されるような動的なオブジェクトであってもかまわない。また、例えば、クリックすることによって、特定のＷＥＢサイトに接続されるようなリンクであってもかまわない。

上記において説明した各実施の形態及びそれらの変形例は、必要に応じて適宜組み合わせることが可能であり、組み合わせた実施の形態も本発明の適用範囲に含まれる。

本発明にかかるコンテンツ表示システム、オブジェクト表示システム、オブジェクト表示サーバ及びオブジェクト表示端末は、コンテンツを用いたコミュニケーションをネットワークを介して行う場合に、参照すべきコンテンツとコミュニケーション内容の表示を一体化させると共に、コミュニケーション内容の表示領域を拡張することで、容易な操作で複数のコミュニケーション内容の視認性を容易とし円滑なコミュニケーションを実現する点で有用である。

１００，３００サーバ
１０１コンテンツ記憶部
１０２ユーザ情報管理部
１０３オブジェクト記憶部
１１０，３１１クライアント端末Ａ
１２０クライアント端末Ｂ
１３０クライアント端末Ｃ
１４０，２４０，３４０ネットワーク
１５０クライアント端末
２００情報端末
２１０情報サイトＡ
２２０情報サイトＢ
２３０検索サイト
２０１ローカル情報記憶部
２０２キーワード検出部
２０３情報収集部
２０４情報配置部
２０５表示部
２０６操作部
３０４表示配置部
３０５アクティビティ記憶部
３１０クライアント端末群

Claims

コンテンツを表示するクライアント端末とコンテンツを管理するサーバとを含むコンテンツ表示システムであって、
前記サーバは、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記メインコンテンツと、前記サブコンテンツが配置された前記表示レイヤーとを前記クライアント端末に送信し、
前記クライアント端末は、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示すること
を特徴とするコンテンツ表示システム。
コンテンツを表示するクライアント端末とコンテンツを管理するサーバとを含むコンテンツ表示システムであって、
前記サーバは、
メインコンテンツと、前記メインコンテンツに対応付けられたサブコンテンツと、前記サブコンテンツの配置に関する情報とを前記クライアント端末に送信し、
前記クライアント端末は、
前記メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
前記サブコンテンツの配置に関する情報に基づいて、前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示すること
を特徴とするコンテンツ表示システム。
前記サーバは、
前記表示レイヤーに対応付けられたサブコンテンツ同士が前記表示レイヤー上において重なる場合は、前記表示レイヤーに新たに作成したページに一部のサブコンテンツを配置する、請求項１に記載のコンテンツ表示システム。
前記クライアント端末は、
前記表示レイヤーに対応付けられたサブコンテンツ同士が前記表示レイヤー上において重なる場合は、前記表示レイヤーに新たに作成したページに一部のサブコンテンツを配置する、請求項２に記載のコンテンツ表示システム。
前記サーバは、
前記サブコンテンツを前記表示レイヤーに表示する際の優先順位を決定し、
決定した優先順位に基づいて、前記表示レイヤーに対応付けられたサブコンテンツの前記表示レイヤーにおける配置位置を決定する、請求項１又は３に記載のコンテンツ表示システム。
前記クライアント端末は、
前記サブコンテンツを前記表示レイヤーに表示する際の優先順位を決定し、
決定した優先順位に基づいて、前記表示レイヤーに対応付けられたサブコンテンツの前記表示レイヤーにおける配置位置を決定する、請求項２又は４に記載のコンテンツ表示システム。
前記サーバは、
前記メインコンテンツと前記サブコンテンツとの関連性を判断し、
判断した関連性に基づいて、前記表示レイヤーに対応付けられたサブコンテンツの前記表示レイヤーにおける配置位置を決定する、請求項１、３又は５のいずれか一項に記載のコンテンツ表示システム。
前記クライアント端末は、
前記メインコンテンツと前記サブコンテンツとの関連性を判断し、
判断した関連性に基づいて、前記表示レイヤーに対応付けられたサブコンテンツの前記表示レイヤーにおける配置位置を決定する、請求項２、４又は６のいずれか一項に記載のコンテンツ表示システム。
前記表示レイヤーは、前記メインコンテンツの表示単位ごとに複数管理されており、
前記クライアント端末は、
前記メインコンテンツとともに表示する表示レイヤーが選択されることに応じて、前記メインコンテンツと関連付けて表示するサブコンテンツを、前記選択された表示レイヤーに対応付けられたサブコンテンツに切り替えて表示する、請求項１〜８のいずれか一項に記載のコンテンツ表示システム。
前記クライアント端末は、
前記表示レイヤーを、前記メインコンテンツに重畳して表示する、請求項１〜９のいずれか一項に記載のコンテンツ表示システム。
前記クライアント端末は、
前記表示レイヤーを、前記メインコンテンツに隣接して表示する、請求項１〜９のいずれか一項に記載のコンテンツ表示システム。
前記サブコンテンツは、少なくとも文章又は画像を含む、請求項１〜１１のいずれか一項に記載のコンテンツ表示システム。
前記メインコンテンツは、電子書籍であり、
前記メインコンテンツの表示単位は、電子書籍の表示ページである、請求項１〜１２のいずれか一項に記載のコンテンツ表示システム。
前記クライアント端末は、
前記メインコンテンツを操作するコンテンツ操作部と、
前記表示レイヤーを操作する表示レイヤー操作部とをさらに備え、
前記コンテンツ操作部の操作方向と前記表示レイヤー操作部の操作方向とが互いに異なる、請求項１〜１３のいずれか一項に記載のコンテンツ表示システム。
前記クライアント端末は、
前記メインコンテンツを操作するコンテンツ操作部と、
前記表示レイヤーを操作する表示レイヤー操作部とをさらに備え、
前記コンテンツ操作部の操作方向と前記表示レイヤー操作部の操作方向とが互いに直交する、請求項１〜１３のいずれか一項に記載のコンテンツ表示システム。
前記クライアント端末は、
前記メインコンテンツを操作するコンテンツ操作部と、
前記表示レイヤーを操作する表示レイヤー操作部とをさらに備え、
前記コンテンツ操作部の操作方向と前記表示レイヤー操作部の操作方向とが互いに一致し、かつ、前記メインコンテンツを操作する操作領域と前記表示レイヤーを操作する操作領域とが互いに異なる、請求項１〜１３のいずれか一項に記載のコンテンツ表示システム。
前記表示レイヤーの表示単位の縦幅は、前記メインコンテンツの表示単位の縦幅と一致する、請求項１〜１６のいずれか一項に記載のコンテンツ表示システム。
前記表示レイヤーの表示単位の横幅は、前記メインコンテンツの表示単位の横幅と一致する、請求項１〜１７のいずれか一項に記載のコンテンツ表示システム。
前記サブコンテンツは、
前記メインコンテンツに含まれるキーワードに基づいて抽出された情報である、請求項１〜１８のいずれか一項に記載のコンテンツ表示システム。
前記サブコンテンツは、
前記メインコンテンツを視聴するユーザと、ＳＮＳサービスにおいて関係を有するユーザのアクティビティである、請求項１〜１８のいずれか一項に記載のコンテンツ表示システム。
前記サーバは、
前記メインコンテンツを読み進める方向を正方向とした場合、
前記サブコンテンツを、前記正方向において前記優先順位の高い順に並ぶように、前記表示レイヤー上に配置する、請求項５又は６に記載のコンテンツ表示システム。
コンテンツを表示するクライアント端末とコンテンツ表示システムを構成するために、コンテンツを管理するサーバであって、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
前記表示レイヤーに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記メインコンテンツと、前記サブコンテンツが配置された前記表示レイヤーとを前記クライアント端末に送信すること
を特徴とするサーバ。
コンテンツを表示するクライアント端末とコンテンツ表示システムを構成するために、コンテンツを管理するサーバを、コンピュータを用いて実現するためのプログラムであって、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理する処理と、
前記表示レイヤーに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成する処理と、
前記メインコンテンツと、前記サブコンテンツが配置された前記表示レイヤーとを前記クライアント端末に送信するする処理とを、
前記コンピュータに実行させるプログラム。
コンテンツを管理するサーバとコンテンツ表示システムを構成するために、コンテンツを表示するクライアント端末であって、
前記サーバが、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記メインコンテンツと、前記サブコンテンツが配置された前記表示レイヤーとを前記クライアント端末に送信すると、
前記クライアント端末は、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示すること
を特徴とするクライアント端末。
コンテンツを管理するサーバとコンテンツ表示システムを構成するために、コンテンツを表示するクライアント端末を、コンピュータを用いて実現するためのプログラムであって、
前記サーバが、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記メインコンテンツと、前記サブコンテンツが配置された前記表示レイヤーとを前記クライアント端末に送信すると、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示する処理を、
前記コンピュータに実行させるプログラム。
コンテンツを管理するサーバとコンテンツ表示システムを構成するために、コンテンツを表示するクライアント端末であって、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
サブコンテンツの配置に関する情報に基づいて、前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示すること
を特徴とするクライアント端末。
コンテンツを管理するサーバとコンテンツ表示システムを構成するために、コンテンツを表示するクライアント端末を、コンピュータを用いて実現するためのプログラムであって、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理する処理と、
サブコンテンツの配置に関する情報に基づいて、前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成する処理と、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示する処理とを、
前記コンピュータに実行させるプログラム。
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示すること
を特徴とするコンテンツ表示装置。
前記メインコンテンツの表示単位ごとに、前記表示レイヤーを複数管理しており、
前記メインコンテンツとともに表示する表示レイヤーが選択されることに応じて、前記メインコンテンツと関連付けて表示するサブコンテンツを、前記選択された表示レイヤーに対応付けられたサブコンテンツに切り替えて表示する、請求項２８に記載のコンテンツ表示装置。
前記表示レイヤーに対応付けられたサブコンテンツ同士が前記表示レイヤー上において重なる場合は、前記表示レイヤーに新たに作成したページに一部のサブコンテンツを配置する、請求項２８又は２９に記載のコンテンツ表示装置。
コンテンツ表示装置を、コンピュータを用いて実現するためのプログラムであって、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理する処理と、
前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成する処理と、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示する処理とを、
前記コンピュータに実行させるプログラム。
コンテンツを表示するクライアント端末とコンテンツを管理するサーバとを用いたコンテンツ表示方法であって、
前記サーバは、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記メインコンテンツと、前記サブコンテンツが配置された前記表示レイヤーとを前記クライアント端末に送信し、
前記クライアント端末は、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示すること
を特徴とするコンテンツ表示方法。
コンテンツを表示するクライアント端末とコンテンツを管理するサーバとを用いたコンテンツ表示方法であって、
前記サーバは、
メインコンテンツと、前記メインコンテンツに対応付けられたサブコンテンツと、前記サブコンテンツの配置に関する情報とを前記クライアント端末に送信し、
前記クライアント端末は、
前記メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
前記サブコンテンツの配置に関する情報に基づいて、前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示すること
を特徴とするコンテンツ表示方法。
コンテンツを表示するコンテンツ表示装置のコンテンツ表示方法であって、
前記コンテンツ表示装置は、
メインコンテンツの表示単位ごとに対応付けられた表示レイヤーを管理し、
前記メインコンテンツに対応付けられたサブコンテンツを前記表示レイヤー上に配置するに際し、所定の規則に基づいて前記表示レイヤーに新たなページを作成し、
前記サブコンテンツが配置された前記表示レイヤーを、前記表示レイヤーが対応づけられた前記メインコンテンツの表示単位とともに表示することにより、前記メインコンテンツと前記サブコンテンツとを関連付けて表示すること
を特徴とするコンテンツ表示方法。