ホーム > 特許ランキング > 楽天グループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024166195
(43)【公開日】2024-11-28
(54)【発明の名称】スタンプカード管理装置及びスタンプカード管理方法
(51)【国際特許分類】
G06Q 50/00 20240101AFI20241121BHJP
【ＦＩ】
G06Q50/00 300
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2024088971
(22)【出願日】2024-05-31
(62)【分割の表示】P 2023081438の分割
【原出願日】2023-05-17
(71)【出願人】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】110000958
【氏名又は名称】弁理士法人インテクト国際特許事務所
(74)【代理人】
【識別番号】100120189
【弁理士】
【氏名又は名称】奥 和幸
(74)【代理人】
【識別番号】100135518
【弁理士】
【氏名又は名称】青木 隆
(72)【発明者】
【氏名】舘 豊
【テーマコード（参考）】
5L050
【Ｆターム（参考）】
5L050CC00
(57)【要約】 （修正有）
【課題】スタンプカードの作成者が２以上のコミュニティを指定して、指定されたそれらのコミュニティに関連する場所で共通に利用可能なスタンプカードを作成するスタンプカード管理装置及び方法を提供する。
【解決手段】通信システムにおいて、ＳＮＳサーバは、指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティ識別情報を取得し、２以上のコミュニティ識別情報に関連付けて、スタンプカード識別情報を識別情報ストレージに記憶させ、携帯可能な端末装置の位置を示す位置情報を取得し、領域情報ストレージに記憶された領域情報のうち、スタンプカード識別情報に関連付けられた２以上のコミュニティ識別情報の何れかに関連付けられた領域情報により示される領域に、位置情報により示される位置が含まれる場合、ユーザ端末のユーザについてスタンプカードにスタンプを押す。
【選択図】図１
【解決手段】通信システムにおいて、ＳＮＳサーバは、指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティ識別情報を取得し、２以上のコミュニティ識別情報に関連付けて、スタンプカード識別情報を識別情報ストレージに記憶させ、携帯可能な端末装置の位置を示す位置情報を取得し、領域情報ストレージに記憶された領域情報のうち、スタンプカード識別情報に関連付けられた２以上のコミュニティ識別情報の何れかに関連付けられた領域情報により示される領域に、位置情報により示される位置が含まれる場合、ユーザ端末のユーザについてスタンプカードにスタンプを押す。
【選択図】図１
【特許請求の範囲】
【請求項1】
それぞれ予め設定された領域に関連する情報がコミュニティ内で提供される互いに異なる複数のコミュニティのうち、スタンプカードを作成する作成者により指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティ識別情報を取得する取得手段と、
前記取得された２以上のコミュニティ識別情報に関連付けて、前記作成されるスタンプカードを識別するスタンプカード識別情報を、識別情報記憶手段に記憶させる識別情報記憶制御手段と、
携帯可能な端末装置の位置を示す位置情報を取得する取得手段と、
前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報を記憶する領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記２以上のコミュニティ識別情報の何れかに関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行するスタンプ手段と、
を備えることを特徴とするスタンプカード管理装置。
前記取得された２以上のコミュニティ識別情報に関連付けて、前記作成されるスタンプカードを識別するスタンプカード識別情報を、識別情報記憶手段に記憶させる識別情報記憶制御手段と、
携帯可能な端末装置の位置を示す位置情報を取得する取得手段と、
前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報を記憶する領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記２以上のコミュニティ識別情報の何れかに関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行するスタンプ手段と、
を備えることを特徴とするスタンプカード管理装置。
【請求項2】
前記領域情報記憶手段に記憶された何れかの前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記何れかの領域情報に関連付けられた前記コミュニティ識別情報により識別される前記コミュニティに前記ユーザを加入させる処理を実行する加入手段を更に備えることを特徴とする請求項１に記載のスタンプカード管理装置。
【請求項3】
前記スタンプカード識別情報と、前記作成されたスタンプカードを有するユーザを識別するユーザ識別情報と、に関連付けて、前記２以上のコミュニティそれぞれについて、前記スタンプが押されていないことを示す非スタンプ情報及び前記スタンプが押されていることを示すスタンプ情報のうちの何れかが、スタンプ情報記憶手段に記憶され、
前記スタンプ手段は、前記２以上のコミュニティのうち、前記取得された位置情報により示される前記位置を含む前記領域を示す前記領域情報に関連付けられた前記コミュニティ識別情報により示される前記コミュニティについて、前記スタンプカード識別情報と前記端末装置の前記ユーザを識別する前記ユーザ識別情報とに関連付けて、前記非スタンプ情報が前記スタンプ情報記憶手段に記憶されている場合、前記スタンプ処理として、該非スタンプ情報を前記スタンプ情報に変更し、
前記スタンプカード識別情報と前記ユーザ識別情報とに関連付けて前記スタンプ情報記憶手段に記憶されている前記スタンプ情報の数が所定数に達した場合、前記ユーザ識別情報により識別される前記ユーザに特典が付与されると定められていることを特徴とする請求項１又は２に記載のスタンプカード管理装置。
前記スタンプ手段は、前記２以上のコミュニティのうち、前記取得された位置情報により示される前記位置を含む前記領域を示す前記領域情報に関連付けられた前記コミュニティ識別情報により示される前記コミュニティについて、前記スタンプカード識別情報と前記端末装置の前記ユーザを識別する前記ユーザ識別情報とに関連付けて、前記非スタンプ情報が前記スタンプ情報記憶手段に記憶されている場合、前記スタンプ処理として、該非スタンプ情報を前記スタンプ情報に変更し、
前記スタンプカード識別情報と前記ユーザ識別情報とに関連付けて前記スタンプ情報記憶手段に記憶されている前記スタンプ情報の数が所定数に達した場合、前記ユーザ識別情報により識別される前記ユーザに特典が付与されると定められていることを特徴とする請求項１又は２に記載のスタンプカード管理装置。
【請求項4】
前記２以上のコミュニティは、それぞれ取引対象を販売する互いに異なる２以上の事業者に関連する情報がコミュニティ内で提供される２以上の事業者コミュニティであり、
前記２以上の事業者それぞれは、前記事業者に関連する施設で前記取引対象を販売し、
前記２以上の事業者それぞれについて、前記事業者に関連する前記事業者コミュニティを識別する前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域は、前記事業者に関連する前記施設の所在地を含むことを特徴とする請求項１又は２に記載のスタンプカード管理装置。
前記２以上の事業者それぞれは、前記事業者に関連する施設で前記取引対象を販売し、
前記２以上の事業者それぞれについて、前記事業者に関連する前記事業者コミュニティを識別する前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域は、前記事業者に関連する前記施設の所在地を含むことを特徴とする請求項１又は２に記載のスタンプカード管理装置。
【請求項5】
前記スタンプ手段は、前記ユーザが前記２以上のコミュニティのうち少なくとも一のコミュニティのメンバであることを条件として、前記スタンプ処理を実行することを特徴とする請求項１又は２に記載のスタンプカード管理装置。
【請求項6】
前記２以上のコミュニティそれぞれについて前記領域情報記憶手段に記憶された２以上の前記領域情報それぞれにより示される２以上の前記領域は、互いに異なる場所を含むことを特徴とする請求項１又は２に記載のスタンプカード管理装置。
【請求項7】
前記スタンプ手段により前記スタンプ処理が実行される場合、前記端末装置のユーザへ、ポイントプログラムのポイントを付与する付与処理を実行する付与手段を更に備えることを特徴とする請求項１に記載のスタンプカード管理装置。
【請求項8】
前記ポイントの付与について前記作成者に請求される第１請求金額が、請求金額記憶手段に記憶され、
前記複数のコミュニティのうち、前記ポイントを付与するための費用を負担することを選択した前記コミュニティの運営者について、該運営者に請求される第２請求金額が、前記請求金額記憶手段に記憶され、
前記付与手段により前記付与処理が実行される場合、前記記憶された第１請求金額及び第２請求金額のうち少なくとも何れか一方を更新する更新手段を更に備え、
前記更新手段は、
前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担しない前記コミュニティを示す場合、前記ポイントを付与するための費用負担額の全部を前記第１請求金額に加算し、
前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の少なくとも一部を前記第２請求金額に加算し、前記第１請求金額に加算される第１加算額と前記第２請求金額に加算される第２加算額との合計が前記費用負担額となることを特徴とする請求項７に記載のスタンプカード管理装置。
前記複数のコミュニティのうち、前記ポイントを付与するための費用を負担することを選択した前記コミュニティの運営者について、該運営者に請求される第２請求金額が、前記請求金額記憶手段に記憶され、
前記付与手段により前記付与処理が実行される場合、前記記憶された第１請求金額及び第２請求金額のうち少なくとも何れか一方を更新する更新手段を更に備え、
前記更新手段は、
前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担しない前記コミュニティを示す場合、前記ポイントを付与するための費用負担額の全部を前記第１請求金額に加算し、
前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の少なくとも一部を前記第２請求金額に加算し、前記第１請求金額に加算される第１加算額と前記第２請求金額に加算される第２加算額との合計が前記費用負担額となることを特徴とする請求項７に記載のスタンプカード管理装置。
【請求項9】
前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の全部を前記第２請求金額に加算することを特徴とする請求項８に記載のスタンプカード管理装置。
【請求項10】
前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報のそれぞれが、該コミュニティ表示情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ表示情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段を更に備え、
前記取得手段は、前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得し、
前記画面情報送信手段は、前記少なくとも一部のコミュニティのうち、前記費用を負担するコミュニティを示す前記コミュニティ表示情報の前記優先度を、前記費用を負担しないコミュニティを示す前記コミュニティ表示情報の前記優先度よりも高くして、前記画面情報を生成すことを特徴とする請求項８又は９に記載のスタンプカード管理装置。
前記取得手段は、前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得し、
前記画面情報送信手段は、前記少なくとも一部のコミュニティのうち、前記費用を負担するコミュニティを示す前記コミュニティ表示情報の前記優先度を、前記費用を負担しないコミュニティを示す前記コミュニティ表示情報の前記優先度よりも高くして、前記画面情報を生成すことを特徴とする請求項８又は９に記載のスタンプカード管理装置。
【請求項11】
前記ポイントを付与するための費用を負担する前記コミュニティの運営者により指定された負担率を取得する負担率取得手段を更に備え、
前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額に対して、前記取得された負担率に相当する前記第２加算額を、前記第２請求金額に加算し、前記費用負担額と前記第２加算額との差に相当する前記第１加算額を、前記第１請求金額に加算することを特徴とする請求項８に記載のスタンプカード管理装置。
前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額に対して、前記取得された負担率に相当する前記第２加算額を、前記第２請求金額に加算し、前記費用負担額と前記第２加算額との差に相当する前記第１加算額を、前記第１請求金額に加算することを特徴とする請求項８に記載のスタンプカード管理装置。
【請求項12】
前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報のそれぞれが、該コミュニティ表示情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ表示情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段を更に備え、
前記取得手段は、前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得し、
前記画面情報送信手段は、前記コミュニティの運営者により指定された前記負担率が高いほど、該コミュニティを示す前記コミュニティ表示情報の前記優先度を高くして、前記画面情報を生成することを特徴とする請求項１１に記載のスタンプカード管理装置。
前記取得手段は、前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得し、
前記画面情報送信手段は、前記コミュニティの運営者により指定された前記負担率が高いほど、該コミュニティを示す前記コミュニティ表示情報の前記優先度を高くして、前記画面情報を生成することを特徴とする請求項１１に記載のスタンプカード管理装置。
【請求項13】
前記付与手段により前記ポイントが付与されたことがある前記ユーザのうち、前記運営者が前記費用を負担する前記コミュニティを識別する前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域内に前記端末装置が位置したことで前記ポイントが付与された前記ユーザの人数を取得する人数取得手段と、
前記費用を負担する前記運営者が利用する運営者端末装置へ、推奨される前記負担率を示す推奨情報を送信する推奨情報送信手段であって、前記取得された人数が少ないほど、前記推奨される負担率をより高くする推奨情報送信手段と、
を更に備え、
前記負担率取得手段は、前記推奨情報の送信先の前記運営者端末装置から、前記指定された負担率を取得することを特徴とする請求項１２に記載のスタンプカード管理装置。
前記費用を負担する前記運営者が利用する運営者端末装置へ、推奨される前記負担率を示す推奨情報を送信する推奨情報送信手段であって、前記取得された人数が少ないほど、前記推奨される負担率をより高くする推奨情報送信手段と、
を更に備え、
前記負担率取得手段は、前記推奨情報の送信先の前記運営者端末装置から、前記指定された負担率を取得することを特徴とする請求項１２に記載のスタンプカード管理装置。
【請求項14】
コンピュータにより実行されるスタンプカード管理方法において、
それぞれ予め設定された領域に関連する情報がコミュニティ内で提供される互いに異なる複数のコミュニティのうち、スタンプカードを作成する作成者により指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティ識別情報を取得する取得ステップと、
前記取得された２以上のコミュニティ識別情報に関連付けて、前記作成されるスタンプカードを識別するスタンプカード識別情報を、識別情報記憶手段に記憶させる識別情報記憶制御ステップと、
携帯可能な端末装置の位置を示す位置情報を取得する取得ステップと、
前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報を記憶する領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記２以上のコミュニティ識別情報の何れかに関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行するスタンプステップと、
を含むことを特徴とするスタンプカード管理方法。
それぞれ予め設定された領域に関連する情報がコミュニティ内で提供される互いに異なる複数のコミュニティのうち、スタンプカードを作成する作成者により指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティ識別情報を取得する取得ステップと、
前記取得された２以上のコミュニティ識別情報に関連付けて、前記作成されるスタンプカードを識別するスタンプカード識別情報を、識別情報記憶手段に記憶させる識別情報記憶制御ステップと、
携帯可能な端末装置の位置を示す位置情報を取得する取得ステップと、
前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報を記憶する領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記２以上のコミュニティ識別情報の何れかに関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行するスタンプステップと、
を含むことを特徴とするスタンプカード管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ユーザが特定の場所を訪れることを条件として、そのユーザのスタンプカードにスタンプを押すための方法に関する。
【背景技術】
【0002】
従来、ユーザが特定の場所を訪れると、そのユーザが所有するスタンプカードにスタンプを押すサービスが知られている。例えば、店舗を運営する事業者がユーザにスタンプカードを発行する。ユーザは、その店舗を利用することで、そのユーザのスタンプカードにスタンプが押される。一定数のスタンプが蓄積されると、ユーザは、その事業者の店舗から何らかの特典を受けることが可能となっていることが一般的である。またスタンプカードとして、紙片等の有形のスタンプカードではなく、電子的なスタンプカードを管理するための技術も知られている。
【0003】
こうしたスタンプカードは、事業者ごとに異なることが通常である。そのため、ユーザは、複数の事業者の店舗を利用する場合、複数のスタンプカードを所有する必要があった。また、ユーザは、或る事業者の店舗で押されたスタンプを、別の事業者の店舗で利用することはできなかった。こうした状況に関連して、特許文献１には、複数の店舗で共通のスタンプを利用するための技術が開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１９－９１１４６号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
例えば、特定の場所に関連するインターネットコミュニティが作成され、このコミュニティ内に、その場所に関連する情報が提供されると仮定する。そのコミュニティのメンバは、その場所に関連する情報をオンラインで共有することができる。こうしたコミュニティについてスタンプカードを作成し、そのコミュニティに関連する場所に訪れたユーザについてスタンプカードにスタンプを押すサービスを提供することが考えられる。このようなサービスを提供する場合において、例えば関連する場所が異なる別々のコミュニティを指定して、それらのコミュニティで共通のスタンプカードを作成することができると便利である。
【0006】
本発明は以上の点に鑑みてなされたものであり、その課題の一例は、スタンプカードの作成者が２以上のコミュニティを指定して、指定されたそれらのコミュニティに関連する場所で共通に利用可能なスタンプカードを作成可能とするスタンプカード管理装置及びスタンプカード管理方法を提供することにある。
【課題を解決するための手段】
【0007】
本発明の一の側面は、それぞれ予め設定された領域に関連する情報がコミュニティ内で提供される互いに異なる複数のコミュニティのうち、スタンプカードを作成する作成者により指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティ識別情報を取得する取得手段と、前記取得された２以上のコミュニティ識別情報に関連付けて、前記作成されるスタンプカードを識別するスタンプカード識別情報を、識別情報記憶手段に記憶させる識別情報記憶制御手段と、携帯可能な端末装置の位置を示す位置情報を取得する取得手段と、前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報を記憶する領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記２以上のコミュニティ識別情報の何れかに関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行するスタンプ手段と、を備えることを特徴とする。
【0008】
この側面によれば、スタンプカードの作成者は、複数のコミュニティのうち、２以上のコミュニティを指定することができる。指定された２以上のコミュニティそれぞれのコミュニティ識別情報に関連付けて、作成されるスタンプカードのスタンプカード識別情報が、識別情報記憶手段に記憶される。また、領域情報記憶手段には、複数のコミュニティそれぞれについて、そのコミュニティのコミュニティ識別情報に関連付けて、そのコミュニティに関連する領域を示す領域情報が記憶される。スタンプカード識別情報に関連付けられた２以上のコミュニティ識別情報の何れかに関連付けられた領域情報により示される領域に、端末装置の位置が含まれる場合、その端末装置のユーザについてスタンプカードにスタンプを押すスタンプ処理が実行される。そのため、ユーザが行った領域に関連付けられたコミュニティが、スタンプカードの作成者により指定された２以上のコミュニティの何れに該当しても、そのユーザはスタンプカードにスタンプを押してもらうことができる。従って、スタンプカードの作成者が２以上のコミュニティを指定して、指定されたそれらのコミュニティに関連する場所で共通に利用可能なスタンプカードを作成することができる。
【0009】
本発明の別の側面は、前記領域情報記憶手段に記憶された何れかの前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記何れかの領域情報に関連付けられた前記コミュニティ識別情報により識別される前記コミュニティに前記ユーザを加入させる処理を実行する加入手段を更に備えることを特徴とする。
【0010】
この側面によれば、ユーザは、何れかのコミュニティに関連付けられた領域に行くことによって、そのコミュニティに加入することができる。特定の領域内にある物事に或る程度以上関心が高いからこそ、ユーザはその領域内に行くものと考えられる。従って、コミュニティで情報交換される対象への関心度が或る程度以上に高いユーザでそのコミュニティが形成されるようにすることができる。
【0011】
本発明の更に別の側面は、前記スタンプカード識別情報と、前記作成されたスタンプカードを有するユーザを識別するユーザ識別情報と、に関連付けて、前記２以上のコミュニティそれぞれについて、前記スタンプが押されていないことを示す非スタンプ情報及び前記スタンプが押されていることを示すスタンプ情報のうちの何れかが、スタンプ情報記憶手段に記憶され、前記スタンプ手段は、前記２以上のコミュニティのうち、前記取得された位置情報により示される前記位置を含む前記領域を示す前記領域情報に関連付けられた前記コミュニティ識別情報により示される前記コミュニティについて、前記スタンプカード識別情報と前記端末装置の前記ユーザを識別する前記ユーザ識別情報とに関連付けて、前記非スタンプ情報が前記スタンプ情報記憶手段に記憶されている場合、前記スタンプ処理として、該非スタンプ情報を前記スタンプ情報に変更し、前記スタンプカード識別情報と前記ユーザ識別情報とに関連付けて前記スタンプ情報記憶手段に記憶されている前記スタンプ情報の数が所定数に達した場合、前記ユーザ識別情報により識別される前記ユーザに特典が付与されると定められていることを特徴とする。
【0012】
この側面によれば、スタンプ情報記憶手段には、スタンプカード識別情報とユーザ識別情報とに関連付けて、コミュニティごとに、スタンプが押されていないことを示す非スタンプ情報又はスタンプが押されていることを示すスタンプ情報が記憶される。ユーザが行った領域に関連するコミュニティについてスタンプ情報記憶手段に非スタンプ情報が記憶されている場合、その非スタンプ情報がスタンプ変更に変更される。すなわち、ユーザは、そのコミュニティについてスタンプカードにスタンプを押してもらうことができる。そのコミュニティについてスタンプ情報記憶手段にスタンプ情報が記憶されている場合、特段の変更はない。すなわち、スタンプカードには、そのコミュニティについて既にスタンプが押されているので、更なるスタンプは押されない。そして、スタンプが押されたコミュニティの数が所定数に達すると、そのユーザに特典が付与される。従って、スタンプカードの作成者により指定された２以上のコミュニティそれぞれに関連する２以上の領域をユーザが巡るスタンプラリーを実現することができる。
【0013】
本発明の更に別の側面は、前記２以上のコミュニティは、それぞれ取引対象を販売する互いに異なる２以上の事業者に関連する情報がコミュニティ内で提供される２以上の事業者コミュニティであり、前記２以上の事業者それぞれは、前記事業者に関連する施設で前記取引対象を販売し、前記２以上の事業者それぞれについて、前記事業者に関連する前記事業者コミュニティを識別する前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域は、前記事業者に関連する前記施設の所在地を含むことを特徴とする。
【0014】
この側面によれば、スタンプカードの作成者は、２以上のコミュニティとして、互いに異なる事業者に関連するコミュニティを指定する。２以上の事業者のうち何れかの事業者に関連する施設を訪れることによって、ユーザは、スタンプカードにスタンプを押してもらうことができる。従って、施設を訪れることをユーザに促すスタンプカードとして、２以上の事業者に共通のスタンプカードを作成することができる。
【0015】
本発明の更に別の側面は、前記スタンプ手段は、前記ユーザが前記２以上のコミュニティのうち少なくとも一のコミュニティのメンバであることを条件として、前記スタンプ処理を実行することを特徴とする。
【0016】
この側面によれば、ユーザが、スタンプカードの作成者により指定された２以上のコミュニティのうち、少なくとも一のコミュニティのメンバである場合、そのユーザはスタンプを押してもらうことができる。従って、コミュニティに加入することをユーザに促すことができる。
【0017】
本発明の更に別の側面は、前記２以上のコミュニティそれぞれについて前記領域情報記憶手段に記憶された２以上の前記領域情報それぞれにより示される２以上の前記領域は、互いに異なる場所を含むことを特徴とする。
【0018】
この側面によれば、スタンプカードの作成者により、互いに異なる場所にそれぞれ関連し得る２以上のコミュニティが指定される。
【0019】
本発明の更に別の側面は、前記スタンプ手段により前記スタンプ処理が実行される場合、前記端末装置のユーザへ、ポイントプログラムのポイントを付与する付与処理を実行する付与手段を更に備えることを特徴とする。
【0020】
この側面によれば、スタンプカードの作成者により指定されたコミュニティに関連する領域内に行くことを、よりユーザに促すことができる。
【0021】
本発明の更に別の側面は、前記ポイントの付与について前記作成者に請求される第１請求金額が、請求金額記憶手段に記憶され、前記複数のコミュニティのうち、前記ポイントを付与するための費用を負担することを選択した前記コミュニティの運営者について、該運営者に請求される第２請求金額が、前記請求金額記憶手段に記憶され、前記付与手段により前記付与処理が実行される場合、前記記憶された第１請求金額及び第２請求金額のうち少なくとも何れか一方を更新する更新手段を更に備え、前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担しない前記コミュニティを示す場合、前記ポイントを付与するための費用負担額の全部を前記第１請求金額に加算し、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の少なくとも一部を前記第２請求金額に加算し、前記第１請求金額に加算される第１加算額と前記第２請求金額に加算される第２加算額との合計が前記費用負担額となることを特徴とする。
【0022】
この側面によれば、各コミュニティの運営者は、ポイントを付与するための費用を負担するか否かを選択可能である。ユーザが、運営者が費用を負担しないコミュニティに関連する領域内に行った場合、ポイントを付与するための費用負担額の全部に相当する費用を、スタンプカードの作成者が負担する。一方、ユーザが、運営者が費用を負担するコミュニティに関連する領域内に行った場合、ポイントを付与するための費用負担額の少なくとも一部となる金額の費用を、そのコミュニティの運営者が負担する。そして、スタンプカードの作成者が負担する費用の金額とコミュニティの運営者が負担する費用の金額との合計が、ポイントを付与するための費用負担額となる。従って、コミュニティの運営者が費用を負担するか否かに応じて、適切な請求先に費用を請求することができる。
【0023】
本発明の更に別の側面は、前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の全部を前記第２請求金額に加算することを特徴とする。
【0024】
この側面によれば、ユーザが、運営者が費用を負担するコミュニティに関連する領域内に行った場合、ポイントを付与するための費用負担額の全部に相当する費用を、そのコミュニティの運営者が負担する。
【0025】
本発明の更に別の側面は、前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報のそれぞれが、該コミュニティ表示情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ表示情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段を更に備え、前記取得手段は、前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得し、前記画面情報送信手段は、前記少なくとも一部のコミュニティのうち、前記費用を負担するコミュニティを示す前記コミュニティ表示情報の前記優先度を、前記費用を負担しないコミュニティを示す前記コミュニティ表示情報の前記優先度よりも高くして、前記画面情報を生成すことを特徴とする。
【0026】
この側面によれば、領域内に行ったユーザに対してスタンプカードにスタンプを押してポイントを付与する対象となるコミュニティを選択するための画面に、少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報が表示される。各コミュニティ表示情報は、そのコミュニティ表示情報について定められた表示の優先度に応じた態様で表示される。例えば、コミュニティ表示情報の表示の優先度が高いほど、そのコミュニティ表示情報がより優先的に表示される。そのため、コミュニティ表示情報の表示の優先度が高いほど、そのコミュニティ表示情報が画面から選択される確率が高くなる。ポイントを付与するための費用を運営者が負担するコミュニティのコミュニティ表示情報の表示の優先度は、その費用を運営者が負担しないコミュニティのコミュニティ表示情報の表示の優先度よりも高くなる。そのため、ポイントを付与するための費用を運営者が負担するコミュニティが選択される確率を、費用を運営者が負担しないコミュニティが選択される確率よりも高くすることができる。従って、ポイントを付与するための費用の負担を、コミュニティの運営者に促すことができる。
【0027】
本発明の更に別の側面は、前記ポイントを付与するための費用を負担する前記コミュニティの運営者により指定された負担率を取得する負担率取得手段を更に備え、前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額に対して、前記取得された負担率に相当する前記第２加算額を、前記第２請求金額に加算し、前記費用負担額と前記第２加算額との差に相当する前記第１加算額を、前記第１請求金額に加算することを特徴とする。
【0028】
この側面によれば、ポイントを付与するための費用を負担することを選択するコミュニティの運営者は、その負担率を指定する。ユーザが、そのコミュニティに関連する領域内に行った場合、ポイントを付与するための費用負担額に対して、指定された負担率に相当する金額の費用を、そのコミュニティの運営者が負担する。費用負担額からコミュニティの運営者が負担する金額を差し引いた金額の費用を、スタンプカードの作成者が負担する。
【0029】
本発明の更に別の側面は、前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報のそれぞれが、該コミュニティ表示情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ表示情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段を更に備え、前記取得手段は、前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得し、前記画面情報送信手段は、前記コミュニティの運営者により指定された前記負担率が高いほど、該コミュニティを示す前記コミュニティ表示情報の前記優先度を高くして、前記画面情報を生成することを特徴とする。
【0030】
この側面によれば、領域内に行ったユーザに対してスタンプカードにスタンプを押してポイントを付与する対象となるコミュニティを選択するための画面に、少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報が表示される。各コミュニティ表示情報は、そのコミュニティ表示情報について定められた表示の優先度に応じた態様で表示される。例えば、コミュニティ表示情報の表示の優先度が高いほど、そのコミュニティ表示情報がより優先的に表示される。そのため、コミュニティ表示情報の表示の優先度が高いほど、そのコミュニティ表示情報が画面から選択される確率が高くなる。コミュニティの運営者が指定した負担率が高いほど、そのコミュニティのコミュニティ表示情報の表示の優先度がより高くなる。そのため、運営者が指定した負担率が高いほど、そのコミュニティが選択される確率をより高くすることができる。従って、ポイントを付与するための費用の負担率をより高くすることを、コミュニティの運営者に促すことができる。
【0031】
本発明の更に別の側面は、前記付与手段により前記ポイントが付与されたことがある前記ユーザのうち、前記運営者が前記費用を負担する前記コミュニティを識別する前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域内に前記端末装置が位置したことで前記ポイントが付与された前記ユーザの人数を取得する人数取得手段と、前記費用を負担する前記運営者が利用する運営者端末装置へ、推奨される前記負担率を示す推奨情報を送信する推奨情報送信手段であって、前記取得された人数が少ないほど、前記推奨される負担率をより高くする推奨情報送信手段と、を更に備え、前記負担率取得手段は、前記推奨情報の送信先の前記運営者端末装置から、前記指定された負担率を取得することを特徴とする。
【0032】
この側面によれば、ポイントを付与するための費用を運営者が負担するコミュニティに関連する領域内に行くことで、スタンプカードにスタンプが押されてポイントが付与されたユーザの人数が取得される。その人数が少ないほど、より高い負担率が、その運営者に推奨される。運営者は、推奨された負担率を参考にして、実際の負担率を指定することができる。指定される負担率が高いほど、そのコミュニティがスタンプカードの作成者により選択される確率を高めることができる。選択されたコミュニティに関連する領域内に行ったユーザに対してポイントが付与されるので、そのコミュニティに関連する領域内に行くユーザの人数が少なかった場合、その人数を増やすことができる。
【0033】
本発明の更に別の側面は、コンピュータにより実行されるスタンプカード管理方法において、それぞれ予め設定された領域に関連する情報がコミュニティ内で提供される互いに異なる複数のコミュニティのうち、スタンプカードを作成する作成者により指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティ識別情報を取得する取得ステップと、前記取得された２以上のコミュニティ識別情報に関連付けて、前記作成されるスタンプカードを識別するスタンプカード識別情報を、識別情報記憶手段に記憶させる識別情報記憶制御ステップと、携帯可能な端末装置の位置を示す位置情報を取得する取得ステップと、前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報を記憶する領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記２以上のコミュニティ識別情報の何れかに関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行するスタンプステップと、を含むことを特徴とする。
【発明の効果】
【0034】
本発明によれば、スタンプカードの作成者が２以上のコミュニティを指定して、指定されたそれらのコミュニティに関連する場所で共通に利用可能なスタンプカードを作成することができる。
【図面の簡単な説明】
【0035】
【図1】一実施形態に係る通信システムＳの概要構成の一例を示す図である。
【図2】２以上のコミュニティで共通のスタンプカードの概念の一例を示す図である。
【図3】スタンプカードにスタンプが押される様子の一例を示す図である。
【図4】一実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。
【図5】データベースに記憶される内容の一例を示す図である。
【図6】一実施形態に係るＳＮＳサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。
【図7】一実施形態に係る通信システムＳの動作の一例を示すシーケンス図である。
【図8】一実施形態に係るＳＮＳサーバ１のシステム制御部１１によるチェックイン可不可判定処理の一例を示すフローチャートである。
【図9】一実施形態に係るＳＮＳサーバ１のシステム制御部１１によるスタンプ制御処理の一例を示すフローチャートである。
【図10】一実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。
【図11】スタンプカードＤＢ１４ｆ、スタンプカード関連付けＤＢ１４ｇ、及び発行済カードラリーＤＢ１４ｋに記憶される内容の一例を示す図である。
【図12】スタンプカードの一例を示す図である。
【図13】スタンプカードにスタンプが押される様子の一例を示す図である。
【図14】一実施形態に係るＳＮＳサーバ１のシステム制御部１１によるスタンプ制御処理の一例を示すフローチャートである。
【図15】一実施形態に係るＳＮＳサーバ１のシステム制御部１１によるスタンプ制御処理の一例を示すフローチャートである。
【図16】一実施形態に係る通信システムＳの概要構成の一例を示す図である。
【図17】一実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。
【図18】スタンプカードＤＢ１４ｆ、費用負担ＤＢ１４ｌ及び料金ＤＢ１４ｍに記憶される内容の一例を示す図である。
【図19】一実施形態に係るＳＮＳサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。
【図20】ユーザにポイントが付与される様子の一例を示す図である。
【図21】一実施形態に係る通信システムＳのスタンプカード作成時における動作の一例を示すシーケンス図である。
【図22】一実施形態に係るＳＮＳサーバ１のシステム制御部１１によるスタンプ制御処理の一例を示すフローチャートである。
【図23】一実施形態に係るＳＮＳサーバ１のシステム制御部１１による請求額更新処理の一例を示すフローチャートである。
【図24】一実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。
【図25】スタンプ履歴ＤＢ１４ｉ、費用負担ＤＢ１４ｌ及び負担率設定履歴ＤＢ１４ｎに記憶される内容の一例を示す図である。
【図26】一実施形態に係るＳＮＳサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。
【図27】ユーザにポイントが付与される様子の一例を示す図である。
【図28】一実施形態に係る通信システムＳの費用負担設定時における動作の一例を示すシーケンス図である。
【図29】一実施形態に係るＳＮＳサーバ１のシステム制御部１１による費用負担設定画面情報生成処理の一例を示すフローチャートである。
【図30】一実施形態に係る通信システムＳのスタンプカード作成時における動作の一例を示すシーケンス図である。
【図31】一実施形態に係るＳＮＳサーバ１のシステム制御部１１による請求額更新処理の一例を示すフローチャートである。
【発明を実施するための形態】
【0036】
［１．第１実施形態］
以下、図面を参照して本発明の第１実施形態について詳細に説明する。
以下、図面を参照して本発明の第１実施形態について詳細に説明する。
【0037】
【0038】
図１に示すように、通信システムＳは、ＳＮＳ（ソーシャルネットワーキングサービス）サーバ１と、複数のユーザ端末２とを含んで構成される。ＳＮＳサーバ１及び各ユーザ端末２は、ネットワークＮＷに接続される。ネットワークＮＷは、例えばインターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【0039】
ＳＮＳサーバ１は、スポットＳＮＳに関する処理を実行するサーバ装置であってもよい。例えば、ＳＮＳサーバ１は、コミュニティの作成、ユーザによるコミュニティへの加入、コミュニティのメンバ間における情報のやりとり等を制御するための処理を行ってもよい。スポットＳＮＳは、スポットに関連する情報又はスポットに関連する物事に関する情報をコミュニティ内で交換するためのＳＮＳであってもよい。コミュニティで情報交換されるテーマは、スポットであってもよいしその物事であってもよい。スポットは、例えば施設、観光スポット、モニュメント、ランドマーク、自然の地理物、特定のイベントが開催され若しくは発生する場所、またはその他の場所であり得る。施設は、その施設に関連する事業者が取引対象を提供したり販売したりするための場所であってもよい。そのような施設は店舗や営業所であってもよい。取引対象は、商取引の対象となり得る何かであってもよい。取引対象は、商品及びサービスのうち少なくとも何れか一方であってもよい。スポットに関連する物事は、例えばそのスポットで何らかの活動を行う個人や組織であってもよいし、そのスポットにある物であってもよいし、そのスポットで開催され又は発生するイベントであってもよい。スポットＳＮＳのユーザは、コミュニティを作成可能であってもよい。コミュニティの運営者は、そのコミュニティの作成時に、そのコミュニティに関連した１又は複数のスポット領域を設定することができる。スポット領域は、地理的な領域である。コミュニティ運営者は、そのコミュニティで情報が交換される対象である特定のスポットを含むように、スポット領域を設定することができる。スポットＳＮＳは、設定された何れかのスポット領域にユーザが位置することを条件として、そのユーザがそのコミュニティのメンバになることを許可するＳＮＳであってもよい。コミュニティのメンバのみが、そのコミュニティへ情報を投稿することができる。また、コミュニティ運営者により非公開に設定されたコミュニティの場合、コミュニティのメンバのみが、そのコミュニティに投稿された情報を閲覧することができる。スポット領域内にある特定のスポットについて少しでも興味があるユーザは、そのスポット領域内に行くかもしれないし、行かないかもしれない。しかしながら、或るスポットに行くという行為は、ユーザの時間や労力を消費する行為である。従って、スポット領域内に行ったユーザは、その特定のスポットについての関心度が或る程度以上に高いユーザである蓋然性が高い。従って、特定の物事への関心度が或る程度以上に高いユーザでコミュニティを形成することができる。
【0040】
ユーザは、スポット領域内で所定の手続きをとることで、コミュニティに加入することが可能であってもよい。この手続きをチェックインという。ユーザ端末２を操作することで、ユーザはチェックインを行うことができる。チェックインは、ユーザがそのコミュニティのメンバではない場合においてそのコミュニティに加入する手続きであってもよい。或いは、チェックインは、ユーザが特定のコミュニティに関連するスポット領域内に入ったこと又はそのスポット領域内の特定のスポットに訪れたことを、ＳＮＳサーバ１に知らせる手続きであってもよい。なお、コミュニティに加入するためには、そのコミュニティに特有のコード情報をユーザ端末２のカメラで読み込ませることが更に必要であってもよい。コード情報の例として、１次元バーコード、２次元コード等が挙げられる。コード情報は、例えば紙等に印刷されてスポットに掲示されてもよい。また、コミュニティに加入するためには、コミュニティ運営者の承認が更に必要であってもよい。
【0041】
ＳＮＳサーバ１は、コミュニティに関連して利用可能なスタンプカードに関する処理を実行してもよい。例えば、ＳＮＳサーバ１は、スタンプカードの作成、作成されたスタンプカードの発行、スタンプカードにスタンプを押す等の処理を実行してもよい。スタンプカードの作成とは、例えばそのスタンプカードの仕様を決めて、そのスタンプカードを発行可能な状態に置くことであってもよい。スタンプカードは、複数のスタンプ欄を有してもよい。各スタンプ欄は、スタンプを押すことが可能な領域である。１枚のスタンプカードが有するスタンプ欄の数を、スタンプ欄数という。スタンプ欄数は、全てのスタンプカードで共通に予め定められていてもよいし、スタンプカードごとにスタンプカード作成者が設定可能であってもよい。スタンプカードの発行は、例えばそのスタンプカードを個別のユーザに提供することであってもよい。このスタンプカードは、そのコミュニティのメンバに対して発行されてもよい。スタンプをスタンプカードに押すことを、スタンプを付与するともいう。また、ユーザが、そのユーザの所有するスタンプカードにスタンプを押してもらうことを、スタンプを獲得するともいう。ユーザは、そのコミュニティについて設定された何れかのスポット領域内に行くことで、スタンプを獲得可能であってもよい。所定数のスタンプが貯まると、ユーザは何らかの特典を獲得することができる。例えば、全てのスタンプ欄にスタンプが押された場合に、ユーザに特典が付与されてもよい。或いは、スタンプカード作成者が、ユーザの特典を付与するスタンプの数を複数設定することができるようになっていてもよい。特典は、例えばスタンプカードの作成者により提供されてもよいし、指定された２以上のコミュニティのうち何れか少なくとも一のコミュニティの運営者から提供されてもよいし、それらのコミュニティに関連付けられたスポット領域内にある特定のスポットの関係者から提供されてもよい。スポットの関係者は、例えばそのスポットで取引対象を販売する事業者であってもよい。例えば、或るラーメンチェーンについてのコミュニティが、そのラーメンチェーンの本部により作成されるとする。このとき、本部は、ラーメンチェーンの各店舗について、その店舗を含むようにスポット領域を設定することができる。このラーメンチェーンのコミュニティのスタンプカードの特典の例として、トッピングの無料サービス、ラーメンの無料サービスや割引サービス等が挙げられる。
【0042】
各ユーザ端末２は、スポットＳＮＳを利用するユーザにより利用される携帯用の端末装置であってもよい。ユーザは、個人でもよいし、事業者、法人、またはその他の組織や団体であってもよい。ユーザは、ユーザ端末２を操作することで、コミュニティの作成、チェックイン、コミュニティへの参加、コミュニティへの情報の投稿、コミュニティに投稿された情報の閲覧が可能であってもよい。また、ユーザ端末２は、ユーザによる操作に基づいて、スタンプカードを表示したり、特典の獲得状態や利用状態を表示したりしてもよい。ユーザ端末２の例として、スマートフォン、タブレット式コンピュータ等の携帯情報端末、携帯電話機、ＰＤＡ（Personal Digital Assistant）等が挙げられる。各ユーザ端末２には、通信システムＳ用のアプリケーションプログラム（以下、専用アプリと称する）が記憶されてもよい。ユーザ端末２が、専用アプリに従ってＳＮＳサーバ１との間で情報を送受信することを通じで、ユーザはスポットＳＮＳを利用することができる。
【0043】
また各ユーザ端末２は、そのユーザ端末２の位置を示す位置情報を取得する機能を有してもよい。例えば、ＧＰＳ（Global Positioning System）等の衛星測位システムを利用して、位置情報として経緯度が計算されてもよい。また例えば、移動体通信事業者により、基地局を利用した位置情報がユーザ端末２に提供されてもよい。この場合、ユーザ端末２は、そのユーザ端末２の近くにある基地局の位置に対応した経緯度、住所又は郵便番号を、位置情報として取得する。また例えば、無線ＬＡＮ（Local Area Network）を利用して位置情報が取得可能であってもよい。例えば、ユーザ端末２は、複数のアクセスポイントから無線を受信したとき、各アクセスポイントからの電波強度を測定するとともに、各アクセスポイントのＳＳＩＤを取得する。ユーザ端末２は、電波強度及びＳＳＩＤを含む情報を、図示せぬ所定のサーバ装置へ送信する。このサーバ装置には、アクセスポイントの設置位置の経緯度等が記憶されている。サーバ装置は、ユーザ端末２から受信した情報を用いて、例えば三角測量により、ユーザ端末２の位置を算出する。
【0044】
［１－２．複数のコミュニティで共通のスタンプカード］
次に、スポットＳＮＳにおけるスタンプカードについて、図２及び図３を参照して説明する。通常、或るコミュニティの運営者が、そのコミュニティについて利用可能なスタンプカードを作成する。そのため、そのスタンプカードの所有者となったそのコミュニティのメンバは、そのコミュニティに関連するスポット領域に行くことで、スタンプを獲得することができる。
次に、スポットＳＮＳにおけるスタンプカードについて、図２及び図３を参照して説明する。通常、或るコミュニティの運営者が、そのコミュニティについて利用可能なスタンプカードを作成する。そのため、そのスタンプカードの所有者となったそのコミュニティのメンバは、そのコミュニティに関連するスポット領域に行くことで、スタンプを獲得することができる。
【0045】
更に、２以上のコミュニティについて共通に利用可能なスタンプカードの作成が可能であってもよい。この場合のスタンプカードの作成者は、スタンプカードを共有させる２以上の複数のコミュニティを指定することができる。スタンプカードの作成者は、例えばそれらのコミュニティのうち何れかのコミュニティの運営者であってもよいし、何れのコミュニティの運営者とも異なっていてもよい。この場合のスタンプカードの所有者は、それら２以上のコミュニティのうち何れかのコミュニティに関連するスポットに行くことで、スタンプを獲得することができる。
【0046】
図２は、２以上のコミュニティで共通のスタンプカードの概念の一例を示す図である。図２に示すように、コミュニティ２０１、２０２及び２０３が少なくとも存在するとする。コミュニティ２０１は、Ｘ市にあるホテルに関するコミュニティである。コミュニティ２０１には、スポット領域３０１が関連付けられている。スポット領域３０１は、そのホテルの所在地を含む。コミュニティ２０２は、Ｘ市に複数の店舗があるラーメンチェーンに関するコミュニティである。コミュニティ２０２は、スポット領域３０２、３０３及び３０４に関連付けられている。これらのスポット領域のそれぞれは、店舗の所在地を含む。コミュニティ２０３は、Ｘ市にある蕎麦屋に関するコミュニティである。コミュニティ２０３は、スポット領域３０５に関連付けられている。スポット領域３０５は、その蕎麦屋の所在地を含む。図２に示すユーザＵ１は、地方公共団体としてのＸ市である。Ｘ市は、コミュニティ２０１、２０２及び２０３を指定して、スタンプカード１０１を作成する。スタンプカード１０１は、これらのコミュニティに関連付けられる。
【0047】
図３は、スタンプカードにスタンプが押される様子の一例を示す図である。図３に示すように、ユーザＵ２は、コミュニティ２０１には未加入であり、コミュニティ２０２には加入済みである。また、ユーザＵ２は、スタンプカード１０１をまだ所有していない。ユーザＵ２は、ユーザ端末２として、ユーザ端末２－２を所持している。ユーザＵ２が何れのスポット領域についてもその領域の外側に位置しているとき、ユーザＵ２は何れのコミュニティについてもチェックインすることはできない（ステップＳ１）。その後、ユーザＵ２は、スポット領域３０１内にあるホテル４０１に宿泊する。スポット領域３０１は、コミュニティ２０１に関連する。ここでユーザＵ２は、ユーザ端末２－２を操作して、コミュニティ２０１にチェックインする（ステップＳ２）。チェックインに応じて、ＳＮＳサーバ１は、ユーザＵ２をコミュニティ２０１に加入させる（ステップＳ３）。また、ＳＮＳサーバ１は、スタンプカード１０１の複製としてのスタンプカード１０１－１をユーザＵ２に発行し、そのスタンプカード１０１－１に１個のスタンプを押す（ステップＳ４）。ユーザ端末２－２は、スタンプカードに関する情報を表示する。例えば、ユーザ端末２－２は、スタンプカードの画像として、スタンプカードが備える複数のスタンプ欄のそれぞれを、そのスタンプ欄にスタンプが押されているか否かを識別可能に表示してもよい。その後、ユーザＵ２は、スポット領域３０２内にあるラーメン店４０２に行く。スポット領域３０２は、コミュニティ２０２に関連する。ここで、ここでユーザＵ２は、コミュニティ２０２にチェックインする（ステップＳ５）。このチェックインに応じて、ＳＮＳサーバ１は、スタンプカード１０１－１に更に１個のスタンプを押す（ステップＳ６）。これで２個のスタンプが貯まる。
【0048】
［１－３．ＳＮＳサーバの構成］
次に、ＳＮＳサーバ１の構成について、図４及び図５を参照して説明する。図４は、本実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。図４に示すように、ＳＮＳサーバ１は、システム制御部１１と、システムバス１２と、入出力インタフェース１３と、記憶部１４と、通信部１５と、を備えている。システム制御部１１と入出力インタフェース１３とは、システムバス１２を介して接続されている。
次に、ＳＮＳサーバ１の構成について、図４及び図５を参照して説明する。図４は、本実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。図４に示すように、ＳＮＳサーバ１は、システム制御部１１と、システムバス１２と、入出力インタフェース１３と、記憶部１４と、通信部１５と、を備えている。システム制御部１１と入出力インタフェース１３とは、システムバス１２を介して接続されている。
【0049】
システム制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ等により構成されている。
【0050】
入出力インタフェース１３は、記憶部１４及び通信部１５とシステム制御部１１との間のインタフェース処理を行う。
【0051】
記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、会員ＤＢ１４ａ、コミュニティＤＢ１４ｂ、領域ＤＢ１４ｃ、チェックイン履歴ＤＢ１４ｄ、コミュニティメンバＤＢ１４ｅ、スタンプカードＤＢ１４ｆ、スタンプカード関連付けＤＢ１４ｇ、発行済カードＤＢ１４ｈ、スタンプ履歴ＤＢ１４ｉ、特典ＤＢ１４ｊ等のデータベースが記憶されている。「ＤＢ」は、データベースの略語である。
【0052】
図５は、データベースに記憶される内容の一例を示す図である。会員ＤＢ１４ａには、スポットＳＮＳの各ユーザに関する会員情報が記憶されてもよい。例えば、会員ＤＢ１４ａには、会員情報として、ユーザＩＤ、ニックネーム、氏名、性別、生年月日、電話番号、電子メールアドレス、及び住所等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、ユーザを識別する識別情報である。
【0053】
コミュニティＤＢ１４ｂには、各コミュニティに関するコミュニティ情報が記憶されてもよい。例えば、コミュニティＤＢ１４ｂには、コミュニティ情報として、コミュニティＩＤ、コミュニティ名、カテゴリ情報、コミュニティ運営者ＩＤ、及び領域ＩＤ等が、互いに関連付けて記憶されてもよい。コミュニティＩＤは、コミュニティを識別する識別情報である。カテゴリ情報は、そのコミュニティが属するカテゴリを示す情報である。カテゴリの例として、アニメ・マンガ、観光、グルメ、地域、アウトドア等が挙げられる。コミュニティ運営者ＩＤは、そのコミュニティを作成したユーザのユーザＩＤである。領域ＩＤは、そのコミュニティに関連付けられたスポット領域を識別する識別情報である。コミュニティ運営者が複数のスポット領域を設定した場合、そのコミュニティについて複数の領域ＩＤがコミュニティＤＢ１４ｂに記憶されてもよい。
【0054】
領域ＤＢ１４ｃには、各コミュニティ運営者により設定された各スポット領域を示す領域情報が記憶される。例えば、領域ＤＢ１４ｃには、領域ＩＤ及び領域情報等が関連付けて記憶される。領域の形状の例として、円形、楕円、正方形、長方形、菱形等が挙げられる。例えば、指定された領域が円形の領域である場合、領域情報は、中心地の経緯度及び半径を含んでもよい。中心地は、特定のスポットの所在地であってもよい。領域情報は、中心地の経緯度に変えて、中心地となる住所、施設名、建物名、ランドマーク名を含んでもよい。領域の形状が円形以外の形状である場合、領域情報は、その形状に応じた情報を含んでもよい。或いは、領域情報は、領域の境界を構成する各線分の経緯度を含んでもよい。或いは、領域情報は、地域や区画の名称を含んでもよい。
【0055】
チェックイン履歴ＤＢ１４ｄには、各ユーザによるコミュニティへのチェックインの履歴が記憶されてもよい。例えば、チェックインが行われるごとに、チェックイン履歴ＤＢ１４ｄには、チェックインログとして、チェックインログ番号、チェックイン日時、コミュニティＩＤ、領域ＩＤ、及びユーザＩＤ等が、互いに関連付けて記憶されてもよい。チェックインログ番号は、チェックインログを識別する番号である。チェックイン日時は、チェックインが行われた日時を示す。コミュニティＩＤは、チェックインされたコミュニティを示す。領域ＩＤは、チェックインが行われたスポット領域を示す。ユーザＩＤは、チェックインを行ったユーザを示す。
【0056】
コミュニティメンバＤＢ１４ｅには、何れのコミュニティに何れのユーザがメンバとして所属しているかを示す情報が記憶されてもよい。例えば、コミュニティメンバＤＢ１４ｅには、コミュニティとそのコミュニティのメンバとの組み合わせごとに、コミュニティＩＤ及びユーザＩＤが、互いに関連付けて記憶されてもよい。ユーザＩＤは、コミュニティＩＤにより示されるコミュニティのメンバであるユーザを示す。コミュニティメンバＤＢ１４ｅにユーザＩＤが記憶されたユーザのみが、コミュニティに情報を投稿することができる。例えば、専用アプリにおいて、ユーザが何れかのコミュニティの画面を表示させる操作を行う。このとき、ＳＮＳサーバ１は、そのユーザのユーザＩＤとそのコミュニティのコミュニティＩＤとの組み合わせを、コミュニティメンバＤＢ１４ｅから検索してもよい。該当する組み合わせがあった場合、ＳＮＳサーバ１は、そのコミュニティの画面に、投稿する情報をユーザが入力するための入力欄を表示させてもよい。ＳＮＳサーバ１は、入力された情報を、そのコミュニティのコミュニティＩＤに関連付けて、投稿情報として所定のデータベースに記憶させてもよい。ＳＮＳサーバ１は、そのコミュニティのメンバのユーザ端末２からの要求に応じて、そのコミュニティのコミュニティＩＤに関連付けられた投稿情報を送信してもよい。該当する組み合わせがなかった場合、ＳＮＳサーバ１は、そのコミュニティの画面にその入力欄を表示させなくてもよい。
【0057】
スタンプカードＤＢ１４ｆには、作成された各スタンプカードに関するスタンプカード情報が記憶されてもよい。例えば、スタンプカードＤＢ１４ｆには、スタンプカード情報として、スタンプカードＩＤ、スタンプカード名、スタンプカード作成者ＩＤ、説明文、及び特典設定情報等が、互いに関連杖手記憶されてもよい。スタンプカードＩＤは、スタンプカードを識別する識別情報である。スタンプカード作成者ＩＤは、そのスタンプカードを作成したユーザを示す。特典設定情報は、特典に関する情報を示す。例えば、特典設定情報は、特典スタンプ数、特典名、利用開始日、利用終了日、利用終了日設定フラグ、利用条件等を含んでもよい。特典スタンプ数は、特典の獲得に必要なスタンプの数を示す。特典名は、獲得可能な特典の内容を識別可能にその特典の名称を示す。利用開始日は、その特典の利用が可能な期間の開始日を示す。利用終了日は、その特典の利用が可能な期間の終了日を示す。利用終了日設定フラグは、利用終了日の設定が有効であるか否かを示す。利用条件は、その特典を利用するための条件を示す。１枚の発行済みのスタンプカードについて複数の特典が獲得可能である場合、複数の特選設定情報がスタンプカードＤＢ１４ｆに記憶されてもよい。この場合、それらの特典間で特典スタンプ数が異なる。
【0058】
スタンプカード関連付けＤＢ１４ｇには、スタンプカードを、スポットへの訪問の促進に利用可能なコミュニティに関するスタンプカード関連付け情報が、スタンプカードとコミュニティとの組み合わせごとに記憶されてもよい。例えば、スタンプカード関連付けＤＢ１４ｇには、スタンプカード関連付け情報として、そのスタンプカードのスタンプカードＩＤとそのコミュニティのコミュニティＩＤとが互いに関連付けて記憶されてもよい。
【0059】
発行済カードＤＢ１４ｈには、ユーザに対して発行されたスタンプカードに関する発行済カード情報が、スタンプカードとそのスタンプカードが発行されたユーザとの組み合わせごとに記憶されてもよい。例えば、発行済カードＤＢ１４ｈには、発行済カード情報として、発行カード番号、発行日、スタンプカードＩＤ、ユーザＩＤ、発行枚数、及びスタンプ数が、互いに関連付けて記憶されてもよい。発行カード番号は、スタンプカードの発行を識別する番号である。発行日は、そのユーザに対してスタンプカードが発行された日付を示す。スタンプカードＩＤは、発行されたスタンプカードを示す。ユーザＩＤは、そのスタンプカードの発行先のユーザを示す。発行枚数は、そのスタンプカードがそのユーザに対して何枚発行されたかを示す。スタンプ数は、そのスタンプカードに押されているスタンプの数を示す。１枚のスタンプカードに押されたスタンプの数が、スタンプカード欄数に達すると、自動的に新しいスタンプカードが発行されてもよい。この場合、発行枚数は１増加し、スタンプ数はゼロにリセットされる。
【0060】
スタンプ履歴ＤＢ１４ｉには、スタンプカードに対してスタンプが押された履歴が記憶されてもよい。例えば、スタンプが押されるごとに、スタンプ履歴ＤＢ１４ｉには、スタンプログとして、スタンプログ番号、スタンプ日時、スタンプカードＩＤ、コミュニティＩＤ、領域ＩＤ、及びユーザＩＤ等が、互いに関連付けて記憶されてもよい。スタンプログ番号は、スタンプログを識別する番号である。スタンプ日時は、スタンプが押された日時を示す。スタンプカードＩＤは、そのスタンプが押されたスタンプカードを示す。コミュニティＩＤは、スタンプカードにスタンプが押される前提として、ユーザがチェックインしたコミュニティを示す。領域ＩＤは、ユーザがチェックインを行ったスポット領域を示す。ユーザＩＤは、チェックインを行ったユーザを示す。
【0061】
特典ＤＢ１４ｊには、スタンプカードの利用により獲得可能な特典に関する特典情報が、発行されたスタンプカードとそのスタンプカードに設定された特典との組み合わせごとに記憶されてもよい。例えば、特典ＤＢ１４ｊには、特典情報として、発行カード番号、スタンプカードＩＤ、ユーザＩＤ、発行枚数、特典スタンプ数、及び特典状態等が、互いに関連付けて記憶されてもよい。発行カード番号は、特典が設定されているスタンプカードの発行を識別する。スタンプカードＩＤは、その発行されたスタンプカードを示す。ユーザＩＤは、そのスタンプカードの発行先のユーザを示す。発行枚数は、その特典が設定されたスタンプカードがそのユーザに対して何枚目に発行されたスタンプカードであるかを示す。特典スタンプ数は、その特典をユーザが獲得するために必要なスタンプの数を示す。特典状態は、その特典の状態を示す。特典状態は、例えば「未獲得」、「利用可」、及び「利用済」の何れかに設定されてもよい。「未獲得」は、ユーザがその特典をまだ獲得していない状態を示す。「利用可」は、ユーザがその特典を獲得しているがまだその特典を利用していない状態を示す。「利用済」は、ユーザが特典を既に利用している状態を示す。
【0062】
記憶部１４には、更にオペレーティングシステム、ＤＢＭＳ（Database Management System）、サーバプログラム等の各種プログラムが記憶されている。サーバプログラムは、スポットＳＮＳに関する各種処理をシステム制御部１１に実行させるプログラムである。サーバプログラムは、例えば、他の装置からインターネットＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【0063】
通信部１５は、例えばネットワークインタフェースカード等により構成されている。通信部１５は、ネットワークＮＷを介してユーザ端末２等と接続し、接続された装置との通信状態を制御する。
【0064】
［１－４．ＳＮＳサーバのシステム制御部の機能概要］
次に、ＳＮＳサーバ１のシステム制御部１１の機能概要について、図６を参照して説明する。図６は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図６に示すように、コミュニティＩＤ取得部１１０１、スタンプカード作成部１１０２、位置情報取得部１１０３、チェックイン判定部１１０４、加入部１１０５、スタンプ部１１０６、及び特典付与部１１０７等として機能してもよい。
次に、ＳＮＳサーバ１のシステム制御部１１の機能概要について、図６を参照して説明する。図６は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図６に示すように、コミュニティＩＤ取得部１１０１、スタンプカード作成部１１０２、位置情報取得部１１０３、チェックイン判定部１１０４、加入部１１０５、スタンプ部１１０６、及び特典付与部１１０７等として機能してもよい。
【0065】
コミュニティＩＤ取得部１１０１は、互いに異なる複数のコミュニティのうち、スタンプカードを作成するスタンプカード作成者により指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティＩＤを取得してもよい。コミュニティＩＤ取得部１１０１は、例えばスタンプカード作成者のユーザ端末２からコミュニティＩＤを取得してもよい。例えば、スタンプカード作成者が、専用アプリにおいて、スタンプカードの作成を選択する。この選択に応じて、ユーザ端末２は、スタンプカードの各種情報を入力するためのスタンプカード作成画面を表示してもよい。スタンプカード作成画面は、コミュニティを選択するためのユーザインタフェースの要素を含んでもよい。例えば、スタンプカード作成画面において、ユーザがコミュニティの追加を選択すると、ユーザ端末２は、検索ウインドウを表示してもよい。検索ウインドウは、コミュニティを検索するためウインドウであってもよい。検索ウインドウにおいて、ユーザがコミュニティの検索条件を指定することができる。検索条件の例として、コミュニティ名、カテゴリ、住所、そのスタンプカード作成者が作成したコミュニティ等が挙げられる。ＳＮＳサーバ１は、指定された検索条件を満たすコミュニティを、例えばコミュニティＤＢ１４ｂ、領域ＤＢ１４ｃ等を用いて検索してもよい。ユーザ端末２は、検索されたコミュニティの一覧を検索ウインドウに表示してもよい。ユーザは、その一覧の中から追加したいコミュニティを指定する。或いは、ユーザ端末２は、地図を表示するとともに、コミュニティに関連付けられたスポットを示すマークを、その地図上に表示させてもよい。ユーザは、その地図から、追加したいコミュニティのスポットを指定してもよい。コミュニティが指定されると、ユーザ端末２は、指定されたコミュニティのコミュニティ名を、スタンプカード作成画面に追加して表示してもよい。ユーザが２以上のコミュニティを指定する場合、この手順が繰り返される。なお、ユーザは、一のコミュニティのみを指定してよい。例えば、そのユーザが作成したコミュニティを指定可能であってもよい。スタンプカード作成画面で必要な情報の入力が完了すると、ユーザ端末２は、指定された２以上のコミュニティそれぞれのコミュニティＩＤを、その他に入力された情報とともにＳＮＳサーバ１へ送信してもよい。こうして、コミュニティＩＤ取得部１１０１は、コミュニティＩＤを取得してもよい。
【0066】
スタンプカード作成者が指定する２以上のコミュニティは、それぞれ取引対象を販売する互いに異なる２以上の事業者に関連する情報がコミュニティ内で提供される２以上のコミュニティであってもよい。これらの事業者のそれぞれは、その事業者に関連する施設で取引対象を販売する事業者であってもよい。事業者に関連する施設とは、例えばその事業者が所有し、管理し、借りており、または使用している施設であってもよい。そうした施設の例として、店舗、営業所等が挙げられる。これらのコミュニティそれぞれのコミュニティＩＤに関連付けて記憶部１４に記憶された領域情報により示されるスポット領域は、そのコミュニティに関連する事業者に関連する施設の所在地を含んでもよい。スタンプカード作成者は、２以上のコミュニティとして、互いに異なる事業者に関連するコミュニティを指定することができる。２以上の事業者のうち何れかの事業者に関連する施設を訪れることによって、ユーザは、スタンプカードにスタンプを押してもらうことができる。従って、施設を訪れることをユーザに促すスタンプカードとして、コミュニティで分けられた２以上の事業者に共通のスタンプカードを作成することができる。
【0067】
スタンプカード作成部１１０２は、コミュニティＩＤ取得部１１０１により取得された２以上のコミュニティＩＤに関連付けて、作成されるスタンプカードを識別するスタンプカードＩＤを、記憶部１４に記憶させてもよい。例えば、スタンプカード作成部１１０２は、新しいスタンプカードＩＤを生成してもよい。スタンプカード作成部１１０２は、ユーザ端末２から送信されてきた情報とスタンプカードＩＤと含むスタンプカード情報を生成してもよい。スタンプカード作成部１１０２は、生成されたスタンプカード情報を、スタンプカードＤＢ１４ｆに記憶させてもよい。スタンプカード作成部１１０２は、取得されたコミュニティＩＤごとに、そのコミュニティＩＤと生成されたスタンプカードＩＤとを関連付けて、スタンプカード関連付けＤＢ１４ｇに記憶させてもよい。
【0068】
スタンプカード作成者により指定された２以上のコミュニティそれぞれについて記憶部１４に記憶された２以上の領域情報それぞれにより示される２以上のスポット領域は、互いに異なる場所を含んでもよい。２以上のスポット領域が互いにに異なる場所を含むとは、それらのスポット領域は互いに一致しないことであってもよい。例えば、２以上のスポット領域が互いにに異なるとは、それらの領域が全く重複しないことであってもよいし、それらの領域の一部のみが重複することも含んでもよい。各コミュニティに関連するスポットは互いに異なる場合が多いので、それらのスポット領域も少なくとも一部は互いに異なる場合が多い。スタンプカード作成者は、互いに異なる場所にそれぞれ関連し得る２以上のコミュニティを指定することができる。
【0069】
位置情報取得部１１０３は、携帯可能なユーザ端末２の位置情報を取得してもよい。位置情報取得部１１０３は、例えばユーザ端末２から位置情報を取得してもよい。例えば、ユーザ端末２は、専用アプリに従って、バックグラウンドで定期的に、ＧＰＳ等を利用してそのユーザ端末２の位置情報を取得し、その位置情報をＳＮＳサーバ１へ送信してもよい。或いは、ユーザ端末２は、専用アプリにおいて、ユーザがチェックインしたいコミュニティのスポットを選択することが可能となっていてもよい。例えば、ユーザ端末２は、地図を表示するとともに、各スポットを示すマークを地図上に表示してもよい。ユーザは、地図からスポットを選択してもよい。この選択に応じて、ユーザ端末２は、そのスポットに対応するスポット領域を含む地図を表示するとともに、その地図上に、スポット領域と、現在のユーザ端末２の位置を示すマークとを表示してもよい。この地図を表示している間、ユーザ端末２は、定期的に位置情報を取得してＳＮＳサーバ１へ送信してもよい。ユーザ端末２は、位置情報とともに、そのユーザ端末２のユーザのユーザＩＤをＳＮＳサーバ１へ送信してもよい。こうして、位置情報取得部１１０３は、位置情報を取得してもよい。
【0070】
チェックイン判定部１１０４は、位置情報取得部１１０３により取得された位置情報に基づいて、ユーザが何れかのコミュニティにチェックイン可能であるか否かを判定してもよい。例えば、チェックイン判定部１１０４は、記憶部１４に記憶された何れかの領域情報により示されるスポット領域に、位置情報取得部１１０３により取得された位置情報により示されるユーザ端末２の位置が含まれるか否かを判定してもよい。何れかのスポット領域にユーザ端末２の位置が含まれる場合、チェックイン判定部１１０４は、ユーザがそのコミュニティにチェックイン可能であると判定してもよい。ここで、チェックイン判定部１１０４は、ユーザが以前チェックインしたスポット領域と同じスポット領域でそのユーザがチェックインしようとしている場合、所定期間（例えば、所定時刻から２４時間の間等）ごとに１回のみチェックインを可能としてもよい。これにより、同じスポット領域でチェックインを繰り返すことによるスタンプの過剰な獲得が抑制される。
【0071】
加入部１１０５は、記憶部１４に記憶された何れかの領域情報により示されるスポット領域に、位置情報取得部１１０３により取得された位置情報により示されるユーザ端末２の位置が含まれるとチェックイン判定部１１０４により判定された場合、その何れかの領域情報に関連付けられたコミュニティＩＤにより識別されるコミュニティにそのユーザ端末２のユーザを加入させる処理を実行してもよい。例えば、加入部１１０５は、そのコミュニティのコミュニティＩＤとそのユーザのユーザＩＤとを関連付けて、コミュニティメンバＤＢ１４ｅに記憶させてもよい。加入部１１０５は、ユーザがチェックインの操作を行った場合に限り、そのユーザをコミュニティに加入させてもよい。
【0072】
スタンプ部１１０６は、複数のコミュニティそれぞれについて、そのコミュニティのコミュニティＩＤと関連付けてそのコミュニティに関連するスポット領域を示す領域情報を記憶する記憶部１４に記憶された領域情報のうち、コミュニティＩＤ取得部１１０１により取得された２以上のコミュニティＩＤの何れかに関連付けられた領域情報により示される領域に、位置情報取得部１１０３により取得された位置情報により示されるユーザ端末２の位置が含まれるとチェックイン判定部１１０４により判定された場合、そのユーザ端末２のユーザについてスタンプカードにスタンプを押すスタンプ処理を実行してもよい。スタンプ部１１０６は、ユーザ端末２を含むスポット領域を示す領域情報が、取得された２以上のコミュニティＩＤのうち何れのコミュニティＩＤに関連付けられているとしても、スタンプ処理を実行してもよい。コミュニティＤＢ１４ｂには、コミュニティＩＤと領域ＩＤとが関連付けて記憶されている。領域ＤＢ１４ｃに、その領域ＩＤと領域情報とが関連付けて記憶されている。従って、コミュニティＩＤと領域情報とは、領域ＩＤを介して関連付けられている。スタンプ処理として、スタンプ部１１０６は、例えば発行済カードＤＢ１４ｈに記憶された発行済カード情報に含まれるスタンプ数を増加させてもよい。この発行済カード情報の特定は、次に説明するとおりに行われてもよい。例えば、スタンプ部１１０６は、ユーザ端末２を含むスポット領域を示す領域情報に関連付けられたコミュニティＩＤを取得してもよい。スタンプ部１１０６は、このコミュニティＩＤに関連付けられたスタンプカードＩＤをスタンプカードＤＢ１４ｆから取得してもよい。スタンプ部１１０６は、このスタンプカードＩＤとユーザ端末２のユーザのユーザＩＤとを含む発行済カード情報を、発行済カードＤＢ１４ｈから検索してもよい。該当する発行済カード情報がない場合、スタンプ部１１０６は、新しい発行済カード情報を生成して発行済カードＤＢ１４ｈに記憶させてもよい。新しい発行済カード情報を記憶させるとき、スタンプ部１１０６は、新しい特典情報を生成して特典ＤＢ１４ｊに記憶させてもよい。例えば、スタンプ部１１０６は、発行済カード情報と、スタンプカードＤＢ１４ｆに記憶されたそのスタンプカードのスタンプカード情報に基づいて、特典ごとに特典情報を生成してもよい。このとき、スタンプカードＤＢ１４ｆは、特典情報の特典状態を「未獲得」に設定してもよい。
【0073】
スタンプ部１１０６は、ユーザが、スタンプカード作成者により指定された２以上のコミュニティのうち少なくとも一のコミュニティのメンバであることを条件として、スタンプ処理を実行してもよい。例えば、スタンプ部１１０６は、コミュニティメンバＤＢ１４ｅを参照して、それらのコミュニティのコミュニティＩＤとそのユーザのユーザＩＤとに基づいて、そのユーザが何れかのコミュニティのメンバであるか否かを判定してもよい。ここで、スタンプ部１１０６は、ユーザが、スタンプカード作成者により指定された２以上のコミュニティのうち、そのユーザのユーザ端末２が位置するスポット領域と関連付けられたコミュニティのメンバではなくても、その他の何れかのコミュニティのメンバである場合には、スタンプ処理を実行してもよい。或いは、スタンプ部１１０６は、ユーザが、そのユーザのユーザ端末２が位置するスポット領域と関連付けられたコミュニティのメンバである場合にのみ、スタンプ処理を実行してもよい。ここで、指定された２以上のコミュニティのうち何れかのコミュニティに関連付けられたスポット領域内にユーザ端末２の位置が含まれることに応じて加入部１１０５がそのユーザをそのコミュニティに加入させれば、ユーザはその条件を自動的に満たすことができる。
【0074】
特典付与部１１０７は、スタンプ部１１０６によりスタンプ処理が実行されることにより、押されたスタンプの数が、予め設定された特典スタンプ数に達した場合、ユーザに特典を付与する処理を実行してもよい。例えば、特典付与部１１０７は、スタンプが押されたスタンプカードの発行カード番号と、発行枚数と、そのユーザのユーザＩＤと、その特典スタンプ数とに関連付けて特典ＤＢ１４ｊに記憶された特典状態を、「利用可」に変更してもよい。
【0075】
［１－５．通信システムの動作］
次に、通信システムＳの動作について、図７乃至図９を参照して説明する。システム制御部１１は、サーバプログラムに含まれるプログラムコードに従って、図７に示すＳＮＳサーバ１の処理、並びに図８及び図９に示す処理を実行する。
次に、通信システムＳの動作について、図７乃至図９を参照して説明する。システム制御部１１は、サーバプログラムに含まれるプログラムコードに従って、図７に示すＳＮＳサーバ１の処理、並びに図８及び図９に示す処理を実行する。
【0076】
図７は、本実施形態に係る通信システムＳの動作の一例を示すシーケンス図である。スタンプ作成者としてのユーザＵ１がスタンプカードの作成を選択することに応じて、ユーザ端末２－１は、スタンプカード作成画面を表示する。そして、図７に示すように、ユーザＵ１は、スタンプカード作成画面に対して、スタンプカードの情報を入力する（ステップＳ１０１）。例えば、スタンプカード名、説明文、特典設定情報等が入力される。更に、ユーザＵ１は、複数のコミュニティを指定する（ステップＳ１０２）。必要な情報の入力が完了したことに応じて、ユーザ端末２－１は、入力されたスタンプカードの情報、指定されたコミュニティのコミュニティＩＤのリスト、及びユーザＵ１のユーザＩＤを、ＳＮＳサーバ１へ送信する（ステップＳ１０３）。
【0077】
ユーザ端末２－１から情報を受信したＳＮＳサーバ１のスタンプカード作成部１１０２は、スタンプカードＩＤを生成する（ステップＳ１０４）。また、スタンプカード作成部１１０２は、スタンプカード情報及びスタンプカード関連付け情報を生成して記憶部１４に記憶させる（ステップＳ１０５）。例えば、スタンプカード作成部１１０２は、生成されたスタンプカードＩＤ、ユーザＵ１により入力された情報、及びユーザＵ１のユーザＩＤを含むスタンプカード情報を生成してもよい。スタンプカード作成部１１０２は、スタンプカード情報をスタンプカードＤＢ１４ｆに記憶させてもよい。また、スタンプカード作成部１１０２は、コミュニティＩＤのリストに含まれる各コミュニティＩＤを、生成されたスタンプカードＩＤと関連付けて、スタンプカード関連付けＤＢ１４ｇに記憶させてもよい。こうして、新しいスタンプカードが作成される。
【0078】
その後、コミュニティへチェックインするユーザとしてのユーザＵ２の操作に応じて、ユーザ端末２－２は地図を表示するとともにスポットのマークを表示する。ユーザＵ２は、地図からスポットを選択することにより、そのスポットを含むスポット領域に関連付けられたコミュニティを選択する（ステップＳ１０６）。ユーザ端末２－２は、選択されたコミュニティのコミュニティＩＤ、選択されたスポットを含むスポット領域の領域ＩＤ、及びユーザＵ２のユーザＩＤを、ＳＮＳサーバ１へ送信する（ステップＳ１０７）。また、ユーザ端末２－２は、スポット領域を拡大した地図を表示するとともに、チェックインボタンを表示する。チェックインボタンは、選択されたコミュニティにチェックインするためのボタンである。このとき、ユーザ端末２－２は、チェックインボタンに対する操作を無効に設定する。すなわち、この時点ではユーザＵ２はチェックインすることができない。そして、ユーザ端末２－２は、定期的にそのユーザ端末２－２の位置情報を生成してＳＮＳサーバ１へ送信する（ステップＳ１０７、Ｓ１０８）。ＳＮＳサーバ１は、位置情報を受信するごとにチェックイン可不可判定処理を実行する（ステップＳ１０９、Ｓ１１１）。
【0079】
図８は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１によるチェックイン可不可判定処理の一例を示すフローチャートである。図８に示すように、チェックイン判定部１１０４は、ステップＳ１０７でユーザ端末２－２から受信した領域ＩＤに関連付けられた領域情報を、領域ＤＢ１４ｃから取得する（ステップＳ２０１）。次いで、チェックイン判定部１１０４は、領域情報により示されるスポット領域に、ユーザ端末２－２から受信した位置情報により示されるユーザ端末２－２の位置が含まれるか否かを判定する（ステップＳ２０２）。スポット領域にユーザ端末２－２の位置が含まれない場合（ステップＳ２０２：ＮＯ）、チェックイン可不可判定処理は終了する。
【0080】
スポット領域にユーザ端末２－２の位置が含まれる場合（ステップＳ２０２：ＹＥＳ）、チェックイン判定部１１０４は、チェックイン履歴ＤＢ１４ｄから、ユーザＵ２のユーザＩＤと、ユーザ端末２－２から受信された領域ＩＤと、を含むチェックインログのうち、直近の所定時刻（例えば７時等）以降の時刻を示すチェックイン日時を含むチェックインログを検索する（ステップＳ２０３）。検索の結果、チェックイン判定部１１０４は、該当するチェックインログがあるか否かを判定する（ステップＳ２０４）。該当するチェックインログがある場合（ステップＳ２０４：ＹＥＳ）、チェックイン可不可判定処理は終了する。該当するチェックインログがない場合（ステップＳ２０４：ＮＯ）、チェックイン判定部１１０４は、ユーザ端末２－２へチェックイン可能通知を送信して（ステップＳ２０５）、チェックイン可不可判定処理は終了する。
【0081】
図７に戻り、ステップＳ１１１のチェックイン可不可判定処理により、チェックイン判定部１１０４はユーザ端末２－２へチェックイン可能通知を送信したと仮定する（ステップＳ１１２）。チェックイン可能通知の受信に応じて、ユーザ端末２－２は、チェックインボタンへの操作を有効に変更する（ステップＳ１１３）。次いで、ユーザＵ２は、チェックインボタンを押下する操作を行う（ステップＳ１１４）。この操作に応じて、ユーザ端末２－２は、ＳＮＳサーバ１へチェックイン要求を送信する（ステップＳ１１５）。チェックイン要求は、ユーザＵ２が選択したコミュニティ及びスポットそれぞれに対応するコミュニティＩＤ及び領域ＩＤと、ユーザＵ２のユーザＩＤとを含んでもよい。
【0082】
チェックイン要求を受信したＳＮＳサーバ１のチェックイン判定部１１０４は、チェックインログを生成してチェックイン履歴ＤＢ１４ｄに記憶させる（ステップＳ１１６）。例えば、チェックイン判定部１１０４は、チェックイン要求に含まれる情報を含むとともに、現在日時をチェックイン日時として含むチェックインログを生成してもよい。次いで、加入部１１０５は、コミュニティ加入制御処理を実行する（ステップＳ１１７）。例えば、加入部１１０５は、チェックイン要求に含まれるコミュニティＩＤとユーザＩＤとの組み合わせと同一の組み合わせが、コミュニティメンバＤＢ１４ｅに記憶されているか否かを判定してもよい。同一の組み合わせが記憶されていない場合、加入部１１０５は、そのコミュニティＩＤとそのユーザＩＤとを関連付けてコミュニティメンバＤＢ１４ｅに記憶させてもよい。次いで、スタンプ部１１０６は、スタンプ制御処理を実行する（ステップＳ１１８）。
【0083】
図９は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１によるスタンプ制御処理の一例を示すフローチャートである。図９に示すように、スタンプ部１１０６は、ユーザＵ２がチェックインしたコミュニティのコミュニティＩＤに関連付けられたスタンプカードＩＤを、スタンプカード関連付けＤＢ１４ｇから検索する（ステップＳ３０１）。検索の結果、スタンプ部１１０６は、該当するスタンプカードＩＤがあるか否かを判定する（ステップＳ３０２）。該当するスタンプカードがない場合（ステップＳ３０２：ＮＯ）、スタンプカード制御処理は終了する。
【0084】
該当するスタンプカードＩＤがある場合（ステップＳ３０２：ＹＥＳ）、スタンプ部１１０６は、検索されたスタンプカードＩＤを含むスタンプカード情報を、スタンプカードＤＢ１４ｆから取得する。次いで、スタンプ部１１０６は、検索されたスタンプカードＩＤとチェックインしたユーザＵ２のユーザＩＤとを含む発行済カード情報を、発行済カードＤＢ１４ｈから検索する（ステップＳ３０３）。検索の結果、スタンプ部１１０６は、該当する発行済カード情報があるか否かを判定する（ステップＳ３０４）。該当する発行済カード情報がない場合（ステップＳ３０４：ＮＯ）、スタンプ部１１０６は、新たな発行済カード情報及び特典情報を生成して記憶部１４に記憶させる（ステップＳ３０５）。例えば、スタンプ部１１０６は、新しい発行カード番号を生成してもよい。スタンプ部１１０６は、発行カード番号、検索されたスタンプカードＩＤ、ユーザＵ２のユーザＩＤ、１を示す発行枚数、及びゼロを示すスタンプ数を含む発行カード番号を生成してもよい。スタンプ部１１０６は、発行済カード情報を発行済カードＤＢ１４ｈに記憶させてもよい。また、スタンプ部１１０６は、取得されたスタンプカード情報に含まれる特典設定情報から、特典スタンプ数を取得してもよい。スタンプ部１１０６は、取得された特典スタンプ数ごとに、発行済カード情報に含まれる発行カード番号とスタンプカードＩＤとユーザＩＤと発行枚数との組み合わせと同一の組み合わせと、その特典スタンプ数と、「未利用」を示す特典状態と、を含む特典情報を生成してもよい。スタンプ１１０６は、特典情報を特典ＤＢ１４ｊに記憶させてもよい。
【0085】
該当する発行済カード情報がある場合（ステップＳ３０４：ＹＥＳ）、またはステップＳ３０５の後、スタンプ部１１０６は、該当する発行済カード情報又は生成された発行済カード情報に含まれるスタンプ数を１増加させる（ステップＳ３０６）。次いで、スタンプ部１１０６は、スタンプログをスタンプ履歴ＤＢ１４ｉに記憶させる（ステップＳ３０７）。例えば、スタンプ部１１０６は、検索されたスタンプカードＩＤ、ユーザ端末２－２から受信したコミュニティＩＤ及び領域ＩＤ、ユーザＵ２のユーザＩＤ、並びに現在日時を示すスタンプ日時を含むスタンプログを生成してもよい。
【0086】
次いで、スタンプ部１１０６は、スタンプ数が、取得されたスタンプカード情報の特典設定情報に含まれる何れかの特典スタンプ数と一致するか否かを判定する（ステップＳ３０８）。スタンプ数が何れかの特典スタンプ数と一致する場合（ステップＳ３０８：ＹＥＳ）、特典付与部１１０７は、スタンプ数と一致する特典スタンプ数と、検索された発行済カード情報若しくは生成された発行済カード情報に含まれる発行カード番号、ユーザＩＤ及び発行枚数と、の組み合わせと同一の組み合わせに関連付けて特典ＤＢ１４ｊに記憶された特典状態を、「利用可」に変更する（ステップＳ３０９）。
【0087】
ステップＳ３０９の後、またはスタンプ数が何れの特典スタンプ数とも一致しない場合（ステップＳ３０８：ＮＯ）、スタンプ数がスタンプ欄数と一致するか否かを判定する（ステップＳ３１０）。スタンプ数がスタンプ欄数と一致する場合（ステップＳ３１０：ＹＥＳ）、スタンプ部１１０６は、検索された発行済カード情報若しくは生成された発行済カード情報に含まれる発行枚数を１増加させて（ステップＳ３１１）、その発行済カード情報に含まれるスタンプ数をゼロに変更する（ステップＳ３１２）。次いで、スタンプ部１１０６は、新たな特典情報を生成して特典ＤＢ１４ｊに記憶させる（ステップＳ３１３）。特典情報の生成方法はステップＳ３０５と同一であってもよい。
【0088】
ステップＳ３１３の後、またはスタンプ数がスタンプ欄数と一致しない場合（ステップＳ３１０：ＮＯ）、スタンプ部１１０６は、スタンプカード表示情報を生成し、その表示情報をユーザ端末２－２へ送信して（ステップＳ３１４）、スタンプ制御処理は終了する。スタンプカード表示情報は、ユーザ端末２－２にスタンプカードを表示させるための情報である。例えば、スタンプカード表示情報は、スタンプカード名及びスタンプ数等を含んでもよい。
【0089】
図７に戻り、スタンプ制御処理により、スタンプ部１１０６はユーザ端末２－２へスタンプカード表示情報を送信したと仮定する（ステップＳ１１９）。ユーザ端末２－２は、スタンプカード表示情報に基づいて、スタンプカードの画面を表示する（ステップＳ１２０）。例えば、ユーザ端末２－２は、複数のスタンプ欄を有するスタンプカードの画像を表示するとともに、スタンプカード名を表示してもよい。ユーザ端末２－２は、スタンプカードに含まれるスタンプ欄のうち、スタンプ数に相当する数のスタンプ欄のそれぞれに、スタンプを示す画像を表示してもよい。
【0090】
以上説明したように、本実施形態によれば、ＳＮＳサーバ１が、スタンプカード作成者により指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティＩＤを取得してもよい。また、ＳＮＳサーバ１が、２以上のコミュニティＩＤに関連付けて、作成されるスタンプカードを識別するスタンプカードＩＤをスタンプカードＤＢ１４ｆに記憶させてもよい。また、ＳＮＳサーバ１が、ユーザ端末２の位置情報を取得してもよい。また、ＳＮＳサーバ１が、スポット領域ＤＢ１４ｃに記憶された領域情報のうち、スタンプカードＩＤに関連付けられた２以上のコミュニティＩＤの何れかに関連付けられた領域情報により示されるスポット領域に、位置情報により示される位置が含まれる場合、そのユーザ端末２のユーザについてスタンプ処理を実行してもよい。この場合、ユーザが行ったスポット領域に関連付けられたコミュニティが、スタンプカード作成者により指定された２以上のコミュニティの何れに該当しても、そのユーザはスタンプカードにスタンプを押してもらうことができる。従って、スタンプカード作成者が２以上のコミュニティを指定して、指定されたそれらのコミュニティに関連する場所で共通に利用可能なスタンプカードを作成することができる。
【0091】
ここで、ＳＮＳサーバ１が、領域ＤＢ１４ｃに記憶された何れかの領域情報により示されるスポット領域に、位置情報により示される位置が含まれる場合、その領域情報に関連付けられたコミュニティＩＤにより識別されるコミュニティにユーザを加入させてもよい。この場合、ユーザは、何れかのコミュニティに関連付けられたスポット領域に行くことによって、そのコミュニティに加入することができる。特定のスポット領域内にある物事に或る程度以上関心が高いからこそ、ユーザはそのスポット領域内に行くものと考えられる。従って、コミュニティで情報交換される対象への関心度が或る程度以上に高いユーザでそのコミュニティが形成されるようにすることができる。
【0092】
また、ＳＮＳサーバ１が、ユーザが、スタンプカード作成者により指定された２以上のコミュニティのうち少なくとも一のコミュニティのメンバであることを条件として、スタンプ処理を実行してもよい。この場合、コミュニティに加入することをユーザに促すことができる。
【0093】
［２．第２実施形態］
次に、第２実施形態について説明する。以下に述べる点を除き、第２実施形態は第１実施形態と同一であってもよい。本実施形態において、ＳＮＳサーバ１は、スタンプカードを用いたスタンプラリーにユーザが参加することが可能に構成される。一般的なスタンプラリーは、ユーザが別々のスポットに訪れてスタンプカードにスタンプを押してもらう活動である。一度スタンプを押してもらったスポットに再度行っても、ユーザはスタンプを押してもらうことができない。本実施形態におけるスタンプラリーは、ユーザが別々のコミュニティに関連付けられたスポットに訪れてスタンプカードにスタンプを押してもらう活動であってもよい。一度スタンプを押してもらったコミュニティについて、そのコミュニティに関連付けられたスポットに行っても、ユーザはスタンプを押してもらうことができない。このとき、スタンプを押してもらった後にユーザが行ったスポットが、ユーザがスタンプを押してもらったスポットと異なっていたとしても、ユーザはスタンプを押してもらうことができない。
次に、第２実施形態について説明する。以下に述べる点を除き、第２実施形態は第１実施形態と同一であってもよい。本実施形態において、ＳＮＳサーバ１は、スタンプカードを用いたスタンプラリーにユーザが参加することが可能に構成される。一般的なスタンプラリーは、ユーザが別々のスポットに訪れてスタンプカードにスタンプを押してもらう活動である。一度スタンプを押してもらったスポットに再度行っても、ユーザはスタンプを押してもらうことができない。本実施形態におけるスタンプラリーは、ユーザが別々のコミュニティに関連付けられたスポットに訪れてスタンプカードにスタンプを押してもらう活動であってもよい。一度スタンプを押してもらったコミュニティについて、そのコミュニティに関連付けられたスポットに行っても、ユーザはスタンプを押してもらうことができない。このとき、スタンプを押してもらった後にユーザが行ったスポットが、ユーザがスタンプを押してもらったスポットと異なっていたとしても、ユーザはスタンプを押してもらうことができない。
【0094】
［２－１．ＳＮＳサーバの構成］
次に、ＳＮＳサーバ１の構成について、図１０乃至図１２を参照して説明する。図１０は、本実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。図１０において、図４と同一の要素については同一の符号が付されている。図４と図１０とが異なる点は、図１０において、記憶部１４に発行済カードラリーＤＢ１４ｋが更に記憶されている点である。
次に、ＳＮＳサーバ１の構成について、図１０乃至図１２を参照して説明する。図１０は、本実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。図１０において、図４と同一の要素については同一の符号が付されている。図４と図１０とが異なる点は、図１０において、記憶部１４に発行済カードラリーＤＢ１４ｋが更に記憶されている点である。
【0095】
図１１は、スタンプカードＤＢ１４ｆ、スタンプカード関連付けＤＢ１４ｇ、及び発行済カードラリーＤＢ１４ｋに記憶される内容の一例を示す図である。図１１に示すスタンプカードＤＢ１４ｆが、図５に示すスタンプカードＤＢ１４ｆと異なる点は、図１１に示すスタンプカードＤＢ１４ｆには、カード種別が更に記憶される点である。カード種別は、スタンプカードの種類を示す。カード種別は、例えば「スタンプラリー」及び「通常」の何れかに設定されてもよい。「スタンプラリー」は、そのスタンプカードが、スタンプラリー用のカードであることを示す。「通常」は、そのスタンプカードが、スタンプラリー用ではないカードであることを示す。スタンプカードの作成時に、スタンプカード作成者は、カード種別を選択することができるようになっていてもよい。
【0096】
図５に示すスタンプカード関連付けＤＢ１４ｇと、図１１に示すスタンプカード関連付けＤＢ１４ｇとが異なる点は、 図１１に示すスタンプカード関連付けＤＢ１４ｇには、スタンプ欄番号が更に記憶される点である。スタンプ欄番号は、コミュニティＩＤにより識別されるコミュニティについてスタンプが押されるスタンプ欄の番号を示す。
【0097】
図１２は、スタンプカードの一例を示す図である。図１２に示すスタンプカード１０２は、スタンプラリー用のカードである。スタンプカード１０２は、１０個のスタンプ欄を有する。各スタンプ欄には、１番から１０番までのうち何れかのスタンプ欄番号が割り当てられている。また各スタンプ欄には、コミュニティが関連付けられている。例えば、１番のスタンプ欄から１０番のスタンプ欄まで順に、コミュニティ２０１、２０２、２０３、２０４、２０５、２０６、２０７、２０８、２０９及び２１０が関連付けられている。例えば、スタンプカードの作成時にスタンプカード作成者により指定されたコミュニティの順番で、スタンプ欄にそれらのコミュニティが関連付けられてもよい。或いは、スタンプカード作成者が、スタンプ欄に対するコミュニティの割り当てを指定可能であってもよい。スタンプ欄数は、例えば予め定められていてもよい。或いは、スタンプカード作成者により指定されたコミュニティの数がスタンプ欄数として定められてもよい。
【0098】
図１１に戻り、発行済カードラリーＤＢ１４ｋには、ユーザに対して発行されたスタンプカードに関する情報のうち、スタンプラリーに関する発行済カードラリー情報が、スタンプラリー用のスタンプカードと、そのスタンプカードが発行されたユーザと、スタンプ欄と、の組み合わせごとに記憶されてもよい。例えば、発行済カードラリーＤＢ１４ｋには、作成されたスタンプカードのスタンプカードＩＤと、そのスタンプカードを有するユーザのユーザＩＤと、に関連付けて、スタンプカード作成者により指定された２以上のコミュニティそれぞれについて、スタンプが押されていないことを示す情報及び前記スタンプが押されていることを示す情報のうちの何れかが記憶されてもよい。具体的に、発行済カードラリーＤＢ１４ｋには、発行済カードラリー情報として、例えば発行カード番号、スタンプカードＩＤ、ユーザＩＤ、コミュニティＩＤ、スタンプ欄番号、及びスタンプ状態が、互いに関連付けて記憶されてもよい。発行カード番号は、特定のスタンプ欄を含むスタンプカードの発行を識別する。スタンプカードＩＤは、その発行されたスタンプカードを示す。ユーザＩＤは、そのスタンプカードの発行先のユーザを示す。コミュニティＩＤは、そのスタンプ欄に関連付けられたコミュニティを示す。スタンプ欄番号は、そのスタンプ欄を示す。スタンプ状態は、そのスタンプ欄にスタンプが押されているか否かを示す。スタンプ状態は、例えば「未獲得」及び「獲得済」の何れかに設定されてもよい。「未獲得」は、スタンプが押されていないことを示す。「獲得済」は、スタンプが押されていることを示す。
【0099】
［２－２．ＳＮＳサーバのシステム制御部の機能概要］
次に、ＳＮＳサーバ１のシステム制御部１１の機能概要について、図１３を参照して説明する。本実施形態において、スタンプ部１１０６は、スタンプカード作成者により指定された２以上のコミュニティのうち、位置情報取得部１１０３により取得された位置情報により示されるユーザ端末２の位置を含むスポット領域を示す領域情報に関連付けられたコミュニティＩＤにより示されるコミュニティについて、スタンプカードＩＤとそのユーザ端末２のユーザのユーザＩＤとに関連付けて、「未獲得」を示すスタンプ状態が発行済カードラリーＤＢ１４ｋに記憶されている場合、スタンプ処理として、そのスタンプ状態を「獲得済」に変更してもよい。すなわち、スタンプカードにスタンプが押されて、ユーザが獲得しているスタンプ数が増加する。コミュニティについてのスタンプ状態とは、そのコミュニティに割り当てられたスタンプ欄番号に関連付けられたスタンプ状態であってもよい。一方、スタンプ部１１０６は、「獲得済」を示すスタンプ状態が発行済カードラリーＤＢ１４ｋに記憶されている場合、特に何もしなくてもよい。すなわち、スタンプカードにはスタンプが押されず、ユーザが獲得しているスタンプ数は増加しない。或るスタンプカードのスタンプカードＩＤと或るユーザのユーザＩＤとに関連付けて発行済カードラリーＤＢ１４ｋに記憶されている「獲得済」を示すスタンプ状態の数が特典スタンプ数に達した場合、そのユーザに特典が付与されると定められている。
次に、ＳＮＳサーバ１のシステム制御部１１の機能概要について、図１３を参照して説明する。本実施形態において、スタンプ部１１０６は、スタンプカード作成者により指定された２以上のコミュニティのうち、位置情報取得部１１０３により取得された位置情報により示されるユーザ端末２の位置を含むスポット領域を示す領域情報に関連付けられたコミュニティＩＤにより示されるコミュニティについて、スタンプカードＩＤとそのユーザ端末２のユーザのユーザＩＤとに関連付けて、「未獲得」を示すスタンプ状態が発行済カードラリーＤＢ１４ｋに記憶されている場合、スタンプ処理として、そのスタンプ状態を「獲得済」に変更してもよい。すなわち、スタンプカードにスタンプが押されて、ユーザが獲得しているスタンプ数が増加する。コミュニティについてのスタンプ状態とは、そのコミュニティに割り当てられたスタンプ欄番号に関連付けられたスタンプ状態であってもよい。一方、スタンプ部１１０６は、「獲得済」を示すスタンプ状態が発行済カードラリーＤＢ１４ｋに記憶されている場合、特に何もしなくてもよい。すなわち、スタンプカードにはスタンプが押されず、ユーザが獲得しているスタンプ数は増加しない。或るスタンプカードのスタンプカードＩＤと或るユーザのユーザＩＤとに関連付けて発行済カードラリーＤＢ１４ｋに記憶されている「獲得済」を示すスタンプ状態の数が特典スタンプ数に達した場合、そのユーザに特典が付与されると定められている。
【0100】
図１３は、スタンプカードにスタンプが押される様子の一例を示す図である。図１３に示すユーザＵ２は、スタンプカード１０２をまだ所有していない。ユーザ端末２－２を所持したユーザＵ２は、スポット領域３０２内にあるラーメン店４０２に行く。スポット領域３０２は、コミュニティ２０２に関連する。ここでユーザＵ２は、ユーザ端末２－２を操作して、コミュニティ２０２にチェックインする（ステップＳ１１）。チェックインに応じて、ＳＮＳサーバ１は、スタンプカード１０２の複製としてのスタンプカード１０２－１をユーザＵ２に発行する。図１２に示すように、コミュニティ２０２は２番目のスタンプ欄に割り当てられている。発行されたばかりのスタンプカード１０２－１の何れのスタンプ欄にも、スタンプは押されていない。従って、ＳＮＳサーバ１は、そのスタンプカード１０２－１の２番目のスタンプ欄にスタンプを押す（ステップＳ１２）。次の日、ユーザＵ２は、スポット領域３０３内にあるラーメン店４０３に行く。スポット領域３０３も、コミュニティ２０２に関連する。ここでユーザＵ２は、ユーザ端末２－２を操作して、コミュニティ２０２にチェックインする（ステップＳ１３）。スタンプカード１０２－１の２番目のスタンプ欄には、既にスタンプが押されている。従って、ＳＮＳサーバ１は、スタンプカード１０２－１にスタンプを押さない（ステップＳ１４）。その後、ユーザＵ２は、スポット領域３０６内にあるパン屋４０６に行く。スポット領域３０６は、例えばコミュニティ２０９に関連するものとする。コミュニティ２０９は、パン屋４０６に関連する。図１２に示すように、コミュニティ２０９は９番目のスタンプ欄に割り当てられている。ここでユーザＵ２は、ユーザ端末２－２を操作して、コミュニティ２０２にチェックインする（ステップＳ１５）。スタンプカード１０２－１の９番目のスタンプ欄には、スタンプが押されていない。従って、ＳＮＳサーバ１は、９番目のスタンプ欄にスタンプを押す（ステップＳ１６）。
【0101】
［２－３．通信システムの動作］
次に、通信システムＳの動作について、図１４及び図１５を参照して説明する。本実施形態においても、図７に示すように、先ずステップＳ１０１～Ｓ１１７が実行されてもよい。ここで、ステップＳ１０１において、スタンプカード作成者は、カード種別を選択する。ステップＳ１０５において、スタンプカード作成部１１０２は、カード種別が「スタンプラリー」である場合、スタンプカード作成者により指定された各コミュニティについてスタンプカード関連付け情報を生成するとき、そのスタンプカード関連付け情報にスタンプ欄番号を追加する。例えば、スタンプカード作成者は、スタンプカード作成者により指定されたコミュニティの順で、スタンプカード関連付け情報に追加するスタンプ欄番号を割り当ててもよい。ステップＳ１１７の後、スタンプ制御処理が実行される（ステップＳ１１８）。
次に、通信システムＳの動作について、図１４及び図１５を参照して説明する。本実施形態においても、図７に示すように、先ずステップＳ１０１～Ｓ１１７が実行されてもよい。ここで、ステップＳ１０１において、スタンプカード作成者は、カード種別を選択する。ステップＳ１０５において、スタンプカード作成部１１０２は、カード種別が「スタンプラリー」である場合、スタンプカード作成者により指定された各コミュニティについてスタンプカード関連付け情報を生成するとき、そのスタンプカード関連付け情報にスタンプ欄番号を追加する。例えば、スタンプカード作成者は、スタンプカード作成者により指定されたコミュニティの順で、スタンプカード関連付け情報に追加するスタンプ欄番号を割り当ててもよい。ステップＳ１１７の後、スタンプ制御処理が実行される（ステップＳ１１８）。
【0102】
【0103】
図１４に示すように、先ずステップＳ３０１及びＳ３０２が実行される。ステップＳ３０１の検索の結果、該当するスタンプカードＩＤがない場合（ステップＳ３０２：ＮＯ）、スタンプカード制御処理は終了する。該当するスタンプカードＩＤがある場合（ステップＳ３０２：ＹＥＳ）、スタンプ部１１０６は、検索されたスタンプカードＩＤを含むスタンプカード情報を、スタンプカードＤＢ１４ｆから取得する。次いで、スタンプ部１１０６は、取得されたスタンプカード情報に含まれるカード種別が「スタンプラリー」であるか否かを判定する（ステップＳ３２１）。カード種別が「スタンプラリー」ではない場合（ステップＳ３２１：ＮＯ）、第１実施携帯と同様にステップＳ３０３～Ｓ３０５が実行される。
【0104】
カード種別が「スタンプラリー」である場合（ステップＳ３２１：ＹＥＳ）、図１５に示すように、スタンプ部１１０６は、検索されたスタンプカードＩＤとチェックインしたユーザＵ２のユーザＩＤとを含む発行済カード情報を、発行済カードＤＢ１４ｈから検索する（ステップＳ４０１）。検索の結果、スタンプ部１１０６は、該当する発行済カード情報があるか否かを判定する（ステップＳ４０２）。該当する発行済カード情報がない場合（ステップＳ４０２：ＮＯ）、スタンプ部１１０６は、新たな発行済カード情報及び特典情報を生成して記憶部１４に記憶させる（ステップＳ４０３）。ステップＳ４０３はステップＳ３０５と同一であってもよい。次いで、スタンプ部１１０６は、発行済カードラリー情報を生成して発行済カードラリーＤＢ１４ｋに記憶させる（ステップＳ４０４）。例えば、スタンプ部１１０６は、スタンプカード関連付けＤＢ１４ｇから、検索されたスタンプカードＩＤを含むスタンプカード関連付け情報を全て検索してもよい。スタンプ部１１０６は、検索された各スタンプカード関連付け情報から、コミュニティＩＤとスタンプ欄番号との組み合わせを取得してもよい。スタンプ部１１０６は、取得された各組み合わせについて、生成された発行カード番号と、検索されたスタンプカードＩＤと、その組み合わせと、「未獲得」を示すスタンプ状態とを含む発行済カードラリー情報を生成してもよい。スタンプ部１１０６は、生成された各発行済カードラリー情報を発行済カードラリーＤＢ１４ｋに記憶させてもよい。
【0105】
該当する発行済カード情報がある場合（ステップＳ４０２）、またはステップＳ４０４の後、スタンプ部１１０６は、検索されたスタンプカードＩＤと、ユーザＵ２のユーザＩＤと、ユーザ端末２－２から受信したコミュニティＩＤとの組み合わせに関連付けられたスタンプ状態を、発行済カードラリーＤＢ１４ｋから検索する（ステップＳ４０５）。次いで、スタンプ部１１０６は、検索されたスタンプ状態が「未獲得」であるか否かを判定する（ステップＳ４０６）。スタンプ状態か「獲得済」である場合（ステップＳ４０６：ＮＯ）、スタンプ制御処理は終了する。スタンプ状態か「未獲得」である場合（ステップＳ４０６：ＹＥＳ）、スタンプ部１１０６は、そのスタンプ状態を「獲得済」に変更する（ステップＳ４０７）。
【0106】
該当する発行済カード情報がある場合（ステップＳ３０４：ＹＥＳ）、ステップＳ３０６の後又はステップＳ４０７の後、図１４に示すように、第１実施形態の場合と同様にステップＳ３０６～Ｓ３１３が実行される。ステップＳ３１３の後、スタンプ部１１０６は、取得されたスタンプカード情報に含まれるカード種別が「スタンプラリー」であるか否かを判定する（ステップＳ３２２）。カード種別が「スタンプラリー」である場合（ステップＳ３２３：ＹＥＳ）、スタンプ部１１０６は、検索されたスタンプカードＩＤとユーザＵ２のユーザＩＤとの組み合わせに関連付けて発行済カードラリーＤＢ１４ｋに記憶されている各スタンプ状態を「未獲得」に変更する（ステップＳ３２３）。ステップＳ３２３の後、スタンプ数がスタンプ欄数と一致しない場合（ステップＳ３１０：ＮＯ）、またはカード種別が「スタンプラリー」ではない場合（ステップＳ３２２：ＮＯ）、スタンプ部１１０６は、ユーザ端末２－２へスタンプカード表示情報を送信して（ステップＳ３１４）、スタンプ制御処理は終了する。カード種別が「スタンプラリー」である場合、スタンプカード表示情報は、各スタンプ欄についてスタンプ欄番号とスタンプ状態との組み合わせを含んでもよい。
【0107】
スタンプ制御処理が終了すると、図７に示すようにステップＳ１１９及びＳ１２０が実行される。ステップＳ１２０において、ユーザ端末２－２は、スタンプ欄ごとに、そのスタンプ欄の番号に関連付けられたスタンプ状態を判定してもよい。ユーザ端末２－２は、スタンプ状態が「獲得済」であるスタンプ欄に、スタンプの画像を表示させてもよい。
【0108】
以上説明したように、本実施形態によれば、スタンプカード作成者により指定された２以上のコミュニティそれぞれに関連する２以上のスポット領域をユーザが巡るスタンプラリーを実現することができる。
【0109】
［３．第３実施形態］
次に、第３実施形態について説明する。以下に述べる点を除き、第３実施形態は、第１実施形態又は第２実施形態と同一であってもよい。本実施形態においは、何れかのスポット領域にユーザが位置することに応じてそのユーザのスタンプカードにスタンプカードが押される場合、そのユーザに、所定のポイントプログラムのポイントが付与される。ポイントプログラムは、例えば施設やオンラインにおける取引対象の購入代金の所定割合のポイントをユーザに付与するとともに、取引対象の購入にポイントを利用可能とするサービスであってもよい。スポットＳＮＳの各ユーザは、ポイントプログラムを利用可能であってもよい。ユーザにポイントを付与するための費用は、そのスタンプカードの作成者及びそのスポット領域のコミュニティの運営者のうち少なくとも何れか一方が負担する。全てのスタンプカードについて、ユーザにポイントが付与されてもよい。或いは、ポイントを付与するか否かを、各スタンプカード作成者が選択可能であってもよい。説明の便宜上、以降においては、全てのスタンプカードについてユーザにポイントが付与されるものとする。
次に、第３実施形態について説明する。以下に述べる点を除き、第３実施形態は、第１実施形態又は第２実施形態と同一であってもよい。本実施形態においは、何れかのスポット領域にユーザが位置することに応じてそのユーザのスタンプカードにスタンプカードが押される場合、そのユーザに、所定のポイントプログラムのポイントが付与される。ポイントプログラムは、例えば施設やオンラインにおける取引対象の購入代金の所定割合のポイントをユーザに付与するとともに、取引対象の購入にポイントを利用可能とするサービスであってもよい。スポットＳＮＳの各ユーザは、ポイントプログラムを利用可能であってもよい。ユーザにポイントを付与するための費用は、そのスタンプカードの作成者及びそのスポット領域のコミュニティの運営者のうち少なくとも何れか一方が負担する。全てのスタンプカードについて、ユーザにポイントが付与されてもよい。或いは、ポイントを付与するか否かを、各スタンプカード作成者が選択可能であってもよい。説明の便宜上、以降においては、全てのスタンプカードについてユーザにポイントが付与されるものとする。
【0110】
［３－１．通信システムの構成］
先ず、本実施形態に係る通信システムＳの構成及び機能概要について、図１６を参照して説明する。図１６は、本実施形態に係る通信システムＳの概要構成の一例を示す図である。図１６において、図１と同一の要素については同一の符号が付されている。図１６が図１と異なる点は、図１６において、ポイント管理サーバ３が追加されている点である。ポイント管理サーバ３はネットワークＮＷに接続される。
先ず、本実施形態に係る通信システムＳの構成及び機能概要について、図１６を参照して説明する。図１６は、本実施形態に係る通信システムＳの概要構成の一例を示す図である。図１６において、図１と同一の要素については同一の符号が付されている。図１６が図１と異なる点は、図１６において、ポイント管理サーバ３が追加されている点である。ポイント管理サーバ３はネットワークＮＷに接続される。
【0111】
ポイント管理サーバ３は、ポイントプログラムにおける各ユーザのポイントを管理するサーバ装置であってもよい。例えば、ポイント管理サーバ３は、ポイントＤＢ３１を記憶してもよい。ポイントＤＢ３１には、各ユーザが保有するポイントに関する情報が記憶されてもよい。ユーザが現在保有するポイントの数を、利用可能ポイント数という。ポイントＤＢ３１には、例えばユーザごとに、ユーザＩＤ及び利用可能ポイント数が互いに関連付けて記憶されてもよい。ポイント管理サーバ３は、ポイントＤＢ３１にアクセスするためのＡＰＩ（Application Programming Interface）をＳＮＳサーバ１へ提供してもよい。
【0112】
［３－２．ＳＮＳサーバの構成］
次に、ＳＮＳサーバ１の構成について、図１７及び図１８を参照して説明する。図１７は、本実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。図１７において、図４と同一の要素については同一の符号が付されている。図１７が図４と異なる点は、図１７において、記憶部１４に、費用負担ＤＢ１４ｌ及び料金ＤＢ１４ｍが更に記憶されている点である。
次に、ＳＮＳサーバ１の構成について、図１７及び図１８を参照して説明する。図１７は、本実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。図１７において、図４と同一の要素については同一の符号が付されている。図１７が図４と異なる点は、図１７において、記憶部１４に、費用負担ＤＢ１４ｌ及び料金ＤＢ１４ｍが更に記憶されている点である。
【0113】
図１８は、スタンプカードＤＢ１４ｆ、費用負担ＤＢ１４ｌ及び料金ＤＢ１４ｍに記憶される内容の一例を示す図である。図１８に示すスタンプカードＤＢ１４ｆが、図５に示すスタンプカードＤＢ１４ｆと異なる点は、図１８に示すスタンプカードＤＢ１４ｆには、予算額が更に記憶される点である。予算額は、ポイントを付与するためにスタンプカード作成者が負担する費用の予算の金額を示す。この予算額は、例えば所定期間あたり（例えば１か月あたり等）の金額を示してもよい。予算額は、作成者により設定されてもよい。スタンプカードを作成するとき、作成者は、基本的に予算額を設定することが必要であると定められていてもよい。なお、所定期間内の実際の費用が予算額を超えても、ＳＮＳサーバ１は、スタンプカードにスタンプが押されるユーザに対してポイントを付与してもよい。この場合、スタンプカード作成者が実際に負担する費用としてのポイント料金の額が、予算額を超えることになる。
【0114】
費用負担ＤＢ１４ｌには、ポイントを付与するための費用を負担することを運営者が選択したコミュニティごとに、その費用負担に関する費用負担情報が記憶されてもよい。ポイントの費用を負担するか否かを各コミュニティの運営者が選択可能に、ＳＮＳサーバ１が構成されていてもよい。例えば、コミュニティの作成時にその選択が可能であったり、コミュニティの作成後に、その選択を変更可能であったりしてもよい。運営者がポイントの費用を負担することで、後述するように、そのコミュニティに関連付けられたスポットへ訪れるユーザを増やすことが可能である。費用負担ＤＢ１４ｌには、費用負担情報として、例えばコミュニティＩＤ、コミュニティ運営者ＩＤ、予算額等が、互いに関連付けて記憶されてもよい。コミュニティＩＤは、費用の負担が選択されたコミュニティを示す。コミュニティ運営者ＩＤは、そのコミュニティの運営者のユーザＩＤである。予算額は、ユーザにポイントを付与するために運営者が負担する費用の予算の金額を示す。この予算額は、例えば所定期間あたりの金額を示してもよい。予算額は、運営者により設定されてもよい。また前述と同様に、コミュニティ運営者が実際に負担するポイント料金の額が、予算額を超えてもよい。
【0115】
料金ＤＢ１４ｍには、ポイントを付与するための費用として、スタンプカード作成者又はコミュニティ運営者に請求されるポイント料金に関する請求情報が、請求先ごとに記憶されてもよい。例えば、料金ＤＢ１４ｍには、料金情報として、ユーザＩＤ、対象期間及び請求額等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、請求先を示す。請求先は、スタンプカード作成者又はコミュニティ運営者である。対象期間は、ポイント料金が集計される期間を示す。例えば、対象期間は年度と月との組み合わせを示してもよい。請求額は、請求されるポイント料金の額を示す。請求額の初期値は０円である。対象期間により示される期間が経過した後、請求額相当のポイント付与料金が請求先に請求される。例えば、ＳＮＳサーバ１又はその他のサーバ装置が、請求先のクレジットカードでポイント付与料金を決済するための処理を実行してもよい。
【0116】
［３－３．ＳＮＳサーバのシステム制御部の機能概要］
次に、ＳＮＳサーバ１のシステム制御部１１の機能概要について、図１９及び図２０を参照して説明する。図１９は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。図１９において、図６と同一の要素については同一の符号が付されている。図１９が図６と異なる点は、図１９において、システム制御部１１は、更にコミュニティ選択画面情報送信部１１０８、ポイント付与部１１０９、及び請求額更新部１１１０として機能する点である。
次に、ＳＮＳサーバ１のシステム制御部１１の機能概要について、図１９及び図２０を参照して説明する。図１９は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。図１９において、図６と同一の要素については同一の符号が付されている。図１９が図６と異なる点は、図１９において、システム制御部１１は、更にコミュニティ選択画面情報送信部１１０８、ポイント付与部１１０９、及び請求額更新部１１１０として機能する点である。
【0117】
コミュニティ選択画面情報送信部１１０８は、スタンプカード作成者が利用するユーザ端末２へ、コミュニティ選択画面情報を送信してもよい。コミュニティ選択画面情報は、コミュニティ選択画面をユーザ端末２に表示させる情報であってもよい。コミュニティ選択画面は、スタンプカード作成者が、スポットへの訪問の促進にそのスタンプカードを利用可能なコミュニティを選択するための画面であってもよい。例えば、コミュニティＩＤ取得部１１０１は、コミュニティ選択画面から作成者により指定された２以上のコミュニティそれぞれのコミュニティＩＤを取得してもよい。例えば、コミュニティ選択画面情報は、ＨＴＭＬ（HyperText Markup Language）文書又はその他の情報であってもよい。
【0118】
コミュニティ選択画面は、互いに異なる複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報が表示される画面であってもよい。コミュニティ表示情報は、例えばコミュニティ名を少なくとも含んでもよい。また、コミュニティ選択画面は、コミュニティ表示情報により示されるそれらのコミュニティのうち、少なくとも何れかのコミュニティを指定する操作を受け付け可能な画面であってもよい。コミュニティ選択画面は、例えばコミュニティの検索結果を示す画面であってもよい。例えば、スタンプカード作成者が、コミュニティの検索条件を入力することに応じて、ＳＮＳサーバ１は、その検索条件を満たすコミュニティを検索してもよい。
【0119】
各コミュニティ表示情報には、そのコミュニティ表示情報の表示の優先度が設定されてもよい。そして、コミュニティ選択画面には、各コミュニティ表示情報が、そのコミュニティ表示情報の表示の優先度に応じた態様で表示されてもよい。表示の優先度は、表示の優先順位であってもよい。コミュニティ表示情報の優先度（または優先順位）が高いほど、そのコミュニティ表示情報は優先的に表示されてもよい。例えば、コミュニティ表示情報がコミュニティ選択画面内の上から下に向かって並べて表示される場合、コミュニティ表示情報の優先度が高いほど、そのコミュニティ表示情報は、より上の方の位置に表示されてもよい。例えば、コミュニティ選択画面において、コミュニティ表示情報が表示される各位置に優先順位が割り当てられていてもよい。それらの位置には、１番から順に上から下に向かって優先順位が割り当てられてもよい。コミュニティ選択画面情報送信部１１０８は、コミュニティ表示情報の優先度が高いほど、そのコミュニティ表示情報の優先順位を高くしてもよい。コミュニティ選択画面情報送信部１１０８は、各コミュニティ表示情報を、そのコミュニティ表示情報の優先順位と同一の優先順位の位置に表示させてもよい。或いは、コミュニティ表示情報の優先度が高いほど、そのコミュニティ表示情報がより目立つ表示態様で表示されてもよい。表示態様の例として、コミュニティ表示情報の大きさ、色濃度等が挙げられる。なお、コミュニティ選択画面情報は、コミュニティごとに、そのコミュニティのコミュニティＩＤと表示の優先度若しくは優先順位とを関連付けた情報であってもよい。ユーザ端末２は、このコミュニティ選択画面情報に基づいて、各コミュニティ表示情報を、その優先度に応じた態様で、コミュニティ選択画面に表示してもよい。
【0120】
コミュニティ選択画面情報送信部１１０８は、少なくとも一部のコミュニティのうち、ポイントを付与するための費用を負担するコミュニティを示すコミュニティ表示情報の表示の優先度を、ポイントを付与するための費用を負担しないコミュニティを示すコミュニティ表示情報の表示の優先度よりも高くして、コミュニティ選択画面情報を生成してもよい。これにより、費用を負担するコミュニティを示すコミュニティ表示情報が、より優先的に表示される。そのため、スタンプカード作成者は、費用を負担するコミュニティを、費用を負担しないコミュニティよりも、スタンプカードを利用可能なコミュニティとして選択する確率が高くなる。指定されたコミュニティのスポットにユーザが訪れた場合、そのユーザにポイントが付与されるので、そのコミュニティのスポットへの訪問が促進される。コミュニティの運営者が費用を負担するか否かは、例えば費用負担ＤＢ１４ｌを参照することで判定可能である。
【0121】
ポイント付与部１１０９は、スタンプ部１１０６によりスタンプ処理が実行される場合、スタンプが押されるスタンプカードを所有するユーザへポイントを付与するポイント付与処理を実行してもよい。例えば、ポイント付与部１１０９は、コミュニティＩＤ取得部１１０１により取得された２以上のコミュニティＩＤの何れかに関連付けられた領域情報により示される領域に、位置情報取得部１１０３により取得された位置情報により示されるユーザ端末２の位置が含まれるとチェックイン判定部１１０４により判定された場合、そのユーザ端末２のユーザへポイントを付与してもよい。例えば、ユーザに対して予め定められた数のポイントが付与されてもよい。説明の便宜上、１０ポイントが付与されるものとする。ポイント付与部１１０９は、ポイント付与処理として、ポイントＤＢ３１に記憶されたそのユーザの利用可能ポイント数に、予め定められた数を加算してもよい。ポイント付与部１１０９は、例えばスタンプ処理の後にポイント付与処理を実行してもよいし、スタンプ処理の前にポイント付与処理を実行してもよい。また、ポイント付与部１１０９は、例えばチェックインのタイミングでポイントを付与してもよいし、その月の末日や次月の末日等にポイントを付与してもよい。
【0122】
請求額更新部１１１０は、ポイント付与部１１０９によりポイント付与処理が実行される場合、料金ＤＢ１４ｍに記憶されたポイント付与料金の請求額であって、スタンプカード作成者に対する請求額とコミュニティ運営者に対する請求額とのうち、少なくとも何れか一方を更新してもよい。例えば、１回あたりのポイント付与について、ポイント料金の単価が定められていてもよい。この単価を、ポイント付与単価という。ポイント付与単価は、例えばユーザへ付与されるポイント数に相当する金額以上の金額であってもよい。ポイント料金が、コミュニティの広告宣伝のための費用であると考える場合、ポイント付与単価は、付与されるポイント数に相当する金額よりも高い金額に設定されていてもよい。ポイントと金銭との交換比率が予め定められていてもよい。例えば、１ポイントが１円に相当してもよい。１回のスタンプにつきユーザに１０ポイントが付与される場合、１０円よりも高い金額がポイント付与単価であってもよい。
【0123】
請求額更新部１１１０は、位置情報取得部１１０３により取得された位置情報により示されるユーザ端末２の位置を含むスポット領域に関連付けられたコミュニティＩＤが、ポイントを付与するための費用を負担するコミュニティとは異なるコミュニティを示す場合、ポイント付与単価の全部を、スタンプカード作成者に対する請求額に加算してもよい。そのコミュニティの運営者は、費用を負担することを選択していないので、ポイント付与単価の全部がスタンプカード作成者に請求される。
【0124】
請求額更新部１１１０は、位置情報取得部１１０３により取得された位置情報により示されるユーザ端末２の位置を含むスポット領域に関連付けられたコミュニティＩＤが、ポイントを付与するための費用を負担するコミュニティを示す場合、ポイント付与単価の少なくとも一部を、コミュニティ運営者に対する請求額に加算してもよい。このとき、請求額更新部１１１０は、スタンプカード作成者に対する請求額に加算される金額とコミュニティ運営者に対する請求額に加算される金額との合計が、ポイント付与単価と一致するように、少なくとも何れか一方の請求額を増加させてもよい。そのコミュニティの運営者は、費用を負担することを選択しているので、ポイント付与単価の少なくとも一部をその運営者に請求し得る。例えば、請求額更新部１１１０は、ポイント付与単価の全部を、コミュニティ運営者に対する請求額に加算してもよい。この場合、スタンプカード作成者は費用を負担しない。
【0125】
図２０は、ユーザにポイントが付与される様子の一例を示す図である。例えば、図２に示すホテルに関するコミュニティ２０１の運営者は、ポイントを付与するための費用を負担しないことを選択している。一方、ラーメンチェーンに関するコミュニティ２０２の運営者は、費用を負担することを選択している。図２０に示すように、ユーザ端末２－２を所持するユーザＵ２は、スポット領域３０１内にあるホテル４０１に宿泊し、コミュニティ２０１にチェックインする（ステップＳ２１）。チェックインに応じて、ＳＮＳサーバ１は、ユーザＵ２のスタンプカード１０１－１にスタンプを押すとともに、ユーザＵ２にポイントを付与する（ステップＳ２２）。コミュニティ２０１の運営者は費用を負担しないため、ＳＮＳサーバ１は、スタンプカード１０１の作成者への請求額に、ポイント付与単価を加算する（ステップＳ２３）。その後、ユーザＵ２は、スポット領域３０２内にあるラーメン店４０２に行き、コミュニティ２０２にチェックインする（ステップＳ２４）。このチェックインに応じて、ＳＮＳサーバ１は、スタンプカード１０１－１に更に１個のスタンプを押すとともに、ユーザＵ２に更にポイントを付与する（ステップＳ２５）。コミュニティ２０２の運営者は費用を負担するため、ＳＮＳサーバ１は、その運営者への請求額に、ポイント付与単価を加算する（ステップＳ２６）。
【0126】
［３－４．通信システムの動作］
次に、通信システムＳの動作について、図２１乃至図２３を参照して説明する。図２１は、本実施形態に係る通信システムＳのスタンプカード作成時における動作の一例を示すシーケンス図である。図２１において、図７と同一の処理については同一の符号が付されている。
次に、通信システムＳの動作について、図２１乃至図２３を参照して説明する。図２１は、本実施形態に係る通信システムＳのスタンプカード作成時における動作の一例を示すシーケンス図である。図２１において、図７と同一の処理については同一の符号が付されている。
【0127】
図２１に示すように、ユーザＵ１は、スタンプカード作成画面に対して、スタンプカードの情報を入力する（ステップＳ１０１）。このとき、ユーザＵ１は予算額も入力する。次いで、ユーザＵ１は、コミュニティの検索条件を入力する（ステップＳ５０１）。ユーザ端末２－１は、入力された検索条件を含むコミュニティ検索要求を、ＳＮＳサーバ１へ送信する（ステップＳ５０２）。コミュニティ検索要求を受信したＳＮＳサーバ１のコミュニティ選択画面情報送信部１１０８は、検索条件を満たすコミュニティを検索する（ステップＳ５０３）。次いで、コミュニティ選択画面情報送信部１１０８は、検索された各コミュニティの優先度を設定する（ステップＳ５０４）。例えば、コミュニティ選択画面情報送信部１１０８は、ポイントを付与するための費用を負担するコミュニティを、他のコミュニティの優先度よりも高くする。コミュニティ選択画面情報送信部１１０８は、例えば検索されたコミュニティのコミュニティＩＤを含む費用負担情報の有無を判定することにより、そのコミュニティの運営者が費用を負担するか否かを判定する。次いで、コミュニティ選択画面情報送信部１１０８は、コミュニティ表示情報表示画面情報として、検索結果画面のＨＴＭＬ文書を生成する（ステップＳ５０５）。検索結果画面は、コミュニティの検索結果を示す画面である。例えば、コミュニティ選択画面情報送信部１１０８は、検索された各コミュニティのコミュニティＩＤ及びコミュニティ名を含むコミュニティ表示情報を生成してもよい。また、コミュニティ選択画面情報送信部１１０８は、優先度が高い方のコミュニティのコミュニティ表示情報が、検索結果画面のより上方の位置に表示されるように、ＨＴＭＬ文書を生成してもよい。コミュニティ選択画面情報送信部１１０８は、生成されたＨＴＭＬ文書を、ユーザ端末２－１へ送信する（ステップＳ５０６）。ＨＴＭＬ文書を受信したユーザ端末２－１は、このＨＴＭＬ文書に基づいて、検索結果画面を表示する（ステップＳ５０７）。ユーザＵ１は、検索結果画面から、少なくとも一のコミュニティ表示情報を選択する（ステップＳ５０８）。なお、ユーザＵ１の操作に応じて、ステップＳ５０１～Ｓ５０８が複数回実行される場合があってもよい。最終的にユーザＵ１により２以上のコミュニティ表示情報が選択された後、ユーザ端末２－１は、入力されたスタンプカードの情報、選択されたコミュニティ表示情報に対応するコミュニティのコミュニティＩＤのリスト、及びユーザＵ１のユーザＩＤを、ＳＮＳサーバ１へ送信する（ステップＳ１０３）。ＳＮＳサーバ１は、スタンプカードＩＤを生成して、スタンプカード情報及びスタンプカード関連付け情報を記憶部１４に記憶させる（ステップＳ１０４、Ｓ１０５）。その後、図７に示すように、ステップＳ１０６～Ｓ１２０が実行されてもよい。
【0128】
図２２は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１によるスタンプ制御処理の一例を示すフローチャートである。図２２において、図９と同一の処理については同一の符号が付されている。図２２に示すように、先ず第１実施形態と同様にステップＳ３０１～Ｓ３０７が実行される。ステップＳ３０７の後、ポイント付与部１１０９は、チェックインしたユーザＵ２のユーザＩＤに関連付けてポイントＤＢ３１に記憶されている利用可能ポイント数に１０ポイントを加算して、その利用可能ポイント数を更新する（ステップＳ３４１）。次いで、請求額更新部１１１０は、請求額更新処理を実行する（ステップＳ３４２）。
【0129】
図２３は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１による請求額更新処理の一例を示すフローチャートである。図２３に示すように、請求額更新部１１１０は、ユーザＵ２がチェックインしたコミュニティのコミュニティＩＤに関連付けて、費用負担ＤＢ１４ｌに費用負担情報が記憶されているか否かを判定する（ステップＳ６０１）。費用負担情報が記憶されていない場合（ステップＳ６０１：ＮＯ）、請求額更新部１１１０は、スタンプカード作成者の請求額に、ポイント付与単価を加算して、請求額を更新する（ステップＳ６０２）。例えば、請求額更新部１１１０は、ユーザＵ２がチェックインしたコミュニティのコミュニティＩＤに関連付けられたスタンプカードＩＤをスタンプカード関連付けＤＢ１４ｇから取得してもよい。請求額更新部１１１０は、このスタンプカードＩＤに関連付けられたスタンプカード作成者ＩＤを、スタンプカードＤＢ１４ｆから取得してもよい。請求額更新部１１１０は、このスタンプカード作成者ＩＤに関連付けて料金ＤＢ１４ｍに記憶されている請求額に、ポイント付与単価を加算してもよい。
【0130】
費用負担情報が記憶されている場合（ステップＳ６０１：ＹＥＳ）、請求額更新部１１１０は、コミュニティ運営者の請求額に、ポイント付与単価を加算して、請求額を更新する（ステップＳ６０３）。例えば、請求額更新部１１１０は、ユーザＵ２がチェックインしたコミュニティのコミュニティＩＤに関連付けられたコミュニティ運営者ＩＤを、コミュニティＤＢ１４ｂから取得してもよい。請求額更新部１１１０は、このコミュニティ運営者ＩＤに関連付けて料金ＤＢ１４ｍに記憶されている請求額に、ポイント付与単価を加算してもよい。ステップＳ６０２又はＳ６０３が終わると、請求額更新処理は終了する。図２２に戻り、請求額更新処理が終了すると、第１実施形態と同様にステップＳ３０８～Ｓ３１４が実行される。
【0131】
以上説明したように、本実施形態によれば、ＳＮＳサーバ１が、スタンプ処理が実行される場合、ユーザ端末２のユーザへポイントを付与するポイントポイント付与処理を実行する。従って、スタンプカードの作成者により指定されたコミュニティに関連する領域内に行くことを、よりユーザに促すことができる。
【0132】
ここで、ＳＮＳサーバ１が、ポイント付与処理が実行される場合、スタンプカード作成者に対する請求額及びコミュニティ作成者に対する請求額のうち少なくとも何れか一方を更新してもよい。また、ＳＮＳサーバ１が、ユーザ端末２の位置を含む領域に関連付けられたコミュニティが、費用を負担しないコミュニティである場合、ポイント付与単価の全部を、スタンプカード作成者に対する請求額に加算してもよい。また、ＳＮＳサーバ１が、ユーザ端末２の位置を含む領域に関連付けられたコミュニティが、費用を負担するコミュニティである場合、ポイント付与単価の少なくとも一部を、コミュニティ運営者に対する請求額に加算してもよい。この場合、コミュニティの運営者が費用を負担するか否かに応じて、適切な請求先に費用を請求することができる。
【0133】
このとき、ＳＮＳサーバ１が、ユーザ端末２の位置を含む領域に関連付けられたコミュニティが、費用を負担するコミュニティである場合、ポイント付与単価の全部を、コミュニティ運営者に対する請求額に加算してもよい。この場合、ユーザが、運営者が費用を負担するコミュニティに関連する領域内に行った場合、ポイント付与単価の全部に相当する費用を、そのコミュニティの運営者が負担する。
【0134】
また、ＳＮＳサーバ１が、コミュニティ選択画面を表示させるコミュニティ選択画面情報を、スタンプカード作成者が利用するユーザ端末２へ送信してもよい。また、ＳＮＳサーバ１が、費用を負担するコミュニティを示すコミュニティ表示情報の優先度を、費用を負担しないコミュニティを示すコミュニティ表示情報の優先度よりも高くして、コミュニティ選択画面を生成してもよい。この場合、ポイントを付与するための費用を運営者が負担するコミュニティが選択される確率を、その費用を運営者が負担しないコミュニティが選択される確率よりも高くすることができる。従って、ポイントを付与するための費用の負担を、コミュニティの運営者に促すことができる。
【0135】
［４．第４実施形態］
次に、第４実施形態について説明する。以下に述べる点を除き、第４実施形態は第３実施形態と同一であってもよい。本実施形態においては、ユーザがチェックインしたコミュニティの運営者が、ポイントを付与するための費用を負担することを選択している場合、ポイント付与単価の一部をその運営者が負担し、スタンプカード作成者が、ポイント付与単価の残りの部分を負担する。コミュニティの運営者は、この費用の負担率を設定可能である。負担率が高くなるほど、そのコミュニティへチェックインするユーザが多くなるように、ＳＮＳサーバ１は動作する。また、コミュニティ運営者に、費用の負担率がレコメンドされる。
次に、第４実施形態について説明する。以下に述べる点を除き、第４実施形態は第３実施形態と同一であってもよい。本実施形態においては、ユーザがチェックインしたコミュニティの運営者が、ポイントを付与するための費用を負担することを選択している場合、ポイント付与単価の一部をその運営者が負担し、スタンプカード作成者が、ポイント付与単価の残りの部分を負担する。コミュニティの運営者は、この費用の負担率を設定可能である。負担率が高くなるほど、そのコミュニティへチェックインするユーザが多くなるように、ＳＮＳサーバ１は動作する。また、コミュニティ運営者に、費用の負担率がレコメンドされる。
【0136】
［４－１．ＳＮＳサーバの構成］
次に、ＳＮＳサーバ１の構成について、図２４及び図２５を参照して説明する。図２４は、本実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。図２４において、図１７と同一の要素については同一の符号が付されている。図２４が図１７と異なる点は、図２４において、記憶部１４に、負担率設定履歴ＤＢ１４ｎが更に記憶されている点である。
次に、ＳＮＳサーバ１の構成について、図２４及び図２５を参照して説明する。図２４は、本実施形態に係るＳＮＳサーバ１の概要構成の一例を示すブロック図である。図２４において、図１７と同一の要素については同一の符号が付されている。図２４が図１７と異なる点は、図２４において、記憶部１４に、負担率設定履歴ＤＢ１４ｎが更に記憶されている点である。
【0137】
図２５は、スタンプ履歴ＤＢ１４ｉ、費用負担ＤＢ１４ｌ及び負担率設定履歴ＤＢ１４ｎに記憶される内容の一例を示す図である。図２５に示すスタンプ履歴ＤＢ１４ｉが図５に示すスタンプ履歴ＤＢ１４ｉと異なる点は、図２５に示すスタンプ履歴ＤＢ１４ｉには、コミュニティ運営者負担率が更に記憶される点である。コミュニティ運営者負担率は、スタンプカードにスタンプが押されることに応じてユーザにポイントを付与したときに発生するポイント付与単価のうち、コミュニティＩＤにより示されるコミュニティの運営者が負担する金額の割合を示す。スタンプカード作成者がポイント付与単価の全部を負担した場合、コミュニティ運営者負担率は０パーセントである。
【0138】
図２５に示す費用負担ＤＢ１４ｌが図１８に示す費用負担ＤＢ１４ｌと異なる点は、図２５に示す費用負担ＤＢ１４ｌには、負担率が更に記憶される点である。負担率は、ポイント付与単価のうち、コミュニティＩＤにより示されるコミュニティの運営者が負担する金額の割合を示す。コミュニティ運営者により負担率を設定することが可能であってもよい。負担率は、例えば０パーセントよりも大きく且つ１００パーセント以下であってもよい。
【0139】
負担率設定履歴ＤＢ１４ｎには、コミュニティ運営者の負担率の設定の履歴が記憶されてもよい。例えば、負担率設定履歴ＤＢ１４ｎには、負担率が設定又変更されるごとに、負担率設定ログとして、コミュニティＩＤ、コミュニティ運営者ＩＤ、負担率設定日、及び設定された負担率等が、互いに関連付けて記憶されてもよい。コミュニティＩＤは、負担率が設定されたコミュニティを示す。コミュニティ運営者ＩＤは、負担率を設定した運営者のユーザＩＤである。負担率設定日は、負担率が設定された日付を示す。
【0140】
［４－２．ＳＮＳサーバのシステム制御部の機能概要］
次に、ＳＮＳサーバ１のシステム制御部１１の機能概要について、図２６及び図２７を参照して説明する。図２６は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。図２６において、図１９と同一の要素については同一の符号が付されている。図２６が図１９と異なる点は、図２６において、システム制御部１１は、更に負担率推奨情報送信部１１１１及び負担率取得部１１１２として機能する点である。
次に、ＳＮＳサーバ１のシステム制御部１１の機能概要について、図２６及び図２７を参照して説明する。図２６は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。図２６において、図１９と同一の要素については同一の符号が付されている。図２６が図１９と異なる点は、図２６において、システム制御部１１は、更に負担率推奨情報送信部１１１１及び負担率取得部１１１２として機能する点である。
【0141】
負担率推奨情報送信部１１１１は、コミュニティ運営者が利用するユーザ端末２へ、ユーザへポイントを付与するための費用の負担率として推奨する負担率を示す負担率推奨情報を送信してもよい。例えば、負担率推奨情報送信部１１１１は、ユーザ端末２に費用負担設定画面を表示させてもよい。この費用負担設定画面内に負担率推奨情報が表示されてもよい。費用負担設定画面は、コミュニティ運営者が、ポイントを付与するための費用を負担するか否かを選択したり、負担率を設定したりするための画面であってもよい。費用負担設定画面は、コミュニティの作成時や、費用負担の設定変更時に表示可能であってもよい。費用負担設定画面において費用を負担することを選択すると、運営者は、負担率を設定する。このとき、運営者は、負担率推奨情報を参考にすることができる。費用負担設定画面には、例えば予め定められた複数の負担率が選択肢として表示されていてもよい。それらの選択肢の中から負担率の選択が可能であってもよい。この場合、費用負担設定画面に表示される負担率推奨情報は、何れの選択肢が、推奨される負担率であるかを示してもよい。或いは、費用負担設定画面に直接負担率を入力可能であってもよい。負担率推奨情報送信部１１１１は、費用負担設定画面に、推奨する負担率を表示させてもよい。或いは、負担率推奨情報送信部１１１１は、費用負担設定画面と異なる画面に、負担率推奨情報を表示させ、その画面が表示された後に、費用負担設定画面を表示させてもよい。
【0142】
負担率推奨情報送信部１１１１は、そのコミュニティへのチェックインによりユーザにポイントが付与された過去の実績に基づいて、負担率推奨情報を送信するか否かを判定してもよいし、推奨する負担率を決定してもよい。例えば、負担率推奨情報送信部１１１１は、スタンプ人数に基づいて、推奨する負担率を決定してもよい。スタンプ人数は、その運営者が運営するコミュニティにチェックインすることでスタンプカードにスタンプを押してもらったユーザの人数である。スタンプ人数は、スタンプ履歴ＤＢ１４ｉを参照することで計算可能である。負担率推奨情報送信部１１１１は、例えばスタンプ人数が少ないほど、推奨する負担率として、より高い負担率を決定してもよい。後述するように、コミュニティの運営者が指定した負担率が高いほど、そのコミュニティが、スタンプカードを利用可能なコミュニティとしてそのスタンプカード作成者により選択される確率が高くなる。そのコミュニティがより多くのスタンプカードを利用可能となるため、それらのスタンプカードを所有するユーザの人数も多くなり、ひいてはそのコミュニティにチェックインしてスタンプを押してもらうユーザの人数も多くなる。コミュニティ運営者がこれまで負担率を設定したことがない場合、負担率推奨情報送信部１１１１は負担率推奨情報を送信しなくてもよい。この場合、費用負担設定画面等に負担率推奨情報は表示されない。
【0143】
負担率推奨情報送信部１１１１は、スタンプ人数を用いて、別の指標を計算してもよい。この指標は、例えばスタンプ人数が多くなるほどより高い数値を示す指標であってもよいし、スタンプ人数が多くなるほどより低い数値を示す指標であってもよい。何れの場合であっても、負担率推奨情報送信部１１１１は、スタンプ人数が少ないほど、推奨する負担率をより高くしてもよい。例えば、指標の値と負担率との対応関係を示す情報を格納するテーブル等が、記憶部１４に記憶されていてもよい。負担率推奨情報送信部１１１１は、このテーブル等に基づいて、計算された指標から、推奨する負担率を決定してもよい。負担率推奨情報送信部１１１１は、例えば所定期間あたり（例えば１か月あたり等）の指標の平均値又は中央値を計算してもよいし、期間を区切ることなく指標の値を計算してもよい。なお、スタンプ人数自体が指標であってもよい。
【0144】
用いられる指標が、スタンプ人数が多くなるほどより高い数値を示す指標であると仮定する。この場合、負担率推奨情報送信部１１１１は、計算された指標の値が所定の閾値以下である場合にのみ、負担率推奨情報を運営者のユーザ端末２へ送信してもよい。すなわち、指標の値が閾値以下である場合にのみ、費用負担設定画面等に負担率推奨情報が表示される。スタンプ人数が比較的に多い場合には、特段の負担率を推奨する必要はない。或いは、コミュニティ運営者が既に何らかの負担率を設定しているとする。負担率推奨情報送信部１１１１は、計算された指標の値に対応する負担率が、その運営者により設定されている負担率よりも高い場合にのみ、負担率推奨情報を運営者のユーザ端末２へ送信してもよい。コミュニティの運営者が指定する負担率と指標の値との間に因果関係若しくは相関関係が見られる場合、負担率推奨情報送信部１１１１は、その運営者がこれまで設定した負担率ごとに、その負担率が適用されていた期間における指標を計算してもよい。或る負担率が適用されていた期間は、負担率設定履歴ＤＢ１４ｎを参照することで計算可能である。負担率推奨情報送信部１１１１は、これまで設定された負担率のうち、所定の閾値よりも高い値の指標が計算された負担率を、推奨する負担率として決定してもよい。負担率推奨情報送信部１１１１は、そのような負担率が存在しない場合、これまで設定された負担率よりも高い負担率を、推奨する負担率として決定してもよい。前述したように、負担率が高いほど、スタンプ人数はより多くなる傾向にあるため、負担率とスタンプ人数とは少なくとも相関関係にある。しかしながら、スタンプ人数から計算される指標の方は、負担率との因果関係若しくは相関関係があるとは限らない。なお、用いられる指標が、スタンプ人数が多くなるほどより小さい数値を示す指標である場合、負担率推奨情報送信部１１１１は、指標と閾値との比較に関して、これまで説明した条件とは逆の条件で判定を行えばよい。
【0145】
指標は、例えばスタンプ率であってもよい。スタンプ率は、そのコミュニティが利用可能なスタンプカードを所有するユーザのうち、そのコミュニティにチェックインすることでスタンプを押してもらったユーザの人数の割合である。スタンプ率は、発行済カードＤＢ１４ｈ及びスタンプ履歴ＤＢ１４ｉを参照することにより計算可能である。負担率推奨情報送信部１１１１は、スタンプ率が低いほど、推奨する負担率をより高くしてもよい。
【0146】
指標は、例えば１人あたり予算額であってもよい。１人あたり予算額は、そのコミュニティの運営者が設定した予算額を、その予算が消費される期間（すなわち１ヶ月間等）の間にカウントされるスタンプ人数で除算することにより計算されてもよい。コミュニティにチェックインしたユーザは、そのチェックインに応じてポイントを獲得したユーザでもある。１人あたり予算額は、スタンプカードＤＢ１４ｆ及びスタンプ履歴ＤＢ１４ｉを参照することで計算可能である。負担率推奨情報送信部１１１１は、例えば１人あたり予算額が高いほど、推奨する負担率をより高くしてもよい。予算額は、コミュニティ運営者が所定期間あたりで負担してもよいと考えている金額である可能性がある。その金額に対してチェックインした人数が少ないと、１人あたり予算額が高くなる。そのため、１人あたり予算額が比較的に高い場合、チェックインした人数が、その運営者が期待していた人数よりも少ないことになる。負担率推奨情報送信部１１１１は、前述したように、運営者が設定した負担率ごとに、１人あたり予算額を計算してもよい。負担率と１人あたり予算額とは少なくとも相関関係があると考えられる。例えば、負担率推奨情報送信部１１１１は、例そのコミュニティ運営者により指定された予算額をスタンプカードＤＢ１４ｆから取得してもよい。負担率推奨情報送信部１１１１は、取得された各スタンプログに含まれるユーザＩＤを取得してもよい。また、負担率推奨情報送信部１１１１は、そのコミュニティのコミュニティＩＤに関連付けられた負担率設定ログを、負担率設定履歴ＤＢ１４ｎから検索してもよい。負担率推奨情報送信部１１１１は、検索された負担率設定ログに含まれる負担率設定日に基づいて、設定された各負担率が適用されていた期間及びその日数を特定してもよい。負担率推奨情報送信部１１１１は、そのコミュニティのコミュニティＩＤを含むスタンプログを、スタンプ履歴ＤＢ１４ｉから検索してもよい。負担率推奨情報送信部１１１１は、検索された各スタンプログに含まれるスタンプ日時及びユーザＩＤに基づいて、負担率ごとに、その負担率が適用されていた期間にスタンプカードが押された人数を、スタンプ人数として計算してもよい。負担率推奨情報送信部１１１１は、負担率ごとに、チェックインした人数を予算額で除算することにより、その負担率が適用された期間における１人あたり予算額を計算してもよい。負担率推奨情報送信部１１１１は、計算された１人あたり予算額と、その負担率が維持された期間の日数と３０日との比とに基づいて、負担率ごとに１か月あたりの１人あたり予算額を計算してもよい。
【0147】
負担率推奨情報送信部１１１１は、計算された指標の値を示す指標情報を更に、コミュニティの運営者が利用するユーザ端末２へ送信してもよい。これにより、負担率推奨情報送信部１１１１は、費用負担設定画面等に指標情報を表示させてもよい。これにより、運営者は過去の実績を確認することができる。負担率推奨情報送信部１１１１は、負担率ごとに指標の値を計算した場合、負担率ごとにその負担率と指標の値との組み合わせを示す指標情報を送信してもよい。
【0148】
負担率取得部１１１２は、ポイントを付与するための費用を負担するコミュニティの運営者により指定された負担率を、その運営者のユーザ端末２から取得してもよい。例えば、負担率取得部１１１２は、費用負担設定画面において運営者により指定された負担率を取得してもよい。負担率取得部１１１２は、取得された負担率を、そのコミュニティのコミュニティＩＤに関連付けて、費用負担ＤＢ１４ｌに記憶させてもよい。
【0149】
コミュニティ選択画面送信部１１０８は、第３実施形態の場合と同様に、ポイントを付与するための費用を負担するコミュニティを示すコミュニティ表示情報の表示の優先度を、ポイントを付与するための費用を負担しないコミュニティを示すコミュニティ表示情報の表示の優先度よりも高くして、コミュニティ選択画面情報を生成してもよい。更に、コミュニティ選択画面送信部１１０８は、コミュニティの運営者により指定された負担率が高いほど、そのコミュニティを示すコミュニティ情報の表示の優先度を高くして、コミュニティ選択画面情報を生成してもよい。これにより、コミュニティの運営者の負担率が高いほど、そのコミュニティのコミュニティ表示情報がより優先的に表示される。そのため、スタンプカード作成者は、より負担率が高いコミュニティを、スタンプカードを利用可能なコミュニティとして選択する確率が高くなる。そのため、負担率が高いコミュニティのスポットへの訪問が促進される。
【0150】
請求額更新部１１１０は、位置情報取得部１１０３により取得された位置情報により示されるユーザ端末２の位置を含むスポット領域に関連付けられたコミュニティＩＤが、ポイントを付与するための費用を負担するコミュニティを示す場合、ポイント付与単価に対して負担率取得部１１１２により取得された負担率に相当する金額を、そのコミュニティの運営者に対する請求額に加算してもよい。そして、請求額更新部１１１０は、ポイント付与単価と運営者に対する請求額に加算される金額との差に相当する金額を、スタンプカード作成者に対する請求額に加算してもよい。
【0151】
図２７は、ユーザにポイントが付与される様子の一例を示す図である。例えば、図２に示すラーメンチェーンに関するコミュニティ２０２の運営者は、費用を負担することを選択しており、且つ、４０％の負担率を指定している。一方、蕎麦屋に関するコミュニティに関するコミュニティ２０３の運営者は、費用を負担することを選択しており、且つ、７０％の負担率を指定している。図２７に示すように、ユーザ端末２－２を所持するユーザＵ２は、スポット領域３０２内にあるラーメン店４０２に行って、コミュニティ２０２にチェックインする（ステップＳ３１）。チェックインに応じて、ＳＮＳサーバ１は、ユーザＵ２のスタンプカード１０１－１にスタンプを押すとともに、ユーザＵ２にポイントを付与する（ステップＳ３２）。ＳＮＳサーバ１は、コミュニティ２０２の運営者の請求額に、ポイント付与単価の４０％を加算し（ステップＳ３３）、スタンプカード１０１の作成者への請求額に、ポイント付与単価の６０％を加算する（ステップＳ３４）。例えば、ポイント付与単価が２０円である場合、コミュニティ２０２の運営者の請求額に８０円が加算され、スタンプカード１０１の作成者への請求額に１２０円が加算される。その後、ユーザＵ２は、スポット領域３０５内にある蕎麦屋４０７に行って、コミュニティ２０３にチェックインする（ステップＳ３５）。チェックインに応じて、ＳＮＳサーバ１は、ユーザＵ２のスタンプカード１０１－１にスタンプを押すとともに、ユーザＵ２にポイントを付与する（ステップＳ３６）。ＳＮＳサーバ１は、コミュニティ２０３の運営者の請求額に、ポイント付与単価の７０％を加算し（ステップＳ３７）、スタンプカード１０１の作成者への請求額に、ポイント付与単価の３０％を加算する（ステップＳ３８）。例えば、コミュニティ２０２の運営者の請求額に１４０円が加算され、スタンプカード１０１の作成者への請求額に６０円が加算される。
【0152】
［４－３．通信システムの動作］
次に、通信システムＳの動作について、図２８乃至図３１を参照して説明する。図２８は、本実施形態に係る通信システムＳの費用負担設定時における動作の一例を示すシーケンス図である。図２８に示すように、コミュニティの運営者であるユーザＵ３が、そのユーザＵ３のユーザ端末２としてユーザ端末２－３を操作する。この操作に応じて、ユーザ端末２－３は、費用負担設定画面要求をＳＮＳサーバ１へ送信する（ステップＳ７０１）。費用負担設定画面要求は、例えばユーザＵ３のユーザＩＤ及びユーザＵ３が運営するコミュニティのコミュニティＩＤを含んでもよい。費用負担設定画面要求を受信したＳＮＳサーバ１は、費用負担設定画面情報生成処理を実行する（ステップＳ７０２）。
次に、通信システムＳの動作について、図２８乃至図３１を参照して説明する。図２８は、本実施形態に係る通信システムＳの費用負担設定時における動作の一例を示すシーケンス図である。図２８に示すように、コミュニティの運営者であるユーザＵ３が、そのユーザＵ３のユーザ端末２としてユーザ端末２－３を操作する。この操作に応じて、ユーザ端末２－３は、費用負担設定画面要求をＳＮＳサーバ１へ送信する（ステップＳ７０１）。費用負担設定画面要求は、例えばユーザＵ３のユーザＩＤ及びユーザＵ３が運営するコミュニティのコミュニティＩＤを含んでもよい。費用負担設定画面要求を受信したＳＮＳサーバ１は、費用負担設定画面情報生成処理を実行する（ステップＳ７０２）。
【0153】
図２９は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１による費用負担設定画面情報生成処理の一例を示すフローチャートである。図２９に示すように、負担率推奨情報送信部１１１１は、記憶部１４から、費用負担設定画面のＨＴＭＬ文書のテンプレートを取得する（ステップＳ８０１）。次いで、負担率推奨情報送信部１１１１は、費用負担設定画面要求に含まれるコミュニティＩＤに関連付けられたスタンプカードＩＤを、スタンプカード関連付けＤＢ１４ｇから検索する（ステップＳ８０２）。検索の結果、負担率推奨情報送信部１１１１は、該当するスタンプカードＩＤがあるか否かを判定する（ステップＳ８０３）。該当するスタンプカードＩＤがない場合（ステップＳ８０３：ＮＯ）、費用負担設定画面情報生成処理は終了する。
【0154】
該当するスタンプカードＩＤがある場合（ステップＳ８０３：ＹＥＳ）、検索された各スタンプカードＩＤについて、そのスタンプカードＩＤを含む発行済カード情報を、発行済カードＤＢ１４ｈから検索する（ステップＳ８０４）。次いで、負担率推奨情報送信部１１１１は、費用負担設定画面要求に含まれるコミュニティＩＤを含むスタンプログを、スタンプ履歴ＤＢ１４ｉから検索する（ステップＳ８０５）。
【0155】
次いで、負担率推奨情報送信部１１１１は、スタンプ率を計算する（ステップＳ８０６）。例えば、負担率推奨情報送信部１１１１は、検索された発行済カード情報の数をカウントすることにより、スタンプカードを所有するユーザの人数を計算してもよい。また、負担率推奨情報送信部１１１１は、検索された各スタンプログに含まれるユーザＩＤに基づいて、スタンプ人数を計算してもよい。負担率推奨情報送信部１１１１は、スタンプ人数を、スタンプカードを所有するユーザの人数で除算することにより、スタンプ率を計算してもよい。
【0156】
次いで、負担率推奨情報送信部１１１１は、費用負担設定画面のＨＴＭＬ文書に、計算されたスタンプ率を示す指標情報を追加する（ステップＳ８０７）。次いで、負担率推奨情報送信部１１１１は、スタンプ率が閾値よりも高いか否かを判定する（ステップＳ８０８）。スタンプ率が閾値よりも高い場合（ステップＳ８０８：ＹＥＳ）、費用負担設定画面情報生成処理は終了する。スタンプ率が閾値以下である場合（ステップＳ８０８：ＮＯ）、奨負担率情報送信部１１１１は、計算されたスタンプ率に対応する負担率を示す負担率推奨情報を、費用負担設定画面のＨＴＭＬ文書に追加して（ステップＳ８０９）、費用負担設定画面情報生成処理は終了する。
【0157】
図２８に戻り、費用負担設定画面情報生成処理が終了すると、奨負担率情報送信部１１１１は、生成された費用負担設定画面のＨＴＭＬ文書をユーザ端末２－３へ送信する（ステップＳ７０３）。ユーザ端末２－３は、このＨＴＭＬ文書に基づいて、費用負担設定画面を表示する（ステップＳ７０４）。費用負担設定画面において、ユーザＵ３は、ポイントを付与するための費用を負担することを選択するとともに、負担率を指定する（ステップＳ７０５）。ユーザ端末２－３は、指定された負担率を含む費用負担情報を、ＳＮＳサーバ１へ送信する（ステップＳ７０６）。費用負担情報を受信したＳＮＳサーバ１の負担率取得部１１１２は、この費用負担情報を、費用負担ＤＢ１４ｌに記憶させる（ステップＳ７０７）。また、負担率取得部１１１２は、負担率設定履歴ＤＢ１４ｎに、負担率設定ログを記憶させる。例えば、負担率取得部１１１２は、費用負担情報に含まれるコミュニティＩＤ、コミュニティ運営者ＩＤ及び負担率、並びに今日の日付に基づいて、負担率設定ログを生成してもよい。
【0158】
図３０は、本実施形態に係る通信システムＳのスタンプカード作成時における動作の一例を示すシーケンス図である。図３０において、図２１と同一の処理については同一の符号が付されている。図３０に示すように、先ず第３実施形態の場合と同様に、ステップＳ１０１、Ｓ５０１～Ｓ５０３が実行される。次いで、コミュニティ選択画面情報送信部１１０８は、検索された各コミュニティの優先度を設定する（ステップＳ５１１）。例えば、コミュニティ選択画面情報送信部１１０８は、ポイントを付与するための費用を負担するコミュニティを、他のコミュニティの優先度よりも高くする。更に、コミュニティ選択画面情報送信部１１０８は、費用負担情報に含まれる負担率に基づいて、費用を負担するコミュニティの中で、コミュニティの負担率が高いほど、そのコミュニティの優先度をより高くする。次いで、第３実施形態の場合と同様に、ステップＳ５０５～５０８、Ｓ１０３～Ｓ１０５が実行される。
【0159】
図３１は、本実施形態に係るＳＮＳサーバ１のシステム制御部１１による請求額更新処理の一例を示すフローチャートである。図３１において、図２３と同一の処理につては同一の符号が付されている。図３１に示すように、請求額更新部１１１０は、ユーザＵ２がチェックインしたコミュニティのコミュニティＩＤに関連付けて、費用負担ＤＢ１４ｌに費用負担情報が記憶されているか否かを判定する（ステップＳ６０１）。費用負担情報が記憶されていない場合（ステップＳ６０１：ＮＯ）、請求額更新部１１１０は、スタンプカード作成者の請求額に、ポイント付与単価を加算して、請求額を更新する（ステップＳ６０２）。
【0160】
費用負担情報が記憶されている場合（ステップＳ６０１：ＹＥＳ）、請求額更新部１１１０は、費用負担情報からコミュニティ運営者の負担率を取得する（ステップＳ６１１）。次いで、請求額更新部１１１０は、ポイント付与単価にその負担率を加算して、加算額を計算する。そして、請求額更新部１１１０は、コミュニティ運営者の請求額にこの加算額を加算して、請求額を更新する（ステップＳ６１２）。次いで、請求額更新部１１１０は、１からコミュニティ運営者の負担率を減算して、スタンプカード作成者の負担率を計算する。請求額更新部１１１０は、ポイント付与単価にその負担率を計算して、加算額を計算する。そして、請求額更新部１１１０は、スタンプカード作成者の請求額にこの加算額を加算して、請求額を更新する（ステップＳ６１３）。ステップＳ６０２又はステップＳ６１３の後、請求額更新部１１１０は、図２２に示すスタンプ制御処理でスタンプ履歴ＤＢ１４ｉに記憶されたスタンプログに、コミュニティ運営者の負担率を追加して（ステップＳ６１４）、請求額更新処理は終了する。
【0161】
以上説明したように、本実施形態によれば、ＳＮＳサーバ１が、ポイントを付与するための費用を負担するコミュニティの運営者により指定された負担率を取得してもよい。また、ＳＮＳサーバ１が、ユーザ端末２の位置を含む領域に関連付けられたコミュニティが、費用を負担するコミュニティである場合、ポイント付与単価に対して、取得された負担率に相当する金額を、コミュニティ運営者に対する請求額に加算してもよい。また、ＳＮＳサーバ１が、ポイント付与単価と、コミュニティ運営者に対する請求額に加算される金額との差に相当する金額を、スタンプカード作成者に対する請求額に加算してもよい。
【0162】
ここで、ＳＮＳサーバ１が、コミュニティ選択画面情報を送信する場合、コミュニティの運営者により指定された負担率が高いほど、そのコミュニティを示すコミュニティ表示情報の優先度を高くして、コミュニティ選択画面情報を生成してもよい。この場合、運営者が指定した負担率が高いほど、そのコミュニティが選択される確率をより高くすることができる。従って、ポイントを付与するための費用の負担率をより高くすることを、コミュニティの運営者に促すことができる。
【0163】
また、ＳＮＳサーバ１が、ポイントが付与されたことがあるユーザのうち、運営者が費用を負担するコミュニティを識別するコミュニティＩＤに関連付けられた領域情報により示されるスポット領域内にユーザ端末２が位置したことでポイントが付与されたユーザの人数を取得してもよい。また、ＳＮＳサーバ１が、その運営者が利用するユーザ端末２へ、推奨される負担率を示す負担率推奨情報を送信してもよい。このとき、ＳＮＳサーバ１が、取得された人数が少ないほど、推奨される負担率をより高くしてもよい。この場合、運営者は、推奨された負担率を参考にして、実際の負担率を指定することができる。指定される負担率が高いほど、そのコミュニティがスタンプカード作成者により選択される確率を高めることができる。選択されたコミュニティに関連するスポット領域内に行ったユーザに対してポイントが付与されるので、そのコミュニティに関連するスポット領域内に行くユーザの人数が少なかった場合、その人数を増やすことができる。
【0164】
（付記１）それぞれ予め設定された領域に関連する情報がコミュニティ内で提供される互いに異なる複数のコミュニティのうち、スタンプカードを作成する作成者により指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティ識別情報を取得する取得手段と、前記取得された２以上のコミュニティ識別情報に関連付けて、前記作成されるスタンプカードを識別するスタンプカード識別情報を、識別情報記憶手段に記憶させる識別情報記憶制御手段と、携帯可能な端末装置の位置を示す位置情報を取得する取得手段と、前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報を記憶する領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記２以上のコミュニティ識別情報の何れかに関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行するスタンプ手段と、を備えることを特徴とするスタンプカード管理装置。
【0165】
（付記２）前記領域情報記憶手段に記憶された何れかの前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記何れかの領域情報に関連付けられた前記コミュニティ識別情報により識別される前記コミュニティに前記ユーザを加入させる処理を実行する加入手段を更に備えることを特徴とする付記１に記載のスタンプカード管理装置。
【0166】
（付記３）前記スタンプカード識別情報と、前記作成されたスタンプカードを有するユーザを識別するユーザ識別情報と、に関連付けて、前記２以上のコミュニティそれぞれについて、前記スタンプが押されていないことを示す非スタンプ情報及び前記スタンプが押されていることを示すスタンプ情報のうちの何れかが、スタンプ情報記憶手段に記憶され、前記スタンプ手段は、前記２以上のコミュニティのうち、前記取得された位置情報により示される前記位置を含む前記領域を示す前記領域情報に関連付けられた前記コミュニティ識別情報により示される前記コミュニティについて、前記スタンプカード識別情報と前記端末装置の前記ユーザを識別する前記ユーザ識別情報とに関連付けて、前記非スタンプ情報が前記スタンプ情報記憶手段に記憶されている場合、前記スタンプ処理として、該非スタンプ情報を前記スタンプ情報に変更し、前記スタンプカード識別情報と前記ユーザ識別情報とに関連付けて前記スタンプ情報記憶手段に記憶されている前記スタンプ情報の数が所定数に達した場合、前記ユーザ識別情報により識別される前記ユーザに特典が付与されると定められていることを特徴とする付記１又は２に記載のスタンプカード管理装置。
【0167】
（付記４）前記２以上のコミュニティは、それぞれ取引対象を販売する互いに異なる２以上の事業者に関連する情報がコミュニティ内で提供される２以上の事業者コミュニティであり、前記２以上の事業者それぞれは、前記事業者に関連する施設で前記取引対象を販売し、前記２以上の事業者それぞれについて、前記事業者に関連する前記事業者コミュニティを識別する前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域は、前記事業者に関連する前記施設の所在地を含むことを特徴とする付記１乃至３の何れか一に記載のスタンプカード管理装置。
【0168】
（付記５）前記スタンプ手段は、前記ユーザが前記２以上のコミュニティのうち少なくとも一のコミュニティのメンバであることを条件として、前記スタンプ処理を実行することを特徴とする付記１乃至４の何れか一に記載のスタンプカード管理装置。
【0169】
（付記６）前記２以上のコミュニティそれぞれについて前記領域情報記憶手段に記憶された２以上の前記領域情報それぞれにより示される２以上の前記領域は、互いに異なる場所を含むことを特徴とする付記１乃至５の何れか一に記載のスタンプカード管理装置。
【0170】
（付記７）前記スタンプ手段により前記スタンプ処理が実行される場合、前記端末装置のユーザへ、ポイントプログラムのポイントを付与する付与処理を実行する付与手段を更に備えることを特徴とする付記１に記載のスタンプカード管理装置。
【0171】
（付記８）前記ポイントの付与について前記作成者に請求される第１請求金額が、請求金額記憶手段に記憶され、前記複数のコミュニティのうち、前記ポイントを付与するための費用を負担することを選択した前記コミュニティの運営者について、該運営者に請求される第２請求金額が、前記請求金額記憶手段に記憶され、前記付与手段により前記付与処理が実行される場合、前記記憶された第１請求金額及び第２請求金額のうち少なくとも何れか一方を更新する更新手段を更に備え、前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担しない前記コミュニティを示す場合、前記ポイントを付与するための費用負担額の全部を前記第１請求金額に加算し、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の少なくとも一部を前記第２請求金額に加算し、前記第１請求金額に加算される第１加算額と前記第２請求金額に加算される第２加算額との合計が前記費用負担額となることを特徴とする付記７に記載のスタンプカード管理装置。
【0172】
（付記９）前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の全部を前記第２請求金額に加算することを特徴とする付記８に記載のスタンプカード管理装置。
【0173】
（付記１０）前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ情報のそれぞれが、該コミュニティ情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段を更に備え、前記取得手段は、前記画面から前記作成者により選択された前記コミュニティ情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得し、前記画面情報送信手段は、前記少なくとも一部のコミュニティのうち、前記費用を負担するコミュニティを示す前記コミュニティ情報の前記優先度を、前記費用を負担しないコミュニティを示す前記コミュニティ情報の前記優先度よりも高くして、前記画面情報を生成すことを特徴とする付記８又は９に記載のスタンプカード管理装置。
【0174】
（付記１１）前記ポイントを付与するための費用を負担する前記コミュニティの運営者により指定された負担率を取得する負担率取得手段を更に備え、前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額に対して、前記取得された負担率に相当する前記第２加算額を、前記第２請求金額に加算し、前記費用負担額と前記第２加算額との差に相当する前記第１加算額を、前記第１請求金額に加算することを特徴とする付記８に記載のスタンプカード管理装置。
【0175】
（付記１２）前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ情報のそれぞれが、該コミュニティ情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段を更に備え、前記取得手段は、前記画面から前記作成者により選択された前記コミュニティ情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得し、前記画面情報送信手段は、前記コミュニティの運営者により指定された前記負担率が高いほど、該コミュニティを示す前記コミュニティ情報の前記優先度を高くして、前記画面情報を生成することを特徴とする付記１１に記載のスタンプカード管理装置。
【0176】
（付記１３）前記付与手段により前記ポイントが付与されたことがある前記ユーザのうち、前記運営者が前記費用を負担する前記コミュニティを識別する前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域内に前記端末装置が位置したことで前記ポイントが付与された前記ユーザの人数を取得する人数取得手段と、前記費用を負担する前記運営者が利用する運営者端末装置へ、推奨される前記負担率を示す推奨情報を送信する推奨情報送信手段であって、前記取得された人数が少ないほど、前記推奨される負担率をより高くする推奨情報送信手段と、を更に備え、前記負担率取得手段は、前記推奨情報の送信先の前記運営者端末装置から、前記指定された負担率を取得することを特徴とする付記１１又は１２に記載のスタンプカード管理装置。
【0177】
（付記１４）コンピュータにより実行されるスタンプカード管理方法において、それぞれ予め設定された領域に関連する情報がコミュニティ内で提供される互いに異なる複数のコミュニティのうち、スタンプカードを作成する作成者により指定された２以上のコミュニティそれぞれを識別する２以上のコミュニティ識別情報を取得する取得ステップと、前記取得された２以上のコミュニティ識別情報に関連付けて、前記作成されるスタンプカードを識別するスタンプカード識別情報を、識別情報記憶手段に記憶させる識別情報記憶制御ステップと、携帯可能な端末装置の位置を示す位置情報を取得する取得ステップと、前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報を記憶する領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記２以上のコミュニティ識別情報の何れかに関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行するスタンプステップと、を含むことを特徴とするスタンプカード管理方法。
【符号の説明】
【0178】
１ ＳＮＳサーバ
２ ユーザ端末
３ ポイント管理サーバ
１１ システム制御部
１２ システムバス
１３ 入出力インタフェース
１４ 記憶部
１４ａ 会員ＤＢ
１４ｂ コミュニティＤＢ
１４ｃ 領域ＤＢ
１４ｄ チェックイン履歴ＤＢ
１４ｅ コミュニティメンバＤＢ
１４ｆ スタンプカードＤＢ
１４ｇ スタンプカード関連付けＤＢ
１４ｈ 発行済カードＤＢ
１４ｉ スタンプ履歴ＤＢ
１４ｊ 特典ＤＢ
１４ｋ 発行済カードラリーＤＢ
１４ｌ 費用負担ＤＢ
１４ｍ 料金ＤＢ
１４ｎ 負担率設定履歴ＤＢ
１５ 通信部
１１０１ コミュニティＩＤ取得部
１１０２ スタンプカード作成部
１１０３ 位置情報取得部
１１０４ チェックイン判定部
１１０５ 加入部
１１０６ スタンプ部
１１０７ 特典付与部
１１０８ コミュニティ選択画面情報送信部
１１０９ ポイント付与部
１１１０ 請求額更新部
１１１１ 負担率推奨情報送信
１１１２ 負担率取得部
ＮＷ ネットワーク
Ｓ 通信システム
２ ユーザ端末
３ ポイント管理サーバ
１１ システム制御部
１２ システムバス
１３ 入出力インタフェース
１４ 記憶部
１４ａ 会員ＤＢ
１４ｂ コミュニティＤＢ
１４ｃ 領域ＤＢ
１４ｄ チェックイン履歴ＤＢ
１４ｅ コミュニティメンバＤＢ
１４ｆ スタンプカードＤＢ
１４ｇ スタンプカード関連付けＤＢ
１４ｈ 発行済カードＤＢ
１４ｉ スタンプ履歴ＤＢ
１４ｊ 特典ＤＢ
１４ｋ 発行済カードラリーＤＢ
１４ｌ 費用負担ＤＢ
１４ｍ 料金ＤＢ
１４ｎ 負担率設定履歴ＤＢ
１５ 通信部
１１０１ コミュニティＩＤ取得部
１１０２ スタンプカード作成部
１１０３ 位置情報取得部
１１０４ チェックイン判定部
１１０５ 加入部
１１０６ スタンプ部
１１０７ 特典付与部
１１０８ コミュニティ選択画面情報送信部
１１０９ ポイント付与部
１１１０ 請求額更新部
１１１１ 負担率推奨情報送信
１１１２ 負担率取得部
ＮＷ ネットワーク
Ｓ 通信システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【手続補正書】
【提出日】2024-10-11
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
スタンプカード管理装置において、
スタンプカードを識別するスタンプカード識別情報と、それぞれ予め設定された領域に関連する複数のコミュニティのうち、前記スタンプカードに関連付けられたコミュニティを識別するコミュニティ識別情報とが、識別情報記憶手段に記憶されおり、
前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報が、領域情報記憶手段に記憶されており、
携帯可能な端末装置の位置を示す位置情報を取得する位置情報取得手段と、
前記領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行し、前記端末装置のユーザへ、ポイントプログラムのポイントを付与する付与処理を実行する処理手段と、
を備えることを特徴とするスタンプカード管理装置。
スタンプカードを識別するスタンプカード識別情報と、それぞれ予め設定された領域に関連する複数のコミュニティのうち、前記スタンプカードに関連付けられたコミュニティを識別するコミュニティ識別情報とが、識別情報記憶手段に記憶されおり、
前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報が、領域情報記憶手段に記憶されており、
携帯可能な端末装置の位置を示す位置情報を取得する位置情報取得手段と、
前記領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行し、前記端末装置のユーザへ、ポイントプログラムのポイントを付与する付与処理を実行する処理手段と、
を備えることを特徴とするスタンプカード管理装置。
【請求項2】
前記ポイントの付与について前記スタンプカードを作成した作成者に請求される第１請求金額が、請求金額記憶手段に記憶され、
前記複数のコミュニティのうち、前記ポイントを付与するための費用を負担することを選択した前記コミュニティの運営者について、該運営者に請求される第２請求金額が、前記請求金額記憶手段に記憶され、
前記処理手段により前記付与処理が実行される場合、前記記憶された第１請求金額及び第２請求金額のうち少なくとも何れか一方を更新する更新手段を更に備え、
前記更新手段は、
前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担しない前記コミュニティを示す場合、前記ポイントを付与するための費用負担額の全部を前記第１請求金額に加算し、
前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の少なくとも一部を前記第２請求金額に加算し、前記第１請求金額に加算される第１加算額と前記第２請求金額に加算される第２加算額との合計が前記費用負担額となることを特徴とする請求項１に記載のスタンプカード管理装置。
前記複数のコミュニティのうち、前記ポイントを付与するための費用を負担することを選択した前記コミュニティの運営者について、該運営者に請求される第２請求金額が、前記請求金額記憶手段に記憶され、
前記処理手段により前記付与処理が実行される場合、前記記憶された第１請求金額及び第２請求金額のうち少なくとも何れか一方を更新する更新手段を更に備え、
前記更新手段は、
前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担しない前記コミュニティを示す場合、前記ポイントを付与するための費用負担額の全部を前記第１請求金額に加算し、
前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の少なくとも一部を前記第２請求金額に加算し、前記第１請求金額に加算される第１加算額と前記第２請求金額に加算される第２加算額との合計が前記費用負担額となることを特徴とする請求項１に記載のスタンプカード管理装置。
【請求項3】
前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の全部を前記第２請求金額に加算することを特徴とする請求項２に記載のスタンプカード管理装置。
【請求項4】
前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報のそれぞれが、該コミュニティ表示情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ表示情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段と、
前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得するコミュニティ識別情報取得手段と、
前記取得されたコミュニティ識別情報に関連付けて、前記スタンプカード識別情報を、前記識別情報記憶手段に記憶させる識別情報記憶制御手段と、
を更に備え、
前記画面情報送信手段は、前記少なくとも一部のコミュニティのうち、前記費用を負担するコミュニティを示す前記コミュニティ表示情報の前記優先度を、前記費用を負担しないコミュニティを示す前記コミュニティ表示情報の前記優先度よりも高くして、前記画面情報を生成すことを特徴とする請求項２又は３に記載のスタンプカード管理装置。
前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得するコミュニティ識別情報取得手段と、
前記取得されたコミュニティ識別情報に関連付けて、前記スタンプカード識別情報を、前記識別情報記憶手段に記憶させる識別情報記憶制御手段と、
を更に備え、
前記画面情報送信手段は、前記少なくとも一部のコミュニティのうち、前記費用を負担するコミュニティを示す前記コミュニティ表示情報の前記優先度を、前記費用を負担しないコミュニティを示す前記コミュニティ表示情報の前記優先度よりも高くして、前記画面情報を生成すことを特徴とする請求項２又は３に記載のスタンプカード管理装置。
【請求項5】
前記ポイントを付与するための費用を負担する前記コミュニティの運営者により指定された負担率を取得する負担率取得手段を更に備え、
前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額に対して、前記取得された負担率に相当する前記第２加算額を、前記第２請求金額に加算し、前記費用負担額と前記第２加算額との差に相当する前記第１加算額を、前記第１請求金額に加算することを特徴とする請求項２に記載のスタンプカード管理装置。
前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額に対して、前記取得された負担率に相当する前記第２加算額を、前記第２請求金額に加算し、前記費用負担額と前記第２加算額との差に相当する前記第１加算額を、前記第１請求金額に加算することを特徴とする請求項２に記載のスタンプカード管理装置。
【請求項6】
前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報のそれぞれが、該コミュニティ表示情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ表示情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段と、
前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得するコミュニティ識別情報取得手段と、
前記取得されたコミュニティ識別情報に関連付けて、前記スタンプカード識別情報を、前記識別情報記憶手段に記憶させる識別情報記憶制御手段と、
を更に備え、
前記画面情報送信手段は、前記コミュニティの運営者により指定された前記負担率が高いほど、該コミュニティを示す前記コミュニティ表示情報の前記優先度を高くして、前記画面情報を生成することを特徴とする請求項５に記載のスタンプカード管理装置。
前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得するコミュニティ識別情報取得手段と、
前記取得されたコミュニティ識別情報に関連付けて、前記スタンプカード識別情報を、前記識別情報記憶手段に記憶させる識別情報記憶制御手段と、
を更に備え、
前記画面情報送信手段は、前記コミュニティの運営者により指定された前記負担率が高いほど、該コミュニティを示す前記コミュニティ表示情報の前記優先度を高くして、前記画面情報を生成することを特徴とする請求項５に記載のスタンプカード管理装置。
【請求項7】
前記処理手段により前記ポイントが付与されたことがある前記ユーザのうち、前記運営者が前記費用を負担する前記コミュニティを識別する前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域内に前記端末装置が位置したことで前記ポイントが付与された前記ユーザの人数を取得する人数取得手段と、
前記費用を負担する前記運営者が利用する運営者端末装置へ、推奨される前記負担率を示す推奨情報を送信する推奨情報送信手段であって、前記取得された人数が少ないほど、前記推奨される負担率をより高くする推奨情報送信手段と、
を更に備え、
前記負担率取得手段は、前記推奨情報の送信先の前記運営者端末装置から、前記指定された負担率を取得することを特徴とする請求項６に記載のスタンプカード管理装置。
前記費用を負担する前記運営者が利用する運営者端末装置へ、推奨される前記負担率を示す推奨情報を送信する推奨情報送信手段であって、前記取得された人数が少ないほど、前記推奨される負担率をより高くする推奨情報送信手段と、
を更に備え、
前記負担率取得手段は、前記推奨情報の送信先の前記運営者端末装置から、前記指定された負担率を取得することを特徴とする請求項６に記載のスタンプカード管理装置。
【請求項8】
コンピュータにより実行されるスタンプカード管理方法において、
スタンプカードを識別するスタンプカード識別情報と、それぞれ予め設定された領域に関連する複数のコミュニティのうち、前記スタンプカードに関連付けられたコミュニティを識別するコミュニティ識別情報とが、識別情報記憶手段に記憶されおり、
前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報が、領域情報記憶手段に記憶されており、
携帯可能な端末装置の位置を示す位置情報を取得する位置情報取得ステップと、
前記領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行し、前記端末装置のユーザへ、ポイントプログラムのポイントを付与する付与処理を実行する処理ステップと、
を含むことを特徴とするスタンプカード管理方法。
スタンプカードを識別するスタンプカード識別情報と、それぞれ予め設定された領域に関連する複数のコミュニティのうち、前記スタンプカードに関連付けられたコミュニティを識別するコミュニティ識別情報とが、識別情報記憶手段に記憶されおり、
前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報が、領域情報記憶手段に記憶されており、
携帯可能な端末装置の位置を示す位置情報を取得する位置情報取得ステップと、
前記領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行し、前記端末装置のユーザへ、ポイントプログラムのポイントを付与する付与処理を実行する処理ステップと、
を含むことを特徴とするスタンプカード管理方法。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【0006】
本発明は以上の点に鑑みてなされたものであり、その課題の一例は、スタンプカードの作成者により指定されたコミュニティに関連する領域内に行くことを、よりユーザに促すことを可能とするスタンプカード管理装置及びスタンプカード管理方法を提供することにある。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【0007】
本発明の一の側面は、スタンプカード管理装置において、スタンプカードを識別するスタンプカード識別情報と、それぞれ予め設定された領域に関連する複数のコミュニティのうち、前記スタンプカードに関連付けられたコミュニティを識別するコミュニティ識別情報とが、識別情報記憶手段に記憶されおり、前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報が、領域情報記憶手段に記憶されており、携帯可能な端末装置の位置を示す位置情報を取得する位置情報取得手段と、前記領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行し、前記端末装置のユーザへ、ポイントプログラムのポイントを付与する付与処理を実行する処理手段と、を備えることを特徴とする。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】削除
【補正の内容】
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】削除
【補正の内容】
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】削除
【補正の内容】
【手続補正7】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】削除
【補正の内容】
【手続補正8】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】削除
【補正の内容】
【手続補正9】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】削除
【補正の内容】
【手続補正10】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】削除
【補正の内容】
【手続補正11】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】削除
【補正の内容】
【手続補正12】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】削除
【補正の内容】
【手続補正13】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】削除
【補正の内容】
【手続補正14】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】削除
【補正の内容】
【手続補正15】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】削除
【補正の内容】
【手続補正16】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【0021】
本発明の別の側面は、前記ポイントの付与について前記スタンプカードを作成した作成者に請求される第１請求金額が、請求金額記憶手段に記憶され、前記複数のコミュニティのうち、前記ポイントを付与するための費用を負担することを選択した前記コミュニティの運営者について、該運営者に請求される第２請求金額が、前記請求金額記憶手段に記憶され、前記処理手段により前記付与処理が実行される場合、前記記憶された第１請求金額及び第２請求金額のうち少なくとも何れか一方を更新する更新手段を更に備え、前記更新手段は、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担しない前記コミュニティを示す場合、前記ポイントを付与するための費用負担額の全部を前記第１請求金額に加算し、前記取得された位置情報により示される前記位置を含む前記領域に関連付けられた前記コミュニティ識別情報が、前記費用を負担する前記コミュニティを示す場合、前記費用負担額の少なくとも一部を前記第２請求金額に加算し、前記第１請求金額に加算される第１加算額と前記第２請求金額に加算される第２加算額との合計が前記費用負担額となることを特徴とする。
【手続補正17】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【0025】
本発明の更に別の側面は、前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報のそれぞれが、該コミュニティ表示情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ表示情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段と、前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得するコミュニティ識別情報取得手段と、前記取得されたコミュニティ識別情報に関連付けて、前記スタンプカード識別情報を、前記識別情報記憶手段に記憶させる識別情報記憶制御手段と、を更に備え、前記画面情報送信手段は、前記少なくとも一部のコミュニティのうち、前記費用を負担するコミュニティを示す前記コミュニティ表示情報の前記優先度を、前記費用を負担しないコミュニティを示す前記コミュニティ表示情報の前記優先度よりも高くして、前記画面情報を生成すことを特徴とする。
【手続補正18】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【0029】
本発明の更に別の側面は前記複数のコミュニティのうち少なくとも一部のコミュニティそれぞれを示すコミュニティ表示情報のそれぞれが、該コミュニティ表示情報の表示の優先度に応じた態様で表示される画面を表示させる画面情報であって、前記画面に表示された前記コミュニティ表示情報から少なくとも何れかを選択する操作を受け付け可能な画面情報を、前記作成者が利用する作成者端末装置へ送信する画面情報送信手段と、
前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得するコミュニティ識別情報取得手段と、前記取得されたコミュニティ識別情報に関連付けて、前記スタンプカード識別情報を、前記識別情報記憶手段に記憶させる識別情報記憶制御手段と、を更に備え、前記画面情報送信手段は、前記コミュニティの運営者により指定された前記負担率が高いほど、該コミュニティを示す前記コミュニティ表示情報の前記優先度を高くして、前記画面情報を生成することを特徴とする。
前記画面から前記作成者により選択された前記コミュニティ表示情報により示されるコミュニティを識別する前記コミュニティ識別情報を、前記作成者端末装置から取得するコミュニティ識別情報取得手段と、前記取得されたコミュニティ識別情報に関連付けて、前記スタンプカード識別情報を、前記識別情報記憶手段に記憶させる識別情報記憶制御手段と、を更に備え、前記画面情報送信手段は、前記コミュニティの運営者により指定された前記負担率が高いほど、該コミュニティを示す前記コミュニティ表示情報の前記優先度を高くして、前記画面情報を生成することを特徴とする。
【手続補正19】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【0031】
本発明の更に別の側面は、前記処理手段により前記ポイントが付与されたことがある前記ユーザのうち、前記運営者が前記費用を負担する前記コミュニティを識別する前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域内に前記端末装置が位置したことで前記ポイントが付与された前記ユーザの人数を取得する人数取得手段と、前記費用を負担する前記運営者が利用する運営者端末装置へ、推奨される前記負担率を示す推奨情報を送信する推奨情報送信手段であって、前記取得された人数が少ないほど、前記推奨される負担率をより高くする推奨情報送信手段と、を更に備え、前記負担率取得手段は、前記推奨情報の送信先の前記運営者端末装置から、前記指定された負担率を取得することを特徴とする。
【手続補正20】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【0033】
本発明の更に別の側面は、コンピュータにより実行されるスタンプカード管理方法において、スタンプカードを識別するスタンプカード識別情報と、それぞれ予め設定された領域に関連する複数のコミュニティのうち、前記スタンプカードに関連付けられたコミュニティを識別するコミュニティ識別情報とが、識別情報記憶手段に記憶されおり、前記複数のコミュニティそれぞれについて、前記コミュニティを識別する前記コミュニティ識別情報に関連付けて、前記コミュニティに関連する前記領域を示す領域情報が、領域情報記憶手段に記憶されており、携帯可能な端末装置の位置を示す位置情報を取得する位置情報取得ステップと、前記領域情報記憶手段に記憶された前記領域情報のうち、前記スタンプカード識別情報に関連付けられた前記コミュニティ識別情報に関連付けられた前記領域情報により示される前記領域に、前記取得された位置情報により示される前記位置が含まれる場合、前記端末装置のユーザについて前記スタンプカードにスタンプを押すスタンプ処理を実行し、前記端末装置のユーザへ、ポイントプログラムのポイントを付与する付与処理を実行する処理ステップと、を含むことを特徴とする。
【手続補正21】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【0034】
本発明によれば、スタンプカードの作成者により指定されたコミュニティに関連する領域内に行くことを、よりユーザに促すことができる。