特許 7527701 情報処理システム、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-07-26

(45)【発行日】2024-08-05

(54)【発明の名称】情報処理システム、情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240729BHJP

   G06Q 50/00 20240101ALI20240729BHJP

【ＦＩ】

G06Q50/10

G06Q50/00 300

【請求項の数】 10

(21)【出願番号】P 2024078475

(22)【出願日】2024-05-14

(62)【分割の表示】P 2024034771の分割

【原出願日】2024-03-07

【審査請求日】2024-05-14

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和５年４月２８日に株式会社スナップ新潟のウェブサイトのｈｔｔｐｓ：／／ｓｎａｐ－ｃｏｉｎ－ｐｒｏｄｕｃｔｉｏｎ．ｗｅｂ．ａｐｐ／にて発表 〔刊行物等〕 令和５年９月１３日に株式会社スナップ新潟のウェブサイトのｈｔｔｐｓ：／／ｓｎａｐ－ｎｉｉｇａｔａ．ｃｏ．ｊｐ／にて発表

【早期審査対象出願】

(73)【特許権者】

【識別番号】524088375

【氏名又は名称】株式会社スナップ新潟

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】逸見 覚

【審査官】田川 泰宏

(56)【参考文献】

【文献】国際公開第２００９／１５１１３４（ＷＯ，Ａ１）

【文献】特許第６６３５５６７（ＪＰ，Ｂ１）

【文献】特開２０１２－１１３４９３（ＪＰ，Ａ）

【文献】特開２０２３－１４５８４８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ１０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

第１のユーザが第２のユーザから支援を受けるコミュニティシステムを提供するための情報処理システムであって、
少なくとも１つのプロセッサを備え、
前記プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成され、
受付ステップでは、特定情報に対する評価を示す評価情報を前記第２のユーザから受け付け、ここで、
前記特定情報は、前記第１のユーザによって投稿された情報のうちの少なくとも１つであり、
前記投稿された情報は、前記情報処理システムにより管理されており、
付与ステップでは、前記第２のユーザが保持する消費媒体から所定の数の消費媒体が消費されることに応じて、前記評価情報に基づいて、前記特定情報を投稿した前記第１のユーザに対して前記所定の数の消費媒体を付与し、ここで、
前記消費媒体は、商品の購入又はサービスの利用に対して前記コミュニティシステムにおいて消費可能であり、さらに、前記コミュニティシステムにおいてその流通量を制限され、ここで、
前記流通量は、前記コミュニティシステムに加入しているユーザそれぞれに対して蓄積されている前記消費媒体の総数である、システム。

【請求項2】

第１のユーザが第２のユーザから支援を受けるコミュニティシステムを提供するための情報処理システムであって、
少なくとも１つのプロセッサを備え、
前記プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成され、
受付ステップでは、特定情報に対する評価を示す評価情報を前記第２のユーザから受け付け、ここで、
前記特定情報は、前記第１のユーザによって投稿された情報のうちの少なくとも１つであり、
前記投稿された情報は、前記情報処理システムにより管理されており、
付与ステップでは、前記評価情報に基づいて、前記特定情報を投稿した前記第１のユーザに対して消費媒体を付与し、ここで、
前記消費媒体は、商品の購入又はサービスの利用に対して前記コミュニティシステムにおいて消費可能であり、
表示制御ステップでは、前記第１のユーザに関する情報を表示させ、ここで、前記第１のユーザに関する情報は、前記コミュニティシステムにおけるユーザの役割ごとに定められた条件に従って付与されたラベルを含む、システム。

【請求項3】

請求項２に記載の情報処理システムにおいて、
前記ラベルは、前記条件と前記第１のユーザの状況とに基づいて、異なる役割に対応する他のラベルに変更可能な態様である、システム。

【請求項4】

請求項１に記載の情報処理システムにおいて、
前記特定情報は、前記第１のユーザの活動を報告する内容を含む、システム。

【請求項5】

請求項１に記載の情報処理システムにおいて、
前記第２のユーザによって付与された前記消費媒体は、第１の消費媒体であり、
前記消費媒体は、前記第２のユーザによる付与とは異なるルートによって取得された第２の消費媒体を含み
さらに、表示制御ステップでは、前記第１の消費媒体と前記第２の消費媒体とを識別可能に表示させる、システム。

【請求項6】

請求項１に記載の情報処理システムにおいて、
さらに、特定ステップでは、前記コミュニティシステムにおける特定ユーザを特定し、ここで、前記特定ユーザは、前記特定ユーザに係る前記消費媒体の付与数又は消費数が所定以上のユーザである、システム。

【請求項7】

請求項１に記載の情報処理システムにおいて、
前記第２のユーザは、前記第１のユーザのうちの少なくとも１人である、システム。

【請求項8】

請求項１に記載の情報処理システムにおいて、
前記第１のユーザは、起業中である又は起業を目指しているユーザであり、
前記第２のユーザは、前記第１のユーザを支援するユーザである、システム。

【請求項9】

情報処理方法であって、
請求項１～８の何れか１つに記載の情報処理システムにおける各ステップを備える、方法。

【請求項10】

プログラムであって、
コンピュータに、請求項１～８の何れか１つに記載の情報処理システムにおける各ステップを実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

たとえば、特許文献１には、「起業のための仲間集めと資金集めを促進することが可能な起業支援システム」が開示されている。起業支援システムでは、利用者を管理する利用者管理部と、プロジェクトを管理するプロジェクト管理部と、ウェブサービス内で使用されるトークンを管理するトークン管理部と、利用者がプロジェクトに投入したトークンを使用して、プロジェクト内での役割、責任、および報酬を決定する決定部とを備える。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２３－１４５８４８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記公知技術に係る機能には、未だ改善の余地がある。とりわけ、コミュニティシステム上でのユーザ同士の交流の活性化をよりいっそう高めるための技術が望まれている。

【課題を解決するための手段】

【0005】

本発明では上記事情に鑑み、コミュニティシステム上でのユーザ同士の交流の活性化をよりいっそう高めることを可能とする情報処理システム等を提供することにした。

【0006】

本発明の一態様によれば、第１のユーザが第２のユーザから支援を受けるコミュニティシステムを提供するための情報処理システムが提供される。この情報処理システムは、少なくとも１つのプロセッサを備える。プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成される。受付ステップでは、特定情報に対する評価を示す評価情報を第２のユーザから受け付ける。特定情報は、第１のユーザによって投稿された情報のうちの少なくとも１つである。投稿された情報は、情報処理システムにより管理されており、付与ステップでは、評価情報に基づいて、特定情報を投稿した第１のユーザに対して消費媒体を付与する。消費媒体は、商品の購入又はサービスの利用に対してコミュニティシステムにおいて消費可能である。

【0007】

このような態様によれば、コミュニティシステム上でのユーザ同士の交流の活性化をよりいっそう高めることができる。

【図面の簡単な説明】

【0008】

【図1】情報処理システム１を表す構成図である。

【図2】情報処理装置２のハードウェア構成を示すブロック図である。

【図3】ユーザ端末３のハードウェア構成を示すブロック図である。

【図4】情報処理装置２の機能を示す機能ブロック図である。

【図5】情報処理システム１によって実行される処理の概要を示すフローチャートである。

【図6】情報処理システム１によって実現されるコミュニティシステム１ａの概要図である。

【図7】情報処理システム１によって実行される処理の具体例を示すアクティビティ図である。

【図8】ユーザ端末３の表示部３４に表示される、メッセージの投稿及び閲覧が可能な投稿画面５である。

【図9】ユーザテーブルＴ１の概要図である。

【図10】コイン履歴テーブルＴ２の概要図である。

【図11】ユーザ端末３の表示部３４に表示されるショップ画面６の一例である。

【図12】ラベルテーブルＴ３の概要図である。

【図13】ユーザ端末３の表示部３４に表示されるラベル画面７の一例である。

【図14】管理テーブルＴ４の概要図である。

【発明を実施するための形態】

【0009】

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

【0010】

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

【0011】

また、一実施形態に係る種々の情報処理において、入力と、入力に応じた出力とが実現されうる。ここで、入力の結果として出力が得られれば、かかる情報処理において参照される情報（以下、参照情報と称する。）の態様は、限定されない。参照情報は、例えば、データベース、ルックアップテーブル、所定の関数（統計学的手法によって構築された、回帰式等の判定式を含む。）等のルールベースの情報でもよいし、入力と出力との相関を予め学習させた学習済みモデルでもよいし、プロンプトを入力することで所望の結果を出力可能な大規模言語モデルでもよい。

【0012】

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

【0013】

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

【0014】

［実施形態］
１．ハードウェア構成
本節では、一実施形態のハードウェア構成について説明する。

【0015】

１．１ 情報処理システム１
図１は、情報処理システム１を表す構成図である。情報処理システム１は、情報処理装置２と、ユーザ端末３とを備える。情報処理装置２と、ユーザ端末３とは、これらがネットワーク１１を通じて接続されている。一実施形態において、情報処理システム１とは、１つ又はそれ以上の装置又は構成要素からなるものである。仮に例えば、情報処理装置２のみからなる場合であれば、情報処理システム１は、情報処理装置２となりうる。以下、これらの構成要素について説明する。

【0016】

１．２ 情報処理装置２
図２は、情報処理装置２のハードウェア構成を示すブロック図である。情報処理装置２は、通信バス２０と、通信部２１と、記憶部２２と、プロセッサ２３とを備える。通信部２１、記憶部２２、及びプロセッサ２３は、情報処理装置２の内部において通信バス２０を介して電気的に接続されている。

【0017】

<通信部２１>
通信部２１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、３Ｇ／ＬＴＥ／５Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、情報処理装置２は、通信部２１及びネットワーク１１を介して、外部から種々の情報を通信してもよい。

【0018】

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

【0019】

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

【0020】

１．３ ユーザ端末３
ユーザ端末３は、ユーザが所持する端末である。本実施形態では、ユーザ端末３がコミュニティにサービスに参加するユーザによって操作される端末である場合について説明する。ユーザ端末３は、スマートフォン、タブレット端末、コンピュータ、その他電気通信回線を通じて情報処理装置２にアクセス可能なものであれば、その形態は問わない。

【0021】

図３は、ユーザ端末３のハードウェア構成を示すブロック図である。以下、ユーザ端末３を例に説明する。ユーザ端末３は、通信バス３０と、通信部３１と、記憶部３２と、プロセッサ３３と、表示部３４と、入力部３５と、を備える。通信部３１、記憶部３２、プロセッサ３３、表示部３４、及び入力部３５は、ユーザ端末３の内部において通信バス３０を介して電気的に接続されている。通信部３１、記憶部３２及びプロセッサ３３の説明は、情報処理装置２における各部の説明と同様のため省略する。

【0022】

<表示部３４>
表示部３４は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。表示部３４は、ユーザ端末３の筐体に含まれるものであってもよいし、外付けされるものであってもよい。具体的には、表示部３４は、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、又はプラズマディスプレイ等の表示デバイスとして実施され得る。これらの表示デバイスは、ユーザ端末３の種類に応じて使い分けて実施されることが好ましい。

【0023】

<入力部３５>
入力部３５は、ユーザによってなされた操作入力を受け付ける。操作入力は、命令信号として通信バス３０を介してプロセッサ３３に転送される。プロセッサ３３は、必要に応じて、転送された命令信号に基づいて所定の制御や演算を実行しうる。入力部３５は、ユーザ端末３の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部３５は、表示部３４と一体となってタッチパネルとして実施されてもよい。入力部３５がタッチパネルとして実施される場合、ユーザは、入力部３５に対してタップ操作、スワイプ操作等を入力することができる。入力部３５としては、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等が採用可能である。

【0024】

２．機能構成
本節では、機能構成について説明する。図４は、情報処理装置２の機能を示す機能ブロック図である。前述の通り、記憶部２２に記憶されたソフトウェアによる情報処理がハードウェア（具体的には、プロセッサ２３）によって具体的に実現されることで、プロセッサ２３に含まれる各機能部として実行されうる。換言すると、情報処理システム１は、プログラムにおける各機能部を備える。

【0025】

具体的には、プロセッサ２３は、各機能部として、受付部２３１と、更新部２３２と、特定部２３３と、付与部２３４と、表示制御部２３５とを備える。

【0026】

受付部２３１は、受付ステップとして、種々の情報を受け付けるように構成される。例えば、受付部２３１は、通信部２１又は記憶部２２を介して情報を受け付け、これを作業メモリに読出可能に構成される。好ましくは、受付部２３１は、ユーザ端末３を介してユーザから投稿を受け付ける。また例えば、受付部２３１は、ユーザ端末３を介して投稿に対する評価をユーザから受け付ける。

【0027】

更新部２３２は、更新ステップとして、種々の情報を更新するように構成される。具体的には、更新部２３２は、受付部２３１によって受け付けた投稿のログを更新する。又は、更新部２３２は、受付部２３１によって受け付けたコインに関する情報を更新する。詳細は後述する。

【0028】

特定部２３３は、特定ステップとして、種々の情報を特定するように構成される。具体的には、特定部２３３は、受付部２３１で受け付けた種々の情報に基づき、コミュニティにおいて所定の条件を満たす特定ユーザを特定する。詳細は後述する。

【0029】

付与部２３４は、付与ステップとして、ユーザに対して消費媒体を付与するように構成される。具体的には、付与部２３４は、受付部２３１で受け付けた種々の情報に基づき、ユーザに対して消費媒体を付与する。詳細は後述する。

【0030】

表示制御部２３５は、表示制御ステップとして、記憶部２２に記憶された種々の情報をユーザに視認可能な態様で表示させる。例えば、表示制御部２３５は、種々の情報を含む画面等をユーザ端末３等の端末において視認可能な態様で表示させてもよい。これにより、ユーザ端末３等の端末を操作する各種のユーザに対して種々の情報が提示される。また、表示制御部２３５は、画面、画像、アイコン、メッセージ等の視覚情報を、上記の端末のディスプレイに表示させるように制御する。表示制御部２３５は、視覚情報を上記の端末に表示させるためのレンダリング情報だけを生成するものであってもよい。

【0031】

３．情報処理システム１の動作
本節では、図を参照しながら、前述した情報処理システム１の情報処理方法について説明する。なお、処理の順番は適宜入れ替えることができ、複数の処理が同時に実行されてもよいし、一部の処理が省略されてもよい。

【0032】

３．１ 概要
図５は、情報処理システム１によって実行される処理の概要を示すフローチャートである。かかる処理では、まず、受付部２３１は特定情報ＩＦ１に対する評価を示す評価情報ＩＦ２を第２のユーザから受け付ける（ステップＳ０１１）。続いて、付与部２３４は特定情報ＩＦ１を投稿した第１のユーザに対して消費媒体を付与する（ステップＳ０１２）。

【0033】

以上をまとめると、一実施形態に係る情報処理システム１は、第１のユーザが第２のユーザから支援を受けるコミュニティシステムを提供するための情報処理システムである。また、情報処理システム１は、少なくとも１つのプロセッサを備える。プロセッサは、次の各部がなされるようにプログラムを備える。受付部２３１は、受付ステップとして、特定情報ＩＦ１に対する評価を示す評価情報ＩＦ２を第２のユーザから受け付ける。ここで、特定情報ＩＦ１は、第１のユーザによって投稿された情報のうちの少なくとも１つであり、投稿された情報は、情報処理システムにより管理されている。さらに、付与部２３４は、付与ステップとして、評価情報ＩＦ２に基づいて、特定情報ＩＦ１を投稿した第１のユーザに対して消費媒体を付与する。ここで、消費媒体は、商品の購入又はサービスの利用に対してコミュニティシステムにおいて消費可能である。このような態様によれば、第１のユーザはコミュニティにおける活動に応じてコインが付与され、コインを使用することにより商品の購入やサービスの利用が可能となる。したがって、コミュニティ内の交流の活性化に繋げることができる。

【0034】

３．２ コミュニティシステム１ａの概要
本実施形態では、情報処理システム１によって実現されるコミュニティシステム１ａの一例として、支援家ＳＵが起業家ＥＮを支援するためのコミュニティシステムである場合について説明する。本実施形態において、起業家ＥＮ（第１のユーザの一例）は、起業中である又は起業を目指しているユーザであるものとして説明する。支援家ＳＵ（第２のユーザの一例）は、起業家ＥＮを支援するユーザであるものとして説明する。支援家ＳＵは、例えば、企業の経営者と、専門家とを含んでもよい。専門家は、例えば、弁護士、弁理士、又は司法書士などの士業に従事する者であってもよい。運営者ＯＰは、コミュニティシステム１ａを運営するユーザである。運営者ＯＰは、例えば、コミュニティシステム１ａ上で使用するコインＣＯ（消費媒体の一例）を発行するユーザである。本実施形態では、消費媒体がコインＣＯであるものとして説明するが、この限りでない。

【0035】

また、本実施形態において、ユーザは、起業家ＥＮと、支援家ＳＵと、運営者ＯＰとを含むものとする。図６は、情報処理システム１によって実現されるコミュニティシステム１ａの概要図である。

【0036】

図６に示すコミュニティシステム１ａは、一例として、起業家ＥＮと、支援家ＳＵと、運営者ＯＰと、コインＣＯと、チケットＴＩとが関わりを有するシステムである。

【0037】

コミュニティシステム１ａにおいて、支援家ＳＵは、コインＣＯを保持することができる。ここで例えば、支援家ＳＵの保持するコインＣＯは、支援家ＳＵ自身が購入したコインであってもよい。また例えば、支援家ＳＵが使用可能なコインＣＯの数は、運営者ＯＰによって設定可能な態様であってもよい。

【0038】

また、支援家ＳＵは、自身の保持するコインＣＯのうちの一部を起業家ＥＮに対して付与する権利を有する。好ましくは、支援家ＳＵは、自身の応援している起業家ＥＮに対してコインＣＯを付与する。具体的には、まず、支援家ＳＵが、起業家ＥＮに対してコインを付与するための権利を消費する。続いて、運営者ＯＰが、当該起業家ＥＮに対して所定の数のコインＣＯを発行する。

【0039】

起業家ＥＮは、運営者ＯＰによって発行されたコインＣＯ、すなわち支援家ＳＵから受け取ったコインＣＯをコミュニティシステム１ａにおいて消費することができる。起業家ＥＮは、例えば、コインＣＯを消費することにより、コミュニティシステム１ａにおいて販売されるチケットＴＩを購入することができる。ここで、チケットＴＩは、例えば、起業に関する支援を受ける権利を示す媒体である。チケットＴＩが購入されると、運営者ＯＰは当該チケットＴＩにかかる所定の支援家ＳＵに対してコインＣＯを発行する。ここで、所定の支援家ＳＵは、チケットＴＩの消費によって受けられるサービスを提供する者である。サービスは、例えば、専門家への相談、合宿への参加、又はツールの利用などを含む。

【0040】

情報処理システム１によって実現されるコミュニティシステム１ａは、これに限られない。

【0041】

３．３ 情報処理の具体例
図７は、情報処理システム１によって実行される処理の具体例を示すアクティビティ図である。具体例は、前述した概要に既定される範囲に包含されうる。また、具体例では、上述の通り、第１のユーザである起業家ＥＮ（以下、起業家ＥＮとする）が、第２のユーザである支援家ＳＵ（以下、支援家ＳＵとする）から起業支援を受ける場合について説明する。

【0042】

はじめに、情報処理装置２の処理の流れについて説明する。情報処理装置２の受付部２３１は、ユーザから投稿を受け付ける（アクティビティＡ１０１）。受付部２３１は、例えば、起業家ＥＮのユーザ端末３又は支援家ＳＵのユーザ端末３を介して投稿を受け付ける。続いて、投稿が受け付けられたことに応じて、更新部２３２は、記憶部２２に記憶されている投稿ログを更新する（アクティビティＡ１０２）。以上の処理を繰り返す。

【0043】

ここで、投稿は、起業家ＥＮ自身が起業に向けて活動した報告を含むものであってもよい。また、投稿は、起業家ＥＮの報告に対する支援家ＳＵのコメントを含むものであってもよい。

【0044】

上記アクティビティＡ１０１～Ａ１０２に係る処理とは独立に、情報処理装置２の表示制御部２３５は、支援家ＳＵのユーザ端末３の表示部３４にコミュニティに係る情報を表示させる（アクティビティＡ１０３）。ここで、コミュニティに係る情報は、アクティビティＡ１０１及びＡ１０２において更新された投稿を含む。

【0045】

続いて、ユーザ端末３のプロセッサ３３は、支援家ＳＵから投稿の選択を受け付ける（アクティビティＡ１０４）。プロセッサ３３は、更には、選択を受け付けた投稿に基づき特定情報ＩＦ１を特定する。ここで、選択を受け付けた投稿は、起業家ＥＮによる複数の投稿の中から選択されたものであってもよい。つまり、特定情報ＩＦ１は、複数の投稿の中から選択された投稿に基づき特定される情報である。さらに、特定情報ＩＦ１は、起業家ＥＮ（第１のユーザの一例）の活動を報告する内容を含む。特定情報ＩＦ１は、例えば、起業家ＥＮが起業に向けた活動報告を含むことが好ましい。

【0046】

続いて、ユーザ端末３のプロセッサ３３は、アクティビティＡ１０４において支援家ＳＵから選択を受け付けた投稿に対する評価を情報処理装置２へ送信する（アクティビティＡ１０５）。具体的には、プロセッサ３３は、支援家ＳＵから入力を受け付けた評価を情報処理装置２へ送信する。つまり、プロセッサ３３は、特定情報ＩＦ１に対する評価を示す評価情報ＩＦ２を情報処理装置２へ送信する。詳細は後述する。

【0047】

上記アクティビティＡ１０１～Ａ１０２、及びＡ１０３～Ａ１０５に係る処理とはさらに独立に、情報処理装置２の表示制御部２３５は、起業家ＥＮのユーザ端末３の表示部３４にコミュニティに係る情報を表示させる（アクティビティＡ１０６）。ここで、コミュニティに係る情報は、チケットＴＩの購入に関する情報を含む。

【0048】

続いて、ユーザ端末３のプロセッサ３３は、起業家ＥＮからチケットＴＩの選択を受け付ける（アクティビティＡ１０７）。さらに、ユーザ端末３のプロセッサ３３は、選択を受け付けたチケットＴＩを購入するための要求を起業家ＥＮから更に受け付け、情報処理装置２へ送信する（アクティビティＡ１０８）。

【0049】

続いて、支援家ＳＵのユーザ端末３及び起業家ＥＮのユーザ端末３を介して受け付けた情報に基づいて、付与部２３４がコインＣＯに関する情報を更新する処理について説明する。まず、付与部２３４が、評価情報ＩＦ２に係るコインの情報を更新する処理について説明する。情報処理装置２の受付部２３１は、受付ステップとして、アクティビティＡ１０５において送信された評価情報ＩＦ２を受け付ける（アクティビティＡ１０９）。続いて、付与部２３４は、付与ステップとして、評価情報ＩＦ２に基づき、コインに関する情報を更新する（アクティビティＡ１１０）。以上の処理を繰り返す。

【0050】

まず、付与部２３４は、評価を送信した支援家ＳＵが保持するコインＣＯから、所定の数のコインＣＯを消費させる。次に、付与部２３４は、起業家ＥＮに対して所定の数のコインＣＯを付与する。以上を換言すると、付与部２３４は、支援家ＳＵ（第２のユーザの一例）に対して蓄積されているコインＣＯ（消費媒体の一例）の少なくとも一部を起業家ＥＮ（第１のユーザの一例）に付与する。ここで、起業家ＥＮは、アクティビティＡ１０４において支援家ＳＵによって選択された投稿を行った起業家ＥＮである。換言すると、支援家ＳＵは、自身が応援している起業家ＥＮに対して、保持するコインＣＯの少なくとも一部を提供することができる。このような態様によれば、支援家ＳＵから受け取るコインの価値が高まることにより、起業家ＥＮは自身の行動に対するモチベーションを高めることができる。

【0051】

続いて、付与部２３４がチケットＴＩの購入におけるコインの情報を更新する処理について説明する。情報処理装置２の受付部２３１は、アクティビティＡ１０８において送信された要求を受け付ける（アクティビティＡ１０９）。続いて、付与部２３４は、付与ステップとして、要求に基づき、コインに関する情報を更新する（アクティビティＡ１１０）。かかる処理を繰り返す。

【0052】

具体的には、付与部２３４は、チケットＴＩを購入した起業家ＥＮが保持するコインＣＯから、所定の数のコインＣＯを消費させる。次に、付与部２３４は、支援家ＳＵに対して所定の数のコインＣＯを付与する。ここで、コインＣＯが付与される支援家ＳＵは、チケットＴＩの対象であるサービスを提供する支援家ＳＵである。このような態様によれば、起業家ＥＮはコミュニティにおいて獲得したコインＣＯを使用することにより、サービスの提供を受けることができる。また、支援家ＳＵは、サービスを提供する対価としてコインＣＯを受け取ることができ、応援する起業家ＥＮに対して当該コインをさらに付与することができる。このように、コミュニティにおけるコインＣＯの循環が形成されることにより、コミュニティの活性化につなげることができる。

【0053】

以上が、具体例に係る処理の流れである。

【0054】

４．関連する技術事項
続いて、図７で説明した情報処理に関する技術事項について、図８～図１４を参照しながら説明する。

【0055】

（投稿画面５）
図８は、ユーザ端末３の表示部３４に表示される、メッセージの投稿及び閲覧が可能な投稿画面５である。投稿画面５は、図７のアクティビティＡ１０３において表示される画面の一例である。投稿画面５は領域５１～領域５２、領域５５と、オブジェクト５４ａ、５４ｂとを含む。

【0056】

領域５１は、メッセージを投稿する投稿者を識別可能な情報が表示される領域である。領域５２は、投稿者によって投稿された情報、すなわち特定情報ＩＦ１が表示される領域である。領域５２には、投稿者である起業家ＥＮの活動報告が特定情報ＩＦ１として表示されている。換言すると、特定情報ＩＦ１は、起業家ＥＮ（第１のユーザの一例）の活動を報告する内容を含む。このような態様によれば、起業家ＥＮは自身の活動に対するモチベーションを高めることができる。

【0057】

オブジェクト５４ａとオブジェクト５４ｂは、領域５２に表示されている特定情報ＩＦ１に対する評価の入力をユーザから受け付けるためのオブジェクトである。受付部２３１がオブジェクト５４ａ又は５４ｂに対する入力をユーザから受け付けることに応じて、特定情報ＩＦ１に対する評価情報ＩＦ２が特定される。図８において、起業家ＥＮ「〇〇△太」の投稿に係る評価情報ＩＦ２が特定されている。具体的には、「付与コイン５が２つ」と、「付与コイン１が７つ」との評価情報ＩＦ２がユーザによって入力され、特定されている。かかる場合において、評価情報ＩＦ２は、投稿者に対して合計１７コインが発行されることを示している。さらに領域５５は、領域５２に表示される特定情報ＩＦ１に対する返信（評価情報ＩＦ２の一例）が表示されている。このように、評価情報ＩＦ２はコインの発行に関する情報に限られない。このような態様によれば、起業家ＥＮは、活動のモチベーションを更に向上させることができる。

【0058】

このように、情報処理システム１は、起業家ＥＮと、支援家ＳＵと、運営者ＯＰとがそれぞれ自由にコメントを投稿でき、又、投稿されたコメントを閲覧可能な構成である。さらに、起業家ＥＮと、支援家ＳＵと、運営者ＯＰとがそれぞれ他のユーザの投稿に対する評価を行うことができる。このような態様によれば、コミュニティ内におけるユーザ同士の交流の活性化を図ることができる。

【0059】

（ユーザテーブルＴ１）
図９は、ユーザテーブルＴ１の概要図である。ユーザテーブルＴ１は、コミュニティに参加しているユーザの情報を示すルックアップテーブルである。例えば、コミュニティに新たなユーザが参加すると、ユーザテーブルＴ１のレコードが更新されてもよい。また例えば、図７のアクティビティＡ１１０においてコインに関する情報が更新されると、ユーザテーブルＴ１に含まれるレコードが更新されてもよい。ユーザテーブルＴ１は、例えば、情報処理装置２の記憶部２２に記憶されてもよい。

【0060】

例えば、ユーザテーブルＴ１は、ＩＤ（Ｔ１１）、名前（Ｔ１２）、加入日（Ｔ１３）、属性（Ｔ１４）、ラベル（Ｔ１５）、評価コイン数（Ｔ１６）、購入コイン数（Ｔ１７）、及び総評価コイン数（Ｔ１８）等の情報を含んでよい。ＩＤ（Ｔ１１）は、ユーザを識別するための情報である。名前（Ｔ１２）は、ユーザの名前である。加入日（Ｔ１３）は、ユーザがコミュニティに加入した日である。属性（Ｔ１４）は、コミュニティにおけるユーザの属性を示す。本実施形態において、属性（Ｔ１４）は、起業家ＥＮと支援家ＳＵとを含む。ラベル（Ｔ１５）は、ユーザに対して付与される情報を示す。なお、属性（Ｔ１４）はラベル（Ｔ１５）の一部であってもよい。詳細については後述する。

【0061】

さらに、評価コイン数（Ｔ１６）は、ユーザが保有しているコイン数のうち、他のユーザから受け取ったコイン（以下、評価コインＣＯ１）の数を示す。また、購入コイン数（Ｔ１７）は、ユーザが保有しているコイン数のうち、ユーザ自身が購入して獲得したコイン（以下、購入コインＣＯ２）の数を示す。例えば、図９において、ユーザＩＤ「Ｅ００１」の起業家ＥＮは、評価コインＣＯ１の保有数が５０、購入コインＣＯ２の保有数が５０である。これらを換言すると、コインＣＯは、評価コインＣＯ１と購入コインＣＯ２とを含む。具体的には、支援家ＳＵ（第２のユーザの一例）によって付与されたコイン（消費媒体の一例）は、評価コインＣＯ１（第１の消費媒体の一例）である。ここで、コインＣＯは、支援家ＳＵによる付与とは異なるルートによって取得された購入コインＣＯ２（第２の消費媒体の一例）を含む。さらに、表示制御部２３５は、表示制御ステップとして、評価コインＣＯ１と購入コインＣＯ２とをユーザに対して識別可能に表示させる。このような態様によれば、ユーザは、自身の保有コイン数に関して、コミュニティにおいて応援又は信用を獲得することにより得られたコイン数と、購入することにより得られたコイン数とを区別して把握することができる。したがって、ユーザは、コミュニティにおいて蓄積された応援又は信用を定量的に把握することができる。

【0062】

また、総評価コイン数（Ｔ１８）は、ユーザがコミュニティに加入してから受け取った評価コインＣＯ１の累積数を示す。総評価コイン数（Ｔ１８）は、コミュニティにおける、ユーザの信用度を示す指標であるとも言える。したがって、ユーザは、コミュニティにおける自身の信用度合いを定量的に把握することができる。

【0063】

ここで、情報処理装置２の特定部２３３は、特定ステップとして、ユーザテーブルＴ１に基づいて、コミュニティシステムにおける特定ユーザを特定することができる。ここで、特定ユーザは、特定ユーザに係るコインＣＯ（消費媒体の一例）付与数又は消費数が所定以上のユーザである。例えば、運営者ＯＰが特定ユーザに関する情報を閲覧可能であってもよい。このような態様によれば、運営者ＯＰはコミュニティにおける重要人物であるユーザを把握することができる。具体的には、運営者ＯＰは、特定ユーザに対して投資家又は協業先を紹介することができる。また例えば、運営者ＯＰは、特定ユーザに対して補助金又は助成金に関する提案を行うことができる。さらに、支援家ＳＵが特定ユーザに関する情報を閲覧可能であってもよい。

【0064】

（コイン履歴テーブルＴ２）
図１０は、コイン履歴テーブルＴ２の概要図である。コイン履歴テーブルＴ２は、コインＣＯの発行と消費とを示すルックアップテーブルである。図７のアクティビティＡ１０５における評価の受け付けに応じて、コイン履歴テーブルＴ２のレコードが追加されてもよい。また、アクティビティＡ１０８におけるチケットＴＩの購入要求の受け付けに応じて、コイン履歴テーブルＴ２のレコードが追加されてもよい。コイン履歴テーブルＴ２は、例えば、情報処理装置２の記憶部２２に記憶されてもよい。

【0065】

例えば、コイン履歴テーブルＴ２には、日時（Ｔ２１）、消費者ＩＤ（Ｔ２２）、発行先ＩＤ（Ｔ２３）、コイン数（Ｔ２４）、項目（Ｔ２５）、等の情報を含んでもよい。消費者ＩＤ（Ｔ２２）は、自身の保有するコインＣＯの少なくとも一部を消費するユーザのＩＤである。発行先ＩＤ（Ｔ２３）は、運営者ＯＰがコインＣＯを発行する対象であるユーザのＩＤである。換言すると、発行先ＩＤ（Ｔ２３）は、運営者ＯＰからコインＣＯを受け取るユーザのＩＤである。図１０に示すように、コインＣＯの流通は、コミュニティへの投稿に対する、支援家ＳＵから起業家ＥＮへの評価コインＣＯ１の付与を含んでもよい。また、コインＣＯの流通は、チケットＴＩの購入の対価とする、支援家ＳＵへの評価コインＣＯ１の付与を含んでもよい。さらに、コインＣＯの流通は、運営者ＯＰからコインＣＯを購入したユーザへの購入コインＣＯ２の付与を含んでもよい。なお、支援家ＳＵと起業家ＥＮとがコインＣＯを購入可能であることが好ましい。

【0066】

さらに、投稿への評価に対するコインの付与は、支援家ＳＵから起業家ＥＮに対する付与に限定されない。例えば、起業家ＥＮは、他の起業家ＥＮの投稿への評価として、他の起業家ＥＮへコインを付与する操作を行ってもよい。換言すると、起業家ＥＮを支援するユーザ（第２のユーザの一例）は、起業家ＥＮ（第１のユーザの一例）のうちの少なくとも１人であってもよい。このような態様によれば、起業家ＥＮである第１のユーザ同士の交流を活性化することができる。なお、投稿への評価に対するコインの付与は、支援家ＳＵから支援家ＳＵに対する付与を含んでもよいし、起業家ＥＮから支援家ＳＵに対する付与を含んでもよい。

【0067】

同様に、チケットＴＩを購入する購入者は起業家ＥＮに限られない。受付部２３１は、支援家ＳＵのユーザ端末３を介して支援家ＳＵから購入要求を受け付けてもよい。さらに、チケットＴＩに係るサービスを提供する者についても、支援家ＳＵに限られない。サービスを提供する者は起業家ＥＮであってもよい。かかる場合において、コインＣＯの発行先ＩＤ（Ｔ２３）は起業家ＥＮであってもよい。さらに、チケットＴＩに係るサービスを提供する者は運営者ＯＰであってもよい。

【0068】

（ショップ画面６）
図１１は、ユーザ端末３の表示部３４に表示されるショップ画面６の一例である。ショップ画面６は、図７のアクティビティＡ１０７で表示される画面の一例である。ショップ画面６は、オブジェクト６２を含む。さらに、オブジェクト６２は、領域６２１と６２２とを含む。

【0069】

領域６２１は、チケットＴＩの購入に必要なコインＣＯの数を示す領域である。また、領域６２２は、チケットＴＩを購入することにより提供を受けることができるサービスの内容を示す領域である。オブジェクト６２が押下されることにより、表示制御部２３５は、表示部３４に表示されているショップ画面６を、チケットＴＩの購入操作を受け付けるための画面（不図示）に遷移させてもよい。このような態様によれば、ユーザは、自身の保持しているコインＣＯを消費することにより、起業に必要なサービスの提供を受けることができる。

【0070】

（ラベルテーブルＴ３）
図１２は、ラベルテーブルＴ３の概要図である。ラベルテーブルＴ３は、ラベルの付与条件を示すルックアップテーブルである。ユーザは、ラベルテーブルＴ３に含まれる所定の条件に従って付与されたラベルがそれぞれ付与されている。ユーザごとに付与されたラベルは、図９のユーザテーブルＴ１の属性（Ｔ１５）に対応している。ここで、所定の条件は、第１のユーザの属性、活動の進捗、又は消費媒体の獲得数を含む。

【0071】

本実施形態において、起業中である又は起業を目指しているユーザには「起業家ＥＮ」（Ｔ３１）のラベルが付与される。また、起業家ＥＮを支援するユーザには「支援家ＳＵ」（Ｔ３２）のラベルが付与される。図１２に示すように、ラベルテーブルＴ３は、さらに細分化された複数のラベルを含んでもよい。各ラベルに対して設けられている条件（Ｔ３４）を満たすラベルがユーザに対して付与される。ここで、１のユーザに対して複数のラベルが付与されてもよい。ここで、情報処理装置２の付与部２３４は、ユーザから受け付けた情報に基づいてユーザに対して付与するラベルを決定してもよい。例えば、コミュニティに加入する際に入力するユーザの情報に基づいて、ユーザに対して付与するラベルを付与部２３４が決定してもよい。ラベルの決定方法は、これに限られない。

【0072】

また、ラベルはユーザの状況によって変更されることが好ましい。例えば、起業家（Ｔ３１）のラベルを付与されているユーザがいずれ経営者になった場合において、付与部２３４は、当該ユーザに対するラベルを支援家（Ｔ３２）に変更してもよい。具体的には、当該ユーザが支援家ＳＵとしてコミュニティに参加するために、当該ユーザと運営者ＯＰとが契約を締結することを契機に、ラベルを変更してもよい。このように、コミュニティにおいてかつて起業支援を受けたユーザが、起業家を支援する支援家側に役割を変更することが可能である。このような態様によれば、コミュニティにおける人材の循環が形成され、コミュニティにおける交流をさらに活性化することが可能である。

【0073】

（ラベル画面７）
図１３は、ユーザ端末３の表示部３４に表示されるラベル画面７の一例である。ラベル画面７は例えば、図８の投稿画面５において領域５１に対する入力操作をユーザから受け付けることにより、投稿画面５から遷移されて表示される画面であってもよい。ラベル画面７は、領域７２および７３を含む。さらに、領域７３は、領域７３１～７３３を含む。

【0074】

領域７２は、ユーザを識別可能な情報が表示される領域である。領域７２は、図８の領域５１と対応している。領域７３は、ユーザに関する情報が表示される領域である。領域７３１及び７３２は、ユーザに対して所定の条件に従って付与されているラベルである。ラベルは例えば、図１２のラベルテーブルＴ３に従ってユーザに対して付与される。

【0075】

以上を換言すると、表示制御部２３５は、表示制御ステップとして、起業家ＥＮ（第１のユーザの一例）に関する情報をユーザ端末３の表示部３４に表示させる。起業家ＥＮに関する情報は、所定の条件に従って付与された、起業家ＥＮに関連するラベルを含む。このような態様によれば、支援家ＳＵである第２のユーザは第１のユーザに関する情報を把握した上で、コインを付与する起業家ＥＮを決定することができる。

【0076】

さらに、ラベルの詳細について説明する。図１３に示すように、領域７３１は、「ステータス（起業家予備軍）」のラベルを示す領域である。かかるラベルは、図１２のラベルテーブルＴ３の条件「起業するための準備を始めている」に合致するユーザに対して付与される。領域７３２は、例えば、「活動エリア（新潟）」のラベルを示す領域である。

【0077】

また、領域７３３は、ユーザがこれまでに獲得した評価コインＣＯ１の総数を示す領域である。領域７３３に表示される情報は、図９のユーザテーブルＴ１の総評価コイン数（Ｔ１８）に対応する。総評価コイン数は、当該起業家ＥＮがコミュニティに加入して以来、支援家ＳＵと他の起業家ＥＮから受け取ったコインの総数を示す。すなわち、総評価コイン数は、コミュニティにおいて当該起業家ＥＮが受けた応援の度合いを示す指標であると言える。さらには、総評価コイン数は、コミュニティにおける当該起業家ＥＮの信用度を示す指標であるとも言える。このような態様によれば、起業家ＥＮがこれまでに他のユーザから受けた応援の度合い又はコミュニティにおける信用度を示す指標が他のユーザに視認可能な態様であることにより、起業家ＥＮは起業に対するモチベーションをよりいっそう高めることができる。

【0078】

（管理テーブルＴ４）
図１４は、管理テーブルＴ４の概要図である。管理テーブルＴ４は、コミュニティにおけるコインＣＯの流通量を管理するルックアップテーブルである。本実施形態において、管理テーブルＴ４は、運営者ＯＰのユーザ端末３の表示部３４に表示されてもよい。また、管理テーブルＴ４は、情報処理装置２の記憶部２２に管理されていてもよい。

【0079】

例えば、管理テーブルＴ４は、発行コイン数（Ｔ４１）、消費コイン数（Ｔ４２）、合計（Ｔ４３）等の情報を含んでもよい。図１４に示すように、管理テーブルＴ４は、例えば、これらの情報が月ごとに集計された態様で格納される構成であってもよく、この限りでない。

【0080】

発行コイン数（Ｔ４１）について説明する。「評価コイン数」は、ユーザに対して発行された評価コインＣＯ１の総数である。「購入コイン数」は、ユーザに対して発行された購入コインＣＯ２の総数である。

【0081】

続いて、消費コイン数（Ｔ４２）について説明する。「評価消費」は、ユーザが他のユーザに対して評価することにより消費されるコインの総数である。具体的には、「評価消費」は、図７のアクティビティＡ１０５において情報処理装置２の受付部２３１が評価情報ＩＦ２を受け付けることに応じて消費されるコインの総数である。「チケット消費」は、ユーザがチケットＴＩを購入することにより消費されるコインの総数である。具体的には、「チケット消費」は、図７のアクティビティＡ１０８において情報処理装置２の受付部２３１がチケットＴＩの購入要求を受け付けることに応じて消費されるコインの総数である。「有効期限切れ」は、コインＣＯの有効期限を超過したことにより消滅するコインの総数である。本実施形態において、コインＣＯは、有効期限が設定されてもよい。有効期限は、例えば、コインＣＯが運営者ＯＰによって発行されてから任意の期間が経過するタイミングであってもよい。任意の期間とは、例えば、１～１２ヶ月であり、好ましくは、４～９ヶ月であり、さらに好ましくは、５～７ヶ月であり、具体的には例えば、１，２，３，４，５，６，７，８，９，１０，１１，１２ヶ月であり、ここで例示した数値の何れか２つの間の範囲内であってもよい。

【0082】

ここで、ユーザの保有するコインの消費は、有効期限の短いコインＣＯから順に消費する態様であってもよい。または、ユーザの保有するコインの消費は、購入コインから優先的に消費する態様であってもよい。コインが消費される態様については、これに限られない。

【0083】

続いて、合計（Ｔ４３）について説明する。「月初残高」は、月初めにコミュニティにおいて存在するコインの総数である。「発行合計」は、発行コイン数（Ｔ４１）の総数である。「消費合計」は、消費コイン数Ｔ４２の総数である。「月末残高」は、「月初残高」に「発行合計」を加算し、かつ「消費合計」を減算して得られたコインの総数である。

【0084】

付与部２３４は、コミュニティにおけるコインＣＯの流通量を制限可能である。換言すると、コインＣＯ（消費媒体の一例）は、コミュニティシステムにおいてその流通量を制限される。ここで、流通量は、コミュニティシステムに加入しているユーザそれぞれに対して蓄積されているコインＣＯの総数である。流通量を制限する一例として、付与部２３４は、コインＣＯの有効期限を再設定してもよい。また例えば、付与部２３４は、チケットＴＩの発行数を増加してもよい。さらには、付与部２３４は、購入可能なコインＣＯの数を再設定してもよい。このような態様によれば、コミュニティにおいて流通しているコインＣＯの量が適切になるように調整することが可能である。

【0085】

５．その他
前述の実施形態に係る情報処理システム１に関して、以下のような態様を採用してもよい。

【0086】

上記の実施形態では、コインに関する情報の更新として、ユーザの保有するコインＣＯを消費する、又は運営者ＯＰによって発行されたコインを付与する例を説明したが、この限りでない。例えば、ユーザの保有するコインＣＯの一部を他のユーザに対して直接的に付与する態様であってもよい。

【0087】

また、上記の実施形態では、コミュニティシステム１ａの一例として、支援家ＳＵが起業家ＥＮを支援するためのコミュニティシステムである場合について説明したが、この限りでない。例えば、クリエイターを育成するためのコミュニティシステムであってもよい。具体的には、クリエイターを育成する者が、クリエイターの投稿に対してコインを付与する。クリエイターは受け取ったコインを使用することにより、コミュニティにおけるサービスの提供を受けることができる。これにより、コミュニティにおいてクリエイターを育成することができる。

【0088】

さらに、コミュニティシステムは、資格取得又はスキル獲得を支援するためのコミュニティを形成するものであってもよい。具体的には、コミュニティシステムが、教育者が学習者を支援する態様であってもよい。また、コミュニティシステムは、競技者を育成するためのコミュニティを形成するものであってもよい。コミュニティシステムは、これに限られない。

【0089】

また、上記の実施形態を、頒布可能なプログラムとして実施してもよい。このプログラムは、コンピュータに、情報処理システムにおける各ステップを実行させる。また、情報処理システム１における各ステップを備える情報処理方法が実施されてもよい。

【0090】

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

【0091】

（１）第１のユーザが第２のユーザから支援を受けるコミュニティシステムを提供するための情報処理システムであって、少なくとも１つのプロセッサを備え、前記プロセッサは、次の各ステップがなされるようにプログラムを実行するように構成され、受付ステップでは、特定情報に対する評価を示す評価情報を前記第２のユーザから受け付け、ここで、前記特定情報は、前記第１のユーザによって投稿された情報のうちの少なくとも１つであり、前記投稿された情報は、前記情報処理システムにより管理されており、付与ステップでは、前記評価情報に基づいて、前記特定情報を投稿した前記第１のユーザに対して消費媒体を付与し、ここで、前記消費媒体は、商品の購入又はサービスの利用に対して前記コミュニティシステムにおいて消費可能である、システム。

【0092】

このような態様によれば、第１のユーザはコミュニティにおける活動に応じてコインが付与され、コインを使用することにより商品の購入やサービスの利用が可能となる。したがって、コミュニティ内の交流の活性化に繋げることができる。

【0093】

（２）上記（１）に記載の情報処理システムにおいて、前記付与ステップでは、前記第２のユーザに対して蓄積されている前記消費媒体の少なくとも一部を前記第１のユーザに付与する、システム。

【0094】

このような態様によれば、第１のユーザは第２のユーザから受けるコインの価値が高まることにより、第１のユーザは自身の行動に対するモチベーションをさらに高めることができる。

【0095】

（３）上記（１）又は（２）に記載の情報処理システムにおいて、前記特定情報は、前記第１のユーザの活動を報告する内容を含む、システム。

【0096】

このような態様によれば、第１のユーザは自身の活動に対するモチベーションをよりいっそう高めることができる。

【0097】

（４）上記（１）～（３）の何れか１つに記載の情報処理システムにおいて、前記第２のユーザによって付与された前記消費媒体は、第１の消費媒体であり、前記消費媒体は、前記第２のユーザによる付与とは異なるルートによって取得された第２の消費媒体を含みさらに、表示制御ステップでは、前記第１の消費媒体と前記第２の消費媒体とを識別可能に表示させる、システム。

【0098】

このような態様によれば、コミュニティにおいて応援又は信用を獲得することにより得られたコイン数と、購入することにより得られたコイン数とを区別して把握することができる。

【0099】

（５）上記（１）～（４）の何れか１つに記載の情報処理システムにおいて、さらに表示制御ステップでは、前記第１のユーザに関する情報を表示させ、ここで、前記第１のユーザに関する情報は、所定の条件に従って付与された、前記第１のユーザに関連するラベルを含む、システム。

【0100】

このような態様によれば、第２のユーザは第１のユーザに関する情報を把握した上で、コインを付与する第１のユーザを決定することができる。

【0101】

（６）上記（５）に記載の情報処理システムにおいて、前記所定の条件は、前記第１のユーザの属性、活動の進捗、又は前記消費媒体の獲得数を含む、システム。

【0102】

このような態様によれば、第２のユーザは第１のユーザの状況を把握した上で、コインを付与する第１のユーザを決定することができる

【0103】

（７）上記（１）～（６）の何れか１つに記載の情報処理システムにおいて、さらに、前記消費媒体は、前記コミュニティシステムにおいてその流通量を制限され、ここで、前記流通量は、前記コミュニティシステムに加入しているユーザそれぞれに対して蓄積されている前記消費媒体の総数である、システム。

【0104】

このような態様によれば、コミュニティにおいて流通している消費媒体の量を適切になるように調整することが可能である。

【0105】

（８）上記（１）～（７）の何れか１つに記載の情報処理システムにおいて、さらに、特定ステップでは、前記コミュニティシステムにおける特定ユーザを特定し、ここで、前記特定ユーザは、前記特定ユーザに係る前記消費媒体の付与数又は消費数が所定以上のユーザである、システム。

【0106】

このような態様によれば、運営者はコミュニティ内における重要人物であるユーザを把握することができる。

【0107】

（９）上記（１）～（８）の何れか１つに記載の情報処理システムにおいて、前記第２のユーザは、前記第１のユーザのうちの少なくとも１人である、システム。

【0108】

このような態様によれば、第１のユーザ同士の交流を活性化することができる。

【0109】

（１０）上記（１）～（９）の何れか１つに記載の情報処理システムにおいて、前記第１のユーザは、起業中である又は起業を目指しているユーザであり、前記第２のユーザは、前記第１のユーザを支援するユーザである、システム。

【0110】

このような態様によれば、起業家ユーザはコミュニティにおいて支援家から支援を受けることにより、起業に向けた活動に対するモチベーションをよりいっそう高めることができる。

【0111】

（１１）情報処理方法であって、上記（１）～（１０）の何れか１つに記載の情報処理システムにおける各ステップを備える、方法。

【0112】

（１２）プログラムであって、コンピュータに、上記（１）～（１０）の何れか１つに記載の情報処理システムにおける各ステップを実行させる、プログラム。
もちろん、この限りではない。

【0113】

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

【符号の説明】

【0114】

１ ：情報処理システム
１ａ ：コミュニティシステム
１１ ：ネットワーク
２ ：情報処理装置
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：プロセッサ
２３１ ：受付部
２３２ ：更新部
２３３ ：特定部
２３４ ：付与部
２３５ ：表示制御部
３ ：ユーザ端末
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：プロセッサ
３４ ：表示部
３５ ：入力部
５ ：投稿画面
５１ ：領域
５２ ：領域
５４ａ ：オブジェクト
５４ｂ ：オブジェクト
５５ ：領域
６ ：ショップ画面
６２ ：オブジェクト
６２１ ：領域
６２２ ：領域
７ ：ラベル画面
７２ ：領域
７３ ：領域
７３１ ：領域
７３２ ：領域
７３３ ：領域
ＣＯ ：コイン
ＣＯ１ ：評価コイン
ＣＯ２ ：購入コイン
ＥＮ ：起業家
ＩＦ１ ：特定情報
ＩＦ２ ：評価情報
ＯＰ ：運営者
ＳＵ ：支援家
Ｔ１ ：ユーザテーブル
Ｔ２ ：コイン履歴テーブル
Ｔ３ ：ラベルテーブル
Ｔ４ ：管理テーブル
ＴＩ ：チケット

【要約】      （修正有）

【課題】コミュニティシステム上でのユーザ同士の交流の活性化をよりいっそう高める情報処理システム、方法及びプログラムを提供する。
【解決手段】この情報処理システム１において、情報処理装置は、少なくとも１つのプロセッサを備える。プロセッサは、次の各ステップがなされるようにプログラムを実行する。受付ステップでは、特定情報に対する評価を示す評価情報を第２のユーザから受け付ける。特定情報は、第１のユーザによって投稿された情報のうちの少なくとも１つである。投稿された情報は、情報処理システムにより管理されており、付与ステップでは、評価情報に基づいて、特定情報を投稿した第１のユーザに対して消費媒体を付与する。消費媒体は、商品の購入又はサービスの利用に対してコミュニティシステムにおいて消費可能である。
【選択図】図５

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】