JP2023177579A - 情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】需要者が商品等の予約を行うに際し、より有効な情報処理システム、情報処理方法及びプログラムを提供すること。
【解決手段】商品又は役務の予約を支援する情報処理システムにおいて、サーバの制御部は、第１のユーザ端末からの商品又は役務の指定Ａ１０１を受け付けＡ１０２、指定を受け付けた商品又は役務を第２のユーザ端末がが視認可能に表示させるＡ１０３。ついで、第２のユーザ端末からの商品又は役務に対する予約Ａ１０５を受け付けＡ１０６、受け付けた予約に対しての決済を登録する。そして決済金額の一部を第１のユーザに分配する。
【選択図】図５

Description

本発明は、情報処理システム、情報処理方法及びプログラムに関する。

需要者に対して商品や役務の提供を円滑化するために、従来、種々の予約システムが開拓されてきた。たとえば、特許文献１には、入手可能性が限られた製品と消費者とをマッチングさせるシステムとして、ＳＮＳ（ソーシャルネットワークサービス；Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）等を介した告知等を行った上で予約を受け付ける技術が開示されている。

特表２０１５－５２３６１８号公報

しかしながら、需要者が商品等の予約を行うに際し、依然として、より効果的な仕組みを構築する余地がある。

本発明では上記事情に鑑み、需要者が商品等の予約を行うに際し、より有効な情報処理システム等を提供することとした。

本発明の一態様によれば、商品又は役務の予約を支援する情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、次の各ステップを実行するように構成される。第１の受付ステップでは、第１のユーザからの商品又は役務の指定を受け付ける。表示制御ステップでは、第１の受付ステップで指定を受け付けた商品又は役務を第２のユーザが視認可能に表示させる。第２の受付ステップでは、第２のユーザからの商品又は役務に対する予約を受け付ける。決済登録ステップでは、第２の受付ステップで受け付けた予約に対しての決済を登録する。分配ステップでは、決済登録ステップにおける決済金額の一部を第１のユーザに分配する。

上記態様によれば、需要者が商品等の予約を行うに際し、より有効な情報処理システム等が提供される。

本実施形態に係る情報処理システム１００を表す構成図である。 第１のユーザ端末１のハードウェア構成を示すブロック図である。 サーバ３のハードウェア構成を示すブロック図である。 サーバ３における制御部３３等によって実現される機能を示すブロック図である。 情報処理システム１００の実行する情報処理を説明するためのアクティビティ図である。 第２のユーザ端末２に示される表示画面の一例である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．ハードウェア構成
本節では、本実施形態のハードウェア構成について説明する。

１．１ 情報処理システム１００
図１は、本実施形態に係る情報処理システム１００を表す構成図である。情報処理システム１００は第１のユーザ端末１と、第２のユーザ端末２と、サーバ３と、事業者端末４とを備え、これらがネットワーク５を通じて接続されている。これらの構成要素についてさらに説明する。なお、情報処理システム１００に例示されるシステムとは、１つ又はそれ以上の装置又は構成要素からなるものである。したがって、サーバ３単体であってもシステムの一例となる。

１．１ 第１のユーザ端末１
第１のユーザ端末１は、予約に係る商品や役務の指定を行う第１のユーザが所持する端末である。例えば、第１のユーザ端末１は、スマートフォン、タブレット端末、コンピュータ等が想定されるが、その詳細は限定されるものではない。

図２は、第１のユーザ端末１のハードウェア構成を示すブロック図である。
第１のユーザ端末１は、通信部１１と、記憶部１２と、制御部１３と、表示部１４と、入力部１５とを有し、これらの構成要素が第１のユーザ端末１の内部において通信バス１０を介して電気的に接続されている。通信部１１、記憶部１２及び制御部１３の説明は、後述の、サーバ３における通信部３１、記憶部３２及び制御部３３と略同様のため省略する。

表示部１４は、例えば、第１のユーザ端末１の筐体に含まれるものであってもよいし、外付けされるものであってもよい。表示部１４は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。これは例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ及びプラズマディスプレイ等の表示デバイスを、端末の種類に応じて使い分けて実施することが好ましい。ここでは、表示部１４は、第１のユーザ端末１の筐体に含まれるものとして説明する。

入力部１５は、第１のユーザ端末１の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部１５は、表示部１４と一体となってタッチパネルとして実施されてもよい。タッチパネルであれば、ユーザは、タップ操作、スワイプ操作等を入力することができる。もちろん、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等を採用してもよい。すなわち、入力部１５がユーザによってなされた操作入力を受け付ける。当該入力が命令信号として、通信バス１０を介して制御部１３に転送され、制御部１３が必要に応じて所定の制御や演算を実行しうる。

なお、この第１のユーザ端末１には緯度経度情報を発信する機能が備えられていてもよい。
具体的には、第１のユーザ端末１には、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の信号を発信することができる機能が備えられていてもよい。
また、第１のユーザ端末１は、たとえばコードなどを読み出すカメラ機能などや、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）タグ等の各種タグを読み出し可能なリーダーを有していてもよい。

１．２ 第２のユーザ端末２
第２のユーザ端末２は、商品や役務の予約を行うユーザが所持する端末である。例えば、第２のユーザ端末２は、スマートフォン、タブレット端末、コンピュータ等が想定されるが、その詳細は限定されるものではない。なお、図１において第２のユーザ端末２はスマートフォン単体（２－１，２－２，・・・２－ｎ）の集合体として記載しているが、本明細書においては端末単体を第２のユーザ端末２と表記することもある。

第２のユーザ端末２のハードウェア構成は、前述の第１のユーザ端末１のハードウェア構成と同様である場合が例示される。すなわち、第２のユーザ端末２は図２で示される各種構成（通信部、記憶部、制御部、表示部、入力部および通信バス）を有していてもよいが、ここでは省略のため、説明を割愛する。

１．３ サーバ３
図３は、サーバ３のハードウェア構成を示すブロック図である。サーバ３は、通信部３１と、記憶部３２と、制御部３３とを有し、これらの構成要素がサーバ３の内部において通信バス３０を介して電気的に接続されている。各構成要素についてさらに説明する。

通信部３１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、３Ｇ／ＬＴＥ／５Ｇ等のモバイル通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、サーバ３は、通信部３１を介して、第１のユーザ端末１や第２のユーザ端末２等とネットワーク５を介して種々の情報を通信する。

記憶部３２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部３３によって実行されるサーバ３に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。また、これらの組合せであってもよい。特に、記憶部３２は、制御部３３によって実行されるサーバ３に係る種々のプログラム等を記憶している。

制御部３３は、サーバ３に関連する全体動作の処理・制御を行う。制御部３３は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部３３は、記憶部３２に記憶された所定のプログラムを読み出すことによって、サーバ３に係る種々の機能を実現する。すなわち、記憶部３２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部３３によって具体的に実現されることで、制御部３３に含まれる各機能部として実行されうる。これらについては、２．節においてさらに詳述する。なお、制御部３３は単一であることに限定されず、機能ごとに複数の制御部３３を有するように実施してもよい。またそれらの組合せであってもよい。

１．４ 事業者端末４
事業者端末４は、商品や役務を提供する事業者が所持する端末である。例えば、事業者端末４は、スマートフォン、タブレット端末、コンピュータ等が想定されるが、その詳細は限定されるものではない。事業者端末４のハードウェア構成は、前述の第１のユーザ端末１のハードウェア構成と同様である場合が例示される。すなわち、事業者端末４は図２で示される各種構成（通信部、記憶部、制御部、表示部、入力部および通信バス）を有していてもよいが、ここでは省略のため、説明を割愛する。

２．機能構成
本節では、本実施形態の機能構成について説明する。前述の通り、記憶部３２に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部３３によって具体的に実現されることで、制御部３３に含まれる各機能部として実行されうる。

図４は、サーバ３における制御部３３等によって実現される機能を示すブロック図である。具体的には、情報処理システム１００の一例であるサーバ３は、受付部３３１と、表示制御部３３２と、決済登録部３３３と、分配部３３４と、予測部３３５と、生成部３３６と、記憶管理部３３７とを備えるものである。

受付部３３１は、ユーザの端末操作等を契機に種々の情報を受け付ける。典型的には、第１のユーザから予約に係る商品又は役務の指定を受け付けたり（第１の受付ステップとも称する。）、第２のユーザから商品又は役務に対する予約を受け付けたりする。（第２の受付ステップとも称する。）。詳細については追って説明する。

表示制御部３３２は、種々の表示情報を生成して、ユーザが視認可能な表示内容を制御するように構成される。典型的には、表示制御部３３２は、前述の第１の受付ステップで受け付けた商品又は役務を第２のユーザが視認可能に表示させる。なお、表示情報とは、画面、画像、アイコン、テキスト等といった、ユーザが視認可能な態様で生成された情報そのものでもよいし、例えば第１のユーザ端末１や第２のユーザ端末２に画面、画像、アイコン、テキスト等を表示させるためのレンダリング情報であってもよい。

決済登録部３３３は、ユーザが商品又は役務の予約の決済を行ったことを登録する。
なお、この登録の内容についてはサーバ３中の記憶部３２に記憶するように、制御部３３が制御することができる。典型的には、この記憶管理部３３７がこの制御を担う。

分配部３３４は、決済登録部３３３が登録した決済金額の一部を第１のユーザに分配する。係る情報処理の詳細は追って説明することとする。

予測部３３５は、第２のユーザの商品又は役務の閲覧の実績及び／又は決済の登録の実績をもとに、閲覧及び／又は決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測する。この情報処理の詳細は追って説明することとする。

生成部３３６は、前述の予測部３３５によって予測された需要に基づき、２以上の商品又は役務の組み合わせを生成する。この情報処理の詳細は追って説明することとする。

記憶管理部３３７は、本実施形態の情報処理システム１に関連する、記憶すべき種々の情報について管理するように構成される。典型的には、記憶管理部３３７は、第１のユーザや第２のユーザ、登録事業者の属性や個人情報、情報処理の過程で生じた入力・出力事項を記憶領域に記憶させるように構成される。この記憶領域は、たとえばサーバ３の記憶部３２や各種端末の記憶部が例示されるが、この記憶領域は必ずしも情報処理システム１のシステム内である必要はなく、記憶管理部３３７は、種々の情報を外部記憶装置などに記憶するように管理することもできる。

３．情報処理方法
本節では、前述した情報処理システム１００の実行する情報処理方法の各ステップについて説明を行う。

［第１実施形態］
まず、本実施形態の情報処理システム１００は、以下に示すものである。
商品又は役務の予約を支援する情報処理システムであって、
制御部を備え、
前記制御部は、次の各ステップを実行するように構成され、
第１の受付ステップでは、第１のユーザからの前記商品又は役務の指定を受け付け、
表示制御ステップでは、前記第１の受付ステップで指定を受け付けた前記商品又は役務を第２のユーザが視認可能に表示させ、
第２の受付ステップでは、前記第２のユーザからの前記商品又は役務に対する予約を受け付け、
決済登録ステップでは、前記第２の受付ステップで受け付けた予約に対しての決済を登録し、
分配ステップでは、前記決済登録ステップにおける決済金額の一部を前記第１のユーザに分配する、情報処理システム。

ここで、第１のユーザと第２のユーザとの関係性は適宜設定することができるが、典型的には第１のユーザはＳＮＳ等で人気を博するインフルエンサーであり、第２のユーザは当該インフルエンサーのフォロワーである。ただし、この第１のユーザと第２のユーザの関係性はこれには限られず、たとえば第１のユーザと第２のユーザが友人関係や、親子関係であってもよい。また、両ユーザが同僚であったり、同じ地域コミュニティに属する関係であったりしてもよい。
この情報処理システム１００の実行する情報処理の各ステップについて、図５を用いて説明する。

図５は、情報処理システム１００の実行する情報処理を説明するためのアクティビティ図である。図５中のアクティビティＡ１０１に示されるように、まず、第１のユーザ端末１より予約に係る商品や役務の指定を行う。すなわち、本実施形態の情報処理システム１００においては、事前に予約が可能な商品や役務に関する情報が蓄積されており、第１のユーザは、この蓄積された情報の中から自身が指定する商品や役務を指定することができる。なお、このような事前の商品や役務に関する情報の蓄積は、事業者端末４による操作を介して行うことができる。

ここで、予約を行うことができる商品又は役務は、宿泊サービス、飲食サービス、チケット、理美容サービス、医療サービス、レジャーサービス及びモビリティサービスからなる群から選択される１種以上を含む。

宿泊サービスとしては、ホテルや旅館、ペンション等への宿泊に関する役務を含んでもよく、上述の第１のユーザが指定する内容は、これら宿泊施設内における宿泊場所のグレードや宿泊日数等の詳細を含んでいてもよい。飲食サービスとしては、レストラン等における飲食物の提供を含んでもよく、第１のユーザが指定する内容は、このレストランにおける席の確保や、実際に提供される料理（コース料理等）が含まれていてもよい。チケットとしては、音楽イベントや博覧会への参加チケットのほか、映画館や博物館への入場チケット、電車や飛行機を利用するための交通チケット等が含まれてもよい。理美容サービスとしては、エステや美容院におけるサービス提供が含まれてもよい。医療サービスとしては、病院や診療所における医療行為の提供が含まれてもよい。レジャーサービスとしては、ゴルフやマリンスポーツ等のアクティビティに関するサービスや、キャンプ場やスキー場における各種サービスが含まれてもよい。モビリティサービスとしては、カーシェアやレンタカーのほか、レンタサイクル等に関するサービスが含まれてもよい。
なお、本明細書では「商品又は役務」を簡略的に表すために「商品等」との文言で説明することがある。

本実施形態の情報処理システム１００により予約を行うことができる商品又は役務の種類は宿泊サービス、飲食サービス、チケット、理美容サービス、医療サービス、レジャーサービス及びモビリティサービスからなる群から選択される２種以上であってもよく、３種以上であってもよく、４種以上であってもよく、５種以上であってもよい。また、本実施形態の情報処理システム１００は、列挙した商品又は役務の種類のすべてについて予約可能に構成されていてもよい。

また、この商品等の指定は、典型的には第１のユーザ端末１に表示された画面に対する操作により行われる。より具体的な例としては、サーバ３の表示制御部３３２が、上述の各種商品やサービスが一覧性を有して第１のユーザ端末１の表示部１４に表示されるように表示制御を行い、第１のユーザ端末１を扱う第１のユーザが、この表示された商品や役務の少なくとも一部を選択（指定）することにより、このアクティビティが達成される。また、このように第１のユーザ端末１の画面に対する操作により商品や役務の指定が行われることから、サーバ３の受付部３３１は、この指定された商品や役務とともに、指定を行ったユーザのＩＤとともに、指定に係る情報を受け付けることができる。
なお、後述するように、この商品や役務の指定は、複数の商品や役務を組み合わせて指定することも可能である。

このように第１のユーザ端末１によってなされた商品又は役務の指定について、サーバ３の受付部３３１が受け付けると、続いて、サーバ３の表示制御部３３２は、第２のユーザ端末２に指定された商品等が表示されるように制御する（アクティビティＡ１０２～Ａ１０３）。

この表示制御の具体的態様について、図６を用いて説明する。図６は、第２のユーザ端末２に示される表示画面の一例である。
図６で示される表示画面Ｄは、典型的にはＳＮＳ空間を表示する画面である。図６中、「ユーザ： 旅行好男」として示されているのは、前述の商品等を指定した第１のユーザであり、表示画面Ｄにおいては、この第１のユーザのアイコンとともに示されている。

ここで、本実施形態においては、表示制御部３３２は、受付部３３１で指定を受け付けた商品又は役務に対応するオブジェクト又はリンクを第２のユーザが視認可能に表示させてもよい。
また、受付部３３１は、オブジェクトが操作されたこと又はリンクにアクセスされたことによって、予約を受け付けてもよい。

すなわち、図６における表示画面Ｄでは、航空チケット、レンタサイクル、飲食サービス、宿泊サービス、レジャーサービスのそれぞれの予約が可能なボタン（ボタンＢＴ１～ＢＴ５）が示されており、この表示画面Ｄに接した第２のユーザは、このボタンをクリック操作等で押下することにより予約を行うことができる。換言すれば、表示制御部３３２は、受付部３３１で指定を受け付けた商品又は役務に対応するオブジェクトとして上述のボタンを表示させる。典型的な例では、第２のユーザが、予約が可能なボタンを押下することにより、特定の商品や役務を予約することが可能な他の表示画面に遷移する。この他の表示画面に対して第２のユーザが予約操作と決済操作を行うことにより特定の商品等に対する予約（購入）が完了する。なお、ここでの予約はサーバ３の受付部３３１が受け付け、決済内容ついてはサーバ３の決済登録部３３３が登録を行う（アクティビティＡ１０５～Ａ１０６）。
なお、このような予約の受け付けを行うステップの契機となるアクションとして、図６には、一例としてボタンのようなオブジェクトの操作を示したが、これに代えて、商品や役務と、第１のユーザとが紐付くリンクなどを表示させ、これに対するアクセス等で達成されてもよい。

ここで、図６に示される通り、第１のユーザによる指定を受け付けた商品又は役務に対応するオブジェクト又はリンクは、ＳＮＳの操作画面上に表示される。これにより、第１のユーザをＳＮＳ上でフォローしたり、注目したりする第２のユーザが、第１のユーザによって指定を受けた商品又は役務に注意を向けやすくなる。

なお、このようなオブジェクトやリンクが表示されるＳＮＳについては、第２のユーザが前述のオブジェクトやリンクを視認可能であれば、その種類はとくに制限されない。ＳＮＳの代表例としては各種ブログや、Ｆａｃｅｂｏｏｋ（登録商標）、ＬＩＮＥ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、Ｉｎｓｔａｇｒａｍ（登録商標）、ＬｉｎｋｅｄＩＮ（登録商標）、ＴｉｋＴｏｋ（登録商標）等を挙げることができるが、これには限られない。その他、たとえば、サーバ３を運営する事業主体等が独自に開設したＳＮＳであってもよい。

また、図６に示されるように表示制御部３３２は、単体の第１のユーザが指定した、互いに異なる複数種の商品又は役務を、一覧性を有して第２のユーザに視認可能に表示させることができる。さらに、受付部３３１は、第２のユーザから、互いに異なる複数種の商品又は役務の一部又は全部の予約を受け付けることができる。

すなわち、表示画面Ｄに接した第２のユーザは、ボタンＢＴ１～ＢＴ５のそれぞれを操作することによって、各商品やサービスを予約することもできるし、「一括予約」と示されたボタンＢＴ６を操作することによって、第１のユーザが指定した複数の商品等の予約を行うこともできる。
このように複数の商品等の予約を行う場合であっても、商品や役務のそれぞれに係る詳細（宿泊サービスにおける滞在期間やグレード、飛行機チケットに係るグレード、レストランのコース等）を設定できるように所定の画面に遷移してもよい。

このようにして特定の商品等（もしくは商品等の組合せ）の予約と、決済の登録が行われた後、サーバ３の分配部３３４は、決済登録ステップにおける決済金額の一部を第１のユーザに分配する（アクティビティＡ１０７）。
このアクティビティを実行するにあたっては、たとえば、事前に第１のユーザの口座情報がサーバ３の記憶部３２に記憶されており、係る第１のユーザの口座に決済金額の一部が振り込まれることで達成される。第１のユーザに、分配される額は適宜設定することができるが、たとえば、決済登録ステップにおける決済金額の０．５％～１５％の範囲であってもよく、１％～１３％の範囲であってもよく、２％～１０％の範囲であってもよい。

また、分配部３３４は前述の第１のユーザ以外の者に対して分配を行うこともできる。たとえば、情報処理システム１００を管理・運営する事業者に対して決済登録ステップにおける決済金額の所定の額を分配することもできる。
また、分配の残分は、通常、事業者に対して振り込まれる。この情報処理の流れは、従前の予約システムで用いられる処理に応じて実行されればよい。

このような分配が行われると、サーバ３の表示制御部３３２は第１のユーザ端末１に対して分配額を表示させ、第２のユーザ端末２に対しては、予約完了画面を表示する（アクティビティＡ１０８、Ａ１０９、Ａ１１１）。また、予約された内容、決済内容、分配内容等の各アクティビティで実行された処理の詳細については、サーバ３の記憶管理部３３７により、記憶部３２にデータとして格納される（アクティビティＡ１１０）。

このように、本実施形態の情報処理システム１００では、第１のユーザに対して特定の額が分配される仕組みとなっているため、第１のユーザが商品や役務を他者にレコメンドするモチベーションが高められる。一方、第２のユーザは、第１のユーザがレコメンドしているという事実を根拠に商品等を選定することができる点で、予約を行うにあたってのモチベーションが高められる。
このような観点で、本実施形態では、需要者が商品等の予約を行うに際し、より有効な情報処理システム１００が達成されているといえる。

また、本実施形態の情報処理システム１００は次のような機能を有していてもよい。
すなわち、サーバ３の予測部３３５は、第２のユーザの商品又は役務の閲覧の実績及び／又は決済の登録の実績をもとに、閲覧及び／又は決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測するように構成されてもよい。
典型的な例を挙げると、本実施形態の情報処理システム１００は前述の通り、複数の種類の商品や役務について予約可能に構成され得る。一例を挙げて説明すると、ある地域において、展示会の予約チケットに関する予約ページの閲覧が増大する場合や、チケットの予約が殺到した場合では、その展示会場付近の宿泊施設についての需要が増大することが考えられる。換言すれば、本実施形態の予測部３３５は、第２のユーザによって閲覧・予約・決済された商品や役務の提供される地理的条件や時間的条件を参照情報としつつ、他の商品又は役務の需要を予測することが可能である。
なお、このように予測部３３５が予測した内容は、たとえば事業者端末４を扱う事業者が視認可能となるように構成されてもよい。すなわち、サーバ３の表示制御部３３２は、事業者端末４の表示部に予測内容を表示するように構成されてもよい。

また、サーバ３の生成部３３６は、前述の予測部３３５によって予測された需要に基づき、２以上の商品又は役務の組み合わせを生成するように構成されてもよい。
たとえば、生成部３３６は、あるタイミングで需要が高まる商品等と、需要が低迷する商品等とをパッケージとして組み合わせることができる。このようなパッケージは典型的には地域活性等を目的として扱われ、必要に応じて、第１のユーザ端末１に該パッケージが表示されるように制御してもよい。
すなわち、このパッケージを認識した第１のユーザが改めてこのパッケージを指定することにより、前述の第１の受付ステップを行うことも可能である。
この組合せは商品同士、役務同士、商品と役務の組合せのいずれであってもよい。また、生成部３３６は係るパッケージの経済的価値を勘案しながら、推奨価格を設定することも可能である。

なお、情報処理システム１００は以下に示される形態であってもよい。

［第２実施形態］
すなわち、第２実施形態に係る情報処理システム１００は、以下に示すものである。
商品又は役務の予約を支援する情報処理システムであって、
制御部を備え、
前記制御部は、次の各ステップを実行するように構成され、
表示制御ステップでは、前記商品又は役務を予約するユーザが視認可能に表示させ、ここで、前記商品又は役務は、宿泊サービス、飲食サービス、チケット、理美容サービス、医療サービス、レジャーサービス及びモビリティサービスからなる群から選択される２種以上を含み、
受付ステップでは、前記ユーザからの前記商品又は役務に対する予約を受け付け、
決済登録ステップでは、前記受付ステップで受け付けた予約に対しての決済を登録し、
予測ステップでは、前記ユーザの前記商品又は役務の閲覧の実績及び／又は前記決済の登録の実績をもとに、閲覧及び／又は決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測する、情報処理システム。

第２実施形態の情報処理システム１００においては、サーバ３の表示制御部３３２は、予約するユーザが上述の２種以上の商品又は役務を視認可能に表示させ、受付部３３１と、決済登録部３３３とが、商品等の予約受付と決済とを実行する。また、予測部３３５が、ユーザの商品等の閲覧の実績や、決済の登録の実績をもとに、閲覧や決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測する。なお、本第２実施形態における「ユーザ」は、第１実施形態では「第２のユーザ」に相当する。

情報処理システム１００において、各々の機能は第１実施形態と同様であるが、当該第２実施形態においては第１のユーザに対しての分配に係る情報処理の有無は任意である。係る第２実施形態の情報処理システム１００によれば、ユーザが２種以上の商品等から選別して行った予約や、ユーザによる商品等の閲覧の実績をもとに、他の商品等の予測を行うことができる。
このような観点で、本実施形態においても、需要者が商品等の予約を行うに際し、より有効な情報処理システム１００が達成されているといえる。

４．その他
その他、情報処理システム１００に関して、以下のような態様を採用してもよい。

以上の実施形態では、情報処理システム１００の構成として説明したが、コンピュータに情報処理システム１００の各ステップを実行させるプログラムが提供されてもよい。

以上の実施形態では、サーバ３の予測部３３５が、決済の登録の実績をもとに、決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測するように構成される態様を示したが、予測を行う商品又は役務は、決済を行った商品又は役務と同種であってもよい。たとえば、ある地域におけるホテルについての予約・決済の実績が増大したことを契機に、同種のサービスである近隣の旅館についての需要が増大することを予測するように構成されてもよい。

以上の実施形態では、サーバ３の予測部３３５が、決済の登録の実績をもとに、決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測するように構成される態様を示したが、予測部３３５は、この決済の登録の実績以外をさらに参照情報に含ませることで、需要の予測精度を高めてもよい。たとえば、予測精度を高める際に用いる情報とは、気候情報や交通情報等が例示される。

以上の実施形態では、サーバ３の分配部３３４が、第１のユーザなどに決済額の一部を分配する態様を示したが、たとえば、情報処理システム１００は第２のユーザが予約をキャンセルする場合に備えて、決済額の分配のタイミングを調整することができる。すなわち、予約に係る商品や役務の提供が行われるタイミングの後を見計らって、分配の処理を行うこともできる。なお、このようにキャンセルが行われた場合は、決済額が第２のユーザに返還される処理が行われるように構成されてもよい。

以上の実施形態では、第１のユーザ、第２のユーザ及び事業者が互いに異なる者である態様を示したが、例示的な実施形態においては、これらが同一の者であってもよい。すなわち、第１のユーザと第２のユーザとが同一であってもよく、その場合、あるユーザは、自身の指定した商品等を予約することが可能である。また、第１のユーザと事業者が同一であってもよく、事業者自身の商品等を指定し、これを第２のユーザに表示させることも可能である。

さらに、次に記載の各態様で提供されてもよい。

（１）商品又は役務の予約を支援する情報処理システムであって、制御部を備え、前記制御部は、次の各ステップを実行するように構成され、第１の受付ステップでは、第１のユーザからの前記商品又は役務の指定を受け付け、表示制御ステップでは、前記第１の受付ステップで指定を受け付けた前記商品又は役務を第２のユーザが視認可能に表示させ、第２の受付ステップでは、前記第２のユーザからの前記商品又は役務に対する予約を受け付け、決済登録ステップでは、前記第２の受付ステップで受け付けた予約に対しての決済を登録し、分配ステップでは、前記決済登録ステップにおける決済金額の一部を前記第１のユーザに分配する、情報処理システム。

（２）上記（１）に記載の情報処理システムにおいて、前記表示制御ステップでは、前記第１の受付ステップで指定を受け付けた前記商品又は役務に対応するオブジェクト又はリンクを前記第２のユーザが視認可能に表示させ、前記第２の受付ステップでは、前記オブジェクトが操作されたこと又は前記リンクにアクセスされたことによって、前記予約を受け付ける、情報処理システム。

（３）上記（２）に記載の情報処理システムにおいて、前記オブジェクト又は前記リンクは、ＳＮＳの操作画面上に表示される、情報処理システム。

（４）上記（１）ないし（３）のいずれか１項に記載の情報処理システムにおいて、前記商品又は役務は、宿泊サービス、飲食サービス、チケット、理美容サービス、医療サービス、レジャーサービス及びモビリティサービスからなる群から選択される１種以上を含む、情報処理システム。

（５）上記（４）に記載の情報処理システムにおいて、前記表示制御ステップでは、単体の前記第１のユーザが指定した、互いに異なる複数種の前記商品又は役務を、一覧性を有して前記第２のユーザに視認可能に表示させ、前記第２の受付ステップでは、前記第２のユーザから、互いに異なる複数種の前記商品又は役務の一部又は全部の予約を受け付ける、情報処理システム。

（６）上記（４）又は（５）に記載の情報処理システムにおいて、前記制御部は、さらに予測ステップを実行するように構成され、前記予測ステップでは、前記第２のユーザの前記商品又は役務の閲覧の実績及び／又は前記決済の登録の実績をもとに、閲覧及び／又は決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測する、情報処理システム。

（７）上記（６）に記載の情報処理システムにおいて、前記制御部は、さらに生成ステップを実行するように構成され、前記生成ステップでは、予測された前記需要に基づき、２以上の商品又は役務の組み合わせを生成する、情報処理システム。

（８）商品又は役務の予約を支援する情報処理システムであって、制御部を備え、前記制御部は、次の各ステップを実行するように構成され、表示制御ステップでは、前記商品又は役務を予約するユーザが視認可能に表示させ、ここで、前記商品又は役務は、宿泊サービス、飲食サービス、チケット、理美容サービス、医療サービス、レジャーサービス及びモビリティサービスからなる群から選択される２種以上を含み、受付ステップでは、前記ユーザからの前記商品又は役務に対する予約を受け付け、決済登録ステップでは、前記受付ステップで受け付けた予約に対しての決済を登録し、予測ステップでは、前記ユーザの前記商品又は役務の閲覧の実績及び／又は前記決済の登録の実績をもとに、閲覧及び／又は決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測する、情報処理システム。

（９）情報処理方法であって、上記（１）ないし（８）のいずれか１項に記載の情報処理システムの各ステップを備える、方法。

（１０）プログラムであって、コンピュータに上記（１）ないし（８）のいずれか１項に記載の情報処理システムの各ステップを実行させる、プログラム。
もちろん、この限りではない。

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

１ ：第１のユーザ端末
２ ：第２のユーザ端末
３ ：サーバ
４ ：事業者端末
５ ：ネットワーク
１０ ：通信バス
１１ ：通信部
１２ ：記憶部
１３ ：制御部
１４ ：表示部
１５ ：入力部
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
１００ ：情報処理システム
３３１ ：受付部
３３２ ：表示制御部
３３３ ：決済登録部
３３４ ：分配部
３３５ ：予測部
３３６ ：生成部
３３７ ：記憶管理部
ＢＴ１～ＢＴ６ ：ボタン
Ｄ ：表示画面

Claims (10)

1. 商品又は役務の予約を支援する情報処理システムであって、
   制御部を備え、
   前記制御部は、次の各ステップを実行するように構成され、
   第１の受付ステップでは、第１のユーザからの前記商品又は役務の指定を受け付け、
   表示制御ステップでは、前記第１の受付ステップで指定を受け付けた前記商品又は役務を第２のユーザが視認可能に表示させ、
   第２の受付ステップでは、前記第２のユーザからの前記商品又は役務に対する予約を受け付け、
   決済登録ステップでは、前記第２の受付ステップで受け付けた予約に対しての決済を登録し、
   分配ステップでは、前記決済登録ステップにおける決済金額の一部を前記第１のユーザに分配する、情報処理システム。
2. 請求項１に記載の情報処理システムにおいて、
   前記表示制御ステップでは、前記第１の受付ステップで指定を受け付けた前記商品又は役務に対応するオブジェクト又はリンクを前記第２のユーザが視認可能に表示させ、
   前記第２の受付ステップでは、前記オブジェクトが操作されたこと又は前記リンクにアクセスされたことによって、前記予約を受け付ける、情報処理システム。
3. 請求項２に記載の情報処理システムにおいて、
   前記オブジェクト又は前記リンクは、ＳＮＳの操作画面上に表示される、情報処理システム。
4. 請求項１に記載の情報処理システムにおいて、
   前記商品又は役務は、宿泊サービス、飲食サービス、チケット、理美容サービス、医療サービス、レジャーサービス及びモビリティサービスからなる群から選択される１種以上を含む、情報処理システム。
5. 請求項４に記載の情報処理システムにおいて、
   前記表示制御ステップでは、単体の前記第１のユーザが指定した、互いに異なる複数種の前記商品又は役務を、一覧性を有して前記第２のユーザに視認可能に表示させ、
   前記第２の受付ステップでは、前記第２のユーザから、互いに異なる複数種の前記商品又は役務の一部又は全部の予約を受け付ける、情報処理システム。
6. 請求項４に記載の情報処理システムにおいて、
   前記制御部は、さらに予測ステップを実行するように構成され、
   前記予測ステップでは、前記第２のユーザの前記商品又は役務の閲覧の実績及び／又は前記決済の登録の実績をもとに、閲覧及び／又は決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測する、情報処理システム。
7. 請求項６に記載の情報処理システムにおいて、
   前記制御部は、さらに生成ステップを実行するように構成され、
   前記生成ステップでは、予測された前記需要に基づき、２以上の商品又は役務の組み合わせを生成する、情報処理システム。
8. 商品又は役務の予約を支援する情報処理システムであって、
   制御部を備え、
   前記制御部は、次の各ステップを実行するように構成され、
   表示制御ステップでは、前記商品又は役務を予約するユーザが視認可能に表示させ、ここで、前記商品又は役務は、宿泊サービス、飲食サービス、チケット、理美容サービス、医療サービス、レジャーサービス及びモビリティサービスからなる群から選択される２種以上を含み、
   受付ステップでは、前記ユーザからの前記商品又は役務に対する予約を受け付け、
   決済登録ステップでは、前記受付ステップで受け付けた予約に対しての決済を登録し、
   予測ステップでは、前記ユーザの前記商品又は役務の閲覧の実績及び／又は前記決済の登録の実績をもとに、閲覧及び／又は決済を行った商品又は役務とは異なる種類の商品又は役務の需要を予測する、情報処理システム。
9. 情報処理方法であって、
   請求項１ないし請求項８のいずれか１項に記載の情報処理システムの各ステップを備える、方法。
10. プログラムであって、
    コンピュータに請求項１ないし請求項８のいずれか１項に記載の情報処理システムの各ステップを実行させる、プログラム。