ユーザー同志がオンライン上で情報を共有する為のシステムであって、端末と記憶装置が通信回線で接続され、端末への表示手段に於いて、データベース内のツリー構造が表示されており、前記ユーザーがフォルダに当たるカテゴリの新規作成をオンライン上で行う事ができるステップと、カテゴリ内の記事を新規作成し直接書き込めるステップと、ユーザーは自身が投稿する記事に於いて自身のURLを登録しアクセス数の向上が図れるシステムと、ユーザー又はサイト管理者が、パスワード等を用いてカテゴリの非公開公開の選択を行う事ができるステップと、カテゴリ内の記事数及びフォルダ数を表示するシステムと、カテゴリをお気に入り登録し、カテゴリ内の記事の更新を確認することのできるRSS機能と、その更新記事を表示する画面とを有しており、類似の階層カテゴリを出力表記するシステムと、レゴメンテーションによる階層カテゴリを表記するシステムと、サイト内検索に於いて階層カテゴリを検索する手段と、また入力されたキーワードの類似語に当たる階層カテゴリも合わせて出力表記するシステムと、カテゴリ内の記事一覧に於いて新着と評価順の両方を表示する手段と、又、高評価な記事を判断し上位に表示できるシステムと、ブログの様に記事を表示する手段と、それを評価する手段と、記事投稿に於いて類似する記事を表記し、前記ユーザーに情報の量産重複記事を避ける確認を促すシステムと、自サイトのテンプレートに記事を書き込むか、あるいは自前のサイトのURLを書き込む手段を有したシステムであって、自サイトのテンプレートを使い記事を書き込んだ場合に於いて、そのユーザーによる投稿された記事群を、ユーザー個別画面として表示できるシステムと、高評価の記事群を一部別枠で画面表示する手段を兼ね備え、又、カテゴリに於いて、類義語あるいは類似する階層が量産された場合に、一定の時間を置いて、あるいは一定の件数が溜まると、手動または自動でカテゴリを統合するシステムと、ディレクトリ公開により階層内整理の為、コンテンツURLが移動してしまわない為の、サーバとデータベースの処理方法と、情報を4つの軸時間、空間、質、共有性から整理するシステムと、複数の人が共通のPASSにより共有する、小規模グループでのディレクトリ公開型機能をオープン化、提供できる機能既存のファイルが置けるなど、大規模グループ内でのカテゴリの公開非公開とは異なるとを有するシステムに関する。情報を4つの軸時間、空間、質、共有性から整理しており、空間に於いてはデータベース内のツリー構造が端末上で表示され、サイト内検索で記事内のキーワードでは無くカテゴリを検索し階層を出力表記する手段と、又、キーワードの類義語も合わせて検索出力できる機能と、ユーザーはオンライン上で新規にカテゴリを作成し、又、カテゴリ内に直接記事を書き込む事ができ、又、既存のコンテンツのURLを公開する事のできるシステムを特長とした、請求項1に記載のシステム。カテゴリの公開非公開の選択、お気に入りのカテゴリをRSS機能を使い更新確認できるシステムを特長とし、重複するカテゴリが量産された場合に統合し、削除されたカテゴリに於いては移動先URLが自動又は手動で割り当てられる機能と、また、コンテンツのURL自体は、階層内整理によりリンクが外れてしまわない為の、サーバとデータベースの処理方法とを有する請求項1に記載のシステム。複数の人が共通のPASSにより共有する、小規模グループでのディレクトリ公開型機能をオープン化、提供できる機能既存のファイルが置けるなど、大規模グループ内でのカテゴリの公開非公開とは異なるとを有する請求項1に記載のシステム。ユーザーが特定の関心あるテーマやジャンルに関して、良質かつタイムリーであり網羅できる情報量を求めたい場合例えば、このサイトであれば、ある特定のテーマに関する全ての情報を見つける事が出来るという様なもの又、テーマを掘り下げて詳しく知りたい場合、既存のシステムだけでは不十分さが残る。以下に既存システムの不足個所を順に述べる。HPでは更新の不便さがある。検索エンジンへの対策に於いても更新の面でブログより劣ってしまう。次にブログでは、更新は容易だが個人サイトである為、アクセス数を上げるにはやはり困難であり、時間が掛る。アクセス数の高い有名ブロガーの記事であればタイムリーで確認することができるが、そうでないブロガーの記事はタイムリーでは認知しずらい。掲示板では、特定のサイトに皆が集まるのでHOTなスレットに対し情報を発信すれば、比較的、大多数の目にとまりやすい。しかし、複数の人間が井戸端会議の様に自由にコミュニケーションを行うのが目的である為、情報の内容としては個人の意見や感想感情になり、それが又メリットでもある。又、大勢で書き込むため一ユーザーとしては、記事が簡易になり文字情報のボリュームは少なくなる。又掲示板には、匿名によるものとIDを割り当てるものとがある。SNSではコミュニティーという場所に於いて求めている情報を得られる事はできるが、仲間との繋がりやコミュニケーションがメインであり補足的な機能である。チャットではSNSと同じ様にコミュニケーションがメインであり、その場に居合わせた人々が持ちうる範囲内での情報交換を行う。Twitterによるミニブログでは、タイムリーな情報を伝達するには適しているが、SNSと同様、繋がりにおける情報伝達であり又ボリュームは少ない。Wikipediaを代表とするWEB辞書では、一つのテーマに関して質の高い情報を得られるが、自由に文字情報を書きこむにはハードルが高く情報提供側と情報収受側は明確に別れてしまう。YAHOO知恵袋を代表とするQA機能では主に疑問に対して解答を行う情報を扱い、その他の情報は対象外である。又はてなが運営する匿名ブログでは、特定の場所に匿名でブログを書きこむことができる。更新の便利さやアクセス数を上げるには適しているが特定の情報を探し出すには不十分である。以上のシステムには其々、目的コンセプトがあり、得意不得意な部分があって、互いに補完し合い成り立つこともできる。しかし、ある特定のテーマに対して様々な視点や角度から詳しく知りたいと思った時、又そのテーマに関して網羅したいと思った時、ブログを調べてみたり掲示板を調べたりSNSを調べたり、あるいはミニブログで情報が流れていないか探したり、サイトからサイトへ梯子をしなければならなくなる。情報の収集方法ではRSSがあるが、インターネット上にある膨大な記事の中から、自身で見つけたお気に入りの記事の更新が確認できるが、見つけていない良質な記事についてはカバーしきれていない。ブックマークの公開機能では、皆のお気に入りを公開し、質が高い記事を見つける事は出来るのだが、ピンポイントで自分が探している記事を見つけるのは難しく、たまたまその時間帯に偶然発見した面白い記事を見つける手段として終わってしまう。欲しい時に欲しい記事を読んだり、テーマを掘り下げて知るには不十分さが残る。検索エンジンでは検索されるためにURL登録をユーザー側から行うのだが、ロボット型ディレクトリ型ハイブリット型、共に時間が掛り、上位に記事をヒットさせる為にはキーワードに工夫を凝らす等のSEO対策が必要になる。上記の課題を解決する為に、以下本発明について図順に詳細を述べる。尚、説明を容易にする為に添付図面の参照符号を括弧書きにて付記しているが、それにより本発明が図示の形態に限定されるものではない。本発明のイメージとしては、個人や小規模グループで行われている既存のフォルダ共有方法を、オンライン上にて行う形に近く、又、既存のブログやその他のコンテンツ配信方法とも融合させた形であり、そのディレクトリ公開型※ツリー階層の可視化を主な特長としているので、その名称とするの核となる基本部分から説明を述べる。※0006~0010まで図1は、文字情報等の伝達共有方法をステップ順に表している。ステップ1では、サイトの一番上の階層に当たるTOP画面である。ユーザーはまずこの画面から、カテゴリの大項目であるデータa例、デザインを確認する。ボタンAは新たな前記データaを入力して、画面上に出力するためのものである新規カテゴリ作成ボタン。前記ユーザーは前記データaの中から求める情報を見つけるとリンクにより次の階層であるステップ2-1に進む。又、ユーザーはステップ1の画面で求めるカテゴリが直ぐに見つからない場合は、サイト内検索を行いキーワードを入力する。ステップ2-2は検索結果を出力した画面である。ここで出力されるデータhとは、サイト内の階層である。キーワードに一致するカテゴリを表示し、そのカテゴリの上の階層と下の階層を出力表示する。データiは表示したカテゴリ直下にある記事のタイトルである。検索キーワードは類似する語句も含め検索される。データjが類似語を出力したものである。ここでの検索に於いては、あくまでも階層とカテゴリを出力表記するものであり、記事内のキーワードを検索し出力表記するものではない。カテゴリは丁度ディレクトリのフォルダに当たるもので記事はファイルに当たる。※実際に、記事データがファイルデータであるという意味ではない次に、ステップ2-1の画面でカテゴリの中項目であるデータb例、技法1、技法2、技法3などを確認する。その中から、さらに求めている情報へリンクを行いステップ3-1へ進む。ボタンBは新たな前記データbを入力し出力する為のものである中項目カテゴリの新規作成。データcは、記事及びカテゴリの収容件数である。又、データ1は公開制限の表示である。例えば、ユーザ間で非公開と設定されたものは決められたユーザーの中でしか表示することができなというものである。又データ2は、サイト管理者側の公開制限である。例えば有料プランを使用しているユーザーにだけ閲覧が可能になる。これらはパスワード等による設定で可能である。又ステップ2-1内で求める情報が直ぐに見つからない場合は、ページ内検索を行いステップ3-2へ進む。ステップ3-2は、キーワードが一致した中項目であるカテゴリの検索結果が出力された画面である。又、類義語も同様に出力される。ステップ3-1では、前記データbの直下にある記事のデータdタイトルと日付、ユーザーID、内容の一部等が出力表記された一覧である。データgは、ステップ3-1のカテゴリよりも一つ下の階層のカテゴリを表記したものである。2-1の画面と3-1の画面の違いは、カテゴリ直下に記事が在るか無いかである。カテゴリ直下に記事が無い場合は、そのページ内に於いてカテゴリ項目だけが表記される。又、特定のカテゴリの直下には、記事の書き込みを作成ボタンの排除等により不可にする事も可能である。又カテゴリ内に、さらに下のカテゴリが無く記事のみがある場合は、前記データdである記事だけが表示される。ボタンCはステップ3-1のカテゴリ直下に新しい記事を投稿するためのものである。本発明はユーザーが投稿したい記事の内容に近いカテゴリを自身で見つけ出し、そのカテゴリ内に於いて直接投稿をする形式を取る。次にボタンDはステップ3-1の中項目のカテゴリをお気に入り登録するボタンである。このカテゴリ内に投稿される記事は≪図2≫のお気に入り更新管理画面から新着記事を確認することができる。本発明は、個人あるいは各サイトを特定してお気に入り登録するのではなく、カテゴリに於いてお気に入り登録を行う。又、表示される前記データdは評価順、新着順の両方を表示できる。評価を識別し、高評価な記事は上へ不評なものは下に表示することができる。又データfは類似するカテゴリの表記である。ステップ3-1が○○による技法というカテゴリであれば前記データfは▲▲による技法というカテゴリを表記する。あるいは、レゴメンテーション機能の様に○○による技法に関心を持ったユーザーが見た他のカテゴリの表記も可能である。3-1の画面に於いて直ぐに求める情報が見つからない場合はページ内検索を行う。ステップ4-3は入力されたキーワードと一致した記事を出力表記している。ここでは、階層であるカテゴリを検索するのではなく、記事タイトル内容からキーワードを検出してデータdを返している。ここでユーザーは、自身が投稿したい記事に対して類似するものが無いか調べる事ができる。これにより情報をむやみに量産させず記事情報の厳選を行おうとする心理が働く※類似記事が量産される事にもメリットはあるがここでは量産よりも整理する事に重点を置く為。ステップ4-1は、データeである記事内容の全部を表記した図であり、自サイト内のテンプレートを使用した図である。ここでは、ブログの様な形式で記事が表示される。コメント表記もあり、又前のページ、次のページへめくる事が可能である。前ページはカテゴリ内の前の記事であり、次ページはカテゴリ内の次ページである。記事内容は既存の評価システムで評価する事ができる。4-3は、自サイト以外の記事へリンクした場合である。本発明は、記事を投稿するユーザーにとって、自身のサイトへのURLを登録する事ができるので、アクセスUPが図れるという心理が働く。尚、補足機能として、ステップ5は自サイト本発明のサイトのテンプレートを使うユーザーの記事群をまとめた画面である。ここでは、既存のブログと同じ様な仕様で閲覧する事が出来る。違いは、管理画面からの記事投稿機能が出来ない部分である。以上が図1の説明である。次に、図2はステップ3-1の画面でお気に入り登録したカテゴリ内の記事の更新を確認する画面である。複数あるお気に入りカテゴリをまとめて確認する事ができる。又、新着と評価順の両方を表示できる。次に図3は、記事の投稿ステップである。ステップ1ではユーザーは記事タイトルの入力を行う。入力が終われば決定ボタンを押しステップ2に進む。ステップ2では入力されたタイトルのキーワードと一致する記事データkを表示する。ここでユーザーは類似記事の確認を行い任意で投稿の意思決定を行う。ここでも重複記事による情報の量産を避ける為の心理を促す。次にステップ3では記事の内容を書き込むのだが、自サイトが既にある場合はURLを入力する。この場合、記事内容の一部は自動で取得し表示する検索結果画面などの部分的な表記事も可能である。自サイト本発明のサイトではなく既存サイト等が無い場合は内容を記入する。図4は補足機能として評価の高い記事を別に保存している一覧画面である。次に、本発明の特長を以下に述べる。まず、既存の情報伝達ではユーザーが作成した記事に於いてユーザーがキーワードなどのタグを付与し、次に情報を集約する管理サイトが付与されたタグキーワードをサーチし、検索結果画面に表示している。本発明はこの方法とは逆で、記事を集約する管理サイトの画面上で階層構造とカテゴリが確認でき、ユーザー自身にカテゴリ内から記事を直接投稿するステップを踏む。又、投稿された記事はそのカテゴリ内で表示される。イメージとしては本発明は、直接的なキーワードによる検索に重きを置いておらず、それ以外の別角度からの情報取得方法を可能にしている。キーワードよりかは欲しい情報はもう少し漠然としており、しかし、全く見当の無い情報を探すわけではない場合に適している。本発明は例えば、個人のPC操作でイメージすると、カテゴリ検索とは、フォルダ検索で、記事キーワードを検索するのがファイル検索にあたる。本発明はキーワード検索も行うが、カテゴリ検索を特長としてる。これは、記事をよりBOX的に整理しやすくするためである。本発明はデータベース内の階層を公開しているユーザー参加型のシステムであり、この方法であれば、記事を漏れる事無く管理する事が出来る。記事を投稿する際には、類似記事の確認を行う為、情報の量産重複する記事は出来るだけ避けてもらうように促すことができる。この方法により、このカテゴリに行けば特定のあるテーマに関する情報の書き込みをタイムリーで確認する事が可能になる。又、個別ブログやサイトに対しお気に入りの更新確認機能RSSを登録するのではなく、カテゴリに対し更新確認機能を登録しているので、特定のカテゴリに関する更新確認ができる。又、ステップ2-1の画面は掲示板の板に近く、ステップ3-1の画面はスレット、記事はレスに近い事から、補足機能として3-1の画面でユーザーがカテゴリの使用ルールを設ける事も可能である。この場合、カテゴリの下にカテゴリが在る場合はルールが当てはまるかの有無を設ける手段も取れる。又、カテゴリ内に於いて、類義語あるいは類似する階層カテゴリが量産された場合に、一定の時間を置いてあるいは一定の件数が溜まると、手動または自動でカテゴリを統合する機能も有する。削除されたカテゴリは移動先のURLがあてがわれる等の処置でスムーズに操作には支障が無く行われる。本サイトのイメージとしてはブログやHPを収集した大規模な掲示板の様なものであり、SNSの様なコミュニティーのRSS機能も有し、WEB辞書のような情報集約も組み合わさったデータベースのディレクトリ公開を行っているシステムである。以上が、ディレクトリ公開型の基本部分であり、以下より、その発展型を述べる。まず、説明は大きく4つから成り1本発明のWEBサイトが、オンライン上に膨大にある情報を整理するための情報地図だとすれば、4つの軸を設けて整理管理する概念の説明と2その4つの軸からなる管理方法で、大規模グループオンラインに繋がる全てのユーザーが実際に情報共有する画面展開の方法と3ディレクトリ公開型により、WEBページを生成するサーバ内の処理方法と4ディレクトリ公開型をオープン化して、小規模な情報共有小グループだけでデータ共有を行う方法、がある。以下より順にその説明を述べる。まず1について、オンライン上にある膨大な量のデータを整理する方法として、情報地図と言う概念情報の性質を整理する概念を説明する。例えば、地球の地図には幾種類かの表記方法があるが、そのような形で情報にも地図と言うものを設けたとする。その一つの方法が4つの軸の設定である。4つの軸とは図5にある様な時間、空間、質、共有性である。時間とは、データの新旧である。空間とは、ツリー階層であり、ミクロとマクロ情報が整理されたものであり、又、図書館の様にカテゴリ政治、経済、サイエンス、文学、芸術、等が区分けされたものである段落0006~0010はこの空間にあたる。質とは、データそのものの質の善し悪しに加え、価値が永続的に続くものと価値が即時的なもの一時的なもの、緊急性のあるもの等の軸である。共有性とは、全体で共有する重要度が高いもの公共的な情報であり、個人の利益、広告性の在るものは除くと、全体で共有する重要度が低いもの専門性の高い情報であったり、セキュリティーで守る個人情報等の軸である。次に2について説明を述べる。図6と図7は4つの軸を実際に画面に展開した図である。図6がサイトのTOP画面であり、図7が検索結果画面である。図6の記号A1は、全体で共有する重要度が高いデータと、個人的データログイン時にユーザーの個人的な情報が表示される場所である記号A2は、緊急性のあるデータ及び、永久保存入りしたデータ全件数の表示と、永久保存一覧として、カテゴリ別に件数の表示がされたもの等であり、記号A3は、ディレクトリ公開ツリー構造の表示がされた情報≪段落0006~0010の内容≫である。※TOP画面のディレクトリ公開は上位カテゴリが表示されている状態である。記号A4は、日付順に整理された情報を扱っている。図7の記号B1は、フォルダ内記号B5を日付で管理できる機能であり、フォルダ内を日付順に整理したり、カレンダの形態により日付を容易に遡る事も可能である。記号B2は、フォルダ内記号B5の永久保存度の高いデータと、一時的なデータを表示するフィールドであり、B3はフォルダ内記号B5の、共有度の高いものを表示するフィールドである。B4は、検索結果のツリー構造を表示するフィールドであり、B5は、選択したカテゴリ又はフォルダ直下の記事又はファイルを表示するフィールドであり、記号B6は、選択したカテゴリに類似するカテゴリを表示するフィールドである。又、図8は、空間フィールドであるツリー階層から、カテゴリを選択すると、その下位のフィールドに、カテゴリ直下の記事が表示される図である。これによりBOX認識による情報整理が可能になる。又、ディレクトリの整理方法は、個人でフォルダを整理し使用する方法と類似するので、図9の様なステップを踏む。STEP1→<記号C1に関するファイルが溜まっていく。>STEP2→<C2のファイル量が増えると、カテゴリをより細分化してフォルダを分割し、対応するフォルダにファイルを入れ整理する>と言う様な流れを踏む。オンライン上で共有するディレクトリ公開型の場合、フォルダを分割し新規作成を行うのはユーザーに依存する形となるのだが、人の手でフォルダが作成されると、記事ファイルは、コンピュータの処理により、記事内容と一番近いと思われるフォルダ内にキーワード生成により自動で移動する処理を行う又は手動と併用。しかし、この時に大きな問題が生じる。記事ファイルが階層移動をしてしまうので、既存の小グループネットワークや個人でのフォルダ管理を思い浮かべたとするとファイル場所が変わり、リンクが外れてしまうという問題が起こる。ディレクトリ公開型では、記事コンテンツが、頻繁に階層移動を行うので、リンクが外れてしまうと、URLを使った引用が出来なくなってしまう。又、お気に入り登録からも外れてしまう。対処法として先のURLを残したまま、新しい引っ越し先であるURLへジャンプするようなプログラムを組めば、取り合えずの解決はできるのだが、データ量も増える上に、スピードも落ちてしまう。その解決法として、3のディレクトリ公開型によるWEBページを生成するサーバ内の処理方法を以下に述べる。図10は、WEBページ生成過程を表した図であるが、データベースAは、ツリー階層のデータを記憶したデータベースであり図11がそのデータの中身である。データベースBは、ユーザーが制作したコンテンツを記憶したデータベースであり図12がそのデータの中身である。尚、図10図11図12は分かりやすく簡略化したものである。端末を介してユーザーからデータの入力を受けると、データベースAとBから適合するデータを問い合わせ、サーバ内で組み立てて、端末にWEBページとして返す。階層の移動や変更は、データベースAで記憶管理し、コンテンツが記憶されているデータベースBから、コンテンツを出力する。この様な形でユーザーが作成したコンテンツのURLは変更せず、データベースA内で、移動情報を蓄積し、階層データと、コンテンツURLを適合させ、サイトページとして返す形を取る。但し、コンテンツのURLは変わらないが、カテゴリ図では経済としているのURLは変わってしまうので、RSS等で、特定カテゴリフォルダを登録していた場合は、対象記事が引っ越したフォルダにジャンプするような形RSS登録ごと移動変更する形にするか、あるいは現行のままのフォルダ登録なのか、ユーザーに通知する形にするのか柔軟に対応可能なものとする。次に4小規模な情報共有小グループだけで共有する方法について説明する。ディレクトリ公開型は、オンラインで繋がる全てのユーザーを対象とした場合の他に、友人同士など、小規模グループだけでデータ共有できるようにオープン化する事も可能である。図13は、オンラインに繋がれた小規模グループが、共有PASSによってデータ共有を行う画面である。データは、直接記事として書き込める記号D2のメモの様なフィールドと編集書き込みがある、記号D3内に、既存のファイルwordexcel等を置く事ができるフィールドがある。このような形で、1つのファイルを複数の人数で共有する事ができる。記号D1はツリー階層を表示したものであり、更新が在ったフォルダに、赤文字や更新有と言う様な印で表示する事も可能である。ボタンd1はフォルダの新規作成ボタンであり、UPロードボタンは、ローカルから既存ファイルをUPロードするボタンである。他、使い勝手は随時改良できるものとし、操作性は、ボタンなのか、右クリックなのか、状況に応じるものとし、基本的な仕様は以上の形になる。又、膨大な量のデータを管理するに当たり、細部の精度の改良が必要になるが、基本的な仕様は上記の通りとする。既存システムでは、ある特定のテーマに関して、発言の影響力の無い個人がボリュームのある記事を書きたい時、タイムリーで、そのテーマを求めているユーザーへ届ける最適の方法が不十分であった。又、特定のテーマを掘り下げるには情報が散乱しすぎていた。しかし、本発明によれば、特定のカテゴリに行けば特定のテーマに関する情報が網羅され、最新の情報が得られるであろうという効果が得られる。イメージとしては、これまで企業や団体、家庭などのサークル内で行われていた、サーバーの共有をオンライン上で行うというものである。又、特定のフォルダにパスワード等を設ければ、友人同士だけでの共有も可能である。又、カテゴリフォルダ事にRSS機能を加えて、特定のジャンルに関して常に最新の情報を得ることも可能である。又、ユーザーの情報整理ができる。図1のステップ2-2の様にカテゴリの前後の可視化階層表示により、ミクロ、マクロ情報視野の整理詳細と包括ができる。※又補足として、カテゴリからカテゴリにはショートカット機能も可能である。又、情報認識も容易類似記事の発見が容易になる。例えば、現在の認識ではもしかしたら既にこの意見は誰かが書いているかもしれないけれど調べるのがめんどうなので書いてしまおうという状態であるが、本機能によれば記事を書こうかなしかしすでに誰かが同じ意見を書いているな。でも、まだこの意見が足りないので付け加えようとなる。又、情報が網羅されることにより、洗練性が上がる質の改善改良。又、発信の簡易性がある。ブログを開設する必要がなく開設している場合はURLの記載で済むので容易に自分の考えを発信できる。又、本機能のディレクトリ公開型の認識をベースにすれば、次の様な事も可能になる。個人単位で行っているフォルダ整理の工夫を取り入れた機能を公開機能として追加することができる。例えば、日付によるフォルダ整理方法や、古い情報は古いフォルダに入れる等といった、様々な可能性がある。まとめると、本発明と既存サービスとの差異は、情報の進化を支援する所にあり、例えばこれまでの情報伝達サイトが並列平面思考だったのに対し、本発明は縦型立体思考を可能にする。又、本発明に記載された図面は解説の為に分かり安くしたものであり、細部はこれに限られるものではない。