特許 6879539 サービス提供システム及びサービス提供プログラム

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

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

(11)【特許番号】6879539

(24)【登録日】2021年5月7日

(45)【発行日】2021年6月2日

(54)【発明の名称】サービス提供システム及びサービス提供プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20210524BHJP

【ＦＩ】

   G06Q50/10

【請求項の数】6

【全頁数】19

(21)【出願番号】特願2017-14783(P2017-14783)

(22)【出願日】2017年1月30日

(65)【公開番号】特開2018-124683(P2018-124683A)

(43)【公開日】2018年8月9日

【審査請求日】2020年1月30日

(73)【特許権者】

【識別番号】518398419

【氏名又は名称】合同会社Ａｒｋ

(74)【代理人】

【識別番号】100120868

【弁理士】

【氏名又は名称】安彦 元

(72)【発明者】

【氏名】磯和 匠

【審査官】 大野 朋也

(56)【参考文献】

【文献】 国際公開第２０１３／００８８４９（ＷＯ，Ａ１）

【文献】 特開２００６−０１８５２０（ＪＰ，Ａ）

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

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

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

【請求項1】

第１ユーザが入店した店舗を判別するための店舗判別手段と、
上記店舗判別手段により判別された店舗により提供されるサービスに関するサービスリストを第２ユーザに通知し、当該サービスリストの中から第２ユーザにより選択されたサービスを判別するサービス判別手段と、
上記サービス判別手段により判別されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済手段とを備え、
上記サービス判別手段は、上記サービスリストに含まれる各サービスと、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報との連関性を予め取得しておき、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報を新たに取得した場合には、上記連関性を参照して上記サービスリストに含まれるサービスを選択してこれを第１ユーザ又は第２ユーザに提案し、
上記決済手段は、上記サービス判別手段により提案されたサービスの中から上記第１ユーザ又は上記第２ユーザにより選択されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求すること
を特徴とするサービス提供システム。

【請求項2】

第１ユーザが入店した店舗を判別するための店舗判別手段と、
上記店舗判別手段により判別された店舗により提供されるサービスに関するサービスリストを第２ユーザに通知し、当該サービスリストの中から第２ユーザにより選択されたサービスを判別するサービス判別手段と、
上記サービス判別手段により判別されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済手段と、
上記店舗から提供されるサービスを第１ユーザが受け取るか否かを判別する受容判別手段と、
上記受容判別手段により受け取り拒否が判別された場合には、前記サービスに応じたポイントを上記第１ユーザ毎に記憶する記憶手段を備え、
上記決済手段は、上記第１ユーザが上記第２ユーザとしてサービスを選択する場合の対価を上記ポイントに代替させ、又は上記第１ユーザが店舗から別のサービスの提供を受ける際の対価に代替させること
を特徴とするサービス提供システム。

【請求項3】

第１ユーザが入店した店舗を判別するための店舗判別手段と、
上記店舗判別手段により判別された店舗により提供されるサービスに関するサービスリストに含まれる各サービスと、上記第１ユーザ若しくは第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報との連関性を予め取得しておき、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報を新たに取得した場合には、上記連関性を参照して上記サービスリストに含まれるサービスを自動的に選択し、選択したサービスを判別するサービス判別手段と、
上記サービス判別手段により判別されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済手段とを備えること
を特徴とするサービス提供システム。

【請求項4】

第１ユーザが入店した店舗を判別するための店舗判別ステップと、
上記店舗判別ステップにより判別した店舗により提供されるサービスに関するサービスリストを第２ユーザに通知し、当該サービスリストの中から第２ユーザにより選択されたサービスを判別するサービス判別ステップと、
上記サービス判別ステップにより判別したサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済ステップとをコンピュータに実行させ、
上記サービス判別ステップは、上記サービスリストに含まれる各サービスと、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報との連関性を予め取得しておき、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報を新たに取得した場合には、上記連関性を参照して上記サービスリストに含まれるサービスを選択してこれを第１ユーザ又は第２ユーザに提案し、
上記決済ステップは、上記サービス判別手段により提案されたサービスの中から上記第１ユーザ又は上記第２ユーザにより選択されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求すること
を特徴とするサービス提供プログラム。

【請求項5】

第１ユーザが入店した店舗を判別するための店舗判別ステップと、
上記店舗判別ステップにより判別した店舗により提供されるサービスに関するサービスリストを第２ユーザに通知し、当該サービスリストの中から第２ユーザにより選択されたサービスを判別するサービス判別ステップと、
上記サービス判別ステップにより判別したサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済ステップと、
上記店舗から提供されるサービスを第１ユーザが受け取るか否かを判別する受容判別ステップと、
上記受容判別ステップにより受け取り拒否が判別された場合には、前記サービスに応じたポイントを上記第１ユーザ毎に記憶する記憶ステップと、をコンピュータに実行させ、
上記決済ステップは、上記第１ユーザが上記第２ユーザとしてサービスを選択する場合の対価を上記ポイントに代替させ、又は上記第１ユーザが店舗から別のサービスの提供を受ける際の対価に代替させること
を特徴とするサービス提供プログラム。

【請求項6】

第１ユーザが入店した店舗を判別するための店舗判別ステップと、
上記店舗判別ステップにより判別した店舗により提供されるサービスに関するサービスリストに含まれる各サービスと、上記第１ユーザ若しくは第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報との連関性を予め取得しておき、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報を新たに取得した場合には、上記連関性を参照して上記サービスリストに含まれるサービスを自動的に選択し、選択したサービスを判別するサービス判別ステップと、
上記サービス判別ステップにより判別したサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済ステップとをコンピュータに実行させること
を特徴とするサービス提供プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、公衆通信網を介して人に任意のサービスを提供するサービス提供システム及びサービス提供プログラムに関する。

【背景技術】

【0002】

歓送迎会等の飲み会、カラオケ、ボーリング等のリクリエーションの場等において、自らがサービスの対価を支払い、他人に任意のサービスを提供する、いわゆる奢り行為がしばしば行われる。

【0003】

このような奢り行為は、奢られる人にとってみれば、サービスに対する対価を支払うことなくサービスを享受することで喜びを得ることができ、また奢る人にとってみれば、その奢られる人の喜んだ反応を見ることで、充実感を得ることができる。このような奢り行為の背景には、奢る人から奢られる人への感謝、謝罪、労い、祝い等の様々な背景に基づいて行われるものと考えられるが、いずれにせよ、奢る人が奢られる人と良好な人間関係を構築したいという想いを込めた行為であるといえる。

【0004】

通常、奢り行為は、奢る人と奢られる人が飲み会等に同時に参加しているときに行われるものであり、奢る人と奢られる人が同時に参加しない場合には、奢り行為が発生しなかった。

【0005】

従来、インターネットを活用して特定の人物にドリンクやフード等、任意の商品を奢ることを目的として、例えば特許文献１に開示される商品提供システムが開示されている。

【0006】

特許文献１に開示される商品提供システムは、注文者がイベントの参加者に奢る商品を注文する注文画面を注文者のＰＣ等に提供し、注文画面を介した注文を受け取ると、注文をキッチンクライアント（端末ＰＣ）に送信するサーバ装置を備える。キッチンクライアント（端末ＰＣ）は、サーバ装置を介して注文を受け取ると、注文の内容と商品を奢られる参加者を識別する識別情報と商品の受領確認のためのコードとを含むレシートの出力をレシートプリンタに要求する。レシートプリンタは、要求を受け取ると、レシートを出力する。レシートと共に商品を受け取った受取人であるイベントの参加者は、コードが記載されたレシートを携帯電話等で読み取り、サーバ装置の所定のＵＲＬ等にアクセスする。サーバ装置は、商品を奢られた参加者の携帯電話よりレシートのコードを読み取ることによってアクセスがあった場合、商品の受領を確認し、注文者のＰＣ等に通知メールを送信する。

【0007】

これにより、特許文献１に開示された商品提供システムは、インターネット越しに特定の人物にドリンクやフード等、任意の商品を奢ったり寄付したりすることが可能となる。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】国際公開ＷＯ２０１３／８８４９号公報

【発明の概要】

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

【0009】

しかしながら、特許文献１に開示される商品提供システムは、奢られる人がイベント会場にいない場合には商品がキャンセルされてしまうため、奢られる人に商品を提供させることができないばかりか、奢る人は商品を奢ることができず充実感を得ることができないという問題点があった。また、特許文献１に開示される商品提供システムは、商品を提供する店にとっては商品を売る機会があったにもかかわらず、商品を売ることができないため、消費機会を消失させてしまう問題点があった。

【0010】

そこで本発明は、上述した問題点に鑑みて案出されたものであり、その目的とするところは、決済者から享受者にサービス等を提供することが可能となり、決済者が確実に充実感を味わうことが可能となり、店舗の消費機会を拡大させることが可能となるサービス提供システム及びサービス提供プログラムを提供することにある。

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

【0012】

請求項１記載のサービス提供システムは、第１ユーザが入店した店舗を判別するための店舗判別手段と、上記店舗判別手段により判別された店舗により提供されるサービスに関するサービスリストを第２ユーザに通知し、当該サービスリストの中から第２ユーザにより選択されたサービスを判別するサービス判別手段と、上記サービス判別手段により判別されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済手段とを備え、上記サービス判別手段は、上記サービスリストに含まれる各サービスと、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報との連関性を予め取得しておき、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報を新たに取得した場合には、上記連関性を参照して上記サービスリストに含まれるサービスを選択してこれを第１ユーザ又は第２ユーザに提案し、上記決済手段は、上記サービス判別手段により提案されたサービスの中から上記第１ユーザ又は上記第２ユーザにより選択されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求することを特徴とする。

【0013】

請求項２記載のサービス提供システムは、第１ユーザが入店した店舗を判別するための店舗判別手段と、上記店舗判別手段により判別された店舗により提供されるサービスに関するサービスリストを第２ユーザに通知し、当該サービスリストの中から第２ユーザにより選択されたサービスを判別するサービス判別手段と、上記サービス判別手段により判別されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済手段と、上記店舗から提供されるサービスを第１ユーザが受け取るか否かを判別する受容判別手段と、上記受容判別手段により受け取り拒否が判別された場合には、前記サービスに応じたポイントを上記第１ユーザ毎に記憶する記憶手段を備え、上記決済手段は、上記第１ユーザが上記第２ユーザとしてサービスを選択する場合の対価を上記ポイントに代替させ、又は上記第１ユーザが店舗から別のサービスの提供を受ける際の対価に代替させることを特徴とする。

【0014】

請求項３記載のサービス提供システムは、第１ユーザが入店した店舗を判別するための店舗判別手段と、上記店舗判別手段により判別された店舗により提供されるサービスに関するサービスリストに含まれる各サービスと、上記第１ユーザ若しくは第２ ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報との連関性を予め取得しておき、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報を新たに取得した場合には、上記連関性を参照して上記サービスリストに含まれるサービスを自動的に選択し、選択したサービスを判別するサービス判別手段と、上記サービス判別手段により判別されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済手段とを備えることを特徴とする。

【0021】

請求項４記載のサービス提供プログラムは、第１ユーザが入店した店舗を判別するための店舗判別ステップと、上記店舗判別ステップにより判別した店舗により提供されるサービスに関するサービスリストを第２ユーザに通知し、当該サービスリストの中から第２ユーザにより選択されたサービスを判別するサービス判別ステップと、上記サービス判別ステップにより判別したサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済ステップとをコンピュータに実行させ、上記サービス判別ステップは、上記サービスリストに含まれる各サービスと、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報との連関性を予め取得しておき、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報を新たに取得した場合には、上記連関性を参照して上記サービスリストに含まれるサービスを選択してこれを第１ユーザ又は第２ユーザに提案し、
上記決済ステップは、上記サービス判別手段により提案されたサービスの中から上記第１ユーザ又は上記第２ユーザにより選択されたサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求することを特徴とする。
請求項５記載のサービス提供プログラムは、第１ユーザが入店した店舗を判別するための店舗判別ステップと、上記店舗判別ステップにより判別した店舗により提供されるサービスに関するサービスリストを第２ユーザに通知し、当該サービスリストの中から第２ユーザにより選択されたサービスを判別するサービス判別ステップと、上記サービス判別ステップにより判別したサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済ステップと、上記店舗から提供されるサービスを第１ユーザが受け取るか否かを判別する受容判別ステップと、上記受容判別ステップにより受け取り拒否が判別された場合には、前記サービスに応じたポイントを上記第１ユーザ毎に記憶する記憶ステップと、をコンピュータに実行させ、上記決済手段は、上記第１ユーザが上記第２ユーザとしてサービスを選択する場合の対価を上記ポイントに代替させ、又は上記第１ユーザが店舗から別のサービスの提供を受ける際の対価に代替させることを特徴とする。

【0022】

請求項６記載のサービス提供プログラムは、第１ユーザが入店した店舗を判別するための店舗判別ステップと、上記店舗判別ステップにより判別した店舗により提供されるサービスに関するサービスリストに含まれる各サービスと、上記第１ユーザ若しくは第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報との連関性を予め取得しておき、上記第１ユーザ若しくは上記第２ユーザの嗜好情報若しくは属性情報又は各上記サービスの評価に関する評価情報を新たに取得した場合には、上記連関性を参照して上記サービスリストに含まれるサービスを自動的に選択し、選択したサービスを判別するサービス判別ステップと、上記サービス判別ステップにより判別したサービスを上記店舗から上記第１ユーザに提供させると共に、上記サービスに対する対価を上記第２ユーザに対して請求する決済ステップとをコンピュータに実行させることを特徴とする。

【発明の効果】

【0025】

上述した構成からなる本発明によれば、決済者から享受者にサービス等を提供することが可能となり、決済者が確実に充実感を味わうことが可能となり、通常では売上の発生しない関係においても店舗の消費機会を拡大させることが可能となる。

【図面の簡単な説明】

【0026】

【図1】本発明を適用したサービス提供システムの構成例を示す図である。

【図2】電子機器のブロック構成を示す図である。

【図3】本発明を適用したサービス提供プログラムの第１実施形態の処理動作のフローチャートである。

【図4】ユーザの嗜好情報若しくは属性情報又は評価情報と、サービスとの連関性を示す模式図である。

【図5】第１店舗にいる享受者に第２店舗のサービスを提供する例を示す図である。

【図6】本発明を適用したサービス提供プログラムの第２実施形態の処理動作のフローチャートである。

【図7】公園にいる享受者にサービスを提供する例を示す図である。

【図8】ユーザの嗜好情報若しくは属性情報又は評価情報と、店舗との連関性を示す模式図である。

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

【0027】

以下、本発明を適用したサービス提供システムについて、図面を参照しながら詳細に説明をする。

【0028】

本発明を適用したサービス提供システム１は、例えば図１に示すような構成により具現化される。このサービス提供システム１は、ＰＣ等を始めとしたシステムを利用するユーザ用の電子機器１１と、この電子機器１１に対して公衆通信網１２を介して接続されるサーバ１３とを備えている。

【0029】

公衆通信網１２は、電子機器１１間、サーバ１３及び本部システム６を通信回線を介して接続されるインターネット網等である。

【0030】

電子機器１１は、例えば、パーソナルコンピュータ（ＰＣ）、携帯電話、スマートフォン、タブレット型端末、ウェアラブル端末等であり、少なくともユーザの操作に基づいて公衆通信網１２を介して通信可能なデバイスである。なお、この電子機器１１は、後述するサービス提供プログラムを公衆通信網１２を介してダウンロードして、インストールする。以下の例では、この電子機器１１につき、スマートフォンを適用する場合を例にとり説明をする。

【0031】

図２は、電子機器１１の具体的な構成例を示している。この電子機器１１は、ＲＯＭ（Read Only Memory）２２と、データの蓄積や展開等に使用する作業領域としてのＲＡＭ(Random Access Memory)２３と、電子機器１１全体を制御するためのＣＰＵ（Central Processing Unit）２４と、操作ボタンやキーボード等を介して各種制御用の指令を入力するための操作部２５と、各種情報の表示を制御するための出力Ｉ／Ｆ１６と、ハードディスク等に代表され、実行すべき検索を行うためのプログラムを格納するための記憶部２７と、外部から電子機器１１内へデータを入力し、或いは電子機器１１において生成されたデータを外部へ出力するためのデータ入出力部２９が内部バス２１にそれぞれ接続されている。さらに、この内部バス２１には、通信Ｉ／Ｆ２８が接続されている。また、出力Ｉ／Ｆ１６には、実際に情報を表示するモニタとしての表示部２６が接続されている。

【0032】

ＲＯＭ２２は、電子機器１１全体のハードウェア資源を制御するためのプログラムが格納されている。ＲＡＭ２３は、電子機器１１全体のハードウェア資源を制御するときの各種命令を一時的に記憶する。

【0033】

ＣＰＵ２４は、内部バス２１を介して制御信号を送信することにより、電子機器１１内に実装された各構成要素を制御するためのいわゆる中央演算ユニットである。また、このＣＰＵ２４は、操作部２５を介したユーザの操作に応じて各種制御用の指令を内部バス２１を介して伝達する。

【0034】

操作部２５は、マウスやキーボード、タッチパネル等で具体化され、ユーザが注文したいサービスに関する情報が入力される他、サービス提供プログラムを実行するための実行命令がユーザから入力される。この操作部２５は、上記実行命令がユーザにより入力された場合には、これをＣＰＵ２４に通知する。この通知を受けたＣＰＵ２４は、上記プログラムを記憶部２７から読み出して実行する。

【0035】

出力Ｉ／Ｆ１６は、ＣＰＵ２４による制御に基づいて表示画像を作り出すグラフィックコントローラにより構成されている。この出力Ｉ／Ｆ１６に接続される表示部２６は、例えば、液晶ディスプレイ（ＬＣＤ）等によって実現される。

【0036】

記憶部２７は、ハードディスクで構成される場合において、ＣＰＵ２４による制御に基づき、各アドレスに対して所定の情報が書き込まれるとともに、必要に応じてこれが読み出される。また、この記憶部２７には、本発明を実行するためのサービス提供プログラムが格納されている。このプログラムはＣＰＵ２４により読み出されて実行されることになる。

【0037】

通信Ｉ／Ｆ２８は、公衆通信網１２と接続するための回線制御回路や、他の端末装置との間でデータ通信を行うための信号変換回路等が実装されている。通信Ｉ／Ｆ２８は、内部バス２１からの各種命令に変換処理を施してこれを公衆通信網１２側へ送信するとともに、公衆通信網１２からのデータを受信した場合にはこれに所定の変換処理を施して内部バス２１、或いはＣＰＵ２４へ送信する。

【0038】

データ入出力部２９は、ＵＳＢ（Universal Serial Bus）メモリや、記録媒体との間でデータを入力するためのインターフェースとして構成されている。

【0039】

音声入力部３１は、ユーザから入力された音声を電子データに変換するためのデバイスである。

【0040】

本部システム６は、ＳＮＳ（ソーシャルネットワーキングサイト）を統括する本部に設置されるシステムである。この本部システム６も、例えばＰＣ等を始めとする電子機器により構成される。この本部システム６の構成は、サービス提供システム１が実装されていてもよく、このサービス提供システム１が行うべき処理動作を本部システム６が代替して行うものであってもよい。

【0041】

なお、電子機器１１における何れか１以上の構成要素、或いはサーバ１３は、人工知能により制御されるものであってもよい。本発明への人工知能の具体的な応用方法は、従来における全ての公知の人工知能に関する情報の何れか１以上に基づくものであってもよい。

【0042】

本発明を適用したサービス提供システム１は、電子機器１１内や本部システム６内にインストールされたサービス提供プログラムを介して実行される。このとき、ユーザは、電子機器１１を操作し、これにインストールされているサービス提供プログラムを通じ、他のユーザにサービスの提供を行っていくこととなる。サービス提供プログラムを実行する場合、電子機器１１にインストールして使用する場合に限定されるものではなく、サーバ１３に記憶させておき、電子機器１１側から、使用の都度、サーバ１３にアクセスして使用するようにしてもよいことは勿論である。

【0043】

サーバ１３には、所定のデータベースが構築されている。このサーバ１３は、電子機器１１からの要求に基づいて、この蓄積した情報を公衆通信網１２を介して電子機器１１へと送信する。また、このサーバ１３は、本部システム６からの要求に基づいて、この蓄積した情報を公衆通信網１２を介して本部システム６へと送信する。

【0044】

サーバ１３には、例えば、各々のユーザの嗜好情報や属性情報等のユーザ情報や、サービスを提供する店舗の店舗情報等、公園等のランドマークにおける住所や緯度経度等に関する位置情報、サービスの評価に関する評価情報、ユーザの嗜好情報又は属性情報と各サービスとの連関性、評価情報と各サービスとの連関性、ユーザの嗜好情報又は属性情報と店舗との連関性、評価情報又は属性情報と等が記憶される。

【0045】

ユーザは、家族、友達、同僚、知人等の他のユーザと特定のユーザグループを作成して、メッセージ、写真、動画等を介して他のユーザとコミュニケーションがとることができるＳＮＳ会員として登録される。ＳＮＳは、例えばＦａｃｅｂｏｏｋ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、ＬＩＮＥ（登録商標）等が用いられてもよい。ユーザは、ユーザ情報を電子機器１１に操作部２５を介して手動により入力し、又は音声入力部３１を介して音声により入力する。

【0046】

ユーザは、ユーザ情報として、ユーザの氏名、年齢、性別、職業、住所、電話番号、メールアドレス、生年月日、既婚未婚等の属性情報や、趣味、特技、好きなもの、嫌いなもの等の嗜好情報を入力する。また、ユーザ情報には、過去にサービス提供システム１を利用して提供したサービス（奢ったサービス）、提供されたサービス（奢られたサービス）に関する情報等も嗜好情報として蓄積されている。

【0047】

ユーザは、ユーザ情報として、ＳＮＳ上でサービスと交換できるポイントを蓄積するポイント口座を有している。本サービス提供プログラムでは、このポイント口座を介してサービスの購入を行う。このポイント口座は、ＳＮＳ管理者によって管理され、予めクレジットカード等により所定の金額分のポイントを蓄積させておく。またユーザは、ユーザ情報として、ユーザの銀行口座に関する情報、ユーザのクレジットカードに関する情報、ユーザ本人と認証するための暗証番号や指紋認証といった認証情報等を入力してもよく、クレジットカード、銀行引落、デビットカード、インターネットバンキング、電子マネー等の購入手段を有していてもよい。また、ユーザは、個人をＳＮＳ上で識別するためのユーザＩＤを入力してもよい。

【0048】

サービスを提供する店舗は、例えば、居酒屋、レストラン、回転寿司屋、ファーストフード店、喫茶店、ラーメン店、フードコート等の飲食店をはじめとして、花屋、おもちゃ屋、煙草屋、衣料品店等のサービスを提供するあらゆる店舗が該当する。

【0049】

店舗は、店舗の名称、電話番号等の店舗情報の他に、住所、緯度経度等の位置情報、店舗が提供するサービスに関するサービスリスト、座席の配置、店舗内の写真、顧客からの評価等の店舗情報を有しており、店舗の店員等がこれら店舗情報を入力する。これにより、店舗は、ＳＮＳ会員として登録されることとなる。また、店舗情報は、店舗から所定の距離だけ離れた任意の他の店舗の店舗情報が関連付けられる。ここでいう所定の距離とは、例えば、店舗から１００ｍ以内等、ユーザ側若しくはシステム側で任意に設定できる事項である。また、店舗が提供するサービスは、例えば、店舗が居酒屋であれば、通常提供しているビール、枝豆等の有形のサービスだけでなく、笑顔、歌、ハグ等の通常提供していない無形のサービスであってもよく、各々のサービスには、代金や上述したポイントが割り当てられている。

【0050】

評価情報は、例えば、任意のサービスの評価に関する情報であって、ｇｏｏｇｌｅ（登録商標）等の検索エンジンにおける、時間毎、日毎、週毎、月毎等の検索キーワードの件数が増減に基づいて、判断されるものであってもよい。この他、例えばＦａｃｅｂｏｏｋ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、ＬＩＮＥ（登録商標）等のＳＮＳにおける、口コミ等に基づいて判断されるものであってもよい。また、インターネットショッピングサイトのランキング等に基づいて、判断されるものであってもよい。

【0051】

なお、以下の説明では、サービスを提供されるユーザを「享受者Ａ」とし、サービスを提供するユーザを「決済者Ｂ」とし、店舗を居酒屋Ｃとして説明する。この享受者Ａ、決済者Ｂ、及び居酒屋Ｃは、それぞれＳＮＳ会員として、各々のユーザ情報、店舗情報等がサーバ１３に記憶される。享受者Ａ、決済者Ｂ、居酒屋Ｃの店員のそれぞれの電子機器１１、ＳＮＳ管理者の本部システム６には、サービス提供プログラムが実装されている。

【0052】

サーバ１３に記憶された各種情報等を予め取得した後に、実際にサービス提供プログラムを動作することとなる。このサービス提供プログラムの第１実施形態の動作を図３に示す。

【0053】

サービス提供プログラムでは、先ず、享受者Ａが入店した店舗を判別するための店舗判別ステップＳ１１を行う。

【0054】

店舗判別ステップＳ１１では、居酒屋Ｃに入店した享受者Ａに、居酒屋Ｃの位置情報を含む店舗情報に公衆通信網１２を介してアクセスさせることで、享受者Ａが入店した居酒屋Ｃを判別する。居酒屋Ｃの位置情報を含む店舗情報に公衆通信網１２を介してアクセスさせることで、享受者Ａが居酒屋Ｃに入店した情報が居酒屋Ｃの電子機器１１からＳＮＳ管理者の本部システム６に通知され、さらに本部システム６から決済者Ｂの電子機器１１に通知されることとなる。このように、享受者Ａが入店した居酒屋Ｃを判別することで、決済者Ｂは享受者Ａが居酒屋Ｃに入店したことを把握することとなる。

【0055】

なお、店舗判別ステップＳ１１では、居酒屋Ｃに設置したＰＣ等の店舗用端末に居酒屋Ｃの位置情報を、例えばＱＲコード（登録商標）や数字の羅列によって暗号化されたコードとして表示させておき、享受者Ａの電子機器１１に内蔵されたバーコードリーダー等に読み取らせることで、享受者Ａが入店した居酒屋Ｃを判別してもよい。また、店舗判別ステップＳ１１では、居酒屋Ｃに設置したタッチパネル式の店舗用端末に居酒屋Ｃの位置情報を表示させておき、享受者Ａに店舗用端末をタッチさせることで、享受者Ａが入店した店舗を居酒屋Ｃとして判別してもよい。この他、店舗判別ステップＳ１１では、例えば、電子機器１１に内蔵されたＧＰＳ機能等に基づいて、享受者Ａが入店した居酒屋Ｃを判別してもよい。

【0056】

サービス提供プログラムでは、次に、店舗判別ステップＳ１１により判別した居酒屋Ｃにより提供されるサービスに関するサービスリストを決済者Ｂに通知し、このサービスリストの中から決済者Ｂにより選択されたサービスを判別するサービス判別ステップＳ１２を行う。

【0057】

サービスリストは、居酒屋Ｃにより提供される、例えば「テキーラ」「ビール」「日本酒」等の有形のサービスのみならず、「歌」「笑顔」「ハグ」等の無形のサービスがリスト化され、決済者Ｂの電子機器１１の表示部２６に表示される。サービス判別ステップＳ１２では、決済者Ｂの電子機器１１の表示部２６に表示されたサービスリストを決済者Ｂに操作部２５を介して操作させることで、このサービスリストの中から決済者Ｂにより選択されたサービスを判別する。このとき、判別したサービスに関する情報を決済者Ｂの電子機器１１からＳＮＳ管理者の本部システム６に通知する。なお、判別したサービスに関する情報をＳＮＳ管理者の本部システム６に通知する場合だけでなく、ＳＮＳ管理者の本部システム６及び居酒屋Ｃの電子機器１１の何れか一方又は両方に通知すればよい。サービス判別ステップＳ１２では、例えば、このサービスリストの中から決済者Ｂにより選択されたサービス「テキーラ」を判別する。

【0058】

サービス提供プログラムは、次に、サービス判別ステップＳ１２により判別したサービス「テキーラ」を居酒屋Ｃから享受者Ａに提供させると共に、サービスに対する対価を決済者Ｂに対して請求する決済ステップＳ１３を行う。

【0059】

このとき、ＳＮＳ管理者の本部システム６から居酒屋Ｃの電子機器１１に、サービス「テキーラ」を享受者Ａに提供するように、通知することとなる。

【0060】

例えばサービス「テキーラ」に対する対価が６００ポイントであれば、予めクレジットカード等により１０００円分を１０００ポイントとして蓄積させておいた決済者Ｂのポイント口座を介して、この６００ポイントを決済者Ｂに請求することで、このサービスを購入することとなる。

【0061】

このように、サービス提供プログラムによれば、居酒屋Ｃから享受者Ａにサービスを提供させるとともに、サービスに対する対価を決済者Ｂに対して請求することで、居酒屋Ｃがサービスを売る機会を消失させることなく、確実に消費活動を行うことが可能となる。また、サービス提供プログラムによれば、決済者Ｂが居酒屋Ｃにいない場合であっても、居酒屋Ｃにいる享受者Ａにサービスを提供させることが可能となる。

【0062】

なお、上述した形態において、サービス判別ステップＳ１２では、居酒屋Ｃのサービスリストの中からサービスを決済者Ｂに選択される際、特段サービスが提案されない場合を例にとり説明したが、居酒屋Ｃのサービスリストに含まれる各サービスと、ユーザの嗜好情報又は属性情報との連関性を予め取得しておき、ユーザの嗜好情報又は属性情報を新たに取得した場合には、連関性を参照してサービスリストに含まれるサービスを選択してこれをユーザに提案してもよい。サービスの提案は、決済者Ｂにされてもよいし、享受者Ａにされてもよい。

【0063】

サービスの提案は、図４に示すような各サービスとユーザの嗜好情報又は属性情報との連関性を参照しつつ行う。この連関性は、各サービスが、ユーザの嗜好情報又は属性情報の各々の項目とどの程度連関しているかの度合を示すものであり、いわゆるニューラルネットワークで構成されていてもよい。この連関性は、単に連関しているか否かの２値で定義されていてもよいし、アナログ的な表現方法で定義されていてもよい。連関性のアナログ的な表現方法としては、例えば享受者Ａの嗜好情報に関するサービスについて、「テキーラ」であれば６０％、「ビール」であれば３５％、「日本酒」であれば４５％等のように３段階以上の連関度となるように設定されるようにしてもよい。

【0064】

また、享受者Ａの嗜好情報のサービスの連関性が高いか否かは、「テキーラ」以外の他のサービス（ビール、日本酒等）の連関度の大小に基づくようにしてもよい。かかる場合には、例えばテキーラ、ビール、日本酒毎に閾値がそれぞれ設定され、全ての閾値を超えた場合に連関性が高い旨を判別するようにしてもよいし、これらのうち何れかが閾値を超えた場合に連関性が高い旨を判別するようにしても良い。

【0065】

また、享受者Ａの嗜好情報とサービスとの連関性が高いか否かは、「テキーラ」以外の他のサービス（ビール、日本酒等）の連関度の他のサービスとの関係に基づいて判断するようにしてもよいことは勿論である。かかる場合には、上述した連関性において、享受者Ａの嗜好情報は、サービス毎に重み付けが設定されていてもよい。即ち、サービス判別ステップＳ１２では、そのユーザの嗜好情報又は属性情報に該当するかを判断する際において、連関度が高いサービスのウェートをより高く、また連関度が低いサービスのウェートをより低く参照することとなる。

【0066】

そして、サービス判別ステップＳ１２では、ユーザの嗜好情報又は属性情報を新たに取得した場合には、連関性を参照してサービスリストに含まれるサービスを選択してこれを決済者Ｂに提案する。

【0067】

例えば、享受者Ａの嗜好情報に関するサービスについて、「テキーラ」であれば６０％、「ビール」であれば３５％、「日本酒」であれば４５％等のような連関度となるように設定されていたものを、過去に享受者Ａが「テキーラ」「ビール」を提供されたことで、「テキーラ」であれば６５％、「ビール」であれば５０％のように連関度を高くするように更新して、過去に享受者Ａに提供されなかった「日本酒」であれば４０％のように連関度を低くするように更新して、享受者Ａの嗜好情報を新たに取得する。このように、享受者Ａの嗜好情報を新たに取得した場合には、その連関性を参照してサービスリストに含まれるサービスを選択してこれを決済者Ｂに提案することとなる。

【0068】

他のサービス（枝豆、焼き鳥、唐揚げ等）についても同様にユーザの嗜好情報又は属性情報とサービスとの連関性を参照しつつ判断を行う。そして、ユーザの嗜好情報又は属性情報が、いかなるサービスと連関性が高いかを判別する。この連関性が高いか否かの判断は、サービス毎に設定された閾値を超えたか否かに基づいて絶対評価する場合に限定されるものではなく、相対評価するものであってもよい。かかる場合には、例えば各々のサービスの中で、分析したユーザの嗜好情報又は属性情報との連関度が高いものを上から１以上提案するようにしてもよい。

【0069】

このようにしてユーザの嗜好情報又は属性情報を連関度で重み付けすることをサービス毎に行い、例えばそのサービス毎に行った重み付け後の値の総合計を求めて、所定の閾値を超えている場合に、そのサービスに該当するものと判断し、所定の閾値以下の場合にはそのサービスに該当しないものと判断するようにしてもよい。

【0070】

なお、サービス判別ステップＳ１２では、ユーザの嗜好情報又は属性情報と各サービスの連関性を参照したが、評価情報と各サービスとの連関性を参照してもよい。

【0071】

ここでいう評価情報は、例えば本発明を適用したサービス提供プログラムにより提案されたサービスを提供された享受者Ａによる感想や口コミ等が反映された情報である。この評価情報は、サービス提供プログラムにより提供されたサービスを享受者Ａが、「かなり良かった」「良かった」等の肯定的な評価もあれば、「悪かった」「かなり悪かった」等の否定的な評価も含まれる。

【0072】

評価情報は、例えば店舗により提供されるサービスに関するアンケート調査や、インターネット上のサイトへの書き込み、Twitter（登録商標）、ＬＩＮＥ（登録商標）等の書き込み等から公衆通信網１２を介して取得するようにしてもよい。アンケート調査に基づく評価情報は、アンケート票に基づいて店員が操作部２５を介して入力されることとなり、公衆通信網１２からの評価情報は、通信Ｉ／Ｆ２８を介して取得することとなる。

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

このようにしてユーザの嗜好情報又は属性情報を連関度で重み付けすることを店舗毎に行い、例えばその店舗毎に行った重み付け後の値の総合計を求めて、所定の閾値を超えている場合に、その店舗に該当するものと判断し、所定の閾値以下の場合にはそのサービスに該当しないものと判断するようにしてもよい。

【0112】

なお、店舗判別ステップＳ１１では、ユーザの嗜好情報又は属性情報と各店舗の連関性を参照したが、評価情報と各店舗との連関性を参照してもよい。

【0113】

また一の店舗が複数のユーザの嗜好情報若しくは属性情報又は評価情報との間で連関性が高くなるように設定されていてもよい。このとき、ユーザの嗜好情報若しくは属性情報又は評価情報から２以上を組み合わせて、これらの組み合わせと、各店舗との連関性を取得するようにしてもよい。これにより、各種の情報を総合的に判断したうえで、ユーザに店舗を提案することが可能となる。

【0114】

また、上述した形態においては、店舗判別ステップＳ１１により判別した店舗を、当該店舗を決済者Ｂに選択させることなく、上述した連関性の高い店舗を自動的に選択するように設定しておいてもよい。このとき、店舗判別ステップＳ１１及びサービス判別ステップＳ１２では、上述した連関性を参照して抽出した１以上の店舗から１つの店舗を自動的に選択し、さらにサービスリストに含まれるサービスを自動的に選択し、選択したサービスを判別することとなる。このように、店舗判別ステップＳ１１から決済ステップＳ１３までを自動的に行うこととなり、いわばサービスの提供を予約することが可能となる。もちろん、必要に応じて、受容判別ステップＳ１４及び記憶ステップＳ１５を自動的に行ってもよい。サービスを自動的に選択する場合には、決済者Ｂのポイント口座のポイントを超えないように自動的に選択してもよいし、予め決済者Ｂにより設定されたポイントの範囲内で自動的に選択してもよい。また、店舗を自動的に選択する場合には、上述した連関性を参照することなく、ランダム的に選択してもよい。

【符号の説明】

【0115】

１ ：サービス提供システム
６ ：本部システム
１１ ：電子機器
１２ ：公衆通信網
１３ ：サーバ
１６ ：出力Ｉ／Ｆ
２１ ：内部バス
２２ ：ＲＯＭ
２３ ：ＲＡＭ
２４ ：ＣＰＵ
２５ ：操作部
２６ ：表示部
２７ ：記憶部
２８ ：通信Ｉ／Ｆ
２９ ：データ入出力部
３１ ：音声入力部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】