JP7407686B2 - 共有処理装置、共有処理プログラム、及び共有処理方法 - Google Patents

Description

本発明の実施形態は、提供物を複数人で共有させる技術に関する。

従来、例えば、自動車や自転車などの車両を複数人で共有するビジネスモデルが知られている。このようなビジネスモデルにおいては、車両の位置や状態を管理するシステムが用いられることが一般的である。

特表２０１８－５２４７４９号公報

より容易に提供物を複数人に共有させることがひとつの課題である。

本発明は、上述した問題点を解決するためになされたものであり、より容易に提供物を複数人に共有させることができる技術を提供することを目的とする。

上述した課題を解決するため、本発明の実施形態は、１つの提供物を複数のユーザに共有させるための共有処理装置であって、前記提供物と予め設定された該提供物の購入数を示す提供閾値とが対応付けられた提供物情報を管理する提供物情報管理部と、前記複数のユーザに対して前記提供物の購入を催す共有通知を送信するユーザ通知部と、前記共有通知に対応する購入数が前記提供物情報における提供閾値以上である場合、前記提供物の提供者に対して前記提供物を購入したユーザを通知する共有処理部とを備える。

共有処理システムの全体構成を示す概略図である。 共有処理装置のハードウェア構成を示すブロック図である。 端末装置のハードウェア構成を示すブロック図である。 共有処理装置の機能構成を示すブロック図である。 提供物情報を示す図である。 ユーザ情報を示す図である。 購入情報を示す図である。 嗜好抽出処理の動作を示すフローチャートである。 共有処理の動作を示すフローチャートである。 他のシステムとの連携例を示す概略図である。

以下、本発明の実施形態について図面を参照しつつ説明する。

（共有処理システム）
本実施形態に係る共有処理システムについて説明する。図１は、共有処理システムの全体構成を示す概略図である。

図１に示すように、本実施形態に係る共有処理システムは、複数のユーザに提供物を共有させる共有処理を行うためのシステムであり、共有処理装置１と、提供物を管理、提供する提供者により用いられる端末装置２と、提供物を共有するユーザにより用いられる端末装置３ａ，３ｂとを備える。共有処理装置１、端末装置２、端末装置３ａ，３ｂは、互いにネットワークにより情報を送受信可能に接続されるものとする。以降の説明においては、端末装置３ａ，３ｂは、それぞれ異なるユーザにより用いられるものとし、端末装置３ａと端末装置３ｂとを区別しない場合には、これらを端末装置３と総称する。

本実施形態においては、共有される提供物をワインボトルとし、このワインボトルは飲食店などの施設において提供されるものとする。よって、端末装置２は、施設において提供者に用いられる端末装置とし、端末装置３は、施設を利用する顧客としてのユーザが携帯する携帯型の端末装置とする。また、端末装置３を用いるユーザは、共有処理システムに対して、ログイン可能にユーザ登録を行っているものとする。また、共有処理システムにより提供物の共有がなされる施設を対象施設と称する。

（ハードウェア構成）
共有処理装置及び端末装置のハードウェア構成について説明する。図２、図３は、それぞれ、共有処理装置、端末装置のハードウェア構成を示すブロック図である。

共有処理装置１は、図２に示すように、ハードウェアとして、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１２、記憶装置１３、入出力Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１４、ネットワークＩ／Ｆ１５を備える。ＣＰＵ１１及びＲＡＭ１２は協働して各種機能を実行し、記憶装置１３は各種機能により実行される処理に用いられる各種データを記憶する。入出力Ｉ／Ｆ１４は、共有処理装置１に接続されるキーボードなどの入力装置やディスプレイなどの出力装置とのデータの入出力を行う。ネットワークＩ／Ｆ１５は、端末装置２、端末装置３などの他の装置とのネットワークを介した通信を行う。なお、本実施形態において、端末装置２は、共有処理装置１と同様に構成されるものとする。

端末装置３は、タブレット型端末であり、図３に示すように、ハードウェアとして、ＣＰＵ３１、ＲＡＭ３２、記憶装置３３、タッチパネル３４、ネットワークＩ／Ｆ３５、カメラ３６を備える。ＣＰＵ３１及びＲＡＭ３２は協働して各種機能を実行し、記憶装置３３は各種機能により実行される処理に用いられる各種データを記憶する。タッチパネル３４は、ディスプレイとタッチセンサとを有する入出力装置である。ネットワークＩ／Ｆ３５は、共有処理装置１とのネットワークを介した通信を行う。

（機能構成及び各種情報）
共有処理装置の機能構成及び各種情報について説明する。図４は、共有処理装置の機能構成を示すブロック図である。図５～図７は、それぞれ、提供物情報、ユーザ情報、購入情報を示す図である。

図４に示すように、本実施形態に係る共有処理装置１は、機能として、提供物情報管理部１０１、購入情報管理部１０２、ユーザ情報生成部１０３、ユーザ情報管理部１０４、共有処理部１０５、ユーザ通知部１０６、提供者通知部１０７を備える。

提供物情報管理部１０１は、提供物としてのワインボトルの種別に設定された属性を示す提供物情報を管理する。購入情報管理部１０２は、ワイン種別の購入履歴を示す購入情報を管理する。ユーザ情報生成部１０３は、購入情報管理部１０２により管理される購入情報に基づいてユーザ毎にワインに関する嗜好を抽出する。

ユーザ情報管理部１０４は、ユーザ情報生成部１０３により抽出された嗜好に基づく情報であって、ユーザのワインに関する嗜好属性を示すユーザ情報を管理する。共有処理部１０５は、ワインボトルを共有するユーザを決定する共有処理を実行する。ユーザ通知部１０６は、共有処理に係るユーザへの通知を行う。提供者通知部１０７は、共有処理に係る提供者への通知を行う。

提供物情報は、図５に示すように、銘柄や商品種別などのワインボトルの種別を一意に示すボトル種別ＩＤ、嗜好属性として、ボトル種別ＩＤにより示されるワインの香りの種別を示す嗜好タグと、ボトル種別ＩＤにより示されるワインの共有に要する提供数を示す提供閾値、ボトル種別ＩＤにより示されるワインの共有がなされる時期を示す共有時期とが対応付けられた情報である。なお、嗜好タグ及び提供閾値は、例えば、提供者によってボトル種別ＩＤに対して設定される。

ユーザ情報は、図６に示すように、ユーザを一意に示すユーザＩＤと、このユーザが好むワインの香りの種別を示す嗜好タグとが対応付けられた情報である。本実施形態においては、ユーザ情報における嗜好タグは後に詳述する購入情報に基づくものであるが、ユーザ本人によって設定されたものであっても良い。

購入情報は、購入履歴を示す情報であって、図７に示すように、購入者を示すユーザＩＤと、購入対象であるワインボトルの種別を示すボトル種別ＩＤと、嗜好属性として、ボトル種別ＩＤにより示されるワインに設定される嗜好タグと、購入日時と、ボトル種別ＩＤにより示されるワインに対するユーザの評価を段階的に示す評価値とが対応付けられた情報である。

なお、この購入情報は、対象施設の運営者が入手可能であり、且つ提供物に関連する購入履歴を示すものであれば良く、例えば、共有処理システムが運用される施設の運営者、または提携業者により管理されるオンラインウェブサイトにおける購入履歴、または飲食店における購入履歴を示すものであっても良い。

（嗜好抽出処理）
嗜好抽出処理について説明する。図８は、嗜好抽出処理の動作を示すフローチャートである。この嗜好抽出処理は、購入情報から嗜好タグを選択的に抽出することによってユーザ情報を生成／更新する処理である。なお、嗜好抽出処理の実行に先立って、共有処理システムに登録された全てのユーザのそれぞれについて、少なくとも１つの購入情報が管理されているものする。また、嗜好抽出処理は所定の周期毎に実行されるものとする。

図８に示すように、まず、ユーザ情報生成部１０３は、共有処理システムに登録されるユーザのうち、未選択のユーザを選択し（Ｓ１０１）、選択中のユーザと対応付けられた購入情報において未選択の購入情報を選択し（Ｓ１０２）、選択中の購入情報に含まれる嗜好タグを抽出する（Ｓ１０３）。

次に、ユーザ情報生成部１０３は、抽出した嗜好タグについて、種別毎に累積出現数をカウントし（Ｓ１０４）、選択中のユーザと対応付けられた購入情報において未選択の購入情報が存在するか否かを判定する（Ｓ１０５）。

未選択の購入情報が存在しない場合（Ｓ１０５，ＮＯ）、ユーザ情報生成部１０３は、嗜好タグのカウント数に基づいて、ユーザ情報を生成または更新する（Ｓ１０６）。ここで、ユーザ情報生成部１０３は、累積出現数が所定数以上である嗜好タグ、または、累積出現数が大きい順に上位から所定個の嗜好タグを、選択中のユーザを示すユーザＩＤに対応付けることによってユーザ情報を生成する。

また、ユーザ情報生成部１０３は、購入情報に含まれる評価値に基づいてユーザ情報を生成するようにしても良い。このような評価値の利用方法として、評価値を嗜好タグのカウント数に重み付けをするための係数として用いること、また、一定の評価値以上の購入情報のみに含まれる嗜好タグのみをカウントすることなどが挙げられる。

次に、ユーザ情報生成部１０３は、共有処理システムに登録されるユーザのうち、未選択のユーザが存在するか否かを判定し（Ｓ１０７）、未選択のユーザが存在しない場合（Ｓ１０７，ＮＯ）には嗜好抽出処理を終了し、未選択のユーザが存在する場合（Ｓ１０７，ＹＥＳ）には、再度、共有処理システムに登録されるユーザのうち、未選択のユーザを選択する（Ｓ１０１）。

また、ステップＳ１０５において、未選択の購入情報が存在する場合（Ｓ１０５，ＹＥＳ）、ユーザ情報生成部１０３は、再度、選択中のユーザと対応付けられた購入情報において未選択の購入情報を選択する（Ｓ１０２）。

このように、購入情報に基づいてユーザ情報を生成することによって、より実態に即したユーザの嗜好を示すユーザ情報を生成することができる。なお、本実施形態において、嗜好タグをワインの香りを示すものとしたが、例えば、ワインの価格帯、生産地などを嗜好タグとして用いるようにしても良い。

（共有処理）
共有処理について説明する。図９は、共有処理の動作を示すフローチャートである。この共有処理は、提供物を共有するユーザを決定する処理である。なお、共有処理は、提供者が用いる端末装置から送信される共有開始通知の受信をトリガとして実行されるものとし、この共有開始通知には、共有対象を示すボトル種別ＩＤと、共有処理を終了させる日時を示す設定期限と、共有に要する価格が含まれるものとする。

図９に示すように、まず、ユーザ通知部１０６は、共有開始通知に含まれるボトル種別ＩＤを含む提供物情報を選択し（Ｓ２０１）、ユーザ情報において、選択した提供物情報に含まれる嗜好タグが少なくとも１つ以上含まれるユーザを選択し（Ｓ２０２）、選択したユーザがログインする端末装置３に対して共有通知を送信する（Ｓ２０３）。

端末装置３へ送信される共有通知には、共有対象を示すボトル種別ＩＤ、価格、及び共有時期が含まれ、ユーザがこの共有通知を参照し、共有対象の共有を所望する場合には共有権を購入する。この際、端末装置３は購入の意思を示す購入通知を共有処理装置１に対して送信する。本実施形態においては、共有処理装置１において、１つの購入通知の受信が１購入数としてカウントされるものとする。

共有通知の送信後、共有処理部１０５は、購入数が提供物情報において設定された提供閾値以上であるか否かを判定する（Ｓ２０４）。購入数が提供閾値以上である場合（Ｓ２０４，ＹＥＳ）、共有処理部１０５は、ネットワークを介して決済システムにおいて共有権の購入に対する決済処理を実行し（Ｓ２０５）、共有権を購入したユーザを示す購入者通知を端末装置２へ送信する（Ｓ２０６）。

端末装置２を使用する提供者は、共有時期における施設へのユーザの来訪を想定し、例えば端末装置３上に表示されるユーザＩＤを示す二次元コードの読み取りなどの既知の方法によって、購入者通知により示されるユーザの来店を確認し、このユーザに対して共有対象であるワインボトル内の一部を提供する。

ステップＳ２０４において、購入数が提供閾値未満である場合（Ｓ２０４，ＮＯ）、共有処理部１０５は、現在日時が共有開始通知に含まれる設定期限を超えたか否かを判定する（Ｓ２０７）。現在日時が設定期限を超えた場合（Ｓ２０７，ＹＥＳ）には共有処理が終了され、一方、現在日時が設定期限を超えない場合（Ｓ２０７，ＮＯ）には、共有処理部１０５が、再度、購入数が提供閾値以上であるか否かを判定する（Ｓ２０４）。

このように、提供物の共有開始通知に対して、共有権の購入が一定以上である場合に、複数のユーザによる提供物の共有を実施することにより、ワインのように開封直後から劣化するような飲食物、特に高価な飲食物を、複数人のユーザに共同で購入させ、分割して提供することによって、より流動的に販売を促進することができる。

なお、共有処理装置１により扱われる提供物は、飲食物に限らず、映画、演劇、教室、ライブなどのイベントであっても良く、この場合、購入数がイベントに設定された提供閾値以上であった場合にのみ、イベントが開催される。

他のシステムとの連携について説明する。図１０は、他のシステムとの連携例を示す概略図である。

上述した共有処理装置１は、提供物の輸送状態を管理する輸送履歴管理、提供物の保管状態を管理する保管履歴管理、提供物の取引処理を管理する取引処理管理などにおいて得られた情報を利用するように構成されても良い。

本実施の形態において、共有処理プログラムは上述した共有処理装置の内部に予めインストールされているものとして記載したが、本発明における共有処理プログラムは記憶媒体に記憶されたものも含まれる。ここで記憶媒体とは、磁気テープ、磁気ディスク（ハードディスクドライブ等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク等）、光磁気ディスク（ＭＯ等）、フラッシュメモリ等、共有処理装置に対し脱着可能な媒体や、さらにネットワークを介することで伝送可能な媒体等、上述した共有処理装置としてのコンピュータで読み取りや実行が可能な全ての媒体をいう。

発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 共有処理装置
１０１ 提供物情報管理部
１０４ ユーザ情報管理部
１０５ 共有処理部
１０６ ユーザ通知部

Claims (7)

1. １つの提供物を複数のユーザに共有させるための共有処理装置であって、
   前記提供物と予め設定された該提供物の購入数を示す提供閾値とが対応付けられた提供物情報を管理する提供物情報管理部と、
   前記複数のユーザに対して前記提供物の購入を催すとともに、前記提供物の共有がなされる時期を示す共有時期を含む共有通知を送信するユーザ通知部と、
   前記共有通知に対応する購入数が前記提供物情報における提供閾値以上である場合、前記提供物の提供者に対して前記提供物を購入したユーザを通知する共有処理部と
   を備える共有処理装置。
2. 前記複数のユーザのそれぞれを一意に示すユーザＩＤのそれぞれと、該ユーザＩＤにより示されるユーザの嗜好属性を示す嗜好タグとが対応付けられたユーザ情報を管理するユーザ情報管理部を更に備え、
   前記提供物情報は、前記提供物と該提供物の嗜好属性を示す嗜好タグとが更に対応付けられ、
   前記ユーザ通知部は、前記ユーザ情報において、前記提供物の提供物情報における嗜好タグと一致する少なくとも１つの嗜好タグを有するユーザに対して、前記共有通知を送信することを特徴とする請求項１に記載の共有処理装置。
3. 前記ユーザＩＤと、該ユーザＩＤにより示されるユーザによる購入対象の嗜好属性を示す嗜好タグとが対応付けられた購入情報を管理する購入情報管理部と、
   所定のユーザについて、該ユーザを示すユーザＩＤを含む購入情報に基づいて前記ユーザ情報を生成するユーザ情報生成部とを更に備えることを特徴とする請求項２に記載の共有処理装置。
4. 前記ユーザ情報生成部は、前記購入情報における嗜好タグの出現数に基づいて前記ユーザ情報を生成することを特徴とする請求項３に記載の共有処理装置。
5. 前記共有処理部は、前記共有通知に対応する購入数が前記提供物情報における提供閾値以上である場合、前記共有通知に対応する購入に対する決済処理を行うことを特徴とする請求項１～請求項４のいずれか一項に記載の共有処理装置。
6. １つの提供物を複数のユーザに共有させるための共有処理プログラムであって、
   コンピュータを、
   前記提供物と予め設定された該提供物の購入数を示す提供閾値とが対応付けられた提供物情報を管理する提供物情報管理部と、
   前記複数のユーザに対して前記提供物の購入を催すとともに、前記提供物の共有がなされる時期を示す共有時期を含む共有通知を送信するユーザ通知部と、
   前記共有通知に対応する購入数が前記提供物情報における提供閾値以上である場合、前記提供物の提供者に対して前記提供物を購入したユーザを通知する共有処理部として機能させる共有処理プログラム。
7. １つの提供物を複数のユーザに共有させるための共有処理方法であって、
   コンピュータが、
   前記提供物と予め設定された該提供物の購入数を示す提供閾値とが対応付けられた提供物情報を管理し、
   前記複数のユーザに対して前記提供物の購入を催すとともに、前記提供物の共有がなされる時期を示す共有時期を含む共有通知を送信し、
   前記共有通知に対応する購入数が前記提供物情報における提供閾値以上である場合、前記提供物の提供者に対して前記提供物を購入したユーザを通知する共有処理方法。