(57)【要約】【課題】ネットワーク上でのユーザ間のコミュニケーションをできるだけ阻害せずに効率的に広告を投入することが可能なサーバ装置等を提供すること。【解決手段】特定表示要素（文字列等）を示す特定情報と、広告用又は売買用のページのリンク先情報とを対応づけて記憶する。ウェブページの要求があったとき、そのページにおいて表示される表示要素の中の特定の表示要素を検知し、あれば、検知された表示要素を広告ページへ移動できるようにハイパーリンク化したウェブページを表示するための閲覧ソースデータを生成し、送信する。【選択図】図５
2015158853.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上において、ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられるサーバ装置であって、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて記憶する記憶部と、
端末装置から、前記コンテンツを含む閲覧用ページの送信要求を受け付ける閲覧要求受付部と、
前記特定情報に基づき、前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を検知する検知部と、
前記検知部により検知された特定の表示要素にかかる箇所を当該特定の表示要素に対応づけられている前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成する閲覧ソース生成部と、
前記閲覧ソース生成部で生成された前記閲覧ソースデータを前記送信要求元の端末装置に送信する送信部とを備える、サーバ装置。
【請求項２】
前記広告用又は売買用ページのネットワーク上の位置は、前記情報処理システムで提供される前記サービスの外部に位置する、請求項１に記載のサーバ装置。
【請求項３】
前記サーバは、前記サービスを利用するユーザを認証するためのユーザ認証部を更に備え、
前記コンテンツは、前記ユーザ認証部によって認証されたユーザのみ投稿又は閲覧が可
【請求項４】
前記広告ページを示すリンク先情報は、前記コンテンツの投稿ユーザとは別である広告主の要求に応じて前記記憶部に記憶される、請求項１〜３のいずれかに記載のサーバ装置。
【請求項５】
前記サーバは、所定の前記表示要素と前記リンク先情報とを対応づけて前記記憶部に記憶させることの要求を所定の広告主から受け付けるための広告要求受付部を更に備え、
前記記憶部は、前記要求が受け付けられたことに応じて、前記広告主にかかる前記リンク先情報と当該広告主により指定された前記表示要素とを対応づけて記憶する、請求項１〜４の何れかに記載のサーバ装置。
【請求項６】
前記サーバは、前記広告要求受付部が受け付けた要求に対して決済が行われたか否かを判定する決済判定部を更に備え、
前記記憶部は、決済判定部によって前記決済が行われたことを判定した後に、前記広告主からの要求にかかる前記リンク先情報を当該広告主により指定された前記表示要素と対応づけて記憶する、請求項５に記載のサーバ装置。
【請求項７】
前記サーバ装置は、
前記端末装置から送信される前記特定情報に対するユーザの操作を示す情報に基づき、前記特定情報を経由した前記広告用又は売買用ページへの移動が利用される状況を判定する利用状況判定部と、
前記判定された利用状況に応じて前記広告主に請求すべき利用料金を算出する算出部とを更に備える、請求項４に記載のサーバ装置。
【請求項８】
前記サーバは、前記リンク先情報と特定情報との対応付けの有効期間に関する条件である有効期間条件が満たされたか否かを判定する、期間条件判定部を更に備え、
前記閲覧ソース生成部は、前記閲覧用ページにおいて表示される表示要素の中に前記特定情報で示される特定の表示要素が含まれることが前記検知部によって検知されたときであっても、前記期間条件判定部において前記有効期間条件が満たされたと判定されるときは、当該表示要素に係る箇所のハイパーリンク化は行わずに閲覧ソースデータを生成する、請求項１〜７のいずれかに記載のサーバ装置。
【請求項９】
前記サーバは、前記端末装置から送信される前記特定情報に対するユーザの操作を示す情報に基づく前記広告用又は売買用ページへの移動回数に関する条件であるページ移動回数条件が満たされたか否かを判定する回数条件判定部を更に備え、
前記閲覧ソース生成部は、前記閲覧用ページにおいて表示される表示要素の中に前記特定情報で示される特定の表示要素が含まれることが前記検知部によって検知されたときであっても、前記回数条件判定部において前記ページ移動回数条件が満たされたと判定されるときは、当該表示要素に係る箇所のハイパーリンク化は行わずに閲覧ソースデータを生成する、請求項１〜７のいずれかに記載のサーバ装置。
【請求項１０】
前記サーバは、前記端末装置から送信される前記特定情報に対するユーザの操作を示す情報に基づく前記広告用又は売買用ページへの移動回数を当該特定情報毎に、あるいは、前記特定の表示要素を含むコンテンツを投稿したユーザ毎にカウントするためのカウント部を更に備える、請求項１〜８のいずれかに記載のサーバ装置。
【請求項１１】
前記記憶部は、単一の前記特定の表示要素と１以上の前記リンク先情報とを対応づけて記憶する、請求項１〜９のいずれかに記載のサーバ装置。
【請求項１２】
前記特定の表示要素は、特定の文字列である、請求項１〜９のいずれかに記載のサーバ装置。
【請求項１３】
前記閲覧ソース生成部は、前記ハイパーリンク化した箇所にかかる表示要素の表示態様が他の箇所とは異なる表示態様となるように前記閲覧ソースデータを生成する、請求項１〜１０のいずれかに記載のサーバ装置。
【請求項１４】
ネットワーク上において、ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられる端末装置であって、
ユーザの操作を受け付ける操作受付部と、
前記サービスを提供するためのウェブページであって、複数のリンク先情報が対応づけられた第１の表示要素を含むウェブページを所定の表示装置に表示するための制御を行う第１表示制御部と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作内容判定部と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたと判定されたとき、当該第１の表示要素に対応づけられている複数のリンク先のそれぞれを示すための複数の第２の表示要素を更に前記所定の表示装置に表示するための制御を行う第２表示制御部と、
ユーザの操作内容に基づいて前記第２の表示要素から選択されたリンク先に移動する制御を行うリンク先移動制御部とを備える、端末装置。
【請求項１５】
前記第２の表示要素は、前記第１の表示要素に対応づけられている複数のリンク先のそれぞれに対応する画像である、請求項１４に記載の端末装置。
【請求項１６】
前記ウェブページを構成する情報であって前記第１の表示要素に対応する情報には、前記第２の表示要素の表示位置の基準となる情報が含まれる、請求項１４または１５に記載の端末装置。
【請求項１７】
前記第２表示部は、前記第１の表示要素を選択したことを示す第１の操作が行われたときに前記第２の表示要素を更に表示し、当該第１の操作とは異なる第２の操作が行われたときは、前記第２の表示要素の表示は行わない、請求項１４〜１６のいずれかに記載の端末装置。
【請求項１８】
前記第２表示部は、前記第１の表示要素を選択する操作がユーザによって所定時間以上継続して行われたとき、前記複数の第２の表示要素を更に表示し、
前記リンク先移動制御部は、前記選択する操作が解除されたとき、解除直前の選択位置が前記複数の第２の表示要素のいずれかの位置に変化していれば、当該解除直前の選択位置にかかる第２の表示要素に対応するリンク先に移動する制御を行う、請求項１４に記載の端末装置。
【請求項１９】
前記操作内容判定部は、リンク先情報が１つだけ対応づけられた第３の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて更に判定し、
前記リンク先移動制御部は、前記第３の表示要素が選択されたときは、当該第３の表示要素に対応づけられたリンク先に移動する制御を行う、請求項１４に記載の端末装置。
【請求項２０】
前記第１の表示要素と前記第３の表示要素とは互いに異なる表示態様で表示される、請求項１９に記載の端末装置。
【請求項２１】
前記操作内容判定部は、前記第１の表示要素に対し、前記第１の操作および第２の操作とは異なる操作であって、当該第１の表示要素に対応づけられたリンク先に移動することを決定したことを示す第３の操作が行われたか否かを更に判定し、
前記リンク先表示部は、前記第３の操作が行われたと判定されたときは、前記第２の表示要素の表示は行わず、
前記リンク先移動制御部は、前記第１の表示要素に対応づけられている複数のリンク先のいずれか一つに移動する制御を行う、請求項１４に記載の端末装置。
【請求項２２】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられるサーバ装置のコンピュータに実行させる情報処理プログラムであって、
前記コンピュータを、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて所定の記憶部に記憶する記憶手段と、
端末装置から、所定の前記コンテンツを含む閲覧用ページの送信要求を受け付ける閲覧要求受付手段と、
前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を前記特定情報に基づいて検知する検知手段と、
前記検知手段により検知された特定の表示要素にかかる箇所を当該表示要素に対応づけられている前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成する閲覧ソース生成手段と、
前記閲覧ソース生成手段が生成した前記閲覧ソースデータを前記要求元の端末装置に送信する送信手段として機能させる、情報処理プログラム。
【請求項２３】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられるサーバ装置のコンピュータを制御するための情報処理方法であって、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて所定の記憶部に記憶させる記憶ステップと、
所定の前記コンテンツを含む閲覧用ページの送信要求を端末装置から受け付けさせる閲覧要求受付ステップと、
前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を前記特定情報に基づいて検知させる検知ステップと、
前記検知ステップにおいて検知された特定の表示要素にかかる箇所を当該表示要素に対応づけられている前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成させる閲覧ソース生成ステップと、
前記閲覧ソース生成ステップで生成された前記閲覧ソースデータを前記要求元の端末装置へ送信させる送信ステップとを備える、情報処理方法。
【請求項２４】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられるサーバシステムであって、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて記憶する記憶部と、
端末装置から、所定の前記コンテンツを含む閲覧用ページの送信要求を受け付ける閲覧要求受付部と、
前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を前記特定情報に基づいて検知する検知部と、
前記検知部により検知された特定の表示要素にかかる箇所を当該表示要素に対応づけられている前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成する閲覧ソース生成部と、
前記閲覧ソース生成部で生成された前記閲覧ソースデータを前記要求元の端末装置に送信する送信部とを備える、サーバシステム。
【請求項２５】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられる端末装置のコンピュータに実行させる情報処理プログラムであって、
前記コンピュータを、
ユーザの操作を受け付ける操作受付手段と、
前記サービスを提供するためのウェブページであって、複数のリンク先情報が対応づけられた第１の表示要素を含むウェブページを表示する第１表示手段と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作内容判定手段と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたと判定されたとき、当該第１の表示要素に対応づけられている複数のリンク先情報のそれぞれを示すための第２の表示要素を更に表示する第２表示手段と、
ユーザの操作に基づいて前記第２の表示要素から選択されたリンク先に移動する制御を行うリンク先移動制御手段として機能させる、情報処理プログラム。
【請求項２６】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられる端末装置のコンピュータを制御するための情報処理方法であって、
ユーザの操作を受け付ける操作受付ステップと、
前記サービスを提供するためのウェブページであって、複数のリンク先情報が対応づけられた第１の表示要素を含むウェブページを表示する第１表示部ステップ、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作内容判定ステップと、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたと判定されたとき、当該第１の表示要素に対応づけられている複数のリンク先情報のそれぞれを示すための第２の表示要素を更に表示する第２表示ステップと、
ユーザの操作に基づいて前記第２の表示要素から選択されたリンク先に移動する制御を行うリンク先移動制御ステップとを備える、情報処理方法。
【請求項２７】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられる端末システムであって、
ユーザの操作を受け付ける操作受付部と、
前記サービスを提供するためのウェブページであって、複数のリンク先情報が対応づけられた第１の表示要素を含むウェブページを表示する第１表示部と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作内容判定部と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたと判定されたとき、当該第１の表示要素に対応づけられている複数のリンク先情報のそれぞれを示すための第２の表示要素を更に表示する第２表示部と、
ユーザの操作に基づいて前記第２の表示要素から選択されたリンク先に移動する制御を行うリンク先移動制御部とを備える、端末システム。
【請求項２８】
少なくとも一つのサーバと複数の端末装置とを備え、ユーザによる当該端末装置を用いたコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムであって、
前記サーバ装置は、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて記憶する記憶部と、
前記端末装置から、所定の前記コンテンツを含む閲覧用ページの送信要求を受け付ける閲覧要求受付部と、
前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を前記特定情報に基づいて検知する検知部と、
前記検知部により検知された特定の表示要素にかかる箇所を当該表示要素に対応づけられている少なくとの一つの前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成する閲覧ソース生成部と、
前記送信要求元の端末装置に前記閲覧ソース生成部で生成された前記閲覧ソースデータを送信する送信部とを備え、
前記端末装置は、
ユーザの操作を受け付ける操作受付部と、
前記閲覧ソースデータに基づいて前記閲覧用ページを表示する第１表示部と、
前記閲覧用ページに含まれている前記表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作判定部と、
前記表示要素が選択されたと判定されたとき、当該表示要素に複数のリンク先が対応づけられていれば、当該複数のリンク先のそれぞれを示す第２の表示要素を前記閲覧用ページに重畳して表示する第２表示部と、
前記表示要素が選択され、かつ、当該表示要素に複数のリンク先が対応づけられているときは、前記ユーザの操作に基づいて、前記第２の表示要素から選択されたリンク先に移動する制御を行い、前記表示要素が選択され、かつ、当該表示要素に対応づけられたリンク先が単一のときは、当該リンク先に移動する制御を行う、リンク先移動制御部とを備える、情報処理システム。
【請求項２９】
ウェブページを生成する処理に用いられるデータ構造であって、
１つのテキスト要素と複数のリンク先情報を有し、
前記ウェブページには前記テキスト要素のみが表示され、当該テキスト要素に対して所定の操作が行われると前記複数のリンク先を示す情報が重畳して表示されるウェブページが作成可能なように、前記１つのテキスト要素と前記複数のリンク先情報とを対応づけて記憶した、データ構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のユーザ間でコンテンツの投稿および共有が可能な情報処理システムやこれに用いられるサーバ装置等に関する。
【背景技術】
【０００２】
従来から、インターネット上のウェブページに広告を掲載する広告システムが知られている。また、このようなシステムで、いわゆるバナー広告を表示する手法も知られている。そして、画面に複数のウィンドウが表示されているような場合に、バナー広告以外のウィンドウがアクティブになったか否かを常に監視し、バナー広告以外のウィンドウがアクティブになった場合、バナー広告を最前面に表示するという技術が知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２８７５８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のようなバナー広告を最前面に表示させる技術は、バナー広告をより効率的にユーザの目に触れさせることはできる。しかしながら、例えば、スマートフォン等の携帯端末のように、画面の大きさがある程度限られている場合、このようなバナー広告を常に最前面に表示するとなると、限られた大きさの画面の一部が当該バナー広告によって占有されてしまうことになる。そのため、ユーザにとっては本来注目したい画面が狭くなって見えにくくなったりする等で、バナー広告が表示されることにより逆にユーザの不快感を増してしまうという側面があった。例えば、ユーザが自分の携帯端末でＳＮＳ等を利用する場合、バナー広告が常に画面の一部を占有しているような画面では、画面が見にくく、使い勝手も低下してしまい、場合によってはそのＳＮＳサービスを利用しなくなってしまう等で、ユーザ間のコミュニケーションを阻害してしまうことにもつながってしまう。
【０００５】
それ故に、本発明の目的は、ネットワーク上でのユーザ間のコミュニケーションをできるだけ阻害せずに効率的に広告を投入することが可能なサーバ装置、端末装置、情報処理プログラム、情報処理システム、情報処理方法やデータ構造を提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、例えば以下のような構成例が挙げられる。
【０００７】
構成例の一例は、ネットワーク上において、ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられるサーバ装置であって、記憶部と、閲覧要求受付部と、検知部と、閲覧ソース生成部と、送信部とを備える。記憶部は、投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告・売買用ページのネットワーク上の位置を示すリンク先情報と、当該特定の表示要素と当該リンク先情報とを対応づけて記憶する。閲覧要求受付部は、端末装置から、コンテンツを含む閲覧用ページの送信要求を受け付ける。検知部は、特定情報に基づき、閲覧用ページにおいて表示される表示要素の中に特定の表示要素が含まれるか否かを検知する。閲覧ソース生成部は、特定の表示要素が検知されたとき、当該検知された特定の表示要素にかかる箇所を当該特定の表示要素に対応づけられているリンク先情報に基づいてハイパーリンク化した閲覧用ページを端末装置で表示するための閲覧ソースデータを生成する。送信部は、閲覧ソース生成部で生成された閲覧ソースデータを前記送信要求元の端末装置に送信する。ここで、表示要素とは、例えばテキストや画像等の、投稿されたコンテンツとして画面に表示され得るもののことをいう。換言すれば、表示されるコンテンツ（ひいては端末装置で表示されるウェブページ等）の構成要素の一つとなり得るもののことをいう。
【０００８】
上記構成例によれば、例えばＳＮＳ等におけるネットワーク上でのユーザ間のコミュニケーションを極力阻害することなく、効率的に広告を投入することができる。
【０００９】
他の構成例として、広告用又は売買用ページのネットワーク上の位置は、情報処理システムで提供されるサービスの外部に位置していてもよい。例えば、当該情報処理システムに係るサーバ装置とは異なるサーバ装置に当該広告用又は売買用ページが記憶されていたり、当該広告用又は売買用ページのドメインネームが異なっていてもよい。また、サーバは、サービスを利用するユーザを認証するためのユーザ認証部を更に備え、コンテンツは、ユーザ認証部によって認証されたユーザのみ投稿および閲覧が可能であってもよい。
【００１０】
上記構成例によれば、会員制のＳＮＳ等のような閉じたネットワークにも効果的に広告投入ができる。例えば、広告内容に比較的興味を有するユーザが集まる場に広告を投入することができる。
【００１１】
他の構成例として、広告用又は売買用ページを示すリンク先情報は、コンテンツの投稿ユーザとは別である広告主の要求に応じて記憶部に記憶されるようにしてもよい。また、サーバは、リンク先情報と所定の表示要素とを対応づけて記憶部に記憶させることの要求を所定の広告主から受け付けるための広告要求受付手段を更に備え、記憶部は、登録要求が受け付けられたことに応じて、広告主にかかるリンク先情報を当該広告主により指定された表示要素を示す特定情報と対応づけて記憶するようにしてもよい。更には、サーバは、広告要求受付部が受け付けた要求に対して決済が行われたか否かを判定する決済判定部を更に備え、記憶部は、決済の完了後に、広告主空の要求にかかるリンク先情報を当該広告主により指定された表示要素と対応づけて記憶してもよい。
【００１２】
上記構成例によれば、広告主からすれば、会員制のＳＮＳ等のような閉じたネットワークにも広告投入ができる。また、広告投入のためにかかる手間を自動化することができる。
【００１３】
他の構成例として、サーバ装置は、端末装置から送信される特定情報に対するユーザの操作を示す情報に基づき、特定情報を経由した広告用又は売買用ページへの移動が利用される状況を判定する利用状況判定部と、判定された利用状況に応じて広告主に請求すべき利用料金を算出する算出部とを更に備えていてもよい。
【００１４】
上記構成例によれば、ユーザが実際に広告主のサイトに移動したか等の利用の実態に応じて広告料を算出でき、適正な価格の算出が可能となる。
【００１５】
他の構成例として、サーバは、リンク先情報と特定情報との対応付けの有効期間に関する条件であって、期間に関する所定の条件が満たされたか否かを判定する、期間条件判定部を更に備えていてもよい。また、端末装置から送信される特定情報に対するユーザの操作を示す情報に基づいて判定される特定情報を経由した広告用又は売買用ページへの移動回数に関する所定の条件が満たされたか否かを判定する回数条件判定部を更に備えるようにしても良い。更に、閲覧ソース生成部は、送信されるべき閲覧用ページにおいて表示される表示要素の中に特定情報で示される特定の表示要素が含まれることが検知部によって検知されたときであっても、期間条件判定部において有効期間条件が満たされたと判定されるときや、回数条件判定部においてページ移動回数条件が満たされたと判定されるときは、当該表示要素に係る箇所のハイパーリンク化は行わずに閲覧ソースデータを生成するようにしてもよい。
【００１６】
上記構成例によれば、広告の機能を有効にする期間を設けることができる。
【００１７】
他の構成例として、サーバは、端末装置から送信される特定情報に対するユーザの操作を示す情報に基づく広告用又は売買用ページへの移動回数を、当該特定情報毎に、あるいは、特定の表示要素を含むコンテンツを投稿したユーザ毎にカウントするためのカウント部を更に備えていてもよい。
【００１８】
上記構成例によれば、広告の利用の実態を、特定情報毎、または、その特定情報を含むコンテンツを投稿したユーザ毎に把握することができる。
【００１９】
他の構成例として、記憶部は、単一の特定の表示要素と１以上のリンク先情報とを対応づけて記憶してもよい。
【００２０】
上記構成例によれば、例えば１つの表示要素（例えば流行のキーワード等）を複数の広告主に利用させることが可能となる。
【００２１】
他の構成例として、特定の表示要素は、特定の文字列であってもよい。
【００２２】
上記構成例によれば、例えば流行のキーワード等の文字列を広告媒体として用いることができる。
【００２３】
他の構成例として、閲覧ソース生成部は、ハイパーリンク化した箇所にかかる表示要素の表示態様が他の箇所とは異なる表示態様となるように閲覧ソースデータを生成してもよい。
【００２４】
上記構成例によれば、例えば、ユーザにとって、広告ページに移動（ジャンプ）できる文字列を視覚的に把握しやすくすることができる。
【００２５】
他の構成例は、ネットワーク上において、ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられる端末装置であって、操作受付部と、第１表示制御部と、操作内容判定部と、第２表示制御部と、リンク先移動制御部とを備える。操作受付部は、ユーザの操作を受け付ける。第１表示制御部は、サービスを提供するためのウェブページであって、複数のリンク先情報が対応づけられた第１の表示要素を含むウェブページを所定の表示装置に表示するための制御を行う。操作内容判定部は、複数のリンク先情報が対応づけられた第１の表示要素が選択されたか否かをユーザの操作内容に基づいて判定する。第２表示制御部は、複数のリンク先情報が対応づけられた第１の表示要素が選択されたと判定されたとき、当該第１の表示要素に対応づけられている複数のリンク先情報のそれぞれを示すための第２の表示要素を所定の表示装置に更に表示するための制御を行う。リンク先移動制御部とは、ユーザの操作内容に基づいて第２の表示要素から選択されたリンク先に移動する制御を行う。
【００２６】
上記構成例によれば、例えば、ウェブページに表示されているある文字列を介して複数のリンク先に移動することが可能となる。そのため、例えばスマートフォン等の携帯端末のように、その大きさが限られた画面を有効に活用することができる。
【００２７】
他の構成例として、第２の表示要素は、第１の表示要素に対応づけられている複数のリンク先のそれぞれに対応する画像であってもよい。
【００２８】
上記構成例によれば、複数のリンク先情報が、例えばどの企業のサイトにつながるのか等を視覚的に判断しやすくすることができる。
【００２９】
他の構成例として、ウェブページを構成する情報であって第１の表示要素に対応する情報には、第２の表示要素の表示位置の基準となる情報が含まれていてもよい。
【００３０】
上記構成例によれば、第２の表示要素が表示される位置を指定できる、例えば、リンク先の企業の人気度順等をこの表示位置に反映することも可能である。
【００３１】
他の構成例として、第２表示部は、第１の表示要素を選択したことを示す第１の操作が行われたときに第２の表示要素を更に表示し、当該第１の操作とは異なる第２の操作が行われたときは、第２の表示要素の表示は行わないようにしてもよい。
【００３２】
上記構成例によれば、例えばタッチパネルにおけるスクロール操作等で、選択の意図は無いが、一時的に第１の表示要素の表示位置をタッチパネルに接触している指が通過したような場合は、第２の表示要素を表示しないようにすることができる。
【００３３】
他の構成例として、第２表示部は、第１の表示要素を選択する操作がユーザによって所定時間以上継続して行われたとき、前記複数の第２の表示要素を更に表示し、リンク先移動制御部は、選択する操作が解除されたとき、解除直前の選択位置が複数の第２の表示要素のいずれかの位置に変化していれば、当該解除直前の選択位置にかかる第２の表示要素に対応するリンク先に移動する制御を行うようにしてもよい。
【００３４】
上記構成例によれば、例えばタッチパネルの長押し操作にて複数の第２の表示要素を表示し、タッチし続けたまま第２の表示要素のいずれかを選択してタッチオフするという一連の操作で、リンク先への移動を行うことができ、操作性を高めることができる。
【００３５】
他の構成例として、操作内容判定部は、リンク先情報が１つだけ対応づけられた第３の表示要素が選択されたか否かをユーザの操作内容に基づいて更に判定し、リンク先移動制御部は、第３の表示要素が選択されたときは、当該第３の表示要素に対応づけられたリンク先に移動する制御を行ってもよい。更には、第１の表示要素と第３の表示要素とは互いに異なる表示態様で表示されてもよい。
【００３６】
上記構成例によれば、例えばリンク先が一つだけの文字列をタップ操作等したときはそのリンク先に移動し、リンク先が複数対応づけられた文字列をタップ操作等したときは、第２の表示要素を表示できる。また、例えばフォント色を互いに異なる色にする等で、このようなリンク先が単一か複数かを視覚的に判断しやすくすることができる。
【００３７】
他の構成例として、ウェブページを構成する情報であって第１の表示要素に対応する情報には、複数のリンク先のうちいずれか一つをデフォルトのリンク先として定義する情報が含まれており、操作内容判定部は、第１の表示要素に対し、第１の操作および第２の操作とは異なる操作であって、当該第１の表示要素に対応づけられたリンク先に移動することを決定したことを示す第３の操作が行われたか否かを更に判定し、リンク先表示部は、第３の操作が行われたと判定されたときは、第２の表示要素の表示は行わず、リンク先移動制御部は、選択を決定するための操作が行われたと判定されたときは、リンク先のいずれか一つに移動する制御を行うようにしてもよい。
【００３８】
上記構成例によれば、例えば、複数のリンク先が対応づけられている文字列に対して、シングルタップ操作を行えば第２の表示要素を表示し、ダブルタップ操作を行えば、デフォルトとして設定されたリンク先に即時に移動するというような操作をユーザに提供でき、ユーザの利便性を高めることができる。
【００３９】
他の構成例は、少なくとも一つのサーバと複数の端末装置とを備え、ユーザによる当該端末装置を用いたコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムであって、サーバ装置は、記憶部と、閲覧要求受付部と、検知部と、閲覧ソース生成部と、送信部とを備える。記憶部は、コンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて記憶する。閲覧要求受付部は、所定のコンテンツを含む閲覧用ページの送信要求を端末装置から受け付ける。検知部は、閲覧用ページにおいて表示される表示要素の中の特定の表示要素を当該特定情報に基づいて検知する。閲覧ソース生成部は、検知された特定の表示要素にかかる箇所を当該特定の表示要素に対応づけられているリンク先情報に基づいてハイパーリンク化した閲覧用ページを端末装置で表示するための閲覧ソースデータを生成する。送信部は、送信要求元の端末装置に閲覧ソース生成部で生成された閲覧ソースデータを送信する。一方、端末装置は、操作受付部と、第１表示部と、操作判定部と、第２表示部と、リンク先移動制御部とを備える。操作受付部は、ユーザの操作を受け付ける。第１表示部は、閲覧ソースデータに基づいて閲覧用ページを表示する。操作判定部は、閲覧用ページに含まれている表示要素が選択されたか否かをユーザの操作内容に基づいて判定する。第２表示部は、表示要素が選択されたと判定されたとき、当該表示要素に複数のリンク先が対応づけられていれば、当該複数のリンク先のそれぞれを示す第２の表示要素を前記閲覧用ページに重畳して表示する。リンク先移動制御部は、表示要素が選択され、かつ、当該表示要素に複数のリンク先が対応づけられているときは、ユーザの操作に基づいて、第２の表示要素から選択されたリンク先に移動する制御を行い、表示要素が選択され、かつ、当該表示要素に対応づけられたリンク先が単一のときは、当該リンク先に移動する制御を行う。
【００４０】
上記構成例によれば、例えば、広告バナー等で画面の一部を占有するようなことなく、ひいては、ＳＮＳ等のネットワーク上でのユーザ間のコミュニケーションを阻害することなく、効率的に広告を投入することができる。
【００４１】
他の構成例は、ウェブページを生成する処理に用いられるデータ構造であって、１つのテキスト要素と複数のリンク先情報を有し、ウェブページにはテキスト要素のみが表示され、当該テキスト要素に対して所定の操作が行われると複数のリンク先を示す情報が重畳して表示されるウェブページが作成可能なように、１つのテキスト要素と複数のリンク先情報とを対応づけて記憶したデータ構造である。
【００４２】
上記構成例によれば、例えば単一の文字列に複数のリンク先を対応付け、ユーザがこのような文字列を、例えばタップ操作すれば、上記リンク先を選択することができる。これにより、画面のスペースを有効活用することが可能となる。
【発明の効果】
【００４３】
本実施形態によれば、画面のスペースを有効活用でき、ネットワーク上でのユーザ間のコミュニケーションを阻害することなく、効率的に広告を投入することができる。
【図面の簡単な説明】
【００４４】
【図１】本実施形態に係る情報処理システムの全体像を示す模式図
【図２】端末装置１０の構成の一例を示す機能ブロック図
【図３】サーバ装置２０の構成の一例を示す機能ブロック図
【図４】本実施形態の処理の概要を説明するための図
【図５】本実施形態の処理の概要を説明するための図
【図６】リンク先が１つである広告キーワードの場合の画面例
【図７】複数のリンク先がある広告キーワードの場合の画面例
【図８】サーバ２０のメインメモリ２５に格納されるプログラムおよび情報の一例を示す図
【図９】広告主データ６２のデータ構成の一例
【図１０】キーワードデータ６３のデータ構成の一例
【図１１】対応テーブルデータ６４のデータ構成の一例
【図１２】ユーザデータ６５のデータ構成の一例
【図１３】投稿データ６６のデータ構成の一例
【図１４】端末装置１０のメインメモリ１５に格納されるプログラムおよび情報の一例を示す図
【図１５】ＳＮＳサーバにおけるキーワード登録処理の詳細を示すフローチャート
【図１６】ＳＮＳサーバにおけるＳＮＳ処理の詳細を示すフローチャート
【図１７】図１６のステップＳ１３の処理の詳細を示すフローチャート
【図１８】図１６のステップＳ１５の処理の詳細を示すフローチャート
【図１９】端末装置１０における処理の詳細を示すフローチャート
【図２０】端末装置１０における処理の詳細を示すフローチャート
【図２１】サムネイルの表示態様の一例
【図２２】サムネイルの表示態様の一例
【発明を実施するための形態】
【００４５】
以下、本発明の一実施形態について説明する。
【００４６】
図１は、本実施形態に係る情報処理システムの全体像を示す模式図である。本実施形態の情報処理システムでは、ＳＮＳサービスサーバ２０と、複数の端末装置１０Ａ〜１０Ｃ（以下では総称して端末装置１０と呼ぶこともある）と、複数の広告主サーバ３０がネットワーク（例えばインターネット）を介して接続および通信可能に構成される。端末装置は、例えば、スマートフォン、携帯電話、ＰＤＡ等の携帯型端末装置や、いわゆるタブレット型の情報処理装置等である（但し、他の実施形態では、パーソナルコンピュータ等の端末装置であってもよい）。本実施形態では、このようなシステムにおいて、ＳＮＳサービスサーバ２０と複数の端末装置１０との間でいわゆるソーシャルネットワーキングサービス（以下、ＳＮＳ）が実行される場合を想定する。また、本実施形態では、このようなサービスの中でも、特に、コミュニティ型の会員制のサービスを想定する。例えば、その利用のためにユーザ登録が必要となるようなサービスである（ＳＮＳサービスサーバ２０において、利用ユーザのアカウント情報等が保存されるようなサービス）。そして、各ユーザは所定のコンテンツ（例えば所定のテキストや画像等）を（ＳＮＳサービスサーバ２０に）「投稿」することができる。より具体的には、ユーザからの申請に基づいてアカウント情報（ユーザＩＤやパスワード）が作成され、ＳＮＳサービスサーバ２０に保存される。そして、当該アカウント情報を入力し、承認されたユーザのみが所定のコンテンツを投稿したり、閲覧したりすることができるサービスである。以下の説明では、このコンテンツのことを「投稿コンテンツ」と呼ぶ。また、（自分や）他人の投稿コンテンツを「閲覧」することもできる。
【００４７】
また、本実施形態では、上記ユーザ間の関係について、例えば「友達」という関係が設定されたユーザ同士でのみ上記の閲覧が可能であるものとする。つまり、端末装置側で閲覧する際に、「友達」ではないユーザの投稿コンテンツは閲覧できず、「友達」関係にあるユーザの投稿コンテンツのみが表示されるような構成である。ここで、本実施形態における「友達」とは、互いに認証した関係であることをいう。例えば、ユーザＡが（まだ自分とは友達関係が設定されていない）ユーザＢに対して「友達」として設定されるためのリクエストを送信する。これに対して、ユーザＢがこのリクエストを承認することで、初めて両者が「友達」であるとして設定される。
【００４８】
ここで、本実施形態では、上記ＳＮＳサービスは、図１における破線で囲った範囲として示され、広告主サーバ３０は、基本的には当該ＳＮＳサービスには含まれない要素である。つまり、広告主サーバ３０は、ＳＮＳサービスから見ると外部のサーバであり、ＳＮＳサービスとは異なる別のサービスを提供可能な存在ともいえる。なお、ここでいう「（ＳＮＳサービスの）外部」とは、例えば、広告主サーバ３０がＳＮＳサービスサーバとは物理的に異なるサーバ装置である場合や、広告主サーバとＳＮＳサービスとのドメインネームが異なっているような場合のことをいう。そして、本実施形態は、上記のような構成において、上記のような「外部」の広告主が上記のＳＮＳサービス（いわば、閉じたネットワーク）内において自分の商品を広告・宣伝する場合を想定した広告宣伝のシステムに関するものである。
【００４９】
図２に、端末装置１０の機能ブロック図を示す。図２において、端末装置１０は、入力装置１１、表示装置１２、ＣＰＵ１３、記憶装置１４、メインメモリ１５、通信部１６を備えている。入力装置１１は、端末装置１０のユーザによって操作され、ユーザの操作に応じた信号を出力する。入力装置１１は、例えば、十字スイッチや押しボタンやタッチパネルである。なお、本実施形態では、特に、入力装置としてタッチパネルを備えた端末装置１０を想定する。表示装置１２は、端末装置１０において生成された画像を画面に表示する。表示装置１２は、典型的には液晶表示装置である。記憶装置１４には、ＣＰＵ１３によって実行されるコンピュータプログラムや当該プログラムで利用される各種データが格納されている。記憶装置１４は、例えば、フラッシュＥＥＰＲＯＭやハードディスク装置である。メインメモリ１５は、コンピュータプログラムや情報を一時的に記憶する。通信部１６は、有線、または無線通信によってネットワークと接続し、ＳＮＳサーバ２０や他の端末装置に所定のデータを送信したり、ＳＮＳサーバ２０や他の端末装置から所定のデータを受信したりする。
【００５０】
図３は、ＳＮＳサービスサーバ２０（以下、ＳＮＳサーバと呼ぶ）の機能ブロック図を示す。図３において、ＳＮＳサーバ２０は、入力装置２１、表示装置２２、ＣＰＵ２３、記憶装置２４、メインメモリ２５、通信部２６を有する。入力装置２１は、例えば、キーボードやマウスである。表示装置２２は、例えばディスプレイ装置等である。記憶装置２４には、ＣＰＵ２３によって実行されるコンピュータプログラムや当該プログラムで利用される各種データが格納されている。記憶装置２４は、例えば、ハードディスク装置である。メインメモリ２５は、コンピュータプログラムや情報を一時的に記憶する。通信部２６は、有線、または無線通信によってネットワークと接続し、他の端末装置との間で所定のデータの送受信を行う。
【００５１】
次に、広告主サーバ３０について説明する。広告主サーバ３０の基本的な機能ブロックの構成は上記ＳＮＳサーバ２０と同様である。そのため、広告主サーバ３０の機能ブロック図については図示を省略する。広告主サーバ３０には、広告主のサイトを構築する各種データが記憶されている。また、広告主サーバ３０も、ネットワークに接続され、端末装置１０やＳＮＳサーバ２０とデータの送受信が可能となっている。端末装置１０のユーザは、後述するような操作で当該広告主サーバ３０にアクセスすることで広告主のサイトを閲覧することができ、また、当該サイト上で商品等の購入も可能となっている。
【００５２】
なお、入力装置２１や表示装置２２に関しては、他の実施形態では、サーバ側にない構成であってもよい。つまり、入力装置２１や表示装置２２に関しては、サーバ側にあってもなくても良い。
【００５３】
次に、本実施形態にかかる情報処理システムで実行される情報処理の動作概要を説明する。本実施形態は、上記のように、（クローズドなネットワークともいえる）ＳＮＳサービス内で、（ＳＮＳサービス外の）広告主が広告を出す場合を想定する、このような場合、主な動作主体として、サービスプロバイダ（ＳＮＳサービス提供者）、広告主、ユーザという３者が介在するといえる。本実施形態の概要説明に先立ち、まず、この３者の関係性について説明する。図４は、この３者の関係性を説明するための図である。図４において、サービスプロバイダは、ＳＮＳサービスをユーザに提供すると共に、広告主に対しては、広告の「場」を提供することになる。広告主は、「場」提供の対価として、サービスプロバイダに対して広告料を払う。つまり、広告主は、広告料を支払うことで、ＳＮＳサービスのような閉じたコミュニティに広告を投入することができる。また、ユーザに対しては、商品等を紹介するという関係となる。また、場合によっては、いわゆるアフィリエイト契約をユーザと結ぶこともある。ユーザは、ＳＮＳサービスを利用すると共に、後述する手法で広告を閲覧する。また、これも詳細は後述するが、当該広告に基づいて広告主のサイトに移動し、そこから商品等を購入することも可能である。
【００５４】
上記のような関係性において、各主体の立場・要望としては、次のようなことが考えられる。
（１）サービスプロバイダの立場
サービスプロバイダ側は、広告料を多く得たいと共に、その広告がＳＮＳサービスの邪魔（例えば広告が画面の一部を占有する等で）になって欲しくない、という要望があると考えられる。
（２）ユーザの立場
ユーザ側からすると、例えば、自分が興味のある分野以外の広告はなるべく見たくない、という要望があると考えられる。また、例えばアフィリエイト契約を結んでいるようなユーザであれば、自分が広告塔となり、報酬を稼ぎたい、という要望も考えられる。
（３）広告主の立場
広告主側からすると、上記ＳＮＳのような閉じたコミュニティの場にも広告を投入したい、また、精度の高い広告（よりユーザのニーズに合った広告）を投入したい、更には、バナー等の広告媒体の準備コストは軽減したい、というような要望があると考えられる。
【００５５】
そして、上記のような各主体の関係性や立場に鑑みて、本実施形態では、次のような処理を行うシステムを提供する。
（１）まず、サービスプロバイダは、広告媒体となる「キーワード」（以下、広告キーワードと呼ぶ）を広告主に対して提示（販売）する。この広告キーワードは、例えば、そのときに話題となっている映画のタイトル、出演俳優名、キャラクター名や、また、例えば、そのときに流行っている事象・イベント（例えばサッカーのワールドカップ等）や流行の商品名等、ユーザが興味を持ちそうなワードや広告として期待できそうなワードである。また、これらのワードの俗称や略称等も広告キーワードとして利用され得る。また、人気の高い広告キーワードほど、より高値で提供される。また、別の例としては、広告主が任意に選んだワードを（例えば、一文字あたり○○円といった形で）提供してもよい。
（２）広告主は、上記のような広告キーワードから所望のキーワードを選択（購入）する。また、この際、自サイトのＵＲＬ等を必要に応じてサービスプロバイダに提示する。
（３）サービスプロバイダは、購入された広告キーワードと、その購入者たる広告主のサイト（リンク先情報）を関連づけて、ＳＮＳサーバ内に記憶させる。
（４）ユーザは普段通りに、ＳＮＳサービスを用いてユーザ間で会話（投稿および閲覧）を行う。
（５）これらの会話（投稿したテキスト）内に広告キーワードが含まれていれば、ＳＮＳサーバ側でこれが検出され、自動的にその広告キーワードにハイパーリンクが設定される。そのリンク先は、当該広告キーワードを購入した広告主のサイトである。また、そのキーワードの表示態様も変更される。
（６）そして、このような広告キーワードが含まれた投稿を閲覧したユーザが、その広告キーワード（の箇所）に対してタップ操作（タッチオンしたあとタッチオフする操作）やクリック等の選択操作（ユーザによる選択の意図があると考えられる操作。以下の説明ではこれらを総称してタップ操作と記載する）を行うと、これに関連づけられた広告主のサイトへ移動できる。ユーザは、そこで広告キーワードに関連する商品等を購入することができたり、商品についての詳細情報を得ることができる。また、例えば広告主とユーザ間でアフィリエイト契約が結ばれているような場合は、広告主は、例えばこの広告キーワードがタップ操作された回数に応じて、（ＳＮＳプロバイダ等を仲介して）その投稿者であるユーザに広告料を支払うことも可能である。
【００５６】
上述のような処理の流れを、図５を用いて補足説明する。図５は、広告主側、ＳＮＳサービスのプロバイダ側、ユーザ側で行われる主な処理とその流れを縦方向の時系列で示した模式図である。まず、プロバイダは広告主に対して上記の広告キーワードを提示し（Ｐ１）、広告主は、所望の広告キーワードを購入する（Ｐ２）。この広告キーワードの売買については、本実施形態では、所定の売買システムを用いてネット上で売買される場合を想定する。例えば、プロバイダ側で広告キーワードの販売用のサイトを設けておき、広告主がこのサイトにアクセスして、所望の広告キーワードの購入意思を伝える等が考えられる。なお、他の実施形態では、この売買のやりとりについては必ずしもネット上で行われずともよく、電話や書面での申し込み等で行われても良い。なお、他の実施形態では、上記のような処理（Ｐ１およびＰ２）の代わりに、例えば、広告主が任意のキーワードを入力して申し込みを行うような処理を行っても良い。
【００５７】
次に、上記広告キーワードの購入について、例えば決済が行われた後、プロバイダ側において、当該購入された広告キーワードとその購入者である広告主（のサイトのＵＲＬ）とが関連づけられて、ＳＮＳサーバ２０上に記憶される（Ｐ３）。
【００５８】
次に、ユーザが、ＳＮＳサービスを利用する。ここでは、複数の投稿を一覧表示して閲覧するための要求である「閲覧リクエスト」がユーザの端末装置からＳＮＳサーバ２０に送られるものとする（Ｐ４）。これに応じて、ＳＮＳサーバ２０は、端末装置に表示される画面（以下、閲覧用画面と呼ぶ）の元になるデータ、例えば、ＨＴＭＬ等のマークアップ言語で記述されたデータを生成する（Ｐ５）。（ただし、マークアップ言語に限られない。）以下では、このデータのことを閲覧ソースと呼ぶ。
【００５９】
次に、ＳＮＳサーバ２０において、当該閲覧ソースの中（端末装置１０で表示されることになるテキストの中）に上記広告キーワードが含まれるか否かの判定（広告キーワードの検出）が行われる（Ｐ６）。そして、含まれている場合は、その広告キーワードの文字列をハイパーリンク化するように閲覧ソースを加工する（Ｐ７）。例えば、当該広告キーワードの部分をハイパーリンクを示すＨＴＭＬタグで囲む、等である。一例として、広告キーワードである”△△△△”という文字列を含むテキストがあると仮定する。この場合、変更前の閲覧ソースでは「<p>○○○○○△△△△○○○○</p>」と記載されるところを、変更後は「<p>○○○○○<a href="xxxxx.html">△△△△</a>○○○○</p>」と記載されるように変更する。
【００６０】
なお、上記広告キーワードが複数含まれている場合は（同じキーワードでも、それぞれ異なるキーワードでもよい）、そのそれぞれが検出され、広告キーワード毎にその文字列をハイパーリンク化するよう上記閲覧ソースを加工する。例えば、３つの広告キーワードが含まれていれば、閲覧ソースには、ハイパーリンク化された広告キーワードが３つ加わることになる。更に、他の実施形態では、例えば、上記閲覧ソースに含まれている複数の広告キーワードのうち、同じ広告キーワードであるものについては、そのうちの一つだけ（例えば最初に出てくる広告キーワード）をハイパーリンク化するようにしてもよい。
【００６１】
そして、上記のように加工した閲覧ソースが、閲覧リクエストの送信元の端末装置１０に送信される（Ｐ８）。
【００６２】
端末装置１０では、当該閲覧ソースに基づいて閲覧用画面が生成され、表示される（Ｐ９）。そして、ユーザが上記広告キーワードをタップ操作すると（Ｐ１０）、これに関連づけられた広告主のサイトへ移動することができる（Ｐ１２）。また、このとき、広告キーワードがタップ操作されたことを示す情報がＳＮＳサーバ２０に送信される（Ｐ１１）。図６は、このような端末装置１０における画面遷移および操作の一例である。図６における一番左の画面例は閲覧用画面を示しており、この画面では広告キーワードである“△△△△△”が含まれている。なお、この画面例では、リンクが設定された広告キーワードであることを視覚的にわかりやすくするために、当該広告キーワードの文字色を変更し、下線が付されているような表示態様に変更している場合を示す。そして、当該広告キーワードをユーザがタップ操作すれば、ＳＮＳサーバ２０にこの広告キーワードがタップ操作されたことを示す情報が送信されると共に、上記ハイパーリンクが設定された広告主のサイトに移動し、その結果、端末装置１０の画面には当該広告主のサイトが表示されることになる。
【００６３】
上記のようなシステムによって、上記各主体にとって、次のような利点がある。まず、サービスプロバイダにとっては、投稿内容に含まれるテキストの一部（換言すれば、閲覧画面における表示要素のひとつ）を広告媒体として利用できるため、例えばスマートフォンのような狭い画面の一部を広告表示のために確保するような必要が無くなる。その結果、ＳＮＳサービス提供の邪魔をすることなく（つまり、ユーザにとっての使い勝手を低下させることなく）、広告収入を得ることが可能となる。
【００６４】
また、ユーザにとっては、広告表示によって画面の一部が占拠されることにより画面が見にくくなる、等の不快感を受けることがなくなる。また、アフィリエイト契約を結んでいるユーザにとっては、普段通りにＳＮＳ上で会話（投稿・閲覧）するだけで、アフィリエイトによる収入を得ることが可能となる。
【００６５】
また、広告主にとっては、ＳＮＳのようなクローズドなコミュニティに広告が投入できる。特に、広告内容に比較的興味が高いユーザが集まるよう場に広告を投入でき、より効果的な広告投入ができる（例えば、映画の話題が中心のコミュニティに対して、映画関係の広告キーワードを購入することで広告投入する等）。また、例えば広告バナー等を別途作成・準備せずとも、（サービスプロバイダによって）予め用意された広告キーワード（すなわち広告媒体）から好きなキーワードを選択するだけで広告を投入することができる。
【００６６】
なお、上記では、１つの広告キーワードに１つの広告主サイトがリンクされる場合を例に説明したが、本実施形態では、１つの広告キーワードに複数の広告主を関連づけることも可能である。つまり、１つの広告キーワードが複数の広告主に販売されることも可能である。図７に、このような場合の端末装置１０における画面例を示す。図７では、例えば広告キーワード２０１である“△△△△△”に３つの広告主のサイトが関連づけられている場合を想定する。この場合、広告キーワード２０１をユーザがタップ操作すると、サムネイル２０２が広告キーワード２０１の近傍にポップアップ表示される。このサムネイル２０２には、３つの広告主サイトのそれぞれを示す画像（以下、広告画像と呼ぶ）が横並びで表示されている。この画像は、例えばその広告主のシンボルマークでもよいし、リンク先のサイトの縮小画像であってもよいし、また、いわゆる広告用のバナーであってもよい。また、ここでは、どの広告主のものであるかにかかわらず、当該広告画像の大きさは固定であるものとする（つまり、どの広告主の広告画像もその画像サイズは同じとする）。そして、ユーザが当該サムネイル２０２内のこれらの広告画像のいずれかに対して更にタップ操作を行うことで、対応する広告主サイトに移動できる。
【００６７】
また、上記のような１つの広告キーワードに複数の広告主を関連づけた場合の操作に関して、広告キーワードに対してタップ操作を行うとサムネイル２０２が表示され、当該広告キーワードをダブルタップする操作や、長押しする操作を行うと、サムネイル２０２の表示は行わずに、当該広告キーワードに関連づけられている広告主のうちのいずれか一つのサイトに移動するようにしてもよい（例えば後述のデフォルトとして設定されている広告主のサイトへ移動する等）。つまり、このような場合、タップ操作は「通常の選択操作」といえ、ダブルタップ操作や長押し操作は、より強い意志が現れた「決定操作」といえる。そして、広告キーワードに対して「通常の選択操作」が行われた場合はサムネイル２０２の表示がなされるが、「決定操作」が行われれば、その時点でダイレクトに広告主のサイトに移動することになる。
【００６８】
ここで、このようなサムネイル２０２を表示させる場合、マークアップ言語での記述としては、例えば、リンク先の合計数と複数のリンク先（URL等）を示すような記述が考えられる。一例として、以下のような記載方法がある。この例では、”HREFTBL”タグという架空のタグを用いている。
＜HREFTBL＞△△△△△＜リンク要素数＞＜リンク先１＞＜リンク先２＞・・・＜リンク先ｎ＞＜広告画像データ名１＞＜広告画像データ名ｎ＞・・・＜広告画像データ名ｎ＞＜/HREFTBL＞
（なお、＜広告画像データ名ｎ＞は、例えばその格納先を示すフルパスで記載される）
そして、端末側におけるレンダリングエンジン（例えばＨＴＭＬレンダリングエンジン）で、このような記載については上記サムネイルを表示するような解釈を行うように構成すればよい。なお、上記のタグ等は一例であり、上記画面例のような動作が実現できれば、どのような記述手法でも良い。つまり、画面上は広告キーワード等の文字列のみが表示され、この文字列に対してタップ操作等の所定の操作が行われると、この文字列に関連づけられたリンク先の少なくとも１つに移動する、あるいはリンク先が複数あればその中から選択して移動可能なドキュメントが作成可能であれば、上記の例に限らず、どのような記述手法でもよい。
【００６９】
なお、上記の”HREFTBL”タグによる記載を含む閲覧ソースが端末装置１０のメモリに格納されることで、リンク先を示す複数の情報と、この情報のそれぞれに対応する上記広告画像（を示す要素）とを上記広告キーワードのような特定の文字列に関連づけたデータ構造を有するデータが端末装置１０のメモリに記憶されることにもなる。また、他の実施形態では、リンク先を示す複数の情報と、この情報のそれぞれに対応する上記広告画像（を示す要素）とを上記広告キーワードのような特定の文字列に関連づけたデータ構造を有するデータをＳＮＳサーバ２０に格納しておき、上記の”HREFTBL”タグにおいては、このデータの格納場所を示す記載を行うようにしてもよい。そして、端末装置１０では、このタグをレンダリングするときに、ＳＮＳサーバ２０にアクセスし、”HREFTBL”タグで示される格納場所にあるデータを参照して上記のようなサムネイル２０２を生成・表示するようにしてもよい。
【００７０】
なお、上記サムネイル２０２の表示に関する操作・動作に関して、他の実施形態では、例えば広告キーワードの長押し操作で上記サムネイル２０２が表示されるようにしてもよい。そして、タッチしたまま指をサムネイル２０２上のいずれかのリンク先を示す画像の上に移動させて（スライド操作）、そこでタッチオフすることで、当該リンク先に移動するような構成としてもよい。また、このような長押し操作でサムネイル表示を行う場合、広告キーワードを長押しではなく単にタップ操作したときは、上記サムネイル２０２に表示されるリンク先のうち、例えば、１つめに設定されているリンク先をデフォルトの移動先として移動するようにしてもよい。あるいは、デフォルトの移動先として別途設定されているいずれかのリンク先に移動するようしてもよい。この場合は、例えばリンク先を示す要素群の後ろに、下記のようにデフォルトのリンク先を示す要素を入れるようにすればよい
＜HREFTBL＞△△△△△＜リンク要素数＞＜リンク先１＞＜リンク先２＞・・・＜リンク先ｎ＞＜デフォルトリンク先＞＜広告画像データ名１＞・・・＜/HREFTBL＞
【００７１】
また、他の実施形態では、広告キーワードに対してタップ操作を行うとサムネイル２０２が表示され、当該広告キーワードをダブルタップする操作や、長押しする操作を行うと、サムネイル２０２の表示は行わずに、当該広告キーワードに関連づけられている広告主のうちのいずれか一つのサイトに移動するようにしてもよい（例えば上記デフォルトのリンク先へ移動する等）。つまり、このような場合、タップ操作は「通常の選択操作」といえ、ダブルタップ操作や長押し操作は、より強い意志が現れた「決定操作」といえる。そして、広告キーワードに対して「通常の選択操作」が行われた場合はサムネイル２０２の表示がなされるが、「決定操作」が行われれば、その時点でダイレクトに広告主のサイトに移動することになる。
【００７２】
また、その他、リンク先が１つだけの広告キーワードと、上記のような複数のリンク先が設定された広告キーワードとでは、その表示態様を異ならせるようにしても良い。例えば、リンク先が１つだけの広告キーワードについては下線を付して表示する一方、複数のリンク先がある広告キーワードはフォントを太字にして表示してもよい。あるいは、リンク先が１つだけの広告キーワードと、複数のリンク先が設定された広告キーワードとで互いに異なるフォント色を用いて表示する等でもよい。
【００７３】
また、複数のリンク先がある場合、サムネイル２０２内における各リンク先を示す広告画像の表示位置や表示順番や並べ方を、例えば上記の＜HREFTBL＞の記載において指定可能なようにしても良い。
【００７４】
また、他の実施形態では、上記（複数の）広告画像のいずれかにタップ操作した後、移動した先の広告主サイトにおいても引き続き（タップ操作されなかった）広告画像が表示されるように構成しても良い。
【００７５】
次に、図８〜図２０を参照して、本実施形態における情報処理システムの動作をより詳細に説明する。まず、本システムで用いられるデータについて説明する。
【００７６】
図９は、ＳＮＳサーバ２０のメインメモリ２５に格納されるプログラムおよび情報の一例を示す図である。メインメモリ２５には、サーバ側ＳＮＳ処理プログラム６１、広告主データ６２、キーワードデータ６３、対応テーブルデータ６４、ユーザデータ６５、投稿データ６６、送信データ６７、受信データ６８等が格納される。
【００７７】
サーバ側ＳＮＳ処理プログラム６１は、本実施形態にかかるＳＮＳにおいてＳＮＳサーバ２０側の機能（ＳＮＳサーバ処理）を実現させるためのプログラムである。
【００７８】
広告主データ６２は、広告主に関するデータである。図９は、広告主データ６２の構成の一例を示す図である。図９において、広告主データ６２は、広告主ＩＤ７０、リンク先データ７１、その他情報７２を有するレコードの集合からなるテーブル構造のデータである。広告主ＩＤ７０は、当該広告主をシステム上一意に識別するためのＩＤである。リンク先データ７１は、上記広告キーワードに対応づけて設定する当該広告主のサイトを示すデータである。例えば当該広告主のサイトのＵＲＬ等である。その他情報７２には、例えば、当該広告主の名称、住所等の情報や、当該広告主にかかる決済に関する情報（決済が済んでいるか否か等）や、アフィリエイト関連で必要な情報等が含まれる。
【００７９】
なお、本実施形態では、説明の簡略化のために、１の広告主は１つのサイト（リンク先）を有し、これに対して１つの広告キーワードが対応づけられる場合を例として説明している。このような対応づけに限らず、他の実施形態では、１の広告主が複数のサイト（リンク先）を有しており、１つの広告キーワードに対してこれら複数のサイトを対応づけるような申し込み（購入）が可能な形態であってもよい。例えば、あるキーワード“△△△”に対して、サイトＡ、サイトＢ、サイトＣ（いずれも同じ広告主のサイト）を対応づけるような場合である。この場合は、あるキーワード“△△△”に対する申し込みが３つあると考えればよい。そして、例えば、申し込み毎に「申し込みＩＤ」等のＩＤを生成して、上記広告主データ６２にもたせるようにしてもよい。上記の例でいうと、３つの申し込みＩＤが生成され、上記広告主ＩＤ７０と当該申し込みＩＤとの組によって、３つのリンク先のうちの１つが特定されることになる。例えば、広告主ＩＤが“ＡＢＣ”、申し込みＩＤが“０１”、“０２”、“０３”であるとする、この場合、“ＡＢＣ０１“でサイトＡのリンク先が、“ＡＢＣ０２“でサイトＢのリンク先が、“ＡＢＣ０３“でサイトＣのリンク先が特定され得る。もちろん、上記のような形態が実現できるものであれば、このようなデータ構造に限らず、どのようなデータ構造（データベース構造）であってもよい。
【００８０】
図８に戻り、キーワードデータ６３は、上記広告キーワードに関するデータである。図１０は、当該キーワードデータ６３の構成の一例を示す図である。キーワードデータ６３は、広告キーワードデータ７４、対応テーブルＩＤ７５、売買用データ７６等を有するレコードの集合からなるテーブル構造のデータである。広告キーワードデータ７４は、上述したような広告キーワードの具体的な文言（文字列）を示すデータである。対応テーブルＩＤ７５は、後述する対応テーブル７８を特定するためのＩＤである。売買用データ７６は、その広告キーワードの売買に関する情報であり、例えば価格や販売期間等を示すデータが含まれる。
【００８１】
なお、他の実施形態では、その広告キーワードの略称や別称等、上記広告キーワードと同じものとして扱われる文字列についても当該広告キーワードと関連づけて、キーワードデータ６３に含めておくようにしても良い。そして、このような略称や別称についても上記のような「広告キーワードが含まれるか否かの判定」の対象に含めるようにしてもよい。但し、本実施形態では、説明の簡略化のため、ある広告キーワードに対する略称や別称はないものとして説明する。
【００８２】
図８に戻り、対応テーブルデータ６４は、上記広告キーワードと（これを購入した）広告主との対応付けを示すデータである。図１１は、当該対応テーブルデータ６４の構成の一例を示す図である。対応テーブルデータ６４は、テーブルＩＤ７７と対応テーブル７８の組み合わせからなるレコードの集合で構成される。テーブルＩＤ７７は、その対応テーブルを一意に識別するためのＩＤであり、本実施形態では、キーワードデータ６３の対応テーブルＩＤ７５で当該テーブルＩＤ７７が指定されることで、対応テーブルデータ６４と広告キーワードが関連づけられることになる。対応テーブル７８は、そのテーブルに関連づけられた広告キーワードを購入した広告主等に関するデータである。具体的には、対応テーブル７８は、広告主ＩＤ７９、選択回数８０、有効期間８１を有するレコードの集合からなるテーブルデータである。広告主ＩＤ７９は、そのテーブルに関連づけられた広告キーワードを購入した広告主を特定するためのＩＤである。
【００８３】
選択回数８０は、また、広告キーワードに関連する広告主が１つだけの場合（サムネイル２０２が表示されない場合）は、その広告キーワードがタップ操作された回数を示すデータである。また、広告主が複数ついている場合、すなわち、上記サムネイル２０２が表示される場合は、その中に含まれる各広告画像がタップ操作（すなわち、選択）された回数を示すデータである。また、この選択回数８０の合計を算出することで、この対応テーブル７８に関連づけられている広告キーワードがタップ操作された合計回数を算出することも可能である。つまり、必要に応じて、広告主が１つだけの場合でも複数ついている場合でも、広告主毎の選択回数の他、広告キーワード単位での選択回数を算出することも可能である。
【００８４】
次に、有効期間８１は、その広告主と広告キーワードとの関連づけをいつまで保持するかを示すデータであり、例えば、その広告キーワードの売買時の契約内容に基づき決定される。
【００８５】
図８に戻り、ユーザデータ６５は、本実施形態におけるＳＮＳの利用ユーザに関する情報を記録したデータである。図１２は、ユーザデータ６５のデータ構成の一例を示す図である。ユーザデータ６５は、ユーザＩＤ８２、アカウント情報データ８３、フレンド関係データ８４等を含む。ユーザＩＤ８２は、各ユーザを一意に識別するためのＩＤである。アカウント情報データ８３は、例えば各ユーザのログインＩＤ、パスワード、氏名や年齢、趣味や出身地や出身学校等、各ユーザのアカウントやプロフィール等を示すデータである。その他、例えば、アフィリエイトに関する処理で利用するデータもユーザデータ６５に含めても良い。例えば、当該ユーザが投稿した記事等において、その投稿に含まれている広告キーワードがタップ操作された回数を広告キーワード毎に示すデータをユーザデータ６５に含めるようにしてもよい。つまり、広告キーワードのタップ操作回数を、その広告キーワードを含む記事を投稿したユーザ毎にカウントして、ユーザデータ６５に記録するようにしてもよい（この回数に応じて、各ユーザが得られる広告収入が変動することになる）。
【００８６】
図８に戻り、投稿データ６６は、上述したようなＳＮＳサーバ２０に送信された投稿コンテンツを示すデータである。図１３は、当該投稿データ６６のデータ構成の一例を示す図である。投稿データ６６には複数の投稿コンテンツレコード８５が含まれており、各投稿コンテンツレコード８５は、投稿者ＩＤ８６、投稿日時データ８７、投稿内容データ８８等で構成される。投稿者ＩＤ８６は、その投稿コンテンツを投稿したユーザのユーザＩＤ８２を示す。投稿日時データ８７は、当該投稿コンテンツの投稿日時を示す。投稿内容データ８８は、当該投稿コンテンツの内容を示すデータであり、テキストデータや画像データ等、投稿コンテンツの本体ともいえるデータである。
【００８７】
なお、上述した各テーブルの構造は一例であり、上記と同様の内容を示すものであれば、他のテーブルデータ構造であってもよい。
【００８８】
図８に戻り、送信データ６７は、端末装置１０に送信するためのデータであり、例えば閲覧ソース等が含まれる。受信データ６８は、端末装置１０から受信したデータであり、例えば投稿にかかるデータや、閲覧リクエストや、端末装置１０で行われた操作内容や閲覧アクションの内容を示すデータ等が含まれる。
【００８９】
次に、端末装置１０で用いられるデータについて説明する。図１４は、端末装置１０のメインメモリ１５に格納されるプログラムおよび情報の一例を示す図である。メインメモリ１５には、端末側ＳＮＳ処理プログラム９１、端末ユーザデータ９２、操作データ９３、送信データ９４、受信データ９５等が格納される。
【００９０】
端末側ＳＮＳ処理プログラム９１は、本実施形態にかかるＳＮＳにおいて端末装置１０側の機能（ＳＮＳクライアント処理）を実現させるためのプログラムである。
【００９１】
端末ユーザデータ９２は、当該端末装置でＳＮＳ処理を利用しているユーザに関するデータである。例えば、上記ユーザＩＤ８２と同じデータ等、主に、サーバ側で投稿者が誰であるか等を識別するために必要なデータ等が記憶されている。操作データ９３は、端末装置１０に対して行われた各種操作内容を示すデータである。例えば、タップ操作されたタッチパネル上の座標（画面上の座標）を示すデータ等が含まれる。
【００９２】
送信データ９４は、ＳＮＳサーバ２０に送信するためのデータである、上記端末ユーザデータ９２や操作データ９３等に基づいて生成され、例えば、自分のユーザＩＤや投稿内容、閲覧リクエストや、タップ操作等の操作内容を示すデータ等が含まれる。例えば、送信データ９４は、ヘッダ部とボディ部に分けて構成され、ヘッダ部で、ユーザＩＤと当該送信データの種類（投稿か閲覧のリクエストか等）が示され、ボディ部で、その内容（投稿の場合はテキストや写真データ等）が示される。受信データ９５は、ＳＮＳサーバ２０から受信した各種データであり、例えば、上記閲覧ソース等が含まれる。
【００９３】
その他、メインメモリ１５には、端末装置１０の処理で用いられる各種データ（例えば送信前の投稿コンテンツを一時的に記憶しておくためのデータ等）も適宜記憶される。
【００９４】
次に、図１５〜図２０のフローチャートを参照して、本実施形態におけるＳＮＳサーバ２０および端末装置１０において実行される処理の流れを説明する。
【００９５】
まず、ＳＮＳサーバ２０における処理について説明する。本実施形態では、ＳＮＳサーバ２０では、主に次の２つの処理が行われる。１つめの処理として、広告キーワードの登録にかかる処理（以下、キーワード登録処理）が行われる。更に、２つめの処理として、端末装置１０とのやりとりにかかる処理（以下、ＳＮＳ処理）が行われる。以下では、まず、広告キーワードの登録にかかる処理を説明し、その後、端末装置１０とのやりとりにかかる処理について説明する。
【００９６】
図１５は、ＳＮＳサーバ２０で実行されるキーワード登録処理の詳細を示すフローチャートである。この処理では、広告主が購入した広告キーワードを登録するための処理が実行される。図１５において、まず、ステップＳ１で、ＣＰＵ２３は、広告主からの登録要求を受け付けるための登録受け付け処理を実行する。ここでは、例えば、プロバイダが予め用意した広告キーワード販売用のサイトに広告主がアクセスし、所望のキーワードの「購入申し込み」を行うような場合を想定する。一例として、当該サイトにて示される複数の広告キーワードから、広告主が所望の広告キーワードを１つ選択し、必要事項（広告主のリンク先ＵＲＬや広告有効期間の希望等）をフォームに記入してプロバイダに「購入申し込み」を送信したものとする。そして、この「購入申し込み」の受信が当該登録受け付け処理となる。
【００９７】
次に、ステップＳ２で、ＣＰＵ２３は、広告キーワードの仮登録処理を実行する。上記登録受け付け処理の段階ではまだ決済が行われていないため、この時点では、まだ仮登録として取り扱うものである。例えば、上記「購入申し込み」の受信データに基づいて、ＣＰＵ２３は、広告主データ６２に新たな広告主のデータを作成する（広告主ＩＤの新規割り振り等）、あるいは、既に存在していればそのデータを検索する。そして、ＣＰＵ２３は、必要に応じてリンク先データ７１の登録を行い、また、「決裁待ち」であることを示す情報をその他情報７２に記憶したりする。
【００９８】
次に、ステップＳ３で、ＣＰＵ２３は、広告キーワードの購入代金が支払われたか、すなわち、決済が完了したか否かを判定する。例えば、代金の振り込みが完了したことを示す情報が当該ＳＮＳサーバ２０のオペレータによって入力されることや、所定の決済システムによって、その旨を示す情報がＳＮＳサーバ２０に送信されてくること等で、決済が完了したと判定される。
【００９９】
上記ステップＳ３の判定の結果、決済が完了したときは（ステップＳ３でＹＥＳ）、ステップＳ６で本登録処理が実行される。具体的には、購入された広告キーワードに対応する対応テーブル７８を検索し、当該購入した広告主を示す広告主ＩＤ７９や有効期間８１を追加する処理が実行される。また、選択回数８０には０が設定される。また、決済済みであることを示す情報がその他情報７２に設定される。そして、キーワード登録処理は終了する。
【０１００】
一方、上記ステップＳ３の判定の結果、まだ決済が完了していないときは（ステップＳ３でＮＯ）、次に、ステップＳ４で、ＣＰＵ２３は、支払期限が超過していないか否かを判定する。その結果、まだ超過していなければ（ステップＳ４でＮＯ）、ステップＳ３に戻り、処理が繰り返される。一方、超過していれば（ステップＳ４でＹＥＳ）、ステップＳ５で、ＣＰＵ２３は、キャンセル処理を実行する。すなわち、上記購入申し込みを取り消すための処理が適宜実行される。以上で、キーワード登録処理は終了する。
【０１０１】
なお、他の実施形態では、上記のようなキーワード仮登録のプロセスは経ずに（決済処理を待たずに）、広告主からの要求に応じて広告キーワードと広告主のリンク先との関連づけを実行するようにしてもよい。また、更に他の実施形態では、上記のような処理を手動で行うようにしてもよい。すなわち、広告主のリンク先などの情報の入力や広告キーワードとの関連づけをＳＮＳサーバ２０に記録する作業をＳＮＳサーバ２０のオペレータが手動でおこなうようにしてもよい。
【０１０２】
次に、図１６〜図１８を用いて、端末装置１０とのやりとりにかかる処理であるＳＮＳ処理の詳細を説明する。図１６において、まず、ステップＳ１１で、ＣＰＵ２３は、端末装置１０から送信される送信データ９４を受信し、受信データ６８として格納する。次に、ステップＳ１２で、ＣＰＵ２３は、上記受信データ６８の内容が、上記「閲覧リクエスト」に該当するか否かを判定する。その結果、閲覧リクエストに該当するときは（ステップＳ１２でＹＥＳ）、ＣＰＵ２３は、ステップＳ１３で、閲覧ソース作成処理を実行する。
【０１０３】
図１７は、上記閲覧ソース作成処理の詳細を示すフローチャートである。まず、ステップＳ３１で、ＣＰＵ２３は、受信した「閲覧リクエスト」に基づいて、１以上の投稿データ６６から所定の投稿内容データ８８を抽出し、これらが含まれるような閲覧ソースを生成する。次に、ステップＳ３２で、ＣＰＵ２３は、当該閲覧ソースに対して、上記キーワードデータ６３を用いて上記広告キーワードとなる文字列を検出する処理を実行する。次に、ステップＳ３３において、ＣＰＵ２３は、上記検出の結果、広告キーワードが１以上含まれているか否かを判定する。その結果、検出されなかったときは（ステップＳ３３でＮＯ）、後述するステップＳ３５の処理に進む。
【０１０４】
一方、広告キーワードが検出されたときは（ステップＳ３３でＹＥＳ）、次に、ステップＳ３４で、ＣＰＵ２３は、広告キーワード（複数検出されたときはそれぞれについて）をハイパーリンク化するための処理を実行する。具体的には、ＣＰＵ２３は、キーワードデータ６３および対応テーブルデータ６４を参照し、広告キーワードに関連づけられた広告主の数が複数あるか否かを判定する。そして、ひとつだけのときは、対応する広告キーワードに対してその広告主のリンク先を設定するよう上記閲覧ソースを変更する。また、複数の広告主がついているときは、上記図７で説明したようなサムネイル２０２が表示されるような設定を当該広告キーワードについて設定する。例えば、広告主が単独であれば、広告キーワードに上記のような“href”のＨＴＭＬタグを付すよう変更が行われ、広告主が複数であれば、その数を算出し、上述したような”HREFTBL”のタグを用いた記載に変更する等の処理が行われる。また、この際、当該広告キーワードの表示態様を変更する処理を行っても良い。例えば、下線を付す等で、広告キーワードではない文字列と区別可能なように表示態様を変更しても良い。また更には、上述したように、広告主が１つの場合と複数ついている場合とが区別可能なように、それぞれの場合のフォント色を変えるように閲覧ソースの加工を行っても良い。また、このとき、例えば、ＣＰＵ２３は、広告キーワードに対応する対応テーブル７８を参照し、有効期間８１に基づいて、広告主のリンク先を含めるか否かを判定してもよい。例えば有効期間が経過した広告主については、上記”HREFTBL”タグの記載に含めないようにすればよい。
【０１０５】
なお、他の実施形態では、”HREFTBL”において定義される各広告主の広告画像の記載順番について、動的に変更できるようにしてもよい。例えば、端末装置１０において、”HREFTBL”において記載されているリンク先の順番に基づいてサムネイル２０２内における広告画像の表示位置が決定されることを前提とした場合、各広告主にかかる上記選択回数８０に基づき、”HREFTBL”タグにおいて記載される各広告主のリンク先の順番を配置に変更するようにしてもよい。例えば、よく選ばれている広告主のリンク先を＜リンク先１＞として最初に記載したり、逆に、あまり選ばれていない広告主のリンク先を＜リンク先１＞として最初に記載したりする、等である。
【０１０６】
また、更に他の実施形態では、複数の広告主がついている場合に、上記サムネイル２０２を使う以外に、広告キーワードをタップすると、当該複数の広告主の中から一つの広告主のサイトがランダムに選ばれて表示されるようにしてもよい。
【０１０７】
次に、ステップＳ３５で、ＣＰＵ２３は、要求元の端末装置１０に対して閲覧ソースの送信を実行する。上記ステップＳ３３で広告キーワードが検出されていれば、上記のような加工が施された閲覧ソースが送信されることになる。以上で、閲覧ソース作成処理は終了する。
【０１０８】
なお、他の実施形態では、例えば、投稿データ６６から投稿内容データ８８を抽出するときに、これと併せて抽出した投稿内容データ８８に広告キーワードが含まれているか否かを判定し、最初から広告キーワードに広告主のリンク先が設定されたような閲覧ソースを生成するようにしてもよい。
【０１０９】
図１６に戻り、ステップＳ１２の判定の結果、受信データ６８が上記「閲覧リクエスト」に該当しないときは（ステップＳ１２でＮＯ）、次に、ステップＳ１４で、ＣＰＵ２３は、受信データ６８の内容が、端末装置１０で広告キーワードがタップ操作されたことを示す内容であるか否かを判定する。なお、上記サムネイル２０２の表示がなされるような場合（１つの広告キーワードに複数の広告主がついている場合）は、サムネイル２０２内のいずれかのリンク先画像が選択（タップ操作）されたことが当該広告キーワードがタップ操作されたことを示す内容に該当する。当該判定の結果、広告キーワードがタップ操作されたことを示すときは（ステップＳ１４でＹＥＳ）、ステップＳ１５で、ＣＰＵ２３は、広告キーワード処理を実行する。
【０１１０】
図１８は、当該広告キーワード処理の詳細を示すフローチャートである。まず、ステップＳ５１で、ＣＰＵ２３は、受信データ６８に基づき、端末装置１０においてタップ操作された広告キーワードを判別（特定）する。そして、当該広告キーワードに関連する広告主が単体のときは、その広告主についても判別する。また、当該広告キーワードに関連する広告主が複数の場合、すなわち、上述したサムネイル２０２（上記図７参照）が表示されていた場合は、そのサムネイル２０２内のどの広告主が選択されたかについて判別する。
【０１１１】
次に、ステップＳ５２において、ＣＰＵ２３は、上記ステップＳ５１で判別した広告キーワードおよびその広告主（サムネイルの場合は、そこから選択されたいずれかの広告主）に対応する選択回数８０を検索し、その回数に１を加算する。
【０１１２】
更に、ステップＳ５３において、ＣＰＵ２３は、ユーザデータ６５および投稿データ６６を参照し、今回タップ操作された広告キーワードを含む「投稿」を投稿したユーザを検索する。そして、主にアフィリエイトに関する処理に用いる情報として、その投稿ユーザのユーザデータ６５に、その広告キーワードのタップ操作回数を示すデータを記憶する。また、別の例として、当該ユーザを示す情報を、例えば広告主データ６２のその他情報７２に記録するようにしてもよい。そして、この情報に基づいて、アフィリエイトに関する処理に必要なデータが、適切なタイミングで生成され、広告主に対して送信される。なお、他の実施例では、当該ステップＳ５３における処理の一環として、上記投稿ユーザの情報を当該アフィリエイト処理用のデータとして広告主に送信されるようにしてもよい。以上で、広告キーワード処理は終了する。
【０１１３】
図１６に戻り、上記ステップＳ１４の判定の結果、受信データが広告キーワードのタップ操作を示す内容でもないときは（ステップＳ１４でＮＯ）、ステップＳ１６で、ＣＰＵ２３は、ＳＮＳ処理に関するその他の処理を適宜実行する。例えば、受信データが「投稿」を示す内容であれば、その受信データに含まれる内容に基づき、投稿データ６６を適宜追加する処理等が実行される。また、その他、契約期間が切れた広告主と広告キーワードとの関連を解除等する処理も実行される。例えば、広告キーワードに設定されている有効期間８１が経過した場合や、広告キーワードが選択された回数が所定数以上になった場合、その広告キーワードと広告主のリンク先情報との関連づけを解除する処理も適宜実行される。より具体的には、ＣＰＵ２３は、各広告キーワードに対応している対応テーブル７８を参照し、選択回数８０や有効期間８１に基づいて、広告キーワードと広告主のリンク先情報との関連づけを解除するか否かを判定する。また、当該関連づけの解除手法については、例えば、対応テーブル７８から、該当する広告主にかかるデータを削除すればよい。対応テーブル７８のデータとしては保持しつつ、上述したステップＳ３４の処理で閲覧ソースを修正するときに、選択回数８０や有効期間８１に基づいて、例えばサムネイル２０２にその広告主のリンク先の情報を含めるか否かを判定して取捨選択するようにしてもよい。上述したような有効期間が経過したか否かの判定の他、選択回数８０が所定回数以上であるか否か、等で判定可能である。
【０１１４】
その後、ステップＳ１７で、ＣＰＵ２３は、当該ＳＮＳ処理を終了する所定の条件（例えば、ＳＮＳサーバ２０のオペレータによる処理終了指示の有無等）が満たされたか否かを判定し、満たされていなければ（ステップＳ１７でＮＯ）、上記ステップＳ１１に戻り処理が繰り返される。一方、終了条件が満たされていたときは（ステップＳ１７でＹＥＳ）、当該ＳＮＳ処理は終了する。
【０１１５】
次に、図１９〜図２０を用いて、端末装置１０側で実行される処理について説明する。なお、以下の処理説明においては、広告キーワードのタップ操作によって広告主サイトへ移動する、あるいはサムネイル２０２を表示する場合を想定して説明し、「長押し」等の場合の処理については、説明の簡略化・理解の容易化のためにその詳細説明は省略する。また、図１７〜２０で示す処理は、端末装置１０において、所定のＷｅｂブラウザで本実施形態におけるＳＮＳサービスのサイトにアクセスすることで実行される。そして、以下に説明する処理は、当該サイトにアクセスし、必要なログイン処理等が行われた後に実行される処理である。また、この処理は、本実施形態にかかるＳＮＳサービスのサイト内で実行される処理を示し、本実施形態のＳＮＳサービスとは別のサイトに移動した場合の処理等については省略する。また、端末装置１０の処理として、投稿コンテンツをＳＮＳサーバ２０に投稿（送信）する処理もあるが、この処理については既知の手法を用いれば良いため、以下の説明ではこの「投稿」にかかる処理に関しても省略する。すなわち、端末装置側で主に投稿コンテンツを閲覧するときの処理を中心に説明する。
【０１１６】
図１９において、ログイン処理が終了すると、まず、ステップＳ７１で、端末装置１０のＣＰＵ１３は、初期画面としての閲覧用画面を表示するために、閲覧ソースの要求をＳＮＳサーバ２０に行い、これを受信して閲覧用画面を表示する処理を実行する。
【０１１７】
次に、ステップＳ７２で、ＣＰＵ１３は、操作データ９３を取得する。次に、ステップＳ７３で、ＣＰＵ１３は、操作データ９３に基づき、タップ操作が行われたか否かを判定する。その結果、タップ操作が行われていないときは（ステップＳ７３でＮＯ）、後述するステップＳ８３に処理が進められる。
【０１１８】
一方、タップ操作が行われたときは（ステップＳ７３でＹＥＳ）、ステップＳ７４で、ＣＰＵ１３は、上記閲覧用画面に含まれている広告キーワードがタップ操作されたか否か（複数の広告キーワードが含まれているときは、そのいずれかがタップ操作されたか否か）を判定する。当該判定の結果、（いずれかの）広告キーワードがタップされていたときは（ステップＳ７４でＹＥＳ）、ステップＳ７５で、ＣＰＵ１３は、当該タップ操作された広告キーワードに対応するリンク先が複数あるか否かを判定する。この判定は、例えば、その広告キーワードに設定されているタグに基づいて判定される（例えば、上記”a href”のタグであるか、”HREFTBL”のタグであるか等）。
【０１１９】
一方、上記判定の結果、リンク先が複数あるときは（ステップＳ７５でＹＥＳ）、ステップＳ７６において、ＣＰＵ１３は、上述したようなサムネイル２０２を生成して表示するための処理を実行する。この処理をより具体的に説明すると、まず、ＣＰＵ１３は、タップ操作された広告キーワードに関連づけられた広告主（リンク先）の数を判定する。次に、その数に基づき、サムネイル２０２の形状やサイズを決定する。ここでは、上記図７に示したような、広告画像を横一列に並べて表示できるような横長の略長方形の形状をサムネイル２０２の形状として決定する。また、大きさについても、上記判定したリンク先の広告画像が全て含まれる程度の大きさで決定するものとする。そして、上記形状や大きさが決定されれば、ＣＰＵ１３は、各広告主にかかる広告画像を当該サムネイル内に配置する（広告画像の表示位置を決定する）処理を実行する。例えば、上記”HREFTBL”において各リンク先が記載されている順番に従って、左から右へ広告画像を配置する処理が実行される。更に、ＣＰＵ１３は、当該サムネイル２０２自体の配置位置（表示位置）を決定する処理を実行する。これは、例えば、タップ操作された広告キーワードの位置に基づいて決定される。すなわち、タップ操作された広告キーワードの位置が、表示画面内においてどの位置にあるか（画面上部か下部か、等）、また、その周囲にサムネイル２０２を配置できるスペースがあるか、等を判定する。例えば、広告キーワードの表示位置が、表示画面全体からすると下半分に含まれるような場合は、サムネイル２０２は、当該広告キーワードの上側に配置することを決定する。逆に、広告キーワードの表示位置が、表示画面全体からすると上半分に含まれる場合は、当該広告キーワードの下側にサムネイル２０２を配置することを決定する。つまり、上下方向の軸にかかるサムネイル２０２の表示位置を決定する。また、ＣＰＵ１３は、タップ操作された広告キーワードの表示位置が表示画面全体からして右側に位置しているか左側に位置しているかを判定し、これに応じて、表示画面の左右方向の軸におけるサムネイル２０２の表示位置を決定する。
【０１２０】
なお、サムネイルの形状やサイズの決定に関しては、上記の例に限らず、リンク先の数に応じて、サムネイル内の行数や列数を適宜変更してサムネイル２０２の大きさを決定すれば良い。例えば、リンク先の数が“３”であれば上述の図７のようなサムネイル２０２とし、その数が“６”であれば、横３×縦２、というように表示する構成にしてもよい。また、サムネイル２０２の形状やそのデザインに関しても、上記の例に限らない。例えば、縦に並べて表示するようなデザインとしたり（図２１参照）、また例えば、タップされた位置を中心として、広告画像をその周囲、例えばリング状に配置したり、扇状に配置するようなデザインでサムネイル２０２を構成するようにしてもよい（図２２参照）。また、例えば、端末装置１０を縦画面表示で利用している場合は、広告画像を縦方向に並べるデザインのサムネイル２０２とし、横画面表示で利用している場合は、広告画像を横方向に並べるデザインのサムネイル２０２を用いるように端末装置１０側で判定して調整するようにしてもよい。また、他の実施形態では、サムネイル２０２の基本的な形状（デザイン）については、端末装置１０のユーザが指定できるように構成してもよい。また、その他、サムネイル内における広告画像の配置位置に関して、上述したサーバ側における動的な変更の他、端末装置１０側で動的にその配置位置を変更するようにしてもよい。例えば、ランダムに当該配置位置を決定するようにしてもよい。
【０１２１】
図１９に戻り、上記ステップＳ７５の判定の結果、リンク先が単一であるときは（ステップＳ７５でＮＯ）、ステップＳ７７で、ＣＰＵ１３は、そのリンク先に移動する処理を実行する。その後、ステップＳ７８で、移動先である広告主のサイトにおける各種処理が実行されることになる。
【０１２２】
次に、上記ステップＳ７４の判定の結果、広告キーワードがタップ操作されていないと判定されたときの処理（ステップＳ７４でＮＯ）について説明する。この場合は、ステップＳ７９で、ＣＰＵ１３は、サムネイル２０２内でタップ操作が行われたか否かを判定する。その結果、サムネイル２０２内でタップ操作が行われたときは（ステップＳ７９でＹＥＳ）、ステップＳ８０で、ＣＰＵ１３は、サムネイル内に表示されているいずれかの広告画像がタップされたか否かを判定する。その結果、いずれかの広告画像がタップ操作されていれば（ステップＳ８０でＹＥＳ）、ステップＳ８１で、その広告画像に対応する広告主のリンク先に移動する処理が実行される。そして、上記ステップＳ７８に処理が進められる。
【０１２３】
一方、ステップＳ８０の判定の結果、サムネイル２０２内でのタップではあるが、広告画像上でのタップではないときは（ステップＳ８０でＮＯ）、ステップＳ８２で、ＣＰＵ１３は、サムネイル２０２を画面から消去する処理を実行する。その後、ステップＳ８３に処理が進められる。なお、他の実施形態では、当該ステップＳ８２の処理は行われなくても良い。
【０１２４】
一方、上記ステップＳ７９の判定の結果、サムネイル２０２内でのタップ操作ではないときは（ステップＳ７９でＮＯ）、ステップＳ８３で、ＣＰＵ１３は、ＳＮＳサービスに関するその他の処理を適宜実行する。この処理では、例えば次のような処理が実行される。例えば、ユーザの操作内容が新たな投稿を行うような操作であれば、その投稿内容をＳＮＳサーバ２０に送信するための処理が実行される。また、例えば、サムネイル２０２が表示された状態でサムネイル２０２外の位置がタップ操作されたような場合は（広告キーワードのタップは除く）、表示されているサムネイル２０２を消去する処理が実行される。また、操作内容が画面スクロールのための操作であれば、その操作内容に基づいて、適宜画面スクロール制御が行われる。また、新たな閲覧用画面を要求する操作であれば、閲覧リクエストをＳＮＳサーバ２０に送信し、閲覧ソースを受信してこれに基づく閲覧用画面を表示する処理も実行される。換言すれば、タップ操作等の、ユーザによる広告キーワードの選択の意図があると考えられる操作が行われたときに、上記のようなサムネイル２０２の表示が行われ、スクロール操作等の選択の意図がないような操作では、サムネイル２０２の表示は行われないことになる。その他、操作データ９３で示される操作内容に基づいた各種処理が適宜実行される。
【０１２５】
その後、上記ステップＳ７２に戻り、処理が繰り返される。以上で、端末装置１０で実行される処理の説明を終了する。
【０１２６】
このように、本実施形態では、所定の文字列を広告キーワードとして定義・設定し、ＳＮＳ等における投稿内容にこの文字列が含まれていれば、この文字列自体を広告媒体として利用できる。これにより、ユーザにとっては、ＳＮＳ利用時の画面が広告バナー等で占有されずにすむため、快適にＳＮＳサービスを利用することができる。また、自分にとって興味の無い広告を見る頻度も軽減でき、興味のある事柄に関する広告を的確に見ることができる。また、アフィリエイト契約を結んでいるユーザにとっても、普段通りのＳＮＳ利用（ＳＮＳでの会話）を行うだけで、アフィリエイト収入を得ることが可能となる。
【０１２７】
また、ＳＮＳサービスのプロバイダにとっても、端末装置１０におけるＳＮＳサービスの画面を広告バナー等に占有されることがないため、ユーザにとってのＳＮＳサービスの利用性・利便性等を低下させることなく広告投入ができ、広告費収入も見込める。
【０１２８】
また、広告主にとっては、ＳＮＳのようなクローズドなコミュニティに対し広告を投入でき、また、広告内容に比較的興味のある人が集まる場に対して適切な広告を投入することができる。また、プロバイダから提示された「広告キーワード」を選択するだけで広告投入ができるため、例えば広告投入にかかるコストを削減することもできる。このように、本実施形態によれば、ユーザ、プロバイダ、広告主の３者それぞれに対して有用な広告システムを提供することができる。
【０１２９】
なお、上記の実施形態では、広告キーワードの例として文字列の場合を挙げたが、この他、画像を上記広告キーワードとして扱うようにしても良い。例えば、所定の映画の主人公の画像を広告キーワードとし、この画像がタップ操作されると、その映画に関連する広告主のサイトに移動するよう構成しても良い。
【０１３０】
また、上記サムネイル２０２で表示する要素について、上記の例では画像をサムネイル２０２で表示する例を挙げたが、画像に加えて広告主名等の文字列も併せてサムネイル２０２内に表示するようにしても良いし、画像は使わずに広告主名等の文字列だけをサムネイル２０２で表示するようにしても良い。
【０１３１】
また、広告主からプロバイダに支払う広告料の算出に関して、ユーザ側の広告利用状況に応じて算出するようにしてもよい。例えば、ユーザにより多くタップ操作された広告キーワードほど広告料をより高額に算出するようにしてもよい。例えば、ＳＮＳサーバ２０において、上記選択回数８０に基づいて広告料を自動的に算出し、その額を広告主に自動的に通知するように構成してもよい。
【０１３２】
また、上記実施形態では、タッチパネルを備えた端末装置１０でのタッチ操作の場合を例に挙げた。この他、例えば、入力装置にマウスを用いる場合は、以下のような操作が考えられる。例えば、上記リンク先が複数ついている広告キーワードについて、上記のようなサムネイル２０２を表示する操作を想定する。この場合、上記タップ操作（他の例では長押し操作）に該当する操作として、シングルクリック、ダブルクリック、クリックボタンの長押し操作、マウスカーソルを広告キーワード上に所定時間以上置いたままの状態とする操作、等が対応する。換言すれば、ユーザによる選択の意図があると考えられるような「第１の操作」が行われれば、上記のようなサムネイル２０２を表示するようにし、このような操作ではない「第２の操作」、例えば、画面スクロールの操作や、単にマウスカーソルが広告キーワード上を通過しただけ、というような操作の場合は、サムネイル２０２は表示しないようにすればよい。
【０１３３】
また、上述の例では、端末装置１０でのＳＮＳサービスにかかる処理がＷｅｂブラウザで実行される場合を示したが、もちろん、上記のような処理が実行可能な「専用アプリ」という形で実行されるようにしても良い。
【０１３４】
また、上述の実施形態では、上記ＳＮＳのような会員制のネットワークサービスの場合を例に挙げたが、このようなサービスに限らず、非会員性のオープンなネットワークサービスについても上記実施形態の処理は適用可能である。また、上記ＳＮＳサービスのようなコンテンツ共有サービスに限らず、例えば、いわゆる匿名掲示板のサービス等にも適用可能である。例えば、このような匿名掲示板におけるコメント等の書き込みに含まれる上記広告キーワードがハイパーリンク化されるような場合もある。そして、当該広告キーワードがタップ操作される等で、上述のような（複数の）広告表示がなされるようにすることも可能である。
【０１３５】
また、上記実施形態は、「広告」を目的とした例であるが、他の実施形態では、広告の目的以外で上述したような処理を適用してもよい。すなわち、ＳＮＳの投稿等における所定の文字列をタップ操作すると、上記のサムネイル２０２のように、複数のリンク先（広告目的か否かに関わらない）を示す画像が表示され、いずれかの画像をタップ操作すると、そのリンク先（例えば当該文字列との関連性が高いサイト）に移動できるようにしてもよい。
【０１３６】
また、上記実施形態では、広告ページのデータをＳＮＳサービスサーバ２０とは別のサーバ装置（広告主サーバ３０）に記憶させる場合を例に挙げていた。この他、他の実施形態では、広告ページのデータをＳＮＳサービスサーバ２０に記憶させるように構成しても良い。
【０１３７】
また、上記実施形態においては、広告キーワードを登録する処理や、端末装置１０に送信する閲覧ソースに広告キーワードが含まれる場合にその箇所をハイパーリンク化するための処理をＳＮＳサーバ２０で処理する例を示した。このＳＮＳサーバ２０での処理に関して、他の実施形態では、複数の情報処理装置によってサーバシステムが構成され、上記ＳＮＳサーバ２０側で実行するべき処理を当該複数の情報処理装置が分担して実行してもよい。例えば、決済関係の処理を実行する第１の情報処理装置と、端末装置１０とのやりとりにかかる処理を担当する第２の情報処理装置とが連携して動作するような構成としてもよい。また、端末装置１０側の処理についても同様に、その処理を複数の情報処理装置で分担して実行するようにしてもよい。
【符号の説明】
【０１３８】
１０    端末装置
１１    入力装置
１２    表示装置
１３    プロセッサ
１４    内部記憶装置
１５    メインメモリ
１６    通信部
２０    サーバ
２１    入力装置
２２    表示装置
２３    プロセッサ
２４    内部記憶装置
２５    メインメモリ
２６    通信部
【図１】
2015158853.tif 000003
【図２】
2015158853.tif 000004
【図３】
2015158853.tif 000005
【図４】
2015158853.tif 000006
【図５】
2015158853.tif 000007
【図６】
2015158853.tif 000008
【図７】
2015158853.tif 000009
【図８】
2015158853.tif 000010
【図９】
2015158853.tif 000011
【図１０】
2015158853.tif 000012
【図１１】
2015158853.tif 000013
【図１２】
2015158853.tif 000014
【図１３】
2015158853.tif 000015
【図１４】
2015158853.tif 000016
【図１５】
2015158853.tif 000017
【図１６】
2015158853.tif 000018
【図１７】
2015158853.tif 000019
【図１８】
2015158853.tif 000020
【図１９】
2015158853.tif 000021
【図２０】
2015158853.tif 000022
【図２１】
2015158853.tif 000023
【図２２】
2015158853.tif 000024
【手続補正書】
【提出日】平成27年2月23日(2015.2.23)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】
ここで、このようなサムネイル２０２を表示させる場合、マークアップ言語での記述としては、例えば、リンク先の合計数と複数のリンク先（URL等）を示すような記述が考えられる。一例として、以下のような記載方法がある。この例では、”HREFTBL”タグという架空のタグを用いている。
＜HREFTBL＞△△△△△＜リンク要素数＞＜リンク先１＞＜リンク先２＞・・・＜リンク先ｎ＞＜広告画像データ名１＞＜広告画像データ名２＞・・・＜広告画像データ名ｎ＞＜/HREFTBL＞
（なお、＜広告画像データ名ｎ＞は、例えばその格納先を示すフルパスで記載される）
そして、端末側におけるレンダリングエンジン（例えばＨＴＭＬレンダリングエンジン）で、このような記載については上記サムネイルを表示するような解釈を行うように構成すればよい。なお、上記のタグ等は一例であり、上記画面例のような動作が実現できれば、どのような記述手法でも良い。つまり、画面上は広告キーワード等の文字列のみが表示され、この文字列に対してタップ操作等の所定の操作が行われると、この文字列に関連づけられたリンク先の少なくとも１つに移動する、あるいはリンク先が複数あればその中から選択して移動可能なドキュメントが作成可能であれば、上記の例に限らず、どのような記述手法でもよい。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク上において、ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられるサーバ装置であって、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて記憶する記憶部と、
端末装置から、前記コンテンツを含む閲覧用ページの送信要求を受け付ける閲覧要求受付部と、
前記特定情報に基づき、前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を検知する検知部と、
前記検知部により検知された特定の表示要素にかかる箇所を当該特定の表示要素に対応づけられている前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成する閲覧ソース生成部と、
前記閲覧ソース生成部で生成された前記閲覧ソースデータを前記送信要求元の端末装置に送信する送信部とを備える、サーバ装置。
【請求項２】
前記広告用又は売買用ページのネットワーク上の位置は、前記情報処理システムで提供される前記サービスの外部に位置する、請求項１に記載のサーバ装置。
【請求項３】
前記サーバは、前記サービスを利用するユーザを認証するためのユーザ認証部を更に備え、
前記コンテンツは、前記ユーザ認証部によって認証されたユーザのみ投稿又は閲覧が可能である、請求項１または２に記載のサーバ装置。
【請求項４】
前記広告ページを示すリンク先情報は、前記コンテンツの投稿ユーザとは別である広告主の要求に応じて前記記憶部に記憶される、請求項１〜３のいずれかに記載のサーバ装置。
【請求項５】
前記サーバは、所定の前記表示要素と前記リンク先情報とを対応づけて前記記憶部に記憶させることの要求を所定の広告主から受け付けるための広告要求受付部を更に備え、
前記記憶部は、前記要求が受け付けられたことに応じて、前記広告主にかかる前記リンク先情報と当該広告主により指定された前記表示要素とを対応づけて記憶する、請求項１〜４の何れかに記載のサーバ装置。
【請求項６】
前記サーバは、前記広告要求受付部が受け付けた要求に対して決済が行われたか否かを判定する決済判定部を更に備え、
前記記憶部は、決済判定部によって前記決済が行われたことを判定した後に、前記広告主からの要求にかかる前記リンク先情報を当該広告主により指定された前記表示要素と対応づけて記憶する、請求項５に記載のサーバ装置。
【請求項７】
前記サーバ装置は、
前記端末装置から送信される前記特定情報に対するユーザの操作を示す情報に基づき、前記特定情報を経由した前記広告用又は売買用ページへの移動が利用される状況を判定する利用状況判定部と、
前記判定された利用状況に応じて前記広告主に請求すべき利用料金を算出する算出部とを更に備える、請求項４に記載のサーバ装置。
【請求項８】
前記サーバは、前記リンク先情報と特定情報との対応付けの有効期間に関する条件である有効期間条件が満たされたか否かを判定する、期間条件判定部を更に備え、
前記閲覧ソース生成部は、前記閲覧用ページにおいて表示される表示要素の中に前記特定情報で示される特定の表示要素が含まれることが前記検知部によって検知されたときであっても、前記期間条件判定部において前記有効期間条件が満たされたと判定されるときは、当該表示要素に係る箇所のハイパーリンク化は行わずに閲覧ソースデータを生成する、請求項１〜７のいずれかに記載のサーバ装置。
【請求項９】
前記サーバは、前記端末装置から送信される前記特定情報に対するユーザの操作を示す情報に基づく前記広告用又は売買用ページへの移動回数に関する条件であるページ移動回数条件が満たされたか否かを判定する回数条件判定部を更に備え、
前記閲覧ソース生成部は、前記閲覧用ページにおいて表示される表示要素の中に前記特定情報で示される特定の表示要素が含まれることが前記検知部によって検知されたときであっても、前記回数条件判定部において前記ページ移動回数条件が満たされたと判定されるときは、当該表示要素に係る箇所のハイパーリンク化は行わずに閲覧ソースデータを生成する、請求項１〜７のいずれかに記載のサーバ装置。
【請求項１０】
前記サーバは、前記端末装置から送信される前記特定情報に対するユーザの操作を示す情報に基づく前記広告用又は売買用ページへの移動回数を当該特定情報毎に、あるいは、前記特定の表示要素を含むコンテンツを投稿したユーザ毎にカウントするためのカウント部を更に備える、請求項１〜８のいずれかに記載のサーバ装置。
【請求項１１】
前記記憶部は、単一の前記特定の表示要素と１以上の前記リンク先情報とを対応づけて記憶する、請求項１〜９のいずれかに記載のサーバ装置。
【請求項１２】
前記特定の表示要素は、特定の文字列である、請求項１〜９のいずれかに記載のサーバ装置。
【請求項１３】
前記閲覧ソース生成部は、前記ハイパーリンク化した箇所にかかる表示要素の表示態様が他の箇所とは異なる表示態様となるように前記閲覧ソースデータを生成する、請求項１〜１０のいずれかに記載のサーバ装置。
【請求項１４】
ネットワーク上において、ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられる端末装置であって、
ユーザの操作を受け付ける操作受付部と、
前記サービスを提供するためのウェブページであって、複数のリンク先情報が対応づけられた第１の表示要素を含むウェブページを所定の表示装置に表示するための制御を行う第１表示制御部と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作内容判定部と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたと判定されたとき、当該第１の表示要素に対応づけられている複数のリンク先のそれぞれを示すための複数の第２の表示要素を更に前記所定の表示装置に表示するための制御を行う第２表示制御部と、
ユーザの操作内容に基づいて前記第２の表示要素から選択されたリンク先に移動する制御を行うリンク先移動制御部とを備える、端末装置。
【請求項１５】
前記第２の表示要素は、前記第１の表示要素に対応づけられている複数のリンク先のそれぞれに対応する画像である、請求項１４に記載の端末装置。
【請求項１６】
前記ウェブページを構成する情報であって前記第１の表示要素に対応する情報には、前記第２の表示要素の表示位置の基準となる情報が含まれる、請求項１４または１５に記載の端末装置。
【請求項１７】
前記第２表示制御部は、前記第１の表示要素を選択したことを示す第１の操作が行われたときに前記第２の表示要素を更に表示し、当該第１の操作とは異なる第２の操作が行われたときは、前記第２の表示要素の表示は行わない、請求項１４〜１６のいずれかに記載の端末装置。
【請求項１８】
前記第２表示制御部は、前記第１の表示要素を選択する操作がユーザによって所定時間以上継続して行われたとき、前記複数の第２の表示要素を更に表示し、
前記リンク先移動制御部は、前記選択する操作が解除されたとき、解除直前の選択位置が前記複数の第２の表示要素のいずれかの位置に変化していれば、当該解除直前の選択位置にかかる第２の表示要素に対応するリンク先に移動する制御を行う、請求項１４に記載の端末装置。
【請求項１９】
前記操作内容判定部は、リンク先情報が１つだけ対応づけられた第３の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて更に判定し、
前記リンク先移動制御部は、前記第３の表示要素が選択されたときは、当該第３の表示要素に対応づけられたリンク先に移動する制御を行う、請求項１４に記載の端末装置。
【請求項２０】
前記第１の表示要素と前記第３の表示要素とは互いに異なる表示態様で表示される、請求項１９に記載の端末装置。
【請求項２１】
前記操作内容判定部は、前記第１の表示要素に対し、前記第１の操作および第２の操作とは異なる操作であって、当該第１の表示要素に対応づけられたリンク先に移動することを決定したことを示す第３の操作が行われたか否かを更に判定し、
前記第２表示制御部は、前記第３の操作が行われたと判定されたときは、前記第２の表示要素の表示は行わず、
前記リンク先移動制御部は、前記第１の表示要素に対応づけられている複数のリンク先のいずれか一つに移動する制御を行う、請求項１７に記載の端末装置。
【請求項２２】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられるサーバ装置のコンピュータに実行させる情報処理プログラムであって、
前記コンピュータを、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて所定の記憶部に記憶する記憶手段と、
端末装置から、所定の前記コンテンツを含む閲覧用ページの送信要求を受け付ける閲覧要求受付手段と、
前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を前記特定情報に基づいて検知する検知手段と、
前記検知手段により検知された特定の表示要素にかかる箇所を当該表示要素に対応づけられている前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成する閲覧ソース生成手段と、
前記閲覧ソース生成手段が生成した前記閲覧ソースデータを前記要求元の端末装置に送信する送信手段として機能させる、情報処理プログラム。
【請求項２３】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられるサーバ装置のコンピュータを制御するための情報処理方法であって、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて所定の記憶部に記憶させる記憶ステップと、
所定の前記コンテンツを含む閲覧用ページの送信要求を端末装置から受け付けさせる閲覧要求受付ステップと、
前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を前記特定情報に基づいて検知させる検知ステップと、
前記検知ステップにおいて検知された特定の表示要素にかかる箇所を当該表示要素に対応づけられている前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成させる閲覧ソース生成ステップと、
前記閲覧ソース生成ステップで生成された前記閲覧ソースデータを前記要求元の端末装置へ送信させる送信ステップとを備える、情報処理方法。
【請求項２４】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられるサーバシステムであって、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて記憶する記憶部と、
端末装置から、所定の前記コンテンツを含む閲覧用ページの送信要求を受け付ける閲覧要求受付部と、
前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を前記特定情報に基づいて検知する検知部と、
前記検知部により検知された特定の表示要素にかかる箇所を当該表示要素に対応づけられている前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成する閲覧ソース生成部と、
前記閲覧ソース生成部で生成された前記閲覧ソースデータを前記要求元の端末装置に送信する送信部とを備える、サーバシステム。
【請求項２５】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられる端末装置のコンピュータに実行させる情報処理プログラムであって、
前記コンピュータを、
ユーザの操作を受け付ける操作受付手段と、
前記サービスを提供するためのウェブページであって、複数のリンク先情報が対応づけられた第１の表示要素を含むウェブページを表示する第１表示手段と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作内容判定手段と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたと判定されたとき、当該第１の表示要素に対応づけられている複数のリンク先情報のそれぞれを示すための第２の表示要素を更に表示する第２表示手段と、
ユーザの操作に基づいて前記第２の表示要素から選択されたリンク先に移動する制御を行うリンク先移動制御手段として機能させる、情報処理プログラム。
【請求項２６】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられる端末装置のコンピュータを制御するための情報処理方法であって、
ユーザの操作を受け付ける操作受付ステップと、
前記サービスを提供するためのウェブページであって、複数のリンク先情報が対応づけられた第１の表示要素を含むウェブページを表示する第１表示部ステップ、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作内容判定ステップと、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたと判定されたとき、当該第１の表示要素に対応づけられている複数のリンク先情報のそれぞれを示すための第２の表示要素を更に表示する第２表示ステップと、
ユーザの操作に基づいて前記第２の表示要素から選択されたリンク先に移動する制御を行うリンク先移動制御ステップとを備える、情報処理方法。
【請求項２７】
ユーザによるコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムで用いられる端末システムであって、
ユーザの操作を受け付ける操作受付部と、
前記サービスを提供するためのウェブページであって、複数のリンク先情報が対応づけられた第１の表示要素を含むウェブページを表示する第１表示部と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作内容判定部と、
前記複数のリンク先情報が対応づけられた第１の表示要素が選択されたと判定されたとき、当該第１の表示要素に対応づけられている複数のリンク先情報のそれぞれを示すための第２の表示要素を更に表示する第２表示部と、
ユーザの操作に基づいて前記第２の表示要素から選択されたリンク先に移動する制御を行うリンク先移動制御部とを備える、端末システム。
【請求項２８】
少なくとも一つのサーバと複数の端末装置とを備え、ユーザによる当該端末装置を用いたコンテンツの投稿および共有が可能なサービスを提供するための情報処理システムであって、
前記サーバ装置は、
前記投稿されたコンテンツにおいて表示され得る表示要素のうち特定の表示要素を示す特定情報と、所定の商品・サービスの広告あるいは売買を目的とするウェブページである広告用又は売買用ページのネットワーク上の位置を示すリンク先情報とを対応づけて記憶する記憶部と、
前記端末装置から、所定の前記コンテンツを含む閲覧用ページの送信要求を受け付ける閲覧要求受付部と、
前記閲覧用ページにおいて表示される表示要素の中の前記特定の表示要素を前記特定情報に基づいて検知する検知部と、
前記検知部により検知された特定の表示要素にかかる箇所を当該表示要素に対応づけられている少なくとの一つの前記リンク先情報に基づいてハイパーリンク化した閲覧用ページを前記端末装置で表示するための閲覧ソースデータを生成する閲覧ソース生成部と、
前記送信要求元の端末装置に前記閲覧ソース生成部で生成された前記閲覧ソースデータを送信する送信部とを備え、
前記端末装置は、
ユーザの操作を受け付ける操作受付部と、
前記閲覧ソースデータに基づいて前記閲覧用ページを表示する第１表示部と、
前記閲覧用ページに含まれている前記表示要素が選択されたか否かを前記ユーザの操作内容に基づいて判定する操作判定部と、
前記表示要素が選択されたと判定されたとき、当該表示要素に複数のリンク先が対応づけられていれば、当該複数のリンク先のそれぞれを示す第２の表示要素を前記閲覧用ページに重畳して表示する第２表示部と、
前記表示要素が選択され、かつ、当該表示要素に複数のリンク先が対応づけられているときは、前記ユーザの操作に基づいて、前記第２の表示要素から選択されたリンク先に移動する制御を行い、前記表示要素が選択され、かつ、当該表示要素に対応づけられたリンク先が単一のときは、当該リンク先に移動する制御を行う、リンク先移動制御部とを備える、情報処理システム。
【請求項２９】
ウェブページを生成する処理に用いられるデータ構造であって、
１つのテキスト要素と複数のリンク先情報を有し、
前記ウェブページには前記テキスト要素のみが表示され、当該テキスト要素に対して所定の操作が行われると前記複数のリンク先を示す情報が重畳して表示されるウェブページが作成可能なように、前記１つのテキスト要素と前記複数のリンク先情報とを対応づけて記憶した、データ構造。