JP7350800B2

JP7350800B2 - 情報処理装置、情報処理方法、及び情報処理プログラム

Info

Publication number: JP7350800B2
Application number: JP2021046061A
Authority: JP
Inventors: 博基谷口
Original assignee: Yahoo Japan Corp
Current assignee: Yahoo Japan Corp
Priority date: 2021-03-19
Filing date: 2021-03-19
Publication date: 2023-09-26
Anticipated expiration: 2041-03-19
Also published as: JP2022144870A

Description

本開示は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

店舗の利用の予約を管理する手法が知られている。

例えば、特許文献１において、利用者の期待を裏切って利用者を長時間待たせることを抑えることができる予約管理装置、予約管理システムおよび予約管理プログラムを提供する技術が提案されている。

特開２００５―０５０００２号公報

しかしながら、このシステムにおいては、利用者の属性を予約管理に反映させることができなかった。

本願は、上記に鑑みてなされたものであって、利用者の属性を考慮した予約受付手法を提供することにある。

本開示の実施形態に係る情報処理装置は、ネットワーク接続可能な利用者端末から店舗の利用の予約要求を受け付ける予約サービスを提供する情報処理装置であって、利用者の属性情報を受け付ける受付部と、利用者が前記予約サービスを利用する際の店舗の予想混雑度を、前記店舗を予約した他の利用者の属性別に計算する計算部と、受付部で受け付けた利用者の属性と、計算部で属性別に計算した予想混雑度とに基づいて、利用者の前記端末にメッセージを送信する送信部と、を有することを特徴とする。

実施形態の一態様によれば、利用者の属性に基づいて予約手続きをすることができるため、予約時の細かなニーズに対応することを可能にするという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。図２は、実施形態に係る情報処理装置１０の構成例を示す図である。図３は、情報処理装置１０の記憶部３０に記憶された行動指針情報の一例を示す図である。図４は、属性の一例を示す図である。図５は、実施形態に係る情報処理装置１０による情報処理手順を示すフローチャートである。図６は、ハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法、及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法、及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。以下に示す例において、ユーザＵ及びユーザＵの利用する端末装置１００を区別なく説明する場合がある。

図１に示す情報処理装置１０は、レストラン、ジム、ホテルや旅館等といった利用者に対して各種の役務を提供する各種の施設についての予約を管理する情報処理装置であり、例えば、サーバやクラウドシステム等により実現される。

端末装置１００は、ユーザよって利用される情報処理装置である。例えば、端末装置１００は、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。なお、図１に示す例において、端末装置１００は、ユーザによって利用されるスマートフォンやタブレット等のスマートデバイスである場合を示す。

なお、図１に示す例では、情報処理装置１０が利用者Ｕ１が利用する端末装置１００との間で通信を行うことにより、各種のサービスを提供する処理の一例について記載したが、実施形態は、これに限定されるものではない。情報処理装置１０は、任意の数の利用者が利用する任意の台数の端末装置１００と通信を行い、以下に説明するサービスを各利用者に対して提供してもよい。

以下、情報処理装置１０が提供するサービスについて説明する。例えば、情報処理装置１０は、図１では記載を省略したが、各種施設に設置された施設端末とインターネット等のネットワークにより接続されている。また、情報処理装置１０は、各施設端末から、各施設の将来にわたる利用状況（例えば、予約状況）を示す情報を取得する。一方、情報処理装置１０は、端末装置１００からの要求に従って、各施設の予約状況を示すコンテンツを端末装置１００に提供する。そして、情報処理装置１０は、いずれかの施設の予約を端末装置１００から受け付けると、受け付けた予約を反映させるため、施設端末に対して予約日時や予約人数といった情報を送信する。なお、情報処理装置１００は、施設の予約状況を管理する装置として動作してもよい。すなわち、情報処理装置１００は、各種の予約サービスを利用者Ｕ１および施設に対して提供する情報処理装置である。

ここで、情報処理装置１０は、上述した予約サービスにおいて、ユーザＵ１の混雑に対する指向に従った予約管理を実現する。例えば、情報処理装置１０は、ユーザＵ１の端末装置１００から、店舗の予約要求を受信するとともに、ユーザＵ１の行動指針情報を併せて受信する（ステップＳ１）。

ここで、行動指針情報とは、ユーザＵ１の行動に対するユーザＵ１自身のスタンスである。例えば、感染症の流行によって混雑を避けたいと考えるユーザＵＩや、そもそも人込みが苦手なユーザＵ１にとって、ある一定以上の混雑状況は許容しがたいと考えることがある。一方で、従来の生活スタイルの維持を希望し、感染症への感染のリスクはある程度許容すると考えるユーザＵ１は、混雑を避けたいとは強く考えない。このように、ユーザＵ１の自分自身の行動に対する指針（スタンス）は個人個人によって異なる。

そこで、情報処理装置１０は、利用者から店舗の予約時において、混雑に関するユーザのスタンスを示す情報、すなわち、行動指針情報の登録を受け付ける。そして、以下に説明するように、情報処理装置１０は、店舗の予約に対してスタンスに応じた予約の維持やキャンセル等を自動的に行う。

例えば、情報処理装置１０は、所定の時間間隔で、店舗の各日時における混雑度を、店舗を予約したユーザの属性別に計算する（ステップＳ２）。例えば、情報処理装置１０は、毎日所定の時間になると、各店舗の混雑度を、ユーザの属性別に計算する。属性とは、例えば、年齢、性別、国籍、住所、体重、収入等、各種のデモグラフィック属性やサイコグラフィック属性である。なお、情報処理装置１０は、例えば、他のユーザの年齢ごと、性別ごと、年齢と性別の組み合わせごとに店舗の予想混雑度を計算してもよい。また、情報処理装置１０は、例えば、各店舗の各営業日における各時間帯の混雑度を計算してもよい。例えば、情報処理装置１０は、昼、および夜の予約状況や、各時間帯の予約状況に基づいて、各時間帯の混雑度を算出してもよい。

なお、混雑度は、例えば、ある時間帯において予約を行った利用者の数を、同一時間帯において店舗を利用可能な最大人数で除算した値である。しかしながら、実施形態は、これに限定されるものではない。例えば、情報処理装置１０は、店舗の広さと、予約人数とから、混雑度合いを推定してもよい。また、例えば、情報提供装置１０は、店舗の天井までの高さや、店舗の照明の明るさ、店内の色彩等、利用者感じる混雑度合いに対して心理的な影響を及ぼす各種の情報に基づいて、混雑度合いを推定してもよい。また、例えば、若者は声が大きく、混雑度合いを他の利用者に与えやすい。そこで、情報提供装置１０は、例えば、利用者の属性ごとに異なる重みを予約人数に設定して、混雑度合いを算出してもよい。

また、情報処理装置１０は、ユーザＵ１が予約した日時における予想混雑度を計算してもよいし、予約した日時における予想混雑度に加えてその前後の予想混雑度も含めて計算してもよい。また、ユーザＵ１が登録した行動指針情報に従って、その行動指針情報に関連する属性や属性の組み合わせについて予想混雑度を算出してもよい。

次に、情報処理装置１０は、ユーザの行動指針情報と予想混雑度に基づいて、ユーザの端末装置にメッセージを送信する（ステップＳ３）。例えば、混雑度が高いことのみを嫌がるスタンスのユーザＵの場合、店舗の予想混雑度が高い場合は退会キャンセルするか否かの選択を促すメッセージを送信してもよいし、自動でキャンセルをしてもよい。店舗の予想混雑度が低い場合は予想混雑度が低い旨のメッセージを送信してもよいし、メッセージを送信しなくてもよい。

また、例えば、感染症の流行があり、高齢者の感染リスクが高い場合に、店舗における高齢者の予想混雑度を算出して、値が高い場合は高齢者に感染症を移す可能性を考慮し、店舗への訪問を控えた方がよい旨のメッセージを通知してもよい。更に、例えば、前述の感染症の例において、女性かつ５０歳台以上の人間に対して感染症を映してしまうことを心配するのであれば、女性かつ５０歳台以上の人間の予想混雑度が所定の閾値を超えた場合にメッセージを通知するとしてもよい。

〔２．情報処理装置の構成〕
次に、図２を用いて、実施形態に係る情報処理装置１０の構成について説明する。図２は、実施形態に係る情報処理装置１０の構成例を示す図である。図２に示すように、情報処理装置１０は、通信部２０と、記憶部３０と、制御部４０とを有する。

情報処理装置１０は、ネットワーク接続可能な利用者端末１００から店舗の利用の予約要求を受け付ける予約サービスを提供し、利用者の行動指針情報を受け付ける受付部４１と、利用者が予約サービスを利用する際の店舗の予想混雑度を、店舗を予約した他の利用者の属性別に計算する計算部４２と、受付部４１で受け付けた利用者の行動指針情報と、計算部４２で属性別に計算した予想混雑度とに基づいて、利用者の端末にメッセージを送信する送信部４３と、を有する。

更に、受付部４１で受け付けた利用者の行動指針情報と、計算部４２で属性別に計算した予想混雑度に基づいて数値化情報を生成する数値化部４４を有してもよい。受付部４１、計算部４２、送信部４３、及び数値化部４４は、制御部４０による制御によって実現される。

（通信部２０）
通信部２０は、例えば、ＮＩＣ等によって実現される。そして、通信部２０は、所定のネットワークと有線または無線で接続され、外部の端末装置や情報処理装置との間で情報の送受信を行う。

（記憶部３０）
記憶部３０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Fl ash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部３０は、各ユーザの情報、予約情報、予想混雑度情報、行動指針情報等を記憶していてもよい。

（予約サービス）
予約サービス機能は、情報処理装置１０の制御部４０によって実現される。この際、ユーザＵの各端末装置１００からの予約要求を通信部２０で受け付け、記憶部３０に記憶する。

（行動指針情報）
図３は、情報処理装置１０の記憶部３０に記憶された行動指針情報の一例である。行動指針情報には、行動指針のＩＤと、行動指針情報の内容が関連付けられて記憶されている。

（制御部４０）
制御部４０は、例えば、ＣＰＵやＭＰＵ等によって、情報処理装置１０内部の記憶装置に記憶されている各種プログラム（予約処理等を含む情報処理プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図２に示すように、制御部４０は、受付部４１と、計算部４２と、送信部４３と、数値化部４４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部４０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部４０が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。また、制御部４０は、例えば、外部の情報処理装置から予約情報などの種々の情報を受信する場合、受信部を有してもよい。また、制御部４０は、例えば、外部の情報処理装置に予約情報を送信する場合、送信部を有してもよい。

（受付部４１）
受付部４１は、ユーザＵが予約サービスを利用する際に設定する行動指針情報を予約情報とともに受け付ける。例えば、受付部４１は、予約日時、予約人数、代表者名、予約者の性別、代表者の行動指針等を受け付ける。例えば、受付部４１は、図３に示す行動指針ＩＤ情報を受け取ってもよい。

（計算部４２）
計算部４２は、ユーザが予約サービスを利用する際の店舗の予想混雑度を、店舗を予約した他のユーザの属性別に計算する。ユーザの属性は図４に示すように属性ＩＤ及び対応する属性の組み合わせのデータであってよい。図４は、属性の一例を示す図である。図４に示すような属性ごとに計算部４２は店舗の予想混雑度を計算する。例えば、属性ＩＤが０の年齢の項目について、ユーザを２０代以下、３０代、４０代、５０代、及び６０代以上のグループに分け、それぞれのグループごとに店舗の予想混雑度を計算する。その結果、例えば、ある店舗においては若年層の予約が集中しているのに対し、別の店舗においては高齢者の予約が集中しているといったデータが計算によって得られる。

（送信部４３）
送信部４３は、受付部４１で受け付けたユーザの行動指針情報と、計算部４２で属性別に計算した予想混雑度とに基づいて、ユーザの端末にメッセージを送信する。メッセージは、例えば、若者で混雑した店舗に訪問することを避ける行動指針のユーザに対して、当該ユーザが予約した店舗に多くの若者が予約していることが計算の結果判明した場合、当該ユーザに対して、沢山の若者が予約をしているため予約のキャンセルをした方がよい旨のメッセージを表示してもよい。

（数値化部４４）
数値化部４４は、受付部４１で受け付けたユーザの行動指針情報と、計算部４２で属性別に計算した予想混雑度に基づいて数値化情報を生成する。数値化情報とは、例えば、ユーザＵの行動指針情報と予想混雑度に基づき、ユーザＵが当該店舗を訪れることが望ましくない度合いを数値化したものである。送信部４３は、当該数値が閾値を超えた場合に警告メッセージをユーザＵの端末装置に送信してもよい。

〔３．情報処理のフロー〕
次に、図５を用いて、実施形態に係る情報処理装置１０による情報処理の手順について説明する。図５は、実施形態に係る情報処理装置１０による情報処理手順を示すフローチャートである。

図５に示すように、情報処理装置１０は、ユーザが店舗の予約要求をする際に行動指針情報を併せて送信する（ステップＳ１０１）。そして、店舗を予約した他のユーザの属性別に予想混雑度を計算する（ステップＳ１０２）。

その後、ユーザの行動指針情報と予想混雑度に基づいてユーザの端末装置にメッセージを送信する（ステップＳ１０３）。

〔４．変形例〕
上述した実施形態に係る情報処理装置１０は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報処理装置１０の他の実施形態について説明する。

〔５．店舗〕
上述した実施形態において、情報処理装置１０は、ユーザＵが店舗を予約し、この店舗にユーザＵが訪れるシナリオについて記載したが、ユーザＵが予約し、訪れるのは店舗に限られない。すなわち、ライブ会場、予約が必要な庭園等も含まれる。また、位置情報ゲームにおいて複数のユーザが所定の場所に予約して集合することがゲーム構造上予定されている場合、この所定の場所も実施形態における店舗のように考えることができる。

〔６．ハードウェア構成〕
上述してきた実施形態に係る予測装置１００は、例えば図６に示すような構成のコンピュータ１０００によって実現される。図６は、ハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定のネットワークを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定のネットワークを介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定のネットワークを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔第一の効果〕
上述してきたように、実施形態に係る情報処理装置は、ネットワーク接続可能な利用者端末から店舗の利用の予約要求を受け付ける予約サービスを提供する情報処理装置であって、前記利用者の行動指針情報を受け付ける受付部と、前記利用者が前記予約サービスを利用する際の店舗の予想混雑度を、前記店舗を予約した他の利用者の属性別に計算する計算部と、前記受付部で受け付けた前記利用者の行動指針情報と、前記計算部で前記属性別に計算した予想混雑度とに基づいて、前記利用者の前記端末にメッセージを送信する送信部と、を有する。

これにより、ユーザの行動指針及び当該店舗を予約している他のユーザの属性に基づいてユーザが警告メッセージ等を受け取ることができるので、ユーザは自分自身の行動指針に合った行動を取るための情報を簡便に受け取ることができる。

〔第二の効果〕
第一の効果の項目に記載の情報処理装置は更に、送信部が、利用者が指定した属性の予想混雑度に基づいて、利用者の前記端末にメッセージを送信してもよい。

これにより、ユーザは、自分自身の行動指針だけでなく、他のユーザの属性次第で警告表示を受け取ることができるので、ユーザは、特定の属性の集団に混じることを嫌う場合にこれを回避することができる。

〔第三の効果〕
第一又は第二の効果の項目に記載の情報処理装置は更に、受付部が、ユーザが店舗を利用する前後の行動情報を受信し、送信部が、行動情報に基づいてメッセージを送信してもよい。

これにより、店舗を利用するときのみならず、その前後の広報情報に基づいてメッセージを送信できるため、ユーザの一連の行動に適合したメッセージを送信することができる。

〔第四の効果〕
第一乃至第三の効果の項目に記載の情報処理装置は更に、受付部で受け付けた利用者の行動指針情報と、計算部で属性別に計算した予想混雑度に基づいて数値化情報を生成する数値化部を有し、送信部は、前記数値化情報に基づいてメッセージを送信してもよい。

これにより、数値化した情報に基づいてメッセージの送信を決定することができるため、計算が単純化され、計算資源を節約することができる。

〔第五の効果〕
第一乃至第四の効果の項目に記載の情報処理装置は更に、メッセージが、店舗の利用以外の行動の提案であってもよい。

これにより、単純に店舗の利用を止めることを提案するのではなく、他の店舗や他の行動を取ることを提案できるため、よりユーザのニーズにマッチしたメッセージを送信できる。

〔第六の効果〕
第四の効果の項目に記載の情報処理装置は更に、数値化部の生成した数値化情報が所定の閾値を超えた場合に、送信部が前記店舗の利用以外の行動を提案するメッセージを送信してもよい。

これにより、数値化により計算資源を節約するとともに、ユーザのニーズにマッチしたメッセージを送信することができる。

〔第七の効果〕
第一乃至第六の効果の項目に記載の情報処理装置は更に、所定の閾値が、利用者の行動指針情報に基づいて決定されてもよい。

これにより、行動指針情報によって柔軟に数値化情報の閾値が変更されるため、行動指針の内容次第で、例えば安全な行動を行う場合は頻繁にはメッセージを受け取らず、危険な行動を伴う場合には頻繁にメッセージを受け取るといったことができる。

〔７．その他〕
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、付与部は、特定手段や特定回路に読み替えることができる。

１０情報処理装置
２０通信部
３０記憶部
４０制御部
４１受付部
４２計算部
４３送信部
４４数値化部
１００端末装置

Claims

ネットワーク接続可能な利用者端末から店舗の利用の予約要求を受け付ける予約サービスを提供する情報処理装置において、
前記利用者端末を利用する利用者の行動指針情報を受け付ける受付部と、
前記利用者が前記予約サービスを利用する際の店舗の予想混雑度を、前記店舗を予約した他の利用者の属性別に計算する計算部と、
前記受付部で受け付けた前記利用者の行動指針情報と、前記計算部で前記属性別に計算した予想混雑度とに基づいて、前記利用者の前記利用者端末にメッセージを送信する送信部と、
を有することを特徴とする情報処理装置。
前記送信部は、前記利用者が指定した属性の前記予想混雑度に基づいて、前記利用者の前記利用者端末にメッセージを送信する
ことを特徴とする請求項１に記載の情報処理装置。
前記受付部は、前記利用者が前記店舗を利用する前後の行動情報を受信し、
前記送信部は、前記行動情報に基づいてメッセージを送信する
ことを特徴とする請求項１又は２に記載の情報処理装置。
前記情報処理装置は更に、
前記受付部で受け付けた前記利用者の行動指針情報と、前記計算部で前記属性別に計算した予想混雑度に基づいて数値化情報を生成する数値化部を有し、
前記送信部は、前記数値化情報に基づいてメッセージを送信する
ことを特徴とする請求項１～３のいずれか一つに記載の情報処理装置。
前記メッセージは、前記店舗の利用以外の行動の提案である
ことを特徴とする請求項１～４のいずれか一つに記載の情報処理装置。
前記数値化部の生成した数値化情報が所定の閾値を超えた場合に、前記送信部は前記店舗の利用以外の行動を提案するメッセージを送信する
ことを特徴とする、請求項４に記載の情報処理装置。
前記所定の閾値は、前記利用者の行動指針情報に基づいて決定される
ことを特徴とする請求項６に記載の情報処理装置。
ネットワーク接続可能な利用者端末から店舗の利用の予約要求を受け付ける予約サービスを提供する情報処理装置が実行する情報処理方法であって、
前記利用者端末を利用する利用者の行動指針情報を受け付ける受付工程と、
前記利用者が前記予約サービスを利用する際の店舗の予想混雑度を、前記店舗を予約した他の利用者の属性別に計算する計算工程と、
前記受付工程で受け付けた前記利用者の行動指針情報と、前記計算工程で前記属性別に計算した予想混雑度とに基づいて、前記利用者の前記利用者端末にメッセージを送信する送信工程と、
を有することを特徴とする情報処理方法。
ネットワーク接続可能な利用者端末から店舗の利用の予約要求を受け付ける予約サービスを提供する情報処理装置に実行させるための情報処理プログラムであって、
前記利用者端末を利用する利用者の行動指針情報を受け付ける受付手順と、
前記利用者が前記予約サービスを利用する際の店舗の予想混雑度を、前記店舗を予約した他の利用者の属性別に計算する計算手順と、
前記受付手順で受け付けた前記利用者の行動指針情報と、前記計算手順で前記属性別に計算した予想混雑度とに基づいて、前記利用者の前記利用者端末にメッセージを送信する送信手順と、
を有することを特徴とする情報処理プログラム。