JP2017167679A - 情報提供装置、情報提供方法および情報提供プログラム - Google Patents

Abstract

【課題】同じグループの宿泊者同士で予約が重複することを抑止する。【解決手段】実施形態の情報提供装置は、管理部と、送信部とを有する。管理部は、宿泊者と、当該宿泊者が属するグループとを示す宿泊者情報と、サービスの予約情報とを管理する。送信部は、宿泊者情報に基づいて宿泊者が属するグループ内の他の宿泊者を特定し、当該他の宿泊者が登録した予約情報に基づいて、他の宿泊者が予約済みでないサービスの予約を案内するメッセージを宿泊者の端末に送信する。【選択図】図１

Description

本発明の実施形態は、情報提供装置、情報提供方法および情報提供プログラムに関する。

従来、ホテルなどのサービス業では、情報提供者（例えば、ホテルのフロント係）がクライアント（例えば、ホテルの宿泊客であるユーザ）の端末に対して種々な情報提供を行っている。クライアント端末は、ポータル画面上の所定の領域（エリア）に情報提供者から通知された情報を表示してユーザへ通知する。例えば、情報提供者は、館内の共通設備の利用案内を通知し、クライアント端末より共通設備の予約を受け付ける。これにより、例えばホテルにおいては、多くの宿泊客に円滑に共通設備を利用してもらうことができる。

特開２０００−２９９４７号公報 特開２００４−２５９０２９号公報

しかしながら、上記の従来技術では、通知された共通設備の利用案内をもとに同一のグループに所属する複数の宿泊者が予約を行い、同じグループにおいて予約が重複するという問題がある。

例えば、会社関係者などのグループでホテルに宿泊し、共通設備を予約して利用することがある。この場合、通知された利用案内をもとにグループ内のある宿泊者が共通設備の予約を行った場合であっても、同様に通知された利用案内をもとに、予約したことを知らない他の宿泊者が予約を行うことがある。

１つの側面では、同じグループの宿泊者同士で予約が重複することを抑止できる情報提供装置、情報提供方法および情報提供プログラムを提供することを目的とする。

第１の案では、情報提供装置は、管理部と、送信部とを有する。管理部は、宿泊者と、当該宿泊者が属するグループとを示す宿泊者情報と、サービスの予約情報とを管理する。送信部は、宿泊者情報に基づいて宿泊者が属するグループ内の他の宿泊者を特定し、当該他の宿泊者が登録した予約情報に基づいて、他の宿泊者が予約済みでないサービスの予約を案内するメッセージを宿泊者の端末に送信する。

本発明の１実施態様によれば、通知された利用案内をもとに共通設備の予約が行われた場合には、同じグループの宿泊者同士の予約情報を参照し利用案内を制御することで予約が重複することを抑止できる。

図１は、実施形態にかかる情報提供システムの機能構成例を示すブロック図である。 図２は、ポータル画面を説明する説明図である。 図３−１は、管理ＤＢのデータ構成例を説明する説明図である。 図３−２は、管理ＤＢのデータ構成例を説明する説明図である。 図４は、メッセージ送信の処理の一例を説明するフローチャートである。 図５は、クライアント端末の動作例を説明するフローチャートである。 図６は、テロップ表示を説明する説明図である。 図７は、情報処理装置のハードウエア構成を例示するブロック図である。

以下、図面を参照して、実施形態にかかる情報提供装置、情報提供方法および情報提供プログラムを説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明する情報提供装置、情報提供方法および情報提供プログラムは、一例を示すに過ぎず、実施形態を限定するものではない。また、以下の各実施形態は、矛盾しない範囲内で適宜組みあわせてもよい。

図１は、実施形態にかかる情報提供システムの機能構成例を示すブロック図である。情報提供システム１は、例えばホテルのフロント係などの情報提供者がクライアント（宿泊者１０）に対して種々な情報を提供するためのシステムである。図１に示すように、情報提供システム１は、クライアント端末２と、サーバ装置３と、管理端末４とを有する。クライアント端末２と、サーバ装置３と、管理端末４とは、例えば有線または無線のＬＡＮ（Local Area Network）などの通信ネットワーク（図示しない）を介して互いに通信可能に接続される。

クライアント端末２は、宿泊者１０が用いる端末装置であり、ホテルのフロント係などの情報提供者によりサーバ装置３に設定され、サーバ装置３より通知された情報を受信して画面に表示することで宿泊者１０に対して種々な情報を提供する。例えば、クライアント端末２は、ＰＣ（パーソナルコンピュータ）やタブレット端末などの情報処理装置（コンピュータ）を採用できる。例えば、クライアント端末２は、宿泊者１０の客室などに予め設置されている。なお、クライアント端末２については、客室に固定して使用するものに限定するものではなく、館内において持ち運んで使用するものであってもよい。本実施形態では、館内において持ち運んでの使用が可能なタブレット型のクライアント端末２を、例えばフロントでの手渡しにより宿泊者１０に提供するものとする。

サーバ装置３は、クライアント端末２および管理端末４をクライアント（ここでは宿泊者１０のクライアントと区別するため（Ｃ）を付ける）として収容する、いわゆるサーバである。一実施形態として、サーバ装置３には、ＰＣやＷＳ（ワークステーション）などの装置を採用できる。例えば、サーバ装置３は、クライアント端末２および管理端末４のクライアント（Ｃ）からのＨＴＴＰ（HyperText Transfer Protocol）による要求に対して各種情報を提供する。また、サーバ装置３は、双方向通信用の技術規格であるＷｅｂＳｏｃｋｅｔを用いてクライアント（Ｃ）との間で双方向通信を行い、例えばクライアント端末２の設定や状態の取得またはクライアント端末２へのメッセージ等の通知を行う情報提供装置である。

管理端末４は、フロント係などの情報提供者や情報提供システム１を管理するＳＥ（システムエンジニア）などの管理者が用いる端末装置であり、例えばＰＣなどの情報処理装置である。管理端末４は、例えばＷｅｂブラウザをベースとした管理アプリケーションまたはＷｅｂコンソールによりサーバ装置３における所定のＵＲＬ（Uniform Resource Locator）へアクセスすることで、サーバ装置３が管理する情報の参照や、各種設定を行う。フロント係などが管理端末４を介して行うサーバ装置３の設定には、宿泊者１０についての情報の設定や、サーバ装置３よりクライアント端末２へ通知するメッセージ等の設定がある。

例えば、フロント係は、管理端末４を介してサーバ装置３の所定のＵＲＬへアクセスすることで、宿泊者１０についての情報をサーバ装置３に登録する。一例として、宿泊者１０の宿泊予約・チェックイン・チェックアウトを受け付けた場合、フロント係は、管理端末４を介してサーバ装置３の宿泊登録にかかるＵＲＬへアクセスし、宿泊登録の画面より宿泊者１０の情報を登録する。例えば、宿泊者１０の氏名、住所、複数の宿泊者１０が同じグループで宿泊する場合のグループ設定、チェックイン、チェックアウトなどをサーバ装置３に登録する。

クライアント端末２は、制御部２０、記憶部２１、表示部２２および操作部２３を有する。制御部２０は、クライアント端末２全体を制御するデバイスである。制御部２０としては、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路を採用できる。制御部２０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによってサービスエージェント２０１、ポータルアプリ２０２、個別アプリ２０３ａ、２０３ｂ等のプログラムによる種々の処理を実行する。

サービスエージェント２０１は、例えば、バックグラウンドで稼動している常駐プログラムであり、サーバ装置３から送信される制御コマンドに対応するＵＲＬを、制御コマンドに対応するアプリケーションプログラムに指示する。例えば、記憶部２１に格納した情報をサーバ装置３へ送信するページのＵＲＬをポータルアプリ２０２に提供する。そして、ポータルアプリ２０２はＨＴＴＰプロトコルにより、記憶部２１に格納した情報を、管理部３０１を経由して管理ＤＢ３１１へ送信する。別の例として、サーバ装置３から送信される制御コマンドが、情報を送信するコマンドであった場合には、サービスエージェント２０１は、目的の情報をサーバ装置３からダウンロードするページのＵＲＬを対応するアプリケーションに提供する。そして、アプリケーションプログラムはＨＴＴＰプロトコルにより、管理部３０１を経由して管理ＤＢ３１１から情報を取得し、取得した情報を記憶部２１に格納する。このようにして、サービスエージェント２０１は、クライアント端末２とサーバ装置３との間で双方向のデータ通信を行う。一例として、サービスエージェント２０１は、双方向通信用の技術規格であるＷｅｂＳｏｃｋｅｔを用いてサーバ装置３をトリガとする双方向通信を行う。

例えば、サービスエージェント２０１は、サーバ装置３からの通知を受信すると、通知内容をポータルアプリ２０２、個別アプリ２０３ａ、２０３ｂなどに通知する。また、サービスエージェント２０１は、ポータルアプリ２０２、個別アプリ２０３ａ、２０３ｂなどからの送信指示に応じて、指示された内容をサーバ装置３へ通知する。

ポータルアプリ２０２は、例えばＷｅｂブラウザをベースとしたアプリケーションプログラムであり、宿泊者１０に対して各種サービスを提供するポータル画面を表示部２２に表示する。このポータル画面は、例えばＨＴＭＬ（HyperText Markup Language）のＷｅｂページで構成されており、記憶部２１に記憶された各種情報や、サービスエージェント２０１を介してサーバ装置３より通知されたメッセージなどの情報が表示される。

また、ポータル画面には、個別アプリ２０３ａ、２０３ｂの起動を、ローカルのＵＲＬ（Uniform Resource Locator）で指定したアイコンボタンが表示される。また、ポータル画面には、サーバ装置３において管理される情報（例えばメッセージの本文）の参照を、サーバ装置３のＵＲＬ（例えば具体的な参照先は引数などのパラメータで指定してもよい）で指定したアイコンボタンが表示される。また、ポータル画面は、サーバ装置３より通知されたメッセージをスクロールしてテロップ表示する表示領域を有する。このテロップ表示の表示領域には、サーバ装置３より通知されたテロップ用のメッセージが順次スクロールして表示される。

個別アプリ２０３ａ、２０３ｂで起動するアプリケーションプログラムの設定は、ローカルのＵＲＬから、アプリケーションプログラムに対応づけられたアイコンボタンを指定することにより設定され、指定されたアイコンボタンがポータル画面に表示される。また、サーバ装置３において管理される情報（例えばメッセージの本文）の通知は、サーバ装置３のＵＲＬ（例えば具体的な参照先は引数などのパラメータで指定してもよい）により指定されたアイコンボタンが表示されることでユーザに通知できる。

ポータルアプリ２０２は、ポータル画面において宿泊者１０による操作部２３の操作などを受け付けて、操作に対応した処理結果を表示部２２に表示させる。例えば、個別アプリ２０３ａ、２０３ｂの起動を指示するアイコンボタンの操作を受け付けた場合、個別アプリ２０３ａ、２０３ｂを起動させることで、個別アプリ２０３ａ、２０３ｂの画面をディスプレイに表示させる。また、サーバ装置３において管理される情報の参照を指示するアイコンボタンの操作を受け付けた場合、サーバ装置３のＵＲＬにＨＴＴＰでアクセスして取得した情報（例えばメッセージの本文）をディスプレイに表示させる。

図２は、ポータル画面を説明する説明図である。図２に示すように、ポータル画面２２０は、メッセージ表示アイコン２２１、時計２２２、実行指示アイコン２２３、設定指示アイコン２２４およびテロップ表示領域２２５を有する。

メッセージ表示アイコン２２１は、サーバ装置３よりテロップ表示領域２２５にテロップ表示するメッセージとは別の通常のメッセージが通知されている場合に表示されるアイコンである。ポータルアプリ２０２は、通常のメッセージとして記憶部２１に格納されたデータがある場合、メッセージ表示アイコン２２１を表示する。メッセージ表示アイコン２２１は、メッセージのタイトル、内容などを記憶部２１より読み出して表示するメッセージ閲覧機能を有する個別アプリのランチャとなっている。

ポータルアプリ２０２では、メッセージ表示アイコン２２１の操作を受け付けることでメッセージ閲覧機能を有する個別アプリを起動して、サーバ装置３より通知されたメッセージのタイトル、内容などを画面に表示する。なお、クライアント端末２宛のメッセージがあることを示す通知が行われている場合（メッセージの内容や画像などのデータが記憶部２１に含まれておらず、サーバ装置３にある場合）、メッセージの内容や画像などがサーバ装置３から通知されていない。したがって、クライアント端末２宛のメッセージがあることを示す通知の場合には、クライアントの操作により、記憶部２１に格納されたメッセージＩＤをパラメータとしてサーバ装置３の所定のＵＲＬへアクセスし、メッセージの内容や画像のデータをサーバ装置３より取得して表示する。

なお、メッセージの内容や画像のデータの取得のタイミングは、クライアントの操作によるものには限らない。例えば、通信処理部３０２から送信される制御パケットをサービスエージェント２０１が受信し、サービスエージェント２０１が、メッセージの内容や画像のデータを取得するポータルアプリケーションプログラムを制御するようにしてもよい。制御が指示されたポータルアプリケーションプログラムは、サービスエージェント２０１から通知された所定のＵＲＬへアクセスし、サービスエージェント２０１を経由して管理ＤＢ３１１からメッセージの内容や画像のデータを取得し、記憶部２１に格納する。ポータルアプリケーションプログラムは参照可能なメッセージを記憶部２１に格納すると、メッセージがあることを示す表示を行う。そして、その表示に気づいたクライアントの操作によりメッセージを表示する個別アプリケーションプログラムが起動されて、記憶部２１に格納されたメッセージの内容や画像のデータを表示するようにしてもよい。

実行指示アイコン２２３は、アラーム機能、世界各地の現在時刻を表示する時計機能、テレビリモコン機能、インターネットの閲覧機能、各種案内コンテンツを表示する機能など、機能ごとに用意された個別アプリの実行を指示するアイコンである。例えば、客室設備避難経路などのコンテンツを表示する実行指示アイコン２２３が操作された場合には、対応する個別アプリ（例えば個別アプリ２０３ｂ）が実行される。個別アプリ２０３ｂは、サーバ装置３の所定のＵＲＬへアクセスし、サーバ装置３が管理するコンテンツを読み出して表示する。

設定指示アイコン２２４は、クライアント端末２の使用言語などの各種設定を指示するアイコンである。設定指示アイコン２２４は、言語などの各種設定機能を提供する個別アプリのランチャとなっている。ポータルアプリ２０２では、設定指示アイコン２２４の操作を受け付けることで各種設定を行う個別アプリを起動して使用言語などの各種設定を行う。また、各種設定を行う個別アプリにより設定された内容は、設定情報として記憶部２１などに格納される。クライアント端末２のユーザである宿泊者１０は、設定指示アイコン２２４を操作することで、クライアント端末２の使用言語などの各種設定を行うことができる。

テロップ表示領域２２５は、サーバ装置３より通知されたテロップ用のメッセージをスクロールして表示する領域である。ポータルアプリ２０２は、テロップ用のメッセージとして記憶部２１に格納されたメッセージデータ２１１がある場合に、メッセージデータ２１１に含まれるテロップ用のメッセージ文を読み出す。次いで、ポータルアプリ２０２は、読み出したメッセージ文を、例えばテロップ表示領域２２５の右方向から左方向にスクロールしてテロップ表示する。

個別アプリ２０３ａ、２０３ｂは、時計機能、アラーム機能、テレビリモコン機能、通知されたメッセージの閲覧機能、インターネットの閲覧機能、施設、サービス利用の予約案内など各種コンテンツの表示機能、言語などの各種設定機能など、機能ごとに用意されたアプリケーションプログラムである。個別アプリ２０３ａ、２０３ｂは、例えばポータルアプリ２０２のポータル画面上での指示や、サービスエージェント２０１を介したサーバ装置３からの通知に応じて起動され、各種機能を提供する。

例えば時計機能は、ホテルが所在する宿泊地の時刻だけでなく、宿泊者１０の自宅の時刻を合わせて表示する世界時計として機能するアプリケーションプログラムであってもよい。例えばアラーム機能は、起床時間を設定可能な目覚まし時計として機能するアプリケーションプログラムであってもよい。

例えばテレビリモコン機能は、客室に設置されたテレビの赤外線による制御信号が登録されており、登録された制御信号に対応する機能ボタンを表示し、機能ボタンの操作を受け付けると、対応づけられた制御信号を赤外線により発信するアプリケーションプログラムであってもよい。機能ボタンがチャンネルを表す機能ボタンである場合、電子番組表と共に表示したり、これから放送される番組情報と共に表示してもよい。

例えば通知されたメッセージの閲覧機能は、ホテルのフロント係が入力したメッセージ（図示しない）が存在する場合に、ポータル画面２２０にメッセージの閲覧機能を機能させるメッセージ表示アイコン２２１が表示され、メッセージ表示アイコン２２１の操作を受け付けると、メッセージを表示するアプリケーションプログラムであってもよい。

例えばインターネットの閲覧機能は、ホテルが情報提供したいＵＲＬ毎に用意したそれぞれの機能ボタンがポータル画面２２０に表示され、機能ボタンの操作を受け付けると、対応するＵＲＬに用意された情報を表示するアプリケーションプログラムであってもよい。

例えば施設、サービス利用の予約案内など各種コンテンツの表示機能は、ホテルが施設、サービス利用の予約案内するためのコンテンツにおけるＵＲＬ毎に用意した機能ボタンがポータル画面２２０に表示され、機能ボタンの操作を受け付けると、対応するＵＲＬに用意された情報を表示するアプリケーションプログラムであってもよい。クライアント端末２では、このアプリケーションプログラム（例えば個別アプリ２０３ｂ）の起動により、施設、サービス利用の予約を行うコンテンツが表示され、宿泊者１０から施設、サービス利用の予約を受け付ける。受け付けた施設、サービス利用の予約内容については、個別アプリ２０３ｂより管理部３０１を介して管理ＤＢ３１１に格納される。

例えば各種設定機能は、言語の切り替えなどの各種設定を連想させる機能ボタンがポータル画面２２０に表示され、機能ボタンの選択操作を受け付けると選択された設定を表示し、動作モードを選択された設定内容に対応するモードに切り替える設定アプリケーションプログラムであってもよい。

記憶部２１は、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスクなどの記憶装置である。なお、記憶部２１は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）などのデータを書き換え可能な半導体メモリであってもよい。記憶部２１は、制御部２０で実行されるＯＳ（Operating System）や、サービスエージェント２０１、ポータルアプリ２０２、個別アプリ２０３ａ、２０３ｂ等の各種プログラムを記憶する。さらに、記憶部２１は、各種プログラムなどが用いる各種情報を記憶する。例えば、記憶部２１は、テロップ用のメッセージ表示についての設定内容を示すメッセージデータ２１１を記憶する。

メッセージデータ２１１は、画面に表示するメッセージを識別するメッセージＩＤや、メッセージの内容などを有する。このメッセージデータ２１１については、サーバ装置３よりメッセージ用のデータとして通知されたものが記憶部２１に格納される。

表示部２２は、ＬＣＤ（Liquid Crystal Display）などの表示装置であり、制御部２０の制御のもとポータル画面２２０などの表示を行う。操作部２３は、表示部２２に重畳して設置されたタッチスクリーンや各種の操作キーなどであり、宿泊者１０からの操作指示を受け付けて制御部２０へ出力する。

サーバ装置３は、制御部３０および記憶部３１を有する。制御部３０は、クライアント端末２の制御部２０と同様、サーバ装置３全体を制御するデバイスである。制御部３０は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって管理部３０１および通信処理部３０２の機能を実現する。

管理部３０１は、所定のＵＲＬへのクライアント端末２からのアクセスに応じて提供する客室設備避難経路などのコンテンツを管理ＤＢ３１１において管理する。具体的には、管理部３０１は、管理端末４のＷｅｂコンソールからのアクセスに応じて、管理ＤＢ３１１においてコンテンツごとの情報を管理するテーブル（図示しない）を読み出し、コンテンツの新規登録、変更などのコンテンツ管理にかかるコンソール画面を出力する。次いで、管理部３０１は、Ｗｅｂコンソールより受け付けたコンソール画面の指示をもとに、コンテンツの新規登録、変更を受け付ける。次いで、管理部３０１は、コンソール画面より受け付けたコンテンツの新規登録、変更の内容を、管理ＤＢ３１１においてコンテンツごとの情報を管理するテーブルに反映する。

例えば、管理部３０１は、宿泊者１０の宿泊予約・チェックイン・チェックアウトなど、宿泊者１０についての情報をサーバ装置３に登録する宿泊登録の画面より、宿泊者１０の情報を受け付ける。次いで、管理部３０１は、受け付けた宿泊者１０の情報を管理部３０１の宿泊者情報３１１ａに反映する。

また、管理部３０１は、コンテンツの表示を行う個別アプリ（例えば個別アプリ２０３ｂ）によるクライアント端末２からのアクセスに応じて、コンテンツごとの情報を管理するテーブルの内容を読み出し、クライアント端末２へ送信する。

例えば、管理部３０１は、施設、サービス利用の予約案内するためのコンテンツをクライアント端末２へ送信し、クライアント端末２から施設、サービス利用の予約を受け付ける。受け付けた施設、サービス利用の予約内容については、管理ＤＢ３１１の施設情報３１１ｄに格納する。

また、管理部３０１は、宿泊者１０が宿泊する宿泊部屋（客室）にかかる客室情報３１１ｂを管理する。例えば、管理部３０１は、客室のクライアント端末２より識別情報（例えばタブレットＩＤ）とともに通知された設定またはステータスをもとに、管理ＤＢ３１１の客室情報３１１ｂにおいて識別情報ごとに管理される客室の設定またはステータスを更新する。

また、管理部３０１は、管理端末４より１または複数のクライアント端末２を宛先とするメッセージの登録を受け付けた場合、メッセージを識別する識別情報（例えばメッセージＩＤ）を発行し、受け付けたメッセージの情報を管理ＤＢ３１１のメッセージ情報３１１ｅに記録する。メッセージＩＤごとのメッセージ情報３１１ｅとしては、例えばメッセージの内容、種別、メッセージと関連する施設名などがある。

また、管理部３０１は、管理ＤＢ３１１に記録されたメッセージの情報を読み出し、読み出したメッセージを通信処理部３０２を介してクライアント端末２へ通知するメッセージ送信処理を行う（詳細は後述する）。

また、管理部３０１は、ＨＴＴＰを用いた所定のＵＲＬへのアクセスにおいて、パラメータなどでリクエストされた情報を提供するＡＰＩ（Application Programming Interface）として機能する。例えば、管理部３０１は、管理端末４からのポータル管理アプリのアクセスに応じて管理ＤＢ３１１においてクライアント端末２ごとに管理している各種情報を表示するポータル管理画面の表示データ（例えばＨＴＭＬ形式のデータ）を生成し、管理端末４へ出力する。

また、管理部３０１は、ポータル管理画面上での操作に対応するパラメータを管理端末４のポータル管理アプリより受け付けて、受け付けたパラメータに対応する処理を実行する。一例として、管理部３０１は、１または複数のクライアント端末２を宛先とするメッセージの登録を受け付ける。登録を受け付けたメッセージは、管理部３０１が管理ＤＢ３１１に登録する。また、管理部３０１は、設定やステータスの更新、初期化などのクライアント端末２に対する所定のコマンドを受け付ける。受け付けたコマンドは、通信処理部３０２へ渡されて、クライアント端末２への通知が行われる。

通信処理部３０２は、クライアント端末２のサービスエージェント２０１と同様、例えば、バックグラウンドで稼動している常駐プログラムであり、クライアント端末２との間で双方向のデータ通信を行う。一例として、通信処理部３０２は、双方向通信用の技術規格であるＷｅｂＳｏｃｋｅｔを用いてクライアント端末２との間での双方向通信を行う。

例えば、通信処理部３０２は、クライアント端末２より通知された情報（クライアント端末２の識別情報やステータスなど）を受信して管理部３０１へ出力する。また、通信処理部３０２は、管理部３０１により管理ＤＢ３１１に登録されたメッセージを読み出して、メッセージの宛先に対応するクライアント端末２へ通知（送信）する。また、通信処理部３０２は、所定のコマンドのクライアント端末２への通知を管理部３０１を介して管理端末４より受け付けた場合に、受け付けたコマンドをクライアント端末２へ通知する。

記憶部３１は、ハードディスク、ＳＳＤ、光ディスクなどの記憶装置である。なお、記憶部３１は、ＲＡＭ、フラッシュメモリ、ＮＶＳＲＡＭなどのデータを書き換え可能な半導体メモリであってもよい。記憶部３１は、制御部３０で実行されるＯＳや、管理部３０１および通信処理部３０２の機能を提供するプログラムを記憶する。また、記憶部３１は、各クライアント端末２にかかる設定やステータス、各クライアント端末２に提供するコンテンツなどの各種情報を記憶する。また、記憶部３１は、宿泊者情報３１１ａ、客室情報３１１ｂ、クライアント端末情報３１１ｃ、施設情報３１１ｄ、メッセージ情報３１１ｅおよびメッセージ送信先情報３１１ｆを有する管理ＤＢ３１１を記憶する。

図３−１および図３−２は、管理ＤＢのデータ構成例を説明する説明図である。図３−１および図３−２に示すように、管理ＤＢ３１１は、宿泊者情報３１１ａ、客室情報３１１ｂ、クライアント端末情報３１１ｃ、施設情報３１１ｄ、メッセージ情報３１１ｅおよびメッセージ送信先情報３１１ｆを有する。この管理ＤＢ３１１では、宿泊者１０を識別する宿泊ＩＤ、クライアント端末２を識別するタブレットＩＤおよびメッセージを識別するメッセージＩＤなど、ユニークに割り当てられた識別情報により、情報の関連付けが行われている。

宿泊者情報３１１ａは、宿泊者１０ごとの情報を示すテーブルなどであり、宿泊ＩＤごとに、氏名、住所、客室ＩＤ、グループＩＤ、チェックイン、チェックアウトなどの情報が記述されている。客室ＩＤは、宿泊者１０が宿泊する宿泊部屋（客室）を示す。グループＩＤは、宿泊者１０が属するグループを示す。チェックインおよびチェックアウトは、宿泊者１０のチェックインおよびチェックアウトの日時などを示す。この宿泊者情報３１１ａには、管理部３０１が管理端末４の宿泊登録の画面より受け付けた内容に基づいて反映した情報が格納される。

客室情報３１１ｂは、客室ごとの情報を示すテーブルであり、客室を識別する客室ＩＤごとに、客室名称、フロアＩＤ、客室内線、宿泊ＩＤ、タブレットＩＤ、入出フラグなどの情報が記述されている。フロアＩＤは、客室があるフロアを示す。宿泊ＩＤは、客室に宿泊する宿泊者１０を示す。タブレットＩＤは、宿泊者１０の客室などに設置されるクライアント端末２を示す。入出フラグは、宿泊者１０の客室への出入りを示す。この客室情報３１１ｂには、管理部３０１がクライアント端末２より通知された設定またはステータス（例えば、宿泊者１０の確認操作の有無などに基づく宿泊部屋への出入り）に基づいて反映した情報（例えば入出フラグ）が格納される。

クライアント端末情報３１１ｃは、クライアント端末２ごとの情報を示すテーブルであり、タブレットＩＤごとに、タブレット名称、アドレスなどの情報が記述されている。アドレスは、クライアント端末２のネットワークアドレスなどであり、一例としてクライアント端末２のＭＡＣアドレスなどがある。このクライアント端末情報３１１ｃは、管理端末４のコンソール画面の指示などにより事前に設定される。

施設情報３１１ｄは、宿泊施設における施設ごとの情報を示すテーブルであり、施設ＩＤごとに、施設名、利用開始、利用終了、空き状況、宿泊ＩＤ、氏名、グループなどの情報が記述されている。利用開始および利用終了は、施設の利用開始時刻および利用終了時刻であり、施設を利用する利用時間帯を示す。空き状況は、予約済み／空きなどにより、利用時間帯における予約状況を示す。宿泊ＩＤ、氏名およびグループは、予約を行った宿泊者１０の宿泊ＩＤ、氏名およびグループを示す。この施設情報３１１ｄには、クライアント端末２より受け付けた、施設、サービス利用の予約内容に基づいて反映した情報が格納される。

なお、本実施形態では施設ごとの利用予約を管理ＤＢ３１１の施設情報３１１ｄで管理する構成を例示するが、予約については施設利用に限定しない。管理ＤＢ３１１では、予約を要する催し物（例えばディナーショウや観光ツアー）など、宿泊者１０より予約を受け付けて提供するサービス全般をサービスＩＤなどと対応付けて管理してもよい。

メッセージ情報３１１ｅは、テロップ表示用のメッセージごとの設定内容を示すテーブルである。具体的には、メッセージ情報３１１ｅには、メッセージＩＤごとに、メッセージの内容、メッセージ種別、施設名などの情報が記述されている。メッセージ種別は、ホテルのフロント係などから宿泊者１０へ知らせたい情報の案内を行うメッセージ、施設等の予約の案内を行うメッセージなどの、メッセージの種別を示す。施設名は、メッセージにかかる施設を示すものであり、施設を識別できる情報であれば施設ＩＤなどであってもよい。このメッセージ情報３１１ｅには、管理部３０１が管理端末４のポータル管理画面などで受け付けた内容に基づいて反映した情報が格納される。

なお、メッセージ情報３１１ｅにおいて、施設等の予約の案内を行うメッセージについては、メッセージの雛形がメッセージ内容として格納される。例えば、メッセージの雛形では、「＜％」および「％＞」などのタグで指定された箇所について、所定の項目を参照して得られた値が代入されてメッセージが作成される。例えば、「＜％＝利用開始％＞」では、「利用開始」の項目を参照して得られた値が代入される。また、同じグループの宿泊者１０により施設が予約済みであることを示すメッセージについては、メッセージＩＤを「Ｍ９９９」として予約済みであるものとする。

メッセージ送信先情報３１１ｆは、メッセージごとの送信先を示すテーブルである。具体的には、メッセージ送信先情報３１１ｆには、メッセージＩＤごとに、メッセージの送信宛先などの情報が記述されている。この送信宛先には、例えば、メッセージの送信を行った宿泊者１０の宿泊ＩＤなどが格納される。

次に、サーバ装置３からクライアント端末２へのメッセージ送信について詳細に説明する。図４は、メッセージ送信の処理の一例を説明するフローチャートである。このメッセージ送信の処理は、任意のタイミングで実施してよく、一例として、宿泊者情報３１１ａ、施設情報３１１ｄまたはメッセージ送信先情報３１１ｆの更新が行われたタイミングで実施する。または、予め定められた時刻や所定の時間間隔（例えば３０分ごと）に実施してもよい。

図４に示すように、処理が開始されると、サーバ装置３の管理部３０１は、宿泊者情報３１１ａを参照し、メッセージの送信対象とする宿泊客（ｉ）の情報を取得する（Ｓ１）。メッセージの送信対象とする宿泊客（ｉ）は、例えば、チェックイン済みでありチェックアウト前の条件を満たす宿泊客とする。また、ｉは、メッセージの送信対象とする宿泊者１０の中のｉ番目の宿泊者１０を示すものとする。

次いで、管理部３０１は、メッセージ情報３１１ｅを参照し、メッセージ種別が「案内」のメッセージを特定する（Ｓ２）。次いで、管理部３０１は、客室情報３１１ｂおよびクライアント端末情報３１１ｃを参照し、メッセージの送信先（アドレス）を特定する（Ｓ３）。次いで、管理部３０１は、Ｓ３で特定した送信先のクライアント端末２に対し、Ｓ２で特定したメッセージを通信処理部３０２を介して送信し（Ｓ４）、送信先をメッセージ送信先情報３１１ｆに登録する。

次いで、管理部３０１は、施設情報３１１ｄを取得し（Ｓ５）、施設ＩＤにより識別される施設ごとに空き状況を確認し、予約に空きのある施設の有無を判定する（Ｓ６）。例えば、図３−１の例では、「貸切温泉」において、１８：００〜１９：００の間の時間帯は予約済みであるが、１９：００〜２０：００の時間帯は空きである。このように、空きの時間帯がある場合には、予約に空きのある施設と判定する。逆に、全ての時間帯が予約済みである場合には、予約に空きの無いものと判定する。

予約に空きのある施設がない場合（Ｓ６：ＮＯ）、管理部３０１は、メッセージ種別が「予約」のメッセージの送信を行うことなく、Ｓ１２へと処理を進める。

空き状態の施設がある場合（Ｓ６：ＹＥＳ）、管理部３０１は、施設情報３１１ｄの宿泊ＩＤより、空き状態の施設について自身（宿泊客（ｉ））が予約済みであるか否かを判定する（Ｓ７）。自身が予約済みである場合（Ｓ７：ＹＥＳ）、管理部３０１は、メッセージ種別が「予約」のメッセージの送信を行うことなく、Ｓ１２へと処理を進める。

自身が予約済みでない場合（Ｓ７：ＮＯ）、管理部３０１は、施設情報３１１ｄのグループと、宿泊者情報３１１ａにおける自身の宿泊ＩＤに対応するグループＩＤとを比較する。次いで、管理部３０１は、比較結果をもとに、空き状態の施設について同じグループの宿泊者（同行者）が予約済みであるか否かを判定する（Ｓ８）。

空き状態の施設について同行者が予約済みでない場合（Ｓ８：ＮＯ）、メッセージ種別が「予約」のメッセージ（同行者により予約済みであることを示すメッセージの「Ｍ９９９」を除く）の中から空き状態の施設に対応するメッセージを特定する（Ｓ９）。

空き状態の施設について同行者が予約済みである場合（Ｓ８：ＹＥＳ）、同行者が予約済みのメッセージ（「Ｍ９９９」）を特定する（Ｓ１０）。なお、Ｓ９、Ｓ１０において、管理部３０１は、メッセージの雛形内でタグで指定された箇所については値を適宜代入し、メッセージを作成する。

次いで、管理部３０１は、Ｓ３で特定した送信先のクライアント端末２に対し、Ｓ９またはＳ１０で特定したメッセージを通信処理部３０２を介して送信し（Ｓ１１）、送信先をメッセージ送信先情報３１１ｆに登録する。

次いで、管理部３０１は、全ての送信対象について処理を行うためにｉをインクリメントし（Ｓ１２）、Ｓ１へ処理を戻す。

上述したメッセージ送信の処理により、サーバ装置３は、送信対象の宿泊客（ｉ）ごとに、宿泊客（ｉ）または宿泊客（ｉ）の同行者により予約済みでない施設の予約を案内するメッセージを宿泊客（ｉ）のクライアント端末２に送信する。また、宿泊客（ｉ）または宿泊客（ｉ）の同行者により予約済みである施設については、施設の予約を案内するメッセージの送信が行われることなく、予約案内のメッセージが停止される。また、宿泊客（ｉ）または宿泊客（ｉ）の同行者により予約済みである施設については、施設が予約済みであることを示すメッセージ（「Ｍ９９９」）が宿泊客（ｉ）のクライアント端末２に送信される。

図５は、クライアント端末２の操作例を説明するフローチャートである。より具体的には、図５は、クライアント端末２におけるテロップ表示にかかる動作例を説明する図である。

図５に示すように、ポータルアプリ２０２の起動により処理が開始されると、ポータルアプリ２０２は、ポータル画面２２０の表示を開始する。次いで、ポータルアプリ２０２は、メッセージデータ２１１よりテロップ表示領域２２５にテロップ表示するメッセージデータ（ｉ）の読み出しを行う（Ｓ２０）。なお、ｉは、サーバ装置３より通知されたメッセージデータ２１１に含まれる複数のメッセージの中のｉ番目のメッセージを示すものとする。この読み出しにより、ポータルアプリ２０２は、ｉ番目においてテロップ表示するメッセージの設定内容（メッセージＩＤおよびメッセージ内容）を取得する。

次いで、ポータルアプリ２０２は、ｉ番目においてテロップ表示するメッセージの設定内容をもとに、テロップ表示領域２２５にメッセージ（ｉ）のテロップ表示を行う（Ｓ２１）。

次いで、ポータルアプリ２０２は、メッセージ（ｉ）について、テロップ表示領域２２５の最後までスクロールしてテロップ表示したところで、次のメッセージをテロップ表示するためにｉをインクリメントし（Ｓ２２）、Ｓ２０へ処理を戻す。

図６は、テロップ表示を説明する説明図である。図６に示すように、クライアント端末２では、ポータル画面２２０のテロップ表示領域２２５において、サーバ装置３より通知されたメッセージが順次テロップ表示される。例えば、「貸切温泉」について１８：００からの予約に空きがある場合には、「１８：００から貸切温泉を予約できます。…」などの、「貸切温泉」の予約を案内するメッセージがサーバ装置３よりクライアント端末２に通知されてテロップ表示される。

ここで、同行者により「貸切温泉」が予約済みである場合をケースＣ１とし、同行者により「貸切温泉」の予約が行われていない場合をケースＣ２とする。ケースＣ１の場合には、「貸切温泉」の予約を案内するメッセージのテロップ表示が停止される。そして、図示していないが、同行者が予約済みのメッセージがクライアント端末２でテロップ表示される。したがって、同じグループの宿泊者同士で予約が重複することを抑止することができる。

これに対し、ケースＣ２の場合は、「貸切温泉」の予約を案内するメッセージがテロップ表示される。これにより、宿泊者１０に対して空き施設の利用を促すことができる。

以上のように、情報提供装置としてのサーバ装置３は、宿泊者１０と、宿泊者１０が属するグループとを示す宿泊者情報３１１ａと、施設の利用予約を示す施設情報３１１ｄなどのサービスの予約情報とを管理部３０１により管理ＤＢ３１１で管理する。また、サーバ装置３の管理部３０１は、宿泊者情報３１１ａに基づいて宿泊者１０が属するグループ内の他の宿泊者１０を特定する。そして、サーバ装置３の管理部３０１は、他の宿泊者１０が登録した予約情報に基づいて、他の宿泊者１０が予約済みでないサービスの予約を案内するメッセージを通信処理部３０２を介して宿泊者１０のクライアント端末２に送信する。これにより、クライアント端末２では、宿泊者１０が属するグループ内の他の宿泊者１０が予約済みでないサービスの予約を案内するメッセージが宿泊者１０に対して提供されることとなる。よって、サーバ装置３は、同じグループの宿泊者同士で予約が重複することを抑止することができる。

また、サーバ装置３は、宿泊者１０が所属するグループ内の他の宿泊者１０が予約済みであるサービスについては、サービスの予約を案内するメッセージのクライアント端末２への送信を停止する。これにより、クライアント端末２では、宿泊者１０が属するグループ内の他の宿泊者１０が予約済みであるサービスについては、宿泊者１０に対する提供が停止されることとなる。よって、サーバ装置３は、同じグループの宿泊者同士で予約が重複することを抑止することができる。

また、サーバ装置３は、宿泊者１０が所属するグループ内の他の宿泊者１０が予約済みであるサービスについては、サービスが予約済みであることを示すメッセージを宿泊者１０のクライアント端末２に送信する。これにより、クライアント端末２では、宿泊者１０が属するグループ内の他の宿泊者１０が予約済みであるサービスについては、サービスが予約済みであることを示すメッセージが宿泊者１０に対して提供されることとなる。よって、同じグループ内の他の宿泊者１０が予約済みであるサービスを宿泊者１０が認識できることから、同じグループの宿泊者同士で予約が重複することを抑止することができる。

ところで、上記の実施形態で説明したクライアント端末２、サーバ装置３および管理端末４における各種の処理は、予め用意されたプログラムをコンピュータ（情報処理装置）で実行することで実現できる。そこで、以下では、上記の実施形態と同様の機能を有するプログラムを実行するコンピュータ（ハードウエア）の一例を説明する。図７は、情報処理装置のハードウエア構成を例示するブロック図である。

図７が示すように、情報処理装置１００は、各種演算処理を実行するＣＰＵ１０１と、データ入力を受け付ける入力装置１０２と、モニタ１０３と、スピーカ１０４とを有する。また、情報処理装置１００は、記憶媒体からプログラム等を読み取る媒体読取装置１０５と、各種装置と接続するためのインタフェース装置１０６と、有線または無線により外部機器と通信接続するための通信装置１０７とを有する。また、情報処理装置１００は、各種情報を一時記憶するＲＡＭ１０８と、ハードディスク装置１０９とを有する。また、情報処理装置１００内の各部（１０１〜１０９）は、バス１１０に接続される。

ハードディスク装置１０９には、例えば、管理部３０１、通信処理部３０２などと同様の機能を有するプログラムが記憶される。また、ハードディスク装置１０９には、プログラムを実現するための各種データが記憶される。入力装置１０２は、例えば情報処理装置１００の操作者から操作情報の入力を受け付ける。モニタ１０３は、例えば操作者が操作する各種画面を表示する。インタフェース装置１０６は、例えば印刷装置等が接続される。通信装置１０７は、ＬＡＮ等の通信ネットワークと接続され、通信ネットワークを介した外部機器との間で各種情報をやりとりする。

ＣＰＵ１０１は、ハードディスク装置１０９に記憶された各プログラムを読み出して、ＲＡＭ１０８に展開して実行することで、各種の処理を行う。また、これらのプログラムは、例えば、管理部３０１、通信処理部３０２の機能を実現する。

なお、上記のプログラムは、必ずしもハードディスク装置１０９に記憶されている必要はない。例えば、情報処理装置１００が読み取り可能な記憶媒体に記憶されたプログラムを、情報処理装置１００が読み出して実行するようにしてもよい。情報処理装置１００が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢ（Universal Serial Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）等に接続された装置にこのプログラムを記憶させておき、情報処理装置１００がこれらからプログラムを読み出して実行するようにしてもよい。

１…情報提供システム
２…クライアント端末
３…サーバ装置
４…管理端末
１０…宿泊者
２０…制御部
２１…記憶部
２２…表示部
２３…操作部
３０…制御部
３１…記憶部
１００…情報処理装置
２０１…サービスエージェント
２０２…ポータルアプリ
２０３ａ…個別アプリ
２０３ｂ…個別アプリ
２１１…メッセージデータ
２２０…ポータル画面
２２１…メッセージ表示アイコン
２２２…時計
２２３…実行指示アイコン
２２４…設定指示アイコン
２２５…テロップ表示領域
３０１…管理部
３０２…通信処理部
３１１…管理ＤＢ
３１１ａ…宿泊者情報
３１１ｂ…客室情報
３１１ｃ…クライアント端末情報
３１１ｄ…施設情報
３１１ｅ…メッセージ情報
３１１ｆ…メッセージ送信先情報
Ｃ１、Ｃ２…ケース

Claims (5)

1. 宿泊者と、当該宿泊者が属するグループとを示す宿泊者情報と、サービスの予約情報とを管理する管理部と、
   前記宿泊者情報に基づいて前記宿泊者が属するグループ内の他の宿泊者を特定し、当該他の宿泊者が登録した前記予約情報に基づいて、前記他の宿泊者が予約済みでないサービスの予約を案内するメッセージを前記宿泊者の端末に送信する送信部と
   を有することを特徴とする情報提供装置。
2. 前記送信部は、前記他の宿泊者が予約済みであるサービスについては、当該サービスの予約を案内するメッセージの前記宿泊者の端末への送信を停止する
   ことを特徴とする請求項１に記載の情報提供装置。
3. 前記送信部は、前記他の宿泊者が予約済であるサービスについては、当該サービスが予約済みであることを示すメッセージを前記宿泊者の端末に送信する
   ことを特徴とする請求項１または２に記載の情報提供装置。
4. 宿泊者と、当該宿泊者が属するグループとを示す宿泊者情報と、サービスの予約情報とを管理し、
   前記宿泊者情報に基づいて前記宿泊者が属するグループ内の他の宿泊者を特定し、当該他の宿泊者が登録した前記予約情報に基づいて、前記他の宿泊者が予約済みでないサービスの予約を案内するメッセージを前記宿泊者の端末に送信する
   処理をコンピュータが実行することを特徴とする情報提供方法。
5. 宿泊者と、当該宿泊者が属するグループとを示す宿泊者情報と、サービスの予約情報とを管理し、
   前記宿泊者情報に基づいて前記宿泊者が属するグループ内の他の宿泊者を特定し、当該他の宿泊者が登録した前記予約情報に基づいて、前記他の宿泊者が予約済みでないサービスの予約を案内するメッセージを前記宿泊者の端末に送信する
   処理をコンピュータに実行させることを特徴とする情報提供プログラム。

Images