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