(57)【要約】製品情報を発行するとき、リソース共有サーバから、製品情報に含まれる旅程イベントに一致するリソース（複数可）を動的に取得することが可能であり、その結果、旅程イベント全体に必要とされるリソースが相対的に完全である、リソースプロバイダを含む、リソース処理方法、デバイス、及びシステムが本出願において開示される。よって、これは、ユーザによってリソース共有サーバから旅程イベントに対応するリソースを取得する効率性を効果的に改善し、リソース共有サーバによって提供されるネットワークサービスに関するユーザ経験を改善する。更に、それらのリソースは、他のリソースプロバイダから発してもよく、よって、リソース共有サーバにおいてリソースプロバイダによって提供されるリソースを販促する効率性を保証し、それによって、リソースの回転率を改善する。
2020504399.tif 000002
【特許請求の範囲】
【請求項１】
第１のリソースプロバイダに適用される、リソース処理方法であって、
リソース共有サーバにリソース検索要求を送信することであって、前記リソース検索要求は、第１の旅程イベントにおける少なくとも１つの旅程サブイベントを含む、前記送信することと、
前記リソース共有サーバによって送信された応答情報を受信し、前記応答情報は、第２のリソースプロバイダによって発行された製品情報に含まれ、前記旅程サブイベントによって必要な少なくとも１つの第１のリソースを含み、前記第１のリソースと前記第１のリソースを必要とする前記旅程サブイベントとの間の対応関係を判定することと、
前記リソース共有サーバに、前記対応関係を含む製品情報を発行することと、
を含む、前記リソース処理方法。
【請求項２】
前記リソース共有サーバに前記リソース検索要求を送信する前に、前記方法は更に、
発行されることになる前記第１の旅程イベント、及び前記第１の旅程イベントにおける少なくとも１つの旅程サブイベントによって使用される第２のリソースを判定することと、
前記第２のリソースに従って、前記第１の旅程イベントにおける欠損リソースを有する旅程サブイベントを判定することと、
を含む、請求項１に記載のリソース処理方法。
【請求項３】
前記リソース共有サーバに前記リソース検索要求を送信することは、
前記旅程サブイベントに従って、前記リソース検索要求を生成することであって、前記リソース検索要求は、前記旅程サブイベントによって必要なリソースを検索するために使用される、前記生成することと、
前記リソース共有サーバに、前記リソース検索要求を送信することと、
を含む、請求項２に記載のリソース処理方法。
【請求項４】
前記リソース共有サーバによって送信された前記応答情報が受信されるとき、前記方法は更に、
前記第１のリソースを受信するときに受信された前記第１のリソースから、前記旅程サブイベントの要件を満たす第３のリソースを選択することを含み、前記第３のリソースは、第２の旅程イベントとの同期に使用される、請求項１に記載のリソース処理方法。
【請求項５】
前記方法は更に、
前記第１の旅程イベントによって使用され、前記第１のリソースプロバイダによって所持される第２のリソースを判定することと、
前記第１の旅程イベントに対応するリソースセットを取得するために、前記第１のリソース／前記第３のリソースを前記第２のリソースと組み合わせることと、
を含む、請求項４に記載のリソース処理方法。
【請求項６】
前記方法は更に、
前記製品情報において使用されるリソースに従って、前記製品情報と各々のリソースとの間の対応関係を確立することを含む、請求項１〜５のいずれか１つに記載のリソース処理方法。
【請求項７】
前記方法は更に、
前記リソース共有サーバによって送信された注文情報を受信することであって、前記注文情報は、前記第２のリソースを含む、前記受信することと、
前記注文情報に従って、前記第２のリソースの在庫量を調節することと、
を含む、請求項６に記載のリソース処理方法。
【請求項８】
前記方法は更に、
前記第２のリソースの前記在庫量が定義された閾値よりも少ないと検出したことに応答して、プロンプトメッセージを送信することを含み、前記プロンプトメッセージは、前記第２のリソースの補完をリマインドするために使用される、請求項７に記載のリソース処理方法。
【請求項９】
第１のリソースプロバイダによって送信されたリソース検索要求を受信することであって、前記リソース検索要求は、旅程イベントを含む、前記受信することと、
共有リソースライブラリから、前記旅程イベントの要件を満たす少なくとも１つのリソースを発見することであって、前記共有リソースライブラリは、異なるリソースプロバイダによって提供され、前記リソースの使用属性に従って区分けされる複数のリソースを含み、前記リソースの前記使用属性は、前記旅程イベントに含まれる異なる旅程サブイベントに基づいて判定される、前記発見することと、
前記第１のリソースプロバイダに、発見された前記少なくとも１つのリソースを含む応答情報を送信することと、
を含む、リソース処理方法。
【請求項１０】
前記共有リソースライブラリから、前記旅程イベントの前記要件を満たす前記少なくとも１つのリソースを発見することは、
前記リソース検索要求に含まれる前記旅程サブイベントに基づいて、前記旅程サブイベントの時間属性を判定することであって、前記旅程サブイベントは、前記旅程イベントにおける欠損リソースを有する旅程サブイベントである、前記判定することと、
前記時間属性を満たす使用属性に対応する属性値を有するリソースを、前記旅程イベントの前記要件を満たす前記リソースとして使用することと、
を含む、請求項９に記載のリソース処理方法。
【請求項１１】
第１のリソースプロバイダに適用される、リソース処理方法であって、
発行されることになる第１の旅程イベントを判定することと、
前記第１の旅程イベントに従って、前記第１の旅程イベントに含まれる旅程サブイベントを判定し、前記旅程サブイベントに対して対応するリソースを一致させることと、
異なる旅程サブイベントに対応するリソースに従って、発行されることになる製品情報を生成することであって、前記製品情報に含まれる前記リソースは、第２のリソースプロバイダによって発行された第２の旅程イベントの必要性を満たすとき、前記第２の旅程イベントと共有される、前記生成することと、
前記製品情報を発行することであって、前記製品情報は、前記第１の旅程イベント、及び前記第１の旅程イベントにおける各々の旅程サブイベントによって使用されるリソースを含むリソースセットを含む、前記発行することと、
を含む、前記リソース処理方法。
【請求項１２】
異なるリソースプロバイダによって送信された製品情報を受信することであって、前記製品情報は、旅程イベント、及び前記旅程イベントにおけるそれぞれの旅程サブイベントによって使用される少なくとも１つのリソースを含む、前記受信することと、
同一の旅程イベントについて、前記旅程イベントによって使用されるリソースセットを取得するために、前記旅程イベントを含む前記製品情報の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることと、
前記旅程イベント及び前記リソースセットを発行することと、
を含む、リソース処理方法。
【請求項１３】
前記同一の旅程イベントについて、前記旅程イベントによって使用される前記リソースセットを取得するために、前記旅程イベントを含む前記製品情報の前記異なる部分における前記同一の／異なる旅程サブイベントによって使用される前記異なるタイプのリソースを組み合わせることは、
前記同一の旅程イベントに基づいて、前記旅程イベントを含む前記製品情報の複数の部分を判定することと、
前記製品情報の部分について、
前記製品情報の前記部分において前記旅程イベントにおける旅程サブイベントから欠損したリソースを判定することと、
前記製品情報の他の判定された部分から前記欠損リソースを発見することと、
前記旅程イベントによって使用される前記リソースセットを取得するために、発見された前記欠損リソースを、前記製品情報に既に含まれているリソースと組み合わせることと、
を実行することと、
を含む、請求項１２に記載のリソース処理方法。
【請求項１４】
前記製品情報の前記部分において前記旅程イベントにおける欠損した前記リソースを判定することは、
前記旅程イベントに基づいて、前記旅程イベントに含まれる旅程サブイベントを判定することと、
異なる旅程サブイベントに対して、前記製品情報の前記部分に含まれる前記リソースに従って、前記旅程サブイベントを完了するために使用されるリソースを一致させることと、
一致したリソースを有しない旅程サブイベントについて、前記旅程サブイベントを完了するために使用される少なくとも１つのタイプのリソースを判定することと、
前記少なくとも１つの判定されたタイプのリソースを、前記製品情報の前記部分における前記旅程イベントから欠損した前記リソースと見なすことと、
を含む、請求項１３に記載のリソース処理方法。
【請求項１５】
前記異なる旅程サブイベントに対して、前記旅程サブイベントを完了するために使用される前記リソースを一致させることは、
前記異なる旅程サブイベントについての前記旅程サブイベントのそれぞれの時間属性を判定することと、
前記それぞれの時間属性を満たす使用属性に対応するそれぞれの属性値を有するリソースを、前記旅程サブイベントを完了するために使用される前記リソースとして使用することと、
を含む、請求項１４に記載のリソース処理方法。
【請求項１６】
前記製品情報の前記他の判定された部分から前記欠損リソースを発見することは、
前記欠損リソースに対応する前記旅程サブイベントの時間属性を判定することと、
前記製品情報の前記他の判定された部分から、前記時間属性を満たす使用属性に対応する属性値を有するリソースを、前記欠損リソースとして発見することと、
を含む、請求項１３に記載のリソース処理方法。
【請求項１７】
前記同一の旅程イベントについて、前記旅程イベントによって使用される前記リソースセットを取得するために、前記旅程イベントを含む前記製品情報の前記異なる部分における前記異なる旅程サブイベントによって使用される前記異なるタイプのリソースを組み合わせることは、
前記同一の旅程イベントに従って、前記旅程イベントを含む製品情報の複数の部分を判定することと、
前記製品情報の前記複数の部分の各々に含まれる各々の旅程サブイベントの時間属性を判定することと、
前記旅程イベントによって使用される前記リソースセットを取得するために、前記時間属性に基づいて、前記製品情報の異なる部分における異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることと、
を含む、請求項１２に記載のリソース処理方法。
【請求項１８】
同一の旅程イベントに対応するリソースセットに含まれるリソースは同一である、
または
異なる旅程イベントに対応するリソースセットに含まれる同一のタイプのリソースは同一である、
請求項１２〜１７のいずれか１つに記載のリソース処理方法。
【請求項１９】
前記方法は更に、
前記ユーザによって送信された支払要求を受信することであって、前記支払要求は、前記ユーザによって判定された旅程イベントに対応するリソースセットを含む、前記受信することと、
前記リソースセットに含まれる各々のリソースのリソースプロバイダを判定することと、
前記リソースセットに含まれる各々のリソースの支払情報に従って、異なるリソースプロバイダにそれぞれの支払情報を送信することと、
を含む、請求項１８に記載のリソース処理方法。
【請求項２０】
前記方法は更に、
前記ユーザによって送信された前記支払要求を受信したことに応答して、前記支払要求に含まれる前記ユーザによって判定された前記旅程イベントに対応する前記リソースセットに従って、前記リソースセットに含まれる異なるリソースのそれぞれの在庫量を別個に調節することを含む、請求項１９に記載のリソース処理方法。
【請求項２１】
前記リソースセットに含まれる前記異なるリソースの前記それぞれの在庫量を別個に調節することは、
前記リソースセットに含まれる異なるリソースのリソースプロバイダを判定することと、
前記それぞれの在庫調節情報を受信するとき、前記リソースプロバイダに、前記それぞれの在庫調節情報に含まれる前記リソースの前記それぞれの在庫量を調節させるために、異なるリソースの前記リソースプロバイダにそれぞれの在庫調節情報を別個に送信することと、
を含む、請求項２０に記載のリソース処理方法。
【請求項２２】
前記方法は更に、
リソースの在庫量が定義された閾値よりも小さいと検出したことに応答して、プロンプトメッセージを送信することを含み、前記プロンプトメッセージは、前記リソースの補完をリマインドするために使用される、請求項２０または２１に記載のリソース処理方法。
【請求項２３】
ユーザによって送信された検索要求を受信することであって、前記検索要求は、検索されることになる旅程イベントを含む、前記受信することと、
前記旅程イベントに従って、前記旅程イベントを含む製品情報を判定することであって、前記製品情報は、前記旅程イベントにおける前記旅程サブイベントによって使用されるリソースと前記旅程サブイベントとの間の対応関係を含む、前記判定することと、
前記ユーザに前記製品情報をプッシュすることと、
を含む、リソース処理方法。
【請求項２４】
前記方法は更に、
前記ユーザによって送信されたリソース変更要求を受信することであって、前記リソース変更要求は、リソース識別子を含む、前記受信することと、
前記リソース識別子に対応するリソースのタイプ、及び使用属性の属性値を判定することと、
共有リソースライブラリから、同一のタイプ及び前記使用属性の異なる属性値を有するリソースを発見し、前記ユーザに、前記発見されたリソースをプッシュすることであって、前記共有リソースライブラリは、異なるリソースプロバイダによって提供され、前記リソースの使用属性によって区分けされる複数のリソースを含む、前記発見すること及び前記プッシュすることと、
を含む、請求項２３に記載のリソース処理方法。
【請求項２５】
前記方法は更に、
前記ユーザによって送信された前記リソース変更要求を受信することであって、前記リソース変更要求は、変更されることになるリソースに対応する旅程サブイベントを含む、前記受信することと、
前記旅程サブイベントの時間属性に従って、前記旅程サブイベントを完了するための時間間隔を計算することと、
前記共有リソースライブラリから、前記時間間隔を満たし、プッシュされたリソースとは異なる他のリソースを発見し、前記ユーザに、発見された前記他のリソースをプッシュすることと、
を含む、請求項２４に記載のリソース処理方法。
【請求項２６】
前記方法は更に、
前記ユーザによって送信された注文情報を受信することであって、前記注文情報は、前記ユーザによって選択された製品情報を含み、前記製品情報は、前記ユーザによって選択された旅程イベントの少なくとも１つの旅程イベントと前記旅程イベントによって必要なリソースとの間の対応関係を含む、前記受信することと、
前記製品情報に従って、前記製品情報に含まれる前記リソースをロックすることと、
を含む、請求項２３〜２５のいずれか１つに記載のリソース処理方法。
【請求項２７】
前記方法は更に、
前記ユーザによって送信された第１の支払情報を受信することであって、前記第１の支払情報は、前記ユーザによって選択された前記製品情報についての支払を行うために使用される、前記受信することと、
前記製品情報に従って、前記製品情報における各々のリソースを提供するそれぞれのリソースプロバイダ、及び前記製品情報における各々のリソースのそれぞれの第２の支払情報を判定することであって、各々のリソースの前記それぞれの第２の支払情報の合計は、前記第１の支払情報と等しい、前記判定することと、
各々のリソースの前記それぞれの第２の支払情報に従って、各々のリソースに対応する前記それぞれのリソースプロバイダに、それぞれの支払データを別個に送信することと、
を含む、請求項２６に記載のリソース処理方法。
【請求項２８】
前記方法は更に、
前記ユーザによって送信された前記支払情報を受信すると、前記支払情報に含まれる前記製品情報に従って、前記製品情報に含まれる各々のリソースの在庫量を別個に調節することを含む、請求項２７に記載のリソース処理方法。
【請求項２９】
前記製品情報に含まれる各々のリソースの前記在庫量を別個に調節することは、
前記製品情報に含まれる各々のリソースのそれぞれのリソースプロバイダを判定することと、
前記それぞれの在庫調節情報を受信するとき、前記それぞれのリソースプロバイダに、前記それぞれの在庫調節情報に含まれる前記それぞれのリソースの前記在庫量を調節させるために、各々のリソースの前記それぞれのリソースプロバイダにそれぞれの在庫調節情報を別個に送信することと、
を含む、請求項２８に記載のリソース処理方法。
【請求項３０】
第１のリソースプロバイダに適用される、リソース処理デバイスであって、
リソース共有サーバにリソース検索要求を送信する送信ユニットであって、前記リソース検索要求は、第１の旅程イベントにおける少なくとも１つの旅程サブイベントを含む、前記送信ユニットと、
前記リソース共有サーバによって送信された応答情報を受信し、前記応答情報は、第２のリソースプロバイダによって発行された製品情報に含まれ、前記旅程サブイベントによって必要な少なくとも１つの第１のリソースを含み、前記第１のリソースと前記第１のリソースを必要とする前記旅程サブイベントとの間の対応関係を判定する受信ユニットと、
前記リソース共有サーバにおいて、前記対応関係を含む製品情報を発行する発行ユニットと、
を含む、前記リソース処理デバイス。
【請求項３１】
前記リソース処理デバイスは更に、判定ユニットを含み、
前記判定ユニットは、前記リソース検索要求が前記リソース共有サーバに送信される前に、発行されることになる前記第１の旅程イベント、及び前記第１の旅程イベントにおける少なくとも１つの旅程サブイベントによって使用される第２のリソースを判定し、前記第２のリソースに従って、前記第１の旅程イベントにおける欠損リソースを有する旅程サブイベントを判定する、請求項３０に記載のリソース処理デバイス。
【請求項３２】
前記送信ユニットが、前記リソース共有サーバに前記リソース検索要求を送信することは、
前記旅程サブイベントに従って、前記リソース検索要求を生成することであって、前記リソース検索要求は、前記旅程サブイベントによって必要なリソースを検索するために使用される、前記生成することと、
前記リソース共有サーバに前記リソース検索要求を送信することと、
を含む、請求項３１に記載のリソース処理デバイス。
【請求項３３】
前記リソース処理デバイスは更に、検査ユニットを含み、
前記リソース共有サーバによって送信された前記応答情報が受信されるとき、前記検査ユニットは、前記第１のリソースを受信するときに受信された前記第１のリソースから、前記旅程サブイベントの要件を満たす第３のリソースを選択し、前記第３のリソースは、第２の旅程イベントとの同期に使用される、請求項３０に記載のリソース処理デバイス。
【請求項３４】
前記リソース処理デバイスは更に、組み合わせユニットを含み、
前記組み合わせユニットは、前記第１の旅程イベントによって使用され、前記第１のリソースプロバイダによって所持される第２のリソースを判定し、前記第１の旅程イベントに対応するリソースセットを取得するために、前記第１のリソース／前記第３のリソースを前記第２のリソースと組み合わせる、請求項３３に記載のリソース処理デバイス。
【請求項３５】
前記リソース処理デバイスは更に、記憶ユニットを含み、
前記記憶ユニットは、前記製品情報において使用されるリソースに従って、前記製品情報と各々のリソースとの間の対応関係を確立する、請求項３０〜３４のいずれかの１つに記載のリソース処理デバイス。
【請求項３６】
前記リソース処理デバイスは更に、在庫調節ユニットを含み、
前記在庫調節ユニットは、
前記リソース共有サーバによって送信された注文情報を受信することであって、前記注文情報は、前記第２のリソースを含む、前記受信することと、
前記注文情報に従って、前記第２のリソースの在庫量を調節することと、
を行う、請求項３５に記載のリソース処理デバイス。
【請求項３７】
前記リソース処理デバイスは更に、催促ユニットを含み、
前記催促ユニットは、前記第２のリソースの前記在庫量が定義された閾値よりも少ないと検出したことに応答して、プロンプトメッセージを送信し、前記プロンプトメッセージは、前記第２のリソースの補完をリマインドするために使用される、請求項３６に記載のリソース処理デバイス。
【請求項３８】
第１のリソースプロバイダによって送信されたリソース検索要求を受信する受信ユニットであって、前記リソース検索要求は、旅程イベントを含む、前記受信ユニットと、
共有リソースライブラリから、前記旅程イベントの要件を満たす少なくとも１つのリソースを発見する検索ユニットであって、前記共有リソースライブラリは、異なるリソースプロバイダによって提供され、前記リソースの使用属性に従って区分けされる複数のリソースを含み、前記リソースの前記使用属性は、前記旅程イベントに含まれる異なる旅程サブイベントに基づいて判定される、前記検索ユニットと、
前記第１のリソースプロバイダに、発見された前記少なくとも１つのリソースを含む応答情報を送信する送信ユニットと、
を含む、リソース処理デバイス。
【請求項３９】
前記検索ユニットが、前記共有リソースライブラリから、前記旅程イベントの前記要件を満たす前記少なくとも１つのリソースを発見することは、
前記リソース検索要求に含まれる前記旅程サブイベントに基づいて、前記旅程サブイベントの時間属性を判定することであって、前記旅程サブイベントは、前記旅程イベントにおける欠損リソースを有する旅程サブイベントである、前記判定することと、
前記時間属性を満たす使用属性に対応する属性値を有するリソースを、前記旅程イベントの前記要件を満たす前記リソースとして使用することと、
を含む、請求項３８に記載のリソース処理デバイス。
【請求項４０】
第１のリソースプロバイダに適用される、リソース処理デバイスであって、
発行されることになる第１の旅程イベントを判定し、前記第１の旅程イベントに従って、前記第１の旅程イベントに含まれる旅程サブイベントを判定し、前記旅程サブイベントに対して対応するリソースを一致させる判定ユニットと、
異なる旅程サブイベントに対応するリソースに従って、発行されることになる製品情報を生成する生成ユニットであって、前記製品情報に含まれる前記リソースは、第２のリソースプロバイダによって発行された第２の旅程イベントの必要性を満たすとき、前記第２の旅程イベントと共有される、前記生成ユニットと、
前記製品情報を発行する発行ユニットであって、前記製品情報は、前記第１の旅程イベント、及び前記第１の旅程イベントにおける各々の旅程サブイベントによって使用されるリソースを含むリソースセットを含む、前記発行ユニットと、
を含む、前記リソース処理デバイス。
【請求項４１】
異なるリソースプロバイダによって送信された製品情報を受信する受信ユニットであって、前記製品情報は、旅程イベント、及び前記旅程イベントにおけるそれぞれの旅程サブイベントによって使用される少なくとも１つのリソースを含む、前記受信ユニットと、
同一の旅程イベントについて、前記旅程イベントによって使用されるリソースセットを取得するために、前記旅程イベントを含む前記製品情報の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせる組み合わせユニットと、
前記旅程イベント及び前記リソースセットを発行する発行ユニットと、
を含む、リソース処理デバイス。
【請求項４２】
前記組み合わせユニットが、前記同一の旅程イベントについて、前記旅程イベントによって使用される前記リソースセットを取得するために、前記旅程イベントを含む前記製品情報の前記異なる部分における前記同一の／異なる旅程サブイベントによって使用される前記異なるタイプのリソースを組み合わせることは、
前記同一の旅程イベントに基づいて、前記旅程イベントを含む前記製品情報の複数の部分を判定することと、
前記製品情報の部分について、
前記製品情報の前記部分において前記旅程イベントにおける旅程サブイベントから欠損したリソースを判定することと、
前記製品情報の他の判定された部分から前記欠損リソースを発見することと、
前記旅程イベントによって使用される前記リソースセットを取得するために、発見された前記欠損リソースを、前記製品情報に既に含まれているリソースと組み合わせることと、
を実行することと、
を含む、請求項４１に記載のリソース処理デバイス。
【請求項４３】
前記組み合わせユニットが、前記製品情報の前記部分において前記旅程イベントにおける欠損した前記リソースを判定することは、
前記旅程イベントに基づいて、前記旅程イベントに含まれる旅程サブイベントを判定することと、
異なる旅程サブイベントに対して、前記製品情報の前記部分に含まれる前記リソースに従って、前記旅程サブイベントを完了するために使用されるリソースを一致させることと、
一致したリソースを有しない旅程サブイベントについて、前記旅程サブイベントを完了するために使用される少なくとも１つのタイプのリソースを判定することと、
前記少なくとも１つの判定されたタイプのリソースを、前記製品情報の前記部分における前記旅程イベントから欠損した前記リソースと見なすことと、
を含む、請求項４２に記載のリソース処理デバイス。
【請求項４４】
前記組み合わせユニットが、前記異なる旅程サブイベントに対して、前記旅程サブイベントを完了するために使用される前記リソースを一致させることは、
前記異なる旅程サブイベントについての前記旅程サブイベントのそれぞれの時間属性を判定することと、
前記それぞれの時間属性を満たす使用属性に対応するそれぞれの属性値を有するリソースを、前記旅程サブイベントを完了するために使用される前記リソースとして使用することと、
を含む、請求項４３に記載のリソース処理デバイス。
【請求項４５】
前記組み合わせユニットが、前記製品情報の前記他の判定された部分から前記欠損リソースを発見することは、
前記欠損リソースに対応する前記旅程サブイベントの時間属性を判定することと、
前記製品情報の前記他の判定された部分から、前記時間属性を満たす使用属性に対応する属性値を有するリソースを、前記欠損リソースとして発見することと、
を含む、請求項４２に記載のリソース処理デバイス。
【請求項４６】
前記組み合わせユニットが、前記同一の旅程イベントについて、前記旅程イベントによって使用される前記リソースセットを取得するために、前記旅程イベントを含む前記製品情報の前記異なる部分における前記異なる旅程サブイベントによって使用される前記異なるタイプのリソースを組み合わせることは、
前記同一の旅程イベントに従って、前記旅程イベントを含む製品情報の複数の部分を判定することと、
前記製品情報の前記複数の部分の各々に含まれる各々の旅程サブイベントの時間属性を判定することと、
前記旅程イベントによって使用される前記リソースセットを取得するために、前記時間属性に基づいて、前記製品情報の異なる部分における異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることと、
を含む、請求項４１に記載のリソース処理デバイス。
【請求項４７】
同一の旅程イベントに対応するリソースセットに含まれるリソースは同一である、
または
異なる旅程イベントに対応するリソースセットに含まれる同一のタイプのリソースは同一である、
請求項４１〜４６のいずれか１つに記載のリソース処理デバイス。
【請求項４８】
前記リソース処理デバイスは更に、支払ユニットを含み、
前記支払ユニットは、
前記ユーザによって送信された支払要求を受信することであって、前記支払要求は、前記ユーザによって判定された旅程イベントに対応するリソースセットを含む、前記前記受信することと、
前記リソースセットに含まれる各々のリソースのリソースプロバイダを判定することと、
前記リソースセットに含まれる各々のリソースの支払情報に従って、異なるリソースプロバイダにそれぞれの支払情報を送信することと、
を行う、請求項４７に記載のリソース処理デバイス。
【請求項４９】
前記リソース処理デバイスは更に、調節ユニットを含み、
前記調節ユニットは、前記ユーザによって送信された前記支払要求を受信したことに応答して、前記支払要求に含まれる前記ユーザによって判定された前記旅程イベントに対応する前記リソースセットに従って、前記リソースセットに含まれる異なるリソースのそれぞれの在庫量を別個に調節する、請求項４８に記載のリソース処理デバイス。
【請求項５０】
前記調節ユニットが、前記リソースセットに含まれる前記異なるリソースの前記それぞれの在庫量を別個に調節することは、
前記リソースセットに含まれる異なるリソースのリソースプロバイダを判定することと、
前記それぞれの在庫調節情報を受信するとき、前記リソースプロバイダに、前記それぞれの在庫調節情報に含まれる前記リソースの前記それぞれの在庫量を調節させるために、異なるリソースの前記リソースプロバイダにそれぞれの在庫調節情報を別個に送信することと、
を含む、請求項４９に記載のリソース処理デバイス。
【請求項５１】
前記リソース処理デバイスは更に、催促ユニットを含み、
前記催促ユニットは、リソースの在庫量が定義された閾値よりも小さいと検出したことに応答して、プロンプトメッセージを送信し、前記プロンプトメッセージは、前記リソースの補完をリマインドするために使用される、請求項４９または５０に記載のリソース処理デバイス。
【請求項５２】
ユーザによって送信された検索要求を受信する受信ユニットであって、前記検索要求は、検索されることになる旅程イベントを含む、前記受信ユニットと、
前記旅程イベントに従って、前記旅程イベントを含む製品情報を判定する判定ユニットであって、前記製品情報は、前記旅程イベントにおける前記旅程サブイベントによって使用されるリソースと前記旅程サブイベントとの間の対応関係を含む、前記判定ユニットと、
前記ユーザに前記製品情報をプッシュするプッシュユニットと、
を含む、リソース処理デバイス。
【請求項５３】
前記リソース処理デバイスは更に、更新ユニットを含み、
前記更新ユニットは、
前記ユーザによって送信されたリソース変更要求を受信することであって、前記リソース変更要求は、リソース識別子を含む、前記受信することと、
前記リソース識別子に対応するリソースのタイプ、及び使用属性の属性値を判定することと、
共有リソースライブラリから、同一のタイプ及び前記使用属性の異なる属性値を有するリソースを発見し、前記ユーザに、前記発見されたリソースをプッシュすることであって、前記共有リソースライブラリは、異なるリソースプロバイダによって提供され、前記リソースの使用属性によって区分けされる複数のリソースを含む、前記発見すること及び前記プッシュすることと、
を行う、請求項５２に記載のリソース処理デバイス。
【請求項５４】
前記リソース処理デバイスは更に、更新ユニットを含み、
前記更新ユニットは、
前記ユーザによって送信された前記リソース変更要求を受信することであって、前記リソース変更要求は、変更されることになるリソースに対応する旅程サブイベントを含む、前記受信することと、
前記旅程サブイベントの時間属性に従って、前記旅程サブイベントを完了するための時間間隔を計算することと、
前記共有リソースライブラリから、前記時間間隔を満たし、プッシュされたリソースとは異なる他のリソースを発見し、前記ユーザに、発見された前記他のリソースをプッシュする、前記発見すること及び前記プッシュすることと、
を行う、請求項５２に記載のリソース処理デバイス。
【請求項５５】
前記リソース処理デバイスは更に、ロックユニットを含み、
前記ロックユニットは、
前記ユーザによって送信された注文情報を受信することであって、前記注文情報は、前記ユーザによって選択された製品情報を含み、前記製品情報は、前記ユーザによって選択された旅程イベントの少なくとも１つの旅程イベントと前記旅程イベントによって必要なリソースとの間の対応関係を含む、前記受信することと、
前記製品情報に従って、前記製品情報に含まれる前記リソースをロックすることと、
を行う、請求項５２〜５４のいずれか１つに記載のリソース処理デバイス。
【請求項５６】
前記リソース処理デバイスは更に、支払ユニットを含み、
前記支払ユニットは、
前記ユーザによって送信された第１の支払情報を受信することであって、前記第１の支払情報は、前記ユーザによって選択された前記製品情報についての支払を行うために使用される、前記受信することと、
前記製品情報に従って、前記製品情報における各々のリソースを提供するそれぞれのリソースプロバイダ、及び前記製品情報における各々のリソースのそれぞれの第２の支払情報を判定することであって、各々のリソースの前記それぞれの第２の支払情報の合計は、前記第１の支払情報と等しい、前記判定することと、
各々のリソースの前記それぞれの第２の支払情報に従って、各々のリソースに対応する前記それぞれのリソースプロバイダに、それぞれの支払データを別個に送信することと、
を行う、請求項５５に記載のリソース処理デバイス。
【請求項５７】
前記リソース処理デバイスは更に、調節ユニットを含み、
前記調節ユニットは、前記ユーザによって送信された前記支払情報を受信すると、前記支払情報に含まれる前記製品情報に従って、前記製品情報に含まれる各々のリソースの在庫量を別個に調節する、請求項５６に記載のリソース処理デバイス。
【請求項５８】
前記調節ユニットが、前記製品情報に含まれる各々のリソースの前記在庫量を別個に調節することは、
前記製品情報に含まれる各々のリソースのそれぞれのリソースプロバイダを判定することと、
前記それぞれの在庫調節情報を受信するとき、前記それぞれのリソースプロバイダに、前記それぞれの在庫調節情報に含まれる前記それぞれのリソースの前記在庫量を調節させるために、各々のリソースの前記それぞれのリソースプロバイダにそれぞれの在庫調節情報を別個に送信することと、
を含む、請求項５７に記載のリソース処理デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によってその全体が本明細書に組み込まれる、２０１７年１月９日に出願され、「Ｒｅｓｏｕｒｃｅ  Ｐｒｏｃｅｓｓｉｎｇ  Ｍｅｔｈｏｄ  ａｎｄ  Ｄｅｖｉｃｅ」と題する中国特許出願第２０１７１００１３５６２．３号に対する優先権を主張する。
【０００２】
本出願は、インターネット情報処理及びコンピュータ技術分野に関し、特に、リソース処理方法及びデバイスに関する。
【背景技術】
【０００３】
科学及び技術の発展に伴い、様々なインターネットサービスプラットフォームが出現してきた。それらのインターネットサービスプラットフォームは、様々なネットワークサービスをユーザに提供することができる。
【０００４】
実際の適用では、インターネットサービスプラットフォームは、異なるリソースプロバイダと協働することができ、その結果、インターネットサービスプラットフォームは、衣類リソース、家庭用電化製品リソース、旅行リソース、チケットリソースなど、異なるリソースをユーザに提供することができる。
【０００５】
ユーザは、検索を通じて、インターネットサービスプラットフォームから所望のリソースを取得することができる。現在、インターネットサービスプラットフォームによってユーザに提供されるリソースは、相互に独立しているか、またはいくつかの固定された組み合わせ、例えば、チケットリソース及び宿泊施設リソースの組み合わせを提供することのいずれかである。しかしながら、インターネットサービスプラットフォームによって現在提供されているリソースは、ユーザの必要性を満たすことができない。特に、ユーザが特定の場所に旅行することを望むとき、ユーザは、インターネットサービスプラットフォームから、航空チケットリソース及び宿泊施設リソースを検索する必要があるだけでなく、インターネットサービスプラットフォームから、ユーザが行くことを望むアトラクションの場所の旅行リソース及びチケットリソースをも検索する必要がある。全ての必要なリソースは、インターネットサービスプラットフォームとの複数の対話を通じてのみ取得されることができ、それは、インターネットサービスプラットフォームによってユーザに提供されるネットワークサービスの相対的に不良なユーザ経験につながる。
【発明の概要】
【０００６】
したがって、本出願の実施形態は、既存の技術におけるインターネットサービスプラットフォームによってユーザに提供されるリソースセットの相対的に不良なユーザ経験の問題を解決する、リソース処理方法及びそのデバイスを提供する。
【０００７】
本出願の実施形態は、第１のリソースプロバイダに適用される、リソース処理方法であって、
リソース共有サーバにリソース検索要求を送信することであって、リソース検索要求は、第１の旅程イベントにおける少なくとも１つの旅程サブイベントを含む、送信することと、
リソース共有サーバから送信された応答情報を受信し、応答情報は、第２のリソースプロバイダによって発行された製品情報に含まれ、少なくとも１つの旅程サブイベントによって必要とされる第１のリソースを含み、第１のリソースと第１のリソースを必要とする旅程サブイベントとの間の対応関係を判定することと、
リソース共有サーバにおいて、対応関係を含む製品情報を発行することと、
を含む、リソース処理方法を提供する。
【０００８】
本出願の実施形態は更に、
第１のリソースプロバイダによって送信されたリソース検索要求を受信することであって、リソース検索要求は、旅程イベントを含む、受信することと、
共有リソースライブラリから、旅程イベントの要件を満たす少なくとも１つのリソースを発見することであって、共有リソースライブラリは、異なるリソースプロバイダによって提供され、リソースの使用属性に従って区分けされる複数のリソースを含み、リソースの使用属性は、旅程イベントに含まれる異なる旅程サブイベントに基づいて判定される、発見することと、
第１のリソースプロバイダに、発見された少なくとも１つのリソースを含む応答情報を送信することと、
を含む、リソース処理方法を提供する。
【０００９】
本出願の実施形態は更に、第１のリソースプロバイダに対応するサーバにおいて適用される、リソース処理デバイスであって、
リソース共有サーバにリソース検索要求を送信する送信ユニットであって、リソース検索要求は、第１の旅程イベントにおける少なくとも１つの旅程サブイベントを含む、送信ユニットと、
リソース共有サーバから送信された応答情報を受信する受信ユニットであって、応答情報は、第２のリソースプロバイダによって発行された製品情報に含まれ、少なくとも１つの旅程サブイベントによって必要とされる第１のリソースを含む、受信ユニットと、
第１のリソースと第１のリソースを必要とする旅程サブイベントとの間の対応関係を判定し、リソース共有サーバにおいて、対応関係を含む製品情報を発行する処理ユニットと、
を含む、リソース処理デバイスを提供する。
【００１０】
本出願の実施形態は更に、
第１のリソースプロバイダによって送信されたリソース検索要求を受信する受信ユニットであって、リソース検索要求は、旅程イベントを含む、受信ユニットと、
共有リソースライブラリから、旅程イベントの要件を満たす少なくとも１つのリソースを発見する検索ユニットであって、共有リソースライブラリは、異なるリソースプロバイダによって提供され、リソースの使用属性に従って区分けされる複数のリソースを含み、リソースの使用属性は、旅程イベントに含まれる異なる旅程サブイベントに基づいて判定される、検索ユニットと、
第１のリソースプロバイダに、発見された少なくとも１つのリソースを含む応答情報を送信する送信ユニットと、
を含む、リソース処理デバイスを提供する。
【００１１】
上記説明されたような本出願の実施形態によって適合される少なくとも１つの技術的解決策は、以下の効果を達成することができる。
【００１２】
製品情報を発行するとき、リソースプロバイダは、リソース共有サーバから、製品情報に含まれる旅程イベントに一致するリソース（複数可）を動的に取得することができ、その結果、旅程イベント全体に必要とされるリソースは、相対的に完全である。よって、これは、ユーザによってリソース共有サーバから旅程イベントに対応するリソースを取得する効率性を効果的に改善し、リソース共有サーバによって提供されるネットワークサービスに関するユーザ経験を改善する。更に、それらのリソースは、他のリソースプロバイダから発してもよく、よって、リソース共有サーバにおいてリソースプロバイダによって提供されるリソースを販促する効率性を保証し、それによって、リソースの回転率を改善する。
【００１３】
本出願の実施形態は更に、第１のリソースプロバイダにおいて適用される、リソース処理方法であって、
発行されることになる第１の旅程イベントを判定することと、
第１の旅程イベントに従って、第１の旅程イベントに含まれる旅程サブイベントを判定し、旅程サブイベントに対して対応するリソースを一致させることと、
異なる旅程サブイベントに対応するリソースに従って、発行されることになる製品情報を生成することであって、製品情報に含まれるリソースは、第２のリソースプロバイダによって発行された第２の旅程イベントの必要性を満たすことに応答して、第２の旅程イベントと共有される、生成することと、
製品情報を発行することであって、製品情報は、第１の旅程イベント、及び第１の旅程イベントによって使用される製品リソースを含む製品リソースセットを含む、発行することと、
を含む、リソース処理方法を提供する。
【００１４】
本出願の実施形態は更に、第１のリソースプロバイダに対応するサーバにおいて適用される、リソース処理デバイスであって、
発行されることになる第１の旅程イベントを判定し、第１の旅程イベントに従って、第１の旅程イベントに含まれる旅程サブイベントを判定し、旅程サブイベントに対して対応するリソースを一致させる判定ユニットと、
異なる旅程サブイベントに対応するリソースに従って、発行されることになる製品情報を生成する生成ユニットであって、製品情報に含まれるリソースは、第２のリソースプロバイダによって発行された第２の旅程イベントの必要性を満たすことに応答して、第２の旅程イベントと共有される、生成ユニットと、
製品情報を発行する発行ユニットであって、製品情報は、第１の旅程イベント、及び第１の旅程イベントによって使用される製品リソースを含む製品リソースセットを含む、発行ユニットと、
を含む、リソース処理デバイスを提供する。
【００１５】
本出願の実施形態は更に、
異なるリソースプロバイダによって送信された製品情報の部分を受信することであって、製品情報の部分は、旅程イベント、及び旅程イベントにおける旅程サブイベントによって使用される少なくとも１つのリソースを含む、受信することと、
同一の旅程イベントについて、旅程イベントによって使用されるリソースセットを取得するために、旅程イベントを含む製品情報の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることと、
旅程イベント及びリソースセットを発行することと、
を含む、リソース処理方法を提供する。
【００１６】
本出願の実施形態は更に、
異なるリソースプロバイダによって送信された製品情報の部分を受信する受信ユニットであって、製品情報の部分は、旅程イベント、及び旅程イベントにおける旅程サブイベントによって使用される少なくとも１つのリソースを含む、受信ユニットと、
同一の旅程イベントについて、旅程イベントによって使用されるリソースセットを取得するために、旅程イベントを含む製品情報の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせる組み合わせユニットと、
旅程イベント及びリソースセットを発行する発行ユニットと、
を含む、リソース処理デバイスを提供する。
【００１７】
上記説明されたような本出願の実施形態によって適合される少なくとも１つの技術的解決策は、以下の効果を達成することができる。
【００１８】
本出願の実施形態によって提供される技術的解決策では、リソースプロバイダは、旅程サブイベントの粒度に従って、リソースに対して微調整を実行し、その結果、リソース共有サーバは、異なるリソースプロバイダによって発行された製品情報を受信するとき、製品情報に含まれるリソースを組み合わせることができる。これは、リソースセットを取得するとき、ユーザがリソースセットに含まれる様々なタイプのリソースを明確に理解することができることを保証する。そのようにして、リソース共有サーバによって提供されるネットワークサービスの個人化及び微調整が改善され、ネットワークサービスに関するユーザ経験が改善され、リソース共有サーバによって提供されるリソースの回転効率性を効果的に変更する。
【００１９】
本出願の実施形態は更に、
ユーザによって送信された検索要求を受信することであって、検索要求は、検索されることになる旅程イベントを含む、受信することと、
旅程イベントに従って、旅程イベントを含む製品情報を判定することであって、製品情報は、旅程イベントにおける旅程サブイベント（複数可）によって使用されるリソース（複数可）と旅程サブイベント（複数可）との間の対応関係を含む、判定することと、
ユーザに製品情報をプッシュすることと、
を含む、リソース処理方法を提供する。
【００２０】
本出願の実施形態は更に、
ユーザによって送信された検索要求を受信する受信ユニットであって、検索要求は、検索されることになる旅程イベントを含む、受信ユニットと、
旅程イベントに従って、旅程イベントを含む製品情報を判定する判定ユニットであって、製品情報は、旅程イベントにおける旅程サブイベント（複数可）によって使用されるリソース（複数可）と旅程サブイベント（複数可）との間の対応関係を含む、判定ユニットと、
ユーザに製品情報をプッシュする送信ユニットと、
を含む、リソース処理デバイスを提供する。
【００２１】
上記説明されたような本出願の実施形態によって適合される少なくとも１つの技術的解決策は、以下の効果を達成することができる。
【００２２】
本出願の実施形態によって提供される技術的解決策では、ユーザによって送信された検索要求を受信するとき、リソース共有サーバは、ユーザに、旅程サブイベントの粒度に従って微調整されたリソースをプッシュすることができる。これは、旅程イベント全体によって必要なリソースを相対的に完全にするだけでなく、ユーザによってリソース共有サーバから旅程イベントに対応するリソースを取得する効率性を効果的に改善もする。それによって、これは、リソース共有サーバによって提供されるネットワークサービスに関するユーザ経験を改善し、リソース共有サーバによって提供されるネットワークサービスの個人化及び微調整を改善し、よって、リソース共有サーバによって提供されるリソースの回転効率性を効果的に変更する。
【００２３】
本明細書で説明される図面は、本出願の更なる理解を提供することを意図しており、本出願の一部であることを意図している。例示的な実施形態及びその説明は、本出願を説明することを意図しており、本出願の不適切な限定と解釈されることを意図していない。
【図面の簡単な説明】
【００２４】
【図１】本出願の実施形態に従った、リソース処理方法の概略フローチャート図である。
【図２】本出願の実施形態に従った、リソースパーティによって発行された製品情報の概略図である。
【図３】本開示の実施形態に従った、リソース処理方法の概略フローチャートである。
【図４】本開示の実施形態に従った、リソース処理方法の概略フローチャート図である。
【図５】本出願の実施形態に従った、リソース処理方法の概略フローチャート図である。
【図６】本出願の実施形態によって提供されるリソースセットの概略図である。
【図７】本出願の実施形態によって提供されるリソース支払シナリオの概略図である。
【図８】本出願の実施形態に従った、リソース処理方法の概略フローチャート図である。
【図９】本開示の実施形態に従った、リソース処理デバイスの概略構造図である。
【図１０】本開示の実施形態に従った、リソース処理デバイスの概略構造図である。
【図１１】本開示の実施形態に従った、リソース処理デバイスの概略構造図である。
【図１２】本開示の実施形態に従った、リソース処理デバイスの概略構造図である。
【図１３】本開示の実施形態に従った、リソース処理デバイスの概略構造図である。
【図１４】本出願の実施形態に従った、リソース処理システムの概略構造図である。
【発明を実施するための形態】
【００２５】
人々の生活水準の改善に伴って、「いつでも旅程が進行中である」ことが流行している。しかしながら、旅行日程をどのように適切に手配するかが重要な問題になっている。実際の適用では、旅行日程の手配は概して、ユーザが、時間に従ってスケジュールすること、例えば、インターネットを介して航空チケットまたは鉄道チケットを予約すること、インターネットを通じてホテルを予約すること、及びインターネット通じてアトラクションの場所を見る旅行を手配することを必要とする。しかしながら、スケジュールが適切でない場合、ユーザの旅行経験が影響され、または時間が良好に計画されていない場合にいくつかの予め定められた内容を達成することができず、ユーザの旅行経験を相対的に不良にする。
【００２６】
ネットワークサービスをユーザに提供するインターネットサービスプラットフォームとして、「旅行パッケージ」が提案され、旅行パッケージは、「ホテル＋アトラクションの場所」または「航空チケット＋ホテル」のネットワークサービスをユーザに提供する。このタイプの「旅行パッケージ」は、ユーザの旅行についての宿泊施設及びアトラクションの観光場所の手配を行うための、「ホテル＋アトラクションの場所」など、対応する旅行サービスを含む。「航空チケット＋ホテル」は、航空チケット及び宿泊施設の手配をユーザに提供する。しかしながら、このタイプの組み合わせがタイトにつなぎ合わせる方式であるので、ユーザは、このタイプのネットワークサービスにあまり満足しない。更に、インターネットサービスプラットフォームが抱き合わせ販売を実施する疑いが存在し、それによって、インターネットサービスプラットフォームのサービス品質を低減させる。
【００２７】
上記状況に基づいて、本出願の実施形態は、ユーザの旅行日程の自由度を改善する、動的且つ柔軟な旅程手配方法を提供する。
【００２８】
本出願の目的を達成するために、本出願の実施形態は、リソース処理方法及びそのデバイスを提供する。製品情報を発行するとき、リソースプロバイダは、リソース共有サーバから、製品情報に含まれる旅程イベントに一致するリソースを動的に取得することができ、その結果、旅程イベント全体に必要とされるリソースは、相対的に完全である。よって、これは、ユーザによってリソース共有サーバから旅程イベントに対応するリソースを取得する効率性を効果的に改善し、リソース共有サーバによって提供されるネットワークサービスに関するユーザ経験を改善する。更に、それらのリソースは、他のリソースプロバイダから発してもよく、よって、リソース共有サーバにおいてリソースプロバイダによって提供されるリソースを販促する効率性を保証し、それによって、リソースの回転率を改善する。
【００２９】
本出願の実施形態において説明されるリソースの使用属性は、交通属性、宿泊施設属性、訪問属性、温暖属性、滑り止め属性などを含んでもよいが、それらに限定されないことを留意されるべきである。異なるリソースは、異なる対応する使用属性を有する。使用属性の特定の内容は、実際の必要性に基づいて判定されてもよく、またはリソース自体の可用性に従って判定されてもよく、それらは本明細書では限定されない。
【００３０】
本出願の実施形態において説明されるリソースの使用属性の属性値は、異なる使用属性に対応する属性値として理解されることができる。属性値のサイズが異なるように属性値の表現の方式は異なる。例えば、交通属性に対応する属性値は、出発時間及び到着時間として理解されることができる。宿泊施設属性に対応する属性値は、チェックイン時間及びチェックアウト時間として理解されることができる。訪問属性は、アトラクションの場所の開園時間などとして理解されることができる。
【００３１】
本出願の実施形態において説明されるリソースは、航空チケット、鉄道チケット、宿泊などであってもよく、それらは本明細書では特に限定されない。
【００３２】
本出願の目的、技術的解決策、及び利点をより明確にするために、本出願の技術的解決策は、本出願の特定の実施形態及び対応する図面を参照して、以下で明確且つ完全に説明される。明らかに、説明される実施形態は、本出願の実施形態の全てではなく、一部を表すにすぎない。いずれかの発明的努力を行うことなく本出願の実施形態に基づいて当業者の一人によって取得される全ての他の実施形態は、本出願の保護の範囲内にある。
【００３３】
本出願の実施形態によって提供される技術的解決策は、添付図面を参照して以下で説明される。
【００３４】
第１の実施形態
図１は、本出願の実施形態に従った、リソース処理方法の概略フローチャート図である。方法は、以下に示されるような１つであることができる。本出願の実施形態の実行エンティティは、第１のリソースプロバイダのクライアントまたはサーバである。
【００３５】
本出願の実施形態では、製品情報を発行する前に、リソースプロバイダは、製品共有リソースサーバから必要とされるリソースを取得してもよく、それによって、発行されることになる製品情報に含まれる旅程イベントに必要とされるリソースを取得する。そのようにして、リソースプロバイダは、ユーザの異なる必要性を満たす完全且つ適切な製品情報を発行することができる。
【００３６】
本出願の実施形態において説明されるリソースプロバイダによって発行された製品情報において使用されるリソースは、他のリソースプロバイダによって発行された製品情報において使用されるリソースと共有されることができ、その結果、製品情報に包含されるリソースの動的性及び柔軟性も保証されることができることを強調されるべきである。
【００３７】
ステップ１０１：リソース共有サーバにリソース検索要求を送信する。
【００３８】
リソース検索要求は、第１の旅程イベントにおける少なくとも１つの旅程サブイベントを含む。
【００３９】
本出願の実施形態では、リソースプロバイダによってリソース共有サーバに送信されたリソース検索要求は、それらに限定されないが、以下の２つの状況に区分けされてもよい。
【００４０】
第１の状況：リソースプロバイダは、旅程イベントによって使用されるリソースの一部を有する。
【００４１】
特に、リソースプロバイダは、発行されることになる製品情報を最初に判定する。
【００４２】
製品情報は、第１の旅程イベント、及び第１の旅程イベントにおける少なくとも１つの旅程サブイベントによって使用される第２のリソースを含む。
【００４３】
本出願の実施形態では、製品情報は、旅程イベントだけでなく、旅程イベントにおける各々の旅程サブイベントによって使用されるリソースをも含む。
【００４４】
いわゆる旅程イベントは、旅行として理解されることができる。この旅行は、複数の場所を包含することができ、または或る場所を包含することができ、それらは本明細書では限定されない。本出願の実施形態において説明される旅行において消費される日数は限定されない。
【００４５】
それにも関わらず、本出願の実施形態では、旅程イベントは、日単位で複数の旅程サブイベントに分割されてもよい。
【００４６】
例は、１２月２３日から１２月２６日までの香港旅行であり、４日間の香港旅行は、旅程イベントと見なされることができる。この旅程イベントは、４つの旅程サブイベント、すなわち、１２月２３日に特定の場所から香港に行くことは、旅程サブイベントと見なされることができる。香港での２日間（１２月２４日及び１２月２５日）は、２つの旅程サブイベントと見なされることができる。１２月２６日に香港から出発の場所に戻ることは、旅程サブイベントと見なされることができる。
【００４７】
異なる旅程サブイベントは、異なるリソースを使用する。１２月２３日に香港に行くそのような旅程サブイベントにおいて使用されるリソースは、チケットリソース及びホテルリソースであってもよい。香港での１日（１２月２４日）のそのような旅程サブイベントにおいて使用されるリソースは、ディズニーランドパークチケットリソース及びホテルリソースであってもよい。香港での１日（１２月２５日）のそのような旅程サブイベントにおいて使用されるリソースは、ホテルリソースであってもよい。香港から出発の場所に戻るそのような旅程サブイベントおいて使用されるリソースは、チケットリソースであってもよい。
【００４８】
リソースプロバイダとして、異なるリソースプロバイダとオフラインで協働することが可能である。製品情報が発行されるとき、旅程イベントによって使用されるいくつかのリソースは、異なるリソースプロバイダから取得されており、それらのリソースは、リソースプロバイダによって所持されるリソースと称されてもよい。
【００４９】
例えば、リソースプロバイダは旅行代理店である。「４日間の香港旅行」の製品情報を投稿するとき、所有されることになると判定されているこの製品情報に含まれる旅程イベントのリソースは、表１に示される。
【００５０】
【表１】
2020504399.tif 000003
【００５１】
表１から分かるように、この旅程イベントについてリソースプロバイダによって所有されるリソースは、１２月２３日にＡから香港への飛行機についての航空チケットリソース、香港に到着した後の最初の夜に関するホテルリソース、及び香港からＡへの飛行機についての航空チケットリソースである。
【００５２】
２つ目に、リソースプロバイダは、第２のリソースに従って、第１の旅程イベントにおける欠損リソースを有する旅程サブイベントを判定する。
【００５３】
特に、リソースプロバイダによって所持される第２のリソースの使用属性に基づいて、使用要件を満たす第２のリソースは、第１の旅程イベントに含まれる旅程サブイベントに対して一致する。例えば、表１における旅程サブイベント１に対して一致する第２のリソースは、航空チケットリソース及びホテルリソースであり、表１における旅程サブイベント４に対して一致する第２のリソースは、チケットリソースである。このケースでは、一致しない旅程サブイベントは、第１の旅程イベントにおける欠損リソースを有する旅程サブイベント、すなわち、表１に示された旅程サブイベント２及び旅程サブイベント３である。
【００５４】
本明細書における「欠損」リソースは、旅程サブイベントによって使用されることができるが、リソースプロバイダによっては提供されることができないリソース、例えば、香港のディズニーランドパークチケットもしくは香港のオーシャンパークチケットを指してもよく、または旅程において手配される静的リソースであってもよい。前者において説明された内容は、本出願の実施形態では例として使用される。
【００５５】
本出願の実施形態において説明される「第１のリソース」及び「第２のリソース」に含まれる「第１（ｆｉｒｓｔ）」及び「第２（ｓｅｃｏｎｄ）」は、特別な意味を有さず、異なるリソースを表しているにすぎないことを留意されるべきである。本明細書で説明される異なるリソースは、異なるリソースの使用属性の属性値を有する同一のタイプのリソースであってもよく、または異なるタイプのリソースを指してもよい。
【００５６】
３つ目に、リソースプロバイダは、旅程サブイベント（複数可）に従って、リソース検索要求を生成する。
【００５７】
リソース検索要求は、旅程サブイベント（複数可）によって必要なリソースを検索するために使用される。本明細書における旅程サブイベント（複数可）は、欠損リソースを有する旅程サブイベント（複数可）として理解されることができる。
【００５８】
表１に示された内容は、例として使用される。本出願の実施形態では、リソースプロバイダは、旅程サブイベント２及び旅程サブイベント３に従って、リソース検索要求を生成し、すなわち、旅程サブイベント２によって必要なリソースを要求し、及び／または旅程サブイベント３によって必要なリソースを要求する。
【００５９】
旅行において使用されるホテルリソースが旅程サブイベントにおける相違に従って変化するかに関わらず、異なる旅程サブイベントの出来事の場所の間の距離を考察することが必要であることを留意されるべきである。距離が近い場合、この旅行において使用されるホテルリソースは、１つ以上であってもよい。１つよりも多い場合、それらは、１つのリソースプロバイダによって提供されてもよく、または複数のリソースプロバイダによって提供されてもよい。
【００６０】
リソースプロバイダは、リソース共有サーバにリソース検索要求を送信するときにホテルリソース（複数可）を要求してもよく、またはいずれのホテルリソースを要求しなくてもよい。
【００６１】
本出願の実施形態において説明される解決策では、旅程サブイベント２及び旅程サブイベント３における欠損リソースは、ホテルリソースを含まないと想定される。旅程サブイベント２及び旅程サブイベント３における欠損リソースがホテルリソースを含む場合、これは、旅程サブイベント１によって使用されるホテルリソースが旅程サブイベント２及び旅程サブイベント３によって使用されるリソースとは異なることを意味する。このケースでは、リソースプロバイダは、リソース共有サーバにリソース取得要求を送信するとき、対応するホテルリソースを取得することを要求する。
【００６２】
最後に、リソースプロバイダは、リソース共有サーバにリソース検索要求を送信する。
【００６３】
第２の状況：リソースプロバイダは、旅程イベントによって使用されるリソースを所持しない。
【００６４】
第２の状況では、リソースプロバイダは、旅程イベントのオリジネータとしてのみの役割を果たすことができる。例えば、旅行代理店は、旅行先、旅行時間、及び旅行計画を判定し、旅程イベントによって必要なリソースは、リソースプロバイダがリソース共有サーバから取得することを必要とする。特に、上記例のいずれかを例として使用して、リソースプロバイダは旅行代理店である。「４日間の香港旅行」の製品情報が発行されるとき、表２は以下を示す。
【００６５】
【表２】
2020504399.tif 000004
【００６６】
次いで、第２の状況では、リソースプロバイダは、旅程イベントに従って、リソース共有サーバにリソース取得要求を送信する。リソース取得要求は、旅程イベントによって必要なリソースを取得すること、すなわち、旅程サブイベント１によって必要なリソース、旅程サブイベント２によって必要なリソース、旅程サブイベント３によって必要なリソース、及び旅程サブイベント４によって必要なリソースを取得するために使用される。
【００６７】
本出願の実施形態において説明されるリソースプロバイダは、航空チケットリソースを提供するリソースプロバイダであってもよく、もしくはホテルリソース（宿泊施設リソースを含むがそれに限定されない）を提供するリソースプロバイダであってもよく、またはアトラクションの場所についてのリソースを提供するリソースプロバイダでもあってもよく、それは、本明細書では特に限定されないことを留意されるべきである。本出願の実施形態では、旅程イベントを提供するリソースパーティは、例として見なされる。ここで、旅程イベントを提供するリソースパーティは、旅行代理店であってもよい。旅程イベントを提供するとき、旅行代理店は、いくつかの方法を通じて、旅程イベントに含まれる様々な旅程サブイベントによって必要なリソースを取得してもよい。第１の方法は、本出願の実施形態において説明される解決策に従ってリソースを取得し、インターネットプラットフォームを通じて他のリソースプロバイダによって提供されるリソースを取得することである。第２の方法は、オフラインネゴシエーションを通じてリソースを取得することである。第３の方法は、最初の２つの方法の組み合わせである。
【００６８】
第１の方法では、異なるリソースプロバイダは、インターネットサービスプラットフォームとの協働関係を確立し、その結果、インターネットプラットフォームにおいて発行された各々のリソースが、異なるリソースプロバイダによって共有及び使用されることができることを理解することができる。
【００６９】
ステップ１０２：リソース共有サーバによって送信された応答情報を受信する。
【００７０】
応答情報は、第２のリソースプロバイダによって発行された製品情報に含まれ、少なくとも１つの旅程サブイベントによって必要な第１のリソースを含む。
【００７１】
本出願の実施形態では、リソース共有サーバは、第１のリソースプロバイダによって送信されたリソース検索要求を最初に受信する。リソース検索要求は、旅程イベント、及び旅程イベントにおける少なくとも１つの旅程サブイベントを含む。
【００７２】
ここで、旅程イベントは、本出願の実施形態のステップ１０１における第１の状況において説明されたような、欠損リソースを有する旅程サブイベント（複数可）のみを含んでもよく、すなわち、旅程サブイベント２及び／または旅程サブイベント３のみを含んでもよい。代わりに、旅程イベントは、本出願の実施形態のステップ１０１における第２の状況において説明されたような、全ての旅程サブイベントを含んでもよい。本明細書では特に限定が課されない。
【００７３】
リソース共有サーバは、共有リソースライブラリから、リソース検索要求によって必要な少なくとも１つのリソースを検索する。共有リソースライブラリは、異なるリソースプロバイダによって提供され、リソースの使用属性に従って区分けされる複数のリソースを含む。
【００７４】
ここで、リソース共有サーバは、複数の異なるリソースプロバイダによって発行された製品情報の複数の部分を受信してもよい。製品情報のそれらの部分に含まれるリソースは、製品情報の複数の異なる部分によって共有されてもよい。そのようにして、異なるリソースプロバイダによって発行された製品情報の複数の部分を受信した後、リソース共有サーバは、製品情報に含まれるリソースを共有リソースライブラリに記憶し、その結果、リソースプロバイダによって送信された検索要求が受信されるとき、適切なリソースがリソースプロバイダに提供されることができる。
【００７５】
旅程サブイベント２についてのリソース共有サーバによって発見されたリソースは、ディズニーランドパークチケットリソースであると想定され、旅程サブイベント３についての発見されたリソースは、オーシャンパークチケットリソースであると想定される。
【００７６】
最後に、リソース共有サーバは、第１のリソースプロバイダに、発見された少なくとも１つのリソースを含む応答情報を送信する。
【００７７】
ステップ１０３：第１のリソースと第１のリソースを必要とする旅程サブイベントとの間の対応関係を判定する。
【００７８】
本出願の実施形態では、第１のリソース（すなわち、ステップ１０２において発見されたディズニーランドパークチケットリソース及び／またはオーシャンパークチケットリソース）が受信されるとき、第１のリソースと第１のリソースを必要とする旅程サブイベントとの間の対応関係が判定される。
【００７９】
特に、受信された第１のリソースは、ディズニーランドパークチケットリソース及び／またはオーシャンパークチケットリソースを含み、次いで、旅程サブイベント２とのディズニーランドパークチケットリソース及び／もしくはオーシャンパークチケットの対応関係が判定されることができ、または旅程サブイベント３とのディズニーランドパークチケットリソース及び／もしくはオーシャンパークチケットリソースの対応関係が判定されることができる。
【００８０】
本出願の別の実施形態では、リソース共有サーバによって送信された応答情報を受信するとき、方法は更に、
第１のリソースを受信するとき、受信された第１のリソースから、旅程サブイベントの要件を満たす第３のリソースを選択することを含み、第３のリソースは、第２の旅程イベントにおける同期に使用される。
【００８１】
特に、実際の適用では、リソース共有サーバによって発見された第１のリソースの数が相対的に多いとき、第１のリソースプロバイダは、欠損リソースを有する旅程サブイベントによって必要な第３のリソースを取得するために、発見された第１のリソースに対してフィルタリングを実行してもよい。この時、旅程サブイベントと第３のリソースとの間の対応関係が確立されることができる。
【００８２】
本出願の別の実施形態では、方法は更に、
第１の旅程イベントによって使用され、第１のリソースプロバイダによって所有される第２のリソースを判定することと、
第１の旅程イベントに対応するリソースセットを取得するために、第１のリソース／第３のリソースを第２のリソースと組み合わせることと、
を含む。
【００８３】
例えば、第１の旅程イベントによって使用され、所有されている第２のリソース（すなわち、航空チケットリソース及びホテルリソース）が判定される。更に、前に想定されたように、旅程サブイベント１におけるホテルリソースは、旅程サブイベント２及び旅程サブイベント３において共有されることができる。そのようにして、第１の旅程イベントに対応するリソースセットは、表３に示されるような組み合わせ、すなわち、各々の旅程サブイベントとそれらによって必要なリソース（複数可）との間の対応関係を通じて取得される。
【００８４】
【表３】
2020504399.tif 000005
【００８５】
旅程サブイベント１におけるホテルリソースが旅程サブイベント２及び旅程サブイベント３において共有されない場合、ステップ１０２において取得された第１のリソースは、ホテルリソースをも含む必要があることを留意されるべきである。ここで、ホテルリソースは、旅程サブイベント１に含まれるホテルリソースとは異なってもよい。第１の旅程イベントに対応するリソースセットは、表４に示されるような組み合わせを通じて取得されることができる。
【００８６】
【表４】
2020504399.tif 000006
【００８７】
本出願の別の実施形態では、リソース共有サーバは、同一の旅程サブイベントについて複数の第１のリソースを発見してもよい。そのようにして、第１の旅程イベントに対応するリソースセットを取得する前に、方法は更に、
第１のリソースを受信するとき、受信された第１のリソースから、第１の旅程イベントの要件を満たす第３のリソースを選択することを含み、第３のリソースは、第２の旅程イベントにおける同期に使用される。
【００８８】
上記説明された例は、なおも例として見なされる。リソース共有サーバが、旅程サブイベント２についてのリソースの数が１つよりも多いと発見した場合、リソースプロバイダは、リソース共有サーバによって送信された応答情報を受信するとき、受信されたリソースから、１つのリソースを旅程サブイベント２についてのリソースとして選択してもよい。受信されたリソースについての表示優先度レベルが判定されることができる。製品情報が発行されるとき、最高優先度レベルを有するリソースは、旅程サブイベント２によって使用される好ましいリソースとして選択されることができ、旅程サブイベント２に一致する他のリソースは、旅程サブイベント２についてのバックアップリソースとしての役割を果たす。
【００８９】
異なる旅程サブイベントについての同一のタイプの１つ以上の対応するリソースが利用可能であってもよく、よって、ユーザの複数の選択を促進し、満たすことを留意されるべきである。
【００９０】
ステップ１０４：リソース共有サーバにおいて対応関係を含む製品情報を発行する。
【００９１】
本出願の実施形態では、旅程イベントにおける各々の旅程サブイベントについてのリソースが判定されるとき、製品情報が生成され、製品情報は、旅程イベント、及び旅程イベントに含まれる各々の旅程サブイベントとそれぞれの旅程サブイベントによって必要なリソース（複数可）との間の対応関係を含む。製品情報は、リソース共有サーバにおいて発行される。
【００９２】
このようにして、ユーザが製品情報を取得するとき、ユーザは、旅行手配により満たされるかどうかを判定するために、製品情報に含まれるリソースを迅速に判定することができ、それによって、リソースプロバイダに関するユーザ経験を改善する。
【００９３】
本出願の別の実施形態では、方法は更に、
製品情報において使用されるリソースに従って、製品情報とリソースの各々との間の対応関係を確立することを含む。
【００９４】
本出願の実施形態では、同一のリソースが異なる製品情報において共有及び使用されることができるので、リソースの在庫がより良好に管理されることができる。製品情報が生成されるとき、すなわち、各々のリソースに対応する製品情報が記録されるとき、製品情報とリソースの各々との間の対応関係が確立されることができる。そのようにして、製品情報の特定の部分がロックまたは購入されると、関連するリソースの在庫量が時間内に調節されることができる。
【００９５】
本出願の別の実施形態では、方法は更に、
リソース共有サーバによって送信された注文情報を受信することであって、注文情報は、第２のリソースを含む、受信することと、
注文情報に従って、第２のリソースの在庫量を調節することと、
を含む。
【００９６】
ここで、調節は、注文が生成されるとき、割引が行われるかどうかに関する注文に含まれるリソースをロックすること、更に支払情報が受信されるとき、ロックされたリソースの量を減少させることとして理解されることができる。
【００９７】
本出願の別の実施形態では、方法は更に、
第２のリソースの在庫量が定義された閾値よりも少ないと検出したことに応答して、プロンプトメッセージを送信することを含み、プロンプトメッセージは、第２のリソースを補充することをリマインドするために使用される。
【００９８】
本出願の実施形態では、リソースの在庫量が定義された閾値よりも少ないと発見されると、これは、リソースが要件を満たすことができないことを示す。システムは、その時にプロンプトメッセージを送信してもよい。プロンプトメッセージは、第１のリソースプロバイダがリソースに補完を行うことをリマインドするために使用される。本明細書における補完は、リソースのタイプを追加すること、またはリソースの量を増大させることを指してもよく、それは、本明細書では特に限定されない。
【００９９】
図２は、本出願の実施形態に従った、リソースパーティによって発行された製品情報の概略図である。
【０１００】
図２から分かるように、リソースプロバイダによって発行された製品情報は、旅程計画（すなわち、旅程イベント）だけでなく、旅程イベントにおける各々の旅程サブイベントによって使用されるリソースをも含む。図２から明確に分かるように、リソースプロバイダによって発行された製品情報に含まれる異なるリソースは、相互に独立し、それは、同一のリソースプロバイダから発してもよく、または異なるリソースプロバイダから発してもよい。各々の旅程サブイベントについて、対応するリソース（複数可）が調節されることができる。特に、ユーザがリソースプロバイダによって提供されるリソースを好まないとき、製品情報に含まれるリソースは、ユーザの実際の必要性を満たすようにオンラインで調節されることができる。
【０１０１】
本出願の実施形態において説明されるように、製品情報が発行されるとき、リソースプロバイダは、旅程サブイベントの単位で、個々の旅程サブイベントを含む製品情報を別個に発行してもよく、そのような製品情報は、旅程サブイベント、及び旅程サブイベントに対応するリソース（複数可）を含むことを留意されるべきである。代わりに、リソースプロバイダは、複数の旅程サブイベントを含む製品情報を発行してもよく、それらの旅程サブイベントは、連続的または非連続的である。本出願の実施形態は、それらに関するいずれの特定の限定を有さない。
【０１０２】
本出願によって提供される技術的解決策を通じて、製品情報を発行するとき、リソースプロバイダは、リソース共有サーバから、製品情報に含まれる旅程イベントに一致するリソース（複数可）を動的に取得することができ、その結果、旅程イベント全体に必要とされるリソースは、相対的に完全である。よって、これは、ユーザによってリソース共有サーバから旅程イベントに対応するリソースを取得する効率性を効果的に改善し、リソース共有サーバによって提供されるネットワークサービスに関するユーザ経験を改善する。更に、それらのリソースは、他のリソースプロバイダから発してもよく、よって、リソース共有サーバにおいてリソースプロバイダによって提供されるリソースを販促する効率性を保証し、それによって、リソースの回転率を改善する。
【０１０３】
第２の実施形態
同一の発明的概念に基づいて、図３は、本出願の実施形態に従った、リソース処理方法の概略フローチャートである。方法は、以下で示される１つであってもよい。本出願の実施形態の実行エンティティは、リソース共有サーバである。
【０１０４】
ステップ：３０１：第１のリソースプロバイダによって送信されたリソース検索要求を受信する。
【０１０５】
リソース検索要求は、旅程イベントを含む。
【０１０６】
本出願の実施形態では、第１のリソースプロバイダは、リソース共有サーバから必要とされるリソースを取得して、取得されたリソースに基づいて、発行されることになる製品情報を形成してもよい。本出願の実施形態において説明される製品情報は、製品のタイプと見なされてもよい。このタイプの製品は、疎結合方式で組み合わされた、異なるリソースプロバイダによって提供されるリソースを含み、製品におけるリソースは、他の製品に包含されるリソースと共有されることができる。
【０１０７】
ステップ３０２：共有リソースプールから、旅程イベントの必要性を満たす少なくとも１つのリソースを発見する。
【０１０８】
共有リソースライブラリは、異なるリソースプロバイダによって提供され、リソースの使用属性に従って区分けされる複数のリソースを含む。リソースの使用属性は、旅程イベントに含まれる異なる旅程サブイベントに従って判定される。
【０１０９】
本出願の実施形態では、リソース共有サーバは、複数の異なるリソースプロバイダによって送信された製品情報を受信し、製品情報に含まれる複数のリソースを分析し、各々のリソースの使用属性（複数可）を判定し、使用属性の属性値と対応するリソースのリソース識別子との間のマッピング関係を確立し、マッピング関係に従って共有リソースライブラリを作成する。特に、共有リソースライブラリは、異なるリソースプロバイダによって提供され、リソースの使用属性に従って区分けされる複数のリソースを含む。
【０１１０】
特に、リソースプロバイダによって送信されたリソース検索要求を受信するとき、リソース共有サーバは、旅程サブイベントに基づいて、リソース検索要求に含まれる旅程サブイベントの時間属性を判定する。旅程サブイベントは、旅程イベントにおける欠損リソース（複数可）を有する旅程サブイベントである。時間属性を満たす使用属性に対応する属性値を有するリソース（複数可）は、共有リソースライブラリから検索及び発見され、旅程イベントの必要性を満たすリソース（複数可）と見なされる。
【０１１１】
本出願の実施形態では、リソース検索要求に含まれる旅程イベントは、旅程イベント全体の全ての旅程サブイベントを含んでもよく、または旅程イベントにおける欠損リソース（複数可）を有する旅程サブイベント（複数可）を含んでもよいことを留意されるべきである。旅程サブイベントにおいて使用されるリソースについての共有リソースプールを検索する方法は、同一であり、本明細書では繰り返して説明されない。
【０１１２】
ステップ３０３：第１のリソースプロバイダに、発見された少なくとも１つのリソースを含む応答情報を送信する。
【０１１３】
第３の実施形態
同一の発明的概念に基づいて、図４は、本出願の実施形態に従った、リソース処理方法の概略フローチャートである。方法は、以下で示される１つであることができる。本出願の実施形態によって提供される解決策の間の差異は、第１の実施形態において説明された第１のリソースプロバイダが、製品情報を発行するとき、リソース共有サーバからリソースの全てまたは一部を取得する必要があり、すなわち、第１のリソースプロバイダが、製品情報のリソースの一部を提供する能力があり、本出願の実施形態において説明された第１のリソースプロバイダが、製品情報を受信するとき、リソース共有サーバが製品情報に含まれるリソースを抽出することを支援するために、第１のリソースプロバイダによって発行された製品情報に含まれる異なるリソースの間の疎結合関係を明示することに集中して、製品情報におけるリソースを提供する能力がある点で、第１の実施形態において提供された解決策とは異なる。
【０１１４】
ステップ４０１：発行されることになる第１の旅程イベントを判定する。
【０１１５】
本出願の実施形態では、第１のリソースプロバイダは、旅程イベント、例えば、「４日間（１２月２３日〜１２月２６日）の香港旅行」を判定する。この旅程イベントは次いで、第１の旅程イベントと見なされることができる。
【０１１６】
ステップ４０２：第１の旅程イベントに従って、第１の旅程イベントに含まれる旅程サブイベントを判定し、旅程サブイベントに対して対応するリソースを一致させる。
【０１１７】
本出願の実施形態では、旅程サブイベントの時間属性に基づいて、時間属性を満たす使用属性の属性値に対応するリソースは、異なる旅程サブイベントに対応するリソースを取得するように一致する。
【０１１８】
ステップ４０３：複数の異なる旅程サブイベントに対応するリソースに従って、発行されることになる製品情報を生成する。
【０１１９】
製品情報に含まれるリソースは、第２の旅程イベントの必要性を満たすことに応答して、第２のリソースプロバイダによって発行された第２の旅程イベントと共有される。
【０１２０】
本出願の実施形態では、複数の異なる旅程サブイベントに対応するリソースに従って、発行されることになる製品情報は、旅程サブイベントの粒度における組み合わせから取得される。製品情報は、表５に示されるような、各々の旅程イベント、及びそれぞれの旅程イベントに対応するリソース（複数可）を含む。
【０１２１】
【表５】
2020504399.tif 000007
【０１２２】
表５では、各々のリソースは、相互に独立し、他の旅程イベントによって共有されることができる。
【０１２３】
本出願の実施形態では、製品情報が発行されるとき、１つの旅程サブイベントを含む製品情報が、旅程サブイベントの単位で別個に発行されてもよく、商品情報が商品情報に含まれることを留意されるべきである。チケットサブイベント、及び旅程サブイベントに対応するリソース、複数の旅程サブイベントを含む商品情報も発行されてもよく、旅程サブイベントは連続的または非連続的であり、それは、本出願の実施形態では特に限定されない。
【０１２４】
例えば、表６に示されるように、発行されることになる製品情報
【０１２５】
【表６】
2020504399.tif 000008
【０１２６】
表７に示されるように、発行されることになる製品情報
【０１２７】
【表７】
2020504399.tif 000009
【０１２８】
表８に示されるように、発行されることになる製品情報
【０１２９】
【表８】
2020504399.tif 000010
【０１３０】
ステップ４０４：製品情報を発行し、製品情報は、第１の旅程イベント、及び第１の旅程イベントにおける各々の旅程サブイベントによって使用されるリソースを含むリソースセットを含む。
【０１３１】
第４の実施形態
同一の発明的概念に基づいて、図５は、本出願の実施形態に従った、リソース処理方法の概略フローチャートである。方法は、以下で示される１つであることができる。本出願の実施形態において説明される解決策は、リソース共有サーバにおいて適用されてもよく、またはインターネットサービスプラットフォームにおいて適用されてもよく、それは、本明細書では特に限定されない。本出願の実施形態において説明される解決策は、旅程イベントの単位で、リソース共有サーバによって異なるタイプのリソースを組み合わせる。既存の技術における方法をまとめることとは異なり、このタイプの組み合わせモードは、疎結合の方式を適合させ、また、最大程度にユーザの必要性を満たすように、ユーザの実際の必要性に基づいて調節されることが可能である。
【０１３２】
ステップ５０１：異なるリソースプロバイダによって送信された製品情報の部分を受信する。
【０１３３】
製品情報の部分は、旅程イベント、及び旅程イベントにおける旅程サブイベントによって使用される少なくとも１つのリソースを含む。
【０１３４】
本出願の実施形態では、電子商取引プラットフォームとしての役割を果たすインターネットサービスプラットフォームは、ユーザにサービスを提供するように、インターネットサービスプラットフォームにおいて異なるリソースプロバイダによって提供されるリソースを発行することができる。このようにして、インターネットサービスプラットフォームは、リソースプロバイダによって送信されたリソース発行要求を受信し、受信されたリソース発行要求から、発行されることになるリソース（複数可）を取得する。
【０１３５】
発行されることになるそれらのリソースは、同一のタイプのリソースに属してもよく、または異なるタイプのリソースに属してもよい。言い換えると、リソースプロバイダは、同一のタイプのリソースを発行することを要求してもよく、または異なるタイプのリソースを発行することを要求してもよい。異なるリソースプロバイダは、同一のタイプのリソースを発行してもよく、代わりに、異なるタイプのリソースを発行してもよく、それは、本明細書では特に限定されない。
【０１３６】
本出願の実施形態において説明されるタイプは、リソースの使用に従って判定されてもよく、またはリソースの他の仕様に従って判定されてもよく、それは、本明細書では特に限定されないことを留意されるべきである。
【０１３７】
製品情報の複数の異なる部分が受信されるとき、製品情報の複数の異なる部分に含まれる旅程イベント、及び旅程イベントにおける各々の旅程サブイベントによって使用される異なるリソースが分析される。
【０１３８】
ステップ５０２：同一の旅程イベントについて、旅程イベントによって使用されるリソースセットを取得するために、旅程イベントを含む製品情報の複数の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせる。
【０１３９】
本出願の実施形態では、同一の旅程イベントについて、製品情報の複数の部分が受信されてもよく、異なるリソースプロバイダによって提供されるリソースが受信されてもよい。そのようにして、１つのアプローチは、製品情報の特定の部分についてのリソース割り当てを実行することであってもよい。別のアプローチは、製品情報の異なる部分における異なる旅程サブイベントによって使用されるリソースを組み合わせ、その結果、旅程イベントによって使用されるリソースセットが取得されることができることである。
【０１４０】
第１のアプローチ：製品情報の特定の部分についてのリソース割り当てを実行する。
【０１４１】
特に、製品情報の複数の異なる部分を分析することによって、製品情報の複数の異なる部分に含まれる旅程イベントが判定されることができる。このケースでは、製品情報は、旅程イベントを基準として使用して分類されることができる。
【０１４２】
例えば、同一の旅程イベントの製品情報は、或るタイプの製品情報である。ここで、いわゆる同一の旅程イベントは、旅行先が同一であることを意味してもよい。例えば、香港に旅行するための全ての製品情報は、１つのタイプである。
【０１４３】
製品情報のタイプは、以下で詳細に説明される。
【０１４４】
最初に、旅程イベントについて、旅程イベントを含む製品情報が判定される。
【０１４５】
２つ目に、製品情報のある部分について、以下の動作が実行される。
【０１４６】
第１のステップでは、製品情報の部分において旅程イベントにおける旅程サブイベント（複数可）から欠損したリソース（複数可）が判定される。特に、
旅程イベントに基づいて、旅程イベントに含まれる旅程サブイベントを判定し、
異なる旅程サブイベントに対して、製品情報の部分に含まれるリソースに従って、旅程サブイベントを完了するために使用されるリソースをそれぞれ一致させ、
一致したリソースを有さない旅程サブイベントについて、旅程サブイベントを完了するために使用される少なくとも１つのタイプのリソースを判定し、
少なくとも１つの判定されたタイプのリソースを、製品情報の部分において旅程イベントから欠損したリソースとして使用する。
【０１４７】
特に、異なる旅程サブイベントに対して、旅程サブイベントを完了するために使用されるリソースを一致させるとき、異なる旅程サブイベントについての旅程サブイベントの時間属性が判定されてもよい。
【０１４８】
時間属性を満たす使用属性に対応する属性値を有するリソースは、旅程サブイベントを完了するために使用されるリソースとして使用される。
【０１４９】
第２のステップでは、欠損リソース（複数可）は、判定された製品情報の他の部分から検索される。
【０１５０】
特に、欠損リソース（複数可）に対応する旅程サブイベント（複数可）の時間属性（複数可）が判定される。
【０１５１】
時間属性（複数可）を満たす使用属性（複数可）に対応する属性値（複数可）を有し、判定された製品情報の他の部分から発見されたリソース（複数可）は、欠損リソース（複数可）として使用される。
【０１５２】
第３のステップでは、発見された欠損リソース（複数可）は、旅程イベントによって使用されるリソースセットを取得するために、製品情報に既に含まれているリソースと組み合わされる。
【０１５３】
第２のアプローチ：製品情報の異なる部分における異なる旅程サブイベントによって使用されるリソースを組み合わせる。
【０１５４】
特に、旅程イベントについての同一の旅程イベントを含む製品情報の複数の部分が判定される。
【０１５５】
製品情報の各々の部分に含まれる各々の旅程サブイベントの時間属性が判定される。
【０１５６】
時間属性に従って、製品情報の異なる部分における異なる旅程サブイベントによって使用される異なるタイプのリソースは、旅程イベントによって使用されるリソースセットを取得するために組み合わされる。
【０１５７】
例えば、旅程イベント（４日間（１２月２３日〜１２月２６日）の香港旅行）が例として挙げられる。この旅程イベントについて、旅程イベントを含む製品情報は、製品情報１及び製品情報２から構成されると推定される。製品情報１に含まれる旅程イベント、及び旅程イベントの各々の旅程サブイベントにおいて使用されるリソースは、表９に示される。
【０１５８】
【表９】
2020504399.tif 000011
【０１５９】
製品情報２に含まれる旅程イベント、及び旅程イベントにおける各々の旅程サブイベントにおいて使用されるリソースは、表１０に示される。
【０１６０】
【表１０】
2020504399.tif 000012
【０１６１】
製品情報のそれらの２つの部分を受信した後、製品情報の異なる部分における異なる旅程サブイベントにおいて使用される異なるタイプのリソースは、表１１に示されるように、旅程イベントによって使用されるリソースセットを取得するために、各々の旅程サブイベントの時間属性に従って組み合わされてもよい。
【０１６２】
【表１１】
2020504399.tif 000013
【０１６３】
表１１から分かるように、旅程サブイベント１及び旅程サブイベント４について使用されるリソースは、製品情報１から発し、旅程サブイベント２及び旅程サブイベント３によって使用されるリソースは、製品情報２から発する。加えて、他の組み合わせ方法が存在してもよい。ここで、組み合わせ方法は、同一の旅程サブイベントの異なるタイプのリソースの組み合わせを含み、例えば、組み合わせの後の旅程サブイベント１に対応するリソースは、１２月２３日のチケットリソース１及びホテルリソース２であり、すなわち、チケットリソースは、製品情報１から発し、ホテルリソースは、製品情報２、から発し、それは、本明細書では排他的に例示されない。このタイプの組み合わせは、時間属性をも考慮する必要があり、異なるリソースの使用属性は、ユーザの旅行手配を満たす必要があることを留意されるべきである。
【０１６４】
更に、本出願の実施形態では、同一の旅程イベントに対応するリソースセットに含まれるリソースは、同一である。
【０１６５】
代わりに、異なる旅程イベントに対応するリソースセットに含まれる同一のタイプのリソースは、同一である。
【０１６６】
旅程イベント（４日間（１２月２３日〜１２月２６日）の香港旅行）は、製品情報の３つの部分、１２月２３日の香港へのチケットリソース及び１２月２６日の香港から出発の場所に戻るチケットリソースを含む第１の製品情報１、香港での宿泊施設についてのホテルリソース及び香港への／香港からのチケットリソースを含む第２の製品情報２、香港のディズニーランドパークへのチケットリソース及び香港のオーシャンパークへのチケットリソースを含む第３の製品情報３、に対応すると推定される。
【０１６７】
製品情報１について、それが香港の自由旅行である場合、製品情報１における欠損リソースは、香港でショッピングに行くことを望むユーザについてのホテルリソースである。このケースでは、ホテルリソースは、製品情報２から発見されることができ、その結果、製品情報２におけるホテルリソースは、製品情報１と共有され、すなわち、組み合わされた製品情報１についてのリソースセットは、表１２に示されるように取得されることができる。
【０１６８】
【表１２】
2020504399.tif 000014
【０１６９】
製品情報２について、または香港への訪問者は、ディズニーランドパークに行くことを非常に望むことがある。製品情報２における欠損リソースがディズニーランドパークのチケットリソースである場合、そのようなチケットリソースは、製品情報３から発見されることができ、その結果、製品情報３のチケットリソースは、旅程２と共有され、組み合わされた製品情報２のリソースセットは、表１３に示されるように取得されることができる。
【０１７０】
【表１３】
2020504399.tif 000015
【０１７１】
製品情報３について、香港の観光リソースについてのチケットのみが含まれる。そのようにして、香港への／香港からの航空チケットリソース及びホテルリソースは、製品情報３の欠損リソースに対応する。航空チケットリソースは、製品情報１または製品情報２から選択されることができ、ホテルリソースも、製品情報２から選択されることができる。したがって、組み合わされた製品情報３のリソースセットは、表１４に示されるように取得されることができる。
【０１７２】
【表１４】
2020504399.tif 000016
【０１７３】
ステップ５０３：旅程イベント及びリソースセットを発行する。
【０１７４】
図６は、本出願の実施形態によって提供されるリソースセットの概略図である。
【０１７５】
図６から分かるように、リソース共有サーバが異なるリソースプロバイダから製品情報を取得した後、製品情報に含まれるリソースは、製品情報の完全なリソースセットを取得するために、製品情報の異なる部分に従って組み合わされることができ、その結果、ユーザは、旅行計画を都合よく且つ迅速に判定することを可能にされる。同時に、それらのリソースセットのリソースは、製品情報の複数の部分において共有及び使用されることができ、よって、リソース共有サーバにおいてリソースプロバイダによって提供されるリソースを販促する効率性を保証し、それによって、リソースの回転率を改善する。
【０１７６】
本出願によって提供される別の実施形態では、方法は更に、
ユーザによって送信された支払要求を受信することであって、支払要求は、ユーザによって判定された旅程イベントに対応するリソースセットを含む、受信することと、
リソースセットに含まれるリソースのリソースプロバイダを判定することと、
リソースセットに含まれるリソースの支払情報に従って、異なるリソースプロバイダに、対応する支払情報を送信することと、
を含む。
【０１７７】
特に、リソース共有サーバによって提供される製品情報について、ユーザが製品情報を購入すると決定すると、支払要求は、リソース共有サーバに送信される。本出願の実施形態では、製品情報に対応するリソースセットに含まれるリソースが異なるリソースプロバイダから発してもよいので、リソース共有サーバがユーザから支払要求を受信するとき、リソース共有サーバは、リソースセットにおけるリソースに従って、リソースに対応するプロバイダに、支払情報のそれぞれの部分を送信する必要があり、よって、このタイプの組み合わされたリソースセットについての支払工程を簡略化する。
【０１７８】
図７は、本出願の実施形態によって提供されるリソース支払シナリオの概略図である。
【０１７９】
図７から分かるように、１つの支払のみがユーザに対して必要とされる。リソースプロバイダについて、リソース共有サーバは、リソースセットにおけるリソースに従って、リソースに対応するプロバイダに、支払情報のそれぞれの部分を送信することができ、よって、このタイプの組み合わされたリソースセットについての支払工程を簡略化し、このタイプの組み合わされたリソースセットを販促する効率性を改善する。
【０１８０】
本出願によって提供される別の実施形態では、方法は更に、
ユーザによって送信された支払要求を受信するとき、支払要求に含まれるユーザによって判定された旅程イベントに対応するリソースセットに従って、リソースセットに含まれる異なるリソースの在庫量を別個に調節することを含む。
【０１８１】
本出願によって提供される別の実施形態では、リソースセットに含まれる異なるリソースの在庫量を別個に調節することは、
リソースセットに含まれる異なるリソースのリソースプロバイダを判定することと、
それぞれの在庫調節情報を受信するとき、リソースプロバイダに、それぞれの在庫調節情報に含まれるリソースの在庫量を調節させるために、異なるリソースのリソースプロバイダにそれぞれの在庫調節情報を送信することと、
を含む。
【０１８２】
本出願によって提供される別の実施形態では、方法は更に、
リソースの在庫量が定義された閾値よりも少ないと検出したことに応答して、プロンプトメッセージを送信することを含み、プロンプトメッセージは、リソースの補完をリマインドするために使用される。
【０１８３】
本出願の別の実施形態では、リソースがインターネットサービスプラットフォームにおいて発行されてもよいだけでなく、複数のインターネットサービスプラットフォームにおいても発行されてもよく、または複数の旅程イベントにおいて共有もされてもよいので、旅程イベントが注文情報を生成すると、これは、リソースが販売されることを意味する。したがって、「過剰販売」の状況を回避するために、方法は更に、
リソースセットに含まれる各々のリソースの在庫状態を監視することと、
リソースセットに含まれるリソースの在庫状態が空に変更されるとき、リソースセットに含まれるリソースを調節することと、
を含む。
【０１８４】
本出願の実施形態では、旅程イベントについての複数のリソースセットが判定及び取得されてもよく、すなわち、旅程イベントについての複数のリソースセットが存在してもよい。ユーザに製品情報を推薦するとき、インターネットサービスプラットフォームは、リソースセットを推薦してもよく、または複数のリソースセットを推薦してもよく、各々のリソースセットにおける各々のリソースについての更新制御を提供してもよい。特に、ユーザは、関連する更新制御がトリガされるとき、リソースのタイプと同一のタイプの他のリソースが提供されることができ、その結果、ユーザは、ユーザの必要性を満たすために必要なリソースを柔軟に選択することができる。
【０１８５】
旅程イベントに対応する複数のリソースセットは、リスト、セット、または平面レイアウトの形式で表示されてもよく、それは、本明細書では特に限定されないことを留意されるべきである。
【０１８６】
本出願の実施形態によって提供される技術的解決策では、リソースプロバイダは、旅程サブイベントの粒度に従って、リソースに対して微調整を実行し、その結果、リソース共有サーバは、異なるリソースプロバイダによって発行された製品情報を受信するとき、製品情報に含まれるリソースを組み合わせることができる。これは、リソースセットを取得するとき、ユーザがリソースセットに含まれる様々なタイプのリソースを明確に理解することができることを保証する。そのようにして、リソース共有サーバによって提供されるネットワークサービスの個人化及び微調整が改善され、ネットワークサービスに関するユーザ経験が改善され、リソース共有サーバによって提供されるリソースの回転効率性を効果的に変更する。
【０１８７】
第５の実施形態
同一の発明的概念に基づいて、図８は、本出願の実施形態に従った、リソース処理方法の概略フローチャートである。方法は、以下で示される１つであることができる。
【０１８８】
ステップ８０１：ユーザによって送信された検索要求を受信し、検索要求は、検索されることになる旅程イベントを含む。
【０１８９】
ステップ８０２：旅程イベントに従って、旅程イベントを含む製品情報を判定する。
【０１９０】
製品情報は、旅程イベントにおける旅程サブイベントによって使用されるリソースと旅程サブイベントとの間の対応関係を含む。
【０１９１】
製品情報を生成する方法は、上記実施形態において説明された方法によって判定されることができ、本明細書では繰り返して説明されない。
【０１９２】
ステップ８０３：ユーザに製品情報をプッシュする。
【０１９３】
本出願によって提供される別の実施形態では、方法は更に、
ユーザによって送信されたリソース変更要求を受信することであって、リソース変更要求は、リソース識別子を含む、受信することと、
リソース識別子に対応するリソースのタイプ及び使用属性の属性値を判定することと、
同一のタイプの且つ使用属性の異なる属性値を有するリソース（複数可）について共有リソースライブラリを検索し、ユーザに、発見されたリソースをプッシュすることであって、共有リソースライブラリは、異なるリソースプロバイダによって提供され、リソースの使用属性に従って区分けされる複数のリソースを含む、検索及びプッシュすることと、
を含む。
【０１９４】
代わりに、方法は更に、
ユーザによって送信されたリソース変更要求を受信することであって、リソース変更要求は、旅程サブイベントを含む、受信することと、
旅程サブイベントの時間属性に従って、旅程サブイベントを完了するための時間間隔を計算することと、
時間間隔を満たし、共有リソースライブラリからプッシュされたリソース（複数可）とは異なる他のリソース（複数可）を発見し、ユーザに、発見された他のリソース（複数可）をプッシュすることと、
を含む。
【０１９５】
本出願の実施形態では、旅程サブイベントは、１つのリソースに対応してもよく、または複数のリソースに対応してもよいことを留意されるべきである。ユーザへのプッシュを実行するとき、リソース共有サーバは、異なるリソースの表示優先度レベルに従って、各々の旅程サブイベントについてユーザにプッシュされることになるリソースを選択する。このようにして、ユーザによって送信されたリソース変更要求を受信するとき、他のリソースは、表示優先度レベルに従った順序でユーザにプッシュされてもよい。
【０１９６】
本出願によって提供される別の実施形態では、方法は更に、
ユーザによって送信された注文情報を受信することであって、注文情報は、ユーザによって選択された製品情報を含み、製品情報は、ユーザによって選択された旅程イベントにおける少なくとも１つの旅程サブイベントと旅程サブイベントによって必要なリソース（複数可）との間の対応関係を含む、受信することと、
製品情報に従って、製品情報に含まれるリソース（複数可）をロックすることと、
を含む。
【０１９７】
本出願によって提供される別の実施形態では、方法は更に、
ユーザによって送信された第１の支払情報を受信することであって、第１の支払情報は、ユーザによって選択された製品情報を支払うために使用される、受信することと、
製品情報に基づいて、製品情報における各々のリソースを提供するそれぞれのリソースプロバイダ、及び製品情報における各々のリソースのそれぞれの第２の支払情報を判定することであって、各々のリソースのそれぞれの第２の支払情報の合計は、第１の支払情報に等しい、判定することと、
各々のリソースのそれぞれの第２の支払情報に従って、各々のリソースに対応するそれぞれのリソースプロバイダに支払データを別個に送信することと、
を含む。
【０１９８】
本出願によって提供される別の実施形態では、方法は更に、
ユーザによって伝送された支払情報を受信したことに応答して、支払情報に含まれる製品情報に従って、製品情報に含まれる各々のリソースのそれぞれの在庫量を別個に調節することを含む。
【０１９９】
本出願によって提供される別の実施形態では、製品情報に含まれる各々のリソースのそれぞれの在庫量を別個に調節することは、
製品情報に含まれる各々のリソースのそれぞれのリソースプロバイダを判定することと、
それぞれの在庫調節情報を受信するとき、それぞれのリソースプロバイダに、それぞれの在庫調節情報に含まれるそれぞれのリソースの在庫量を調節させるために、各々のリソースのそれぞれのリソースプロバイダにそれぞれの在庫調節情報を別個に送信することと、
を含む。
【０２００】
ユーザＡが検索ボックスに旅程イベントを入力する場合、製品リソース共有サーバ（または、インターネットサービスプラットフォーム）は、旅程イベントに従って、旅程イベントを含む製品情報を検索し、ユーザＡに、発見された製品情報をプッシュする。ユーザＡにプッシュされた製品情報は、ユーザが旅程イベントの各々の旅程サブイベントに対応するリソース（複数可）を参照することを可能にするだけでなく、各々の旅程サブイベントについての代替リソース（複数可）を提供することをも可能にし、その結果、ユーザは、更に柔軟な方式において旅程イベントを取得することができる。
【０２０１】
更に、製品リソース共有サーバ（または、インターネットサービスプラットフォーム）が、ユーザが特定の製品情報を選択すると判定すると、ユーザは、製品リソース共有サーバ（または、インターネットサービスプラットフォーム）に支払要求を送信してもよい。支払要求は、製品情報についての支払を行うために使用される。特に、ユーザは、異なるリソースから構成された製品情報についての単一の支払のみを行う必要がある。支払要求を受信するとき、製品リソース共有サーバ（または、インターネットサービスプラットフォーム）は、製品情報に含まれる各々のリソースのそれぞれのリソースプロバイダを判定し、各々のリソースプロバイダに対応する支払情報を別個に送信し、支払情報は、リソースプロバイダによって提供されるリソースについてのそれぞれの支払を行うために使用される支払情報である。
【０２０２】
第６の実施形態
同一の発明的概念に基づいて、図９は、本出願の実施形態に従った、リソース処理デバイスの概略構造図である。本出願の実施形態によって提供されるリソース処理デバイスは、第１のリソースプロバイダに対応するサーバにおいて適用される。リソース処理デバイスは、送信ユニット９１、受信ユニット９２、及び処理ユニット９３を含む。
【０２０３】
送信ユニット９１は、リソース共有サーバにリソース検索要求を送信し、リソース検索要求は、第１の旅程イベントにおける少なくとも１つの旅程サブイベントを含む。
【０２０４】
受信ユニット９２は、リソース共有サーバによって送信された応答情報を受信し、応答情報は、第２のリソースプロバイダによって発行された製品情報に含まれ、旅程サブイベントによって必要な少なくとも１つの第１のリソースを含む。
【０２０５】
処理ユニット９３は、第１のリソースと第１のリソースを必要とする旅程サブイベントとの間の対応関係を判定し、リソース共有サーバにおいて対応関係を含む製品情報を発行する。
【０２０６】
本出願の別の実施形態では、リソース処理デバイスは更に、判定ユニット９４を含み、
判定ユニット９４は、リソース共有サーバにリソース検索要求を送信する前に、発行されることになる第１の旅程イベント、及び第１の旅程イベントにおける少なくとも１つの旅程サブイベントによって使用される第２のリソース（複数可）を判定し、第２のリソース（複数可）に基づいて、第１の旅程イベントにおける欠損リソース（複数可）を有する旅程サブイベント（複数可）を判定する。
【０２０７】
本出願の別の実施形態では、送信ユニット９１がリソース共有サーバにリソース検索要求を送信することは、
旅程サブイベントに従って、リソース検索要求を生成することであって、リソース検索要求は、旅程サブイベントによって必要なリソースを検索するために使用される、生成することと、
リソース共有サーバにリソース検索要求を送信することと、
を含む。
【０２０８】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、検査ユニット９５を含み、
検査ユニット９５は、第１の旅程イベントに対応するリソースセットを受信する前に、第１のリソースを受信するとき、受信された第１のリソースから、第１の旅程イベントを満たす第３のリソース（複数可）を選択し、第３のリソース（複数可）は、第２の旅程イベントとの同期に使用される。
【０２０９】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、組み合わせユニット９６を含み、
組み合わせユニット９６は、第１の旅程イベントによって使用され、第１のリソースプロバイダによって所持される第２のリソース（複数可）を判定し、第１の旅程イベントに対応するリソースセットを取得するために、第１のリソース／第３のリソース（複数可）を第２のリソース（複数可）と組み合わせる。
【０２１０】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、記憶ユニット９７を含み、
記憶ユニット９７は、製品情報において使用されるリソースに従って、製品情報と各々のリソースとの間の対応関係を確立する。
【０２１１】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、在庫調節ユニット９８を含み、
在庫調節ユニット９８は、リソース共有サーバによって送信された注文情報を受信し、注文情報は、第２のリソースを含み、注文情報に従って、第２のリソースの在庫量を調節する。
【０２１２】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、催促ユニット９９を含み、
催促ユニット９９は、第２のリソースの在庫量が定義された閾値よりも少ないと検出したことに応答して、プロンプトメッセージを送信し、プロンプトメッセージは、第２のリソースの補完をリマインドするために使用される。
【０２１３】
本開示の実施形態によって提供されるリソース処理デバイスは、ソフトウェアまたはハードウェアを使用して実装されてもよく、それは、本明細書では特に限定されないことを留意されるべきである。製品情報を発行するとき、製品処理デバイスは、リソース共有サーバから、製品情報に含まれる旅程イベントに一致するリソースを動的に取得することができ、その結果、旅程イベント全体によって必要なリソースは、相対的に完全である。これは、ユーザによってリソース共有サーバから旅程イベントに対応するリソースを取得する効率性を効果的に改善し、リソース共有サーバによって提供されるネットワークサービスに関するユーザ経験を改善する。更に、それらのリソースは、他のリソースプロバイダから発してもよく、リソース共有サーバにおいてリソースプロバイダによって提供されるリソースの販促効率性を保証し、それによって、リソースの回転率を改善する。
【０２１４】
第７の実施形態
同一の発明的概念に基づいて、図１０は、本出願の実施形態に従った、リソース処理デバイスの概略構造図である。リソース処理デバイスは、受信ユニット１００１、検索ユニット１００２、及び送信ユニット１００３を含む。
【０２１５】
受信ユニット１００１は、第１のリソースプロバイダによって送信されたリソース検索要求を受信し、リソース検索要求は、旅程イベントを含む。
【０２１６】
検索ユニット１００２は、旅程イベントの要件を満たす少なくとも１つのリソースについて共有リソースライブラリを検索し、共有リソースライブラリは、異なるリソースプロバイダによって提供され、リソースの使用属性に従って区分けされる複数のリソースを含み、リソースの使用属性は、異なる旅程イベントに含まれる旅程サブイベントに従って判定される。
【０２１７】
送信ユニット１００３は、第１のリソースプロバイダに、発見された少なくとも１つのリソースを含む応答情報を送信する。
【０２１８】
本出願によって提供される別の実施形態では、検索ユニット１００２が、旅程イベントの要件を満たす少なくとも１つのリソースについて共有リソースライブラリを検索することは、
リソース検索要求に含まれる旅程サブイベントに基づいて、旅程サブイベントの時間属性を判定することであって、旅程サブイベントは、旅程イベントにおける欠損リソースを有する旅程サブイベントである、判定することと、
時間属性を満たす使用属性に対応する属性値を有するリソースを、旅程イベントの要件を満たすリソースと見なすことと、
を含む。
【０２１９】
本開示の実施形態によって提供されるリソース処理デバイスは、ハードウェアの形式で実装されてもよく、またはソフトウェアの形式で実装されてもよく、本明細書では限定されないことを留意されるべきである。
【０２２０】
第８の実施形態
同一の発明的概念に基づいて、図１１は、本出願の実施形態に従った、リソース処理デバイスの概略構造図である。リソース処理デバイスは、判定ユニット１１０１、処理ユニット１１０２、及び発行ユニット１１０３を含む。
【０２２１】
判定ユニット１１０１は、発行されることになる第１の旅程イベントを判定し、第１の旅程イベントに基づいて、第１の旅程イベントに含まれる旅程サブイベントを判定し、旅程サブイベントに対して対応するリソースを一致させる。
【０２２２】
処理ユニット１１０２は、異なる旅程サブイベントに対応するリソースに従って、発行されることになる製品情報を生成し、製品情報に含まれるリソースは、第２のリソースプロバイダによって発行された第２の旅程イベントの必要性を満たすことに応答して、第２の旅程イベントと共有される。
【０２２３】
発行ユニット１１０３は、製品情報を発行し、製品情報は、第１の旅程イベント、及び第１の旅程イベントによって使用される製品リソースを含む製品リソースセットを含む。
【０２２４】
本出願の実施形態によって提供されるリソース処理デバイスは、第１のリソースプロバイダに対応するサーバに適用されてもよく、または別のリソースプロバイダに対応するサーバに適用されてもよいことを留意されるべきである。リソース処理デバイスは、ソフトウェアの形式で実装されてもよく、またはハードウェアの形式で実装されてもよく、それは、本明細書では特に限定されない。
【０２２５】
第９の実施形態
同一の発明的概念に基づいて、図１２は、本出願の実施形態に従った、リソース処理デバイスの概略構造図である。リソース処理デバイスは、受信ユニット１２０１、組み合わせユニット１２０２、及び処理ユニット１２０３を含む。
【０２２６】
受信ユニット１２０１は、異なるリソースプロバイダによって送信された製品情報の複数の部分を受信し、製品情報の複数の部分は、旅程イベント、及び旅程イベントにおける旅程サブイベントによって使用される少なくとも１つのリソースを含む。
【０２２７】
組み合わせユニット１２０２は、同一の旅程イベントについての旅程イベントによって使用されるリソースセットを取得するために、旅程イベントを含む製品情報の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせる。
【０２２８】
処理ユニット１２０３は、旅程イベント及びリソースセットを発行する。
【０２２９】
本出願によって提供される別の実施形態では、組み合わせユニット１２０２が、同一の旅程イベントについての旅程イベントによって使用されるリソースセットを取得するために、旅程イベントを含む製品情報の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることは、
同一の旅程イベントに基づいて、旅程イベントを含む製品情報の部分を判定することと、
製品情報の部分について、
製品情報の部分において旅程イベントにおける旅程サブイベントから欠損したリソースを判定することと、
判定された製品情報の他の部分から欠損リソースを発見することと、
旅程イベントによって使用されるリソースセットを取得するために、発見された欠損リソースを、製品情報に既に含まれているリソースと組み合わせることと、
を実行することと、
を含む。
【０２３０】
本出願によって提供される別の実施形態では、組み合わせユニット１２０２が、製品情報の部分において旅程イベントから欠損したリソースを判定することは、
旅程イベントに基づいて、旅程イベントに含まれる旅程サブイベントを判定することと、
製品情報の部分に含まれるリソースに基づいて、異なる旅程サブイベントに対して旅程サブイベントを完了するために使用されるリソースを一致させることと、
一致するリソースを有さない旅程サブイベントについて、旅程サブイベントを完了するために使用される少なくとも１つのタイプのリソースを判定することと、
少なくとも１つの判定されたタイプのリソースを、製品情報の部分における旅程イベントから欠損したリソースと見なすことと、
を含む。
【０２３１】
本出願によって提供される別の実施形態では、組み合わせユニット１２０２が、異なる旅程サブイベントに対して旅程サブイベントを完了するために使用されるリソースを一致させることは、
異なる旅程サブイベントについての旅程サブイベントのそれぞれの時間属性を判定することと、
それぞれの時間属性を満たす使用属性に対応するそれぞれの属性値を有するリソースを、旅程サブイベントを完了するために使用されるリソースとして使用することと、
を含む。
【０２３２】
本出願によって提供される別の実施形態では、組み合わせユニット１２０２が、判定された製品情報の他の部分から欠損リソースを発見することは、
欠損リソースに対応する旅程サブイベントの時間属性を判定することと、
時間属性を満たす使用属性に対応する属性値を有するリソースについて欠損リソースとして判定された製品情報の他の部分を検索することと、
を含む。
【０２３３】
本出願によって提供される別の実施形態では、組み合わせユニット１２０２が、同一の旅程イベントについての旅程イベントによって使用されるリソースセットを取得するために、旅程イベントを含む製品情報の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることは、
同一の旅程イベントに基づいて、旅程イベントを含む製品情報の複数の部分を判定することと、
製品情報の各々の部分に含まれる各々の旅程サブイベントのそれぞれの時間属性を判定することと、
それぞれの時間属性に従って、旅程イベントによって使用されるリソースセットを取得するために、製品情報の異なる部分における異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることと、
を含む。
【０２３４】
本出願によって提供される別の実施形態では、同一の旅程イベントに対応するリソースセットにおけるリソースに対応する部分は同一であり、または異なる旅程イベントに対応するリソースセットに含まれる同一のタイプのリソースに対応する部分は同一である。
【０２３５】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、支払ユニット１２０４を含む。
【０２３６】
支払ユニット１２０４は、ユーザによって送信された支払要求を受信し、支払要求は、ユーザによって判定された旅程イベントに対応するリソースセットを含み、リソースセットに含まれるリソースのそれぞれのリソースプロバイダを判定し、リソースセットに含まれるリソースのそれぞれの支払情報に従って、異なるリソースプロバイダに、対応する支払情報を送信する。
【０２３７】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、調節ユニット１２０５を含む。
【０２３８】
調節ユニット１２０５は、ユーザによって送信された支払要求を受信するとき、ユーザによって判定され、支払要求に含まれる旅程イベントに対応するリソースセットに従って、リソースセットに含まれる異なるリソースのそれぞれの在庫量を別個に調節する。
【０２３９】
本出願によって提供される別の実施形態では、調節ユニット１２０５が、リソースセットに含まれる異なるリソースのそれぞれの在庫量を別個に調節することは、
リソースセットに含まれる異なるリソースのリソースプロバイダを判定することと、
それぞれの在庫調節情報を受信するとき、リソースプロバイダに、それぞれの在庫調節情報に含まれるリソースのそれぞれの在庫量を調節させるために、異なるリソースのリソースプロバイダに、それぞれの在庫調節情報を別個に送信することと、
を含む。
【０２４０】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、催促ユニット１２０６を含む。
【０２４１】
催促ユニット１２０６は、リソースの在庫量が定義された閾値よりも少ないことに応答して、プロンプトメッセージを送信し、プロンプトメッセージは、リソースの補完をリマインドするために使用される。
【０２４２】
本出願の実施形態によって提供されるリソース処理デバイスは、リソース共有サーバに適用されてもよく、リソース処理デバイスは、ソフトウェアの形式で実装されてもよく、またはハードウェアの形式で実装されてもよく、それは、本明細書では特に限定されないことを留意されるべきである。リソースプロバイダは、旅程サブイベントの粒度に従って、リソースを微調整し、その結果、リソース処理デバイスは、ユーザがリソースセットを取得した後にリソースセットに含まれる様々なリソースを明確に理解することができることを保証するように、異なるリソースプロバイダによって発行された製品情報を受信するとき、製品情報に含まれるリソースを組み合わせることができる。これは、リソース共有サーバによって提供されるネットワークサービスの個人化及び微調整を改善し、ネットワークサービスに関するユーザ経験を高め、リソース共有サーバによって提供されるリソースの流れの効率性を効果的に変更する。
【０２４３】
第１０の実施形態
図１３は、本開示の実施形態に従った、リソース処理デバイスの概略構造図である。リソース処理デバイスは更に、受信ユニット１３０１、判定ユニット１３０２、及びプッシュユニット１３０３を含み、
受信ユニット１３０１は、ユーザによって送信された検索要求を受信し、検索要求は、検索されることになる旅程イベントを含み、
判定ユニット１３０２は、旅程イベントに基づいて、旅程イベントを含む製品情報を判定し、製品情報は、旅程イベントにおける旅程サブイベントによって使用されるリソースと旅程サブイベントとの間の対応関係を含み、
プッシュユニット１３０３は、ユーザに製品情報をプッシュする。
【０２４４】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、更新ユニット１３０４を含み、
更新ユニット１３０４は、ユーザによって送信されたリソース変更要求を受信し、リソース変更要求は、リソース識別子を含み、更新ユニット１３０４は、リソース識別子に対応するリソースのタイプ及び使用属性の属性値を判定し、同一のタイプ及び使用属性の異なる属性値を有するリソースについて共有リソースライブラリを検索し、ユーザに、発見されたリソースをプッシュし、共有リソースライブラリは、異なるリソースプロバイダによって提供され、リソースの使用属性によって区分けされる複数のリソースを含む。
【０２４５】
本出願によって提供される別の実施形態では、更新ユニット１３０４は、ユーザによって送信されたリソース変更要求を受信し、リソース変更要求は、変更されることになるリソースに対応する旅程サブイベントを含み、更新ユニット１３０４は、旅程サブイベントの時間属性に従って、旅程サブイベントを完了するための時間間隔を計算し、時間間隔を満たし、共有リソースライブラリからプッシュされたリソースとは異なる別のリソースを発見し、ユーザに、発見された他のリソースをプッシュする。
【０２４６】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、ロックユニット１３０５を含み、
ロックユニット１３０５は、ユーザによって送信された注文情報を受信し、注文情報は、ユーザによって選択された製品情報を含み、製品情報は、ユーザによって選択された旅程イベントにおける少なくとも１つの旅程サブイベントと旅程サブイベントによって必要なリソース（複数可）との間の対応関係を含み、ロックユニット１３０５は、製品情報に従って、製品情報に含まれるリソース（複数可）をロックする。
【０２４７】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、支払ユニット１３０６を含み、
支払ユニット１３０６は、ユーザによって送信された第１の支払情報を受信し、第１の支払情報は、ユーザによって選択された製品情報についての支払を行うために使用され、支払ユニット１３０６は、製品情報に従って、製品情報における各々のリソースを提供するリソースプロバイダ、及び製品情報における各々のリソースのそれぞれの第２の支払情報を判定し、各々のリソースのそれぞれの第２の支払情報の合計は、第１の支払情報に等しく、支払ユニット１３０６は、各々のリソースのそれぞれの第２の支払情報に従って、各々のリソースに対応するリソースプロバイダに、それぞれの支払データを別個に送信する。
【０２４８】
本出願によって提供される別の実施形態では、リソース処理デバイスは更に、調節ユニット１３０７を含み、
調節ユニット１３０７は、支払情報に含まれる製品情報に従って、ユーザによって送信された支払情報を受信したことに応答して、製品情報に含まれる各々のリソースのそれぞれの在庫量を別個に調節する。
【０２４９】
本出願によって提供される別の実施形態では、調節ユニット１３０７が、製品情報に含まれる各々のリソースのそれぞれの在庫量を別個に調節することは、
製品情報に含まれる各々のリソースのリソースプロバイダを判定することと、
それぞれの在庫調節情報を受信するとき、リソースプロバイダに、それぞれの在庫調節情報に含まれるそれぞれのリソースの在庫量を調節させるために、各々のリソースのリソースプロバイダに、それぞれの在庫調節情報を別個に送信することと、
を含む。
【０２５０】
本出願の実施形態によって提供されるリソース処理デバイスは、リソース共有サーバに適用されてもよく、リソース処理デバイスは、ソフトウェアの形式で実装されてもよく、またはハードウェアの形式で実装されてもよく、それは、本明細書では特に限定されないことを留意されるべきである。
【０２５１】
第１１の実施形態
同一の発明的概念に基づいて、図１４は、本出願の実施形態に従った、リソース処理システムの概略構造図である。リソース処理システムは、少なくとも１つのリソースプロバイダの対応するサーバ１４０１、リソース共有サーバ１４０２、及び少なくとも１つのリソースリクエスタの対応するクライアント１４０３を含む。
【０２５２】
少なくとも１つのリソースプロバイダの対応するサーバ１４０１は、製品情報の異なる部分を提供し、または製品情報における旅程イベントに対応するリソース（複数可）を提供する。
【０２５３】
リソース共有サーバ１４０２は、リソースプロバイダに対応するサーバに必要なリソースを提供してもよく、または異なるリソースプロバイダに対応するサーバによって送信された製品情報の複数の部分を受信するとき、製品情報の複数の部分に含まれるリソースを組み合わせてもよく、それを発行してもよい。
【０２５４】
リソースリクエスタの対応するクライアント１４０３は、必要な製品情報についてリソース共有サーバ１４０２を検索し、発見された製品情報から必要な製品情報を取得する。
【０２５５】
少なくとも１つのリソースプロバイダの対応するサーバ１４０１、リソース共有サーバ１４０２、及び少なくとも１つのリソースリクエスタの対応するクライアント１４０３の特定の実装態様は、上述した実施形態において説明されたそれらと同一または類似であり、本明細書では排他的に説明されない。
【０２５６】
当業者は、本発明の実施形態が、方法、システム、またはコンピュータプログラム製品として提供されることができることを理解するべきである。したがって、本発明は、全体的にハードウェアの実施形態、全体的にソフトウェアの実施形態、またはソフトウェア及びハードウェアの組み合わせの形式を取ってもよい。その上、本発明は、コンピュータ使用可能プログラムコードを含む１つ以上のコンピュータ使用可能記憶媒体（磁気ディスク記憶装置、ＣＤ−ＲＯＭ、光学式記憶装置などを含むがそれらに限定されない）上で具体化されたコンピュータプログラム製品の形式を取ってもよい。
【０２５７】
本発明は、本発明の実施形態を参照して、及び本発明の実施形態に従って、方法、装置（システム）、及びコンピュータプログラム製品のフローチャート及び／またはブロック図を参照して説明されてきた。フローチャート及び／またはブロック図の各々の処理及び／またはブロック、並びにフローチャート及び／またはブロック図の処理及び／またはブロックの組み合わせは、コンピュータプログラム命令によって実装されることを理解されたい。それらのコンピュータプログラム命令は、コンピュータのプロセッサによって命令の実行を生じさせるようにマシンを作成する、汎用コンピュータ、特殊目的コンピュータ、組み込みプロセッサ、もしくは他のプログラム可能データ処理デバイスに提供されることができ、またはフローチャートにおける１つ以上の処理及び／もしくはブロック図の１つ以上のブロックにおいて指定された機能を実装するために使用される装置を作成する、他のプログラム可能データ処理デバイスに提供されることができる。
【０２５８】
それらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラム可能データ処理デバイスに特定の方式において動作するように指示することができるコンピュータ可読記憶装置に記憶されることができ、その結果、コンピュータ可読記憶装置に記憶された命令は、命令装置を含む製品を作成する。命令装置は、フローチャートにおける１つ以上の処理及び／またはブロック図の１つ以上のブロックにおいて指定された機能を実装する。
【０２５９】
それらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラム可能データ処理デバイスにロードされることができ、その結果、一連の動作ステップは、コンピュータ実行処理を作成するようにコンピュータまたは他のプログラム可能デバイス上で実行され、それによって、コンピュータまたは他のプログラム可能デバイス上で実行される命令は、フローチャートにおける１つ以上の処理及び／またはブロック図の１つ以上のブロックの機能を実装するためのステップを提供する。
【０２６０】
典型的な構成では、コンピューティングデバイスは、１つ以上のプロセッサ（ＣＰＵ）、入力／出力インタフェース、ネットワークインタフェース、及びメモリを含む。
【０２６１】
メモリは、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／または不揮発性メモリ、例えば、リードオンリメモリ（ＲＯＭ）またはフラッシュＲＡＭなどのコンピュータ可読媒体の形式を含んでもよい。メモリは、コンピュータ可読媒体の例である。
【０２６２】
コンピュータ可読媒体は、いずれかの方法または技術を使用して情報の記憶を達成することができる、揮発性または不揮発性タイプ、着脱可能または着脱不能媒体を含んでもよい。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを含んでもよい。コンピュータ記憶媒体の例は、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、クイックフラッシュメモリ、もしくは他の内部記憶技術、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくは他の光学式記憶装置、磁気カセットテープ、磁気ディスク記憶装置、もしくは他の磁気記憶装置、またはコンピューティングデバイスによってアクセスされることができる情報を記憶するために使用されることができるいずれかの他の非伝送媒体を含むが、それらに限定されない。本明細書で定義されるように、コンピュータ可読媒体は、変調データ信号及び搬送波など、一時的媒体を含まない。
【０２６３】
また、用語「包含する（ｃｏｎｔａｉｎｉｎｇ）」、「から構成される（ｃｏｎｓｉｓｔｉｎｇ  ｏｆ）」、またはいずれかの他の変形は、非排他的包含を伴うことを意図しており、その結果、一連の要素を含む処理、方法、製品、またはデバイスは、それらの要素だけでなく、明確に記載されていない他の要素、またはそのような処理、方法、製品、もしくはデバイスに特有の要素をも含む。更なる限定なしに、フレーズ「〜を備える（ｃｏｍｐｒｉｓｉｎｇ  ａ．．．）」によって定義される要素は、その要素を含む処理、方法、製品、またはデバイスにおける追加の同等の要素の存在を排除しない。
【０２６４】
当業者は、本出願の実施形態が、方法、システム、またはコンピュータプログラム製品として提供されることができることを理解するべきである。よって、本出願は、全体的にハードウェアの実施形態、全体的にソフトウェアの実施形態、またはソフトウェア及びハードウェアの組み合わせの実施形態の形式を取ることができる。その上、本出願は、コンピュータ使用可能プログラムコードを含む１つ以上のコンピュータ使用可能記憶媒体（磁気ディスク記憶装置、ＣＤ−ＲＯＭ、光学式記憶装置などを含むがそれらに限定されない）上で具体化されたコンピュータプログラム製品の形式を取ることができる。
【０２６５】
上述したことは、本出願の実施形態を説明したにすぎず、本出願を限定することを意図していない。様々な変更及び修正が当業者によって本出願に対して行われることができる。本出願の精神及び範囲内で行われるいずれかの修正、同等物、改善などは、本出願の特許請求の範囲内に含まれることを意図している。
【図１】
2020504399.tif 000017
【図２】
2020504399.tif 000018
【図３】
2020504399.tif 000019
【図４】
2020504399.tif 000020
【図５】
2020504399.tif 000021
【図６】
2020504399.tif 000022
【図７】
2020504399.tif 000023
【図８】
2020504399.tif 000024
【図９】
2020504399.tif 000025
【図１０】
2020504399.tif 000026
【図１１】
2020504399.tif 000027
【図１２】
2020504399.tif 000028
【図１３】
2020504399.tif 000029
【図１４】
2020504399.tif 000030
【手続補正書】
【提出日】令和1年7月10日(2019.7.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のリソースプロバイダに適用される、リソース処理方法であって、
リソース共有サーバにリソース検索要求を送信することであって、前記リソース検索要求は、第１の旅程イベントにおける少なくとも１つの旅程サブイベントを含む、前記送信することと、
前記リソース共有サーバによって送信された応答情報を受信し、前記応答情報は、第２のリソースプロバイダによって発行された製品情報に含まれ、前記旅程サブイベントによって必要な少なくとも１つの第１のリソースを含み、前記第１のリソースと前記第１のリソースを必要とする前記旅程サブイベントとの間の対応関係を判定することと、
前記リソース共有サーバに、前記対応関係を含む製品情報を発行することと、
を含む、前記リソース処理方法。
【請求項２】
前記リソース共有サーバに前記リソース検索要求を送信する前に、前記方法は更に、
発行されることになる前記第１の旅程イベント、及び前記第１の旅程イベントにおける少なくとも１つの旅程サブイベントによって使用される第２のリソースを判定することと、
前記第２のリソースに従って、前記第１の旅程イベントにおける欠損リソースを有する旅程サブイベントを判定することと、
を含む、請求項１に記載のリソース処理方法。
【請求項３】
前記リソース共有サーバに前記リソース検索要求を送信することは、
前記旅程サブイベントに従って、前記リソース検索要求を生成することであって、前記リソース検索要求は、前記旅程サブイベントによって必要なリソースを検索するために使用される、前記生成することと、
前記リソース共有サーバに、前記リソース検索要求を送信することと、
を含む、請求項２に記載のリソース処理方法。
【請求項４】
前記リソース共有サーバによって送信された前記応答情報が受信されるとき、前記方法は更に、
前記第１のリソースを受信するときに受信された前記第１のリソースから、前記旅程サブイベントの要件を満たす第３のリソースを選択することを含み、前記第３のリソースは、第２の旅程イベントとの同期に使用される、請求項１に記載のリソース処理方法。
【請求項５】
前記方法は更に、
前記第１の旅程イベントによって使用され、前記第１のリソースプロバイダによって所持される第２のリソースを判定することと、
前記第１の旅程イベントに対応するリソースセットを取得するために、前記第１のリソース／前記第３のリソースを前記第２のリソースと組み合わせることと、
を含む、請求項４に記載のリソース処理方法。
【請求項６】
前記方法は更に、
前記製品情報において使用されるリソースに従って、前記製品情報と各々のリソースとの間の対応関係を確立することを含む、請求項１〜５のいずれか１つに記載のリソース処理方法。
【請求項７】
前記方法は更に、
前記リソース共有サーバによって送信された注文情報を受信することであって、前記注文情報は、前記第２のリソースを含む、前記受信することと、
前記注文情報に従って、前記第２のリソースの在庫量を調節することと、
を含む、請求項６に記載のリソース処理方法。
【請求項８】
前記方法は更に、
前記第２のリソースの前記在庫量が定義された閾値よりも少ないと検出したことに応答して、プロンプトメッセージを送信することを含み、前記プロンプトメッセージは、前記第２のリソースの補完をリマインドするために使用される、請求項７に記載のリソース処理方法。
【請求項９】
第１のリソースプロバイダによって送信されたリソース検索要求を受信することであって、前記リソース検索要求は、旅程イベントを含む、前記受信することと、
共有リソースライブラリから、前記旅程イベントの要件を満たす少なくとも１つのリソースを発見することであって、前記共有リソースライブラリは、異なるリソースプロバイダによって提供され、前記リソースの使用属性に従って区分けされる複数のリソースを含み、前記リソースの前記使用属性は、前記旅程イベントに含まれる異なる旅程サブイベントに基づいて判定される、前記発見することと、
前記第１のリソースプロバイダに、発見された前記少なくとも１つのリソースを含む応答情報を送信することと、
を含む、リソース処理方法。
【請求項１０】
前記共有リソースライブラリから、前記旅程イベントの前記要件を満たす前記少なくとも１つのリソースを発見することは、
前記リソース検索要求に含まれる旅程サブイベントに基づいて、前記旅程サブイベントの時間属性を判定することであって、前記旅程サブイベントは、前記旅程イベントにおける欠損リソースを有する旅程サブイベントである、前記判定することと、
前記時間属性を満たす使用属性に対応する属性値を有するリソースを、前記旅程イベントの前記要件を満たす前記リソースとして使用することと、
を含む、請求項９に記載のリソース処理方法。
【請求項１１】
第１のリソースプロバイダに適用される、リソース処理方法であって、
発行されることになる第１の旅程イベントを判定することと、
前記第１の旅程イベントに従って、前記第１の旅程イベントに含まれる旅程サブイベントを判定し、前記旅程サブイベントに対して対応するリソースを一致させることと、
異なる旅程サブイベントに対応するリソースに従って、発行されることになる製品情報を生成することであって、前記製品情報に含まれる前記リソースは、第２のリソースプロバイダによって発行された第２の旅程イベントの必要性を満たすとき、前記第２の旅程イベントと共有される、前記生成することと、
前記製品情報を発行することであって、前記製品情報は、前記第１の旅程イベント、及び前記第１の旅程イベントにおける各々の旅程サブイベントによって使用されるリソースを含むリソースセットを含む、前記発行することと、
を含む、前記リソース処理方法。
【請求項１２】
異なるリソースプロバイダによって送信された製品情報を受信することであって、前記製品情報は、旅程イベント、及び前記旅程イベントにおけるそれぞれの旅程サブイベントによって使用される少なくとも１つのリソースを含む、前記受信することと、
同一の旅程イベントについて、前記旅程イベントによって使用されるリソースセットを取得するために、前記旅程イベントを含む前記製品情報の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることと、
前記旅程イベント及び前記リソースセットを発行することと、
を含む、リソース処理方法。
【請求項１３】
前記同一の旅程イベントについて、前記旅程イベントによって使用される前記リソースセットを取得するために、前記旅程イベントを含む前記製品情報の前記異なる部分における前記同一の／異なる旅程サブイベントによって使用される前記異なるタイプのリソースを組み合わせることは、
前記同一の旅程イベントに基づいて、前記旅程イベントを含む前記製品情報の複数の部分を判定することと、
前記製品情報の部分について、
前記製品情報の前記部分において前記旅程イベントにおける旅程サブイベントから欠損したリソースを判定することと、
前記製品情報の他の判定された部分から前記欠損リソースを発見することと、
前記旅程イベントによって使用される前記リソースセットを取得するために、発見された前記欠損リソースを、前記製品情報に既に含まれているリソースと組み合わせることと、
を実行することと、
を含む、請求項１２に記載のリソース処理方法。
【請求項１４】
前記製品情報の前記部分において前記旅程イベントにおける欠損した前記リソースを判定することは、
前記旅程イベントに基づいて、前記旅程イベントに含まれる旅程サブイベントを判定することと、
異なる旅程サブイベントに対して、前記製品情報の前記部分に含まれる前記リソースに従って、前記旅程サブイベントを完了するために使用されるリソースを一致させることと、
一致したリソースを有しない旅程サブイベントについて、前記旅程サブイベントを完了するために使用される少なくとも１つのタイプのリソースを判定することと、
前記少なくとも１つの判定されたタイプのリソースを、前記製品情報の前記部分における前記旅程イベントから欠損した前記リソースと見なすことと、
を含む、請求項１３に記載のリソース処理方法。
【請求項１５】
前記異なる旅程サブイベントに対して、前記旅程サブイベントを完了するために使用される前記リソースを一致させることは、
前記異なる旅程サブイベントについての前記旅程サブイベントのそれぞれの時間属性を判定することと、
前記それぞれの時間属性を満たす使用属性に対応するそれぞれの属性値を有するリソースを、前記旅程サブイベントを完了するために使用される前記リソースとして使用することと、
を含む、請求項１４に記載のリソース処理方法。
【請求項１６】
前記製品情報の前記他の判定された部分から前記欠損リソースを発見することは、
前記欠損リソースに対応する前記旅程サブイベントの時間属性を判定することと、
前記製品情報の前記他の判定された部分から、前記時間属性を満たす使用属性に対応する属性値を有するリソースを、前記欠損リソースとして発見することと、
を含む、請求項１３に記載のリソース処理方法。
【請求項１７】
前記同一の旅程イベントについて、前記旅程イベントによって使用される前記リソースセットを取得するために、前記旅程イベントを含む前記製品情報の前記異なる部分における前記異なる旅程サブイベントによって使用される前記異なるタイプのリソースを組み合わせることは、
前記同一の旅程イベントに従って、前記旅程イベントを含む製品情報の複数の部分を判定することと、
前記製品情報の前記複数の部分の各々に含まれる各々の旅程サブイベントの時間属性を判定することと、
前記旅程イベントによって使用される前記リソースセットを取得するために、前記時間属性に基づいて、前記製品情報の異なる部分における異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることと、
を含む、請求項１２に記載のリソース処理方法。
【請求項１８】
同一の旅程イベントに対応するリソースセットに含まれるリソースは同一である、
または
異なる旅程イベントに対応するリソースセットに含まれる同一のタイプのリソースは同一である、
請求項１２〜１７のいずれか１つに記載のリソース処理方法。
【請求項１９】
前記方法は更に、
前記ユーザによって送信された支払要求を受信することであって、前記支払要求は、前記ユーザによって判定された旅程イベントに対応するリソースセットを含む、前記受信することと、
前記リソースセットに含まれる各々のリソースのリソースプロバイダを判定することと、
前記リソースセットに含まれる各々のリソースの支払情報に従って、異なるリソースプロバイダにそれぞれの支払情報を送信することと、
を含む、請求項１８に記載のリソース処理方法。
【請求項２０】
前記方法は更に、
前記ユーザによって送信された前記支払要求を受信したことに応答して、前記支払要求に含まれる前記ユーザによって判定された前記旅程イベントに対応する前記リソースセットに従って、前記リソースセットに含まれる異なるリソースのそれぞれの在庫量を別個に調節することを含む、請求項１９に記載のリソース処理方法。
【請求項２１】
前記リソースセットに含まれる前記異なるリソースの前記それぞれの在庫量を別個に調節することは、
前記リソースセットに含まれる異なるリソースのリソースプロバイダを判定することと、
前記それぞれの在庫調節情報を受信するとき、前記リソースプロバイダに、前記それぞれの在庫調節情報に含まれる前記リソースの前記それぞれの在庫量を調節させるために、異なるリソースの前記リソースプロバイダにそれぞれの在庫調節情報を別個に送信することと、
を含む、請求項２０に記載のリソース処理方法。
【請求項２２】
前記方法は更に、
リソースの在庫量が定義された閾値よりも小さいと検出したことに応答して、プロンプトメッセージを送信することを含み、前記プロンプトメッセージは、前記リソースの補完をリマインドするために使用される、請求項２０または２１に記載のリソース処理方法。
【請求項２３】
ユーザによって送信された検索要求を受信することであって、前記検索要求は、検索されることになる旅程イベントを含む、前記受信することと、
前記旅程イベントに従って、前記旅程イベントを含む製品情報を判定することであって、前記製品情報は、前記旅程イベントにおける前記旅程サブイベントによって使用されるリソースと前記旅程サブイベントとの間の対応関係を含む、前記判定することと、
前記ユーザに前記製品情報をプッシュすることと、
を含む、リソース処理方法。
【請求項２４】
前記方法は更に、
前記ユーザによって送信されたリソース変更要求を受信することであって、前記リソース変更要求は、リソース識別子を含む、前記受信することと、
前記リソース識別子に対応するリソースのタイプ、及び使用属性の属性値を判定することと、
共有リソースライブラリから、同一のタイプ及び前記使用属性の異なる属性値を有するリソースを発見し、前記ユーザに、前記発見されたリソースをプッシュすることであって、前記共有リソースライブラリは、異なるリソースプロバイダによって提供され、前記リソースの使用属性によって区分けされる複数のリソースを含む、前記発見すること及び前記プッシュすることと、
を含む、請求項２３に記載のリソース処理方法。
【請求項２５】
前記方法は更に、
前記ユーザによって送信された前記リソース変更要求を受信することであって、前記リソース変更要求は、変更されることになるリソースに対応する旅程サブイベントを含む、前記受信することと、
前記旅程サブイベントの時間属性に従って、前記旅程サブイベントを完了するための時間間隔を計算することと、
前記共有リソースライブラリから、前記時間間隔を満たし、プッシュされたリソースとは異なる他のリソースを発見し、前記ユーザに、発見された前記他のリソースをプッシュすることと、
を含む、請求項２４に記載のリソース処理方法。
【請求項２６】
前記方法は更に、
前記ユーザによって送信された注文情報を受信することであって、前記注文情報は、前記ユーザによって選択された製品情報を含み、前記製品情報は、前記ユーザによって選択された旅程イベントの少なくとも１つの旅程イベントと前記旅程イベントによって必要なリソースとの間の対応関係を含む、前記受信することと、
前記製品情報に従って、前記製品情報に含まれる前記リソースをロックすることと、
を含む、請求項２３〜２５のいずれか１つに記載のリソース処理方法。
【請求項２７】
前記方法は更に、
前記ユーザによって送信された第１の支払情報を受信することであって、前記第１の支払情報は、前記ユーザによって選択された前記製品情報についての支払を行うために使用される、前記受信することと、
前記製品情報に従って、前記製品情報における各々のリソースを提供するそれぞれのリソースプロバイダ、及び前記製品情報における各々のリソースのそれぞれの第２の支払情報を判定することであって、各々のリソースの前記それぞれの第２の支払情報の合計は、前記第１の支払情報と等しい、前記判定することと、
各々のリソースの前記それぞれの第２の支払情報に従って、各々のリソースに対応する前記それぞれのリソースプロバイダに、それぞれの支払データを別個に送信することと、
を含む、請求項２６に記載のリソース処理方法。
【請求項２８】
前記方法は更に、
前記ユーザによって送信された前記支払情報を受信すると、前記支払情報に含まれる前記製品情報に従って、前記製品情報に含まれる各々のリソースの在庫量を別個に調節することを含む、請求項２７に記載のリソース処理方法。
【請求項２９】
前記製品情報に含まれる各々のリソースの前記在庫量を別個に調節することは、
前記製品情報に含まれる各々のリソースのそれぞれのリソースプロバイダを判定することと、
前記それぞれの在庫調節情報を受信するとき、前記それぞれのリソースプロバイダに、前記それぞれの在庫調節情報に含まれる前記それぞれのリソースの前記在庫量を調節させるために、各々のリソースの前記それぞれのリソースプロバイダにそれぞれの在庫調節情報を別個に送信することと、
を含む、請求項２８に記載のリソース処理方法。
【請求項３０】
第１のリソースプロバイダに適用される、リソース処理デバイスであって、
リソース共有サーバにリソース検索要求を送信する送信ユニットであって、前記リソース検索要求は、第１の旅程イベントにおける少なくとも１つの旅程サブイベントを含む、前記送信ユニットと、
前記リソース共有サーバによって送信された応答情報を受信し、前記応答情報は、第２のリソースプロバイダによって発行された製品情報に含まれ、前記旅程サブイベントによって必要な少なくとも１つの第１のリソースを含み、前記第１のリソースと前記第１のリソースを必要とする前記旅程サブイベントとの間の対応関係を判定する受信ユニットと、
前記リソース共有サーバにおいて、前記対応関係を含む製品情報を発行する発行ユニットと、
を含む、前記リソース処理デバイス。
【請求項３１】
前記リソース処理デバイスは更に、判定ユニットを含み、
前記判定ユニットは、前記リソース検索要求が前記リソース共有サーバに送信される前に、発行されることになる前記第１の旅程イベント、及び前記第１の旅程イベントにおける少なくとも１つの旅程サブイベントによって使用される第２のリソースを判定し、前記第２のリソースに従って、前記第１の旅程イベントにおける欠損リソースを有する旅程サブイベントを判定する、請求項３０に記載のリソース処理デバイス。
【請求項３２】
前記送信ユニットが、前記リソース共有サーバに前記リソース検索要求を送信することは、
前記旅程サブイベントに従って、前記リソース検索要求を生成することであって、前記リソース検索要求は、前記旅程サブイベントによって必要なリソースを検索するために使用される、前記生成することと、
前記リソース共有サーバに前記リソース検索要求を送信することと、
を含む、請求項３１に記載のリソース処理デバイス。
【請求項３３】
前記リソース処理デバイスは更に、検査ユニットを含み、
前記リソース共有サーバによって送信された前記応答情報が受信されるとき、前記検査ユニットは、前記第１のリソースを受信するときに受信された前記第１のリソースから、前記旅程サブイベントの要件を満たす第３のリソースを選択し、前記第３のリソースは、第２の旅程イベントとの同期に使用される、請求項３０に記載のリソース処理デバイス。
【請求項３４】
前記リソース処理デバイスは更に、組み合わせユニットを含み、
前記組み合わせユニットは、前記第１の旅程イベントによって使用され、前記第１のリソースプロバイダによって所持される第２のリソースを判定し、前記第１の旅程イベントに対応するリソースセットを取得するために、前記第１のリソース／前記第３のリソースを前記第２のリソースと組み合わせる、請求項３３に記載のリソース処理デバイス。
【請求項３５】
前記リソース処理デバイスは更に、記憶ユニットを含み、
前記記憶ユニットは、前記製品情報において使用されるリソースに従って、前記製品情報と各々のリソースとの間の対応関係を確立する、請求項３０〜３４のいずれかの１つに記載のリソース処理デバイス。
【請求項３６】
前記リソース処理デバイスは更に、在庫調節ユニットを含み、
前記在庫調節ユニットは、
前記リソース共有サーバによって送信された注文情報を受信することであって、前記注文情報は、前記第２のリソースを含む、前記受信することと、
前記注文情報に従って、前記第２のリソースの在庫量を調節することと、
を行う、請求項３５に記載のリソース処理デバイス。
【請求項３７】
前記リソース処理デバイスは更に、催促ユニットを含み、
前記催促ユニットは、前記第２のリソースの前記在庫量が定義された閾値よりも少ないと検出したことに応答して、プロンプトメッセージを送信し、前記プロンプトメッセージは、前記第２のリソースの補完をリマインドするために使用される、請求項３６に記載のリソース処理デバイス。
【請求項３８】
第１のリソースプロバイダによって送信されたリソース検索要求を受信する受信ユニットであって、前記リソース検索要求は、旅程イベントを含む、前記受信ユニットと、
共有リソースライブラリから、前記旅程イベントの要件を満たす少なくとも１つのリソースを発見する検索ユニットであって、前記共有リソースライブラリは、異なるリソースプロバイダによって提供され、前記リソースの使用属性に従って区分けされる複数のリソースを含み、前記リソースの前記使用属性は、前記旅程イベントに含まれる異なる旅程サブイベントに基づいて判定される、前記検索ユニットと、
前記第１のリソースプロバイダに、発見された前記少なくとも１つのリソースを含む応答情報を送信する送信ユニットと、
を含む、リソース処理デバイス。
【請求項３９】
前記検索ユニットが、前記共有リソースライブラリから、前記旅程イベントの前記要件を満たす前記少なくとも１つのリソースを発見することは、
前記リソース検索要求に含まれる旅程サブイベントに基づいて、前記旅程サブイベントの時間属性を判定することであって、前記旅程サブイベントは、前記旅程イベントにおける欠損リソースを有する旅程サブイベントである、前記判定することと、
前記時間属性を満たす使用属性に対応する属性値を有するリソースを、前記旅程イベントの前記要件を満たす前記リソースとして使用することと、
を含む、請求項３８に記載のリソース処理デバイス。
【請求項４０】
第１のリソースプロバイダに適用される、リソース処理デバイスであって、
発行されることになる第１の旅程イベントを判定し、前記第１の旅程イベントに従って、前記第１の旅程イベントに含まれる旅程サブイベントを判定し、前記旅程サブイベントに対して対応するリソースを一致させる判定ユニットと、
異なる旅程サブイベントに対応するリソースに従って、発行されることになる製品情報を生成する生成ユニットであって、前記製品情報に含まれる前記リソースは、第２のリソースプロバイダによって発行された第２の旅程イベントの必要性を満たすとき、前記第２の旅程イベントと共有される、前記生成ユニットと、
前記製品情報を発行する発行ユニットであって、前記製品情報は、前記第１の旅程イベント、及び前記第１の旅程イベントにおける各々の旅程サブイベントによって使用されるリソースを含むリソースセットを含む、前記発行ユニットと、
を含む、前記リソース処理デバイス。
【請求項４１】
異なるリソースプロバイダによって送信された製品情報を受信する受信ユニットであって、前記製品情報は、旅程イベント、及び前記旅程イベントにおけるそれぞれの旅程サブイベントによって使用される少なくとも１つのリソースを含む、前記受信ユニットと、
同一の旅程イベントについて、前記旅程イベントによって使用されるリソースセットを取得するために、前記旅程イベントを含む前記製品情報の異なる部分における同一の／異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせる組み合わせユニットと、
前記旅程イベント及び前記リソースセットを発行する発行ユニットと、
を含む、リソース処理デバイス。
【請求項４２】
前記組み合わせユニットが、前記同一の旅程イベントについて、前記旅程イベントによって使用される前記リソースセットを取得するために、前記旅程イベントを含む前記製品情報の前記異なる部分における前記同一の／異なる旅程サブイベントによって使用される前記異なるタイプのリソースを組み合わせることは、
前記同一の旅程イベントに基づいて、前記旅程イベントを含む前記製品情報の複数の部分を判定することと、
前記製品情報の部分について、
前記製品情報の前記部分において前記旅程イベントにおける旅程サブイベントから欠損したリソースを判定することと、
前記製品情報の他の判定された部分から前記欠損リソースを発見することと、
前記旅程イベントによって使用される前記リソースセットを取得するために、発見された前記欠損リソースを、前記製品情報に既に含まれているリソースと組み合わせることと、
を実行することと、
を含む、請求項４１に記載のリソース処理デバイス。
【請求項４３】
前記組み合わせユニットが、前記製品情報の前記部分において前記旅程イベントにおける欠損した前記リソースを判定することは、
前記旅程イベントに基づいて、前記旅程イベントに含まれる旅程サブイベントを判定することと、
異なる旅程サブイベントに対して、前記製品情報の前記部分に含まれる前記リソースに従って、前記旅程サブイベントを完了するために使用されるリソースを一致させることと、
一致したリソースを有しない旅程サブイベントについて、前記旅程サブイベントを完了するために使用される少なくとも１つのタイプのリソースを判定することと、
前記少なくとも１つの判定されたタイプのリソースを、前記製品情報の前記部分における前記旅程イベントから欠損した前記リソースと見なすことと、
を含む、請求項４２に記載のリソース処理デバイス。
【請求項４４】
前記組み合わせユニットが、前記異なる旅程サブイベントに対して、前記旅程サブイベントを完了するために使用される前記リソースを一致させることは、
前記異なる旅程サブイベントについての前記旅程サブイベントのそれぞれの時間属性を判定することと、
前記それぞれの時間属性を満たす使用属性に対応するそれぞれの属性値を有するリソースを、前記旅程サブイベントを完了するために使用される前記リソースとして使用することと、
を含む、請求項４３に記載のリソース処理デバイス。
【請求項４５】
前記組み合わせユニットが、前記製品情報の前記他の判定された部分から前記欠損リソースを発見することは、
前記欠損リソースに対応する前記旅程サブイベントの時間属性を判定することと、
前記製品情報の前記他の判定された部分から、前記時間属性を満たす使用属性に対応する属性値を有するリソースを、前記欠損リソースとして発見することと、
を含む、請求項４２に記載のリソース処理デバイス。
【請求項４６】
前記組み合わせユニットが、前記同一の旅程イベントについて、前記旅程イベントによって使用される前記リソースセットを取得するために、前記旅程イベントを含む前記製品情報の前記異なる部分における前記異なる旅程サブイベントによって使用される前記異なるタイプのリソースを組み合わせることは、
前記同一の旅程イベントに従って、前記旅程イベントを含む製品情報の複数の部分を判定することと、
前記製品情報の前記複数の部分の各々に含まれる各々の旅程サブイベントの時間属性を判定することと、
前記旅程イベントによって使用される前記リソースセットを取得するために、前記時間属性に基づいて、前記製品情報の異なる部分における異なる旅程サブイベントによって使用される異なるタイプのリソースを組み合わせることと、
を含む、請求項４１に記載のリソース処理デバイス。
【請求項４７】
同一の旅程イベントに対応するリソースセットに含まれるリソースは同一である、
または
異なる旅程イベントに対応するリソースセットに含まれる同一のタイプのリソースは同一である、
請求項４１〜４６のいずれか１つに記載のリソース処理デバイス。
【請求項４８】
前記リソース処理デバイスは更に、支払ユニットを含み、
前記支払ユニットは、
前記ユーザによって送信された支払要求を受信することであって、前記支払要求は、前記ユーザによって判定された旅程イベントに対応するリソースセットを含む、前記前記受信することと、
前記リソースセットに含まれる各々のリソースのリソースプロバイダを判定することと、
前記リソースセットに含まれる各々のリソースの支払情報に従って、異なるリソースプロバイダにそれぞれの支払情報を送信することと、
を行う、請求項４７に記載のリソース処理デバイス。
【請求項４９】
前記リソース処理デバイスは更に、調節ユニットを含み、
前記調節ユニットは、前記ユーザによって送信された前記支払要求を受信したことに応答して、前記支払要求に含まれる前記ユーザによって判定された前記旅程イベントに対応する前記リソースセットに従って、前記リソースセットに含まれる異なるリソースのそれぞれの在庫量を別個に調節する、請求項４８に記載のリソース処理デバイス。
【請求項５０】
前記調節ユニットが、前記リソースセットに含まれる前記異なるリソースの前記それぞれの在庫量を別個に調節することは、
前記リソースセットに含まれる異なるリソースのリソースプロバイダを判定することと、
前記それぞれの在庫調節情報を受信するとき、前記リソースプロバイダに、前記それぞれの在庫調節情報に含まれる前記リソースの前記それぞれの在庫量を調節させるために、異なるリソースの前記リソースプロバイダにそれぞれの在庫調節情報を別個に送信することと、
を含む、請求項４９に記載のリソース処理デバイス。
【請求項５１】
前記リソース処理デバイスは更に、催促ユニットを含み、
前記催促ユニットは、リソースの在庫量が定義された閾値よりも小さいと検出したことに応答して、プロンプトメッセージを送信し、前記プロンプトメッセージは、前記リソースの補完をリマインドするために使用される、請求項４９または５０に記載のリソース処理デバイス。
【請求項５２】
ユーザによって送信された検索要求を受信する受信ユニットであって、前記検索要求は、検索されることになる旅程イベントを含む、前記受信ユニットと、
前記旅程イベントに従って、前記旅程イベントを含む製品情報を判定する判定ユニットであって、前記製品情報は、前記旅程イベントにおける前記旅程サブイベントによって使用されるリソースと前記旅程サブイベントとの間の対応関係を含む、前記判定ユニットと、
前記ユーザに前記製品情報をプッシュするプッシュユニットと、
を含む、リソース処理デバイス。
【請求項５３】
前記リソース処理デバイスは更に、更新ユニットを含み、
前記更新ユニットは、
前記ユーザによって送信されたリソース変更要求を受信することであって、前記リソース変更要求は、リソース識別子を含む、前記受信することと、
前記リソース識別子に対応するリソースのタイプ、及び使用属性の属性値を判定することと、
共有リソースライブラリから、同一のタイプ及び前記使用属性の異なる属性値を有するリソースを発見し、前記ユーザに、前記発見されたリソースをプッシュすることであって、前記共有リソースライブラリは、異なるリソースプロバイダによって提供され、前記リソースの使用属性によって区分けされる複数のリソースを含む、前記発見すること及び前記プッシュすることと、
を行う、請求項５２に記載のリソース処理デバイス。
【請求項５４】
前記リソース処理デバイスは更に、更新ユニットを含み、
前記更新ユニットは、
前記ユーザによって送信された前記リソース変更要求を受信することであって、前記リソース変更要求は、変更されることになるリソースに対応する旅程サブイベントを含む、前記受信することと、
前記旅程サブイベントの時間属性に従って、前記旅程サブイベントを完了するための時間間隔を計算することと、
前記共有リソースライブラリから、前記時間間隔を満たし、プッシュされたリソースとは異なる他のリソースを発見し、前記ユーザに、発見された前記他のリソースをプッシュする、前記発見すること及び前記プッシュすることと、
を行う、請求項５２に記載のリソース処理デバイス。
【請求項５５】
前記リソース処理デバイスは更に、ロックユニットを含み、
前記ロックユニットは、
前記ユーザによって送信された注文情報を受信することであって、前記注文情報は、前記ユーザによって選択された製品情報を含み、前記製品情報は、前記ユーザによって選択された旅程イベントの少なくとも１つの旅程イベントと前記旅程イベントによって必要なリソースとの間の対応関係を含む、前記受信することと、
前記製品情報に従って、前記製品情報に含まれる前記リソースをロックすることと、
を行う、請求項５２〜５４のいずれか１つに記載のリソース処理デバイス。
【請求項５６】
前記リソース処理デバイスは更に、支払ユニットを含み、
前記支払ユニットは、
前記ユーザによって送信された第１の支払情報を受信することであって、前記第１の支払情報は、前記ユーザによって選択された前記製品情報についての支払を行うために使用される、前記受信することと、
前記製品情報に従って、前記製品情報における各々のリソースを提供するそれぞれのリソースプロバイダ、及び前記製品情報における各々のリソースのそれぞれの第２の支払情報を判定することであって、各々のリソースの前記それぞれの第２の支払情報の合計は、前記第１の支払情報と等しい、前記判定することと、
各々のリソースの前記それぞれの第２の支払情報に従って、各々のリソースに対応する前記それぞれのリソースプロバイダに、それぞれの支払データを別個に送信することと、
を行う、請求項５５に記載のリソース処理デバイス。
【請求項５７】
前記リソース処理デバイスは更に、調節ユニットを含み、
前記調節ユニットは、前記ユーザによって送信された前記支払情報を受信すると、前記支払情報に含まれる前記製品情報に従って、前記製品情報に含まれる各々のリソースの在庫量を別個に調節する、請求項５６に記載のリソース処理デバイス。
【請求項５８】
前記調節ユニットが、前記製品情報に含まれる各々のリソースの前記在庫量を別個に調節することは、
前記製品情報に含まれる各々のリソースのそれぞれのリソースプロバイダを判定することと、
前記それぞれの在庫調節情報を受信するとき、前記それぞれのリソースプロバイダに、前記それぞれの在庫調節情報に含まれる前記それぞれのリソースの前記在庫量を調節させるために、各々のリソースの前記それぞれのリソースプロバイダにそれぞれの在庫調節情報を別個に送信することと、
を含む、請求項５７に記載のリソース処理デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１６９
【補正方法】変更
【補正の内容】
【０１６９】
製品情報２について、または香港への訪問者は、ディズニーランドパークに行くことを非常に望むことがある。製品情報２における欠損リソースがディズニーランドパークのチケットリソースである場合、そのようなチケットリソースは、製品情報３から発見されることができ、その結果、製品情報３のチケットリソースは、製品情報２と共有され、組み合わされた製品情報２のリソースセットは、表１３に示されるように取得されることができる。
【国際調査報告】
2020504399.tif 000031
2020504399.tif 000032
2020504399.tif 000033
2020504399.tif 000034