(57)【特許請求の範囲】
【請求項１】
所定グループ内に配信されるコンテンツを作成するコンテンツ作成装置であって、
コンテンツ記事の素材データのアップロードがあったときには所定グループのユーザに通知する素材管理部と、
前記素材データに対して前記所定グループのユーザから反応を受け付ける反応管理部と、
前記反応を前記素材データの提供元のユーザに通知し、前記提供元のユーザから回答を受け付けるインタビュー実行部と、
前記回答を含めた素材データを用いて、コンテンツ記事を編集し、組版された形式で前記コンテンツ記事が集合したコンテンツを作成するコンテンツ編集部と、
前記作成されたコンテンツを前記所定グループ内のユーザに自動で配信するコンテンツ配信部と、を備えることを特徴とするコンテンツ作成装置。
【請求項２】
前記反応管理部は、前記反応を選択肢の選択により受け付け、
前記インタビュー実行部は、前記素材データを提供したユーザに対して前記選択された選択肢に対応する質問を用いて前記反応を通知することを特徴とする請求項１記載のコンテンツ作成装置。
【請求項３】
前記反応管理部は、前記反応をテキスト情報の入力により受け付け、
前記インタビュー実行部は、前記素材データを提供したユーザに対して前記入力されたテキスト情報を用いて前記反応を通知することを特徴とする請求項１または請求項２記載のコンテンツ作成装置。
【請求項４】
前記インタビュー実行部は、複数のユーザから受け付けた前記反応を、所定の契機に一括して前記提供元のユーザに通知することを特徴とする請求項１から請求項３のいずれかに記載のコンテンツ作成装置。
【請求項５】
前記素材管理部は、前記所定グループ内の一部のユーザに対して、素材データ提供の通知を行うことを特徴とする請求項１から請求項４のいずれかに記載のコンテンツ作成装置。
【請求項６】
前記素材管理部は、前記素材データの提供元のユーザにより指定されたユーザに対して、素材データ提供の通知を行うことを特徴とする請求項５記載のコンテンツ作成装置。
【請求項７】
前記コンテンツ配信先のユーザに対するコンテンツ記事の素材データの関連性を評価する素材評価部と、
前記評価に応じて前記コンテンツ内の記事配置を決定するコンテンツ編集部と、を備えることを特徴とする請求項１から請求項６のいずれかに記載のコンテンツ作成装置。
【請求項８】
コンテンツ作成装置内の各部で各ステップが実行されることにより所定グループ内に配信されるコンテンツを作成するコンテンツ作成方法であって、
素材管理部により、コンテンツ記事の素材データのアップロードがあったときには所定グループのユーザに通知するステップと、
反応管理部により、前記素材データに対して前記所定グループのユーザから反応を受け付けるステップと、
インタビュー実行部により、前記反応を前記素材データの提供元のユーザに通知し、前記提供元のユーザから回答を受け付けるステップと、
前記回答を含めた素材データを用いて、コンテンツ記事を編集し、組版された形式で前記コンテンツ記事が集合したコンテンツを作成するステップと、
前記作成されたコンテンツを前記所定グループ内のユーザに自動で配信するステップと、を含むことを特徴とするコンテンツ作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定グループ内に配信されるコンテンツを作成するコンテンツ作成装置およびコンテンツ作成方法に関する。
【背景技術】
【０００２】
従来、インターネット上のメディアにはプロの書き手と編集者が内容を構成していく事業モデルが多かったが、最近では一般の消費者が直接情報を投稿し掲載されるＣＧＭというメディアが登場している。ＣＧＭでは、実体験や生の声がリアルタイムに提供・集積される。このように、情報収集や知人・友人等のコミュニティ内でＣＧＭをＷＥＢ上で共有・閲覧することが一般的になっている。
【０００３】
そして、個人が必要な情報を容易に収集できる情報ポータルとしてのコンテンツを生成する技術が研究開発されている。たとえば、特許文献１記載の日記作成システムは、人が書いた日記をデータベースに蓄積し、蓄積された日記を分析して、人からの反応の多い日記から抽出したテーマを基にテーマ候補リストを作成し、作成されたテーマ候補リストをユーザに提示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２４２８０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の特許文献１に記載されるような日記作成の方法では、蓄積された日記から抽出したテーマを基にテーマ候補リストを提示するにすぎず、個人的な特定のコミュニティ内の他のユーザが求める内容を素材提供者に求めるものではない。したがって、必ずしもコミュニティ内で双方向のコミュニケーションを生み出すものとは言えない。
【０００６】
本発明は、このような事情に鑑みてなされたものであり、特定のコミュニティ内で容易に配信先のユーザが求めるコンテンツを作成できるコンテンツ作成装置およびコンテンツ作成方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
（１）上記の目的を達成するため、本発明のコンテンツ作成装置は、所定グループ内に配信されるコンテンツを作成するコンテンツ作成装置であって、コンテンツ記事の素材データに対して所定グループのユーザから反応を受け付ける反応管理部と、前記反応を前記素材データの提供元のユーザに通知し、前記提供元のユーザから回答を受け付けるインタビュー実行部とを備え、前記回答を含めた素材データを用いて、コンテンツを作成することを特徴としている。
【０００８】
このように、本発明のコンテンツ作成支援装置は、素材提供に対する反応やその反応に対する回答を受け付け、コンテンツを作成する。これにより、労力をかけずにユーザが興味を有する話題を記事にし、特定のコミュニティ内で容易に配信先のユーザに適したコンテンツを作成することができる。また、閲覧者の興味を反映したコンテンツの作成が可能になる。
【０００９】
（２）また、本発明のコンテンツ作成装置は、前記反応管理部が、前記反応を選択肢の選択により受け付け、前記インタビュー実行部が、前記素材データを提供したユーザに対して前記選択された選択肢に対応する質問を用いて前記反応を通知することを特徴としている。このように、選択肢で素材データに対する反応を受け付けることで、容易に素材データの提供元のユーザに質問することができる。
【００１０】
（３）また、本発明のコンテンツ作成装置は、前記反応管理部が、前記反応をテキスト情報の入力により受け付け、前記インタビュー実行部は、前記素材データを提供したユーザに対して前記入力されたテキスト情報を用いて前記反応を通知することを特徴としている。このように、テキスト情報として素材データに対する反応を受け付け、そのまま素材データの提供元のユーザに質問することで、容易に素材データの提供に対して反応と回答が得られる。
【００１１】
（４）また、本発明のコンテンツ作成装置は、前記インタビュー実行部が、複数のユーザから受け付けた前記反応を、所定の契機に一括して前記提供元のユーザに通知することを特徴としている。これにより、一括で提供元のユーザに反応を通知でき、効率的にコンテンツの作成を進めることができる。
【００１２】
（５）また、本発明のコンテンツ作成装置は、前記素材管理部が、前記所定グループ内の一部のユーザに対して、素材データ提供の通知を行うことを特徴としている。これにより、提供された素材データに対して反応を求めるユーザを制限することができる。
【００１３】
（６）また、本発明のコンテンツ作成装置は、前記素材管理部が、前記素材データの提供元のユーザにより指定されたユーザに対して、素材データ提供の通知を行うことを特徴としている。これにより、素材データの提供者が反応を求めるユーザの範囲をコントロールできる。
【００１４】
（７）また、本発明のコンテンツ作成装置は、前記コンテンツ配信先のユーザに対するコンテンツ記事の素材データの関連性を評価する素材評価部と、前記評価に応じて前記コンテンツ内の記事配置を決定するコンテンツ編集部と、を備えるとしている。これにより、配信先のユーザとの関連性の高い記事配置を有するコンテンツを配信できる。その結果、配信先のユーザは興味の高い記事を閲覧できる。
【００１５】
（８）また、本発明のコンテンツ作成方法は、所定グループ内に配信されるコンテンツを作成するコンテンツ作成方法であって、コンテンツの素材データに対して所定グループのユーザから反応を受け付けるステップと、前記反応を前記素材データの提供元のユーザに通知し、前記提供元のユーザから回答を受け付けるステップとを含み、前記回答を含めた素材データを用いて、コンテンツを作成することを特徴としている。これにより、労力をかけずにユーザが興味を有する話題を記事にし、特定のコミュニティ内で容易に配信先のユーザに適したコンテンツを作成することができる。
【発明の効果】
【００１６】
本発明によれば、特定のコミュニティ内で容易に配信先のユーザが求めるコンテンツを作成できる。
【図面の簡単な説明】
【００１７】
【図１】実施形態１に係るコンテンツ配信システムの全体構成を示す概略図である。
【図２】実施形態１に係るコンテンツ配信システムの構成例を示すブロック図である。
【図３】実施形態１に係るコンテンツ作成装置１００の動作を示すフローチャートである。
【図４】（ａ）〜（ｄ）各データの対応関係を示すテーブルである。
【図５】実施形態１に係るコンテンツ作成装置１００の動作例を示す概略図である。
【図６】ユーザ端末に表示されるＧＵＩイメージの例を示す図である。
【図７】ユーザ端末に表示されるＧＵＩイメージの例を示す図である。
【図８】利用例１を表す概略図である。
【図９】利用例２を表す概略図である。
【図１０】利用例３を表す概略図である。
【図１１】コンテンツとして作成された自分向け新聞の表示例である。
【図１２】実施形態２に係るコンテンツ配信システムの構成例を示すブロック図である。
【図１３】実施形態２に係るコンテンツ作成装置５００の動作を示すフローチャートである。
【図１４】素材データ抽出処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下に、本発明の実施の形態について、図面を参照しながら説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては同一の参照番号を付し、重複する説明は省略する。
【００１９】
［第１の実施形態］
（システム全体の構成）
図１は、コンテンツ配信システムの全体構成を示す概略図である。図１に示すように、コンテンツ配信システムは、コンテンツ作成装置１００、ユーザ端末２００ａ〜２００ｅで構成されている。コンテンツ作成装置１００は、ユーザ端末２００ａ〜２００ｅとインターネットで接続され、所定グループ内に配信されるコンテンツを作成する。そして、素材データの提供について反応（リクエストや質問）とこれに対する回答を含めた素材データを用いて、コンテンツを作成できる。このようにして、閲覧者の興味を反映したコンテンツの作成を可能にしている。
【００２０】
ユーザ端末２００ａ〜２００ｅは、インターネットを介してコンテンツ作成装置１００に接続可能な端末装置である。ユーザ端末には、たとえば携帯電話機、タブレット端末、ＰＣ、ＳＴＢ等が挙げられ、特にその種類は限定されない。また、ユーザ端末２００ｂ（ＳＴＢ）とユーザ端末２００ｃ（携帯電話機）との間でさらに情報の送受信を行ってもよい。
【００２１】
（コンテンツ作成装置の構成）
図２は、コンテンツ配信システムの構成例を示すブロック図である。一例として、記事の素材データの提供元および配信先のそれぞれのユーザ端末２００ａ、２００ｂを有するシステムを説明する。図２に示すように、コンテンツ作成装置１００は、素材管理部１１０、素材データベース１２０、インタビュー実行部１２５、素材評価部１３０、ユーザ状況取得部１３８、コンテンツ編集部１４０、コンテンツ配信部１５０、反応管理部１６０および反応・履歴データベース１７０を備えている。
【００２２】
素材管理部１１０は、素材提供元のユーザ端末２００ａがアップロードした素材データを素材データベース１２０に格納し、管理する。素材管理部１１０は、素材提供元のユーザと同一グループに属するユーザに対して素材データを閲覧可能にできる。なお、場合に応じて、ユーザが属していないグループや、そのグループに属するユーザに対して閲覧可能にしてもよい。素材データとは、たとえばテキストデータ、画像データ、音声データ等である。素材データは、ユーザアカウントを利用して、データベースに格納される。素材データは事前に設定した以下のようなカテゴリに分類される。
【００２３】
（１）ユーザ由来の近況情報
既に作成されたブログや日記、インスタントメッセージ交換システムのコミュニティによって作成された近況情報を取得し、データベースに格納した情報を対象とすることができる。
【００２４】
（２）ユーザのコミュニティ情報
データベースに格納されているインスタントメッセージ交換システムのコミュニティ情報を対象とすることができる。すなわちコミュニティ情報に基づいてユーザのタイムラインおよび投稿日付等のメタ情報を取得しデータベースに格納したものを利用できる。情報の取得には、ＡＰＩを利用できる。
【００２５】
（３）新着ニュース記事
ＲＳＳやＡＰＩを利用して取得した新着時事ニュースを対象とすることができる。素材抽出には、手動で設定可能にしたＲＳＳやＡＰＩを利用してもよい。なお、ニュース記事だけでなく、広告を含めるようにすることも可能である。
【００２６】
素材管理部１１０は、所定グループ内の一部のユーザに対して、素材データ提供の通知を行うことができる。これにより、提供された素材データに対して反応を求めるユーザを所定範囲内に制限することができる。素材管理部１１０は、素材データの提供元のユーザにより指定されたユーザに対して、素材データ提供の通知を行ってもよい。これにより、素材データの提供者が反応を求めるユーザの範囲をコントロールできる。
【００２７】
素材データベース１２０は、ユーザが提供した素材データを格納する。素材データベース１２０は、上記のように取得された情報ごとに記事素材ＩＤ、取得日付・時刻を付与する。その際にコンテンツを文章と画像とに分離して格納できる。また、素材データベース１２０は、近況情報、インスタントメッセージ交換システムのコミュニティ情報、新着ニュースなどの素材データを格納する。なお、データベースには、主となる情報とともに記事発生日時および提供元のアカウントやＵＲＬ情報等を同時に格納することができる。
【００２８】
インタビュー実行部１２５は、反応・履歴データベース１７０にアクセスし、素材データに対する反応があるときには反応を素材データの提供元のユーザ端末２００ａに通知し、提供元のユーザ端末２００ａからテキストデータで回答を受け付ける。受け付けた回答は素材データに含められ、この素材データを利用してコンテンツが作成される。これにより、素材データから記事を作成し、ユーザごとに適したコンテンツの作成を容易に行うことができる。また、労力をかけずにユーザが興味を有する話題を記事にし、特定のコミュニティ内で容易に配信先のユーザに適したコンテンツを作成することができる。
【００２９】
インタビュー実行部１２５は、複数のユーザから受け付けた反応を、所定の契機に一括して提供元のユーザに通知してもよい。これにより、一括で提供元のユーザに反応を通知でき、効率的にコンテンツの作成を進めることができる。たとえば、素材データの提供から所定期間経過時、所定の期限の到来時、素材データ提供ユーザのアクセス時等に一括で反応を通知することができる。
【００３０】
素材評価部１３０は、コンテンツ配信先のユーザに対するコンテンツの素材データの関連性を重要度で評価する。そして、評価に応じてコンテンツ内において素材データから得られる記事の配置を決定する。これにより、配信先のユーザとの関連性の高い記事配置を有するコンテンツをそのユーザに配信できる。その結果、配信先のユーザは興味の高い記事を閲覧できる。このように、コンテンツ作成装置１００は、閲覧者の属性や興味情報に応じて配信される情報を自動で選別している。
【００３１】
素材評価部１３０は、関連性の評価について、フィードバックによる評価が可能である。これにより、評価基準を更新しながら、ユーザとの関連性の高い記事配置を有するコンテンツを配信することができる。また、素材評価部１３０は、コンテンツの配信先のユーザと素材データの提供元のユーザとの関係を評価基準として関連性を評価することもできる。
【００３２】
ユーザ状況取得部１３８は、表示デバイスからユーザの状況を抽出する。たとえば、ユーザ状況の情報として、ＧＰＳ情報（位置情報）、時刻情報を抽出する。ＧＰＳ情報を利用して、ユーザの登録住所から、ユーザが自宅にいるのか、外出しているのかを判別し、時刻情報とともにコンテンツ編集部１４０に送信する。
【００３３】
コンテンツ編集部１４０は、素材評価部１３０によって得られた評価に基づいて、重要度の高い記事を掲載記事として抽出する。なお、コンテンツ編集部１４０は、ユーザ状況取得部１３８によって得られたユーザ状況も参照する。たとえばユーザが朝に自宅にいる状況や、夜に外出している状況により抽出する基準の重み付けを変えることもできる。重み付けを設定により変更可能にしてもよい。
【００３４】
コンテンツ編集部１４０は、事前に用意された新聞または雑誌のテンプレートに対して、抽出された記事をレイアウトする。レイアウトには、あらかじめ用意しておいた新聞および雑誌形式のレイアウトテンプレートが格納されたデータベースを利用することができる。新聞テンプレートに適用されなかった記事を雑誌テンプレートにレイアウトすることもできる。このようなレイアウトにより、ＷＥＢで文章を読み慣れていないユーザであっても容易に記事の閲覧が可能になる。
【００３５】
コンテンツ配信部１５０は、記事配置に基づいてテンプレートが適用された統合コンテンツを配信する。このようにして配信されたコンテンツは、ユーザ端末２００ｂ上で表示される。ユーザ端末２００ｂは、たとえばタッチパネル搭載のタブレット端末のような表示デバイスであってもよい。その場合、記事をタッチすることで記事詳細が閲覧できるＧＵＩを具備できる。
【００３６】
反応管理部１６０は、所定グループ内のユーザからコンテンツ記事の素材データに対する反応（リクエストや質問）またはコンテンツの記事に対する反応を受け付ける。ユーザ端末２００は、ＧＵＩ上で、投稿ボタンが押下された際にインスタントメッセージ交換システムＡＰＩを利用して投稿が可能な機能を有する。なお、記事に対する投稿に加えて、応答機能（たとえばRetweet）を具備することとしてもよい。たとえば、ＧＵＩ上に表示記事や、「いいね」ボタンを押下された記事および提供元のアカウント情報を収集し、反応・履歴データベース１７０に格納する。
【００３７】
反応管理部１６０は、反応を選択肢の選択により受け付け、インタビュー実行部が選択された選択肢に対応する質問を用いて、素材データを提供したユーザに対して反応を通知してもよい。このように、選択肢で素材データに対する反応を受け付けることで、容易に素材データの提供元のユーザに質問することができる。
【００３８】
反応管理部１６０は、反応をテキスト情報の入力により受け付け、インタビュー実行部が入力されたテキスト情報を用いて、素材データを提供したユーザに対して反応を通知してもよい。これにより、容易に素材データの提供に対して反応と回答が得られる。
【００３９】
反応・履歴データベース１７０は、コンテンツ配信部１５０や反応管理部１６０によって得られた反応情報および閲覧(タッチ)履歴等を格納する。なお、反応・閲覧履歴は提供元のアカウントやＵＲＬ情報を関連付けて格納するのが好ましい。さらに、反応・履歴データベース１７０は、ユーザ単位での反応値管理に加え、カテゴリ単位での反応値を格納することができる。なお、各データベースはMySQLを用いて構築することができる。
【００４０】
（コンテンツ作成装置の動作）
次に、このように構成されたコンテンツ作成装置１００の動作を説明する。図３は、コンテンツ作成装置１００の動作を示すフローチャートである。図３に示すように、コンテンツ作成装置１００は、まず、提供元のユーザから素材データのアップロードを受け付ける（ステップＳ１）。そして、提供元ユーザと同一グループに属するユーザに素材データのアップロードがあったことを通知する（ステップＳ２）。次に、アップロードされた素材データについてユーザから反応（リクエストや質問）を受け付ける（ステップＳ３）。リクエストとは、たとえば素材データについての説明を求めるものである。
【００４１】
次に、提供元ユーザに反応に基づいたインタビューを実行する（ステップＳ４）。そして、インタビューで得た提供元ユーザの回答も記事の素材データとして利用し記事作成を行う（ステップＳ５）。そして、得られた記事を適正な方法で配置し、コンテンツを編集する（ステップＳ６）。最後に編集により得られたコンテンツを同一グループのユーザへ配信して（ステップＳ７）、終了する。
【００４２】
（データの利用）
図４（ａ）〜（ｄ）は、各データの対応関係を示すテーブルである。ユーザａから素材データが提供されたときには、コンテンツ作成装置１００は、図４（ａ）の例に示すようなテーブルを用いてグループＧ１に属する他のユーザに情報を配信する。また、図４（ｂ）に示すようなテーブルを用いて、リクエストや質問があったときには、素材データごとに記録し、アップロードユーザにインタビューを実行する。
【００４３】
また、図４（ｃ）の例に示すようなテーブルを用いて、配信先のユーザごとにコミュニティースコアやカテゴリスコアのような主観的指標を格納することができる。スコアの集計時には、図４（ｄ）の例に示すようなテーブルを配信先のユーザごとに用いて、各ユーザに対して、記事ごとに画像スコアや文章スコアのような客観的指標とカテゴリスコアやコミュニティースコアのような主観的指標とをスコアとして集計できる。そして、スコアの高低に応じて記事を配置したコンテンツを、同一グループに配信できる。
【００４４】
（動作例）
図５は、コンテンツ作成装置１００の動作例を示す概略図である。図５に示す例では、まず、ユーザ端末２００ａ、２００ｃ、２００ｄが画像データをコンテンツ作成装置アップロードする（ステップＴ１）。次に、画像データのアップロードをユーザ端末２００ａ、２００ｃ、２００ｄが属するグループ内のユーザ端末２００ｂ、２００ｅに通知する（ステップＴ２）。通知されたユーザ端末２００ｂのユーザは、アップロードされた画像データについて、質問や要望等を含む反応を発信する（ステップＴ３）。反応は、たとえば、ユーザ端末２００ｂのユーザが「この写真が気になる！詳しく教えて！」という選択肢を選ぶことで行うことができる。なお、選択肢の代わりに、質問を内容とするテキスト情報を直接送ることもできる。また、基本的に質問を５Ｗ１Ｈを聞く内容として標準化することもできる。
【００４５】
反応を受けたコンテンツ作成装置１００は、反応に基づいて、画像データをアップロードした端末のユーザに対してインタビューを実行する（ステップＴ４）。たとえば、特定の選択肢が選択されている場合には、画像データをアップロードした端末に選択肢に対応する質問を発信する。仮想的なエージェントが「ＸＸさんからリクエストがありました。この写真について質問させてください。このとき、どんな気持ちでしたか？」という質問を行うようにアップロードの端末にプログラムを送信してもよい。質問を受けたユーザがこれに回答すると、コンテンツ作成装置１００はその回答を受信し、画像データ、回答を含めた記事を作成する。そして、作成した記事を重み付けして配置したコンテンツを作成し、同一グループ内のユーザに配信する（ステップＴ５）。このようにして、同一グループ内で関心の高い話題を記事したコンテンツを送信することが可能になる。
【００４６】
（ユーザ端末の表示例）
ユーザの属するグループとしては、たとえばＴｗｉｔｔｅｒ（登録商標）のようなインスタントメッセージ交換システムのコミュニティを利用できる。図６は、ユーザ端末に表示されるＧＵＩイメージの例を示す図である。ユーザ端末２００ａ〜２００ｅは、ユーザ情報入力部を有しており、ＧＵＩにより、画面１９０上に入力画面１９１およびキーボード１９２が表示され、ユーザからアカウント・パスワードの入力を受け付ける。ユーザ情報入力部としてはたとえばタッチパネルを用いることができる。アカウント・パスワードが入力されると、図中の一覧表示１９３に示すように入力されたユーザのアカウントに基づいて、そのユーザのフォロワーおよびフォロー先のユーザアカウント名（インスタントメッセージ交換システムのコミュニティ）およびアカウント画像を取得できる。このようなコミュニティをユーザの属するグループとして利用できる。
【００４７】
また、ユーザ端末におけるコンテンツの表示や記事の閲覧は、たとえば以下のように行うことができる。図７は、ユーザ端末に表示されるＧＵＩイメージの例を示す図である。コンテンツ表示１９５上で、記事１９５ａへのタッチが検知されると、ユーザ端末はその記事の拡大版１９６を表示する。ＧＵＩ上では各記事に対してインスタントメッセージ交換システムへの投稿ボタン１９６ａおよび、「いいね！」ボタン１９６ｂを付与し、ユーザの反応を収集することを可能にできる。投稿ボタン１９６ａが押下されたときには、画面１９７が表示され、反応をキーボード１９２で入力できる。「いいね！」ボタン１９６ｂが押されたら、画面１９８上に「いいね！」と評価したユーザの一覧が表示される。また、更新された記事が存在する場合に、動的に更新する機能を具備してもよいし、「保存」ボタンを表示し、ユーザがスクラップブック用に保存したい記事を選択できるようにしてもよい。保存したい記事の指定は、反応管理部１６０により受け付けられ、次のコンテンツ作成時に反映されるようにしてもよい。
【００４８】
（利用場面例１）
コンテンツ作成装置１００は、次のような場面でも利用可能である。日常的に撮影される写真や、旅行や運動会などのイベントで撮影された写真撮影はＷＥＢ上で共有されることが一般的であるが、閲覧者が能動的にアクセスする必要があり、手間がかかる。そこで、携帯端末（ユーザ端末）で撮影した写真をその場でタグ付けし、ＳＴＢ（ユーザ端末）を介してコンテンツ作成装置１００に自動転送することで、親しい知人間で写真を共有できる。そして、その写真を素材データとして新聞形式のコンテンツを自動作成することができる。このようにして、写真撮影から記事生成までのシームレスな流れを実現できる。図８は、利用例１を表す概略図である。
【００４９】
（利用場面例２）
従来、写真閲覧後のコメントは掲示板上に制限されていることが多い。コンテンツ作成装置１００は、画像データに対して閲覧者の反応を集計し、自動で投稿者に通知できる。これを利用し、容易に反応や回答を通知でき、容易に相互にコメントし合うことができ、コミュニケーションをより活性化することができる。図９は、利用例２を表す概略図である。
【００５０】
（利用場面例３）
コンテンツ作成装置１００は、反応がある写真に対して、ブログなどの近況報告を作成するプロセスを支援できる。仮想エージェントによるインタビューにより素材データを収集し、新聞レイアウトに適用して閲覧者に新聞として自動で配信できる。ユーザは、朝刊・夕刊に友達や自分の近況情報が記載されているイメージでコンテンツを閲覧できる。図１０は、利用例３を表す概略図である。
【００５１】
（利用場面例４）
コンテンツ作成装置１００は、自分向け、自分・コミュニティの情報が満載の情報メディアを自動で作成することができる。朝刊や夕刊等の情報誌に代えて、自分向けに必要な情報が集約された自分向けのメディアを構築できる。また、新たなＣＧＭ形態として最適なメディア形式を利用し、自分の情報で構成された自分特集号を作成できる。図１１は、コンテンツとして作成された自分向け新聞の表示例である。また、学級新聞、地域メディア、家族向けメディアのような従来のグループ誌に代えて、コミュニティの情報で構成されたコミュニティメディアを生成することができる。
【００５２】
（利用場面例５）
作成されたコンテンツから、お気に入りの記事を保存しておき、スクラップブックなどを作成することもできる。具体的には、まず反応管理部１６０が配信先のユーザによる作成されたコンテンツ内の記事の指定をユーザ端末から受け付ける。そして、受け付けられた指定記事を用いて、新たに配信先のユーザ用のコンテンツを作成し、ユーザに配信する。これにより、配信先のユーザのお気に入りの記事で一面（スクラップブック面）が構成されるコンテンツを作成することができる。なお、上記のように一部が配信先のユーザ指定の記事で構成されるコンテンツであってもよいし、全体が配信先のユーザ指定の記事で構成されるコンテンツ（スクラップブック・コンテンツ）であってもよい。
【００５３】
（利用場面例６）
また、Ｔｗｉｔｔｅｒ（登録商標）以外にも不特定のユーザに開かれたコミュニティでのやり取りをもとに素材データを得ることができる。すなわち質問と回答のテキスト情報（または音声情報）を解析し、インタビューと回答の素材データを取得できる。たとえばラジオで一定時間、視聴者から質問を受け付けて、ゲストが答えることで得られた一連の情報から素材データを取得することが可能である。また、たとえばFlickr（登録商標）のような画像検索ＡＰＩのコメント欄に書かれた質問に撮影者が答えることで得られた一連の情報から素材データを取得してもよい。また、ｍｉｘｉ（登録商標）のコメント欄に書かれた質問に本人が答える場面にも同様に応用可能である。
【００５４】
［第２の実施形態］
上記の実施形態では、インスタントメッセージ交換システムのログを用いて、素材データを収集するが、提供元ユーザが所定グループ内で閲覧可能にアップロードした素材データへの反応を基に、提供元ユーザにインタビューを実行し、コンテンツを作成してもよい。
【００５５】
図１２は、コンテンツ配信システムの構成例を示すブロック図である。図１２に示すコンテンツ配信システムは、コンテンツ作成装置５００およびユーザ端末２００を備えている。第１の実施形態におけるコンテンツ作成装置１００とほぼ同様の構成を有しているが、コンテンツ作成装置５００は、インタビュー実行部１２５を有していない。
【００５６】
素材データに対して、所定グループ内のユーザから反応（リクエストや質問）があったときには、素材データごとに記録し、テーブルを用いて素材データを提供したユーザａにインタビューを実行できる。
【００５７】
次に、上記のように構成されたコンテンツ作成装置５００の動作を説明する。図１３は、コンテンツ作成装置５００の動作を示すフローチャートである。まず、コンテンツ作成装置５００は、ユーザ端末２００から提供されたインスタントメッセージやリンク画像データ等の素材データを受け付ける（ステップＰ１）。次に、素材データを素材データベース１２０に格納する（ステップＰ２）。そして、条件に適合する素材データを抽出し（ステップＰ３）、コンテンツ配信先のユーザに対するコンテンツの素材データの関連性を評価する（ステップＰ４）。
【００５８】
次に、素材データに基づいて記事を作成し、上記の関連性の評価に応じて記事の配置を決定し、コンテンツを編集する（ステップＰ５）。このように配信先ごとに編集されたコンテンツを所定グループ内の各ユーザに配信する（ステップＰ６）。配信されたコンテンツに対してユーザが閲覧、コメント等を行い、反応があったときには、反応を収集し、履歴データとともにデータベースに格納する（ステップＰ７）。得られた反応により上記の評価基準は更新され、それ以降の配信に反映される。このようにして、コンテンツ作成装置１００は、配信先のユーザとの関連性の高い記事配置を有するコンテンツを配信できる。
【００５９】
（素材データ抽出処理）
素材データの抽出は、以下のような方法でも行うことができる。図１４は、素材データ抽出処理の一例を示すフローチャートである。図１４に示すように、まずインスタントメッセージのタイムライン（時系列で整理されたデータ）を取得する（ステップＱ１）。そして、タイムラインから各インスタントメッセージを取得する（ステップＱ２）。
【００６０】
次に、取得したインスタントメッセージにリンクを示すデータが有るか否かを判定する（ステップＱ３）。リンクを示すデータが無い場合には、そのインスタントメッセージに解析済みラベルを付与し（ステップＱ４）、ステップＱ８に進む。リンクを示すデータが有る場合には、リンク先に画像データがあるか否かを判定する（ステップＱ５）。画像データが無い場合には、そのインスタントメッセージに画像無ラベルを付与し（ステップＱ６）、ステップＱ８に進む。画像データが有る場合には、そのインスタントメッセージに画像有ラベルを付与する。そして、そのインスタントメッセージを素材データベースに格納する（ステップＱ８）。最後に取得したタイムラインの全インスタントメッセージにつき、上記の判定が完了したかを判定する（ステップＱ９）。完了していない場合には、ステップＱ１に戻り、完了した場合には処理を終了する。
【符号の説明】
【００６１】
１００  コンテンツ作成装置
１１０  素材管理部
１２０  素材データベース
１２５  インタビュー実行部
１３０  素材評価部
１３８  ユーザ状況取得部
１４０  コンテンツ編集部
１５０  コンテンツ配信部
１６０  反応管理部
１７０  反応・履歴データベース
１９１  入力画面
１９２  キーボード
１９３  一覧表示
１９５  コンテンツ表示
１９５ａ  記事
１９６  拡大版
１９６ａ、１９６ｂ  ボタン
１９７、１９８  画面
２００、２００ａ-２００ｅ  ユーザ端末
５００  コンテンツ作成装置
【図１】
0005624414.tif 000002
【図２】
0005624414.tif 000003
【図３】
0005624414.tif 000004
【図４】
0005624414.tif 000005
【図５】
0005624414.tif 000006
【図６】
0005624414.tif 000007
【図７】
0005624414.tif 000008
【図８】
0005624414.tif 000009
【図９】
0005624414.tif 000010
【図１０】
0005624414.tif 000011
【図１１】
0005624414.tif 000012
【図１２】
0005624414.tif 000013
【図１３】
0005624414.tif 000014
【図１４】
0005624414.tif 000015