(57)【要約】【課題】フレンド関係を明確にしたコミュニケーションと匿名のコミュニケーションとを容易に使い分けることができる情報処理システムを提供する。【解決手段】フレンドの投稿としない識別子が処理対象投稿に付加されていない場合には、ユーザ同士がフレンド関係にあることを示すフレンド情報を付加して処理対象投稿を送信し、識別子が投稿に付加されている場合には、フレンド情報を付加せず処理対象投稿を送信する投稿提供手段を備えるサーバと、処理対象投稿にフレンド情報が付加されている場合には第２のユーザが第１のユーザとフレンド関係にあることを示しつつ処理対象投稿の内容を表示し、処理対象投稿にフレンド情報が付加されていない場合には第２のユーザが第１のユーザとフレンド関係にあることを示すことなく処理対象投稿の内容を表示する投稿表示手段と、を備えるクライアントと、を含む情報処理システムとする。【選択図】図２
2016201042.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからの投稿を他のユーザに閲覧させる情報処理システムであって、
複数のユーザ間のフレンド関係が記憶されたユーザデータベースを記憶するフレンド関係記憶手段と、
第１のユーザからの投稿を受信する投稿受信手段と、
前記投稿受信手段において受信された投稿を処理対象投稿として、フレンドの投稿としない識別子が前記処理対象投稿に付加されていない場合には、前記ユーザデータベースにおいて前記第１のユーザとフレンド関係にある第２のユーザに対してフレンド関係にあることを示すフレンド情報を付加して前記処理対象投稿を送信し、前記識別子が前記投稿に付加されている場合には、前記ユーザデータベースにおいて前記第１のユーザとフレンド関係にある前記第２のユーザに対して前記フレンド情報を付加せず前記処理対象投稿を送信する投稿提供手段と、
を備えるサーバと、
前記サーバから前記処理対象投稿を受信する投稿受信手段と、
前記処理対象投稿に前記フレンド情報が付加されている場合には前記第２のユーザが前記第１のユーザとフレンド関係にあることを示しつつ前記処理対象投稿の内容を表示し、前記処理対象投稿に前記フレンド情報が付加されていない場合には前記第２のユーザが前記第１のユーザとフレンド関係にあることを示すことなく前記処理対象投稿の内容を表示する投稿表示手段と、
を備えるクライアントと、
を含むことを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムであって、
前記識別子は、前記処理対象投稿内に含まれる所定の文字列であることを特徴とする情報処理システム。
【請求項３】
請求項１又は２に記載の情報処理システムであって、
前記投稿表示手段は、前記フレンド情報が付加されている投稿のみを纏めて表示させるフレンド投稿表示モードを有することを特徴とする情報処理システム。
【請求項４】
請求項１〜３のいずれか１項に記載の情報処理システムであって、
前記クライアントは、
前記投稿表示手段において表示された前記処理対象投稿に対するコメントを受け付けるコメント受付手段と、
前記コメント受付手段において受け付けられた前記コメントを前記サーバに送信するコメント送信手段と、
を備え、
前記サーバは、
前記コメントを受信するサーバコメント受信手段と、
前記識別子が前記処理対象投稿に付加されていない場合には、前記第２のユーザに対してフレンド関係にあることを示すフレンド情報を付加して前記コメントを送信し、前記識別子が前記投稿に付加されている場合には、前記第２のユーザに対して前記フレンド情報を付加せず前記コメントを送信するコメント閲覧提供手段と、
を備え、
前記クライアントは、
前記サーバから前記コメントを受信するクライアントコメント受信手段と、
前記コメントに前記フレンド情報が付加されている場合には前記第２のユーザが前記第１のユーザとフレンド関係にあることを示しつつ前記コメントの内容を表示し、前記コメントに前記フレンド情報が付加されていない場合には前記第２のユーザが前記第１のユーザとフレンド関係にあることを示すことなく前記コメントの内容を表示するコメント表示手段と、
をさらに備えることを特徴とする情報処理システム。
【請求項５】
複数のユーザ間のフレンド関係を記憶するユーザデータベースを記憶するフレンド関係記憶手段にアクセス可能なサーバであって、
第１のユーザからの投稿を受信する投稿受信手段と、
フレンドの投稿としない識別子が前記投稿に付加されていない場合、前記ユーザデータベースにおいて前記第１のユーザとフレンド関係にあるユーザに対してフレンド関係にあることを示しつつ前記投稿を閲覧させ、前記識別子が前記投稿に付加されている場合、前記ユーザデータベースにおいて前記第１のユーザとフレンド関係にあるユーザに対してフレンド関係にあることを示すことなく前記投稿を閲覧させる投稿提供手段と、
を備えることを特徴とするサーバ。
【請求項６】
ユーザからの投稿を他のユーザに閲覧させる情報処理プログラムであって、
複数のユーザ間のフレンド関係が記憶されたユーザデータベースを記憶するフレンド関係記憶手段にアクセス可能なコンピュータを、
第１のユーザからの投稿及び前記第１のユーザを特定するユーザ識別子を受信する投稿受信手段と、
前記第１のユーザからの投稿の閲覧の要求を第２のユーザから受け付ける閲覧要求受付手段と、
前記第１のユーザからの投稿にフレンドの投稿としない識別子が付加されていない場合には、前記ユーザデータベースにおいて前記第１のユーザと前記第２のユーザがフレンド関係であれば前記第２のユーザが前記第１のユーザとフレンド関係にあることを示しつつ前記第１のユーザからの投稿の内容を表示し、前記第１のユーザからの投稿にフレンドの投稿としない識別子が付加されている場合には、前記ユーザデータベースにおいて前記第１のユーザと前記第２のユーザがフレンド関係であっても前記第２のユーザが前記第１のユーザとフレンド関係にあることを示さずに前記第１のユーザからの投稿の内容を表示する投稿表示手段と、
として機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソーシャル・ネットワーキング・サービス等に用いられる情報処理システム及びそれに用いられるサーバ並びに情報処理プログラムに関する。
【背景技術】
【０００２】
インターネット等の情報通信網を介してユーザ同士が情報を交換してコミュニケーションを図るソーシャル・ネットワーキング・サービス（ＳＮＳ）が広く利用されている。ＳＮＳでは、ユーザ同士がフレンド関係を構築し、フレンド関係にあるユーザ同士のみが投稿された情報を閲覧したり、フレンド関係にあることを確認しつつ情報を交換したりできるサービスが提供されている（特許文献１等）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２３７９７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、従来のＳＮＳでは、フレンド関係を明らかにしてコミュニケーションをする場合とフレンド関係を明らかにせず匿名でコミュニケーションをする場合とを使い分けることが難しかった。
【０００５】
そこで、本発明は、フレンド関係を明確にしたコミュニケーションと匿名のコミュニケーションとを容易に使い分けることができる情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の１つの態様は、ユーザからの投稿を他のユーザに閲覧させる情報処理システムであって、第１のユーザからの投稿を受信する投稿受信手段と、前記投稿受信手段において受信された投稿を処理対象投稿として、フレンドの投稿としない識別子が前記処理対象投稿に付加されていない場合には、前記ユーザデータベースにおいて前記第１のユーザとフレンド関係にある第２のユーザに対してフレンド関係にあることを示すフレンド情報を付加して前記処理対象投稿を送信し、前記識別子が前記投稿に付加されている場合には、前記ユーザデータベースにおいて前記第１のユーザとフレンド関係にある前記第２のユーザに対して前記フレンド情報を付加せず前記処理対象投稿を送信する投稿提供手段と、を備えるサーバと、前記サーバから前記処理対象投稿を受信する投稿受信手段と、前記処理対象投稿に前記フレンド情報が付加されている場合には前記第２のユーザが前記第１のユーザとフレンド関係にあることを示しつつ前記処理対象投稿の内容を表示し、前記処理対象投稿に前記フレンド情報が付加されていない場合には前記第２のユーザが前記第１のユーザとフレンド関係にあることを示すことなく前記処理対象投稿の内容を表示する投稿表示手段と、を備えるクライアントと、を含むことを特徴とする情報処理システムである。
【０００７】
ここで、前記識別子は、前記処理対象投稿内に含まれる所定の文字列であることが好適である。例えば、ハッシュタグに特定の文字を付加した識別子とすることが好適である。
【０００８】
また、前記投稿表示手段は、前記フレンド情報が付加されている投稿のみを纏めて表示させるフレンド投稿表示モードを有することが好適である。
【０００９】
また、前記クライアントは、前記投稿表示手段において表示された前記処理対象投稿に対するコメントを受け付けるコメント受付手段と、前記コメント受付手段において受け付けられた前記コメントを前記サーバに送信するコメント送信手段と、を備え、前記サーバは、前記コメントを受信するサーバコメント受信手段と、前記識別子が前記処理対象投稿に付加されていない場合には、前記第２のユーザに対してフレンド関係にあることを示すフレンド情報を付加して前記コメントを送信し、前記識別子が前記投稿に付加されている場合には、前記第２のユーザに対して前記フレンド情報を付加せず前記コメントを送信するコメント閲覧提供手段と、を備え、前記クライアントは、前記サーバから前記コメントを受信するクライアントコメント受信手段と、前記コメントに前記フレンド情報が付加されている場合には前記第２のユーザが前記第１のユーザとフレンド関係にあることを示しつつ前記コメントの内容を表示し、前記コメントに前記フレンド情報が付加されていない場合には前記第２のユーザが前記第１のユーザとフレンド関係にあることを示すことなく前記コメントの内容を表示するコメント表示手段と、をさらに備えることが好適である。
【００１０】
また、本発明の別の態様は、複数のユーザ間のフレンド関係を記憶するユーザデータベースを記憶するフレンド関係記憶手段にアクセス可能なサーバであって、第１のユーザからの投稿を受信する投稿受信手段と、フレンドの投稿としない識別子が前記投稿に付加されていない場合、前記ユーザデータベースにおいて前記第１のユーザとフレンド関係にあるユーザに対してフレンド関係にあることを示しつつ前記投稿を閲覧させ、前記識別子が前記投稿に付加されている場合、前記ユーザデータベースにおいて前記第１のユーザとフレンド関係にあるユーザに対してフレンド関係にあることを示すことなく前記投稿を閲覧させる投稿提供手段と、を備えることを特徴とするサーバである。
【００１１】
また、本発明の別の態様は、ユーザからの投稿を他のユーザに閲覧させる情報処理プログラムであって、複数のユーザ間のフレンド関係が記憶されたユーザデータベースを記憶するフレンド関係記憶手段にアクセス可能なコンピュータを、第１のユーザからの投稿及び前記第１のユーザを特定するユーザ識別子を受信する投稿受信手段と、前記第１のユーザからの投稿の閲覧の要求を第２のユーザから受け付ける閲覧要求受付手段と、前記第１のユーザからの投稿にフレンドの投稿としない識別子が付加されていない場合には、前記ユーザデータベースにおいて前記第１のユーザと前記第２のユーザがフレンド関係であれば前記第２のユーザが前記第１のユーザとフレンド関係にあることを示しつつ前記第１のユーザからの投稿の内容を表示し、前記第１のユーザからの投稿にフレンドの投稿としない識別子が付加されている場合には、前記ユーザデータベースにおいて前記第１のユーザと前記第２のユーザがフレンド関係であっても前記第２のユーザが前記第１のユーザとフレンド関係にあることを示さずに前記第１のユーザからの投稿の内容を表示する投稿表示手段と、として機能させることを特徴とする情報処理プログラムである。
【発明の効果】
【００１２】
本発明によれば、フレンド関係を明確にしたコミュニケーションと匿名のコミュニケーションとを容易に使い分けることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態における情報処理システムの構成を示す図である。
【図２】本発明の実施の形態におけるサーバの構成を示す図である。
【図３】本発明の実施の形態におけるクライアントの構成を示す図である。
【図４】本発明の実施の形態におけるユーザデータベースの登録例を示す図である。
【図５】本発明の実施の形態における投稿受付処理を示すフローチャートである。
【図６】本発明の実施の形態における匿名を希望しない投稿の受付処理を説明する図である。
【図７】本発明の実施の形態における匿名を希望する投稿の受付処理を説明する図である。
【図８】本発明の実施の形態における投稿データベースの登録例を示す図である。
【図９】本発明の実施の形態における投稿表示処理を示すフローチャートである。
【図１０】本発明の実施の形態における閲覧画面の表示例を示す図である。
【図１１】本発明の実施の形態におけるコメント受付処理を示すフローチャートである。
【図１２】本発明の実施の形態におけるコメント受付処理を説明する図である。
【図１３】本発明の実施の形態におけるコメントデータベースの登録例を示す図である。
【図１４】本発明の実施の形態におけるコメント表示処理を示すフローチャートである。
【図１５】本発明の実施の形態におけるコメント表示処理を説明する図である。
【発明を実施するための形態】
【００１４】
本発明の実施の形態における情報処理システム１００は、図１に示すように、サーバ１０２及びクライアント１０４（１０４ａ，１０４ｂ・・・）を含んで構成される。サーバ１０２とクライアント１０４は、インターネット等の情報通信網１０６を介して情報交換可能に接続される。なお、クライアント１０４は、複数のクライアント１０４ａ，１０４ｂ・・・を含むものとする。
【００１５】
サーバ１０２は、図２に示すように、処理部１０、記憶部１２、入力部１４、出力部１６及び通信部１８を含んで構成される。処理部１０は、ＣＰＵ等の演算処理を行う手段を含む。処理部１０は、記憶部１２に記憶されているサーバプログラムを実行することによって、本実施の形態における情報処理システムにおけるサーバの機能を実現する。記憶部１２は、半導体メモリやメモリカード等の記憶手段を含む。記憶部１２は、処理部１０とアクセス可能に接続され、サーバプログラム、処理に必要なデータ等の情報を記憶する。入力部１４は、情報を入力する手段を含む。入力部１４は、例えば、管理者からの入力を受けるキーボード、タッチパネル、ボタン等を備える。出力部１６は、管理者から入力情報を受け付けるためのユーザインターフェース画面（ＵＩ）等のサーバ１０２での処理結果を出力する手段を含む。出力部１６は、例えば、管理者に対して画像を呈示するディスプレイを備える。通信部１８は、情報通信網１０６を介して、クライアント１０４との情報の通信を行うインターフェースを含んで構成される。通信部１８による通信は有線及び無線を問わない。
【００１６】
クライアント１０４は、図３に示すように、処理部２０、記憶部２２、入力部２４、出力部２６及び通信部２８を含んで構成される。処理部２０は、ＣＰＵ等の演算処理を行う手段を含む。処理部２０は、記憶部２２に記憶されているクライアントプログラムを実行することによって、本実施の形態における情報処理システムにおけるクライアントの機能を実現する。記憶部２２は、半導体メモリやメモリカード等の記憶手段を含む。記憶部２２は、処理部２０とアクセス可能に接続され、クライアントプログラム、処理に必要なデータ等の情報を記憶する。入力部２４は、情報を入力する手段を含む。入力部２４は、例えば、ユーザからの入力を受けるキーボード、タッチパネル、ボタン等を備える。出力部２６は、ユーザから入力情報を受け付けるためのユーザインターフェース画面（ＵＩ）や投稿された情報を呈示する画面等のクライアント１０４での処理に必要な情報を出力する手段を含む。出力部２６は、例えば、ユーザに対して画像を呈示するディスプレイを備える。通信部２８は、情報通信網１０６を介して、サーバ１０２との情報の通信を行うインターフェースを含んで構成される。通信部２８による通信は有線及び無線を問わない。
【００１７】
本実施の形態では、クライアント１０４からの投稿を受け付けて、サーバ１０２を介してユーザ間において投稿された情報を閲覧させるソーシャル・ネットワーキング・システム（ＳＮＳ）のサービスを提供する方法について説明する。
【００１８】
なお、サーバ１０２の記憶部１２にはサーバプログラムが記憶され、クライアント１０４の各々の記憶部２２にはクラアントプログラムが記憶されており、それぞれ実行状態にあるものとする。
【００１９】
また、クライアント１０４の各々を利用するユーザは、すでにＳＮＳサービスの利用者として登録されているものとし、ユーザ同士のフレンド関係も既に登録されているものとする。なお、利用者としての登録及びフレンド関係の登録については、既存のＳＮＳサービスにおける既存の処理方法を適用すればよい。本実施の形態では、図４のユーザデータベースに示すように、クライアント１０４ａを利用するユーザＡ、クライアント１０４ｂを利用するユーザＢ、クライアント１０４ｃを利用するユーザＣがＳＮＳサービスの利用者として登録されているものとする。また、ユーザＡとユーザＢとがフレンド関係にあり、ユーザＣはユーザＡ及びユーザＢとフレンド関係にないものとする。
【００２０】
＜投稿受付処理＞
まず、図５のフローチャートを参照しつつ、情報処理システム１００においてユーザからの投稿を受け付ける処理について説明する。
【００２１】
ステップＳ１０では、ユーザＡからの投稿が受け付けられる。クライアント１０４ａは、入力部２４から入力される投稿を受けて、投稿された内容を記憶部２２に記憶させる。本ステップの処理によって、クライアント１０４ａは投稿受付手段として機能する。投稿は、図６に示すようなユーザインターフェース画面（投稿画面）２００を出力部２６に表示させて受け付けられる。ユーザは、投稿画面２００の投稿入力欄２０２に文字列を入力し、投稿ボタン２０４を指定（クリック又はタップ）することにより投稿が受け付けられる。なお、本実施の形態では、投稿は文字列データであるものとするが、これに限定されるものではない。
【００２２】
ここで、投稿が閲覧される際にフレンド関係を明確にして閲覧されることを望む場合には投稿に匿名識別子を付加せず、フレンド関係を明確にせずに匿名で閲覧されることを望む場合には匿名識別子を付加する。匿名識別子は、例えば、投稿される文字列内に所定の文字列を含まれることによって付加される。図６は、投稿に匿名識別子を付加しない例を示す。一方、図７は、投稿される文字列内にハッシュタグ（＃）＋「ナイショ」という所定の文字列を匿名識別子として付加した例を示す。
【００２３】
ステップＳ１２では、投稿がサーバ１０２へ送信される。クライアント１０４ａは、通信部２８を介して、ステップＳ１０において受け付けられた投稿を記憶部２２から読み出し、ユーザＡを特定するユーザ識別子（ユーザＩＤ等）と共にサーバ１０２へ送信する。このとき、投稿に匿名識別子が付与されている場合には匿名識別子と共に投稿を送信する。本実施の形態のように、投稿される文字列内に所定の文字列を匿名識別子として含ませている場合には、投稿自体を送信することによって同時に匿名識別子も送信される。本ステップの処理によって、クライアント１０４ａは投稿送信手段として機能する。
【００２４】
ステップＳ１４では、投稿がサーバ１０２において受信される。サーバ１０２は、通信部１８を介して、ステップＳ１２において送信された投稿を受信し、共に送信されたユーザを特定するユーザ識別子と関連付けて投稿データベースとして記憶部１２に記憶させる。本ステップの処理によって、サーバ１０２は投稿受信手段として機能する。
【００２５】
投稿データベースは、図８に示すように、ユーザ識別子（ユーザＩＤ等）、投稿識別子（投稿ＩＤ等）、投稿内容及び匿名希望であるか否かを示す情報（匿名フラグ）、投稿受付日時を関連付けて登録される。サーバ１０２は、受信した投稿に匿名識別子が付与されていれば匿名フラグを１に設定し、付与されていなければ匿名フラグを０に設定する。投稿された文字列内に所定の文字列を匿名識別子として含ませている場合には、サーバ１０２は、投稿された文字列データ内に当該所定の文字列が含まれているか否かを調べ、含まれていれば匿名フラグを１に設定し、含まれていなければ匿名フラグを０に設定する。なお、投稿データベースに投稿を登録する際には投稿に含まれている匿名識別子である所定の文字列を削除した内容を登録することが好適である。
【００２６】
以上の処理により、クライアント１０４を使用するユーザからの投稿の受付処理が行われる。
【００２７】
＜投稿閲覧処理＞
次に、図９のフローチャートを参照しつつ、情報処理システム１００において投稿を閲覧する処理について説明する。ここでは、クライアント１０４ｂを利用するユーザＢ又はクライアント１０４ｃを利用するユーザＣが上記のようにユーザＡから受け付けられた投稿を閲覧する場合を例に説明を行う。
【００２８】
ステップＳ２０では、投稿の閲覧の要求が受け付けられる。ユーザＢはクライアント１０４ｂの入力部２４を用いて、又はユーザＣはクライアント１０４ｃの入力部２４を用いて投稿の閲覧を要求する入力を行う。本ステップの処理により、クライアント１０４は閲覧要求受付手段として機能する。
【００２９】
例えば、図１０に示すようなユーザインターフェース画面（閲覧画面）３００を出力部２６に表示させ、友達ボタン３０２、人気ボタン３０４、新着ボタン３０６のいずれかを指定（クリック又はタップ）することにより投稿の閲覧が要求される。ここで、友達ボタン３０２は、閲覧を要求するユーザとフレンド関係にあるユーザからの投稿の閲覧を希望する際に指定するボタンである。人気ボタン３０４は、全ユーザに公開された投稿の中から、現在頻繁に閲覧されており人気がある投稿の閲覧を希望する際に指定するボタンである。新着ボタン３０６は、全ユーザに公開された投稿の中から、最近受け付けられた投稿の閲覧を希望する際に指定するボタンである。なお、人気ボタン３０４又は新着ボタン３０６を指定した場合、閲覧を要求するユーザのフレンドを含む全てのユーザの投稿のうち、全ユーザに公開された投稿が人気順又は新着順に表示されてもよい。
【００３０】
要求を受け付けたクライアント１０４ｂ又は１０４ｃは、通信部２８を介して、投稿の閲覧の要求があったことを示す情報を要求したユーザを特定する識別子（ユーザＩＤ等）共にサーバ１０２へ送信する。このとき、友達ボタン３０２、人気ボタン３０４及び新着ボタン３０６のいずれの指定により閲覧の要求があったのかを示す情報が送信される。
【００３１】
ステップＳ２２では、サーバ１０２において閲覧の要求を示す情報が受信される。サーバ１０２は、通信部１８を介してクライアント１０４ｂ又は１０４ｃから送信された閲覧の要求を示す情報を受信する。本ステップの処理によって、サーバ１０２は閲覧要求受信手段として機能する。
【００３２】
ステップＳ２４では、閲覧の要求に応じた投稿が抽出される。サーバ１０２は、記憶部１２に記憶されている投稿データベースを参照して、ステップＳ２２において受信した閲覧の要求を示す情報によって要求されている種別の投稿を抽出し、抽出された投稿を要求元のクライアント１０４へ送信する。本ステップの処理によって、サーバ１０２は投稿提供手段として機能する。
【００３３】
例えば、閲覧を要求するユーザとフレンド関係にあるユーザからの投稿の閲覧を希望する要求があった場合、記憶部１２に記憶されているユーザデータベースを参照して、閲覧の要求を行ったユーザとフレンド関係があるユーザを抽出する。次に、記憶部１２に記憶されている投稿データベースを参照して、抽出されたフレンド関係があるユーザに関連付けられ、かつ、匿名希望にされていない投稿を読み出し、通信部１８を介して要求元のクライアント１０４ｂ又はクライアント１０４ｃに読み出された投稿を送信する。本実施の形態では、匿名希望にされていない投稿とは、投稿データベースにおいて匿名フラグが０である投稿である。
【００３４】
また、例えば、現在頻繁に閲覧されており人気がある投稿の閲覧を希望する要求があった場合、記憶部１２に記憶されている投稿データベースを参照して、予め定められた人気ランキング等において所定の上位ランクにある投稿を抽出する。サーバ１０２は、通信部１８を介して要求元のクライアント１０４ｂ又はクライアント１０４ｃに抽出された投稿を送信する。なお、投稿の人気ランキングは、投稿の閲覧頻度等のデータを取得しておき、既存の統計的手法を用いて定めればよい。
【００３５】
また、例えば、最近受け付けられた投稿の閲覧を希望する要求があった場合、記憶部１２に記憶されている投稿データベースを参照して、最近受け付けられた投稿を抽出する。サーバ１０２は、通信部１８を介して要求元のクライアント１０４ｂ又はクライアント１０４ｃに抽出された投稿を送信する。なお、最近受け付けられた投稿は、現時点から所定の時間内前に受け付けられたすべての投稿としてもよいし、現時点から過去に遡って受け付けられた所定数の投稿としてもよい。
【００３６】
要求元のクライアント１０４ｂ又はクライアント１０４ｃに投稿を送信する際には、当該投稿の投稿ＩＤ、投稿受付日時、要求元のユーザとフレンド関係があるユーザの投稿であるか否かの情報を付加することが好適である。
【００３７】
ステップＳ２６では、クライアントにおいて投稿が受信される。要求元のクライアント１０４ｂ又はクライアント１０４ｃは、ステップＳ２４においてサーバ１０２から送信された投稿に関する情報を受信する。本ステップの処理によって、要求元のクライアント１０４は投稿受信手段として機能する。
【００３８】
ステップＳ２８では、投稿が表示される。要求元のクライアント１０４ｂ又はクライアント１０４ｃは、ステップＳ２６において受信された投稿を出力部２６に表示させる。本ステップの処理によって、要求元のクライアント１０４は投稿表示手段として機能する。
【００３９】
例えば、図１０に示すようなユーザインターフェース画面３００において、投稿表示領域３０８にステップＳ２６において受信された投稿が表示される。ユーザインターフェース画面３００では、フリック操作によって複数の投稿表示領域３０８を切り替えて複数の投稿を選択して表示できるようにすることが好適である。
【００４０】
また、投稿表示領域３０８に表示されている投稿が要求元のユーザとフレンド関係にあるユーザである場合には、ユーザインターフェース画面３００内にフレンドマーク３１０を表示させることが好適である。なお、フレンド関係にあることが分かる表示を行えばよく、表示されている投稿を行ったユーザを特定できる情報は表示させないことが好適である。これにより、閲覧者は、フレンドを特定することなく、自分のフレンドのうち誰かがした投稿であることは把握できる。したがって、閲覧者は、フレンドのうち誰の投稿なのか等を想像して楽しむことができる。また、投稿表示領域３０８に表示されている投稿を受け付けた投稿受付日時をユーザインターフェース画面３００内の日時表示領域３１２に表示させることが好適である。
【００４１】
以上のように、本実施の形態では、フレンド関係にあるユーザの投稿の表示を要求した場合に要求元のユーザとフレンド関係にあるユーザからの投稿を抽出して閲覧させることができる。ただし、要求元のユーザとフレンド関係にあるユーザからの投稿であっても投稿時に匿名希望であった投稿はフレンド関係にあることを表示させない。したがって、投稿元のユーザは、フレンド関係を明確にしたコミュニケーションと匿名のコミュニケーションとを容易に使い分けることができる。
【００４２】
なお、匿名識別子は、所定の文字列に限定されるものではない。例えば、図６に示したような投稿画面２００に匿名ボタン等を設け、匿名ボタンが指定（クリック又はタップ等）された場合に匿名フラグを付与してサーバ１０２に送信する処理としてもよい。
【００４３】
＜コメント受付処理＞
次に、図１１のフローチャートを参照しつつ、情報処理システム１００において閲覧した投稿に対してユーザがコメントする処理について説明する。以下の説明において、投稿を閲覧したユーザが使用するクライアント１０４からコメントを受け付ける処理について説明する。
【００４４】
ステップＳ３０では、投稿を閲覧したユーザが使用するクライアント１０４においてコメントが受け付けられる。投稿を閲覧中にコメントの入力が受け付けられ、コメントの内容が記憶部２２に記憶される。本ステップの処理によって、クライアント１０４はコメント受付手段として機能する。
【００４５】
例えば、図１０に示すようなユーザインターフェース画面３００において投稿を閲覧中に、投稿表示領域３０８を指定（クリック又はタップ等）することによってコメントの入力が受け付けられる。コメントは、図１２に示すようなユーザインターフェース画面（コメント受付画面）４００を出力部２６に表示させて受け付けられる。ユーザは、コメント画面４００のコメント入力欄４０２に文字列を入力し、コメントボタン４０４を指定（クリック又はタップ）することによりコメントの入力が受け付けられる。なお、本実施の形態では、コメントは文字列データであるものとするが、これに限定されるものではない。
【００４６】
ステップＳ３２では、コメントがサーバ１０２へ送信される。クライアント１０４は、通信部２８を介して、ステップＳ３０において受け付けられたコメントを記憶部２２から読み出し、コメントを投稿したユーザを特定するユーザ識別子（ユーザＩＤ等）及びコメントされた投稿を特定する投稿識別子（投稿ＩＤ）と共にサーバ１０２へ送信する。本ステップの処理によって、クライアント１０４はコメント送信手段として機能する。
【００４７】
ステップＳ３４では、コメントがサーバ１０２において受信される。サーバ１０２は、通信部１８を介して、ステップＳ３２において送信されたコメントを受信し、共に送信されたユーザを特定するユーザ識別子及び投稿を特定する投稿識別子と関連付けてコメントデータベースとして記憶部１２に記憶させる。本ステップの処理によって、サーバ１０２はコメント受信手段として機能する。
【００４８】
コメントデータベースは、図１３に示すように、ユーザ識別子（ユーザＩＤ等）、コメント識別子（コメントＩＤ等）、コメント内容、対象の投稿識別子（投稿ＩＤ等）及びコメント受付日時を関連付けて登録される。
【００４９】
以上の処理により、クライアント１０４を使用するユーザからのコメントの受付処理が行われる。
【００５０】
＜コメント閲覧処理＞
次に、図１４のフローチャートを参照しつつ、情報処理システム１００において投稿に対するコメントを閲覧する処理について説明する。ここでは、クライアント１０４を利用して投稿を閲覧しているユーザがさらにコメントを閲覧する例について説明する。
【００５１】
ステップＳ４０では、コメントの閲覧の要求が受け付けられる。ユーザはクライアント１０４の入力部２４を用いてコメントの閲覧を要求する入力を行う。本ステップの処理により、クライアント１０４はコメント閲覧要求受付手段として機能する。
【００５２】
例えば、図１０に示すようなユーザインターフェース画面（閲覧画面）３００において投稿を閲覧中に、コメントボタン３１４を指定（クリック又はタップ等）することによって閲覧中の投稿に対するコメントの閲覧の要求が行われる。要求を受け付けたクライアント１０４は、通信部２８を介して、コメントの閲覧の要求があったことを示す情報を要求したユーザを特定するユーザ識別子（ユーザＩＤ等）、コメント閲覧の対象となる投稿（以下、コメント対象投稿という）を特定する投稿識別子（投稿ＩＤ等）と共にサーバ１０２へ送信する。
【００５３】
ステップＳ４２では、サーバ１０２においてコメントの要求を示す情報が受信される。サーバ１０２は、通信部１８を介してクライアント１０４から送信されたコメント閲覧の要求を示す情報を受信する。本ステップの処理によって、サーバ１０２はコメント閲覧要求受信手段として機能する。
【００５４】
ステップＳ４４では、閲覧の要求に応じたコメントが抽出される。サーバ１０２は、記憶部１２に記憶されているコメントデータベースを参照して、ステップＳ４２において受信した閲覧の要求を示す情報に含まれる投稿識別子（投稿ＩＤ等）に関連付けられているコメントを抽出し、抽出されたコメントを要求元のクライアント１０４へ送信する。本ステップの処理によって、サーバ１０２はコメント提供手段として機能する。
【００５５】
このとき、記憶部１２に記憶されている投稿データベースを参照し、ステップＳ４２において受信した閲覧の要求を示す情報に含まれる投稿識別子（投稿ＩＤ等）で特定されるコメント対象投稿が匿名希望の投稿であるか否かを確認する。コメント対象投稿が匿名希望、すなわち匿名フラグが１である場合には、抽出されたコメントをしたユーザと当該投稿をしたユーザとがフレンド関係にあるか否かを示す情報を添付せずに抽出されたコメントを要求元のクライアント１０４へ送信する。一方、記憶部１２に記憶されている投稿データベースを参照し、コメント対象投稿が匿名希望の投稿でない場合、すなわち匿名フラグが０である場合には、記憶部１２に記憶されているコメントデータベースを参照して抽出されたコメントをしたユーザを抽出する。さらに、記憶部１２に記憶されているユーザデータベースを参照して抽出されたユーザとコメント対象投稿を行ったユーザとがフレンド関係にあるか否かが調べられる。ユーザ同士がフレンド関係にあれば、抽出されたコメントと共に当該コメントをしたユーザとコメント対象投稿をしたユーザとがフレンド関係にあることを示す情報が要求元のクライアント１０４に送信される。ユーザ同士がフレンド関係になければ、抽出されたコメントのみが要求元のクライアント１０４へ送信される。
【００５６】
ステップＳ４６では、クライアント１０４において投稿が受信される。要求元のクライアント１０４は、ステップＳ４４においてサーバ１０２から送信されたコメントに関する情報を受信する。本ステップの処理によって、要求元のクライアント１０４はコメント受信手段として機能する。
【００５７】
ステップＳ４８では、コメントが表示される。要求元のクライアント１０４は、ステップＳ４６において受信されたコメントを出力部２６に表示させる。本ステップの処理によって、要求元のクライアント１０４はコメント表示手段として機能する。
【００５８】
例えば、図１５に示すようなユーザインターフェース画面（コメント表示画面）５００において、コメント表示領域５０２にステップＳ４６において受信されたコメントが表示される。ユーザインターフェース画面５００では、スクロールによって複数のコメントを表示できるようにすることが好適である。
【００５９】
また、コメント表示領域５０２に表示されているコメントをしたユーザとコメント対象投稿をしたユーザとがフレンド関係にあることを示す情報が付加されている場合には、コメント表示領域５０２の当該コメントにフレンド関係にあることを示す情報（マーク等）５０４を表示させることが好適である。なお、フレンド関係にあることが分かる表示を行えばよく、表示されているコメントを行ったユーザを特定できる情報は表示させないことが好適である。これにより、閲覧者は、フレンドを特定することなく、自分のフレンドのうち誰かがしたコメントであることは把握できる。したがって、閲覧者は、フレンドのうち誰のコメントなのか等を想像して楽しむことができる。一方、コメント表示領域５０２に表示されているコメントをしたユーザとコメント対象投稿をしたユーザとがフレンド関係にあることを示す情報が付加されていない場合には、コメント表示領域５０２の当該コメントにフレンド関係にあることを示す情報（マーク等）５０４を表示させないことが好適である。なお、フレンド関係であることを示すか否かに関わらず、コメントを行ったユーザ毎にマーク画像等を割り当て、同一のユーザからの投稿には同じマーク画像を併せて表示させてもよい。これにより、その投稿に対してあるコメントをしたユーザと別のコメントをしたユーザとが同一であるか否かを閲覧者が把握できる。
【００６０】
以上のように、本実施の形態では、投稿に対してコメントすることができ、要求に応じてコメントを閲覧することができる。また、コメントしたユーザと投稿したユーザとがフレンド関係にある場合にはフレンド関係であることを示す情報が表示される。ただし、投稿が匿名希望であった場合、コメントしたユーザと投稿したユーザとがフレンド関係にあったとしてもコメントにはフレンド関係を示す情報は表示されない。したがって、投稿元のユーザは、投稿にコメントされたときでも投稿が匿名希望である場合にはフレンド関係を明確にせずにコミュニケーションに匿名のコミュニケーションを維持することができる。
【００６１】
＜変形例＞
上記実施の形態では、サーバ１０２側において投稿したユーザと閲覧者であるユーザ又はコメントしたユーザと閲覧者であるユーザがフレンド関係にあるか否かを判定する態様としたがこれに限定されるものではない。すなわち、これらの処理をクライアント１０４側で行ってもよい。
【００６２】
この場合、クライアント１０４は、複数のユーザ間のフレンド関係が記憶されたユーザデータベースにアクセス可能とする。クライアント１０４は、閲覧者であるユーザから投稿の閲覧の要求があった場合、当該投稿、当該投稿を行ったユーザを特定するユーザ識別子及び当該投稿が匿名希望であるか否かを示す情報（匿名フラグ）をサーバ１０２から受信する。そして、当該投稿に匿名フラグが付加されていない場合には、ユーザデータベースにおいて投稿者であるユーザと閲覧者であるユーザがフレンド関係であればフレンド関係にあることを示しつつ当該投稿の内容を表示する。一方、当該投稿に匿名フラグが付加されている場合には、ユーザデータベースにおいて投稿者であるユーザと閲覧者であるユーザがフレンド関係であったとしてもフレンド関係にあることを示さずに当該投稿の内容を表示する。投稿へのコメントに対する処理も同様に行えばよい。
【符号の説明】
【００６３】
１０  処理部、１２  記憶部、１４  入力部、１６  出力部、１８  通信部、２０  処理部、２２  記憶部、２４  入力部、２６  出力部、２８  通信部、１００  情報処理システム、１０２  サーバ、１０４（１０４ａ，１０４ｂ，１０４ｃ）  クライアント。
【図１】
2016201042.tif 000003
【図２】
2016201042.tif 000004
【図３】
2016201042.tif 000005
【図４】
2016201042.tif 000006
【図５】
2016201042.tif 000007
【図６】
2016201042.tif 000008
【図７】
2016201042.tif 000009
【図８】
2016201042.tif 000010
【図９】
2016201042.tif 000011
【図１０】
2016201042.tif 000012
【図１１】
2016201042.tif 000013
【図１２】
2016201042.tif 000014
【図１３】
2016201042.tif 000015
【図１４】
2016201042.tif 000016
【図１５】
2016201042.tif 000017