(57)【要約】【課題】ページのある一部分のみ引用して表示するウェブサムネイル提供システムを提供する。【解決手段】ダグ、行数、番地などによって、引用する開始点と終了点を決定し、それを引用先からつながっている場所に記憶しておくことにより、引用する側が、任意の飲用を始める開始点と終了点を選んでウェブサムネイルを作成することができるシステムによって、元のデータが消滅した場合、コピーアンドペーストして引用しないので、引用先からも読めなくなる。【選択図】図１
2013238968.tif 000002
【特許請求の範囲】
【請求項１】
引用元のデータを保存するサーバーを持ち、
システムまたは端末が指定する引用元の全部または一部分を引用しサムネイルとして表示する情報を端末によって指定し、引用先のデータを保持するサーバーに保存しておき、それを端末が読み込んだ時に引用元の任意に指定された部分のみを取得し引用先を読み込んでいる端末に表示するシステム。
【請求項２】
請求項1のシステムのうち、任意の指定方法に行数または、タグまたは、番地を使うシステム。
【請求項３】
請求項1のシステムのうち、引用元の引用する情報を引用元とは別の場所に保存し、
引用元にも引用先にもウェブサムネイルとして表示させるシステム。
【請求項４】
請求項1のシステムのうち、システムユーザーが選択した範囲にできるだけ類似し
範囲指定推論エンジンを持つシステム
【請求項５】
引用元のデータを保存するサーバーを持ち、
装置または端末が指定する引用元の全部または一部分を引用しサムネイルとして表示する情報を端末によって指定し、引用先のデータを保持するサーバーに保存しておき、それを端末が読み込んだ時に引用元の任意に指定された部分のみを取得し引用先を読み込んでいる端末に表示する装置。
【請求項６】
請求項5の装置のうち、任意の指定方法に行数または、タグまたは、番地を使う装置。
【請求項７】
請求項5の装置のうち、引用元の引用する情報を引用元とは別の場所に保存し、
引用元にも引用先にもウェブサムネイルとして表示させる装置。
【請求項８】
請求項5の装置のうち、装置ユーザーが選択した範囲にできるだけ類似し
範囲指定推論エンジンを持つ装置
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサムネイル提供システムに関する。
【背景技術】
【０００２】
従来より、ウェブサムネイルは存在するが場所を指定することができない。（非特許文献１参照）
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ウェブサムネイルサービス  まとめ  <http://phpspot.org/blog/archives/2006/08/orweb.html>
【発明の概要】
【０００４】
部分指定できるウェブサムネイルを運用するシステム
【発明が解決しようとする課題】
【０００５】
現在引用するとしたら、元のデータのリンクを張ってコピーペーストしてくるしかない。しかし、それでは無限にデーターが増えてしまうし、元のデーターが変更されるとそれが反映されない。今までのウェブサムネイルは、リンクを貼る場合、所望の場所（後ろの部分、真ん中）を保存できない、ユーザとしてみれば、サムネイルのみでの引用はできなかった。
そこで、本発明は、部分を忘れられるような形で取得・表示させる部分指定機能付きウェブサムネイルを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明によれば、上記課題は、次の手段により解決される。
マークアップ言語にページ単位ではなく  ページの中の部分を表示するサムネイルを貼り、新しいデータを生成せずに引用する。
【発明の効果】
【０００７】
一箇所削除すると引用されている場所全てを削除することができる。  これによって、忘れられる権利に対応可能である。
【図面の簡単な説明】
【０００８】
【図１】登場装置説明
【図２】サムネイル取得
【図３】指定方法
【図４】置き換えの場合
【図５】範囲推論エンジン
【図６】ポインタを入れるか入れないか
【図７】サムネイル読み込み
【図８】検索フロー
【発明を実施するための形態】
【０００９】
ハイパーリンクを設置するとユーザーが指定した範囲のサムネイルを表示させる機能とは。
図1  登場装置説明図に従って解説します。
装置
真ん中が装置。この装置はサーバーで動く場合もあれば、ブラウザなどのプラグインとして機能が実装することもできる。
端末
端末はデーターの出力と入力を行います。端末は複数存在することがあります。
サーバー
サーバーはデータの保管を行います。サーバーは複数存在することがあります。
【００１０】
図２  サムネイル  取得
ユーザーインターフェイスを使って、ユーザーが選択してドラッグアンドドロップで引用した時の動作を説明している。
サーバーやユーザー各自が持つシステムが、そのシステムが操作することのできるデータベースや外部の操作できないデーターベースの情報をやり取りする。
【００１１】
リンク指定方式
外部方式
図8  指定方法
タグをシステムが埋め込むことができないデータベースから引用する場合
内部方式  
タグを埋め込むことのできるデータベースから取ってくる場合 
どうやって範囲を指定するのか
開始タグエンドタグセット方式
開始タグとエンドタグの間のみを指定する方法
サンプルソース
＜tag1>
qaaaaaaa
</tag1>
fdedidw
<tag2>
deidowd
</tag2>
<tag1>
１
<tag2>
２
<tag3>
４
<tag4>
<tag1/>
5
<tag2/>
6
<tag1/>
<tag3/>
7
<tag2/>
8
<tag4/>
同一のネストの深さのみか  タックのみかの設定を変更するパラメーターを内部指定領域で指定するのもよし、システム全体で指定するのも良い。
ネストとタックとは、タグがツリー構造になっているのを利用して、その深さと何番目の分岐かということ。それを指定することによって、同じタグがたくさんあってもどのタグなのかを特定することができる。
指定したタグより深いネストも読み込むのかそうでないのかなどは、システムによって変わる。
【００１２】
エンドタグ無し方式
開始タグ  エンドタグをセットで扱わない。
全部指定方法  : <tag1> の１番目から<tag１>の４番目まで 
<tag1>
1
<tag1>
2
<tag1>
3
<tag1>
前のタグも後のタグもタックとネストを指定しなければならない。
【００１３】
置き換え方式
図4  置き換えの場合
ある一定のところを他に記憶しておいて、それを呼ぶようにする。この場合だと、
<tag1 id="1" mode="write" >
この意味は、tag1はidが１というユーザによって管理されていて、書き込み可能なモードになっていますという意味。
【００１４】
番地
前からもしくは、後ろから何バイト目からという指定方法
行数
前からもしくは後ろから何行目という指定方法
ポインタ
図6  ポインタを入れるか入れないか
リンク自体に部分指定の領域をもたせるのではなく、部分指定が記述された保存領域を特定するためのポインタを持っている場合。
【００１５】
類似の部分を選択するアルゴリズム
このアルゴリズムはユーザが選択した範囲とシステム上線テク出来る範囲が異なることを強制さえれる状況などで作動し範囲を決定するアルゴリズムの例です。
既存のタグを利用する場合のみ指定した通りの範囲を指定できないために  類似する範囲のタグを使って範囲を指定する必要がある。
記事が書き換えられた時も、タグを打ちなおしたり、それができない場合は、範囲を確定するための行数やタグを選び直さなければなりません。初めて選択するときだけではなく、選択し直す時も必要です。
図5  範囲推論エンジン
/tag2
a
<tag1>
b
/tag 1
cｄ
/Tag2
bとｃを選択した場合、
タグ方式データグの範囲内のすべてが選択されていないと、載せないようにする形式と、一部が少しでも選択されているならそのタグの範囲を含めるのかが問題になる。
すべて選択されない方式ならaは乗らない
Tag１（より範囲の狭いタグ）を指定
ちょっとでも選択されたら方式ではaは載る。
Tag2（親のタグ）を指定
ソースがこのようにある。”b”と”c”を選択しようとした場合、どうしても選択範囲が指定した通りに選択できない場合がある。そのうち、既存のタグを利用する場合の障害を解決する方法は、選択した範囲より多めに取ってくるか、それよりも少なく取ってくるかどうかを選択することです。
ポインタを使ってユーザに見える部分を変化させない場合
図6  ポインタを入れるか入れないかを参照しながら以下の解説を読んでください。
サムネイル生成時
部分指定するテーブルにどこの部分を指定するかという情報を書き込み、ユーザが変更しているサーバーには部分指定するテーブルの対応する場所を特定する情報を記憶させる  
読み込み時、部分指定の情報を記憶しているテーブルにアクセスする。
変更が行われるとどのような違いがあるのか。
リンクを張った時に引用元のデータに自分がどのデータにリンクされているのというリストを作成する。
【００１６】
クロールして、ページングする。
もし新しい情報と差がある場合、部分指定している部分を書きかえる。
ネスト１タック１を保管  
クロールプログラムがページングしにいって  前と差分があると、
ディレクトリ構造のなかでどこに移動したのか類似部分を判定してどこに移動したのかを表記する。
それがネスト１タック２に移動
URLをキーとして
URLがどこのデータにリンクしてあるのか書いてあるリストを読みに行く
リストの例
URL１はデータ１に貼ってある。内部指定はネスト１タック１を示している
内部指定  方式例  URL：ネスト１タック１  を  ネスト１タック２に変更
読み込む場合
ネスト１タック１を保管    それがネスト１タック２に移動
URLをキーとして
URLがどこのデータにリンクしてあるのか書いてあるリストを読みに行く
リストの例  URL１に向かってリンクしているリンクを持っているデータは  データ１  データ２  データ３
URL１はデータ１に貼ってある。内部指定はネスト１タック１を示している
ポインタ      URL：ネスト１タック１をURL：ネスト１タック２に書き換え
ステップごとの解説
ステップ解説に対する注意
各ステップで行われることは、必ずしもそこで行われなければいけないということではなく端末やサーバーで代替することが考えられる。
【００１７】
図2に従って解説します。
１  端末２からサーバー１へ引用元のアプロード。
25  端末からサーバー２へ引用先のアップロード
23  サーバー２から情報を読み込む
21  端末１がサーバー１の情報を読み込む
端末1が情報を取得できた場合について以下の解説をします。
サムネイル範囲指定段階
２    ユーザがサーバー１にある情報を見ていて、その内の一部をサムネイル化して
端末１がサーバー１にあるサムネイルを取得したいという信号がユーザから入力される。
ユーザインターフェイスを使って、ユーザが選択してドラッグアンドドロップで引用した時などが考えられる。
３  引用元の選択したい部分と、もし装置に引用先に書き込んでもらいたいのならば引用先を知らせる。２でドラッグアンドドロップで引用されたときは、ドラッグを開始した場所が引用元でマウスボタンから手を離した場所を引用先として情報を送信することが好ましい。
【００１８】
４  装置が権限を確かめて取得できるかどうか判断する。
その際サーバーにすべての情報を要求しても、必要な分だけ要求してもどちらでも良い。
【００１９】
５  取得しにいく
10  ここですべての情報を返すのか指定された情報のみを返すのか選んでも良い。
他のステップで指定する情報を生成しない場合、ここで部分指定をする情報を生成及び選択をしても良い。
６  サーバーが情報を返す。
７  他のステップで返した情報から必要な部分を選択されていない場合選択する。
選択する方法の例
図5指定範囲推論エンジン
もし他の部分でおこなわない場合、URLの記述を決定して送る
24  端末に部分指定を返さずにどこに引用するかわかっているときは引用先の記事に書き込んでも良い。
８  他のステップで指定する情報を生成しない場合、ここで部分指定をする情報を生成及び選択をしても良い。
すべての情報が返ってきた場合、そのなかからここで必要な部分を抜き出しても良い。
9  他のステップで指定する情報を生成しない場合、ここで部分指定をする情報を生成及び選択をしても良い。
すべての情報が返ってきた場合、そのなかからここで必要な部分を抜き出しても良い。
26  端末が直接サーバーに書き込みに行っても良いし、
装置を介して書き込んでも良い。
サムネイル読み込み段階
図7による解説
11  端末２を使っているユーザがサーバーにアップロードしたものを、端末１が読み込む。
１２  端末１を使っているユーザがウェブサムネイルを読み込もうとする。
部分指定がないサムネイルが動くときの動作設定の例
端末からの装置に対するリクエストは、リンクをクリックした時に行われるので、それに部分指定があれば、それが実行される。  何もなければ全部の情報をリクエスト
１３  読み込むように要求する
１４  権限を元に要求することができるか判断し、要求された範囲かがどこか特定する。ここでやらない場合は別のところでやる。
【００２０】
１5  サーバーに対する要求を行なっても良い。
16  サーバー側で要求を受け入れるかどうか判断しても良い。権限を元に要求することができるか判断し、要求された範囲かがどこか特定する。ここでやらない場合は別のところでやる。
17  返す判断をした情報を送る
18  端末に向かって送り出す
権限を元に要求された範囲がどこか特定する。ここでやらない場合は別のところでやる。
19  送る
20  受信して表示
図8  検索フローについての説明
結果の求め方
１  端末またはそれを操作するユーザが、アドレスのリストかデータそのものなど、検索結果として返す方式を選択することが好ましい。
例えば、端末が文字数の指定を受け取る場合がある。
2  指定した文字数及びログインしていいるユーザを識別する情報、及び１で指定された検索結果を返す方式をサーバーに要求する。
3  システムが文字数とユーザを識別する情報を受信し、システム記憶しているテーブルのデータのうち識別されたユーザに存在確認権限が付与されているデータのデータのみをサーバーに要求する。
もしこのシステムに検索用のインデックスがあるならばそこを参照しても良い。
4  サーバーがその情報を受信して、要求されたテーブルを返す。
5  システムが、文字数を条件にする検索の場合、記憶しているテーブルのwikiページ内部のマークアップ言語のタグなどのユーザに表示される部分のみの文字数を数える。
キーワード検索の場合は、wikiページやファイルIDなどに含まれる文字列を、前方一致や後方一致などで一致するか判断する。
その他、最終更新日時など、テーブルの他のキーを条件とした検索ではそれを参照する。
【００２１】
この作業は予め実行してインデックスを作っておき、3の段階で該当するデータのみ最新の情報が必要な場合などに取得するといった方法を取ることにより高速な検索を実現することができる。
システムが、アドレスのリストかデータそのもののうち、ユーザに指定された方式で指定された文字数に当てはまるものを返す。
返す順番を日時等の順番で並べ替えて出力することが好ましい。
6  端末が返ってきた情報を表示する。または、返ってきた順番に開く。  
【００２２】
検索結果表示方法
アドレスのみを返す場合
アドレスをそのまま表示する方法、任意に指定した文字列をリンクのラベルとする方法があり、引用元のタイトルやwikiページの任意に指定した部分をラベルとすると設定することが考えられる。
データを単純に開く場合
データを開く順番を端末側で変更できることが好ましい。システムから返された順番のみでなく、転送された情報のユーザの指定した情報に基づき並べ替えて表示する方法があり、ファイルアドレスの文字順や最終編集日時順などの順番が考えられる。
【００２３】
請求項9と請求項18の多次元検索とは、１列のみではない検索結果を生成するために、生成したい次元回数分の検索を行い、すでに生成された次元の以外の次元ですでに検索した検索結果に干渉しない次元で新しい検索結果の順位を示す検索結果を表示する。２回検索すると図６に４回で図６となる。
【図１】
2013238968.tif 000003
【図２】
2013238968.tif 000004
【図３】
2013238968.tif 000005
【図４】
2013238968.tif 000006
【図５】
2013238968.tif 000007
【図６】
2013238968.tif 000008
【図７】
2013238968.tif 000009
【図８】
2013238968.tif 000010
【手続補正書】
【提出日】平成24年8月7日(2012.8.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバ１と、サーバ２と、端末１と、端末２と、を備えたシステムであって、
前記サーバ１は、Webページを保存する手段と、前記保存しているWebページを送信する手段と、を備え、
前記端末１は、前記サーバ１からWebページを受信する手段と、前記受信したWebページの一部を特定するデータを送信する手段と、を備え、
前記サーバ２は、前記端末１から前記データを受信する手段と、前記受信したデータを保存する手段と、前記端末２からの要求に基いて前記保存しているデータに基いて前記サーバ１にアクセスし、前記サーバ１から前記Webページの一部を表示するデータを取得する手段と、前記取得したデータを用いて新たなWebページを生成する手段と、を備え、
前記端末２は、前記サーバ２から前記生成された新たなWebページを受信する手段を備えた、
ことを特徴とするシステム。
前記受信したWebページの一部を特定するデータは、前記Webページ中のタックを指定する第１データと、前記第１データにより指定されたタック中のネストを指定する第２データと、前記第１データと前記第２データとにより指定される領域の行数を指定する第３データと、によって構成される、ことを特徴とするシステムであり、
引用元のデータを保存するサーバーを持ち、
システムまたは端末が指定する引用元の全部または一部分を引用しサムネイルとして表示
する情報を端末によって指定し、引用先のデータを保持するサーバーに保存しておき、そ
れを端末が読み込んだ時に引用元の任意に指定された部分のみを取得し引用先を読み込ん
でいる端末に表示し、任意の指定方法に行数または、タグまたは、番地を使い、引用元の引用する情報を引用元とは別の場所に保存し、
引用元にも引用先にもウェブサムネイルとして表示させ、
ユーザが選択した範囲と、ユーザの取得した文字列を端末からサーバに送信し、サーバにて取得した文字列が格納してあったテーブルに格納されてあるデータと照合し、一致する部分の先頭部よりさらに前にあるタグまたは行数による範囲指定が可能な区切りを変数Aに格納し、その変数Aに格納された区切りよりも一つ後ろの区切りがユーザーの選択肢は文字列の範囲内にあるか照合し、その区切りを変数Cとして格納し、一致した場合は変数Aを取得を開始する位置とする。変数Bは変数の一つ後ろの区切りがユーザーが選択した範囲内にあるか照合し、一致した場合は変数Bに代入し、再び変数Bの一つ後ろの区切りがユーザーが選択した範囲内にあるか照合する。
前文の処理の後、変数Bが変数の一つ後ろの区切りがユーザーが選択した範囲内にあるか照合し一致しなかった場合はそこで変数Aに格納された区切りよりも一つ後ろの区切りがユーザーの選択した文字列の範囲内にあるか照合し、一致しなかった場合は変数Aを変数Bにコピーし、変数Aの区切りより一つ前の区切りを開始位置として取得する。変数Bが変数の一つ後ろの区切りがユーザーが選択した範囲内にあるか照合する。一致した場合には、変数Cを変数Aにコピーする。
ユーザの選択した範囲を必ず含む最小の指定範囲を取得することと、ユーザが選択した範囲に含まれる指定できる最小範囲以上ユーザーが指定した範囲以下を取得するエンジンを持つシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサムネイル提供システムに関する。
【背景技術】
【０００２】
従来より、ウェブサムネイルは存在するが場所を指定することができない。（非特許文
献１参照）
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ウェブサムネイルサービス  まとめ  <http://phpspot.org/blog/a    rchives/2006/08/orweb.html>
【発明の概要】
【０００４】
部分指定できるウェブサムネイルを運用するシステム
【発明が解決しようとする課題】
【０００５】
現在引用するとしたら、元のデータのリンクを張ってコピーペーストしてくるしかない。
しかし、それでは無限にデーターが増えてしまうし、元のデーターが変更されるとそれが
反映されない。今までのウェブサムネイルは、リンクを貼る場合、所望の場所（後ろの部
分、真ん中）を保存できない、ユーザとしてみれば、サムネイルのみでの引用はできなか
った。
そこで、本発明は、部分を忘れられるような形で取得・表示させる部分指定機能付きウェ
ブサムネイルを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明によれば、上記課題は、次の手段により解決される。
マークアップ言語にページ単位ではなく  ページの中の部分を表示するサムネイルを貼り
、新しいデータを生成せずに引用する。
【発明の効果】
【０００７】
一箇所削除すると引用されている場所全てを削除することができる。  これによって、忘
れられる権利に対応可能である。
【図面の簡単な説明】
【０００８】
【図１】登場装置説明
【図２】サムネイル取得
【図３】指定方法
【図４】置き換えの場合
【図５】範囲推論エンジン
【図６】ポインタを入れるか入れないか
【図７】サムネイル読み込み
【図８】検索フロー
【発明を実施するための形態】
【０００９】
本発明で取り扱う情報はすべてマークアップ言語である。
取得された引用元の任意に指定された部分とは、ユーザが端末にて、引用しようと考えて指定し装置に送信した部分についてである。
。
ネストとはタグがいくつのタグに従属しているのかを示す用語で、タックとは、どれにも従属しない開始タグと終了タグのセットの数のことをいいます。
図1  登場装置説明図に従って解説します。
サムネイルとは、引用元の一部または全部を引用先に表示させる機能のことを言う。
装置
真ん中が装置。この装置はサーバーで動く場合もあれば、ブラウザなどのプラグインとし
て機能が実装することもできる。
端末
端末はデーターの出力と入力を行います。端末は複数存在することがあります。
サーバー
サーバーはデータの保管を行います。サーバーは複数存在することがあります。
【００１０】
図２  サムネイル  取得
ユーザーインターフェイスを使って、ユーザーが選択してドラッグアンドドロップで引用
した時の動作を説明している。
サーバーやユーザー各自が持つシステムが、そのシステムが操作することのできるデータ
ベースや外部の操作できないデーターベースの情報をやり取りする。
【００１１】
リンク指定方式
外部方式
図8  指定方法
タグをシステムが埋め込むことができないデータベースから引用する場合
内部方式  
タグを埋め込むことのできるデータベースから取ってくる場合
どうやって範囲を指定するのか
開始タグエンドタグセット方式
開始タグとエンドタグの間のみを指定する方法
サンプルソース
＜tag1>
qaaaaaaa
</tag1>
fdedidw
<tag2>
deidowd
</tag2>
<tag1>
１
<tag2>
２
<tag3>
４
<tag4>
<tag1/>
5
<tag2/>
6
<tag1/>
<tag3/>
7
<tag2/>
8
<tag4/>
同一のネストの深さのみか  タックのみかの設定を変更するパラメーターを内部指定領域
で指定するのもよし、システム全体で指定するのも良い。
ネストとタックとは、タグがツリー構造になっているのを利用して、その深さと何番目の
分岐かということ。それを指定することによって、同じタグがたくさんあってもどのタグ
なのかを特定することができる。
指定したタグより深いネストも読み込むのかそうでないのかなどは、システムによって変
わる。
【００１２】
エンドタグ無し方式
開始タグ  エンドタグをセットで扱わない。
全部指定方法  : <tag1> の１番目から<tag１>の４番目まで
<tag1>
1
<tag1>
2
<tag1>
3
<tag1>
前のタグも後のタグもタックとネストを指定しなければならない。
【００１３】
置き換え方式
図4  置き換えの場合
ある一定のところを他に記憶しておいて、それを呼ぶようにする。この場合だと、
<tag1 id="1" mode="write" >
この意味は、tag1はidが１というユーザによって管理されていて、書き込み可能なモード
になっていますという意味。
【００１４】
番地
前からもしくは、後ろから何バイト目からという指定方法
行数
前からもしくは後ろから何行目という指定方法
ポインタ
図6  ポインタを入れるか入れないか
リンク自体に部分指定の領域をもたせるのではなく、部分指定が記述された保存領域を特
定するためのポインタを持っている場合。
【００１５】
類似の部分を選択するアルゴリズム
このアルゴリズムはユーザが選択した範囲とシステム上線テク出来る範囲が異なることを
強制さえれる状況などで作動し範囲を決定するアルゴリズムの例です。
既存のタグを利用する場合のみ指定した通りの範囲を指定できないために  類似する範囲
のタグを使って範囲を指定する必要がある。
記事が書き換えられた時も、タグを打ちなおしたり、それができない場合は、範囲を確定
するための行数やタグを選び直さなければなりません。初めて選択するときだけではなく
、選択し直す時も必要です。
図5  範囲推論エンジン
/tag2
a
<tag1>
b
/tag 1
cｄ
/Tag2
bとｃを選択した場合、
タグ方式データグの範囲内のすべてが選択されていないと、載せないようにする形式と、
一部が少しでも選択されているならそのタグの範囲を含めるのかが問題になる。
すべて選択されない方式ならaは乗らない
Tag１（より範囲の狭いタグ）を指定
ちょっとでも選択されたら方式ではaは載る。
Tag2（親のタグ）を指定
ソースがこのようにある。”b”と”c”を選択しようとした場合、どうしても選択範囲が
指定した通りに選択できない場合がある。そのうち、既存のタグを利用する場合の障害を
解決する方法は、選択した範囲より多めに取ってくるか、それよりも少なく取ってくるか
どうかを選択することです。
ポインタを使ってユーザに見える部分を変化させない場合
図6  ポインタを入れるか入れないかを参照しながら以下の解説を読んでください。
サムネイル生成時
部分指定するテーブルにどこの部分を指定するかという情報を書き込み、ユーザが変更し
ているサーバーには部分指定するテーブルの対応する場所を特定する情報を記憶させる  
読み込み時、部分指定の情報を記憶しているテーブルにアクセスする。
変更が行われるとどのような違いがあるのか。
リンクを張った時に引用元のデータに自分がどのデータにリンクされているのというリス
トを作成する。
【００１６】
クロールして、ページングする。
もし新しい情報と差がある場合、部分指定している部分を書きかえる。
ネスト１タック１を保管  
クロールプログラムがページングしにいって  前と差分があると、
ディレクトリ構造のなかでどこに移動したのか類似部分を判定してどこに移動したのかを
表記する。
それがネスト１タック２に移動
URLをキーとして
URLがどこのデータにリンクしてあるのか書いてあるリストを読みに行く
リストの例
URL１はデータ１に貼ってある。内部指定はネスト１タック１を示している
内部指定  方式例  URL：ネスト１タック１  を  ネスト１タック２に変更
読み込む場合
ネスト１タック１を保管    それがネスト１タック２に移動
URLをキーとして
URLがどこのデータにリンクしてあるのか書いてあるリストを読みに行く
リストの例  URL１に向かってリンクしているリンクを持っているデータは  データ１  
データ２  データ３
URL１はデータ１に貼ってある。内部指定はネスト１タック１を示している
ポインタ      URL：ネスト１タック１をURL：ネスト１タック２に書き換え
ステップごとの解説
ステップ解説に対する注意
各ステップで行われることは、必ずしもそこで行われなければいけないということではな
く端末やサーバーで代替することが考えられる。
【００１７】
図2に従って解説します。
１  端末２からサーバー１へ引用元のアプロード。
情報は文字列に限るが、マークアップ言語の場合開始タグと終了タグがあるので、指定方法をタグまたはネストまたはタックとすることが可能である。
25  端末からサーバー２へ引用先のアップロード
23  サーバー２から情報を読み込む
読み込む情報は端末から読み込むように指定された情報で、命令手段はハイパーリンクを踏むといった手段が考えられる。
21  端末１がサーバー１の情報を読み込む
端末1が情報を取得できた場合について以下の解説をします。
サムネイル範囲指定段階
２    ユーザがサーバー１にある情報を見ていて、その内の一部をサムネイル化して
端末１がサーバー１にあるサムネイルを取得したいという信号がユーザから入力される。信号の種類は、ハイパーリンクとそれに関連する行数やタグやタックやネストによる指定であり、それににより、端末に装置から処理を委託するために設置してあるシステムの一部または全部が、その指定をサーバーに送信し、サーバーが端末によって指定されたディレクトリに所属するファイルを別のサーバーから取得するように要求し、要求が受け入れられなかった場合は処理を中断する信号を元の端末に送り返すか、または、取得したいデータを格納するサーバに全体ではなく一部のみの取得を許可する機能を付加されている可能性があるので、その指定を意味する文字列をデータを格納するサーバに送信する。
ユーザインターフェイスを使って、ユーザが選択してドラッグアンドドロップで引用した
時などに以上の動作をすることが考えられる。
３  引用元の選択したい部分と、もし装置に引用先に書き込んでもらいたいのならば引用
先を知らせる。２でドラッグアンドドロップで引用されたときは、ドラッグを開始した場
所が引用元でマウスボタンから手を離した場所を引用先として情報を送信することが好ま
しい。
【００１８】
４  装置が権限を確かめて取得できるかどうか判断する。
その際サーバーにすべての情報を要求しても、必要な分だけ要求してもどちらでも良い。
【００１９】
５  取得しにいく
10  ここですべての情報を返すのか指定された情報のみを返すのか選んでも良い。
他のステップで指定する情報を生成しない場合、ここで部分指定をする情報を生成及び選
択をしても良い。
６  サーバーが情報を返す。
７  他のステップで返した情報から必要な部分を選択されていない場合選択する。
選択する方法の例
図5指定範囲推論エンジン
もし他の部分でおこなわない場合、URLの記述を決定して送る
24  端末に部分指定を返さずにどこに引用するかわかっているときは引用先の記事に書き
込んでも良い。
８  他のステップで指定する情報を生成しない場合、ここで部分指定をする情報を生成及
び選択をしても良い。
すべての情報が返ってきた場合、そのなかからここで必要な部分を抜き出しても良い。
9  他のステップで指定する情報を生成しない場合、ここで部分指定をする情報を生成及
び選択をしても良い。
すべての情報が返ってきた場合、そのなかからここで必要な部分を抜き出しても良い。
26  端末が直接サーバーに書き込みに行っても良いし、
装置を介して書き込んでも良い。
サムネイル読み込み段階
図7による解説
11  端末２を使っているユーザがサーバーにアップロードしたものを、端末１が読み込む
。
１２  端末１を使っているユーザがウェブサムネイルを読み込もうとする。
部分指定がないサムネイルが動くときの動作設定の例
端末からの装置に対するリクエストは、リンクをクリックした時に行われるので、それに
部分指定があれば、それが実行される。  何もなければ全部の情報をリクエスト
１３  読み込むように要求する
１４  権限を元に要求することができるか判断し、要求された範囲かがどこか特定する。
ここでやらない場合は別のところでやる。
【００２０】
１5  サーバーに対する要求を行なっても良い。
16  サーバー側で要求を受け入れるかどうか判断しても良い。権限を元に要求することが
できるか判断し、要求された範囲かがどこか特定する。ここでやらない場合は別のところ
でやる。
17  返す判断をした情報を送る
18  端末に向かって送り出す
権限を元に要求された範囲がどこか特定する。ここでやらない場合は別のところでやる。
19  送る
20  受信して表示
図8  検索フローについての説明
結果の求め方
１  端末またはそれを操作するユーザが、アドレスのリストかデータそのものなど、検索
結果として返す方式を選択することが好ましい。
例えば、端末が文字数の指定を受け取る場合がある。
2  指定した文字数及びログインしていいるユーザを識別する情報、及び１で指定された
検索結果を返す方式をサーバーに要求する。
3  システムが文字数とユーザを識別する情報を受信し、システム記憶しているテーブル
のデータのうち識別されたユーザに存在確認権限が付与されているデータのデータのみを
サーバーに要求する。
もしこのシステムに検索用のインデックスがあるならばそこを参照しても良い。
4  サーバーがその情報を受信して、要求されたテーブルを返す。
5  システムが、文字数を条件にする検索の場合、記憶しているテーブルのwikiページ内
部のマークアップ言語のタグなどのユーザに表示される部分のみの文字数を数える。
キーワード検索の場合は、wikiページやファイルIDなどに含まれる文字列を、前方一致や
後方一致などで一致するか判断する。
その他、最終更新日時など、テーブルの他のキーを条件とした検索ではそれを参照する。
【００２１】
この作業は予め実行してインデックスを作っておき、3の段階で該当するデータのみ最
新の情報が必要な場合などに取得するといった方法を取ることにより高速な検索を実現す
ることができる。
システムが、アドレスのリストかデータそのもののうち、ユーザに指定された方式で指定
された文字数に当てはまるものを返す。
返す順番を日時等の順番で並べ替えて出力することが好ましい。
6  端末が返ってきた情報を表示する。または、返ってきた順番に開く。  
【００２２】
検索結果表示方法
アドレスのみを返す場合
アドレスをそのまま表示する方法、任意に指定した文字列をリンクのラベルとする方法が
あり、引用元のタイトルやwikiページの任意に指定した部分をラベルとすると設定するこ
とが考えられる。
データを単純に開く場合
データを開く順番を端末側で変更できることが好ましい。システムから返された順番のみ
でなく、転送された情報のユーザの指定した情報に基づき並べ替えて表示する方法があり
、ファイルアドレスの文字順や最終編集日時順などの順番が考えられる。
【００２３】
請求項9と請求項18の多次元検索とは、１列のみではない検索結果を生成するために、
生成したい次元回数分の検索を行い、すでに生成された次元の以外の次元ですでに検索し
た検索結果に干渉しない次元で新しい検索結果の順位を示す検索結果を表示する。２回検
索すると図６に４回で図６となる。
引用先のページを表示する際に、引用された部分を直接読み込むか、引用元をどこかにキャッシュして表示するにしても、ストリーミング配信とダウンロードの違いはユーザーからどれぐらいキャッシュ領域にアクセスしやすいのかの問題であり、どちらを実施しても本発明の目的は達成できる。
また、伝送経路についても、取得時に使用した経路以外を使用する機能を作るためには、各サーバーがそれぞれ重複した機能を持っていればよい。