(57)【要約】【課題】  本発明の目的は、サーバ・クライアントシステムにおいて、クライアント端末がコミュニティの立上げ指示をサーバに行うことができるコミュニティ情報生成装置、コミュニティ情報管理装置およびコミュニティ情報管理システムを提供することである。【解決手段】  ネットワークを利用したコミュニティを管理するコミュニティ情報管理装置（１２０）が使用するためのコミュニティ情報を生成するコミュニティ情報生成装置（１１０）であって、電子的な番組情報を入力する入力部（１０１）と、前記入力された電子的な番組情報に基づいて、前記コミュニティ情報を生成する生成部（１０２）と、前記生成されたコミュニティ情報を前記コミュニティ情報管理装置に送信する送信部と、を備えるコミュニティ情報生成装置。【選択図】  図１
2007094905.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを利用したコミュニティを管理するコミュニティ情報管理装置が使用するためのコミュニティ情報を生成するコミュニティ情報生成装置であって、
電子的な番組情報を入力する入力部と、
前記入力された電子的な番組情報に基づいて、前記コミュニティ情報を生成する生成部と、
前記生成されたコミュニティ情報を前記コミュニティ情報管理装置に送信する送信部と、
を備えるコミュニティ情報生成装置。
【請求項２】
前記生成部は、前記入力された電子的な番組情報のジャンルがドラマの場合、出演者名をコミュニティ名に設定することを特徴とする請求項１記載のコミュニティ情報生成装置。
【請求項３】
前記生成部は、前記入力された電子的な番組情報のジャンルがニュースの場合、番組紹介情報に基づいてコミュニティ名を設定することを特徴とする請求項１記載のコミュニティ情報生成装置。
【請求項４】
前記生成部は、前記入力された電子的な番組情報のジャンルがドラマでもニュースでも無い場合、番組のタイトル名をコミュニティ名に設定することを特徴とする請求項１記載のコミュニティ情報生成装置。
【請求項５】
前記生成部は、前記入力された電子的な番組情報を用いて、前記コミュニティ情報管理装置に対して、対応する既存コミュニティが存在するかどうかを問い合わせする手段と、
前記コミュニティ情報管理装置からの、既存コミュニティが存在するかどうかに関する応答を受信する手段とを備え、
既存コミュニティが存在しないという応答を受信した場合には、前記入力された電子的な番組情報に関連するコミュニティに関する新規コミュニティ情報を生成することを特徴とする請求項１記載のコミュニティ情報生成装置。
【請求項６】
コミュニティ情報生成装置から、ネットワークを利用したコミュニティを管理するためのコミュニティ情報を受信する受信部と、
前記受信したコミュニティ情報を記憶する記憶部と、
記憶したコミュニティ情報に基づき、ネットワーク上のコミュニティを管理する管理部と、
を備えるコミュニティ情報管理装置。
【請求項７】
前記受信部が、コミュニティ情報生成装置から既存コミュニティがあるかの問い合わせを受けた場合、
前記記憶部に既存コミュニティに関するコミュニティ情報があるかを検索する検索部をさらに備えることを特徴とする請求項６記載のコミュニティ情報管理装置。
【請求項８】
電子的な番組情報を入力する入力部と、
前記入力された電子的な番組情報に基づいて、ネットワークを利用したコミュニティを管理するためのコミュニティ情報を生成する生成部と、
前記生成したコミュニティ情報を記憶する記憶部と、
記憶したコミュニティ情報に基づき、ネットワークを利用したコミュニティを管理する管理部と、
を備えるコミュニティ情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用したコミュニティを管理するコミュニティ管理システムに関し、特に、テレビ等の番組を主題とするコミュニティを管理するためのコミュニティ情報を生成するコミュニティ情報生成装置、コミュニティ情報管理装置およびコミュニティ情報管理システムに関する。
【背景技術】
【０００２】
電子掲示板やメーリングリストなど、ネットワークを利用したコミュニティが普及している。これらの中にはテレビ番組やその出演者に関する情報を主題としてテレビ局などが運営しているものも多くある。またテレビ番組表中の各番組と掲示板が対応付けられたサービス（www.teleban.jp等）も運営されている。
【０００３】
テレビ局などが運営しているコミュニティの場合、全てのテレビ番組や出演者に関するコミュニティが存在するわけではなく、ユーザがある番組を視聴した後に、または番組を視聴する以前にコミュニティへの参加を希望したとしても、該当するコミュニティが存在せずコミュニティへ参加することができない恐れがあるという問題がある。
【０００４】
このような場合、存在しないコミュニティへの参加を希望するユーザ自身が新たにコミュニティを生成し管理することを想定できるが、一般的には、このようなユーザの積極的な関与は期待できない。例えば、従来のメディアデータ視聴装置では、個々の視聴者が作成したメタデータ（番組などに関する情報を記述するデータ）をサーバ管理者がサーバに蓄積し、他の視聴者に公開することによって、多数の視聴者がこれらメタデータを共有している（例えば特許文献１参照）。
【０００５】
また、番組表と掲示板を対応付けたサービスでは全ての番組について一律の機能を提供するのみであり、そのコミュニティにおいて必ずしも番組の内容に応じた適切なコミュニケーションが行えるわけではないという問題もある。
【特許文献１】特開２００４−１９３８７１公報（第４〜５頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、サーバ・クライアントシステムにおいて、クライアント端末がコミュニティの立上げ指示をサーバに行うことができるコミュニティ情報生成装置、コミュニティ情報管理装置およびコミュニティ情報管理システムを提供することである。
【課題を解決するための手段】
【０００７】
第１の発明は、ネットワークを利用したコミュニティを管理するコミュニティ情報管理装置が使用するためのコミュニティ情報を生成するコミュニティ情報生成装置であって、
電子的な番組情報を入力する入力部と、前記入力された電子的な番組情報に基づいて、前記コミュニティ情報を生成する生成部と、前記生成されたコミュニティ情報を前記コミュニティ情報管理装置に送信する送信部と、を備えるコミュニティ情報生成装置である。
【０００８】
第２の発明は、前記生成部は、前記入力された電子的な番組情報のジャンルがドラマの場合、出演者名をコミュニティ名に設定することを特徴とする第１の発明記載のコミュニティ情報生成装置である。
【０００９】
第３の発明は、前記生成部は、前記入力された電子的な番組情報のジャンルがニュースの場合、番組紹介情報に基づいてコミュニティ名を設定することを特徴とする第１の発明記載のコミュニティ情報生成装置である。
【００１０】
第４の発明は、前記生成部は、前記入力された電子的な番組情報のジャンルがドラマでもニュースでも無い場合、番組のタイトル名をコミュニティ名に設定することを特徴とする第１の発明記載のコミュニティ情報生成装置である。
【００１１】
第５の発明は、前記生成部は、前記入力された電子的な番組情報を用いて、前記コミュニティ情報管理装置に対して、対応する既存コミュニティが存在するかどうかを問い合わせする手段と、前記コミュニティ情報管理装置からの、既存コミュニティが存在するかどうかに関する応答を受信する手段とを備え、既存コミュニティが存在しないという応答を受信した場合には、前記入力された電子的な番組情報に関連するコミュニティに関する新規コミュニティ情報を生成することを特徴とする第１の発明記載のコミュニティ情報生成装置である。
【００１２】
第６の発明は、コミュニティ情報生成装置から、ネットワークを利用したコミュニティを管理するためのコミュニティ情報を受信する受信部と、前記受信したコミュニティ情報を記憶する記憶部と、記憶したコミュニティ情報に基づき、ネットワーク上のコミュニティを管理する管理部と、を備えるコミュニティ情報管理装置である。
【００１３】
第７の発明は、前記受信部が、コミュニティ情報生成装置から既存コミュニティがあるかの問い合わせを受けた場合、前記記憶部に既存コミュニティに関するコミュニティ情報があるかを検索する検索部をさらに備えることを特徴とする第６の発明記載のコミュニティ情報管理装置である。
【００１４】
第８の発明は、電子的な番組情報を入力する入力部と、前記入力された電子的な番組情報に基づいて、ネットワークを利用したコミュニティを管理するためのコミュニティ情報を生成する生成部と、前記生成したコミュニティ情報を記憶する記憶部と、記憶したコミュニティ情報に基づき、ネットワークを利用したコミュニティを管理する管理部と、を備えるコミュニティ情報管理システムである。
【発明の効果】
【００１５】
本発明によれば、サーバ・クライアントシステムにおいて、クライアント端末がコミュニティの立上げ指示をサーバに行うことができるコミュニティ情報生成装置、コミュニティ情報管理装置およびコミュニティ情報管理システムを提供することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１７】
図１は、本実施形態に係るサーバ・クライアントシステムの概略構成図である。本実施形態は、電子的な番組表情報に基づき、テレビ番組とそれに付随する出演者などの情報を主題とする、ネットワークを介したコミュニティを生成するコミュニティ情報管理システムについて説明したものである。
【００１８】
コミュニティ情報管理システムは、クライアント端末（コミュニティ情報生成装置）１１０とコミュニティ情報管理サーバ１２０を備えている。また、クライアント端末１１０とコミュニティ情報管理サーバ１２０はそれぞれ、ネットワークを介して通信可能な通信部（不図示）を備えている。  
クライアント端末１１０としては、ネットワークに接続可能なＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）レコーダなどが挙げられる。番組情報入力部１０１は、電子番組表サーバ（不図示）からテレビ番組に関する電子的な番組情報の入力を受け付ける。コミュニティ生成部１０２は、番組情報入力部１０１に入力された番組情報に基づきコミュニティを生成する。
【００１９】
コミュニティ情報管理サーバ１２０では、コミュニティ生成部１０２によって生成されたコミュニティの情報をコミュニティ情報記憶部１０３に記憶する。コミュニティ情報検索部１０４は、コミュニティ情報記憶部１０３に記憶されたコミュニティ情報を検索する。コミュニティ管理部１０５は，コミュニティ情報記憶部１０３に記憶された少なくとも一つ以上のコミュニティ情報に基づきコミュニティを管理する。
【００２０】
図２は、電子番組表サーバ（不図示）から番組情報入力部１０１に入力される番組情報の一例を示す図である。番組情報は複数の番組に関する情報の集合であってもよい。図２の番組情報には二つの番組に関する情報が含まれている。各番組情報は、放送局名、放送予定年月日、放送開始時刻、放送終了時刻、タイトル、ジャンル、出演者、番組紹介の各情報によって構成されている。
【００２１】
なお、番組情報の形式は図２に限定されるものではなく、例えばＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍ  Ｇｕｉｄｅ）などの既存の電子番組表情報を用いてもよい。
【００２２】
また、電子番組表サーバ（不図示）は、ｉＥＰＧを提供する既存のインターネットテレビ番組表サービス（http://www.tvguide.or.jp/，http://tv.yahoo.co.jp/など）と同様のサービスであり、番組情報入力部１０１は、メールなどによって電子番組表サーバ（不図示）から電子番組表の情報を定期的に受信してもよいし、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などの既存の通信プロトコルを用いて電子番組表サーバ（不図示）に対して定期的に電子番組表の情報を要求してもよい。
【００２３】
図３〜図５は、コミュニティ生成部１０２が番組情報入力部１０１に入力された番組表情報に基づいてコミュニティを生成する処理フローチャートである。
【００２４】
まずコミュニティ生成部１０２は番組情報入力部１０１から番組情報をひとつ読み込む（Ｓ１００１）。番組情報が複数入力されている場合には番組情報を任意の順序でひとつずつ処理される。
【００２５】
読み出した番組情報のジャンルがドラマの場合（Ｓ１００２）、図４の処理フローに従ってコミュニティ情報を生成する。また、読み出した番組情報のジャンルがニュースの場合（Ｓ１００３）には、図５の処理フローに従ってコミュニティ情報を生成する。図４及び５の処理フローについては後述する。
【００２６】
読み出した番組情報のジャンルがドラマでもニュースでもなかった場合、図３のＳ１００４〜Ｓ１０１５の処理によってコミュニティ情報が生成され、コミュニティ情報記憶部１０３に記憶される。
【００２７】
Ｓ１００４では、Ｓ１００１で読み込まれた番組情報からタイトル情報が読み出される。次に、読み出したタイトルをキーワードとして、コミュニティ情報検索部１０４を用いてコミュニティ情報記憶部１０３に記憶されているコミュニティ情報を検索する（Ｓ１００５）。タイトルによる検索では不確定性がある場合には、放送局情報や開始時刻、終了時刻を手がかりとして利用してもよい。
【００２８】
既存のコミュニティが検索された場合（Ｓ１００６）、Ｓ１００１で読み込まれた番組情報から年月日と開始時刻、終了時刻の情報を読み出し（Ｓ１００７）、さらにＳ１００５で検索されたコミュニティ情報のコミュニティＩＤを読み出して（Ｓ１００８）、コミュニティ管理部１０５に送り（Ｓ１００９）、コミュニティ管理部１０５によって既存のコミュニティ情報にスレッドを追加する。コミュニティ管理部１０５がスレッドを追加する処理フローについては後述する。
【００２９】
Ｓ１００５で既存コミュニティが検索されなかった場合、新たなコミュニティＩＤと（Ｓ１０１０）、コミュニティ情報を生成して（Ｓ１０１１）、生成したコミュニティ情報のタイトルをＳ１００４で読み出した番組情報のタイトルと同一に設定し（Ｓ１０１２）、生成したコミュニティ情報のタイプを「番組」に設定する（Ｓ１０１３）。
【００３０】
ここで、番組情報のタイトルに、サッカーなどのスポーツの文字がある場合、チャット機能をつけるようにコミュニティの属性を設定してもよい。このように、ジャンルやタイプに応じてコミュニティの属性（掲示板、チャットなど）を設定することによって、コミュニティの機能を番組の内容に応じて変更でき、適切なコミュニケーションを行うことができる。
【００３１】
さらにＳ１０１１で生成したコミュニティ情報のコミュニティＩＤを、Ｓ１０１０で生成したコミュニティＩＤの値に設定する（Ｓ１０１４）。
【００３２】
こうしてＳ１００４〜Ｓ１０１４で生成及び設定されたコミュニティ情報は、コミュニティ情報記憶部１０３に送られて記憶される（Ｓ１０１５）。
【００３３】
Ｓ１００１からＳ１０１５の処理はＳ１００１で読み込まれるべき番組情報が無くなるまで繰り返される（Ｓ１０１６）。
【００３４】
次に、図４を用いて、Ｓ１００２においてジャンルが「ドラマ」であった場合の処理フローを説明する。
【００３５】
Ｓ１００２においてジャンルが「ドラマ」であった場合には、Ｓ１００１で読み込んだ番組情報から出演者の情報を取り出す（Ｓ２００１）。出演者情報が複数含まれる場合には任意の順序でひとつずつ処理される。
【００３６】
コミュニティ生成部１０２は、コミュニティ情報検索部１０４を利用して、Ｓ２００１で取り出した出演者名をキーワードとしてコミュニティ情報記憶部１０３に該出演者名をタイトルとしたコミュニティが存在するか否かを調べる（Ｓ２００２）。
【００３７】
なお、コミュニティ情報検索部１０４及びコミュニティ情報記憶部１０３の具体的な動作については後述することとし，ここでは詳説しない。図６は、コミュニティ情報記憶部１０３に記憶されているコミュニティ情報の一例を示す図である。コミュニティ情報はコミュニティＩＤ、放送局、コミュニティの作成日、関連する番組の放送時間、コミュニティのタイトル、タイプ、リンク情報によって構成されている。
【００３８】
図６のコミュニティＩＤとは、コミュニティ生成部１０２が生成した全てのコミュニティ情報に付与する識別子で、本実施形態では通し番号の左側に０を追加した７桁の数値で表している。
【００３９】
放送局には、後述するタイプが「番組」である場合に、番組情報の放送局情報が記載される。
【００４０】
作成日は、該コミュニティ情報がコミュニティ生成部１０２によって生成された日付を表している。
【００４１】
放送時間は、後述するタイプが「番組」である場合に、番組情報の放送時間情報が「開始時刻〜終了時刻」の形式で記載される。
【００４２】
タイトルは、コミュニティ情報の生成時に付与されるタイトル情報である。
【００４３】
タイプは、コミュニティ情報が生成される際に付与される情報で、本実施形態では「番組」、「人物」、「キーワード」の３種類の値をとりうる。
【００４４】
スレッドは、コミュニティに含まれる話題の情報で、本実施形態ではスレッドの題名がコミュニティ情報に記載されている。例えば電子掲示板やメーリングリストなど既存のコミュニケーション方法においてスレッドと呼ばれる機能と同様に実現される。
【００４５】
リンクは、後述する処理によってコミュニティ生成部１０２やコミュニティ管理部１０５が該コミュニティ情報に関連づけたコミュニティ情報のコミュニティＩＤが記載される。
【００４６】
Ｓ２００２において既存のコミュニティが検索された場合（Ｓ２００３）、検索されたコミュニティのコミュニティＩＤを読み出しておく（Ｓ２００４）。
【００４７】
Ｓ２００２において既存のコミュニティが検索されなかった場合、コミュニティ生成部１０２は新たなコミュニティＩＤを生成し（Ｓ２００５）、新規にコミュニティ情報を生成して（Ｓ２００６）、Ｓ２００６で生成したコミュニティ情報のタイトルをＳ２００１で読み出した出演者名に設定する（Ｓ２００７）。
【００４８】
さらにタイプを「人物」に設定し（Ｓ２００８）、Ｓ２００５で生成したコミュニティＩＤを設定して（Ｓ２００９）、コミュニティ情報をコミュニティ情報記憶部１０３に送り（Ｓ２０１０）、生成したコミュニティ情報を記憶させる。
【００４９】
Ｓ２００４で読み出したコミュニティＩＤ、またはＳ２００６において生成されたコミュニティＩＤはスタックに記憶され（Ｓ２０１１）、後段の処理で利用される。
【００５０】
Ｓ２００１からＳ２０１１までの処理は、Ｓ２００１において読み出される出演者情報が終わるまで繰り返され（Ｓ２０１２）、全ての出演者情報が処理されるとＳ２０１３に進む。
【００５１】
Ｓ２０１３では、Ｓ１００１で読み込まれた番組情報からタイトル情報が読み出される。次に、読み出したタイトルをキーワードとして，コミュニティ情報検索部１０４を用いてコミュニティ情報記憶部１０３に記憶されているコミュニティ情報を検索する（Ｓ２０１４）。タイトルによる検索では不確定性がある場合には、放送局情報や開始時刻、終了時刻を手がかりとして利用してもよい。
【００５２】
既存のコミュニティが検索された場合（Ｓ２０１５）、Ｓ１００１で読み込まれた番組情報から年月日と開始時刻、終了時刻の情報を読み出し（Ｓ２０１６）、さらにＳ２０１４で検索されたコミュニティ情報のコミュニティＩＤを読み出して（Ｓ２０１７）、Ｓ２０１１でスタックに記憶したコミュ二ティＩＤと共に、コミュニティ管理部１０５に送り（Ｓ２０１８）、コミュニティ管理部１０５によって既存のコミュニティ情報にスレッドを追加する。
【００５３】
コミュニティ管理部１０５がスレッドを追加する処理フローについては後述する。
【００５４】
Ｓ２０１４で既存コミュニティが検索されなかった場合、新たなコミュニティＩＤと（Ｓ２０１９）、コミュニティ情報を生成して（Ｓ２０２０）、生成したコミュニティ情報のタイトルをＳ２０１３で読み出した番組情報のタイトルと同一に設定し（Ｓ２０２１）、生成したコミュニティ情報のタイプを「番組」に設定する（Ｓ２０２２）。
【００５５】
さらにＳ２０２０で生成したコミュニティ情報のコミュニティＩＤを、Ｓ２０１９で生成したコミュニティＩＤの値に設定し（Ｓ２０２３）、Ｓ２０１１でスタックに記憶したコミュニティＩＤのリストをＳ２０２０で生成したコミュニティ情報のリンク情報として設定する（Ｓ２０２４）。
【００５６】
こうしてＳ２０１９〜Ｓ２０２４で生成及び設定されたコミュニティ情報は、コミュニティ情報記憶部１０３に送られて記憶される（Ｓ２０２５）。
【００５７】
次に、図５を用いて、Ｓ１００２においてジャンルが「ニュース」であった場合の処理フローを説明する。
【００５８】
Ｓ１００２においてジャンルが「ニュース」であった場合には、Ｓ１００１で読み込んだ番組情報から番組紹介情報が読み出される（Ｓ３００１）。
【００５９】
読み出された番組紹介情報から図７の処理フローによってキーワードが生成される（Ｓ３００２）。図７の処理フローについては後述する。
【００６０】
生成されたキーワードはひとつずつ読み出され（Ｓ３００３）、読み出されたキーワードを用いてコミュニティ検索部１０４によって既存のコミュニティ情報が検索される（Ｓ３００４）。
【００６１】
Ｓ３００４において既存コミュニティが検索された場合（Ｓ３００５）、検索されたコミュニティ情報のコミュニティＩＤを読み出しておく（Ｓ３００６）。
【００６２】
Ｓ３００４において既存コミュニティが検索されなかった場合、コミュニティ生成部１０２は新たなコミュニティＩＤを生成し（Ｓ３００７）、新規にコミュニティ情報を生成して（Ｓ３００８）、Ｓ３００７で生成したコミュニティ情報のタイトルをＳ３００２で生成されＳ３００３で読み出されたキーワードに設定する（Ｓ３００９）。
【００６３】
さらにタイプを「キーワード」に設定し（Ｓ３０１０）、Ｓ３００７で生成したコミュニティＩＤを設定する（Ｓ３０１１）。
【００６４】
Ｓ３００７〜Ｓ３０１１で生成及び設定されたコミュニティ情報は、コミュニティ情報記憶部１０３に送られ、コミュニティ情報記憶部１０３によって記憶される。
【００６５】
Ｓ３００６で読み出されたコミュニティＩＤまたはＳ３００７で生成されたコミュニティＩＤはスタックに記憶され（Ｓ３０１３）、後段の処理で利用される。
【００６６】
Ｓ３００３〜Ｓ３０１３の処理は、Ｓ３００３で取り出されるキーワードが終わるまで繰り返される（Ｓ３０１４）。
【００６７】
全てのキーワードが処理されると、次にＳ１００１で読み込まれた番組情報から番組のタイトルが読み出される（Ｓ３０１５）。
【００６８】
読み出されたタイトルに基づき、コミュニティ情報検索部１０４を用いてコミュニティ情報記憶部１０３に記憶されているコミュニティ情報を検索する（Ｓ３０１６）。Ｓ２０１４と同様に、タイトルによる検索では不確定性がある場合には、放送局情報や開始時刻、終了時刻を手がかりとして利用してもよい。
【００６９】
既存のコミュニティが検索された場合（Ｓ２０１７）、Ｓ１００１で読み込まれた番組情報から年月日と開始時刻、終了時刻の情報を読み出し（Ｓ２０１８）、さらにＳ３０１６で検索されたコミュニティ情報のコミュニティＩＤを読み出して（Ｓ３０１９）、Ｓ３０１３でスタックに記憶したコミュニティＩＤと共に、コミュニティ管理部１０５に送り（Ｓ３０２０）、コミュニティ管理部１０５によって既存のコミュニティ情報にスレッドを追加する。
【００７０】
Ｓ３０１６で既存コミュニティが検索されなかった場合、新たなコミュニティＩＤと（Ｓ３０２１）、コミュニティ情報が生成され（Ｓ３０２２）、生成されたコミュニティ情報のタイトルをＳ３０１５で読み出した番組情報のタイトルと同一に設定し（Ｓ３０２３）、生成したコミュニティ情報のタイプを「番組」に設定する（Ｓ３０２４）。
【００７１】
さらにＳ３０２２で生成したコミュニティ情報のコミュニティＩＤを、Ｓ３０２１で生成されたコミュニティＩＤの値に設定し（Ｓ３０２５）、Ｓ３０１３でスタックに記憶したコミュニティＩＤのリストをリンク情報として設定する（Ｓ３０２６）。
【００７２】
こうしてＳ３０２１〜Ｓ３０２６で生成及び設定されたコミュニティ情報は、コミュニティ情報記憶部１０３に送られて記憶される（Ｓ３０２７）。
【００７３】
次に、図５のＳ３００２においてキーワードを生成する処理について図７の処理フローを用いて説明する。
【００７４】
まずＳ３００１で読み出された番組紹介情報がキーワード生成のために読み込まれる（Ｓ４００１）。番組紹介情報が複数の項目を含む場合は、図７のフローが複数回処理されてそれぞれの項目毎にキーワードが生成される。
【００７５】
読み込まれた番組紹介情報に対し、形態素解析処理が施される（Ｓ４００２）。形態素解析処理とは、入力された文字列を意味を持つ最小の単位である形態素に分解し、それぞれの形態素に品詞情報を付与する処理である（参考文献：徳永健伸，情報検索と言語処理，東京大学出版会，ｐｐ．９８〜１０１，１９９９）。
【００７６】
次にＳ４００２による形態素解析結果に含まれる自立語について、連続して出現する形態素を連結し（Ｓ４００３）、付属語以外を取り出して（Ｓ４００４）、取り出された語句のうち文字列長が最長のものをキーワードとして出力する（Ｓ４００５）。
【００７７】
ここで形態素解析を施したり、連続する自立語を連結したり、文字列長が最長の語句をキーワードとする方法はひとつの実現方法に過ぎず、例えば文字種の違いで語句を区切ったり、ＩＤＦ（Ｉｎｖｅｒｔｅｄ  Ｄｏｃｕｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ）などの統計的な量を用いてキーワードを選択したり，ストップワードリスト（不要語辞書）を利用するなど本実施形態とは異なる手法を採用してもよい。
【００７８】
このように、コミュニティ生成部１０２は、図３〜５の処理フローによって番組情報に基づきコミュニティを生成する。ここでは番組情報のジャンルとして「ドラマ」及び「ニュース」の場合について説明したが、「スポーツ」、「バラエティ」など異なるジャンルの番組情報を処理できるように変更してもよい。
【００７９】
コミュニティ情報記憶部１０３は、既存の関係データベースなどを用いてコミュニティ情報を記憶している。
【００８０】
また、コミュニティ情報記憶部１０３は、コミュニティ生成部１０２によって生成されたコミュニティ情報を記憶する際に、コミュニティ情報管理部１０５に対し新たに記憶するコミュニティのコミュニティ情報を送る。
【００８１】
コミュニティ情報検索部１０４は、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）など既存の検索言語を用いてコミュニティ情報記憶部１０３の内容を検索する。
【００８２】
コミュニティ管理部１０５は、コミュニティ情報記憶部１０３から送られてきた新たに記憶されたコミュニティ情報を読み出し、以前にコミュニティ情報記憶部１０３に記憶されていたコミュニティ情報に、新たに記憶されたコミュニティ情報へのリンクを追加する。この処理フローを図９を用いて説明する。
【００８３】
まずコミュニティ情報記憶部１０３から送られてきた、新規に登録されたコミュニティの情報を読み込む（Ｓ５００１）。Ｓ５００１で読み込まれたコミュニティの情報をここではＣｏｍＮｅｗとする。
【００８４】
次にＣｏｍＮｅｗからコミュニティＩＤ情報を取り出す（Ｓ５００２）。Ｓ５００２で取り出されたコミュニティＩＤをＣｏｍＮｅｗ＿ｉｄとする。
【００８５】
さらにＣｏｍＮｅｗからリンク情報に記載されたコミュニティＩＤをひとつ取り出す（Ｓ５００３）。Ｓ５００３で取り出したコミュニティＩＤをＣｏｍＮｅｗ＿ｌｉｎｋとする。
【００８６】
ＣｏｍＮｅｗに複数のリンク情報が含まれる場合にはＳ５００３〜Ｓ５００８が繰り返され、Ｓ５００３で取り出すリンク情報がなくなると図９の処理フローは終了する（Ｓ５００４）。
【００８７】
次にＣｏｍＮｅｗ＿ｌｉｎｋに対応するコミュニティ情報をコミュニティ情報記憶部１０３から読み出し、読み出したコミュニティ情報をＣｏｍＬｉｎｋとする（Ｓ５００５）。
【００８８】
ＣｏｍＬｉｎｋのリンク情報の集合を読み出し、読み出したリンク情報の集合をＣｏｍＬｉｎｋ＿ｌｉｎｋｓとする（Ｓ５００６）。
【００８９】
ＣｏｍＬｉｎｋ＿ｌｉｎｋｓにＣｏｍＮｅｗ＿ｉｄが含まれていない場合（Ｓ５００７）、ＣｏｍＬｉｎｋ＿ｌｉｎｋｓにＣｏｍＮｅｗ＿ｉｄを追加する（Ｓ５００８）。
【００９０】
Ｓ５００３〜Ｓ５００８は前述のようにＣｏｍＮｅｗ＿ｌｉｎｋが全て読み出されるまで繰り返される。
【００９１】
こうして、コミュニティ管理部１０５は、コミュニティ情報記憶部１０３に記憶された既存のコミュニティ情報に対し新たに記憶されたコミュニティ情報へのリンクを追加する。
【００９２】
また、コミュニティ管理部１０５は、コミュニティ生成部１０２からスレッドの追加を指示された場合、指定されたコミュニティにスレッドを追加するとともに、送られたコミュニティIDのリストに基づき以前に記憶されたコミュニティ情報にリンク情報を追加する。この処理を図１０の処理フローに従って説明する。
【００９３】
コミュニティ管理部１０５は、コミュニティ生成部１０２からスレッドの追加を指示されると、コミュニティ生成部１０２からスレッドを追加するコミュニティ情報のコミュニティＩＤを読み込む（Ｓ６００１）。Ｓ６００１で読み込んだコミュニティＩＤをＣｏｍＯｌｄ＿ｉｄとする。
【００９４】
またコミュニティ生成部１０２から入力された番組情報の年月日情報と（Ｓ６００２）、コミュニティＩＤのリスト（Ｓ６００３）を読み込んでおく。読み込んだコミュニティＩＤのリストをＣｏｍＩｄＬｉｓｔ＿ｉｎとする。
【００９５】
次にＣｏｍＯｌｄ＿ｉｄの値に基づいてコミュニティ情報記憶部１０３からコミュニティ情報を読み出す（Ｓ６００４）。Ｓ６００２で読み出したコミュニティ情報をＣｏｍＯｌｄとする。
【００９６】
そしてＣｏｍＯｌｄに新規スレッドを追加し、スレッド名をＳ６００２で読み込んだ年月日情報に設定する（Ｓ６００５）。
【００９７】
続いてＣｏｍＯｌｄからリンク情報を読み出す（Ｓ６００６）。読み出したリンク情報をＣｏｍＯｌｄ＿ｌｉｎｋとする。
【００９８】
ＣｏｍＩｄＬｉｓｔ＿ｉｎからコミュニティＩＤをひとつずつ取り出し（Ｓ６００７）、取り出したコミュニティＩＤをＣｏｍＩｄ＿ｉｎとする。Ｓ６００７〜Ｓ６０１２はＣｏｍＩｄＬｉｓｔ＿ｉｎからＣｏｍＩｄ＿ｉｎをすべて取り出すまで繰り返される（Ｓ６００８）。
【００９９】
ＣｏｍＯｌｄ＿ｌｉｎｋにＣｏｍＩｄ＿ｉｎが含まれない場合には（Ｓ６００９）、ＣｏｍＯｌｄ＿ｌｉｎｋにＣｏｍＩｄ＿ｉｎを追加し（Ｓ６０１０）、さらにＣｏｍＩｄ＿ｉｎに基づいてコミュニティ情報記憶部１０３からコミュニティ情報を読み出す（Ｓ６０１１）。
【０１００】
Ｓ６０１１で読み出したコミュニティ情報をＣｏｍＩｎとし、ＣｏｍＩｎのリンク情報にＣｏｍＯｌｄ＿ｉｎを追加する（Ｓ６０１２）。
【０１０１】
前述のように、Ｓ６００７〜Ｓ６０１２は繰り返し処理される。
【０１０２】
図１に示した本実施形態の各部は、以上のように動作する。
【０１０３】
次に、図２に示した番組情報が、本実施形態においてどのように処理されるかを具体的に説明する。
【０１０４】
図２の２０１〜２０２の番組情報が番組情報入力部１０１に入力されると、コミュニティ生成部１０２は入力された番組情報をひとつずつ読み込む（S１００１）。
【０１０５】
まず２０１の番組情報が読み込まれた場合、２０１のジャンルは「ニュース」であるため、図３のＳ１００３の判定処理によって図５の処理フローに移行する。
【０１０６】
図５のＳ３００１で２０１の番組紹介情報「Ｔ国大地震のその後」と「花粉症」から図７のキーワード生成のフローに従ってキーワードが生成される（Ｓ３００２）。
【０１０７】
まず図７のキーワード生成のフローに「Ｔ国大地震のその後」が入力され（Ｓ４００１）、形態素解析が施される（Ｓ４００２）。
【０１０８】
形態素解析の結果は、例えば「Ｔ国＜固有名詞＞／大地震＜名詞＞／の＜格助詞＞／その＜連体詞＞／後＜名詞＞」となり、連続する自立語を連結した結果は例えば「Ｔ国大地震＜自立語句＞／の＜格助詞＞／その＜連体詞＞／後＜名詞＞」となる（Ｓ４００３）。
【０１０９】
この結果から付属語以外の語句を取り出すと「Ｔ国大地震」「後」となり（Ｓ４００４）、これらの文字列長はそれぞれ「Ｔ国大地震（文字列長＝５）」「後（文字列長＝１）」であるので、キーワードとしては文字列長が最長である「Ｔ国大地震」が出力されることになる（Ｓ４００５）。
【０１１０】
もう一つの番組紹介情報の項目である「花粉症」についても、同様の処理フローで「花粉症」がキーワードとして出力される。
【０１１１】
図７のフローに従い、図５のＳ３００２でキーワードが生成されると、コミュニティ生成部１０２は、生成されたキーワードをひとつずつ取り出す（Ｓ３００３）。
【０１１２】
まず一つ目のキーワードとして「Ｔ国大地震」が取り出されたとする。コミュニティ生成部１０２は、コミュニティ情報検索部１０４を用い、このキーワードによってコミュニティ情報記憶部１０３を検索する。
【０１１３】
コミュニティ情報記憶部１０３に既に記憶されているコミュニティ情報の例は図６に示されている。例えばコミュニティ情報記憶部１０３が既存の関係データベースで実現されているとすると、コミュニティ情報検索部１０４は以下のような検索命令によって検索を行うことができる（Ｓ３００４）。
【０１１４】
ＳＥＬＥＣＴ  コミュニティＩＤ
ＦＲＯＭ  コミュニティ情報
ＷＨＥＲＥ  タイトル＝Ｔ国大地震
この結果、図６に示した既存コミュニティ情報の例から３０１のコミュニティ情報が検索される。
【０１１５】
既存のコミュニティ情報が検索されたので、Ｓ３００６に進み、コミュニティＩＤとして「００１０１０２」が読み出され（Ｓ３００６）、この値がスタックに記憶される（Ｓ３０１３）。
【０１１６】
まだキーワードがあるため（Ｓ３０１４）、次のキーワード「花粉症」についてもＳ３００３〜Ｓ３００４で同様の処理が行われるが、このキーワードでは既存のコミュニティが検索されないため（Ｓ３００５）、Ｓ３００７に進み、新たなコミュニティＩＤが生成される。
【０１１７】
前述の通り、本実施形態では通し番号の左側に０を追加した７桁の数値でコミュニティＩＤを表現する。ここでは、新たなコミュニティＩＤとして「００２０８５３」が生成されたとする（図８の４０２）。
【０１１８】
さらに各フィールドが空のコミュニティ情報を生成し（Ｓ３００８）、タイトルを「花粉症」、タイプを「キーワード」、コミュニティＩＤを「００２０８５３」として、コミュニティ情報記憶部１０３にコミュニティ情報を登録する（Ｓ３００９〜Ｓ３０１２）。
【０１１９】
コミュニティ情報記憶部１０３へのコミュニティ情報の登録は、ＳＱＬを用いて既存の方法で実現されるが、この時コミュニティ情報記憶部１０３は、コミュニティ管理部１０５に対し、新規コミュニティが登録された旨を通知する。
【０１２０】
通知を受けたコミュニティ管理部１０５は、図９のフローに従い、コミュニティ情報のリンク情報を処理する。
【０１２１】
コミュニティ管理部１０５は、まず、新規登録されたコミュニティ情報を読み込み（Ｓ５００１）、コミュニティＩＤ「００２０８５３」を取り出す（Ｓ５００２）。
【０１２２】
次に読み込んだコミュニティ情報のリンク情報を読み出すが、ここではリンク情報に何も設定されていないため，図７のフローは終了する（Ｓ５００４）。
【０１２３】
図５のフローの説明に戻り、コミュニティ生成部１０２は、Ｓ３００７で新たに生成されたコミュニティＩＤ「００２０８５３」をスタックに追加する（Ｓ３０１３）。
【０１２４】
Ｓ３００２で生成されたキーワードが全て処理されたので（Ｓ３０１４）、次にＳ３０１５に進み、番組情報２０１から番組のタイトル「ＴＳＢニュース」が読み出される。
【０１２５】
コミュニティ生成部１０２は、Ｓ３００４で説明したのと同様の方法で「ＴＳＢニュース」をタイトルとするコミュニティ情報を検索する（Ｓ３０１６）。
【０１２６】
しかし、図６の既存コミュニティには該当するコミュニティ情報が存在しないため（Ｓ３０１７）、Ｓ３０２１に進み、コミュニティＩＤとして「００２０８５４」を生成する。
【０１２７】
そして、各フィールドが空のコミュニティ情報を生成し（Ｓ３０２２）、コミュニティ名を番組情報のタイトルである「ＴＳＢニュース」に設定し（Ｓ３０２３）、タイプを「番組」に設定し（Ｓ３０２４）、Ｓ３０２１で生成したコミュニティＩＤ「００２０８５４」を設定する（Ｓ３０２５）。
【０１２８】
さらに、Ｓ３０１３でスタックに記憶したコミュニティＩＤ「００１０１０２」（図６の３０１）と「００２０８５３」（図８の４０２）をリンク情報に設定し（Ｓ３０２６）、コミュニティ情報記憶部１０３に登録する（Ｓ３０２７）。
【０１２９】
図５のフローはこれで終了するが、Ｓ３０１３で説明したのと同様に、コミュニティ情報記憶部１０３から新規コミュニティの登録がコミュニティ管理部１０５に通知され、再び図９のフローが処理される。
【０１３０】
図９のＳ５００１には「ＴＳＢニュース」に関する新規に登録されたコミュニティ情報が入力され，コミュニティＩＤ「００２０８５４」（図８の４０３）が読み出される（Ｓ５００２）。
【０１３１】
さらに、このコミュニティ情報のリンク情報として、まずコミュニティＩＤ「００１０１０２」が読み出される（Ｓ５００３）。
【０１３２】
リンク情報が存在するので（Ｓ５００４）、Ｓ５００５に進み、コミュニティ情報記憶部１０３からコミュニティＩＤ「００１０１０２」に関する既存コミュニティ情報として図６の３０１が取り出される（Ｓ５００５）。
【０１３３】
図６の３０１からリンク情報として「００１０１０５」「００１０２０４」が取り出される（Ｓ５００６）。これらは「Ｔ国大地震」というキーワードを番組紹介に含む、他の番組に関するコミュニティである。
【０１３４】
Ｓ５００６で取り出されたリンク情報にはＳ５００２で読み出した新規に登録されたコミュニティ情報のコミュニティＩＤ「００２０８５４」が含まれないため（Ｓ５００７）、Ｓ５００８に進み、コミュニティＩＤ「００１０１０２」のリンク情報に「００２０８５４」が追加され（図８の４０１）、フローはＳ５００３に戻る。
【０１３５】
Ｓ５００３では、新規登録された「００２０８５４」のもう一つのリンク情報であるコミュニティＩＤ「００２０８５３」が取り出され、このコミュニティＩＤに対応するコミュニティ情報（図８の４０２）がコミュニティ情報記憶部１０３から読み出される（Ｓ５００６）。
【０１３６】
このコミュニティ情報は「００２０８５４」を生成したのと同じ図５のフロー中に生成された「花粉症」に関するコミュニティ情報であり、リンク情報は空であるので、先程と同様にＳ５００７からＳ５００８に進み、リンク情報に新規登録されたコミュニティ情報のコミュニティＩＤ「００２０８５４」が追加される。
【０１３７】
フローはもう一度Ｓ５００３に戻るが、以上で新規登録されたコミュニティ情報のリンク情報に関する処理は終了するため、Ｓ５００４から図９のフローは終了する。
【０１３８】
図５のフローが終了したので、図３のフローのＳ１０１６に戻り、次の番組情報２０２が読み込まれる（Ｓ１００１）。
【０１３９】
番組情報２０２のジャンルは「ドラマ」であるので、Ｓ１００２から図４のフローへと移行する。
【０１４０】
図４のＳ２００１では番組情報２０２の出演者情報に着目し、まず一つ目の出演者情報である「中村三郎」が取り出される。
【０１４１】
次に出演者名に基づいて、コミュニティ情報検索部１０４からコミュニティ情報記憶部１０３を検索する（Ｓ２００２）。コミュニティ情報記憶部１０３の検索方法は前述のＳ３００４やＳ３０１６の場合と同様に実現できる。
【０１４２】
この結果、図６の既存コミュニティ情報からコミュニティＩＤ「００００１１３」のコミュニティ情報３０３が検索されるので（Ｓ２００３）、Ｓ２００４に進み、読み出されたコミュニティＩＤ「００００１１３」がスタックに記憶される（Ｓ２０１１）。
【０１４３】
次の出演者名は「木村冬子」であるが、これは図６の既存コミュニティ情報に存在しないためＳ２００５に進み、コミュニティＩＤが生成される。ここではコミュニティＩＤとして「００２０８６５」が生成されたとする（図８の４０５）。
【０１４４】
さらに各フィールドが空のコミュニティ情報が生成され（Ｓ２００６）、コミュテニィ名を「木村冬子」に設定し（Ｓ２００７）、タイプを「人物」に設定し（Ｓ２００８）、コミュニティＩＤを「００２０８６５」に設定して（Ｓ２００９）、コミュニティ情報記憶部１０３に登録され（Ｓ２０１０）、コミュニティＩＤ「００２０８６５」はスタックに記憶される（Ｓ２０１１）。
【０１４５】
Ｓ２０１０が処理された際、コミュニティ情報記憶部１０３はコミュニティ管理部１０５に対して新規コミュニティの登録を通知し、図９のフローが処理されるが、ここで登録された新規コミュニティ「００２０８６５」はリンク情報が空なので図９のフローはコミュニティ情報に影響しない。
【０１４６】
番組情報２０２の出演者情報は以上であるので（Ｓ２０１２）、次に番組情報２０２からタイトル情報である「弁慶」が読み込まれる（Ｓ２０１３）。
【０１４７】
「弁慶」で既存コミュニティを検索すると（Ｓ２０１４）、図６の３０２が検索されるので，Ｓ２０１５からＳ２０１６に進む。
【０１４８】
Ｓ２０１６では、番組情報の年月日情報として「２００５／０２／１７」が読み込まれる。
【０１４９】
さらにＳ２０１４で検索されたコミュニティ情報のコミュニティＩＤ「００１００８８」が読み出され、Ｓ２０１６〜Ｓ２０１７で得られた情報と、Ｓ２０１１でスタックされたコミュニティＩＤの集合がコミュニティ情報管理部１０５に送られ（Ｓ２０１８）、図４のフローは終了する。
【０１５０】
コミュニティ生成部１０２から情報を受け取ったコミュニティ管理部１０５は、図１０のフローに従って、コミュニティにスレッドを追加する。
【０１５１】
まず図１０のＳ６００１でコミュニティ生成部１０２から送られたコミュニティＩＤが読み込まれる。ここではコミュニティＩＤ「００１００８８」が読み込まれることになる。
【０１５２】
同様に年月日の情報として「２００５／０２／１７」が読み出され（Ｓ６００２）、スタックに記憶されたコミュニティＩＤの集合として「００００１１３」と「００２０８６５」が読み出される（Ｓ６００３）。
【０１５３】
Ｓ６００１で読み出されたコミュニティＩＤ「００１００８８」に基づき、コミュニティ情報記憶部１０３からコミュニティ情報として図４の３０２が読み出され（Ｓ６００４）、スレッド情報として「２００５／０２／１７」を追加する（Ｓ６００５）。スレッドの追加や，スレッドに基づくコミュニティの機能については、既存の電子掲示板やメーリングリストなどと同様の方法で実現される。
【０１５４】
また、図６のコミュニティ情報３０２からリンク情報としてコミュニティＩＤ「００００１１３」と「００１００８７」を読み出しておく（Ｓ６００６）。
【０１５５】
Ｓ６００３で読み出されたコミュニティＩＤの集合が順に読み出される。まず「００００１１３」が読み出され（Ｓ６００７）、Ｓ６００６で読み出しておいたコミュニティＩＤの集合に含まれるかが調べられる（Ｓ６００９）。
【０１５６】
ここで「００００１１３」は既にリンク情報に含まれており、Ｓ６０１０〜Ｓ６０１２はスキップされる。これは番組情報「弁慶」の出演者として既に「中村三郎」に関するコミュニティへのリンクが存在することを表している。
【０１５７】
もう一度Ｓ６００７に戻り、今度はコミュニティＩＤ「００２０８６５」が読み出される。
【０１５８】
これはＳ６００６で読み出しておいたコミュニティＩＤの集合に含まれないため（Ｓ６００９）、コミュニティＩＤ「００１００８８」のリンク情報（図５の４０６）にコミュニティＩＤ「００２０８６５」を追加する（Ｓ６０１０）と共に、コミュニティＩＤ「００２０８６５」のコミュニティ情報を読み出し（Ｓ６０１１）、リンク情報に「００１００８８」を追加する（Ｓ６０１２）。
【０１５９】
処理は再度Ｓ６００７に戻るが、Ｓ６００３で読み込まれたコミュニティＩＤの集合の処理は終了したので、Ｓ６００８から図１０の処理フローは終了する。
【０１６０】
以上、説明した処理により、図６に示したコミュニティ情報が既にコミュニティ情報記憶部１０３に記憶されており、番組情報入力部１０１に図２に示した番組情報が入力された場合，コミュニティ情報記憶部１０３に記憶されるコミュニティ情報は図８に示したように変更されることになる。
【０１６１】
以上説明したように、本実施形態によれば、番組表の情報に基づきコミュニティを生成することが可能となるため、番組を視聴したユーザが番組に関わるコミュニティに参加しようとした場合には常に所望のコミュニティが存在し、ユーザのコミュニティへの参加を容易にすることができる。
【０１６２】
また、番組表の情報に基づいてコミュニティを相互に関連付けたり、番組毎に適切なサブコミュニティを生成することによって、より便利なコミュニティを提供することができると共に、コミュニティの運営が自動化されるため、コミュニティ運営のコストが大幅に削減できることになる。
【０１６３】
上述した実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の趣旨を逸脱しない範囲であれば、適宜組合わせ及び変更することができることはいうまでもない。例えば、ジャンルとして、スポーツがあってもよい。コミュニティの属性は通常、掲示板であるが、スポーツの場合、コミュニティの属性をチャットにしてもよい。
【図面の簡単な説明】
【０１６４】
【図１】本実施形態に係るサーバ・クライアントシステムの概略構成図。
【図２】番組情報入力部１０１に入力される番組情報の一例を示す図。
【図３】コミュニティを生成する処理フローチャート（その１）。
【図４】コミュニティを生成する処理フローチャート（その２；ジャンルがドラマの場合）。
【図５】コミュニティを生成する処理フローチャート（その３；ジャンルがニュースの場合）。
【図６】コミュニティ情報記憶部１０３に記憶されている既存コミュニティ情報の一例を示す図。
【図７】図５のＳ３００２でのキーワード生成のフローチャート。
【図８】生成／変更されたコミュニティ情報の一例を示す図。
【図９】既存コミュニティに新たなコミュニティへのリンクを追加するフローチャート。
【図１０】スレッドの追加がある場合、既存コミュニティにリンクを追加するフローチャート。
【符号の説明】
【０１６５】
１０１  番組情報入力部
１０２  コミュニティ生成部
１０３  コミュニティ情報記憶部
１０４  コミュニティ情報検索部
１０５  コミュニティ管理部
１１０  クライアント端末
１２０  コミュニティ情報管理サーバ
【図１】
2007094905.tif 000003
【図２】
2007094905.tif 000004
【図３】
2007094905.tif 000005
【図４】
2007094905.tif 000006
【図５】
2007094905.tif 000007
【図６】
2007094905.tif 000008
【図７】
2007094905.tif 000009
【図８】
2007094905.tif 000010
【図９】
2007094905.tif 000011
【図１０】
2007094905.tif 000012