JP6908288B2 - 標準インタフェースを介して異種のコンピュータ処理装置を接続するためのシステム及び方法 - Google Patents

Description

［関連出願の相互参照］
本出願は、２０１６年７月６日出願の「ホテル情報を処理するためのシステム（Ａ Ｓｙｓｔｅｍ ｆｏｒ Ｐｒｏｃｅｓｓｉｎｇ Ｈｏｔｅｌ Ｉｎｆｏｒｍａｔｉｏｎ）」と題する中国特許出願第２０１６１０５２８２５０．１号と、２０１７年７月３日出願の「標準インタフェースを介して異種のコンピュータ処理装置を接続するためのシステム及び方法（Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｃｏｎｎｅｃｔｉｎｇ Ｄｉｓｐａｒａｔｅ Ｃｏｍｐｕｔｉｎｇ Ｄｅｖｉｃｅｓ ｖｉａ Ｓｔａｎｄａｒｄ Ｉｎｔｅｒｆａｃｅｓ）」と題する米国特許出願第１５／６４０，７５０号とに基づく優先権の利益を主張する。両特許出願はその全体が参照により本明細書に組み込まれる。

本開示はネットワークインタフェース及びネットワーク接続の分野に関し、具体的には、共有された標準インタフェースを介して異種のコンピュータ処理装置とネットワークとを接続するためのシステム及び方法に関する。

インターネット技術の急速な発展に伴い、オンライン旅行代理店（「ＯＴＡ」）のウェブサイトを利用してホテル客室を予約するなどの、オンラインでのホテル客室予約を経験するユーザ数が増え続けている。オンラインホテル予約によって、ユーザは大幅に予約を行いやすくなる。したがって、ますます多くのＯＴＡウェブサイトが出現しており、これが、オンライン旅行業界の競争激化につながっている。

現在、オンライン旅行業界は再編中であり、業界内の均一化という、ますます厳しさを増す問題に直面している。ユーザサービスの強化及びホテルの業務コスト削減、並びにそれらによるオンライン予約ウェブサイト（例えば、ホテルの公式ウェブサイト又はＯＴＡウェブサイト）の中心となる競争力の向上は、各オンライン予約ウェブサイトが取り組もうと努める緊急の課題である。しかしながら、従来の「オンライン客室予約」の手法は、以下の問題を抱えている。

１）保証金の影響を受ける利用可能な資金

現在のオンラインホテル予約サービスの手続きは、一般に以下の段階を含む。ユーザが客室料金を前払いする。ユーザが受付カウンターで前払い金を支払う。ユーザがホテルからチェックアウトする。チェックアウト後に前払い金が返却される。ホテルは一般に、客室料金より高い料金を請求するか、又は、ユーザのチェックインを（例えば、受付カウンターで）処理するときに、保証金の代わりにユーザの事前承認済みキャッシュカード（例えば、クレジット／デビットカード）を利用することがある。ホテル滞在中に、客室料金はユーザの利用可能な資金から２回以上差し引かれる。したがって、この従来の方法では、ユーザの利用可能な資金を拘束するだけでなく、複雑な手続きをもたらすことにもなる。もっと極端な場合は、客室タイプによって、オンラインで予約するときに、ユーザが客室料金全額の前払いを要求される場合である。

２）ユーザ体験の問題

ユーザがホテルにチェックインする場合、ユーザは識別情報をホテル受付カウンターに提示して、（カードをスワイプするか又は現金を使うことによって）保証金を支払う必要がある。多くの宿泊客が同時に待っている場合、ユーザは長い列に並んで待つ必要もある。ユーザがホテルからチェックアウトする場合、ユーザは客室カードを返却し、ユーザの滞在中に生じたあらゆる消費を確認するために客室チェックを待つ必要がある。その後に、現金での支払い又はクレジットカードの事前承認の取り消しなどの他の作業が続く。換言すれば、ユーザは、いくらかの現金又はクレジットカードをチェックインのために持参する必要があり、チェックイン及びチェックアウト時に待ちながらある程度の時間を費やす必要がある。

３）ホテル受付カウンターでの複雑な作業

ホテル受付係は、客室料金の受け取り、保証金の受け取り、客室の確認、アカウントの解約、過剰請求額の返却、及び不足額の支払い請求などの作業を行う必要がある。したがって、ホテル受付カウンターで行われる作業は、かなり複雑である。これらの作業を行う時間が長いことも、ホテル宿泊客のより長い待ち時間につながる。

オンラインホテル予約システムに関するこれらの既存の問題は、ユーザ体験の強化に著しい困難をもたらし、そのことが今度はオンライン予約ウェブサイトの競争力を低下させている。上記のことを考慮すると、現在の解決手段に含まれる１つの問題は、ホテル滞在に必要な保証金がユーザの利用可能な資金を減少させているということである。

現在のシステムにおける前述の問題（例えば、ホテル滞在時の保証金がユーザの利用可能な資金を減少させているという問題）を解決するために、本開示はホテル情報処理システムを提供する。本開示はさらに、ホテル客室を予約するための方法、装置、及び電子デバイス、予約を生成又は管理するための方法、装置、及び電子デバイス、並びに他のホテル情報処理システムを提供する。

１つの実施形態において、方法は、ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信する段階であって、この通知はユーザと関連付けられた識別情報を含む、段階と、識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得する段階と、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ユーザがホテルクレジット資格の承認を受けていると判定する段階と、予約リクエストに含まれる指定されたホテル客室タイプの予約をユーザのために生成する段階と、ユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信する段階とを含む。

別の実施形態において、装置は、プロセッサと、コンピュータ実行可能命令を内部に格納した非一時的メモリとを含み、コンピュータ実行可能命令は、プロセッサによって実行された場合、当該装置に複数のオペレーションを実行させる。これらのオペレーションは、ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信するオペレーションであって、この通知はユーザと関連付けられた識別情報を含む、オペレーションと、識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得するオペレーションと、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ユーザがホテルクレジット資格の承認を受けていると判定するオペレーションと、予約リクエストに含まれる指定されたホテル客室タイプの予約をユーザのために生成するオペレーションと、ユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信するオペレーションとである。

現在のシステムと比較すると、開示される実施形態において提供されるホテル情報処理システムは、ホテル予約サブシステムと、第１の管理サブシステムと、サードパーティサブシステムとを含む。ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信した後に、ホテル予約サブシステムは、予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための第１の通知を第１の管理サブシステムに送信する。ホテル予約サブシステムによって送信される第１の通知を受信した後に、第１の管理サブシステムは、第１の通知に含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ホテルクレジット資格の確認によってユーザが承認されていると判定し、指定されたホテル客室タイプの第２の予約をユーザのために生成し、ユーザのホテルクレジット資格の確認結果をホテル予約サブシステムに返信する。第１の管理サブシステムによって返信されたユーザのホテルクレジット資格の確認結果を受信した後に、ホテル予約サブシステムは、ホテルクレジット資格の確認結果が合格であれば、予約リクエストに基づいて、指定された客室タイプの第１の予約をユーザのために生成する。ホテルによって送信される、第１の予約のリソースを移動するための第２の通知を受信した後に、第１の管理サブシステムは、第２の通知に基づいて第１の予約と関連付けられた第２の予約を取得し、第１の管理サブシステムは、第２の予約のリソースを移動するための第３の通知をサードパーティサブシステムに送信する。第１の管理サブシステムによって送信される第３の通知を受信した後に、サードパーティサブシステムは、第３の通知に基づいてリソースをサードパーティアカウントから引き落とし、引き落とされたリソースをホテルのサードパーティアカウントに移動する。

開示される実施形態において提供されるホテル情報処理システムでは、ホテルの公式ウェブサイトの一部として、又はホテルの公式ウェブサイトとして配置されたホテル予約サブシステムが、予約を入れたユーザのためにホテル客室タイプの予約を生成する前に、第１の管理サブシステムを介してユーザのサードパーティアカウントのホテルクレジット資格を確認し得る。ホテル予約サブシステムは、ユーザのサードパーティアカウントがホテルクレジット資格の確認に合格した場合にだけ、予約を生成する。さらに、ユーザがホテルをチェックアウトした後に、ユーザのサードパーティアカウントからリソースを引き落とすことをサードパーティサブシステムに通知する第１の管理サブシステムによって、予約のリソース引き落としが実施される。このように、ユーザが、予約したホテル客室の保証金を前払いする必要はない。したがって、開示される実施形態において提供されるホテル情報処理システムは、ユーザがホテルに滞在するときの体験を効果的に改善することができる。

本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。

本開示のいくつかの実施形態によるホテル予約方法を例示するフロー図である。

本開示のいくつかの実施形態によるホテル予約装置を例示するブロック図である。

本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。

本開示のいくつかの実施形態による予約管理方法を例示するフロー図である。

本開示のいくつかの実施形態による予約管理装置を例示するブロック図である。

本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。

本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。

本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。

本開示のいくつかの実施形態によるホテル予約方法を例示するフロー図である。

本開示のいくつかの実施形態によるホテル予約装置を例示するブロック図である。

本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。

本開示のいくつかの実施形態による予約生成方法を例示するフロー図である。

本開示のいくつかの実施形態による予約生成装置を例示するブロック図である。

本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。

本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。

開示される実施形態の理解を容易にするために、多くの具体的な詳細が以下の開示において説明される。しかしながら、開示される実施形態は、本明細書でまさに説明されていることと異なる多くの他の方法で実現されてよい。当業者であれば、開示される実施形態の範囲から逸脱することなく、開示される実施形態に対して修正を行うことができる。したがって、開示される実施形態は、開示される以下の具体的な実施形態に限定されるものではない。

開示される実施形態は、ホテル客室を予約するためのホテル情報処理システム、方法、装置、及び電子デバイス、予約を生成又は管理するための方法、装置、及び電子デバイス、並びに様々な他のホテル情報処理システムを提供する。これらの詳細な説明が、以下の実施形態において示されることになる。

本開示で提供されるホテル情報処理システムの全体的なオペレーションは以下の通りである。すなわち、ホテル客室タイプの予約をユーザのために生成する前に、ホテル予約サブシステムは、第１の管理サブシステムを介して、ユーザのサードパーティアカウントのホテルクレジット資格を確認する。ホテル予約サブシステムは、ユーザのサードパーティアカウントがホテルクレジット資格の確認に合格した場合にだけ、予約を生成する。さらに、ユーザがホテルをチェックアウトした後に、ユーザのサードパーティアカウントからリソースを引き落とすことをサードパーティサブシステムに通知する第１の管理サブシステムによって、予約のリソース引き落としが実施される。ユーザは、予約したホテル客室の保証金を前払いする必要もなく、ホテル予約、チェックイン、及び支払いを直接行うことができる。したがって、ユーザのホテル滞在体験が効果的に改善され得る。

図１は、本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。本システムは以下のサブシステムを含む。すなわち、ホテル予約サブシステム１０１と、第１の管理サブシステム１０３と、サードパーティサブシステム１０５とである。

例示された実施形態において、ホテル予約サブシステム１０１は、ユーザのクライアントデバイス（例示されていない）によって送信される指定された客室タイプの予約リクエストを受信し、予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための第１の通知を第１の管理サブシステム１０３に送信し、第１の管理サブシステム１０３によって返信されるユーザのホテルクレジット資格の確認結果を受信し、ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの第１の予約をユーザのために生成する。

ユーザのクライアントデバイスは、スマートフォンなどの移動通信デバイスを含んでよく、あるいは、パーソナルコンピュータ、携帯情報端末、又はタブレット（例えば、ｉＰａｄ（登録商標））などの端末デバイスを含んでもよい。

ホテル予約サブシステム１０１は、オンラインホテル予約機能を実装し、概して、ホテルの公式ウェブサイトのサーバに配置される。しかしながら、ホテル予約サブシステム１０１はサーバに配置されることに限定されるものではなく、本明細書で説明されるホテル予約サブシステム１０１を実行できる任意のデバイスが用いられてよい。

１つの実施形態において、ユーザはまず、クライアントデバイスを利用して、ホテル予約サブシステム１０１によって提供されるホテル照会インタフェースを開き、ホテルによって提供される様々な客室タイプを閲覧してよい。ユーザは次に、関心のある客室タイプをクリックして、客室の詳細を閲覧してよい。ユーザがある客室タイプを予約しようと決めた後に、ユーザはさらに、登録されたユーザ名でホテル予約サブシステム１０１にログインしてよい。ホテル予約サブシステム１０１は次に、ユーザ名で検索することにより、ユーザの個人情報（例えば、名前、携帯電話番号、及び身分証明書番号）を取得することができる。ユーザがある客室タイプを予約しようと意図し、また当該客室タイプがクレジットに基づく方法を用いて予約可能な場合、ユーザは、ユーザのクライアントデバイスでクレジットの支払い方法を選択し、予約リクエストを提出してよい。予約リクエストは、ネットワーク（例えば、インターネット）を介してホテル予約サブシステム１０１に送信される。ユーザのクライアントデバイスによって送信される予約リクエストをホテル予約サブシステム１０１が受信した後に、ホテル予約サブシステム１０１は、ユーザのホテルクレジット資格を確認するための第１の通知を第１の管理サブシステム１０３に送信する。これは、この場合の予約がクレジット方法を利用して行われており、第１の管理サブシステム１０３が組み込まれているか又は設置されている機関（例えば、ＯＴＡウェブサイト）によってクレジット管理機能が実施されるからである。第１の通知はユーザの識別情報を含み、ユーザの識別情報は、前述したようにユーザ名で照会することによって、又はユーザのクライアントデバイスからの入力によって取得されてよい。第１の管理サブシステム１０３が第１の通知に応答して返信したユーザのホテルクレジット資格の確認結果を、ホテル予約サブシステム１０１が受信した後に、確認結果が合格である場合、ホテル予約サブシステム１０１は、予約を入れたユーザのために客室タイプのホテル予約（すなわち、第１の予約）を生成する。

第１の予約は、ホテル予約サーバに格納される。ユーザが、予約、ユーザの身分証明書番号、携帯電話番号、又は他の情報と関連付けられた番号を用いてホテルにチェックインする場合、ホテルの管理システムが、第１の予約に従ってユーザのチェックインを進める。ホテル滞在がクレジット方法を利用して予約されるので、ユーザは予約保証金又はチェックイン保証金を前払いする必要がなく、これにより、従来のオンラインホテル予約方法に存在する、保証金がユーザの利用可能な資金を減少させるという問題が解決される。一方、ホテル受付カウンターの作業が簡略化されるので、チェックインの処理速度が加速され、これにより、ユーザ体験を改善するという目標が達成される。

例示された実施形態において、第１の管理サブシステム１０３は、ホテル予約サブシステム１０１によって送信される第１の通知を受信し、第１の通知に含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ホテルクレジット資格の確認によってユーザが承認を受けていると判定し、指定されたホテル客室タイプの第２の予約（第２の予約は、第１の予約のリソース移動を管理するために第１の管理サブシステム１０３によって認証情報として用いられる）をユーザのために生成し、ユーザのホテルクレジット資格の確認結果をホテル予約サブシステム１０１に返信し、ホテルによって送信される、第１の予約のリソースを移動するための第２の通知を受信し、第２の通知に基づいて、第１の予約と関連付けられた第２の予約を取得し、第２の予約のリソースを移動するための第３の通知をサードパーティサブシステム１０５に送信する。

第１の管理サブシステム１０３は概して、ＯＴＡウェブサイトのサーバに配置される。しかしながら、他の実施形態において、第１の管理サブシステム１０３はＯＴＡウェブサイトのサーバに配置されることに限定されるものではなく、本明細書で説明される第１の管理サブシステム１０３を実行できる任意のデバイスが用いられてよい。

ユーザの識別情報とは、ユーザの身元を一意に識別するのに用いられ得る識別情報を意味する。ユーザの識別情報は、限定されるものではないが、携帯電話番号、身分証明書番号、及び銀行預金口座などのユーザ情報を含む。

第１の管理サブシステム１０３は、ユーザのホテルクレジット資格の確認及び第２の予約の管理などの機能を実装する。本システムでは、ユーザのサードパーティアカウント（例えば、Ａｌｉｐａｙなどのサードパーティ支払いアカウント）のクレジットスコアに基づいてユーザのホテルクレジット資格を確認することに重点が置かれ、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ホテルクレジット資格の確認によってユーザが承認されていると判定する。その間に、第２の予約が生成される必要がある。

第２の予約は、第１の管理サブシステムが第１の予約のリソース移動を管理するための認証情報として用いられる。すなわち、第１の管理サブシステム１０３が、ホテルによって送信される、第１の予約のリソースを移動するための通知を受信した後に、第１の管理サブシステム１０３は、リソースを第２の予約に移動するようサードパーティサブシステムに通知する。

このシステムは、ユーザのサードパーティアカウントのリソース移動（支払い又は担保など）を第１の管理サブシステム１０３を介して管理し且つ制御し、これにより、第１の予約（ホテル予約）の自動リソース移動機能が実現され得ることに留意されたい。すなわち、ユーザのホテルクレジット資格を確認することは、ユーザのサードパーティアカウントのホテルクレジット資格を確認することを意味する。

サードパーティアカウントのクレジットスコアは概して、過去の消費行動などのユーザ情報に基づいて、サードパーティクレジットプラットフォームによってユーザ（サードパーティアカウント）に与えられる一定のクレジット限度額である。リソースが移動される前に、ユーザはクレジット限度額の範囲内で先にお金を使うことができる。これは、サードパーティプラットフォーム（例えば、サードパーティ支払いプラットフォーム）がユーザに保証を与え、ユーザの消費が確実に限度額に収まるようにすることも意味する。

サードパーティアカウントのクレジットスコアは、クレジットスコアに影響を与えるユーザの個人情報に基づいて、サードパーティクレジットプラットフォームによって生成される。クレジットスコアに影響を与える個人情報は、限定されるものではないが、クレジット履歴、消費嗜好、期限内支払い能力、身元、及び人間関係といった個人情報のうち少なくとも１つを含む。

サードパーティクレジットプラットフォームは、多数のデータ点に基づいて個人のクレジットスコアを分析し且つ評価してよく、より高く評価されたスコアがより高いクレジットレベルを意味する。クレジットスコアは、個人のユーザ情報を処理し且つ計算した後に取得される。

１つの実施形態において、第１の管理サブシステム１０３はさらに、ユーザのサードパーティアカウントのクレジットスコアを取得する前に、ユーザのサードパーティアカウントを取得する必要がある。ユーザのサードパーティアカウントは、以下の２つの方式で取得されてよい。１）第１の管理サブシステム１０３は、サードパーティプラットフォームの事前設定されたユーザログインページをユーザのクライアントデバイスに転送し、ユーザは自分のサードパーティアカウントをログインページに入力する。こうして、第１の管理サブシステム１０３はサードパーティアカウントを間接的に取得することができる。２）第１の管理サブシステム１０３はデータベースに直接照会して、ユーザの識別情報に基づいてユーザのサードパーティアカウントを取得する。ユーザのサードパーティアカウントを取得した後に、第１の管理サブシステム１０３はさらに、サードパーティアカウントのクレジットスコアを取得し、その後に、ホテルクレジット資格を確認する次の段階が続く。

ユーザのサードパーティアカウントのクレジットスコアを取得する段階は、以下の２つの方法で実施されてよい。１）サードパーティプラットフォーム（例えば、Ａｌｉｐａｙなどのサードパーティ支払いプラットフォーム）を利用したクレジットスコアの取得、及び２）サードパーティクレジットプラットフォームを利用したクレジットスコアの取得である。クレジットスコアを取得するこれらの２つの方法は、以下でより詳細に説明される。

１）サードパーティプラットフォームを利用したクレジットスコアの取得

サードパーティプラットフォームを利用してクレジットスコアを取得する段階は、以下の段階を含んでよい。すなわち、１．１）ユーザのサードパーティアカウントのクレジットスコア照会リクエストをサードパーティサブシステム１０５に送信する段階と、１．２）サードパーティサブシステム１０５によって返信されるユーザのサードパーティアカウントのクレジットスコアを受信する段階とである。

それに応じて、サードパーティサブシステム１０５はさらに、第１の管理サブシステム１０３によって送信されるクレジットスコア照会リクエストを受信し、最初のクレジットスコア照会リクエストに従ってユーザのサードパーティアカウントのクレジットスコアを取得し、ユーザのサードパーティアカウントのクレジットスコアを第１の管理サブシステム１０３に返信するように構成される。

２）サードパーティクレジットプラットフォームを利用したクレジットスコアの取得

サードパーティクレジットプラットフォームを用いてクレジットスコアを取得する場合、本システムはさらにクレジット評価サブシステムを含み、クレジット評価サブシステムはサードパーティクレジットプラットフォームで動作する。クレジット評価サブシステムは、第１の管理サブシステム１０３によって送信されるクレジットスコア照会リクエストを受信し、事前生成されたクレジットデータベースにユーザのサードパーティアカウントのクレジットスコアを照会し、照会されたユーザのサードパーティアカウントのクレジットスコアを第１の管理サブシステム１０３に返信するように構成される。

サードパーティクレジットプラットフォームを利用してクレジットスコアを取得する第１の管理サブシステム１０３は、以下の段階を含んでよい。すなわち、２．１）ユーザのサードパーティアカウントのクレジットスコア照会リクエストをクレジット評価サブシステムに送信する段階と、２．２）クレジット評価サブシステムによって返信されたユーザのサードパーティアカウントのクレジットスコアを受信する段階とである。

事前設定される最小クレジットスコア閾値は、履歴に基づいて決定されても、指定された客室タイプの料金に基づいて決定されてもよい。例えば、最小クレジットスコア閾値は、総合スコアとして設定されてよい。クレジットスコアが総合スコアより高い場合、ユーザは、保証金不要の予約、支払い前のチェックインなどのクレジットサービスを享受することができる。予約された客室タイプの料金が高い場合、最小クレジットスコア閾値は、リクエストされた具体的な客室の料金に基づいて設定されてよい。

第２の予約は、第１の管理サブシステム１０３が設けられている機関（例えば、ＯＴＡウェブサイト）のサーバに格納される。第２の予約は、ユーザのサードパーティアカウントの情報、及び第１の予約と関連付けられた予約番号などの情報を含む。ホテルによって送信される第１の予約のリソース移動通知を受信した後に、第１の管理サブシステム１０３は、第１の予約と関連付けられた第２の予約に従って、ホテルで実際に消費したリソース（滞在の支払いなど）を第２の予約と関連付けられたサードパーティアカウントから移動することをサードパーティサブシステム１０５に通知する。

ユーザが関連のないサードパーティアカウントを用いて第１の予約のリソースを移動するのを防ぐために、１つの実施形態では、第１の管理サブシステム１０３はさらに、サードパーティアカウントと関係があるサードパーティプラットフォームのパスワード確認ページをユーザのクライアントデバイスに転送するように構成される。サードパーティプラットフォームは、ユーザによって提供されるサードパーティアカウントのパスワードに基づいて、サードパーティアカウントのパスワードを確認し、サードパーティプラットフォームによって返信されるサードパーティアカウントのパスワードの確認結果を受信する。確認結果が合格である場合、ユーザがホテルクレジット資格の確認によって承認されていると判定する。ユーザがホテルクレジット資格の確認によって承認されていると判定された場合にだけ、第２の予約は生成される。確認結果が不合格である場合、ユーザがホテルクレジット資格の確認によって承認されていないと判定される。ユーザのホテルクレジット資格の確認結果は、その後、ホテル予約サブシステム１０１に返信される。サードパーティアカウントのパスワードは、上記処理を用いて確認されてよく、これにより、サードパーティアカウントを用いることの安全性が保証される。

さらに、ユーザとサードパーティプラットフォームとの間の争いを回避するために、サードパーティプラットフォームは、サードパーティプラットフォームがサードパーティアカウントからリソースを自動的に引き落としてよいことを、ユーザがはっきりと確実に理解するように努めなければならない。したがって、サードパーティプラットフォームは、自動リソース引き落としの承認をユーザから前もって取得する必要がある。したがって、いくつかの実施形態では、第１の管理サブシステム１０３はさらに、サードパーティアカウントの予約処理権限照会リクエストをサードパーティサブシステム１０５に送信し、サードパーティサブシステム１０５によって返信されるサードパーティアカウントの予約処理権限を受信し、予約処理権限が許可されている場合、ホテルクレジット資格の確認によってユーザが承認されていると判定するように構成される。同様に、ユーザがホテルクレジット資格の確認によって承認されていると判定された場合にだけ、第２の予約は生成される。予約処理権限が禁止されている場合、ユーザがホテルクレジット資格の確認によって承認されていないと判定され、ユーザのホテルクレジット資格の確認結果はホテル予約サブシステム１０１に返信される。

予約処理権限とは、サードパーティプラットフォームがサードパーティアカウントからリソースを自動的に引き落とすことを許可されるかどうかに関して、ユーザによって明確に設定される権限を意味する。

これに応じて、サードパーティサブシステム１０５はさらに、第１の管理サブシステム１０３によって送信される予約処理権限照会リクエストを受信し、予約処理権限照会リクエストに基づいてサードパーティアカウントの予約処理権限を取得し、サードパーティアカウントの予約処理権限を第１の管理サブシステム１０３に返信するように構成される。

１つの実施形態において、ユーザがホテルクレジットサービスの新規ユーザである場合、サードパーティアカウントの予約処理権限は、通常、まだ設けられていない。この場合、第１の管理サブシステム１０３はさらに、サードパーティプラットフォームの予約処理権限設定ページをユーザのクライアントデバイスに転送し、サードパーティプラットフォームによって返信されるサードパーティアカウントの承認結果を受信し、承認結果が合格である場合、ホテルクレジット資格の確認によってユーザが承認されていると判定するように構成される。承認結果が不合格である場合、ユーザがホテルクレジット資格の確認によって承認されていないと判定され、ユーザのホテルクレジット資格の確認結果はホテル予約サブシステム１０１に返信される。

サードパーティサブシステム１０５は、第１の管理サブシステム１０３によって送信される第３の通知を受信し、第３の通知に基づいてサードパーティアカウントからリソースを引き落とし、引き落とされたリソースをホテルのサードパーティアカウントに移動するように構成される。

サードパーティサブシステム１０５は概して、サードパーティプラットフォームのサーバに配置される。しかしながら、サードパーティサブシステム１０５はこのサーバに配置されることに限定されるものではなく、本明細書で説明されるサードパーティサブシステム１０５を実行できる任意のデバイスが用いられてよい。

１つの実施形態において、サードパーティサブシステム１０５によって返信されたリソース移動成功メッセージを受信した後に、第１の管理サブシステム１０３はさらに、第２の予約の状態を完了状態に更新する必要がある。第１の管理サブシステム１０３は次に、第１の予約のリソースの移動が成功したという通知をホテル予約サブシステム１０１に送信する。

この実施形態において、このシステムはさらにホテル管理サブシステムを含む。ホテル管理サブシステムは、ホテル予約サブシステム１０１によって生成された第１の予約（第１の予約は認証情報としてユーザのチェックインに用いられる）を受信し、ホテルのクライアントデバイスによって送信される第１の予約のリソース移動リクエストを受信し、リソース移動リクエストに含まれるリソース移動情報に基づいてリソース移動通知を第１の管理サブシステム１０３に送信するように構成される。

ホテルのクライアントデバイスは、ホテル受付カウンターにあるパーソナルコンピュータに配置されてよく、ネットワーク（例えば、ローカルエリアネットワーク又はワイドエリアネットワーク）を通じてホテル管理サブシステムに接続されてよい。ユーザがホテル滞在を終えたときにホテル受付カウンターでチェックアウトする場合、ホテルの受付係はホテルのクライアントデバイスを備えたパーソナルコンピュータを用いてユーザの支払いを処理する。ホテルのクライアントデバイスは、ユーザの第１の予約に対応するリソース移動リクエストをホテル管理サブシステムに送信する。ホテル管理サブシステムは、リソース移動リクエストに含まれるリソース移動情報（この情報は、第１の予約の番号、実際の消費額などを含み得る）に基づいて、リソース移動通知を第１の管理サブシステム１０３に送信する。リソース移動通知を受信した後に、第１の管理サブシステム１０３は、第１の予約と関連付けられた第２の予約を取得し、その後、第２の予約のリソースをサードパーティサブシステム１０５に移動するための通知を送信する。第１の管理サブシステム１０３によって送信される通知を受信した後に、サードパーティサブシステム１０５は、この通知に基づいてサードパーティアカウントからリソースを引き落とし、引き落とされたリソースをホテルのサードパーティアカウントに移動する。

別の実施形態において、ホテル管理サブシステムはさらに、ホテルのクライアントデバイスによって送信される第１の予約のチェックインリクエストを受信し、第１の予約の予約状態をチェックイン状態に更新するように構成される。第１の予約の予約状態をチェックイン状態に更新した後に、ホテル管理サブシステムはさらに、第１の予約のユーザがチェックインしたという通知を第１の管理サブシステム１０３に送信してよい。第１の管理サブシステム１０３は、この通知に基づいて、第２の予約の予約状態をチェックイン状態に更新する。したがって、第１の予約及び第２の予約の予約状態が互いに確実に一致するようになり、その結果、第１の管理サブシステム１０３による予約の管理が容易になる。

サードパーティアカウントのクレジットスコアは、サードパーティクレジットプラットフォームによってユーザに与えられる一定のクレジット限度額である。リソースが移動される前に、ユーザはクレジット限度額の範囲内で先にお金を使うことができる。第１の予約が生成された後には、確かに、ある程度のクレジットが利用されている。この実施形態は解決手段を示す。ここで、クレジット評価サブシステムはさらに、第２の予約が生成された後に、指定された客室タイプの料金に基づき、それに応じたサードパーティアカウントのクレジットスコアを差し引き、第２の予約の完了に成功した後に、指定された客室タイプの料金に基づき、それに応じたサードパーティアカウントのクレジットスコアを元に戻すように構成される。上記処理で、ユーザの消費が確実に限度額に収まるようになる。

上記実施形態において提供されるホテル情報処理システムでは、ホテルの公式ウェブサイトの一部として配置されたホテル予約サブシステム１０１が、ホテル客室タイプの予約をユーザのために生成する前に、第１の管理サブシステム１０３を介してユーザのサードパーティアカウントのホテルクレジット資格を確認する。ホテル予約サブシステム１０１は、ユーザのサードパーティアカウントがホテルクレジット資格の確認に合格した場合にだけ、予約を生成する。さらに、ユーザがホテルをチェックアウトした後に、ユーザのサードパーティアカウントからリソースを引き落とすことをサードパーティサブシステム１０５に通知する第１の管理サブシステム１０３によって、予約のリソース引き落としが実施される。このように、ユーザが、予約したホテル客室の保証金を前払いする必要はない。したがって、本開示において提供されるホテル情報処理システムは、ユーザのホテル滞在体験を効果的に改善することができ、これにより、ホテルの市場競争力が改善される。

ホテル情報処理システムが上記実施形態において提供される。これに応じて、開示された実施形態はさらにホテル予約方法を提供する。この方法は、上記システムのホテル予約サブシステムで実行される。本方法は、上記システムのホテル予約サブシステムの実施形態に対応する。

図２は、本開示のいくつかの実施形態によるホテル予約方法を例示するフロー図である。図２に開示する実施形態は、図１に関連して論じられたシステムの実施形態に関連して説明された段階に類似している。したがって、図２の説明は、図１に関連して開示された全ての実施形態を繰り返すことはせず、また図１に関連して提供された関係のある説明を参照することができる。

図２に例示するホテル予約方法は以下の段階を含む。

段階Ｓ１０１：ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信する。

段階Ｓ１０３：予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための通知を事前設定された管理サーバに送信する。この通知はユーザの識別情報を含む。

段階Ｓ１０５：管理サーバによって返信されるユーザのホテルクレジット資格の確認結果を受信する。

段階Ｓ１０７：ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの予約をユーザのために生成する。

ホテル予約方法が上記実施形態において提供される。これに応じて、本開示はさらにホテル予約装置を提供する。１つの実施形態において、本装置は、図２に関連して説明されたオペレーションを行う。

図３は、本開示のいくつかの実施形態によるホテル予約装置を例示するブロック図である。図３の実施形態は、図２に関連して説明された方法に類似したオペレーションを行う。したがって、図３の説明は比較的簡潔である。図２に関連して提供された説明を参照することによって、図３の関連部分を参照することができる。

図３に例示するホテル予約装置が以下のユニットを含む。

ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信するように構成された、予約リクエスト受信ユニット３０１。

予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための通知を事前設定された管理サーバに送信するように構成された、確認通知送信ユニット３０３。この通知はユーザの識別情報を含む。

管理サーバによって返信されるユーザのホテルクレジット資格の確認結果を受信するように構成された、確認結果受信ユニット３０５。

ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの予約をユーザのために生成するように構成された、合格確認処理ユニット３０７。

図４は、本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。図４に図示する電子デバイスによって行われる処理は、図２に関連して論じられた方法の実施形態に類似しており、したがって、この説明は比較的簡潔である。図２に関連して説明された各段階の説明を参照することによって、図４に例示するデバイスの関連部分を参照することができる。

電子デバイスが、図４に例示する実施形態において提供される。電子デバイスは、表示装置４０１と、プロセッサ４０２と、メモリ４０３とを含む。メモリ４０３は、ホテル予約方法を実現するためのプログラムを格納するように構成され、本デバイスが電源を投入されて、プロセッサ４０２を介してホテル予約方法のプログラムを動作させた後に、以下の段階が実行される。すなわち、ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信する段階と、予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための通知を管理サーバに送信する段階であって、この通知はユーザの識別情報を含む、段階と、管理サーバによって返信されるユーザのホテルクレジット資格の確認結果を受信する段階と、ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの予約をユーザのために生成する段階とである。

上記のホテル情報処理システムに従って、本開示はさらに予約管理方法を提供する。この方法は、上記システムの第１の管理サブシステムで実行される。

図５は、本開示のいくつかの実施形態による予約管理方法を例示するフロー図である。図５に例示する実施形態は、図２に関連して論じられた段階と類似の段階を含むので、それらの開示をここで繰り返すことはしない。図２に例示する実施形態の対応する部分を参照することによって参照が行われてよい。図５に提供される予約管理方法は以下の段階を含む。

段階Ｓ５０１：ホテル予約サーバによって送信される、予約を入れたユーザのホテルクレジット資格を確認するための通知を受信する。

１つの実施形態において、ホテル予約サーバによって送信される、予約を入れたユーザのホテルクレジット資格を確認するための通知を受信する段階の後に、本方法はさらに、通知に含まれる指定された客室タイプの料金に基づいて最小クレジットスコア閾値を設定する段階を含む。

段階Ｓ５０３：通知に含まれるユーザの識別情報に基づいて、予約を入れたユーザのサードパーティアカウントのクレジットスコアを取得する。

１つの実施形態において、この段階は以下の小段階を含んでよい。すなわち、１）サードパーティアカウントのクレジットスコア照会リクエストをサードパーティプラットフォームに送信する段階と、２）サードパーティプラットフォームによって返信されるサードパーティアカウントのクレジットスコアを受信する段階とである。

段階Ｓ５０５：事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていると判定し、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階。

１つの実施形態において、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階の前に、本方法はさらに、１）予約を入れたユーザのクライアントデバイスにサードパーティプラットフォームのパスワード確認ページを転送する段階であって、サードパーティプラットフォームは、予約を入れたユーザによって提供されるサードパーティアカウントのパスワードに基づいて、サードパーティアカウントのパスワードを確認する、段階と、２）サードパーティプラットフォームによって返信されるサードパーティアカウントのパスワードの確認結果を受信する段階と、３）確認結果が不合格である場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていないと判定する段階とを含む。

１つの実施形態において、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階の前に、本方法はさらに、１）サードパーティアカウントの予約処理権限照会リクエストをサードパーティプラットフォームに送信する段階と、２）サードパーティプラットフォームによって返信されるサードパーティアカウントの予約処理権限を受信する段階と、３）予約処理権限が禁止されている場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていないと判定する段階とを含む。

１つの実施形態において、本方法はさらに、１）予約処理権限が設けられていない場合、予約を入れたユーザのクライアントデバイスにサードパーティプラットフォームの予約処理権限設定ページを転送し、サードパーティプラットフォームによって返信されるサードパーティアカウントの承認結果を受信する段階と、２）承認結果が不合格である場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていないと判定する段階とを含む。

段階Ｓ５０７：予約を入れたユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信する。

１つの実施形態において、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階の後に、本方法はさらに、通知に含まれる指定された客室タイプの料金に基づいて、対応する差し引きをサードパーティアカウントのクレジットスコアに対して行う段階を含む。これに応じて、予約の完了に成功した後に、本方法はさらに、指定された客室タイプの料金に基づいて、それに応じたサードパーティアカウントのクレジットスコアを元に戻す段階を含む。

１つの実施形態において、本方法はさらに、１）ホテル予約サーバによって送信される、予約と関連付けられたホテル予約のリソース移動通知を受信する段階と、２）リソース移動通知及び予約に基づいて、リソースをサードパーティアカウントからホテルに移動する段階とを含む。１つの実施形態において、移動に成功した場合、移動成功メッセージがホテル予約サーバに送信される。

予約管理方法が上記実施形態において提供される。それに応じて、本開示はさらに予約管理装置を提供する。本装置は、上述した方法の実施形態の実施形態に対応する。

図６は、本開示のいくつかの実施形態による予約管理装置を例示するブロック図である。図６における装置の実施形態は、図５及び他の図に関連して説明された方法の実施形態に実質的に類似している。したがって、この説明は比較的簡潔である。図５で説明された方法の実施形態の一部の説明を参照することによって、関連部分を参照することができる。

図６に例示する予約管理装置が以下のユニットを含む。

ホテル予約サーバによって送信される、予約を入れたユーザのホテルクレジット資格を確認するための通知を受信するように構成された、確認通知受信ユニット６０１。

通知に含まれるユーザの識別情報に基づいて、予約を入れたユーザのサードパーティアカウントのクレジットスコアを取得するように構成された、クレジットスコア取得ユニット６０３。

事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていると判定し、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成するように構成された、合格確認処理ユニット６０５。

予約を入れたユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信するように構成された、確認結果返信ユニット６０７。

図７は、本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。デバイスの実施形態は、方法の実施形態と実質的に類似している。したがって、この説明は比較的簡潔である。方法の実施形態の一部の説明を参照することによって、関連部分を参照することができる。以下に説明されるデバイスの実施形態は、単なる例示である。

電子デバイスが、この実施形態において提供される。この電子デバイスは、表示装置７０１と、プロセッサ７０２と、メモリ７０３とを含む。メモリ７０３は、予約管理方法を実施するためのプログラムを格納するように構成され、本デバイスが電源を投入されて、プロセッサ７０２を介して予約管理方法のプログラムを実行した後に、以下の段階が実行される。すなわち、ホテル予約サーバによって送信される、予約を入れたユーザのホテルクレジット資格の確認に関する通知を受信する段階と、この通知に含まれる、予約を入れたユーザの識別情報に基づいて、予約を入れたユーザのサードパーティアカウントのクレジットスコアを取得する段階と、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていると判定する段階と、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階と、予約を入れたユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信する段階とである。

ホテル情報処理システムが上記実施形態において提供される。それに応じて、本開示はさらに、以下で説明するような第２のホテル情報処理システムを提供する。

図８は、本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。図１及び図８に例示する２つのホテル情報処理システムの実施形態は類似しているので、ここでの説明は比較的簡潔である。図１に関連して前述したシステムの実施形態の一部の説明を参照することによって、関連部分を参照することができる。

この実施形態の第２のホテル情報処理システムは、ホテル予約サブシステム８０１と第１の管理サブシステム８０３とを含む。

ホテル予約サブシステム８０１は、ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信し、予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための通知を第１の管理サブシステム８０３に送信し、第１の管理サブシステム８０３によって返信されるユーザのホテルクレジット資格の確認結果を受信し、ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの第１の予約をユーザのために生成するように構成される。

第１の管理サブシステム８０３は、ホテル予約サブシステム８０１によって送信される通知を受信し、通知に含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ホテルクレジット資格の確認によってユーザが承認を受けていると判定し、指定されたホテル客室タイプの第２の予約（第２の予約は、第１の予約のリソース移動を管理するために第１の管理サブシステム８０３によって認証情報として用いられる）をユーザのために生成し、ユーザのホテルクレジット資格の確認結果をホテル予約サブシステム８０１に返信するように構成される。

図８において提供されるホテル情報処理システムと図１において提供されるホテル情報処理システムとの間の差は、以下の点にある。すなわち、図８のシステムでは、第１の管理サブシステム８０３の機能に重点が置かれ、この機能は、ユーザのホテルクレジット資格を確認すると共に第１の予約及び第２の予約を生成する処理に集中するためのものであり、リソース移動の処理を規定するためのものではない。

図８において提供されるホテル情報処理システムを用いると、ユーザの消費行動に対するクレジット保証がユーザのサードパーティアカウントを介して与えられ、これにより、ユーザの消費行動が確実に限度額に収まることになる。ユーザのサードパーティアカウントがホテルクレジット資格の要件を満たしている場合、ユーザは、保証金を前払いする必要もなく、ホテル予約、チェックイン、及び支払いを直接行うことができる。したがって、ユーザのホテル滞在体験が効果的に改善され得る。

ホテル情報処理システムが上記実施形態において提供される。それに応じて、本開示はさらに、図９において第３のホテル情報処理システムを提供する。

図９は、本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。これらのシステムの実施形態は類似しているので、ここでの説明は比較的簡潔である。上記のシステムの実施形態の一部の説明を参照することによって、関連部分を参照することができる。

図９に例示するホテル情報処理システムは、ホテル予約サブシステム９０１と、ホテル管理サブシステム９０３と、サードパーティサブシステム９０５とを含む。

ホテル予約サブシステム９０１は、ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信し、予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの第１の予約をユーザのために生成し、第１の予約（第１の予約は、第２の予約のリソース移動を管理するための認証情報として、ホテル予約サブシステム９０１によって用いられる）に従って生成される第２の予約の第１の通知をホテル管理サブシステム９０３に送信し、ホテル管理サブシステム９０３によって送信される、第２の予約のリソース移動に関する第２の通知を受信し、第２の通知に基づいて、第１の予約のリソースを移動するための第３の通知をサードパーティサブシステムに送信するように構成される。

図９に例示するホテル情報処理システムと図１に図示するホテル情報処理システムとの間の差は、以下の点にある。すなわち、第１のシステムでは、ホテルの公式ウェブサイトによってオンラインホテル予約機能が提供されるのに対して、第３のシステムでは、サードパーティのウェブサイト（例えば、ＯＴＡウェブサイト）によってオンラインホテル予約機能が提供される。

１つの実施形態において、ユーザのクライアントデバイスは、スマートフォンなどの移動通信デバイスを含み、また、パーソナルコンピュータ、ＰＤＡ、又はタブレット（例えば、ｉＰａｄ（登録商標））などの端末デバイスを含んでもよい。

ホテル予約サブシステム９０１は、オンラインホテル予約機能を実装し、概して、ＯＴＡウェブサイトのサーバに配置される。しかしながら、ホテル予約サブシステム９０１はＯＴＡウェブサイトのサーバに配置されることに限定されるものではなく、本明細書で説明されるホテル予約サブシステム９０１を実行できる任意のデバイスが用いられてよい。

図９に例示するホテル情報処理システムと図１のホテル情報処理システムとの間の別の差は、以下の点にある。すなわち、第１の予約を生成した後に、システムのホテル予約サブシステム９０１は、第１の予約に対応する第２の予約の生成に関する第１の通知をホテル管理サブシステム９０３に送信する必要がある。これにより、ホテルは予約を入れたユーザのチェックイン及び支払いを第２の予約に従って処理しやすくなる。第３のシステムの第２の予約は第１のシステムの第１の予約と同じであり、これらの予約は両方ともホテル予約サーバに格納され、ホテル予約とも呼ばれる。同様に、第３のシステムの第１の予約は、図１に例示するシステムの第２の予約と同じである。

ホテル管理サブシステム９０３は、ホテル予約サブシステム９０１によって送信される第１の通知を受信し、第１の通知に基づいて第２の予約（第２の予約は認証情報としてユーザのチェックインに用いられる）を生成し、指定されたホテルのクライアントデバイスによって送信される第２の予約のリソース移動リクエストを受信し、リソース移動リクエストに含まれるリソース移動情報に基づいて第２の通知をホテル予約サブシステム９０１に送信するように構成される。

ホテル管理サブシステム９０３は概して、ホテルのサーバに配置される。しかしながら、ホテル管理サブシステム９０３はこのサーバにだけ配置されることに限定されるものではなく、本明細書で説明される第１の管理サブシステム９０３を実行できる任意のデバイスが用いられてよい。

サードパーティサブシステム９０５は、ホテル予約サブシステム９０１によって送信される第３の通知を受信し、第３の通知に基づいてサードパーティアカウントからリソースを引き落とし、引き落とされた第２の予約のリソースを指定されたホテルのサードパーティアカウントに移動するように構成される。

図９に関連して説明された上記実施形態において、代替のホテル情報処理システムが提供される。それに応じて、本開示はさらに、別のホテル予約方法を提供する。この方法は、図９に関連して説明されたホテル情報処理システムのホテル予約サブシステム９０１で実行される。

図１０は、本開示のいくつかの実施形態によるホテル予約方法を例示するフロー図である。この方法の実施形態は、図９に関連して論じられたシステムの実施形態に実質的に類似している。したがって、説明は比較的簡潔である。図９のシステムの実施形態の一部の説明を参照することによって、関連部分を参照することができる。

代替のホテル予約方法が以下の段階を含む。

段階Ｓ１００１：ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信する。

段階Ｓ１００３：予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得する。

段階Ｓ１００５：事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの予約をユーザのために生成し、予約に従って生成されたホテル予約の通知を指定されたホテル予約サーバに送信する。

１つの実施形態において、本方法はさらに以下の段階を含む。すなわち、１）指定されたホテルのサーバによって送信されるホテル予約のリソース移動通知を受信する段階と、２）リソース移動通知及び予約に基づいて、リソースをサードパーティアカウントから指定されたホテルに移動する段階とである。

代替のホテル予約方法が上記実施形態において提供される。それに応じて、本開示はさらに、別のホテル予約装置を提供する。本装置は、上記の方法の実施形態の実施形態に対応する。

図１１は、本開示のいくつかの実施形態によるホテル予約装置を例示するブロック図である。この装置の実施形態は、図１０に関連して説明された方法の実施形態に実質的に類似している。したがって、説明は比較的簡潔である。図１０に関連して説明された方法の実施形態の一部の説明を参照することによって、関連部分を参照することができる。

図１１に例示する代替のホテル予約装置が以下のユニットを含む。

ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信するように構成された、予約リクエスト受信ユニット１１０１。

予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得するように構成された、クレジットスコア取得ユニット１１０３。

事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの予約をユーザのために生成し、予約に従って生成されたホテル予約の通知を指定されたホテル予約サーバに送信するように構成された、合格確認処理ユニット１１０５。

図１２は、本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。図１２のデバイスの実施形態は、図１０に関連して論じられた方法の実施形態に実質的に類似したオペレーションを行う。したがって、説明は比較的簡潔である。図１０に関連して説明された方法の実施形態の説明を参照することによって、関連部分を参照することができる。

電子デバイスが図１２において提供される。この電子デバイスは、表示装置１２０１と、プロセッサ１２０２と、メモリ１２０３とを含む。メモリ１２０３は、ホテル予約処理を実施するためのプログラムを格納するように構成され、本デバイスが電源を投入されて、プロセッサ１２０２を介してホテル予約方法のプログラムを実行した後に、以下の段階が実行される。すなわち、ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信する段階と、予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得する段階と、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの予約を生成する段階と、予約に従って生成されたホテル予約の通知を指定されたホテル予約サーバに送信する段階とである。

図９に関連して論じられたホテル情報処理システムに従って、本開示はさらに予約生成方法を提供する。この方法は、図９に関連して論じられたホテル情報処理システムのホテル管理サブシステム９０３で実行される。

図１３は、本開示のいくつかの実施形態による予約生成方法を例示するフロー図である。図１３に例示する実施形態における様々な段階の説明は、図２に例示する実施形態のものに類似しているので、それらの開示をここで繰り返すことはしない。図２に関連して説明された実施形態の対応する部分を参照することによって、参照が行われてよい。例示された図１３の実施形態において提供される予約生成方法は、以下の段階を含む。

段階Ｓ１３０１：ホテル予約サーバによって送信される、特定の予約に従って生成されるホテル予約の通知を受信する。この通知は、予約を入れたユーザの識別情報と予約された客室タイプに関する情報とを含む。

段階Ｓ１３０３：通知に基づいてホテル予約を生成する。

１つの実施形態において、例示された方法はさらに以下の段階を含む。すなわち、１）ホテルのクライアントデバイスによって送信されるホテル予約のリソース移動リクエストを受信する段階と、２）リソース移動リクエストに含まれるリソース移動情報に基づいて、ホテル予約のリソース移動に関する通知をホテル予約サーバに送信する段階とである。

予約生成方法が上記実施形態において提供される。それに応じて、本開示はさらに、図１３に例示する方法の実施形態の実施形態に対応する予約生成装置を提供する。

図１４は、本開示のいくつかの実施形態による予約生成装置を例示するブロック図である。図１４に例示する実施形態は、図１３に関連して説明された方法の実施形態に類似したオペレーションを行う。したがって、説明は比較的簡潔である。図１３の方法の実施形態の説明を参照することによって、関連部分を参照することができる。

図１４の予約生成装置は以下のユニットを含む。

ホテル予約サーバによって送信される、特定の予約に従って生成されるホテル予約の通知を受信するように構成された、予約生成通知受信ユニット１４０１。この通知は、予約を入れたユーザの識別情報と予約された客室タイプに関する情報とを含む。

通知に基づいてホテル予約を生成するように構成された、予約生成ユニット１４０３。

図１５は、本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。図１５に例示するデバイスの実施形態は、図１３に関連して説明された方法の実施形態に類似したオペレーションを行う。したがって、説明は比較的簡潔である。図１３に関連して説明された方法の実施形態の説明を参照することによって、関連部分を参照することができる。

図１５に例示する実施形態において電子デバイスが提供される。この電子デバイスは、表示装置１５０１と、プロセッサ１５０２と、メモリ１５０３とを含む。メモリ１５０３は、予約生成方法を実施するためのプログラムを格納するように構成され、本デバイスが電源を投入されて、プロセッサ１５０２を介して予約生成方法のプログラムを実行した後に、以下の段階が実行される。すなわち、ホテル予約サーバによって送信される、特定の予約に従って生成されるホテル予約の通知を受信する段階であって、この通知は予約を入れたユーザの識別情報と予約された客室タイプに関する情報とを含む、段階と、通知に基づいてホテル予約を生成する段階とである。

図１６は、本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。前述した２つのシステムの実施形態は類似しているので、ここでの説明は比較的簡潔である。前述したシステムの実施形態の一部の説明を参照することによって、関連部分を参照することができる。

図１６に例示するホテル情報処理システムは、ホテル予約サブシステム１６０１とホテル管理サブシステム１６０３とを含む。

ホテル予約サブシステム１６０１は、ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信し、予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの第１の予約をユーザのために生成し、第１の予約（第１の予約は、第２の予約のリソース移動を管理するための認証情報として、ホテル予約サブシステム１６０１によって用いられる）に従って生成される第２の予約の第１の通知をホテル管理サブシステムに送信するように構成される。

ホテル管理サブシステム１６０３は、ホテル予約サブシステム１６０１によって送信される通知を受信し、この通知に基づいて第２の予約を生成するように構成され、第２の予約は認証情報としてユーザのチェックインに用いられる。

図１６に例示するホテル情報処理システムと図９に例示するホテル情報処理システムとの間の差は、以下の点にある。すなわち、図１６のシステムでは、ホテル予約サブシステム１６０１の機能に重点が置かれ、この機能はユーザのホテルクレジット資格を確認すると共に第１の予約及び第２の予約を生成する処理に集中するためのものであり、リソース移動の処理を規定するためのものではない。

図１６において提供されるホテル情報処理システムを用いると、ユーザの消費行動に対するクレジット保証がユーザのサードパーティアカウントを介して与えられ、これにより、ユーザの消費行動が確実に限度額に収まることになる。ユーザのサードパーティアカウントがホテルクレジット資格の要件を満たしている場合、ユーザは、保証金を前払いする必要もなく、ホテル予約、チェックイン、及び支払いを直接行うことができる。したがって、ユーザのホテル滞在体験が効果的に改善され得る。

本開示は、特定の実施形態と共に上記に提供される。しかしながら、これらの実施形態は本開示を限定することを意図していない。当業者であれば、開示された実施形態の主旨及び範囲から逸脱することなく、様々な変形形態及び修正形態を作り出すことができる。したがって、開示された実施形態の範囲は、本開示の請求項により定められる範囲によって決まる。

典型的な構成において、コンピュータ処理装置は、１つ又は複数のプロセッサ（ＣＰＵ）、入力／出力インタフェース、ネットワークインタフェース、及びメモリを含む。

メモリは、非永続的メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／又は、リードオンリメモリ（ＲＯＭ）若しくはフラッシュメモリ（フラッシュＲＡＭ）などの不揮発性メモリなどの形でコンピュータ可読媒体を含んでよい。このメモリはコンピュータ可読媒体の一例である。

コンピュータ可読媒体は、任意の方法又は手法によって情報記憶を実現できる永続的媒体及び非永続的媒体、並びに非固定式媒体及び固定式媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータであってよい。コンピュータの記憶媒体の例には、限定されるものではないが、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ若しくは他のメモリ装置、コンパクトディスクリードオンリメモリ（ＣＤ‐ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）若しくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置若しくは他の磁気記憶装置、又は、コンピュータ処理装置がアクセス可能な情報を格納するのに用いられ得る任意の他の非伝送媒体が含まれる。本明細書の定義を踏まえると、コンピュータ可読媒体は、変調データ信号及び搬送波などの非一時的コンピュータ可読媒体を含まない（一時的媒体である）。

開示された実施形態は、方法、システム、又はコンピュータプログラム製品として提供され得ることを、当業者であれば理解するはずである。したがって、開示された実施形態は、完全なハードウェア実施形態、完全なソフトウェア実施形態、又はソフトウェア構成要素及びハードウェア構成要素を組み合わせた実施形態の形を用いてよい。さらに、開示された実施形態は、コンピュータ利用可能プログラムコードを内部に格納する１つ又は複数のコンピュータ利用可能記憶媒体（限定されるものではないが、磁気ディスクメモリ、ＣＤ‐ＲＯＭ、光メモリなどを含む）で実現されるコンピュータプログラム製品の形を用いてもよい。

Claims (20)

1. ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を処理デバイスにおいて受信する段階であって、前記通知は前記ユーザと関連付けられた識別情報を含む、段階と、
   前記処理デバイスによって、前記識別情報に基づいて前記ユーザのサードパーティアカウントのクレジットスコアを取得する段階と、
   事前設定された最小クレジットスコア閾値を前記クレジットスコアが満たしている場合、前記処理デバイスによって、前記ユーザが前記ホテルクレジット資格の承認を受けていると判定する段階と、
   前記処理デバイスによって、前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する段階と、
   前記処理デバイスによって、前記ユーザの前記ホテルクレジット資格の確認結果を前記ホテル予約サーバに返信する段階とを
   備える、方法。
2. 前記識別情報に基づいて、前記ユーザのサードパーティアカウントのクレジットスコアを取得する段階は、
   前記処理デバイスによって、前記サードパーティアカウントのクレジットスコア照会リクエストをサードパーティプラットフォームに送信する段階と、
   前記処理デバイスにおいて、前記サードパーティアカウントの前記クレジットスコアを前記サードパーティプラットフォームから受信する段階と
   を有する、請求項１に記載の方法。
3. 前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する段階の前に、前記方法はさらに、
   前記処理デバイスによって、前記サードパーティプラットフォームのパスワード確認ページを前記ユーザのクライアントデバイスに転送する段階であって、前記サードパーティプラットフォームは、前記ユーザによって前記パスワード確認ページを介して提供される前記サードパーティアカウントのパスワードに基づいて、前記サードパーティアカウントのパスワードを確認する、段階と、
   前記処理デバイスにおいて、前記サードパーティアカウントの前記パスワードのパスワード確認結果を前記サードパーティプラットフォームから受信する段階と、
   前記パスワード確認結果が不合格である場合、前記処理デバイスによって、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定する段階と
   を備える、請求項２に記載の方法。
4. 前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する前記段階の前に、前記方法はさらに、
   前記処理デバイスによって、前記サードパーティアカウントの予約処理権限照会リクエストをサードパーティプラットフォームに送信する段階と、
   前記処理デバイスにおいて、前記サードパーティプラットフォームによって返信される前記サードパーティアカウントの予約処理権限を受信する段階と、
   前記予約処理権限が前記サードパーティプラットフォームによって禁止されている場合、前記処理デバイスによって、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定する段階と
   を備える、請求項１から３のいずれか一項に記載の方法。
5. 予約処理権限が設けられていない場合、前記処理デバイスによって、サードパーティプラットフォームの予約処理権限設定ページを前記ユーザのクライアントデバイスに転送する段階と、
   前記処理デバイスにおいて、前記サードパーティプラットフォームによって返信される前記サードパーティアカウントの承認結果を受信する段階と、
   前記承認結果が不合格である場合、前記処理デバイスによって、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定する段階と
   をさらに備える、請求項１から４のいずれか一項に記載の方法。
6. ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信する前記段階の後に、前記方法はさらに、
   前記処理デバイスによって、前記通知に含まれる前記指定されたホテル客室タイプの料金に基づいて前記最小クレジットスコア閾値を設定する段階を備える、請求項１から５のいずれか一項に記載の方法。
7. 前記サードパーティアカウントの前記クレジットスコアは、前記ユーザの個人情報に基づいて前記サードパーティアカウントの前記クレジットスコアを生成することによって生成される、請求項６に記載の方法。
8. 前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する段階の後に、前記方法はさらに、
   前記処理デバイスによって、前記通知に含まれる前記指定されたホテル客室タイプの料金に基づいて、対応する差し引きを前記サードパーティアカウントの前記クレジットスコアに対して行う段階を備え、
   前記予約を入れることに成功した後に、前記方法はさらに、
   前記処理デバイスによって、前記指定されたホテル客室タイプの前記料金に基づいて、それに応じた前記サードパーティアカウントの前記クレジットスコアを元に戻す段階を備える、請求項１から７のいずれか一項に記載の方法。
9. 前記ホテル予約サーバによって送信される、前記予約と関連付けられたホテル客室予約のリソース移動通知を前記処理デバイスによって受信する段階と、
   前記リソース移動通知及び前記予約に基づいて、前記処理デバイスによってリソースを前記サードパーティアカウントからホテルに移動する段階と
   をさらに備える、請求項１から８のいずれか一項に記載の方法。
10. 前記リソースの移動に成功した場合、前記処理デバイスによって、移動成功メッセージを前記ホテル予約サーバに送信する段階をさらに備える、請求項９に記載の方法。
11. プロセッサと、
    コンピュータ実行可能命令を内部に格納した非一時的メモリと
    を備える装置であって、
    前記コンピュータ実行可能命令は、前記プロセッサによって実行された場合、前記装置に複数のオペレーションを実行させ、前記複数のオペレーションは、
    ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信するオペレーションであって、前記通知は前記ユーザと関連付けられた識別情報を含む、オペレーションと、
    前記識別情報に基づいて、前記ユーザのサードパーティアカウントのクレジットスコアを取得するオペレーションと、
    事前設定した最小クレジットスコア閾値を前記クレジットスコアが満たしている場合、前記ユーザが前記ホテルクレジット資格の承認を受けていると判定するオペレーションと、
    前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成するオペレーションと、
    前記ユーザの前記ホテルクレジット資格の確認結果を前記ホテル予約サーバに返信するオペレーションとである、装置。
12. 前記識別情報に基づいて、前記ユーザのサードパーティアカウントのクレジットスコアを取得するオペレーションは、
    前記サードパーティアカウントのクレジットスコア照会リクエストをサードパーティプラットフォームに送信するオペレーションと、
    前記サードパーティアカウントの前記クレジットスコアを前記サードパーティプラットフォームから受信するオペレーションと
    を有する、請求項１１に記載の装置。
13. 前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成するオペレーションの前に、前記複数のオペレーションはさらに、
    前記サードパーティプラットフォームのパスワード確認ページを前記ユーザのクライアントデバイスに転送するオペレーションであって、前記サードパーティプラットフォームは、前記ユーザによって前記パスワード確認ページを介して提供される前記サードパーティアカウントのパスワードに基づいて、前記サードパーティアカウントのパスワードを確認する、オペレーションと、
    前記サードパーティアカウントの前記パスワードのパスワード確認結果を前記サードパーティプラットフォームから受信するオペレーションと、
    前記パスワード確認結果が不合格である場合、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定するオペレーションと
    を含む、請求項１２に記載の装置。
14. 前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する前記オペレーションの前に、前記複数のオペレーションはさらに、
    前記サードパーティアカウントの予約処理権限照会リクエストをサードパーティプラットフォームに送信するオペレーションと、
    前記サードパーティプラットフォームによって返信される前記サードパーティアカウントの予約処理権限を受信するオペレーションと、
    前記予約処理権限が前記サードパーティプラットフォームによって禁止されている場合、前記ユーザが前記ホテルクレジット資格の前記確認によって承認されていないと判定するオペレーションと
    を含む、請求項１１から１３のいずれか一項に記載の装置。
15. 前記複数のオペレーションはさらに、
    予約処理権限が設けられていない場合、サードパーティプラットフォームの予約処理権限設定ページを前記ユーザのクライアントデバイスに転送するオペレーションと、
    前記サードパーティプラットフォームによって返信される前記サードパーティアカウントの承認結果を受信するオペレーションと、
    前記承認結果が不合格である場合、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定するオペレーションと
    を含む、請求項１１から１４のいずれか一項に記載の装置。
16. ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信する前記オペレーションの後に、前記複数のオペレーションはさらに、
    前記通知に含まれる前記指定されたホテル客室タイプの料金に基づいて前記最小クレジットスコア閾値を設定するオペレーションを含む、請求項１１から１５のいずれか一項に記載の装置。
17. 前記サードパーティアカウントの前記クレジットスコアは、前記ユーザの個人情報に基づいて前記サードパーティアカウントの前記クレジットスコアを生成することによって生成される、請求項１６に記載の装置。
18. 前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成するオペレーションの後に、前記複数のオペレーションはさらに、
    前記通知に含まれる前記指定されたホテル客室タイプの料金に基づいて、対応する差し引きを前記サードパーティアカウントの前記クレジットスコアに対して行うオペレーションを含み、
    前記予約を入れることに成功した後に、前記複数のオペレーションはさらに、
    前記指定されたホテル客室タイプの前記料金に基づいて、それに応じた前記サードパーティアカウントの前記クレジットスコアを元に戻すオペレーションを含む、請求項１１から１７のいずれか一項に記載の装置。
19. 前記複数のオペレーションはさらに、
    前記ホテル予約サーバによって送信される、前記予約と関連付けられたホテル客室予約のリソース移動通知を受信するオペレーションと、
    前記リソース移動通知及び前記予約に基づいて、リソースを前記サードパーティアカウントからホテルに移動するオペレーションと
    を含む、請求項１１から１８のいずれか一項に記載の装置。
20. 前記複数のオペレーションはさらに、
    前記リソースの移動に成功した場合、移動成功メッセージを前記ホテル予約サーバに送信するオペレーションを含む、請求項１９に記載の装置。

Images