JP7165959B1 - 情報処理システム及びプログラム - Google Patents

Abstract

【課題】サンプルを増やすために要する手間を減らす情報処理システム及びプログラムを提供する。【解決手段】コンテンツ作成支援システム１である情報処理システムにおいて、記憶制御ステップでは、コンテンツのサンプルを記憶手段に記憶させ、サンプルは、ユーザが編集可能であり、且つ、ユーザ毎に固有の固有部分と全ユーザに共通の共通部分とを有する。提示ステップでは、記憶されているサンプルをユーザに提示する。記憶制御ステップでは、提示されたサンプルから作成されたコンテンツのうち共通部分が編集されたコンテンツを新たなサンプルとして記憶手段に記憶させる。【選択図】図１

Description

本発明は、情報処理システム及びプログラムに関する。

特許文献１には、特定ユーザのホームページに適用するテンプレートを選択させ、その特定ユーザのビジネス情報を、ビジネス情報表示サービスが公開するＡＰＩを介して取得し、選択されたテンプレートの各コンテンツ欄に、ビジネス情報に含まれる対応コンテンツを当てはめる術が開示されている。

特開２０２２－６１８６５号公報

特許文献１の技術のテンプレートのようにコンテンツのサンプルを提供する場合、サンプルの作成には手間がかかる。

本発明では上記事情に鑑み、サンプルを増やすために要する手間を減らすこととした。

本発明の一態様によれば、情報処理システムが提供される。この情報処理システムにおける記憶制御ステップでは、コンテンツのサンプルを記憶手段に記憶させ、サンプルは、ユーザが編集可能であり、且つ、ユーザ毎に固有の固有部分と全ユーザに共通の共通部分とを有する。提示ステップでは、記憶されているサンプルをユーザに提示する。記憶制御ステップでは、提示されたサンプルから作成されたコンテンツのうち共通部分が編集されたコンテンツを新たなサンプルとして記憶手段に記憶させる。

このような態様によれば、サンプルを増やすために要する手間を減らすことができる。

コンテンツ作成支援システム１の全体構成を示す図である。 サーバ装置１０のハードウェア構成を示す図である。 作成者端末２０のハードウェア構成を示す図である。 各装置の制御部の機能構成を示す図である。 作成支援処理の一例を示すアクティビティ図である。 サンプルの一例を示す図である。 サンプルデータベースの一例を示す図である。 作成されたコンテンツの一例を示す図である。 作成されたコンテンツの別の一例を示す図である。 ユーザデータベースの一例を示す図である。 承諾確認画面の一例を示す図である。 変換処理後の新たなサンプルの一例を示す図である。 新サンプルの通知画面の一例を示す図である。 特典テーブルの一例を示す図である。 表示された評価及び特典の一例を示す図である。 表示された推奨サンプルの一例を示す図である。 表示されたサンプルの評価の一例を示す図である。 表示された更新通知の一例を示す図である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．ハードウェア構成
本節では、本実施形態に係るコンテンツ作成支援システムのハードウェア構成について説明する。

図１は、コンテンツ作成支援システム１の全体構成を示す図である。図１においては、コンテンツ作成支援システム１が備える各装置、各装置を利用するユーザ及び各装置において処理される情報等の概要が示されている。各概要については、他の図も参照しながら随時説明する。

コンテンツ作成支援システム１は、コンテンツの作成を支援するための処理を実行する情報処理システムである。コンテンツとは、ユーザに提供するために用意された情報であり、例えば、インターネット又はイントラネット等のネットワークに接続するユーザ端末を介してユーザに提供される。コンテンツは、画像、音又はそれらを組み合わせた動画等であり、ユーザ端末が有する出力機能によって出力される。コンテンツは、例えば、企業等のホームページで公開される情報であり、本実施形態では、企業等によるＳＤＧｓ（Ｓｕｓｔａｉｎａｂｌｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｇｏａｌｓ：持続可能な開発目標）に対する取り組みを示す情報である。

コンテンツ作成支援システム１は、通信回線２と、サーバ装置１０と、作成者端末２０－１、２０－２、・・・（以下それぞれを区別しない場合は「作成者端末２０」と言う）とを備える。通信回線２は、インターネット等を含み、自回線に接続する装置同士のデータのやり取りを仲介する。通信回線２には、サーバ装置１０及び各作成者端末２０が有線又は無線で接続されている。

作成者端末２０－１、２０－２、２０－３、・・・は、企業等で外向けに公開するウェブページ等のコンテンツを作成する担当者である作成担当者Ｕ１１、Ｕ１２、Ｕ１３、・・・（以下それぞれを区別しない場合は「作成担当者Ｕ１０」と言う）によりそれぞれ利用される端末である。サーバ装置１０は、コンテンツの提供を支援するための処理を実行する情報処理装置である。

図２は、サーバ装置１０のハードウェア構成を示す図である。サーバ装置１０は、制御部１１と、記憶部１２と、通信部１３と、バス１４とを備える。バス１４は、サーバ装置１０が備える各部を電気的に接続する。

（制御部１１）
制御部１１は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部１１は、記憶部１２に記憶された所定のプログラムを読み出すことによって、コンテンツ作成支援システム１に係る種々の機能を実現するコンピュータである。すなわち、記憶部１２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部１１によって具体的に実現されることで、制御部１１に含まれる各機能部として実行されうる。これらについては、次節においてさらに詳述する。なお、制御部１１は単一であることに限定されず、機能ごとに複数の制御部１１を有するように実施してもよい。またそれらの組合せであってもよい。

（記憶部１２）
記憶部１２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部１１によって実行されるコンテンツ作成支援システム１に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部１２は、制御部１１によって実行されるコンテンツ作成支援システム１に係る種々のプログラムや変数等を記憶している。

（通信部１３）
通信部１３は、サーバ装置１０から種々の電気信号を外部の構成要素に送信可能に構成される。また、通信部１３は、外部の構成要素からサーバ装置１０への種々の電気信号を受信可能に構成される。さらに好ましくは、通信部１３がネットワーク通信機能を有し、これにより通信回線２を介して、サーバ装置１０と外部機器との間で種々の情報を通信可能に実施してもよい。

図３は、作成者端末２０のハードウェア構成を示す図である。作成者端末２０は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、出力部２５と、バス２６とを備える。バス２６は、作成者端末２０が備える各部を電気的に接続する。制御部２１、記憶部２２及び通信部２３は、図２に示す制御部１１、記憶部１２及び通信部１３と、スペック、モデル等は異なってもよいが、同様のハードウェアである。

（入力部２４）
入力部２４は、キー、ボタン、タッチスクリーン及びマウス等のうちの１以上の入力インターフェースを有し、ユーザによる入力を受け付ける。
（出力部２５）
出力部２５は、ディスプレイ及びスピーカ等の出力デバイスを有し、表示面に画面、画像、アイコン、テキスト等といった、ユーザが視認可能な態様で生成された視覚情報を表示し、音声を含む音を出力する。

２．機能構成
本節では、本実施形態の機能構成について説明する。前述の通り、各装置の記憶部に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部によって具体的に実現されることで、制御部に含まれる各機能部が実行されうる。

図４は、各装置の制御部の機能構成を示す図である。サーバ装置１０の制御部１１は、サーバ表示部１１１と、記憶制御部１１２と、ユーザ認証部１１３と、サンプル処理部１１４と、承諾処理部１１５と、評価処理部１１６と、操作蓄積部１１７と、推奨処理部１１８と、特典処理部１１９と、通知処理部１２０とを備える。作成者端末２０の制御部２１は、ユーザ表示部２１１と、操作受付部２１２とを備える。

サーバ表示部１１１は、コンテンツ作成支援システム１に関するシステム画面を作成者端末２０に表示させるための処理を実行する。サーバ表示部１１１は、例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルの生成及び送信等の処理を行い、システム画面を示すウェブページを作成者端末２０に表示させる。なお、サーバ表示部１１１は、コンテンツ作成支援システム１を利用するためのアプリケーションの表示用データの生成及び送信等の処理を行ってもよい。

記憶制御部１１２は、記憶手段への情報の記憶、更新、削除等の処理を実行する。ユーザ認証部１１３は、コンテンツ作成支援システム１の利用者として登録されているユーザを認証する。サンプル処理部１１４は、コンテンツのサンプルをユーザに提示するなどのサンプルに関する処理を実行する。コンテンツ作成支援システム１においては、システムの提供者が用意するサンプルに加え、ユーザが作成したコンテンツがサンプルとして用いられる。承諾処理部１１５は、サンプルの提供の承諾をユーザから得るための処理を実行する。

評価処理部１１６は、サンプルの評価に関する処理を実行する。操作蓄積部１１７は、ユーザによる操作の履歴を蓄積する。推奨処理部１１８は、ユーザへのサンプルの推奨に関する処理を実行する。特典処理部１１９は、サンプルを提供したユーザへの特典の付与に関する処理を実行する。通知処理部１２０は、ユーザに対するサンプルの更新の通知に関する処理を実行する。

ユーザ表示部２１１は、作成者端末２０が有する表示手段であるディスプレイへの表示を制御する。ユーザ表示部２１１は、例えば、サーバ表示部１１１から送信されてくるウェブページ又はアプリの画面を表示手段に表示させる。操作受付部２１２は、ユーザの操作を受け付ける。

３．情報処理
本節では、本実施形態において、プログラムがコンピュータに実行させる情報処理について説明する。コンテンツ作成支援システム１は、コンテンツの作成の支援に関する作成支援処理を実行する。

図５は、作成支援処理の一例を示すアクティビティ図である。図５に示すアクティビティは、コンテンツ作成支援システム１にコンテンツのサンプルを登録する作業が行われることを契機に開始される。まず、サーバ装置１０は、Ａ１１において、記憶制御部１１２により、コンテンツのサンプルを記憶手段に記憶させる。サンプルは、ユーザが編集可能なデータである。またサンプルは、ユーザ毎に固有の固有部分と全ユーザに共通の共通部分とを有する。

図６は、サンプルの一例を示す図である。図６の例では、ＳＤＧｓのテーマのひとつである「教育」についてのコンテンツのサンプルＳＰ１が示されている。サンプルＳＰ１は、固有部分Ｃ１１、Ｃ１２、Ｃ１３と、共通部分Ｄ１１とを有する。固有部分Ｃ１１、Ｃ１２、Ｃ１３には、［会社名を記入］、［目標値を記入］、［達成時期を記入］のように、ユーザによる編集を促す記述がされている。共通部分Ｄ１には、例えば、教育についての一般的な取り組みを表す文章が記述されている。記憶制御部１１２は、サンプルデータベースにサンプルを示すデータを格納する。

図７は、サンプルデータベースの一例を示す図である。図７では、サンプルＩＤ、構成情報、固有部分、共通部分、カテゴリ及び作成者ＩＤ等の項目のデータを格納するサンプルデータベースＤＢ１が示されている。固有部分及び共通部分は、例えば、それぞれの部分を記述する文字列データである。なお、固有部分及び共通部分には、画像を示す画像データ又は音声を示す音声データが含まれていてもよい。

構成情報は、固有部分及び共通部分の配置、サイズ、フォント等を定義してサンプルの構成を示す情報である。構成情報は、例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）文書である。カテゴリは、サンプル及びコンテンツが分類される区分を表している。本実施形態では、「貧困をなくそう」、「飢餓をゼロに」、「すべての人に健康と福祉を」及び「質の高い教育をみんなに」等のＳＤＧｓにおける１７の目標がカテゴリとして用いられている。なお、以下では、それらのカテゴリを「貧困」、「飢餓」、「健康」及び「教育」等のように省略して示す。

作成者ＩＤは、サンプルを作成したユーザのユーザＩＤである。本実施形態では、サンプルＩＤが「ＳＰ００１」、「ＳＰ００２」及び「ＳＰ００３」である３つのサンプルが、コンテンツ作成支援システム１の運用者（ユーザＩＤが「Ｕ００１」）によって初期サンプルとして作成されてサンプルデータベースＤＢ１に記憶されているものとする。他の項目については後ほど関係する処理とともに説明する。

次に、作成者端末２０は、Ａ１１において、ユーザ表示部２１１により、コンテンツ作成支援システム１を利用するためのログイン画面を表示し、操作受付部２１２により、作成担当者Ｕ１０による認証操作を受け付ける。操作受付部２１２は、認証操作により入力された認証情報（ユーザＩＤ及びパスワード等）をサーバ装置１０に送信する。サーバ装置１０は、Ａ１２において、ユーザ認証部１１３により、送信されてきた認証情報に基づいてユーザを認証する。

続いて、作成者端末２０は、Ａ１３において、ユーザ表示部２１１により、サンプルを検索するための検索画面を表示し、操作受付部２１２により、作成担当者Ｕ１０による検索操作を受け付ける。操作受付部２１２は、検索操作により入力された検索条件（サンプルのカテゴリ又はキーワード等）をサーバ装置１０に送信する。サーバ装置１０は、Ａ１４において、サンプル処理部１１４により、送信されてきた検索条件を満たすサンプルを検索する。

サーバ装置１０は、Ａ１５において、サーバ表示部１１１により、Ａ１４における検索の結果を示す検索結果データを生成して作成者端末２０に送信することで、サンプルの検索結果を作成担当者Ｕ１０に通知する。作成者端末２０は、Ａ１６において、ユーザ表示部２１１により、送信されてきた検索結果データが示す検索結果を表示する。作成者端末２０は、Ａ２１において、操作受付部２１２により、表示された検索結果からダウンロードするサンプルを選択する作成担当者Ｕ１０によるＤＬ（Ｄｏｗｎ Ｌｏａｄ）操作を受け付ける。操作受付部２１２は、ＤＬ操作により選択されたサンプルを示す選択データをサーバ装置１０に送信する。

サーバ装置１０は、Ａ２２において、サンプル処理部１１４により、送信されてきた選択データが示すサンプルを読み出す。サンプル処理部１１４は、読み出したサンプルを示すサンプルデータを作成者端末２０に送信する。作成者端末２０は、Ａ２３において、ユーザ表示部２１１により、送信されてきたサンプルデータが示すサンプルを表示する。このように、サンプル処理部１１４は、サーバ装置１０に記憶されているサンプルをユーザに提示する提示部として機能する。

次に、作成者端末２０は、Ａ２４において、操作受付部２１２により、サンプルを編集する編集操作を受け付ける。編集操作は、例えば、固有部分により編集が促されている情報をその固有部分に上書きして入力する操作である。また、編集操作には、共通部分を追加、削除及び変更等する操作が含まれていてもよい。これらの編集操作は、例えば、サンプルに含まれる文字列に対して行われるが、サンプルに含まれる画像又は音声等に対して行われてもよい。作成担当者Ｕ１０は、これらの編集操作によりサンプルを編集してコンテンツを作成する。

図８は、作成されたコンテンツの一例を示す図である。図８では、図６に示すサンプルＳＰ１が編集されて生成されたコンテンツＣＴ１１が示されている。コンテンツＣＴ１１においては、サンプルＳＰ１では固有部分Ｃ１１、Ｃ１２及びＣ１３であった部分に、「ＡＡＡ株式会社」、「Ｎ１人／年」及び「２０２Ｘ年３月」と言う固有情報が上書きされ、それぞれ固有部分Ｅ１１１、Ｅ１１２及びＥ１１３となっている。一方、サンプルＳＰ１で共通部分Ｄ１１であった部分は、編集がされずにそのまま共通部分Ｄ１１として残っている。

図９は、作成されたコンテンツの別の一例を示す図である。図９では、サンプルＳＰ１が編集されて生成されたコンテンツＣＴ１２が示されている。コンテンツＣＴ１２においては、サンプルＳＰ１では固有部分Ｃ１１、Ｃ１２及びＣ１３であった部分に、「ＢＢＢ株式会社」、「Ｎ２人／年」及び「２０２Ｘ年１０月」と言う固有情報が上書きされ、それぞれ固有部分Ｅ１２１、Ｅ１２２及びＥ１２３となっている。また、サンプルＳＰ１で共通部分Ｄ１１であった部分は、図８の例と異なり、例えば関連する画像を増やす編集がされ、共通部分Ｄ１２となっている。

作成者端末２０は、Ａ２１において、操作受付部２１２により、作成されたコンテンツをサーバ装置１０にアップロードするＵＬ（ＵｐＬｏａｄ）操作を受け付ける。操作受付部２１２は、ＵＬ操作によりアップロード対象として指定されたコンテンツと、そのコンテンツの元になったサンプルのサンプルＩＤとを示すコンテンツデータをサーバ装置１０に送信する。ここで、操作受付部２１２は、図５の例では、サンプル又はコンテンツに関して行った操作の履歴（検索操作、ＤＬ操作、編集操作、ＵＰ操作等）を示す履歴データをサーバ装置１０に送信する。

コンテンツデータ及び履歴データが送信されてきた場合、本実施形態では、サーバ装置１０は、まず、Ａ２６において、記憶制御部１１２により、送信されてきた履歴データが示す作成担当者Ｕ１０による操作の履歴を蓄積する。記憶制御部１１２は、ユーザに関するデータを格納するデータベースにユーザの操作履歴を示す履歴データを格納することでそれらの操作履歴を蓄積する。なお、記憶制御部１１２は、図５の例では、Ａ２６においてまとめて操作履歴を蓄積しているが、各操作が行われる度に操作履歴を蓄積してもよい。いずれの場合も、記憶制御部１１２は、コンテンツ又はサンプルに関するユーザの操作の履歴を蓄積する蓄積部として機能する。

図１０は、ユーザデータベースの一例を示す図である。図１０では、ユーザＩＤ、認証情報、閲覧サンプル、ＤＬ（ダウンロード）サンプル及びＵＬ（アップロード）コンテンツ等の項目のデータを格納するユーザデータベースＤＢ２が示されている。ユーザＩＤ及び認証情報は、Ａ１２の認証処理において用いられる。閲覧サンプル及びＤＬサンプルは、ユーザが閲覧したサンプルのサンプルＩＤ及びユーザがダウンロードしたサンプルのサンプルＩＤであり、ユーザによる閲覧操作及びＤＬ操作の履歴を示す。ＵＬコンテンツは、ユーザがアップロードしたコンテンツのコンテンツＩＤであり、ユーザによる編集操作及びＵＬ操作の履歴を示す。

続いて、サーバ装置１０は、Ａ３１において、サンプル処理部１１４により、送信されてきたコンテンツデータが示すコンテンツから、編集箇所を抽出する。サンプル処理部１１４は、例えば、コンテンツデータが示すサンプルＩＤのサンプルと、コンテンツデータが示すコンテンツとの差分を編集箇所として抽出する。こうして抽出される編集箇所には、固有部分だけが含まれる場合と、固有部分及び共通部分の両方が含まれる場合とがある。

サーバ装置１０は、共通部分の編集があった場合、Ａ３２において、承諾処理部１１５により、アップロードされたコンテンツの新たなサンプル（以下では「新サンプル」とも言う）としての提供を承諾するか否かを確認する確認データを生成して作成者端末２０に送信する。作成者端末２０は、Ａ３３において、ユーザ表示部２１１により、送信されてきた確認データが示す新サンプルの提供の承諾の可否を確認する画面を表示する。

図１１は、承諾確認画面の一例を示す図である。図１０では、新たなサンプルの提供の承諾の可否を確認する確認画面Ｆ１が示されている。確認画面Ｆ１には、ユーザが作成したコンテンツＣＴ１２と、「以下コンテンツを新たなサンプルとして提供していただけますか？」という文字列と、承諾ボタンＢ１と、承諾不可ボタンＢ１１とが表示されている。このように、承諾処理部１１５は、共通部分が編集されたコンテンツの編集者に新たなサンプルの提供の承諾の問合せを行う問合せ部として機能する。

図５の例では、承諾ボタンＢ１を押す操作が行われたとする。作成者端末２０は、Ａ３４において、操作受付部２１２により、この操作を、新サンプルの提供を承諾する操作として受け付ける。操作受付部２１２は、新サンプルの提供が承諾されたことを示す承諾データをサーバ装置１０に送信する。サーバ装置１０は、承諾データを受け取った場合、Ａ３５において、サンプル処理部１１４により、Ａ３１で編集箇所として抽出された固有部分を、編集前の固有部分と同様にユーザによる編集を促す記述に変換する変換処理を実行する。

図１２は、変換処理後の新たなサンプルの一例を示す図である。図１２では、新サンプルであるサンプルＳＰ４が示されている。サンプルＳＰ４は、図９に示すコンテンツＣＴ１２に変換処理を行って生成された新たなサンプルである。サンプル処理部１１４は、コンテンツＣＴ１２の固有部分Ｅ１２１（ＢＢＢ株式会社）をサンプルＳＰ１の固有部分Ｃ１１（［会社名を記入］）に変換している。また、サンプル処理部１１４は、ＣＴ１２の固有部分Ｅ１２２（Ｎ２人／年）、固有部分Ｅ１２３（２０２Ｘ年１０月）をサンプルＳＰ１の固有部分Ｃ１２（［目標値を記入］）、Ｃ１３（［達成時期を記入］）に変換している。

一方、サンプルＳＰ４においては、ＣＴ１２の共通部分Ｄ１２がそのまま用いられている。なお、共通部分Ｄ１２は、コンテンツの固有部分と編集を促す記述の文字数の違いにより、変換処理の前後で配置がずれる場合があるが、その場合でも、文字や画像が表す内容には変化がないものとする。以上のとおり、サンプル処理部１１４は、新たなサンプルにおける固有部分を、ユーザによる編集を促す記述に変換する変換部として機能する。

そして、サーバ装置１０は、Ａ３６において、記憶制御部１１２により、固有部分が変換された新サンプルを記憶手段に記憶させる。記憶制御部１１２は、図７に示すサンプルデータベースＤＢ１に、Ａ１１におけるサンプルＳＰ１の場合と同様に、新サンプルを示すデータを、構成情報、固有部分、共通部分及びカテゴリに格納する。また、記憶制御部１１２は、作成者ＩＤと、元サンプルＩＤとを格納する。

「作成者ＩＤ」は、新サンプルを作成した作成担当者Ｕ１０のユーザＩＤである。「元サンプルＩＤ」は、作成担当者Ｕ１０が新サンプルを作成する元として用いたサンプルのサンプルＩＤである。図７の例では、ＳＰ００１～ＳＰ００３までの３つのサンプルは、運用者が作成して提供した初期サンプルであるため、元サンプルＩＤが「該当なし」となっている。

一方、ＳＰ００４は、作成者ＩＤが「Ｕ０２１」の作成担当者Ｕ１０が「ＳＰ００２」のサンプルを元に提供した新サンプルである。また、ＳＰ００５は、作成者ＩＤが「Ｕ００８」の作成担当者Ｕ１０が「ＳＰ００３」のサンプルを元に提供した新サンプルである。これらの新サンプルは、元のサンプルと同じ分類になるので、同じカテゴリ（ＳＰ００４の場合はＳＰ００２と同じ「教育」、ＳＰ００５の場合はＳＰ００３と同じ「貧困」）が格納されている。

同様に、ＳＰ００６は、作成者ＩＤが「Ｕ００５」の作成担当者Ｕ１０が「ＳＰ００２」のサンプルを元に提供した新サンプルである。また、ＳＰ００７は、作成者ＩＤが「Ｕ０１２」の作成担当者Ｕ１０が「ＳＰ００４」のサンプルを元に提供した新サンプルであり、ＳＰ００８は、作成者ＩＤが「Ｕ１０５」の作成担当者Ｕ１０が「ＳＰ００１」のサンプルを元に提供した新サンプルである。

以上のとおり、記憶制御部１１２は、サンプル処理部１１４により提示されたサンプルから作成されたコンテンツのうち共通部分が編集されたコンテンツを新たなサンプルとして記憶手段に記憶させる。このようにサンプルの利用者が作成したコンテンツを新たなサンプルとして活用することで、新たなサンプルを一から作成する場合に比べて、新たなサンプルを増やすために要する手間を減らすことができる。また、記憶制御部１１２は、承諾処理部１１５による問合せに承諾が得られた場合に新たなサンプルを記憶手段に記憶させる。このような態様によれば、サンプルの無断流出を防ぐことができる。

また、記憶制御部１１２は、ユーザデータベースＤＢ２にも、新サンプルに関する情報を格納する。図１０の例では、記憶制御部１１２は、新サンプルを提供した作成担当者Ｕ１０のユーザＩＤに対応付けて、新サンプルのサンプルＩＤと、新サンプルの分類とを格納している。例えば、「Ｕ００２」というユーザＩＤに対応付けて、「ＳＰ００４」及び「ＳＰ０１３」という新サンプルのサンプルＩＤと、「健康」及び「貧困」という分類とが格納されている。

サーバ装置１０は、Ａ３６において新たなサンプルが記憶されると、Ａ４１において、通知処理部１２０により、新サンプルの通知を行う。通知処理部１２０は、記憶された新たなサンプルと同じ元サンプルを編集したコンテンツを過去にアップロードした作成担当者Ｕ１０の作成者端末２０に対して、同じサンプルを編集した新サンプルが提供されたことを通知する通知データを送信する。作成者端末２０は、Ａ４２において、ユーザ表示部２１１により、送信されてきた通知データが示す新サンプルの通知を表示する。

図１３は、新サンプルの通知画面の一例を示す図である。図１３では、新サンプルが提供されたことを通知する通知画面Ｆ１１が示されている。通知画面Ｆ１１には、「あなたが利用したサンプルの新サンプルが提供されました。」という文字列と、新サンプルであるサンプルＳＰ４と、通知先の作成担当者Ｕ１０が過去にアップロードしたコンテンツＣＴ１１とが表示されている。サンプルＳＰ４及びコンテンツＣＴ１１は、どちらも図６に示すサンプルＳＰ１を編集して作成されたものである。

以上のとおり、通知処理部１２０は、新たなサンプルとして記憶手段に記憶されたコンテンツと同じサンプルを編集したユーザに対して、その同じサンプルを編集した新たなサンプルが提供されたことを通知する第１通知部として機能する。このような態様によれば、新たなサンプルの活用を促進することができる。

次に、サーバ装置１０は、Ａ４３において、評価処理部１１６により、サンプルを評価する。評価処理部１１６は、例えば、サンプルに対する処理の実績に基づいてそのサンプルの評価を決定する。サンプルに対する処理とは、例えば、サンプルを閲覧する処理、サンプルをダウンロードする処理、サンプルを編集して作成されたコンテンツをアップロードする処理等である。評価処理部１１６は、これらの処理が多く実行されているサンプル程、有用なサンプルとみなして、高く評価する。

これらのサンプルに関する処理の多さは、例えば、Ａ２６において蓄積されたユーザの操作履歴（図１０に示す閲覧サンプル、ＤＬサンプル、ＵＬサンプル）によって表される。そこで、評価処理部１１６は、例えば、ユーザデータベースＤＢ２に格納されたこれらの操作履歴を参照し、各処理の実行回数を計数し、サンプルデータベースＤＢ１の「閲覧数」、「ＤＬ数」及び「ＵＬ数」に格納する。そして、評価処理部１１６は、閲覧数、ＤＬ数及びＵＬ数にそれぞれ所定の係数を乗じた値を合計したものを評価値として算出し、サンプルデータベースＤＢ１の「評価値」に格納する。

上記のとおり算出された評価値は、値が大きいほど、ユーザによってよく利用されており、ユーザに高く評価されているサンプルであることを示す。この評価値は、例えば、Ａ１５においてサンプルの検索をしたときに表示されるサンプルの表示順に影響する（評価値が大きいほど上位の位置に表示される）。また、評価値は、サンプルのユーザによる利用度を示す値として、この後に述べる特典にも用いられる。

サーバ装置１０は、Ａ４４において、特典処理部１１９により、新たなサンプルを提供したユーザに対して特典を付与する。特典とは、ユーザに対して特別に与えられる待遇、権利又は物品等である。特典処理部１１９は、例えば、Ａ４３において算出された評価値に応じた価値を有する特典を付与する。特典処理部１１９は、例えば、評価値と特典とを対応付けた特典テーブルを用いて付与する特典を決定する。

図１４は、特典テーブルの一例を示す図である。図１４では、「Ｔｈ１未満」、「Ｔｈ１以上Ｔｈ２未満」及び「Ｔｈ２以上」という評価値に、「利用料金１０％ＯＦＦ」、「利用料金２０％ＯＦＦ」及び「利用料金３０％ＯＦＦ」という特典が対応付けられた特典テーブルｔｂ１が示されている。図１４の例では、コンテンツ作成支援システム１の利用料金が設定されていることを前提としている。この場合に、特典処理部１１９は、例えば、算出された評価値に特典テーブルｔｂ１において対応付けられている割引率の適用を要求する要求データを、利用料金に関する処理を行うシステムに送信することで、その利用料金の値引きを特典として付与する。

なお、特典の種類は上記のものに限らず、例えば、特別な機能の使用権又は特別デザインのサンプルの提供等であってもよい。このように、特典処理部１１９は、ユーザが編集したサンプルが新たなサンプルとして記憶手段に記憶された場合に、そのユーザに特典を付与する特典部として機能する。特典処理部１１９は、その特典を、新たなサンプルの利用度（評価値は利用度を示す値の一例）に応じて決定する。なお、利用度は、新サンプルの利用の多さを示すものであれば、評価値とは異なる値（例えば、単なるサンプルの閲覧数、ＤＬ数又はＵＬ数等）によって表されてもよい。

サーバ表示部１１１は、Ａ４３における評価とＡ４４における特典とを通知する通知データを作成者端末２０に送信する。作成者端末２０は、Ａ４５において、ユーザ表示部２１１により、送信されてきた通知データが示す評価及び特典を表示する。

図１５は、表示された評価及び特典の一例を示す図である。図１５では、ユーザ表示部２１１が、特典通知画面Ｆ２を表示している。特典通知画面Ｆ２には、「有用なサンプルを提供いただきありがとうございました！特典が付与されました！」という文字列と、作成担当者Ｕ１２によって提供されたサンプルＳＰ４及びＳＰ０１３と、評価値Ｇ１と、特典情報Ｈ１とが表示されている。このように、サーバ表示部１１１及び評価処理部１１６は、サンプルの評価を提示する評価提示部として機能する。

図１５に示すように、特典処理部１１９は、本実施形態では、ユーザが複数の新サンプルを提供した場合、それらの評価値の合計に基づいて、ユーザごとに特典を決定する。なお、特典処理部１１９は、より単純に、新サンプルの評価値に基づいてその新サンプルについての特典を決定してもよい。また、特典処理部１１９は、１人のユーザが１つのカテゴリについて２以上の新サンプルを提供している場合に、カテゴリごとに特典を決定してもよい。また、評価されるサンプルには、新サンプルだけに限らず、サンプルＳＰ１のような新規サンプルが含まれていてもよい。

また、サーバ装置１０は、Ａ５１において、推奨処理部１１８により、作成担当者Ｕ１０に推奨するサンプルを特定する。推奨処理部１１８は、Ａ２６において蓄積された操作の履歴（コンテンツ又はサンプルに関するユーザの操作の履歴）に基づいて、新たなサンプルの中からユーザに推奨するサンプル（以下「推奨サンプル」と言う）を特定する特定部として機能する。推奨処理部１１８は、例えば、蓄積された履歴が示す操作によりユーザが閲覧した回数、ダウンロードした回数、アップロードした回数又はそれらを合計した回数（以下「サンプル利用回数」と言う）が所定の回数よりも多いサンプルを推奨サンプルとして特定する。

推奨処理部１１８は、特定した推奨サンプルを作成者端末２０に送信する。作成者端末２０は、Ａ５２において、ユーザ表示部２１１により、送信されてきた推奨サンプルを表示する。
図１６は、表示された推奨サンプルの一例を示す図である。図１６では、ユーザ表示部２１１が、推奨サンプル画面Ｆ３を表示している。推奨サンプル画面Ｆ３には、「あなたにお奨めのサンプルです。」という文字列と、推奨度が１番のサンプル群ＳＰ１００と、推奨度が２番のサンプルＳＰ３と、推奨度が３番のサンプル群ＳＰ２００と、切り替えボタンＢ２及びＢ３とが表示されている。

サンプル群ＳＰ１００には、サンプルＳＰ１と、遡るとサンプルＳＰ１が元になっている全ての新サンプルとが含まれている。サンプル群ＳＰ２００には、サンプルＳＰ２と、遡るとサンプルＳＰ２が元になっている全ての新サンプルとが含まれている。これらは、切り替えボタンＢ２又はＢ３を押す操作が行われると、一番上に表示されるサンプルがそれぞれ切り替わるようになっている。推奨処理部１１８は、例えば、親サンプル（例えばサンプルＳＰ１）と、遡るとその親サンプルが元になっている全ての子サンプル（サンプルＳＰ１を除くサンプル群ＳＰ１００）とを含むサンプル群がある場合、サンプル群全体でのサンプル利用回数を用いて推奨サンプルを特定する。

なお、推奨処理部１１８は、親サンプルのみの利用回数を用いて推奨サンプルを特定してもよいし、各サンプルの個別の利用回数を用いて推奨サンプルを特定してもよい。その場合、推奨処理部１１８は、各サンプルを推奨度の順番で個別に並べて表示させてもよいし、図１６の例のように同じサンプル群に含まれるサンプルを、そのサンプル群に含まれるサンプルのうち最上位のサンプルと切替可能に表示させてもよい。

このように、推奨処理部１１８は、上記のとおり特定した推奨サンプルをユーザに提示する推奨提示部として機能する。このような態様によれば、推奨サンプルが提示されない場合に比べて、サンプルを選びやすくすることができる。また、推奨処理部１１８は、親サンプル及び子サンプルを互いに対応付けて推奨サンプルとしてユーザに提示する。このような態様によれば、ユーザは、似たサンプルをまとめて参考にすることができる。

<その他の実施形態>
コンテンツは、上記のものに限らない。例えば、ＳＤＧｓ以外の企業等の取り組みを示す情報であってもよい。また、ホームページのように一般に公開される情報ではなく、例えば顧客又は自社の社員等のように特定の相手にのみ公開される情報であってもよい。また、上記のコンテンツは、ユーザ端末において出力（表示又は放音）される情報であったが、提案書及び見積書等のように、印刷して用いられる情報であってもよい。

<承諾の問合せ>
承諾処理部１１５は、共通部分が編集されたコンテンツは全て新サンプルの承諾の問合せを行ったが、これに限らない。承諾処理部１１５は、共通部分の編集内容が所定の条件を満たす場合に承諾の問合せを行ってもよい。所定の条件とは、例えば、編集された文字数が所定の数以上という条件、画像又は音が編集されたという条件、又は、共通部分のうち所定の箇所（例えばコンテンツのうち特に重要な箇所）が編集されたという条件等である。このような態様によれば、サンプルを必要以上に増やさないようにすることができる。

<検索条件>
サンプル処理部１１４は、実施形態では、サンプルのカテゴリ又はキーワード等の検索条件に基づき検索を行う検索部として機能した。サンプル処理部１１４は、それらとは異なる検索条件を用いてもよい。例えば、固有部分には、数値を示す部分が含まれる場合がある。数値を示す部分とは、例えば、目標の実現時期又は目標値等である。その場合に、サンプル処理部１１４は、検索条件として指定された数値に基づいてサンプルを検索してもよい。このような態様によれば、所望のサンプル（例えば自社と同じような実現時期又は数値目標等を掲げているサンプル）を見つけやすくすることができる。

<評価の提示方法>
図１５の例では、特典が提供されるユーザごとに評価が提示されたが、これに限らない。実施形態では、上記のとおり、コンテンツが、複数のカテゴリ（本実施形態ではＳＤＧｓにおける１７の目標）のいずれかに分類されている。その場合に、評価処理部１１６が、各カテゴリに属するサンプルの処理の実績に基づいてそのカテゴリの評価を決定し、サーバ表示部１１１及び評価処理部１１６が、決定されたカテゴリの評価を提示してもよい。

図１７は、表示されたサンプルの評価の一例を示す図である。図１７では、ユーザ表示部２１１が、人気カテゴリ画面Ｆ４を表示している。人気カテゴリ画面Ｆ４には、「人気のあるカテゴリの一覧です。」という文字列と、評価値が最大の「教育」カテゴリのサンプル群ＳＰ４００と、評価値が２番目に大きい「健康」カテゴリのサンプル群ＳＰ５００と、評価値が３番目に大きい「気候」カテゴリのサンプル群ＳＰ６００と、それらの評価値Ｇ４、Ｇ５、Ｇ６と、それらの切り替えボタンＢ４、Ｂ５、Ｂ６とが表示されている。

サンプル群ＳＰ４００、ＳＰ５００、ＳＰ６００には、各カテゴリに分類されるサンプルが重ねて表示されている。切り替えボタンＢ４、Ｂ５、Ｂ６を押す操作が行われると、一番上に表示されるサンプルがそれぞれ切り替わるようになっている。評価値Ｇ４、Ｇ５、Ｇ６には、各カテゴリに分類されるサンプルについて決定された評価値の合計値が表されている。なお、カテゴリの評価値は、各サンプルの評価値の平均値又は中間値等の統計値であってもよい。このような態様によれば、カテゴリ別の評価値が提示されない場合に比べて、コンテンツのカテゴリを選びやすくすることができる。

<サンプルに関する通知>
通知処理部１２０は、実施形態とは異なる通知を行ってもよい。例えば、サンプルデータベースＤＢ１に格納されているサンプルが、作成者によって更新される場合がある。通知処理部１２０は、そのようにサンプルの更新がされた場合に、その更新があったことを通知する（以下「更新通知」と言う）第２通知部として機能してもよい。

通知処理部１２０は、例えば、新たなサンプルとして記憶手段に記憶されたコンテンツを編集したユーザに対して、そのコンテンツに関係するサンプルの更新がされた場合に、更新通知を行う。コンテンツに関係するサンプルとは、例えば、そのコンテンツの作成に用いられたサンプル又はそのコンテンツと同じカテゴリに分類されるサンプル等である。通知処理部１２０は、更新されたサンプル等を示す通知データを生成して作成者端末２０に送信する。

図１８は、表示された更新通知の一例を示す図である。図１８では、ユーザ表示部２１１が、サンプルの更新通知画面Ｆ５を表示している。更新通知画面Ｆ５には、「あなたが利用したサンプルに更新がありました。」という文字列と、ユーザが利用したサンプルＳＰ４と、サンプルＳＰ４が更新されて新しくなったサンプルＳＰ４－２とが表示されている。サンプルＳＰ４－２は、サンプルＳＰ４になかった固有部分Ｃ１４が追加されている。このような態様によれば、コンテンツに最新情報を反映することができる。

また、サンプルの更新に、第１更新と、第１更新よりも更新量が多い第２更新とがある場合がある。例えば、第１更新とはマイナーチェンジ（軽微な更新）であり、第２更新とはメジャーチェンジ（大幅な更新）である。その場合に、通知処理部１２０は、第１更新は通知設定をしたユーザのみに通知し、第２更新は通知設定に関係なく通知してもよい。このような態様によれば、全ての更新を通知する場合に比べて、軽微な更新は関心の高いユーザにのみ通知することで、必要に応じて通知量を抑制することができる。

通知処理部１２０は、例えば、更新により変更された文字数が閾値以上である場合、又は、特定箇所が変更された場合に、第２更新であると判断する。特定箇所とは、例えば、コンテンツに含まれる文章のうち重要な箇所又は画像等である。なお、第１更新及び第２更新のいずれであるかの判断は、例えば、コンテンツ作成支援システム１の運用者が行ってもよい。

また、通知処理部１２０は、更新前のサンプルと更新後のサンプルを提示する際に、両サンプルの差分を強調して提示してもよい。このような態様によれば、ユーザは、更新された箇所を用意に把握することができる。また、通知処理部１２０は、サンプルをダウンロードしたユーザに、定期的にコンテンツの作成作業の進捗を問合せてもよい。その際、通知処理部１２０は、例えば、作業が所定の段階まで進んでいるという回答があったユーザに対して、更新通知を行ってもよい。

図１に示す全体構成は一例であり、これに限られない。例えば、サーバ装置１０は、２台以上の装置に分散されてもよいし、クラウドコンピューティングシステムに代替されてもよい。また、図４に示す機能構成も一例であり、これに限られない。例えば、サーバ装置１０の機能が２台以上の装置に分散して実現されてもよい。

また、１つの機能（例えばサンプル処理部１１４又は推奨処理部１１８等）が行う動作を２以上の機能が分散して行ってもよいし、２以上の機能（例えばサンプル処理部１１４及び承諾処理部１１５等）が１つの機能に統合されてもよい。要するに、コンテンツ作成支援システム１の全体で図４に示す各機能が実現されていれば、それらの機能を実現する装置はどのような構成であってもよい。

上述した実施形態の態様は、サーバ装置１０のような情報処理装置を備えるコンテンツ作成支援システム１のような情報処理システムであったが、情報処理方法であってもよい。その情報処理方法は、その情報処理システムが実行する各処理のステップを備える。また、上述した実施形態の態様は、プログラムであってもよい。そのプログラムは、コンピュータに、同様の情報処理システムが実行する各処理を実行させる。

<付記>
さらに、次に記載の各態様で提供されてもよい。

（１）情報処理システムであって、記憶制御ステップでは、コンテンツのサンプルを記憶手段に記憶させ、前記サンプルは、ユーザが編集可能であり、且つ、ユーザ毎に固有の固有部分と全ユーザに共通の共通部分とを有し、提示ステップでは、記憶されている前記サンプルをユーザに提示し、前記記憶制御ステップでは、提示された前記サンプルから作成されたコンテンツのうち前記共通部分が編集されたコンテンツを新たなサンプルとして前記記憶手段に記憶させる、もの。

このような態様によれば、サンプルを増やす手間を減らすことができる。

（２）上記（１）に記載の情報処理システムにおいて、前記固有部分には、ユーザによる編集を促す記述がされており、変換ステップでは、前記新たなサンプルにおける前記固有部分を前記記述に変換する、もの。

このような態様によれば、新たなサンプルを容易に作成することができる。

（３）上記（１）又は（２）に記載の情報処理システムにおいて、問合せステップでは、前記共通部分が編集されたコンテンツの編集者に前記新たなサンプルの提供の承諾の問合せを行い、前記記憶制御ステップでは、前記問合せに承諾が得られた場合に前記新たなサンプルを前記記憶手段に記憶させる、もの。

このような態様によれば、サンプルの無断流出を防ぐことができる。

（４）上記（３）に記載の情報処理システムにおいて、問合せステップでは、前記共通部分の編集内容が所定の条件を満たす場合に前記承諾の問合せを行う、もの。

このような態様によれば、サンプルを必要以上に増やさないようにすることができる。

（５）上記（１）～（４）の何れか１つに記載の情報処理システムにおいて、評価提示ステップでは、前記サンプルの評価を提示し、前記評価は、当該サンプルに対する処理の実績に基づいて決定される、もの。

このような態様によれば、サンプルを選びやすくすることができる。

（６）上記（５）に記載の情報処理システムにおいて、前記コンテンツは、複数のカテゴリのいずれかに分類され、前記評価提示ステップでは、前記複数のカテゴリのうちのいずれかのカテゴリの評価を提示し、当該評価は、当該カテゴリに属する前記サンプルの前記実績に基づいて決定される、もの。

このような態様によれば、コンテンツのカテゴリを選びやすくすることができる。

（７）上記（１）～（６）の何れか１つに記載の情報処理システムにおいて、前記固有部分には、数値を示す部分又は前記コンテンツの提示先を示す部分が含まれ、検索ステップでは、検索条件として指定された前記数値又は前記提示先に基づいて前記新たなサンプルを含むサンプルを検索する、もの。

このような態様によれば、所望のサンプルを見つけやすくすることができる。

（８）上記（１）～（７）の何れか１つに記載の情報処理システムにおいて、蓄積ステップでは、前記コンテンツ又は前記サンプルに関する前記ユーザの操作の履歴を蓄積し、特定ステップでは、蓄積された前記履歴に基づいて、前記新たなサンプルの中から前記ユーザに推奨するサンプルを特定し、推奨出力ステップでは、特定された前記推奨するサンプルを前記ユーザに提示する、もの。

このような態様によれば、サンプルを選びやすくすることができる。

（９）上記（１）～（８）の何れか１つに記載の情報処理システムにおいて、特典ステップでは、ユーザが編集したサンプルが前記新たなサンプルとして前記記憶手段に記憶された場合に当該ユーザに特典を付与し、当該特典は、当該新たなサンプルの利用度に応じて決定される、もの。

このような態様によれば、サンプルを提供する動機づけをすることができる。

（１０）上記（１）～（９）の何れか１つに記載の情報処理システムにおいて、第１通知ステップでは、前記新たなサンプルとして前記記憶手段に記憶されたコンテンツと同じサンプルを編集したユーザに対して、当該サンプルを編集した新たなサンプルが提供されたことを通知する、もの。

このような態様によれば、新たなサンプルの活用を促進することができる。

（１１）上記（１）～（１０）の何れか１つに記載の情報処理システムにおいて、前記コンテンツは、複数のカテゴリのいずれかに分類され、第２通知ステップでは、前記新たなサンプルとして前記記憶手段に記憶されたコンテンツを編集したユーザに対して、当該コンテンツに関係するサンプルの更新がされた場合に、当該更新があったことを通知する、もの。

このような態様によれば、コンテンツに最新情報を反映することができる。

（１２）上記（１１）に記載の情報処理システムにおいて、前記更新には、第１更新と、前記第１更新よりも更新量が多い第２更新とがあり、前記第２通知ステップでは、前記第１更新は通知設定をしたユーザのみに通知し、前記第２更新は通知設定に関係なく通知する、もの。

このような態様によれば、必要に応じて通知量を抑制することができる。

（１３）プログラムであって、コンピュータに、上記（１）～（１２）の何れか１つに記載の情報処理システムの各ステップを実行させる、もの。
もちろん、この限りではない。
また、上述した実施形態及び変形例を任意に組み合わせて実施するようにしてもよい。

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ ：コンテンツ作成支援システム
１０ ：サーバ装置
１１ ：制御部
２０ ：作成者端末
２１ ：制御部
１１１ ：サーバ表示部
１１２ ：記憶制御部
１１３ ：ユーザ認証部
１１４ ：サンプル処理部
１１５ ：承諾処理部
１１６ ：評価処理部
１１７ ：操作蓄積部
１１８ ：推奨処理部
１１９ ：特典処理部
１２０ ：通知処理部
２１１ ：ユーザ表示部
２１２ ：操作受付部

Claims (12)

1. 情報処理システムであって、
   記憶制御ステップでは、コンテンツのサンプルを記憶手段に記憶させ、前記サンプルは、ユーザが編集可能であり、且つ、ユーザ毎に固有の固有部分と全ユーザに共通の共通部分とを有し、
   提示ステップでは、記憶されている前記サンプルをユーザに提示し、
   前記記憶制御ステップでは、提示された前記サンプルから作成されたコンテンツのうち前記共通部分が編集されたコンテンツを新たなサンプルとして前記記憶手段に記憶させ、
   前記固有部分には、数値を示す部分又は前記コンテンツの提示先を示す部分が含まれ、
   検索ステップでは、検索条件として指定された前記数値又は前記提示先に基づいて前記新たなサンプルを含むサンプルを検索する、もの。
2. 情報処理システムであって、
   記憶制御ステップでは、コンテンツのサンプルを記憶手段に記憶させ、前記サンプルは、ユーザが編集可能であり、且つ、ユーザ毎に固有の固有部分と全ユーザに共通の共通部分とを有し、
   提示ステップでは、記憶されている前記サンプルをユーザに提示し、
   前記記憶制御ステップでは、提示された前記サンプルから作成されたコンテンツのうち前記共通部分が編集されたコンテンツを新たなサンプルとして前記記憶手段に記憶させ、
   第１通知ステップでは、前記新たなサンプルとして前記記憶手段に記憶されたコンテンツと同じサンプルを編集したユーザに対して、当該サンプルを編集した新たなサンプルが提供されたことを通知する、もの。
3. 情報処理システムであって、
   記憶制御ステップでは、コンテンツのサンプルを記憶手段に記憶させ、前記サンプルは、ユーザが編集可能であり、且つ、ユーザ毎に固有の固有部分と全ユーザに共通の共通部分とを有し、
   提示ステップでは、記憶されている前記サンプルをユーザに提示し、
   前記記憶制御ステップでは、提示された前記サンプルから作成されたコンテンツのうち前記共通部分が編集されたコンテンツを新たなサンプルとして前記記憶手段に記憶させ、
   前記コンテンツは、複数のカテゴリのいずれかに分類され、
   第２通知ステップでは、前記新たなサンプルとして前記記憶手段に記憶されたコンテンツを編集したユーザに対して、当該コンテンツに関係するサンプルの更新がされた場合に、当該更新があったことを通知する、もの。
4. 請求項３に記載の情報処理システムにおいて、
   前記更新には、第１更新と、前記第１更新よりも更新量が多い第２更新とがあり、
   前記第２通知ステップでは、前記第１更新は通知設定をしたユーザのみに通知し、前記第２更新は通知設定に関係なく通知する、もの。
5. 請求項１～請求項４の何れか１つに記載の情報処理システムにおいて、
   前記固有部分には、ユーザによる編集を促す記述がされており、
   変換ステップでは、前記新たなサンプルにおける前記固有部分を前記記述に変換する、もの。
6. 請求項１～請求項４の何れか１つに記載の情報処理システムにおいて、
   問合せステップでは、前記共通部分が編集されたコンテンツの編集者に前記新たなサンプルの提供の承諾の問合せを行い、
   前記記憶制御ステップでは、前記問合せに承諾が得られた場合に前記新たなサンプルを前記記憶手段に記憶させる、もの。
7. 請求項６に記載の情報処理システムにおいて、
   問合せステップでは、前記共通部分の編集内容が所定の条件を満たす場合に前記承諾の問合せを行う、もの。
8. 請求項１～請求項４の何れか１つに記載の情報処理システムにおいて、
   評価提示ステップでは、前記サンプルの評価を提示し、前記評価は、当該サンプルに対する処理の実績に基づいて決定される、もの。
9. 請求項８に記載の情報処理システムにおいて、
   前記コンテンツは、複数のカテゴリのいずれかに分類され、
   前記評価提示ステップでは、前記複数のカテゴリのうちのいずれかのカテゴリの評価を提示し、当該評価は、当該カテゴリに属する前記サンプルの前記実績に基づいて決定される、もの。
10. 請求項１～請求項４の何れか１つに記載の情報処理システムにおいて、
    蓄積ステップでは、前記コンテンツ又は前記サンプルに関する前記ユーザの操作の履歴を蓄積し、
    特定ステップでは、蓄積された前記履歴に基づいて、前記新たなサンプルの中から前記ユーザに推奨するサンプルを特定し、
    推奨出力ステップでは、特定された前記推奨するサンプルを前記ユーザに提示する、もの。
11. 請求項１～請求項４の何れか１つに記載の情報処理システムにおいて、
    特典ステップでは、ユーザが編集したサンプルが前記新たなサンプルとして前記記憶手段に記憶された場合に当該ユーザに特典を付与し、当該特典は、当該新たなサンプルの利用度に応じて決定される、もの。
12. プログラムであって、
    コンピュータに、請求項１～請求項４の何れか１つに記載の情報処理システムの各ステップを実行させる、もの。

Images