特開 2024-13125 ソーシャルネットワーキングサービス提供システム、ソーシャルネットワーキングサービス提供方法、及び、プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024013125

(43)【公開日】2024-01-31

(54)【発明の名称】ソーシャルネットワーキングサービス提供システム、ソーシャルネットワーキングサービス提供方法、及び、プログラム

(51)【国際特許分類】

   G06Q 50/00 20240101AFI20240124BHJP

   H04L 9/32 20060101ALI20240124BHJP

   H04L 51/212 20220101ALI20240124BHJP

【ＦＩ】

G06Q50/00 300

H04L9/32 200E

H04L9/32 200B

H04L51/212

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022115077

(22)【出願日】2022-07-19

(71)【出願人】

【識別番号】504176911

【氏名又は名称】国立大学法人大阪大学

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居 広守

(72)【発明者】

【氏名】宮地 充子

(72)【発明者】

【氏名】宮地 秀至

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC12

(57)【要約】

【課題】誤った情報が投稿されたり、誹謗中傷の情報が投稿されたりすることを抑制し、かつ、ユーザーの反応を予想することを可能にするＳＮＳ提供システムを提供する。
【解決手段】ＳＮＳ提供システム２０は、投稿者３０ａから投稿情報４０を受け取り、未承認スペース２１ａに格納する前処理部２１と、承認スペース２２ａに格納されている情報を承認済み情報としてユーザー３０ａ～３０ｄに公開する公開処理部２２と、未承認スペース２１ａに格納された投稿情報４０に対する評価を示す評価情報５０ａ～５０ｂを閲覧者３０ｂ～３０ｃから取得し、取得した評価情報５０ａ～５０ｂが示す総合評価６０が所定条件を満たすか否かを判断し、総合評価６０が所定条件を満たす場合に、投稿情報４０及び評価情報５０ａ～５０ｂを承認スペース２２ａに格納する評価支援部２３とを備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

ソーシャルネットワーキングサービス提供システムであって、
第１記憶部を有し、通信ネットワークを介して投稿者から投稿情報を受け取り、前記第１記憶部に格納する前処理部と、
第２記憶部を有し、前記第２記憶部に格納されている情報を承認済み情報として通信ネットワークを介してユーザーに公開する公開処理部と、
前記第１記憶部に格納された前記投稿情報に対する評価を示す評価情報を、通信ネットワークを介して、少なくとも一人の閲覧者から取得し、前記少なくとも一人の閲覧者から取得した前記評価情報が示す総合評価が所定条件を満たすか否かを判断し、前記総合評価が前記所定条件を満たす場合に、前記投稿情報及び前記評価情報を前記第２記憶部に格納する評価支援部とを備え、
前記公開処理部は、前記第２記憶部に格納された前記投稿情報及び前記評価情報を前記承認済み情報として公開する、
ソーシャルネットワーキングサービス提供システム。

【請求項2】

前記評価情報は、前記投稿情報の公開に賛成するか否かに関する前記閲覧者の評価値を含み、
前記評価支援部は、前記少なくとも一人の閲覧者から取得した前記評価値の合計を前記総合評価として算出する、
請求項１記載のソーシャルネットワーキングサービス提供システム。

【請求項3】

前記評価支援部は、前記総合評価が前記所定条件を満たす場合に、前記総合評価に対してデジタル署名を施し、得られた署名済み総合評価を前記評価情報として前記第２記憶部に格納する、
請求項２記載のソーシャルネットワーキングサービス提供システム。

【請求項4】

前記評価情報は、前記投稿情報が信憑性及び誹謗中傷の観点から問題があるか否かに関する前記閲覧者のコメントを含む、
請求項１記載のソーシャルネットワーキングサービス提供システム。

【請求項5】

前記評価支援部は、前記総合評価が前記所定条件を満たす場合に、前記少なくとも一人の閲覧者から取得した前記閲覧者のコメントに対してデジタル署名を施し、得られた署名済みコメントを前記評価情報として前記第２記憶部に格納する、
請求項４記載のソーシャルネットワーキングサービス提供システム。

【請求項6】

前記評価情報は、前記投稿情報の非表示を希望するか否かに関する前記閲覧者の指示を含み、
前記公開処理部は、前記第２記憶部に格納された前記投稿情報に対して非表示を希望する指示を出した前記閲覧者に対しては、前記投稿情報を公開しない、
請求項１記載のソーシャルネットワーキングサービス提供システム。

【請求項7】

前記評価支援部は、前記総合評価が前記所定条件を満たす場合に、前記総合評価を、通信ネットワークを介して前記投稿者に送信し、前記投稿者から投稿意思を取得したときに、前記投稿情報及び前記評価情報を前記第２記憶部に格納する、
請求項１～６のいずれか１項に記載のソーシャルネットワーキングサービス提供システム。

【請求項8】

前記前処理部は、前記投稿者から前記投稿情報と共に、前記投稿者の投稿名に対してコミットした結果得られる第１コミットメント値を受け取り、
前記評価支援部は、前記投稿意思として、前記投稿者の投稿名に対してコミットした結果得られる第２コミットメント値を受け取り、前記第１コミットメント値と前記第２コミットメント値とが一致する場合に、前記投稿情報及び前記評価情報を前記第２記憶部に格納する、
請求項７記載のソーシャルネットワーキングサービス提供システム。

【請求項9】

前記前処理部は、前記投稿者から匿名で前記投稿情報を受け取り、
前記評価支援部は、前記少なくとも一人の閲覧者から匿名で前記評価情報を受け取る、
請求項１～６のいずれか１項に記載のソーシャルネットワーキングサービス提供システム。

【請求項10】

ソーシャルネットワーキングサービス提供方法であって、
第１記憶部を有する前処理部が、通信ネットワークを介して投稿者から投稿情報を受け取り、前記第１記憶部に格納する前処理ステップと、
第２記憶部を有する公開処理部が、前記第２記憶部に格納されている情報を承認済み情報として通信ネットワークを介してユーザーに公開する公開ステップと、
評価支援部が、前記第１記憶部に格納された前記投稿情報に対する評価を示す評価情報を、通信ネットワークを介して、少なくとも一人の閲覧者から取得し、前記少なくとも一人の閲覧者から取得した前記評価情報が示す総合評価が所定条件を満たすか否かを判断し、前記総合評価が前記所定条件を満たす場合に、前記投稿情報及び前記評価情報を前記第２記憶部に格納する評価支援ステップとを含み、
前記公開ステップでは、前記公開処理部が、前記第２記憶部に格納された前記投稿情報及び前記評価情報を前記承認済み情報として公開する、
ソーシャルネットワーキングサービス提供方法。

【請求項11】

ソーシャルネットワーキングサービス提供システムのためのプログラムであって、
請求項１０記載のソーシャルネットワーキングサービス提供方法に含まれるステップをコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ソーシャルネットワーキングサービス（ＳＮＳ）を提供するシステム等に関する。

【背景技術】

【0002】

Ｔｗｉｔｔｅｒ（商標）、Ｉｎｓｔａｇｒａｍ（商標）等のソーシャルネットワーキングサービス（以下、「ＳＮＳ」ともいう）は、デジタル社会の普及に伴い、現在社会の重要なコミュニケーションツールとなっている。

【0003】

従来、様々な新しい特徴をもつＳＮＳが提案されている（例えば、特許文献１参照）。特許文献１では、投稿者の位置情報の公開を必須とするＳＮＳを構築することにより、それに伴う独自の楽しさを社会に提供するＳＮＳ提供装置が提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１９－７９４７６号公報

【発明の概要】

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

【0005】

しかしながら、特許文献１を含む従来のＳＮＳでは、以下の課題がある。
（１）正しい情報と誤った情報とが混在する。
（２）他のユーザーを誹謗中傷する情報が存在する。
（３）投稿を閲覧したユーザーの反応を予想することが難しい。

【0006】

そこで、本開示は、誤った情報が投稿されたり、誹謗中傷の情報が投稿されたりすることを抑制し、かつ、ユーザーの反応を予想することを可能にするＳＮＳ提供システム等を提供することを目的とする。

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

【0007】

上記目的を達成するために、本開示の一形態に係るＳＮＳ提供システムは、第１記憶部を有し、通信ネットワークを介して投稿者から投稿情報を受け取り、前記第１記憶部に格納する前処理部と、第２記憶部を有し、前記第２記憶部に格納されている情報を承認済み情報として通信ネットワークを介してユーザーに公開する公開処理部と、前記第１記憶部に格納された前記投稿情報に対する評価を示す評価情報を、通信ネットワークを介して、少なくとも一人の閲覧者から取得し、前記少なくとも一人の閲覧者から取得した前記評価情報が示す総合評価が所定条件を満たすか否かを判断し、前記総合評価が前記所定条件を満たす場合に、前記投稿情報及び前記評価情報を前記第２記憶部に格納する評価支援部とを備え、前記公開処理部は、前記第２記憶部に格納された前記投稿情報及び前記評価情報を前記承認済み情報として公開する。

【発明の効果】

【0008】

本開示により、誤った情報が投稿されたり、誹謗中傷の情報が投稿されたりすることを抑制し、かつ、ユーザーの反応を予想することを可能にするＳＮＳ提供システム等が提供される。

【図面の簡単な説明】

【0009】

【図1】図１は、実施の形態に係るＳＮＳ提供システムの構成を示すブロック図である。

【図2】図２は、実施の形態に係るＳＮＳ提供システムが有する機能（つまり、フェーズ）を時系列的に示す図である。

【図3A】図３Ａは、図２におけるシステム設定フェーズの詳細な処理手順を示す通信シーケンス図である。

【図3B】図３Ｂは、図２における登録フェーズの詳細な処理手順を示す通信シーケンス図である。

【図3C】図３Ｃは、図２における未承認投稿フェーズの詳細な処理手順を示す通信シーケンス図である。

【図3D】図３Ｄは、図２における投稿アシストフェーズの詳細な処理手順を示す通信シーケンス図である。

【図3E】図３Ｅは、図２におけるアシスト回答フェーズの詳細な処理手順を示す通信シーケンス図である。

【図3F】図３Ｆは、図２における承認投稿・公開フェーズの詳細な処理手順を示す通信シーケンス図である。

【図4】図４は、実施の形態の変形例に係る投稿アシストフェーズでの閲覧者の端末装置での表示例を示す図である。

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

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

２０ ＳＮＳ提供システム
２１ 前処理部
２１ａ 未承認スペース（第１記憶部）
２２ 公開処理部
２２ａ 承認スペース（第２記憶部）
２３ 評価支援部
２５ 通信ネットワーク
３０ａ 投稿者（ユーザー）
３０ｂ～３０ｄ 閲覧者（ユーザー）
４０、Ｍ_{ｉ_ｊ} 投稿情報
５０ａ～５０ｂ 評価情報
６０、ＴＥ 総合評価
７０ 端末装置
７１ 画面
７２ａ、７２ｂ 表示領域

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図3D】

【図3E】

【図3F】

【図4】