JP2003233556A - コミュニケーション方法、これを用いたコミュニケーションシステム、コミュニケーションシステム用のプログラム及びコミュニケーションシステム用のプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上のコミュニティにおけるコミ
ュニケーション経過や内容をより理解しやすくし、また
ネットワーク上のコミュニティにおけるコミュニケーシ
ョンをより円滑に進めるためのコミュニケーション方法
またはコミュニケーションシステムを提供する。 【解決手段】 コミュニケーションにおける情報単位を
多層構造にし、一つの情報単位または複数の情報単位の
組み合わせにより、コミュニケーションの経過や内容の
表示、集計、コミュニケーションの目的や段階に応じた
コミュニケーション機能の提供を行う。

Description

【発明の詳細な説明】

【発明の属する技術分野】本発明はネットワーク上にお
けるコミュニケーション方法、これを用いたコミュニケ
ーションシステム、コミュニケーションシステム用のプ
ログラム及びコミュニケーションシステム用のプログラ
ムを記録したコンピュータ読み取り可能な記録媒体に関
するものである。

【従来の技術】近年、ネットワークインフラの整備やＰ
Ｃ・モバイル端末の普及が進む中、ネットワーク上のコ
ミュニケーションシステムを利用する人が増えてきてい
る。既存のコミュニケーションシステムとしては、メー
ル、メーリングリスト、掲示板、チャット、電子会議シ
ステムなどがあり、このようなシステムの活用によりネ
ットワークを媒体とした多様なコミュニティが生まれ、
様々な活動の源になっている。このような動きの中、ネ
ットワーク上のコミュニティへの参加やコミュニケーシ
ョンの阻害要因を解消する技術が重要になってきてい
る。ネットワーク上のコミュニティにおけるコミュニケ
ーションへの参加を阻害する要因としては、（１）発言
の量が多すぎ、メッセージそのものを読みこなすことが
困難である、（２）会話の流れ（複数の話題の道筋）が
複雑で追い難いといった点が挙げられている（池田謙一
「ネットワーキング・コミュニティ」１９９７東京大
学出版会）。この解決法としては、例えば特開平９−２
３１０４０号公報（以下、公知例１とも称す）の電子掲
示板システム及びその議論管理方法がある。これは発言
に賛成、反対、補足、代案などの属性を発言者が選択し
て付与し、記事の引用関係を階層表示することで、電子
メールによる議論の経緯を容易にするものである。

【０００１】一方、複数のカードを用いて情報の整理、
分析を行うという観点ではＫＪ法が知られており、ＫＪ
法をベースとした発想支援ツールが実現されている。こ
のカードとその土台となるボードというメタファを用い
てコミュニケーションを支援するシステムとして検討し
たのが弊社で研究した蓄積型コミュニケーションシステ
ム（P１５６〜Ｐ１５７ 日本認知科学学会第１８回大
会論文集）（以下、公知例２とも称す）である。これは
情報の編集、共有、蓄積の土台となるボードと１つの情
報を表すカードを用いるもので、コミュニティの参加者
は発言したい情報をカードに記述し、ネットワークを介
してそのカードをボード上の任意の位置に貼り付けるこ
とができるものである。

【０００２】

【発明が解決しようとする課題】公知例１では、特定の
テーマと投稿記事との関連や投稿記事間の関連は明示で
きるが、複数のテーマと投稿記事との関連や複数の投稿
記事間のｎ対ｎの関連性やその経過は明示しにくい。一
方、公知例２では、コミュニケーションの前提情報を示
すボード、カード、カード間及びカード・ボード間の関
連を示すリンク線を用いることで公知例１の課題は解決
できるが、ボード上の複雑なカード間及びカード・ボー
ド間の関連全体を表示するだけでは利用者がコミュニケ
ーション状況を容易に理解することは難しいし、関心の
あるコメント内容を探して読みこむことも容易ではな
い。また公知例２では、カードごとの蓄積が可能なの
で、コミュニケーションの内容の整理・分析が容易とな
るが、ボード背景の情報は蓄積する情報の対象にしてい
ないためコミュニケーション内容の整理・分析に必要な
情報を十分に活用できているとはいえない。ネットワー
ク上の任意のコミュニティにおけるコミュニケーション
では、多様なメンバーが随時コミュニケーションに参加
するので、コミュニケーション内容や経過をより理解し
やすいように表示することが大きな課題だといえる。ま
た、公知例１、２ではともに、コミュニケーションを支
援する機能はコミュニケーションのプロセスに関係なく
終始一定である。しかし、例えばコミュニケーションの
最初の段階ではなるべく自由な発言をしやすくする機能
が求められるが、コミュニケーションが進んだ段階では
議論の集約を支援する機能が求められるように、コミュ
ニケーションの経過に応じて求められる機能は異なる。
公知例１、２ではコミュニケーションの目的や経過に応
じて段階的にコミュニケーションを支援する機能を提供
することはできないといえ、コミュニケーションをうま
く進められるかどうは管理者側の運用次第となる。ネッ
トワーク上のコミュニティにおけるコミュニケーション
の場の運用は負荷が大きいので、コミュニケーションが
より円滑に進むような機能を提供して、コミュニケーシ
ョンの場の管理者をサポートすることも重要な課題だと
いえる。

【０００３】本発明は前記課題を考慮し、コミュニケー
ションの経過や内容を理解しやすいように情報を表示、
集計し、ネットワーク上のコミュニティにおけるコミュ
ニケーションをより円滑に進めるための機能を提供する
コミュニケーション方法及びコミュニケーションシステ
ムを実現することを主たる目的とする。

【０００４】

【課題を解決するための手段】本発明では、ネットワー
クを介してコミュニケーションの前提情報やコミュニケ
ーションの土台となる情報単位を受発信、生成、表示、
蓄積する手段と、コミュニケーションの内容となる情報
単位を受発信、生成、表示、蓄積する手段を備えたコミ
ュニケーションシステムにおけるコミュニケーション方
法であって、利用者端末からコミュニケーションの経過
や内容の表示を指示された際に、あるいはコミュニケー
ションの内容の集計を指示された際に、あるいはコミュ
ニケーションの場の管理者端末からコミュニケーション
の目的や段階に応じたコミュニケーション機能の提供を
指示された際に、前記情報単位の一つあるいは前記情報
単位の組み合わせにより前記指示に対応した処置をする
コミュニケーション方法により、前記課題を解決する。
ここで、コミュニケーションの内容となる情報単位の例
としては、カードがあり、コミュニケーションの前提情
報やコミュニケーションの土台となる情報単位の例とし
てはボードがある。

【０００５】情報単位としてのボードの情報には、ボー
ドの識別子及び図４に示すようなカードとの関係などの
ボードの機能を特定する属性情報を備えている。また、
コミュニケーションの目的や段階に応じたコミュニケー
ション機能を提供するために、目的や段階に対応したテ
ンプレートを備え、管理者が選択することによりテンプ
レートを利用できるようにする。さらに、本発明では、
コミュニケーションシステムにかかるプログラムを記録
したコンピュータ読み取り可能な記録媒体、およびプロ
グラムについても特徴を備える。

【０００６】

【発明の実施の形態】以下、図面を用いて本発明の一実
施形態を説明する。なお、これにより本発明が限定され
るものではない。本実施形態では、コミュニケーション
における情報単位をボードとカードという２層構造とす
るＷｅｂ上のコミュニケーションシステムを用いて説明
する。ここで、ボードとはコミュニケーションの前提と
なる情報を表示し、カードを貼付する土台となる情報単
位であり、カードとはコミュニケーションにおけるコメ
ント内容や発言者情報を表示する情報単位である。な
お、本実施形態では２層構造の例を説明するが、ボード
とカードとカードに貼付する付箋というように３層以上
の構造にしてもよい。また、本実施形態では、カードは
四角い形状でテキストを表示する情報単位であるが、カ
ードの形状はアイコンやマークなど、視認性を備えたも
のであればよく、表示内容も画像や動画、音声などマル
チメディアデータ全般を対象とする。またインターネッ
トやイントラネットに限定するものではない。

【０００７】図１は、本実施形態のコミュニケーション
システムの概略構成を示したものである。本実施形態の
コミュニケーションシステムは、コミュニケーションシ
ステムを管理するコミュニティ管理者１００と、コミュ
ニケーションシステムを利用する利用者１１０₁〜１１
０ｎ（以下、単に利用者１１０とも称する）と、任意の
コミュニティにおけるコミュニケーションの場となるコ
ミュニケーションシステムのボードを管理するボード管
理者１２０₁〜１２０ｎ（以下、単にボード管理者１２
０とも称する）とが利用するシステムである。なお、こ
こでコミュニティとは特定の目的や条件にもとづいて集
まる個人あるいは組織の集合を称し、例えば、地域コミ
ュニティとは、自治体職員、住民、地元事業者、学生、
ＮＰＯなどのある地域に属するメンバーの集合を指す。

【０００８】図１に示すように、コミュニティ管理サー
バ１０１と、利用者端末１１１₁〜１１１ｎ（以下、単
に利用者端末１１１とも称する）と、ボード管理者端末
１２１₁〜１２１ｎ（以下、単にボード管理者端末１２
１ともいう）とが、インターネットやイントラネットな
どの通信網１３０を介して、互いに接続されて構成され
ている。なお、コミュニティ管理者１００とは異なるコ
ミュニケーションシステム提供者がコミュニケーション
システム管理サーバを用いてコミュニティ管理者１００
にコミュニケーションシステムを提供してもよい。ま
た、通信網１３０を介さずに、無線を用いてもよい。

【０００９】コミュニティ管理サーバ１０１は、コミュ
ニティ管理者１００が管理する、コミュニケーションの
運用や管理を行うサーバである。コミュニティ管理サー
バ１０１は、利用者１１０からの要求に応じてカードま
たはボードの編集や表示を行い、またカードデータ、ボ
ードデータ、ユーザーデータの管理を行う。利用者端末
１１１は利用者１１０が利用する端末である。利用者１
１０は利用者端末１１１を用いて、コミュニケーション
の利用者登録、参照、ログイン、カード編集などの要求
をコミュニティ管理サーバ１０１に送信する。図１の画
面例１１２は利用者端末１１１を用いて利用者１１０が
本実施形態のコミュニケーションシステムを利用する際
の画面イメージ例である。ここでは左のフレームにメニ
ューを表示し、右の画面にボードとカードを表示してい
るが、全画面にボードとカードを表示してメニューは画
面上部に表示してもよいし、別画面にメニューを表示し
てもよい。またここではメニューにボード一覧を表示
し、ボード一欄から各ボードにアクセスする場合を示し
ているが、一般のＨＴＭＬ画面から直接関連するボード
にアクセスできるようにしてもよい。

【００１０】ボード管理者端末１２１はボード管理者１
２０が利用する端末である。ボード管理者１２０はボー
ド管理者端末１２１を用いて、ボードの登録やボード管
理情報の更新や削除などの要求をコミュニティ管理サー
バ１０１に送信する。なお、ボード管理者１２０が利用
者１１０を兼ねてもよいし、コミュニティ管理者１００
を兼ねてもよい。

【００１１】図２は、本実施の形態のコミュニティ管理
サーバ１０１におけるコミュニケーションシステムのブ
ロック構成を示したものである。

【００１２】データ送受信部２００は、利用者端末１１
１やボード管理者端末１２１からの要求を受信したり、
要求に応じた処理内容を利用者端末１１１やボード管理
者端末１２１に送信したり、利用者１１０のログイン時
のセッション管理を行うものである。

【００１３】コミュニケーション制御部２１０はデータ
送受信部２００から送られた利用者端末１１１やボード
管理者端末１２１からの要求に応じて適切な処理部に処
理を依頼することにより、コミュニケーションシステム
全体の流れを制御する。

【００１４】ユーザー管理部２１１はユーザーＩＤ、パ
スワードなどのユーザー情報を格納するユーザーデータ
ベース２１２を管理し、利用者端末１１１から利用者登
録要求があった際はユーザー情報を作成してユーザーデ
ータベース２１２に登録し、ユーザー情報の更新や削除
の要求があった際はユーザーＩＤとパスワードを認証
し、正しければユーザーデータベース２１２の更新を行
う。また、利用者端末１１１からログイン要求があった
際はユーザーＩＤとパスワードを認証し、正しい場合は
ログインＯＫのメッセージとユーザーＩＤを、正しくな
い場合はエラーメッセージをコミュニケーション制御部
２１０に渡す。

【００１５】ボード表示・管理部２１３は、ボードデー
タとしてボードＩＤ、ボードタイトル、ボード管理者Ｉ
Ｄなどを格納するボードデータベース２１４を管理し、
利用者端末１１１からボード一覧表示要求があった際は
ボードデータベース２１４によりボードタイトル一覧を
生成し、コミュニケーション制御部２１０に渡す。また
利用者端末１１１から個別のボードの参照要求があった
際は、ボードデータベース２１４により生成したボード
画面をコミュニケーション制御部２１０に渡す。ここで
特定の利用者のみ参照できるボードの参照要求があった
際は、あらかじめ特定の利用者にのみに知らされている
パスワードの入力を要求するメッセージをコミュニケー
ション制御部２１０に渡し、利用者端末１１１からパス
ワードが送信されたらボードデータベース２１４のデー
タと照合し、正しい場合はボードデータベース２１４に
より生成したボード画面を、正しくない場合はエラーメ
ッセージをコミュニケーション制御部２１０に渡す。な
お認証の際はメンバーＩＤを用いてもよい。また、ボー
ド管理者端末１２１からボードデータの更新や削除の要
求があった際は、ボードデータベース２１４によりログ
インされたユーザーＩＤと管理者ＩＤを照合し、正しい
場合はボードデータ管理画面を、正しくない場合はエラ
ーメッセージをコミュニケーション制御部２１０に渡
す。

【００１６】カード編集・表示・管理部２１５は、カー
ドＩＤ、カードが貼付されているボードＩＤ、ユーザー
ＩＤなどを格納するカードデータベース２１６を管理
し、利用者端末１１１からコメント表示の要求があった
際は、ボードデータベース２１４により生成したボード
上にカードデータベース２１６によりカードを表示した
画面を、コミュニケーション制御部２１０に渡す。また
利用者端末１１１からコメント内容表示の要求があった
際は、カードデータベース２１６により生成したコメン
ト内容表示画面をコミュニケーション制御部２１０に渡
す。また利用者端末１１１からカード追加の要求があっ
た際は、ログインしているかどうかを確認し、ログイン
がまだである場合はログイン画面を、ログイン済みの場
合はコメント入力画面をコミュニケーション制御部２１
０に渡す。また、カード削除、リンク追加、リンク削
除、カード位置変更などの要求があった際は、ログイン
しているかどうかを確認し、ログインがまだである場合
はログイン画面をコミュニケーション制御部２１０に渡
し、ログイン済みの場合はログインしたユーザーＩＤと
カードのユーザーＩＤを照合し、正しければ各処理に進
み、正しくない場合はエラーメッセージをコミュニケー
ション制御部２１０に渡す。

【００１７】情報の集計・表示・管理部２１７は、カー
ド情報やボード情報の集計結果情報を格納する集計デー
タベース２１８を管理し、コミュニティ管理者１００や
ボード管理者１２０の集計要求があった際は、管理者Ｉ
Ｄを照合し、正しい場合は集計画面を、正しくない場合
はエラーメッセージをコミュニケーション制御部２１０
に渡す。

【００１８】テンプレート表示・管理部２１９は、コミ
ュニケーションの目的や段階に応じたボード背景とカー
ド機能のセットであるテンプレートデータを格納するテ
ンプレートデータベース２２０を管理し、ボード管理者
端末１２１からテンプレートメニューの要求があった際
はテンプレートデータベース２２０よりテンプレートメ
ニューをコミュニケーション制御部２１０に渡し、テン
プレート利用要求があった際はテンプレートデータベー
ス２２０より生成したボード画面をコミュニケーション
制御部２１０に渡す。なお、上記のような処理をＷｅｂ
ブラウザ上で実現するための実装技術としてＪａｖａ
（Ｒ）技術がある。「ＪＡＶＡ ＰＲＥＳＳ ＶｏＬ．
１４」（Ｐ３８〜Ｐ４３ 技術評論社 ２０００年１０
月発行）によれば、サーバサイドＪＡＶＡ（Ｒ）として
はサーブレッド、ＪＳＰなどがあり、これらを組み合わ
せることで、様々なＷｅｂページを動的に生成すること
ができる。また、Ｗｅｂ画面上でのイベント制御やプル
ダウンメニュー表示などはＪＡＶＡ（Ｒ）アプレットに
よる実装が一般的である。ユーザーデータベース２１
２、ボードデータベース２１４、カードデータベース２
１６、集計データベース２１８、テンプレートデータベ
ース２２０は、それぞれのデータを記録する手段である
が、データをファイルやフォルダといった形式で記録す
る手段であってもよい。

【００１９】図３は、本実施形態におけるユーザーデー
タベース２１２に格納されるユーザーデータの構成の一
例を示す図である。ユーザーデータ３００は、タグ形式
でユーザー管理と発言者情報表示に必要なデータを記述
したデータである。ユーザーＩＤタグではさまれた情報
はユーザーＩＤ３０１を表し、パスワードタグではさま
れた情報はパスワード３０２を表す。ユーザーＩＤ３０
１とパスワード３０２はログイン時に入力するデータで
あり、カード削除、リンク追加、リンク削除、カード位
置変更などの要求時に発言者本人かどうかの認証を行う
ために必要である。また、カードの発言者についての情
報はカード内容を理解するのに役立つといえるが、発言
者情報の公開については発言者本人の同意が必要であ
る。この発言者情報の一例が発言者情報３０３であり、
例えば氏名、ニックネーム、住所、メールアドレス、及
び自己紹介などの一口コメントを発言者情報として利用
者１１０が登録する際に、発言者情報３０３をカード内
容と併せて公開表示するか、しないかも選択するように
する。発言者情報３０３で示したように、一口コメン
ト、氏名、ニックネーム、メールアドレスの公開タグで
はさまれた情報は公開是非情報を表し、ｔｒｕｅは公開
する、ｆａｌｓｅは公開しないという選択を示す。な
お、本実施形態では、ニックネームを公開するというル
ールを設けた場合を示しており、公開する方の名前をカ
ードで表示するデータとして、後述の図５のようにカー
ドデータとして格納する。

【００２０】図４は、本実施形態におけるボードデータ
ベース２１４に格納されるボードデータ４００の構成の
一例を示す図である。ボードデータ４００は、タグ形式
でボード管理とボード表示に必要なデータを記述したデ
ータで、ボード管理者１２０がボードを開設する際に登
録する。ボードＩＤタグではさまれた情報はボードＩＤ
４０１を表し、後述の図５で示すようにカードの貼付先
ボードを特定する情報である。ボードタイトルタグでは
さまれた情報はボードタイトル４０２、ボードコメント
タグではさまれた情報はボード管理者１２０によるボー
ド紹介文などのボードコメント４０４を表し、ボード一
覧画面で用いる。管理者ＩＤタグではさまれた情報は管
理者ＩＤ４０３を表し、ボードデータの更新や削除の際
の認証に用いる。ボード画像ファイル名タグで挟まれた
情報は、ボード背景となるボード画像ファイル４０５を
表し、例えばＪＰＥＧファイルなどである。ボード領域
における画像の位置、ボードサイズ縦、ボードサイズ横
などのタグではさまれた情報は画像サイズ情報４０６で
ある。なお、ボード管理者１２０はボードを特定の利用
者１１０にのみ公開したい場合は、ステータス４０７を
設定する。ステータス４０７で示すように、ステータス
タグではさまれた情報は公開是非情報を表し、１は公開
する、２は特定の利用者１１０のみに公開するという選
択を示す。またカード種別情報４０８はボードで用いる
カードの設定に用い、カードで表示する文字のサイズや
フォントの情報などである。カードタイプタグではさま
れた情報はカードタイプ４０９を表し、そのボードで用
いるカードの種類を設定する。例えば、イメージ４１２
はカードに画像を添付できる機能、投票４１３はコメン
ト全文表示領域９１０に賛成、反対、分からないなどの
投票ボタンを追加できる機能、ジャンル４１４はカード
のジャンルを表示できる機能、カラー４１５はカードの
色を選択できる機能などである。またボード画像情報４
１０はカードやボードの集計をする際に用いる情報で、
ボード画像の構造情報を表している。また、ボードタイ
プタグではさまれた情報はボードタイプ４１１を表し、
ボードの種類を設定する際に用いる。例えば、ボード背
景に画像を表示し、そのボード背景上でコミュニケーシ
ョンができるボードをｃｏｍｍｕｎｉｔｙｂｏａｒｄ、
ボード上のカードを時系列順に表示することができるボ
ードをｃｏｍｍｕｎｉｔｙｃａｌｅｎｄａｒといった設
定でボードタイプを選択する。

【００２１】図５は、本実施形態におけるカードデータ
ベース２１６に格納されるカードデータ５００の構成の
一例を示す図である。カードデータ５００は、タグ形式
でカード編集・表示・管理に必要なデータを記述したデ
ータである。カードＩＤタグではさまれた情報はカード
ＩＤ５０１であり、カードを特定する情報である。ボー
ドＩＤタグではさまれた情報はボードＩＤ５０２であ
り、ボードデータ４００のボードＩＤ４０１と対応して
カードの貼付先ボードを特定する。コメント内容タグで
はさまれた情報はコメント内容５０３であり、コメント
内容５０３の全文はコメント全文表示画面で表示する。
カード位置情報５０４は、カード位置Ｘ座標タグとカー
ド位置Ｙ座標タグを用いて、ボード上におけるカード位
置を示す。ユーザーＩＤタグではさまれた情報はユーザ
ーＩＤ５０５で、ユーザーデータ３００のユーザーＩＤ
３０１と対応してカードの発行者を特定する。リンク情
報５０６は、リンクカードＩＤではさまれた情報でリン
ク先のカードＩＤを示す。リンク線が複数ある場合はリ
ンクＩＤタグも複数設定される。リンク背景位置タグで
はさまれる情報はリンク背景位置情報５０７である。本
実施形態ではボード背景画像にリンク線を貼っていない
カードの例なのでリンク背景位置情報５０７を表示して
いないが、ボード背景画像にリンク線を貼っている場合
のリンク背景位置情報５０７はＸＹ座標などでリンク先
である背景画像の位置を特定する。イメージタグではさ
まれている情報はイメージ情報５０８である。本実施形
態では画像を添付していない例なのでイメージ画像５０
８を表示していない。図４のイメージ４１２で画像添付
が選択されていて、カードに画像を添付している場合は
イメージ情報５０８は画像ファイル名などで添付ファイ
ルを特定する。投票タグではさまれた情報は投票情報５
０９である。この実施形態では個人ＩＤでログインした
場合とゲストでログインした場合のどちらも投票できる
場合を挙げている。投票情報５０９は賛成、反対、分か
らないの各票数を個人ＩＤでログインした場合はＩＤ
で、ゲストでログインした場合は票数で表示している。
ジャンルタグではさまれた情報はジャンル情報５１０で
ある。ジャンル情報５１０はジャンル４１４で設定され
たジャンルから選択されたジャンル名を特定する。カラ
ータグではさまれた情報はカラー情報５１１である。カ
ラー４１５で設定されたカラーから選択されたカラー名
を特定する。

【００２２】図６は本実施形態におけるコミュニケーシ
ョン経過を表示する画面の一例である。カード間、カー
ドとボード間の関連をボード上で全体表示するだけでは
分かりにくいが、その解決策の一つであるカードの貼付
履歴表示の画面遷移例を示したのが図６である。履歴表
示画面６０１において、履歴表示アイコン６０２の右向
きアイコンをクリックすると、履歴表示画面６０３を表
示する。以降履歴表示アイコン６０２の右向きのアイコ
ンをクリックし続けると、貼付されているカードを全て
表示した状態の履歴表示画面６０４まで順次画面が遷移
する。また履歴表示アイコン６０２の左向きアイコンを
クリックすると履歴表示画面６０４から履歴表示画面６
０１まで画面が遷移する。カード同士を連結するリンク
線は、コミュニケーションの進行を一目で判断できるよ
う先端の矢印はカードを貼付した利用者１１０がその貼
付したカードと関連があると考える既存のカードに向い
ている。このため、利用者１１０はカードとリンク線の
貼付順をたどりながら、複雑なコミュニケーション状況
を整理できるので、例えばリンク線が集まっているカー
ドなどコミュニケーションの中心となっているカードを
探しやすいといえる。なお、履歴の画面遷移を操作する
履歴表示アイコン６０２は、図６のように常時表示して
もよいし、履歴表示画面６０１〜６０４などで背景をク
リックすると履歴表示メニューを表示するようにしても
よい。図６には示していないが、履歴表示画面６０１の
状態で履歴表示アイコン６０２の左向きアイコンをクリ
ックするとカードが全く表示されていない履歴表示画面
に移る。この状態の履歴表示画面は、ボードという単独
の情報単位のみを表示した状態となる。

【００２３】図７は、本実施形態における、選択したカ
ードを中心としたコミュニケーション状況を参照する場
合の情報参照フローの一例を示す図である。利用者端末
１１１は、利用者１１０により選択されたカードを認識
し（ステップＳ７０１）、認識したカード上にカードメ
ニューを表示する（ステップＳ７０２）。なお、カード
メニューの画面イメージの一例は後述の図８で示す。利
用者端末１１１が、利用者１１０により選択された情報
参照メニュー項目をコミュニティ管理サーバ１０１に送
信すると（ステップＳ７０３、ステップＳ７０４）、コ
ミュニティ管理サーバ１０１では、カード編集・表示・
管理部２１５がカードデータベース２１６によりカード
リンクとコメント全文の表示画面を生成し（ステップＳ
７０５）、そのデータをコミュニケーション制御部２１
０に渡すと、データ送受信部２００が利用者端末１１１
に送信する（ステップＳ７０６）。利用者端末１１１は
カードリンクとコメント全文の表示画面を受信し、表示
する（ステップＳ７０７）。なお、カードリンクとコメ
ント全文の表示画面の一例は後述の図９で示す。また、
利用者端末１１１が利用者１１０によりカードリンクの
中で選択されたコメントをコミュニティ管理サーバ１０
１に送信する（ステップＳ７０８、ステップＳ７０
９）。コミュニティ管理サーバ１０１ではカード編集・
表示・管理部２１５がカードデータベース２１６により
選択されたコメントの全文を表示し（ステップＳ７１
０）、そのデータをコミュニケーション制御部２１０に
渡すと、データ送受信部２００が利用者端末１１１に送
信し（ステップＳ７１１）、利用者端末１１１が図９の
コメント全文表示領域９１０に選択されたコメントの全
文を表示する。

【００２４】図８は、本実施形態におけるカードメニュ
ー画面の一例である。カードメニュー画面８００は利用
者１１０がカードをクリックすると表示される。「コメ
ント内容を見る」８０１は情報参照メニュー項目の一例
で、利用者１１０がこの項目を選択すると、情報参照メ
ニュー項目が選択されたことが利用者端末１１１からコ
ミュニティ管理サーバ１０１に送信され、カード編集・
表示・管理部２１５がカードデータベース２１６よりカ
ードリンクとコメント全文の表示画面を生成し、そのデ
ータをコミュニケーション制御部２１０に渡すと、デー
タ送受信部２００が利用者端末１１１に送信する。図８
において、「コメントの追加」は情報追加メニュー項目
８０２の一例である。ボード上にカードを追加する情報
追加フローは後述の図１１で示す。「コメント削除」は
情報削除メニュー項目８０３の一例である。利用者１１
０がこの項目を選択すると、情報削除メニュー項目８０
３が選択されたことが利用者端末１１１からコミュニテ
ィ管理サーバ１０１に送信され、利用者１１０がログイ
ン済みの場合はユーザー管理部２１１が当該カードのユ
ーザーＩＤ５０５（図５参照）とデータ送受信部２００
で管理するログイン時のセッション情報内のユーザーＩ
Ｄとを照合し、合致する場合は当該カードを削除し、合
致しない場合は「このコメントへのアクセス権限はあり
ません」などのエラー表示をする。また、利用者１１０
がログインしていない場合もエラー表示をする。なお、
利用者１１０が情報削除メニュー項目８０３を選択した
際に、「このカードを削除してよろしいですか」などの
確認メッセージを出してもよい。「リンク線の追加」は
リンク線追加メニュー項目８０５の一例である。利用者
１１０がこの項目を選択すると、当該カードをリンク元
とするリンク線をボード上に表示する。利用者１１０が
ログインしカードのリンク先を選択すると、利用者１１
０のユーザーＩＤと選択されたリンク先の位置情報とが
利用者端末１１１からコミュニティ管理サーバ１０１に
送信され、ユーザー管理部２１１が当該カードのユーザ
ーＩＤ５０５とデータ送受信部２００で管理するログイ
ン時のセッション情報内のユーザーＩＤとを照合する。
照合の結果、合致する場合は、カード編集・表示・管理
部２１５がリンク先がカードである場合は、リンク情報
５０６を、リンク先がボード背景情報である場合はリン
ク背景位置情報５０７をカードデータベース２１６のカ
ードファイル５００またはカードデータベース２１６の
新しいカードファイル５００として追加し、追加された
リンク線をボード上に表示する（図５参照）。また、利
用者１１０がログインしていない場合または当該カード
のユーザーＩＤ５０５とユーザーデータベース２１２内
にある利用者１１０のユーザーＩＤ３０１とが合致しな
い場合は「このコメントへのアクセス権限はありませ
ん」などのエラー表示をする。「リンク線の削除」はリ
ンク線削除メニュー項目８０５の一例である。利用者１
１０がこの項目を選択し、削除したいリンク線のリンク
先を選択すると、リンク線削除メニュー項目８０５が選
択されたことと当該リンク線のリンク先情報とが利用者
端末１１１からコミュニティ管理サーバ１０１に送信さ
れ、利用者１１０がログイン済みの場合はユーザー管理
部２１１が当該カードのユーザーＩＤ５０５とデータ送
受信部２００で管理するログイン時のセッション情報内
のユーザーＩＤとを照合し、合致する場合は当該リンク
線を削除する。合致しない場合や利用者１１０がログイ
ンしていない場合は「このコメントへのアクセス権限は
ありません」などのエラー表示をする。「位置の変更」
はカード位置選択メニュー項目８０６の一例である。利
用者１１０がこの項目を選択し、当該カードを移動した
い位置に移動させると、カード位置変更メニュー項目８
０６が選択されたことと当該カードの移動先位置情報と
が利用者端末１１１からコミュニティ管理サーバ１０１
に送信され、利用者１１０がログインの場合はユーザー
管理部２１１が当該カードのユーザーＩＤ５０５とデー
タ送受信部２００で管理するログイン時のセッション情
報内のユーザーＩＤとを照合し、合致する場合は当該カ
ードをボード上で移動先に移動させて表示する。合致し
ない場合や利用者１１０がログインしていない場合は
「このコメントにアクセス権限はありません」などのエ
ラー表示をする。なお、カードを移動する方法は、移動
したいカードをドラッグ＆ペーストで移動したい位置に
移動させてもよいし、移動したいカードをクリックした
後、移動したい位置をクリックして移動先の位置（ＸＹ
座標上の位置）を特定してもよい。またカードを移動先
に表示する際、カードデータ５００のカード位置情報５
０４を移動先の位置情報に変更してもよいし、カード位
置情報５０４に最新のカード位置情報を追加できるよう
にしてもよい。

【００２５】図９は、本実施形態におけるカードリンク
とコメント全文の表示画面の一例である。カードリンク
表示領域９００とコメント全文表示領域９１０で構成さ
れる。カードリンク表示領域９００は、ある一つのカー
ドとボード間や他のカード間の関係を表示する領域であ
る。ある一つのカードを選択したとすると、例えば、そ
の選択したカード９０４が貼付されているボードのタイ
トルを示すボードタイトル９０１、そのカードが貼付さ
れているボード画面上の位置を示すボード画面タイトル
９０２などにより、カードとボード間の関係を表示す
る。また例えば選択したカード９０４からリンクを貼っ
た先のカードを示すリンク先のカード９０３、選択した
カード９０４に向けてリンクを貼ったカードを示すリン
ク元のカード９０５のように、選択したカード９０４及
び選択したカード９０４と直接関係のあるカード群が一
目で分かるように表示する。なお、図９では選択したカ
ードと直接リンクで結ばれているカードのみを表示した
が、間接的にリンクで結ばれているカードまで含めても
よい。またボードタイトル９０１、ボード画面タイトル
９０２は必要に応じて表示するようにしてもよい。ま
た、図９ではリンク先カード９０３、選択したカード９
０４、リンク元カード９０５をコメント内容の最初の部
分で表示しているが、コメントデータにタイトルが設定
されている場合は、タイトルを表示してもよい。また、
選択したカード９０４が一目で分かるように、図９では
選択したカードを太枠で表示する例を示したが、選択し
たカード９０４は色を変えるなどの表示でもよい。ま
た、選択したカード９０４は固定ではなくてもよく、例
えばリンク先カード９０３をクリックすると、リンク先
カード９０３が選択したカード９０４になり、リンク先
カード９０３のリンク先カードやリンク元カードを表示
するようにしてもよい。なお、コメント全文を外部出力
できるようにし、全てのコメントの全文を一覧表示でき
るようにしてもよい。コメント全文表示領域９１０は、
コメント内容５０３の全文を表示する領域である。例え
ば、コメント全文９１１と発言者名や発言日などの発言
情報９１２を表示する。なお、発言者名をクリックする
と、後述の図１０で示すような発言者情報を表示するよ
うにしてもよい。また、図９ではカードリンク表示領域
９００とコメント全文表示領域９１０を同じ画面で表示
しているが、別画面に分けて表示してもよい。投票機能
９１３は図５の投票情報５０９のように投票機能を設定
しているカードの投票機能表示画面の一例である。利用
者１１０が賛成、反対などの投票ボタンを選択すると、
利用者１１０がログイン済みの場合は利用者１１０のユ
ーザーＩＤと選択された投票ボタンの情報とが利用者端
末１１１からコミュニティ管理サーバ１０１に送信さ
れ、カード編集・表示・管理部２１５がカードデータベ
ース２１６の投票情報５０９と当該ユーザーＩＤとを照
合し、合致しない場合は投票情報５０９に当該ユーザー
ＩＤを追加し、投票機能９１３で選択された投票ボタン
の下のカウントを一つ増やして表示する。合致した場合
は投票機能９１３のカウントを増やさない。このような
方法により、一人で同じコメントに何票も投票すること
を防止する。なお、同じボード上では一つのカードにの
み投票できるようにしてもよい。

【００２６】図１０は、本実施形態における発言者情報
の表示画面の一例である。例えば、コメント全文表示領
域９１０の発言者名をクリックすると、図１０のように
コメント全文表示領域９１０が発言者情報表示領域１０
０１に切り替えるようにしてもよい。また、別画面で発
言者情報を表示してもよい。

【００２７】図１１は、本実施形態におけるボード上に
カードを追加する場合の情報提供フローの一例を示すフ
ローチャートである。利用者端末１１１が、利用者１１
０により選択された位置を認識すると（ステップＳ１１
０１）選択された位置がカードの場合はカードメニュー
８００を表示する（ステップＳ１１０２）。また、選択
された位置がボード背景の場合は、「カードを追加」と
いったカードメニュー項目のみのメニューを表示する
（ステップＳ１１０２）。利用者端末１１１が、利用者
１１０により選択されたカード追加メニュー項目を送信
すると（ステップＳ１１０３）、コミュニティ管理サー
バ１０１では、ユーザー管理部２１１が起動し、利用者
１１０がログインしていない場合は（ステップＳ１１０
４）、ログイン画面を利用者端末１１１に送信する（ス
テップＳ１１０５）。ログイン済みの場合は（ステップ
Ｓ１１０４）、カード編集・表示・管理部２１５がステ
ップＳ１１０１で選択された位置により追加カードのボ
ード上の位置を設定し、かつボードデータベース２１４
により生成したコメント入力画面を利用者端末１１１に
送信し（ステップＳ１１０６）、利用者端末１１１は送
信されたコメント入力画面を表示する（ステップＳ１１
０７）。利用者端末１１１が利用者１１０により選択さ
れた登録ボタンを認識し、入力されたコメントを送信す
ると（ステップＳ１１０８）、コミュニティ管理サーバ
１０１ではカード編集・表示・管理部２１５が受信した
コメントを新規カードデータとしてカードデータベース
２１６に追加し（ステップＳ１１０９）、利用者端末１
１１に新規カードデータを送信する（ステップＳ１１１
０）。新規カードデータを受信した利用者端末１１１は
ボード上に新規カードを貼付して表示する（ステップＳ
１１１１）。なお、コミュニティ管理サーバ１０１への
入力コメントの送信とカードデータベース２１６への登
録は、利用者端末１１１がボード上に新規カードを貼付
して表示した後でもよい。

【００２８】図１２は、本実施形態におけるカードとボ
ードの組み合わせによりコミュニケーション内容を蓄積
する場合の集計処理フローの一例である。利用者端末１
１１が集計処理画面を表示し（ステップＳ１２０１）、
利用者１１０により選択された集計単位と集計軸をコミ
ュニティ管理サーバ１０１に送信する（ステップＳ１２
０２、ステップＳ１２０３）。集計処理画面の一例は後
述の図１３で示す。集計単位と集計軸の情報を受信した
コミュニティ管理サーバ１０１では、情報の集計・表示
・管理部２１７が、選択された集計単位と集計軸の情報
を元に、前記ユーザーデータベース２１２の発言者情報
３０３、前記ボードデータベース２１４のボード画像情
報４１０、前記カードデータベース２１６のカード位置
情報５０４などを用いて集計を行う（ステップＳ１２０
４）。次に情報の集計・表示・管理部２１７は集計結果
を集計データベース２１８に格納後、利用者端末１１１
に送信し（ステップＳ１２０５）、利用者端末１１１は
集計結果を表示する（ステップＳ１２０６）。集計結果
画面の一例は後述の図１４で示す。

【００２９】図１３は、本実施形態における集計処理画
面の一例を示す図である。利用者１１０は、集計処理入
力領域１３０１において、例えば図１３に示す集計単位
１３０２、集計軸１３０３のような設定を行う。集計単
位１３０２はカードやボードなど集計する対象の情報単
位を示し、集計単位にどの情報単位を用いるか、または
どの情報単位の組み合わせを用いるかを設定する。集計
軸１３０３には、ボード集計軸１３０４やカード集計軸
１３０５などの情報単位ごとの集計軸がある。ボード集
計軸１３０４はボード画像構造のＸＹ情報を示すボード
画像情報４１０によるもので、図１３ではボード画像が
ドキュメントの例として「章と節」を選択した場合を示
したが、ボード画像がマトリックスなら「表の項目」、
地図なら「位置情報」などの選択項目がありうる。カー
ド集計軸１３０５はカードデータ５００の情報によるも
ので、図１３ではキーワードと発言者の属性情報を選択
項目とした場合を示したが、更新日情報、リンク情報な
どを用いてもよい。

【００３０】図１４は、本実施形態における集計結果画
面の一例を示す図である。図１３のような集計処理入力
情報を元に、集計結果表示領域１４０１に集計結果１４
０２や集計結果に含まれるコメント内容１４０３などを
表示する。図１４は図１３のような設定にした場合の集
計結果例であるが、集計結果はグラフに表示したり、ボ
ード背景上に表示したりしてもよい。

【００３１】図１５は、本実施形態におけるコミュニケ
ーション目的や段階に対応したコミュニケーション機能
を提供するカードとボードの組み合わせ（以下、テンプ
レートとも称する）の設定フローの一例である。ボード
管理者端末１２１がボード管理者１２０によりテンプレ
ートメニューが選択されたことをコミュニティ管理サー
バ１０１に送信すると（ステップＳ１５０１）、コミュ
ニティ管理サーバ１０１ではテンプレート表示・管理部
２１９がテンプレートデータベース２２０によりテンプ
レート選択画面を生成、送信する（ステップＳ１５０
２、ステップＳ１５０３）。ボード管理者端末１２１が
受信したテンプレート選択画面を表示し（ステップＳ１
５０４）、ボード管理者１２０により選択された目的を
送信すると（ステップＳ１５０５）、コミュニティ管理
サーバ１０１ではボード管理者端末１２１から送信され
た目的により、テンプレート表示・管理部２１９がテン
プレートデータベース２２０によりステップメニューを
生成し、ボード管理者端末１２１に送信する（ステップ
Ｓ１５０６、ステップＳ１５０７）。テンプレート選択
画面の一例を後述の図１６で示す。ボード管理者端末１
２１が受信したステップメニューを表示し（ステップＳ
１５０８）、ボード管理者１２０により選択されたステ
ップメニュー項目をコミュニティ管理サーバ１０１に送
信すると（ステップＳ１５０９）、コミュニティ管理サ
ーバ１０１ではテンプレート表示・管理部２１９が選択
された目的とステップメニュー項目を元にテンプレート
データベース２２０によりボードを生成し（ステップＳ
１５１０）、ボード確認画面をボード管理者端末１２１
に送信する（ステップＳ１５１１）。ボード管理者端末
１２１はボード確認画面を表示し（ステップＳ１５１
２）、ボード管理者１２０により入力されたボード登録
情報と選択されたボード登録要求をコミュニティ管理サ
ーバ１０１に送信し（ステップＳ１５１３）、コミュニ
ティ管理サーバ１０１ではボード表示・管理部２１３が
ボードデータベース２１４にボード情報を登録する（ス
テップＳ１５１４）。

【００３２】図１６は、本実施形態におけるテンプレー
ト選択画面の一例である。テンプレート選択領域１６０
１は、コミュニケーション目的を選択する目的選択領域
１６０２と、コミュニケーションの段階を選択するステ
ップメニュー選択領域１６０３により構成される。目的
選択領域１６０２で選択された目的に対応したステップ
メニューがステップメニュー選択領域１６０３に表示さ
れる。図１６は「まちづくり計画検討」という目的を選
択した場合の例である。また、目的選択領域１６０２の
選択メニュー、ステップメニュー選択領域１６０３の選
択メニュー、ステップメニューで選択するボード画像フ
ァイル４０５やカード種別情報４０８などはテンプレー
トデータベース２２０に格納されている。なお、カスタ
マイズ画面を設定し、ステップメニューを元にボード管
理者１２０がテンプレートをカスタマイズできるように
してもよい。

【００３３】図１７は、本実施形態における複数のカー
ドをグルーピングする場合の処理フローの一例である。
利用者１１０がコミュニケーション内容をより理解しや
すいように表示する機能として関連する複数のカードを
グルーピングすることも有用である。図１７は、ボード
管理者１２０が管理対象ボードのカードをまとめて代表
カードを作成する場合の処理フローである。ボード管理
者端末１２１がボード管理者１２０により選択されたグ
ルーピングしたいカードをコミュニティ管理サーバ１０
１に送信すると、コミュニティ管理サーバ１０１ではカ
ード編集・表示・管理部２１５が代表カード入力画面を
ボード管理者端末１２１に送信する（ステップＳ１７０
１、ステップＳ１７０２、ステップＳ１７０３）。ボー
ド管理者端末１２１では代表カード入力画面を表示し、
ボード管理者１２０により入力されたコメントなどの情
報をコミュニティ管理サーバ１０１に送信する（ステッ
プＳ１７０４、ステップＳ１７０５）。コミュニティ管
理サーバ１０１は受信した情報を代表カードデータとし
てカードデータベース２１６に登録した後、生成した代
表カードをボード管理者端末１２１に送信し、ボード管
理者端末１２１が代表カードを表示する（ステップＳ１
７０６、ステップＳ１７０７、ステップＳ１７０８）。

【００３４】図１８は、本実施形態における代表カード
入力画面の一例である。代表カード入力画面１８００は
グループコメント表示領域１８０１と代表カード入力領
域１８１０から構成される。グループコメント表示領域
１８０１にはグルーピングしたい複数カードのヘッダー
を表示するグループカード表示領域１８０２とグループ
カード表示領域１８０２で選択したカードのコメント内
容を表示するグループコメント表示領域１８０３があ
る。また代表カード入力領域１８１０には代表カードの
コメントを入力する代表カードコメント入力領域１８１
１と代表カードの色やジャンルなど表示の仕方を設定す
る代表カード表示画面設定領域１８１２がある。

【００３５】図１９は、本実施形態における代表カード
表示画面の一例である。代表カードを作成する前の画面
イメージが基本カード表示画面イメージ１９００であ
り、基本カード表示画面イメージ１９００のカードをま
とめて代表カードを作成した後の画面イメージが代表カ
ード表示画面イメージ１９０１である。代表カードは他
のカードとは異なることが一目で分かる方がよいので、
代表カード表示画面イメージ１９０１のように代表カー
ドと他のカードとはサイズや色を変えてもよい。また代
表カードの裏にグルーピングしたカードを重ねて表示す
ることでグルーピング対象のカードが一目で分かるよう
にしてもよい。代表カード１９０２は、代表カードを示
す「旗」アイコンなどのカードタイプを表示するカード
タイプアイコン１９０３とカード内容のジャンルや発言
者などを表示するカードデータ表示領とカード内容を表
示するコメント表示領域１９０５により構成される。な
お、代表カードのコメント全文を表示したい場合は、図
８のようなカードメニュー８００を用いる。また代表カ
ードの内容を表示する画面は図９のような表示画面で、
カードリンク表示領域９００の替わりに図１８のグルー
プコメント表示領域１８０１を表示する。なお、代表カ
ード以外のカードも、カードタイプアイコン１９０３、
カードデータ表示領域１９０４、コメント表示領域１９
０５といった構成でカード表示を行うようにし、カード
タイプアイコン１９０３のみでカードの種類を区別する
ようにしてもよい。

【００３６】図２０は、ボード及びカードの仕様決定に
用いられるボード管理者１２０のボード登録画面の一例
である。ボード登録画面２００１は前記ボードデータベ
ース２１４に格納されており、前記ボード管理者端末１
２１によって前記ボードデータベース２１４から呼び出
される。ボード登録画面２００１の左側には、「ボード
の種類」、「ボードタイトル」、「一口コメント」、
「ボードサイズ（幅）」、「ボードサイズ（高さ）」、
「１行に表示するコメントの文字数」、「カードのフォ
ントサイズ」、「コメント入力・表示のフォントサイ
ズ」、「カードの機能の選択」、「管理者ＩＤ」、「管
理者名」、「管理者メールアドレス」、「メンバー設
定」、「パスワード」、「背景画像の表示位置」、「背
景画像のファイル名」等の各種の設定項目が設けられ、
各項目の右側に登録事項を入力するための入力ボックス
と、チェックボックスとが設けられる。図２０におい
て、「ボードの種類」の項目の横の選択ボックス２００
２の選択ボタン２００３をクリックすると、コミュニテ
ィボード、プライベートボードなどがプルダウンメニュ
ーで表示される。ここでは図４で説明したボードデータ
４００のボードタイプ４１１が選択され、コミュニティ
ボードが選択されている。「ボードタイトル」の項目の
横に表示されている入力ボックス２００４に文字を入力
すると、登録した文字がボードタイトルとなる。図示例
では「南北市まちづくり案」が入力されているので、
「南北市まちづくり案」という名称がボードタイトルと
なる。同様に、「一口コメント」の項目の横に表示され
ている入力ボックス２００５に文字を入力すると、入力
した文字列がボード管理者１２０のコメントとなる。入
力ボックス２００５の横にはコメント内容の確認などの
ためのスクロールボタン２００６が設けられる。「ボー
ドサイズ（幅）」、「ボードサイズ（高さ）」の項目の
横の入力ボックス２００７，２００８にそれぞれ数字を
入力すると、ボードの縦横の長さが決定される。「１行
に表示するコメント文字数」の項目の横の入力ボックス
２００９に数字を入力すると、最大文字数が決定され、
「カードのフォントサイズ」、「コメント入力・表示の
フォントサイズ」の項目の横の入力ボックス２０１０，
２０１１に設けられている選択ボタン２０１２，２０１
３でフォントサイズを決定すると、ボード上におけるカ
ードのフォントサイズ、コメント入力時のフォントサイ
ズがそれぞれ登録される。「カード選択の機能」の項目
には、「イメージ添付あり」、「カードのジャンル指
定」、「カードの色指定」の項目が設けられており、
「イメージ添付あり」の項目の横に表示されているチェ
ックボックス２０１４をＯＮとすると、カードへのイメ
ージの貼り付けが可能となる。同じく、「投票機能付
き」の項目の横のチェックボックス２０１５をＯＮとす
ると、賛成や反対などの属性別（カテゴリ別）の投票機
能が有効となり、「カードのジャンル指定」、「カード
の色指定」の項目の横に表示されているチェックボック
ス２０１６，２０１７をＯＮとすると、カードのジャン
ル指定とカードの色指定とが有効となる。「カードのジ
ャンル指定」の項目の横にはカードのジャンルが表示さ
れる。この例では、「質問」、「回答」、「提案」、
「意見」、「その他」の項目が作成しようとするカード
のジャンルとなる。各カードに表示する「賛成」、「反
対」、「質問」、「回答」、「その他」の項目の下に
は、これらのカードの色を決定するための選択ボックス
２０１８，２０１９，２０２０，２０２１，２０２２が
設けられており、各選択ボックス２０１８〜２０２２の
横に用意されているスクロールボタン２０２３，２０２
４，２０２５，２０２６，２０２７によりカードの色を
決定するようになっている。また、図示例では、ｂｌｕ
ｅ（ブルー），ｐｉｎｋ（ピンク），ｇｒｅｅｎ（グリ
ーン），ｙｅｌｌｏｗ（イエロー），ｐｕｒｐｌｅ（パ
ープル）の色が表示されているが他の色でも構わない。
図示例では選択ボックス２０１８，２０１９，２０２
０，２０２１，２０２２に表示された色があらかじめ用
意されているが、明確に区別できる限り他の色としても
構わない。「管理者ＩＤ」、「管理者名」、「管理者メ
ールアドレス」、「メンバー設定」、「パスワード」の
各項目の横の入力ボックス２０２７，２０２８，２０２
９，２０３０，２０３１，２０３２にそれぞれ文字、数
字を入力すると、ボード管理者１２０の管理ＩＤ、管理
者名、管理者メールアドレス、メンバー設定、パスワー
ドが登録される。なお、例えば、メンバー設定で公開と
した場合は図４のボードデータ４００のステータス４０
１が１となり、メンバー限定とした場合は、ステータス
４０７が２となる。「背景画像の表示位置」の項目の横
の選択ボタン２０３４をクリックすると、背景画像の表
示位置が登録される。図示例では、「左上」を選択して
いるので背景画像が画面の左上に表示される。「背景画
像のファイル名」の項目の横の入力ボックスに文字や記
号でファイル名を入力すると、前記ボード管理者端末１
２１に登録されている同じ名前のファイルが背景画像と
して選択され、ボードの背景画像として登録される。ま
た、「背景画像のファイル名」の項目において、入力ボ
ックス２０３５の横に表示されている参照ボタン２０３
６をクリックすると、ダイアログボックス（図示せず）
が開き、前記ボード管理者端末１２１の全てのファイル
名の一覧が表示される。この中から一つのファイルを選
択すると、これが、ボードの背景画像として表示され
る。なお、前記画像ファイルには、ドキュメントや地図
等の図面、各種の写真などが用いられ、ボードデータベ
ース２１４に格納されているが、画像ファイルは、基本
的には、ボードとカードによるコミュニケーションに必
要なファイルであればよい。また、前記登録画面に、コ
ミュニケーションの運用上で生じた項目を追加すること
は適宜なされるものである。このように図２０のボード
登録画面２００１で必要事項を入力し、「登録する」を
選択すると、入力された情報が前記ボード管理者端末１
２１からコミュニティ管理サーバ１０１に送信され、ボ
ード表示・管理部２１３によりボードＩＤ４０１（図４
参照）を割り振られ、ボードデータベース２１４に新し
いボードとして登録される。なお、ボード登録画面２０
０１で登録した情報を登録後に修正できるようにしても
よい。

【００３７】前記ボード登録画面２００１の設定によ
り、ボード及びカードの表示条件が登録され、その表現
力やカード同士の識別性が登録されるが、一つのボード
に対してカードが限界数を超えて貼付けられると、ボー
ドとカードやカード同士が複雑に重なりあって、見にく
くなる場合がある。そこで、同じ背景のボードにコミュ
ニケーションの継続に必要なカードのみを複写した分割
ボードを作成し、これを現在、使用されているカードに
切り換えて使用すると、このような問題を解消すること
ができる。

【００３８】図２１はこのような分割ボードの作成のた
めのボード管理画面の一例を示す。前記ボード管理者端
末１２１を使用してボード管理画面２０５０を表示し
（図２１（ａ））、このボード管理画面２０５０の「ボ
ード分割」の項目をクリックすると、ボード表示・管理
部２１３によりボード一覧２０５１に切り換わる（図２
１（ｂ））。ボード一覧２０５１で「ボードの内容」を
示す項目の左横に用意されているチェックボックス２０
５２をＯＮとし、ＯＫボタン２０５３をクリックする
と、図２１（ｂ）に示すように、分割元のボード２０５
４上にカードを貼付けた画面が表示される。この画面
で、必要なカードをクリックして選択すると、図２１
（ｄ）に示すように、クリックにより選択したカードの
色が変わり他のカードと視覚的に区別される。この状態
で複写元のボードの画面上部に重ねて表示された決定ボ
タン２０５５をクリックすると、ボード連携確認画面２
０５７が生成される（図２１（ｅ））。このボード連携
確認画面２０５７には、最終確認のため、表示するカー
ドの枚数と、ボード２０６１を分割元のボードと連携し
て使用するかどうかのメッセージが表示される。図示例
では、「新しいボード（分割後のボード）に移動するカ
ードは２枚です。」、「新旧のボード（分割元のボー
ド、分割後のボード）を連携させますか？」という確認
メッセージを表示させ、「連携する」、「連携しない」
の選択項目が表示されるとともに、前記ボードデータベ
ース２１４に格納するためボード２０６１に新しいボー
ド名称を入力するための入力ボックス２０５８が表示さ
れる。ここで、入力ボックス２０５８に名称を入力し、
「連携する」の項目の横のチェックボックスをＯＮとし
て、画面下に用意されている決定ボタン２０６０をクリ
ックすると、分割元となったボードの背景と同じ背景
で、コミュニケーションの進行に必要なカードのみが貼
付けられた分割ボード２０６１が生成され、ボードデー
タベース２１４に格納される（図２１（ｆ））。この
際、分割元のボードの代りに分割ボード２０６１を用い
るため、自動的に複写元である東西市Ｂ町計画案のボー
ドデータ４００のステータス４０７（図４参照）を非公
開にしてもよいし、ボード管理者１２０がステータス４
０７を非公開に設定してもよい。このようにすると、ボ
ード上のカード数が減少するので、ボード及びカードの
情報、カード間の関連が明瞭に把握され、コミュニケー
ションの円滑な運営がなされることになる。

【００３９】なお、図２１では、現在のボードから必要
なカードを指定してこれを分割ボード２０６１に複写す
るという構成を説明をしたが、現在のボードのカードを
全てボード２０６１に複写した後、分割ボード２０６１
上で不要なカードを非表示とすることによって分割ボー
ドを作成してもよい。この場合、分割ボード２０６１上
で不要なカードを非表示とするには、不要なカードにマ
スキングすること（ぬり潰しとする）や他のデータベー
スに退避させることが想定される。また、分割ボード２
０６１の生成において、必要なファイルを元のボードか
ら複写する説明をしたが、ボードを分割して分割元のボ
ードとは異なる背景の新しいボードを表示させるように
してもよい。なお、カードを非表示とする場合に、全カ
ードのリストにカードを非表示とするためのチェックボ
ックスを設け、チェックボックスのＯＮ、ＯＦＦによ
り、非表示、表示を切り換えるようにしてもよい。ま
た、他のカードと選択したカードとの識別のため、選択
したカードの色を自動的に変える説明をしたが、選択し
たカードの枠線を太くしたり、枠線の柄や色を変えた
り、マークを付けるなどで識別されるようにしてもよ
い。また、分割ボード２０６１の生成は、通常、ボード
をボード管理者１２０が閲覧してボードに多数のカード
が追加されているときになされるが、ボード管理者１２
０が閲覧できない場面や、カードによるコミュニケーシ
ョンの活発化によってカードが短時間のうちに追加され
るような場面においては、分割ボード２０６１が自動的
に生成されるようにするのが望ましい。このような場合
は、複写元のボードのカード数を積算し、積算値が所定
値を超えたとき、ボード上の親となるカードに対して最
後に貼付けられたカードから所定枚数のカードを分割ボ
ード２０６１に複写又は移動により貼付けて使用すれば
よい。なお、この場合の分割ボード２０６１に複写元の
ボードから複写又は移動するカードの枚数は経験的に決
定されるものとする。

【００４０】一方、コミュニケーションの性質と運用に
ついて検討すると、複数のボードを並べて一つのテーマ
とすることや、相互に関連するボード同士を並べて一つ
のテーマを表現したい場合がある。このようにすれば、
ボード管理者１２０がつくった複数のボードでコミュニ
ケーションのテーマをより明瞭に表現できることがあ
り、必要なデータのみならず有機的な関連情報を収集で
きることがある。また、利用者１１０にとっても、関連
するボードをボード一覧メニューなどで自ら探さなくて
も、すぐに参照できるように設定されている方が使いや
すいといえる。

【００４１】図２２乃至図２７は複数のボードを連携し
て参照できるようにするための登録画面の一例を示す。
これらの登録画面により登録されたボード連携情報は前
記ボードデータベース２１４に格納される。図２１
（ａ）のボード管理メニュー２０５０でボード連携をク
リックすると、図２２に示す登録画面が表示される。図
２２において、登録画面の上部には、複数のボードを連
携グループとして登録するための入力ボックス２０７０
が設けられ、入力ボックス２０７０の下方のタスクバー
２０７１に、「変更対象」、「管理者名」、「ボードＩ
Ｄ」、「タイトル」の項目が設けられる。管理者名の左
横のチェックボックス２０７２をＯＮとし、ＯＫボタン
２０７８を選択すると、図２３に示す確認画面を表示
し、管理者名、ボードＩＤ、タイトルが確定され、画面
下に確認ボタン２０７９が表示される。図２３の画面例
では、「Ａ町特集」がグループタイトルとなる。この状
態で画面下の確認ボタン（図示例ではＯＫボタン）２０
７９を選択すると、図２１のボード管理メニュー２０５
０を表示する。図２４に示すように、利用者１１０がＡ
町づくり案、Ａ町マップまたはＡ町カレンダーのボード
を選択して表示すると、プルダウンメニュー２０７４が
ボード上部に表示される。例えば、Ａ町づくり案のボー
ドを表示している場合、利用者１１０がプルダウンメニ
ュー２０７４でＡ町マップを選択すると、Ａ町マップを
選択したことが利用者端末１１１からコミュイティ管理
サーバ１０１に送信され、ボード表示・管理部２１３と
カード・編集・表示管理部２１５とがボードデータベー
ス２１４とカードデータベース２１６とにより、Ａ町マ
ップのボードを表示する。画面例では、ダイアログボッ
クス２０７４に表示された「Ａ町まちづくり案」、「Ａ
町マップ」、「Ａ町カレンダー」が連携グループ「Ａ町
特集」の連携ボードとなる。なお、図２４では連携する
ボードをプルダウンメニューで選択できる例を示した
が、連携するボードの表示レイアウトを縦並び、横並び
または各ボードの配置をＸ軸座標、Ｙ軸座標で指定し、
同一画面で表示してもよい。図２５に示すように、複数
のボード管理者１２０…が作成したボード同士を連携さ
せる場合は、画面の下部の管理者ＩＤの左横のラジオボ
タン２０７５をＯＮとし、連結させたいボードを選択
し、画面下方に横並びに表示されている管理者（ボード
管理者１２０）の入力ボックス２０７５に管理者ＩＤを
入力し、入力ボックス２０７６にボードＩＤを入力す
る。この状態で画面右下の確認ボタン（図示例ではＯＫ
ボタン）２０７８をクリックすると、図２６に示すよう
に、確認画面が表示され、前画面で設定した複数のボー
ド管理者１２０…のボードが連携ボードとしてリストア
ップされる。このリストでよければ、画面右下に表示さ
れた確認ボタン（図示例ではＯＫボタン）２０７９をク
リックするとこの連携ボードの情報が登録される。利用
者１１０が図２６のタイトルで表示されているボードの
どれかを選択して表示すると、図２７に示すプルダウン
メニュー２０８０がボード上部に表示される。このプル
ダウンメニューにおいてスクロールボタン２０８１をク
リックすると図２６のタイトルで表示されている全ての
ボード名が表示される。使用方法は図２４の説明と同じ
である。このようにして連携グループを作成すると、連
携グループの各ボードは、前記ボード表示・管理部２１
３の管理下に入り、このボード表示・管理部２１３によ
って各端末装置１２１，１１１の画面に表示される。な
お、この連携グループの変更、削除を行えるようにして
もよい。変更したい場合は、変更したい連携グループを
選択し、リストアップされているボードの削除や追加を
行えるようにする。また、一つのボードが複数の連携グ
ループに属してもよい。複数の連携グループに属するボ
ード画面を表示した場合は、ボード上部に表示されるプ
ルダウンメニュー２０７４、２０８０が複数表示される
ようにしてもよい。

【００４２】図２８は、ボード上のカードの表示枚数を
設定するための登録画面を示す。すなわち、ボードとカ
ードでコミュニケーションをするシステムにおいては、
ボードの表示面積は有限であり、また、一枚のカードの
表示面積も有限であるため、ボード上に貼り付けるカー
ドの数が限界数を超えたときは、下層のカードの内容、
カード間のリンク線、ボードの情報の認識が困難にな
る。そこで、図２８に示すように、ボード一枚当りの最
大カード枚数を制限する。図２８では、「最大カード枚
数」項目の横に入力ボックス２０９０を設け、この入力
ボックス２０９０に最大カード枚数（図示例では１００
枚）を登録する。なお、登録のキャンセルのためのリセ
ットボタンも設けられる。また、登録画面２０９２で
は、「カード表示日数」の横に入力ボックス２０９１を
設けてカードの表示日数を登録できるようにしている。
前記登録画面２０９２で入力された情報は、前記ボード
データベース２１４に登録され、カード編集・表示・管
理部２１５が前記ボードデータベース２１４の情報を参
照して前記カードデータベース２１６により最大カード
枚数を超えたカードや表示日数を超えたカードを自動的
にボードから非表示とするので、ボードに貼付けられた
カードの増加によるカード、ボードの視認性の低下が防
止される。もちろん、非表示の対象とされるカードは、
必要に応じて表示することができる。なお、各カードに
属性（賛成、反対など）を付与し、その属性によりカー
ドを区別できる構成とした場合は、チェックボックス等
により表示・非表示を属性別に切り換えるようにしても
よい。

【００４３】図２９は図２８で最大カード枚数やカード
表示日数を設定したボードの画面イメージ３０００であ
る。利用者１１０が「全カード表示」ボタンを選択する
と、図２８の設定に対応して非表示となっているカード
を表示することができ、「古いカードを非表示」ボタン
３００２を選択すると、図２８の設定に対応してカード
を非表示にできる。なお、「全カード表示」ボタン３０
０１を選択した場合でも表示するカード数を最大カード
枚数を超えないように設定してもよい。また、ボード背
景にリンクを貼ったカードのみ表示する機能、特定のジ
ャンルまたは色のカードのみを表示する機能、特定のリ
ンクグループのカードのみ表示する機能などを用いるこ
とができるようにしてもよい。

【００４４】図３０は、フレーミング対策を行う際の画
面イメージを示す図である。誹謗中傷を表示したカード
をそのまま貼付けておくと、コミュニケーション、ひい
てはコミュニティの品質が低下する。そこで、フレーミ
ング対策として、ボード管理者１２０が誹謗中傷等のカ
ードを削除できる機能を設定する。設定画面３０１０に
はボード管理者１２０が管理者ＩＤでログインする。設
定画面には、コミュニケーションの場となっているボー
ドとカードとがそのまま表示される。ここで、誹謗中傷
などの削除したいカードをクリックにより指定し、画面
下部に表示されている確認ボタン（図示例ではＯＫボタ
ン）をクリックすると、図３０（ｂ）のように指定した
カードとリンク線が非表示となる。なお、リンク線によ
り連結されている複数のカード中に、誹謗中傷のカード
が組み込まれている場合は、カード、及びリンク線を非
表示とした後に、関連するカード同士にリンク線を貼る
が、カード同士の連結情報を記録したファイルに基づい
て前後のカードにリンク線が自動的に貼付けられるよう
にしてもよい。また、カードは非表示ではなく、コメン
ト内容が分からないようにマスキングをしたり、小さい
アイコンにしたり、非表示にしたいカードに重ねてボー
ド管理者１２０のコメント（内容に問題があるため削除
しましたなど）を表示するようにしてもよい。また、ボ
ード管理者１２０は全てのカードの削除ができるように
設定し、図８のコメント削除メニュー８０３を用いて誹
謗中傷などのカードの削除ができるようにしてもよい。
さらに、ボード管理者１２０がログインすると表示され
るボード管理メニューにカード削除というメニューを設
け、ボード管理者１２０がカード削除をクリックし、削
除したいカードのボードを指定すると、そのボードが表
示され、同時に利用者１１０からはこのボードを閲覧で
きないように設定してもよい。

【００４５】図３１は利用者１１０の登録画面の一例を
示す。利用者１１０の登録画面３０４９は、利用者１１
０が利用登録する際に表示される画面である。利用者１
１０の登録画面３０４９には、利用者１１０の「氏
名」、「ニックネーム」、連絡先（「住所」、「電話番
号」（ＴＥＬ）、「ＦＡＸ」、「ｅ−ｍａｉｌアドレ
ス」）、「パスワード（仮パスワード）」、「一口コメ
ント」などメール配信や利用者１１０を特定するための
登録事項を入力するための項目や「メール配信を希望す
るボード」などメール配信を登録するための項目が設け
られる。各項目の横には、対応するデータを入力するた
め入力ボックス３０５０〜３０５８が設けられる。ま
た、図示されていないが、登録画面３０４９には、メー
ル配信サービスの希望日時、メール配信サービスの内容
を登録するための希望項目の登録画面が設けられる。希
望項目は後述する図３８で説明するように登録画面３０
４９に表示させることができるが、登録画面から呼び出
される階層画面に設けてもよい。いずれの場合でも、チ
ェックボックスをＯＮとして希望項目を登録する。メー
ル配信の希望項目には、メール配信の日時を登録するた
めの項目と、希望するボード、カードを配信させるよう
にするための項目と、希望するボード、カードまたはメ
ンバーの内容の変化を配信させるようにするための項目
とが設定される。後者のボードの内容の変化を配信させ
る項目としては、メール配信を登録した時点以降に追加
されたカードを配信する全カード配信と、特定のカード
に関連する追加カードのみを配信させるようにするため
の特定配信と、特定のコミュニケーションにおいて、コ
ミュニケーションのメンバーの更新についてのメンバー
情報を配信させるようにするための項目とが設定され
る。メール配信のため前記利用者１１０が前記入力ボッ
クス３０５０〜３０５８に登録事項を登録した後、希望
するボード名の左横のチェックボックス３０５９をＯＮ
とし、この状態で、利用者１１０の登録画面３０４９の
下部に設けられている「確認」ボタン３０６０をクリッ
クすると、利用者登録内容確認画面（図示せず）が表示
され、この利用者登録内容確認画面の確認ボタン（図示
せず）をクリックすると、登録事項がコミュニティ管理
サーバ１０１に送信される。利用者１１０から送信され
たメール配信のための登録データは、ユーザーのメール
配信希望データとして、例えば前記ボードデータベース
２１４や、メールサーバなどのメール専用のデータベー
ス（図示せず）に格納され、前記ボード表示・管理部２
１３の管理下に置かれる。ボード表示・管理部２１３
は、前記メール配信希望データを参照してメールを配信
する。図示例ではボード名が「あおぞら駅前マップ」、
「東西市町づくり案」、「子育て支援」のボードが選択
されているので、この場合には、「あおぞら駅前マッ
プ」、「東西市町づくり案」、「子育て支援」のボード
の内容が配信される。この場合、利用者１１０の希望配
信項目として、前記した全カード配信が登録されている
場合は、利用者１１０が希望している日時に、「あおぞ
ら駅前マップ」、「東西市町づくり案」、「子育て支
援」についての全てのカードが配信され、利用者１１０
が特定配信を希望しているときは、「あおぞら駅前マッ
プ」、「東西市町づくり案」、「子育て支援」について
の追加カードのみが配信される。この場合、利用者１１
０が特定のカード、例えば、「東西市町づくり案」の質
問ジャンルのカードについて追加カードの送信を希望し
ているときは、その追加カードのみが配信され、特定の
ボードを指定して新規加入者の加入者名、メンバー紹介
などのコメントの配信を希望しているときは、新規加入
者の加入者名及びコメントのみが配信される。特定配信
は全カード通信に比較してデータ量が少ないので通信負
荷を減少させることができる。なお、全カード配信、特
定配信のための配信データは、プライベートの場として
の利用者１１０の個人単位のボードに表示するように
し、利用者１１０がこの個人用ボードを参照できるよう
にしてもよい。また、メール配信するデータを利用者１
１０の個人単位としてのデータとしてメールサーバ（図
示せず）に私書箱のような形で格納しておき、利用者１
１０の指示によりメールを配信するようにしてもよい。
このようにすると、常時メール配信を行うよりは通信負
荷を減少させることができる。前記特定配信において、
特定のボードについての新規加入者の追加の送信を希望
する場合は、その項目が選択されたとき、前記メール配
信の登録画面に、そのボードについて会員、非会員かを
照合するためのメンバーＩＤと、パスワードを入力する
ための入力ボックスを出現させてメンバーＩＤと、パス
ワードとを登録させ、前記ボード表示・管理部２１３で
メンバーＩＤと、パスワードとを照合させるようにし、
特定のボードからのデータの漏出を防止するようにして
もよい。さらに、携帯端末からボードとカードとのコミ
ュニケーションにアクセスできるようにしてもよい。こ
の場合、携帯端末の画面にボードタイトルのリスト画面
と、リスト画面の下層画面として各ボードのカードリス
トを表示させ、カードの選択によりカードの内容をテキ
スト表示させる。なお、携帯端末からコミュニケーショ
ンシステムの検索エンジンでボード、カードの文脈を指
定してボード、カードの文字列を検索し、検索されたカ
ードのコメントが携帯端末に配信されるようにしてもよ
い。また、携帯端末で検索した特定のカードに対してカ
ードを追加する場合は、コミュニケーションシステム側
より配信されたボード及びカードのデータに対してコメ
ントを記述したデータを返信することになるが、携帯端
末の画面には、ボードの全てを表示することは難しい。
このためこのような場合は、前記ボード管理・表示部２
１３が指定する位置に携帯端末からの追加カードを貼付
けるものとする。なお、貼付けエリアは、利用者端末１
１１を利用した他のカードの貼付けに支障が生じないよ
うにあらかじめ決定される。

【００４６】図３２は、本実施形態におけるメール配信
のフローの一例を示す図である。利用者１１０が利用者
登録のために利用者登録メニューをクリックすると、コ
ミュニティ管理サーバ１０１から利用者端末１１１に、
前記登録画面３０４９が送信され、利用者端末１１１の
画面に表示される（ステップＳ１１０）。利用者１１０
が登録画面３０４９の入力ボックス３０５０〜３０５８
に、それぞれ利用者１１０の氏名、ニックネーム、住
所、メールアドレス、パスワード、連絡先、一口コメン
トなど、利用者１１０を特定するための事項を入力し、
希望するボード名の横のチェックボックス３０５９をＯ
Ｎとし、さらに、チェックボックスにより前記した全カ
ード配信、特定配信の項目をいずれかの項目を選択す
る。この状態で送信ボタン（図示せず）をクリックする
と、登録画面３０４９で登録した登録データが前記コミ
ュニティ管理サーバ１０１を介してメールサービスのデ
ータベースに送信される（ステップＳ１１１）。コミュ
ニティ管理サーバ１０１は、利用者端末１１１からメー
ル配信のサービスの要求を受信すると（ステップＳ１１
４）、前記メール配信希望データを参照して配信サービ
スの内容を更新する（ステップＳ１１５）。次に、利用
者端末１１１から送信されたメール配信希望データでボ
ード、カードを検索し、対応するボード、カードのデー
タを前記メールサーバに格納してデータを更新する（ス
テップＳ１１７）。メールサーバは、コミュニティ管理
サーバ１０１から送信された日時に指定された利用者１
１０のメールアドレスにボード及びカードのデータを送
信し（ステップＳ１１８）、利用者端末１１１は、利用
者１１０の希望する日時に前記メールサーバから希望す
る内容のデータを受信する（ステップＳ１１９）。

【００４７】図３３は、図４で説明したボードデータ４
００のボードタイプ４１１によって選択されたコミュニ
ティカンダーのカレンダーデータの構成の一例を示す図
である。カレンダーデータ１２００は、タグ形式でボー
ド管理とボード表示に必要なデータを記述したデータ
で、ボード管理者１２０がボードを開設する際に登録す
る。カレンダーＩＤタグではさまれた情報はカレンダー
ＩＤ１２０１を表し、アイコンの貼付先ボードを特定す
るための情報である。タイプタグではさまれた情報はボ
ードとしてのカレンダーのタイトル１２０２を、ステー
タスタグではさまれた情報は公開是非情報１２０３を表
し、「１」は公開する、「２」は特定の利用者１１０の
みに公開するという選択を示す。カレンダー登録日タグ
ではさまれた情報は、ボード管理者１２０がコミュニテ
ィカレンダーを登録した年月日１２０４であり、西暦で
表示される。カレンダータイトルタグではさまれた情報
はカレンダーのタイトル１２０５を表す。管理者ＩＤタ
グではさまれた情報は管理者ＩＤ１２０６を表し、ボー
ドデータの更新や削除の際の認証に用いる。管理者氏名
タグではさまれた情報は管理者氏名１２０７を表す。管
理者メールアドレスタグではさまれた情報は管理者メー
ルアドレス１２０８を表し、カレンダーコメントタグで
はさまれた情報はボード管理者１２０によるボード紹介
文などのボードコメント１２０９を表す。パスワードタ
グではさまれた情報は、このカレンダーを参照するため
に必要なパスワード１２１０を表し、特定の利用者１１
０にのみパスワード１２１０を連絡することで利用者１
１０を限定するために用いる。タイプタグではさまれた
情報は、カードの表示形式であるカードタイプ１２１１
を表し、カレンダー更新日タグではさまれた情報は、ボ
ード管理者１２０がこのコミュニティカレンダーの登録
情報を変更した年月日１２１２を表し、西暦で表示され
る。色設定タグではさまれた情報は、前記アイコンの色
の設定情報１２１３を表す。

【００４８】図３４は、コミュニティカレンダーのイベ
ントデータ１４００の構成の一例を示す図である。イベ
ントデータ１４００は、カード編集・表示・管理に必要
なデータをタグ形式で記述したデータである。イベント
ＩＤタグではさまれた情報はイベントＩＤ１４０１であ
り、イベントを特定する情報である。登録日タグではさ
まれた情報はイベントデータの登録日を特定する情報１
４０２であり、カレンダーＩＤタグではさまれた情報
は、コミュティカレンダーを特定するための情報１４０
３を表す。イベント実施日タグではさまれた情報は、イ
ベントの実施日を登録するための登録日情報１４０４
を、イベントタイトルタグではさまれた情報はイベント
タイトル１４０５を表し、イベント会場タグではさまれ
た情報、イベント開始時刻タグではさまれた情報、イベ
ント終了時刻タグで表された情報はそれぞれイベント会
場１４０６、イベント会場で実施されるイベントの開示
時刻１４０７とイベントの終了時刻１４０８を表す。ア
イコンのジャンルではさまれた情報、アイコンのタイプ
で挟まれた情報は、それぞれ後述の図３９で説明するア
イコンのジャンル１４０９、アイコンのタイプ１４１０
を表す。イベント内容タグではさまれた情報は、後述す
る図４０で説明するイベント内容１４１１であり、コメ
ントを全文表示画面で表示する。イベント窓口タグで挟
まれた情報はイベントを開催するための窓口１４１２
を、関連情報のＵＲＬタグではさまれた情報は、イベン
トに関連するＵＲＬ１４１３を示し、画像ファイルタグ
ではさまれた情報は前記したイベントウインドウに表示
する画像ファイル１４１４を、更新日タグで挟まれた情
報はイベントの更新日１４１５を表す。また、更新時間
タグではさまれた情報は、イベント情報の更新時間１４
１６を表し、ユーザーＩＤタグ、ユーザー氏名タグ、電
話番号タグ、ＦＡＸタグ、メールアドレスタグではさま
れた情報は、それぞれユーザーＩＤ１４１７、ユーザー
氏名１４１８、電話番号１４１９、ＦＡＸ１４２０、メ
ールアドレス１４２０を表し、イベントの主催者を特定
する。申し込み期限日タグではさまれた情報は、イベン
トに対する申し込み期限日１４２２であり、申し込み期
限時間タグではさまれた情報は、申し込み期限日の申し
込み期限時間１４２３を表し、メール配信希望タグでは
さまれた情報は、メール配信をするかどうかの情報１４
２４を表し、ｔｒｕｅはメール配信を希望することを表
す。

【００４９】図３５は、コミュニティカレンダーに関す
るユーザーデータの構成の一例を示す図である。ユーザ
ーデータ１５００は、タグ形式でユーザー管理と発言者
情報表示に必要なデータを記述したデータである。ユー
ザーＩＤタグではさまれた情報はユーザーＩＤ１５０１
を表し、更新日タグではさまれた情報は、イベントデー
タの更新日１５０２を表す。パスワードタグではさまれ
た情報はユーザーのパスワード１５０３を表す。ユーザ
ーＩＤ１５０１とパスワード１５０３はログイン時に必
要な入力データである。ユーザー氏名タグではさまれた
情報、ニックネームタグではさまれた情報、住所タグ、
電話番号タグ、ＦＡＸ番号タグ、メールアドレスタグで
はさまれた情報は、それぞれユーザーの氏名１５０４、
ニックネーム１５０５、住所１５０６、電話番号１５０
７、ＦＡＸ番号１５０８、メールアドレス１５０９を示
し、ユーザーを特定するための情報である。一口コメン
トタグではさまれた情報はコメントの内容１５１０であ
り、登録日タグではさまれた情報は、利用者登録の登録
日１５１１である。権限タグはログインの権限１５１２
を表し、利用者１１０であればユーザー権限で、管理者
１２０であれば管理者権限でログインが可能となる。一
口コメントの公開タグ、氏名の公開タグ、ニックネーム
の公開タグ、電話番号の公開タグ、ＦＡＸ番号の公開タ
グ、メールアドレスの公開タグではさまれた情報１５１
３〜１５０８は、それぞれ本人の同意を得て公開するか
どうかを決定するための情報を表し、trueは公開する、
falseは公開しないという選択を示す。また、ＵＲＬタ
グではさまれた情報は、インターネット上のＵＲＬ１５
１９を表し、メール配信設定タグではさまれた情報は、
メール配信を希望するかどうかの情報１５２０を表し、
ｔｒｕｅは希望する、ｆａｌｓｅは希望しないという選
択を示す。

【００５０】図３６は、本実施形態における前記コミュ
ニティカレンダーに関するメールサービスデータの構成
の一例を示す図である。メールサービスデータ１５２１
は、ユーザーの情報であり、ユーザーデータベース２１
２に格納され、ユーザー管理部２１１によって管理され
る。ユーザーＩＤタグではさまれた情報、メールアドレ
スタグで挟まれた情報はそれぞれユーザーＩＤ１５２
２、ユーザーのメールアドレス１５２３を表し、メール
希望ボードＩＤタグではさまれた情報は、メール配信を
希望するボードのＩＤ（メール希望ボードＩＤ１５２
４、メール希望ボードＩＤ１５２６）である。メール配
信済みタグではさまれた情報は、メール配信済みのイベ
ントのうち最新のイベントのイベントＩＤ（メール配信
済みイベントＩＤ１５２５、メール配信済みイベント１
５２７）を表す。ジャンルタイプタグではさまれた情報
は、ジャンルタイプ１５２８を表し、配信時間タグ、配
信単位タグではさまれた情報は、それぞれメールの配信
時間１５３１、配信単位１５３２、すなわち、配信の時
間間隔を表す。

【００５１】図３７はコミュニティカレンダーの画面イ
メージ、図３８はコミュニティカレンダーにおけるイベ
ント申し込み期限一覧を表示するウインドウを示す図、
図３９は同じくコメントページを示す図、図４０はコミ
ュニティカレンダーにおけるイベント表示画面を示す
図、図４１は同じくイベント入力のための入力画面を示
す。図３７において、ボード３０８０の背景となるカレ
ンダーは、前記コミュニティ管理サーバ１０１の日時設
定に対応してその月のカレンダーを日曜日始まりでアプ
レットが描画、表示したものであり、前記ボード表示・
管理部２１３が参照した日の月を画面の上部中央に表示
したものである。ボード３０８０上のカレンダーの日に
ち欄には、日々のイベントを表示するためのアイコンが
貼付けられる。アイコンは、前記利用者端末１１１、ボ
ード管理者端末１２１を用いてコミュニティカレンダー
にログインしたユーザー又はボード管理者１２０がボー
ド３０８０に貼付けるカードの一態様である。前記アイ
コンは、それぞれ目的、用途を分かり易くかつ、情報の
ジャンルを一目で理解するためにボード３０８０にあら
かじめ用意されている。この実施形態では、人間の顔を
デフォルメした口コミ情報３０８２と、\マークをデフ
ォルメしたセールス情報３０８３と、台帳をデフォルメ
した住民向け情報３０８４と、バックをデフォルメした
事業者向けアイコン３０８５と、イベントの申し込み期
限を示す期限アイコン３０８６とが用意されている。前
記アイコン３０８２〜３０８５の中から選択したアイコ
ンをカレンダー３０８１の日にち欄（セル）にドラッグ
＆ドロップすると、コミュティ管理サーバ１０１がこれ
に関連付けられているイベント入力画面を開くようにな
っている。図４０は、イベントを表示するイベント表示
画面３０９２を示し、図４１はこのイベント入力画面の
一例を示す。図４１に示すイベント入力画面３０９８に
情報を書き込み、ＯＫボタン４００８をクリックすると
書き込んだ情報が、そのカードの情報として前記コミュ
ニティ管理サーバ１０１を通じて前記カードデータベー
ス２１６に格納される。図３５のユーザーデータ１５０
０で説明したように、ユーザーデータの公開が本人によ
り許諾されているときは、ユーザーデータの内容は共有
情報となり、許諾されていないときは、プライベートな
情報となる。図３７において、コミュティカレンダーに
ログインしたユーザー（利用者１１０又はボード管理者
１２０）がボード３０８０の右上に表示されているイベ
ントの申込み期限一覧３０８７をクリックすると、これ
に関連付けられたイベントウインドウが開かれる。図３
８はこのイベントウインドウを示す。図示例ではイベン
トウインドウ３０８８には、あらかじめリストが登録さ
れており、申し込み期限を設定したリスト３０８９が表
示され、期限日、開催日、イベントタイトル、主催者、
連絡先（電話番号（ＴＥＬ），ＦＡＸ，ｅ−ｍａｉｌア
ドレス）が表示される。この図３８において、イベント
タイトルがクリックされるとイベントの詳細が関連付け
られた別ウィンドウで表示される。イベント詳細につい
ては図４０で説明する。

【００５２】図３８において、メールアドレス（Ｍａｉ
ｌ）はボード管理者端末１２１、利用者端末１１１のメ
ーラーと連動しており、メールアドレスをクリックする
とメーラーが立ち上がる。図３７の例では、コミュニテ
ィカレンダーに戻ってカレンダー３０８１の日にち欄の
イベントの期限アイコン３０８６をクリックすると、そ
の日に申込み期限のあるイベントが図３８に示すイベン
ト申込み期限一覧に表示されるように相互に関連付けら
れている。この例では、カレンダー３０８１の４／３日
に貼付けられているイベントの期限アイコン３０８６を
クリックすると４／３日に申込み期限のあるイベントの
みがリストアップされるようになっている。また、カレ
ンダー３０８１の下に表示されているイベントカード３
０９０の右横に表示されているコメント件数（図示例で
コメント３件と表示されている部分）の表示部をクリッ
クすると、図３９に示されるように前記したコメントペ
ージ３０９１が表示されるようになっている。このコメ
ントページ３０９１では、一例として、イベントに対す
るコメントとして発言者、発言日、発言時刻と発言内容
が表示されている。図４０に示すように、イベントを表
示するイベント表示画面３０９２は、この例では、イベ
ントの内容がイベントのジャンルに対応付けて変更でき
るようになっており、例えば、イベントのジャンルが口
コミ情報の場合は、主催者の欄を発言者の欄に変更でき
るようになっている。また、このイベント表示画面３０
９２においては、開催日時、イベントの内容の全文、添
付画像が表示される。口コミ情報以外のジャンルの場合
は、連絡先、イベント窓口、会場、詳細が表示に加えら
れるようになっている。イベント表示画面３０９２の下
側に表示された登録ボタン（図示例では「コメントす
る」と表示されたボタン）３０９３はコメント入力ベー
ジ３０９４に関連付けられており、また、コメント入力
ページ３０９４は、前記イベントウインドウ３０９３に
関連付けられている。イベント表示画面３０９２におい
て、登録ボタン３０９３をクリックすると、コメント入
力ページ３０９４が出現する。コメント入力ページ３０
９４にコメントを入力して登録ボタン３０９５を押す
と、コメントの登録が終了する。図４０において、コメ
ント表示ボタン（図示例では「コメントを見る」と表示
されたボタン）３０９６を押すと前記コミュニティ管理
サーバ１０１が前記カードデータベース２１６から対応
するコメントページ３０９１を呼び出して新しい順に表
示させるしたがって、この実施の形態にかかるボード及
びアイコン（カード）もボード管理者１２０及び利用者
１１０が共有するコミュニケーションの場またはプライ
ベートの場となり、各アイコンに関係付けて記録される
情報がプライベートまたは共有の情報となる。

【００５３】入力画面３０９８の入力事項は、図４１に
示すようにイベントを開始する日付、開催時刻、終了時
刻、タイトル、ジャンル、生活シーン、イベント内容、
イベント窓口、開催場所、マップ、申込み期限、メール
配信希望の有無となる。図３７において、ジャンル別の
アイコン３０８２、３０８３、３０８４、３０８５を、
前記カレンダー３０８１の目的とする日にち欄の上にド
ラッグして日を指定した場合は、入力画面３０９８にお
いて、その日が指定した日付けとして表示され、選択さ
れたアイコンのジャンルがジャンル欄に表示される。な
お、日付け及びジャンルは入力画面３０９８にて変更し
てもよい。生活シーン４０００はスクロールボックスに
用意されたものの中から選択し、その他のタイトル、内
容、窓口、場所はそれぞれ入力ボックス４００1、４０
０２、４００３、４００４に入力して情報を蓄積する。
この場合、時刻４００５は、入力の簡便化のため、所定
時間、例えば、１５分刻みに設定可能としてもよい。な
お、マップ情報３０９７（図４０参照）を貼り付ける場
合は、マップ４００７の項目には、リンクを張るＵＲＬ
を指定することが可能である。イベントの申込み期限４
００６の設定については、その日時を入力する。この設
定により、期限アイコン３０８６が入力した日に表示さ
れる。前記利用者１１０へのメール配信は、イベント発
生時のメール配信を希望している利用者１１０に対して
このイベントを配信するかどうかを入力することができ
る。なお、図３７の画面上のイベント入力をクリックし
て、入力画面３０９８を表示してもよい。この場合の日
付欄、ジャンル欄は未入力の状態で表示される。

【００５４】図４２は前記ボード、及びコミュニティボ
ードの利用者１１０を登録する登録画面４０１０の別の
例を示す図である。なお、図４２において、図３１で説
明した構成と同じ構成については、同一符号を付し説明
を省略する。登録画面４０１０の入力ボックスとして
は、「氏名」３０５０、「ニックネーム」３０５１、
「住所」３０５２、「パスワード」（仮パスワードを含
む）３０５３、連絡先（「電話番号」３０５４、「ＦＡ
Ｘ」３０５５、「ｅ−ｍａｉｌアドレス」３０５６）、
「一口コメント」３０５７、「ＵＲＬ」（Ｕｎｖｅｒｓ
ａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｅｒ）３０５８な
どが設定される。設定後、この登録画面でチェックした
ボード（例えば、あおぞら駅前マップ）に対して新たに
カードが追加されるなど、更新によって変化が生じたと
きは、図３１、図３２を参照して説明したようにメール
希望の配信内容に応じてその内容が配信される。これは
前記コミュニティカレンダーについても同様である。メ
ール配信の詳細設定については、この例では、メール配
信を希望する場合に、メール配信詳細設定のチェックボ
ックスをＯＮとして配信時間帯を午前、午後、夜から選
択可能するとその時間帯にメールが配信される。配信単
位を指定することで、当日分、３日分、１週間分などま
とめて配信できる。また、選択した特定のジャンルや生
活シーンのイベントのみを希望するための口コミ情報、
セールス情報、住民向け情報、事業者向け情報のジャン
ルは、ここでは、遊ぶ、食べる、買う、働く、住むの５
つのジャンルに細分化されているので、細分化された内
容でコメントが送信される。

【００５５】図４３は、図２１で示した分割ボードを作
成するボード管理画面の別の例を示す図である。なお、
図４３において、図２１で説明した構成と同じ構成につ
いては、同一符号を付し説明を省略する。ボード一覧４
０１１でボードタイトルやボード一口コメントなどボー
ドの内容を示す項目の左横のチェックボックス２０５２
をＯＮとし、ＯＫボタン２０５３をクリックすると、分
割ボードのタイトル、一口コメントなどの情報を登録す
るボード分割詳細設定画面４０１２が表示される。図４
３（ｂ），（ｃ）では、分割元ボードとして東西市Ｂ町
計画案を選択し、分割後のボードとして東西市Ｂ町計画
第２案を設定する場合を示す。ボード分割詳細設定画面
４０１２でタイトル、一口コメントなどを入力し、ＯＫ
ボタン４０１３をクリックすると、分割後のボード上で
表示するカードを選択するために分割元ボードのカード
内容を参照できる参照モード画面４０１４が表示され
る。図４３（ｄ）では東西市Ｂ町計画案のボードとカー
ドとが表示された場合である。この参照モード画面４０
１４でカードをクリックすると、カードの内容を参照で
きるプルダウンメニュー項目４０１５が表示され、この
プルダウンメニュー項目４０１５をクリックすると図９
のようなコメント全文の表示画面が表示される。「選択
モードへ」ボタン４０１６をクリックすると、分割後の
ボードで表示するカードを選択できる選択モード画面４
０１７が表示される。この選択モード画面４０１７でカ
ードをクリックすると、カード４０１８のように色が変
わるなど、選択したカードを特定できるようにする。ま
た、選択したカードを再度クリックすると、色が元に戻
るなど、非選択の状態に戻るようにする。カードの内容
を再度、確認したい場合は、「参照モードへ」ボタン４
０１９をクリックすると、参照モード画面４０１４が表
示される。この時、選択モード画面４０１７で選択され
たカードは参照モード画面４０１４でも色が変わった状
態で表示される。また、リセットボタン４０２１をクリ
ックすると、選択したカードが全て非選択の状態にな
る。分割後のボードで表示したいカードを選択した後、
決定ボタン４０２０をクリックすると、選択したカード
のみが表示される確認画面４０２２が表示される。確認
画面４０２２で「戻る」ボタン４０２４をクリックする
と選択モード画面４０１７に戻り、ＯＫボタン４０２３
をクリックするとボード分割内容を確認するボード分割
内容確認画面４０２５が表示される。ボード分割内容確
認画面４０２５でＯＫボタン４０２６をクリックする
と、作成した分割ボードの情報がコミュニティ管理サー
バ１０１に送信され、ボード表示・管理部２１３によ
り、ボードデータベース２１４に保存される。

【００５６】図４４は、図２２〜図２７で説明したボー
ド連携のデータ例である。ボードデータ４００に連携グ
ループのＩＤなどのデータを追加して、ボード毎にボー
ド連携データを管理してもよいし、図４４のようにボー
ド連携データを独立して管理してもよい。連携グループ
ＩＤ４０３０はボード連携のグループを特定する情報で
あり、連携グループタイトル４０３１は図２２や図２５
で入力する連携グループのタイトルである。連携グルー
プを紹介する一口コメントを入力した場合は連携グルー
プ一口コメント４０３２に記述される。連携グループボ
ード４０３３はボード上部に表示されるプルダウンメニ
ュー２０７４、２０８０（図２４、図２７参照）でリス
トアップされる各ボードのＩＤとタイトルである。

【００５７】本発明にかかるコミュニケーション方法及
びそのシステムは、次のように要約される。本発明は、
利用者端末１１１をネットワークに接続し、利用者端末
１１１の画面に表示されたコミュニケーションのボード
という土台（情報単位）にカード（情報単位）を貼付け
て相互に多種、多様な情報を共有しながらこれらの情報
を蓄積するコミュニケーション方法及び装置において、
カード同士に矢印付きのリンク線を貼って進行過程を表
示させるので、途中からコミュニケーションに参加した
者でもその経過と内容とを容易に把握することができ
る。なお、利用者端末１１１、ボード管理者端末１２
１、コミュニティ管理サーバ１０１は、通信機能を持つ
周知のコンピュータで構成されており、利用者端末１１
１の画面、ボード管理者端末１２１の画面、コミュニテ
ィ管理サーバ１０１の画面は、これらに接続されている
ディスプレイ（図示せず）の画面を意味している。例え
ば、「〇〇町について」の情報を文字と画像で表示した
ボードを作成して町についての批評や要望などの情報を
収集し、蓄積しようとする場合には、最初に「〇〇」、
「××」、「△△」というカードがボード上に貼付けら
れる。次に、ボードを見た管理者又は第三者がそのカー
ド「〇〇」、「××」、「△△」に対する質疑応答のた
めのカードを作成し、これをボード上に貼付ける。カー
ドの差し出し先、内容から見てボード管理者１２０、す
なわち、ボードの作成側に応答の必要がある場合は、ボ
ード管理者１２０がそのカードに対して質問や意見のた
めのカードを貼付ける。一つの画面に、多数のカードに
よる多数のテーマが掲示された場合、また、特定のカー
ドに多数のカードが関連した追加カードとして貼付けら
れた場合は、各テーマのカード（親カード）とこれに質
疑を求めるためのカードの内容が読みにくくなり、ま
た、相互の関係が不明確で、判読が困難となる。そこ
で、カードの属性を明確にし、テーマとなるカードに意
見、質問のためのカードにリンク線を貼って相互の関連
を明確し、テーマとなるカードと関連付けるカードとを
視覚的に区別させる。そして、コミュニケーションの元
となるカード、すなわち、テーマとなるカードに追加カ
ードからリンク線を貼ってカード同士を一連の情報とす
る。また、リンク線には新しく作成されたカードから直
前に作成されたカード向きの矢印を付けて親子関係を明
確にしコミュニケーションの進行過程を一目で把握でき
るようにしている。すなわち、テーマとなるカードが
「××」であるとき、「××」←「××に対して□□」
←「□□に対して◇◇」←「◇◇に対して◆◆」←「◆
◆に対して〇〇」というように、カード同士がリンク線
←で連結され、相互に関連付けられる。また、議事進行
の上で元となるカードと、ボード上に表示されているボ
ート背景の画像又はテキストの指定した箇所には、これ
を開始点とするリンク線を貼り、また、議事の元となっ
た箇所を示すとともに、テーマとなったカードと、質疑
のためのカードとに区別して視認できるようにする。も
ちろん、単一のカードから複数のカードにリンク線を貼
り、相互を明確に関連付けることも可能である。このよ
うにすれば、テーマとなる複数のカードや質疑のための
複数のカードがボード上に多数貼付けられていても、ま
た、各カードがボードに対して乱雑に配置されていて
も、相互の関係が明確なものとなる。また、ボードに貼
付けるカードは、単に、ボード上に重ねて表示されてい
て任意の場所に移動可能となっており、カード同士、ボ
ードのテキスト表示とテーマとなるカードを連結するリ
ンク線は、カードの移動に伴ってみかけ上伸縮すること
ができるので、各カードを整理して見やすくすることが
できる。この場合、他のテーマを表示するカード、これ
にリンクするカードは、邪魔となるだけなので、ボード
の隅にまとめて寄せておけばよい。このようにすると、
ボードの面積を一つのテーマに対する議論展開の場とし
て有効に活用することができるが、カードの属性や内容
を一目で理解できるようにするには、ディスプレイの表
示面積を大きく、ボードを大きくするか、またはディス
プレイの解像度を大きくし、ディスプレイに対するカー
ドの表示面積を小さくする必要がある。しかし、ディス
プレイを交換したり、ディスプレイの解像度を変える方
法は、ボード管理者１２０側、ユーザー側の負担が大き
くなり好ましいものではない。そこで、ボードに表示さ
れるカード数に一定の制限を設け、ボード上に貼付けら
れるカード数を制限する。制限数は、ディスプレイの表
示サイズ、ディスプレイの解像度能力を問わず一定と
し、ボード管理者１２０と参加者とで同じ質、同じ数の
情報を共有する。また、カードが制限数を超えた場合
は、このボードと同じ背景のボードを作成し、このボー
ドにコミュニケーションの継続が必要な数のカードを貼
付けて連携ボードを作成し、この連携ボードを現在のボ
ードに切り換える。連携ボードには必要なファイルのみ
が貼付けられており、カードによって煩雑な状態となっ
ていないので、コミュニケーションをスムーズに継続す
ることが可能となる。この結果、ディスプレイの表示面
積、解像度に依存することなく、会議の管理者と参加者
との間で、同じ情報を共有して会議を進めることができ
る。また、コミュニケーションに利用者１１０が常時参
加することは無理であり、外出先からでもコミュニケー
ションの内容を知りたいことや、コミュニケーションに
参加したい場合がある。このような場合は、コミュニケ
ーションシステムから携帯電話にボード、カードのデー
タを送信し、携帯端末からコミュニケーションに参加す
ることになるが、携帯端末の画面、特に、携帯電話の画
面は限られているので、ボードに対するカード位置を正
確に決定することはできない。このような場合、コミュ
ケーションボードに携帯側から送信されたカードを貼り
付けるためのエリアを確保しておきこのような問題を解
決する。また、カードが追加された場合や、新規な加入
者が増えたとき、これを利用者１１０側にサービスとし
て配信することが希望されるが、全てのデータをコミュ
ニケーションシステムから直接利用者端末１１１に配信
するのでは、両者の通信負荷が増え、相当の時間が必要
になる。そこで、本実施形態では、利用者１１０側にと
ってプライベートの場となるメールサーバをつくり、こ
のメールサーバにコミュニケーションシステムのボー
ド、カードを格納し、更新できるようにし、このメール
サーバから利用者１１０にコミュニケーションの変更分
を、希望日時に配信するようにして、通信負荷の減少を
達成する。また、ボード管理者１２０側、利用者１１０
側が利用するカレンダーをコミュケーションシステムの
カレンダーとすることができるが、単なるカレンダーで
は、本発明にかかるコミュケーションシステムにはなじ
まない。そこで、カードを時系列順に、例えばカレンダ
ー上に表示できるボードを作成し、ボードのカレンダー
の日にち欄に、カードとしてのアイコンを貼付ける。ア
イコンは、ドラッグされたとき文字や画像を表示するウ
インドウを開くように関連付けておくので、利用者１１
０が、アイコンに関連付けてテキストや画像情報を格納
しておくと、コミュニケーション全体で情報を共有する
ことができる。また、前記アイコンを複数のジャンルに
分けてジャンル別に情報を蓄積させるので、利用価値の
高いカレンダーとすることができる。もちろん、カレン
ダーのデータを前記したようにメール配信に連携させて
利用者１１０に配信すると、その価値を一層向上させる
ことができる。なお、前記したコミュニケーションの前
提情報やコミュニケーションの土台となる情報単位を受
発信、生成、蓄積する機能と、コミュニケーションの内
容となる情報単位を受発信、生成、蓄積する機能と、利
用者端末１１１からコミュニケーションの内容や経過の
表示又は蓄積、又はコミュニケーションの目的あるいは
段階に対応したコミュニケーションの機能の提供を行う
ことを指示された際に、前記情報単位の一つあるいは前
記情報単位の組み合わせにより前記指示に対応した処理
をする機能を実現させるプログラムは、前記コミュニテ
ィ管理サーバ１０１、前記利用者端末１１１₁〜１１１
ｎ、前記ボード管理者端末１２１₁〜１２１ｎの固定記
憶部に対応させて適宜記憶される。また、これらのプロ
グラムは、フレキシブルディスク、光ディスク、磁気デ
ィスク等の記録媒体に記録される。本発明は本発明の趣
旨を逸脱しない範囲内で種々の改変が可能であり、本発
明はこの改変された発明に及ぶことは当然である。

【００５８】

【発明の効果】本発明は、コミュニケーションの情報単
位をボードとカードなどの多層構造にし、その情報単位
の組み合わせによりコミュニケーションの経過や内容を
多様に表示、あるいは集計できるので、利用者は複雑な
コミュニケーション状況を理解しやすい。また、コミュ
ニケーションの目的や段階に対応したコミュニケーショ
ン機能を、ボードとカードなどの情報単位の組み合わせ
により提供できるので、利用者が参加しやすいコミュニ
ケーション環境をつくることができる。

【図面の簡単な説明】

【図１】本発明の実施形態のシステム構成例を示す図で
ある。

【図２】本発明の実施形態のブロック構成例を示す図で
ある。

【図３】本発明の実施形態のユーザーデータ構成例を示
す図である。

【図４】本発明の実施形態のボードデータ構成例を示す
図である。

【図５】本発明の実施形態のカードデータ構成例を示す
図である。

【図６】本発明の実施形態のカード貼付履歴表示画面例
を示す図である。

【図７】本発明の実施形態のあるカードに関連する情報
参照処理手順例を示すフローチャートである。

【図８】本発明の実施形態のカードメニュー画面例を示
す図である。

【図９】本発明の実施形態のカードリンクとコメント全
文の表示画面例を示す図である。

【図１０】本発明の実施形態の発言者情報画面例を示す
図である。

【図１１】本発明の実施形態のカード追加処理手順例を
示すフローチャートである。

【図１２】本発明の実施形態のコミュニケーション内容
を蓄積する場合の集計処理手順例を示すフローチャート
である。

【図１３】本発明の実施形態の集計処理手順例を示すフ
ローチャートである。

【図１４】本発明の実施形態の集計結果画面例を示す図
である。

【図１５】本発明の実施形態のテンプレート設定処理手
順を示すフローチャートである。

【図１６】本発明の実施形態のテンプレート選択画面例
を示す図である。

【図１７】本発明の実施形態のカードのグルーピング設
定処理手順を示すフローチャートである。

【図１８】本発明の実施形態の代表カード入力画面例を
示す図である。

【図１９】本発明の実施形態の代表カード表示画面例を
示す図である。

【図２０】ボード及びカードの仕様決定に用いられる登
録画面の一例を示す図である。

【図２１】分割ボードの作成などのためのボード管理画
面の一例を示す図である。

【図２２】連携ボード作成のための下層画面を示す図で
ある。

【図２３】同じく連携ボード作成のための下層画面を示
す図である。

【図２４】同じく連携ボード作成のための下層画面を示
す図である。

【図２５】同じく連携ボード作成のための下層画面を示
す図である。

【図２６】同じく連携ボード作成のための下層画面を示
す図である。

【図２７】同じく連携ボード作成のための下層画面を示
す図である。

【図２８】連携ボードに対するカードの貼付け枚数を設
定するための登録画面を示す図である。

【図２９】一定期間を経過したカードを手動で非表示と
してボードを見やすくするための登録画面を示す図であ
る。

【図３０】フレーミング対策のための設定画面を示す図
である。

【図３１】利用者の登録画面の一例を示す図である。

【図３２】本実施形態におけるメール配信のフローの一
例を示す図である。

【図３３】コミュニティカレンダーのカレンダーデータ
の構成の一例を示す図である。

【図３４】本実施形態にかかるコミュニティカレンダー
のイベントデータの構成の一例を示す図である。

【図３５】本実施形態にかかるコミュニティカレンダー
に関するユーザーデータの構成の一例を示す図である。

【図３６】本実施形態にかかる前記コミュニティカレン
ダーに関するメールサービスデータの構成の一例を示す
図である。

【図３７】本実施形態にかかるコミュニティカレンダー
の画面イメージを示す図である。

【図３８】本実施形態にかかるコミュニティカレンダー
におけるイベントウインドウを示す図である。

【図３９】本実施形態にかかるコメントページを示す図
である。

【図４０】本実施形態にかかるコミュニティカレンダー
におけるイベント表示画面を示す図である。

【図４１】同じくイベント入力のための入力画面を示す
図である。

【図４２】本実施形態にかかるボード及びコミュニティ
ボードの利用者を登録する登録画面の別の例を示す図で
ある。

【図４３】本実施形態にかかり図２１の分割ボードを作
成するためのボード管理画面の別の例を示す図である。

【図４４】本実施形態にかかり図２２〜図２７のボード
連携のデータ例である。

【符号の説明】

１００ コミュニティ管理者 １０１ コミュニティ管理サーバ １１０（１１０₁〜１１０ｎ） 利用者 １１１（１１１₁〜１１１ｎ） 利用者端末 １２０ （１２０₁〜１２０ｎ） ボード管理者 １２１（１２１₁〜１２１ｎ） ボード管理者端末 １１２ 画面イメージ １３０ 通信網 ２００ データ送受信部 ２１０ コミュニケーション制御部 ２１１ ユーザー管理部 ２１２ ユーザーデータベース ２１３ ボード表示・管理部 ２１４ ボードデータベース ２１５ カード編集・表示・管理部 ２１６ カードデータベース ２１７ 情報の集計・表示・管理部 ２１８ 集計データベース ２１９ テンプレート表示・管理部 ２２０ テンプレートデータベース

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１４年７月１２日（２００２．７．１
２）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】全文

【補正方法】変更

【補正内容】

【書類名】 明細書

【発明の名称】 コミュニケーション方法、これを用い
たコミュニケーションシステム、コミュニケーションシ
ステム用のプログラム及びコミュニケーションシステム
用のプログラムを記録したコンピュータ読み取り可能な
記録媒体

【特許請求の範囲】

【請求項２４】 コンピュータにコミュニケーションの
前提情報やコミュニケーションの土台となる情報単位を
受発信、生成、蓄積する機能と、 コミュニケーションの内容となる情報単位を受発信、生
成、蓄積する機能と、 利用者端末からコミュニケーションの内容および経過の
表示または蓄積、またはコミュニケーションの目的ある
いは段階に対応したコミュニケーション機能の提供を行
うことを指示された際に、前記情報単位の一つあるいは
前記情報単位の組み合わせにより前記指示に対応した処
理をする機能を実現させるためのコミュニケーションシ
ステム用のプログラムを記録したコンピュータ読み取り
可能な記録媒体。

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク上にお
けるコミュニケーション方法、これを用いたコミュニケ
ーションシステム、コミュニケーションシステム用のプ
ログラム及びコミュニケーションシステム用のプログラ
ムを記録したコンピュータ読み取り可能な記録媒体に関
するものである。

【０００２】

【従来の技術】近年、ネットワークインフラの整備やＰ
Ｃ・モバイル端末の普及が進む中、ネットワーク上のコ
ミュニケーションシステムを利用する人が増えてきてい
る。既存のコミュニケーションシステムとしては、メー
ル、メーリングリスト、掲示板、チャット、電子会議シ
ステムなどがあり、このようなシステムの活用によりネ
ットワークを媒体とした多様なコミュニティが生まれ、
様々な活動の源になっている。このような動きの中、ネ
ットワーク上のコミュニティへの参加やコミュニケーシ
ョンの阻害要因を解消する技術が重要になってきてい
る。ネットワーク上のコミュニティにおけるコミュニケ
ーションへの参加を阻害する要因としては、（１）発言
の量が多すぎ、メッセージそのものを読みこなすことが
困難である、（２）会話の流れ（複数の話題の道筋）が
複雑で追い難いといった点が挙げられている（池田謙一
「ネットワーキング・コミュニティ」１９９７東京大
学出版会）。この解決法としては、例えば特開平９−２
３１０４０号公報（以下、公知例１とも称す）の電子掲
示板システム及びその議論管理方法がある。これは発言
に賛成、反対、補足、代案などの属性を発言者が選択し
て付与し、記事の引用関係を階層表示することで、電子
メールによる議論の経緯を容易にするものである。

【０００３】 一方、複数のカードを用いて情報の整理、
分析を行うという観点ではＫＪ法が知られており、ＫＪ
法をベースとした発想支援ツールが実現されている。こ
のカードとその土台となるボードというメタファを用い
てコミュニケーションを支援するシステムとして検討し
たのが弊社で研究した蓄積型コミュニケーションシステ
ム（P１５６〜Ｐ１５７ 日本認知科学会第１８回大会
論文集）（以下、公知例２とも称す）である。これは情
報の編集、共有、蓄積の土台となるボードと１つの情報
を表すカードを用いるもので、コミュニティの参加者は
発言したい情報をカードに記述し、ネットワークを介し
てそのカードをボード上の任意の位置に貼り付けること
ができるものである。

【０００４】

【発明が解決しようとする課題】公知例１では、特定の
テーマと投稿記事との関連や投稿記事間の関連は明示で
きるが、複数のテーマと投稿記事との関連や複数の投稿
記事間のｎ対ｎの関連性やその経過は明示しにくい。一
方、公知例２では、コミュニケーションの前提情報を示
すボード、カード、カード間及びカード・ボード間の関
連を示すリンク線を用いることで公知例１の課題は解決
できるが、ボード上の複雑なカード間及びカード・ボー
ド間の関連全体を表示するだけでは利用者がコミュニケ
ーション状況を容易に理解することは難しいし、関心の
あるコメント内容を探して読みこむことも容易ではな
い。また公知例２では、カードごとの蓄積が可能なの
で、コミュニケーションの内容の整理・分析が容易とな
るが、ボード背景の情報は蓄積する情報の対象にしてい
ないためコミュニケーション内容の整理・分析に必要な
情報を十分に活用できているとはいえない。ネットワー
ク上の任意のコミュニティにおけるコミュニケーション
では、多様なメンバーが随時コミュニケーションに参加
するので、コミュニケーション内容や経過をより理解し
やすいように表示することが大きな課題だといえる。ま
た、公知例１、２ではともに、コミュニケーションを支
援する機能はコミュニケーションのプロセスに関係なく
終始一定である。しかし、例えばコミュニケーションの
最初の段階ではなるべく自由な発言をしやすくする機能
が求められるが、コミュニケーションが進んだ段階では
議論の集約を支援する機能が求められるように、コミュ
ニケーションの経過に応じて求められる機能は異なる。
公知例１、２ではコミュニケーションの目的や経過に応
じて段階的にコミュニケーションを支援する機能を提供
することはできないといえ、コミュニケーションをうま
く進められるかどうは管理者側の運用次第となる。ネッ
トワーク上のコミュニティにおけるコミュニケーション
の場の運用は負荷が大きいので、コミュニケーションが
より円滑に進むような機能を提供して、コミュニケーシ
ョンの場の管理者をサポートすることも重要な課題だと
いえる。

【０００５】 本発明は前記課題を考慮し、コミュニケー
ションの経過や内容を理解しやすいように情報を表示、
集計し、ネットワーク上のコミュニティにおけるコミュ
ニケーションをより円滑に進めるための機能を提供する
コミュニケーション方法及びコミュニケーションシステ
ムを実現することを主たる目的とする。

【０００６】

【課題を解決するための手段】本発明では、ネットワー
クを介してコミュニケーションの前提情報やコミュニケ
ーションの土台となる情報単位を受発信、生成、表示、
蓄積する手段と、コミュニケーションの内容となる情報
単位を受発信、生成、表示、蓄積する手段を備えたコミ
ュニケーションシステムにおけるコミュニケーション方
法であって、利用者端末からコミュニケーションの経過
や内容の表示を指示された際に、あるいはコミュニケー
ションの内容の集計を指示された際に、あるいはコミュ
ニケーションの場の管理者端末からコミュニケーション
の目的や段階に応じたコミュニケーション機能の提供を
指示された際に、前記情報単位の一つあるいは前記情報
単位の組み合わせにより前記指示に対応した処置をする
コミュニケーション方法により、前記課題を解決する。
ここで、コミュニケーションの内容となる情報単位の例
としては、カードがあり、コミュニケーションの前提情
報やコミュニケーションの土台となる情報単位の例とし
てはボードがある。

【０００７】 情報単位としてのボードの情報には、ボー
ドの識別子及び図４に示すようなカードとの関係などの
ボードの機能を特定する属性情報を備えている。また、
コミュニケーションの目的や段階に応じたコミュニケー
ション機能を提供するために、目的や段階に対応したテ
ンプレートを備え、管理者が選択することによりテンプ
レートを利用できるようにする。さらに、本発明では、
コミュニケーションシステムにかかるプログラムを記録
したコンピュータ読み取り可能な記録媒体、およびプロ
グラムについても特徴を備える。

【０００８】

【発明の実施の形態】以下、図面を用いて本発明の一実
施形態を説明する。なお、これにより本発明が限定され
るものではない。本実施形態では、コミュニケーション
における情報単位をボードとカードという２層構造とす
るＷｅｂ上のコミュニケーションシステムを用いて説明
する。ここで、ボードとはコミュニケーションの前提と
なる情報を表示し、カードを貼付する土台となる情報単
位であり、カードとはコミュニケーションにおけるコメ
ント内容や発言者情報を表示する情報単位である。な
お、本実施形態では２層構造の例を説明するが、ボード
とカードとカードに貼付する付箋というように３層以上
の構造にしてもよい。また、本実施形態では、カードは
四角い形状でテキストを表示する情報単位であるが、カ
ードの形状はアイコンやマークなど、視認性を備えたも
のであればよく、表示内容も画像や動画、音声などマル
チメディアデータ全般を対象とする。またインターネッ
トやイントラネットに限定するものではない。

【０００９】 図１は、本実施形態のコミュニケーション
システムの概略構成を示したものである。本実施形態の
コミュニケーションシステムは、コミュニケーションシ
ステムを管理するコミュニティ管理者１００と、コミュ
ニケーションシステムを利用する利用者１１０₁〜１１
０ｎ（以下、単に利用者１１０とも称する）と、任意の
コミュニティにおけるコミュニケーションの場となるコ
ミュニケーションシステムのボードを管理するボード管
理者１２０₁〜１２０ｎ（以下、単にボード管理者１２
０とも称する）とが利用するシステムである。なお、こ
こでコミュニティとは特定の目的や条件にもとづいて集
まる個人あるいは組織の集合を称し、例えば、地域コミ
ュニティとは、自治体職員、住民、地元事業者、学生、
ＮＰＯなどのある地域に属するメンバーの集合を指す。

【００１０】 図１に示すように、コミュニティ管理サー
バ１０１と、利用者端末１１１₁〜１１１ｎ（以下、単
に利用者端末１１１とも称する）と、ボード管理者端末
１２１₁〜１２１ｎ（以下、単にボード管理者端末１２
１ともいう）とが、インターネットやイントラネットな
どの通信網１３０を介して、互いに接続されて構成され
ている。なお、コミュニティ管理者１００とは異なるコ
ミュニケーションシステム提供者がコミュニケーション
システム管理サーバを用いてコミュニティ管理者１００
にコミュニケーションシステムを提供してもよい。ま
た、通信網１３０を介さずに、無線を用いてもよい。

【００１１】 コミュニティ管理サーバ１０１は、コミュ
ニティ管理者１００が管理する、コミュニケーションの
運用や管理を行うサーバである。コミュニティ管理サー
バ１０１は、利用者１１０からの要求に応じてカードま
たはボードの編集や表示を行い、またカードデータ、ボ
ードデータ、ユーザーデータの管理を行う。利用者端末
１１１は利用者１１０が利用する端末である。利用者１
１０は利用者端末１１１を用いて、コミュニケーション
の利用者登録、参照、ログイン、カード編集などの要求
をコミュニティ管理サーバ１０１に送信する。図１の画
面例１１２は利用者端末１１１を用いて利用者１１０が
本実施形態のコミュニケーションシステムを利用する際
の画面イメージ例である。ここでは左のフレームにメニ
ューを表示し、右の画面にボードとカードを表示してい
るが、全画面にボードとカードを表示してメニューは画
面上部に表示してもよいし、別画面にメニューを表示し
てもよい。またここではメニューにボード一覧を表示
し、ボード一欄から各ボードにアクセスする場合を示し
ているが、一般のＨＴＭＬ画面から直接関連するボード
にアクセスできるようにしてもよい。

【００１２】 ボード管理者端末１２１はボード管理者１
２０が利用する端末である。ボード管理者１２０はボー
ド管理者端末１２１を用いて、ボードの登録やボード管
理情報の更新や削除などの要求をコミュニティ管理サー
バ１０１に送信する。なお、ボード管理者１２０が利用
者１１０を兼ねてもよいし、コミュニティ管理者１００
を兼ねてもよい。

【００１３】 図２は、本実施の形態のコミュニティ管理
サーバ１０１におけるコミュニケーションシステムのブ
ロック構成を示したものである。

【００１４】 データ送受信部２００は、利用者端末１１
１やボード管理者端末１２１からの要求を受信したり、
要求に応じた処理内容を利用者端末１１１やボード管理
者端末１２１に送信したり、利用者１１０のログイン時
のセッション管理を行うものである。

【００１５】 コミュニケーション制御部２１０はデータ
送受信部２００から送られた利用者端末１１１やボード
管理者端末１２１からの要求に応じて適切な処理部に処
理を依頼することにより、コミュニケーションシステム
全体の流れを制御する。

【００１６】 ユーザー管理部２１１はユーザーＩＤ、パ
スワードなどのユーザー情報を格納するユーザーデータ
ベース２１２を管理し、利用者端末１１１から利用者登
録要求があった際はユーザー情報を作成してユーザーデ
ータベース２１２に登録し、ユーザー情報の更新や削除
の要求があった際はユーザーＩＤとパスワードを認証
し、正しければユーザーデータベース２１２の更新を行
う。また、利用者端末１１１からログイン要求があった
際はユーザーＩＤとパスワードを認証し、正しい場合は
ログインＯＫのメッセージとユーザーＩＤを、正しくな
い場合はエラーメッセージをコミュニケーション制御部
２１０に渡す。

【００１７】 ボード表示・管理部２１３は、ボードデー
タとしてボードＩＤ、ボードタイトル、ボード管理者Ｉ
Ｄなどを格納するボードデータベース２１４を管理し、
利用者端末１１１からボード一覧表示要求があった際は
ボードデータベース２１４によりボードタイトル一覧を
生成し、コミュニケーション制御部２１０に渡す。また
利用者端末１１１から個別のボードの参照要求があった
際は、ボードデータベース２１４により生成したボード
画面をコミュニケーション制御部２１０に渡す。ここで
特定の利用者のみ参照できるボードの参照要求があった
際は、あらかじめ特定の利用者にのみに知らされている
パスワードの入力を要求するメッセージをコミュニケー
ション制御部２１０に渡し、利用者端末１１１からパス
ワードが送信されたらボードデータベース２１４のデー
タと照合し、正しい場合はボードデータベース２１４に
より生成したボード画面を、正しくない場合はエラーメ
ッセージをコミュニケーション制御部２１０に渡す。な
お認証の際はメンバーＩＤを用いてもよい。また、ボー
ド管理者端末１２１からボードデータの更新や削除の要
求があった際は、ボードデータベース２１４によりログ
インされたユーザーＩＤと管理者ＩＤを照合し、正しい
場合はボードデータ管理画面を、正しくない場合はエラ
ーメッセージをコミュニケーション制御部２１０に渡
す。

【００１８】 カード編集・表示・管理部２１５は、カー
ドＩＤ、カードが貼付されているボードＩＤ、ユーザー
ＩＤなどを格納するカードデータベース２１６を管理
し、利用者端末１１１からコメント表示の要求があった
際は、ボードデータベース２１４により生成したボード
上にカードデータベース２１６によりカードを表示した
画面を、コミュニケーション制御部２１０に渡す。また
利用者端末１１１からコメント内容表示の要求があった
際は、カードデータベース２１６により生成したコメン
ト内容表示画面をコミュニケーション制御部２１０に渡
す。また利用者端末１１１からカード追加の要求があっ
た際は、ログインしているかどうかを確認し、ログイン
がまだである場合はログイン画面を、ログイン済みの場
合はコメント入力画面をコミュニケーション制御部２１
０に渡す。また、カード削除、リンク追加、リンク削
除、カード位置変更などの要求があった際は、ログイン
しているかどうかを確認し、ログインがまだである場合
はログイン画面をコミュニケーション制御部２１０に渡
し、ログイン済みの場合はログインしたユーザーＩＤと
カードのユーザーＩＤを照合し、正しければ各処理に進
み、正しくない場合はエラーメッセージをコミュニケー
ション制御部２１０に渡す。

【００１９】 情報の集計・表示・管理部２１７は、カー
ド情報やボード情報の集計結果情報を格納する集計デー
タベース２１８を管理し、コミュニティ管理者１００や
ボード管理者１２０の集計要求があった際は、管理者Ｉ
Ｄを照合し、正しい場合は集計画面を、正しくない場合
はエラーメッセージをコミュニケーション制御部２１０
に渡す。

【００２０】 テンプレート表示・管理部２１９は、コミ
ュニケーションの目的や段階に応じたボード背景とカー
ド機能のセットであるテンプレートデータを格納するテ
ンプレートデータベース２２０を管理し、ボード管理者
端末１２１からテンプレートメニューの要求があった際
はテンプレートデータベース２２０よりテンプレートメ
ニューをコミュニケーション制御部２１０に渡し、テン
プレート利用要求があった際はテンプレートデータベー
ス２２０より生成したボード画面をコミュニケーション
制御部２１０に渡す。なお、上記のような処理をＷｅｂ
ブラウザ上で実現するための実装技術としてＪａｖａ
（Ｒ）技術がある。「ＪＡＶＡ ＰＲＥＳＳ ＶｏＬ．
１４」（Ｐ３８〜Ｐ４３ 技術評論社 ２０００年１０
月発行）によれば、サーバサイドＪＡＶＡ（Ｒ）として
はサーブレッド、ＪＳＰなどがあり、これらを組み合わ
せることで、様々なＷｅｂページを動的に生成すること
ができる。また、Ｗｅｂ画面上でのイベント制御やプル
ダウンメニュー表示などはＪＡＶＡ（Ｒ）アプレットに
よる実装が一般的である。ユーザーデータベース２１
２、ボードデータベース２１４、カードデータベース２
１６、集計データベース２１８、テンプレートデータベ
ース２２０は、それぞれのデータを記録する手段である
が、データをファイルやフォルダといった形式で記録す
る手段であってもよい。

【００２１】 図３は、本実施形態におけるユーザーデー
タベース２１２に格納されるユーザーデータの構成の一
例を示す図である。ユーザーデータ３００は、タグ形式
でユーザー管理と発言者情報表示に必要なデータを記述
したデータである。ユーザーＩＤタグではさまれた情報
はユーザーＩＤ３０１を表し、パスワードタグではさま
れた情報はパスワード３０２を表す。ユーザーＩＤ３０
１とパスワード３０２はログイン時に入力するデータで
あり、カード削除、リンク追加、リンク削除、カード位
置変更などの要求時に発言者本人かどうかの認証を行う
ために必要である。また、カードの発言者についての情
報はカード内容を理解するのに役立つといえるが、発言
者情報の公開については発言者本人の同意が必要であ
る。この発言者情報の一例が発言者情報３０３であり、
例えば氏名、ニックネーム、住所、メールアドレス、及
び自己紹介などの一口コメントを発言者情報として利用
者１１０が登録する際に、発言者情報３０３をカード内
容と併せて公開表示するか、しないかも選択するように
する。発言者情報３０３で示したように、一口コメン
ト、氏名、ニックネーム、メールアドレスの公開タグで
はさまれた情報は公開是非情報を表し、ｔｒｕｅは公開
する、ｆａｌｓｅは公開しないという選択を示す。な
お、本実施形態では、ニックネームを公開するというル
ールを設けた場合を示しており、公開する方の名前をカ
ードで表示するデータとして、後述の図５のようにカー
ドデータとして格納する。

【００２２】 図４は、本実施形態におけるボードデータ
ベース２１４に格納されるボードデータ４００の構成の
一例を示す図である。ボードデータ４００は、タグ形式
でボード管理とボード表示に必要なデータを記述したデ
ータで、ボード管理者１２０がボードを開設する際に登
録する。ボードＩＤタグではさまれた情報はボードＩＤ
４０１を表し、後述の図５で示すようにカードの貼付先
ボードを特定する情報である。ボードタイトルタグでは
さまれた情報はボードタイトル４０２、ボードコメント
タグではさまれた情報はボード管理者１２０によるボー
ド紹介文などのボードコメント４０４を表し、ボード一
覧画面で用いる。管理者ＩＤタグではさまれた情報は管
理者ＩＤ４０３を表し、ボードデータの更新や削除の際
の認証に用いる。ボード画像ファイル名タグで挟まれた
情報は、ボード背景となるボード画像ファイル４０５を
表し、例えばＪＰＥＧファイルなどである。ボード領域
における画像の位置、ボードサイズ縦、ボードサイズ横
などのタグではさまれた情報は画像サイズ情報４０６で
ある。なお、ボード管理者１２０はボードを特定の利用
者１１０にのみ公開したい場合は、ステータス４０７を
設定する。ステータス４０７で示すように、ステータス
タグではさまれた情報は公開是非情報を表し、１は公開
する、２は特定の利用者１１０のみに公開するという選
択を示す。またカード種別情報４０８はボードで用いる
カードの設定に用い、カードで表示する文字のサイズや
フォントの情報などである。カードタイプタグではさま
れた情報はカードタイプ４０９を表し、そのボードで用
いるカードの種類を設定する。例えば、イメージ４１２
はカードに画像を添付できる機能、投票４１３はコメン
ト全文表示領域９１０に賛成、反対、分からないなどの
投票ボタンを追加できる機能、ジャンル４１４はカード
のジャンルを表示できる機能、カラー４１５はカードの
色を選択できる機能などである。またボード画像情報４
１０はカードやボードの集計をする際に用いる情報で、
ボード画像の構造情報を表している。また、ボードタイ
プタグではさまれた情報はボードタイプ４１１を表し、
ボードの種類を設定する際に用いる。例えば、ボード背
景に画像を表示し、そのボード背景上でコミュニケーシ
ョンができるボードをｃｏｍｍｕｎｉｔｙｂｏａｒｄ、
ボード上のカードを時系列順に表示することができるボ
ードをｃｏｍｍｕｎｉｔｙｃａｌｅｎｄａｒといった設
定でボードタイプを選択する。

【００２３】 図５は、本実施形態におけるカードデータ
ベース２１６に格納されるカードデータ５００の構成の
一例を示す図である。カードデータ５００は、タグ形式
でカード編集・表示・管理に必要なデータを記述したデ
ータである。カードＩＤタグではさまれた情報はカード
ＩＤ５０１であり、カードを特定する情報である。ボー
ドＩＤタグではさまれた情報はボードＩＤ５０２であ
り、ボードデータ４００のボードＩＤ４０１と対応して
カードの貼付先ボードを特定する。コメント内容タグで
はさまれた情報はコメント内容５０３であり、コメント
内容５０３の全文はコメント全文表示画面で表示する。
カード位置情報５０４は、カード位置Ｘ座標タグとカー
ド位置Ｙ座標タグを用いて、ボード上におけるカード位
置を示す。ユーザーＩＤタグではさまれた情報はユーザ
ーＩＤ５０５で、ユーザーデータ３００のユーザーＩＤ
３０１と対応してカードの発行者を特定する。リンク情
報５０６は、リンクカードＩＤではさまれた情報でリン
ク先のカードＩＤを示す。リンク線が複数ある場合はリ
ンクＩＤタグも複数設定される。リンク背景位置タグで
はさまれる情報はリンク背景位置情報５０７である。本
実施形態ではボード背景画像にリンク線を貼っていない
カードの例なのでリンク背景位置情報５０７を表示して
いないが、ボード背景画像にリンク線を貼っている場合
のリンク背景位置情報５０７はＸＹ座標などでリンク先
である背景画像の位置を特定する。イメージタグではさ
まれている情報はイメージ情報５０８である。本実施形
態では画像を添付していない例なのでイメージ画像５０
８を表示していない。図４のイメージ４１２で画像添付
が選択されていて、カードに画像を添付している場合は
イメージ情報５０８は画像ファイル名などで添付ファイ
ルを特定する。投票タグではさまれた情報は投票情報５
０９である。この実施形態では個人ＩＤでログインした
場合とゲストでログインした場合のどちらも投票できる
場合を挙げている。投票情報５０９は賛成、反対、分か
らないの各票数を個人ＩＤでログインした場合はＩＤ
で、ゲストでログインした場合は票数で表示している。
ジャンルタグではさまれた情報はジャンル情報５１０で
ある。ジャンル情報５１０はジャンル４１４で設定され
たジャンルから選択されたジャンル名を特定する。カラ
ータグではさまれた情報はカラー情報５１１である。カ
ラー４１５で設定されたカラーから選択されたカラー名
を特定する。

【００２４】 図６は本実施形態におけるコミュニケーシ
ョン経過を表示する画面の一例である。カード間、カー
ドとボード間の関連をボード上で全体表示するだけでは
分かりにくいが、その解決策の一つであるカードの貼付
履歴表示の画面遷移例を示したのが図６である。履歴表
示画面６０１において、履歴表示アイコン６０２の右向
きアイコンをクリックすると、履歴表示画面６０３を表
示する。以降履歴表示アイコン６０２の右向きのアイコ
ンをクリックし続けると、貼付されているカードを全て
表示した状態の履歴表示画面６０４まで順次画面が遷移
する。また履歴表示アイコン６０２の左向きアイコンを
クリックすると履歴表示画面６０４から履歴表示画面６
０１まで画面が遷移する。カード同士を連結するリンク
線は、コミュニケーションの進行を一目で判断できるよ
う先端の矢印はカードを貼付した利用者１１０がその貼
付したカードと関連があると考える既存のカードに向い
ている。このため、利用者１１０はカードとリンク線の
貼付順をたどりながら、複雑なコミュニケーション状況
を整理できるので、例えばリンク線が集まっているカー
ドなどコミュニケーションの中心となっているカードを
探しやすいといえる。なお、履歴の画面遷移を操作する
履歴表示アイコン６０２は、図６のように常時表示して
もよいし、履歴表示画面６０１〜６０４などで背景をク
リックすると履歴表示メニューを表示するようにしても
よい。図６には示していないが、履歴表示画面６０１の
状態で履歴表示アイコン６０２の左向きアイコンをクリ
ックするとカードが全く表示されていない履歴表示画面
に移る。この状態の履歴表示画面は、ボードという単独
の情報単位のみを表示した状態となる。

【００２５】 図７は、本実施形態における、選択したカ
ードを中心としたコミュニケーション状況を参照する場
合の情報参照フローの一例を示す図である。利用者端末
１１１は、利用者１１０により選択されたカードを認識
し（ステップＳ７０１）、認識したカード上にカードメ
ニューを表示する（ステップＳ７０２）。なお、カード
メニューの画面イメージの一例は後述の図８で示す。利
用者端末１１１が、利用者１１０により選択された情報
参照メニュー項目をコミュニティ管理サーバ１０１に送
信すると（ステップＳ７０３、ステップＳ７０４）、コ
ミュニティ管理サーバ１０１では、カード編集・表示・
管理部２１５がカードデータベース２１６によりカード
リンクとコメント全文の表示画面を生成し（ステップＳ
７０５）、そのデータをコミュニケーション制御部２１
０に渡すと、データ送受信部２００が利用者端末１１１
に送信する（ステップＳ７０６）。利用者端末１１１は
カードリンクとコメント全文の表示画面を受信し、表示
する（ステップＳ７０７）。なお、カードリンクとコメ
ント全文の表示画面の一例は後述の図９で示す。また、
利用者端末１１１が利用者１１０によりカードリンクの
中で選択されたコメントをコミュニティ管理サーバ１０
１に送信する（ステップＳ７０８、ステップＳ７０
９）。コミュニティ管理サーバ１０１ではカード編集・
表示・管理部２１５がカードデータベース２１６により
選択されたコメントの全文を表示し（ステップＳ７１
０）、そのデータをコミュニケーション制御部２１０に
渡すと、データ送受信部２００が利用者端末１１１に送
信し（ステップＳ７１１）、利用者端末１１１が図９の
コメント全文表示領域９１０に選択されたコメントの全
文を表示する。

【００２６】 図８は、本実施形態におけるカードメニュ
ー画面の一例である。カードメニュー画面８００は利用
者１１０がカードをクリックすると表示される。「コメ
ント内容を見る」８０１は情報参照メニュー項目の一例
で、利用者１１０がこの項目を選択すると、情報参照メ
ニュー項目が選択されたことが利用者端末１１１からコ
ミュニティ管理サーバ１０１に送信され、カード編集・
表示・管理部２１５がカードデータベース２１６よりカ
ードリンクとコメント全文の表示画面を生成し、そのデ
ータをコミュニケーション制御部２１０に渡すと、デー
タ送受信部２００が利用者端末１１１に送信する。図８
において、「コメントの追加」は情報追加メニュー項目
８０２の一例である。ボード上にカードを追加する情報
追加フローは後述の図１１で示す。「コメント削除」は
情報削除メニュー項目８０３の一例である。利用者１１
０がこの項目を選択すると、情報削除メニュー項目８０
３が選択されたことが利用者端末１１１からコミュニテ
ィ管理サーバ１０１に送信され、利用者１１０がログイ
ン済みの場合はユーザー管理部２１１が当該カードのユ
ーザーＩＤ５０５（図５参照）とデータ送受信部２００
で管理するログイン時のセッション情報内のユーザーＩ
Ｄとを照合し、合致する場合は当該カードを削除し、合
致しない場合は「このコメントへのアクセス権限はあり
ません」などのエラー表示をする。また、利用者１１０
がログインしていない場合もエラー表示をする。なお、
利用者１１０が情報削除メニュー項目８０３を選択した
際に、「このカードを削除してよろしいですか」などの
確認メッセージを出してもよい。「リンク線の追加」は
リンク線追加メニュー項目８０５の一例である。利用者
１１０がこの項目を選択すると、当該カードをリンク元
とするリンク線をボード上に表示する。利用者１１０が
ログインしカードのリンク先を選択すると、利用者１１
０のユーザーＩＤと選択されたリンク先の位置情報とが
利用者端末１１１からコミュニティ管理サーバ１０１に
送信され、ユーザー管理部２１１が当該カードのユーザ
ーＩＤ５０５とデータ送受信部２００で管理するログイ
ン時のセッション情報内のユーザーＩＤとを照合する。
照合の結果、合致する場合は、カード編集・表示・管理
部２１５がリンク先がカードである場合は、リンク情報
５０６を、リンク先がボード背景情報である場合はリン
ク背景位置情報５０７をカードデータベース２１６のカ
ードファイル５００またはカードデータベース２１６の
新しいカードファイル５００として追加し、追加された
リンク線をボード上に表示する（図５参照）。また、利
用者１１０がログインしていない場合または当該カード
のユーザーＩＤ５０５とユーザーデータベース２１２内
にある利用者１１０のユーザーＩＤ３０１とが合致しな
い場合は「このコメントへのアクセス権限はありませ
ん」などのエラー表示をする。「リンク線の削除」はリ
ンク線削除メニュー項目８０５の一例である。利用者１
１０がこの項目を選択し、削除したいリンク線のリンク
先を選択すると、リンク線削除メニュー項目８０５が選
択されたことと当該リンク線のリンク先情報とが利用者
端末１１１からコミュニティ管理サーバ１０１に送信さ
れ、利用者１１０がログイン済みの場合はユーザー管理
部２１１が当該カードのユーザーＩＤ５０５とデータ送
受信部２００で管理するログイン時のセッション情報内
のユーザーＩＤとを照合し、合致する場合は当該リンク
線を削除する。合致しない場合や利用者１１０がログイ
ンしていない場合は「このコメントへのアクセス権限は
ありません」などのエラー表示をする。「位置の変更」
はカード位置選択メニュー項目８０６の一例である。利
用者１１０がこの項目を選択し、当該カードを移動した
い位置に移動させると、カード位置変更メニュー項目８
０６が選択されたことと当該カードの移動先位置情報と
が利用者端末１１１からコミュニティ管理サーバ１０１
に送信され、利用者１１０がログインの場合はユーザー
管理部２１１が当該カードのユーザーＩＤ５０５とデー
タ送受信部２００で管理するログイン時のセッション情
報内のユーザーＩＤとを照合し、合致する場合は当該カ
ードをボード上で移動先に移動させて表示する。合致し
ない場合や利用者１１０がログインしていない場合は
「このコメントにアクセス権限はありません」などのエ
ラー表示をする。なお、カードを移動する方法は、移動
したいカードをドラッグ＆ペーストで移動したい位置に
移動させてもよいし、移動したいカードをクリックした
後、移動したい位置をクリックして移動先の位置（ＸＹ
座標上の位置）を特定してもよい。またカードを移動先
に表示する際、カードデータ５００のカード位置情報５
０４を移動先の位置情報に変更してもよいし、カード位
置情報５０４に最新のカード位置情報を追加できるよう
にしてもよい。

【００２７】 図９は、本実施形態におけるカードリンク
とコメント全文の表示画面の一例である。カードリンク
表示領域９００とコメント全文表示領域９１０で構成さ
れる。カードリンク表示領域９００は、ある一つのカー
ドとボード間や他のカード間の関係を表示する領域であ
る。ある一つのカードを選択したとすると、例えば、そ
の選択したカード９０４が貼付されているボードのタイ
トルを示すボードタイトル９０１、そのカードが貼付さ
れているボード画面上の位置を示すボード画面タイトル
９０２などにより、カードとボード間の関係を表示す
る。また例えば選択したカード９０４からリンクを貼っ
た先のカードを示すリンク先のカード９０３、選択した
カード９０４に向けてリンクを貼ったカードを示すリン
ク元のカード９０５のように、選択したカード９０４及
び選択したカード９０４と直接関係のあるカード群が一
目で分かるように表示する。なお、図９では選択したカ
ードと直接リンクで結ばれているカードのみを表示した
が、間接的にリンクで結ばれているカードまで含めても
よい。またボードタイトル９０１、ボード画面タイトル
９０２は必要に応じて表示するようにしてもよい。ま
た、図９ではリンク先カード９０３、選択したカード９
０４、リンク元カード９０５をコメント内容の最初の部
分で表示しているが、コメントデータにタイトルが設定
されている場合は、タイトルを表示してもよい。また、
選択したカード９０４が一目で分かるように、図９では
選択したカードを太枠で表示する例を示したが、選択し
たカード９０４は色を変えるなどの表示でもよい。ま
た、選択したカード９０４は固定ではなくてもよく、例
えばリンク先カード９０３をクリックすると、リンク先
カード９０３が選択したカード９０４になり、リンク先
カード９０３のリンク先カードやリンク元カードを表示
するようにしてもよい。なお、コメント全文を外部出力
できるようにし、全てのコメントの全文を一覧表示でき
るようにしてもよい。コメント全文表示領域９１０は、
コメント内容５０３の全文を表示する領域である。例え
ば、コメント全文９１１と発言者名や発言日などの発言
情報９１２を表示する。なお、発言者名をクリックする
と、後述の図１０で示すような発言者情報を表示するよ
うにしてもよい。また、図９ではカードリンク表示領域
９００とコメント全文表示領域９１０を同じ画面で表示
しているが、別画面に分けて表示してもよい。投票機能
９１３は図５の投票情報５０９のように投票機能を設定
しているカードの投票機能表示画面の一例である。利用
者１１０が賛成、反対などの投票ボタンを選択すると、
利用者１１０がログイン済みの場合は利用者１１０のユ
ーザーＩＤと選択された投票ボタンの情報とが利用者端
末１１１からコミュニティ管理サーバ１０１に送信さ
れ、カード編集・表示・管理部２１５がカードデータベ
ース２１６の投票情報５０９と当該ユーザーＩＤとを照
合し、合致しない場合は投票情報５０９に当該ユーザー
ＩＤを追加し、投票機能９１３で選択された投票ボタン
の下のカウントを一つ増やして表示する。合致した場合
は投票機能９１３のカウントを増やさない。このような
方法により、一人で同じコメントに何票も投票すること
を防止する。なお、同じボード上では一つのカードにの
み投票できるようにしてもよい。

【００２８】 図１０は、本実施形態における発言者情報
の表示画面の一例である。例えば、コメント全文表示領
域９１０の発言者名をクリックすると、図１０のように
コメント全文表示領域９１０が発言者情報表示領域１０
０１に切り替えるようにしてもよい。また、別画面で発
言者情報を表示してもよい。

【００２９】 図１１は、本実施形態におけるボード上に
カードを追加する場合の情報提供フローの一例を示すフ
ローチャートである。利用者端末１１１が、利用者１１
０により選択された位置を認識すると（ステップＳ１１
０１）選択された位置がカードの場合はカードメニュー
８００を表示する（ステップＳ１１０２）。また、選択
された位置がボード背景の場合は、「カードを追加」と
いったカードメニュー項目のみのメニューを表示する
（ステップＳ１１０２）。利用者端末１１１が、利用者
１１０により選択されたカード追加メニュー項目を送信
すると（ステップＳ１１０３）、コミュニティ管理サー
バ１０１では、ユーザー管理部２１１が起動し、利用者
１１０がログインしていない場合は（ステップＳ１１０
４）、ログイン画面を利用者端末１１１に送信する（ス
テップＳ１１０５）。ログイン済みの場合は（ステップ
Ｓ１１０４）、カード編集・表示・管理部２１５がステ
ップＳ１１０１で選択された位置により追加カードのボ
ード上の位置を設定し、かつボードデータベース２１４
により生成したコメント入力画面を利用者端末１１１に
送信し（ステップＳ１１０６）、利用者端末１１１は送
信されたコメント入力画面を表示する（ステップＳ１１
０７）。利用者端末１１１が利用者１１０により選択さ
れた登録ボタンを認識し、入力されたコメントを送信す
ると（ステップＳ１１０８）、コミュニティ管理サーバ
１０１ではカード編集・表示・管理部２１５が受信した
コメントを新規カードデータとしてカードデータベース
２１６に追加し（ステップＳ１１０９）、利用者端末１
１１に新規カードデータを送信する（ステップＳ１１１
０）。新規カードデータを受信した利用者端末１１１は
ボード上に新規カードを貼付して表示する（ステップＳ
１１１１）。なお、コミュニティ管理サーバ１０１への
入力コメントの送信とカードデータベース２１６への登
録は、利用者端末１１１がボード上に新規カードを貼付
して表示した後でもよい。

【００３０】 図１２は、本実施形態におけるカードとボ
ードの組み合わせによりコミュニケーション内容を蓄積
する場合の集計処理フローの一例である。利用者端末１
１１が集計処理画面を表示し（ステップＳ１２０１）、
利用者１１０により選択された集計単位と集計軸をコミ
ュニティ管理サーバ１０１に送信する（ステップＳ１２
０２、ステップＳ１２０３）。集計処理画面の一例は後
述の図１３で示す。集計単位と集計軸の情報を受信した
コミュニティ管理サーバ１０１では、情報の集計・表示
・管理部２１７が、選択された集計単位と集計軸の情報
を元に、前記ユーザーデータベース２１２の発言者情報
３０３、前記ボードデータベース２１４のボード画像情
報４１０、前記カードデータベース２１６のカード位置
情報５０４などを用いて集計を行う（ステップＳ１２０
４）。次に情報の集計・表示・管理部２１７は集計結果
を集計データベース２１８に格納後、利用者端末１１１
に送信し（ステップＳ１２０５）、利用者端末１１１は
集計結果を表示する（ステップＳ１２０６）。集計結果
画面の一例は後述の図１４で示す。

【００３１】 図１３は、本実施形態における集計処理画
面の一例を示す図である。利用者１１０は、集計処理入
力領域１３０１において、例えば図１３に示す集計単位
１３０２、集計軸１３０３のような設定を行う。集計単
位１３０２はカードやボードなど集計する対象の情報単
位を示し、集計単位にどの情報単位を用いるか、または
どの情報単位の組み合わせを用いるかを設定する。集計
軸１３０３には、ボード集計軸１３０４やカード集計軸
１３０５などの情報単位ごとの集計軸がある。ボード集
計軸１３０４はボード画像構造のＸＹ情報を示すボード
画像情報４１０によるもので、図１３ではボード画像が
ドキュメントの例として「章と節」を選択した場合を示
したが、ボード画像がマトリックスなら「表の項目」、
地図なら「位置情報」などの選択項目がありうる。カー
ド集計軸１３０５はカードデータ５００の情報によるも
ので、図１３ではキーワードと発言者の属性情報を選択
項目とした場合を示したが、更新日情報、リンク情報な
どを用いてもよい。

【００３２】 図１４は、本実施形態における集計結果画
面の一例を示す図である。図１３のような集計処理入力
情報を元に、集計結果表示領域１４０１に集計結果１４
０２や集計結果に含まれるコメント内容１４０３などを
表示する。図１４は図１３のような設定にした場合の集
計結果例であるが、集計結果はグラフに表示したり、ボ
ード背景上に表示したりしてもよい。

【００３３】 図１５は、本実施形態におけるコミュニケ
ーション目的や段階に対応したコミュニケーション機能
を提供するカードとボードの組み合わせ（以下、テンプ
レートとも称する）の設定フローの一例である。ボード
管理者端末１２１がボード管理者１２０によりテンプレ
ートメニューが選択されたことをコミュニティ管理サー
バ１０１に送信すると（ステップＳ１５０１）、コミュ
ニティ管理サーバ１０１ではテンプレート表示・管理部
２１９がテンプレートデータベース２２０によりテンプ
レート選択画面を生成、送信する（ステップＳ１５０
２、ステップＳ１５０３）。ボード管理者端末１２１が
受信したテンプレート選択画面を表示し（ステップＳ１
５０４）、ボード管理者１２０により選択された目的を
送信すると（ステップＳ１５０５）、コミュニティ管理
サーバ１０１ではボード管理者端末１２１から送信され
た目的により、テンプレート表示・管理部２１９がテン
プレートデータベース２２０によりステップメニューを
生成し、ボード管理者端末１２１に送信する（ステップ
Ｓ１５０６、ステップＳ１５０７）。テンプレート選択
画面の一例を後述の図１６で示す。ボード管理者端末１
２１が受信したステップメニューを表示し（ステップＳ
１５０８）、ボード管理者１２０により選択されたステ
ップメニュー項目をコミュニティ管理サーバ１０１に送
信すると（ステップＳ１５０９）、コミュニティ管理サ
ーバ１０１ではテンプレート表示・管理部２１９が選択
された目的とステップメニュー項目を元にテンプレート
データベース２２０によりボードを生成し（ステップＳ
１５１０）、ボード確認画面をボード管理者端末１２１
に送信する（ステップＳ１５１１）。ボード管理者端末
１２１はボード確認画面を表示し（ステップＳ１５１
２）、ボード管理者１２０により入力されたボード登録
情報と選択されたボード登録要求をコミュニティ管理サ
ーバ１０１に送信し（ステップＳ１５１３）、コミュニ
ティ管理サーバ１０１ではボード表示・管理部２１３が
ボードデータベース２１４にボード情報を登録する（ス
テップＳ１５１４）。

【００３４】 図１６は、本実施形態におけるテンプレー
ト選択画面の一例である。テンプレート選択領域１６０
１は、コミュニケーション目的を選択する目的選択領域
１６０２と、コミュニケーションの段階を選択するステ
ップメニュー選択領域１６０３により構成される。目的
選択領域１６０２で選択された目的に対応したステップ
メニューがステップメニュー選択領域１６０３に表示さ
れる。図１６は「まちづくり計画検討」という目的を選
択した場合の例である。また、目的選択領域１６０２の
選択メニュー、ステップメニュー選択領域１６０３の選
択メニュー、ステップメニューで選択するボード画像フ
ァイル４０５やカード種別情報４０８などはテンプレー
トデータベース２２０に格納されている。なお、カスタ
マイズ画面を設定し、ステップメニューを元にボード管
理者１２０がテンプレートをカスタマイズできるように
してもよい。

【００３５】 図１７は、本実施形態における複数のカー
ドをグルーピングする場合の処理フローの一例である。
利用者１１０がコミュニケーション内容をより理解しや
すいように表示する機能として関連する複数のカードを
グルーピングすることも有用である。図１７は、ボード
管理者１２０が管理対象ボードのカードをまとめて代表
カードを作成する場合の処理フローである。ボード管理
者端末１２１がボード管理者１２０により選択されたグ
ルーピングしたいカードをコミュニティ管理サーバ１０
１に送信すると、コミュニティ管理サーバ１０１ではカ
ード編集・表示・管理部２１５が代表カード入力画面を
ボード管理者端末１２１に送信する（ステップＳ１７０
１、ステップＳ１７０２、ステップＳ１７０３）。ボー
ド管理者端末１２１では代表カード入力画面を表示し、
ボード管理者１２０により入力されたコメントなどの情
報をコミュニティ管理サーバ１０１に送信する（ステッ
プＳ１７０４、ステップＳ１７０５）。コミュニティ管
理サーバ１０１は受信した情報を代表カードデータとし
てカードデータベース２１６に登録した後、生成した代
表カードをボード管理者端末１２１に送信し、ボード管
理者端末１２１が代表カードを表示する（ステップＳ１
７０６、ステップＳ１７０７、ステップＳ１７０８）。

【００３６】 図１８は、本実施形態における代表カード
入力画面の一例である。代表カード入力画面１８００は
グループコメント表示領域１８０１と代表カード入力領
域１８１０から構成される。グループコメント表示領域
１８０１にはグルーピングしたい複数カードのヘッダー
を表示するグループカード表示領域１８０２とグループ
カード表示領域１８０２で選択したカードのコメント内
容を表示するグループコメント表示領域１８０３があ
る。また代表カード入力領域１８１０には代表カードの
コメントを入力する代表カードコメント入力領域１８１
１と代表カードの色やジャンルなど表示の仕方を設定す
る代表カード表示画面設定領域１８１２がある。

【００３７】 図１９は、本実施形態における代表カード
表示画面の一例である。代表カードを作成する前の画面
イメージが基本カード表示画面イメージ１９００であ
り、基本カード表示画面イメージ１９００のカードをま
とめて代表カードを作成した後の画面イメージが代表カ
ード表示画面イメージ１９０１である。代表カードは他
のカードとは異なることが一目で分かる方がよいので、
代表カード表示画面イメージ１９０１のように代表カー
ドと他のカードとはサイズや色を変えてもよい。また代
表カードの裏にグルーピングしたカードを重ねて表示す
ることでグルーピング対象のカードが一目で分かるよう
にしてもよい。代表カード１９０２は、代表カードを示
す「旗」アイコンなどのカードタイプを表示するカード
タイプアイコン１９０３とカード内容のジャンルや発言
者などを表示するカードデータ表示領とカード内容を表
示するコメント表示領域１９０５により構成される。な
お、代表カードのコメント全文を表示したい場合は、図
８のようなカードメニュー８００を用いる。また代表カ
ードの内容を表示する画面は図９のような表示画面で、
カードリンク表示領域９００の替わりに図１８のグルー
プコメント表示領域１８０１を表示する。なお、代表カ
ード以外のカードも、カードタイプアイコン１９０３、
カードデータ表示領域１９０４、コメント表示領域１９
０５といった構成でカード表示を行うようにし、カード
タイプアイコン１９０３のみでカードの種類を区別する
ようにしてもよい。

【００３８】 図２０は、ボード及びカードの仕様決定に
用いられるボード管理者１２０のボード登録画面の一例
である。ボード登録画面２００１は前記ボードデータベ
ース２１４に格納されており、前記ボード管理者端末１
２１によって前記ボードデータベース２１４から呼び出
される。ボード登録画面２００１の左側には、「ボード
の種類」、「ボードタイトル」、「一口コメント」、
「ボードサイズ（幅）」、「ボードサイズ（高さ）」、
「１行に表示するコメントの文字数」、「カードのフォ
ントサイズ」、「コメント入力・表示のフォントサイ
ズ」、「カードの機能の選択」、「管理者ＩＤ」、「管
理者名」、「管理者メールアドレス」、「メンバー設
定」、「パスワード」、「背景画像の表示位置」、「背
景画像のファイル名」等の各種の設定項目が設けられ、
各項目の右側に登録事項を入力するための入力ボックス
と、チェックボックスとが設けられる。図２０におい
て、「ボードの種類」の項目の横の選択ボックス２００
２の選択ボタン２００３をクリックすると、コミュニテ
ィボード、プライベートボードなどがプルダウンメニュ
ーで表示される。ここでは図４で説明したボードデータ
４００のボードタイプ４１１が選択され、コミュニティ
ボードが選択されている。「ボードタイトル」の項目の
横に表示されている入力ボックス２００４に文字を入力
すると、登録した文字がボードタイトルとなる。図示例
では「南北市まちづくり案」が入力されているので、
「南北市まちづくり案」という名称がボードタイトルと
なる。同様に、「一口コメント」の項目の横に表示され
ている入力ボックス２００５に文字を入力すると、入力
した文字列がボード管理者１２０のコメントとなる。入
力ボックス２００５の横にはコメント内容の確認などの
ためのスクロールボタン２００６が設けられる。「ボー
ドサイズ（幅）」、「ボードサイズ（高さ）」の項目の
横の入力ボックス２００７，２００８にそれぞれ数字を
入力すると、ボードの縦横の長さが決定される。「１行
に表示するコメント文字数」の項目の横の入力ボックス
２００９に数字を入力すると、最大文字数が決定され、
「カードのフォントサイズ」、「コメント入力・表示の
フォントサイズ」の項目の横の入力ボックス２０１０，
２０１１に設けられている選択ボタン２０１２，２０１
３でフォントサイズを決定すると、ボード上におけるカ
ードのフォントサイズ、コメント入力時のフォントサイ
ズがそれぞれ登録される。「カード選択の機能」の項目
には、「イメージ添付あり」、「カードのジャンル指
定」、「カードの色指定」の項目が設けられており、
「イメージ添付あり」の項目の横に表示されているチェ
ックボックス２０１４をＯＮとすると、カードへのイメ
ージの貼り付けが可能となる。同じく、「投票機能付
き」の項目の横のチェックボックス２０１５をＯＮとす
ると、賛成や反対などの属性別（カテゴリ別）の投票機
能が有効となり、「カードのジャンル指定」、「カード
の色指定」の項目の横に表示されているチェックボック
ス２０１６，２０１７をＯＮとすると、カードのジャン
ル指定とカードの色指定とが有効となる。「カードのジ
ャンル指定」の項目の横にはカードのジャンルが表示さ
れる。この例では、「質問」、「回答」、「提案」、
「意見」、「その他」の項目が作成しようとするカード
のジャンルとなる。各カードに表示する「賛成」、「反
対」、「質問」、「回答」、「その他」の項目の下に
は、これらのカードの色を決定するための選択ボックス
２０１８，２０１９，２０２０，２０２１，２０２２が
設けられており、各選択ボックス２０１８〜２０２２の
横に用意されているスクロールボタン２０２３，２０２
４，２０２５，２０２６，２０２７によりカードの色を
決定するようになっている。また、図示例では、ｂｌｕ
ｅ（ブルー），ｐｉｎｋ（ピンク），ｇｒｅｅｎ（グリ
ーン），ｙｅｌｌｏｗ（イエロー），ｐｕｒｐｌｅ（パ
ープル）の色が表示されているが他の色でも構わない。
図示例では選択ボックス２０１８，２０１９，２０２
０，２０２１，２０２２に表示された色があらかじめ用
意されているが、明確に区別できる限り他の色としても
構わない。「管理者ＩＤ」、「管理者名」、「管理者メ
ールアドレス」、「メンバー設定」、「パスワード」の
各項目の横の入力ボックス２０２７，２０２８，２０２
９，２０３０，２０３１，２０３２にそれぞれ文字、数
字を入力すると、ボード管理者１２０の管理ＩＤ、管理
者名、管理者メールアドレス、メンバー設定、パスワー
ドが登録される。なお、例えば、メンバー設定で公開と
した場合は図４のボードデータ４００のステータス４０
１が１となり、メンバー限定とした場合は、ステータス
４０７が２となる。「背景画像の表示位置」の項目の横
の選択ボタン２０３４をクリックすると、背景画像の表
示位置が登録される。図示例では、「左上」を選択して
いるので背景画像が画面の左上に表示される。「背景画
像のファイル名」の項目の横の入力ボックスに文字や記
号でファイル名を入力すると、前記ボード管理者端末１
２１に登録されている同じ名前のファイルが背景画像と
して選択され、ボードの背景画像として登録される。ま
た、「背景画像のファイル名」の項目において、入力ボ
ックス２０３５の横に表示されている参照ボタン２０３
６をクリックすると、ダイアログボックス（図示せず）
が開き、前記ボード管理者端末１２１の全てのファイル
名の一覧が表示される。この中から一つのファイルを選
択すると、これが、ボードの背景画像として表示され
る。なお、前記画像ファイルには、ドキュメントや地図
等の図面、各種の写真などが用いられ、ボードデータベ
ース２１４に格納されているが、画像ファイルは、基本
的には、ボードとカードによるコミュニケーションに必
要なファイルであればよい。また、前記登録画面に、コ
ミュニケーションの運用上で生じた項目を追加すること
は適宜なされるものである。このように図２０のボード
登録画面２００１で必要事項を入力し、「登録する」を
選択すると、入力された情報が前記ボード管理者端末１
２１からコミュニティ管理サーバ１０１に送信され、ボ
ード表示・管理部２１３によりボードＩＤ４０１（図４
参照）を割り振られ、ボードデータベース２１４に新し
いボードとして登録される。なお、ボード登録画面２０
０１で登録した情報を登録後に修正できるようにしても
よい。

【００３９】 前記ボード登録画面２００１の設定によ
り、ボード及びカードの表示条件が登録され、その表現
力やカード同士の識別性が登録されるが、一つのボード
に対してカードが限界数を超えて貼付けられると、ボー
ドとカードやカード同士が複雑に重なりあって、見にく
くなる場合がある。そこで、同じ背景のボードにコミュ
ニケーションの継続に必要なカードのみを複写した分割
ボードを作成し、これを現在、使用されているカードに
切り換えて使用すると、このような問題を解消すること
ができる。

【００４０】 図２１はこのような分割ボードの作成のた
めのボード管理画面の一例を示す。前記ボード管理者端
末１２１を使用してボード管理画面２０５０を表示し
（図２１（ａ））、このボード管理画面２０５０の「ボ
ード分割」の項目をクリックすると、ボード表示・管理
部２１３によりボード一覧２０５１に切り換わる（図２
１（ｂ））。ボード一覧２０５１で「ボードの内容」を
示す項目の左横に用意されているチェックボックス２０
５２をＯＮとし、ＯＫボタン２０５３をクリックする
と、図２１（ｂ）に示すように、分割元のボード２０５
４上にカードを貼付けた画面が表示される。この画面
で、必要なカードをクリックして選択すると、図２１
（ｄ）に示すように、クリックにより選択したカードの
色が変わり他のカードと視覚的に区別される。この状態
で複写元のボードの画面上部に重ねて表示された決定ボ
タン２０５５をクリックすると、ボード連携確認画面２
０５７が生成される（図２１（ｅ））。このボード連携
確認画面２０５７には、最終確認のため、表示するカー
ドの枚数と、ボード２０６１を分割元のボードと連携し
て使用するかどうかのメッセージが表示される。図示例
では、「新しいボード（分割後のボード）に移動するカ
ードは２枚です。」、「新旧のボード（分割元のボー
ド、分割後のボード）を連携させますか？」という確認
メッセージを表示させ、「連携する」、「連携しない」
の選択項目が表示されるとともに、前記ボードデータベ
ース２１４に格納するためボード２０６１に新しいボー
ド名称を入力するための入力ボックス２０５８が表示さ
れる。ここで、入力ボックス２０５８に名称を入力し、
「連携する」の項目の横のチェックボックスをＯＮとし
て、画面下に用意されている決定ボタン２０６０をクリ
ックすると、分割元となったボードの背景と同じ背景
で、コミュニケーションの進行に必要なカードのみが貼
付けられた分割ボード２０６１が生成され、ボードデー
タベース２１４に格納される（図２１（ｆ））。この
際、分割元のボードの代りに分割ボード２０６１を用い
るため、自動的に複写元である東西市Ｂ町計画案のボー
ドデータ４００のステータス４０７（図４参照）を非公
開にしてもよいし、ボード管理者１２０がステータス４
０７を非公開に設定してもよい。このようにすると、ボ
ード上のカード数が減少するので、ボード及びカードの
情報、カード間の関連が明瞭に把握され、コミュニケー
ションの円滑な運営がなされることになる。

【００４１】 なお、図２１では、現在のボードから必要
なカードを指定してこれを分割ボード２０６１に複写す
るという構成を説明をしたが、現在のボードのカードを
全てボード２０６１に複写した後、分割ボード２０６１
上で不要なカードを非表示とすることによって分割ボー
ドを作成してもよい。この場合、分割ボード２０６１上
で不要なカードを非表示とするには、不要なカードにマ
スキングすること（ぬり潰しとする）や他のデータベー
スに退避させることが想定される。また、分割ボード２
０６１の生成において、必要なファイルを元のボードか
ら複写する説明をしたが、ボードを分割して分割元のボ
ードとは異なる背景の新しいボードを表示させるように
してもよい。なお、カードを非表示とする場合に、全カ
ードのリストにカードを非表示とするためのチェックボ
ックスを設け、チェックボックスのＯＮ、ＯＦＦによ
り、非表示、表示を切り換えるようにしてもよい。ま
た、他のカードと選択したカードとの識別のため、選択
したカードの色を自動的に変える説明をしたが、選択し
たカードの枠線を太くしたり、枠線の柄や色を変えた
り、マークを付けるなどで識別されるようにしてもよ
い。また、分割ボード２０６１の生成は、通常、ボード
をボード管理者１２０が閲覧してボードに多数のカード
が追加されているときになされるが、ボード管理者１２
０が閲覧できない場面や、カードによるコミュニケーシ
ョンの活発化によってカードが短時間のうちに追加され
るような場面においては、分割ボード２０６１が自動的
に生成されるようにするのが望ましい。このような場合
は、複写元のボードのカード数を積算し、積算値が所定
値を超えたとき、ボード上の親となるカードに対して最
後に貼付けられたカードから所定枚数のカードを分割ボ
ード２０６１に複写又は移動により貼付けて使用すれば
よい。なお、この場合の分割ボード２０６１に複写元の
ボードから複写又は移動するカードの枚数は経験的に決
定されるものとする。

【００４２】 一方、コミュニケーションの性質と運用に
ついて検討すると、複数のボードを並べて一つのテーマ
とすることや、相互に関連するボード同士を並べて一つ
のテーマを表現したい場合がある。このようにすれば、
ボード管理者１２０がつくった複数のボードでコミュニ
ケーションのテーマをより明瞭に表現できることがあ
り、必要なデータのみならず有機的な関連情報を収集で
きることがある。また、利用者１１０にとっても、関連
するボードをボード一覧メニューなどで自ら探さなくて
も、すぐに参照できるように設定されている方が使いや
すいといえる。

【００４３】 図２２乃至図２７は複数のボードを連携し
て参照できるようにするための登録画面の一例を示す。
これらの登録画面により登録されたボード連携情報は前
記ボードデータベース２１４に格納される。図２１
（ａ）のボード管理メニュー２０５０でボード連携をク
リックすると、図２２に示す登録画面が表示される。図
２２において、登録画面の上部には、複数のボードを連
携グループとして登録するための入力ボックス２０７０
が設けられ、入力ボックス２０７０の下方のタスクバー
２０７１に、「変更対象」、「管理者名」、「ボードＩ
Ｄ」、「タイトル」の項目が設けられる。管理者名の左
横のチェックボックス２０７２をＯＮとし、ＯＫボタン
２０７８を選択すると、図２３に示す確認画面を表示
し、管理者名、ボードＩＤ、タイトルが確定され、画面
下に確認ボタン２０７９が表示される。図２３の画面例
では、「Ａ町特集」がグループタイトルとなる。この状
態で画面下の確認ボタン（図示例ではＯＫボタン）２０
７９を選択すると、図２１のボード管理メニュー２０５
０を表示する。図２４に示すように、利用者１１０がＡ
町づくり案、Ａ町マップまたはＡ町カレンダーのボード
を選択して表示すると、プルダウンメニュー２０７４が
ボード上部に表示される。例えば、Ａ町づくり案のボー
ドを表示している場合、利用者１１０がプルダウンメニ
ュー２０７４でＡ町マップを選択すると、Ａ町マップを
選択したことが利用者端末１１１からコミュイティ管理
サーバ１０１に送信され、ボード表示・管理部２１３と
カード・編集・表示管理部２１５とがボードデータベー
ス２１４とカードデータベース２１６とにより、Ａ町マ
ップのボードを表示する。画面例では、ダイアログボッ
クス２０７４に表示された「Ａ町まちづくり案」、「Ａ
町マップ」、「Ａ町カレンダー」が連携グループ「Ａ町
特集」の連携ボードとなる。なお、図２４では連携する
ボードをプルダウンメニューで選択できる例を示した
が、連携するボードの表示レイアウトを縦並び、横並び
または各ボードの配置をＸ軸座標、Ｙ軸座標で指定し、
同一画面で表示してもよい。図２５に示すように、複数
のボード管理者１２０…が作成したボード同士を連携さ
せる場合は、画面の下部の管理者ＩＤの左横のラジオボ
タン２０７５をＯＮとし、連結させたいボードを選択
し、画面下方に横並びに表示されている管理者（ボード
管理者１２０）の入力ボックス２０７５に管理者ＩＤを
入力し、入力ボックス２０７６にボードＩＤを入力す
る。この状態で画面右下の確認ボタン（図示例ではＯＫ
ボタン）２０７８をクリックすると、図２６に示すよう
に、確認画面が表示され、前画面で設定した複数のボー
ド管理者１２０…のボードが連携ボードとしてリストア
ップされる。このリストでよければ、画面右下に表示さ
れた確認ボタン（図示例ではＯＫボタン）２０７９をク
リックするとこの連携ボードの情報が登録される。利用
者１１０が図２６のタイトルで表示されているボードの
どれかを選択して表示すると、図２７に示すプルダウン
メニュー２０８０がボード上部に表示される。このプル
ダウンメニューにおいてスクロールボタン２０８１をク
リックすると図２６のタイトルで表示されている全ての
ボード名が表示される。使用方法は図２４の説明と同じ
である。このようにして連携グループを作成すると、連
携グループの各ボードは、前記ボード表示・管理部２１
３の管理下に入り、このボード表示・管理部２１３によ
って各端末装置１２１，１１１の画面に表示される。な
お、この連携グループの変更、削除を行えるようにして
もよい。変更したい場合は、変更したい連携グループを
選択し、リストアップされているボードの削除や追加を
行えるようにする。また、一つのボードが複数の連携グ
ループに属してもよい。複数の連携グループに属するボ
ード画面を表示した場合は、ボード上部に表示されるプ
ルダウンメニュー２０７４、２０８０が複数表示される
ようにしてもよい。

【００４４】 図２８は、ボード上のカードの表示枚数を
設定するための登録画面を示す。すなわち、ボードとカ
ードでコミュニケーションをするシステムにおいては、
ボードの表示面積は有限であり、また、一枚のカードの
表示面積も有限であるため、ボード上に貼り付けるカー
ドの数が限界数を超えたときは、下層のカードの内容、
カード間のリンク線、ボードの情報の認識が困難にな
る。そこで、図２８に示すように、ボード一枚当りの最
大カード枚数を制限する。図２８では、「最大カード枚
数」項目の横に入力ボックス２０９０を設け、この入力
ボックス２０９０に最大カード枚数（図示例では１００
枚）を登録する。なお、登録のキャンセルのためのリセ
ットボタンも設けられる。また、登録画面２０９２で
は、「カード表示日数」の横に入力ボックス２０９１を
設けてカードの表示日数を登録できるようにしている。
前記登録画面２０９２で入力された情報は、前記ボード
データベース２１４に登録され、カード編集・表示・管
理部２１５が前記ボードデータベース２１４の情報を参
照して前記カードデータベース２１６により最大カード
枚数を超えたカードや表示日数を超えたカードを自動的
にボードから非表示とするので、ボードに貼付けられた
カードの増加によるカード、ボードの視認性の低下が防
止される。もちろん、非表示の対象とされるカードは、
必要に応じて表示することができる。なお、各カードに
属性（賛成、反対など）を付与し、その属性によりカー
ドを区別できる構成とした場合は、チェックボックス等
により表示・非表示を属性別に切り換えるようにしても
よい。

【００４５】 図２９は図２８で最大カード枚数やカード
表示日数を設定したボードの画面イメージ３０００であ
る。利用者１１０が「全カード表示」ボタンを選択する
と、図２８の設定に対応して非表示となっているカード
を表示することができ、「古いカードを非表示」ボタン
３００２を選択すると、図２８の設定に対応してカード
を非表示にできる。なお、「全カード表示」ボタン３０
０１を選択した場合でも表示するカード数を最大カード
枚数を超えないように設定してもよい。また、ボード背
景にリンクを貼ったカードのみ表示する機能、特定のジ
ャンルまたは色のカードのみを表示する機能、特定のリ
ンクグループのカードのみ表示する機能などを用いるこ
とができるようにしてもよい。

【００４６】 図３０は、フレーミング対策を行う際の画
面イメージを示す図である。誹謗中傷を表示したカード
をそのまま貼付けておくと、コミュニケーション、ひい
てはコミュニティの品質が低下する。そこで、フレーミ
ング対策として、ボード管理者１２０が誹謗中傷等のカ
ードを削除できる機能を設定する。設定画面３０１０に
はボード管理者１２０が管理者ＩＤでログインする。設
定画面には、コミュニケーションの場となっているボー
ドとカードとがそのまま表示される。ここで、誹謗中傷
などの削除したいカードをクリックにより指定し、画面
下部に表示されている確認ボタン（図示例ではＯＫボタ
ン）をクリックすると、図３０（ｂ）のように指定した
カードとリンク線が非表示となる。なお、リンク線によ
り連結されている複数のカード中に、誹謗中傷のカード
が組み込まれている場合は、カード、及びリンク線を非
表示とした後に、関連するカード同士にリンク線を貼る
が、カード同士の連結情報を記録したファイルに基づい
て前後のカードにリンク線が自動的に貼付けられるよう
にしてもよい。また、カードは非表示ではなく、コメン
ト内容が分からないようにマスキングをしたり、小さい
アイコンにしたり、非表示にしたいカードに重ねてボー
ド管理者１２０のコメント（内容に問題があるため削除
しましたなど）を表示するようにしてもよい。また、ボ
ード管理者１２０は全てのカードの削除ができるように
設定し、図８のコメント削除メニュー８０３を用いて誹
謗中傷などのカードの削除ができるようにしてもよい。
さらに、ボード管理者１２０がログインすると表示され
るボード管理メニューにカード削除というメニューを設
け、ボード管理者１２０がカード削除をクリックし、削
除したいカードのボードを指定すると、そのボードが表
示され、同時に利用者１１０からはこのボードを閲覧で
きないように設定してもよい。

【００４７】 図３１は利用者１１０の登録画面の一例を
示す。利用者１１０の登録画面３０４９は、利用者１１
０が利用登録する際に表示される画面である。利用者１
１０の登録画面３０４９には、利用者１１０の「氏
名」、「ニックネーム」、連絡先（「住所」、「電話番
号」（ＴＥＬ）、「ＦＡＸ」、「ｅ−ｍａｉｌアドレ
ス」）、「パスワード（仮パスワード）」、「一口コメ
ント」などメール配信や利用者１１０を特定するための
登録事項を入力するための項目や「メール配信を希望す
るボード」などメール配信を登録するための項目が設け
られる。各項目の横には、対応するデータを入力するた
め入力ボックス３０５０〜３０５８が設けられる。ま
た、図示されていないが、登録画面３０４９には、メー
ル配信サービスの希望日時、メール配信サービスの内容
を登録するための希望項目の登録画面が設けられる。希
望項目は後述する図３８で説明するように登録画面３０
４９に表示させることができるが、登録画面から呼び出
される階層画面に設けてもよい。いずれの場合でも、チ
ェックボックスをＯＮとして希望項目を登録する。メー
ル配信の希望項目には、メール配信の日時を登録するた
めの項目と、希望するボード、カードを配信させるよう
にするための項目と、希望するボード、カードまたはメ
ンバーの内容の変化を配信させるようにするための項目
とが設定される。後者のボードの内容の変化を配信させ
る項目としては、メール配信を登録した時点以降に追加
されたカードを配信する全カード配信と、特定のカード
に関連する追加カードのみを配信させるようにするため
の特定配信と、特定のコミュニケーションにおいて、コ
ミュニケーションのメンバーの更新についてのメンバー
情報を配信させるようにするための項目とが設定され
る。メール配信のため前記利用者１１０が前記入力ボッ
クス３０５０〜３０５８に登録事項を登録した後、希望
するボード名の左横のチェックボックス３０５９をＯＮ
とし、この状態で、利用者１１０の登録画面３０４９の
下部に設けられている「確認」ボタン３０６０をクリッ
クすると、利用者登録内容確認画面（図示せず）が表示
され、この利用者登録内容確認画面の確認ボタン（図示
せず）をクリックすると、登録事項がコミュニティ管理
サーバ１０１に送信される。利用者１１０から送信され
たメール配信のための登録データは、ユーザーのメール
配信希望データとして、例えば前記ボードデータベース
２１４や、メールサーバなどのメール専用のデータベー
ス（図示せず）に格納され、前記ボード表示・管理部２
１３の管理下に置かれる。ボード表示・管理部２１３
は、前記メール配信希望データを参照してメールを配信
する。図示例ではボード名が「あおぞら駅前マップ」、
「東西市町づくり案」、「子育て支援」のボードが選択
されているので、この場合には、「あおぞら駅前マッ
プ」、「東西市町づくり案」、「子育て支援」のボード
の内容が配信される。この場合、利用者１１０の希望配
信項目として、前記した全カード配信が登録されている
場合は、利用者１１０が希望している日時に、「あおぞ
ら駅前マップ」、「東西市町づくり案」、「子育て支
援」についての全てのカードが配信され、利用者１１０
が特定配信を希望しているときは、「あおぞら駅前マッ
プ」、「東西市町づくり案」、「子育て支援」について
の追加カードのみが配信される。この場合、利用者１１
０が特定のカード、例えば、「東西市町づくり案」の質
問ジャンルのカードについて追加カードの送信を希望し
ているときは、その追加カードのみが配信され、特定の
ボードを指定して新規加入者の加入者名、メンバー紹介
などのコメントの配信を希望しているときは、新規加入
者の加入者名及びコメントのみが配信される。特定配信
は全カード通信に比較してデータ量が少ないので通信負
荷を減少させることができる。なお、全カード配信、特
定配信のための配信データは、プライベートの場として
の利用者１１０の個人単位のボードに表示するように
し、利用者１１０がこの個人用ボードを参照できるよう
にしてもよい。また、メール配信するデータを利用者１
１０の個人単位としてのデータとしてメールサーバ（図
示せず）に私書箱のような形で格納しておき、利用者１
１０の指示によりメールを配信するようにしてもよい。
このようにすると、常時メール配信を行うよりは通信負
荷を減少させることができる。前記特定配信において、
特定のボードについての新規加入者の追加の送信を希望
する場合は、その項目が選択されたとき、前記メール配
信の登録画面に、そのボードについて会員、非会員かを
照合するためのメンバーＩＤと、パスワードを入力する
ための入力ボックスを出現させてメンバーＩＤと、パス
ワードとを登録させ、前記ボード表示・管理部２１３で
メンバーＩＤと、パスワードとを照合させるようにし、
特定のボードからのデータの漏出を防止するようにして
もよい。さらに、携帯端末からボードとカードとのコミ
ュニケーションにアクセスできるようにしてもよい。こ
の場合、携帯端末の画面にボードタイトルのリスト画面
と、リスト画面の下層画面として各ボードのカードリス
トを表示させ、カードの選択によりカードの内容をテキ
スト表示させる。なお、携帯端末からコミュニケーショ
ンシステムの検索エンジンでボード、カードの文脈を指
定してボード、カードの文字列を検索し、検索されたカ
ードのコメントが携帯端末に配信されるようにしてもよ
い。また、携帯端末で検索した特定のカードに対してカ
ードを追加する場合は、コミュニケーションシステム側
より配信されたボード及びカードのデータに対してコメ
ントを記述したデータを返信することになるが、携帯端
末の画面には、ボードの全てを表示することは難しい。
このためこのような場合は、前記ボード管理・表示部２
１３が指定する位置に携帯端末からの追加カードを貼付
けるものとする。なお、貼付けエリアは、利用者端末１
１１を利用した他のカードの貼付けに支障が生じないよ
うにあらかじめ決定される。

【００４８】 図３２は、本実施形態におけるメール配信
のフローの一例を示す図である。利用者１１０が利用者
登録のために利用者登録メニューをクリックすると、コ
ミュニティ管理サーバ１０１から利用者端末１１１に、
前記登録画面３０４９が送信され、利用者端末１１１の
画面に表示される（ステップＳ１１０）。利用者１１０
が登録画面３０４９の入力ボックス３０５０〜３０５８
に、それぞれ利用者１１０の氏名、ニックネーム、住
所、メールアドレス、パスワード、連絡先、一口コメン
トなど、利用者１１０を特定するための事項を入力し、
希望するボード名の横のチェックボックス３０５９をＯ
Ｎとし、さらに、チェックボックスにより前記した全カ
ード配信、特定配信の項目をいずれかの項目を選択す
る。この状態で送信ボタン（図示せず）をクリックする
と、登録画面３０４９で登録した登録データが前記コミ
ュニティ管理サーバ１０１を介してメールサービスのデ
ータベースに送信される（ステップＳ１１１）。コミュ
ニティ管理サーバ１０１は、利用者端末１１１からメー
ル配信のサービスの要求を受信すると（ステップＳ１１
４）、前記メール配信希望データを参照して配信サービ
スの内容を更新する（ステップＳ１１５）。次に、利用
者端末１１１から送信されたメール配信希望データでボ
ード、カードを検索し、対応するボード、カードのデー
タを前記メールサーバに格納してデータを更新する（ス
テップＳ１１７）。メールサーバは、コミュニティ管理
サーバ１０１から送信された日時に指定された利用者１
１０のメールアドレスにボード及びカードのデータを送
信し（ステップＳ１１８）、利用者端末１１１は、利用
者１１０の希望する日時に前記メールサーバから希望す
る内容のデータを受信する（ステップＳ１１９）。

【００４９】 図３３は、図４で説明したボードデータ４
００のボードタイプ４１１によって選択されたコミュニ
ティカンダーのカレンダーデータの構成の一例を示す図
である。カレンダーデータ１２００は、タグ形式でボー
ド管理とボード表示に必要なデータを記述したデータ
で、ボード管理者１２０がボードを開設する際に登録す
る。カレンダーＩＤタグではさまれた情報はカレンダー
ＩＤ１２０１を表し、アイコンの貼付先ボードを特定す
るための情報である。タイプタグではさまれた情報はボ
ードとしてのカレンダーのタイトル１２０２を、ステー
タスタグではさまれた情報は公開是非情報１２０３を表
し、「１」は公開する、「２」は特定の利用者１１０の
みに公開するという選択を示す。カレンダー登録日タグ
ではさまれた情報は、ボード管理者１２０がコミュニテ
ィカレンダーを登録した年月日１２０４であり、西暦で
表示される。カレンダータイトルタグではさまれた情報
はカレンダーのタイトル１２０５を表す。管理者ＩＤタ
グではさまれた情報は管理者ＩＤ１２０６を表し、ボー
ドデータの更新や削除の際の認証に用いる。管理者氏名
タグではさまれた情報は管理者氏名１２０７を表す。管
理者メールアドレスタグではさまれた情報は管理者メー
ルアドレス１２０８を表し、カレンダーコメントタグで
はさまれた情報はボード管理者１２０によるボード紹介
文などのボードコメント１２０９を表す。パスワードタ
グではさまれた情報は、このカレンダーを参照するため
に必要なパスワード１２１０を表し、特定の利用者１１
０にのみパスワード１２１０を連絡することで利用者１
１０を限定するために用いる。タイプタグではさまれた
情報は、カードの表示形式であるカードタイプ１２１１
を表し、カレンダー更新日タグではさまれた情報は、ボ
ード管理者１２０がこのコミュニティカレンダーの登録
情報を変更した年月日１２１２を表し、西暦で表示され
る。色設定タグではさまれた情報は、前記アイコンの色
の設定情報１２１３を表す。

【００５０】 図３４は、コミュニティカレンダーのイベ
ントデータ１４００の構成の一例を示す図である。イベ
ントデータ１４００は、カード編集・表示・管理に必要
なデータをタグ形式で記述したデータである。イベント
ＩＤタグではさまれた情報はイベントＩＤ１４０１であ
り、イベントを特定する情報である。登録日タグではさ
まれた情報はイベントデータの登録日を特定する情報１
４０２であり、カレンダーＩＤタグではさまれた情報
は、コミュティカレンダーを特定するための情報１４０
３を表す。イベント実施日タグではさまれた情報は、イ
ベントの実施日を登録するための登録日情報１４０４
を、イベントタイトルタグではさまれた情報はイベント
タイトル１４０５を表し、イベント会場タグではさまれ
た情報、イベント開始時刻タグではさまれた情報、イベ
ント終了時刻タグで表された情報はそれぞれイベント会
場１４０６、イベント会場で実施されるイベントの開示
時刻１４０７とイベントの終了時刻１４０８を表す。ア
イコンのジャンルではさまれた情報、アイコンのタイプ
で挟まれた情報は、それぞれ後述の図３９で説明するア
イコンのジャンル１４０９、アイコンのタイプ１４１０
を表す。イベント内容タグではさまれた情報は、後述す
る図４０で説明するイベント内容１４１１であり、コメ
ントを全文表示画面で表示する。イベント窓口タグで挟
まれた情報はイベントを開催するための窓口１４１２
を、関連情報のＵＲＬタグではさまれた情報は、イベン
トに関連するＵＲＬ１４１３を示し、画像ファイルタグ
ではさまれた情報は前記したイベントウインドウに表示
する画像ファイル１４１４を、更新日タグで挟まれた情
報はイベントの更新日１４１５を表す。また、更新時間
タグではさまれた情報は、イベント情報の更新時間１４
１６を表し、ユーザーＩＤタグ、ユーザー氏名タグ、電
話番号タグ、ＦＡＸタグ、メールアドレスタグではさま
れた情報は、それぞれユーザーＩＤ１４１７、ユーザー
氏名１４１８、電話番号１４１９、ＦＡＸ１４２０、メ
ールアドレス１４２０を表し、イベントの主催者を特定
する。申し込み期限日タグではさまれた情報は、イベン
トに対する申し込み期限日１４２２であり、申し込み期
限時間タグではさまれた情報は、申し込み期限日の申し
込み期限時間１４２３を表し、メール配信希望タグでは
さまれた情報は、メール配信をするかどうかの情報１４
２４を表し、ｔｒｕｅはメール配信を希望することを表
す。

【００５１】 図３５は、コミュニティカレンダーに関す
るユーザーデータの構成の一例を示す図である。ユーザ
ーデータ１５００は、タグ形式でユーザー管理と発言者
情報表示に必要なデータを記述したデータである。ユー
ザーＩＤタグではさまれた情報はユーザーＩＤ１５０１
を表し、更新日タグではさまれた情報は、イベントデー
タの更新日１５０２を表す。パスワードタグではさまれ
た情報はユーザーのパスワード１５０３を表す。ユーザ
ーＩＤ１５０１とパスワード１５０３はログイン時に必
要な入力データである。ユーザー氏名タグではさまれた
情報、ニックネームタグではさまれた情報、住所タグ、
電話番号タグ、ＦＡＸ番号タグ、メールアドレスタグで
はさまれた情報は、それぞれユーザーの氏名１５０４、
ニックネーム１５０５、住所１５０６、電話番号１５０
７、ＦＡＸ番号１５０８、メールアドレス１５０９を示
し、ユーザーを特定するための情報である。一口コメン
トタグではさまれた情報はコメントの内容１５１０であ
り、登録日タグではさまれた情報は、利用者登録の登録
日１５１１である。権限タグはログインの権限１５１２
を表し、利用者１１０であればユーザー権限で、管理者
１２０であれば管理者権限でログインが可能となる。一
口コメントの公開タグ、氏名の公開タグ、ニックネーム
の公開タグ、電話番号の公開タグ、ＦＡＸ番号の公開タ
グ、メールアドレスの公開タグではさまれた情報１５１
３〜１５０８は、それぞれ本人の同意を得て公開するか
どうかを決定するための情報を表し、trueは公開する、
falseは公開しないという選択を示す。また、ＵＲＬタ
グではさまれた情報は、インターネット上のＵＲＬ１５
１９を表し、メール配信設定タグではさまれた情報は、
メール配信を希望するかどうかの情報１５２０を表し、
ｔｒｕｅは希望する、ｆａｌｓｅは希望しないという選
択を示す。

【００５２】 図３６は、本実施形態における前記コミュ
ニティカレンダーに関するメールサービスデータの構成
の一例を示す図である。メールサービスデータ１５２１
は、ユーザーの情報であり、ユーザーデータベース２１
２に格納され、ユーザー管理部２１１によって管理され
る。ユーザーＩＤタグではさまれた情報、メールアドレ
スタグで挟まれた情報はそれぞれユーザーＩＤ１５２
２、ユーザーのメールアドレス１５２３を表し、メール
希望ボードＩＤタグではさまれた情報は、メール配信を
希望するボードのＩＤ（メール希望ボードＩＤ１５２
４、メール希望ボードＩＤ１５２６）である。メール配
信済みタグではさまれた情報は、メール配信済みのイベ
ントのうち最新のイベントのイベントＩＤ（メール配信
済みイベントＩＤ１５２５、メール配信済みイベント１
５２７）を表す。ジャンルタイプタグではさまれた情報
は、ジャンルタイプ１５２８を表し、配信時間タグ、配
信単位タグではさまれた情報は、それぞれメールの配信
時間１５３１、配信単位１５３２、すなわち、配信の時
間間隔を表す。

【００５３】 図３７はコミュニティカレンダーの画面イ
メージ、図３８はコミュニティカレンダーにおけるイベ
ント申し込み期限一覧を表示するウインドウを示す図、
図３９は同じくコメントページを示す図、図４０はコミ
ュニティカレンダーにおけるイベント表示画面を示す
図、図４１は同じくイベント入力のための入力画面を示
す。図３７において、ボード３０８０の背景となるカレ
ンダーは、前記コミュニティ管理サーバ１０１の日時設
定に対応してその月のカレンダーを日曜日始まりでアプ
レットが描画、表示したものであり、前記ボード表示・
管理部２１３が参照した日の月を画面の上部中央に表示
したものである。ボード３０８０上のカレンダーの日に
ち欄には、日々のイベントを表示するためのアイコンが
貼付けられる。アイコンは、前記利用者端末１１１、ボ
ード管理者端末１２１を用いてコミュニティカレンダー
にログインしたユーザー又はボード管理者１２０がボー
ド３０８０に貼付けるカードの一態様である。前記アイ
コンは、それぞれ目的、用途を分かり易くかつ、情報の
ジャンルを一目で理解するためにボード３０８０にあら
かじめ用意されている。この実施形態では、人間の顔を
デフォルメした口コミ情報３０８２と、\マークをデフ
ォルメしたセールス情報３０８３と、台帳をデフォルメ
した住民向け情報３０８４と、バックをデフォルメした
事業者向けアイコン３０８５と、イベントの申し込み期
限を示す期限アイコン３０８６とが用意されている。前
記アイコン３０８２〜３０８５の中から選択したアイコ
ンをカレンダー３０８１の日にち欄（セル）にドラッグ
＆ドロップすると、コミュティ管理サーバ１０１がこれ
に関連付けられているイベント入力画面を開くようにな
っている。図４０は、イベントを表示するイベント表示
画面３０９２を示し、図４１はこのイベント入力画面の
一例を示す。図４１に示すイベント入力画面３０９８に
情報を書き込み、ＯＫボタン４００８をクリックすると
書き込んだ情報が、そのカードの情報として前記コミュ
ニティ管理サーバ１０１を通じて前記カードデータベー
ス２１６に格納される。図３５のユーザーデータ１５０
０で説明したように、ユーザーデータの公開が本人によ
り許諾されているときは、ユーザーデータの内容は共有
情報となり、許諾されていないときは、プライベートな
情報となる。図３７において、コミュティカレンダーに
ログインしたユーザー（利用者１１０又はボード管理者
１２０）がボード３０８０の右上に表示されているイベ
ントの申込み期限一覧３０８７をクリックすると、これ
に関連付けられたイベントウインドウが開かれる。図３
８はこのイベントウインドウを示す。図示例ではイベン
トウインドウ３０８８には、あらかじめリストが登録さ
れており、申し込み期限を設定したリスト３０８９が表
示され、期限日、開催日、イベントタイトル、主催者、
連絡先（電話番号（ＴＥＬ），ＦＡＸ，ｅ−ｍａｉｌア
ドレス）が表示される。この図３８において、イベント
タイトルがクリックされるとイベントの詳細が関連付け
られた別ウィンドウで表示される。イベント詳細につい
ては図４０で説明する。

【００５４】 図３８において、メールアドレス（Ｍａｉ
ｌ）はボード管理者端末１２１、利用者端末１１１のメ
ーラーと連動しており、メールアドレスをクリックする
とメーラーが立ち上がる。図３７の例では、コミュニテ
ィカレンダーに戻ってカレンダー３０８１の日にち欄の
イベントの期限アイコン３０８６をクリックすると、そ
の日に申込み期限のあるイベントが図３８に示すイベン
ト申込み期限一覧に表示されるように相互に関連付けら
れている。この例では、カレンダー３０８１の４／３日
に貼付けられているイベントの期限アイコン３０８６を
クリックすると４／３日に申込み期限のあるイベントの
みがリストアップされるようになっている。また、カレ
ンダー３０８１の下に表示されているイベントカード３
０９０の右横に表示されているコメント件数（図示例で
コメント３件と表示されている部分）の表示部をクリッ
クすると、図３９に示されるように前記したコメントペ
ージ３０９１が表示されるようになっている。このコメ
ントページ３０９１では、一例として、イベントに対す
るコメントとして発言者、発言日、発言時刻と発言内容
が表示されている。図４０に示すように、イベントを表
示するイベント表示画面３０９２は、この例では、イベ
ントの内容がイベントのジャンルに対応付けて変更でき
るようになっており、例えば、イベントのジャンルが口
コミ情報の場合は、主催者の欄を発言者の欄に変更でき
るようになっている。また、このイベント表示画面３０
９２においては、開催日時、イベントの内容の全文、添
付画像が表示される。口コミ情報以外のジャンルの場合
は、連絡先、イベント窓口、会場、詳細が表示に加えら
れるようになっている。イベント表示画面３０９２の下
側に表示された登録ボタン（図示例では「コメントす
る」と表示されたボタン）３０９３はコメント入力ベー
ジ３０９４に関連付けられており、また、コメント入力
ページ３０９４は、前記イベントウインドウ３０９３に
関連付けられている。イベント表示画面３０９２におい
て、登録ボタン３０９３をクリックすると、コメント入
力ページ３０９４が出現する。コメント入力ページ３０
９４にコメントを入力して登録ボタン３０９５を押す
と、コメントの登録が終了する。図４０において、コメ
ント表示ボタン（図示例では「コメントを見る」と表示
されたボタン）３０９６を押すと前記コミュニティ管理
サーバ１０１が前記カードデータベース２１６から対応
するコメントページ３０９１を呼び出して新しい順に表
示させる。したがって、この実施の形態にかかるボード
及びアイコン（カード）もボード管理者１２０及び利用
者１１０が共有するコミュニケーションの場またはプラ
イベートの場となり、各アイコンに関係付けて記録され
る情報がプライベートまたは共有の情報となる。

【００５５】 入力画面３０９８の入力事項は、図４１に
示すようにイベントを開始する日付、開催時刻、終了時
刻、タイトル、ジャンル、生活シーン、イベント内容、
イベント窓口、開催場所、マップ、申込み期限、メール
配信希望の有無となる。図３７において、ジャンル別の
アイコン３０８２、３０８３、３０８４、３０８５を、
前記カレンダー３０８１の目的とする日にち欄の上にド
ラッグして日を指定した場合は、入力画面３０９８にお
いて、その日が指定した日付けとして表示され、選択さ
れたアイコンのジャンルがジャンル欄に表示される。な
お、日付け及びジャンルは入力画面３０９８にて変更し
てもよい。生活シーン４０００はスクロールボックスに
用意されたものの中から選択し、その他のタイトル、内
容、窓口、場所はそれぞれ入力ボックス４００1、４０
０２、４００３、４００４に入力して情報を蓄積する。
この場合、時刻４００５は、入力の簡便化のため、所定
時間、例えば、１５分刻みに設定可能としてもよい。な
お、マップ情報３０９７（図４０参照）を貼り付ける場
合は、マップ４００７の項目には、リンクを張るＵＲＬ
を指定することが可能である。イベントの申込み期限４
００６の設定については、その日時を入力する。この設
定により、期限アイコン３０８６が入力した日に表示さ
れる。前記利用者１１０へのメール配信は、イベント発
生時のメール配信を希望している利用者１１０に対して
このイベントを配信するかどうかを入力することができ
る。なお、図３７の画面上のイベント入力をクリックし
て、入力画面３０９８を表示してもよい。この場合の日
付欄、ジャンル欄は未入力の状態で表示される。

【００５６】 図４２は前記ボード、及びコミュニティボ
ードの利用者１１０を登録する登録画面４０１０の別の
例を示す図である。なお、図４２において、図３１で説
明した構成と同じ構成については、同一符号を付し説明
を省略する。登録画面４０１０の入力ボックスとして
は、「氏名」３０５０、「ニックネーム」３０５１、
「住所」３０５２、「パスワード」（仮パスワードを含
む）３０５３、連絡先（「電話番号」３０５４、「ＦＡ
Ｘ」３０５５、「ｅ−ｍａｉｌアドレス」３０５６）、
「一口コメント」３０５７、「ＵＲＬ」（Ｕｎｖｅｒｓ
ａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｅｒ）３０５８な
どが設定される。設定後、この登録画面でチェックした
ボード（例えば、あおぞら駅前マップ）に対して新たに
カードが追加されるなど、更新によって変化が生じたと
きは、図３１、図３２を参照して説明したようにメール
希望の配信内容に応じてその内容が配信される。これは
前記コミュニティカレンダーについても同様である。メ
ール配信の詳細設定については、この例では、メール配
信を希望する場合に、メール配信詳細設定のチェックボ
ックスをＯＮとして配信時間帯を午前、午後、夜から選
択可能するとその時間帯にメールが配信される。配信単
位を指定することで、当日分、３日分、１週間分などま
とめて配信できる。また、選択した特定のジャンルや生
活シーンのイベントのみを希望するための口コミ情報、
セールス情報、住民向け情報、事業者向け情報のジャン
ルは、ここでは、遊ぶ、食べる、買う、働く、住むの５
つのジャンルに細分化されているので、細分化された内
容でコメントが送信される。

【００５７】 図４３は、図２１で示した分割ボードを作
成するボード管理画面の別の例を示す図である。なお、
図４３において、図２１で説明した構成と同じ構成につ
いては、同一符号を付し説明を省略する。ボード一覧４
０１１でボードタイトルやボード一口コメントなどボー
ドの内容を示す項目の左横のチェックボックス２０５２
をＯＮとし、ＯＫボタン２０５３をクリックすると、分
割ボードのタイトル、一口コメントなどの情報を登録す
るボード分割詳細設定画面４０１２が表示される。図４
３（ｂ），（ｃ）では、分割元ボードとして東西市Ｂ町
計画案を選択し、分割後のボードとして東西市Ｂ町計画
第２案を設定する場合を示す。ボード分割詳細設定画面
４０１２でタイトル、一口コメントなどを入力し、ＯＫ
ボタン４０１３をクリックすると、分割後のボード上で
表示するカードを選択するために分割元ボードのカード
内容を参照できる参照モード画面４０１４が表示され
る。図４３（ｄ）では東西市Ｂ町計画案のボードとカー
ドとが表示された場合である。この参照モード画面４０
１４でカードをクリックすると、カードの内容を参照で
きるプルダウンメニュー項目４０１５が表示され、この
プルダウンメニュー項目４０１５をクリックすると図９
のようなコメント全文の表示画面が表示される。「選択
モードへ」ボタン４０１６をクリックすると、分割後の
ボードで表示するカードを選択できる選択モード画面４
０１７が表示される。この選択モード画面４０１７でカ
ードをクリックすると、カード４０１８のように色が変
わるなど、選択したカードを特定できるようにする。ま
た、選択したカードを再度クリックすると、色が元に戻
るなど、非選択の状態に戻るようにする。カードの内容
を再度、確認したい場合は、「参照モードへ」ボタン４
０１９をクリックすると、参照モード画面４０１４が表
示される。この時、選択モード画面４０１７で選択され
たカードは参照モード画面４０１４でも色が変わった状
態で表示される。また、リセットボタン４０２１をクリ
ックすると、選択したカードが全て非選択の状態にな
る。分割後のボードで表示したいカードを選択した後、
決定ボタン４０２０をクリックすると、選択したカード
のみが表示される確認画面４０２２が表示される。確認
画面４０２２で「戻る」ボタン４０２４をクリックする
と選択モード画面４０１７に戻り、ＯＫボタン４０２３
をクリックするとボード分割内容を確認するボード分割
内容確認画面４０２５が表示される。ボード分割内容確
認画面４０２５でＯＫボタン４０２６をクリックする
と、作成した分割ボードの情報がコミュニティ管理サー
バ１０１に送信され、ボード表示・管理部２１３によ
り、ボードデータベース２１４に保存される。

【００５８】 図４４は、図２２〜図２７で説明したボー
ド連携のデータ例である。ボードデータ４００に連携グ
ループのＩＤなどのデータを追加して、ボード毎にボー
ド連携データを管理してもよいし、図４４のようにボー
ド連携データを独立して管理してもよい。連携グループ
ＩＤ４０３０はボード連携のグループを特定する情報で
あり、連携グループタイトル４０３１は図２２や図２５
で入力する連携グループのタイトルである。連携グルー
プを紹介する一口コメントを入力した場合は連携グルー
プ一口コメント４０３２に記述される。連携グループボ
ード４０３３はボード上部に表示されるプルダウンメニ
ュー２０７４、２０８０（図２４、図２７参照）でリス
トアップされる各ボードのＩＤとタイトルである。

【００５９】 本発明にかかるコミュニケーション方法及
びそのシステムは、次のように要約される。本発明は、
利用者端末１１１をネットワークに接続し、利用者端末
１１１の画面に表示されたコミュニケーションのボード
という土台（情報単位）にカード（情報単位）を貼付け
て相互に多種、多様な情報を共有しながらこれらの情報
を蓄積するコミュニケーション方法及び装置において、
カード同士に矢印付きのリンク線を貼って進行過程を表
示させるので、途中からコミュニケーションに参加した
者でもその経過と内容とを容易に把握することができ
る。なお、利用者端末１１１、ボード管理者端末１２
１、コミュニティ管理サーバ１０１は、通信機能を持つ
周知のコンピュータで構成されており、利用者端末１１
１の画面、ボード管理者端末１２１の画面、コミュニテ
ィ管理サーバ１０１の画面は、これらに接続されている
ディスプレイ（図示せず）の画面を意味している。例え
ば、「〇〇町について」の情報を文字と画像で表示した
ボードを作成して町についての批評や要望などの情報を
収集し、蓄積しようとする場合には、最初に「〇〇」、
「××」、「△△」というカードがボード上に貼付けら
れる。次に、ボードを見た管理者又は第三者がそのカー
ド「〇〇」、「××」、「△△」に対する質疑応答のた
めのカードを作成し、これをボード上に貼付ける。カー
ドの差し出し先、内容から見てボード管理者１２０、す
なわち、ボードの作成側に応答の必要がある場合は、ボ
ード管理者１２０がそのカードに対して質問や意見のた
めのカードを貼付ける。一つの画面に、多数のカードに
よる多数のテーマが掲示された場合、また、特定のカー
ドに多数のカードが関連した追加カードとして貼付けら
れた場合は、各テーマのカード（親カード）とこれに質
疑を求めるためのカードの内容が読みにくくなり、ま
た、相互の関係が不明確で、判読が困難となる。そこ
で、カードの属性を明確にし、テーマとなるカードに意
見、質問のためのカードにリンク線を貼って相互の関連
を明確し、テーマとなるカードと関連付けるカードとを
視覚的に区別させる。そして、コミュニケーションの元
となるカード、すなわち、テーマとなるカードに追加カ
ードからリンク線を貼ってカード同士を一連の情報とす
る。また、リンク線には新しく作成されたカードから直
前に作成されたカード向きの矢印を付けて親子関係を明
確にしコミュニケーションの進行過程を一目で把握でき
るようにしている。すなわち、テーマとなるカードが
「××」であるとき、「××」←「××に対して□□」
←「□□に対して◇◇」←「◇◇に対して◆◆」←「◆
◆に対して〇〇」というように、カード同士がリンク線
←で連結され、相互に関連付けられる。また、議事進行
の上で元となるカードと、ボード上に表示されているボ
ート背景の画像又はテキストの指定した箇所には、これ
を開始点とするリンク線を貼り、また、議事の元となっ
た箇所を示すとともに、テーマとなったカードと、質疑
のためのカードとに区別して視認できるようにする。も
ちろん、単一のカードから複数のカードにリンク線を貼
り、相互を明確に関連付けることも可能である。このよ
うにすれば、テーマとなる複数のカードや質疑のための
複数のカードがボード上に多数貼付けられていても、ま
た、各カードがボードに対して乱雑に配置されていて
も、相互の関係が明確なものとなる。また、ボードに貼
付けるカードは、単に、ボード上に重ねて表示されてい
て任意の場所に移動可能となっており、カード同士、ボ
ードのテキスト表示とテーマとなるカードを連結するリ
ンク線は、カードの移動に伴ってみかけ上伸縮すること
ができるので、各カードを整理して見やすくすることが
できる。この場合、他のテーマを表示するカード、これ
にリンクするカードは、邪魔となるだけなので、ボード
の隅にまとめて寄せておけばよい。このようにすると、
ボードの面積を一つのテーマに対する議論展開の場とし
て有効に活用することができるが、カードの属性や内容
を一目で理解できるようにするには、ディスプレイの表
示面積を大きく、ボードを大きくするか、またはディス
プレイの解像度を大きくし、ディスプレイに対するカー
ドの表示面積を小さくする必要がある。しかし、ディス
プレイを交換したり、ディスプレイの解像度を変える方
法は、ボード管理者１２０側、ユーザー側の負担が大き
くなり好ましいものではない。そこで、ボードに表示さ
れるカード数に一定の制限を設け、ボード上に貼付けら
れるカード数を制限する。制限数は、ディスプレイの表
示サイズ、ディスプレイの解像度能力を問わず一定と
し、ボード管理者１２０と参加者とで同じ質、同じ数の
情報を共有する。また、カードが制限数を超えた場合
は、このボードと同じ背景のボードを作成し、このボー
ドにコミュニケーションの継続が必要な数のカードを貼
付けて連携ボードを作成し、この連携ボードを現在のボ
ードに切り換える。連携ボードには必要なファイルのみ
が貼付けられており、カードによって煩雑な状態となっ
ていないので、コミュニケーションをスムーズに継続す
ることが可能となる。この結果、ディスプレイの表示面
積、解像度に依存することなく、会議の管理者と参加者
との間で、同じ情報を共有して会議を進めることができ
る。また、コミュニケーションに利用者１１０が常時参
加することは無理であり、外出先からでもコミュニケー
ションの内容を知りたいことや、コミュニケーションに
参加したい場合がある。このような場合は、コミュニケ
ーションシステムから携帯電話にボード、カードのデー
タを送信し、携帯端末からコミュニケーションに参加す
ることになるが、携帯端末の画面、特に、携帯電話の画
面は限られているので、ボードに対するカード位置を正
確に決定することはできない。このような場合、コミュ
ケーションボードに携帯側から送信されたカードを貼り
付けるためのエリアを確保しておきこのような問題を解
決する。また、カードが追加された場合や、新規な加入
者が増えたとき、これを利用者１１０側にサービスとし
て配信することが希望されるが、全てのデータをコミュ
ニケーションシステムから直接利用者端末１１１に配信
するのでは、両者の通信負荷が増え、相当の時間が必要
になる。そこで、本実施形態では、利用者１１０側にと
ってプライベートの場となるメールサーバをつくり、こ
のメールサーバにコミュニケーションシステムのボー
ド、カードを格納し、更新できるようにし、このメール
サーバから利用者１１０にコミュニケーションの変更分
を、希望日時に配信するようにして、通信負荷の減少を
達成する。また、ボード管理者１２０側、利用者１１０
側が利用するカレンダーをコミュケーションシステムの
カレンダーとすることができるが、単なるカレンダーで
は、本発明にかかるコミュケーションシステムにはなじ
まない。そこで、カードを時系列順に、例えばカレンダ
ー上に表示できるボードを作成し、ボードのカレンダー
の日にち欄に、カードとしてのアイコンを貼付ける。ア
イコンは、ドラッグされたとき文字や画像を表示するウ
インドウを開くように関連付けておくので、利用者１１
０が、アイコンに関連付けてテキストや画像情報を格納
しておくと、コミュニケーション全体で情報を共有する
ことができる。また、前記アイコンを複数のジャンルに
分けてジャンル別に情報を蓄積させるので、利用価値の
高いカレンダーとすることができる。もちろん、カレン
ダーのデータを前記したようにメール配信に連携させて
利用者１１０に配信すると、その価値を一層向上させる
ことができる。なお、前記したコミュニケーションの前
提情報やコミュニケーションの土台となる情報単位を受
発信、生成、蓄積する機能と、コミュニケーションの内
容となる情報単位を受発信、生成、蓄積する機能と、利
用者端末１１１からコミュニケーションの内容や経過の
表示又は蓄積、又はコミュニケーションの目的あるいは
段階に対応したコミュニケーションの機能の提供を行う
ことを指示された際に、前記情報単位の一つあるいは前
記情報単位の組み合わせにより前記指示に対応した処理
をする機能を実現させるプログラムは、前記コミュニテ
ィ管理サーバ１０１、前記利用者端末１１１₁〜１１１
ｎ、前記ボード管理者端末１２１₁〜１２１ｎの固定記
憶部に対応させて適宜記憶される。また、これらのプロ
グラムは、フレキシブルディスク、光ディスク、磁気デ
ィスク等の記録媒体に記録される。本発明は本発明の趣
旨を逸脱しない範囲内で種々の改変が可能であり、本発
明はこの改変された発明に及ぶことは当然である。

【００６０】

【発明の効果】本発明は、コミュニケーションの情報単
位をボードとカードなどの多層構造にし、その情報単位
の組み合わせによりコミュニケーションの経過や内容を
多様に表示、あるいは集計できるので、利用者は複雑な
コミュニケーション状況を理解しやすい。また、コミュ
ニケーションの目的や段階に対応したコミュニケーショ
ン機能を、ボードとカードなどの情報単位の組み合わせ
により提供できるので、利用者が参加しやすいコミュニ
ケーション環境をつくることができる。

【図面の簡単な説明】

【図１】本発明の実施形態のシステム構成例を示す図で
ある。

【図２】本発明の実施形態のブロック構成例を示す図で
ある。

【図３】本発明の実施形態のユーザーデータ構成例を示
す図である。

【図４】本発明の実施形態のボードデータ構成例を示す
図である。

【図５】本発明の実施形態のカードデータ構成例を示す
図である。

【図６】本発明の実施形態のカード貼付履歴表示画面例
を示す図である。

【図７】本発明の実施形態のあるカードに関連する情報
参照処理手順例を示すフローチャートである。

【図８】本発明の実施形態のカードメニュー画面例を示
す図である。

【図９】本発明の実施形態のカードリンクとコメント全
文の表示画面例を示す図である。

【図１０】本発明の実施形態の発言者情報画面例を示す
図である。

【図１１】本発明の実施形態のカード追加処理手順例を
示すフローチャートである。

【図１２】本発明の実施形態のコミュニケーション内容
を蓄積する場合の集計処理手順例を示すフローチャート
である。

【図１３】本発明の実施形態の集計処理手順例を示すフ
ローチャートである。

【図１４】本発明の実施形態の集計結果画面例を示す図
である。

【図１５】本発明の実施形態のテンプレート設定処理手
順を示すフローチャートである。

【図１６】本発明の実施形態のテンプレート選択画面例
を示す図である。

【図１７】本発明の実施形態のカードのグルーピング設
定処理手順を示すフローチャートである。

【図１８】本発明の実施形態の代表カード入力画面例を
示す図である。

【図１９】本発明の実施形態の代表カード表示画面例を
示す図である。

【図２０】ボード及びカードの仕様決定に用いられる登
録画面の一例を示す図である。

【図２１】分割ボードの作成などのためのボード管理画
面の一例を示す図である。

【図２２】連携ボード作成のための下層画面を示す図で
ある。

【図２３】同じく連携ボード作成のための下層画面を示
す図である。

【図２４】同じく連携ボード作成のための下層画面を示
す図である。

【図２５】同じく連携ボード作成のための下層画面を示
す図である。

【図２６】同じく連携ボード作成のための下層画面を示
す図である。

【図２７】同じく連携ボード作成のための下層画面を示
す図である。

【図２８】連携ボードに対するカードの貼付け枚数を設
定するための登録画面を示す図である。

【図２９】一定期間を経過したカードを手動で非表示と
してボードを見やすくするための登録画面を示す図であ
る。

【図３０】フレーミング対策のための設定画面を示す図
である。

【図３１】利用者の登録画面の一例を示す図である。

【図３２】本実施形態におけるメール配信のフローの一
例を示す図である。

【図３３】コミュニティカレンダーのカレンダーデータ
の構成の一例を示す図である。

【図３４】本実施形態にかかるコミュニティカレンダー
のイベントデータの構成の一例を示す図である。

【図３５】本実施形態にかかるコミュニティカレンダー
に関するユーザーデータの構成の一例を示す図である。

【図３６】本実施形態にかかる前記コミュニティカレン
ダーに関するメールサービスデータの構成の一例を示す
図である。

【図３７】本実施形態にかかるコミュニティカレンダー
の画面イメージを示す図である。

【図３８】本実施形態にかかるコミュニティカレンダー
におけるイベントウインドウを示す図である。

【図３９】本実施形態にかかるコメントページを示す図
である。

【図４０】本実施形態にかかるコミュニティカレンダー
におけるイベント表示画面を示す図である。

【図４１】同じくイベント入力のための入力画面を示す
図である。

【図４２】本実施形態にかかるボード及びコミュニティ
ボードの利用者を登録する登録画面の別の例を示す図で
ある。

【図４３】本実施形態にかかり図２１の分割ボードを作
成するためのボード管理画面の別の例を示す図である。

【図４４】本実施形態にかかり図２２〜図２７のボード
連携のデータ例である。

【符号の説明】 １００ コミュニティ管理者 １０１ コミュニティ管理サーバ １１０（１１０₁〜１１０ｎ） 利用者 １１１（１１１₁〜１１１ｎ） 利用者端末 １２０ （１２０₁〜１２０ｎ） ボード管理者 １２１（１２１₁〜１２１ｎ） ボード管理者端末 １１２ 画面イメージ １３０ 通信網 ２００ データ送受信部 ２１０ コミュニケーション制御部 ２１１ ユーザー管理部 ２１２ ユーザーデータベース ２１３ ボード表示・管理部 ２１４ ボードデータベース ２１５ カード編集・表示・管理部 ２１６ カードデータベース ２１７ 情報の集計・表示・管理部 ２１８ 集計データベース ２１９ テンプレート表示・管理部 ２２０ テンプレートデータベース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 坂口 佳代子 東京都江東区新砂一丁目６番27号 株式会 社日立製作所公共システム事業部内 (72)発明者 塩谷 良平 東京都江東区新砂一丁目６番27号 株式会 社日立製作所公共システム事業部内 (72)発明者 小野 宣明 東京都江東区東陽二丁目４番18号 日立公 共システム エンジニアリング株式会社内 (72)発明者 宮寺 正樹 東京都江東区東陽二丁目４番18号 日立公 共システム エンジニアリング株式会社内 (72)発明者 川原 崇 東京都江東区東陽二丁目４番18号 日立公 共システム エンジニアリング株式会社内 Ｆターム(参考） 5B085 BA06 BE07 BG02 5E501 AA01 AB30 BA03 BA06 EB05 FA08 FA21 FA23 FA46 FA48 FB25 FB28 FB45 (54)【発明の名称】 コミュニケーション方法、これを用いたコミュニケーションシステム、コミュニケーションシス テム用のプログラム及びコミュニケーションシステム用のプログラムを記録したコンピュータ読 み取り可能な記録媒体

Claims (23)

【特許請求の範囲】
1. 【請求項１】 コミュニケーションにおける情報単位を
   複数層の構造にし、複数層間において複数の情報単位を
   組み合わせることにより、コミュニケーションの内容お
   よび経過を表示することを特徴とするコミュニケーショ
   ン方法。
2. 【請求項２】 コミュニケーションにおける情報単位を
   複数層の構造にし、複数層間において複数の情報単位を
   組み合わせることにより、コミュニケーションの内容お
   よび経過を蓄積することを特徴とするコミュニケーショ
   ン方法。
3. 【請求項３】 コミュニケーションにおける情報単位を
   複数層の構造にし、情報単位の組み合わせにより、コミ
   ュニケーションの目的あるいは段階に対応したコミュニ
   ケーション機能を提供することを特徴とするコミュニケ
   ーション方法。
4. 【請求項４】 請求項１から請求項３のいずれか１項に
   記載のコミュニケーション方法において、前記複数層に
   分かれた情報単位はコミュニケーションにおけるコメン
   ト情報を有するカードと、コミュニケーションの前提と
   なる情報を有するボードであることを特徴とするコミュ
   ニケーション方法。
5. 【請求項５】 請求項４に記載のコミュニケーション方
   法において、ボードの機能として、ボードの識別子およ
   びボードの機能を特定する属性情報を備えることを特徴
   とするコミュニケーション方法。
6. 【請求項６】 請求項１から請求項３のいずれか１項に
   記載のコミュニケーション方法において、前記複数層に
   分かれた情報単位はコミュニケーションにおけるコメン
   ト情報を有するカードと、コミュニケーションの前提と
   なる情報を有するボードであり、前記ボードが前記カー
   ドを時系列順に表示できるように構成されたことを特徴
   とするコミュニケーション方法。
7. 【請求項７】 コミュニケーションの利用者が共有する
   コミュニケーションの場と、この場に付随して各利用者
   が利用する固有のプライベートの場があり、利用者に送
   信するコミュニケーションの情報を一旦プライベートの
   場に蓄積して利用者の通信負荷を減少させるようにした
   請求項１乃至請求項６のいずれか１項に記載のコミュニ
   ケーション方法。
8. 【請求項８】 各情報単位または複数情報単位における
   変化に応じてその変化を利用者に配信するようにした請
   求項１乃至請求項７のいずれか１項に記載のコミュニケ
   ーション方法。
9. 【請求項９】 各情報単位の各層の機能設定、分割、連
   携表示ができるように構成された請求項１乃至請求項８
   のいずれか１項に記載のコミュニケーション方法。
10. 【請求項１０】 サーバに複数の端末装置をネットワー
    クを介して接続し、端末装置の画面に、コミュニケーシ
    ョンの前提情報となるボードと、ボードに貼付けられて
    コミュニケーションの内容を示すカードとを表示させて
    ボートとカード間、カード間の相互の関連によりコミュ
    ニケーションの状況を理解させるようにしたコミュニケ
    ーション方法において、カードのリンク先がカードであ
    る場合はカード間に、リンク先がボード背景情報である
    場合はカードからボード背景情報にこれらを結ぶリンク
    線が表示されるようにしたことを特徴とするコミュニケ
    ーション方法。
11. 【請求項１１】 請求項１０に記載のコミュニケーショ
    ン方法において、リンク線の先端にカードのリンク先を
    示す矢印が表示されるようにしたことを特徴とするコミ
    ュニケーション方法。
12. 【請求項１２】 請求項１０又は請求項１１に記載のコ
    ミュニケーション方法において、カードをクリックして
    選択すると、選択したカードが他のカードと区別されて
    表示されるようにしたことを特徴とするコミュニケーシ
    ョン方法。
13. 【請求項１３】 請求項１０乃至請求項１２のいずれか
    １項に記載のコミュニケーション方法において、履歴表
    示アイコンによりカードの貼付け順を表示する履歴表示
    画面が表示されるようにしたことを特徴とするコミュニ
    ケーション方法。
14. 【請求項１４】 請求項１０乃至請求項１２のいずれか
    １項に記載のコミュニケーション方法において、コミュ
    ニケーションの目的、カード内容、カードの発言者など
    に応じて、カード上部の属性表示、あるいはカードの
    色、あるいはカードの形やサイズを変えて表示するよう
    にしたことを特徴とするコミュニケーション方法。
15. 【請求項１５】 コミュニケーションシステムを管理す
    る少なくとも一つの管理サーバと、コミュニケーション
    システムを利用する少なくとも一つの利用者端末と、前
    記管理サーバに対してコミュニケーションに関する情報
    を提供する少なくとも一つの管理者端末とがあり、 前記管理サーバは、コミュニケーションの前提情報やコ
    ミュニケーションの土台となる情報単位を受発信、生
    成、表示、蓄積する手段とコミュニケーションの内容と
    なる情報単位を受発信、生成、表示、蓄積する手段を備
    えており、 前記利用者端末は前記情報単位を受発信、表示する手段
    を備えており、 前記管理者端末は前記情報端末を設定、受発信、表示す
    る手段を備えており、 前記利用者端末からコミュニケーションの経過や内容の
    表示を指示された際に、前記管理サーバが前記情報単位
    の一つあるいは前記情報単位の組み合わせにより前記指
    示に対応した処理をする手段を備えていることを特徴と
    するコミュニケーションシステム。
16. 【請求項１６】 コミュニケーションシステムを管理す
    る少なくとも一つの管理サーバと、コミュニケーション
    システムを利用する少なくとも一つの利用者端末と、前
    記管理サーバに対してコミュニケーションに関する情報
    を提供する少なくとも一つの管理者端末とがあり、 前記管理サーバは、コミュニケーションの前提情報やコ
    ミュニケーションの土台となる情報単位を受発信、生
    成、表示、蓄積する手段とコミュニケーションの内容と
    なる情報単位を受発信、生成、表示、蓄積する手段を備
    えており、 前記利用者端末は前記情報単位を受発信、表示する手段
    を備えており、 前記管理者端末は前記情報端末を設定、受発信、表示す
    る手段を備えており、 前記利用者端末からコミュニケーション内容の集計を指
    示された際に、前記管理サーバが前記情報単位の一つあ
    るいは前記情報単位の組み合わせにより前記指示に対応
    した処理をする手段を備えていることを特徴とするコミ
    ュニケーションシステム。
17. 【請求項１７】 コミュニケーションシステムを管理す
    る少なくとも一つの管理サーバと、コミュニケーション
    システムを利用する少なくとも一つの利用者端末と、前
    記管理サーバに対してコミュニケーションに関する情報
    を提供する少なくとも一つの管理者端末とがあり、 前記管理サーバは、コミュニケーションの前提情報やコ
    ミュニケーションの土台となる情報単位を受発信、生
    成、表示、蓄積する手段とコミュニケーションの内容と
    なる情報単位を受発信、生成、表示、蓄積する手段を備
    えており、 前記利用者端末は前記情報単位を受発信、表示する手段
    を備えており、 前記管理者端末は前記情報端末を設定、受発信、表示す
    る手段を備えており、 前記利用者端末からコミュニケーションの目的や段階に
    応じたコミュニケーション機能の提供を指示された際
    に、前記管理サーバが前記情報単位の一つあるいは前記
    情報単位の組み合わせにより前記指示に対応した処理を
    する手段を備えていることを特徴とするコミュニケーシ
    ョンシステム。
18. 【請求項１８】 コミュニケーションにおける情報単位
    をコミュニケーションの土台となる情報単位とコミュニ
    ケーション内容を示す情報単位として記録手段に格納
    し、前記情報単位を前記記録手段から読み出し、前記情
    報単位を組み合わせたコミュニケーションの内容および
    経過を表示する手段を有することを特徴とするコミュニ
    ケーションシステム。
19. 【請求項１９】 コミュニケーションにおける情報単位
    をコミュニケーションの土台となる情報単位とコミュニ
    ケーションの内容を示す情報単位に分けておき、前記情
    報単位を組み合わせたコミュニケーションの内容および
    経過を記録する手段を備えたことを特徴とするコミュニ
    ケーションシステム。
20. 【請求項２０】 コミュニケーションにおける情報単位
    をコミュニケーションの土台となる情報単位とコミュニ
    ケーションの内容を示す情報単位の２層構造にし、その
    一つの情報単位または２つの情報単位の組み合わせによ
    り、コミュニケーションの目的あるいは段階に対応した
    コミュニケーション機能を提供する手段を有することを
    特徴とするコミュニケーションシステム。
21. 【請求項２１】 請求項２０に記載のコミュニケーショ
    ンシステムにおいて、コミュニケーションの目的あるい
    は段階に対応したコミュニケーション機能を提供する手
    段は、コミュニケーションの目的あるいは段階に対応し
    た複数のテンプレート情報を格納するテンプレート記録
    手段と、利用者端末からの選択指示に基づいて複数のテ
    ンプレート情報からテンプレート情報を選択して出力す
    る手段を備えることを特徴とするコミュニケーションシ
    ステム。
22. 【請求項２２】 複数のコミュニケーション参加者が情
    報を協同編集する機能と個人ごとの情報管理を行う機能
    を併せ持ち、これらを連動して機能させるように構成さ
    れた請求項１５乃至請求項２１のいずれか１項に記載の
    コミュニケーションシステム。
23. 【請求項２３】 コンピュータにコミュニケーションの
    前提情報やコミュニケーションの土台となる情報単位を
    受発信、生成、蓄積する機能と、 コミュニケーションの内容となる情報単位を受発信、生
    成、蓄積する機能と、利用者端末からコミュニケーショ
    ンの内容や経過の表示または蓄積、またはコミュニケー
    ションの目的あるいは段階に対応したコミュニケーショ
    ンの機能の提供を行うことを指示された際に、前記情報
    単位の一つあるいは前記情報単位の組み合わせにより前
    記指示に対応した処理をする機能を実現させることを特
    徴とするコミュニケーションシステム用のプログラム。 【請求２４】 コンピュータにコミュニケーションの前
    提情報やコミュニケーションの土台となる情報単位を受
    発信、生成、蓄積する機能と、 コミュニケーションの内容となる情報単位を受発信、生
    成、蓄積する機能と、 利用者端末からコミュニケーションの内容および経過の
    表示または蓄積、またはコミュニケーションの目的ある
    いは段階に対応したコミュニケーション機能の提供を行
    うことを指示された際に、前記情報単位の一つあるいは
    前記情報単位の組み合わせにより前記指示に対応した処
    理をする機能を実現させるためのコミュニケーションシ
    ステム用のプログラムを記録したコンピュータ読み取り
    可能な記録媒体。