(57)【要約】【課題】SNS、wiki、マイクロブログ、ブログ、匿名掲示板及び汎用CMSの要素を兼ね備えたWikiページ提供システムを提供する。【解決手段】Wikiページ提供装置とユーザ端末とを備えたWikiページ提供システムである。前記Wikiページ提供装置は、WikiページをユーザIDに対応付けて記憶する記憶手段と、前記投稿者のユーザ端末から投稿者のユーザIDと投稿データとを受信し、この受信したユーザIDに対応付けられているWikiページを前記記憶手段から読みだして、この読み出したWikiページを前記受信した投稿データにより訂正する訂正手段と、前記検索者のユーザ端末からキーワードと文字数と投稿者のユーザIDとを受信し、当該受信したキーワードを含み、当該受信した投稿者のユーザIDに対応付けられており、受信した文字数に依存した範囲に該当するWikiページを記憶手段から読み出し、この読み出したWikiページを前記検索者のユーザ端末へ送信する読出手段を備える。【選択図】図１
2013238960.tif 000002
【特許請求の範囲】
【請求項１】
Wikiページ提供装置とユーザ端末とを備えたWikiページ提供システムであって、
前記Wikiページ提供装置は、
WikiページをユーザIDに対応付けて記憶する記憶手段と、
前記投稿者のユーザ端末から投稿者のユーザIDと投稿データとを受信し、この受信したユーザIDに対応付けられているWikiページを前記記憶手段から読みだして、この読み出したWikiページを前記受信した投稿データにより訂正する訂正手段と、
前記検索者のユーザ端末からキーワードと文字数と投稿者のユーザIDとを受信し、当該受信したキーワードを含み、当該受信した投稿者のユーザIDに対応付けられており、且つ、当該受信した文字数に依存した範囲に該当するWikiページを前記記憶手段から読み出し、この読み出したWikiページを前記検索者のユーザ端末へ送信する読出手段と、
を備えたことを特徴とするWikiページ提供システム。
【請求項２】
請求項1のシステムの記憶手段に、データごとに、最後にファイルが改変された日時を記憶し、読出手段にそれを検索し、日付順に並べて、その順番のデータドレスを返すプログラムまたは、日付順に該当データを開くプログラムを持つシステム。
【請求項３】
請求項1に加えて、複数のユーザIDによってログインしている時に、訂正手段においてデータを投稿している時にユーザIDを任意に切り替えることができるシステム。
【請求項４】
請求１のWikiページ提供システムにおいて、
訂正手段に、権限管理をする権限管理部と、データ入力部と、データ出力部と、ユーザ識別部とデータ検索部を有するサーバーを持ち、
前記データ識別部はユーザのログインよって、システムを使用して受信したデータを記憶手段に送信するシステムユーザを識別し、
システムが権限管理部を持ち、前記権限管理部はシステムが記憶するデータを管理する最小単位ごとにファイル名とその名称をシステムによって記憶されたデータとを関連付け、
前記権限管理部は、存在確認可能不可能、読み込み可能不可能、または、書き込み可能不可能、を投稿者名、または、ユーザごとに権限管理部は入力データは制御し、
この制御によって、データの管理者が読み込み可能とした場合にのみ、この読み出したWikiページを前記検索者のユーザ端末へ送信し、
存在確認可能とされた時にのみ、システムが検索時にファイルIDを端末に返し、システムが書き込み可能とされた場合のみ、wikiページの訂正を可能とし、
前記データ入力部で、システムが管理するシステムに入力されたデータを送信し、訂正し、入力されたデータによって、検索し
前記データ出力部で、記憶されたデータを出力し、
検索時に文字数を指定し、端末の指定した文字数以下または以上の検索結果のみを端末に返し、また、権限管理部で管理している要素を検索するシステム。
【請求項５】
請求項4に加えて
システムまたは端末が指定する引用元の全部または一部分を引用しサムネイルとして表示する情報を端末によって指定し、引用先のデータを記憶するサーバーに保存しておき、それを端末が読み込んだ時に引用元の任意に指定された部分のみを取得し引用先を読み込んでいる端末に表示するシステム。
【請求項６】
請求項4のシステムのうち、任意の指定方法に行数または、タグまたは、番地を使うシステム。
【請求項７】
請求項4のシステムのうち、引用元の引用する情報を引用元とは別の場所に保存し、
引用元にも引用先にもウェブサムネイルとして表示させるシステム。
【請求項８】
請求項5のシステムのうち、端末が選択した範囲を必ず含む領域を、端末が指定した形式で指定する方法と、
端末が選択した範囲を超えないで、端末が指定した形式で指定する方法を選択するシステム。
【請求項９】
請求項1で検索した結果を、検索時にシステムに送信し、送信した結果の他の次元に新しい検索結果のソートを加えて出力するシステム。
【請求項１０】
Wikiページ提供装置とユーザ端末とを備えたWikiページ提供装置であって、
前記Wikiページ提供装置は、
WikiページをユーザIDに対応付けて記憶する記憶手段と、
前記投稿者のユーザ端末から投稿者のユーザIDと投稿データとを受信し、この受信したユーザIDに対応付けられているWikiページを前記記憶手段から読みだして、この読み出したWikiページを前記受信した投稿データにより訂正する訂正手段と、
前記検索者のユーザ端末からキーワードと文字数と投稿者のユーザIDとを受信し、当該受信したキーワードを含み、当該受信した投稿者のユーザIDに対応付けられており、且つ、当該受信した文字数に依存した範囲に該当するWikiページを前記記憶手段から読み出し、この読み出したWikiページを前記検索者のユーザ端末へ送信する読出手段と、
を備えたことを特徴とするWikiページ提供装置。
【請求項１１】
請求項10の装置の記憶手段に、データごとに、最後にファイルが改変された日時を記憶し、読出手段にそれを検索し、日付順に並べて、その順番のデータドレスを返すプログラムまたは、日付順に該当データを開くプログラムを持つ装置。
【請求項１２】
請求項10に加えて、複数のユーザIDによってログインしている時に、訂正手段においてデータを投稿している時にユーザIDを任意に切り替えることができる装置。
【請求項１３】
請求１のWikiページ提供装置において、
訂正手段に、権限管理をする権限管理部と、データ入力部と、データ出力部と、ユーザ識別部とデータ検索部を有するサーバーを持ち、
前記データ識別部はユーザのログインよって、装置を使用して受信したデータを記憶手段に送信する装置ユーザを識別し、
装置が権限管理部を持ち、前記権限管理部は装置が記憶するデータを管理する最小単位ごとにファイル名とその名称を装置によって記憶されたデータとを関連付け、
前記権限管理部は、存在確認可能不可能、読み込み可能不可能、または、書き込み可能不可能、を投稿者名、または、ユーザごとに権限管理部は入力データは制御し、
この制御によって、データの管理者が読み込み可能とした場合にのみ、この読み出したWikiページを前記検索者のユーザ端末へ送信し、
存在確認可能とされた時にのみ、装置が検索時にファイルIDを端末に返し、装置が書き込み可能とされた場合のみ、wikiページの訂正を可能とし、
前記データ入力部で、装置が管理する装置に入力されたデータを送信し、訂正し、入力されたデータによって、検索し
前記データ出力部で、記憶されたデータを出力し、
検索時に文字数を指定し、端末の指定した文字数以下または以上の検索結果のみを端末に返し、また、権限管理部で管理している要素を検索する装置。
【請求項１４】
請求項4に加えて
装置または端末が指定する引用元の全部または一部分を引用しサムネイルとして表示する情報を端末によって指定し、引用先のデータを記憶するサーバーに保存しておき、それを端末が読み込んだ時に引用元の任意に指定された部分のみを取得し引用先を読み込んでいる端末に表示する装置。
【請求項１５】
請求項4の装置のうち、任意の指定方法に行数または、タグまたは、番地を使う装置。
【請求項１６】
請求項4の装置のうち、引用元の引用する情報を引用元とは別の場所に保存し、
引用元にも引用先にもウェブサムネイルとして表示させる装置。
【請求項１７】
請求項5の装置のうち、端末が選択した範囲を必ず含む領域を、端末が指定した形式で指定する方法と、
端末が選択した範囲を超えないで、端末が指定した形式で指定する方法を選択する装置。
【請求項１８】
請求項1で検索した結果を、検索時に装置に送信し、送信した結果の他の次元に新しい検索結果のソートを加えて出力する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Wikiページ提供システムに関する。
【背景技術】
【０００２】
従来より、wiki、SNS、マイクロブログ、ブログ、匿名掲示板及び汎用CMSのいくつかの要素を統合したシステムが実用化されている（非特許文献１-4参照）。また、ウェブサムネイルは引用元をひとつのページの中で任意に選択できない。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】メディアウィキ  http://www.mediawiki.org
【非特許文献２】drupal http://drupal.jp/
【非特許文献３】RCMS http://www.r-cms.jp/
【非特許文献４】pukiwiki http://pukiwiki.sourceforge.jp/
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、SNS、wiki、マイクロブログ、ブログ、匿名掲示板及び汎用CMSの要素を全て兼ね備えた発想、または、それを利用して、コピーアンドペーストなしにデータを整理し、４次元表示の検索結果を返す発想は見られなかった。
【０００５】
そこで、本発明は、SNS、wiki、マイクロブログ、ブログ、匿名掲示板及び汎用CMSの要素を全て兼ね備えたWikiページ提供システムを提供し、部分指定のできるウェブサムネイルによって、データのコピーアンドペーストを防ぎ、４次元表示で結果を返すことを目的とする。
【課題を解決するための手段】
【０００６】
本発明によれば、上記課題は、次の手段により解決される。
【０００７】
本発明は、Wikiページ提供装置とユーザ端末とを備えたWikiページ提供システムであって、前記Wikiページ提供装置は、WikiページをユーザIDに対応付けて記憶する記憶手段と、前記投稿者のユーザ端末から投稿者のユーザIDと投稿データとを受信し、この受信したユーザIDに対応付けられているWikiページを前記記憶手段から読みだして、この読み出したWikiページを前記受信した投稿データにより訂正する訂正手段と、前記検索者のユーザ端末からキーワードと文字数と投稿者のユーザIDとを受信し、当該受信したキーワードを含み、当該受信した投稿者のユーザIDに対応付けられており、且つ、当該受信した文字数に依存した範囲に該当するWikiページを前記記憶手段から読み出し、この読み出したWikiページを前記検索者のユーザ端末へ送信する読出手段と、を備えたことを特徴とするWikiページ提供システムに、部分指定機能付きウェブサムネイルに４次元検索を加えることによって実現する。
【発明の効果】
【０００８】
本発明によれば、SNS、wiki、マイクロブログ、ブログ、匿名掲示板及び汎用CMSの要素を全て兼ね備えたWikiページ提供システムを忘れられる権利に対応しやすくし、４次元表示の検索結果を、提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係るWikiページ提供システムの概略構成を示す図である。
【図２】本発明の実施形態に係るWikiページ提供装置の概略構成を示す図である。
【図３】検索インターフェイスの例
【図４】ログインしている、または投稿するユーザを切り替える為のインターフェイス例
【図５】４次元グラフの使用例
【図６】樹形図の説明
【図７】サムネイル 取得方法
【図８】指定方法
【図９】置き換えの場合
【図１０】範囲推論エンジン
【図１１】ポインタを入れるか入れないか
【図１２】検索フロー
【図１３】機能図
【図１４】サムネイル読み込み
【発明を実施するための形態】
【００１０】
以下、添付した図面を参照しつつ、本発明を実施するための形態について説明する。
［Wikiページ提供システムの概略構成］
図１は、本発明の実施形態に係るWikiページ提供システムの概略構成を示す図である。
【００１１】
図１に示すように、本発明の実施形態に係るWikiページ提供システムは、Wikiページ提供装置とユーザ端末とを備えている。Wikiページ提供装置は、例えば、サーバコンピュータなどで構成される。また、ユーザ端末は、たとえば、パーソナルコンピュータや携帯電話などにより構成される。なお、Wikiページ提供装置は、１台のコンピュータにより構成されてもよいし、複数台のコンピュータをネットワークで接続したものにより構成されてよい。
［Wikiページ提供装置］
図２は、本発明の実施形態に係るWikiページ提供装置の概略構成を示す図である。
【００１２】
図２に示すように、本発明の実施形態に係るWikiページ提供装置は、記憶手段と、訂正手段と、読出手段と、を備えている。以下、順に説明する。
（記憶手段）
記憶手段は、WikiページをユーザIDに対応付けて記憶する手段である。
（訂正手段）
訂正手段は、前記投稿者のユーザ端末から投稿者のユーザIDと投稿データとを受信し、この受信したユーザIDに対応付けられているWikiページを前記記憶手段から読みだして、この読み出したWikiページを前記受信した投稿データにより訂正する手段である。
（読出手段）
読出手段は、前記検索者のユーザ端末からキーワードと文字数と投稿者のユーザIDとを受信し、当該受信したキーワードを含み、当該受信した投稿者のユーザIDに対応付けられており、且つ、当該受信した文字数に依存した範囲に該当するWikiページを前記記憶手段から読み出し、この読み出したWikiページを前記検索者のユーザ端末へ送信する手段である。
【００１３】
文字数に依存した指示を満足するWikiページを取り出せすと、
検索者が取り出したい、情報の粒度を任意に選択できるという効果が発生する。それによって、例えば、内容の複雑な文章を理解したい時は、巨大なページを、すでに整理された文章を読みたい時は短い文章を選択できる。検索者が任意に情報の粒度を選択することができない場合、疲れている時も理解するのが難しい文章を読まされ、深く議論したい時に細切れの情報を読まされるので、ソーシャルネットワーク疲れを起こす。
【００１４】
また、引用元のデータをコピーアンドペーストせずにページを構成できる高機能なサムネイル表示手段と併用し、短い文章の塊をサムネイルにしてひとつのページに貼り付けるようになり、それによって、長い文章が短く分割して記憶されている場合、ページ内の引用元の情報の粒度の低い、すなわち一般的なウェブサービスや特許の検索システムなど検索サービスは様々考えられるが一般に入力したキーワードと関連性の高いページが表示される。そのような検索アルゴリズムで検索すると、短いページ群のなかのページの互いの関係性のみを検索したい場合に、その長さをユーザが任意に指定することができる。
【００１５】
その時に長い文章の中からヒットした単語の関係性まで調べると、そのの重要なキーワードでない場合もヒットしてしまい、文章同士の関連性を正確に把握することが難しくなる反面、短い文章を調べ過ぎると、文章の中にその文章全体で本来言おうとしていることが、その短い文章に入っていない場合があり、その際検索にヒットしなくなってしまうという問題を解決することができる。もし、文字数が固定されているか、任意の指定文字数以上もしくは以下どちらかのみしか選択できなかったとすると、様々な使い分けができない。その使い分けができない場合、一々ファイルの中身を確かめながら情報の粒度を確かめていかなくては行けないので面倒である。
【００１６】
また、請求項４並びに請求項１３部分指定機能付きウェブサムネイルによって、これがより簡単に実行できる。
【００１７】
また、検索結果を多次元で表示するときに、文字数など、データ量を指定して検索できない場合、情報量の多いページと少ないページを識別できないので、ページの内容を拡大して表示するとき、文字数の少ないもののみ特定できないまま内容を拡大すると、データ量の大きいものも小さいものも一緒に表示されるので、結果の表示が重なって読みにくくなってしまう。また、関係性を文章以外の方法で単語と単語のつながりが乏しい短い文章を探して、そのページ同士の関係を検索条件による変化で把握することができる。
【００１８】
本発明の実施形態によれば、検索方法と、ファイル管理システム、ハイパーリンク機能の改善を一度に行う事によって、SNS  microblog blog 掲示板  wiki  汎用CMSといったCMSを統合し、実名で公開されることによる自己検閲の煩雑さを人格ごとにユーザIDを付与することによって抑制することができる。そして、それによって蓄積された情報を４次元グラフに描くことによって、容易に理解できることが可能となる。
【００１９】
統合して使用するための方法は以下のとおりである。
【００２０】
このシステム及び装置はwikiとしての基本的な、システム管理者以外でもネットワークのどこからでも書き込み可能という特徴を備えたまま、管理者とユーザーが必要に応じて権限管理部でユーザごとに読み出しと書き込みを任意に制御できるので、特定のユーザのみ編集できるblogや汎用CMSとすることができる。また、文字数を使った検索条件により、マイクロブログになり、また、投稿者のユーザIDを切り替えて使用することによって、匿名掲示板にもなる。
【００２１】
このような特徴を使うか使わないかをユーザや管理者が選択することにより、すべての機能を使ったり、一部の機能を使ったり、使用できる機能を切り替えたりすることによって、統合する。
【００２２】
請求項５と請求項14の部分指定機能付きウェブサムネイルについて。
【００２３】
図  7
ユーザインターフェイスを使って、ユーザが選択してドラッグアンドドロップで引用した時の動作を説明している。
【００２４】
サーバーやユーザ各自が持つシステムが、そのシステムが操作することのできるデータベースや外部の操作できないデータベースの情報をやり取りする。
【００２５】
リンク指定方式
外部方式
図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>
前のタグも後のタグもタックとネストを指定しなければならない。
【００２７】
置き換え方式
図9  置き換えの場合
ある一定のところを他に記憶しておいて、それを呼ぶようにする。この場合だと、
<tag1 id="1" mode="write" >
この意味は、tag1はidが１というユーザによって管理されていて、書き込み可能なモードになっていますという意味。
番地
前からもしくは、後ろから何バイト目からという指定方法
行数
前からもしくは後ろから何行目という指定方法
ポインタ
図11  ポインタを入れるか入れないか
リンク自体に部分指定の領域をもたせるのではなく、部分指定が記述された保存領域を特定するためのポインタを持っている場合。
【００２８】
類似の部分を選択するアルゴリズム
このアルゴリズムはユーザが選択した範囲とシステム上線テク出来る範囲が異なることを強制さえれる状況などで作動し範囲を決定するアルゴリズムの例です。
既存のタグを利用する場合のみ指定した通りの範囲を指定できないために  類似する範囲のタグを使って範囲を指定する必要がある。
記事が書き換えられた時も、タグを打ちなおしたり、それができない場合は、範囲を確定するための行数やタグを選び直さなければなりません。初めて選択するときだけではなく、選択し直す時も必要です。
図10  範囲推論エンジン
/tag2
a
<tag1>
b
/tag 1
cｄ
/Tag2
bとｃを選択した場合、
タグ方式データグの範囲内のすべてが選択されていないと、載せないようにする形式と、一部が少しでも選択されているならそのタグの範囲を含めるのかが問題になる。
すべて選択されない方式ならaは乗らない
Tag１（より範囲の狭いタグ）を指定
ちょっとでも選択されたら方式ではaは載る。
Tag2（親のタグ）を指定
ソースがこのようにある。”b”と”c”を選択しようとした場合、どうしても選択範囲が指定した通りに選択できない場合がある。そのうち、既存のタグを利用する場合の障害を解決する方法は、選択した範囲より多めに取ってくるか、それよりも少なく取ってくるかどうかを選択することです。
ポインタを使ってユーザに見える部分を変化させない場合
図11  ポインタを入れるか入れないかを参照しながら以下の解説を読んでください。
【００２９】
サムネイル生成時
部分指定するテーブルにどこの部分を指定するかという情報を書き込み、ユーザが変更しているサーバーには部分指定するテーブルの対応する場所を特定する情報を記憶させる  
読み込み時
部分指定の情報を記憶しているテーブルにアクセスする。
変更が行われるとどのような違いがあるのか。
リンクを張った時に、引用元のデータに自分がどのデータにリンクされているのというリストを作成する。そして、クロールして、ページングする。
もし新しい情報と差がある場合、部分指定している部分を書きかえる。
ネスト１タック１を保管  
クロールプログラムがページングしにいって  前と差分があると、ディレクトリ構造のなかでどこに移動したのか類似部分を判定してどこに移動したのかを表記する。
それがネスト１タック２に移動
URLをキーとしてURLがどこのデータにリンクしてあるのか書いてあるリストを読みに行く
リストの例
URL１はデータ１に貼ってある。内部指定はネスト１タック１を示している
内部指定  方式例  URL：ネスト１タック１  を  ネスト１タック２に変更
読み込む場合
ネスト１タック１を保管    それがネスト１タック２に移動
URLをキーとして
URLがどこのデータにリンクしてあるのか書いてあるリストを読みに行く
リストの例  URL１に向かってリンクしているリンクを持っているデータは  データ１  データ２  データ３
URL１はデータ１に貼ってある。内部指定はネスト１タック１を示している
ポインタ      URL：ネスト１タック１をURL：ネスト１タック２に書き換え
ステップごとの解説
ステップ解説に対する注意
各ステップで行われることは、必ずしもそこで行われなければいけないということではなく端末やサーバーで代替することが考えられる。
【００３０】
図7に従って解説します。
１  端末２からサーバー１へ引用元のアプロード。 
25  端末からサーバー２へ引用先のアップロード
23  サーバー２から情報を読み込む
21  端末１がサーバー１の情報を読み込む
端末1が情報を取得できた場合について以下の解説をします。
サムネイル範囲指定段階
ステップ２  
ユーザがサーバー１にある情報を見ていて、その内の一部をサムネイル化して
端末１がサーバー１にあるサムネイルを取得したいという信号がユーザから入力される。
ユーザインターフェイスを使って、ユーザが選択してドラッグアンドドロップで引用した時などが考えられる。
【００３１】
ステップ３
引用元の選択したい部分と、もし装置に引用先に書き込んでもらいたいのならば引用先を知らせる。２でドラッグアンドドロップで引用されたときは、ドラッグを開始した場所が引用元でマウスボタンから手を離した場所を引用先として情報を送信することが好ましい。
【００３２】
ステップ４
装置が権限を確かめて取得できるかどうか判断する。
その際サーバーにすべての情報を要求しても、必要な分だけ要求してもどちらでも良い。
ステップ５
取得しにいく
ステップ10
ここですべての情報を返すのか指定された情報のみを返すのか選んでも良い
他のステップで指定する情報を生成しない場合、ここで部分指定をする情報を生成及び選択をしても良い。
ステップ６
サーバーが情報を返す。
ステップ７
他のステップで返した情報から必要な部分を選択されていない場合選択する
選択する方法の例
図10  指定範囲推論エンジン
もし他の部分でおこなわない場合、URLの記述を決定して送る 
24  端末に部分指定を返さずにどこに引用するかわかっているときは引用先の記事に書き込んでも良い。
８  他のステップで指定する情報を生成しない場合、ここで部分指定をする情報を生成及び選択をしても良い。
すべての情報が帰ってきた場合、そのなかからここで必要な部分を抜き出しても良い。
9  他のステップで指定する情報を生成しない場合、ここで部分指定をする情報を生成及び選択をしても良い。
すべての情報が帰ってきた場合、そのなかからここで必要な部分を抜き出しても良い。
26  端末が直接サーバーに書き込みに行っても良いし、
装置を介して書き込んでも良い。
サムネイル読み込み段階
図14による解説
11  端末２を使っているユーザがサーバーにアップロードしたものを、端末１が読み込む。
１２  端末１を使っているユーザがウェブサムネイルを読み込もうとする。
部分指定がないサムネイルが動くときの動作設定の例
端末からの装置に対するリクエストは、リンクをクリックした時に行われるので、それに部分指定があれば、それが実行される。  何もなければ全部の情報をリクエスト
１３  読み込むように要求する
１４  権限を元に要求することができるか判断し、要求された範囲かがどこか特定する。ここでやらない場合は別のところでやる。
15  サーバーに対する要求を行なっても良い。
16  サーバー側で要求を受け入れるかどうか判断しても良い。権限を元に要求することができるか判断し、要求された範囲かがどこか特定する。ここでやらない場合は別のところでやる。
17  返す判断をした情報を送る
18  端末に向かって送り出す
権限を元に要求された範囲がどこか特定する。ここでやらない場合は別のところでやる。
19  送る
20  受信して表示
図12  検索フローについての説明
結果の求め方
１  端末またはそれを操作するユーザが、アドレスのリストかデータそのものなど、検索結果として返す方式を選択することが好ましい。
例えば、端末が文字数の指定を受け取る場合がある。
2  指定した文字数及びログインしていいるユーザを識別する情報、及び１で指定された検索結果を返す方式をサーバーに要求する。
3  システムが文字数とユーザを識別する情報を受信し、システム記憶しているテーブルのデータのうち識別されたユーザに存在確認権限が付与されているデータのデータのみをサーバーに要求する。
もしこのシステムに検索用のインデックスがあるならばそこを参照しても良い。
4  サーバーがその情報を受信して、要求されたテーブルを返す。
5  システムが、文字数を条件にする検索の場合、記憶しているテーブルのwikiページ内部のマークアップ言語のタグなどのユーザに表示される部分のみの文字数を数える。
キーワード検索の場合は、wikiページやファイルIDなどに含まれる文字列を、前方一致や後方一致などで一致するか判断する。
その他、最終更新日時など、テーブルの他のキーを条件とした検索ではそれを参照する。
この作業は予め実行してインデックスを作っておき、3の段階で該当するデータのみ最新の情報が必要な場合などに取得するといった方法を取ることにより高速な検索を実現することができる。
システムが、アドレスのリストかデータそのもののうち、ユーザに指定された方式で指定された文字数に当てはまるものを返す。
返す順番を日時等の順番で並べ替えて出力することが好ましい。
6  端末が帰ってきた情報を表示する。または、帰ってきた順番に開く。
【００３３】
検索結果表示方法
アドレスのみを返す場合
アドレスをそのまま表示する方法、任意に指定した文字列をリンクのラベルとする方法があり、引用元のタイトルやwikiページの任意に指定した部分をラベルとすると設定することが考えられる。
【００３４】
データを単純に開く場合
データを開く順番を端末側で変更できることが好ましい。システムから返された順番のみでなく、転送された情報のユーザの指定した情報に基づき並べ替えて表示する方法があり、ファイルアドレスの文字順や最終編集日時順などの順番が考えられる。 
【００３５】
請求項9と請求項18の多次元検索とは、１列のみではない検索結果を生成するために、生成したい次元回数分の検索を行い、すでに生成された次元の以外の次元ですでに検索した検索結果に干渉しない次元で新しい検索結果の順位を示す検索結果を表示する。２回検索すると図６に４回で図６となる。
【符号の説明】
【００３６】
１  Wikiページ提供システム
普通は、サーバーの管理者のみが、サーバーにあるデータを書き換えることができるが、誰からも書き換えられるようにしたシステムがwikiで、端末側にサーバーに記憶されたデータから端末で表示可能な状態に変換する機能を移譲するなどして、サーバー側の負荷を軽減させることなどができる。
２  Wikiページ提供装置
普通は、サーバーの管理者のみが、サーバーにあるデータを書き換えることができるが、誰からも書き換えられるようにしたシステムがwikiで、一つの装置でその機能をすべて実現し、端末側には機能の移譲をしない
２１  記憶手段
サーバーなどにユーザを識別出来る形で記憶することにより、ユーザごとに付与する権限を管理をする事ができる。
２２    訂正手段
訂正する部分を含む、データ管理の最小単位すべてを訂正する場合と、データ管理の最小単位の内訂正する部分を、前のリビジョンと比較して行う方法が考えられる。
訂正するときに、ユーザを識別することにより、書き込み禁止をユーザごとに設定できる。
２３    読出手段
読みだすときに、投稿者IDの関連性を知られなければ、毎回違うID、または、投稿者IDを匿名とすることにより、匿名による発言が可能。
３    ユーザ端末  
携帯やパソコンなど。出力されるデータを更に見やすい形に変換するソフトウェアを備える場合がある。
【図１】
2013238960.tif 000003
【図２】
2013238960.tif 000004
【図３】
2013238960.tif 000005
【図４】
2013238960.tif 000006
【図５】
2013238960.tif 000007
【図６】
2013238960.tif 000008
【図７】
2013238960.tif 000009
【図８】
2013238960.tif 000010
【図９】
2013238960.tif 000011
【図１０】
2013238960.tif 000012
【図１１】
2013238960.tif 000013
【図１２】
2013238960.tif 000014
【図１３】
2013238960.tif 000015
【図１４】
2013238960.tif 000016