(57)【要約】本出願の例示的な実施形態は、インターネット情報処理技術の分野に関し、より詳細には、従来技術でのユーザの会員特典を享受する際のネットワークリソースの浪費及び面倒な操作の問題を解決するために使用される、サービスデータ処理方法及びサービスデータ処理デバイスに関する。本出願の例示的な実施形態では、情報サーバは、ユーザからサービス要求を受信した後、情報サーバに登録されているユーザに関する第１のレコード情報に基づいて、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定し、サービス装置に登録されているユーザに関するレコード情報の情報サーバへの一方向通信を実装する。後続の情報サーバは、ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を直接使用することによってサービスデータを処理し得る。ユーザがサービス装置によって提供される会員特典を確実に享受することに基づいて、ユーザが情報サーバにログインして再び検索を実行することを必要とせずに、ユーザとサーバとの対話の回数が減少し、ユーザ操作が単純化される。
2020501269.tif 000002
【特許請求の範囲】
【請求項１】
情報サーバ及び複数のサービス装置を含むサービス実装システムに適用されるサービスデータ処理方法であって、前記サービス装置が、サービスデータ情報を前記情報サーバに提供し、前記方法が、
前記情報サーバが、ユーザ端末によって送信されたサービス要求を受信することであって、前記サービスデータ情報から前記ユーザ端末を使用するユーザによって選択されたサービスデータ情報が、前記サービス要求に含まれる、前記受信することと、
前記ユーザに関する第１のレコード情報に従って、前記選択されたサービスデータ情報を提供するサービス装置に登録されている前記ユーザに関する第２のレコード情報を判定することであって、前記ユーザに関する前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報である、前記判定することと、
前記ユーザに関する前記判定された第２のレコード情報及び前記選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行することと
を含む、前記サービスデータ処理方法。
【請求項２】
前記ユーザに関する前記第１のレコード情報に従って、前記選択されたサービスデータ情報を提供する前記サービス装置に登録されている前記ユーザに関する前記第２のレコード情報を前記判定することが、
前記選択されたサービスデータ情報を提供する前記サービス装置によって事前に確立された第１のレコード情報と第２のレコード情報との間の一連の結合関係から前記ユーザに関する前記第１のレコード情報に対応する前記第２のレコード情報を検索することと、
対応する第２のレコード情報が検出された場合、前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する前記第２のレコード情報として、前記検出された第２のレコード情報を使用することと
を含む、請求項１に記載の方法。
【請求項３】
対応する第２のレコード情報が検出されない場合、前記ユーザに関するユーザ情報を判定することと、
前記ユーザ情報を使用して、前記選択されたサービスデータ情報を提供する前記サービス装置から前記ユーザに関する第２のレコード情報を取得することと、
前記第２のレコード情報が取得された場合、取得された第２のレコード情報を前記第２のレコード情報として使用することと
をさらに含む、請求項２に記載の方法。
【請求項４】
前記第２のレコード情報が取得された後に、前記ユーザに関する前記第１のレコード情報と前記取得された第２のレコード情報との間の結合関係を確立することと、
前記第１のレコード情報と前記取得された第２のレコード情報との間に前記確立された結合関係を使用することによって、前記一連の結合関係を更新することと
をさらに含む、請求項３に記載の方法。
【請求項５】
前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する第２のレコード情報が、前記ユーザに関する前記第１のレコード情報に従って判定されない場合、前記選択されたサービスデータ情報を提供する前記サービス装置で公開レコード情報を判定することと、
前記判定された公開レコード情報及び前記選択されたサービスデータ情報を使用して、サービスデータ処理を実行することと
をさらに含む、請求項１に記載の方法。
【請求項６】
前記選択されたサービスデータ情報を提供する前記サービス装置に登録されている前記ユーザに関する前記第２のレコード情報が判定されなかった後、前記方法がさらに、
前記ユーザに関するユーザ情報を判定することと、
前記判定されたユーザ情報を使用して、前記選択されたサービスデータ情報を提供する前記サービス装置から前記ユーザに関する第２のレコード情報を取得することと、
前記第２のレコード情報が取得された場合、前記ユーザに関する前記第１のレコード情報と前記取得された第２のレコード情報との間の結合関係を確立することと
を含む、請求項５に記載の方法。
【請求項７】
前記情報サーバが、各サービス装置の第１のレコード情報と第２のレコード情報との間の一連の結合関係を事前に確立し、
前記情報サーバが、前記ユーザ端末によって送信された前記サービス要求を受信する前に、前記方法がさらに、
前記ユーザ端末によって送信されたページアクセス要求を受信することと、
前記事前に確立された一連の結合関係を使用することによって、前記ユーザ端末を使用する前記ユーザに関する前記第１のレコード情報が、前記第２のレコード情報と結合されると判定された場合、結合された第２のレコード情報の第２のレコードレベルを判定することと、
前記結合された第２のレコード情報の前記第２のレコードレベルに対応する前記サービスデータ情報を判定することと、
前記対応するサービスデータ情報に基づいて、前記ページアクセス要求に応答することと
を含む、請求項１に記載の方法。
【請求項８】
前記ユーザ端末によって送信された前記ページアクセス要求を受信した後に、前記方法がさらに、
前記事前に確立された一連の結合関係を使用することによって、前記ユーザ端末を使用する前記ユーザに関する前記第１のレコード情報が、第２のレコード情報と結合されていないと判定された場合、前記サービス装置の第１のレコードレベルと第２のレコードレベルとの間の事前に確立された対応関係から、前記ユーザに関する第１のレコード情報の第１のレコードレベルに対応する第２のレコードレベルを検索することと、
前記検出された第２のレコードレベルに対応するサービスデータ情報を判定することと、
前記対応するサービスデータ情報に基づいて前記ページアクセス要求に応答することと
を含む、請求項７に記載の方法。
【請求項９】
前記ユーザに関する前記第２のレコード情報の前記第２のレコードレベルが変更されたと判定された場合、前記変更された第２のレコードレベルを使用して、前記ユーザに関する格納された第２のレコード情報を更新することをさらに含む、請求項７に記載の方法。
【請求項１０】
前記選択されたサービスデータ情報を提供する前記サービス装置にサービスデータ処理結果を送信することをさらに含む、請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
情報サーバ及びホテル装置を含むサービス実装システムに適用されるサービスデータ処理方法であって、前記ホテル装置が、前記情報サーバにサービスデータ情報を提供し、前記方法が、
前記情報サーバが、ユーザ端末によって送信された発注要求を受信することであって、前記サービスデータ情報から前記ユーザ端末を使用してユーザによって選択されたサービスデータ情報が前記発注要求に含まれる、前記受信することと、
前記ユーザに関する第１のレコード情報に従って、前記選択されたサービスデータ情報を提供するホテル装置に登録されている前記ユーザに関する第２のレコード情報を判定することであって、前記ユーザに関する前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報である、前記判定することと、
前記ユーザに関する前記判定された第２のレコード情報及び前記選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行することと
を含む、前記サービスデータ処理方法。
【請求項１２】
情報サーバ及び複数のサービス装置を含むサービス実装システムに適用されるサービスデータ処理方法であって、前記サービス装置が、サービスデータ情報を前記情報サーバに提供し、前記方法が、
サービス装置が、前記情報サーバによって送信されたサービスデータ処理結果を受信することであって、前記サービスデータ処理結果が、ユーザに関する第２のレコード情報及び、前記サービスデータ情報から前記ユーザによって選択されたサービスデータ情報に従って前記情報サーバによって生成され、前記ユーザに関する前記第２のレコード情報が、前記ユーザに関する第１のレコード情報に従って前記情報サーバによって判定され、前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報であり、前記第２のレコード情報が、前記サービス装置に登録されている前記ユーザに関する第２のレコード情報である、前記受信することと、
前記受信したサービスデータ処理結果を処理することと
を含む、前記サービスデータ処理方法。
【請求項１３】
前記情報サーバによって送信されたレコード情報取得要求を受信することであって、前記ユーザに関するユーザ情報が、前記レコード情報取得要求に含まれる、前記受信することと、
前記ユーザ情報を使用することによって、前記ユーザに関する前記第２のレコード情報を判定することと、
レコード情報取得応答を前記サービス装置に送信することであって、前記判定された第２のレコード情報が、前記レコード情報取得応答に含まれる、前記送信することと
をさらに含む、請求項１２に記載の方法。
【請求項１４】
前記ユーザ情報を使用することによって、前記ユーザに関する前記第２のレコード情報を前記判定することが、
格納された第２のレコード情報を前記ユーザ情報と照合することと、
第２のレコード情報が一致した場合、前記判定された第２のレコード情報として一致した第２のレコード情報を使用することと、
第２のレコード情報が一致しない場合、前記ユーザ情報を使用することによって、前記ユーザの第２のレコード情報を作成することと、前記作成した第２のレコード情報を前記判定された第２のレコード情報として使用することと
を含む、請求項１３に記載の方法。
【請求項１５】
前記ユーザの基準の第２のレコードレベルが、前記レコード情報取得要求に含まれ、
前記第２のレコード情報が一致した後、前記一致した第２のレコード情報を前記情報サーバに送信する前に、前記方法がさらに、
前記基準の第２のレコードレベルを使用することによって、前記一致した第２のレコード情報の第２のレコードレベルを調整することを含む、請求項１４に記載の方法。
【請求項１６】
前記ユーザに関する前記第２のレコード情報の前記第２のレコードレベルが変更された場合、前記ユーザの変更された第２のレコードレベルを前記情報サーバに送信することをさらに含む、請求項１３に記載の方法。
【請求項１７】
情報サーバ及びホテル装置を含むサービス実装システムに適用されるサービスデータ処理方法であって、前記ホテル装置が、前記情報サーバにサービスデータ情報を提供し、前記方法が、
前記ホテル装置が、前記情報サーバによって送信されたサービスデータ処理結果を受信することであって、前記サービスデータ処理結果が、ユーザからの発注要求を受信した後に、前記ユーザに関する第２のレコード情報及び、前記サービスデータ情報から前記ユーザによって選択されたサービスデータ情報に従って、前記情報サーバによって生成され、前記ユーザに関する前記第２のレコード情報が、前記ユーザに関する第１のレコード情報に従って、前記情報サーバによって判定され、前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報であり、前記第２のレコード情報が、前記サービス装置に登録されている前記ユーザに関する第２のレコード情報である、前記受信することと、
前記受信したサービスデータ処理結果を処理することと
を含む、サービスデータ処理方法。
【請求項１８】
前記情報サーバ及び複数のサービス装置を含むサービス実装システムに適用されるサービスデータ処理のための情報サーバであって、前記サービス装置が、サービスデータ情報を前記情報サーバに提供し、前記情報サーバが、
ユーザ端末によって送信されたサービス要求を受信するための第１の受信モジュールであって、前記ユーザ端末を使用するユーザによって、前記サービスデータ情報から選択されたサービスデータ情報が前記サービス要求に含まれる、前記第１の受信モジュールと、
前記ユーザに関する第１のレコード情報に従って、前記選択されたサービスデータ情報を提供するサービス装置に登録されている前記ユーザに関する第２のレコード情報を判定するための第１の情報判定モジュールであって、前記ユーザに関する前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報である、前記第１の情報判定モジュールと、
前記ユーザに関する前記判定された第２のレコード情報及び前記選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第１のサービス処理モジュールと
を含む、前記情報サーバ。
【請求項１９】
前記第１の情報判定モジュールが具体的に、
前記選択されたサービスデータ情報を提供する前記サービス装置によって事前に確立された第１のレコード情報と第２のレコード情報との間の一連の結合関係から、前記ユーザに関する第１のレコード情報に対応する第２のレコード情報を検索するためと、
対応する第２のレコード情報が検出された場合、前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する前記第２のレコード情報として、検出された第２のレコード情報を使用するためと
に使用される、請求項１８に記載の情報サーバ。
【請求項２０】
前記第１の情報判定モジュールがさらに、
対応する第２のレコード情報が検出されない場合、前記ユーザに関するユーザ情報を判定するためと、
前記ユーザ情報を使用して、前記選択されたサービスデータ情報を提供する前記サービス装置から、前記ユーザに関する第２のレコード情報を取得するためと、
前記第２のレコード情報が取得された場合、取得された第２のレコード情報を、前記第２のレコード情報として使用するためと
に使用される、請求項１９に記載の情報サーバ。
【請求項２１】
前記第１の情報判定モジュールがさらに、
前記第２のレコード情報が取得された後に、前記ユーザに関する前記第１のレコード情報と前記取得された第２のレコード情報との間の結合関係を確立するためと、
前記第１のレコード情報と前記取得された第２のレコード情報との間に前記確立された結合関係を使用することによって前記一連の結合関係を更新するためと、
に使用される、請求項２０に記載の情報サーバ。
【請求項２２】
前記第１の情報判定モジュールがさらに、
前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する第２のレコード情報が、前記ユーザに関する前記第１のレコード情報に従って判定されない場合、前記選択されたサービスデータ情報を提供する前記サービス装置で公開レコード情報を判定するために使用され、
前記第１のサービス処理モジュールがさらに、
前記判定された公開レコード情報及び前記選択されたサービスデータ情報を使用して、サービスデータ処理を実行するために使用される、請求項１８に記載の情報サーバ。
【請求項２３】
前記第１の情報判定モジュールがさらに、
前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する第２のレコード情報が判定されなかった後、前記ユーザに関するユーザ情報を判定するためと、
前記判定されたユーザ情報を使用して、前記選択されたサービスデータ情報を提供する前記サービス装置から前記ユーザに関する第２のレコード情報を取得するためと、
前記第２のレコード情報が取得された場合、前記ユーザに関する第１のレコード情報と取得された第２のレコード情報との間の結合関係を確立するためと
に使用される、請求項２２に記載の情報サーバ。
【請求項２４】
前記情報サーバが、各サービス装置の第１のレコード情報と第２のレコード情報との間の一連の結合関係を事前に確立し、
前記第１の情報判定モジュールがさらに、
前記情報サーバが、ユーザ端末によって送信されたサービス要求を受信する前に、前記ユーザ端末によって送信されたページアクセス要求を受信するためと、
前記事前に確立された一連の結合関係を使用することによって、前記ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されると判定された場合、結合された第２のレコード情報の第２のレコードレベルを判定するためと、
前記結合された第２のレコード情報の前記第２のレコードレベルに対応するサービスデータ情報を判定するためと、
前記対応するサービスデータ情報に基づいて、前記ページアクセス要求に応答するためと
に使用される、請求項１８に記載の情報サーバ。
【請求項２５】
前記第１の情報判定モジュールがさらに、
前記ユーザ端末によって送信された前記ページアクセス要求を前記受信した後に、前記事前に確立された一連の結合関係を使用することによって、前記ユーザ端末を使用する前記ユーザに関する前記第１のレコード情報が、第２のレコード情報と結合されないと判定された場合、前記サービス装置の第１のレコードレベルと第２のレコードレベルとの間の事前に確立された対応関係から、前記ユーザに関する第１のレコード情報の第１のレコードレベルに対応する第２のレコードレベルを検索するためと、
前記検出された第２のレコードレベルに対応するサービスデータ情報を判定するためと、
前記対応するサービスデータ情報に基づいて、前記ページアクセス要求に応答するためと
に使用される、請求項２４に記載の情報サーバ。
【請求項２６】
前記第１の情報判定モジュールがさらに、
前記ユーザに関する前記第２のレコード情報の前記第２のレコードレベルが変更されたと判定された場合、前記変更された第２のレコードレベルを使用して、前記ユーザに関する格納された第２のレコード情報を更新するために使用される、請求項２４に記載の情報サーバ。
【請求項２７】
前記第１のサービス処理モジュールがさらに、
前記選択されたサービスデータ情報を提供する前記サービス装置にサービスデータ処理結果を送信するために使用される、請求項１８〜２６のいずれか１項に記載の情報サーバ。
【請求項２８】
情報サーバ及びホテル装置を含むサービス実装システムに適用されるサービスデータ処理のための情報サーバであって、前記ホテル装置が前記情報サーバにサービスデータ情報を提供し、前記情報サーバが、
ユーザ端末によって送信された発注要求を受信するための第２の受信モジュールであって、前記ユーザ端末を使用するユーザによって、前記サービスデータ情報から選択されたサービスデータ情報が前記発注要求に含まれる、前記第２の受信モジュールと、
前記ユーザに関する第１のレコード情報に従って、前記選択されたサービスデータ情報を提供するホテル装置に登録されている前記ユーザに関する第２のレコード情報を判定するための第２の情報判定モジュールであって、前記ユーザに関する前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報である、前記第２の情報判定モジュールと、
前記ユーザに関する前記判定された第２のレコード情報及び前記選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第２のサービス処理モジュールと
を含む、前記情報サーバ。
【請求項２９】
情報サーバ及び複数のサービス装置を含むサービス実装システムに適用されるサービスデータ処理のためのサービス装置であって、前記サービス装置が、前記情報サーバにサービスデータ情報を提供し、前記サービス装置が、
前記情報サーバによって送信されたサービスデータ処理結果を受信するための第１の結果受信モジュールであって、前記サービスデータ処理結果が、ユーザに関する第２のレコード情報及び、前記サービスデータ情報から前記ユーザによって選択されたサービスデータ情報に従って、前記情報サーバによって生成され、前記ユーザに関する前記第２のレコード情報が、前記ユーザに関する第１のレコード情報に従って、前記情報サーバによって判定され、前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報であり、前記第２のレコード情報が、前記サービス装置に登録されている前記ユーザに関する第２のレコード情報である、前記第１の結果受信モジュールと、
前記受信したサービスデータ処理結果を処理するための第１の結果処理モジュールと
を含む、前記サービス装置。
【請求項３０】
前記第１の結果受信モジュールがさらに、
前記情報サーバによって送信されたレコード情報取得要求を受信することであって、前記ユーザに関するユーザ情報が、前記レコード情報取得要求に含まれる、前記受信することのために使用され、
前記第１の結果処理モジュールがさらに、
前記ユーザ情報を使用して、前記ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答を前記サービス装置に送信することであって、前記判定された第２のレコード情報が、前記レコード情報取得応答に含まれる、前記送信することと、のために使用される、請求項２９に記載のサービス装置。
【請求項３１】
前記第１の結果処理モジュールが具体的に、
格納された第２のレコード情報を前記ユーザ情報と照合するためと、
第２のレコード情報が一致した場合、前記判定された第２のレコード情報として一致した第２のレコード情報を使用するためと、
第２のレコード情報が一致しない場合、前記ユーザ情報を使用することによって、前記ユーザの第２のレコード情報を作成するためと、前記作成した第２のレコード情報を前記判定された第２のレコード情報として使用するためと
に使用される、請求項３０に記載のサービス装置。
【請求項３２】
前記ユーザの基準の第２のレコードレベルがまた、前記レコード情報取得要求に含まれ、
前記第１の結果処理モジュールがさらに、
前記第２のレコード情報が一致した後、一致した第２のレコード情報が前記情報サーバに送信される前に、前記基準の第２のレコードレベルを使用することによって、前記一致した第２のレコード情報の第２のレコードレベルを調整するために使用される、請求項３１に記載のサービス装置。
【請求項３３】
前記第１の結果処理モジュールがさらに、
前記ユーザに関する前記第２のレコード情報の前記第２のレコードレベルが変更された場合、前記ユーザの変更された第２のレコードレベルを前記情報サーバに送信するために使用される、請求項３０に記載のサービス装置。
【請求項３４】
情報サーバ及びホテル装置を含むサービス実装システムに適用されるサービスデータ処理のための前記ホテル装置であって、前記ホテル装置が、前記情報サーバにサービスデータ情報を提供し、前記ホテル装置が、
前記情報サーバによって送信されたサービスデータ処理結果を受信するための第２の結果受信モジュールであって、前記サービスデータ処理結果が、前記ユーザからの発注要求を受信した後に、ユーザに関する第２のレコード情報及び、前記サービスデータ情報から前記ユーザによって選択されたサービスデータ情報に従って、前記情報サーバによって生成され、前記ユーザに関する前記第２のレコード情報が、前記ユーザに関する第１のレコード情報に従って、前記情報サーバによって判定され、前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報であり、前記第２のレコード情報が、前記サービス装置に登録されている前記ユーザに関する第２のレコード情報である、前記第２の結果受信モジュールと、
前記受信したサービスデータ処理結果を処理するための第２の結果処理モジュールと
を含む、前記ホテル装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１６年１２月６日に出願された「ＳＥＲＶＩＣＥ  ＤＡＴＡ  ＰＲＯＣＥＳＳＩＮＧ  ＭＥＴＨＯＤ  ＡＮＤ  ＤＥＶＩＣＥ」と題する中国特許出願第２０１６１１１０９１８０．２号の優先権を主張するものであり、参照によりその全体が本明細書に組み込まれる。
【０００２】
本出願は、インターネット情報処理技術の分野に関し、より詳細には、サービスデータ処理方法及びサービスデータ処理デバイスに関する。
【背景技術】
【０００３】
インターネットの急速な発展は、様々なオンラインサービス（例えば、オンラインホテル予約サービス、オンライン持ち帰りサービス、オンライン教育サービス）を開発する機会を提供する。様々なオンラインサービスを提供することはまた、ユーザの仕事及び生活を著しく楽にする。
【０００４】
オンラインサービスプロバイダは通常、注文数を増やすために２つの戦略を使用する。第１の戦略は、会員システムの使用に関するものであり、会員特典は、新規ユーザを引き付け、古参ユーザの継続性を向上させ得る、会員システムによって会員に提供される。会員特典を享受するために、ユーザは、レコード情報をサービス装置に入力し、オンラインサービスプロバイダの会員として登録し得る。第２の戦略は、包括的な情報サーバ、機密情報サーバ、または専門的な情報サーバなどの、大規模なウェブサイトトラフィックを有する情報サーバ上でサービスデータ情報を公開することに関し、具体的には、専門情報サーバは、情報サーバであり得る。
【０００５】
第１の戦略では、オンライン発注サービスデータ処理方法は、以下のステップ１１から１４を含む。
ステップ１１：サービス装置は、ユーザ端末によって送信されたサービス要求を受信し、選択されたサービスデータ情報はサービス要求に含まれる。
ステップ１２：サービス装置は、ユーザ端末を使用してユーザに関するレコード情報を判定し、判定されたレコード情報及び選択されたサービスデータ情報に基づいて注文を生成する。
ステップ１３：サービス装置は、生成された注文を注文確認ページに移すことによって、生成された注文をユーザ端末に送信する。
ステップ１４：サービス装置は、ユーザ端末によって送信された注文確認情報を受信する。
【０００６】
第１の方法では、注文はユーザに関するレコード情報に基づいて生成されるので、生成された注文により、ユーザの会員特典が具体化される。
【０００７】
第２の戦略では、オンライン注文サービスデータ処理方法は、以下のステップ２１から２４を含む。
ステップ２１：情報サーバは、ユーザ端末によって送信されたサービス要求を受信し、サービスデータ情報からユーザによって選択されたサービスデータ情報は、サービス要求に含まれる。
ステップ２２：情報サーバは、選択されたサービスデータ情報を使用して注文を生成する。
ステップ２３：情報サーバは、生成された注文を注文確認ページに移すことによって、生成された注文をユーザ端末に送信する。
ステップ２４：情報サーバは、ユーザ端末によって送信された注文確認情報を受信する。
【０００８】
第２の方法では、ユーザはオンラインサービスプロバイダから会員特典を享受することができない。ウェブサイトの情報サーバを通じて、様々なオンラインサービスプロバイダによって、公開されたサービスデータ情報を閲覧し、サービスデータ情報から所望のサービスデータ情報を選択した後、ユーザが、オンラインサービスプロバイダからの会員特典を希望する場合、ユーザは、登録されたレコード情報を使用することによって、選択されたサービスデータ情報を提供するサービス装置にログオンすることを要求される。ユーザは、選択されたサービスデータ情報を、サービス装置から再度取得した後、サービス装置で注文する。この注文発注サービス実装プロセスでは、ユーザ端末は、対話を実行し、サーバとの確かな複数回の対話で、サービスデータ情報の検索を繰り返すために、異なるサーバに連続してログオンする必要がある。これは、ネットワークリソースを浪費するだけでなく、ユーザにとって面倒な注文発注サービス実装プロセスをもたらす。
【発明の概要】
【０００９】
このことを考慮して、本出願は、従来技術での会員特典を享受する際のネットワークリソースの浪費及び面倒な操作の問題を解決するために使用される、サービスデータ処理方法及びサービスデータ処理デバイスを提供する。
【００１０】
本出願の例示的な実施形態で提供されるサービスデータ処理方法は、情報サーバ及び複数のサービス装置を含むサービス実装システムに適用され、サービス装置は情報サーバにサービスデータ情報を提供し、方法は、
情報サーバが、ユーザ端末によって送信されたサービス要求を受信することであって、サービスデータ情報からユーザ端末を使用するユーザによって選択されたサービスデータ情報がサービス要求に含まれる、受信することと、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定することであって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、判定することと、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行することとを含む。
【００１１】
任意選択で、ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定することは、
選択されたサービスデータ情報を提供するサービス装置によって事前に確立された第１のレコード情報と第２のレコード情報との間の一連の結合関係からユーザに関する第１のレコード情報に対応する第２のレコード情報を検索することと、
対応する第２のレコード情報が検出された場合、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報として、検出された第２のレコード情報を使用することとを含む。
【００１２】
任意選択で、方法は、
対応する第２のレコード情報が検出されない場合、ユーザに関するユーザ情報を判定することと、
ユーザ情報を使用して、選択されたサービスデータ情報を提供するサービス装置からユーザに関する第２のレコード情報を取得することと、
第２のレコード情報が取得された場合、取得された第２のレコード情報を第２のレコード情報として使用することとを含む。
【００１３】
任意選択で、方法はさらに、
第２のレコード情報が取得された後に、ユーザに関する第１のレコード情報と取得された第２のレコード情報との間の結合関係を確立することと、
第１のレコード情報と取得された第２のレコード情報との間に確立された結合関係を使用することによって一連の結合関係を更新することとを含む。
【００１４】
任意選択で、方法はさらに、
選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報が、ユーザに関する第１のレコード情報に従って判定されない場合、選択されたサービスデータ情報を提供するサービス装置で公開レコード情報を判定することと、
判定された公開レコード情報及び選択されたサービスデータ情報を使用してサービスデータ処理を実行することとを含む。
【００１５】
任意選択で、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報が判定されなかった後、方法はさらに、
ユーザに関するユーザ情報を判定することと、
判定されたユーザ情報を使用して、選択されたサービスデータ情報を提供するサービス装置からユーザに関する第２のレコード情報を取得することと、
第２のレコード情報が取得された場合、ユーザに関する１のレコード情報と取得された第２のレコード情報との間の結合関係を確立することとを含む。
【００１６】
任意選択で、情報サーバは、各サービス装置の第１のレコード情報と第２のレコード情報との間の一連の結合関係を事前に確立する。
【００１７】
情報サーバが、ユーザ端末によって送信されたサービス要求を受信する前に、方法はさらに、
ユーザ端末によって送信されたページアクセス要求を受信することと、
事前に確立された一連の結合関係を使用することによって、ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されると判定された場合、結合された第２のレコード情報の第２のレコードレベルを判定することと、
結合された第２のレコード情報の第２のレコードレベルに対応するサービスデータ情報を判定することと、
対応するサービスデータ情報に基づいてページアクセス要求に応答することとを含む。
【００１８】
任意選択で、ユーザ端末によって送信されたページアクセス要求を受信した後に、方法はさらに、
事前に確立された一連の結合関係を使用することによって、ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されると判定されない場合、サービス装置の第１のレコードレベルと第２のレコードレベルとの間の事前に確立された対応関係から、ユーザに関する第１のレコード情報の第１のレコードレベルに対応する第２のレコードレベルを検索することと、
検出された第２のレコードレベルに対応するサービスデータ情報を判定することと、
対応するサービスデータ情報に基づいてページアクセス要求に応答することとを含む。
【００１９】
任意選択で、方法はさらに、
ユーザに関する第２のレコード情報の第２のレコードレベルが変更されたと判定された場合、変更された第２のレコードレベルを使用して、ユーザに関する格納された第２のレコード情報を更新することを含む。
【００２０】
任意選択で、方法はさらに、
選択されたサービスデータ情報を提供するサービス装置にサービスデータ処理結果を送信することを含む。
【００２１】
本出願の例示的な実施形態で提供されるサービスデータ処理方法は、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は、情報サーバにサービスデータ情報を提供し、方法は、
情報サーバが、ユーザ端末によって送信された発注要求を受信することであって、サービスデータ情報からユーザ端末を使用してユーザによって選択されたサービスデータ情報が発注要求に含まれる、受信することと、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するホテル装置に登録されているユーザに関する第２のレコード情報を判定することであって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、判定することと、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行することとを含む。
【００２２】
本出願の例示的な実施形態で提供されるサービスデータ処理方法は、情報サーバ及び複数のサービス装置を含むサービス実装システム方法に適用され、サービス装置は情報サーバにサービスデータ情報を提供し、方法は、
サービス装置が、情報サーバによって送信されたサービスデータ処理結果を受信することであって、サービスデータ処理結果は、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、サービス装置に登録されているユーザに関する第２のレコード情報である、受信することと、
受信したサービスデータ処理結果を処理することとを含む。
【００２３】
任意選択で、方法はさらに、
情報サーバによって送信されたレコード情報取得要求を受信することであって、ユーザに関するユーザ情報は、レコード情報取得要求に含まれる、受信することと、
ユーザ情報を使用して、ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答をサービス装置に送信することであって、判定された第２のレコード情報は、レコード情報取得応答に含まれる、送信することとを含む。
【００２４】
任意選択で、ユーザ情報を使用することによって、ユーザに関する第２のレコード情報を判定することが、
格納された第２のレコード情報をユーザ情報と照合することと、
第２のレコード情報が一致した場合、判定された第２のレコード情報として一致した第２のレコード情報を使用することと、
第２のレコード情報が一致しない場合、ユーザ情報を使用することによってユーザの第２のレコード情報を作成することと、作成した第２のレコード情報を判定された第２のレコード情報として使用することとを含む。
【００２５】
任意選択で、ユーザの基準の第２のレコードレベルもレコード情報取得要求に含まれる。
【００２６】
第２のレコード情報が一致した後、一致した第２のレコード情報を情報サーバに送信する前に、方法はさらに、
基準の第２のレコードレベルを使用することによって、一致した第２のレコード情報の第２のレコードレベルを調整することを含む。
【００２７】
任意選択で、方法はさらに、
ユーザに関する第２のレコード情報の第２のレコードレベルが変更された場合、ユーザの変更された第２のレコードレベルを情報サーバに送信することを含む。
【００２８】
本出願の例示的な実施形態で提供されるサービスデータ処理方法は、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は、情報サーバにサービスデータ情報を提供し、方法は、
ホテル装置が、情報サーバによって送信されたサービスデータ処理結果を受信することであって、サービスデータ処理結果は、ユーザからの発注要求を受信した後に、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って、情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って、情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、サービス装置に登録されているユーザに関する第２のレコード情報である、受信することと、
受信したサービスデータ処理結果を処理することとを含む。
【００２９】
本出願の例示的な実施形態で提供されるサービスデータ処理用の情報サーバは、情報サーバ及び複数のサービス装置を含むサービス実装システムに適用され、サービス装置はサービスデータ情報を情報サーバに提供し、方法は、
ユーザ端末によって送信されたサービス要求を受信するための第１の受信モジュールであって、ユーザ端末を使用するユーザによってサービスデータ情報から選択されたサービスデータ情報がサービス要求に含まれる、第１の受信モジュールと、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定するための第１の情報判定モジュールであって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、第１の情報判定モジュールと、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第１のサービス処理モジュールとを含む。
【００３０】
任意選択で、第１の情報判定モジュールは具体的に、
選択されたサービスデータ情報を提供するサービス装置によって事前に確立された第１のレコード情報と第２のレコード情報との間の一連の結合関係から、ユーザに関する第１のレコード情報に対応する第２のレコード情報を検索するためと、
対応する第２のレコード情報が検出された場合、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報として、検出された第２のレコード情報を使用するためと、に使用される。
【００３１】
任意選択で、第１の情報判定モジュールはさらに、
対応する第２のレコード情報が検出されない場合、ユーザに関するユーザ情報を判定するためと、
ユーザ情報を使用して、選択されたサービスデータ情報を提供するサービス装置から、ユーザに関する第２のレコード情報を取得するためと、
第２のレコード情報が取得された場合、取得された第２のレコード情報を、第２のレコード情報として使用するためと、に使用される。
【００３２】
任意選択で、第１の情報判定モジュールはさらに、
第２のレコード情報が取得された後に、ユーザに関する第１のレコード情報と取得された第２のレコード情報との間の結合関係を確立するためと、
第１のレコード情報と取得された第２のレコード情報との間に確立された結合関係を使用することによって一連の結合関係を更新するためと、に使用される。
【００３３】
任意選択で、第１の情報判定モジュールはさらに、
選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報が、ユーザに関する第１のレコード情報に従って判定されない場合、選択されたサービスデータ情報を提供するサービス装置で公開レコード情報を判定するために使用され、
第１のサービス処理モジュールはさらに、
判定された公開レコード情報及び選択されたサービスデータ情報を使用して、サービスデータ処理を実行するために使用される。
【００３４】
任意選択で、第１の情報判定モジュールはさらに、
選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報が判定されなかった後、ユーザに関するユーザ情報を判定するためと、
判定されたユーザ情報を使用して、選択されたサービスデータ情報を提供するサービス装置からユーザに関する第２のレコード情報を取得するためと、
第２のレコード情報が取得された場合、ユーザに関する１のレコード情報と取得された第２のレコード情報との間の結合関係を確立するためと、に使用される。
【００３５】
任意選択で、情報サーバは、各サービス装置の第１のレコード情報と第２のレコード情報との間の一連の結合関係を事前に確立する。
【００３６】
第１の情報判定モジュールはさらに、
情報サーバが、ユーザ端末によって送信されたサービス要求を受信する前に、ユーザ端末によって送信されたページアクセス要求を受信するためと、
事前に確立された一連の結合関係を使用することによって、ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されると判定された場合、結合された第２のレコード情報の第２のレコードレベルを判定するためと、
結合された第２のレコード情報の第２のレコードレベルに対応するサービスデータ情報を判定するためと、
対応するサービスデータ情報に基づいて、ページアクセス要求に応答するためと、に使用される。
【００３７】
任意選択で、第１の情報判定モジュールはさらに、
ユーザ端末によって送信されたページアクセス要求を受信した後に、事前に確立された一連の結合関係を使用することによって、ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されないと判定された場合、サービス装置の第１のレコードレベルと第２のレコードレベルとの間の事前に確立された対応関係から、ユーザに関する第１のレコード情報の第１のレコードレベルに対応する第２のレコードレベルを検索するためと、
検出された第２のレコードレベルに対応するサービスデータ情報を判定するためと、
対応するサービスデータ情報に基づいてページアクセス要求に応答するために使用される。
【００３８】
任意選択で、第１の情報判定モジュールはさらに、
ユーザに関する第２のレコード情報の第２のレコードレベルが変更されたと判定された場合、変更された第２のレコードレベルを使用して、ユーザに関する格納された第２のレコード情報を更新するために使用される。
【００３９】
任意選択で、第１のサービス処理モジュールはさらに、
選択されたサービスデータ情報を提供するサービス装置にサービスデータ処理結果を送信するために使用される。
【００４０】
本出願の例示的な実施形態で提供されるサービスデータ処理のための情報サーバは、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は情報サーバにサービスデータ情報を提供し、方法は、
ユーザ端末によって送信された発注要求を受信するための第２の受信モジュールであって、ユーザ端末を使用するユーザによって、サービスデータ情報から選択されたサービスデータ情報が発注要求に含まれる、第２の受信モジュールと、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するホテル装置に登録されているユーザに関する第２のレコード情報を判定するための第２の情報判定モジュールであって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、第２の情報判定モジュールと、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第２のサービス処理モジュールとを含む。
【００４１】
本出願の例示的な実施形態で提供されるサービスデータ処理のためのサービス装置は、情報サーバ及び複数のサービス装置を含むサービス実装システムに適用され、サービス装置は情報サーバにサービスデータ情報を提供し、サービス装置は、
情報サーバによって送信されたサービスデータ処理結果を受信するための第１の結果受信モジュールであって、サービスデータ処理結果は、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、サービス装置に登録されているユーザに関する第２のレコード情報である、第１の結果受信モジュールと、
受信したサービスデータ処理結果を処理するための第１の結果処理モジュールとを含む。
【００４２】
任意選択で、第１の結果受信モジュールはさらに、
情報サーバによって送信されたレコード情報取得要求を受信することであって、ために使用され、ユーザに関するユーザ情報は、レコード情報取得要求に含まれる、受信することのために使用され、
第１の結果処理モジュールはさらに、
ユーザ情報を使用して、ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答をサービス装置に送信することであって、判定された第２のレコード情報は、レコード情報取得応答に含まれる、送信することと、のために使用される。
【００４３】
任意選択で、第１の結果処理モジュールは具体的に、
格納された第２のレコード情報をユーザ情報と照合するためと、
第２のレコード情報が一致した場合、判定された第２のレコード情報として一致した第２のレコード情報を使用するためと、
第２のレコード情報が一致しない場合、ユーザ情報を使用することによってユーザの第２のレコード情報を作成するためと、作成した第２のレコード情報を判定された第２のレコード情報として使用するためとに使用される。
【００４４】
任意選択で、ユーザの基準の第２のレコードレベルはまた、レコード情報取得要求に含まれる。
【００４５】
第１の結果処理モジュールはさらに、
第２のレコード情報が一致した後、一致した第２のレコード情報が情報サーバに送信される前に、基準の第２のレコードレベルを使用することによって、一致した第２のレコード情報の第２のレコードレベルを調整するために使用される。
【００４６】
任意選択で、第１の結果処理モジュールはさらに、
ユーザに関する第２のレコード情報の第２のレコードレベルが変更された場合、ユーザの変更された第２のレコードレベルを情報サーバに送信するために使用される。
【００４７】
本出願の例示的な実施形態で提供されるサービスデータ処理のためのホテル装置は、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は情報サーバにサービスデータ情報を提供し、方法は、
情報サーバによって送信されたサービスデータ処理結果を受信するための第２の結果受信モジュールであって、サービスデータ処理結果は、ユーザからの発注要求を受信した後に、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、サービス装置に登録されているユーザに関する第２のレコード情報である、第２の結果受信モジュールと、
受信したサービスデータ処理結果を処理するための第２の結果処理モジュールとを含む。
【００４８】
本出願の有益な効果は次の通りである。
本出願の例示的な実施形態では、情報サーバは、ユーザからサービス要求を受信した後、情報サーバに登録されているユーザに関する第１のレコード情報に基づいて、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定し、同じユーザに対して、サービス装置に登録されているユーザに関するレコード情報の情報サーバへの一方向通信を実装する。後続の情報サーバは、ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を直接使用することによってサービスデータを処理し得る。ユーザがサービス装置によって提供される会員特典を確実に享受することに基づいて、ユーザが情報サーバにログインして再び検索を実行することを必要とせずに、ユーザとサーバとの対話の回数が減少する。これは、従来技術と比較して、ネットワークリソースを節約するだけでなく、ユーザ操作を単純化する。
【００４９】
本出願の例示的な実施形態の技術的解決策をより明確に示すために、以下は、例示的な実施形態を説明する添付の図面を簡単に説明する。明らかに、以下の説明の添付の図面は、本出願のいくつかの例示的な実施形態を示しているに過ぎず、当業者は、創造的な努力なしに、これらの添付の図面から他の図面を導き出し得る。
【図面の簡単な説明】
【００５０】
【図１】本出願の例示的な実施形態で提供されるサービス実装システムの概略構造図である。
【図２】本出願の例示的な実施形態で提供されるサービスデータ処理方法の概略フローチャートである。
【図３】本出願の例示的な実施形態による、サービス装置の第２のレコード情報を検索するための方法の概略フローチャートである。
【図４】本出願の例示的な実施形態で提供される別のサービスデータ処理方法の概略フローチャートである。
【図５】本出願の例示的な実施形態による、第１の情報サーバの概略構造図である。
【図６】本出願の例示的な実施形態による、第２の情報サーバの概略構造図である。
【図７】本出願の例示的な実施形態による、サービス装置の概略構造図である。
【図８】本出願の例示的な実施形態による、ホテル装置の概略構造図である。
【発明を実施するための形態】
【００５１】
本出願の目的を達成するために、本出願の例示的な実施形態は、サービスデータ処理方法及びデバイスを提供し、方法は、情報サーバ及びサービス装置を含むサービス実装システムに基づく。
【００５２】
このシステムでは、サービス装置が、情報サーバにサービスデータ情報を提供し、ユーザは、情報サーバが提供するサービスを使用する際にサービスデータ情報を閲覧し得る。その結果、サービス装置は、情報サーバのユーザ資源を共有し、サービス装置によって情報サーバに提供されるサービスデータ情報は、より多くのユーザによってアクセスされ、サービス装置に対するウェブサイトのトラフィックが改善され、サービス提供量を改善するためにユーザに提供される。また、ユーザがサービスデータ情報からサービスデータ情報を選択してサービスを実行する場合、情報サーバは、情報サーバに登録されているユーザに関する第１のレコード情報に基づいて、サービス装置に登録されているユーザに関する第２のレコード情報を判定し、次いで、第２のレコード情報を使用してサービスデータ処理を実行する。この処理では、ユーザが、サービス装置と対話して登録済みの第２のレコード情報を入力したり、第２のレコード情報を登録したりする必要がなく、これは、注文生成の効率を改善し、ユーザに関する会員特典情報が促進され、サービス装置の性能が低いためにサービスを実行できないという事象を回避する。
【００５３】
さらに、本出願の例示的な実施形態は、情報サーバとサービス装置レコード情報との間の一方向通信を実装し、後続の情報サーバは、ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を直接使用することによって注文を生成し得て、ユーザがサービス装置によって提供される会員特典を確実に享受することに基づいて、ユーザとサーバとの対話の回数を減少させ、従来技術と比較して、ネットワークリソースを節約するだけでなく、ユーザ操作、ならびにユーザ体験を向上させる。
【００５４】
本出願の例示的な実施形態の解決策を明確に理解するために、本出願の例示的な実施形態でのサービス実装システムを最初に紹介する。
【００５５】
図１に示すように、これは本出願の例示的な実施形態で提供されるサービス実装システムの概略構造図であり、サービス実装システムは、情報サーバ１１及びサービス装置１２を含み、サービス装置１２は、１つのサービス装置であり得て、複数の形態でもあり得る。複数の形態である場合は、異なるまたは同一のオンラインサービスを提供する複数のサービス装置が、情報サーバに結合されていることを表す。
【００５６】
情報サーバ１１は、ユーザ端末によって送信されたサービス要求を受信するためであって、ユーザ端末を使用するユーザによってサービスデータ情報から選択されたサービスデータ情報がサービス要求に含まれる、受信するためと、ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定するためであって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、判定するためと、ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するためと、生成された注文をサービス装置に送信するために使用される。
【００５７】
サービス装置１２は、情報サーバによって送信された注文を受信し、受信した注文を処理するために使用される。
【００５８】
本出願の例示的な実施形態は、ユーザにサービスを提供することができる任意のオンラインサービスシーンに適用可能であり、特に、オンライン旅行サービス及びホテルを含むシーンに適用可能である。これは、旅行業界の急速な発展に伴い、オンライン旅行サービスがますます重要になっているためである。情報サーバは、旅行に関連する包括的なサーバであり、ユーザによって何度もアクセスされる、すなわち、ネットワークトラフィックが大きく、多数の会員を有している。さらに、オンライン旅行サービスのホテルサービスは、オンライン旅行サービスの重要なサービスであり、伝統的なホテルサービスの開発は成熟している。したがって、注文数を改善するために、ほとんどのホテルは、非常に成熟した会員システム及び多数の会員を有している。情報サーバをホテルのサービス装置と結合し、本出願の例示的な実施形態の解決策を使用することによって、明らかにホテルの会員特典が宣伝され、ホテルサービスの注文数がより改善され得る。さらに、ホテルからの会員特典は、ユーザがホテルからの会員優先及び特典を享受できるように提供されるので、情報サーバへのアクセス量が改善され得て、オンライン旅行の影響力が拡大され得る。
【００５９】
例としてオンライン旅行サービス及びホテルのシーンに本出願の例示的な実施形態を適用することによって、以下に詳細に説明する。
【００６０】
実装中、情報サーバは１つまたは複数のサーバによって実装され得る。
【００６１】
サービス装置は、１つまたは複数のサーバであり得て、クライアント端末でもあり得る。サービス装置がクライアント端末である場合、ホテルがサーバを構築する必要がないように、具体的には、実行される機能はクラウドサーバによって処理され得る。
【００６２】
以下の例を容易にするために、以下に最初に、ユーザ、サービス装置、サービスデータ情報、及びオンライン旅行情報サービス提供サーバにあり得るデータ情報を示す。
【００６３】
本出願の例示的な実施形態では、Ｕ１、Ｕ２…Ｕｎはユーザを表すために使用され、Ｈ１、Ｈ２…Ｈｎはホテルを表すために使用され、Ｃ１、Ｃ２…Ｃｎはサービスデータ情報を表すために使用される。ここで、ｎは１以上の正の整数である。
【００６４】
サービス装置は、サービス装置に登録されているユーザに関するレコード情報を格納し得て、これを本明細書では、第２のレコード情報と呼ぶ。ホテルサービスの場合、第２のレコード情報は、限定されないが、ユーザ名、電話番号、識別番号、第２のレコードカード番号、及び第２のレコードレベルなどの情報の一部または全部を含む。他のサービスの場合、第２のレコード情報は、サービス要件に従って変わり得る。
【００６５】
情報サーバは、情報サーバに登録されているユーザに関するレコード情報を格納し得て、これを本明細書では、第１のレコード情報と呼ぶ。第１のレコード情報は、ユーザ名、電話番号、識別番号、第１のレコードカード番号、及び第１のレコードレベルなどの情報の一部または全部を含み得る。
【００６６】
情報サーバはまた、各サービス装置に関して、サービス装置に登録されている第２のレコード情報を格納し、各ユーザに関する第１のレコード情報とサービス装置に登録されている第２の情報レコードとの間の一連の結合関係を格納し得る。例えば、ホテルＨ１のサービス装置の場合、ホテルＨ１のサービス装置に登録されている第２のレコード情報が格納され、ホテルＨ１のサービス装置に登録されている第１のレコード情報と第２の情報レコードとの一連の結合関係が格納され、ホテルＨ２のサービス装置については、ホテルＨ２のサービス装置に登録されている第２のレコード情報が格納され、各ユーザに関する第１のレコード情報と、ホテルＨ２のサービス装置に登録されている第２の情報レコードとの結合関係が格納される。
【００６７】
結合関係は、データテーブルの形で格納され得て、データテーブルは、ユーザ名、識別番号、電話番号、第１のレコードレベル、第２のレコードレベル、及び第２のレコードカード番号などのフィールドを含み得て、１つのデータは、ユーザに関する第１のレコード情報と第２のレコード情報との間の結合関係を表す。本明細書で確立された結合関係は、サービス装置と情報サーバとの間のレコード情報通信の提示形態と見なされ得る。しかし、各サービス装置の場合、情報サーバが各サービス装置とそれぞれ結合関係を確立しているため、様々なサービス装置間でレコード情報通信ができず、それによって、各サービス装置の第２のレコード情報のデータの安全性が保証される。
【００６８】
さらに、情報サーバはまた、各サービス装置に関して、サービス装置の第１のレコードレベルと第２のレコードレベルとの間の対応関係を格納し得て、情報サーバにサービス装置レコードとして登録する場合、ユーザに関する第２のレコード情報の第２のレコードのレベルの設定については、対応関係を参照し得て、サービス装置のサービスデータ情報を新規会員に表示する場合、対応関係を参照してユーザに表示するサービスデータ情報を判定し得る。
【００６９】
新規会員の場合、以下の状況が含まれる。１）ユーザは、情報サーバのページにオンラインで登録することによって情報サーバの会員になった。２）ユーザは、情報サーバの会員としてオフラインで登録する。３）ユーザは、サービス装置の会員としてまったく登録したことがない。
【００７０】
状況１）及び２）の場合、情報サーバは、ユーザが情報サーバの会員として登録していることを認識しておらず、したがって、状況１）、２）、及び３）の場合、ユーザは最初にサービス装置の新しい会員と見なされ得る。
【００７１】
例えば、ホテルＨ１及びホテルＨ２の場合、情報サーバによって設定された第１のレコードレベルが、３つのレベルＦ１、Ｆ２、及びＦ３を含み、レベルＦ３は、レベルＦ２より高く、レベルＦ２は、レベルＦ１より高いと仮定すると、ホテルＨ１の第２のレコードレベルは、銀カードレベル、金カードレベル、及びプラチナカードレベルを含み、ホテルＨ２の第２のレコードレベルは、銅カードレベル、銀カードレベル、及び金カードレベルを含む。
【００７２】
この時点で、ホテルＨ１の場合、レコードレベル間の対応関係は以下の通りであり得る。Ｆ１は、ホテルＨ１の銀カードレベルに対応し、Ｆ２は、ホテルＨ１の金カードレベルに対応し、Ｆ３はホテルＨ１のプラチナカードレベルに対応する。
【００７３】
ホテル２の場合、レコードレベル間の対応関係は以下の通りであり得る。Ｆ１は、ホテルＨ２の銅カードレベルに対応し、Ｆ２は、ホテルＨ２の銀カードレベルに対応し、Ｆ３は、ホテルＨ２の金カードレベルに対応する。
【００７４】
本出願の例示的な実施形態の解決策は、添付の図面と共に以下に詳細に説明される。
【００７５】
図２に示すように、これは本出願の例示的な実施形態で提供されるサービスデータ処理方法の概略フローチャートであり、サービスデータ処理方法は以下のステップを含む。
【００７６】
ステップ２０１：ユーザは、ユーザ端末を通じてホテルページアクセス要求を情報サーバに送信する。
【００７７】
本明細書のユーザは、情報サーバにログオンしたユーザであり得て、本出願の例示的な実施形態は、ホテルサービスを使用して示されているため、このステップは、ホテルページアクセス要求を情報サーバに送ることに関する。検索キーワードは、ホテルページアクセス要求に含まれ得る。
【００７８】
ステップ２０２：情報サーバは、ユーザに提供されたサービスデータ情報を判定し、判定されたサービスデータ情報に部分的に基づいてホテルページアクセス応答をユーザ端末に送信する。
【００７９】
情報サーバは、ユーザの検索キーワードに基づいてサービスデータ情報を判定し得る。
【００８０】
本明細書では、各ホテルが独自の取り組みを有することを考慮すると、異なるレコードレベルに関して提供され得る優先価格及びサービスもまた、ホテルに対するユーザの期待と同様に異なる。したがって、本出願では、サービス装置は、各第２のレコードレベルがサービスデータ情報に対応することを可能にし、異なるレコードレベルは異なるサービスデータ情報に対応し得る。
【００８１】
次に、異なるレコードレベルのユーザに、レベルに対応するサービスデータ情報を的確に提供するために、本出願の例示的な実施形態では、以下が含まれる。サービス装置に対して事前に確立されている、第１のレコード情報と第２のレコード情報との間の一連の結合関係を最初に使用することによって、ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合するかどうかを判定する。結合する場合、結合された第２のレコード情報の第２のレコードレベルを判定し、次いで、判定された第２のレコードレベルに対応するサービスデータ情報に基づいてページアクセス要求に応答する。結合しない場合、サービス装置の各第１のレコードレベルと第２のレコードレベルとの間の事前に格納された対応関係から、ユーザに関する第１のレコード情報の第１のレコードレベルに対応する第２のレコードレベルを検索し、次いで、検出された第２のレコードレベルに対応するサービスデータ情報を判定する。最後に、検出されたサービスデータ情報に部分的に基づいて、ページアクセス要求に応答する。
【００８２】
例えば、情報サーバに登録されているユーザＵ１に関する第１のレコード情報の第１のレコードレベルがＦ２であり、ユーザＵ１に関する第１のレコード情報が、ホテルＨ１のサービス装置に登録されているユーザＵ１に関する第２のレコード情報と結合されず、ホテルＨ２のサービス装置に登録されているユーザＵ１に関する第２のレコード情報とも結合されないと仮定すると、この時点で、ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されていないと判定された場合、上記、事前に設定されたレコードレベル間の対応関係に従って、Ｆ２が対応するホテルＨ１のレコードレベルは、金カードレベルであり、Ｆ２が対応するホテルＨ２のレコードレベルは、銀カードレベルである。本明細書では、ホテルＨ１の金カードレベルに対応するサービスデータ情報はＣ１及びＣ２であり、ホテルＨ１の銀カードレベルに対応するサービスデータ情報は、Ｃ３及びＣ４であり、ホテルＨ２の銀カードレベルに対応するサービスデータ情報はＣ５及びＣ６であり、ホテルＨ２の銅カードレベルに対応するサービスデータ情報は、Ｃ７及びＣ８である。
【００８３】
より高いレコードレベルのユーザが、より低いレコードレベルのユーザが購入し得るサービスデータ情報を閲覧及び購入し得る場合、この時点で、情報サーバは、最初にサービスデータ情報Ｃ１〜Ｃ８を取得し、取得したサービスデータ情報Ｃ１〜Ｃ８を、ページアクセス応答としてユーザＵ１に送信し得る。
【００８４】
情報サーバに登録されているユーザＵ２に関する第１のレコード情報の第１レコードレベルがＦ２であり、ユーザＵ２に関する第１のレコード情報が、ホテルＨ１のサービス装置に登録されているユーザＵ２に関する第２のレコード情報と結合されるが、ホテルＨ２のサービス装置に登録されているユーザＵ２に関する第２のレコード情報と結合されないと仮定すると、この時点で、ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されており、第２のレコード情報が、ホテルＨ１のサーバに登録されていると判定された場合、ホテルＨ１のサーバに登録されているユーザＵ２に関する第２のレコード情報の第２のレコードレベルが判定され得る。ホテルＨ１のユーザＵ２のレコードレベルが、プラチナカードレベルであると判定されたと仮定すると、次いで、ホテルＨ１のプラチナカードレベルに対応するサービスデータ情報がＣ９及びＣ１０であると判定し、次いで、サービスデータ情報Ｃ９及びＣ１０に部分的に基づいて上記ページアクセス要求に応答する。
【００８５】
この時点で、具体的には、応答した内容にサービスデータ情報Ｃ９及びＣ１０が含まれる。より高いレコードレベルのユーザが、より低いレコードレベルのユーザが購入し得るサービスデータ情報を閲覧及び購入し得る場合、この時点で、ホテルＨ１の金カードレベルに対応するサービスデータ情報がＣ１及びＣ２であり、ホテルＨ１の銀カードレベルに対応するサービスデータ情報がＣ３及びＣ４であることも知る必要がある。
【００８６】
さらに、ユーザＵ２に大きな選択の余地を提供するために、ホテルＵ２のサービス装置のサービスデータ情報を表示する必要があることを考慮すると、ユーザＵ２に関する第１のレコード情報が、ホテルＨ２のサービス装置に登録されているユーザＵ２に関する第２のレコード情報と結合されていない場合、ホテルＨ２のサービス装置の各第１のレコードレベルと第２のレコードレベルとの間の事前に格納された対応関係から、ユーザＵ２に関する第１のレコード情報のＦ２に対応する第２のレコードレベルが、銀カードレベルであることが検出され得て、次いで、ホテルＨ２の銀カードレベルに対応するサービスデータ情報が、Ｃ５及びＣ６であると判定され、ホテルＨ２の銅カードレベルに対応するサービスデータ情報が、Ｃ７及びＣ８であると判定される。
【００８７】
この時点で、情報サーバは、最初にサービスデータ情報Ｃ１〜Ｃ１０を取得し、次いで、取得したサービスデータ情報Ｃ１〜Ｃ１０を、ページアクセス応答としてユーザＵ１に送信し得る。
【００８８】
情報サーバがサービスデータ情報を取得する手法には、以下の２つの手法がある。
【００８９】
第１の手法は、以下の３つのステップを含む。
【００９０】
第１のステップ：レベルＦ２に対応するホテルＨ１のホテルレベルが金カードレベルであり、レベルＦ２に対応するホテルＨ２のホテルレベルが、銀カードレベルであることを知った後、情報サーバは、ホテルＨ１のサービス装置に第１のサービスデータ情報取得要求を送信し、ホテルＨ２のサービス装置に第２のサービスデータ情報取得要求を送信する。ホテルＨ１の金カードレベルに関する情報は、第１のサービスデータ情報取得要求に含まれ、ホテルＨ２の銀カードレベルに関する情報は、第２のサービスデータ情報取得要求に含まれる。
【００９１】
第２のステップ：第１のサービスデータ情報取得要求を受信するホテルＨ１のサービス装置は、第１のサービスデータ情報取得要求の金カードレベル情報を使用して、検索が必要なサービスデータ情報が、金カードレベルに対応するサービスデータ情報及び銀カードレベルに対応するサービスデータ情報であると判定し、レコードレベルとサービスデータ情報との間の格納された対応関係のテーブルを検索し、金カードレベルに対応するサービスデータ情報Ｃ１及びＣ２、ならびに銀カードレベルに対応するサービスデータ情報Ｃ３及びＣ４を取得し、第２のサービスデータ情報取得要求を受信するホテルＨ２のサービス装置は、第２のサービスデータ情報取得要求の銀カードレベル情報を使用して、検索が必要なサービスデータ情報が、銀カードレベルに対応するサービスデータ情報及び銅カードレベルに対応するサービスデータ情報であると判定し、レコードレベルとサービスデータ情報との間の格納された対応関係のテーブルを検索し、銅カードレベルに対応するサービスデータ情報Ｃ５及びＣ６、ならびに銀カードレベルに対応するサービスデータ情報Ｃ７及びＣ８を取得する。
【００９２】
第３のステップ：ホテルＨ１のサービス装置は、検出されたサービスデータ情報Ｃ１〜Ｃ４を、第１のサービスデータ情報取得応答に含めて情報サーバに送信し、この目的のために、情報サーバは、ホテルＨ１の金カードレベルに対応するサービスデータ情報Ｃ１及びＣ２、ならびにホテルＨ１の銀カードレベルに対応するサービスデータ情報Ｃ３及びＣ４を取得し、ホテルＨ２のサービス装置は、検出されたサービスデータ情報Ｃ５〜Ｃ８を、第２のサービスデータ情報取得応答に含めて情報サーバに送信し、この目的のために、情報サーバは、ホテルＨ２の銅カードレベルに対応するサービスデータ情報Ｃ５及びＣ６、ならびにホテルＨ２の銀カードレベルに対応するサービスデータ情報Ｃ７及びＣ８を取得する。
【００９３】
第２の手法：
情報サーバは、レコードレベルとサービスデータ情報との間の格納された対応関係が変更された後に、各サービス装置によって定期的にまたは事前に送信される、レコードレベルとサービスデータ情報との間の対応関係取得要求、またはレコードレベルとサービスデータ情報との間の対応関係を、事前に各サービス装置に送信することによって、各ホテルのレコードレベルとサービスデータ情報との間の対応関係を取得し、次いで、情報サーバは、取得した各ホテルのレコードレベルとサービスデータ情報との対応関係に基づいて、ホテルＨ１の金カードレベルに対応するサービスデータ情報Ｃ１及びＣ２と、ホテルＨ１の銀カードレベルに対応するサービスデータ情報Ｃ３及びＣ４と、ホテルＨ２の銅カードレベルに対応するサービスデータ情報Ｃ５及びＣ６と、ホテルＨ２の銀カードレベルに対応するサービスデータ情報Ｃ７及びＣ８とを取得する。
【００９４】
ステップ２０２では、ユーザ端末を通じてサービスデータ情報Ｃ１〜Ｃ８を含むページを受信した後、ユーザＵ１は、そこからサービスデータ情報を選択して購入し（例えば、サービスデータ情報Ｃ２を購入する）、情報サーバに送信し得る。この時点で、サービス要求が情報サーバに送信されることも意味する。
【００９５】
ステップ２０３：情報サーバは、ユーザ端末によって送信されたサービス要求を受信し、ユーザ端末を使用するユーザによって複数のサービスデータ情報から選択されたサービスデータ情報は、サービス要求に含まれる。
【００９６】
ステップ２０４：情報サーバは、ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定する。
このステップでは、様々なサービス装置のレコードシステムが異なることを考慮すると、情報サーバの会員システムは、様々なサービス装置の会員システムの要件を満たすことができない。したがって、本明細書では、情報サーバの会員システムは、サービスデータ処理を実行するために、直接使用されない。すなわち、ユーザに関する第１のレコード情報は、サービスデータ処理を実行するために使用されない。代わりに、ユーザに関する第１のレコード情報が、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定するために使用され、次に、判定された第２の情報が、サービスデータ処理を実行するために使用される。
【００９７】
以下のステップ２０２の例では、ステップ２０４で、情報サーバは、ユーザＵ１に関する第１のレコード情報に従って、サービスデータ情報Ｃ２を提供するホテルＨ１のサービス装置に登録されているユーザＵ１に関する第２のレコード情報を判定する。
【００９８】
本明細書では、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報が、ユーザに関する第１のレコード情報に従って判定されない（例えば、ネットワーク障害、システムエラーなどにより第２のレコード情報を判定できない）場合、選択されたサービスデータ情報を提供するサービス装置の公開レコード情報が判定され、次いで、判定された公開レコード情報及び選択されたサービスデータ情報を使用して、サービスデータ処理が実行され得る。
【００９９】
さらに、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報が判定されなかった後（例えば、ネットワーク障害、システムエラーなどの復旧後）、ユーザに関するユーザ情報も判定され得て、選択されたサービスデータ情報を提供するサービス装置から、判定されたユーザ情報を使用して、ユーザに関する第２のレコード情報が取得され、第２のレコード情報が取得されると、ユーザに関する第１のレコード情報と取得された第２のレコード情報との間の結合関係が確立される。
【０１００】
例えば、以下のステップ２０４の複数の特定の実施態様があり得る。
【０１０１】
第１の実施態様：同じユーザＵ１の場合、ユーザに関する第１のレコード情報及び第２の情報の一部の情報は同じであり得て、例えば、同じ情報は、電話番号及び識別番号であり得ることを考慮すると、ホテルＨ１に関する第２のレコード情報が、情報サーバに格納されていないとき、第１のレコード情報の電話番号は、ホテルＨ１のサービス装置に格納された第２のレコード情報から、ユーザＵ１の電話番号を含む第２のレコード情報を検索するために使用され得て、ホテルＨ１に関する第２のレコード情報が、情報サーバに格納されているとき、第１のレコード情報の電話番号は、情報サーバに格納された第２のレコード情報から、ユーザＵ１の電話番号を含む第２のレコード情報を検索するために使用され得る。
【０１０２】
本明細書では、第２のレコード情報が検出されなかった場合、すなわち、ユーザＵ１は、ホテルＨ１のサービス装置にレコード情報として登録されていない場合、第１のレコード情報は、ユーザＵ１をホテルＨ１のレコードとして自動的に登録するために使用され得て、その結果、ユーザＵ１に関する第２のレコード情報が取得される。この時点で、ユーザＵ１が、ホテルＨ１のレコードとして登録されている場合、ユーザＵ１に関する第２のレコード情報の第２のレコードレベルの設定については、ホテルＨ１のサービス装置の第１のレコードレベルと第２のレコードレベルとの間の格納された対応関係が参照され得る。
【０１０３】
第２の実施態様：ステップ２０４の第１の実施態様では、ユーザに関する第２のレコード情報は、第１のレコード情報及び第２のレコード情報に同じフィールドが必要である一方で、１つの第２のレコード情報を一意に判定するという事象を満たすのに同じフィールドが必要であることを考慮して判定され得るが、第１のレコード情報及び第２のレコード情報に同じフィールドが存在しない場合がある。同じフィールドが存在し、同じフィールドが１つの第２のレコード情報を一意に判定する場合は、第１の実施態様は実現可能であり、第１のレコード情報及び第２のレコード情報に同じフィールドがない場合は、第１の実施態様は実現不可能である。したがって、ステップ２０４の第２の実施態様では、各サービス装置について、サービス装置の第１のレコード情報と第２のレコード情報との間の一連の結合関係が事前に確立され得る。この時点で、事前に確立された一連の結合関係のユーザに関する第１のレコード情報に対応する第２のレコード情報は的確であるため、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を検索するために、ユーザに関する第１のレコード情報を使用することも的確である。具体的なフローチャートは図３に示す通りであり、以下のステップを含む。
【０１０４】
ステップ３０１：選択されたサービスデータ情報を提供するサービス装置に関する第１のレコード情報と第２のレコード情報との間の事前に確立された一連の結合関係からユーザに関する第１のレコード情報に対応する第２のレコード情報を検索する。
ステップ２０２の以下の例では、ユーザＵ１に関する第２のレコード情報は、ホテルＨ１のサービス装置に関する第１のレコード情報と第２のレコード情報との間の事前に確立された一連の結合関係から検索される。
【０１０５】
ステップ３０２：対応する第２のレコード情報が検出されたかどうかを判定する。検出された場合は、ステップ３０３を実行する。検出されなかった場合は、ステップ３０４を実行する。
【０１０６】
ステップ３０３：選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報として、検出された第２のレコード情報を使用する。
【０１０７】
ステップ３０４：ユーザに関するユーザ情報を判定し、ユーザ情報は、ユーザに関する第２のレコード情報を判定するために使用される。
ユーザＵ１に関する第２のレコード情報が検出されない場合、情報サーバは、ユーザＵ１に関する第１のレコード情報と、ホテルＨ１のサービス装置に登録されているユーザに関する第２のレコード情報との間の結合関係を確立しないことを示す。しかし、ユーザＵ１は、以前にホテルＨ１の実際の店舗及びウェブサイトに登録している場合がある。したがって、ステップ３０４では、ユーザＵ１に関する第２のレコード情報を判定するためのユーザ情報を判定する必要がある。ユーザＵ１に関するユーザ情報を判定する具体的な方法は、ユーザに関する情報を第１のレコードから抽出することによって取得すること、またはユーザと対話すること、例えば、ユーザＵ１によって使用されるユーザ端末に、ユーザ情報入力フィールドを含む注文入力ページを送信し、ユーザ情報が入力されたユーザ端末によって送信された注文入力ページを受信し、入力されたユーザ情報をユーザＵ１に関するユーザ情報であると判定することによって取得することに関係し得る。
【０１０８】
ステップ３０５：ユーザ情報を使用して、選択されたサービスデータ情報を提供するサービス装置からユーザに関する第２のレコード情報を取得する。
具体的には、情報サーバは、ホテルＨ１のサービス装置にレコード情報取得要求を送信し得て、ユーザ情報は、レコード情報取得要求に含まれる。
【０１０９】
レコード情報取得要求を受信した後、ホテルＨ１のサービス装置は、ユーザ情報を使用して、ユーザＵ１に関する第２のレコード情報を判定する。
【０１１０】
ユーザＵ１に関する第２のレコード情報を判定するためのホテルＨ１のサービス装置のためのプロセスは、
格納された第２のレコード情報をユーザ情報と照合することと、
第２のレコード情報が一致した場合、判定された第２のレコード情報として一致した第２のレコード情報を使用することと、第２のレコード情報が一致しない場合、ユーザ情報を使用することによってユーザの第２のレコード情報を作成することと、作成した第２のレコード情報を、判定された第２のレコード情報として使用することと、次いで、ホテルＨ１のサービス装置が、一致または作成した第２のレコード情報を情報サーバに送信することに関係し得る。
【０１１１】
本明細書では、ユーザＵ１がホテルＨ１の会員ではない場合、ユーザは情報サーバにホテルＨ１の会員として登録することができ、その結果、ホテルＨ１の会員の規模が拡大し、情報サーバに登録されているユーザに関する第１のレコード情報との結合関係は、登録された第２のレコード情報に基づいて確立され得て、その後、ユーザは、ユーザが１つずつ検索して各ホテルの会員として登録するという面倒なプロセスを省き、ユーザがサービス装置と対話する回数を減らし、ユーザトラフィックを節約し、ユーザ体験を向上させる、ホテルＨ１の会員の恩恵を享受し得る。
【０１１２】
第１のレコードレベルを使用することによって、ユーザＵ１に関する第２のレコード情報のレコードレベルを時間的に同期させるために、任意選択で、ユーザの基準の第２のレコードレベルもレコード情報取得要求に含まれる。
【０１１３】
第２のレコード情報が一致した後、一致した第２のレコード情報を情報サーバに送信する前に、方法はさらに、
基準の第２のレコードレベルを使用することによって、一致した第２のレコード情報の第２のレコードレベルを調整することを含む。
【０１１４】
もちろん、対応関係がサービス装置に格納されている場合、事前に格納されている対応関係を使用して、一致した第２のレコード情報の第２のレコードレベルを調整し得る。
【０１１５】
ステップ３０６：第２のレコード情報が取得されたかどうかを判定する。取得された場合は、ステップ３０７を実行する。取得されなかった場合は、ステップ３０８を実行する。
【０１１６】
本明細書では、ホテルＨ１のサービス装置の性能及びネットワークの輻輳などの問題を考慮して、ユーザＵ１が、サービス要求に対する応答を待っているときには、一定期間内に第２のレコード情報を取得したかどうかを判定する必要があり、第２のレコード情報を取得できなかった場合、一定期間内にユーザがサービスデータ処理結果を確実に取得するために、次のステップ３０８を実行する。
【０１１７】
ステップ３０７：選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報として、取得された第２のレコード情報を使用する。
任意選択で、ユーザに関する第２のレコード情報が取得された後に、ユーザに関する第２のレコード情報を判定するために、ユーザによるサービス要求の再送信を容易にするために、方法はさらに、ユーザに関する第１のレコード情報と取得された第２のレコード情報との間に結合関係を確立することと、第１のレコード情報と取得された第２のレコード情報との間に確立された結合関係を使用することによって一連の結合関係を更新することとを含む。
【０１１８】
ステップ３０８：選択されたサービスデータ情報を提供するサービス装置の公開レコード情報を判定する。
ユーザＵ１に関する第２のレコード情報が取得されていない場合、ユーザが円滑にサービスを実行できるようにするため、ステップ３０８では、ホテルＨ１のサービス装置の公開レコード情報を判定し、公開レコード情報を使用してサービスデータ処理を実行する。
【０１１９】
本明細書では、公開レコード情報は、例えば、ホテルＨ１の場合、レコードレベルに従って分割され得て、その公開レコード情報は、銀カードレベルに関する公開レコード情報、金カードレベルに関する公開レコード情報、及びプラチナカードレベルに関する公開レコード情報を含む。ステップ３０８では、ユーザＵ１の第１のレコードレベルＦ２、ならびに情報サーバの第１のレコードレベルとホテルＨ１の第２のレコードレベルとの間の対応関係に基づき、ホテルＨ１のサービス装置の金カードレベルに関する公開レコード情報を使用することが判定され得る。
【０１２０】
ユーザＵ１に関する第２のレコード情報が取得されない場合、ユーザＵ１に関する第１のレコード情報及びホテルＨ１に関する第２のレコード情報を確立するためには、ユーザＵ１に関するユーザ情報を記録する必要がある。その結果、ホテルＨ１のサービス装置が、アイドル状態またはネットワーク状況が良好な場合、ユーザＵ１に関するユーザ情報を使用して、ホテルＨ１のサービス装置からユーザＵ１に関する第２のレコード情報を取得する動作が再度実行される。この時点で、第２のレコード情報が取得されると、ユーザＵ１に関する第１のレコード情報と取得された第２のレコード情報との間の結合関係が確立される。
【０１２１】
ステップ２０５：情報サーバは、ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用して、サービスデータ処理を実行する。
本明細書では、サービスデータ処理は、具体的には注文を生成することであり得る。
【０１２２】
ステップ２０４でユーザＵ１に関する第２のレコード情報は判定されていないが、公開レコード情報は判定されている場合、この時点で、ステップ２０５は、
判定された公開レコード情報と選択されたサービスデータ情報を使用してサービスデータ処理を実行することを含む。
【０１２３】
ステップ２０６：情報サーバは、生成した注文を、選択したサービスデータ情報を提供するサービス装置に送信する。
その後、ホテルＨ１のサービス装置は、ユーザＵ１に対するサービスデータ処理結果を処理し得る。上記のサービスデータ処理結果が注文を生成している場合、本明細書でのユーザＵ１に対するサービスデータ処理結果の処理は、注文生成の確認、注文の確認、取引の確認などを含み得る。
【０１２４】
さらに、情報サーバのユーザに関する第１のレコード情報及び各サービス装置のユーザに関する第２のレコード情報のレコードレベルを同期させ、ユーザ体験を向上させ、情報サーバへのアクセス量及びサービス装置への発注量を増加させるために、ユーザの第１のレコードレベル及び第２のレコードレベルを経時的に改善または低下させ得ることを考慮すると、方法はさらに、
情報サーバが、ユーザに関する第１のレコード情報の第１のレコードレベルが変更されたと判定した場合、各第１のレコードレベルと第２のレコードレベルとの間の事前に格納された対応関係及び変更された第１のレコードレベルを使用することによって、ユーザに関する第２のレコード情報の第２のレコードレベルを同期させることと、同期されたユーザの第２のレコードレベルをサービス装置に送信することとを含む。
【０１２５】
例えば、ユーザＵ１の第１のレコードレベルが、Ｆ２からＦ３に変更された場合、情報サーバは、ホテルＨ１のサービス装置に関して、Ｆ３がホテルＨ１のプラチナカードレベルに対応すると判定し、ユーザＵ１の第２のレコードレベルがプラチナカードレベルに変更されたことを、ホテルＨ１のサービス装置に通知し、ユーザＵ１の第２のレコードレベルがプラチナカードレベルに変更されたという確認を、ホテルＨ１のサービス装置から受信した後に、ホテルＨ１のサービス装置に登録されているユーザＵ１に関する第２のレコード情報の第２のレコードレベルをプラチナカードレベルに同期させる。情報サーバが、ホテルＨ２のサービス装置に関して、Ｆ３がホテルＨ２の金カードレベルに対応すると判定した場合、ユーザＵ１の第２のレコードレベルが、金カードレベルに変更されたことをホテルＨ２のサービス装置に通知し、ホテルＨ１のサービス装置から、ユーザＵ１の第２のレコードレベルが、金カードレベルに変更されたという確認を受信した後、ホテルＨ２のサービス装置に登録されているユーザＵ１に関する第２のレコード情報の第２のレコードレベルを金カードレベルに同期させる。
【０１２６】
例えば、情報サーバが、ホテルＨ１に関して、ユーザＵ１の第２のレコードレベルが金カードレベルからプラチナカードレベルに変更されたと判定した場合、情報サーバは、ホテルＨ１のサービス装置に関して、Ｆ３がホテルＨ１のプラチナカードレベルに対応すると判定し、その結果、情報サーバのユーザＵ１の第１のレコードレベルは、Ｆ３に同期され得る。情報サーバが、ホテルＨ２に関して、ユーザＵ１の第２のレコードレベルが銀カードレベルから金カードレベルに変更されたと判定した場合、情報サーバは、ホテルＨ２のサービス装置に関して、Ｆ３がホテルＨ２の金カードレベルに対応すると判定し、その結果、情報サーバのユーザＵ１の第１のレコードレベルは、Ｆ３に同期され得る。
【０１２７】
本明細書では、ユーザに関する第２のレコード情報の第２のレコードレベルを変更している間、情報サーバのユーザに関する第１のレコード情報の第１のレコードレベルを、サービス装置の第２のレコード情報の第２のレコードレベルと同期させるため、サービス装置は、変更されたユーザの第２のレコードレベルを情報サーバに送信する。
【０１２８】
情報サーバによって送信された、同期されたユーザの第２のレコードレベルを受信した後、サービス装置は、ユーザに関する第２のレコード情報の第２のレコードレベルを更新する。
【０１２９】
第１のレコードレベルと第２のレコードレベルを同期させるための原則は、次のことに関係し得る。第１のレコードレベルが変更されると、サービス装置の第２のレコードレベルは、レベル間の対応する関係を使用することによって変更され得て、サービス装置の第２のレコードレベルが変更されると、情報サーバに通知され、情報サーバは格納されている第２のレコード情報を更新する。
【０１３０】
図４に示すように、本出願の例示的な実施形態で提供される別のサービスデータ処理方法は、情報サーバ及び複数のサービス装置を含むサービス実装システムに適用され、サービス装置は、情報データサーバにサービスデータ情報を提供し、サービスデータ処理方法は以下を含む。
【０１３１】
ステップ４００：サービス装置は、情報サーバによって送信されたサービスデータ処理結果を受信し、サービスデータ処理結果は、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、サービス装置に登録されているユーザに関する第２のレコード情報である。
【０１３２】
ステップ４０１：サービス装置は、受信したサービスデータ処理結果を処理する。
【０１３３】
任意選択で、方法はさらに、
情報サーバによって送信されたレコード情報取得要求を受信することであって、ユーザに関するユーザ情報は、レコード情報取得要求に含まれる、受信することと、
ユーザ情報を使用して、ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答をサービス装置に送信することであって、判定された第２のレコード情報は、レコード情報取得応答に含まれる、送信することとを含む。
【０１３４】
任意選択で、ユーザ情報を使用することによって、ユーザに関する第２のレコード情報を判定することが、
格納された第２のレコード情報をユーザ情報と照合することと、
第２のレコード情報が一致した場合、判定された第２のレコード情報として一致した第２のレコード情報を使用することと、
第２のレコード情報が一致しない場合、ユーザ情報を使用することによってユーザの第２のレコード情報を作成することと、作成した第２のレコード情報を判定された第２のレコード情報として使用することとを含む。
【０１３５】
任意選択で、ユーザの基準の第２のレコードレベルはまた、レコード情報取得要求に含まれる。
【０１３６】
第２のレコード情報が一致した後、一致した第２のレコード情報を情報サーバに送信する前に、方法はさらに、
基準の第２のレコードレベルを使用することによって、一致した第２のレコード情報の第２のレコードレベルを調整することを含む。
【０１３７】
任意選択で、方法はさらに、
ユーザに関する第２のレコード情報の第２のレコードレベルが変更された場合、ユーザの変更された第２のレコードレベルを情報サーバに送信することを含む。
【０１３８】
実施態様では、本出願の例示的な実施形態のサービス装置は、ホテルの装置であり得る。
【０１３９】
同じ発明概念に基づいて、本出願の例示的な実施形態では情報サーバも提供される。問題を解決するための本装置の原理は、本出願の例示的な実施形態のサービスデータ処理方法の原理と同様であるので、装置の実施態様については、本方法の実施態様を参照し得て、繰り返される内容はさらに説明されない。
【０１４０】
図５に示すように、本出願の例示的な実施形態の第１の情報サーバは、情報サーバ及び複数のサービス装置を含むサービス実装システムに適用され、サービス装置は、サービスデータ情報を情報サーバに提供し、方法は、
ユーザ端末によって送信されたサービス要求を受信するための第１の受信モジュールであって、ユーザ端末を使用するユーザによってサービスデータ情報から選択されたサービスデータ情報がサービス要求に含まれる、第１の受信モジュール５００と、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定するための第１の情報判定モジュールであって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、第１の情報判定モジュール５０１と、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第１のサービス処理モジュール５０２とを含む。
【０１４１】
任意選択で、第１の情報判定モジュール５０１は具体的に、
選択されたサービスデータ情報を提供するサービス装置によって事前に確立された第１のレコード情報と第２のレコード情報との間の一連の結合関係からユーザに関する第１のレコード情報に対応する第２のレコード情報を検索するためと、
対応する第２のレコード情報が検出された場合、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報として、検出された第２のレコード情報を使用するためとに使用される。
【０１４２】
任意選択で、第１の情報判定モジュール５０１はさらに、
対応する第２のレコード情報が検出されない場合、ユーザに関するユーザ情報を判定するためと、
ユーザ情報を使用して、選択されたサービスデータ情報を提供するサービス装置から、ユーザに関する第２のレコード情報を取得するためと、
第２のレコード情報が取得された場合、取得された第２のレコード情報を第２のレコード情報として使用するためとに使用される。
【０１４３】
任意選択で、第１の情報判定モジュール５０１はさらに、
第２のレコード情報が取得された後に、ユーザに関する第１のレコード情報と取得された第２のレコード情報との間の結合関係を確立するためと、
第１のレコード情報と取得された第２のレコード情報との間に確立された結合関係を使用することによって一連の結合関係を更新するためとに使用される。
【０１４４】
任意選択で、第１の情報判定モジュール５０１はさらに、
選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報が、ユーザに関する第１のレコード情報に従って判定されない場合、選択されたサービスデータ情報を提供するサービス装置で公開レコード情報を判定するために使用され、
第１のサービス処理モジュール５０２はさらに、
判定された公開レコード情報と選択されたサービスデータ情報を使用してサービスデータ処理を実行するために使用される。
【０１４５】
任意選択で、第１の情報判定モジュール５０１はさらに、
選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報が判定されなかった後、ユーザに関するユーザ情報を判定するためと、
判定されたユーザ情報を使用して、選択されたサービスデータ情報を提供するサービス装置からユーザに関する第２のレコード情報を取得するためと、
第２のレコード情報が取得された場合、ユーザに関する１のレコード情報と取得された第２のレコード情報との間の結合関係を確立するためとに使用される。
【０１４６】
任意選択で、情報サーバは、各サービス装置の第１のレコード情報と第２のレコード情報との間の一連の結合関係を事前に確立する。
【０１４７】
第１の情報判定モジュール５０１はさらに、
情報サーバが、ユーザ端末によって送信されたサービス要求を受信する前に、ユーザ端末によって送信されたページアクセス要求を受信するためと、
事前に確立された一連の結合関係を使用することによって、ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されると判定された場合、結合された第２のレコード情報の第２のレコードレベルを判定するためと、
結合された第２のレコード情報の第２のレコードレベルに対応するサービスデータ情報を判定するためと、
対応するサービスデータ情報に基づいてページアクセス要求に応答するためとに使用される。
【０１４８】
任意選択で、第１の情報判定モジュール５０１はさらに、
ユーザ端末によって送信されたページアクセス要求を受信した後に、事前に確立された一連の結合関係を使用することによって、ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されないと判定された場合、サービス装置の第１のレコードレベルと第２のレコードレベルとの間の事前に確立された対応関係から、ユーザに関する第１のレコード情報の第１のレコードレベルに対応する第２のレコードレベルを検索するためと、
検出された第２のレコードレベルに対応するサービスデータ情報を判定するためと、
対応するサービスデータ情報に基づいてページアクセス要求に応答するためとに使用される。
【０１４９】
任意選択で、第１の情報判定モジュール５０１はさらに、
ユーザに関する第２のレコード情報の第２のレコードレベルが変更されたと判定された場合、変更された第２のレコードレベルを使用して、ユーザに関する格納された第２のレコード情報を更新するために使用される。
【０１５０】
任意選択で、第１のサービス処理モジュール５０２はさらに、
選択されたサービスデータ情報を提供するサービス装置にサービスデータ処理結果を送信するために使用される。
【０１５１】
図６に示すように、本出願の例示的な実施形態の第２の情報サーバは、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は、サービスデータ情報を情報サーバに提供し、方法は、
ユーザ端末によって送信された発注要求を受信するための第２の受信モジュール６００であって、ユーザ端末を使用するユーザによって、サービスデータ情報から選択されたサービスデータ情報が発注要求に含まれる、第２の受信モジュール６００と、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するホテル装置に登録されているユーザに関する第２のレコード情報を判定するための第２の情報判定モジュール６０１であって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、第２の情報判定モジュール６０１と、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第２のサービス処理モジュール６０２とを含む。
【０１５２】
同じ発明概念に基づいて、本出願の例示的な実施形態ではサービス装置及びホテル装置も提供される。問題を解決するための本装置の原理は、本出願の例示的な実施形態のサービスデータ処理方法の原理と同様であるので、装置の実施態様については、本方法の実施態様を参照し得て、繰り返される内容はさらに説明されない。
【０１５３】
図７に示すように、本出願の例示的な実施形態のサービス装置は、情報サーバ及び複数のサービス装置を含むサービス実装システムに適用され、サービス装置は、サービスデータ情報を情報サーバに提供し、サービス装置は、
情報サーバによって送信されたサービスデータ処理結果を受信するための第１の結果受信モジュール７００であって、サービスデータ処理結果は、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、サービス装置に登録されているユーザに関する第２のレコード情報である、第１の結果受信モジュール７００と、
受信したサービスデータ処理結果を処理するための第１の結果処理モジュール７０１とを含む。
【０１５４】
任意選択で、第１の結果受信モジュール７００はさらに、
情報サーバによって送信されたレコード情報取得要求を受信することであって、ユーザに関するユーザ情報は、レコード情報取得要求に含まれる、受信することのために使用され、
第１の結果処理モジュール７０１はさらに、
ユーザ情報を使用して、ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答をサービス装置に送信することであって、判定された第２のレコード情報は、レコード情報取得応答に含まれる、送信することとのために使用される。
【０１５５】
任意選択で、第１の結果処理モジュール７０１は具体的に、
格納された第２のレコード情報をユーザ情報と照合するためと、
第２のレコード情報が一致した場合、判定された第２のレコード情報として一致した第２のレコード情報を使用するためと、
第２のレコード情報が一致しない場合、ユーザ情報を使用することによってユーザの第２のレコード情報を作成するためと、作成した第２のレコード情報を判定された第２のレコード情報として使用するためとに使用される。
【０１５６】
任意選択で、ユーザの基準の第２のレコードレベルはまた、レコード情報取得要求に含まれる。
【０１５７】
第１の結果処理モジュール７０１はさらに、
第２のレコード情報が一致した後、一致した第２のレコード情報が情報サーバに送信される前に、基準の第２のレコードレベルを使用することによって、一致した第２のレコード情報の第２のレコードレベルを調整するために使用される。
【０１５８】
任意選択で、第１の結果処理モジュール７０１はさらに、
ユーザに関する第２のレコード情報の第２のレコードレベルが変更された場合、ユーザの変更された第２のレコードレベルを情報サーバに送信するために使用される。
【０１５９】
図８に示すように、本出願の例示的な実施形態のホテル装置は、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は、サービスデータ情報を情報サーバに提供し、方法は、
情報サーバによって送信されたサービスデータ処理結果を受信するための第２の結果受信モジュール８００であって、サービスデータ処理結果は、ユーザからの発注要求を受信した後に、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、サービス装置に登録されているユーザに関する第２のレコード情報である、第２の結果受信モジュール８００と、
受信したサービスデータ処理結果を処理するための第２の結果処理モジュール８０１とを含む。
【０１６０】
本出願の例示的な実施形態が、方法、デバイス（装置）またはコンピュータプログラム製品として提供され得ることを、当業者は理解すべきである。したがって、本出願は、完全なハードウェアの例示的な実施形態、完全なソフトウェアの例示的な実施形態、またはソフトウェアとハードウェアとを組み合わせた例示的な実施形態の形を使用し得る。さらに、本出願は、コンピュータ使用可能プログラムコードを含む１つまたは複数のコンピュータ使用可能記憶媒体（限定されないが、ディスクメモリ、ＣＤ−ＲＯＭ、光メモリなどを含む）上に実装されるコンピュータプログラム製品の形を使用し得る。
【０１６１】
本出願は、本出願の例示的な実施形態による、方法、デバイス（装置）、及びコンピュータプログラム製品のフローチャート及び／またはブロック図を参照して説明される。フローチャート及び／またはブロック図内の各手順及び／または各ブロック、ならびにフローチャート及び／またはブロック図内の手順及び／またはブロックの組み合わせを実施するためにコンピュータプログラム命令を使用し得ることを理解されたい。任意の他のプログラム可能なデータ処理装置のコンピュータまたはプロセッサによって実行される命令により、フローチャート内の１つまたは複数の手順及び／またはブロック図内の１つまたは複数のブロックで特定の機能を実装するためのデバイスが製造されるように、これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサまたは任意の他のプログラム可能データ処理装置のプロセッサに提供され、機械を製造し得る。
【０１６２】
コンピュータ可読メモリに格納された命令により、命令装置を含む製品が製造されるように、これらのコンピュータプログラム命令はまた、特定の方法で動作するようにコンピュータまたは任意の他のプログラム可能データ処理装置に命令し得るコンピュータ可読メモリに格納し得る。命令デバイスは、フローチャート内の１つまたは複数の手順及び／またはブロック図内の１つまたは複数のブロック内で特定の機能を実装する。
【０１６３】
これらのコンピュータプログラム命令はまた、コンピュータ実装処理を生成するために、コンピュータまたは任意の他のプログラム可能装置上で一連の動作及びステップが実行されるように、コンピュータまたは任意の他のプログラム可能データ処理装置にロードされ得る。したがって、コンピュータまたは他の任意のプログラム可能装置上で実行される命令は、フローチャート内の１つまたは複数のプロセス及び／またはブロック図内の１つまたは複数のブロックで特定の機能を実装するためのステップを提供する。
【０１６４】
本出願の好ましい例示的な実施形態を説明したが、基本的な発明概念を学習すれば、これらの例示的な実施形態に対して、当業者なら変更及び修正を加え得る。したがって、添付の特許請求の範囲は、好ましい例示的な実施形態、ならびに本出願の範囲内に含まれるすべての変更及び修正を包含するように解釈されることを意図している。
【０１６５】
明らかに、本出願の精神及び範囲から逸脱することなく、当業者なら本出願に様々な修正及び変更を加え得る。このように、本出願はまた、本出願に対するこれらの修正形態及び変形形態が、本出願の特許請求の範囲及びそれらの同等の技術の範囲内にある限り、これらの修正形態及び変形形態を包含することを意図している。
【図１】
2020501269.tif 000003
【図２】
2020501269.tif 000004
【図３】
2020501269.tif 000005
【図４】
2020501269.tif 000006
【図５】
2020501269.tif 000007
【図６】
2020501269.tif 000008
【図７】
2020501269.tif 000009
【図８】
2020501269.tif 000010
【手続補正書】
【提出日】令和1年8月6日(2019.8.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
情報サーバ及び複数のサービス装置を含むサービス実装システムに適用されるサービスデータ処理方法であって、前記サービス装置が、サービスデータ情報を前記情報サーバに提供し、前記方法が、
前記情報サーバが、ユーザ端末によって送信されたサービス要求を受信することであって、前記サービスデータ情報から前記ユーザ端末を使用するユーザによって選択されたサービスデータ情報が、前記サービス要求に含まれる、前記受信することと、
前記ユーザに関する第１のレコード情報に従って、前記選択されたサービスデータ情報を提供するサービス装置に登録されている前記ユーザに関する第２のレコード情報を判定することであって、前記ユーザに関する前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報である、前記判定することと、
前記ユーザに関する前記判定された第２のレコード情報及び前記選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行することと
を含む、前記サービスデータ処理方法。
【請求項２】
前記ユーザに関する前記第１のレコード情報に従って、前記選択されたサービスデータ情報を提供する前記サービス装置に登録されている前記ユーザに関する前記第２のレコード情報を前記判定することが、
前記選択されたサービスデータ情報を提供する前記サービス装置によって事前に確立された第１のレコード情報と第２のレコード情報との間の一連の結合関係から前記ユーザに関する前記第１のレコード情報に対応する前記第２のレコード情報を検索することと、
対応する第２のレコード情報が検出された場合、前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する前記第２のレコード情報として、前記検出された第２のレコード情報を使用することと
を含む、請求項１に記載の方法。
【請求項３】
対応する第２のレコード情報が検出されない場合、前記ユーザに関するユーザ情報を判定することと、
前記ユーザ情報を使用して、前記選択されたサービスデータ情報を提供する前記サービス装置から前記ユーザに関する第２のレコード情報を取得することと、
前記第２のレコード情報が取得された場合、取得された第２のレコード情報を前記第２のレコード情報として使用することと
をさらに含む、請求項２に記載の方法。
【請求項４】
前記第２のレコード情報が取得された後に、前記ユーザに関する前記第１のレコード情報と前記取得された第２のレコード情報との間の結合関係を確立することと、
前記第１のレコード情報と前記取得された第２のレコード情報との間に前記確立された結合関係を使用することによって、前記一連の結合関係を更新することと
をさらに含む、請求項３に記載の方法。
【請求項５】
前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する第２のレコード情報が、前記ユーザに関する前記第１のレコード情報に従って判定されない場合、前記選択されたサービスデータ情報を提供する前記サービス装置で公開レコード情報を判定することと、
前記判定された公開レコード情報及び前記選択されたサービスデータ情報を使用して、サービスデータ処理を実行することと
をさらに含む、請求項１に記載の方法。
【請求項６】
前記選択されたサービスデータ情報を提供する前記サービス装置に登録されている前記ユーザに関する前記第２のレコード情報が判定されなかった後、前記方法がさらに、
前記ユーザに関するユーザ情報を判定することと、
前記判定されたユーザ情報を使用して、前記選択されたサービスデータ情報を提供する前記サービス装置から前記ユーザに関する第２のレコード情報を取得することと、
前記第２のレコード情報が取得された場合、前記ユーザに関する前記第１のレコード情報と前記取得された第２のレコード情報との間の結合関係を確立することと
を含む、請求項５に記載の方法。
【請求項７】
前記情報サーバが、各サービス装置の第１のレコード情報と第２のレコード情報との間の一連の結合関係を事前に確立し、
前記情報サーバが、前記ユーザ端末によって送信された前記サービス要求を受信する前に、前記方法がさらに、
前記ユーザ端末によって送信されたページアクセス要求を受信することと、
前記事前に確立された一連の結合関係を使用することによって、前記ユーザ端末を使用する前記ユーザに関する前記第１のレコード情報が、前記第２のレコード情報と結合されると判定された場合、結合された第２のレコード情報の第２のレコードレベルを判定することと、
前記結合された第２のレコード情報の前記第２のレコードレベルに対応する前記サービスデータ情報を判定することと、
前記対応するサービスデータ情報に基づいて、前記ページアクセス要求に応答することと
を含む、請求項１に記載の方法。
【請求項８】
前記ユーザ端末によって送信された前記ページアクセス要求を受信した後に、前記方法がさらに、
前記事前に確立された一連の結合関係を使用することによって、前記ユーザ端末を使用する前記ユーザに関する前記第１のレコード情報が、第２のレコード情報と結合されていないと判定された場合、前記サービス装置の第１のレコードレベルと第２のレコードレベルとの間の事前に確立された対応関係から、前記ユーザに関する第１のレコード情報の第１のレコードレベルに対応する第２のレコードレベルを検索することと、
前記検出された第２のレコードレベルに対応するサービスデータ情報を判定することと、
前記対応するサービスデータ情報に基づいて前記ページアクセス要求に応答することと
を含む、請求項７に記載の方法。
【請求項９】
前記ユーザに関する前記第２のレコード情報の前記第２のレコードレベルが変更されたと判定された場合、前記変更された第２のレコードレベルを使用して、前記ユーザに関する格納された第２のレコード情報を更新することをさらに含む、請求項７に記載の方法。
【請求項１０】
前記選択されたサービスデータ情報を提供する前記サービス装置にサービスデータ処理結果を送信することをさらに含む、請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
情報サーバ及びホテル装置を含むサービス実装システムに適用されるサービスデータ処理方法であって、前記ホテル装置が、前記情報サーバにサービスデータ情報を提供し、前記方法が、
前記情報サーバが、ユーザ端末によって送信された発注要求を受信することであって、前記サービスデータ情報から前記ユーザ端末を使用してユーザによって選択されたサービスデータ情報が前記発注要求に含まれる、前記受信することと、
前記ユーザに関する第１のレコード情報に従って、前記選択されたサービスデータ情報を提供するホテル装置に登録されている前記ユーザに関する第２のレコード情報を判定することであって、前記ユーザに関する前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報である、前記判定することと、
前記ユーザに関する前記判定された第２のレコード情報及び前記選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行することと
を含む、前記サービスデータ処理方法。
【請求項１２】
情報サーバ及び複数のサービス装置を含むサービス実装システムに適用されるサービスデータ処理方法であって、前記サービス装置が、サービスデータ情報を前記情報サーバに提供し、前記方法が、
サービス装置が、前記情報サーバによって送信されたサービスデータ処理結果を受信することであって、前記サービスデータ処理結果が、ユーザに関する第２のレコード情報及び、前記サービスデータ情報から前記ユーザによって選択されたサービスデータ情報に従って前記情報サーバによって生成され、前記ユーザに関する前記第２のレコード情報が、前記ユーザに関する第１のレコード情報に従って前記情報サーバによって判定され、前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報であり、前記第２のレコード情報が、前記サービス装置に登録されている前記ユーザに関する第２のレコード情報である、前記受信することと、
前記受信したサービスデータ処理結果を処理することと
を含む、前記サービスデータ処理方法。
【請求項１３】
前記情報サーバによって送信されたレコード情報取得要求を受信することであって、前記ユーザに関するユーザ情報が、前記レコード情報取得要求に含まれる、前記受信することと、
前記ユーザ情報を使用することによって、前記ユーザに関する前記第２のレコード情報を判定することと、
レコード情報取得応答を前記情報サーバに送信することであって、前記判定された第２のレコード情報が、前記レコード情報取得応答に含まれる、前記送信することと
をさらに含む、請求項１２に記載の方法。
【請求項１４】
前記ユーザ情報を使用することによって、前記ユーザに関する前記第２のレコード情報を前記判定することが、
格納された第２のレコード情報を前記ユーザ情報と照合することと、
第２のレコード情報が一致した場合、前記判定された第２のレコード情報として一致した第２のレコード情報を使用することと、
第２のレコード情報が一致しない場合、前記ユーザ情報を使用することによって、前記ユーザの第２のレコード情報を作成することと、前記作成した第２のレコード情報を前記判定された第２のレコード情報として使用することと
を含む、請求項１３に記載の方法。
【請求項１５】
前記ユーザの基準の第２のレコードレベルが、前記レコード情報取得要求に含まれ、
前記第２のレコード情報が一致した後、前記一致した第２のレコード情報を前記情報サーバに送信する前に、前記方法がさらに、
前記基準の第２のレコードレベルを使用することによって、前記一致した第２のレコード情報の第２のレコードレベルを調整することを含む、請求項１４に記載の方法。
【請求項１６】
前記ユーザに関する前記第２のレコード情報の第２のレコードレベルが変更された場合、前記ユーザの変更された前記第２のレコードレベルを前記情報サーバに送信することをさらに含む、請求項１３に記載の方法。
【請求項１７】
情報サーバ及びホテル装置を含むサービス実装システムに適用されるサービスデータ処理方法であって、前記ホテル装置が、前記情報サーバにサービスデータ情報を提供し、前記方法が、
前記ホテル装置が、前記情報サーバによって送信されたサービスデータ処理結果を受信することであって、前記サービスデータ処理結果が、ユーザからの発注要求を受信した後に、前記ユーザに関する第２のレコード情報及び、前記サービスデータ情報から前記ユーザによって選択されたサービスデータ情報に従って、前記情報サーバによって生成され、前記ユーザに関する前記第２のレコード情報が、前記ユーザに関する第１のレコード情報に従って、前記情報サーバによって判定され、前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報であり、前記第２のレコード情報が、前記ホテル装置に登録されている前記ユーザに関する第２のレコード情報である、前記受信することと、
前記受信したサービスデータ処理結果を処理することと
を含む、サービスデータ処理方法。
【請求項１８】
情報サーバ及び複数のサービス装置を含むサービス実装システムに適用されるサービスデータ処理のための前記情報サーバであって、前記サービス装置が、サービスデータ情報を前記情報サーバに提供し、前記情報サーバが、
ユーザ端末によって送信されたサービス要求を受信するための第１の受信モジュールであって、前記ユーザ端末を使用するユーザによって、前記サービスデータ情報から選択されたサービスデータ情報が前記サービス要求に含まれる、前記第１の受信モジュールと、
前記ユーザに関する第１のレコード情報に従って、前記選択されたサービスデータ情報を提供するサービス装置に登録されている前記ユーザに関する第２のレコード情報を判定するための第１の情報判定モジュールであって、前記ユーザに関する前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報である、前記第１の情報判定モジュールと、
前記ユーザに関する前記判定された第２のレコード情報及び前記選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第１のサービス処理モジュールと
を含む、前記情報サーバ。
【請求項１９】
前記第１の情報判定モジュールが具体的に、
前記選択されたサービスデータ情報を提供する前記サービス装置によって事前に確立された第１のレコード情報と第２のレコード情報との間の一連の結合関係から、前記ユーザに関する第１のレコード情報に対応する第２のレコード情報を検索するためと、
対応する第２のレコード情報が検出された場合、前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する前記第２のレコード情報として、検出された第２のレコード情報を使用するためと
に使用される、請求項１８に記載の情報サーバ。
【請求項２０】
前記第１の情報判定モジュールがさらに、
対応する第２のレコード情報が検出されない場合、前記ユーザに関するユーザ情報を判定するためと、
前記ユーザ情報を使用して、前記選択されたサービスデータ情報を提供する前記サービス装置から、前記ユーザに関する第２のレコード情報を取得するためと、
前記第２のレコード情報が取得された場合、取得された第２のレコード情報を、前記第２のレコード情報として使用するためと
に使用される、請求項１９に記載の情報サーバ。
【請求項２１】
前記第１の情報判定モジュールがさらに、
前記第２のレコード情報が取得された後に、前記ユーザに関する前記第１のレコード情報と前記取得された第２のレコード情報との間の結合関係を確立するためと、
前記第１のレコード情報と前記取得された第２のレコード情報との間に前記確立された結合関係を使用することによって前記一連の結合関係を更新するためと、
に使用される、請求項２０に記載の情報サーバ。
【請求項２２】
前記第１の情報判定モジュールがさらに、
前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する第２のレコード情報が、前記ユーザに関する前記第１のレコード情報に従って判定されない場合、前記選択されたサービスデータ情報を提供する前記サービス装置で公開レコード情報を判定するために使用され、
前記第１のサービス処理モジュールがさらに、
前記判定された公開レコード情報及び前記選択されたサービスデータ情報を使用して、サービスデータ処理を実行するために使用される、請求項１８に記載の情報サーバ。
【請求項２３】
前記第１の情報判定モジュールがさらに、
前記選択されたサービスデータ情報を提供する前記サービス装置に登録された前記ユーザに関する第２のレコード情報が判定されなかった後、前記ユーザに関するユーザ情報を判定するためと、
前記判定されたユーザ情報を使用して、前記選択されたサービスデータ情報を提供する前記サービス装置から前記ユーザに関する第２のレコード情報を取得するためと、
前記第２のレコード情報が取得された場合、前記ユーザに関する第１のレコード情報と取得された第２のレコード情報との間の結合関係を確立するためと
に使用される、請求項２２に記載の情報サーバ。
【請求項２４】
前記情報サーバが、各サービス装置の第１のレコード情報と第２のレコード情報との間の一連の結合関係を事前に確立し、
前記第１の情報判定モジュールがさらに、
前記情報サーバが、ユーザ端末によって送信されたサービス要求を受信する前に、前記ユーザ端末によって送信されたページアクセス要求を受信するためと、
前記事前に確立された一連の結合関係を使用することによって、前記ユーザ端末を使用するユーザに関する第１のレコード情報が、第２のレコード情報と結合されると判定された場合、結合された第２のレコード情報の第２のレコードレベルを判定するためと、
前記結合された第２のレコード情報の前記第２のレコードレベルに対応するサービスデータ情報を判定するためと、
前記対応するサービスデータ情報に基づいて、前記ページアクセス要求に応答するためと
に使用される、請求項１８に記載の情報サーバ。
【請求項２５】
前記第１の情報判定モジュールがさらに、
前記ユーザ端末によって送信された前記ページアクセス要求を前記受信した後に、前記事前に確立された一連の結合関係を使用することによって、前記ユーザ端末を使用する前記ユーザに関する前記第１のレコード情報が、第２のレコード情報と結合されないと判定された場合、前記サービス装置の第１のレコードレベルと第２のレコードレベルとの間の事前に確立された対応関係から、前記ユーザに関する第１のレコード情報の第１のレコードレベルに対応する第２のレコードレベルを検索するためと、
前記検出された第２のレコードレベルに対応するサービスデータ情報を判定するためと、
前記対応するサービスデータ情報に基づいて、前記ページアクセス要求に応答するためと
に使用される、請求項２４に記載の情報サーバ。
【請求項２６】
前記第１の情報判定モジュールがさらに、
前記ユーザに関する前記第２のレコード情報の前記第２のレコードレベルが変更されたと判定された場合、前記変更された第２のレコードレベルを使用して、前記ユーザに関する格納された第２のレコード情報を更新するために使用される、請求項２４に記載の情報サーバ。
【請求項２７】
前記第１のサービス処理モジュールがさらに、
前記選択されたサービスデータ情報を提供する前記サービス装置にサービスデータ処理結果を送信するために使用される、請求項１８〜２６のいずれか１項に記載の情報サーバ。
【請求項２８】
情報サーバ及びホテル装置を含むサービス実装システムに適用されるサービスデータ処理のための情報サーバであって、前記ホテル装置が前記情報サーバにサービスデータ情報を提供し、前記情報サーバが、
ユーザ端末によって送信された発注要求を受信するための第２の受信モジュールであって、前記ユーザ端末を使用するユーザによって、前記サービスデータ情報から選択されたサービスデータ情報が前記発注要求に含まれる、前記第２の受信モジュールと、
前記ユーザに関する第１のレコード情報に従って、前記選択されたサービスデータ情報を提供するホテル装置に登録されている前記ユーザに関する第２のレコード情報を判定するための第２の情報判定モジュールであって、前記ユーザに関する前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報である、前記第２の情報判定モジュールと、
前記ユーザに関する前記判定された第２のレコード情報及び前記選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第２のサービス処理モジュールと
を含む、前記情報サーバ。
【請求項２９】
情報サーバ及び複数のサービス装置を含むサービス実装システムに適用されるサービスデータ処理のためのサービス装置であって、前記サービス装置が、前記情報サーバにサービスデータ情報を提供し、前記サービス装置が、
前記情報サーバによって送信されたサービスデータ処理結果を受信するための第１の結果受信モジュールであって、前記サービスデータ処理結果が、ユーザに関する第２のレコード情報及び、前記サービスデータ情報から前記ユーザによって選択されたサービスデータ情報に従って、前記情報サーバによって生成され、前記ユーザに関する前記第２のレコード情報が、前記ユーザに関する第１のレコード情報に従って、前記情報サーバによって判定され、前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報であり、前記第２のレコード情報が、前記サービス装置に登録されている前記ユーザに関する第２のレコード情報である、前記第１の結果受信モジュールと、
前記受信したサービスデータ処理結果を処理するための第１の結果処理モジュールと
を含む、前記サービス装置。
【請求項３０】
前記第１の結果受信モジュールがさらに、
前記情報サーバによって送信されたレコード情報取得要求を受信することであって、前記ユーザに関するユーザ情報が、前記レコード情報取得要求に含まれる、前記受信することのために使用され、
前記第１の結果処理モジュールがさらに、
前記ユーザ情報を使用して、前記ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答を前記情報サーバに送信することであって、前記判定された第２のレコード情報が、前記レコード情報取得応答に含まれる、前記送信することと、のために使用される、請求項２９に記載のサービス装置。
【請求項３１】
前記第１の結果処理モジュールが具体的に、
格納された第２のレコード情報を前記ユーザ情報と照合するためと、
第２のレコード情報が一致した場合、前記判定された第２のレコード情報として一致した第２のレコード情報を使用するためと、
第２のレコード情報が一致しない場合、前記ユーザ情報を使用することによって、前記ユーザの第２のレコード情報を作成するためと、前記作成した第２のレコード情報を前記判定された第２のレコード情報として使用するためと
に使用される、請求項３０に記載のサービス装置。
【請求項３２】
前記ユーザの基準の第２のレコードレベルがまた、前記レコード情報取得要求に含まれ、
前記第１の結果処理モジュールがさらに、
前記第２のレコード情報が一致した後、一致した第２のレコード情報が前記情報サーバに送信される前に、前記基準の第２のレコードレベルを使用することによって、前記一致した第２のレコード情報の第２のレコードレベルを調整するために使用される、請求項３１に記載のサービス装置。
【請求項３３】
前記第１の結果処理モジュールがさらに、
前記ユーザに関する前記第２のレコード情報の第２のレコードレベルが変更された場合、前記ユーザの変更された前記第２のレコードレベルを前記情報サーバに送信するために使用される、請求項３０に記載のサービス装置。
【請求項３４】
情報サーバ及びホテル装置を含むサービス実装システムに適用されるサービスデータ処理のための前記ホテル装置であって、前記ホテル装置が、前記情報サーバにサービスデータ情報を提供し、前記ホテル装置が、
前記情報サーバによって送信されたサービスデータ処理結果を受信するための第２の結果受信モジュールであって、前記サービスデータ処理結果が、ユーザからの発注要求を受信した後に、前記ユーザに関する第２のレコード情報及び、前記サービスデータ情報から前記ユーザによって選択されたサービスデータ情報に従って、前記情報サーバによって生成され、前記ユーザに関する前記第２のレコード情報が、前記ユーザに関する第１のレコード情報に従って、前記情報サーバによって判定され、前記第１のレコード情報が、前記情報サーバに登録されている前記ユーザに関するレコード情報であり、前記第２のレコード情報が、前記ホテル装置に登録されている前記ユーザに関する第２のレコード情報である、前記第２の結果受信モジュールと、
前記受信したサービスデータ処理結果を処理するための第２の結果処理モジュールと
を含む、前記ホテル装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】
任意選択で、方法はさらに、
情報サーバによって送信されたレコード情報取得要求を受信することであって、ユーザに関するユーザ情報は、レコード情報取得要求に含まれる、受信することと、
ユーザ情報を使用して、ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答を情報サーバに送信することであって、判定された第２のレコード情報は、レコード情報取得応答に含まれる、送信することとを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
本出願の例示的な実施形態で提供されるサービスデータ処理方法は、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は、情報サーバにサービスデータ情報を提供し、方法は、
ホテル装置が、情報サーバによって送信されたサービスデータ処理結果を受信することであって、サービスデータ処理結果は、ユーザからの発注要求を受信した後に、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って、情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って、情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、ホテル装置に登録されているユーザに関する第２のレコード情報である、受信することと、
受信したサービスデータ処理結果を処理することとを含む。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
本出願の例示的な実施形態で提供されるサービスデータ処理用の情報サーバは、情報サーバ及び複数のサービス装置を含むサービス実装システムに適用され、サービス装置はサービスデータ情報を情報サーバに提供し、情報サーバは、
ユーザ端末によって送信されたサービス要求を受信するための第１の受信モジュールであって、ユーザ端末を使用するユーザによってサービスデータ情報から選択されたサービスデータ情報がサービス要求に含まれる、第１の受信モジュールと、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定するための第１の情報判定モジュールであって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、第１の情報判定モジュールと、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第１のサービス処理モジュールとを含む。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
本出願の例示的な実施形態で提供されるサービスデータ処理のための情報サーバは、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は情報サーバにサービスデータ情報を提供し、情報サーバは、
ユーザ端末によって送信された発注要求を受信するための第２の受信モジュールであって、ユーザ端末を使用するユーザによって、サービスデータ情報から選択されたサービスデータ情報が発注要求に含まれる、第２の受信モジュールと、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するホテル装置に登録されているユーザに関する第２のレコード情報を判定するための第２の情報判定モジュールであって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、第２の情報判定モジュールと、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第２のサービス処理モジュールとを含む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
任意選択で、第１の結果受信モジュールはさらに、
情報サーバによって送信されたレコード情報取得要求を受信することであって、ために使用され、ユーザに関するユーザ情報は、レコード情報取得要求に含まれる、受信することのために使用され、
第１の結果処理モジュールはさらに、
ユーザ情報を使用して、ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答を情報サーバに送信することであって、判定された第２のレコード情報は、レコード情報取得応答に含まれる、送信することと、のために使用される。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
本出願の例示的な実施形態で提供されるサービスデータ処理のためのホテル装置は、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は情報サーバにサービスデータ情報を提供し、ホテル装置は、
情報サーバによって送信されたサービスデータ処理結果を受信するための第２の結果受信モジュールであって、サービスデータ処理結果は、ユーザからの発注要求を受信した後に、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、ホテル装置に登録されているユーザに関する第２のレコード情報である、第２の結果受信モジュールと、
受信したサービスデータ処理結果を処理するための第２の結果処理モジュールとを含む。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
ホテルＨ２の場合、レコードレベル間の対応関係は以下の通りであり得る。Ｆ１は、ホテルＨ２の銅カードレベルに対応し、Ｆ２は、ホテルＨ２の銀カードレベルに対応し、Ｆ３は、ホテルＨ２の金カードレベルに対応する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【０１２０】
ユーザＵ１に関する第２のレコード情報が取得されない場合、ユーザＵ１に関する第１のレコード情報及びホテルＨ１に関する第２のレコード情報との間の結合関係を確立するためには、ユーザＵ１に関するユーザ情報を記録する必要がある。その結果、ホテルＨ１のサービス装置が、アイドル状態またはネットワーク状況が良好な場合、ユーザＵ１に関するユーザ情報を使用して、ホテルＨ１のサービス装置からユーザＵ１に関する第２のレコード情報を取得する動作が再度実行される。この時点で、第２のレコード情報が取得されると、ユーザＵ１に関する第１のレコード情報と取得された第２のレコード情報との間の結合関係が確立される。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】変更
【補正の内容】
【０１２５】
例えば、ユーザＵ１の第１のレコードレベルが、Ｆ２からＦ３に変更された場合、情報サーバは、ホテルＨ１のサービス装置に関して、Ｆ３がホテルＨ１のプラチナカードレベルに対応すると判定し、ユーザＵ１の第２のレコードレベルがプラチナカードレベルに変更されたことを、ホテルＨ１のサービス装置に通知し、ユーザＵ１の第２のレコードレベルがプラチナカードレベルに変更されたという確認を、ホテルＨ１のサービス装置から受信した後に、ホテルＨ１のサービス装置に登録されているユーザＵ１に関する第２のレコード情報の第２のレコードレベルをプラチナカードレベルに同期させる。情報サーバが、ホテルＨ２のサービス装置に関して、Ｆ３がホテルＨ２の金カードレベルに対応すると判定した場合、ユーザＵ１の第２のレコードレベルが、金カードレベルに変更されたことをホテルＨ２のサービス装置に通知し、ホテルＨ２のサービス装置から、ユーザＵ１の第２のレコードレベルが、金カードレベルに変更されたという確認を受信した後、ホテルＨ２のサービス装置に登録されているユーザＵ１に関する第２のレコード情報の第２のレコードレベルを金カードレベルに同期させる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１２７
【補正方法】変更
【補正の内容】
【０１２７】
本明細書では、ユーザに関する第２のレコード情報の第２のレコードレベルを変更している間、情報サーバのユーザに関する第１のレコード情報の第１のレコードレベルを、サービス装置の第２のレコード情報の第２のレコードレベルと同期させるため、情報サーバは、変更されたユーザの第２のレコードレベルをサービス装置に送信する。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１３３
【補正方法】変更
【補正の内容】
【０１３３】
任意選択で、方法はさらに、
情報サーバによって送信されたレコード情報取得要求を受信することであって、ユーザに関するユーザ情報は、レコード情報取得要求に含まれる、受信することと、
ユーザ情報を使用して、ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答を情報サーバに送信することであって、判定された第２のレコード情報は、レコード情報取得応答に含まれる、送信することとを含む。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１４０
【補正方法】変更
【補正の内容】
【０１４０】
図５に示すように、本出願の例示的な実施形態の第１の情報サーバは、情報サーバ及び複数のサービス装置を含むサービス実装システムに適用され、サービス装置は、サービスデータ情報を情報サーバに提供し、第１の情報サーバは、
ユーザ端末によって送信されたサービス要求を受信するための第１の受信モジュールであって、ユーザ端末を使用するユーザによってサービスデータ情報から選択されたサービスデータ情報がサービス要求に含まれる、第１の受信モジュール５００と、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するサービス装置に登録されているユーザに関する第２のレコード情報を判定するための第１の情報判定モジュールであって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、第１の情報判定モジュール５０１と、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第１のサービス処理モジュール５０２とを含む。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０１５１
【補正方法】変更
【補正の内容】
【０１５１】
図６に示すように、本出願の例示的な実施形態の第２の情報サーバは、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は、サービスデータ情報を情報サーバに提供し、第２の情報サーバは、
ユーザ端末によって送信された発注要求を受信するための第２の受信モジュール６００であって、ユーザ端末を使用するユーザによって、サービスデータ情報から選択されたサービスデータ情報が発注要求に含まれる、第２の受信モジュール６００と、
ユーザに関する第１のレコード情報に従って、選択されたサービスデータ情報を提供するホテル装置に登録されているユーザに関する第２のレコード情報を判定するための第２の情報判定モジュール６０１であって、ユーザに関する第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報である、第２の情報判定モジュール６０１と、
ユーザに関する判定された第２のレコード情報及び選択されたサービスデータ情報を使用することによって、サービスデータ処理を実行するための第２のサービス処理モジュール６０２とを含む。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０１５４
【補正方法】変更
【補正の内容】
【０１５４】
任意選択で、第１の結果受信モジュール７００はさらに、
情報サーバによって送信されたレコード情報取得要求を受信することであって、ユーザに関するユーザ情報は、レコード情報取得要求に含まれる、受信することのために使用され、
第１の結果処理モジュール７０１はさらに、
ユーザ情報を使用して、ユーザに関する第２のレコード情報を判定することと、
レコード情報取得応答を情報サーバに送信することであって、判定された第２のレコード情報は、レコード情報取得応答に含まれる、送信することとのために使用される。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】０１５９
【補正方法】変更
【補正の内容】
【０１５９】
図８に示すように、本出願の例示的な実施形態のホテル装置は、情報サーバ及びホテル装置を含むサービス実装システムに適用され、ホテル装置は、サービスデータ情報を情報サーバに提供し、ホテル装置は、
情報サーバによって送信されたサービスデータ処理結果を受信するための第２の結果受信モジュール８００であって、サービスデータ処理結果は、ユーザからの発注要求を受信した後に、ユーザに関する第２のレコード情報及び、サービスデータ情報からユーザによって選択されたサービスデータ情報に従って情報サーバによって生成され、ユーザに関する第２のレコード情報は、ユーザに関する第１のレコード情報に従って情報サーバによって判定され、第１のレコード情報は、情報サーバに登録されているユーザに関するレコード情報であり、第２のレコード情報は、ホテル装置に登録されているユーザに関する第２のレコード情報である、第２の結果受信モジュール８００と、
受信したサービスデータ処理結果を処理するための第２の結果処理モジュール８０１とを含む。
【国際調査報告】
2020501269.tif 000011
2020501269.tif 000012
2020501269.tif 000013
2020501269.tif 000014