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