情報配信及び共有システム
【課題】インターネット上でユーザが特定の関心のあるテーマやジャンルに関して、良質かつタイムリーで網羅できる情報を共有・伝達できるシステムを提供する。
【解決手段】情報の４次元空間を情報地図として表記した質、時間、空間、共有性の４軸及びその座標と、４軸に連動したデータベース及び情報空間ＭＡＰを特徴としたシステムである。記号Ｂ１は、フォルダ内を日付で管理できる機能であり、Ｂ２は永久保存度の高いデータと一時的なデータを表示するフィールドであり、Ｂ３はフォルダ内の共有度の高いものを表示するフィールドである。Ｂ４は検索結果のツリー構造を表示するフィールドであり、Ｂ５は選択したカテゴリ直下の記事を表示するフィールドであり、Ｂ６は、選択したカテゴリに類似するカテゴリを表示するフィールドである。
【解決手段】情報の４次元空間を情報地図として表記した質、時間、空間、共有性の４軸及びその座標と、４軸に連動したデータベース及び情報空間ＭＡＰを特徴としたシステムである。記号Ｂ１は、フォルダ内を日付で管理できる機能であり、Ｂ２は永久保存度の高いデータと一時的なデータを表示するフィールドであり、Ｂ３はフォルダ内の共有度の高いものを表示するフィールドである。Ｂ４は検索結果のツリー構造を表示するフィールドであり、Ｂ５は選択したカテゴリ直下の記事を表示するフィールドであり、Ｂ６は、選択したカテゴリに類似するカテゴリを表示するフィールドである。
【発明の詳細な説明】
【技術分野】
【０００１】
ユーザー間で取り交わされる、オンライン上に於ける文字情報等の共有、伝達方法に関するシステム。
【背景技術】
【０００２】
インターネットを介して行われる文字情報等を伝達する媒体には、ホームページ、ブログ、掲示板、ＳＮＳ、チャット、ミニブログ、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ロードするボタンである。他、使い勝手は随時改良できるものとし、操作性は、ボタンなのか、右クリックなのか、状況に応じるものとし、基本的な仕様は以上の形になる。又、膨大な量のデータを管理するに当たり、細部の精度の改良が必要になるが、基本的な仕様は上記の通りとする。
【００１７】
また、段落００１６までの内容では、４つの軸を設けたとしても、ユーザーが使いこなすには、やや煩雑すぎるという問題が起きる。４つの軸は情報の、1次元認識（質的な軸）、2次元認識（時間軸）、３次元認識（空間軸）、４次元認識（共有・共時性軸）でありますが、例えばユーザーが、情報を求め空間軸から入り、その次に時間軸や、質的軸を選び選択して行く、となると面倒な上に、求めている情報を短時間で探したい場合には時間が掛りすぎてしまうという問題が生じる。
【００１８】
しかしながら、コンピュータが何もかも判断し、最適な情報を人間に用意してしまっては、プロセスの消去（過程の消去）になってしまいます。このプロセス消去を行い、シンプルにして行こうとする傾向にあるのは、“エンジニア型集中”思考であります。既存の情報収集サービスの大抵は、この“プロセスの消去”を行う考えが多く見受けられます。（極端な話）集中型の思考ケースは何もかも綺麗に情報を整理し、一番、最適な答えを短時間に出せる方法を用いる傾向にあります。現在、ビックデータをどう整理するのか？という課題があります。その課題を解決する方法として、集中型思考が取る方法は、より優れた情報を選別して行こう、高度なものにしていこうとする“シンプル＝排除の思考“が根底にあります。（※これは極端な話です）複雑な物をシンプルにする為には不必要な物を捨てて行かなければならず、それは理にかなった自然な思考法であります。又結果を出す事のできる優れた思考法であります。しかし、本発明は、複雑なものを排除せず持ち合わせた上で、なお且つ、シンプルで整理されている、ということを目指しております。つまり、プロセスの消去を行わず、ユーザーに最適な情報を提供しようとする試みがあります。この２つの矛盾、最適なものと”そうでない“もの、必要な物と、不必要な物、を、同時に成立させるということは、実は、かなりの高度な思考法（技）が要求されます。またなぜ、本発明が、プロセスの消去を行わないのか？というと、その理由は、人間によっては個人差があり、余りにもレベルが高すぎる情報は意味が分からず、ついていけなくなるし、また余りにも自分とはレベルの低い情報では、興味が持てないということになります。個人差によって、ある分野に関しては専門だが、ある分野に関しては、ど素人であるといった知識の偏りがあります。この知識の隔たり（個人差の隔たり）を、一括りにしてしまうのは難しい物があります。コンピュータが最適な情報を選別し、いきなり最終結論を出すのではなく、人間に調べてもらうプロセスを大切なものとします。本発明は、”思考プロセスの繋がり“”プロセスを認識“する事が大切である（目的である）としています。（※プロセスが大事＝情報の重複が大事という事ではありません。重複によるデータの量産は、そもそも立体的な全体認識（空間認識）が出来ていないから起こるものであります）そして、本発明はその目的の延長線上に、情報地図という概念、4次元軸というものを考案するものとします。そして又、２重（矛盾の両立）の思考を行うというのは、通常、大変難しいものです。何か一方に偏る（優れる）と言う事は、それだけ、もう一方の偏り（優れないもの）を排除する傾向にあり、又、その逆も考えられます。つまり通常、シンプルさと複雑さを両立させる事は、（両立したいと求めたとしても）言うほど、簡単な課題ではなく、解決するのは難問になります。しかしながら、この2重の思考（プロセスの排除を行わない思考）を行っている様に感じられる、既存にある装置として、以下の様なものが考えられます。個人差による情報の好みを収集し、それに合う情報を提供するシステム。つまり、マッチングシステムです。（※これは、仮に例えるなら、2方向ビジネス型思考です）ユーザーが、何か好みのカテゴリを登録（自発的にか、あるいは自動的に）を行うと、そのユーザーにマッチした情報が、自動的に提供される装置です。この場合、個人情報を蓄える事と、その好みの情報（2本の情報）を繋げるマッチングを同時に行わなければならなくなります。それは、膨大な記憶量を保持することであり、ビックデータの時代に於いては困難な方法になります。しかし仮に、その難問をクリアし優れたマッチングシステムが出来たとします。けれどもユーザーは、自動的に送られる決まった情報（カテゴリ）だけを、欲しいと感じている訳ではありません。そうした装置は便利ではあるのだけれど、人間としては、たまには自分の興味外の情報を仕入れたくなります。その新しく仕入れた情報と、自分の興味のあるカテゴリとを繋ぎ合わせて、何らかの発想を考えたくなります。つまり決まったカテゴリだけを収集していると、視野が狭くなってしまうので人間の本質的には、まったく関連性の無いものにも興味を示したくなるのです。（※これはバランス思考、新鮮さへの欲求です）まったく関連性のないもの同士を繋ぎ合わせ、何かを発見する遊び「偶然を求める」のも、人間の自然な行為です。つまり、提供されるだけではなく、自ら情報を求め調べたいという欲求があります。以上の２つのシステムは、仮に例えるなら、「エンジニア・集中型・最新・最先端思考」と「ビジネス・マッチング・選択型・最速思考」とします。又、特にこの２つの性質は、純粋な性質であり特徴的なものであります。そして、その他のものは大体において、この性質が弱められたものだと考えらます。又、そうすると本発明の思考としては一体、何なのか？と言うと、仮に、既存にある情報収集システムの中で、どの性質に一番近いかと例えるならば、それは「ツリー型」に当たるものと考えられます。本発明は、情報収集の中で、空間認識が容易にできるツリー型を、さらに高度化したものなのかもしれません。
【００１９】
そして、本発明は、情報の整理法という課題に対し、４次限軸を考案するものです。しかし4次限軸を設定するにあたり問題が生じてきます。4次限という大容量のデータを瞬時に（短時間で）収集し、整理把握するには、どのようにしたら良いのか？どうしたら、人間が使いやすくするのか？という問題であります。前述で述べた２つのタイプ「最先端思考・最速思考」であれば、コンピュータが自動で計算し、プロセスの消去により最短で、情報を提供する事が可能です。しかし、本発明はユーザーにプロセスの消去を行わない形で、４次元構造を理解できる方法を取るものです。４次元構造を理解するとは、質、時間、空間、共有を、それぞれ、混ざらずに独立した形で把握するというものです。（本来、オンライン上の情報は混ざり合っています。）本発明は、これを、４方向から眺め比較でき、整理できるというだけでは不足するので、駿足を要求されるものとします。本発明は、構造理解に加え、最短で情報を提供しなければならない課題が出てきます。そして、その解決法として、さらに本発明が提案する装置は、次の装置であります。“4次限軸メモリ”あるいは“4時限チャンネル”という装置です。「図１４」が“4次限軸目盛“であります。このメモリを、左右に合わせたり調整する事で、自分の行きたい情報（場所）に向かえるものとします。１次元軸である質的軸は、情報の質（重いか軽いか、又は小か大か）であり、2次限軸である時間軸は（新しいか古いか）であり、３次限軸である空間軸は（ミクロか、マクロか { 縦軸}、あるいは、どのカテゴリ分野であるか｛横軸｝）とします。また、4次限軸である共有性・共時性は（共有度大か小か）であります。”４次元目盛“は、ちょうど、人間が思考する際に、過去を思い出し、また、直ぐに現在に戻れる様な感覚、そして、空間全体を瞬時にイメージし、また、瞬時に細部に到達できる様な感覚、また瞬時に、個を感じ、そして瞬時に、大多数である全体を感じる、又、瞬時に、重い情報と軽い情報を考えることができる感覚を実現するものです。人間は、この4時限の複雑な情報を瞬時に切り替え処理しています。”４次元目盛“のイメージは、その感覚に近いものだとします。ユーザーは、この4次元軸の針を調整することで、自分が欲しい情報、自分に最適な情報を手に入れる事ができます。そして、4次限軸目盛は、仕様に関して、まだ改良の余地があり、精度を上げて行けるものとし、「図１４」の図式、形態に限られるものではないものとします。又、本発明の特徴として、キーワードをダイレクトに指定する情報収集というよりかは、どちらかというと漠然としつつも、ある程度調べたいものが在るという情報を対象としています。イメージで例えるなら、特定のキーワードを入力して辞書を引く様な感覚ではなく、図書館に向かい、ある特定のジャンルの本を探す様な感覚であります。つまり、調べたいものというのは、漠然として、はっきりとしていないのだけど、しかし確かに、何かを調べたいと言う”もの“はある。なので、とりあえず、図書館に行ってみて、興味の引かれるカテゴリコーナーに行けば、偶然なにかを見つけることができるかもしれない、という情報収集法であります。これは、創作型が行う、情報収集法であります。そして、「図１５」は、4次元軸目盛を使い、標準を合わせた場所にある情報データが、下位フィールドのＥ４に表示されている図であります。そして、この装置は、複雑かつ矛盾する大量の情報を、破綻することなく内包し、且つ、シンプルに整理する事ができます。そして、その効果としては、マクロ思考及びミクロ思考を同時に行い、かつ、カテゴリや分野を横断でき、かつ、最新の情報と、過去の情報を同時に保有でき、かつ、全体で共有するべき情報と、かつ、個人的な感情・考えである情報（全体共有を必要としない情報）も保有でき、質の大小による保有（プロセスを排除しない）という、様々な矛盾する情報を、シンプルに内包、整理できる効果があります。また、本発明の装置は、ただ単に、欲しい”情報“を収集する為にあるのではなく、”情報“事態の構成や成り立ちを立体的に4次限認識で把握するための装置でもあります。
ややこしい言い回しなのですが、“情報”の構造や構成事態に、“情報”があり、それを得る為の（認識する為の）装置であります。
【００２０】
以上までの内容を大きく纏めると、まず（１）オンライン上でサーバー共有（つまり、ツリー階層による空間認識・情報の３次限認識を行えること）の提案。次に（２）そのツリー構造（空間）の上に、質、時間、共有性の３軸を加えた提案。次に（３）４次元軸を整理するに当たり、短時間で瞬時に情報を得る為の４時限チャネルの提案。の流れでした。そして、ここまでの内容で、さらに、もう一つの課題が出ます。それは、「図１４」の様に、４時限チャネルを設定したとしても、空間認識だけが、質、時間、共有の軸の様に１本の目盛で認識できるものでは無いという問題です。３次元空間は、メモリ軸で表すことができず、はみ出てしまうと言う事に成ります。つまり、ミクロとマクロの針は、ミクロに行けば行くほど、複雑で広がりを持ち、マクロに行くほどシンプルになるという性質があります。時間や、質であれば、「重いか軽いか」「旧新」だけの１本軸で済むのですが、空間軸は、カテゴリとしての幅（横軸）もある上に、ミクロマクロの様に網目状（縦軸）に広がるので、１本の目盛軸では表せない（針だけで調整できない）という問題がでます。であれば、４次元軸目盛が成立しなくなり（複雑になり破綻してしまう）最短で情報把握をすることはできなくなってしまいます。本発明は、ここで新たな課題、３次元だけは、４次元目盛で調整する事ができない＝瞬時の認識ができないと言う課題を持つことになります。そこで、さらに本発明は、３次元空間専用の新たなチャネルである装置を開発するものとします。「図１６」が、３次元空間専用の新チャネルになります。３次元空間チャネルは、丁度、グーグルマップの様な平面で表す形になります。そして、３次元空間チャネル（平面）は、先程の“４次元目盛”の“空間針”と連動して動かせる様になっています。まず、記号Ｅ１は“４次元目盛”の多重クロス型であります。この形態は、「図１４」の様な横型軸でも構わず、しかし、ここでは、多重クロス型で表すものとします。そして、まず先に、記号Ｅ１の空間縦軸であるミクロマクロ針を調整してみます。ステップ１は、マクロに針が調整された状態です。カテゴリＢＯＸが大きく表示されています。そして次に、空間縦軸を少しだけミクロ寄りに調整します。ステップ２がその状態を表したものです。すると、ステップ１より、やや、ＢＯＸが小さくなり、ツリー構造が複雑になりました。ステップ１よりも縮小された状態です。次に空間縦軸を、さらにミクロ寄りに合わせてみます。ステップ３がその状態を表したものです。すると、ステップ２よりもＢＯＸが小さくなり、ツリー構造がかなり複雑になりました。ステップ２よりも、さらに縮小された状態です。そして、ステップ３の状態は、まだ、ＢＯＸの原型は留めているのですが、空間縦軸をさらに、ミクロ寄りに合わせて行くと、どんどん、ＢＯＸが小さくなっていきツリー構造も複雑になっていきます。そしてさらに、ミクロＭＡＸまで針を合わせて行くと、ＢＯＸは点にしかならず、グーグルマップで例えるならば、大気圏を越えて地球が見えてしまう状態になります。そして、先程は、ステップ１→ステップ２→ステップ３、に、なるごとに、ＢＯＸが“縮小された状態”と述べたのですが、グーグルマップと比較すると、縮小というよりかは、“拡大された状態”と、認識する方が正解なのかもしれません。つまり、情報地図と地球地図とではミクロマクロ（拡大・縮小）の認識が逆になります。地球地図では、マクロ針をＭＡＸにすると、地球全体が見える様になり、ミクロ針をＭＡＸにすると、家や道路が見える様になります。そして、情報地図では、ミクロ針をＭＡＸに合わせると、情報の全体（おそらく、三角系orひし形or歪な形だと予想される情報の塊）が見え、マクロ針をＭＡＸに合わせると、一つのＢＯＸに標準が合わさります（ステップ１の状態）。そして、情報地図のミクロ針ＭＡＸの状態から、少しずつマクロ寄りに戻していくと、ステップ３→ステップ２→ステップ１という様に、ＢＯＸ大画面に、戻っていくことができます。そして次に、「図１７」の説明を行います。「図１７」は、ややミクロ寄りに針が合わせられた空間フィールド内で、一つのＢＯＸを選択した際の、動作を表したものです。まず、「画面１」で、ＢＯＸを選択すると、そのＢＯＸに焦点が近づき、空間フィールドが拡大されます。「画面２」がそれを表したものです。ＢＯＸ周辺のツリー構造も一緒に拡大され表示されます。また、ＢＯＸが選択されると、情報地図の下位フィールドである、「図１９」のＥ４に、ＢＯＸ内の情報が表示されます。「画面２」の拡大画面を辞めて、元の画面に戻りたい場合は、戻る為の信号を発信する形に成ります。（右クリックあるいは、左クリックあるいはダブルクリック等、信号を送る方法は、何でも良いものとします）次に「図１８」の説明を行います。「図１８」は、３次元空間をスライドして周辺情報を認識している図であります。スライド移動は、空間横軸と連動した動きになり、カテゴリ間移動を行います。又、カテゴリ軸は、目盛針による調整でも構わないのですが、カーソル操作による直観的なスライド移動を行う事も可能であります。また、そうするならば、空間縦軸も、目盛針での調整ではなく、直観的な動作により、拡大縮小も、できるものとします。次に「図１９」の説明を行います。「図１９」は、端末の画面全体を表した図です。上位フィールド「Ｅ３」には、情報地図が表示されており、下位フィールド「Ｅ４」には、選択したＢＯＸ内データが表示されています。「Ｅ４」に表示されている記事を選択すると、その記事のページに飛ぶ事が出来ます。又、本発明の情報地図は、以上の動作を基本として、より使いやすく改良する事が可能である。例えば、ＢＯＸを複数同時に選択できたり、ＢＯＸに印を付けたり、ＢＯＸの名称（文字量）を１０文字程の制限を設けたり、ＢＯＸごとにブックマークが行えたり、ＢＯＸに得意質な設定を付与する事が可能である。又、ＢＯＸの形式は、一連の図にある様な固い形式ではなく、アプリケーションの様なもので、多少の動きがあったりする事も可能である。また、情報データである記事は、複数のＢＯＸに所属することも可能ではあります。
【００２１】
次に、その他の針（質、時間、共有性）についての説明を行う。まず、特定のＢＯＸを選択した状態で、時間軸の針を
“新” のＭＡＸに調整します。すると「図１９」のＥ４に、ＢＯＸ内の最新の記事が表示されます。針を少しずつ“旧”に合わせて行きます。記事が少しずつ古くなっていきます。また、４次元チャネルの針には、単位があり、例えば、１単位＝１メモリだとすれば、１メモリ＝１カ月、と言う様な、区切りがあるものとします。１メモリを“旧”に動かすと、Ｅ４フィールドにある記事が、１カ月分の“旧“データになります。そして、Ｅ３の上位フィールドを見てみると、周辺ＢＯＸにも変化があり、針が“新”に合わさっていた時よりも、いくつかのＢＯＸが減っています。これは、時間針が“旧”に調整されたことにより、それよりも後にできた（新しく出来た）最新ＢＯＸが、対象外になり消えてしまったという事になります。そして次に、時間軸はそのままの状態にして、質的な軸である、チャネルを調整したいと思います。質的針の目盛を、“大”のＭＡＸに合わせます。すると、そのＢＯＸ内で、一番質の良い情報が表示されます。また、“針”を“質的大”の“ＭＡＸ”にあわせてもＢＯＸ内の記事そのものが少ない場合は、“質的小”な記事でも表示されることになります。これは、どういうことかというと、コンピュータは、ＢＯＸ内の記事を認識する際に、数段階ある階層（ランク階層）に、データ記事のランク付けを行い整理をしています（※「図２２」のＥ７）。そして、もし、そのランク階層の上位階層に、記事データが無い場合は、下位の階層の記事データを頭に出してくる処理を行うからです。そして、“質的軸の針”を少しずつ、“質的小”へ調整して行きます。すると、少しずつ、質的小の記事データが下位フィールドＥ４に表示されることになります。また、“上位階層”の記事がなく、“下位階層”から、記事を引っ張り出していた場合は、針を少しずつ質的小に合わせて行っても、しばらくは、記事の表示が入れ替わることはありません。次に、“共有針”の説明を行いたいと思います。共有針とは、つまり“共時性”の針です。共時性（シンクロ二シティ）＝一見、関連の無いと思われるものが、関連しているかの様に、（共時性を持って、あるいは時空を超えて）同時並行で物事が進行しているという不思議な針です。この共時性に関しては、まだ、未知数な物が多い為、本発明では分かりやすく、情報の、全体共有・非共有という認識にしています。（共有針に関しては、そもそも認識すら難しいので、今後も、改良を重ねて行けるものとします）まず、時間軸と質的軸の説明で行った、同じＢＯＸで説明を行います。共有針も、他の針と同様、定められた規定の共有階層（共有レベルを設定している）と連動して、メモリの単位が動くたびに、情報をＥ４に表示できるものとします。そして、共有度ＭＡＸに針を合わせば、そのＢＯＸ内で、共有度の高い記事が表示されます。また、逆も同じです。しかし、ここで問題が発生します。共有針は、実は、前述の使い方だけでは収まらず、（質的・時間針と同じ様には行かず）、その使い方から、はみ出てしまうという問題が起こります。どういう事かと言うと、まず、共有針の効果をＭＡＸに使いたいとしたら、ミクロ単位のＢＯＸを選択した状態では、ＢＯＸ内だけの情報共有度を調べるだけに終わってしまいます。共有針を使いたい場合、ミクロＢＯＸに照準を合わせるよりかは、マクロＢＯＸに照準を合わせた方が効果が高いのです。（※人間が、ミクロＢＯＸから、しらみつぶしに共有度の高い情報を収集するのは、時間が掛りすぎます。）しかし、マクロＢＯＸに照準を定めたとしても、（質・時間軸と同じ様に使うなら）マクロＢＯＸ内の記事内を調べるだけで終わってしまいます。なので、やはりこのままでは共有針の効果を出す事はできません。つまり、共有針だけが、全てのＢＯＸを串刺しにするように、全ＢＯＸを対象としなくてはならなくなります。つまり、縦軸であるミクロ・マクロ内にも収まらず（関係がなく）、横軸であるカテゴリ内にも収まらず（関係がなく）という、３次元空間を越えてしまう“針”という事になります。本発明は、ここでまた新たな課題が発生し、この課題に対し、以下に、発案を行っていくものとします。
【００２２】
次に、本発明は、共有針の３次元を越えてしまう課題に対し、どのように解決していくかの発案を述べたいと思います。まず「図２０」のＥ５は、“共有針専用”のＢＯＸ（領域）を設定した図であります。共有針の効果をＭＡＸで使いたい場合は、このＢＯＸ（空間・領域）を選択しなければならなくなります。まず、この領域を選択するということは、ツリー構造の圏外に出てしまいます。“Ｅ５”である“ＢＯＸ”は、他のどのＢＯＸとも繋がりをもっていない為、まず、３次元針（縦軸・横軸共に）が使えなくなります。そして、質的針はというと、まずその結論の前に、共有軸と質的軸の違いを述べたいと思います。共有軸と質的軸は少し関係性が似ている様に思います。例えば、ある特定のカテゴリ、仮に、園芸カテゴリとします。園芸カテゴリ内で、質大・質小というと、野菜の栽培について高度な手法が書かれた情報であれば容易に質大だと言う様に認識できます。しかし、個人の“ふとした”感想（一言感想）を述べたデータは質大なのか質小なのか？という問題があります。仮に、その感想一言データが、質的軸では、質小と認識されてしまったとします。しかし、もし、その情報に、共有性の高い情報が含まれていたとしたら、共有軸では、共有度大として認識されるデータになります。（※これは極端な話です）また、逆に、野菜の高度な栽培法が丁寧に（詳細に）書かれた質的大の記事が、質的軸では大であっても、共有軸からみたら、共有度が高いかと言うと、そうとは言えない事もあります。（※これも極端な話です）つまり、質的小のデータであっても、全体が共有すべき、大切な情報が含まれていることもあり、必ずしも「質大＝共有度大」にはならないという事になります。基本的には、質軸と、共有軸は異なる指標であると考えていきたいと思います。しかし、世の中の大体においては、質大であれば、全体共有度が高いという傾向があります。その為、この２つの指標の認識が混ざってしまい「質大＝共有度大」となってしてしまいがちになります。又、ややこしいのですが、極端な話、「個人が書いた一言感想のデータであっても、それが全体共有度が高ければ、共有度が大という事になる」というのは、次の様な事が言えます。つまり、共有度の尺度は単純に「個人（プライベート）← →全体（公共）」（※全体の逆は個人という表記）ではなく、本当は“共有度の大小”であるのが望ましいのです。そして、又、そもそも、個人的感想データは、同じ園芸カテゴリの中でも、別カテゴリを作ってＢＯＸで整理を行う方が良いのかもしれません。そして、問題は“Ｅ５”の領域で、質的針が動かせるかというものです。この問題については、本出願の現時点では“動かさない”方向で考えたいと思います。そして、もう一つの針、“時間針”についてはどうなのかというと、“Ｅ５”の領域でも“動かせる”という結論になります。というのは、共有情報には緊急性のあるものと、そうでない物がある為です。なので、纏めると、“Ｅ５”の領域で使える針は、“時間”と“共有針”のみになります。そして、次に、“Ｅ５”の領域が、どのように、３次元限空間を無視して、共有度の高い情報を集めるのかというと、まず、全ＢＯＸの、共有度の高いデータを集めます。共有軸と連動したランク階層の上位階層、上から大体１〜３までを収集します。その収集したデータを、“Ｅ５”の領域がさらに、“Ｅ５”オリジナルの、ランク階層の中に入れます。Ｅ５オリジナルのランク階層は、次元チャンネルと連動しているので時間階層と共有階層の２種類があります。そして、階層の区切る指標なのですが、時間軸は、「新旧」であるので容易に、区切ることができます。問題は、共有階層の区切り方になります。共有階層は、全ＢＯＸ内から、収集されているため、あらゆる分野のカテゴリが累々となって存在しています。そして、ここで共有針の尺度を思い出すと、その尺度は「共有度の大小」でした。しかし、集められたデータは既に、其々のカテゴリの中で共有度大のものばかりであります。なので、どのようにそれを、区切るのかという問題が発生します。本発明は、ここでも新たな課題が発生し、そしてさらに新たな提案を行うものとします。そしてその提案は、より厳密な、階層指標の設定を行う形で解決したいと考えます。ツリー階層内（３次元内）での（共有針と連携した）ランク階層は、やや、ゆるい階層分けでした。しかし、“Ｅ５”内での、ランク階層は、さらに細かい、厳密な指標を設定することになります。（あるいは、３次元空間内とは、少し異なる尺度も付与したランク分けになるのかもしれません。）３次元空間内で、ざっくりと分け、Ｅ５内で、さらに、厳密に共有度大の審査を受けるという形になります。また、Ｅ５内で、共有度の階層分けを行われたデータを、「図１９」のＥ４に表示する際に、全カテゴリが累々と表示されてしまう事になります。なので、ある程度は、カテゴリを分けて表示できるものとします。「図２１」が、それを表したものです。例えば、Ｅ５内を選択した時に、表示されるＥ４の領域には、カテゴリ別に欄が設けられています。そして、Ｅ５内に集められたデータには、所属ＢＯＸのアドレスがありますので、そのアドレスが園芸カテゴリからのものであれば、それに対応するＥ４のカテゴリ欄（場所）に表示されることになります。又、全ＢＯＸ内からの共有度大のデータを収集するといっても、ＢＯＸによって、共有度大データを多く持っているＢＯＸから、全く持っていないＢＯＸも存在すると考えられます。又、複数のＢＯＸに所属している記事データもあり、この場合、重複して集められるデータも出てくる可能性が考えられます。そうならない為に、重複チェックの有無を行うプログラムも付与する形になります。
【００２３】
次に技術的な説明を行います。「図２２」は、４次元チャンネルの“一つの軸”と、それに連動する、ランク階層を表した図です。例えば、４次元チャンネルの座標が“１７”であれば、ランク階層の“１７”の階層を指定することになります。（チャンネルの座標と、ランク階層の座標は連動するものとします）また、１座標（１メモリ）には、単位があります。時間軸なら、「１メモリ＝１カ月（例）」と言う様な単位があります。そして、「図２３」は、“Ｅ５”領域（４次元領域）と、３次元領域の、“チャンネル”とそれに連動する“階層”を、其々表した図です。３次元領域からデータを収集し、４次元領域で、さらに、４次元オリジナルのランク階層内にデータが振分けられます。４次元領域では、時間チャンネルと、共有チャンネルのみの座標になります。記号“Ｅ９”は、４次元空間である“２本の次元座標”の、保存を行っている図式であります。次に「図２４」は、座標の保存を行っている図になります。現在、既存システムのデータ認識及び保存は、ＵＲＬというアドレスを使い、データの所在場所を認識しております。本発明は、ＵＲＬでの認識と保存も行う事が可能ですが、“座標”によるアドレス指定方法も行う事が可能です。このアドレスを仮に“４次元座標”とします。記号Ｅ８が、“４次元座標”であります。また、Ｅ８の４次元座標は、３次元空間内の座標であります。次に、「図２５」では、空間縦軸（ミクロマクロ）であるレイヤー構造を表しています。ミクロマクロ針（縦軸）の標準を、ミクロに合わせれば合わせるほど拡大され、上位レイヤーに移動します。マクロに合わせれば合わせる程、縮小され、下位レイヤーに移動します。また、「図２６」は、３次元空間の縦軸と横軸を両方表した図です。横軸はマトリクスで表され、平面的な広がりになります。「図１８」のスライド移動は、この横軸移動を行う形になります。また「図２６」の縦軸であるレイヤーは、イメージが容易な様に、Ａ４フィールドの、第１、第２、第３、レイヤーと表記しているのですが、正確には、レイヤーが上位（ミクロ）になればなるほど、横軸（カテゴリ）も広がっていくため、（周辺フィールドを含んでいく）レイヤーの大きさは大きくなります。つまり、厳密に言うと、“Ａ４フィールドの第３レイヤー”から、より上位レイヤーに行くと“Ａ３、Ａ４、Ｂ３、Ｂ４フィールドの第４レイヤー”と言う形に成ります。そして、「図２７」では、３次元針と、ランク階層が連動している図を表したものなのですが、３次元空間だけ、“ランク階層”という名称ではなく、縦軸のフィールドＮＯと、横軸のマトリクスＮＯと連動する、データベースになります。その為、マトリクスＮＯに関しては、図の様な、上下階層の形態ではない形になると考えられます。なので、一連の説明は、一括りに説明を行っているのですが、厳密には、其々の機能に応じて、若干の違いがあります。
【００２４】
そして、ここでまださらに、一つの問題が出てきます。Ｅ５領域は、全ＢＯＸを対象とした為に、オリジナルで領域を設け、オリジナルの２本のチャンネルと、オリジナルのランク階層を設けました。そして問題は、３次元空間内の中間ＢＯＸについても、ＢＯＸ内だけのチャネル検索ではなく、そのＢＯＸ以下の、全下位ＢＯＸを、串刺しにして調べたくなるというものです。通常、個人単位で使うコンピュータでのフォルダやファイル検索では、フォルダ名を指定すれば、そのフォルダより下位階層のフォルダやファイルを全て検索します。しかし、本発明は、ビックデータであろうオンライン上のデータを想定していた為に、一つのＢＯＸのボリューム事態が、大きいだろうと予想されるのです。その為、３次元空間内では、中間ＢＯＸを選択し、そのＢＯＸの下位ＢＯＸを串刺しにして調べたいとしても、ボリュームがありすぎて、Ｅ４フィールドに、表示しきれない形になります。それならば、ＢＯＸを越える検索を行っても意味がなく、空間横軸を調整し（又は、スライド移動を行い）、隣のＢＯＸに移動した方が、早いと思われるのです。しかし、もし仮に対策を立てるとするならば、複数ＢＯＸを同時選択し、チャネル検索を行う形にするか、または「図２８」の記号Ｆ１の様に、「ＢＯＸ内orＢＯＸ以下対象」という切り替えスイッチを設けるか、対応できるものとします。しかし、ＢＯＸ以下を全対象にすると、やはりボリュームが大きくなりすぎると予想されるので、記号Ｆ２の様な、串刺しにできるＢＯＸの範囲を調整できる調整機能も付与する事は可能であります。（※または、ユーザーによる調整機能ではなく強制的に、システム側で串刺しにできる許容範囲を決めてしまうか、）以上の機能は、状況に応じて変更可能な、バリエーション機能になります。
【００２５】
そして、ここで、これまでの一連の流れを纏めます。まず、（１）≪問題≫既存の情報収集や発信システムが使い難いと感じている状態。→（２）オンライン上を、大規模なツリー構造として認識したい。（※オンライン上で、｛イメージとしては｝会社のサーバー共有の様なことをしたい。つまり、データを３次元空間として認識したい）。→（３）≪問題発生≫サーバー共有は、階層移動を頻繁に行うためリンクが外れてしまう→（４）階層データベースとＵＲＬデータベースを２つに分ける→（５）３次元空間ができたので、他の軸も追加する。質、時間、共有軸の設定。→（６）≪問題発生≫大容量の４次元データ（過去現在・質大質小・ミクロマクロ・共有非共有）を人間が整理認識し、なお且つ、瞬時に把握できるものでなくてはいけないと思う。→（７）４次元チャネルの設定→（８）≪問題発生≫３次元の空間軸だけ、４次元チャネルから“はみ出して”しまう。また、４次元チャネルは（２）で、考えてきた、ツリー構造の共有ともかけ離れてしまう。→（９）ツリー構造を地球地図の様にＭＡＰ化し、４次元チャンネルと連動させる。→（１０）≪問題発生≫共有針だけ、他の針とは異なり、３次元空間から“はみ出て”しまう。→（１１）対策として、“Ｅ５”の領域設定→（１２）≪問題発生≫Ｅ５領域の共有軸階層データベースの区分けができず全データが累々としてしまう→（１３）３次元空間内とは、異なる尺度の共有軸階層データベースの設定→（１４）≪問題発生≫３次元空間内の中間ＢＯＸは、串刺しにして検索できないのか？→（１５）バリエーション機能の設定。という形になります。以上が本発明の大きな流れになり、この大きな軸を基に本発明は構成されております。その為、大きな軸以外の、その他細部の個所というのは、多少の変更もあり得てきます。又、この大きな流れの中に、ＢＯＸごとのＲＳＳ登録が行えるなど、便利な効果（ミクロ効果）が産まれるものとします。又、本発明は、随時改良を行えるものとします。
【００２６】
また、地理的な地図という概念は大昔からあり（※大航海時代以前にも有）、珍しいものではありません。インターネット上に地図が表示され、閲覧できる様になるというのは自然な発想です。（※しかしこの場合、地球地図という発想よりも、地図を技術として起こす技術的課題のクリアを問題としています）そして、情報を地球地図の様にして見る“情報地図”という概念は、これまでの人類の歴史上には無かったと思われます。現在は、ビックデータの課題を抱えている為、大量の情報が溢れかえっているイメージが（表現作家などの間で）出来たとしても、溢れかえっているだけで終わってしまっています。また、既存には情報の繋がりをツリー構造として整理するＭＡＰは確かに存在します。しかし本発明は、情報を４次元空間として捉え、ほぼ、地球地図と同レベルのＭＡＰに表し、人間が使えるように提案しているものです。そして本発明の情報地図は、不思議なぐらい地球地図と真逆で“対”になっている地図になっています。
【００２７】
そして次に、本発明のツリー型の高度化が容易ではない、その理由を以下に述べたいと思います。まず、本発明はツリー型（最大思考型）と述べたのですが、性質としては芸術型です。そして、なぜ本発明が容易ではないのかといいますと、それは社会構造の問題になってきます。現在の日本社会では、この芸術型を積み重ねるというのが容易ではありません。社会が認識していない、性質そのものが欠けている、思考法を積み重ねるならば、必然、社会や企業、世間とは相反する道で積み重ねるという事になります。もし仮に、本発明の様に見えたとしても、その、ほとんどは、”集中＝サイエンス型“か、又は”選択＝ビジネス型“の性質で構成されているものであると考えられるのです。つまり、既存の殆どは、サイエンス寄りの人が考える情報収集システムであり、ビジネス寄りの人が考える情報収集システムであるのです。芸術よりのシステムは、そもそも、その2方向からは容易に産まれるものではないものです。まず、芸術型の特徴は、大量のカオス（※人の気がつかない事、”感性“という言葉で表現するのが良いのかもしれません）を内包し、そして、そうした上でも崩壊に向かわず、創造し、前進して行けるだけの思考プロセスが要求されます。実は、芸術カテゴリの中でも、これはかなり高度な思考プロセスになってきます。芸術分野一つを取ってしても、カオスからの創造は難しいのです。そして一つの創造を行うには、この思考プロセスが必ず必要になり、そこに至るまでに練り上げられ、積み上げられた思考プロセスというものは、膨大な量になります。※シンプルさの持つ強度の尺度は、大量のカオスから統合されたシンプルであるか？であり、カオスが巨大であり大量であればあるほど、その、シンプルさを導き出すのは困難であると言えます。そして社会は、芸術よりの人間が、ビジネススキルや技術スキルを覚えられる構造にはなっておらず、（※これは自然な事であり当然な事なのかもしれません。）また、芸術よりの人間が、ビジネススキルと技術スキルを持ちあわせるのは、相当な心理的負担でもあり（企業が芸術性を受け入れる事よりも難しいかもしれません）容易に為せることではないと考えられます。そして本発明は、その両方の性質（「”集中選択“＝社会」と「芸術」）から積み重ねられたシステムになります。通常、相反する矛盾を両立させたいと求めたとしても、それを成立させるのは”言うほど“簡単ではなく、この矛盾する３つの性質で構成されたシステムとなると、必然、類似するものは少なくなるだろうと予想されるのです。本発明の機能は、運用・改良は出来たとしても、今後も広がる巨大なカオスへの、より強固な補正は、思考プロセスを考えるに於いても難問だろうと考えられるのです。そして、ビジネス型思考と、エンジニア思考、芸術型思考では、其々、思考回路の使い方や方向性、目指す場所が、根本的に違う様に感じます。なので、集中型や選択型から、本発明が発案されたとしたら、やや不自然な感じがします。そして、本発明の特徴として、集中型の様な、最新技術の延長線上には無く、誰でも知っていて、かなり古くから（数十年前から）あるシステムを、再認識するだけの発明になります。つまり本発明は、インターネットができた当初から産まれてもおかしく無い、技術ができて直ぐにでも発案されていてもおかしく無い、古い技術ばかりで構成されているものなのです。なので、技術だけで見るならば、最新でない処からスタートしている発案ばかりという事になります。本発明は、集中型の様な”機械技術“の発案ではなく、思考プロセスを主に置いた”思考技術“と言う事になります。なので、これまで、本発明が述べてきた機械的技術は、もしかすると、やや古い技術であるかもしれません。そして、もしそうであるならば本発明に最新技術を搭載できるなら尚良いものとします。
【発明の効果】
【００２８】
既存システムでは、ある特定のテーマに関して、発言の影響力の無い個人がボリュームのある記事を書きたい時、タイムリーで、そのテーマを求めているユーザーへ届ける最適の方法が不十分であった。又、特定のテーマを掘り下げるには情報が散乱しすぎていた。しかし、本発明によれば、特定のカテゴリに行けば特定のテーマに関する情報が網羅され、最新の情報が得られるであろうという効果が得られる。イメージとしては、これまで企業や団体、家庭などのサークル内で行われていた、サーバーの共有をオンライン上で行うというものである。又、特定のフォルダにパスワード等を設ければ、友人同士だけでの共有も可能である。又、カテゴリ（フォルダ）事にＲＳＳ機能を加えて、特定のジャンルに関して常に最新の情報を得ることも可能である。又、ユーザーの情報整理ができる。「図１」のステップ（2）−２の様にカテゴリの前後の可視化（階層表示）により、ミクロ、マクロ情報（視野）の整理（詳細と包括）ができる。（※又補足として、カテゴリからカテゴリにはショートカット機能も可能である）。又、情報認識も容易（類似記事の発見が容易）になる。例えば、現在の認識では「もしかしたら既にこの意見は誰かが書いているかもしれないけれど調べるのがめんどうなので書いてしまおう」という状態であるが、本機能によれば「記事を書こうかな？しかしすでに誰かが同じ意見を書いているな。でも、まだこの意見が足りないので付け加えよう」となる。又、情報が網羅されることにより、洗練性が上がる（質の改善改良）。又、発信の簡易性がある。ブログを開設する必要がなく（開設している場合はＵＲＬの記載）で済むので容易に自分の考えを発信できる。又、本機能のディレクトリ公開型の認識をベースにすれば、次の様な事も可能になる。個人単位で行っているフォルダ整理の工夫を取り入れた機能を公開機能として追加することができる。例えば、日付によるフォルダ整理方法や、古い情報は古いフォルダに入れる等といった、様々な可能性がある。まとめると、本発明と既存サービスとの差異は、「情報の進化を支援」する所にあり、例えばこれまでの情報伝達サイトが「並列・平面」思考だったのに対し、本発明は「縦型・立体思考」を可能にする。又、人間が、複雑な４次元情報を整理、比較でき、且つ、瞬時に情報を得られる効果を有する。そして、本発明に記載された図面は解説の為に分かり安くしたものであり、細部はこれに限られるものではない。
【図面の簡単な説明】
【００２９】
【図１−１】文字情報等の伝達共有ステップ
【図１−２】文字情報等の伝達共有ステップ
【図１−３】文字情報等の伝達共有ステップ
【図２】ユーザーのお気に入り情報の表示画面
【図３】記事を投稿するステップ
【図４】評価の高い記事の別枠を設けた保管画面
【図５】情報地図の４つの軸
【図６】サイト画面図（TOP画面）
【図７】サイト画面図（検索後画面）
【図８】カテゴリ選択により、その直下の記事が表示された画面
【図９】ツリー階層の整理ステップ
【図１０】WEBページ生成の流れ
【図１１】データベースAのデータ
【図１２】データベースBのデータ
【図１３】小規模グループでの共有方法
【図１４】”4次元メモリ”又は”４次元チャンネル”の図
【図１５】”４次元目盛”の下位フィールドに、針の標準が合わせられた記事（情報）が表示される図
【図１６】”４次元メモリ”と連動した３次元空間ＭＡＰと、 ３次元空間の縦軸（ミクロマクロ針）を操作して、 ３次元情報フィールドを拡大縮小するステップ
【図１７】３次元情報フィールドの１つのＢＯＸを選択したら、 ＢＯＸ及びＢＯＸ周辺が拡大される図
【図１８】３次元情報フィールドの横軸（カテゴリ軸）をスライドにより移動する図
【図１９】４次元チャンネル及び３次元フィールドＭＡＰの下位に、 標準が合わせられた記事が表示されている図
【図２０】３次元空間に収まらない共有針専用の”Ｅ５”領域が、ＭＡＰ内に配置された図
【図２１】Ｅ５領域を選択すると、下位の記事フィールドに、カテゴリ欄が表示される図
【図２２】４次元チャンネルの”座標”と、それに連動した各”ランク階層”
【図２３】３次元空間以下での、４次元チャンネルと、それと連動した各”ランク階層”と その３次元空間下位から、さらに４次元領域に、データが収集され、 ４次元オリジナルの、次元チャンネル（時間と共有の２本だけ）と、 そのチャンネルに連動した”ランク階層”に、データが振り分けられる図
【図２４】各４次元チャンネルの座標を保存する図（このアドレスは仮に４次元座標とする）
【図２５】３次元空間の縦軸（ミクロマクロ）のレイヤー構造
【図２６】３次元空間の縦軸と横軸（カテゴリ）の構造
【図２７】３次元針と連動するデータ階層
【図２８】３次元空間内の中間ＢＯＸで、串刺し検索を行いたい場合の処置機能
【符号の説明】
【００３０】
データ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３…フォルダとファイル（又は、カテゴリと記事）
ボタン（ｄ１）…フォルダの新規作成
Ｅ０…横型４次元メモリ（又は４次元チャンネル）
Ｅ１…多重クロス型４次元メモリ（又は４次元チャンネル）
※４次元チャネルは、横型でも多重クロス型でも形態が違うだけで同じものとします。
Ｅ２…ツリー構造（３次元空間認識）
Ｅ３…情報地図
Ｅ４…情報地図及び４次元チャンネルで選択されたＢＯＸ内記事
Ｅ５…“共有針“専用のＢＯＸ
Ｅ６…４次元チャンネルの座標データ
Ｅ７…４次元チャンネルの座標と連動したランク階層データ
Ｅ８…４次元座標（３次元空間以下）
Ｅ９…４次元座標（３次元空間以上）
Ｆ１…「ＢＯＸ以下含む検索orＢＯＸ内検索」の選択スイッチ
Ｆ２…周辺ＢＯＸを纏めて検索を行いたい場合の、周辺ＢＯＸ許容範囲、調整機能
【技術分野】
【０００１】
ユーザー間で取り交わされる、オンライン上に於ける文字情報等の共有、伝達方法に関するシステム。
【背景技術】
【０００２】
インターネットを介して行われる文字情報等を伝達する媒体には、ホームページ、ブログ、掲示板、ＳＮＳ、チャット、ミニブログ、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ロードするボタンである。他、使い勝手は随時改良できるものとし、操作性は、ボタンなのか、右クリックなのか、状況に応じるものとし、基本的な仕様は以上の形になる。又、膨大な量のデータを管理するに当たり、細部の精度の改良が必要になるが、基本的な仕様は上記の通りとする。
【００１７】
また、段落００１６までの内容では、４つの軸を設けたとしても、ユーザーが使いこなすには、やや煩雑すぎるという問題が起きる。４つの軸は情報の、1次元認識（質的な軸）、2次元認識（時間軸）、３次元認識（空間軸）、４次元認識（共有・共時性軸）でありますが、例えばユーザーが、情報を求め空間軸から入り、その次に時間軸や、質的軸を選び選択して行く、となると面倒な上に、求めている情報を短時間で探したい場合には時間が掛りすぎてしまうという問題が生じる。
【００１８】
しかしながら、コンピュータが何もかも判断し、最適な情報を人間に用意してしまっては、プロセスの消去（過程の消去）になってしまいます。このプロセス消去を行い、シンプルにして行こうとする傾向にあるのは、“エンジニア型集中”思考であります。既存の情報収集サービスの大抵は、この“プロセスの消去”を行う考えが多く見受けられます。（極端な話）集中型の思考ケースは何もかも綺麗に情報を整理し、一番、最適な答えを短時間に出せる方法を用いる傾向にあります。現在、ビックデータをどう整理するのか？という課題があります。その課題を解決する方法として、集中型思考が取る方法は、より優れた情報を選別して行こう、高度なものにしていこうとする“シンプル＝排除の思考“が根底にあります。（※これは極端な話です）複雑な物をシンプルにする為には不必要な物を捨てて行かなければならず、それは理にかなった自然な思考法であります。又結果を出す事のできる優れた思考法であります。しかし、本発明は、複雑なものを排除せず持ち合わせた上で、なお且つ、シンプルで整理されている、ということを目指しております。つまり、プロセスの消去を行わず、ユーザーに最適な情報を提供しようとする試みがあります。この２つの矛盾、最適なものと”そうでない“もの、必要な物と、不必要な物、を、同時に成立させるということは、実は、かなりの高度な思考法（技）が要求されます。またなぜ、本発明が、プロセスの消去を行わないのか？というと、その理由は、人間によっては個人差があり、余りにもレベルが高すぎる情報は意味が分からず、ついていけなくなるし、また余りにも自分とはレベルの低い情報では、興味が持てないということになります。個人差によって、ある分野に関しては専門だが、ある分野に関しては、ど素人であるといった知識の偏りがあります。この知識の隔たり（個人差の隔たり）を、一括りにしてしまうのは難しい物があります。コンピュータが最適な情報を選別し、いきなり最終結論を出すのではなく、人間に調べてもらうプロセスを大切なものとします。本発明は、”思考プロセスの繋がり“”プロセスを認識“する事が大切である（目的である）としています。（※プロセスが大事＝情報の重複が大事という事ではありません。重複によるデータの量産は、そもそも立体的な全体認識（空間認識）が出来ていないから起こるものであります）そして、本発明はその目的の延長線上に、情報地図という概念、4次元軸というものを考案するものとします。そして又、２重（矛盾の両立）の思考を行うというのは、通常、大変難しいものです。何か一方に偏る（優れる）と言う事は、それだけ、もう一方の偏り（優れないもの）を排除する傾向にあり、又、その逆も考えられます。つまり通常、シンプルさと複雑さを両立させる事は、（両立したいと求めたとしても）言うほど、簡単な課題ではなく、解決するのは難問になります。しかしながら、この2重の思考（プロセスの排除を行わない思考）を行っている様に感じられる、既存にある装置として、以下の様なものが考えられます。個人差による情報の好みを収集し、それに合う情報を提供するシステム。つまり、マッチングシステムです。（※これは、仮に例えるなら、2方向ビジネス型思考です）ユーザーが、何か好みのカテゴリを登録（自発的にか、あるいは自動的に）を行うと、そのユーザーにマッチした情報が、自動的に提供される装置です。この場合、個人情報を蓄える事と、その好みの情報（2本の情報）を繋げるマッチングを同時に行わなければならなくなります。それは、膨大な記憶量を保持することであり、ビックデータの時代に於いては困難な方法になります。しかし仮に、その難問をクリアし優れたマッチングシステムが出来たとします。けれどもユーザーは、自動的に送られる決まった情報（カテゴリ）だけを、欲しいと感じている訳ではありません。そうした装置は便利ではあるのだけれど、人間としては、たまには自分の興味外の情報を仕入れたくなります。その新しく仕入れた情報と、自分の興味のあるカテゴリとを繋ぎ合わせて、何らかの発想を考えたくなります。つまり決まったカテゴリだけを収集していると、視野が狭くなってしまうので人間の本質的には、まったく関連性の無いものにも興味を示したくなるのです。（※これはバランス思考、新鮮さへの欲求です）まったく関連性のないもの同士を繋ぎ合わせ、何かを発見する遊び「偶然を求める」のも、人間の自然な行為です。つまり、提供されるだけではなく、自ら情報を求め調べたいという欲求があります。以上の２つのシステムは、仮に例えるなら、「エンジニア・集中型・最新・最先端思考」と「ビジネス・マッチング・選択型・最速思考」とします。又、特にこの２つの性質は、純粋な性質であり特徴的なものであります。そして、その他のものは大体において、この性質が弱められたものだと考えらます。又、そうすると本発明の思考としては一体、何なのか？と言うと、仮に、既存にある情報収集システムの中で、どの性質に一番近いかと例えるならば、それは「ツリー型」に当たるものと考えられます。本発明は、情報収集の中で、空間認識が容易にできるツリー型を、さらに高度化したものなのかもしれません。
【００１９】
そして、本発明は、情報の整理法という課題に対し、４次限軸を考案するものです。しかし4次限軸を設定するにあたり問題が生じてきます。4次限という大容量のデータを瞬時に（短時間で）収集し、整理把握するには、どのようにしたら良いのか？どうしたら、人間が使いやすくするのか？という問題であります。前述で述べた２つのタイプ「最先端思考・最速思考」であれば、コンピュータが自動で計算し、プロセスの消去により最短で、情報を提供する事が可能です。しかし、本発明はユーザーにプロセスの消去を行わない形で、４次元構造を理解できる方法を取るものです。４次元構造を理解するとは、質、時間、空間、共有を、それぞれ、混ざらずに独立した形で把握するというものです。（本来、オンライン上の情報は混ざり合っています。）本発明は、これを、４方向から眺め比較でき、整理できるというだけでは不足するので、駿足を要求されるものとします。本発明は、構造理解に加え、最短で情報を提供しなければならない課題が出てきます。そして、その解決法として、さらに本発明が提案する装置は、次の装置であります。“4次限軸メモリ”あるいは“4時限チャンネル”という装置です。「図１４」が“4次限軸目盛“であります。このメモリを、左右に合わせたり調整する事で、自分の行きたい情報（場所）に向かえるものとします。１次元軸である質的軸は、情報の質（重いか軽いか、又は小か大か）であり、2次限軸である時間軸は（新しいか古いか）であり、３次限軸である空間軸は（ミクロか、マクロか { 縦軸}、あるいは、どのカテゴリ分野であるか｛横軸｝）とします。また、4次限軸である共有性・共時性は（共有度大か小か）であります。”４次元目盛“は、ちょうど、人間が思考する際に、過去を思い出し、また、直ぐに現在に戻れる様な感覚、そして、空間全体を瞬時にイメージし、また、瞬時に細部に到達できる様な感覚、また瞬時に、個を感じ、そして瞬時に、大多数である全体を感じる、又、瞬時に、重い情報と軽い情報を考えることができる感覚を実現するものです。人間は、この4時限の複雑な情報を瞬時に切り替え処理しています。”４次元目盛“のイメージは、その感覚に近いものだとします。ユーザーは、この4次元軸の針を調整することで、自分が欲しい情報、自分に最適な情報を手に入れる事ができます。そして、4次限軸目盛は、仕様に関して、まだ改良の余地があり、精度を上げて行けるものとし、「図１４」の図式、形態に限られるものではないものとします。又、本発明の特徴として、キーワードをダイレクトに指定する情報収集というよりかは、どちらかというと漠然としつつも、ある程度調べたいものが在るという情報を対象としています。イメージで例えるなら、特定のキーワードを入力して辞書を引く様な感覚ではなく、図書館に向かい、ある特定のジャンルの本を探す様な感覚であります。つまり、調べたいものというのは、漠然として、はっきりとしていないのだけど、しかし確かに、何かを調べたいと言う”もの“はある。なので、とりあえず、図書館に行ってみて、興味の引かれるカテゴリコーナーに行けば、偶然なにかを見つけることができるかもしれない、という情報収集法であります。これは、創作型が行う、情報収集法であります。そして、「図１５」は、4次元軸目盛を使い、標準を合わせた場所にある情報データが、下位フィールドのＥ４に表示されている図であります。そして、この装置は、複雑かつ矛盾する大量の情報を、破綻することなく内包し、且つ、シンプルに整理する事ができます。そして、その効果としては、マクロ思考及びミクロ思考を同時に行い、かつ、カテゴリや分野を横断でき、かつ、最新の情報と、過去の情報を同時に保有でき、かつ、全体で共有するべき情報と、かつ、個人的な感情・考えである情報（全体共有を必要としない情報）も保有でき、質の大小による保有（プロセスを排除しない）という、様々な矛盾する情報を、シンプルに内包、整理できる効果があります。また、本発明の装置は、ただ単に、欲しい”情報“を収集する為にあるのではなく、”情報“事態の構成や成り立ちを立体的に4次限認識で把握するための装置でもあります。
ややこしい言い回しなのですが、“情報”の構造や構成事態に、“情報”があり、それを得る為の（認識する為の）装置であります。
【００２０】
以上までの内容を大きく纏めると、まず（１）オンライン上でサーバー共有（つまり、ツリー階層による空間認識・情報の３次限認識を行えること）の提案。次に（２）そのツリー構造（空間）の上に、質、時間、共有性の３軸を加えた提案。次に（３）４次元軸を整理するに当たり、短時間で瞬時に情報を得る為の４時限チャネルの提案。の流れでした。そして、ここまでの内容で、さらに、もう一つの課題が出ます。それは、「図１４」の様に、４時限チャネルを設定したとしても、空間認識だけが、質、時間、共有の軸の様に１本の目盛で認識できるものでは無いという問題です。３次元空間は、メモリ軸で表すことができず、はみ出てしまうと言う事に成ります。つまり、ミクロとマクロの針は、ミクロに行けば行くほど、複雑で広がりを持ち、マクロに行くほどシンプルになるという性質があります。時間や、質であれば、「重いか軽いか」「旧新」だけの１本軸で済むのですが、空間軸は、カテゴリとしての幅（横軸）もある上に、ミクロマクロの様に網目状（縦軸）に広がるので、１本の目盛軸では表せない（針だけで調整できない）という問題がでます。であれば、４次元軸目盛が成立しなくなり（複雑になり破綻してしまう）最短で情報把握をすることはできなくなってしまいます。本発明は、ここで新たな課題、３次元だけは、４次元目盛で調整する事ができない＝瞬時の認識ができないと言う課題を持つことになります。そこで、さらに本発明は、３次元空間専用の新たなチャネルである装置を開発するものとします。「図１６」が、３次元空間専用の新チャネルになります。３次元空間チャネルは、丁度、グーグルマップの様な平面で表す形になります。そして、３次元空間チャネル（平面）は、先程の“４次元目盛”の“空間針”と連動して動かせる様になっています。まず、記号Ｅ１は“４次元目盛”の多重クロス型であります。この形態は、「図１４」の様な横型軸でも構わず、しかし、ここでは、多重クロス型で表すものとします。そして、まず先に、記号Ｅ１の空間縦軸であるミクロマクロ針を調整してみます。ステップ１は、マクロに針が調整された状態です。カテゴリＢＯＸが大きく表示されています。そして次に、空間縦軸を少しだけミクロ寄りに調整します。ステップ２がその状態を表したものです。すると、ステップ１より、やや、ＢＯＸが小さくなり、ツリー構造が複雑になりました。ステップ１よりも縮小された状態です。次に空間縦軸を、さらにミクロ寄りに合わせてみます。ステップ３がその状態を表したものです。すると、ステップ２よりもＢＯＸが小さくなり、ツリー構造がかなり複雑になりました。ステップ２よりも、さらに縮小された状態です。そして、ステップ３の状態は、まだ、ＢＯＸの原型は留めているのですが、空間縦軸をさらに、ミクロ寄りに合わせて行くと、どんどん、ＢＯＸが小さくなっていきツリー構造も複雑になっていきます。そしてさらに、ミクロＭＡＸまで針を合わせて行くと、ＢＯＸは点にしかならず、グーグルマップで例えるならば、大気圏を越えて地球が見えてしまう状態になります。そして、先程は、ステップ１→ステップ２→ステップ３、に、なるごとに、ＢＯＸが“縮小された状態”と述べたのですが、グーグルマップと比較すると、縮小というよりかは、“拡大された状態”と、認識する方が正解なのかもしれません。つまり、情報地図と地球地図とではミクロマクロ（拡大・縮小）の認識が逆になります。地球地図では、マクロ針をＭＡＸにすると、地球全体が見える様になり、ミクロ針をＭＡＸにすると、家や道路が見える様になります。そして、情報地図では、ミクロ針をＭＡＸに合わせると、情報の全体（おそらく、三角系orひし形or歪な形だと予想される情報の塊）が見え、マクロ針をＭＡＸに合わせると、一つのＢＯＸに標準が合わさります（ステップ１の状態）。そして、情報地図のミクロ針ＭＡＸの状態から、少しずつマクロ寄りに戻していくと、ステップ３→ステップ２→ステップ１という様に、ＢＯＸ大画面に、戻っていくことができます。そして次に、「図１７」の説明を行います。「図１７」は、ややミクロ寄りに針が合わせられた空間フィールド内で、一つのＢＯＸを選択した際の、動作を表したものです。まず、「画面１」で、ＢＯＸを選択すると、そのＢＯＸに焦点が近づき、空間フィールドが拡大されます。「画面２」がそれを表したものです。ＢＯＸ周辺のツリー構造も一緒に拡大され表示されます。また、ＢＯＸが選択されると、情報地図の下位フィールドである、「図１９」のＥ４に、ＢＯＸ内の情報が表示されます。「画面２」の拡大画面を辞めて、元の画面に戻りたい場合は、戻る為の信号を発信する形に成ります。（右クリックあるいは、左クリックあるいはダブルクリック等、信号を送る方法は、何でも良いものとします）次に「図１８」の説明を行います。「図１８」は、３次元空間をスライドして周辺情報を認識している図であります。スライド移動は、空間横軸と連動した動きになり、カテゴリ間移動を行います。又、カテゴリ軸は、目盛針による調整でも構わないのですが、カーソル操作による直観的なスライド移動を行う事も可能であります。また、そうするならば、空間縦軸も、目盛針での調整ではなく、直観的な動作により、拡大縮小も、できるものとします。次に「図１９」の説明を行います。「図１９」は、端末の画面全体を表した図です。上位フィールド「Ｅ３」には、情報地図が表示されており、下位フィールド「Ｅ４」には、選択したＢＯＸ内データが表示されています。「Ｅ４」に表示されている記事を選択すると、その記事のページに飛ぶ事が出来ます。又、本発明の情報地図は、以上の動作を基本として、より使いやすく改良する事が可能である。例えば、ＢＯＸを複数同時に選択できたり、ＢＯＸに印を付けたり、ＢＯＸの名称（文字量）を１０文字程の制限を設けたり、ＢＯＸごとにブックマークが行えたり、ＢＯＸに得意質な設定を付与する事が可能である。又、ＢＯＸの形式は、一連の図にある様な固い形式ではなく、アプリケーションの様なもので、多少の動きがあったりする事も可能である。また、情報データである記事は、複数のＢＯＸに所属することも可能ではあります。
【００２１】
次に、その他の針（質、時間、共有性）についての説明を行う。まず、特定のＢＯＸを選択した状態で、時間軸の針を
“新” のＭＡＸに調整します。すると「図１９」のＥ４に、ＢＯＸ内の最新の記事が表示されます。針を少しずつ“旧”に合わせて行きます。記事が少しずつ古くなっていきます。また、４次元チャネルの針には、単位があり、例えば、１単位＝１メモリだとすれば、１メモリ＝１カ月、と言う様な、区切りがあるものとします。１メモリを“旧”に動かすと、Ｅ４フィールドにある記事が、１カ月分の“旧“データになります。そして、Ｅ３の上位フィールドを見てみると、周辺ＢＯＸにも変化があり、針が“新”に合わさっていた時よりも、いくつかのＢＯＸが減っています。これは、時間針が“旧”に調整されたことにより、それよりも後にできた（新しく出来た）最新ＢＯＸが、対象外になり消えてしまったという事になります。そして次に、時間軸はそのままの状態にして、質的な軸である、チャネルを調整したいと思います。質的針の目盛を、“大”のＭＡＸに合わせます。すると、そのＢＯＸ内で、一番質の良い情報が表示されます。また、“針”を“質的大”の“ＭＡＸ”にあわせてもＢＯＸ内の記事そのものが少ない場合は、“質的小”な記事でも表示されることになります。これは、どういうことかというと、コンピュータは、ＢＯＸ内の記事を認識する際に、数段階ある階層（ランク階層）に、データ記事のランク付けを行い整理をしています（※「図２２」のＥ７）。そして、もし、そのランク階層の上位階層に、記事データが無い場合は、下位の階層の記事データを頭に出してくる処理を行うからです。そして、“質的軸の針”を少しずつ、“質的小”へ調整して行きます。すると、少しずつ、質的小の記事データが下位フィールドＥ４に表示されることになります。また、“上位階層”の記事がなく、“下位階層”から、記事を引っ張り出していた場合は、針を少しずつ質的小に合わせて行っても、しばらくは、記事の表示が入れ替わることはありません。次に、“共有針”の説明を行いたいと思います。共有針とは、つまり“共時性”の針です。共時性（シンクロ二シティ）＝一見、関連の無いと思われるものが、関連しているかの様に、（共時性を持って、あるいは時空を超えて）同時並行で物事が進行しているという不思議な針です。この共時性に関しては、まだ、未知数な物が多い為、本発明では分かりやすく、情報の、全体共有・非共有という認識にしています。（共有針に関しては、そもそも認識すら難しいので、今後も、改良を重ねて行けるものとします）まず、時間軸と質的軸の説明で行った、同じＢＯＸで説明を行います。共有針も、他の針と同様、定められた規定の共有階層（共有レベルを設定している）と連動して、メモリの単位が動くたびに、情報をＥ４に表示できるものとします。そして、共有度ＭＡＸに針を合わせば、そのＢＯＸ内で、共有度の高い記事が表示されます。また、逆も同じです。しかし、ここで問題が発生します。共有針は、実は、前述の使い方だけでは収まらず、（質的・時間針と同じ様には行かず）、その使い方から、はみ出てしまうという問題が起こります。どういう事かと言うと、まず、共有針の効果をＭＡＸに使いたいとしたら、ミクロ単位のＢＯＸを選択した状態では、ＢＯＸ内だけの情報共有度を調べるだけに終わってしまいます。共有針を使いたい場合、ミクロＢＯＸに照準を合わせるよりかは、マクロＢＯＸに照準を合わせた方が効果が高いのです。（※人間が、ミクロＢＯＸから、しらみつぶしに共有度の高い情報を収集するのは、時間が掛りすぎます。）しかし、マクロＢＯＸに照準を定めたとしても、（質・時間軸と同じ様に使うなら）マクロＢＯＸ内の記事内を調べるだけで終わってしまいます。なので、やはりこのままでは共有針の効果を出す事はできません。つまり、共有針だけが、全てのＢＯＸを串刺しにするように、全ＢＯＸを対象としなくてはならなくなります。つまり、縦軸であるミクロ・マクロ内にも収まらず（関係がなく）、横軸であるカテゴリ内にも収まらず（関係がなく）という、３次元空間を越えてしまう“針”という事になります。本発明は、ここでまた新たな課題が発生し、この課題に対し、以下に、発案を行っていくものとします。
【００２２】
次に、本発明は、共有針の３次元を越えてしまう課題に対し、どのように解決していくかの発案を述べたいと思います。まず「図２０」のＥ５は、“共有針専用”のＢＯＸ（領域）を設定した図であります。共有針の効果をＭＡＸで使いたい場合は、このＢＯＸ（空間・領域）を選択しなければならなくなります。まず、この領域を選択するということは、ツリー構造の圏外に出てしまいます。“Ｅ５”である“ＢＯＸ”は、他のどのＢＯＸとも繋がりをもっていない為、まず、３次元針（縦軸・横軸共に）が使えなくなります。そして、質的針はというと、まずその結論の前に、共有軸と質的軸の違いを述べたいと思います。共有軸と質的軸は少し関係性が似ている様に思います。例えば、ある特定のカテゴリ、仮に、園芸カテゴリとします。園芸カテゴリ内で、質大・質小というと、野菜の栽培について高度な手法が書かれた情報であれば容易に質大だと言う様に認識できます。しかし、個人の“ふとした”感想（一言感想）を述べたデータは質大なのか質小なのか？という問題があります。仮に、その感想一言データが、質的軸では、質小と認識されてしまったとします。しかし、もし、その情報に、共有性の高い情報が含まれていたとしたら、共有軸では、共有度大として認識されるデータになります。（※これは極端な話です）また、逆に、野菜の高度な栽培法が丁寧に（詳細に）書かれた質的大の記事が、質的軸では大であっても、共有軸からみたら、共有度が高いかと言うと、そうとは言えない事もあります。（※これも極端な話です）つまり、質的小のデータであっても、全体が共有すべき、大切な情報が含まれていることもあり、必ずしも「質大＝共有度大」にはならないという事になります。基本的には、質軸と、共有軸は異なる指標であると考えていきたいと思います。しかし、世の中の大体においては、質大であれば、全体共有度が高いという傾向があります。その為、この２つの指標の認識が混ざってしまい「質大＝共有度大」となってしてしまいがちになります。又、ややこしいのですが、極端な話、「個人が書いた一言感想のデータであっても、それが全体共有度が高ければ、共有度が大という事になる」というのは、次の様な事が言えます。つまり、共有度の尺度は単純に「個人（プライベート）← →全体（公共）」（※全体の逆は個人という表記）ではなく、本当は“共有度の大小”であるのが望ましいのです。そして、又、そもそも、個人的感想データは、同じ園芸カテゴリの中でも、別カテゴリを作ってＢＯＸで整理を行う方が良いのかもしれません。そして、問題は“Ｅ５”の領域で、質的針が動かせるかというものです。この問題については、本出願の現時点では“動かさない”方向で考えたいと思います。そして、もう一つの針、“時間針”についてはどうなのかというと、“Ｅ５”の領域でも“動かせる”という結論になります。というのは、共有情報には緊急性のあるものと、そうでない物がある為です。なので、纏めると、“Ｅ５”の領域で使える針は、“時間”と“共有針”のみになります。そして、次に、“Ｅ５”の領域が、どのように、３次元限空間を無視して、共有度の高い情報を集めるのかというと、まず、全ＢＯＸの、共有度の高いデータを集めます。共有軸と連動したランク階層の上位階層、上から大体１〜３までを収集します。その収集したデータを、“Ｅ５”の領域がさらに、“Ｅ５”オリジナルの、ランク階層の中に入れます。Ｅ５オリジナルのランク階層は、次元チャンネルと連動しているので時間階層と共有階層の２種類があります。そして、階層の区切る指標なのですが、時間軸は、「新旧」であるので容易に、区切ることができます。問題は、共有階層の区切り方になります。共有階層は、全ＢＯＸ内から、収集されているため、あらゆる分野のカテゴリが累々となって存在しています。そして、ここで共有針の尺度を思い出すと、その尺度は「共有度の大小」でした。しかし、集められたデータは既に、其々のカテゴリの中で共有度大のものばかりであります。なので、どのようにそれを、区切るのかという問題が発生します。本発明は、ここでも新たな課題が発生し、そしてさらに新たな提案を行うものとします。そしてその提案は、より厳密な、階層指標の設定を行う形で解決したいと考えます。ツリー階層内（３次元内）での（共有針と連携した）ランク階層は、やや、ゆるい階層分けでした。しかし、“Ｅ５”内での、ランク階層は、さらに細かい、厳密な指標を設定することになります。（あるいは、３次元空間内とは、少し異なる尺度も付与したランク分けになるのかもしれません。）３次元空間内で、ざっくりと分け、Ｅ５内で、さらに、厳密に共有度大の審査を受けるという形になります。また、Ｅ５内で、共有度の階層分けを行われたデータを、「図１９」のＥ４に表示する際に、全カテゴリが累々と表示されてしまう事になります。なので、ある程度は、カテゴリを分けて表示できるものとします。「図２１」が、それを表したものです。例えば、Ｅ５内を選択した時に、表示されるＥ４の領域には、カテゴリ別に欄が設けられています。そして、Ｅ５内に集められたデータには、所属ＢＯＸのアドレスがありますので、そのアドレスが園芸カテゴリからのものであれば、それに対応するＥ４のカテゴリ欄（場所）に表示されることになります。又、全ＢＯＸ内からの共有度大のデータを収集するといっても、ＢＯＸによって、共有度大データを多く持っているＢＯＸから、全く持っていないＢＯＸも存在すると考えられます。又、複数のＢＯＸに所属している記事データもあり、この場合、重複して集められるデータも出てくる可能性が考えられます。そうならない為に、重複チェックの有無を行うプログラムも付与する形になります。
【００２３】
次に技術的な説明を行います。「図２２」は、４次元チャンネルの“一つの軸”と、それに連動する、ランク階層を表した図です。例えば、４次元チャンネルの座標が“１７”であれば、ランク階層の“１７”の階層を指定することになります。（チャンネルの座標と、ランク階層の座標は連動するものとします）また、１座標（１メモリ）には、単位があります。時間軸なら、「１メモリ＝１カ月（例）」と言う様な単位があります。そして、「図２３」は、“Ｅ５”領域（４次元領域）と、３次元領域の、“チャンネル”とそれに連動する“階層”を、其々表した図です。３次元領域からデータを収集し、４次元領域で、さらに、４次元オリジナルのランク階層内にデータが振分けられます。４次元領域では、時間チャンネルと、共有チャンネルのみの座標になります。記号“Ｅ９”は、４次元空間である“２本の次元座標”の、保存を行っている図式であります。次に「図２４」は、座標の保存を行っている図になります。現在、既存システムのデータ認識及び保存は、ＵＲＬというアドレスを使い、データの所在場所を認識しております。本発明は、ＵＲＬでの認識と保存も行う事が可能ですが、“座標”によるアドレス指定方法も行う事が可能です。このアドレスを仮に“４次元座標”とします。記号Ｅ８が、“４次元座標”であります。また、Ｅ８の４次元座標は、３次元空間内の座標であります。次に、「図２５」では、空間縦軸（ミクロマクロ）であるレイヤー構造を表しています。ミクロマクロ針（縦軸）の標準を、ミクロに合わせれば合わせるほど拡大され、上位レイヤーに移動します。マクロに合わせれば合わせる程、縮小され、下位レイヤーに移動します。また、「図２６」は、３次元空間の縦軸と横軸を両方表した図です。横軸はマトリクスで表され、平面的な広がりになります。「図１８」のスライド移動は、この横軸移動を行う形になります。また「図２６」の縦軸であるレイヤーは、イメージが容易な様に、Ａ４フィールドの、第１、第２、第３、レイヤーと表記しているのですが、正確には、レイヤーが上位（ミクロ）になればなるほど、横軸（カテゴリ）も広がっていくため、（周辺フィールドを含んでいく）レイヤーの大きさは大きくなります。つまり、厳密に言うと、“Ａ４フィールドの第３レイヤー”から、より上位レイヤーに行くと“Ａ３、Ａ４、Ｂ３、Ｂ４フィールドの第４レイヤー”と言う形に成ります。そして、「図２７」では、３次元針と、ランク階層が連動している図を表したものなのですが、３次元空間だけ、“ランク階層”という名称ではなく、縦軸のフィールドＮＯと、横軸のマトリクスＮＯと連動する、データベースになります。その為、マトリクスＮＯに関しては、図の様な、上下階層の形態ではない形になると考えられます。なので、一連の説明は、一括りに説明を行っているのですが、厳密には、其々の機能に応じて、若干の違いがあります。
【００２４】
そして、ここでまださらに、一つの問題が出てきます。Ｅ５領域は、全ＢＯＸを対象とした為に、オリジナルで領域を設け、オリジナルの２本のチャンネルと、オリジナルのランク階層を設けました。そして問題は、３次元空間内の中間ＢＯＸについても、ＢＯＸ内だけのチャネル検索ではなく、そのＢＯＸ以下の、全下位ＢＯＸを、串刺しにして調べたくなるというものです。通常、個人単位で使うコンピュータでのフォルダやファイル検索では、フォルダ名を指定すれば、そのフォルダより下位階層のフォルダやファイルを全て検索します。しかし、本発明は、ビックデータであろうオンライン上のデータを想定していた為に、一つのＢＯＸのボリューム事態が、大きいだろうと予想されるのです。その為、３次元空間内では、中間ＢＯＸを選択し、そのＢＯＸの下位ＢＯＸを串刺しにして調べたいとしても、ボリュームがありすぎて、Ｅ４フィールドに、表示しきれない形になります。それならば、ＢＯＸを越える検索を行っても意味がなく、空間横軸を調整し（又は、スライド移動を行い）、隣のＢＯＸに移動した方が、早いと思われるのです。しかし、もし仮に対策を立てるとするならば、複数ＢＯＸを同時選択し、チャネル検索を行う形にするか、または「図２８」の記号Ｆ１の様に、「ＢＯＸ内orＢＯＸ以下対象」という切り替えスイッチを設けるか、対応できるものとします。しかし、ＢＯＸ以下を全対象にすると、やはりボリュームが大きくなりすぎると予想されるので、記号Ｆ２の様な、串刺しにできるＢＯＸの範囲を調整できる調整機能も付与する事は可能であります。（※または、ユーザーによる調整機能ではなく強制的に、システム側で串刺しにできる許容範囲を決めてしまうか、）以上の機能は、状況に応じて変更可能な、バリエーション機能になります。
【００２５】
そして、ここで、これまでの一連の流れを纏めます。まず、（１）≪問題≫既存の情報収集や発信システムが使い難いと感じている状態。→（２）オンライン上を、大規模なツリー構造として認識したい。（※オンライン上で、｛イメージとしては｝会社のサーバー共有の様なことをしたい。つまり、データを３次元空間として認識したい）。→（３）≪問題発生≫サーバー共有は、階層移動を頻繁に行うためリンクが外れてしまう→（４）階層データベースとＵＲＬデータベースを２つに分ける→（５）３次元空間ができたので、他の軸も追加する。質、時間、共有軸の設定。→（６）≪問題発生≫大容量の４次元データ（過去現在・質大質小・ミクロマクロ・共有非共有）を人間が整理認識し、なお且つ、瞬時に把握できるものでなくてはいけないと思う。→（７）４次元チャネルの設定→（８）≪問題発生≫３次元の空間軸だけ、４次元チャネルから“はみ出して”しまう。また、４次元チャネルは（２）で、考えてきた、ツリー構造の共有ともかけ離れてしまう。→（９）ツリー構造を地球地図の様にＭＡＰ化し、４次元チャンネルと連動させる。→（１０）≪問題発生≫共有針だけ、他の針とは異なり、３次元空間から“はみ出て”しまう。→（１１）対策として、“Ｅ５”の領域設定→（１２）≪問題発生≫Ｅ５領域の共有軸階層データベースの区分けができず全データが累々としてしまう→（１３）３次元空間内とは、異なる尺度の共有軸階層データベースの設定→（１４）≪問題発生≫３次元空間内の中間ＢＯＸは、串刺しにして検索できないのか？→（１５）バリエーション機能の設定。という形になります。以上が本発明の大きな流れになり、この大きな軸を基に本発明は構成されております。その為、大きな軸以外の、その他細部の個所というのは、多少の変更もあり得てきます。又、この大きな流れの中に、ＢＯＸごとのＲＳＳ登録が行えるなど、便利な効果（ミクロ効果）が産まれるものとします。又、本発明は、随時改良を行えるものとします。
【００２６】
また、地理的な地図という概念は大昔からあり（※大航海時代以前にも有）、珍しいものではありません。インターネット上に地図が表示され、閲覧できる様になるというのは自然な発想です。（※しかしこの場合、地球地図という発想よりも、地図を技術として起こす技術的課題のクリアを問題としています）そして、情報を地球地図の様にして見る“情報地図”という概念は、これまでの人類の歴史上には無かったと思われます。現在は、ビックデータの課題を抱えている為、大量の情報が溢れかえっているイメージが（表現作家などの間で）出来たとしても、溢れかえっているだけで終わってしまっています。また、既存には情報の繋がりをツリー構造として整理するＭＡＰは確かに存在します。しかし本発明は、情報を４次元空間として捉え、ほぼ、地球地図と同レベルのＭＡＰに表し、人間が使えるように提案しているものです。そして本発明の情報地図は、不思議なぐらい地球地図と真逆で“対”になっている地図になっています。
【００２７】
そして次に、本発明のツリー型の高度化が容易ではない、その理由を以下に述べたいと思います。まず、本発明はツリー型（最大思考型）と述べたのですが、性質としては芸術型です。そして、なぜ本発明が容易ではないのかといいますと、それは社会構造の問題になってきます。現在の日本社会では、この芸術型を積み重ねるというのが容易ではありません。社会が認識していない、性質そのものが欠けている、思考法を積み重ねるならば、必然、社会や企業、世間とは相反する道で積み重ねるという事になります。もし仮に、本発明の様に見えたとしても、その、ほとんどは、”集中＝サイエンス型“か、又は”選択＝ビジネス型“の性質で構成されているものであると考えられるのです。つまり、既存の殆どは、サイエンス寄りの人が考える情報収集システムであり、ビジネス寄りの人が考える情報収集システムであるのです。芸術よりのシステムは、そもそも、その2方向からは容易に産まれるものではないものです。まず、芸術型の特徴は、大量のカオス（※人の気がつかない事、”感性“という言葉で表現するのが良いのかもしれません）を内包し、そして、そうした上でも崩壊に向かわず、創造し、前進して行けるだけの思考プロセスが要求されます。実は、芸術カテゴリの中でも、これはかなり高度な思考プロセスになってきます。芸術分野一つを取ってしても、カオスからの創造は難しいのです。そして一つの創造を行うには、この思考プロセスが必ず必要になり、そこに至るまでに練り上げられ、積み上げられた思考プロセスというものは、膨大な量になります。※シンプルさの持つ強度の尺度は、大量のカオスから統合されたシンプルであるか？であり、カオスが巨大であり大量であればあるほど、その、シンプルさを導き出すのは困難であると言えます。そして社会は、芸術よりの人間が、ビジネススキルや技術スキルを覚えられる構造にはなっておらず、（※これは自然な事であり当然な事なのかもしれません。）また、芸術よりの人間が、ビジネススキルと技術スキルを持ちあわせるのは、相当な心理的負担でもあり（企業が芸術性を受け入れる事よりも難しいかもしれません）容易に為せることではないと考えられます。そして本発明は、その両方の性質（「”集中選択“＝社会」と「芸術」）から積み重ねられたシステムになります。通常、相反する矛盾を両立させたいと求めたとしても、それを成立させるのは”言うほど“簡単ではなく、この矛盾する３つの性質で構成されたシステムとなると、必然、類似するものは少なくなるだろうと予想されるのです。本発明の機能は、運用・改良は出来たとしても、今後も広がる巨大なカオスへの、より強固な補正は、思考プロセスを考えるに於いても難問だろうと考えられるのです。そして、ビジネス型思考と、エンジニア思考、芸術型思考では、其々、思考回路の使い方や方向性、目指す場所が、根本的に違う様に感じます。なので、集中型や選択型から、本発明が発案されたとしたら、やや不自然な感じがします。そして、本発明の特徴として、集中型の様な、最新技術の延長線上には無く、誰でも知っていて、かなり古くから（数十年前から）あるシステムを、再認識するだけの発明になります。つまり本発明は、インターネットができた当初から産まれてもおかしく無い、技術ができて直ぐにでも発案されていてもおかしく無い、古い技術ばかりで構成されているものなのです。なので、技術だけで見るならば、最新でない処からスタートしている発案ばかりという事になります。本発明は、集中型の様な”機械技術“の発案ではなく、思考プロセスを主に置いた”思考技術“と言う事になります。なので、これまで、本発明が述べてきた機械的技術は、もしかすると、やや古い技術であるかもしれません。そして、もしそうであるならば本発明に最新技術を搭載できるなら尚良いものとします。
【発明の効果】
【００２８】
既存システムでは、ある特定のテーマに関して、発言の影響力の無い個人がボリュームのある記事を書きたい時、タイムリーで、そのテーマを求めているユーザーへ届ける最適の方法が不十分であった。又、特定のテーマを掘り下げるには情報が散乱しすぎていた。しかし、本発明によれば、特定のカテゴリに行けば特定のテーマに関する情報が網羅され、最新の情報が得られるであろうという効果が得られる。イメージとしては、これまで企業や団体、家庭などのサークル内で行われていた、サーバーの共有をオンライン上で行うというものである。又、特定のフォルダにパスワード等を設ければ、友人同士だけでの共有も可能である。又、カテゴリ（フォルダ）事にＲＳＳ機能を加えて、特定のジャンルに関して常に最新の情報を得ることも可能である。又、ユーザーの情報整理ができる。「図１」のステップ（2）−２の様にカテゴリの前後の可視化（階層表示）により、ミクロ、マクロ情報（視野）の整理（詳細と包括）ができる。（※又補足として、カテゴリからカテゴリにはショートカット機能も可能である）。又、情報認識も容易（類似記事の発見が容易）になる。例えば、現在の認識では「もしかしたら既にこの意見は誰かが書いているかもしれないけれど調べるのがめんどうなので書いてしまおう」という状態であるが、本機能によれば「記事を書こうかな？しかしすでに誰かが同じ意見を書いているな。でも、まだこの意見が足りないので付け加えよう」となる。又、情報が網羅されることにより、洗練性が上がる（質の改善改良）。又、発信の簡易性がある。ブログを開設する必要がなく（開設している場合はＵＲＬの記載）で済むので容易に自分の考えを発信できる。又、本機能のディレクトリ公開型の認識をベースにすれば、次の様な事も可能になる。個人単位で行っているフォルダ整理の工夫を取り入れた機能を公開機能として追加することができる。例えば、日付によるフォルダ整理方法や、古い情報は古いフォルダに入れる等といった、様々な可能性がある。まとめると、本発明と既存サービスとの差異は、「情報の進化を支援」する所にあり、例えばこれまでの情報伝達サイトが「並列・平面」思考だったのに対し、本発明は「縦型・立体思考」を可能にする。又、人間が、複雑な４次元情報を整理、比較でき、且つ、瞬時に情報を得られる効果を有する。そして、本発明に記載された図面は解説の為に分かり安くしたものであり、細部はこれに限られるものではない。
【図面の簡単な説明】
【００２９】
【図１−１】文字情報等の伝達共有ステップ
【図１−２】文字情報等の伝達共有ステップ
【図１−３】文字情報等の伝達共有ステップ
【図２】ユーザーのお気に入り情報の表示画面
【図３】記事を投稿するステップ
【図４】評価の高い記事の別枠を設けた保管画面
【図５】情報地図の４つの軸
【図６】サイト画面図（TOP画面）
【図７】サイト画面図（検索後画面）
【図８】カテゴリ選択により、その直下の記事が表示された画面
【図９】ツリー階層の整理ステップ
【図１０】WEBページ生成の流れ
【図１１】データベースAのデータ
【図１２】データベースBのデータ
【図１３】小規模グループでの共有方法
【図１４】”4次元メモリ”又は”４次元チャンネル”の図
【図１５】”４次元目盛”の下位フィールドに、針の標準が合わせられた記事（情報）が表示される図
【図１６】”４次元メモリ”と連動した３次元空間ＭＡＰと、 ３次元空間の縦軸（ミクロマクロ針）を操作して、 ３次元情報フィールドを拡大縮小するステップ
【図１７】３次元情報フィールドの１つのＢＯＸを選択したら、 ＢＯＸ及びＢＯＸ周辺が拡大される図
【図１８】３次元情報フィールドの横軸（カテゴリ軸）をスライドにより移動する図
【図１９】４次元チャンネル及び３次元フィールドＭＡＰの下位に、 標準が合わせられた記事が表示されている図
【図２０】３次元空間に収まらない共有針専用の”Ｅ５”領域が、ＭＡＰ内に配置された図
【図２１】Ｅ５領域を選択すると、下位の記事フィールドに、カテゴリ欄が表示される図
【図２２】４次元チャンネルの”座標”と、それに連動した各”ランク階層”
【図２３】３次元空間以下での、４次元チャンネルと、それと連動した各”ランク階層”と その３次元空間下位から、さらに４次元領域に、データが収集され、 ４次元オリジナルの、次元チャンネル（時間と共有の２本だけ）と、 そのチャンネルに連動した”ランク階層”に、データが振り分けられる図
【図２４】各４次元チャンネルの座標を保存する図（このアドレスは仮に４次元座標とする）
【図２５】３次元空間の縦軸（ミクロマクロ）のレイヤー構造
【図２６】３次元空間の縦軸と横軸（カテゴリ）の構造
【図２７】３次元針と連動するデータ階層
【図２８】３次元空間内の中間ＢＯＸで、串刺し検索を行いたい場合の処置機能
【符号の説明】
【００３０】
データ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３…フォルダとファイル（又は、カテゴリと記事）
ボタン（ｄ１）…フォルダの新規作成
Ｅ０…横型４次元メモリ（又は４次元チャンネル）
Ｅ１…多重クロス型４次元メモリ（又は４次元チャンネル）
※４次元チャネルは、横型でも多重クロス型でも形態が違うだけで同じものとします。
Ｅ２…ツリー構造（３次元空間認識）
Ｅ３…情報地図
Ｅ４…情報地図及び４次元チャンネルで選択されたＢＯＸ内記事
Ｅ５…“共有針“専用のＢＯＸ
Ｅ６…４次元チャンネルの座標データ
Ｅ７…４次元チャンネルの座標と連動したランク階層データ
Ｅ８…４次元座標（３次元空間以下）
Ｅ９…４次元座標（３次元空間以上）
Ｆ１…「ＢＯＸ以下含む検索orＢＯＸ内検索」の選択スイッチ
Ｆ２…周辺ＢＯＸを纏めて検索を行いたい場合の、周辺ＢＯＸ許容範囲、調整機能
【特許請求の範囲】
【請求項１】
ユーザー同志がオンライン上で情報を共有する為のシステムであって、端末と記憶装置が通信回線で接続され、端末への表示手段に於いて、データベース内のツリー構造が表示されており、前記ユーザーがフォルダに当たるカテゴリの新規作成をオンライン上で行う事ができるステップと、カテゴリ内の記事を新規作成し直接書き込めるステップと、ユーザーは自身が投稿する記事に於いて自身のURLを登録しアクセス数の向上が図れるシステムと、ユーザー又はサイト管理者が、パスワード等を用いてカテゴリの非公開/公開の選択を行う事ができるステップと、カテゴリ内の記事数及びフォルダ数を表示するシステムと、カテゴリをお気に入り登録し、カテゴリ内の記事の更新を確認することのできるRSS機能と、その更新記事を表示する画面とを有しており、類似の階層（カテゴリ）を出力表記するシステムと、レゴメンテーションによる階層（カテゴリ）を表記するシステムと、サイト内検索に於いて階層（カテゴリ）を検索する手段と、また入力されたキーワードの類似語に当たる階層（カテゴリ）も合わせて出力表記するシステムと、カテゴリ内の記事一覧に於いて新着と評価順の両方を表示する手段と、又、高評価な記事を判断し上位に表示できるシステムと、ブログの様に記事を表示する手段と、それを評価する手段と、記事投稿に於いて類似する記事を表記し、前記ユーザーに情報の量産・重複記事を避ける確認を促すシステムと、自サイトのテンプレートに記事を書き込むか、あるいは自前のサイトのURLを書き込む手段を有したシステムであって、自サイトのテンプレートを使い記事を書き込んだ場合に於いて、そのユーザーによる投稿された記事群を、ユーザー個別画面として表示できるシステムと、高評価の記事群を一部別枠で画面表示する手段を兼ね備え、又、カテゴリに於いて、類義語あるいは類似する階層が量産された場合に、一定の時間を置いて、あるいは一定の件数が溜まると、手動または自動でカテゴリを統合するシステムと、ディレクトリ公開により階層内整理の為、コンテンツURLが移動してしまわない為の、サーバとデータベースの処理方法と、情報を４つの軸（時間、空間、質、共有性）から整理するシステムと、複数の人が共通のPASSにより共有する、小規模グループでのディレクトリ公開型機能をオープン化、提供できる機能（既存のファイルが置けるなど、大規模グループ内でのカテゴリの公開非公開とは異なる）とを有し、４次元チャンネルと、それに連動する３次元情報空間ＭＡＰと、及び、連動する各階層データベースとを有し、且つ、Ｅ５領域を有し、Ｅ５領域オリジナルの、２つの次元チャネルとそれに連動した階層データベースと、且つ、座標の保存機能が合わさったシステムに関する。
【請求項２】
情報を４つの軸（時間、空間、質、共有性）から整理しており、空間に於いてはデータベース内のツリー構造が端末上で表示され、サイト内検索で記事内のキーワードでは無くカテゴリを検索し階層を出力表記する手段と、又、キーワードの類義語も合わせて検索出力できる機能と、ユーザーはオンライン上で新規にカテゴリを作成し、又、カテゴリ内に直接記事を書き込む事ができ、又、既存のコンテンツのURLを公開する事のできるシステムであり、カテゴリの公開・非公開の選択、お気に入りのカテゴリをRSS機能を使い更新確認できるシステムを特長とし、重複するカテゴリが量産された場合に統合し、削除されたカテゴリに於いては移動先URLが自動又は手動で割り当てられる機能と、また、コンテンツのURL自体は、階層内整理によりリンクが外れてしまわない為の、サーバと、階層データベースと、コンテンツＵＲＬデータベースの処理方法とを有する請求項１に記載のシステム。
【請求項３】
複数の人が共通のPASSにより共有する、小規模グループでのディレクトリ公開型機能をオープン化、提供できる機能（既存のファイルが置けるなど、大規模グループ内でのカテゴリの公開非公開とは異なる）とを有する請求項１に記載のシステム。
【請求項４】
“４次元チャンネル（質量針、時間針、空間針、共有針）及びその座標“と連動した”各ランク階層“を有し、４次元チャンネルの標準が合わさった記事（４次元座標と一致するデータ）が、下位フィールド”Ｅ４“に表示される機能と、３次元針（空間針）の縦軸の針に合わせて拡大縮小する”３次元情報フィールドＭＡＰ“と、また、横軸の針に合わせてスライドする、”３次元フィールドマップ“と、を有し、且つ、３次元空間以下の”４次元軸座標“（アドレス）を、保存することのできるシステムと、４次元針（共有針）専用の、“Ｅ５”ＢＯＸと、“Ｅ５”ＢＯＸ専用の２本の針（共有針及び時間針）と、又、それに連動する２つのランク階層（時間データベースと共有データベース）とを有し、その２本の座標（４次元軸座標）に一致するデータが、下位フィールドＥ４に表示される機能と、３次元空間以上の”４次元軸座標“（アドレス）を、保存することのできる請求項１に記載のシステム。
【請求項１】
ユーザー同志がオンライン上で情報を共有する為のシステムであって、端末と記憶装置が通信回線で接続され、端末への表示手段に於いて、データベース内のツリー構造が表示されており、前記ユーザーがフォルダに当たるカテゴリの新規作成をオンライン上で行う事ができるステップと、カテゴリ内の記事を新規作成し直接書き込めるステップと、ユーザーは自身が投稿する記事に於いて自身のURLを登録しアクセス数の向上が図れるシステムと、ユーザー又はサイト管理者が、パスワード等を用いてカテゴリの非公開/公開の選択を行う事ができるステップと、カテゴリ内の記事数及びフォルダ数を表示するシステムと、カテゴリをお気に入り登録し、カテゴリ内の記事の更新を確認することのできるRSS機能と、その更新記事を表示する画面とを有しており、類似の階層（カテゴリ）を出力表記するシステムと、レゴメンテーションによる階層（カテゴリ）を表記するシステムと、サイト内検索に於いて階層（カテゴリ）を検索する手段と、また入力されたキーワードの類似語に当たる階層（カテゴリ）も合わせて出力表記するシステムと、カテゴリ内の記事一覧に於いて新着と評価順の両方を表示する手段と、又、高評価な記事を判断し上位に表示できるシステムと、ブログの様に記事を表示する手段と、それを評価する手段と、記事投稿に於いて類似する記事を表記し、前記ユーザーに情報の量産・重複記事を避ける確認を促すシステムと、自サイトのテンプレートに記事を書き込むか、あるいは自前のサイトのURLを書き込む手段を有したシステムであって、自サイトのテンプレートを使い記事を書き込んだ場合に於いて、そのユーザーによる投稿された記事群を、ユーザー個別画面として表示できるシステムと、高評価の記事群を一部別枠で画面表示する手段を兼ね備え、又、カテゴリに於いて、類義語あるいは類似する階層が量産された場合に、一定の時間を置いて、あるいは一定の件数が溜まると、手動または自動でカテゴリを統合するシステムと、ディレクトリ公開により階層内整理の為、コンテンツURLが移動してしまわない為の、サーバとデータベースの処理方法と、情報を４つの軸（時間、空間、質、共有性）から整理するシステムと、複数の人が共通のPASSにより共有する、小規模グループでのディレクトリ公開型機能をオープン化、提供できる機能（既存のファイルが置けるなど、大規模グループ内でのカテゴリの公開非公開とは異なる）とを有し、４次元チャンネルと、それに連動する３次元情報空間ＭＡＰと、及び、連動する各階層データベースとを有し、且つ、Ｅ５領域を有し、Ｅ５領域オリジナルの、２つの次元チャネルとそれに連動した階層データベースと、且つ、座標の保存機能が合わさったシステムに関する。
【請求項２】
情報を４つの軸（時間、空間、質、共有性）から整理しており、空間に於いてはデータベース内のツリー構造が端末上で表示され、サイト内検索で記事内のキーワードでは無くカテゴリを検索し階層を出力表記する手段と、又、キーワードの類義語も合わせて検索出力できる機能と、ユーザーはオンライン上で新規にカテゴリを作成し、又、カテゴリ内に直接記事を書き込む事ができ、又、既存のコンテンツのURLを公開する事のできるシステムであり、カテゴリの公開・非公開の選択、お気に入りのカテゴリをRSS機能を使い更新確認できるシステムを特長とし、重複するカテゴリが量産された場合に統合し、削除されたカテゴリに於いては移動先URLが自動又は手動で割り当てられる機能と、また、コンテンツのURL自体は、階層内整理によりリンクが外れてしまわない為の、サーバと、階層データベースと、コンテンツＵＲＬデータベースの処理方法とを有する請求項１に記載のシステム。
【請求項３】
複数の人が共通のPASSにより共有する、小規模グループでのディレクトリ公開型機能をオープン化、提供できる機能（既存のファイルが置けるなど、大規模グループ内でのカテゴリの公開非公開とは異なる）とを有する請求項１に記載のシステム。
【請求項４】
“４次元チャンネル（質量針、時間針、空間針、共有針）及びその座標“と連動した”各ランク階層“を有し、４次元チャンネルの標準が合わさった記事（４次元座標と一致するデータ）が、下位フィールド”Ｅ４“に表示される機能と、３次元針（空間針）の縦軸の針に合わせて拡大縮小する”３次元情報フィールドＭＡＰ“と、また、横軸の針に合わせてスライドする、”３次元フィールドマップ“と、を有し、且つ、３次元空間以下の”４次元軸座標“（アドレス）を、保存することのできるシステムと、４次元針（共有針）専用の、“Ｅ５”ＢＯＸと、“Ｅ５”ＢＯＸ専用の２本の針（共有針及び時間針）と、又、それに連動する２つのランク階層（時間データベースと共有データベース）とを有し、その２本の座標（４次元軸座標）に一致するデータが、下位フィールドＥ４に表示される機能と、３次元空間以上の”４次元軸座標“（アドレス）を、保存することのできる請求項１に記載のシステム。
【図１−１】
【図１−２】
【図１−３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図１−２】
【図１−３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【公開番号】特開２０１３−６５２７２（Ｐ２０１３−６５２７２Ａ）
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願番号】特願２０１１−２６７３５０（Ｐ２０１１−２６７３５０）
【出願日】平成２３年１２月６日（２０１１．１２．６）
【出願人】（５１００１０４５８）
【Ｆターム（参考）】
【公開日】平成２５年４月１１日（２０１３．４．１１）
【国際特許分類】
【出願日】平成２３年１２月６日（２０１１．１２．６）
【出願人】（５１００１０４５８）
【Ｆターム（参考）】
[ Back to top ]