JP2024004336A - 情報送信システム及び管理サーバー - Google Patents

Abstract

【課題】対象物の利用状況に応じた情報をユーザーに提供することが可能な情報送信システムを提供する。【解決手段】ユーザーによる対象物の利用状況を管理する管理サーバー３と、ユーザーに対しメッセージングサービスによりメッセージの送受信及びユーザーの利用状況に応じたメニューＭの送信を行うメッセージングサーバー５と、メッセージ及び利用状況に応じた情報をメッセージングサービスのアプリケーションにより同一画面上で表示可能なユーザーのユーザー端末７とを備え、管理サーバー３は、ユーザーの利用状況の変化を監視し、利用状況の変化があったときにメッセージングサーバー５に通知を行い、メッセージングサーバー５は、管理サーバー３からの通知に応じユーザーに送信するメニューＭの切り替えを行う。【選択図】図９

Description

本発明は、ユーザーに対しメッセージ及び対象物の利用状況に応じた情報を送信する情報送信システム及び管理サーバーに関する。

従来のこの種の情報送信システムとしては、例えば特許文献１に記載のものがある。この情報送信システムは、端末、サーバー、及び外部サーバーを備え、サーバーが提供するインスタントメッセージングサービスを利用してメッセージ及び情報をユーザーの端末に送信する。端末上では、トークルームにおいて受信したメッセージと共にメニューを表示することができる。

メニューは、外部サーバーを運用する事業者毎に備えられ、ユーザーが選択することによって事業者からの各種の情報を端末上に表示することができる。このメニューは、トークルーム上で入力されたユーザーの年齢や性別等の属性に応じて切り替えられ、ユーザーの属性に応じたより適切なものが表示可能となっている。

こうしたメニューを通じた情報の表示は、各種の事業者によって行われている。そして、事業者によっては、例えば宿泊施設の予約、チェックイン、チェックアウトのように対象物の利用状況が変化し、その利用状況によってユーザーに提供すべき情報が異なることがある。

しかし、従来のシステムでは、こうした対象物の利用状況に応じた情報をユーザーに提供することはできなかった。

特開２０１９－１９１７６４号公報

本発明が解決しようとする問題点は、対象物の利用状況に応じた情報をユーザーに提供することができなかった点である。

本発明は、ユーザーによる対象物の利用状況を管理する管理サーバーと、前記ユーザーに対しメッセージングサービスによりメッセージの送受信及び前記ユーザーの利用状況に応じた情報の送信を行うメッセージングサーバーと、前記メッセージ及び前記利用状況に応じた情報を前記メッセージングサービスのアプリケーションにより同一画面上で表示可能な前記ユーザーのユーザー端末とを備え、前記管理サーバーは、前記ユーザーの前記利用状況の変化を監視し、前記利用状況の変化があったときに前記メッセージングサーバーに通知を行い、前記メッセージングサーバーは、前記管理サーバーからの前記通知に応じ前記ユーザーに送信する前記情報の切り替えを行う情報送信システムを提供する。

また、本発明は、ユーザーによる対象物の利用状況を管理する管理サーバーであって、前記ユーザーの前記利用状況の変化を監視し、前記利用状況の変化があったときに前記ユーザーに対しメッセージングサービスによりメッセージの送受信及び前記ユーザーの利用状況に応じた情報の送信を行うメッセージングサーバーに通知を行い、前記通知により前記メッセージングサーバーに前記ユーザーに送信する前記情報の切り替えを行わせる、管理サーバーを提供する。

本発明によれば、対象物の利用状況に応じた情報をユーザーに提供することができる。

本発明の一実施例に係る情報送信システムを示すブロック図である。 図１の情報送信システムに用いられる管理サーバーを示すブロック図である。 図１の情報送信システムに用いられるホテル端末を示すブロック図である。 図１の情報送信システムに用いられるメッセージングサーバーを示すブロック図である。 図１の情報送信システムに用いられるユーザー端末を示すブロック図である。 メニューの表示例を示し、図６（Ａ）は、予約状態、図６（Ｂ）は、チェックイン状態、図６（Ｃ）は、チェックアウト状態を示す。 図１の情報送信システムによる予約時処理を示すフローチャートである。 図１の情報送信システムによるチェックイン時処理を示すフローチャートである。 図１の情報送信システムによるチェックアウト時処理を示すフローチャートである。 図１の情報送信システムによるメニュー切替え処理を示すシーケンス図である。

対象物の利用状況に応じた情報をユーザーに提供するという目的を、ユーザーの対象物の利用状況の変化を監視し、利用状況の変化があったときにユーザーに送信する情報の切り替えを行う情報送信システムにより実現した。

図のように、情報送信システム１は、管理サーバー３と、メッセージングサーバー５と、ユーザー端末７とを備える。管理サーバー３は、ユーザーによる対象物の利用状況を管理する。メッセージングサーバー５は、ユーザーに対しメッセージングサービスによりメッセージの送受信及びユーザーの利用状況に応じた情報Ｍの送信を行う。ユーザー端末７は、メッセージ及び利用状況に応じた情報ＭをメッセージングサービスのアプリケーションＡＰ２により同一画面上で表示可能なユーザーの端末である。

そして、管理サーバー３は、ユーザーの利用状況の変化を監視し、利用状況の変化があったときにメッセージングサーバー５に通知を行い、メッセージングサーバー５は、管理サーバー３からの通知に応じユーザーに送信する情報Ｍの切り替えを行う。

メッセージングサーバー５は、管理サーバー３からの通知に応じ、ユーザー端末７に対して利用状況の変化の確定及び情報Ｍの切り替えを通知するメッセージを送信してもよい。

対象物は、利用予約、利用開始、利用終了等のように利用状況が変化すれば、種々ものとすることが可能であるが、例えばホテル等の宿泊施設とすることが可能である。宿泊施設の利用状況は、少なくとも予約、チェックイン、及びチェックアウトを含む。

この場合において、ユーザー端末７は、予約時からチェックインまでの間にメッセージングサービスのアプリケーションＡＰ２上でチェックインのためのチェックイン情報を受け付け、受け付けたチェックイン情報をメッセージングサービスのユーザー識別情報と共に送信してもよい。これに応じ、管理サーバー３は、ユーザー端末７から送信されたチェックイン情報及びメッセージングサービスのユーザー識別情報を取得し、予約を行ったユーザーとメッセージングサービスのユーザー識別情報とを関連付け、メッセージングサーバー５へユーザー識別情報に関して利用状況が予約に変化したことを通知することが可能である。

また、管理サーバー３は、予約の完了時にユーザーの個人情報を含む予約情報を取得し、個人情報に基づいてユーザーと関連付けられているユーザー識別情報を検索し、ユーザーと関連付けられているユーザー識別情報が検索された場合に、検索されたユーザー識別情報に関してメッセージングサーバー５へ利用状況が予約に変化したことを通知してもよい。

ユーザー端末７上での利用状況に応じた情報Ｍの表示は、利用状況に応じて変化する情報Ｍと変化しない情報Ｍとを分けて行うのが好ましい。

［情報送信システム］
図１は、本発明の一実施例に係る情報送信システムの概略構成を示すブロック図である。

本実施例の情報送信システム１は、管理サーバー３と、メッセージングサーバー５と、ユーザー端末７とを備え、ネットワーク８により管理サーバー３、メッセージングサーバー５、及びユーザー端末７が相互に通信可能に構成されている。

この情報送信システム１では、管理サーバー３で管理するユーザーによる対象物の利用状況に応じ、メッセージングサーバー５からユーザー端末７に送信して表示させる情報を切り替え可能となっている。

なお、以下において、「ユーザー」とは、対象物を利用するユーザーを意味する。また、ユーザー端末７は、図１において理解用のために一つのみ示しているが、実際は、ユーザー毎にユーザー端末７が存在し、単一ユーザーが複数のユーザー端末を有することもある。

情報の送信は、メッセージングサービスを利用して行われる。本実施例のメッセージングサービスは、ＳＮＳ（Social Networking Service）におけるインスタントメッセージングサービスをいう。ただし、メッセージングサービスは、インスタントメッセージングサービスに限られず、情報処理装置間においてメッセージを送受信するものであればよい。送信される情報は、後述するように具体的な情報を取得するためのメニューＭとなっているが、具体的な情報自体であってもよい。

本実施例の対象物は、宿泊施設であるホテルであり、利用状況は、ホテルの予約（利用予約）、チェックイン（利用開始）、及びチェックアウト（利用終了）である。ただし、対象物としては、ホテル等の宿泊施設以外にも、テーマパーク、病院のような施設、自転車、レンタカー、タクシー、飛行機のような乗り物、その他の利用状況が変化するものとすることが可能である。利用状況は、相互に区別可能な複数の利用状況をいい、対象物の性質に応じて利用予約、利用開始、利用終了以外の利用停止や利用再開等であってもよい。

［管理サーバー］
図２は、図１の情報送信システム１に用いられる管理サーバー３を示すブロック図である。

管理サーバー３は、ユーザーによる対象物であるホテルの利用状況を管理する情報処理装置である。本実施例の管理サーバー３は、ホテルや旅館などの宿泊施設の管理システムであるＰＭＳ（Property Management System）のサーバーである。この管理サーバー３は、ＣＰＵ（Central Processing Unit）等のプロセッサー９と、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等のメモリーデバイス１１、及び通信インターフェース１３を備える。

プロセッサー９は、管理サーバー３の各部を制御するものであり、メモリーデバイス１１は、各種プログラムや情報を記憶する。通信インターフェース１３は、ネットワーク８を介して他の情報処理装置やデバイスとの間で通信により情報の送受信を可能とする通信デバイスである。

この管理サーバー３は、プロセッサー９によりメモリーデバイス１１内のプログラムを実行することで、ユーザーの利用状況の変化を監視する監視機能、及び利用状況の変化があったときにメッセージングサーバー５に通知を行う通知機能を有する。

監視機能において、管理サーバー３は、ユーザーのホテルの利用状況を取得する。取得される利用状況は、ホテルの予約情報、チェックイン情報、及びチェックアウト情報である。

予約情報は、ホテルを予約するための情報であり、ユーザー端末７で予約サイト等を通じて入力される。この予約情報がＰＭＳである管理サーバー３にＡＰＩ（Application Programming Interface）等を通じて取り込まれる。予約サイト等は、図示しない旅行会社やオンライントラベルエージェント等の仲介業者やホテル自体が運営する外部サーバーで提供すればよい。

予約情報としては、ホテルの利用者であるユーザーの氏名及び住所等の個人情報、滞在先のホテル名、利用開始日と終了日等、利用者と対象物と利用期間を特定する情報である。複数の利用者の予約を行う場合は、各利用者がユーザーとして予約情報を入力し、或いは代表者のみがユーザーとして予約情報を入力してもよい。

管理サーバー３は、予約情報を受け付けると、ユーザー識別情報（以下、「ユーザー管理ＩＤ」と称する）を付与し、予約情報をユーザー管理ＩＤに関連付けてメモリーデバイス１１に記録する。

チェックイン情報は、ユーザーの氏名及び住所等の個人情報を含む予約したユーザーを特定可能とする情報であり、ホテルへのチェックイン時に用いられるものである。このチェックイン情報は、ホテル端末１７又はユーザー端末７を通じて入力されて、ＰＭＳである管理サーバー３に取り込まれる。

管理サーバー３は、ホテル端末１７からチェックイン情報又はチェックイン用情報を受け付けてチェックインを行わせ、これらチェックイン情報又はチェックイン用情報をユーザー管理ＩＤに関連付けてメモリーデバイス１１に記録する。

図３は、ホテル端末１７を示すブロック図である。

ホテル端末１７は、ホテル内に設置されたスマートフォン、タブレット端末、パーソナルコンピューター等の情報処理装置をいう。なお、ホテル端末１７は、図１において一つのみ示しているが、複数備えることが可能である。このホテル端末１７は、プロセッサー１９、メモリーデバイス２１、通信インターフェース２３に加え、ユーザーインターフェース２５を備える。

プロセッサー１９、メモリーデバイス２１、通信インターフェース２３は、管理サーバー３のプロセッサー９、メモリーデバイス１１、通信インターフェース１３と同様である。

ユーザーインターフェース２５は、例えばタッチパネル式のディスプレイであり、、従業員やユーザーによる情報の入力及び情報の表示を可能とする。このユーザーインターフェース２５を通じてチェックイン情報の入力を行う。

なお、ユーザーインターフェース２５は、一般的なキーボードやキーパッドとディスプレイ等によって構成することも可能である。

ユーザー端末７でチェックイン情報を入力する場合は、後述するようにユーザー端末７上で入力されたチェックイン情報を管理サーバー３が取得して、チェックイン情報に対応した二次元コードや識別用の文字列等のチェックイン用情報を付与する。チェックイン用情報は、メモリーデバイス１１に記憶されると共にユーザー端末７に送信される。このチェックイン用情報をホテル端末１７で入力することによりチェックインを簡素化することが可能となる。

チェックアウト情報は、ホテルに滞在中のユーザーを特定可能な情報である。チェックアウト情報としては、ユーザーの氏名及び住所の個人情報の他、ホテルを利用しているユーザーを特定可能なものであれば、部屋番号とユーザーの生年月日等であってもよい。

このチェックアウト情報は、ホテル端末１７又はユーザー端末７を通じて入力されて、ＰＭＳである管理サーバー３に取り込まれる。管理サーバー３は、チェックアウト情報を受け付けてチェックアウトを行わせ、チェックアウト情報をユーザー管理ＩＤに関連付けてメモリーデバイス１１に記録する。

ホテル端末１７でチェックアウト情報を入力する場合は、チェックイン情報と同様、ホテル端末１７のユーザーインターフェース２５を通じて入力されたチェックアウト情報を、管理サーバー３が取り込むことでチェックアウトを行うことができる。ユーザー端末７でチェックアウト情報を入力する場合は、後述するようにユーザー端末７上で入力されたチェックアウト情報を、管理サーバー３が取り込むことでチェックアウトを行うことができる。

かかる管理サーバー３は、通知機能により、予約、チェックイン、及びチェックアウトが完了すると、それぞれメッセージングサーバー５に通知を行う。通知は、メッセージングサーバー５のインスタントメッセージングサービスのユーザー識別情報（以下「メッセージングユーザーＩＤ」と称する。）に関して行われる。メッセージングユーザーＩＤは、メッセージングサービスに登録する際に付与される任意の文字や記号を組み合わせた文字列等である。

管理サーバー３では、ユーザーとメッセージングユーザーＩＤの関連付けがなされている。本実施例において、かかる関連付けは、後述するユーザー端末７でのチェックイン情報の入力時に行われる。

すなわち、管理サーバー３は、ユーザー端末７上でチェックイン情報が入力されると、後述するようにチェックイン情報と共にメッセージングユーザーＩＤを取り込んで取得する。管理サーバー３は、取得したメッセージングユーザーＩＤをチェックイン情報に基づいてユーザー管理ＩＤと関連付けてメモリーデバイス１１に記憶する。

なお、過去にホテルを利用したことがあるユーザーは、予約時において既にユーザーとメッセージングユーザーＩＤの関連付けがなされている場合、上記関連付けはなされない。

予約完了時の通知は、予約時においてユーザーとメッセージングユーザーＩＤの関連付けがなされている場合、管理サーバー３が予約情報を受け付けたときに行われる。新規ユーザーの場合は、ユーザー端末７でのチェックイン情報の入力によりユーザーとメッセージングユーザーＩＤの関連付けがなされたときに通知が行われる。

具体的には、管理サーバー３が予約の完了時にユーザーの個人情報を含む予約情報を取得し、個人情報に基づいてユーザーと関連付けられているメッセージングユーザーＩＤをメモリーデバイス１１から検索する。ユーザーと関連付けられているメッセージングユーザーＩＤが検索された場合に、検索されたメッセージングユーザーＩＤに関してメッセージングサーバー５へ利用状況が予約に変化したことを通知する。

チェックイン完了時の通知は、管理サーバー３がホテル端末１７からチェックイン情報又はチェックイン用情報を受け付けたときに、メモリーデバイス１１から検索されたユーザー（ユーザーＩＤ）と関連付けられているメッセージングユーザーＩＤに対して行われる。

チェックアウト完了時の通知は、管理サーバー３がホテル端末１７又はユーザー端末７からチェックアウト情報を受け付けたときに、メモリーデバイス１１から検索されたユーザー（ユーザーＩＤ）と関連付けられているメッセージングユーザーＩＤに対して行われる。

［メッセージングサーバー］
図４は、図１の情報送信システム１に用いられるメッセージングサーバー５を示すブロック図である。

メッセージングサーバー５は、ユーザーに対しメッセージングサービスによりメッセージの送受信及びユーザーの利用状況に応じた情報であるメニューＭの送信を行う情報処理装置である。本実施例のメッセージングサーバー５は、管理サーバー３と同様、プロセッサー２９と、メモリーデバイス３１、及び通信インターフェース３３を備える。

このメッセージングサーバー５は、プロセッサー２９によりメモリーデバイス３１内のプログラムを実行することで、メッセージングサービス機能の他、ユーザーに送信する情報であるメニューＭの切り替えを行う切替え機能を有する。

メッセージングサービス機能は、メッセージングサーバー５が本来的に有する機能であり、メッセージングユーザーである個人間及び個人と事業者との間等でメッセージの送受信を行わせる機能である。このメッセージングサービス機能により、本実施例では、メニューＭもメッセージングユーザーであるユーザーに送信する。なお、メッセージングユーザーは、メッセージングサービスの利用者を意味する。

メニューＭは、事業者毎に複数備えられ、これらメニューＭは、ユーザーの利用状況に応じて適宜組み合わせてユーザーに送信される。本実施例の各メニューＭは、画像とＵＲＬ等のリンクを含む情報であり、ユーザー端末７上での画像の選択によってリンク先のウェブサイト等の二次情報を取得可能とするものである。

切替え機能は、管理サーバー３からの通知を受け付けると、通知の種別に応じてメニューＭの切り替えを行う。本実施例の通知の種別は、予約、チェックイン、チェックアウトである。また、メニューＭの切り替えは、メニューＭの組み合わせを切り替えることを意味する。

メニューＭの組み合わせパターンは、事前に事業者が情報処理装置を通じて設定する。設定された各組み合わせパターンには、パターン識別情報（パターンＩＤ）が付与され、事業者識別情報（事業者ＩＤ）及びメッセージングユーザーＩＤと関連付けてメモリーデバイス３１内に記憶されている。なお、メッセージングサーバー５は、メニューＭに代えて二次情報自体をユーザーに送信することも可能であり、この場合は、二次情報の組み合わせが切り替えられる。

メッセージングサーバー５は、管理サーバー３からの通知に応じてメニューＭの切り替えを行ったとき、メッセージングサービス機能によりユーザーに対して利用状況の変化の確定及びメニューＭの切り替えを通知するメッセージを送信する。

このメッセージは、例えば、利用状況の変化の確定を示す「予約が完了しました。」「チェックインが完了しました。」「チェックアウトが完了しました。」等のメッセージと、メニューＭの切り替えを示す「メニューに〇〇を追加しました。」等のメッセージとを組み合わせたものである。

このメッセージにより、ユーザーに利用状況の変化の確定を認識させることができると共にユーザーにメニューＭ及びそれによる二次情報へのアクセスを促すことができる。メッセージは、通知の種別（利用状況）に応じて、メッセージ情報から適宜のものが選択される。

［ユーザー端末］
図５は、図１の情報送信システム１に用いられるユーザー端末７を示すブロック図である。 図６（Ａ）～（Ｃ）は、メニューＭの表示例を示し、図６（Ａ）は、予約状態、図６（Ｂ）は、チェックイン状態、図６（Ｃ）は、チェックアウト状態を示す。

ユーザー端末７は、ユーザーのスマートフォン、タブレット端末、パーソナルコンピューター等の情報処理装置である。本実施例のユーザー端末７は、プロセッサー３５と、メモリーデバイス３７、通信インターフェース３９、及びユーザーインターフェース４１を備える。

なお、プロセッサー３５と、メモリーデバイス３７、通信インターフェース３９、ユーザーインターフェース４１は、ホテル端末１７のものと同様である。

このユーザー端末７は、プロセッサー３５によりメモリーデバイス３７内のプログラムであるブラウザーアプリケーションＡＰ１を実行することで、予約機能を有し、他のプログラムであるメッセージングアプリケーションＡＰ２（以下、「メッセージングアプリＡＰ２」と称する）を実行することで、メッセージング機能、チェックイン機能、及びチェックアウト機能を有する。

予約機能は、ユーザー端末７のユーザーインターフェース４１で予約サイト等を表示し、この予約サイト等を通じてホテルの予約を行わせる機能である。予約時には、予約情報の入力を受け付け、受け付けた予約情報を予約サイト等の運営側に送信する。

メッセージング機能は、メッセージを送受信する機能であり、実行したメッセージングアプリＡＰ２のトークルームＴＲをユーザーインターフェース４１上に表示する。このトークルームＴＲ内において他のメッセージングユーザーとの間でメッセージを送受信する。

ユーザーが予約したホテルとのトークルームＴＲ内では、メッセージングサーバー５から送信されたメニューＭを表示可能とする。これにより、ユーザー端末７は、利用状況の変化の確定及びメニューＭの切り替えを通知するメッセージ、及び利用状況に応じたメニューＭをメッセージングアプリＡＰ２により同一画面上で表示可能となる。従って、ユーザーがメニューＭ及びその切替えを認識し易くすることができる。

本実施例において、メニューＭは、トークルームＴＲの下部に位置して表示され、上部は、メッセージの表示欄Ｃとなっている。また、メニューＭは、利用状況に応じて変化するメニューＭと変化しないメニューＭとを上下二段に分けて行う。「分けて」とは、変化するメニューＭとしないメニューＭとを相互に混ざり合わないように分けることを意味し、上下だけでなく、左右に分けることが考えられる。これにより、ユーザーがメニューＭの切り替えを認識し易くすることができる。なお、下段のメニューＭが利用状況に応じて変化する。

チェックイン機能は、予約時からチェックインまでの間にチェックインのためのチェックイン情報を受け付けるものである。具体的には、ホテルとのトークルームＴＲ内において、メニューＭ又はメッセージ内のリンクを選択すると、メッセージングアプリＡＰ２上のブラウザにおいてチェックインサイト等の入力フォームを表示し、チェックイン情報の入力を受け付ける。

受け付けたチェックイン情報は、メッセージングアプリＡＰ２が有するメッセージングユーザーＩＤと共に送信されて管理サーバー３で取得される。

チェックアウト機能は、チェックアウトのためのチェックアウト情報を受け付けるものである。ユーザー端末７は、チェックインと同様、ホテルとのトークルームＴＲ内において、チェックアウトサイト等の入力フォームを表示し、チェックアウト情報の入力を受け付ける。受け付けたチェックアウト情報が送信されると、管理サーバー３で取得される。

［予約時処理］
図７は、図１の情報送信システム１による予約時処理を示すフローチャートである。

本実施例の予約時処理では、まずステップＳ１において、管理サーバー３が予約情報を取得する。予約情報は、ユーザー端末７により予約サイト等を通じて入力されたものが、管理サーバー３に取り込まれる。

ステップＳ２では、管理サーバー３がステップＳ１で取得した予約情報に含まれるユーザーの個人情報に基づき、メモリーデバイス１１内から関連付けられているユーザー管理ＩＤを検索する。ユーザー管理ＩＤが検索された場合は、ステップＳ３へ移行し、そうでない場合は、ステップＳ４へ移行する。

ステップＳ３では、管理サーバー３が、検索されたユーザー管理ＩＤに関連付けて予約情報をメモリーデバイス１１内に記憶する。

ステップＳ４では、ユーザーが既存のユーザー管理ＩＤを有さない新規ユーザーであるため、ユーザーに対してユーザー管理ＩＤを付与する。これにより、ステップＳ３へ移行して、ユーザー管理ＩＤに関連付けて予約情報をメモリーデバイス１１内に記憶する。

ステップＳ５では、管理サーバー３が、メモリーデバイス１１内において、ユーザー管理ＩＤに関連付けられているメッセージングユーザーＩＤの有無を判断する。

管理サーバー３においてメッセージングＩＤがユーザー管理ＩＤに関連付けられている場合は、ステップＳ６へ移行し、そうでない場合は、処理が終了する。なお、ステップＳ４からステップＳ３を経てステップＳ５へ移行した場合は、ユーザー管理ＩＤに関連付けられているメッセージングユーザーＩＤは存在することはない。

ステップＳ６では、管理サーバー３が、ユーザーの利用状況が予約になったことをメッセージングサーバー５に通知する。通知は、予約したホテルの事業者ＩＤに関連付けられているメッセージングユーザーＩＤに関して行われる。事業者ＩＤへのメッセージングユーザーＩＤの関連付けは、メッセージングアプリＡＰ２上で事前に行うことが可能である。

こうして通知が行われると、予約時処理が完了する。

［チェックイン時処理］
図８は、図１の情報送信システム１によるチェックイン時処理を示すフローチャートである。

本実施例のチェックイン時処理では、ステップＳ１１において、管理サーバー３がチェックイン情報を取得する。チェックイン情報は、ホテル端末１７又はユーザー端末７により入力されたものが、管理サーバー３に取り込まれる。

ステップＳ１２では、管理サーバー３が取得したチェックイン情報によりチェックインが完了しているか否かを判断する。この判断は、チェックイン情報にチェックイン完了を示す情報を含めて行うことが可能である。ただし、チェックインが完了しているか否かは、チェックイン用情報を発行したか否かやチェックイン情報の送信元を特定することによっても可能である。送信元の特定は、デバイスＩＤ、プロダクトＩＤのような端末識別情報等をチェックイン情報に含めればよい。

チェックインが完了している場合は、ステップＳ１３へ移行し、そうでない場合は、ステップＳ１４へ移行する。

ステップＳ１３では、管理サーバー３が、ユーザーの利用状況がチェックインになったことをメッセージングサーバー５に通知する。通知は、予約時と同様、ホテルの事業者ＩＤに関連付けられているメッセージングユーザーＩＤに関して行われる。

一方、ステップＳ１４では、管理サーバー３がメモリーデバイス１１においてユーザー管理ＩＤに関してチェックイン用情報が付与されているか否かを判断する。チェックイン用情報が付与されている場合は、ステップＳ１５へ移行し、そうでない場合は、ステップＳ１６へ移行する。

ステップＳ１５では、管理サーバー３がチェックイン用情報を受け付けると、ステップＳ１３へ移行する。つまり、ユーザー端末１１からチェックイン情報を入力した場合において、付与されたチェックイン用情報がホテル端末１７で入力されて取り込まれる。これによって、ユーザーの利用状況がチェックインになり、ステップＳ１３においてメッセージングサーバー５にチェックインの通知を行う。

ステップＳ１６では、管理サーバー３がチェックイン情報の個人情報に対応するユーザー管理ＩＤに対してチェックイン用情報の付与を行う。つまり、管理サーバー３は、ステップＳ１１で受け付けたチェックイン情報がユーザー端末７で新たに入力されたものであるため、チェックイン用情報を付与する。付与されたチェックイン用情報は、ユーザー端末７に送信されると共にユーザー管理ＩＤに関連付けてメモリーデバイス１１に記憶される。

ステップＳ１７では、チェックイン用情報の付与に応じ、ステップＳ６と同様にユーザーの利用状況が予約になったことをメッセージングサーバー５に通知する。ステップＳ１７が完了すると、ステップＳ１４へ戻る。

従って、チェックイン用情報の付与後は、ステップＳ１４からステップＳ１５へ移行し、管理サーバー３がチェックイン用情報を受け付けたときにステップＳ１３でチェックインの通知をメッセージングサーバー５に対して行うことになる。

［チェックアウト時処理］
図９は、図１の情報送信システム１によるチェックアウト時処理を示すフローチャートである。

本実施例のチェックアウト時処理では、ステップＳ２１において、管理サーバー３がチェックアウト情報を取得する。チェックアウト情報は、ホテル端末１７又はユーザー端末７により入力されたものが、管理サーバー３に取り込まれる。

ステップＳ２２では、管理サーバー３が、ユーザーの利用状況がチェックアウトになったことをメッセージングサーバー５に通知する。

［メニュー切替え処理］
図１０は、図１の情報送信システム１によるメニュー切替え処理を示すシーケンス図である。

本実施例のメニュー切替え処理は、チェックアウト時を例に説明する。

管理サーバー３は、ステップＳ２１で、チャックアウト情報を取得すると、ステップＳ２２で、ユーザーの利用状況がチェックアウトになったことをメッセージングサーバー５に通知する。

この通知に応じ、メッセージングサーバー５は、ステップＳ３１において、メニューＭの切り替えを行う。メニューＭの切替えとしては、事業者ＩＤと関連付けられているメッセージングユーザーＩＤに対し、メニューＭのパターンＩＤを通知されたユーザーの利用状況に応じたものとする。

ステップＳ３２において、メッセージングサーバー５は、ユーザーの利用状況の変化の確定及びメニューＭの切替えを通知するメッセージをホテルの事業者とのトークルームＴＲに送信する。

ステップＳ３３において、ユーザーが、ユーザー端末７上でメッセージングアプリＡＰ２を実行し、ホテルの事業者とのトークルームＴＲの表示操作を行うと、ステップＳ３４において、ユーザー端末７が、トークルームＴＲの情報の取得要求をメッセージングサーバー５に対して行う。

ステップＳ３５において、メッセージングサーバー５は、トークルームＴＲの情報としてユーザーの利用状況の変化の確定及びメニューＭの切替えを通知するメッセージと共にメニューＭをユーザー端末７に送信する。

ステップＳ３６において、ユーザー端末７は、ホテルとのトークルームＴＲ上でメッセージと共にメニューＭを表示する。

［実施例の効果］
以上説明したように、本実施例では、管理サーバー３がユーザーのホテルの利用状況を監視し、利用状況の変化があったときにメッセージングサーバー５に通知を行い、メッセージングサーバー５が管理サーバー３からの通知に応じユーザーに送信するメニューＭを切り替える。

このため、対象物の利用状況に応じたメニューＭ及びそれによる二次情報をユーザーに提供することができる。

また、メッセージングサーバー５は、管理サーバー３からの通知に応じ、ユーザー端末７に対して利用状況の変化の確定及びメニューＭの切り替えを通知するメッセージを送信する。

このため、ユーザーに利用状況の変化の確定を認識させることができると共にユーザーに切り替わったメニューＭへのアクセスを促すことができる。特に、本実施例では、同一画面上にメッセージとメニューＭが表示されるので、ユーザーに切り替わったメニューＭへのアクセスを、より促しやすい。

また、ユーザー端末７は、予約時からチェックインまでの間にメッセージングアプリＡＰ２上でチェックインのためのチェックイン情報を受け付け、受け付けたチェックイン情報をメッセージングユーザーＩＤと共に送信する。そして、管理サーバー３は、ユーザー端末７から送信されたチェックイン情報及びメッセージングユーザーＩＤを取得し、予約を行ったユーザーとメッセージングユーザーＩＤとを関連付け、メッセージングサーバー５へメッセージングユーザーＩＤに関して利用状況が予約に変化したことを通知する。

従って、新規ユーザーに対し、ユーザー端末７で容易にチェックインを容易に行わせるための操作を利用して、予約を行ったユーザーとメッセージングユーザーＩＤとを関連付けることができる。さらに、この関連付けに起因して、ユーザーの利用状況が予約に変化したことをメッセージングサーバー５に通知することもできる。

このため、新規ユーザーであっても、容易且つ確実に利用状況が予約に変化したことをメッセージングサーバー５に通知できる。

さらに、管理サーバー３は、予約の完了時にユーザーの個人情報を含む予約情報を取得し、個人情報に基づいてユーザーと関連付けられているメッセージングユーザーＩＤを検索する。ユーザーと関連付けられているメッセージングユーザーＩＤが検索された場合には、検索されたメッセージングユーザーＩＤに関してメッセージングサーバー５へ利用状況が予約に変化したことを通知する。

従って、既存ユーザーに対しては、より早い予約完了時に確実に利用状況が予約に変化したことをメッセージングサーバー５に通知できる。

ユーザー端末７上での利用状況に応じたメニューＭの表示は、利用状況に応じて変化するメニューＭと変化しないメニューＭとを分けて行う。従って、ユーザーがメニューＭの切り替えを認識し易くすることができる。

１ 情報送信システム
３ 管理サーバー
５ メッセージングサーバー
７ ユーザー端末
Ｍ メニュー（情報）
ＡＰ２ メッセージングアプリ（アプリケーション）

Claims (6)

1. ユーザーによる対象物の利用状況を管理する管理サーバーと、
   前記ユーザーに対しメッセージングサービスによりメッセージの送受信及び前記ユーザーの利用状況に応じた情報の送信を行うメッセージングサーバーと、
   前記メッセージ及び前記利用状況に応じた情報を前記メッセージングサービスのアプリケーションにより同一画面上で表示可能な前記ユーザーのユーザー端末とを備え、
   前記管理サーバーは、前記ユーザーの前記利用状況の変化を監視し、前記利用状況の変化があったときに前記メッセージングサーバーに通知を行い、
   前記メッセージングサーバーは、前記管理サーバーからの前記通知に応じ前記ユーザーに送信する前記情報の切り替えを行う、
   情報送信システム。
2. 請求項１記載の情報送信システムであって、
   前記メッセージングサーバーは、前記管理サーバーからの前記通知に応じ、前記ユーザー端末に対して前記利用状況の前記変化の確定及び前記情報の切り替えを通知するメッセージを送信する、
   情報送信システム。
3. 請求項１又は２記載の情報送信システムであって、
   前記利用状況は、少なくとも予約、チェックイン、及びチェックアウトを含み、
   前記ユーザー端末は、前記予約時から前記チェックインまでの間に前記アプリケーション上で前記チェックインのためのチェックイン情報を受け付け、前記受け付けたチェックイン情報を前記メッセージングサービスのユーザー識別情報と共に送信し、
   前記管理サーバーは、前記ユーザー端末から送信された前記チェックイン情報及び前記メッセージングサービスの前記ユーザー識別情報を取得し、前記予約を行った前記ユーザーと前記メッセージングサービスの前記ユーザー識別情報とを関連付け、前記メッセージングサーバーへ前記ユーザー識別情報に関して前記利用状況が前記予約に変化したことを通知する、
   情報送信システム。
4. 請求項３記載の情報送信システムであって、
   前記管理サーバーは、前記予約の完了時に前記ユーザーの個人情報を含む予約情報を取得し、前記個人情報に基づいて前記ユーザーと関連付けられている前記ユーザー識別情報を検索し、前記ユーザーと関連付けられている前記ユーザー識別情報が検索された場合に、該検索されたユーザー識別情報に関して前記メッセージングサーバーへ前記利用状況が前記予約に変化したことを通知する、
   情報送信システム。
5. 請求項１又は２記載の情報送信システムであって、
   前記ユーザー端末上での前記利用状況に応じた情報の表示は、前記利用状況に応じて変化する情報と変化しない情報とを分けて行う、
   情報送信システム。
6. ユーザーによる対象物の利用状況を管理する管理サーバーであって、
   前記ユーザーの前記利用状況の変化を監視し、
   前記利用状況の変化があったときに前記ユーザーに対しメッセージングサービスによりメッセージの送受信及び前記ユーザーの利用状況に応じた情報の送信を行うメッセージングサーバーに通知を行い、
   前記通知により前記メッセージングサーバーに前記ユーザーに送信する前記情報の切り替えを行わせる、
   管理サーバー。
   

Images