特許 6801920 ＳＮＳシステム、ＳＮＳサーバ、情報処理方法、ＳＮＳ提供方法、プログラム

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

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

(11)【特許番号】6801920

(24)【登録日】2020年11月30日

(45)【発行日】2020年12月16日

(54)【発明の名称】ＳＮＳシステム、ＳＮＳサーバ、情報処理方法、ＳＮＳ提供方法、プログラム

(51)【国際特許分類】

   G06Q 50/00 20120101AFI20201207BHJP

   G06F 13/00 20060101ALI20201207BHJP

【ＦＩ】

   G06Q50/00 300

   G06F13/00 560A

【請求項の数】18

【全頁数】24

(21)【出願番号】特願2019-157186(P2019-157186)

(22)【出願日】2019年8月29日

【審査請求日】2019年8月29日

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(73)【特許権者】

【識別番号】506042645

【氏名又は名称】株式会社ウフル

(74)【代理人】

【識別番号】100106909

【弁理士】

【氏名又は名称】棚井 澄雄

(74)【代理人】

【識別番号】100134544

【弁理士】

【氏名又は名称】森 隆一郎

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100162868

【弁理士】

【氏名又は名称】伊藤 英輔

(72)【発明者】

【氏名】長谷川 貴司

(72)【発明者】

【氏名】林 大介

(72)【発明者】

【氏名】栗原 洋介

(72)【発明者】

【氏名】▲高▼木 正勝

(72)【発明者】

【氏名】二瓶 尚之

(72)【発明者】

【氏名】谷口 将仁

【審査官】 塩田 徳彦

(56)【参考文献】

【文献】 特開２００７−３０６４０９（ＪＰ，Ａ）

【文献】 特表２０１７−５０１４８５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０３２７０５７（ＵＳ，Ａ１）

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

Ｇ０６Ｑ １０／００ − ９９／００

Ｇ０６Ｆ １３／００

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

【請求項1】

複数のユーザで記事を共有するＳＮＳを提供するＳＮＳシステムであって、
ユーザの端末装置によって読み取られた識別情報に基づいて、前記識別情報に紐づけられた場所へのチェックインを検出するチェックイン部と、
前記チェックイン部の検出結果に基づいて、前記ＳＮＳにおいて、前記ユーザが保持するトークンを消費して記事を投稿する権利を前記ユーザへ付与する付与部と、
前記権利の行使による記事の投稿とトークンの消費量の指定とを受け付ける投稿部と、
を備えるＳＮＳシステム。

【請求項2】

前記付与部は、前記チェックイン部の検出結果に基づいて、前記ＳＮＳにおいて前記ユーザへトークンを付与する、
請求項１に記載のＳＮＳシステム。

【請求項3】

前記場所へのチェックインに基づく記事の投稿によるトークンの消費量に応じて、前記場所に紐付けられた表示を更新する更新部
を備える請求項１または請求項２に記載のＳＮＳシステム。

【請求項4】

前記場所に紐付けられた表示は、前記場所へのチェックインに基づく複数の記事を関連付けたチェーンの表示であり、
前記更新部は、前記チェーンの表示として、前記チェーンに含まれる記事の投稿によるトークンの消費量が前記複数のユーザうち最大であるユーザを示す表示を用いる、
請求項３に記載のＳＮＳシステム。

【請求項5】

前記更新部は、前記場所へのチェックインに基づく投稿によるトークンの消費量に応じて、前記場所に紐付けられた表示の注目度を更新する、
請求項３または請求項４に記載のＳＮＳシステム。

【請求項6】

前記端末装置が、
ユーザの所在地点に関する地点情報を取得した場合に、前記ユーザが前記所在地点に居ることの評価に基づく対価情報を外部装置から取得する対価取得部と、
前記所在地点に関する投稿情報の入力と、前記対価情報が示す価値ボリュームのうち当該投稿情報の投稿の実施に必要な価値ボリュームの指定とを受け付けて、前記投稿情報と前記投稿の実施に必要な価値ボリュームとを記憶先へ送信する投稿処理部と、
を備える請求項１から請求項５のいずれか一項に記載のＳＮＳシステム。

【請求項7】

前記端末装置が、
自端末の現在地点に関連する前記投稿情報の取得要求を送信し、その取得要求に応じて取得した前記投稿情報についての話題性評価指標を表示する表示部
を備える請求項６に記載のＳＮＳシステム。

【請求項8】

前記表示部は、前記地点情報に関連する前記投稿情報の数を示す前記話題性評価指標を表示する
請求項７に記載のＳＮＳシステム。

【請求項9】

前記表示部は、前記投稿情報の投稿の実施において指定された前記価値ボリュームの大きさを示す前記話題性評価指標を表示する、
請求項７または請求項８に記載のＳＮＳシステム。

【請求項10】

前記表示部は、前記投稿情報の投稿の実施において指定された前記価値ボリュームの大きさに基づく優先度に応じて前記地点情報に関連する複数の前記投稿情報の中から所定の投稿情報を決定し、当該決定した投稿情報を示す前記話題性評価指標を表示する、
請求項７から請求項９の何れか一項に記載のＳＮＳシステム。

【請求項11】

前記表示部は、所定の過去の時間から現在までに投稿された前記投稿情報を表示する、
請求項７から請求項１０の何れか一項に記載のＳＮＳシステム。

【請求項12】

前記ＳＮＳで使用される情報の少なくとも一部の記憶先が分散型台帳である、
請求項１から請求項１１の何れか一項に記載のＳＮＳシステム。

【請求項13】

ユーザの所在地点に関する地点情報を端末装置から取得した場合に、前記ユーザが前記所在地点に居ることの評価に基づく対価情報の価値ボリュームを算出し前記端末装置へ送信する対価付与部と、
前記所在地点に関する投稿情報と、前記価値ボリュームのうち当該投稿情報の投稿の実施に必要な価値ボリュームとを含む投稿要求の前記端末装置からの取得に基づいて、前記ユーザの識別情報と、当該投稿要求に含まれる情報との関連付けを示す情報を記録するＳＮＳ処理部と、
を備えるＳＮＳサーバ。

【請求項14】

前記対価付与部は、前記ユーザの属性に基づいて前記対価情報の価値ボリュームを算出する
請求項１３に記載のＳＮＳサーバ。

【請求項15】

端末装置が、
ユーザの所在地点に関する地点情報を取得した場合に、前記ユーザが前記所在地点に居ることの評価に基づく対価情報を外部装置から取得し、
前記所在地点に関する投稿情報の入力と、前記対価情報が示す価値ボリュームのうち当該投稿情報の投稿の実施に必要な価値ボリュームの指定とを受け付けて、前記投稿情報と前記投稿の実施に必要な価値ボリュームとを記憶先へ送信する
情報処理方法。

【請求項16】

端末装置のコンピュータを、
ユーザの所在地点に関する地点情報を取得した場合に、前記ユーザが前記所在地点に居ることの評価に基づく対価情報を外部装置から取得する対価取得部、
前記所在地点に関する投稿情報の入力と、前記対価情報が示す価値ボリュームのうち当該投稿情報の投稿の実施に必要な価値ボリュームの指定とを受け付けて、前記投稿情報と前記投稿の実施に必要な価値ボリュームとを記憶先へ送信する投稿処理部、
として機能させるプログラム。

【請求項17】

複数のユーザで記事を共有するＳＮＳを提供するＳＮＳ提供方法であって、
ユーザの端末装置によって読み取られた識別情報に基づいて、前記識別情報に紐づけられた場所へのチェックインを検出することと、
前記場所へのチェックインの検出結果に基づいて、前記ＳＮＳにおいて、前記ユーザが保持するトークンを消費して記事を投稿する権利を前記ユーザへ付与することと、
前記権利の行使による記事の投稿とトークンの消費量の指定とを受け付けることと、
を含むＳＮＳ提供方法。

【請求項18】

複数のユーザで記事を共有するＳＮＳを提供する処理としてコンピュータに、
ユーザの端末装置によって読み取られた識別情報に基づいて、前記識別情報に紐づけられた場所へのチェックインを検出することと、
前記場所へのチェックインの検出結果に基づいて、前記ＳＮＳにおいて、前記ユーザが保持するトークンを消費して記事を投稿する権利を前記ユーザへ付与することと、
前記権利の行使による記事の投稿とトークンの消費量の指定とを受け付けることと、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＳＮＳシステム、ＳＮＳサーバ、情報処理方法、ＳＮＳ提供方法、プログラムに関する。

【背景技術】

【0002】

近年、ＳＮＳ（Social Networking Service）と呼ばれる態様の情報サービスを提供する情報配信システムが多く開発されている。ＳＮＳを提供するＳＮＳサーバは、ユーザ同士の繋がりを記憶し、あるユーザが投稿した情報を当該ユーザに繋がる他のユーザに配信することにより、ユーザ間で情報を共有することができる仕組みを提供している。

【0003】

関連する技術として特許文献１には、上述のような情報配信システムにおいて、投稿情報を評価する技術が開示されている。また特許文献２には複数のＳＮＳで異なるハンドルネームを用いる場合に、同一人物を同定し統合的に評価して検索結果表示順に反映する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００７−３０４９７７号公報

【特許文献2】特開２０１８−３７０７６号公報

【発明の概要】

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

【0005】

上述のようなＳＮＳと呼ばれる情報サービスにおいて、ユーザは、興味対象に関する記事やコメントを投稿情報として投稿し、繋がりのある他のユーザと当該投稿情報を共有する。このような興味対象に関する投稿情報を、当該投稿情報の配信先のユーザの端末に配信する場合、ＳＮＳサーバは、通常は、その興味対象に関して投稿された投稿情報が時系列にユーザで視認できるよう当該ユーザが利用する端末に配信する。ここで、そのような投稿情報の時系列の端末における表示では、価値のない興味対象に関する投稿情報が多く目に付く状況が増えることで、ＳＮＳの活発の利用が低下する可能性が有る。

【0006】

そこでこの発明は、上述の課題を解決するＳＮＳシステム、ＳＮＳサーバ、情報処理方法、ＳＮＳ提供方法、プログラムを提供することを目的としている。

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

【0007】

本発明の第１の態様は、複数のユーザで記事を共有するＳＮＳを提供するＳＮＳシステムであって、ユーザの端末装置によって読み取られた識別情報に基づいて、識別情報に紐づけられた場所へのチェックインを検出するチェックイン部と、チェックイン部の検出結果に基づいて、ＳＮＳにおいて、ユーザが保持するトークンを消費して記事を投稿する権利をユーザへ付与する付与部と、権利の行使による記事の投稿とトークンの消費量の指定とを受け付ける投稿部と、を備える。

【0008】

本発明の第２の態様は、ユーザの所在地点に関する地点情報を端末装置から取得した場合に、ユーザが所在地点に居ることの評価に基づく対価情報の価値ボリュームを算出し端末装置へ送信する対価付与部と、所在地点に関する投稿情報と、価値ボリュームのうち当該投稿情報の投稿の実施に必要な価値ボリュームとを含む投稿要求の端末装置からの取得に基づいて、ユーザの識別情報と、当該投稿要求に含まれる情報との関連付けを示す情報を記録するＳＮＳ処理部と、を備えるＳＮＳサーバである。

【0009】

本発明の第３の態様は、端末装置が、ユーザの所在地点に関する地点情報を取得した場合に、ユーザが所在地点に居ることの評価に基づく対価情報を外部装置から取得し、所在地点に関する投稿情報の入力と、対価情報が示す価値ボリュームのうち当該投稿情報の投稿の実施に必要な価値ボリュームの指定とを受け付けて、投稿情報と投稿の実施に必要な価値ボリュームとを記憶先へ送信する情報処理方法である。

【0010】

本発明の第４の態様は、端末装置のコンピュータを、ユーザの所在地点に関する地点情報を取得した場合に、ユーザが所在地点に居ることの評価に基づく対価情報を外部装置から取得する対価取得部、所在地点に関する投稿情報の入力と、対価情報が示す価値ボリュームのうち当該投稿情報の投稿の実施に必要な価値ボリュームの指定とを受け付けて、投稿情報と投稿の実施に必要な価値ボリュームとを記憶先へ送信する投稿処理部、として機能させるプログラムである。

【0011】

本発明の第５の態様は、複数のユーザで記事を共有するＳＮＳを提供するＳＮＳ提供方法であって、ユーザの端末装置によって読み取られた識別情報に基づいて、識別情報に紐づけられた場所へのチェックインを検出することと、場所へのチェックインの検出結果に基づいて、ＳＮＳにおいて、ユーザが保持するトークンを消費して記事を投稿する権利をユーザへ付与することと、権利の行使による記事の投稿とトークンの消費量の指定とを受け付けることと、を含む。

【0012】

本発明の第６の態様は、複数のユーザで記事を共有するＳＮＳを提供する処理としてコンピュータに、ユーザの端末装置によって読み取られた識別情報に基づいて、識別情報に紐づけられた場所へのチェックインを検出することと、場所へのチェックインの検出結果に基づいて、ＳＮＳにおいて、ユーザが保持するトークンを消費して記事を投稿する権利をユーザへ付与することと、権利の行使による記事の投稿とトークンの消費量の指定とを受け付けることと、を実行させるプログラムである。

【発明の効果】

【0013】

本発明によれば、ＳＮＳの活発な利用を促進することができる。

【図面の簡単な説明】

【0014】

【図1】本実施形態によるＳＮＳシステムの概要を示す図である。

【図2】本実施形態による端末１とＳＮＳサーバ２のハードウェア構成図である。

【図3】本実施形態による端末１とＳＮＳサーバ２の機能ブロック図である。

【図4】本実施形態によるＳＮＳシステム１００の処理概要を示す図である。

【図5】本実施形態による端末１の表示例を示す第一の図である。

【図6】本実施形態による端末１の表示例を示す第二の図である。

【図7】本実施形態によるＳＮＳシステム１００の処理フローを示す第一の図である。

【図8】本実施形態によるＳＮＳシステム１００の処理フローを示す第二の図である。

【図9】本実施形態によるＳＮＳシステム１００の処理フローを示す第三の図である。

【図10】本実施形態によるＳＮＳシステム１００の処理フローを示す第四の図である。

【図11】本実施形態による端末１の最小構成を示す図である。

【図12】本実施形態による最小構成を示す端末１による処理フローを示す図である。

【図13】本実施形態によるＳＮＳサーバ２の最小構成を示す図である。

【図14】本実施形態による最小構成を示すＳＮＳサーバ２による処理フローを示す図である。

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

【0015】

以下、本発明の一実施形態によるＳＮＳシステム（適宜、トークン消費型ＳＮＳシステムという）を図面を参照して説明する。
図１は同実施形態によるトークン消費型ＳＮＳシステムの概要を示す図である。トークン消費型ＳＮＳシステム１００は、複数のユーザで記事を共有するＳＮＳ（ソーシャル ネットワーキング サービス）を提供する。この図で示すように、トークン消費型ＳＮＳシステム１００は、端末１、ＳＮＳサーバ２、ブロックチェーンシステム３を含んで構成される。端末１は、ＳＮＳに参加するユーザの利用するコンピュータである。コンピュータは、スマートフォン、タブレット端末、ＰＣ、又はその他の形態の装置のいずれでもよい。ＳＮＳサーバ２はＳＮＳサービスを提供するコンピュータである。端末１とＳＮＳサーバ２は、インターネット４等の通信ネットワークを介して通信接続する。ＳＮＳサーバ２はまた、ブロックチェーンシステム３と通信接続する。ＳＮＳサーバ２とブロックチェーンシステム３を繋ぐ通信接続もまた、インターネット４であってよい。ブロックチェーンシステム３は複数のノード装置３１が通信接続して構成される。ブロックチェーンシステム３を構成する複数のノード装置３１の１又は２以上は、端末１とＳＮＳサーバ２との一方または双方と通信接続される。なお、本実施形態において、分散型台帳としてブロックチェーンシステム３を用いるが、分散型台帳はブロックチェーン以外の形態（例えば、タングル）でもよい。端末１と、ＳＮＳサーバ２に含まれる端末との一方又は双方は、分散型台帳を構成するノード装置を含んでもよい。なお、情報の記憶先は、分散型台帳でなくてもよく、例えば１又は２以上のストレージでもよい。

【0016】

図２は、端末１とＳＮＳサーバ２のハードウェア構成図である。
図２で示すように、端末１やＳＮＳサーバ２は、それぞれ、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、記憶部１０４、通信モジュール１０５（適宜、通信部という）、ユーザインタフェース１０６等の各ハードウェアを備えたコンピュータである。なお、ブロックチェーンシステム３を構成するノード装置３１も、同様のハードウェア構成を備えたコンピュータである。

【0017】

ＣＰＵは、プログラムに従って処理をすることによって、各種処理部（例、演算部、判定部、制御部）として機能する。上記のプログラムは、コンピュータの内部（例、ＲＯＭ１０２、ＲＡＭ１０３、又は記憶部１０４）に記憶されてもよいし、コンピュータにより読み取り可能な記憶媒体（例、光学ディスク、磁気ディスク）に記憶されてもよく、コンピュータの外部（例、コンピュータと通信可能な記憶部）に記憶されてもよい。上記のプログラムは、コンピュータの内部、コンピュータによって読み取り可能な記憶媒体、及びコンピュータの外部の２以上に分かれて記憶されてもよい。なお、実施形態に係る端末装置の少なくとも一部の処理部は、実行する処理が予め定められたハードウェアにより実現されてもよい。上記ハードウェアは、例えば、application specific integrated circuit（適宜、ＡＳＩＣという）等の特定用途向け集積回路でもよい。また、トークン消費型ＳＮＳシステム１００の各部の処理に使われる情報の少なくとも一部は、トークン消費型ＳＮＳシステム１００を構成する装置のいずれの記憶部に記憶されてもよいし、トークン消費型ＳＮＳシステム１００の外部の装置の記憶部に記憶されてもよい。例えば、トークン消費型ＳＮＳシステム１００は、その少なくとも一部の処理を、その外部の装置の記憶部から取得される情報に基づいて、実行してもよい。

【0018】

図３は、端末１とＳＮＳサーバ２の機能ブロック図である。
端末１は予め記憶するＳＮＳプログラムを実行する。これにより端末１は、制御部１１、表示部１２、トークン処理部１３（対価取得部）、投稿処理部１４の各機能を発揮する。

【0019】

制御部１１は、他の機能部を制御する。
表示部１２は、端末１の画面にＳＮＳサーバ２から取得したＳＮＳに関するアプリケーション表示のための情報や、ユーザから入力された情報を表示する。
トークン処理部１３は、端末１のユーザの所在地点に関する位置情報を取得した場合に、ユーザが所在地点に居ることの評価に基づく対価情報をＳＮＳサーバ２（外部装置）から取得する。対価情報の一例としてはトークンである。トークン処理部１３はトークンの他ユーザに対する付与に関する処理も行う。
投稿処理部１４は、所在地点に関する投稿情報の入力と、投稿情報の投稿の実施に必要な対価情報のうちの価値ボリュームの指定とを受け付けて、投稿情報と投稿の実施に必要な価値ボリュームとをＳＮＳサーバ２へ送信する。

【0020】

ＳＮＳサーバ２は、ＳＮＳプログラムを実行する。これによりＳＮＳサーバ２は、制御部２１、対価付与部２２、トークン管理部２３、ＳＮＳ処理部２４の各機能を発揮する。

【0021】

制御部２１は、ＳＮＳサーバ２の他の機能部を制御する。
対価付与部２２は、ユーザの所在地点に関する地点情報を端末１から取得した場合に、ユーザが所在地点に居ることの評価に基づく対価情報の価値ボリュームを算出し端末１へ送信する。
トークン管理部２３は、投稿情報の投稿の実施に必要な価値ボリュームや、当該価値のユーザ間の送受信を可能にするトークンを管理する。
ＳＮＳ処理部２５は、対価付与部２２、トークン管理部２３、以外のＳＮＳに関する情報処理を行う。

【0022】

このような端末１やＳＮＳサーバ２と、ブロックチェーンシステム３とを、トークン消費型ＳＮＳシステム１００が有することにより、ＳＮＳの活発の利用を促進する、トークン消費型ＳＮＳシステム１００を提供する。

【0023】

図４は、トークン消費型ＳＮＳシステム１００の処理概要を示す図である。
ユーザは、端末１を携帯する。ユーザは、ＳＮＳを利用する場合は端末１のＳＮＳプログラムを実行する。すると端末１はＳＮＳサーバ２と通信接続する。ＳＮＳサーバ２がユーザに対して提供するＳＮＳにおける処理の一つは、ユーザが投稿情報を投稿する際に、ユーザが所定の店舗などの興味対象に移動したことを示すチェックイン動作を検知することである（ステップＳ１）。チェックインとは、所定位置（適宜、チェックインポイントという）にユーザが移動して端末１で所定位置に関する識別情報（適宜、チェックインポイントＩＤという）を取得する動作のことと定義する。またＳＮＳサーバ２がユーザに対して提供するＳＮＳにおける処理の一つは、端末１がチェックインの処理を行った際に、ＳＮＳサーバ２が、端末１に対してトークンの価値ボリュームを付与することである（ステップＳ２）。またＳＮＳサーバ２がユーザに対して提供するＳＮＳにおける処理の一つは、店舗などの興味対象に関する記事やコメントなどの投稿情報の投稿や、他ユーザの投稿情報の表示である（ステップＳ３）。本実施形態によるＳＮＳサーバ２がユーザに対して提供するＳＮＳにおける処理の一つは、ユーザ間でトークンの価値ボリュームの付与を行うことである（ステップＳ４）。

【0024】

図５は、端末１の表示例を示す第一の図である。
図５は端末１が画面に表示する投稿ページの表示例を示す図である。図５で示すように、投稿ページ（図５）には、ユーザが指定した画像の追加欄、ユーザが入力した投稿に関するタイトルの入力欄、ユーザが入力した投稿に関する本文の入力欄、ユーザがチェックインした際の位置を示す地図表示欄、ユーザが指定した投稿の実施に必要な価値ボリュームの入力欄、などが含まれる。

【0025】

図６は、端末１の表示例を示す第二の図である。
上述のステップＳ４において、端末１が、投稿情報一覧をＳＮＳサーバ２から取得して、表示する場合の投稿情報閲覧ページの表示例を図６に示す。端末１は、端末１の現在位置を基準とした所定範囲のチェックインポイントのチェックインに基づいて投稿された投稿情報を、ＳＮＳサーバ２から取得する。端末１の表示部１２は、投稿情報閲覧ページ（図６）を画面に表示する。この際、端末１の表示部１２は、チェックインした所定位置（チェックインポイント）に応じた投稿情報ごとに、投稿情報の数や、投稿情報の投稿時に指定のあったトークンの価値ボリュームの値に基づく態様で、チェックインの位置に応じた投稿情報を投稿情報閲覧ページに表示する。具体的には、端末１の表示部１２は、あるチェックインポイントに応じた複数の投稿情報を一つのオブジェクトとして示すチェックインポイントアイコン（ａ１〜ａ６）を投稿情報閲覧ページに表示する。この時、端末１の表示部１２は、チェックインに応じた投稿情報の数をアイコンに投稿情報閲覧ページに表示する。また端末１の表示部１２は、チェックインに応じた投稿情報の数に応じた大きさでアイコンを投稿情報閲覧ページに表示する。また端末１の表示部１２は、投稿時に最も価値ボリュームを多く指定して投稿された投稿情報の投稿ユーザの顔などの写真を投稿情報閲覧ページ上のアイコンに表示する。なお端末１の表示部１２は、この処理において、端末１に表示された投稿チェーンのオブジェクトにおいて、当該オブジェクトに含まれる投稿情報の投稿時の消費トークンの最高値が更新されると、当該チェーンの表示を消費量が最高値となる投稿情報を投稿したユーザ（トークン消費者）を示すアイコンの表示に更新するようにしてよい。これは、チェーンにおける投稿の消費トークンの最高値が更新されると、当該チェーンの表示を最高値のトークン消費者を示す表示に更新する更新部（適宜、更新手段という）の処理に相当する。または端末１の表示部１２は、投稿情報の投稿時に指定のあったトークンの価値ボリュームの合計値に基づく大きさで、各チェックインポイントに対応した大きさのアイコンを表示する。

【0026】

図７は、トークン消費型ＳＮＳシステム１００の処理フローを示す第一の図である。
次に図７を用いて、チェックイン動作、チェックインにおけるトークンの価値ボリュームの付与動作における各装置の処理、各装置間での情報のやり取りを説明する。

【0027】

地域の各地点には、チェックインポイントが設けられる。チェックインポイントには、端末１によって読み取り可能な識別情報を提供する識別情報提供部が配置される。本実施形態において、識別情報提供部は、ＮＦＣ（Near Field Communication）の規格によって識別情報を送信する部材（以下、ＮＦＣ端末という）を含む。ＮＦＣ端末は、ユーザが端末１を翳した際に、端末１との間で非接触通信を行い、チェックインポイントＩＤを端末１に送信する。識別情報提供部は、チェックインポイントＩＤが情報として格納された一次元コードまたは二次元コードを有する部材でもよい。この部材は、二次元コードが印刷されたステッカでもよい。ユーザは端末１を操作して、端末１に備わるカメラを利用して二次元コードを読み取る。端末１の投稿処理部１４は、識別情報提供部（例、ＮＦＣ端末、二次元コードが印刷されたステッカ）から読み取ったチェックインポイントＩＤを検知する（ステップＳ１０１）。なおこの処理は、端末１における、識別情報を読み込んでチェックインするチェックイン部（適宜、チェックイン手段という）の処理に相当する。また投稿処理部１４は、端末１に備わる位置検出装置から緯度経度等の現在位置を取得する。位置検出装置は、例えばＧＮＳＳ（Global Navigation Satellite System）から得られた信号に基づいて端末１の緯度、経度を検出する装置である。

【0028】

ＳＮＳサーバ２は、チェックポイントＩＤを提供する識別情報提示部が配置される位置に関する情報と、チェックインポイントＩＤとを対応付けて予め記憶する。例えば、ＳＮＳサーバ２は、チェックインポイントＩＤと、そのチェックインポイントＩＤを送信するＮＦＣ端末の設置位置とを対応付けた情報（例、テーブル）を記憶している。ＳＮＳサーバ２は、チェックポイントＩＤと、そのチェックインポイントＩＤの情報を含む二次元コードのステッカが貼られた位置とを対応付けた情報（例、テーブル）記憶してもよい。従って、チェックインポイントＩＤは位置情報の、そのチェックインポイントＩＤを検知した端末１のユーザの所在地点に関する地点情報の一態様である。投稿処理部１４は、チェックインポイントＩＤ、ユーザＩＤ、現在位置、を少なくとも含む対価付与要求を、ＳＮＳサーバ２へ送信する（ステップＳ１０２）。

【0029】

ＳＮＳサーバ２は対価付与要求を受信する。ＳＮＳサーバ２の対価付与部２２は、対価付与要求を取得する。対価付与部２２は、対価付与要求からチェックインポイントＩＤとユーザＩＤと端末１の現在位置とを取得する。対価付与部２２は、チェックインポイントＩＤまたはユーザＩＤまたはその両方を用いて、対価付与の条件を満たしているかを判定する（ステップＳ１０３）。例えば、ＳＮＳサーバ２のＳＮＳ処理部２５は、チェックインポイントＩＤに対応して記憶するチェックインポイントの位置をデータベースから取得する。ＳＮＳ処理部２５は、チェックインポイントの位置と、端末１の現在位置との距離が所定の距離以下である場合には、対価付与の条件を満たしていると判定する。ＳＮＳ処理部２５は、端末１の現在位置を参照し、チェックインポイントから一定距離以内であることを確認することにより、チェックインポイントの位置とは全く異なる位置からの端末１からの対価付与要求の送信などの不正防止を防ぐことができる。一定距離は例えば１ｋｍなどであってよい。ＳＮＳ処理部２５は、他の処理によって、対価付与要求を送信した端末１が対価付与の条件を満たしているかを判定してよい。

【0030】

対価付与部２２は、対価付与要求を送信した端末１が対価付与の条件を満たしているとＳＮＳ処理部２５により判定された場合、チェックインポイントＩＤとユーザＩＤとに基づいて付与するトークンの価値ボリュームを決定する（ステップＳ１０４）。一例としては、対価付与部２２は、チェックインポイントＩＤに紐づいてＳＮＳサーバ２が記憶する価値ボリュームを、付与するトークンの価値ボリュームと決定する。または、対価付与部２２は、ユーザＩＤに対して設定されているランクやレベル、アクセス頻度、仮想的な地位、などの属性に応じて付与するトークンの価値ボリュームと決定してもよい。なおこの処理は、ＳＮＳサーバ２における、トークンを付与する付与部（適宜、付与手段という）の処理に相当する。

【0031】

トークン管理部２３は、データベースにおいて、チェックインポイントＩＤの示すチェックインポイントで保有するトークンの価値ボリュームの値を記憶している。トークン管理部２３は、チェックインポイントＩＤの示すチェックインポイントで保有するトークンの価値ボリュームの値のうち、端末１に付与すると決定した価値ボリュームの値を、送信元となるチェックインポイントから、送信先となる端末１のユーザに送信することを示す価値移転情報を、ブロックチェーンシステム３に送信する（ステップＳ１０５）。ブロックチェーンシステム３の各ノード装置３１は、公知のブロックチェーンを構築する処理を用いて、価値移転情報が示す、送信元から送信先へ価値ボリュームが送信されたことの情報を記憶する。

【0032】

トークン管理部２３は、チェックインポイントＩＤが示すチェックインポイントが保有するトークンの価値ボリュームをデータベースに記録されている保有トークンテーブルから取得し、その価値ボリュームから端末１に付与した価値ボリュームを減じて、保有トークンテーブルの値を更新する。またトークン管理部２３は、端末１を利用するユーザを示すユーザＩＤが保有するトークンの価値ボリュームをデータベースに記録されている保有トークンテーブルから取得し、その価値ボリュームに端末１に付与した価値ボリュームを加算、保有トークンテーブルの値を更新する。これにより、トークン管理部２３は、ＳＮＳサーバ２において記憶するチェックインポイントと端末１の保有するトークンの価値ボリュームを更新する（ステップＳ１０６）。

【0033】

またトークン管理部２３は、対価付与要求から取得したチェックインポイントＩＤ、ユーザＩＤ、端末１の現在位置、対価付与要求を取得した時刻、当該端末に付与したトークンの価値ボリュームを紐づけて、データベースの、処理履歴テーブルに記録してもよい。対価付与部２２は、以上の対価付与処理が完了すると、ＳＮＳ処理部２４に対価付与処理の完了を通知する。

【0034】

ＳＮＳ処理部２４は、端末１に対して対価付与完了情報を送信する（ステップＳ１０７）。この対価付与完了情報には、当該端末１を利用するユーザが保有する更新後のトークンの価値ボリュームと、新たに付与されたトークンの価値ボリュームの情報が含まれる。端末１は対価付与完了情報を受信する。端末１のトークン処理部１３は、対価付与完了情報を受信すると、表示部１２は、付与されたトークンの価値ボリュームと、その付与によって現在ユーザが保有する更新後のトークンの価値ボリュームとを表示する（ステップＳ１０８）。

【0035】

以上の処理により、ユーザは、チェックインポイントにおいて、チェックインポイントＩＤを端末１で読み込むチェックイン動作を行うことにより、そのチェックインポイントに移動したことによる対価の付与を受けることができる。

【0036】

図８は、トークン消費型ＳＮＳシステム１００の処理フローを示す第二の図である。
次に図８を用いて、投稿情報の投稿時における各装置の処理、各装置間での情報のやり取りを説明する。

【0037】

ユーザは、チェックインポイントにおいてチェックイン動作を行った後、所在地点にあるチェックインポイントが自身の興味対象となる場合、その興味対象についての記事を含む投稿情報を投稿してよい。この投稿を行う場合、ユーザは、端末１を操作して、投稿ページの表示を指示する。端末１の投稿処理部１４は、投稿ページの表示の指示を検出する（ステップＳ２０１）。投稿処理部１４は、予め記憶する投稿ページの表示を表示部１２に指示する。表示部１２は投稿ページ（図５）をディスプレイに表示する（ステップＳ２０２）。

【0038】

ユーザは、端末１を操作して、投稿ページの本文の入力欄に興味対象に関する記事やコメントを入力する。またユーザは、端末１を操作して、タイトルの入力欄に投稿情報に関するタイトルを入力する。またユーザは、端末１を操作して、画像の追加欄に端末1の撮影機能で撮影した興味対象の画像を追加してもよい。端末１の投稿処理部１４は、端末１の位置情報に基づいて地図サーバから現在位置を含む地図情報を取得して、投稿ページの地図表示欄に当該地図情報を表示する。またユーザは、端末１を操作して、投稿の実施に必要な価値ボリュームの入力欄に、トークンの価値ボリュームの値を入力する。当該価値ボリュームは、ユーザがその値を自由に決めることができてよい。また当該価値ボリュームの最低値は予め定められていてよい。

【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】

１・・・端末
２・・・ＳＮＳサーバ
３・・・ブロックチェーンシステム
１１・・・制御部
１２・・・表示部（更新部）
１３・・・トークン処理部
１４・・・投稿処理部（チェックイン部、投稿部）
２１・・・制御部
２２・・・対価付与部
２３・・・トークン管理部
２４・・・ＳＮＳ処理部
３１・・・ノード装置

【要約】

【課題】ＳＮＳの活発な利用を促進する。
【解決手段】複数のユーザで記事を共有するＳＮＳを提供するＳＮＳシステムが、ユーザの端末装置によって読み取られた識別情報に基づいて、識別情報に紐づけられた場所へのチェックインを検出する。またＳＮＳシステムが、チェックインの検出結果に基づいて、ＳＮＳにおいて、ユーザが保持するトークンを消費して記事を投稿する権利をユーザへ付与する。またＳＮＳシステムが、権利の行使による記事の投稿とトークンの消費量の指定とを受け付ける。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】