(57)【要約】  本開示は、ホテル情報処理システムに関する。１つの実施形態において、方法は、ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信する段階であって、この通知はユーザと関連付けられた識別情報を含む、段階と、識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得する段階と、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ユーザがホテルクレジット資格の承認を受けていると判定する段階と、予約リクエストに含まれる指定されたホテル客室タイプの予約をユーザのために生成する段階と、ユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信する段階とを含む。
2019525284.tif 000002
【特許請求の範囲】
【請求項１】
ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を処理デバイスにおいて受信する段階であって、前記通知は前記ユーザと関連付けられた識別情報を含む、段階と、
前記処理デバイスによって、前記識別情報に基づいて前記ユーザのサードパーティアカウントのクレジットスコアを取得する段階と、
事前設定された最小クレジットスコア閾値を前記クレジットスコアが満たしている場合、前記処理デバイスによって、前記ユーザが前記ホテルクレジット資格の承認を受けていると判定する段階と、
前記処理デバイスによって、前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する段階と、
前記処理デバイスによって、前記ユーザの前記ホテルクレジット資格の確認結果を前記ホテル予約サーバに返信する段階とを
備える、方法。
【請求項２】
前記識別情報に基づいて、前記ユーザのサードパーティアカウントのクレジットスコアを取得する段階は、
前記処理デバイスによって、前記サードパーティアカウントのクレジットスコア照会リクエストをサードパーティプラットフォームに送信する段階と、
前記処理デバイスにおいて、前記サードパーティアカウントの前記クレジットスコアを前記サードパーティプラットフォームから受信する段階と
を有する、請求項１に記載の方法。
【請求項３】
前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する段階の前に、前記方法はさらに、
前記処理デバイスによって、前記サードパーティプラットフォームのパスワード確認ページを前記ユーザのクライアントデバイスに転送する段階であって、前記サードパーティプラットフォームは、前記ユーザによって前記パスワード確認ページを介して提供される前記サードパーティアカウントのパスワードに基づいて、前記サードパーティアカウントのパスワードを確認する、段階と、
前記処理デバイスにおいて、前記サードパーティアカウントの前記パスワードのパスワード確認結果を前記サードパーティプラットフォームから受信する段階と、
前記パスワード確認結果が不合格である場合、前記処理デバイスによって、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定する段階と
を備える、請求項２に記載の方法。
【請求項４】
前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する前記段階の前に、前記方法はさらに、
前記処理デバイスによって、前記サードパーティアカウントの予約処理権限照会リクエストをサードパーティプラットフォームに送信する段階と、
前記処理デバイスにおいて、前記サードパーティプラットフォームによって返信される前記サードパーティアカウントの予約処理権限を受信する段階と、
前記予約処理権限が前記サードパーティプラットフォームによって禁止されている場合、前記処理デバイスによって、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定する段階と
を備える、請求項１から３のいずれか一項に記載の方法。
【請求項５】
予約処理権限が設けられていない場合、前記処理デバイスによって、サードパーティプラットフォームの予約処理権限設定ページを前記ユーザのクライアントデバイスに転送する段階と、
前記処理デバイスにおいて、前記サードパーティプラットフォームによって返信される前記サードパーティアカウントの承認結果を受信する段階と、
前記承認結果が不合格である場合、前記処理デバイスによって、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定する段階と
をさらに備える、請求項１から４のいずれか一項に記載の方法。
【請求項６】
ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信する前記段階の後に、前記方法はさらに、
前記処理デバイスによって、前記通知に含まれる前記指定されたホテル客室タイプの料金に基づいて前記最小クレジットスコア閾値を設定する段階を備える、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記サードパーティアカウントの前記クレジットスコアは、前記ユーザの個人情報に基づいて前記サードパーティアカウントの前記クレジットスコアを生成することによって生成される、請求項６に記載の方法。
【請求項８】
前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する段階の後に、前記方法はさらに、
前記処理デバイスによって、前記通知に含まれる前記指定されたホテル客室タイプの料金に基づいて、対応する差し引きを前記サードパーティアカウントの前記クレジットスコアに対して行う段階を備え、
前記予約を入れることに成功した後に、前記方法はさらに、
前記処理デバイスによって、前記指定されたホテル客室タイプの前記料金に基づいて、それに応じた前記サードパーティアカウントの前記クレジットスコアを元に戻す段階を備える、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記ホテル予約サーバによって送信される、前記予約と関連付けられたホテル客室予約のリソース移動通知を前記処理デバイスによって受信する段階と、
前記リソース移動通知及び前記予約に基づいて、前記処理デバイスによってリソースを前記サードパーティアカウントからホテルに移動する段階と
をさらに備える、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
前記リソースの移動に成功した場合、前記処理デバイスによって、移動成功メッセージを前記ホテル予約サーバに送信する段階をさらに備える、請求項９に記載の方法。
【請求項１１】
プロセッサと、
コンピュータ実行可能命令を内部に格納した非一時的メモリと
を備える装置であって、
前記コンピュータ実行可能命令は、前記プロセッサによって実行された場合、前記装置に複数のオペレーションを実行させ、前記複数のオペレーションは、
ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信するオペレーションであって、前記通知は前記ユーザと関連付けられた識別情報を含む、オペレーションと、
前記識別情報に基づいて、前記ユーザのサードパーティアカウントのクレジットスコアを取得するオペレーションと、
事前設定した最小クレジットスコア閾値を前記クレジットスコアが満たしている場合、前記ユーザが前記ホテルクレジット資格の承認を受けていると判定するオペレーションと、
前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成するオペレーションと、
前記ユーザの前記ホテルクレジット資格の確認結果を前記ホテル予約サーバに返信するオペレーションとである、装置。
【請求項１２】
前記識別情報に基づいて、前記ユーザのサードパーティアカウントのクレジットスコアを取得するオペレーションは、
前記サードパーティアカウントのクレジットスコア照会リクエストをサードパーティプラットフォームに送信するオペレーションと、
前記サードパーティアカウントの前記クレジットスコアを前記サードパーティプラットフォームから受信するオペレーションと
を有する、請求項１１に記載の装置。
【請求項１３】
前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成するオペレーションの前に、前記複数のオペレーションはさらに、
前記サードパーティプラットフォームのパスワード確認ページを前記ユーザのクライアントデバイスに転送するオペレーションであって、前記サードパーティプラットフォームは、前記ユーザによって前記パスワード確認ページを介して提供される前記サードパーティアカウントのパスワードに基づいて、前記サードパーティアカウントのパスワードを確認する、オペレーションと、
前記サードパーティアカウントの前記パスワードのパスワード確認結果を前記サードパーティプラットフォームから受信するオペレーションと、
前記パスワード確認結果が不合格である場合、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定するオペレーションと
を含む、請求項１２に記載の装置。
【請求項１４】
前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成する前記オペレーションの前に、前記複数のオペレーションはさらに、
前記サードパーティアカウントの予約処理権限照会リクエストをサードパーティプラットフォームに送信するオペレーションと、
前記サードパーティプラットフォームによって返信される前記サードパーティアカウントの予約処理権限を受信するオペレーションと、
前記予約処理権限が前記サードパーティプラットフォームによって禁止されている場合、前記ユーザが前記ホテルクレジット資格の前記確認によって承認されていないと判定するオペレーションと
を含む、請求項１１から１３のいずれか一項に記載の装置。
【請求項１５】
前記複数のオペレーションはさらに、
予約処理権限が設けられていない場合、サードパーティプラットフォームの予約処理権限設定ページを前記ユーザのクライアントデバイスに転送するオペレーションと、
前記サードパーティプラットフォームによって返信される前記サードパーティアカウントの承認結果を受信するオペレーションと、
前記承認結果が不合格である場合、前記ユーザが前記ホテルクレジット資格の承認を受けていないと判定するオペレーションと
を含む、請求項１１から１４のいずれか一項に記載の装置。
【請求項１６】
ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信する前記オペレーションの後に、前記複数のオペレーションはさらに、
前記通知に含まれる前記指定されたホテル客室タイプの料金に基づいて前記最小クレジットスコア閾値を設定するオペレーションを含む、請求項１１から１５のいずれか一項に記載の装置。
【請求項１７】
前記サードパーティアカウントの前記クレジットスコアは、前記ユーザの個人情報に基づいて前記サードパーティアカウントの前記クレジットスコアを生成することによって生成される、請求項１６に記載の装置。
【請求項１８】
前記予約リクエストに含まれる指定されたホテル客室タイプの予約を前記ユーザのために生成するオペレーションの後に、前記複数のオペレーションはさらに、
前記通知に含まれる前記指定されたホテル客室タイプの料金に基づいて、対応する差し引きを前記サードパーティアカウントの前記クレジットスコアに対して行うオペレーションを含み、
前記予約を入れることに成功した後に、前記複数のオペレーションはさらに、
前記指定されたホテル客室タイプの前記料金に基づいて、それに応じた前記サードパーティアカウントの前記クレジットスコアを元に戻すオペレーションを含む、請求項１１から１７のいずれか一項に記載の装置。
【請求項１９】
前記複数のオペレーションはさらに、
前記ホテル予約サーバによって送信される、前記予約と関連付けられたホテル客室予約のリソース移動通知を受信するオペレーションと、
前記リソース移動通知及び前記予約に基づいて、リソースを前記サードパーティアカウントからホテルに移動するオペレーションと
を含む、請求項１１から１８のいずれか一項に記載の装置。
【請求項２０】
前記複数のオペレーションはさらに、
前記リソースの移動に成功した場合、移動成功メッセージを前記ホテル予約サーバに送信するオペレーションを含む、請求項１９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本出願は、２０１６年７月６日出願の「ホテル情報を処理するためのシステム（Ａ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｐｒｏｃｅｓｓｉｎｇ  Ｈｏｔｅｌ  Ｉｎｆｏｒｍａｔｉｏｎ）」と題する中国特許出願第２０１６１０５２８２５０．１号と、２０１７年７月３日出願の「標準インタフェースを介して異種のコンピュータ処理装置を接続するためのシステム及び方法（Ｓｙｓｔｅｍｓ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｃｏｎｎｅｃｔｉｎｇ  Ｄｉｓｐａｒａｔｅ  Ｃｏｍｐｕｔｉｎｇ  Ｄｅｖｉｃｅｓ  ｖｉａ  Ｓｔａｎｄａｒｄ  Ｉｎｔｅｒｆａｃｅｓ）」と題する米国特許出願第１５／６４０，７５０号とに基づく優先権の利益を主張する。両特許出願はその全体が参照により本明細書に組み込まれる。
【０００２】
本開示はネットワークインタフェース及びネットワーク接続の分野に関し、具体的には、共有された標準インタフェースを介して異種のコンピュータ処理装置とネットワークとを接続するためのシステム及び方法に関する。
【背景技術】
【０００３】
インターネット技術の急速な発展に伴い、オンライン旅行代理店（「ＯＴＡ」）のウェブサイトを利用してホテル客室を予約するなどの、オンラインでのホテル客室予約を経験するユーザ数が増え続けている。オンラインホテル予約によって、ユーザは大幅に予約を行いやすくなる。したがって、ますます多くのＯＴＡウェブサイトが出現しており、これが、オンライン旅行業界の競争激化につながっている。
【０００４】
現在、オンライン旅行業界は再編中であり、業界内の均一化という、ますます厳しさを増す問題に直面している。ユーザサービスの強化及びホテルの業務コスト削減、並びにそれらによるオンライン予約ウェブサイト（例えば、ホテルの公式ウェブサイト又はＯＴＡウェブサイト）の中心となる競争力の向上は、各オンライン予約ウェブサイトが取り組もうと努める緊急の課題である。しかしながら、従来の「オンライン客室予約」の手法は、以下の問題を抱えている。
【０００５】
１）保証金の影響を受ける利用可能な資金
【０００６】
現在のオンラインホテル予約サービスの手続きは、一般に以下の段階を含む。ユーザが客室料金を前払いする。ユーザが受付カウンターで前払い金を支払う。ユーザがホテルからチェックアウトする。チェックアウト後に前払い金が返却される。ホテルは一般に、客室料金より高い料金を請求するか、又は、ユーザのチェックインを（例えば、受付カウンターで）処理するときに、保証金の代わりにユーザの事前承認済みキャッシュカード（例えば、クレジット／デビットカード）を利用することがある。ホテル滞在中に、客室料金はユーザの利用可能な資金から２回以上差し引かれる。したがって、この従来の方法では、ユーザの利用可能な資金を拘束するだけでなく、複雑な手続きをもたらすことにもなる。もっと極端な場合は、客室タイプによって、オンラインで予約するときに、ユーザが客室料金全額の前払いを要求される場合である。
【０００７】
２）ユーザ体験の問題
【０００８】
ユーザがホテルにチェックインする場合、ユーザは識別情報をホテル受付カウンターに提示して、（カードをスワイプするか又は現金を使うことによって）保証金を支払う必要がある。多くの宿泊客が同時に待っている場合、ユーザは長い列に並んで待つ必要もある。ユーザがホテルからチェックアウトする場合、ユーザは客室カードを返却し、ユーザの滞在中に生じたあらゆる消費を確認するために客室チェックを待つ必要がある。その後に、現金での支払い又はクレジットカードの事前承認の取り消しなどの他の作業が続く。換言すれば、ユーザは、いくらかの現金又はクレジットカードをチェックインのために持参する必要があり、チェックイン及びチェックアウト時に待ちながらある程度の時間を費やす必要がある。
【０００９】
３）ホテル受付カウンターでの複雑な作業
【００１０】
ホテル受付係は、客室料金の受け取り、保証金の受け取り、客室の確認、アカウントの解約、過剰請求額の返却、及び不足額の支払い請求などの作業を行う必要がある。したがって、ホテル受付カウンターで行われる作業は、かなり複雑である。これらの作業を行う時間が長いことも、ホテル宿泊客のより長い待ち時間につながる。
【００１１】
オンラインホテル予約システムに関するこれらの既存の問題は、ユーザ体験の強化に著しい困難をもたらし、そのことが今度はオンライン予約ウェブサイトの競争力を低下させている。上記のことを考慮すると、現在の解決手段に含まれる１つの問題は、ホテル滞在に必要な保証金がユーザの利用可能な資金を減少させているということである。
【発明の概要】
【００１２】
現在のシステムにおける前述の問題（例えば、ホテル滞在時の保証金がユーザの利用可能な資金を減少させているという問題）を解決するために、本開示はホテル情報処理システムを提供する。本開示はさらに、ホテル客室を予約するための方法、装置、及び電子デバイス、予約を生成又は管理するための方法、装置、及び電子デバイス、並びに他のホテル情報処理システムを提供する。
【００１３】
１つの実施形態において、方法は、ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信する段階であって、この通知はユーザと関連付けられた識別情報を含む、段階と、識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得する段階と、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ユーザがホテルクレジット資格の承認を受けていると判定する段階と、予約リクエストに含まれる指定されたホテル客室タイプの予約をユーザのために生成する段階と、ユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信する段階とを含む。
【００１４】
別の実施形態において、装置は、プロセッサと、コンピュータ実行可能命令を内部に格納した非一時的メモリとを含み、コンピュータ実行可能命令は、プロセッサによって実行された場合、当該装置に複数のオペレーションを実行させる。これらのオペレーションは、ホテル予約サーバによって送信される、予約リクエストを提出したユーザのホテルクレジット資格を確認するための通知を受信するオペレーションであって、この通知はユーザと関連付けられた識別情報を含む、オペレーションと、識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得するオペレーションと、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ユーザがホテルクレジット資格の承認を受けていると判定するオペレーションと、予約リクエストに含まれる指定されたホテル客室タイプの予約をユーザのために生成するオペレーションと、ユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信するオペレーションとである。
【００１５】
現在のシステムと比較すると、開示される実施形態において提供されるホテル情報処理システムは、ホテル予約サブシステムと、第１の管理サブシステムと、サードパーティサブシステムとを含む。ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信した後に、ホテル予約サブシステムは、予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための第１の通知を第１の管理サブシステムに送信する。ホテル予約サブシステムによって送信される第１の通知を受信した後に、第１の管理サブシステムは、第１の通知に含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ホテルクレジット資格の確認によってユーザが承認されていると判定し、指定されたホテル客室タイプの第２の予約をユーザのために生成し、ユーザのホテルクレジット資格の確認結果をホテル予約サブシステムに返信する。第１の管理サブシステムによって返信されたユーザのホテルクレジット資格の確認結果を受信した後に、ホテル予約サブシステムは、ホテルクレジット資格の確認結果が合格であれば、予約リクエストに基づいて、指定された客室タイプの第１の予約をユーザのために生成する。ホテルによって送信される、第１の予約のリソースを移動するための第２の通知を受信した後に、第１の管理サブシステムは、第２の通知に基づいて第１の予約と関連付けられた第２の予約を取得し、第１の管理サブシステムは、第２の予約のリソースを移動するための第３の通知をサードパーティサブシステムに送信する。第１の管理サブシステムによって送信される第３の通知を受信した後に、サードパーティサブシステムは、第３の通知に基づいてリソースをサードパーティアカウントから引き落とし、引き落とされたリソースをホテルのサードパーティアカウントに移動する。
【００１６】
開示される実施形態において提供されるホテル情報処理システムでは、ホテルの公式ウェブサイトの一部として、又はホテルの公式ウェブサイトとして配置されたホテル予約サブシステムが、予約を入れたユーザのためにホテル客室タイプの予約を生成する前に、第１の管理サブシステムを介してユーザのサードパーティアカウントのホテルクレジット資格を確認し得る。ホテル予約サブシステムは、ユーザのサードパーティアカウントがホテルクレジット資格の確認に合格した場合にだけ、予約を生成する。さらに、ユーザがホテルをチェックアウトした後に、ユーザのサードパーティアカウントからリソースを引き落とすことをサードパーティサブシステムに通知する第１の管理サブシステムによって、予約のリソース引き落としが実施される。このように、ユーザが、予約したホテル客室の保証金を前払いする必要はない。したがって、開示される実施形態において提供されるホテル情報処理システムは、ユーザがホテルに滞在するときの体験を効果的に改善することができる。
【図面の簡単な説明】
【００１７】
【図１】本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。
【００１８】
【図２】本開示のいくつかの実施形態によるホテル予約方法を例示するフロー図である。
【００１９】
【図３】本開示のいくつかの実施形態によるホテル予約装置を例示するブロック図である。
【００２０】
【図４】本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。
【００２１】
【図５】本開示のいくつかの実施形態による予約管理方法を例示するフロー図である。
【００２２】
【図６】本開示のいくつかの実施形態による予約管理装置を例示するブロック図である。
【００２３】
【図７】本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。
【００２４】
【図８】本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。
【００２５】
【図９】本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。
【００２６】
【図１０】本開示のいくつかの実施形態によるホテル予約方法を例示するフロー図である。
【００２７】
【図１１】本開示のいくつかの実施形態によるホテル予約装置を例示するブロック図である。
【００２８】
【図１２】本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。
【００２９】
【図１３】本開示のいくつかの実施形態による予約生成方法を例示するフロー図である。
【００３０】
【図１４】本開示のいくつかの実施形態による予約生成装置を例示するブロック図である。
【００３１】
【図１５】本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。
【００３２】
【図１６】本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。
【発明を実施するための形態】
【００３３】
開示される実施形態の理解を容易にするために、多くの具体的な詳細が以下の開示において説明される。しかしながら、開示される実施形態は、本明細書でまさに説明されていることと異なる多くの他の方法で実現されてよい。当業者であれば、開示される実施形態の範囲から逸脱することなく、開示される実施形態に対して修正を行うことができる。したがって、開示される実施形態は、開示される以下の具体的な実施形態に限定されるものではない。
【００３４】
開示される実施形態は、ホテル客室を予約するためのホテル情報処理システム、方法、装置、及び電子デバイス、予約を生成又は管理するための方法、装置、及び電子デバイス、並びに様々な他のホテル情報処理システムを提供する。これらの詳細な説明が、以下の実施形態において示されることになる。
【００３５】
本開示で提供されるホテル情報処理システムの全体的なオペレーションは以下の通りである。すなわち、ホテル客室タイプの予約をユーザのために生成する前に、ホテル予約サブシステムは、第１の管理サブシステムを介して、ユーザのサードパーティアカウントのホテルクレジット資格を確認する。ホテル予約サブシステムは、ユーザのサードパーティアカウントがホテルクレジット資格の確認に合格した場合にだけ、予約を生成する。さらに、ユーザがホテルをチェックアウトした後に、ユーザのサードパーティアカウントからリソースを引き落とすことをサードパーティサブシステムに通知する第１の管理サブシステムによって、予約のリソース引き落としが実施される。ユーザは、予約したホテル客室の保証金を前払いする必要もなく、ホテル予約、チェックイン、及び支払いを直接行うことができる。したがって、ユーザのホテル滞在体験が効果的に改善され得る。
【００３６】
図１は、本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。本システムは以下のサブシステムを含む。すなわち、ホテル予約サブシステム１０１と、第１の管理サブシステム１０３と、サードパーティサブシステム１０５とである。
【００３７】
例示された実施形態において、ホテル予約サブシステム１０１は、ユーザのクライアントデバイス（例示されていない）によって送信される指定された客室タイプの予約リクエストを受信し、予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための第１の通知を第１の管理サブシステム１０３に送信し、第１の管理サブシステム１０３によって返信されるユーザのホテルクレジット資格の確認結果を受信し、ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの第１の予約をユーザのために生成する。
【００３８】
ユーザのクライアントデバイスは、スマートフォンなどの移動通信デバイスを含んでよく、あるいは、パーソナルコンピュータ、携帯情報端末、又はタブレット（例えば、ｉＰａｄ（登録商標））などの端末デバイスを含んでもよい。
【００３９】
ホテル予約サブシステム１０１は、オンラインホテル予約機能を実装し、概して、ホテルの公式ウェブサイトのサーバに配置される。しかしながら、ホテル予約サブシステム１０１はサーバに配置されることに限定されるものではなく、本明細書で説明されるホテル予約サブシステム１０１を実行できる任意のデバイスが用いられてよい。
【００４０】
１つの実施形態において、ユーザはまず、クライアントデバイスを利用して、ホテル予約サブシステム１０１によって提供されるホテル照会インタフェースを開き、ホテルによって提供される様々な客室タイプを閲覧してよい。ユーザは次に、関心のある客室タイプをクリックして、客室の詳細を閲覧してよい。ユーザがある客室タイプを予約しようと決めた後に、ユーザはさらに、登録されたユーザ名でホテル予約サブシステム１０１にログインしてよい。ホテル予約サブシステム１０１は次に、ユーザ名で検索することにより、ユーザの個人情報（例えば、名前、携帯電話番号、及び身分証明書番号）を取得することができる。ユーザがある客室タイプを予約しようと意図し、また当該客室タイプがクレジットに基づく方法を用いて予約可能な場合、ユーザは、ユーザのクライアントデバイスでクレジットの支払い方法を選択し、予約リクエストを提出してよい。予約リクエストは、ネットワーク（例えば、インターネット）を介してホテル予約サブシステム１０１に送信される。ユーザのクライアントデバイスによって送信される予約リクエストをホテル予約サブシステム１０１が受信した後に、ホテル予約サブシステム１０１は、ユーザのホテルクレジット資格を確認するための第１の通知を第１の管理サブシステム１０３に送信する。これは、この場合の予約がクレジット方法を利用して行われており、第１の管理サブシステム１０３が組み込まれているか又は設置されている機関（例えば、ＯＴＡウェブサイト）によってクレジット管理機能が実施されるからである。第１の通知はユーザの識別情報を含み、ユーザの識別情報は、前述したようにユーザ名で照会することによって、又はユーザのクライアントデバイスからの入力によって取得されてよい。第１の管理サブシステム１０３が第１の通知に応答して返信したユーザのホテルクレジット資格の確認結果を、ホテル予約サブシステム１０１が受信した後に、確認結果が合格である場合、ホテル予約サブシステム１０１は、予約を入れたユーザのために客室タイプのホテル予約（すなわち、第１の予約）を生成する。
【００４１】
第１の予約は、ホテル予約サーバに格納される。ユーザが、予約、ユーザの身分証明書番号、携帯電話番号、又は他の情報と関連付けられた番号を用いてホテルにチェックインする場合、ホテルの管理システムが、第１の予約に従ってユーザのチェックインを進める。ホテル滞在がクレジット方法を利用して予約されるので、ユーザは予約保証金又はチェックイン保証金を前払いする必要がなく、これにより、従来のオンラインホテル予約方法に存在する、保証金がユーザの利用可能な資金を減少させるという問題が解決される。一方、ホテル受付カウンターの作業が簡略化されるので、チェックインの処理速度が加速され、これにより、ユーザ体験を改善するという目標が達成される。
【００４２】
例示された実施形態において、第１の管理サブシステム１０３は、ホテル予約サブシステム１０１によって送信される第１の通知を受信し、第１の通知に含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ホテルクレジット資格の確認によってユーザが承認を受けていると判定し、指定されたホテル客室タイプの第２の予約（第２の予約は、第１の予約のリソース移動を管理するために第１の管理サブシステム１０３によって認証情報として用いられる）をユーザのために生成し、ユーザのホテルクレジット資格の確認結果をホテル予約サブシステム１０１に返信し、ホテルによって送信される、第１の予約のリソースを移動するための第２の通知を受信し、第２の通知に基づいて、第１の予約と関連付けられた第２の予約を取得し、第２の予約のリソースを移動するための第３の通知をサードパーティサブシステム１０５に送信する。
【００４３】
第１の管理サブシステム１０３は概して、ＯＴＡウェブサイトのサーバに配置される。しかしながら、他の実施形態において、第１の管理サブシステム１０３はＯＴＡウェブサイトのサーバに配置されることに限定されるものではなく、本明細書で説明される第１の管理サブシステム１０３を実行できる任意のデバイスが用いられてよい。
【００４４】
ユーザの識別情報とは、ユーザの身元を一意に識別するのに用いられ得る識別情報を意味する。ユーザの識別情報は、限定されるものではないが、携帯電話番号、身分証明書番号、及び銀行預金口座などのユーザ情報を含む。
【００４５】
第１の管理サブシステム１０３は、ユーザのホテルクレジット資格の確認及び第２の予約の管理などの機能を実装する。本システムでは、ユーザのサードパーティアカウント（例えば、Ａｌｉｐａｙなどのサードパーティ支払いアカウント）のクレジットスコアに基づいてユーザのホテルクレジット資格を確認することに重点が置かれ、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ホテルクレジット資格の確認によってユーザが承認されていると判定する。その間に、第２の予約が生成される必要がある。
【００４６】
第２の予約は、第１の管理サブシステムが第１の予約のリソース移動を管理するための認証情報として用いられる。すなわち、第１の管理サブシステム１０３が、ホテルによって送信される、第１の予約のリソースを移動するための通知を受信した後に、第１の管理サブシステム１０３は、リソースを第２の予約に移動するようサードパーティサブシステムに通知する。
【００４７】
このシステムは、ユーザのサードパーティアカウントのリソース移動（支払い又は担保など）を第１の管理サブシステム１０３を介して管理し且つ制御し、これにより、第１の予約（ホテル予約）の自動リソース移動機能が実現され得ることに留意されたい。すなわち、ユーザのホテルクレジット資格を確認することは、ユーザのサードパーティアカウントのホテルクレジット資格を確認することを意味する。
【００４８】
サードパーティアカウントのクレジットスコアは概して、過去の消費行動などのユーザ情報に基づいて、サードパーティクレジットプラットフォームによってユーザ（サードパーティアカウント）に与えられる一定のクレジット限度額である。リソースが移動される前に、ユーザはクレジット限度額の範囲内で先にお金を使うことができる。これは、サードパーティプラットフォーム（例えば、サードパーティ支払いプラットフォーム）がユーザに保証を与え、ユーザの消費が確実に限度額に収まるようにすることも意味する。
【００４９】
サードパーティアカウントのクレジットスコアは、クレジットスコアに影響を与えるユーザの個人情報に基づいて、サードパーティクレジットプラットフォームによって生成される。クレジットスコアに影響を与える個人情報は、限定されるものではないが、クレジット履歴、消費嗜好、期限内支払い能力、身元、及び人間関係といった個人情報のうち少なくとも１つを含む。
【００５０】
サードパーティクレジットプラットフォームは、多数のデータ点に基づいて個人のクレジットスコアを分析し且つ評価してよく、より高く評価されたスコアがより高いクレジットレベルを意味する。クレジットスコアは、個人のユーザ情報を処理し且つ計算した後に取得される。
【００５１】
１つの実施形態において、第１の管理サブシステム１０３はさらに、ユーザのサードパーティアカウントのクレジットスコアを取得する前に、ユーザのサードパーティアカウントを取得する必要がある。ユーザのサードパーティアカウントは、以下の２つの方式で取得されてよい。１）第１の管理サブシステム１０３は、サードパーティプラットフォームの事前設定されたユーザログインページをユーザのクライアントデバイスに転送し、ユーザは自分のサードパーティアカウントをログインページに入力する。こうして、第１の管理サブシステム１０３はサードパーティアカウントを間接的に取得することができる。２）第１の管理サブシステム１０３はデータベースに直接照会して、ユーザの識別情報に基づいてユーザのサードパーティアカウントを取得する。ユーザのサードパーティアカウントを取得した後に、第１の管理サブシステム１０３はさらに、サードパーティアカウントのクレジットスコアを取得し、その後に、ホテルクレジット資格を確認する次の段階が続く。
【００５２】
ユーザのサードパーティアカウントのクレジットスコアを取得する段階は、以下の２つの方法で実施されてよい。１）サードパーティプラットフォーム（例えば、Ａｌｉｐａｙなどのサードパーティ支払いプラットフォーム）を利用したクレジットスコアの取得、及び２）サードパーティクレジットプラットフォームを利用したクレジットスコアの取得である。クレジットスコアを取得するこれらの２つの方法は、以下でより詳細に説明される。
【００５３】
１）サードパーティプラットフォームを利用したクレジットスコアの取得
【００５４】
サードパーティプラットフォームを利用してクレジットスコアを取得する段階は、以下の段階を含んでよい。すなわち、１．１）ユーザのサードパーティアカウントのクレジットスコア照会リクエストをサードパーティサブシステム１０５に送信する段階と、１．２）サードパーティサブシステム１０５によって返信されるユーザのサードパーティアカウントのクレジットスコアを受信する段階とである。
【００５５】
それに応じて、サードパーティサブシステム１０５はさらに、第１の管理サブシステム１０３によって送信されるクレジットスコア照会リクエストを受信し、最初のクレジットスコア照会リクエストに従ってユーザのサードパーティアカウントのクレジットスコアを取得し、ユーザのサードパーティアカウントのクレジットスコアを第１の管理サブシステム１０３に返信するように構成される。
【００５６】
２）サードパーティクレジットプラットフォームを利用したクレジットスコアの取得
【００５７】
サードパーティクレジットプラットフォームを用いてクレジットスコアを取得する場合、本システムはさらにクレジット評価サブシステムを含み、クレジット評価サブシステムはサードパーティクレジットプラットフォームで動作する。クレジット評価サブシステムは、第１の管理サブシステム１０３によって送信されるクレジットスコア照会リクエストを受信し、事前生成されたクレジットデータベースにユーザのサードパーティアカウントのクレジットスコアを照会し、照会されたユーザのサードパーティアカウントのクレジットスコアを第１の管理サブシステム１０３に返信するように構成される。
【００５８】
サードパーティクレジットプラットフォームを利用してクレジットスコアを取得する第１の管理サブシステム１０３は、以下の段階を含んでよい。すなわち、２．１）ユーザのサードパーティアカウントのクレジットスコア照会リクエストをクレジット評価サブシステムに送信する段階と、２．２）クレジット評価サブシステムによって返信されたユーザのサードパーティアカウントのクレジットスコアを受信する段階とである。
【００５９】
事前設定される最小クレジットスコア閾値は、履歴に基づいて決定されても、指定された客室タイプの料金に基づいて決定されてもよい。例えば、最小クレジットスコア閾値は、総合スコアとして設定されてよい。クレジットスコアが総合スコアより高い場合、ユーザは、保証金不要の予約、支払い前のチェックインなどのクレジットサービスを享受することができる。予約された客室タイプの料金が高い場合、最小クレジットスコア閾値は、リクエストされた具体的な客室の料金に基づいて設定されてよい。
【００６０】
第２の予約は、第１の管理サブシステム１０３が設けられている機関（例えば、ＯＴＡウェブサイト）のサーバに格納される。第２の予約は、ユーザのサードパーティアカウントの情報、及び第１の予約と関連付けられた予約番号などの情報を含む。ホテルによって送信される第１の予約のリソース移動通知を受信した後に、第１の管理サブシステム１０３は、第１の予約と関連付けられた第２の予約に従って、ホテルで実際に消費したリソース（滞在の支払いなど）を第２の予約と関連付けられたサードパーティアカウントから移動することをサードパーティサブシステム１０５に通知する。
【００６１】
ユーザが関連のないサードパーティアカウントを用いて第１の予約のリソースを移動するのを防ぐために、１つの実施形態では、第１の管理サブシステム１０３はさらに、サードパーティアカウントと関係があるサードパーティプラットフォームのパスワード確認ページをユーザのクライアントデバイスに転送するように構成される。サードパーティプラットフォームは、ユーザによって提供されるサードパーティアカウントのパスワードに基づいて、サードパーティアカウントのパスワードを確認し、サードパーティプラットフォームによって返信されるサードパーティアカウントのパスワードの確認結果を受信する。確認結果が合格である場合、ユーザがホテルクレジット資格の確認によって承認されていると判定する。ユーザがホテルクレジット資格の確認によって承認されていると判定された場合にだけ、第２の予約は生成される。確認結果が不合格である場合、ユーザがホテルクレジット資格の確認によって承認されていないと判定される。ユーザのホテルクレジット資格の確認結果は、その後、ホテル予約サブシステム１０１に返信される。サードパーティアカウントのパスワードは、上記処理を用いて確認されてよく、これにより、サードパーティアカウントを用いることの安全性が保証される。
【００６２】
さらに、ユーザとサードパーティプラットフォームとの間の争いを回避するために、サードパーティプラットフォームは、サードパーティプラットフォームがサードパーティアカウントからリソースを自動的に引き落としてよいことを、ユーザがはっきりと確実に理解するように努めなければならない。したがって、サードパーティプラットフォームは、自動リソース引き落としの承認をユーザから前もって取得する必要がある。したがって、いくつかの実施形態では、第１の管理サブシステム１０３はさらに、サードパーティアカウントの予約処理権限照会リクエストをサードパーティサブシステム１０５に送信し、サードパーティサブシステム１０５によって返信されるサードパーティアカウントの予約処理権限を受信し、予約処理権限が許可されている場合、ホテルクレジット資格の確認によってユーザが承認されていると判定するように構成される。同様に、ユーザがホテルクレジット資格の確認によって承認されていると判定された場合にだけ、第２の予約は生成される。予約処理権限が禁止されている場合、ユーザがホテルクレジット資格の確認によって承認されていないと判定され、ユーザのホテルクレジット資格の確認結果はホテル予約サブシステム１０１に返信される。
【００６３】
予約処理権限とは、サードパーティプラットフォームがサードパーティアカウントからリソースを自動的に引き落とすことを許可されるかどうかに関して、ユーザによって明確に設定される権限を意味する。
【００６４】
これに応じて、サードパーティサブシステム１０５はさらに、第１の管理サブシステム１０３によって送信される予約処理権限照会リクエストを受信し、予約処理権限照会リクエストに基づいてサードパーティアカウントの予約処理権限を取得し、サードパーティアカウントの予約処理権限を第１の管理サブシステム１０３に返信するように構成される。
【００６５】
１つの実施形態において、ユーザがホテルクレジットサービスの新規ユーザである場合、サードパーティアカウントの予約処理権限は、通常、まだ設けられていない。この場合、第１の管理サブシステム１０３はさらに、サードパーティプラットフォームの予約処理権限設定ページをユーザのクライアントデバイスに転送し、サードパーティプラットフォームによって返信されるサードパーティアカウントの承認結果を受信し、承認結果が合格である場合、ホテルクレジット資格の確認によってユーザが承認されていると判定するように構成される。承認結果が不合格である場合、ユーザがホテルクレジット資格の確認によって承認されていないと判定され、ユーザのホテルクレジット資格の確認結果はホテル予約サブシステム１０１に返信される。
【００６６】
サードパーティサブシステム１０５は、第１の管理サブシステム１０３によって送信される第３の通知を受信し、第３の通知に基づいてサードパーティアカウントからリソースを引き落とし、引き落とされたリソースをホテルのサードパーティアカウントに移動するように構成される。
【００６７】
サードパーティサブシステム１０５は概して、サードパーティプラットフォームのサーバに配置される。しかしながら、サードパーティサブシステム１０５はこのサーバに配置されることに限定されるものではなく、本明細書で説明されるサードパーティサブシステム１０５を実行できる任意のデバイスが用いられてよい。
【００６８】
１つの実施形態において、サードパーティサブシステム１０５によって返信されたリソース移動成功メッセージを受信した後に、第１の管理サブシステム１０３はさらに、第２の予約の状態を完了状態に更新する必要がある。第１の管理サブシステム１０３は次に、第１の予約のリソースの移動が成功したという通知をホテル予約サブシステム１０１に送信する。
【００６９】
この実施形態において、このシステムはさらにホテル管理サブシステムを含む。ホテル管理サブシステムは、ホテル予約サブシステム１０１によって生成された第１の予約（第１の予約は認証情報としてユーザのチェックインに用いられる）を受信し、ホテルのクライアントデバイスによって送信される第１の予約のリソース移動リクエストを受信し、リソース移動リクエストに含まれるリソース移動情報に基づいてリソース移動通知を第１の管理サブシステム１０３に送信するように構成される。
【００７０】
ホテルのクライアントデバイスは、ホテル受付カウンターにあるパーソナルコンピュータに配置されてよく、ネットワーク（例えば、ローカルエリアネットワーク又はワイドエリアネットワーク）を通じてホテル管理サブシステムに接続されてよい。ユーザがホテル滞在を終えたときにホテル受付カウンターでチェックアウトする場合、ホテルの受付係はホテルのクライアントデバイスを備えたパーソナルコンピュータを用いてユーザの支払いを処理する。ホテルのクライアントデバイスは、ユーザの第１の予約に対応するリソース移動リクエストをホテル管理サブシステムに送信する。ホテル管理サブシステムは、リソース移動リクエストに含まれるリソース移動情報（この情報は、第１の予約の番号、実際の消費額などを含み得る）に基づいて、リソース移動通知を第１の管理サブシステム１０３に送信する。リソース移動通知を受信した後に、第１の管理サブシステム１０３は、第１の予約と関連付けられた第２の予約を取得し、その後、第２の予約のリソースをサードパーティサブシステム１０５に移動するための通知を送信する。第１の管理サブシステム１０３によって送信される通知を受信した後に、サードパーティサブシステム１０５は、この通知に基づいてサードパーティアカウントからリソースを引き落とし、引き落とされたリソースをホテルのサードパーティアカウントに移動する。
【００７１】
別の実施形態において、ホテル管理サブシステムはさらに、ホテルのクライアントデバイスによって送信される第１の予約のチェックインリクエストを受信し、第１の予約の予約状態をチェックイン状態に更新するように構成される。第１の予約の予約状態をチェックイン状態に更新した後に、ホテル管理サブシステムはさらに、第１の予約のユーザがチェックインしたという通知を第１の管理サブシステム１０３に送信してよい。第１の管理サブシステム１０３は、この通知に基づいて、第２の予約の予約状態をチェックイン状態に更新する。したがって、第１の予約及び第２の予約の予約状態が互いに確実に一致するようになり、その結果、第１の管理サブシステム１０３による予約の管理が容易になる。
【００７２】
サードパーティアカウントのクレジットスコアは、サードパーティクレジットプラットフォームによってユーザに与えられる一定のクレジット限度額である。リソースが移動される前に、ユーザはクレジット限度額の範囲内で先にお金を使うことができる。第１の予約が生成された後には、確かに、ある程度のクレジットが利用されている。この実施形態は解決手段を示す。ここで、クレジット評価サブシステムはさらに、第２の予約が生成された後に、指定された客室タイプの料金に基づき、それに応じたサードパーティアカウントのクレジットスコアを差し引き、第２の予約の完了に成功した後に、指定された客室タイプの料金に基づき、それに応じたサードパーティアカウントのクレジットスコアを元に戻すように構成される。上記処理で、ユーザの消費が確実に限度額に収まるようになる。
【００７３】
上記実施形態において提供されるホテル情報処理システムでは、ホテルの公式ウェブサイトの一部として配置されたホテル予約サブシステム１０１が、ホテル客室タイプの予約をユーザのために生成する前に、第１の管理サブシステム１０３を介してユーザのサードパーティアカウントのホテルクレジット資格を確認する。ホテル予約サブシステム１０１は、ユーザのサードパーティアカウントがホテルクレジット資格の確認に合格した場合にだけ、予約を生成する。さらに、ユーザがホテルをチェックアウトした後に、ユーザのサードパーティアカウントからリソースを引き落とすことをサードパーティサブシステム１０５に通知する第１の管理サブシステム１０３によって、予約のリソース引き落としが実施される。このように、ユーザが、予約したホテル客室の保証金を前払いする必要はない。したがって、本開示において提供されるホテル情報処理システムは、ユーザのホテル滞在体験を効果的に改善することができ、これにより、ホテルの市場競争力が改善される。
【００７４】
ホテル情報処理システムが上記実施形態において提供される。これに応じて、開示された実施形態はさらにホテル予約方法を提供する。この方法は、上記システムのホテル予約サブシステムで実行される。本方法は、上記システムのホテル予約サブシステムの実施形態に対応する。
【００７５】
図２は、本開示のいくつかの実施形態によるホテル予約方法を例示するフロー図である。図２に開示する実施形態は、図１に関連して論じられたシステムの実施形態に関連して説明された段階に類似している。したがって、図２の説明は、図１に関連して開示された全ての実施形態を繰り返すことはせず、また図１に関連して提供された関係のある説明を参照することができる。
【００７６】
図２に例示するホテル予約方法は以下の段階を含む。
【００７７】
段階Ｓ１０１：ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信する。
【００７８】
段階Ｓ１０３：予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための通知を事前設定された管理サーバに送信する。この通知はユーザの識別情報を含む。
【００７９】
段階Ｓ１０５：管理サーバによって返信されるユーザのホテルクレジット資格の確認結果を受信する。
【００８０】
段階Ｓ１０７：ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの予約をユーザのために生成する。
【００８１】
ホテル予約方法が上記実施形態において提供される。これに応じて、本開示はさらにホテル予約装置を提供する。１つの実施形態において、本装置は、図２に関連して説明されたオペレーションを行う。
【００８２】
図３は、本開示のいくつかの実施形態によるホテル予約装置を例示するブロック図である。図３の実施形態は、図２に関連して説明された方法に類似したオペレーションを行う。したがって、図３の説明は比較的簡潔である。図２に関連して提供された説明を参照することによって、図３の関連部分を参照することができる。
【００８３】
図３に例示するホテル予約装置が以下のユニットを含む。
【００８４】
ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信するように構成された、予約リクエスト受信ユニット３０１。
【００８５】
予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための通知を事前設定された管理サーバに送信するように構成された、確認通知送信ユニット３０３。この通知はユーザの識別情報を含む。
【００８６】
管理サーバによって返信されるユーザのホテルクレジット資格の確認結果を受信するように構成された、確認結果受信ユニット３０５。
【００８７】
ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの予約をユーザのために生成するように構成された、合格確認処理ユニット３０７。
【００８８】
図４は、本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。図４に図示する電子デバイスによって行われる処理は、図２に関連して論じられた方法の実施形態に類似しており、したがって、この説明は比較的簡潔である。図２に関連して説明された各段階の説明を参照することによって、図４に例示するデバイスの関連部分を参照することができる。
【００８９】
電子デバイスが、図４に例示する実施形態において提供される。電子デバイスは、表示装置４０１と、プロセッサ４０２と、メモリ４０３とを含む。メモリ４０３は、ホテル予約方法を実現するためのプログラムを格納するように構成され、本デバイスが電源を投入されて、プロセッサ４０２を介してホテル予約方法のプログラムを動作させた後に、以下の段階が実行される。すなわち、ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信する段階と、予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための通知を管理サーバに送信する段階であって、この通知はユーザの識別情報を含む、段階と、管理サーバによって返信されるユーザのホテルクレジット資格の確認結果を受信する段階と、ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの予約をユーザのために生成する段階とである。
【００９０】
上記のホテル情報処理システムに従って、本開示はさらに予約管理方法を提供する。この方法は、上記システムの第１の管理サブシステムで実行される。
【００９１】
図５は、本開示のいくつかの実施形態による予約管理方法を例示するフロー図である。図５に例示する実施形態は、図２に関連して論じられた段階と類似の段階を含むので、それらの開示をここで繰り返すことはしない。図２に例示する実施形態の対応する部分を参照することによって参照が行われてよい。図５に提供される予約管理方法は以下の段階を含む。
【００９２】
段階Ｓ５０１：ホテル予約サーバによって送信される、予約を入れたユーザのホテルクレジット資格を確認するための通知を受信する。
【００９３】
１つの実施形態において、ホテル予約サーバによって送信される、予約を入れたユーザのホテルクレジット資格を確認するための通知を受信する段階の後に、本方法はさらに、通知に含まれる指定された客室タイプの料金に基づいて最小クレジットスコア閾値を設定する段階を含む。
【００９４】
段階Ｓ５０３：通知に含まれるユーザの識別情報に基づいて、予約を入れたユーザのサードパーティアカウントのクレジットスコアを取得する。
【００９５】
１つの実施形態において、この段階は以下の小段階を含んでよい。すなわち、１）サードパーティアカウントのクレジットスコア照会リクエストをサードパーティプラットフォームに送信する段階と、２）サードパーティプラットフォームによって返信されるサードパーティアカウントのクレジットスコアを受信する段階とである。
【００９６】
段階Ｓ５０５：事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていると判定し、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階。
【００９７】
１つの実施形態において、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階の前に、本方法はさらに、１）予約を入れたユーザのクライアントデバイスにサードパーティプラットフォームのパスワード確認ページを転送する段階であって、サードパーティプラットフォームは、予約を入れたユーザによって提供されるサードパーティアカウントのパスワードに基づいて、サードパーティアカウントのパスワードを確認する、段階と、２）サードパーティプラットフォームによって返信されるサードパーティアカウントのパスワードの確認結果を受信する段階と、３）確認結果が不合格である場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていないと判定する段階とを含む。
【００９８】
１つの実施形態において、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階の前に、本方法はさらに、１）サードパーティアカウントの予約処理権限照会リクエストをサードパーティプラットフォームに送信する段階と、２）サードパーティプラットフォームによって返信されるサードパーティアカウントの予約処理権限を受信する段階と、３）予約処理権限が禁止されている場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていないと判定する段階とを含む。
【００９９】
１つの実施形態において、本方法はさらに、１）予約処理権限が設けられていない場合、予約を入れたユーザのクライアントデバイスにサードパーティプラットフォームの予約処理権限設定ページを転送し、サードパーティプラットフォームによって返信されるサードパーティアカウントの承認結果を受信する段階と、２）承認結果が不合格である場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていないと判定する段階とを含む。
【０１００】
段階Ｓ５０７：予約を入れたユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信する。
【０１０１】
１つの実施形態において、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階の後に、本方法はさらに、通知に含まれる指定された客室タイプの料金に基づいて、対応する差し引きをサードパーティアカウントのクレジットスコアに対して行う段階を含む。これに応じて、予約の完了に成功した後に、本方法はさらに、指定された客室タイプの料金に基づいて、それに応じたサードパーティアカウントのクレジットスコアを元に戻す段階を含む。
【０１０２】
１つの実施形態において、本方法はさらに、１）ホテル予約サーバによって送信される、予約と関連付けられたホテル予約のリソース移動通知を受信する段階と、２）リソース移動通知及び予約に基づいて、リソースをサードパーティアカウントからホテルに移動する段階とを含む。１つの実施形態において、移動に成功した場合、移動成功メッセージがホテル予約サーバに送信される。
【０１０３】
予約管理方法が上記実施形態において提供される。それに応じて、本開示はさらに予約管理装置を提供する。本装置は、上述した方法の実施形態の実施形態に対応する。
【０１０４】
図６は、本開示のいくつかの実施形態による予約管理装置を例示するブロック図である。図６における装置の実施形態は、図５及び他の図に関連して説明された方法の実施形態に実質的に類似している。したがって、この説明は比較的簡潔である。図５で説明された方法の実施形態の一部の説明を参照することによって、関連部分を参照することができる。
【０１０５】
図６に例示する予約管理装置が以下のユニットを含む。
【０１０６】
ホテル予約サーバによって送信される、予約を入れたユーザのホテルクレジット資格を確認するための通知を受信するように構成された、確認通知受信ユニット６０１。
【０１０７】
通知に含まれるユーザの識別情報に基づいて、予約を入れたユーザのサードパーティアカウントのクレジットスコアを取得するように構成された、クレジットスコア取得ユニット６０３。
【０１０８】
事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていると判定し、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成するように構成された、合格確認処理ユニット６０５。
【０１０９】
予約を入れたユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信するように構成された、確認結果返信ユニット６０７。
【０１１０】
図７は、本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。デバイスの実施形態は、方法の実施形態と実質的に類似している。したがって、この説明は比較的簡潔である。方法の実施形態の一部の説明を参照することによって、関連部分を参照することができる。以下に説明されるデバイスの実施形態は、単なる例示である。
【０１１１】
電子デバイスが、この実施形態において提供される。この電子デバイスは、表示装置７０１と、プロセッサ７０２と、メモリ７０３とを含む。メモリ７０３は、予約管理方法を実施するためのプログラムを格納するように構成され、本デバイスが電源を投入されて、プロセッサ７０２を介して予約管理方法のプログラムを実行した後に、以下の段階が実行される。すなわち、ホテル予約サーバによって送信される、予約を入れたユーザのホテルクレジット資格の確認に関する通知を受信する段階と、この通知に含まれる、予約を入れたユーザの識別情報に基づいて、予約を入れたユーザのサードパーティアカウントのクレジットスコアを取得する段階と、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、予約を入れたユーザがホテルクレジット資格の確認によって承認されていると判定する段階と、予約を入れたユーザのために指定されたホテル客室タイプの予約を生成する段階と、予約を入れたユーザのホテルクレジット資格の確認結果をホテル予約サーバに返信する段階とである。
【０１１２】
ホテル情報処理システムが上記実施形態において提供される。それに応じて、本開示はさらに、以下で説明するような第２のホテル情報処理システムを提供する。
【０１１３】
図８は、本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。図１及び図８に例示する２つのホテル情報処理システムの実施形態は類似しているので、ここでの説明は比較的簡潔である。図１に関連して前述したシステムの実施形態の一部の説明を参照することによって、関連部分を参照することができる。
【０１１４】
この実施形態の第２のホテル情報処理システムは、ホテル予約サブシステム８０１と第１の管理サブシステム８０３とを含む。
【０１１５】
ホテル予約サブシステム８０１は、ユーザのクライアントデバイスによって送信される指定された客室タイプの予約リクエストを受信し、予約リクエストに基づいて、ユーザのホテルクレジット資格を確認するための通知を第１の管理サブシステム８０３に送信し、第１の管理サブシステム８０３によって返信されるユーザのホテルクレジット資格の確認結果を受信し、ホテルクレジット資格の確認結果が合格である場合、予約リクエストに基づいて、指定された客室タイプの第１の予約をユーザのために生成するように構成される。
【０１１６】
第１の管理サブシステム８０３は、ホテル予約サブシステム８０１によって送信される通知を受信し、通知に含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、ホテルクレジット資格の確認によってユーザが承認を受けていると判定し、指定されたホテル客室タイプの第２の予約（第２の予約は、第１の予約のリソース移動を管理するために第１の管理サブシステム８０３によって認証情報として用いられる）をユーザのために生成し、ユーザのホテルクレジット資格の確認結果をホテル予約サブシステム８０１に返信するように構成される。
【０１１７】
図８において提供されるホテル情報処理システムと図１において提供されるホテル情報処理システムとの間の差は、以下の点にある。すなわち、図８のシステムでは、第１の管理サブシステム８０３の機能に重点が置かれ、この機能は、ユーザのホテルクレジット資格を確認すると共に第１の予約及び第２の予約を生成する処理に集中するためのものであり、リソース移動の処理を規定するためのものではない。
【０１１８】
図８において提供されるホテル情報処理システムを用いると、ユーザの消費行動に対するクレジット保証がユーザのサードパーティアカウントを介して与えられ、これにより、ユーザの消費行動が確実に限度額に収まることになる。ユーザのサードパーティアカウントがホテルクレジット資格の要件を満たしている場合、ユーザは、保証金を前払いする必要もなく、ホテル予約、チェックイン、及び支払いを直接行うことができる。したがって、ユーザのホテル滞在体験が効果的に改善され得る。
【０１１９】
ホテル情報処理システムが上記実施形態において提供される。それに応じて、本開示はさらに、図９において第３のホテル情報処理システムを提供する。
【０１２０】
図９は、本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。これらのシステムの実施形態は類似しているので、ここでの説明は比較的簡潔である。上記のシステムの実施形態の一部の説明を参照することによって、関連部分を参照することができる。
【０１２１】
図９に例示するホテル情報処理システムは、ホテル予約サブシステム９０１と、ホテル管理サブシステム９０３と、サードパーティサブシステム９０５とを含む。
【０１２２】
ホテル予約サブシステム９０１は、ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信し、予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの第１の予約をユーザのために生成し、第１の予約（第１の予約は、第２の予約のリソース移動を管理するための認証情報として、ホテル予約サブシステム９０１によって用いられる）に従って生成される第２の予約の第１の通知をホテル管理サブシステム９０３に送信し、ホテル管理サブシステム９０３によって送信される、第２の予約のリソース移動に関する第２の通知を受信し、第２の通知に基づいて、第１の予約のリソースを移動するための第３の通知をサードパーティサブシステムに送信するように構成される。
【０１２３】
図９に例示するホテル情報処理システムと図１に図示するホテル情報処理システムとの間の差は、以下の点にある。すなわち、第１のシステムでは、ホテルの公式ウェブサイトによってオンラインホテル予約機能が提供されるのに対して、第３のシステムでは、サードパーティのウェブサイト（例えば、ＯＴＡウェブサイト）によってオンラインホテル予約機能が提供される。
【０１２４】
１つの実施形態において、ユーザのクライアントデバイスは、スマートフォンなどの移動通信デバイスを含み、また、パーソナルコンピュータ、ＰＤＡ、又はタブレット（例えば、ｉＰａｄ（登録商標））などの端末デバイスを含んでもよい。
【０１２５】
ホテル予約サブシステム９０１は、オンラインホテル予約機能を実装し、概して、ＯＴＡウェブサイトのサーバに配置される。しかしながら、ホテル予約サブシステム９０１はＯＴＡウェブサイトのサーバに配置されることに限定されるものではなく、本明細書で説明されるホテル予約サブシステム９０１を実行できる任意のデバイスが用いられてよい。
【０１２６】
図９に例示するホテル情報処理システムと図１のホテル情報処理システムとの間の別の差は、以下の点にある。すなわち、第１の予約を生成した後に、システムのホテル予約サブシステム９０１は、第１の予約に対応する第２の予約の生成に関する第１の通知をホテル管理サブシステム９０３に送信する必要がある。これにより、ホテルは予約を入れたユーザのチェックイン及び支払いを第２の予約に従って処理しやすくなる。第３のシステムの第２の予約は第１のシステムの第１の予約と同じであり、これらの予約は両方ともホテル予約サーバに格納され、ホテル予約とも呼ばれる。同様に、第３のシステムの第１の予約は、図１に例示するシステムの第２の予約と同じである。
【０１２７】
ホテル管理サブシステム９０３は、ホテル予約サブシステム９０１によって送信される第１の通知を受信し、第１の通知に基づいて第２の予約（第２の予約は認証情報としてユーザのチェックインに用いられる）を生成し、指定されたホテルのクライアントデバイスによって送信される第２の予約のリソース移動リクエストを受信し、リソース移動リクエストに含まれるリソース移動情報に基づいて第２の通知をホテル予約サブシステム９０１に送信するように構成される。
【０１２８】
ホテル管理サブシステム９０３は概して、ホテルのサーバに配置される。しかしながら、ホテル管理サブシステム９０３はこのサーバにだけ配置されることに限定されるものではなく、本明細書で説明される第１の管理サブシステム９０３を実行できる任意のデバイスが用いられてよい。
【０１２９】
サードパーティサブシステム９０５は、ホテル予約サブシステム９０１によって送信される第３の通知を受信し、第３の通知に基づいてサードパーティアカウントからリソースを引き落とし、引き落とされた第２の予約のリソースを指定されたホテルのサードパーティアカウントに移動するように構成される。
【０１３０】
図９に関連して説明された上記実施形態において、代替のホテル情報処理システムが提供される。それに応じて、本開示はさらに、別のホテル予約方法を提供する。この方法は、図９に関連して説明されたホテル情報処理システムのホテル予約サブシステム９０１で実行される。
【０１３１】
図１０は、本開示のいくつかの実施形態によるホテル予約方法を例示するフロー図である。この方法の実施形態は、図９に関連して論じられたシステムの実施形態に実質的に類似している。したがって、説明は比較的簡潔である。図９のシステムの実施形態の一部の説明を参照することによって、関連部分を参照することができる。
【０１３２】
代替のホテル予約方法が以下の段階を含む。
【０１３３】
段階Ｓ１００１：ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信する。
【０１３４】
段階Ｓ１００３：予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得する。
【０１３５】
段階Ｓ１００５：事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの予約をユーザのために生成し、予約に従って生成されたホテル予約の通知を指定されたホテル予約サーバに送信する。
【０１３６】
１つの実施形態において、本方法はさらに以下の段階を含む。すなわち、１）指定されたホテルのサーバによって送信されるホテル予約のリソース移動通知を受信する段階と、２）リソース移動通知及び予約に基づいて、リソースをサードパーティアカウントから指定されたホテルに移動する段階とである。
【０１３７】
代替のホテル予約方法が上記実施形態において提供される。それに応じて、本開示はさらに、別のホテル予約装置を提供する。本装置は、上記の方法の実施形態の実施形態に対応する。
【０１３８】
図１１は、本開示のいくつかの実施形態によるホテル予約装置を例示するブロック図である。この装置の実施形態は、図１０に関連して説明された方法の実施形態に実質的に類似している。したがって、説明は比較的簡潔である。図１０に関連して説明された方法の実施形態の一部の説明を参照することによって、関連部分を参照することができる。
【０１３９】
図１１に例示する代替のホテル予約装置が以下のユニットを含む。
【０１４０】
ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信するように構成された、予約リクエスト受信ユニット１１０１。
【０１４１】
予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得するように構成された、クレジットスコア取得ユニット１１０３。
【０１４２】
事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの予約をユーザのために生成し、予約に従って生成されたホテル予約の通知を指定されたホテル予約サーバに送信するように構成された、合格確認処理ユニット１１０５。
【０１４３】
図１２は、本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。図１２のデバイスの実施形態は、図１０に関連して論じられた方法の実施形態に実質的に類似したオペレーションを行う。したがって、説明は比較的簡潔である。図１０に関連して説明された方法の実施形態の説明を参照することによって、関連部分を参照することができる。
【０１４４】
電子デバイスが図１２において提供される。この電子デバイスは、表示装置１２０１と、プロセッサ１２０２と、メモリ１２０３とを含む。メモリ１２０３は、ホテル予約処理を実施するためのプログラムを格納するように構成され、本デバイスが電源を投入されて、プロセッサ１２０２を介してホテル予約方法のプログラムを実行した後に、以下の段階が実行される。すなわち、ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信する段階と、予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得する段階と、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの予約を生成する段階と、予約に従って生成されたホテル予約の通知を指定されたホテル予約サーバに送信する段階とである。
【０１４５】
図９に関連して論じられたホテル情報処理システムに従って、本開示はさらに予約生成方法を提供する。この方法は、図９に関連して論じられたホテル情報処理システムのホテル管理サブシステム９０３で実行される。
【０１４６】
図１３は、本開示のいくつかの実施形態による予約生成方法を例示するフロー図である。図１３に例示する実施形態における様々な段階の説明は、図２に例示する実施形態のものに類似しているので、それらの開示をここで繰り返すことはしない。図２に関連して説明された実施形態の対応する部分を参照することによって、参照が行われてよい。例示された図１３の実施形態において提供される予約生成方法は、以下の段階を含む。
【０１４７】
段階Ｓ１３０１：ホテル予約サーバによって送信される、特定の予約に従って生成されるホテル予約の通知を受信する。この通知は、予約を入れたユーザの識別情報と予約された客室タイプに関する情報とを含む。
【０１４８】
段階Ｓ１３０３：通知に基づいてホテル予約を生成する。
【０１４９】
１つの実施形態において、例示された方法はさらに以下の段階を含む。すなわち、１）ホテルのクライアントデバイスによって送信されるホテル予約のリソース移動リクエストを受信する段階と、２）リソース移動リクエストに含まれるリソース移動情報に基づいて、ホテル予約のリソース移動に関する通知をホテル予約サーバに送信する段階とである。
【０１５０】
予約生成方法が上記実施形態において提供される。それに応じて、本開示はさらに、図１３に例示する方法の実施形態の実施形態に対応する予約生成装置を提供する。
【０１５１】
図１４は、本開示のいくつかの実施形態による予約生成装置を例示するブロック図である。図１４に例示する実施形態は、図１３に関連して説明された方法の実施形態に類似したオペレーションを行う。したがって、説明は比較的簡潔である。図１３の方法の実施形態の説明を参照することによって、関連部分を参照することができる。
【０１５２】
図１４の予約生成装置は以下のユニットを含む。
【０１５３】
ホテル予約サーバによって送信される、特定の予約に従って生成されるホテル予約の通知を受信するように構成された、予約生成通知受信ユニット１４０１。この通知は、予約を入れたユーザの識別情報と予約された客室タイプに関する情報とを含む。
【０１５４】
通知に基づいてホテル予約を生成するように構成された、予約生成ユニット１４０３。
【０１５５】
図１５は、本開示のいくつかの実施形態による電子デバイスを例示するブロック図である。図１５に例示するデバイスの実施形態は、図１３に関連して説明された方法の実施形態に類似したオペレーションを行う。したがって、説明は比較的簡潔である。図１３に関連して説明された方法の実施形態の説明を参照することによって、関連部分を参照することができる。
【０１５６】
図１５に例示する実施形態において電子デバイスが提供される。この電子デバイスは、表示装置１５０１と、プロセッサ１５０２と、メモリ１５０３とを含む。メモリ１５０３は、予約生成方法を実施するためのプログラムを格納するように構成され、本デバイスが電源を投入されて、プロセッサ１５０２を介して予約生成方法のプログラムを実行した後に、以下の段階が実行される。すなわち、ホテル予約サーバによって送信される、特定の予約に従って生成されるホテル予約の通知を受信する段階であって、この通知は予約を入れたユーザの識別情報と予約された客室タイプに関する情報とを含む、段階と、通知に基づいてホテル予約を生成する段階とである。
【０１５７】
図１６は、本開示のいくつかの実施形態によるホテル情報処理システムを例示するブロック図である。前述した２つのシステムの実施形態は類似しているので、ここでの説明は比較的簡潔である。前述したシステムの実施形態の一部の説明を参照することによって、関連部分を参照することができる。
【０１５８】
図１６に例示するホテル情報処理システムは、ホテル予約サブシステム１６０１とホテル管理サブシステム１６０３とを含む。
【０１５９】
ホテル予約サブシステム１６０１は、ユーザのクライアントデバイスによって送信される指定されたホテル及び指定された客室タイプの予約リクエストを受信し、予約リクエストに含まれるユーザの識別情報に基づいて、ユーザのサードパーティアカウントのクレジットスコアを取得し、事前設定された最小クレジットスコア閾値をクレジットスコアが満たしている場合、指定されたホテルの指定された客室タイプの第１の予約をユーザのために生成し、第１の予約（第１の予約は、第２の予約のリソース移動を管理するための認証情報として、ホテル予約サブシステム１６０１によって用いられる）に従って生成される第２の予約の第１の通知をホテル管理サブシステムに送信するように構成される。
【０１６０】
ホテル管理サブシステム１６０３は、ホテル予約サブシステム１６０１によって送信される通知を受信し、この通知に基づいて第２の予約を生成するように構成され、第２の予約は認証情報としてユーザのチェックインに用いられる。
【０１６１】
図１６に例示するホテル情報処理システムと図９に例示するホテル情報処理システムとの間の差は、以下の点にある。すなわち、図１６のシステムでは、ホテル予約サブシステム１６０１の機能に重点が置かれ、この機能はユーザのホテルクレジット資格を確認すると共に第１の予約及び第２の予約を生成する処理に集中するためのものであり、リソース移動の処理を規定するためのものではない。
【０１６２】
図１６において提供されるホテル情報処理システムを用いると、ユーザの消費行動に対するクレジット保証がユーザのサードパーティアカウントを介して与えられ、これにより、ユーザの消費行動が確実に限度額に収まることになる。ユーザのサードパーティアカウントがホテルクレジット資格の要件を満たしている場合、ユーザは、保証金を前払いする必要もなく、ホテル予約、チェックイン、及び支払いを直接行うことができる。したがって、ユーザのホテル滞在体験が効果的に改善され得る。
【０１６３】
本開示は、特定の実施形態と共に上記に提供される。しかしながら、これらの実施形態は本開示を限定することを意図していない。当業者であれば、開示された実施形態の主旨及び範囲から逸脱することなく、様々な変形形態及び修正形態を作り出すことができる。したがって、開示された実施形態の範囲は、本開示の請求項により定められる範囲によって決まる。
【０１６４】
典型的な構成において、コンピュータ処理装置は、１つ又は複数のプロセッサ（ＣＰＵ）、入力／出力インタフェース、ネットワークインタフェース、及びメモリを含む。
【０１６５】
メモリは、非永続的メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／又は、リードオンリメモリ（ＲＯＭ）若しくはフラッシュメモリ（フラッシュＲＡＭ）などの不揮発性メモリなどの形でコンピュータ可読媒体を含んでよい。このメモリはコンピュータ可読媒体の一例である。
【０１６６】
コンピュータ可読媒体は、任意の方法又は手法によって情報記憶を実現できる永続的媒体及び非永続的媒体、並びに非固定式媒体及び固定式媒体を含む。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータであってよい。コンピュータの記憶媒体の例には、限定されるものではないが、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ若しくは他のメモリ装置、コンパクトディスクリードオンリメモリ（ＣＤ‐ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）若しくは他の光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置若しくは他の磁気記憶装置、又は、コンピュータ処理装置がアクセス可能な情報を格納するのに用いられ得る任意の他の非伝送媒体が含まれる。本明細書の定義を踏まえると、コンピュータ可読媒体は、変調データ信号及び搬送波などの非一時的コンピュータ可読媒体を含まない（一時的媒体である）。
【０１６７】
開示された実施形態は、方法、システム、又はコンピュータプログラム製品として提供され得ることを、当業者であれば理解するはずである。したがって、開示された実施形態は、完全なハードウェア実施形態、完全なソフトウェア実施形態、又はソフトウェア構成要素及びハードウェア構成要素を組み合わせた実施形態の形を用いてよい。さらに、開示された実施形態は、コンピュータ利用可能プログラムコードを内部に格納する１つ又は複数のコンピュータ利用可能記憶媒体（限定されるものではないが、磁気ディスクメモリ、ＣＤ‐ＲＯＭ、光メモリなどを含む）で実現されるコンピュータプログラム製品の形を用いてもよい。
【図１】
2019525284.tif 000003
【図２】
2019525284.tif 000004
【図３】
2019525284.tif 000005
【図４】
2019525284.tif 000006
【図５】
2019525284.tif 000007
【図６】
2019525284.tif 000008
【図７】
2019525284.tif 000009
【図８】
2019525284.tif 000010
【図９】
2019525284.tif 000011
【図１０】
2019525284.tif 000012
【図１１】
2019525284.tif 000013
【図１２】
2019525284.tif 000014
【図１３】
2019525284.tif 000015
【図１４】
2019525284.tif 000016
【図１５】
2019525284.tif 000017
【図１６】
2019525284.tif 000018
【国際調査報告】
2019525284.tif 000019