(57)【要約】      （修正有）【課題】インターネット上でユーザが特定の関心のあるテーマやジャンルに関して、良質かつタイムリーで網羅できる情報を共有・伝達できるシステムを提供する。【解決手段】情報の４次元空間を情報地図として表記した質、時間、空間、共有性の４軸及びその座標と、４軸に連動したデータベース及び情報空間ＭＡＰを特徴としたシステムである。記号Ｂ１は、フォルダ内を日付で管理できる機能であり、Ｂ２は永久保存度の高いデータと一時的なデータを表示するフィールドであり、Ｂ３はフォルダ内の共有度の高いものを表示するフィールドである。Ｂ４は検索結果のツリー構造を表示するフィールドであり、Ｂ５は選択したカテゴリ直下の記事を表示するフィールドであり、Ｂ６は、選択したカテゴリに類似するカテゴリを表示するフィールドである。【選択図】図７
2013065272.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ロードするボタンである。他、使い勝手は随時改良できるものとし、操作性は、ボタンなのか、右クリックなのか、状況に応じるものとし、基本的な仕様は以上の形になる。又、膨大な量のデータを管理するに当たり、細部の精度の改良が必要になるが、基本的な仕様は上記の通りとする。
【００１７】
また、段落００１６までの内容では、４つの軸を設けたとしても、ユーザーが使いこなすには、やや煩雑すぎるという問題が起きる。４つの軸は情報の、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ＢＯＸ内検索」の選択スイッチ
Ｆ２…周辺ＢＯＸを纏めて検索を行いたい場合の、周辺ＢＯＸ許容範囲、調整機能
【図１−１】
2013065272.tif 000003
【図１−２】
2013065272.tif 000004
【図１−３】
2013065272.tif 000005
【図２】
2013065272.tif 000006
【図３】
2013065272.tif 000007
【図４】
2013065272.tif 000008
【図５】
2013065272.tif 000009
【図６】
2013065272.tif 000010
【図７】
2013065272.tif 000011
【図８】
2013065272.tif 000012
【図９】
2013065272.tif 000013
【図１０】
2013065272.tif 000014
【図１１】
2013065272.tif 000015
【図１２】
2013065272.tif 000016
【図１３】
2013065272.tif 000017
【図１４】
2013065272.tif 000018
【図１５】
2013065272.tif 000019
【図１６】
2013065272.tif 000020
【図１７】
2013065272.tif 000021
【図１８】
2013065272.tif 000022
【図１９】
2013065272.tif 000023
【図２０】
2013065272.tif 000024
【図２１】
2013065272.tif 000025
【図２２】
2013065272.tif 000026
【図２３】
2013065272.tif 000027
【図２４】
2013065272.tif 000028
【図２５】
2013065272.tif 000029
【図２６】
2013065272.tif 000030
【図２７】
2013065272.tif 000031
【図２８】
2013065272.tif 000032
【手続補正書】
【提出日】平成24年5月25日(2012.5.25)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
ユーザー間で取り交わされる、オンライン上に於ける情報の配信及び共有方法と、膨大に生成される情報の整理及び集約に関するシステム。
【背景技術】
【０００２】
本発明は、ユーザーがオンライン上にて情報を発信し且つ共有を行うシステムであって、既存の情報配信システムとしては、、ホームページ、ブログ、掲示板、ＳＮＳ、チャット、ミニブログ（Twitter等）、WEB辞書（Wikipedia等）、Q＆A機能（Yahoo知恵袋等）、匿名ブログ（はてな）、がある。又、それらの情報を収集する方法として検索エンジン、ＲＳＳ、ブックマーク機能がある。
【先行技術文献】
【特許文献】
【０００３】
不明
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザーが特定の関心あるテーマやジャンルに関して、良質かつタイムリーであり網羅できる情報量を求めたい場合や、テーマを掘り下げて詳しく知りたい場合に既存のシステムだけでは不十分さが残る。例えば、このサイトであれば、ある特定のテーマに関する全ての情報を見つける事が出来るという効果に於いて情報収集の機能としての不十分さがあった。以下に既存システムの不足個所を順に述べる。
【０００５】
まず、ホームページによる情報配信の不足点では、更新の不便さがある。又、検索エンジン対策に於いても、その他の情報配信と比べ劣ってしまう。次に、ブログによる情報配信の不足点としては、記事の更新を行う容易性はあるのだが、検索に引っ掛かる等、アクセス数を上げるのは困難であり時間が掛っていた。アクセス数の多いブロガーの記事であればタイムリーで記事を確認することができるのだが、そうでない無名のブロガーの記事ではタイムリーでの確認は行い難い。次に、掲示板による情報配信の不足点では、特定のサイトにユーザーが集まるので現在話題のスレットに対し情報を発信すれば、比較的、大多数の目にとまりやすい。しかしながら、複数のユーザーが集まって井戸端会議の様なコミュニケーションを行うものである為、情報の内容としては個人の意見や感想・感情等の交換を行うものであり、扱う内容に偏りがある。又、大勢のユーザーによる書き込みの為、記事が簡易になり文字情報のボリュームは少なくなる。又、掲示板には、匿名によるものとIDを割り当てるものとがある。
【０００６】
SNSによる情報配信の不足点では、コミュニティーという場所に於いて求めている情報を得られる事はできるが、他のユーザーとの繋がりやコミュニケーションが主であり、情報の種類として偏りがある。又、コミュニティー型ＷＥＢサイトで、収集する情報の性質としては、口コミにより拡散される情報としての性質がある。チャットによる情報配信の不足点では、SNSと同様にコミュニケーションが主であり、その場に居合わせたユーザーで持ちうる範囲内での情報交換を行い、情報の種類として隔たりがある。次に、ミニブログによる情報配信の不足点では、タイムリーな情報を伝達する効果として適しているが、SNSと同様に、繋がりにおける情報伝達（口コミによる情報）であり情報の種類として隔たりがある。次に、WEB辞書による情報配信の不足点では、一つのテーマに関して質の高い情報を得られるが、自由に文字情報を書きこむにはハードルが高く情報提供側と情報収受側は明確に別れてしまう。次に、Q＆A機能による情報配信の不足点では、主に疑問に対して解答を行う情報を扱い、その他の情報は対象外である。次に、匿名ブログ（はてなによる運営）
による情報配信の不足点では、特定の場所に匿名でブログを書きこむことが可能あり、更新の便利さやアクセス数を上げるには適しているが特定の情報を探し出すには不十分である。
【０００７】
又、以上のＷＥＢサイトは、其々に目的とコンセプトがあり、得意不得意な部分を互いに補完し合い成立する事もできる。しかしながら、ある特定のテーマに対して、様々な視点や角度から詳しく情報を収集したいと思った時や、又、そのテーマに関して網羅したいと思った時に、ブログ、あるいは、掲示板、あるいは、SNS等で調べててみたり、あるいは、ミニブログで情報が流れていないか探してみたりと言う様に、サイトからサイトへ梯子をしなければならなくなる。
【０００８】
次に、情報の収集方法であるＲＳＳ機能の情報配信の不足点では、インターネット上にある膨大な記事の中から、自身で見つけたお気に入りの記事の更新が確認できるが、見つけていない良質な記事についてはカバーしきれていない。次に、ブックマークの公開機能による情報配信の不足点では、ユーザーのお気に入り記事を公開・共有し、良質な記事を発見する事は出来るのだが、特定のテーマに対する良質な記事をピンポイントで探す事は難しく、たまたまその時間帯に、偶然発見した面白い記事を見つける手段として終わってしまう。その為、欲しい時に欲しい記事を読んだり、テーマを掘り下げて知るには不十分さが残る。次に、検索エンジンによる情報配信の不足点では、検索されるためにURL登録をユーザー側から行うのだが、ロボット型ディレクトリ型ハイブリット型、共に時間が掛り、上位に記事をヒットさせる為にはキーワードに工夫を凝らす等のSEO対策が必要になる。
【０００９】
又他にも、既存の情報収集システムとして、最新・最先端な情報収集を行おうとする方法と、マッチングにより情報を結びつける方法が存在する。前者の特徴としては、情報をシンプルに整理し、一番、最適な答えを短時間に出す事を目的とする方向性である。しかしながらこの方法では、情報を、シンプルに整理する利点はあるが複雑性や多様性を内包しない欠点がある。後者の問題としては、ユーザーは自動的に送られる決まった情報カテゴリだけを欲しいと感じている訳ではなく、たまには自分の興味外の情報を調べてみたり、又、その調べた情報と自分の興味のあるカテゴリとを繋ぎ合わせて何らかの発想を考えたくなる。つまり決まったカテゴリだけを収集していると、視野が狭くなってしまう為まったく関連性の無いものにも興味を示したくなる。そして後者の方法では、これらの欲求にはカバーしきれていない。又、コンピュータが何もかも判断し、最適な情報を人間に用意してしまってはプロセスの消去になってしまう。例えば、ユーザーは余りにもレベルが高すぎる情報には意味が分からずついていけなくなるし、又余りにも自身とはレベルが低すぎる情報では興味が無くなるという心理作用がある。又個人差によって、ある分野には専門性があるが、その他の分野には全くの素人であると言う様な、知識の隔たりがある。そしてプロセスの消去による方法ではこの問題にカバーしきれていない。
【課題を解決するための手段】
【００１０】
第一の特徴として、本発明は情報を体系化して整理を行う為に、従来のカテゴリという認識を既存のフォルダの認識と同等とみなし、コンテンツそのものであるデータを既存のファイルの認識と同等と見なして、そのツリー階層を可視化し、カテゴリという階層構造を軸にして、オンラインで繋がったユーザーが自由に、カテゴリの新規作成を行い、且つ、その直下にコンテンツを投稿する事が可能なシステムである。尚、コンテンツは、ブログ形式でも、掲示板形式でも、ＨＰ形式でも、ＵＲＬ登録により投稿可能であるとする。又、本システムをイメージ図で表すと、「図１−４」の様な構造であり、これは、ちょうど、ディレクトリの公開を行い、ユーザー同士で共有を行う操作性と類似する。又、本システムは、コンテンツの直接の情報であるキーワードを検索するのではなく、カテゴリ項目というブロック単位での検索を行う。これにより、広い塊での情報収集を行う事が可能である。又、本システムは、カテゴリ項目のお気に入り登録が可能であり、カテゴリ項目の直下に投稿されるコンテンツの更新を収集する事が可能である。尚、本システムは量産されたカテゴリ項目の類似や重複を手動あるいは自動で統合する機能を有しているものとする。
【００１１】
尚、認識を容易にするための説明として、本出願文には、ディレクトリ公開型と述べているのだが、公開という名称が付けられている類似する機能として、ブックマークの公開機能がある。しかしながら、本システムは、従来では公開を行っていなかった情報を公開する機能ではなく、又、個人が所有する情報を他のユーザーと共有を行おうとする発想の機能では無い。本出願書にて述べる公開と言う言葉は、あくまでも説明の為のものであり、既存にある公開という内容とは相違する。そして、本システムは、情報の共有方法である操作性を一から構想するものである。そして、既存の情報共有システムとしては、情報の分類を行う方法として、カテゴリによる分類はごく当然に行われており、又、ツリー階層による分別は行われていた。例えば、ブログに於いても、掲示板においても、オンラインショップに於いても、カテゴリのツリー階層の分類は行われている。又、ディレクトリによる整理方法も、階層構造による情報整理も、ごく一般的に認知され使用されている方法である。しかしながら、その階層構造による情報の整理方法や、操作性に於いて、既存のシステムと本システムには違いが在るものとする。又、その相違となる差異を作りだすのは、本発明のコンセプトに於いて、既存のシステムとは相違が在るからであり、既存の認識では、カテゴリ項目＝フォルダの概念と同等とする認識をしているものでは無く、又、コンテンツ＝ファイルの概念と同等と言う認識をしているものでは無かった。この為、類似する機能の対象となる存在が、同等とするものであるという認識が結びつかないものであった。又、ＩＴ技術が到来してから、長らくの時間が経過し、その間に、階層構造による情報の整理も、ブックマークによる情報の公開機能も昔から存在している。又、ＷＥＢサービスは、昨今、無数に開発されており、情報の配信方法は考えつくされている現状にある。（※「００２０」〜「００３６」にて詳細）
【００１２】
第二の特徴として、第一の特徴であるディレクトリ公開型システムを土台とする機能であり、大きく４つの項目から成る。まず、一つ目の項目は、情報の性質を４つの軸（空間・時間・質・共有性）に分類し、整理及び管理を行う方法である。２つ目の項目は、４つの軸に分類した情報の画面表示方法と、且つ、「図２−１」のステップ（2）−２の画面であるツリー階層構造を可視化した画面表示方法とを、より認識が容易な操作性とする画面構成の方法である。３つ目の項目は、ディレクトリ公開型による、カテゴリの整理方法、及び、カテゴリの自動統合についてのＷＥＢページを生成するサーバ内の処理方法である。又、４つ目の項目として、ディレクトリ公開型の機能を、小規模のグループだけで共有を行う方法である。（※段落「００３７」〜「００４６」にて詳細）
【００１３】
そして第三の特徴は、第二の特徴にて述べた画面構成を、さらに容易な操作性とするための機能である。第二の特徴の画面構成では４つの基軸を設ける事によって、これを、ユーザーが操作するには煩雑すぎるという問題が考えられる。又、本システムでは、情報という構造を、立体的な空間として捉えるものであり、本出願文に記載の空間、時間、共有性、質、という基軸を仮に、質的な軸＝１次元認識、時間軸＝2次元認識、空間軸＝３次元認識、共有・共時性軸＝４次元認識とする。そして問題としては、４つの軸＝４次元的な認識が行われる情報に於いて、例えばユーザーが、情報を求め空間軸から入り、その次に、時間軸あるいは質的軸を、調整し情報を探していくとなると、面倒な上に求めている情報を短時間で探したい場合には時間が掛りすぎてしまうという問題が生じる。以上の問題に対し、第三の特徴では解決を試みるものである。
【００１４】
そして本発明は、ツリー階層が可視化された画面構成において、情報の四つの基軸を、メモリとして操作可能とするものである。又、このメモリは、各４つの情報の性質に合わせ、情報地図であるＭＡＰ画面を動かす事ができる。例えば、空間軸であるメモリを動かす事で、ツリー階層を表示する画面を、拡大及び縮小する事が可能である。又、スライド移動による操作性も可能とする。又、各、情報の基軸に合わせ、画面の操作が行えるとする。この様な形で、大容量である情報を、立体的な空間として捉え、情報収集の操作性を容易にする事ができる。又、本システムは、複雑性を持ち合わせた上で、なお且つ、シンプルに整理されている事を目指すものであり、本システムの情報収集法のコンセプトとしては、図書館の様に調べ物が出来る、創造を行う為の情報収集法であるであるとしている。又、複雑性とシンプル性の両方を内包するというのは、思考法として高度であるとする。
【００１５】
又、本発明の特徴として、キーワードをダイレクトに指定する情報収集というよりかは、どちらかというと漠然としつつも、ある程度調べたいものが在るという情報を対象とする。イメージで例えるなら、特定のキーワードを入力して辞書を引く様な感覚ではなく、図書館に向かい、ある特定のジャンルの本を探す様な感覚である。つまり、調べたいものというのは、漠然として、はっきりとしていないのだけど、しかし確かに何かを調べたいと言う”もの“はある。なので、とりあえず図書館に行ってみて、興味の引かれるカテゴリコーナーに行けば、偶然なにかを見つけることができるかもしれない、という情報収集法である。（※「００４７」〜「００７３」にて詳細）
【発明の効果】
【００１６】
既存システムでは、ある特定のテーマに関して、発言の影響力の無い個人がボリュームのある記事を書きたい時、タイムリーで、そのテーマを求めているユーザーへ届ける最適の方法が不十分であった。又、特定のテーマを掘り下げるには情報が散乱しすぎていた。これに対し、本発明は、カテゴリというブロック単位での情報を整理し、カテゴリ単位で検索を行う事を特徴としており、情報の体系化を行う事が可能で、全体像の認識を容易にする事が可能となる。又、記事を投稿する場合は、類似記事の確認が容易となり、情報の量産・重複を避ける事が可能となる。且つ、求めている情報である対象カテゴリに行けば、特定のあるテーマに関する情報を、見つけられるという確率が高くなり、且つ、カテゴリ項目に対しお気に入りの登録を行い、更新確認を行う事が可能なので、興味のある特定のカテゴリに関するタイムリーな確認が可能となる。又、本発明と既存サービスとの差異として、例えば、これまでの情報伝達サイトが「並列・平面」思考だったのに対し、本発明では「縦型・立体思考」を可能にする情報配信である。例えば「図２−１」のステップ（2）−２の様にカテゴリの階層構造の可視化により、ミクロ的、且つマクロ的な視野からの、情報の整理が可能となる。又、情報が網羅されることにより、情報の積み重ねによる、質の洗練性が上がる効果が期待できる。又、発信の簡易性がある。ブログを開設する必要がなく、直接投稿が可能であり、あるいは既に既存のサイトへ投稿を行っている場合はＵＲＬ登録にて容易に自分の考えを発信できる。
【００１７】
又、第三の特徴の効果として、複雑な４次元の情報を整理・比較でき、且つ、瞬時に情報を得られる効果を有する。
【図面の簡単な説明】
【００１８】
【図１−１】情報配信システム機能構成図
【図１−２】第一の特徴である機能構成図
【図１−３】第一の特徴のイメージ図
【図２−１】文字情報等の伝達共有ステップ
【図２−２】文字情報等の伝達共有ステップ
【図２−３】文字情報等の伝達共有ステップ
【図２−４】ユーザーのお気に入り情報の表示画面
【図２−５】ツリー階層表示画面であるステップ（２）−２の表示例      
【図３】記事を投稿するステップ
【図４】評価の高い記事の別枠を設けた保管画面
【図５】第二の特徴であるシステム構成図
【図６−１】情報地図の４つの軸
【図６−２】サイト画面図（TOP画面）
【図７】サイト画面図（検索後画面）
【図８】カテゴリ選択により、その直下の記事が表示された画面
【図９】ツリー階層の整理ステップ
【図１０】WEBページ生成の流れ
【図１１】データベースAのデータ
【図１２】データベースBのデータ
【図１３】小規模グループでの共有方法
【図１４】第３の特徴である情報配信機能構成図
【図１５−１】”4次元メモリ”又は”４次元チャンネル”の図
【図１５−２】”４次元目盛”の下位フィールドに、針の標準が合わせられた記事（情報）が表示される図
【図１６】”４次元メモリ”と連動した３次元空間ＭＡＰと、          ３次元空間の縦軸（ミクロマクロ針）を操作して、          ３次元情報フィールドを拡大縮小するステップ
【図１７】３次元情報フィールドの１つのＢＯＸを選択したら、          ＢＯＸ及びＢＯＸ周辺が拡大される図
【図１８】３次元情報フィールドの横軸（カテゴリ軸）をスライドにより移動する図
【図１９】４次元チャンネル及び３次元フィールドＭＡＰの下位に、          標準が合わせられた記事が表示されている図
【図２０】３次元空間に収まらない共有針専用の”Ｅ５”領域が、ＭＡＰ内に配置された図
【図２１】Ｅ５領域を選択すると、下位の記事フィールドに、カテゴリ欄が表示される図
【図２２】４次元チャンネルの”座標”と、それに連動した各”ランク階層”の図
【図２３】３次元空間以下での、各メモリと、前記メモリと連動した階層を持つデータベー          スと、Ｅ５領域にて、各メモリと、前記メモリと連動した階層を持つデータベー          スの図
【図２４】各４次元チャンネルの座標を保存する図
【図２５】３次元空間の縦軸（ミクロマクロ）のレイヤー構造
【図２６】３次元空間の縦軸と横軸（カテゴリ）の構造
【図２７】３次元針と連動するデータ階層
【図２８】３次元空間内の中間ＢＯＸで範囲拡大による検索を行いたい場合の処置機能
【図２９】中間カテゴリより範囲拡大にて選択を行うイメージ図
【図３０】一連の問題と対応の纏め
【発明を実施するための形態】
【００１９】
上記の課題を解決する為に以下本発明について詳細を述べる。尚、本出願文に記載の図面は、説明を容易にする為の表示であり、これにより本発明が図示の形態に限定されるものではない。又、ソフトウェアの設計に於いては、どのようにコンピュータを使用するかの軸となる設計と、軸となる目的を実相するための技術は異なり、例えば、これを音楽で例えるならば前者は作曲と類似し、後者は作曲を演奏するためのピアノ等の楽器を、如何に上手く弾くかの技術と類似する。そして後者の技術は、ある程度までは教科書に記載の技術である。そして前者の技術は、設計の方法論が、記載されている技術では無く、膨大なマクロ的な知識が必要であり、これを考えるのは難易度が高く創造を有する技術であるとする。そして、以下より記載の内容は、技術的に実相可能な事を述べるものであり、目的を実相する技術の細部の違いは無限にあり、データ格納場所の分散処理や、プログラム処理のショートカット、自動又は手動等の判断等、既存にある操作性の改良等は、本発明に於いても最適な方法は行えるものとする。
【００２０】
以降より、第一の特徴を述べる。まず「図１−１」は、本システム機能構成図であり、本システムは、コンテンツ投稿者であるユーザー１と、情報の観賞を行うユーザー２が、インターネット回線により情報配信システム１０１と繋がっているものとする。
【００２１】
次に「図１−２」は、情報配信システム１０１の機能構成図の詳細である。前記情報配信システム１０１は、主な機能として、ツリー階層を可視化する画面構成(1a)を有し、プログラム処理として、カテゴリの新規作成（2a）と、コンテンツ投稿処理（30a）と、カテゴリ項目のキーワード検索及び桁ゴリ項目の検索結果の表示（4a）と、カテゴリ直下であるコンテンツの表示（5a）と、重複カテゴリの統合処理（6a）とを有し、又、前記コンテンツ投稿処理（30a）は、コンテンツの直接投稿処理（31a）と、ＵＲＬ投稿処理（32a）を有しており、又、各データ（カテゴリ/コンテンツ/URL等）の保管を行うデータデータベース１０２とを有している。又、その他の機能として、カテゴリ項目のお気に入り登録（1b）と、直接投稿用のテンプレート記事等を纏めた画面構成（2b）と、カテゴリ項目のルール設定（3b）と、カテゴリの類義語表示（4b）、レゴメンテーション機能（5b）、非公開項目設定（60b）を有している。
【００２２】
以下より、本システムの操作手順の詳細を述べる。尚、「図２」群の画面フロー図は、説明を容易にする為に述べるものであり、説明に記載の手順に強く依存するものではなく、フローは順不同であっても構わないものとする。
【００２３】
「図２」群は、文字情報等の伝達・共有方法をステップ順に表したものであり、画面フロー図である。「図２−１」の、ステップ（１）では、サイトの一番上の階層に当たるTOP画面である。ユーザーはまずこの画面から、カテゴリの大項目であるデータaを確認する事ができる。又、前記データaは、例えば、Ａ：デザイン  Ｂ：政治  Ｃ：経済  Ｄ：音楽、等と言う様な、大きな括りであるカテゴリ項目である。又、ボタン（A）は、新規カテゴリ作成ボタンであり、新たな前記データaを入力して、画面上に作成する事ができる。例えば、新規カテゴリとは、Ｅ：サイエンス、等である。そして、利用者である前記ユーザー１又は２は、前記データaのカテゴリ項目（大）の中から求めている情報のカテゴリを見つけると、カテゴリを選択し、次の階層であるステップ“（２）−１”に進む事ができる。又、前記ユーザー１又は２は、ステップ（１）の画面で求めているカテゴリが直ぐに見つからない場合は、サイト内検索を行いキーワードを入力する事ができる。
【００２４】
ステップ“（２）−２”は検索結果を出力した画面構成である。又、ここで表示される検索結果のデータｈ群とは、サイト内の階層であり、カテゴリ項目である。検索キーワードに一致するカテゴリ項目を表示し、又そのカテゴリ項目の、上位階層と下位階層を合わせて表示する。尚、カテゴリ項目とは、ツリー階層のフォルダと同等である。又、データｈ−２は、キーワード検索により検索された結果であるカテゴリ項目であり、データｈ−１は、検索されたカテゴリ項目（データｈ−２）の上位階層又は下位階層のカテゴリ項目である。そして、ステップ（２）−２の画面上に記載している、データｈ−２には、上方に（１）と、下方に（２）があり、例えばこれは、検索キーワードが“デザイン”であるならば、“デザイン”というキーワードを含むカテゴリ項目である“１．建築デザイン”、“２．ＷＥＢデザイン”等の情報である。又「図２−５」は、ステップ（２）−２の画面の、実際の情報を表示した例である。そして、データiは、表示されたカテゴリ項目の直下にある記事等のタイトルである。尚、コンテンツデータそのものは、ファイルデータと同等であり、コンテンツ直接のタイトル情報は、ファイル名と同等とする。又、検索キーワードは類似する語句も含め検索する事も可能である。データｊが類似語を表示したものである。例えばこれは、“デザイン”というキーワードを検索すると、その類義語である“図案”“意匠”等のデータである。そして、ここでの検索に於いては、あくまでも階層とカテゴリを表示するものであり、記事内のキーワードを検索し表示するものではない。カテゴリは丁度ディレクトリのフォルダに当たるものであり、記事タイトル等のデータはファイルデータの概念に同等である。
【００２５】
次に、ステップ“（２）−１”の画面でカテゴリの中項目であるデータｂを確認する。例えばこれは、データaである大項目カテゴリの、“デザイン”を選択するならば、その下位階層である中項目の、デザイン技法１、デザイン技法２、デザイン技法３等の情報である。そして、その中からさらに、求めている情報のカテゴリを選択し、ステップ“（３）−１”へ進む事ができる。又、ステップ（２）−１の、ボタン（B）は、中項目カテゴリの新規作成ボタンであり、新たな前記データｂを入力する事ができる。又、データｃは、記事及びカテゴリの収容件数である。例えばこれは、a：デザイン技法１という、中項目カテゴリであれば、当該カテゴリの下位カテゴリ数１０件、当該カテゴリの直下にある記事３０件というものである。又、追加する事の出来る機能として、公開制限を行う事が可能である。例えば、データ１は公開制限の表示であり、ユーザー間で非公開と設定されたものは決められたユーザーの中でしか表示することができなというものである。又、データ２は、サイト管理者側の公開制限である。例えば有料プランを使用しているユーザーにだけ閲覧が可能になる。これらはパスワード等による設定で可能である。又、ステップ“（２）−１”内で求める情報が直ぐに見つからない場合は、ページ内検索を行いステップ“（３）−２”へ進む事ができる。
【００２６】
次に、ステップ（３）−２は、キーワードが一致した中項目であるカテゴリの検索結果が出力された画面である。又、キーワードの類義語も同様に出力される。“（２）−１”の画面と“（３）−１”の画面の違いは、カテゴリ直下に記事が在るか無いかである。カテゴリ直下に記事が無い場合は、カテゴリ項目だけが表記される。又、下位と上位階層を表示しないパターンであり、前後の階層を表示しない事も可能である。又、特定のカテゴリの直下には、作成ボタンの排除等により、記事の書き込みを不可にする事も可能である。これは、例えば、特殊なカテゴリ項目であり、下位階層の、フォルダの整理だけを行うカテゴリ項目である。
【００２７】
次に、「図２−２」の説明を行う。ステップ“（３）−１”では、中項目カテゴリである前記データｂの直下にある記事のデータｄ（タイトルと日付、ユーザーID、内容の一部等）が出力表記された一覧である。データｇは、ステップ“（３）−１”のカテゴリよりも一つ下の階層のカテゴリを表記したものである。又、カテゴリ内に、さらに下のカテゴリが無く記事のみがある場合は、前記データｄである記事だけが表示される。又、ボタン（C）はステップ“（３）−１”のカテゴリ直下に新しい記事を投稿するためのものである。本発明は、ユーザーが投稿したい記事の内容に近いカテゴリを自身で見つけ出し、そのカテゴリ内に、直接記事の投稿を行う事が可能である。次にボタン（D）はステップ“（３）−１”の中項目のカテゴリを、お気に入り登録する事が可能なボタンである。このカテゴリ内に投稿される記事は≪図２≫のお気に入り更新管理画面から新着記事を確認することができる。本発明は、個人あるいは各サイトを特定してお気に入り登録するのではなく、カテゴリ項目に於いて、お気に入り登録を行う事が可能である。又、表示される前記データｄは評価順、新着順の両方を表示する事が可能である。又、データｆは類似するカテゴリの表記である。ステップ“（３）−１”が「○○による技法」というカテゴリであれば前記データｆは「▲▲による技法」というカテゴリを表記する事ができる。あるいは、レゴメンテーション機能の様に「○○による技法」に関心を持ったユーザーが見た他のカテゴリの表記も可能であるというものである。又、“（３）−１”の画面に於いて直ぐに求める情報が見つからない場合はページ内検索を行う。
【００２８】
次に、ステップ“（４）−３”は、入力されたキーワードと一致した記事を出力表記している画面である。ここでは、階層であるカテゴリを検索するのではなく、記事タイトル又は、コンテンツ内容からキーワードを検出して、データｄを表示する。
【００２９】
次に、ステップ“（４）−１”は、コンテンツ内容の全部であるデータeを、表記した図であり、
本システムにて、コンテンツの直接投稿を行ったテンプレート画面である。ここでは、ブログの様な形式で記事が表示され、＜コメント表記＞及び＜前ページへ/次ページへめくる＞等の操作が可能である。前ページへ進むと、カテゴリ内の前の記事が表示され、次ページへ戻ると、カテゴリ内の次ページが表示される。又、コンテンツ内容は、既存の評価システム等で評価する事が可能である。
【００３０】
次に、“（４）−２”は、本システム以外のコンテンツ投稿サイトにて投稿を行った表示画面である。本システムは、URLの登録を行う事により、他のサイトにて投稿されたコンテンツであっても表示を行う事が可能である。又、これによりコンテンツを投稿するユーザーは、自身のサイトへのアクセスUPを図る事ができる。以上は、本発明の一連の流れである。又、本システムへコンテンツを直接投稿する場合は、カテゴリ項目を開いていく必要があり、重複記事を確認する事が容易である。その為、ユーザーは、自身が投稿したい記事に対して類似するものが無いか調べる事ができる。又、これにより情報をむやみに量産させず記事情報の厳選を行おうとする心理が働く。又、類似する記事が量産される事は、ケースによってメリットが在る場合もあるのだが、本発明では情報の整理を行う事に重点を置くものとしている。
【００３１】
次に、「図２−３」のステップ（５）は、補足機能として、本システムにて、直接コンテンツの投稿を行い、本システムのテンプレートを使用したユーザーの記事群をまとめた画面である。ここでは、既存ブログと同様の仕様で閲覧する事が出来る。又、既存ブログとの違いは、ユーザー専用の管理画面からのコンテンツ投稿ではなく、本システムのカテゴリ項目からのコンテンツ投稿であるという個所である。
【００３２】
次に、「図２−４」は、「図２−２」の、ステップ“（３）−１”の、ボタンＤにて、お気に入り登録を行ったカテゴリ項目の、直下にある記事（コンテンツ）の更新を確認する画面である。ここでは、複数あるお気に入りカテゴリをまとめて確認する事ができる。尚、特定のユーザーの記事の更新を確認するものではなく、カテゴリ項目に投稿される記事の更新を確認可能とする機能である。
又、当該画面においても同様に、＜新着順・評価順＞の表示選択を行うことは可能である。
【００３３】
次に、「図３」は、本システムに、コンテンツの投稿を行うステップである。ステップ（１）では、ユーザーはコンテンツタイトルの入力を行う。入力が終われば決定ボタンを押しステップ（２）に進む。ステップ（２）では、入力されたタイトルのキーワードと類似する記事データkを表示する。ここでユーザーは類似記事の確認を行い、任意で投稿の意思決定を行う。又、このフローに於いても重複記事による情報の量産を避ける為の心理を促す事が可能である。（尚、ステップ２は省略可能である）次に、ステップ（３）では、コンテンツ内容の全部を投稿する。又、本システム以外の他サイトにて投稿を行っている場合はURLを入力する。又、ＵＲＬにて投稿を行う場合、（検索結果画面などの部分的表記の為）、記事内容の一部は自動で取得し表示する事も可能である。
【００３４】
次に、「図４」は補足機能として評価の高いコンテンツを別画面にて一覧表示している画面である。
【００３５】
又、本システムは、類義語あるいは類似する階層（カテゴリ）が量産された場合に、一定の時間を置いて、あるいは一定の件数が溜まると、手動または自動でカテゴリを統合する機能も有する。削除されたカテゴリは移動先のURLがあてがわれる等の処置で、スムーズに操作には支障が無く行われる。又、本システムは、補足機能として“（３）−１”の画面にて、ユーザーが、新規で作成したカテゴリ項目内に、カテゴリ項目独自の使用ルールを設ける事も可能である。例えばこれは、“当該カテゴリ項目には、○○についてのコンテンツ投稿は不可とする“、等のルールである。又、カテゴリ項目にルールを設けた場合、カテゴリ項目直下のカテゴリ項目には、ルールが該当するかの有無等の判断は行えるものとする。又、その他の機能として、特定のカテゴリ項目から、類似するカテゴリ項目へのショートカットも表示可能である。又、個人が工夫して行っている様なフォルダ整理方法と同等の機能を追加することも可能である。例えば、日付によるフォルダ整理方法や、古い情報は古いフォルダに入れる等といった、様々な可能性がある。
【００３６】
以上が第一の特徴であるディレクトリ公開型の情報配信機能である。又、第一の特徴と既存の情報配信システムを比較すると、まず、検索エンジン等の既存の情報伝達では、ユーザーが作成したコンテンツに於いて、キーワードなどのタグを付与し、次に情報を集約する管理サイトが付与されたタグ（キーワード）をサーチし、検索結果画面へと表示する。本システムは、この方法とは逆の手法であり、まず、記事を集約する管理サイトの画面上で、階層構造とカテゴリ項目がユーザーにて確認可能であり、ユーザー自身にカテゴリ項目内から記事を直接投稿するステップを踏む。又、投稿された記事は、そのカテゴリ内にて表示される。本システムのイメージとしては、コンテンツが所有する特定キーワードの直接的な検索に重きを置いておらず、カテゴリ項目による検索を可能としている。これは、コンテンツを特定するキーワード検索よりも欲しい情報は漠然としており、しかしながら、全く“見当の無い情報”を探すわけではない場合に適している。又、本サイトのイメージとしてはブログやHPを収集した大規模な掲示板の様なものであり、又、WEB辞書のような情報集約としての効果もあり、且つ、RSS機能も有した、データベースのディレクトリ公開を行っているシステムである。
【００３７】
以下より、第二の特徴を述べる。
【００３８】
「図５」は、第二の特徴である機能構成図の詳細である。前記情報配信システム１０１は、４つの情報の基軸から成る画面構成にて表示を行う処理を有しており、当該画面構成は、ツリー階層を可視化して表示を行う空間軸（1c）による処理と、コンテンツの新旧を判断して表示する時間軸（2c）による処理と、共有性の大小を判断して表示を行う共有軸（3c）による処理と、質的な高低を判断して表示する質的な軸（4c）による処理と、を有しており、且つ、コンピュータによる自動カテゴリ整理部（6c）と、ユーザーからのページ参照要求に応じ、データベース：Ａと、データベース：Ｂによりデータを照合しＷＥＢページを表示する参照データ統合処理部（5c）とを有し、又、小規模なグループだけでの情報共有を可能するＰＡＳＳ設定等（7c）の処理及び、その画面構成を有しており、又、各データの記憶保管としてデータベースＡと、データベースＢを有している。
【００３９】
本システムは、オンライン上に膨大にある情報を管理するための情報地図として、情報の整理を
行うシステムである。そして第二の特徴は、第一の特徴であるディレクトリ公開機能を土台とする機能であり、大きく４つの項目から成る。まず、一つ目の項目は、情報の性質（種類）を、４つの軸に分類し、整理及び管理を行う方法である。２つ目の項目は、４つの軸に分類した情報の整理画面と、且つ、「図２−１」のステップ（2）−２の画面であるツリー階層構造を可視化した画面とを、より認識が容易な操作性とする画面構成の方法である。３つ目の項目は、ディレクトリ公開型によるカテゴリの整理方法、及び、カテゴリの自動統合についてのＷＥＢページを生成するサーバ内の処理方法である。４つ目の項目として、ディレクトリ公開型の機能を、小規模のグループだけで共有を行う方法である。
【００４０】
まず、一つ目の項目について述べる。オンライン上にある膨大な量のデータを整理する方法として、情報の性質を分類し、情報地図を構築する方法を述べる。例えば、地球の世界地図には幾種類かの表記方法があるが、そのような形式で情報にも地図と言うものを設定し、現在自分が、全体の中の、どこにいるのかの指標を設定するものである。その一つの方法として４つの軸の設定を行う。４つの軸とは「図６−１」にある様な、時間、空間、質、共有性である。時間とは、データの新旧である。空間とは、ツリー階層であり、ミクロとマクロ情報が整理されたものである。又、空間には、図書館にある様なカテゴリ（政治、経済、サイエンス、文学、芸術、等）が区分けされたものである。質とは、データそのものの質の善し悪しに加え、価値が永続的に続くものと価値が即時的なもの（一時的なもの、緊急性のあるもの等）の軸である。共有性とは、全体で共有する重要度が高いもの（公共的な情報であり、個人の利益、広告性の在るものは除く）と、全体で共有する重要度が低いもの（専門性の高い情報であったり、セキュリティーで守る個人情報等）の軸である。
【００４１】
次に、二つ目の項目について説明を述べる。「図６−２」と「図７」は４つの軸を実際に画面に展開した図である。「図６−２」がサイトのTOP画面であり、「図７」が検索結果画面である。「図６−２」の記号Ａ１は、共有性の分類に含まれるデータであり、全体で共有する重要度が高いデータを表示するフィールドである。あるいは、その対象的なデータであるプライベート性の高い情報（個人的データであり、ログイン後に管理される各ユーザーの個別情報等）を表示するフィールドである。記号Ａ２は、質的な分類に含まれるデータであり、緊急性の高いデータ及び、永久保存入りしたデータ（全件数の表示や、永久保存一覧としてカテゴリ別に件数の表示がされたもの等）の表示フィールドである。記号Ａ３は、空間としての性質に分類されるデータであり、ツリー構造が可視化されたフィールドである。ＴＯＰ画面の初期状態では「図２−１」のステップ（１）の画面と同等であり、上位カテゴリが表示されている状態である。又、検索を行うと、「図２−１」のステップ（２）−２の画面構成と同等の表示を行う。記号Ａ４は、時間軸の性質に分類されるデータであり、日付順に整理された情報を扱っている。
【００４２】
次に、「図７」は、検索結果後の表示画面である。記号Ｂ４は、検索結果のツリー構造を表示するフィールドである。記号Ｂ５は、選択したカテゴリ直下のコンテンツデータのタイトル等を表示するフィールドであり、記号Ｂ６は、検索を行ったカテゴリに類似するカテゴリを表示するフィールドである。記号Ｂ１は、時間軸を整理するフィールドであり、フォルダ直下の記事が表示されるＢ５のフィールドのデータを、日付にて管理する事が可能である。例えば、フォルダ直下のコンテンツデータを、カレンダの形態により日付を遡る方法である。記号Ｂ２は、Ｂ５フィールドであるフォルダ直下のコンテンツデータを、永久保存度の高いデータと、一時的なデータに整理管理するフィールドである。記号Ｂ３は、Ｂ５フィールドであるフォルダ直下のコンテンツデータに対し、共有度の高低を整理管理するフィールドである。
【００４３】
又、「図８」は、記号Ｂ４の空間フィールドであるツリー階層から、カテゴリを選択すると、その下位のフィールドである記号Ｂ５に、カテゴリ直下の記事が表示される図である。これによりBOX認識による情報整理が可能になる。（尚、カテゴリ＝ＢＯＸ＝フォルダは、同等の認識とする）
【００４４】
次に、三つ目の項目について説明を述べる。ディレクトリを公開するような操作性を、ユーザー同士で共有するには問題が生じる。その為、その解決方法として以下に述べる。例えば「図９」は、既存のフォルダとファイルの整理手順を表した図であるが、ファイル整理には以下のステップを踏む。
STEP１→記号Ｃ１に関するファイルが溜まっていく。
STEP２→Ｃ２のファイル量が増えると、カテゴリをより細分化してフォルダを分割し、
対応するフォルダにファイルを入れ整理する
と言う様な流れである。そしてオンライン上で共有するディレクトリ公開型の場合、カテゴリの新規作成を行うのはユーザーによる操作であり、新規カテゴリが作成されると、コンピュータによるカテゴリの自動整理（統合処理）が行われ、（キーワード分析により判断された）記事内容と一番近いと思われるカテゴリ内に、コンテンツを移動する処理が行われる。あるいは、ユーザーによる手動にて、カテゴリの分類整理が行われる。そしてこの場合問題となるのが、本システムが取り扱うコンテンツが例えば、既存のファイルと同等の認識と仮定すると、コンテンツデータが階層移動をしてしまうので、コンテンツデータの場所（ファイル場所）が変わり、リンクが外れてしまうという問題が生じる。ディレクトリ公開型では、コンテンツ（ファイル）が、頻繁に階層移動を行うので、リンクが外れてしまうとURLを使った引用が出来なくなり、又、ブックマーク登録からも外れてしまう。そしてＵＲＬが変更してしまうという問題に対し、既存の解決方法では、先のURLを残したまま、新しい引っ越し先であるURLへジャンプするようなプログラムを組む事で解決を行っている。しかしながら、この方法では、データ量が増えるという問題と、操作性のスピードが落ちてしまうという問題がある。そして、本システムはこの対処法として以下に方法を述べる。
【００４５】
「図１０」は、カテゴリを統合・整理する機能構成図であり、データベースＡとデータベースＢが、ＷＥＢサーバ、及び、情報共有システムサーバと、ユーザー端末とがインターネット回線で繋がっている図である。そして、「図１１」は、データベースＡ内のデータ構造を表したものであり、
これは、ツリー階層のデータを記憶し管理しているものである。カテゴリ項目のＵＲＬ（保存場所）と、コンテンツそのもの及びそのＵＲＬを保管している。次に、「図１２」は、データベースB内の構造を表したものであり、ユーザーが制作したコンテンツ内容を記憶保管し、且つ、当該コンテンツのＵＲＬを保管する。又、（カテゴリ整理を行う為等に）コンテンツのキーワードに於いても抽出されるなどにより保管されている。尚、「図１０」「図１１」「図１２」は細部においては簡略化したデータであるとする。そして、ユーザー端末よりページ参照等の要求を受けると、データベースAとBから適合するデータを問い合わせ、且つ、サーバ内で参照を行うＷＥＢページのデータを組み立てて、ユーザー端末に表示する。階層の移動・変更の情報は、主にデータベースAで記憶管理し、コンテンツ内容であるデータはデータベースＢで記憶管理し、ユーザーの要求に応じて参照を行う。この様な形で、ユーザーが投稿したコンテンツのURLは変更する事無く、データベースA内で蓄積した階層データと、コンテンツURLを適合させて表示することが可能である。又、もう一つの問題として、コンテンツページのＵＲＬは変更しないのだが、カテゴリ項目が頻繁に移動するため、カテゴリ項目のお気に入り登録を行いＲＳＳ機能で情報を収集している場合は登録が外れてしまう。この対処法として、対象となるカテゴリが移動した際に、移動先カテゴリへ自動的にリンクを行う処理を行う事が可能であるとする。
【００４６】
次に、四つ目の項目について説明を述べる。ディレクトリ公開型の機能を、オンラインで繋がる小規模のグループだけで共有を行う方法である。これは例えば、友人同士などの小規模グループだけでデータの共有を行いたい場合の機能である。「図１３」は、オンラインに繋がれた小規模グループが、共有PASSによってデータ共有を行う画面である。記号Ｄ２は、簡易データであるメモ書きを行えるフィールドであり、記号Ｄ３は、既存のファイル（word,excel等）を置く事ができるフィールドである。又、前記Ｄ２のフィールドへは、直接データを書き込む事が可能であり、“編集する/書き込みを行う”等の操作が行える。このような形で、１つのデータファイルに対し、小規模グループ内の複数のユーザーにて共有を行う事ができる。又、記号Ｄ１は、共有PASSによって設定された空間のツリー階層を表示したものである。又、ツリー階層内のカテゴリには、更新が在ったカテゴリに対し、「更新有」と言う様な印を表示する事も可能である。又、フォルダの新規作成を行うボタン（ｄ１）と、ローカルから既存ファイルをUPロードするUPロードボタンを有しているものとする。尚、その他にも、使い勝手は随時改良できるものとし、操作性に於いては、ボタン形式、右クリック形式等、状況に応じて判断できるものとする。
【００４７】
以下より、第３の特徴を述べる。
【００４８】
「図１４」は、第三の特徴である機能構成図の詳細である。前記情報配信システム１０１は、画面構成として、情報ＭＡＰ画面表示構成（１ｄ）と、コンテンツリンクを表示するＥ４フィールド表示構成（８０ｄ）を有しており、前記情報ＭＡＰ表示画面（１ｄ）の操作として、メモリ連動動作処理部を有しており、前記メモリ連動動作処理部は、空間座標部（２０ｄ）と、時間座標部（３ｄ）と、品質座標部（４ｄ）と、共有座標部（５ｄ）と、ツリー階層とは独立した共有データを収集するＥ５領域操作処理部（６０ｄ）と、ツリー階層内の中間ＢＯＸの情報を収集する処理部（７ｄ）とを有し、前記空間座標部（２０ｄ）は、縦軸操作処理部（２１ｄ）と、横軸操作処理部（２２ｄ）と、を有し、前記Ｅ５領域操作処理部（６０ｄ）は、時間座標部（６１ｄ）と、共有座標部（６２ｄ）と、を有しており、前記Ｅ４フィールド表示構成（８０ｄ）は、カテゴリ分類無しの通常表示（８１ｄ）と、カテゴリ分類有の表示（８２ｄ）と、を有しており、又、前記情報配信システム１０１は、各基軸を座標として座標保存を行う座標保存処理部（９ｄ）を有しており、又、各データ格納場所として、空間ＭＡＰ格納データベース３０１と、コンテンツ投稿時間別階層格納データベース３０３と、コンテンツ品質階層格納データベース３０４と、コンテンツ共有度階層格納データベース３０５と、Ｅ５領域専用コンテンツ共有度階層格納データベース４０１と、Ｅ５領域専用コンテンツ投稿時間別階層格納データベース４０２を有している。
【００４９】
そして第三の特徴は、第二の特徴にて述べた画面構成の操作性を、より容易とするための機能である。第二の特徴の画面構成では４つの基軸を設ける事で、ユーザーが使うには煩雑すぎるという問題が生じている。例えば、ユーザーが、情報を求め空間軸から入り、その次に、時間軸あるいは質的軸を、調整し情報を探していくとなると、面倒な上に、求めている情報を短時間で探したい場合には時間が掛りすぎてしまう。これは、４次元という大容量のデータを瞬時に、短時間で収集し情報を把握するには、どのようにしたら良いのか？どうしたら、人間が使いやすくするのか？という問題である。又、本発明は、コンセプトとして複雑性を破棄せず、プロセスの消去を行わない形で情報共有を行い、４次元構造を理解できる方法を目指すものである。又、４次元構造を理解するとは、質、時間、空間、共有を、それぞれが混ざらずに独立した形で把握する事が出来るというものである。そして、本来、オンライン上ではこの４つの情報は混ざり合っている。その為、以上の解決方法として、本発明では、情報という構造を、立体的な空間として捉えるものとし、空間、時間、共有性、質、という４つの基軸を、仮に、質的な軸＝１次元認識、時間軸＝2次元認識、空間軸＝３次元認識、共有・共時性軸＝４次元認識とする。そして、ツリー階層が可視化された画面において、情報の四つの基軸（４次元軸）をメモリ（針）として、当該メモリによる調整により、情報空間である画面を操作可能とする事により解決を行う。又このメモリを仮に、“4次元軸メモリ”又は“4次元軸チャンネル”と述べる。又、このメモリは、４つの基軸である情報に合わせて、情報地図である画面を動かす事が可能であり、これにより４方向から情報を眺め比較でき、認識する事が可能となる。尚且つ、瞬時の情報収集を行える事を可能とする。
【００５０】
尚、本出願文献にて述べる次元とは思考による次元であり、物理学に於いての次元理論とは認識が異なるものとする。これはそもそも“情報”というものは、空間（縦・横・高）も時間も無く、人間が考えたり文字に起こしたりして、初めて物質化し現れるものである。その為、情報という“目に見えない概念的なもの”に本来次元などと言うものは無く、本発明にて、情報（思考）を物質の世界と同様に次元の理論を当て嵌めたものである。そして、その分類として、情報（思考）の持つ、「詳細と大枠」というのは、物質の持つ「ミクロとマクロ」に似ており、又、情報（思考）の持つ「カテゴリ分野」というのは、物質の持つ「位置（土地）」に類似している。この為、本発明に於いて、ツリー構造を３次元空間と設定している。又本発明にて各４つの基軸に次元階層を当てはめている根拠としては、例えば、ある場所に、“質大”の情報があったとする（＝１次元）。しかし、時間軸を含めた目で見ると、同じぐらいの“質大”の情報が、それよりも先に書かれていたとしたら、その情報（思考）の価値は“低”になってしまう。つまり、時間軸の方が高次の目線であります（＝２次元）。そして、前述の２つの記事は同ジャンル内のもので、もし仮に、そのジャンルがマイナーな世界で、狭い世界の話だとしたら、（あらゆる分野のカテゴリを内包した）空間軸の目で見たら、その情報（思考）の価値は“低”になってしまう。つまり、空間軸の方が高次の目線であります（＝３次元）。また、あらゆるカテゴリ分野を内包していても、共有軸の目線から見ると、本当に大切な（種が存続する為の）情報が、どれなのかが分かりません。つまり共有軸から見ると、空間軸の情報の価値は“低”になってしまう。このため共有軸の方が、高次の目線から見た情報ということになる（＝４次元）。このような形で、本出願に表記しているものである。
【００５１】
そして「図１５−１」は、4次元軸メモリである。このメモリを、左右に合わせたり調整する事で、自分の行きたい情報（場所）に向かえるものとします。１次元である質的軸は、情報の質（重いか軽いか、又は小か大か）であり、2次元軸である時間軸は（新しいか古いか）であり、３次元軸である空間軸は（ミクロか、マクロか { 縦軸}、あるいは、どのカテゴリ分野であるか｛横軸｝）とします。また、４次元軸である共有性・共時性は（共有度大か小か）であります。又、”４次元メモリ“は、ちょうど、人間が思考する際に、過去を思い出し、また、直ぐに現在に戻れる様な感覚であり、そして、空間全体を瞬時にイメージし、また、瞬時に細部に到達できる様な感覚である。また瞬時に、個（部分）を認識し、そして瞬時に、大多数である全体を認識するプロセスであり、又、瞬時に、重い情報と軽い情報を識別できるプロセスを実現するものである。人間は、この４次元の複雑な情報を瞬時に切り替え処理している。”４次元メモリ“のイメージは、こうした感覚に近いものだとします。そしてユーザーは、この4次元軸の針を調整することで、欲しい情報・最適な情報を手に入れる事ができるものとする。そして、4次限軸メモリは仕様に関して、改良ができるものであり精度を上げて行けるものであり「図１５−１」の図式、形態に限られるものではないものとする。
【００５２】
次に「図１５−２」は、4次元軸メモリを使い、標準を合わせた場所にある情報データが、下位フィールドのＥ４に表示されている図である。そして、当該機能は、複雑かつ矛盾する大量の情報を、破綻することなく内包し、且つ、シンプルに整理する事が可能である。そして、その効果としては、マクロ思考及びミクロ思考を同時に行い、且つ、カテゴリや分野を横断でき、且つ、最新の情報と、過去の情報を同時に保有でき、且つ、全体で共有するべき情報と、個人的な感情・思考（又、全体共有を必要としない情報に於いても）も保有が可能であり、プロセスを破棄せず質の大小による保有が可能である。また、本発明の装置は、ただ単に、欲しい情報を収集する為にあるのではなく、情報事態の構成や成り立ちを立体的に4次限認識で把握するための装置でもあります。つまり、“情報”の構造や構成事態に、“情報”があり、それを認識する為のシステムである。
【００５３】
又、以上迄の内容で、さらに一つの問題が生じる。「図１５−１」の様に、４時限メモリによる設定を行ったとしても空間認識だけが、質、時間、共有の軸の様に１本の目盛で認識できるものでは無いとう問題である。３次元空間に於いては、メモリ軸に収まる事ができず、はみ出てしまうと言う問題である。つまり、ミクロとマクロを表示する針に於いて、ミクロに行けば行くほど、複雑で広がりを持ち、マクロに行くほどシンプルになるという性質がある。時間や、質であれば、「重いか軽いか」「旧新」だけの１本軸で済むのだが、空間軸では、カテゴリとしての幅（横軸）がある上に、ミクロマクロの様に網目状（縦軸）に広がるので、１本の目盛軸では表せないという問題である。この為、メモリ針だけで調整できず、最短で情報把握する事ができなくなる。本発明は、空間軸だけは目盛による調整が出来ないという問題を抱えるものであり、これに対し、以下の方法で解決を行う。
【００５４】
「図１６」は、３次元空間専用のチャネル（＝メモリ）となる。３次元空間チャネルは、イメージとしては、グーグルマップの様な平面図にて表す形式となる。そして３次元空間チャネル（＝平面図）は、先程の“４次元メモリ”の“空間針”と連動して動作する。まず、記号Ｅ１は“４次元メモリ”の多重クロス型である。この形態は、「図１５−１」の様な横型軸でも構わず、しかしながら図では、多重クロス型で表記するものとする。そしてまず初めに、記号Ｅ１の空間縦軸であるミクロマクロ針の調整を行う。ステップ１は、“マクロ”寄りに針が調整された状態であり、カテゴリＢＯＸが大きく表示された状態である。そして次に、空間縦軸を少しだけミクロ寄りに調整する。ステップ２がその状態を表したものである。すると、ステップ１より、やや、ＢＯＸが小さくなり、ツリー構造が複雑になる。この画面は、ステップ１よりも縮小された状態である。そして次に空間縦軸を、さらにミクロ寄りに合わせてみる。ステップ３がその状態を表したものである。すると、ステップ２よりもＢＯＸが小さくなり、ツリー構造が、より複雑となる。この画面では、ステップ２よりも、さらに縮小された状態となる。そして、ステップ３の状態は、まだ、ＢＯＸの原型は留めているのですが、空間縦軸をさらに、ミクロ寄りに合わせて行くと、どんどんＢＯＸが小さくなっていき、ツリー構造も複雑になっていきます。そしてさらに、ミクロＭＡＸまで針を合わせて行くとＢＯＸは点にしかならず、例えばこれを既存の（グーグル等の）ＭＡＰシステムで例えるならば、大気圏を越えて地球が見えてしまう状態となる。そして先程は、ステップ１→ステップ２→ステップ３、に、なるごとに、ＢＯＸが“縮小された状態”と記載したのですが、既存ＭＰＡシステムの地球地図と比較すると、縮小というよりも、“拡大された状態”と認識する方が正確となる。つまり情報地図と地球地図とでは、ミクロとマクロ（拡大・縮小）の認識が真逆となります。地球地図では、マクロ針をＭＡＸにすると、地球全体が見える形となり、ミクロ針をＭＡＸにすると、家や道路が細かく見える形となる。そして、情報地図では、ミクロ針をＭＡＸに合わせると、情報の全体（おそらく、三角系orひし形or歪な形等の、情報の塊である）が見え、マクロ針をＭＡＸに合わせると、一つのＢＯＸに標準が合わさる形となる。つまり、ステップ１の状態となる。そして、情報地図のミクロ針ＭＡＸの状態から、少しずつマクロ寄りに戻していくと、ステップ３→ステップ２→ステップ１という様に、ＢＯＸ大画面に、戻っていくことができる。
【００５５】
そして次に、「図１７」の説明を述べる。「図１７」は、ややミクロ寄りに針が合わせられた空間フィールド内で、一つのＢＯＸを選択した際の、動作を表したものである。まず、「画面１」で、ＢＯＸを選択すると、そのＢＯＸに焦点が近づき、空間フィールドが拡大されます。「画面２」がそれを表したものである。この画面では、ＢＯＸ周辺のツリー構造も一緒に拡大され表示される。また、ＢＯＸが選択されると、情報地図の下位フィールドである、「図１９」のＥ４に、ＢＯＸ直下の情報（ページタイトル等）が表示されます。又、「画面２」の拡大画面を辞めて、元の画面に戻りたい場合は、戻る為の信号（右クリックあるいは、左クリックあるいはダブルクリック等どの様な方法でも構わないとする）を発信する事により、戻る動作を行う事も可能である。又、ミクロ寄りに針を調整する形でも元の縮小画面に戻る事も可能である。
【００５６】
次に「図１８」の説明を述べる。「図１８」は、３次元空間をスライドして周辺情報を認識している図である。スライド移動は、空間横軸と連動した動作となり、カテゴリ間移動を行います。又、カテゴリ軸は、目盛針による調整でも構わないのだが、カーソル操作による直観的なスライド移動を行う事も可能である。また、空間縦軸も同様に、目盛針での調整ではなく直観的な動作により、拡大縮小が行えるものとする。
【００５７】
次に「図１９」の説明を述べる。「図１９」は、端末に表示される画面全体を表した図である。上位フィールド「Ｅ３」には、情報地図が表示されており、下位フィールド「Ｅ４」には、選択したＢＯＸ内データが表示されている。「Ｅ４」に表示されている記事タイトル等の情報を選択すると、そのコンテンツページへ飛ぶ事が可能である。又、本発明の情報地図は、以上の動作を基本として、より使いやすく改良する事が可能である。例えば、ＢＯＸを複数同時に選択できたり、ＢＯＸに印を付けたり、又、ＢＯＸの名称（文字量）を１０文字程の制限を設けるなど、ＢＯＸごとにブックマークが行えるなど、この様に、ＢＯＸに得意質な設定を付与する事が可能である。又、ＢＯＸの形式は、一連の図にある様な固い形式ではなく、アイコンの様なものが、多少の動きを有する事も可能である。また、各コンテンツデータは、複数のＢＯＸ（＝カテゴリ）に所属することも可能である。
【００５８】
次に、その他の針である、質、時間、共有性の操作性について説明を述べる。まず、ある特定のＢＯＸを選択した状態で、時間軸の針を
“新” のＭＡＸに調整する。すると「図１９」のＥ４に、ＢＯＸ内の最新の記事が表示される。そして次に、針を少しずつ“旧”に合わせて行くと、カテゴリ直下にあるコンテンツが、少しずつ（投稿日付の）古いものとなっていく。また、４次元チャネルの針には、単位があり、例えば、１単位＝１メモリだとすれば、１メモリ＝１カ月、と言う様な、区切りがあるものとする。１メモリを“旧”に動かすと、Ｅ４フィールドにある記事が、１カ月分の“旧“データとなる。そして、Ｅ３の上位フィールドを見てみると、周辺ＢＯＸにも変化があり、針が“新”に合わさっていた時よりも、いくつかのＢＯＸが減っている状態となる。これは、時間針が“旧”に調整された事により、それよりも後にできた（新しく出来た）最新ＢＯＸが、対象外になり消えてしまった為である。
【００５９】
そして次に、時間軸はそのままの状態にして質的な軸であるチャネルの調整を行う。まず、質的針の目盛を、“大”のＭＡＸに合わる。すると、そのＢＯＸ内で、一番質の高い情報が表示されます。また、“針”を“質的大”の“ＭＡＸ”にあわせてもＢＯＸ内の記事そのものが少ない場合は、“質的小”な記事でも、表示されることになる。又その理由として、コンピュータはＢＯＸ内の記事を認識する際に、数段階あるランク階層に、コンテンツデータのランク付けを行い整理を行っている（※「図２２」のＥ７）。そして、もし、そのランク階層の上位階層に、記事データが無い場合は、下位の階層のコンテンツデータを頭に出してくる処理を行っている為である。そして次に、“質的軸の針”を少しずつ、“質的小”へ調整して行きます。すると、少しずつ、質的小の記事データが下位フィールドＥ４に表示される。また、“上位階層”の記事がなく、“下位階層”から、記事を引っ張り出していた場合は、針を少しずつ質的小に合わせて行っても、しばらくは、記事の表示が入れ替わることが無い状態となる。尚、下位階層からデータを引っ張りだすか出さないかの判断は、最適な方法を行えるものとする。
【００６０】
次に、“共有針”の説明を述べる。共有針とは、つまり“共時性・シンクロニシティー”の意味を持つ針である。共時針は、共時性の可視化を目指すものであるが、共時性というカテゴリについては未知数な部分が多い為、本発明では分かりやすく、情報の全体共有・非共有という認識としております。まず、時間軸と質的軸の説明で行った、同様のＢＯＸで説明を述べる。共有針も、他の針と同様、定められた規定の共有階層（共有レベルが設定されている階層）と連動して、メモリの単位が動くたびに、情報をＥ４に表示できるものとします。そして、共有度ＭＡＸに針を合わせば、そのＢＯＸ内で、共有度の高い記事が表示される。また、逆も同様となる。
【００６１】
しかしながら、共有チャネルの動作において問題が生じる。例えば共有針は、前述の使い方だけでは収まらず、（質的・時間針と同様の使い方では収まりきれず）、その使い方からはみ出してしまうという問題が生じる。これは例えば、ミクロ単位のＢＯＸを選択した状態では、ＢＯＸ内だけの情報共有度を調べるだけで終わってしまい、共有針の効果を最大限に発揮する事が出来ないというものである。その為、共有針を使いたい場合、ミクロＢＯＸに照準を合わせるよりかは、マクロＢＯＸに照準を合わせた方が効果が高いと言える。例えばこれは、人間がミクロＢＯＸから、しらみつぶしに共有度の高い情報を収集するのは時間が掛りすぎるという問題である。しかしながら、マクロＢＯＸに照準を定めたとしても、（質及び時間軸と同様の操作性であれば）マクロＢＯＸ内の記事内を調べるだけで終わってしまう。この為、いずれにせよ、先に記載の方法では効果を出す事が出来ない状態となる。そして共有針だけが、全てのＢＯＸを串刺しにするように、全ＢＯＸを対象としなくてはならなくなる。つまり、縦軸であるミクロ・マクロ内にも収まらず（関係がなく）、横軸であるカテゴリ内にも収まらず（関係がなく）という、３次元空間を越えてしまう基軸となる。本発明はこの問題に対し、以下に共有軸の操作性に対し解決を述べる。
【００６２】
まず「図２０」のＥ５は、共有針専用のＢＯＸ（＝領域・カテゴリ）を設定した図である。共有針の効果をＭＡＸで使いたい場合は、このＢＯＸ（空間・領域）を選択しなければならなくなります。まず、この領域を選択するということは、ツリー構造の圏外に出てしまうという状態となる。Ｅ５であるＢＯＸは、他のどのＢＯＸとも繋がりをもっていない為、まず、３次元針である縦軸・横軸が共に使用できなくなる。又、質的な針の動作はというと、仮に、使用できない方向で設定を行うものとする。（尚、動作する・しないの判断は最適な処置を取れるものとする。）そして、質的な針が動作しない理由として、共時性と質的な軸の差異を踏まえながら以下に述べる。まず、共有軸と質的軸というのは、その関係性や種類が類似していると考えられる。しかしながら、ある特定のカテゴリ、仮に、園芸カテゴリとすると、当該カテゴリ内に於いて、質大・質小というと、野菜の栽培について高度な手法が書かれた情報、であれば容易に質大だと言う事が認識できる。しかし、個人の“ふとした”感想（一言、感想、つぶやき）を述べた情報は質大なのか質小なのか？という問題があります。仮に、その感想、一言データが、質的軸では、質小と認識されてしまったとします。しかしもし、その情報に、共有性の高い情報が含まれていたとしたら、共有軸では、共有度大として認識される情報となりえる（※尚、これは極端な話である）。また、逆に、野菜の高度な栽培法が丁寧に（詳細に）書かれた質的大の記事が、質的軸では大であっても、共有軸からみたら、共有度が高いかと言うと、そうとは言えない事もありえる。（※又、これに関しても極端な話である）この為、質的小のデータであっても、全体が共有すべき、大切な情報が含まれていることもあり、必ずしも「質大＝共有度大」にはならないと考えられる。しかしながら、世の中の大体においては、質大であれば、全体共有度が高いという認識の傾向がある。そして、この２つの指標の認識が混ざってしまい「質大＝共有度大」となってしてしまいがちとなる。又、極端な話、「個人が書いた一言感想のデータであっても、それが全体共有度が高ければ、共有度が大という事になる」というのは、次の様な事が言える。つまり、共有度の尺度は単純に「個人（＝プライベートである）←  →全体（＝公共性がある）」（※全体の逆は個人という認識）ではなく“共有度の大小”であるのが望ましいものであると言える。そして、又、そもそも個人的感想データは、同じ園芸カテゴリの中でも、別カテゴリを作ってＢＯＸで整理を行う方が良いのかもしれず、詳細の設定は最適な方法を取れるものとする。
【００６３】
そして、もう一つの軸である“時間針”に於いては、“Ｅ５”の領域でも操作する事が可能であるとする。これは、共有性のある情報には緊急性のあるものと、そうでない物があると考えられる為である。そして纏めると、“Ｅ５”の領域で動作する針は、“時間”と“共有針”のみとなる。次に、“Ｅ５”の領域が、３次元限空間を越えて、共有度の高い情報を集める方法を述べる。まず全ＢＯＸの、共有度の高いデータ（例えば、共有軸と連動したランク階層の上位階層、上から大体１〜３まで等）を収集する。その収集したデータを、“Ｅ５”の領域がさらに、“Ｅ５”オリジナルの、共有ランク階層の中に保管する。そしてＥ５領域は、２つの次元チャネルが操作可能なので、メモリと連動して時間階層と共有階層の２種類のランク階層を有している。そして、各階層の区切る指標として、時間軸は、「新・旧」の基準である為、容易に区切ることが可能である。しかしながら問題は、共有階層の区切り方となる。共有階層は、全ＢＯＸ内から収集されており、集められたデータは既に、其々のカテゴリの中で共有度大のものばかりである。その為、あらゆる分野のカテゴリが、同並列上にて、累々となって存在しており、問題は、どのようにして、それを区切るのかというものになる。本発明はこの問題に対し、以下の解決を行うものとする。対策として、より厳密な階層指標の設定を行う形を取る。３次元空間であるツリー階層内での、（共有針と連携する）ランク階層は、やや、ゆるやかな階層分けであったのだが、“Ｅ５”内でのランク階層は、さらに細かい厳密な指標を設定するものとする。（あるいは、３次元空間内とは、少し異なる尺度を付与したランク分けを行うことも可能である。つまり、３次元空間内でざっくりと分け、Ｅ５領域内で、さらに、厳密に共有度大の分類を行うという形式を取る。
【００６４】
次に「図２１」は、Ｅ５領域を選択した時に、Ｅ４の領域に表示される情報を、カテゴリ別に欄を設け表示している図である。これは、Ｅ５内で、共有度の階層分けを行われたデータを、Ｅ４に表示する際に、全カテゴリが混同して表示されてしまう問題が在るため、Ｅ４フィールドの表示を、カテゴリ別に分類して表示するものである。又、プログラム処理としては、Ｅ５内に集められたデータには、所属ＢＯＸのアドレスがある為、そのアドレスが、例えば、“園芸カテゴリ”からのものであるなら、それに対応するＥ４の分類分けされたカテゴリ欄に表示するという方法が行える。尚、
全ＢＯＸ内からの共有度大のデータを収集するといっても、ＢＯＸによっては共有度大のデータを多く持っているＢＯＸと、全く持っていないＢＯＸが存在すると考えられる。又、ある一つのコンテンツデータが、複数のＢＯＸに所属している場合もあり、この場合、重複して収集されるデータを防ぐための、重複チェック処理のプログラムも有するものとする。
【００６５】
以下より、技術的な実施方法を述べる。
【００６６】
「図２２」は、４次元チャンネルの“一つのメモリ”と、それに連動する、ランク階層を表した図である。例えば、４次元チャンネルの座標が“１７”であれば、ランク階層の“１７”の階層を指定することになります。（チャンネルの座標と、ランク階層の座標は連動するものとする）また、１座標（１メモリ）には単位があり、例えば、時間軸なら、「１メモリ＝１カ月（例）」と言う様な単位であるとする。
【００６７】
次に「図２３」は、“Ｅ５”領域（４次元領域）と、３次元領域の、“チャンネル”とそれに連動する“階層”を、其々表した図である。３次元領域からデータを収集し、４次元領域で、さらに、４次元オリジナルのランク階層内にデータが振分けられます。又、４次元領域では、時間チャンネルと、共有チャンネルのみの座標になる。記号“Ｅ９”は、４次元空間の“２本の次元座標”の保存を行っている図式である。
【００６８】
次に「図２４」は、座標の保存を行っている図である。現在、既存システムのデータ認識及び保存は、ＵＲＬというアドレスを使い、データの所在場所を認識しております。本発明は、ＵＲＬでの認識と保存も行う事が可能ですが、“座標”によるアドレス指定方法も行う事が可能である。このアドレスを仮に“４次元座標”とします。記号Ｅ８が、“４次元座標”である。また、「図２４」のＥ８の４次元座標は、３次元空間内の座標である。
【００６９】
次に「図２５」では、空間縦軸（ミクロ・マクロ）であるレイヤー構造を表しているものである。ミクロマクロ針（縦軸）の標準を、ミクロに合わせれば合わせるほど拡大され、上位レイヤーに移動する。マクロに合わせれば合わせる程、縮小され、下位レイヤーに移動する。尚、技術的な実相方法は、実際の実相を行っていく上で、細部の相違はあるものとする。
【００７０】
また、「図２６」は、３次元空間の縦軸と横軸を両方表した図である。横軸はマトリクスで表され、平面的な広がりを持つ。「図１８」のスライド移動は、この横軸の移動にて動作が行われる。また「図２６」の縦軸であるレイヤーは、イメージが容易な様に、Ａ４フィールドの、第１、第２、第３、レイヤーと表記しているのだが、正確には、レイヤーが上位（ミクロ）になればなるほど、横軸（カテゴリ）も広がっていき、周辺フィールドを含んでいく為、レイヤーの大きさは大きくなる。つまり、厳密には、“Ａ４フィールドの第３レイヤー”から、より上位レイヤーに行くと“Ａ３、Ａ４、Ｂ３、Ｂ４フィールドの第４レイヤー”と言う形式となる。
【００７１】
次に「図２７」では、３次元針と、ランク階層が連動している図を表したものである。又、３次元空間は“ランク階層”という認識ではなく、縦軸のフィールドのＮＯと、横軸のマトリクスのＮＯとで、メモリの針と連動する形式となる。その為マトリクスＮＯに関しては、図の様に、上下階層ではない構造となる。又、一連の処理は、一括りに説明を行っているのですが、厳密には其々の機能に応じて、若干の違いがあるものとする。
【００７２】
又、他にも、３次元空間内の中間ＢＯＸについても、ＢＯＸ内だけのチャネル検索ではなく、対象ＢＯＸの、全ての下位ＢＯＸを纏めて収集する方法や、あるいは対象ＢＯＸの周辺ＢＯＸをだけを収集する方法も可能である。これは、複数ＢＯＸを同時選択し、コンテンツを抽出する形式である。「図２９」は、それを表したイメージ図であり、中間ＢＯＸからの拡大選択を行っている。これは「図２８」の記号Ｆ１の様に、「ＢＯＸ内orＢＯＸ以下対象」という切り替えスイッチによる方法や、又、あるいは記号Ｆ２の様な、ＢＯＸの範囲の調整機能により、選択カテゴリを拡大する方法でも構わない。あるいは、ユーザーによる調整操作ではなくシステム側で、拡大できる許容範囲を決めてしまう方法でも構わない。
【００７３】
そして「図３０」は、以上の一連の流れを纏めたものである。以上が本発明の一連の流れである。
【符号の説明】
【００７４】
データ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ＢＯＸ内検索」の選択スイッチ
Ｆ２…周辺ＢＯＸを纏めて検索を行いたい場合の、周辺ＢＯＸ許容範囲、調整機能
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図１−１
【補正方法】変更
【補正の内容】
【図１−１】
2013065272.tif 000033
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１−２
【補正方法】変更
【補正の内容】
【図１−２】
2013065272.tif 000034
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図１−３
【補正方法】変更
【補正の内容】
【図１−３】
2013065272.tif 000035
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図２−１
【補正方法】追加
【補正の内容】
【図２−１】
2013065272.tif 000036
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図２−２
【補正方法】追加
【補正の内容】
【図２−２】
2013065272.tif 000037
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図２−３
【補正方法】追加
【補正の内容】
【図２−３】
2013065272.tif 000038
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図２−４
【補正方法】追加
【補正の内容】
【図２−４】
2013065272.tif 000039
【手続補正９】
【補正対象書類名】図面
【補正対象項目名】図２−５
【補正方法】追加
【補正の内容】
【図２−５】
2013065272.tif 000040
【手続補正１０】
【補正対象書類名】図面
【補正対象項目名】図５
【補正方法】変更
【補正の内容】
【図５】
2013065272.tif 000041
【手続補正１１】
【補正対象書類名】図面
【補正対象項目名】図６−１
【補正方法】追加
【補正の内容】
【図６−１】
2013065272.tif 000042
【手続補正１２】
【補正対象書類名】図面
【補正対象項目名】図６−２
【補正方法】追加
【補正の内容】
【図６−２】
2013065272.tif 000043
【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図１４
【補正方法】変更
【補正の内容】
【図１４】
2013065272.tif 000044
【手続補正１４】
【補正対象書類名】図面
【補正対象項目名】図１５−１
【補正方法】追加
【補正の内容】
【図１５−１】
2013065272.tif 000045
【手続補正１５】
【補正対象書類名】図面
【補正対象項目名】図１５−２
【補正方法】追加
【補正の内容】
【図１５−２】
2013065272.tif 000046
【手続補正１６】
【補正対象書類名】図面
【補正対象項目名】図２９
【補正方法】追加
【補正の内容】
【図２９】
2013065272.tif 000047
【手続補正１７】
【補正対象書類名】図面
【補正対象項目名】図３０
【補正方法】追加
【補正の内容】
【図３０】
2013065272.tif 000048
【手続補正書】
【提出日】平成24年6月29日(2012.6.29)
【手続補正１】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正２
【補正方法】変更
【補正の内容】
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１−１】
2013065272.tif 000049
【図１−２】
2013065272.tif 000050
【図１−３】
2013065272.tif 000051
【図２−１】
2013065272.tif 000052
【図２−２】
2013065272.tif 000053
【図２−３】
2013065272.tif 000054
【図２−４】
2013065272.tif 000055
【図２−５】
2013065272.tif 000056
【図３】
2013065272.tif 000057
【図４】
2013065272.tif 000058
【図５】
2013065272.tif 000059
【図６−１】
2013065272.tif 000060
【図６−２】
2013065272.tif 000061
【図７】
2013065272.tif 000062
【図８】
2013065272.tif 000063
【図９】
2013065272.tif 000064
【図１０】
2013065272.tif 000065
【図１１】
2013065272.tif 000066
【図１２】
2013065272.tif 000067
【図１３】
2013065272.tif 000068
【図１４】
2013065272.tif 000069
【図１５−１】
2013065272.tif 000070
【図１５−２】
2013065272.tif 000071
【図１６】
2013065272.tif 000072
【図１７】
2013065272.tif 000073
【図１８】
2013065272.tif 000074
【図１９】
2013065272.tif 000075
【図２０】
2013065272.tif 000076
【図２１】
2013065272.tif 000077
【図２２】
2013065272.tif 000078
【図２３】
2013065272.tif 000079
【図２４】
2013065272.tif 000080
【図２５】
2013065272.tif 000081
【図２６】
2013065272.tif 000082
【図２７】
2013065272.tif 000083
【図２８】
2013065272.tif 000084
【図２９】
2013065272.tif 000085
【図３０】
2013065272.tif 000086
【手続補正２】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正３
【補正方法】削除
【補正の内容】
【手続補正３】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正４
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正５
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正６
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正７
【補正方法】削除
【補正の内容】
【手続補正７】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正８
【補正方法】削除
【補正の内容】
【手続補正８】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正９
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正１０
【補正方法】削除
【補正の内容】
【手続補正１０】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正１１
【補正方法】削除
【補正の内容】
【手続補正１１】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正１２
【補正方法】削除
【補正の内容】
【手続補正１２】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正１３
【補正方法】削除
【補正の内容】
【手続補正１３】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正１４
【補正方法】削除
【補正の内容】
【手続補正１４】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正１５
【補正方法】削除
【補正の内容】
【手続補正１５】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正１６
【補正方法】削除
【補正の内容】
【手続補正１６】
【補正対象書類名】手続補正書
【補正対象項目名】手続補正１７
【補正方法】削除
【補正の内容】