JP2019512816A - ページリソースの配置方法及び装置 - Google Patents

Abstract

ページリソース配置の方法及び装置が、本願の実施形態に開示される。方法は、リソース配置要求を受け取ることであって、配置要求がページ内のリソース位置構成情報を含み、ページが、少なくとも１つのリソース位置を含み、各リソース位置が複数のユニット表示位置を含み、各ユニット表示位置がサービスオブジェクトの情報を表示するために使用され、同じリソース位置が、同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用される、該受け取ることと、リソース位置に対応する配置条件を決定することと、ページリソース配置タスクを生成することであって、配置タスクが、ページ内のリソース位置と配置条件との間の結合関係を記録するために使用されて、配置タスクに従ってページ内の対応するリソース位置について情報配置を実行することを可能にする、該生成することとを含む。ページリソース配置の効率は、本願の実施形態を通して改善できる。

Description

本願は、ページ配置処理の技術分野に関し、特にページリソースの配置方法及び装置に関する。

電子商取引プラットフォームシステムでは、クライアントは、通常、ユーザーに種々のタイプのフロントエンドページを提供することが必要とされる。例えば、Ｔｍａｌｌホームページは、Ｔｍａｌｌモールシステムで提供することができ、種々のタイプのトピック、チャネル等が通常ホームページで提供される。例は、種々のタイプのファッションブランド情報を表示するために使用される「Ｆａｓｈｉｏｎ Ｔｍａｌｌ」チャネル、新鮮な果物等の製品を表示するための「Ｍｅｏｗ Ｆｒｅｓｈ」チャネル等である。ホームページまたは種々のタイプのトピックもしくはチャネルに関わりなく、ページ生成は通常、３つのステップ、つまりページ構築、ページ記入、及びページ配置を含む必要がある。

ページ構築は、ページ内で複数のリソース位置を設計することを指し、各リソース位置は通常、１画面あたり何行が表示されるのか、及び各行に何ピットが表示されるのかを定義できる複数の「ピット」を含む。リソース位置の種々のピットは、通常、同じ属性を有するため、これらのピットは集合的にピットグループと呼ぶこともできる。さらに、フロントエンドページのフレームワークは、（広告のバナー、タイトル等を含む）バナーまたはページによって必要とされる他の構成要素（背景色）の追加で構築できる。次のページ記入及びページリリースは、特定のデータをフレームワーク（例えば、製品名、販売高、価格、割引等）で定義されるリソース場所と関連付けることを指す。

ページ記入の場合、ページ内に各ブロックを表示することは、対応するリソース位置にそれぞれのデータコンテンツを提供する必要があるので、ページに記入するプロセスは、各リソース位置に対応するデータコンテンツを決定することである。

ページ配置は、特定のリソース位置に決定されたデータコンテンツを配置し、ユーザーがページのＵＲＬを通して特定のページコンテンツにアクセスできるように公開することを指す。

既存の技術では、ページ記入のプロセスは通常手作業で実行される。具体的には、トランザクションプラットフォームのスタッフは、トランザクションプラットフォームの主要製品情報データベースから特定のデータを選択する必要がある。言い換えると、手作業の方法は、製品情報データベースから必要とされる製品ｉｄを見つけ出し、次いでｉｄに従って、例えば製品タイトル、画像アドレス、製品詳細ページリンク等の対応する資料を入手することが必要とされる。対応する資料は、例えばＥｘｃｅｌ等の書式に手作業で記入されるもしくはコピーアンドペーストされ、次いでシステムに記入される。ページは、最後に、書式に従って、つまり、フロントエンドページで特定のデータを表示して配置できる。

この種の手動選択は明らかに非効率的であり、各製品の販売高及び価格等の情報は絶えず変化する傾向がある。特定の製品オブジェクトがフロントエンドページでの表示にもはや適していないときは、データベースから適切な製品オブジェクトを再び選択する必要があり、上述されたＥｘｃｅｌ書式は手作業で修正される。そのプロセスは多くの人件費を要する。

本願は、ページリソース配置の処理効率を改善できる、ページリソースを配置するための方法及び装置を提供する。

本願は、以下の解決策を提供する。

本願により提供される特定の実施形態によると、本願は以下の技術的効果を開示する。

本願の実施形態により、基本的なページフレームワークがセットアップされた後、リソース位置は、特定の配置条件と関連付けることができ、システムは対応する配置タスクを生成し、配置タスクに従ってデータを自動的にインポートし、対応するリソース位置の各ユニット表示位置にデータを配置し、このようにしてページコンテンツの配置を完了し、ページを公開することができる。言い換えると、ページ作成者は、データソースの適格な資料を手作業で見つけ出し、配置を実行する必要はなく、このようにしてページコンテンツを配置する効率を改善する。

明らかに、本願を実施する任意の製品は、必ずしも上記優位点のすべてを同時に達成しない。

本願の実施形態または既存の技術の技術的解決策をより明確に示すために、実施形態で使用される図面は、本明細書では簡略に説明される。明らかに、本明細書で説明する図面は単に本願のいくつかの実施形態を表すにすぎない。これらの図面に基づいて、当業者は、いかなる創作的な努力もなさずに他の図面を入手できる。

本願の実施形態により提供される第１の方法のフローチャートである。 本願の実施形態により提供される第１のインタフェースの概略図である。 本願の実施形態により提供される第２のインタフェースの概略図である。 本願の実施形態により提供される第３のインタフェースの概略図である。 本願の実施形態により提供される第４のインタフェースの概略図である。 本願の実施形態により提供される第５のインタフェースの概略図である。 本願の実施形態により提供される第６のインタフェースの概略図である。 本願の実施形態により提供される第２の方法のフローチャートである。 本願の実施形態により提供される第３の方法のフローチャートである。 本願の実施形態により提供される第４の方法のフローチャートである。 本願の実施形態により提供される第５の方法のフローチャートである。 本願の実施形態により提供される第１の装置の概略図である。 本願の実施形態により提供される第２の装置の概略図である。 本願の実施形態により提供される第３の装置の概略図である。 本願の実施形態により提供される第４の装置の概略図である。 本願の実施形態により提供される第５の装置の概略図である。

本願の実施形態の技術的解決策は、本願の実施形態の図面を参照して以下に明確にかつ完全に説明される。明らかに、説明された実施形態は、本願の実施形態の一部にすぎず、すべてではない。本願の実施形態に基づいて当業者によって獲得される他のすべての実施形態は、本開示の保護の範囲に含まれる。

本願の実施形態では、ページを処理する効率を改善するために、ページデザイナーは、自動化されたリソース配置システムを提供される場合がある。このシステムを通して、デザイナーは、リソース位置に対応する配置条件を指定しさえすればよい。システムは、次いで対応する配置タスクを生成し、リソースライブラリから特定の配置要素を手作業で選択する代わりに、データを自動的にインポートし、配置タスクに従って対応するリソース位置の各ユニット表示位置にデータを配置し、それによって作業効率を改善することができる。特定の実施態様は、以下に詳細に説明される。

第１の実施形態
図１を参照すると、本願の第１の実施形態は、ページリソースを配置するための方法を提供する。方法は、以下のステップを含んでよい。

Ｓ１０１：配置要求がページ内のリソース位置構成情報を含む、リソース配置要求を受け取る。ページは少なくとも１つのリソース位置を含み、各リソース位置は複数のユニット表示位置を含み、各ユニット表示位置はサービスオブジェクトの情報を表示するために使用され、同じリソース位置は、同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用される。

ページは、少なくとも１つのリソース位置を定めることを含む、ページ構築のプロセス中に確立されたページフレームワークであってよい。リソース位置は、通常、（「ピット」としても知られる）複数のユニット表示位置を含む。各ユニット表示位置は、サービスオブジェクトの情報を表示するために使用される。サービスオブジェクトは製品オブジェクトを含んでよい、または第１のユーザー（例えば、販売側ユーザー、業者等）の店舗等であってよい。同じリソース位置は、同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用される。例えば、Ｔｍａｌｌホームページでは、約１０の製品オブジェクトについて情報を表示するために使用される１０のユニット表示位置が提供される、特定の推進活動を表示するために使用されるリソース位置が存在する場合がある。つまり、これら１０の製品オブジェクトは、同じ販売推進活動等に参加するすべての製品オブジェクトである。

このステップで決定されるリソース位置構成情報は、リソース位置の名前、ユニット表示位置の数、位置、配置の方法、及びグループ化の方法を含んでよい。さらに、ユニット表示位置に表示されるサービスオブジェクトの属性フィールドを含む、リソース位置のスタイル情報も含まれてよい。例は、サービスオブジェクトの名前、写真、リンクアドレス、価格情報、タイトル等を含んでよい。明らかに、異なるページ及び異なるリソース位置の場合、ページフレームワークが設計されるときに定義できる異なるスタイル情報が存在する場合がある。

Ｓ１０２：リソース位置に対応する配置条件（複数可）を決定する。

特定の実施態様では、特定のページは、Ｃｅｓｈｉパッケージリスト、Ｃｅｓｈｉ製品リスト、Ｃｅｓｈｉの右入口地図、Ｃｅｓｈｉ左入口地図等を含むリソース位置を決定したと仮定される。これらのリソース位置のためのリソース割り当てを容易にするために、ページ内のリソース位置の情報リストが提供されてよい。例えば、図２に示すインタフェースは、例えばページに含まれる各リソース位置の名前、リソース位置が属するページ、修正の日付、作成者、動作等のコンテンツを表示する。ページ構築のプロセスが完了した後、システムは上記情報を決定し、インタフェースのページ作成者にリソース位置情報を提供できる。明らかに、例えばユニット表示位置の数、位置、配置の方法、及びグループ化の方法等の情報、ならびにユニット表示位置に表示されるサービスオブジェクトの属性フィールドは、インタフェースでページ作成者に表示されない場合がある。しかしながら、システムは、次のステップで使用のためにこれらの情報をバックエンドに記録してよい。

リソース位置の情報がインタフェースで提供されるとき、動作オプションが、リソース位置について配置情報を構成するために提供されてもよい。特定の実施態様では、例えば「リソース配置」等のボタンは、図２に示すように「動作」フィールドで提供されてよく、ボタンは、リソース配置の動作を開始するために使用される。言い換えると、リソース位置情報リストが提供された後、ページ作成者が特定のリソース位置に対するリソース配置を実行する必要がある場合、ページ作成者は、例えば「リソース配置」等の動作オプションをクリックしてよい。「リソース配置」ボタンはリソース位置識別子に対応するので、システムは、特定の「リソース配置」ボタンが操作された後、作成者がどのリソース位置にリソースを割り当てることを希望するのかを判断できる。特定の配置条件が確立された後、リソース位置識別子と配置条件との間の関係を確立することができ、配置タスクを生成できる。

特定の実施態様では、特定のリソース位置に対応する「リソース配置」ボタンが操作された後、配置条件が決定されると、特定の配置条件が複数の態様から設定されてよい。例えば、動的データソースを選択するためのインタフェースは最初に提供されてよく、動的データソースの選択結果は、第１の条件に従って供給される候補サービスオブジェクト（複数可）を決定することを支援するために第１の条件として記録され、決定される。例えば、特定の実施態様では、種々のタイプの選択可能なデータソースが、ドロップダウンボックス等を使用し、選択のためにページ作成者に提供されてよい。動的データソースは、サービスオブジェクト（複数可）の統計情報のデータソースを含んでよい。統計情報は、事前に設定されたインジケータに従って並べ替えられたサービスオブジェクトの結果情報を並べ替えることを含んでよく、商品オブジェクトの特定のカテゴリの販売ランキングリストデータは、サービスオブジェクト間の相関についての情報を含んでよい。例えば、特定の電子製品は、トランザクション順序（複数可）での商品オブジェクトの共起性に従っていくつかの付属製品オブジェクトに関係付けるために決定されてよい。また、この種の相関情報も、情報配置で役立つことがある。

特定の実施態様では、動的データソースの選択を容易にするために、動的データソースを選択するためのインタフェースが提供されてよい。例えば、図３に示すように、各動的データソースの名前等の識別情報は、ドロップダウンリスト等を通して提供されてよい。ページデザイナーは、名前別にドロップダウンリストから所望される動的データソースを選択できる。例えば、「（電気街によって使用される）在庫製品ランキングリストデータソース」等の動的データソースは、図３に示すインタフェースで選択できる。動的データソースは、アプリケーション内の他のサービスモジュールによって統計的に得られてよい。言い換えると、動的データソースは、本願の実施形態に係る他のサービスモジュールから直接的に得られてよい。本願の実施形態は、これらのタイプの既存のデータソースでデータを直接的に使用することによってリソース位置に対応するデータセットを作成できる。したがって、リソース位置の特定のユニット表示位置は、情報を表示するためにデータセットの情報を使用できる。

動的データソースが選択された後、例えば業界での製品オブジェクトの販売ランキングリスト、業者の人気ランキングリスト等、ランキングリスト等のなんらかの情報が含まれる。複数のサービスオブジェクトのランキング情報が記録され、例えば名前またはｉｄ等のサービスオブジェクトの識別別に記録される。例えば、「（電気街によって使用される）在庫製品ランキングリストデータソース」のための特定のデータソースに記録される情報は、以下の表１に表すことができる。

したがって、動的データソースが選択された後、その中のサービスオブジェクト識別子のいくつかまたはすべては、リソース位置の特定のユニット表示位置に表示できる候補サービスオブジェクトして抽出できる。これらの候補サービスオブジェクトが特定のユニット表示位置に表示されるとき、データセットに含まれるサービスオブジェクトの数は、通常、リソース位置に表示する必要があるサービスオブジェクトの数よりも大きい。例えば、リソース位置は合計１０のサービスオブジェクトの情報を表示する必要があるが、１００のサービスオブジェクトの情報が候補サービスオブジェクトに存在する場合がある。その優位点は以下の通りである。一方、よりうまく要件を満たすサービスオブジェクトは、次の製品選択規則を通して表示用の候補サービスオブジェクトから選択できる。他方、リソース位置のユニット表示位置の数は制限されているが、より多くのサービスオブジェクトが表示される機会を有することを可能にするために、通常回転式で表示する方法を使用できる。したがって、候補サービスオブジェクトの集合での冗長情報は、回転式で表示することにデータサポートを提供できる。

特定の実施態様では、候補サービスオブジェクトからサービスオブジェクトを選択する複数の種類の実施態様が存在する場合がある。例えば、選択は、無作為にまたはランキングの降順で等実行されてよい。代わりに、ページにリソースを表示する効果を改善するために、配置条件（複数可）が構成されるときに、選択規則（複数可）が構成できる。言い換えると、リソース位置に対応する配置条件が決定されるとき、選択規則も決定され、第２の条件として決定されてよく、これにより選択は、第２の条件に従って候補サービスオブジェクトに対して実行できる。

選択規則は、以下の通り、つまりサービスオブジェクトの数、審査条件情報、ランキング情報等の１つ以上の規則を含んでよい。特定の実施態様では、選択規則のための対応する構成インタフェースが提供されてよい。例えば、図４に示すインタフェースが表示されてよく、審査組み合わせ、選択インジケータ、ランキング条件、製品数等がインタフェースを通して構成されてよい。

選択インジケータは、サービスオブジェクトがランク付けされるインジケータであってよく、例えば販売高に従ってランク付けされてよい、または優れたコメントの割合に従ってランク付けされてよい等である。ランキング条件は、例えば降順で配置される等、サービスオブジェクトの間での並べ替えの戦略を指してよい。選択インジケータをランキング条件と結合すると、特定の並べ替え戦略を決定できる。例えば、並べ替えは、販売高の降順で実行できる。

審査戦略は、候補サービスオブジェクトの集合からサービスオブジェクトの追加の審査制御を実行することを指す。例えば、同じブランドまたは同じＳＰＵ（規格品ユニット）の下の製品が繰り返し表示されない構成であってよい。具体的には、現在構成されている配置規則は「品目の販売高に従って上位１０を選択する」を含む。しかしながら、実際の状況では、製品オブジェクト１及び製品オブジェクト２の両方ともこの規則を満たし、これらの２つの製品オブジェクトは同じブランドに属している。代わりに、これらの２つの製品オブジェクトは、例えば特定のブランドの特定のモデルの携帯電話である同じＳＰＵに属する。その間の唯一の違いは、仕様の差である（例えば、それらのうちの一方は白であり、他方は黒である等）。したがって、例えばこれらの２つの製品のうちの１つだけが、同じリソース位置に表示されるように設定できる。特定の実施態様では、構成は、配置規則のための構成インタフェースで審査戦略を通して実行できる。

明らかに、実際のアプリケーションでは、ページリソース配置の効率をさらに改善するために、規則テンプレートが、選択規則設定プロセスで設定される各規則に従って生成されてよい。各規則テンプレートのそれぞれの名前等の識別、及び規則テンプレートのアプリケーション設定等の情報も提供され、次いで選択規則ライブラリの中に加えられてよい。このようにして、選択規則を設定するプロセスでは、種々の選択可能な規則テンプレートの名前のリストは、選択規則ライブラリに従って提供することができ、規則テンプレートのアプリケーション設定等の情報も提供できる。したがって、デザイナーは、規則テンプレートの名前及びアプリケーション設定等の情報に基づいて適切な規則テンプレートを選択できる。このようにして、図４に示すように、インタフェースにアイテムごとに選択規則を記入する必要はなく、選択規則（複数可）の構成は特定のリソース位置について完了できる。この種の手法を通じて、異なるページ及び異なるリソース位置での選択規則テンプレートの再利用が達成でき、ページ配置の効率がさらに改善できる。

第１の条件及び第２の条件が設定された後、どのサービスオブジェクトがリソース位置に表示されるのかを決定することができ、サービスオブジェクトのどの属性情報が具体的に表示されるのかに関して追加の構成を実行できる。特定の実施態様では、リソース位置に関連付けられたスタイル情報は、属性フィールド（複数可）が特定のユニット表示位置に表示される必要があるサービスオブジェクトの属性（複数可）を含むリソース位置が作成されるとき、通常設定される。したがって、ステップＳ１０１で、ユニット表示位置に表示される属性フィールド（複数可）も決定できる。その結果、リソース位置に対応する配置条件が決定されるとき、ユニット表示位置に表示される属性フィールド（複数可）も第３の条件として決定されてよい。したがって、配置が実際に実行されるとき、各サービスオブジェクトについて表示される属性フィールド（複数可）は第３の条件に従って決定できる。このようにして、対応する属性値情報は、サービスオブジェクトの識別された識別子及び表示される属性フィールドに基づいてサービスオブジェクト情報データベースから抽出できる。サービスオブジェクト情報データベースは、販売プラットフォームで維持される基本情報データベースである。例えば、業者の店舗が作成された後、ｉｄ、名前、及びリンクアドレスを含んだ業者についての基本的な情報、ならびに店舗の代表的な写真等が、店舗情報データベースに追加されてよい。同様に、製品オブジェクトが作成されるとき、製品オブジェクトのｉｄ、名前、リンクアドレス、代表的な写真、価格、タイトル等を含んだ製品オブジェクトについての基本的な情報も製品オブジェクト情報データベースに追加される。さらに、店舗または製品オブジェクトが特定の活動に関与するとき、例えば関係するイベント価格及びイベントタイトル等の動的情報もサービスオブジェクト情報データベースに記憶される。したがって、サービスオブジェクト情報データベースを通して、特定のサービスオブジェクトによって必要とされる属性フィールドの特定の属性値を抽出できる。

特定の実施態様では、リソース位置に設定される、表示される属性フィールドのフィールド名が、サービスオブジェクトデータベースの対応する属性フィールドのフィールド名と正確に同じでない場合があることに留意されたい。例えば、サービスオブジェクト情報データベースのリソース位置に表示される必要がある特定のリソースオブジェクトの「写真」の対応するフィールド名は「代表写真」等であってよい。したがって、属性値の取り出しを容易にするために、表示する必要がある属性フィールドとサービスオブジェクト情報データベースの属性フィールドとの間のマッピング関係は、事前に確立されてよい。マッピング関係に基づいて、必要とされる属性フィールドに対する特定の属性値が取り出される。例えば、特定のリソース位置に表示されるサービスオブジェクトは、いくつかの製品オブジェクトである。表示する必要がある属性フィールドは、製品オブジェクトリンクアドレス、タイトル、製品写真、カウンタ価格、活動価格、活動価格タイトル等を含む。製品オブジェクト情報データベースでは、対応する属性フィールドは、リンクアドレス、タイトル、代表写真、元の価格、活動価格、活動価格タイトル等であってよい。したがって、確立されるマッピング関係は、以下の通り、表２に表すことができる。

このようにして、サービスオブジェクト情報データベースから特定の属性値を抽出するとき、属性フィールド名間のマッピングは、最初に、上記のマッピング関係に基づいて実行されてよく、次いで特定の属性値がマッピングされた属性フィールドから抽出される。抽出された属性の結果に基づいて、データセットを作成できる。つまり、対応するデータセットは、ページ内のリソース位置ごとに作成できる。

実際のアプリケーションでは、表示を容易にするために、必要とされる各属性フィールドの抽出された各サービスオブジェクトの属性値情報は、デザイナーがプレビューできるようにインタフェースで表示されてよい。具体的には、候補サービスオブジェクトは、第１の条件に従って決定されてよく、対応する属性フィールドの候補サービスオブジェクトの属性値情報は、第３の条件に従ってサービスオブジェクト情報データベースから抽出され、次いで特定のプレビューインタフェースはこれらの情報に従って提供される。例えば、１行あたり５つで、合計２行等、実際のページのリソース位置に含まれるユニット表示位置の数が、通常制限されることに留意されたい。各ユニット表示位置は、通常、サービスオブジェクトについての情報を提示するために使用され、したがって、リソース位置の中で表示できるサービスオブジェクト数も制限される。データセットが作成されるとき、データセットに含まれるサービスオブジェクトの数は、リソース位置に含まれるユニット表示位置の数よりも大きくてよく、したがって、条件（複数可）を満たすことができないサービスオブジェクト（複数可）を除去するための審査及び選択等の動作を可能にしてよい。

デザイナーが、上記のプレビュー情報を提供することによって表示されるサービスオブジェクトのコンテンツをより直観的に理解できることに留意されたい。さらに、実際のアプリケーションでは、異なるページ及び異なるリソース位置は、同じデータセットを使用する要求を有してもよい。したがって、本願の実施形態では、ページの販売高をさらに増加するために、データセットが対応する属性フィールドの候補サービスオブジェクトの属性値に従って生成されてよく、データセットは記憶されてよい。データセット識別子も提供されてよい。このようにして、新しい配置要求が後に受け取られるとき、選択可能なデータセット識別子（複数可）が提供され、データセット識別子は第４の条件として決定されて、第４の条件に従ってデータセットの決定を可能にする。言い換えると、データセットが提供される状況では、動的データソースの選択及び属性フィールドの決定は必要とされず、候補サービスオブジェクト及びいくつかの属性フィールドの特定の属性値情報を入手できる。

例えば、図５に示すように、インタフェースは、「テストページ９［商品］商品ピットモジュールテスト（６７９４４）」と名付けられたデータセットが選択された後に表示されるデータセットプレビューインタフェースである。さらに、実際のアプリケーションでは、表示される属性フィールドを修正することもできる。具体的には、属性フィールドを修正するための動作オプションは、例えば図５に示す「属性改訂」ボタン等、データセットを提示するインタフェースで提供されてよい。ボタンをクリックした後、図６に示すインタフェース等のインタフェースが表示されてよい。図５に含まれる種々の属性フィールドを表示することができ、他の選択可能な属性フィールドはそれぞれ属性フィールドごとに提供できる。例えば、図６の元の「商品詳細リンクアドレス」の属性フィールドは、「フォルトトレラントＳＰＵ価格」、「Ｔｍａｌｌスーパーマーケット製品タイトル」等に修正できる。他の属性フィールドは同様に処理できる。このようにして、属性フィールドが修正された後、修正された属性フィールドの属性値情報は、属性フィールドに従って再び最初からやり直してサービスオブジェクト情報データベースから抽出されてよく、対応するデータセットの構成情報は更新され、これにより次のデータ抽出及び配置は、データセットが配置されるとき、更新された構成情報に従って実行できる。

特定の実施態様では、配置条件が構成されるとき、配置の開始時刻及び終了時刻が構成され、動的データソース、選択規則、及び属性フィールド表示規則を構成することに加えて第５の条件として決定されてよい。したがって、配置タスクのステータスは、第５の条件に基づいて決定され、対応する配置タスクはステータスに従って実行される。開始時刻及び終了時刻は、リソース位置と関連付けられた配置情報が、例えば４月１日から７日等、特定の期間、有効となるように設定できることを示す。このようにして、リソース配置は、この期間中、設定された配置条件に従ってリソース位置について実行することができ、他の期間は有効ではない。

さらに、データベース内の各材料の属性は経時的に変化する場合があるので、例えば各製品オブジェクトの販売高は、販売業務が続行するにつれて絶えず変化し、したがって販売高の上位１０のランキングに対応する製品オブジェクトも変化してよい。したがって、特定の実施態様では、更新のサイクル、頻度等を含む更新規則がリソース位置について構成されてよい。例えば、更新は、タスクが毎日０：００に等、１週間実行された後に一度実行される。更新規則構成情報は、配置タスクに記録できる。したがって、リソース位置と関連付けられた特定のデータセットは、更新方針に従って自動的に更新できる。さらに、リソース位置が回転式での表示に対する要件を有する場合、例えば表示の回転のサイクル、ループ条件等、回転式で表示するモードを配置規則で構成することもできる。開始時刻及び終了時刻、更新規則の構成情報等についての情報は、図３に示す規則管理インタフェースで構成できる。

本願の実施形態で説明されるページは、トランザクションプラットフォームによって提供されるクライアントホームページ、推進活動の入力ページ等を含んでよいことに留意されたい。係るタイプのページは、通常、プラットフォーム側の技術者によって設計される。本願の実施形態で提供されるページ自動配置システムのユーザーは、この種のページデザイナーを含んでよい。代わりに、別のアプリケーションの状況では、本願の実施形態に説明されるページは、第１のユーザーの店舗ページを指してもよい。例えば、特定の第１のユーザーのいくつかの製品オブジェクトは推進活動に関与し、これらの製品オブジェクトは、例えば活動ポータルページ等の公のページに表示されてよく、例えば店舗ページ等の第１のユーザーの個人用ページに表示される必要を有する場合がある。この種の個人用ページのデザイナーは、通常、第１のユーザーであってよい。言い換えると、第１のユーザーは、その店舗ページにどのコンテンツが表示されるのかを決定できる。この種の状況の場合、第１のユーザーは、自動配置を実行するために本願の実施形態によって提供されるページ配置システムも使用できる。自動配置のプロセスの詳細は、配置要求の開始者が異なる点を除き、ホームページ、活動ポータルページ等のプロセスに類似している。さらに、第１のユーザーの店舗に関係するページの場合、例えば、第１のユーザーの店舗内販売ランキングリストデータ、店舗の中のサービスオブジェクトの関連性情報等、第１のユーザーに関係する動的データソースが、サーバによって第１のユーザーのクライアントに提供されてよい。このようにして、特定の推進活動に関与している第１のユーザーが、自身の店舗ページにリソースを便宜的に配置し、それによって販売高を最大限にする目的を達成することが実現できる。

Ｓ１０３：配置タスクに従ってページ内の対応するリソース位置について情報配置を実行することを可能にするために、配置タスクがページ内のリソース位置と配置条件（複数可）との間の結合関係を記録するために使用される、ページリソース配置タスクを生成する。

リソース位置に対応する配置条件（複数可）が上記ステップを通して決定された後、選択されたリソース位置と配置条件（複数可）との間の対応関係を確立できる。例えば、「Ｃｅｓｈｉ商品リスト」のリソース位置の場合、構成されたデータセットは、図５に示すデータセットである。構成された選択規則は、「単一品目の販売高別トップ１０」等を含む。係る対応関係に従って、配置タスクは次いで作成され、配置タスク管理リストに追加される。図７は、複数の配置タスクを含む配置タスク管理インタフェースを示す。配置タスクの開始時刻及び終了時刻等の情報に従って、各配置タスクの状態情報も決定することができ、例えば「進行中」、「完了済み」等分類できる。さらに、対応するリソースデータは、「進行中」状態に対応する配置タスクを実行することによってリソース位置（複数可）に対して自動的に配置できる。

要するに、基本的なページフレームワークがセットアップされた後、本願の実施形態は、リソース位置を特定の配置条件と関連付けることができる。システムは、対応する配置タスクを生成し、配置タスクに従ってデータを自動的にインポートし、ページのコンテンツの配置を完了するためにリソース位置の各ユニット表示位置に対応するデータを配置し、ページを公開することができる。言い換えると、ページ作成者は、データソースの条件（複数可）を満たし、配置を実行する材料を手作業で見つける必要はなく、このようにしてページコンテンツを配置する効率を改善する。

第２の実施形態
上記の第１の実施形態では、配置タスクを作成する方法のプロセスが詳細に説明されている。配置タスク作成後、情報は、配置タスクの特定のコンテンツに従って特定のページの特定のリソース位置（複数可）に配置できる。これは、以下の通りに詳細に説明される。

図８を参照すると、第２の実施形態は、ページリソース配置方法を提供する。方法は、以下のステップを含んでよい。

Ｓ８０１：ページリソース配置タスクを作成し、配置タスクはページ内のリソース位置と配置条件との間の結合関係を記録するために使用される。ページは少なくとも１つのリソース位置を含み、各リソース位置は複数のユニット表示位置を含み、各ユニット表示位置はサービスオブジェクトの情報を提示するために使用され、同じリソース位置は、同じ配置条件を満たす複数のサービスオブジェクトの情報を提示するために使用される。

Ｓ８０２：配置条件に従ってデータ取り出しを実行し、配置されるデータセットを決定する。

配置条件は第１の条件を含み、ターゲット動的データソース情報が第１の条件に記録される。この場合、候補サービスオブジェクトの識別情報は、第１の条件に記録されるターゲット動的データソース情報に基づいて決定されてよい。候補サービスオブジェクトの属性情報は、次いで候補サービスオブジェクトの識別情報に基づいてサービスオブジェクト情報データベースから抽出され、配置されるデータセットは、候補サービスオブジェクトの属性情報に基づいて決定される。

配置条件が第２の条件をさらに含み、選択規則情報が第２の条件に記録される場合、候補サービスオブジェクトは、第２の条件に従って選択されてもよく、配置されるデータセットは次いで選択の結果に基づいて決定される。

配置条件がさらに第３の条件を含み、リソース位置の各ユニット表示位置に表示されるサービスオブジェクト属性フィールドが第３の条件に記録される場合、候補サービスオブジェクトの属性がサービスオブジェクト情報データベースから抽出される。対応する属性フィールドの候補サービスオブジェクトの属性値情報は、第３の条件に従ってサービスオブジェクト情報データベースから抽出されてよい。

さらに、配置条件が第４の条件を含み、データセット識別子が第４の条件に記録される場合、配置されるデータセットは、例えば動的データベースの選択、属性フィールドの決定等の動作をさらに実行する必要なく、第４の条件のデータセット識別子に従って直接的に決定されてよい。

さらに、配置条件が第５の条件をさらに含み、第５の条件が配置開始時刻及び終了時刻情報を記録する場合、配置タスクの状態は、第５の条件に従って決定されてもよい。対応する配置タスクは、次いで状態に従って実行される。

Ｓ８０３：配置されるデータセットに従って、ページ内の対応するリソース位置へのサービスオブジェクト情報の配置を実行する。

配置されるデータセットを決定した後、データセットは、ページ配置を実行するために使用できる。ページ配置が終了後、ページは公開することができ、それによってページアクセス要求を受け取ることができる。

配置タスクが更新規則構成情報をさらに含む場合、データ取り出しは、更新規則構成情報に基づいた配置条件に従って配置されるデータセットを再決定するために実行されてよく、サービスオブジェクト情報の配置は、再決定されたデータセットに基づいてページ内の対応するリソース位置について実行される。

第２の実施形態での各ステップの実施の詳細は、第１の実施形態での導入に対して参照することができ、本明細書で繰り返し説明されない。

第３の実施形態
第３の実施形態は、ページアクセス方法をさらに提供する。図９を参照すると、方法は、以下のステップを含んでよい。

Ｓ９０１：ページが少なくとも１つのリソース位置を含む、ページにアクセスするための要求を受け取る。各リソース位置が複数のユニット表示位置を含み、各ユニット表示位置がサービスオブジェクトの情報を表示するために使用され、同じリソース位置が同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用され、データ取り出しが、データセットを生成するために事前結合された配置タスクに従ってリソース位置について実行され、情報配置がデータセットを使用して実行される。

具体的には、ページ配置システムは、特定のページリソース位置に結合される配置タスクに従ってページコンテンツ配置を実行し、配置タスクで構成された更新頻度及び更新時点に従って配置されたコンテンツを更新してもよい。配置または更新後、ページは公開される。つまり、ネットワークアクセスアドレスを生成するために特定のサーバの特定の経路に対して保存され、それによってユーザーのアクセス要求を受け取ることができる。

Ｓ９０２：リソース位置に対応する情報配置の結果に従ってページデータを提供して、クライアントが提示を実行できるようにする。

アクセス要求が受け取られた後、ページデータは、ページ内の特定のリソース位置に対応する情報配置の結果に従って提供することができ、これにより提示はクライアントに対して実行できる。

ページアクセスの具体的な実施態様の詳細は、本明細書に詳細に説明されていない。

第４の実施形態
第１の実施形態に説明するように、ページコンテンツ配置の効率をさらに改善し、異なるページ及び異なるリソース位置の間でデータセットの再利用を達成するために、本願の第４の実施形態は、データセットを作成するための方法をさらに提供する。図１０を参照すると、方法は、以下のステップを含む場合がある。

Ｓ１００１：選択可能な動的データソースを提供し、選択した動的データソースに従って候補サービスオブジェクトの識別情報を決定する。

Ｓ１００２：表示されるサービスオブジェクト属性フィールドに従って、サービスオブジェクト情報データベースから対応する属性フィールドの候補サービスオブジェクトの属性値情報を抽出する。

Ｓ１００３：候補サービスオブジェクト及び対応する属性フィールドの属性値情報に従ってデータセットを生成し、データセットの識別子の情報を提供して、データセット識別子を使用することが、ターゲットページのターゲットリソース位置の配置タスクの間にターゲットリソース位置に対応する配置条件を指定できるようにする。

本実施形態の各ステップの実施態様の詳細は、上記の第１の実施形態での導入に対して参照することができ、本明細書で繰り返し説明されない。

第５の実施形態
第１の実施形態に説明するように、ページコンテンツ配置の効率をさらに改善するために、複数の規則テンプレートが記憶される規則ライブラリが提供されてよい。デザイナーは、１つずつ各品目選択規則の構成情報を記入することなく選択規則を構成するために規則テンプレートを選択してよい。具体的には、図１１を参照すると、第５の実施形態は、規則ライブラリを作成するための方法を提供し、方法は以下のステップを含んでよい。

Ｓ１１０１：現在のアプリケーション設定のために構成された少なくとも１つの構成規則を受け取る。

選択規則は、サービスオブジェクト審査規則、ランキングインジケータ、及び／またはランキング条件を含んでよい。

Ｓ１１０２：規則テンプレートを生成するために、少なくとも１つの選択規則を記憶し、規則テンプレートの識別子を提供する。

Ｓ１１０３：規則ライブラリに規則テンプレートの識別子及びアプリケーション設定に対応する情報を記憶して、規則ライブラリでの規則モジュール情報の提供、及び配置条件がターゲットページのターゲットリソース位置のために構成されるとき、規則テンプレートを選択することによって選択規則（複数可）の構成の完了を可能にする。

第５の実施形態の各ステップの実施態様の詳細は、第１の実施形態での導入に対して参照することができ、本明細書で繰り返して説明されない。

第１の実施形態に対応して、本願の実施形態はページリソース配置装置も提供する。図１２を参照すると、装置は、配置要求がページ内のリソース位置構成情報を含む、リソース配置要求を受け取るように構成された配置要求受け取りモジュール１２０１であって、ページは、少なくとも１つのリソース位置を含み、各リソース位置は複数のユニット表示位置を含み、各ユニット表示位置は、サービスオブジェクトの情報を表示するために使用され、同じリソース位置は、同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用される、配置要求受け取りモジュール１２０１と、リソース位置に対応する配置条件（複数可）を決定するように構成された配置条件決定モジュール１２０２と、ページリソース配置タスクを生成するように構成された配置タスク生成モジュール１２０３であって、配置タスクは、ページ内のリソース位置と配置条件（複数可）の間の結合関係を記録するために使用されて、配置タスクに従ってページ内の対応するリソース位置のための情報配置を実行することを可能にする、配置タスク生成モジュール１２０３とを含んでよい。

配置条件決定モジュールは、選択可能な動的データソースを提供するように構成されたデータソース提供サブモジュールと、動的データソースの選択結果を記録し、それを第１の条件として決定して、第１の条件に従って提供される候補サービスオブジェクト（複数可）決定することを支援するように構成された第１の条件決定サブモジュールとを含む。

特定の実施態様では、配置条件決定モジュールは、選択規則を決定し、選択規則を第２の条件として決定して、第２の条件に従って選択を候補サービスオブジェクトに対して実行できるように構成された第２の条件決定サブモジュールを含んでもよく、選択規則は、サービスオブジェクトの数、審査条件情報、ランキング情報等を含む。

選択規則の構成を容易にするために、装置はさらに、選択規則ライブラリが少なくとも１つの選択規則を含む、選択規則ライブラリを提供するように構成された規則ライブラリ提供モジュールと、選択規則と関連付けられた選択結果に基づいて選択規則を決定するように構成された選択規則決定モジュールとを含んでよい。

リソース位置構成情報は、各ユニット表示位置のコンテンツ表示スタイル情報をさらに含み、コンテンツ表示スタイル情報は、表示されるサービスオブジェクトの属性フィールドを含む。

配置条件決定モジュールは、リソース位置構成情報に基づいて、リソース位置の各ユニット表示位置に表示されるサービスオブジェクトの属性フィールド（複数可）を第３の条件として決定して、各サービスオブジェクトのデータコンテンツの決定を第３の条件に基づいて表示できるように構成された第３の条件決定サブモジュールをさらに含む。

さらに、装置は、第１の条件に従って候補サービスオブジェクトを決定するように構成された候補サービスオブジェクト決定モジュールと、第３の条件に従ってサービスオブジェクト情報データベースから対応する属性フィールドの候補サービスオブジェクトの属性値情報を抽出するように構成された属性値情報決定モジュールと、対応する属性フィールドの候補サービスオブジェクトの属性値情報のプレビューを提供するように構成された第１のプレビューモジュールとを含んでもよい。

データの再利用を実施するために、装置は、対応する属性フィールドの候補サービスオブジェクトの属性値に従ってデータセットを生成するように構成されたデータセット生成モジュールと、データセットを記憶し、新しい配置要求を受け取ることに応えてデータセットの選択可能な識別子の提供を可能にするためにデータセットの識別子を提供するように構成されたデータセット記憶モジュールとをさらに含んでよく、データセットの識別子は第４の条件として決定されて、第４の条件に基づいてデータセットを決定することを支援する。

より多くのアプリケーション設定の要件を満たすために属性フィールドの修正を容易にするために、装置は、第４の条件によって決定されるデータセットのプレビュー情報を提供するように構成された第２のプレビュー提供モジュールと、表示されるサービスオブジェクトの属性フィールドを修正するために動作オプションを提供するように構成された修正動作オプション提供モジュールと、動作オプションを通して修正要求を受信することに応えて属性フィールドごとに他の選択可能な属性フィールドを別個に提供するように構成された修正候補提供モジュールと、修正された属性フィールドに従って対応する属性フィールドを再入手し、修正を確認する情報が受信される場合、対応するデータセットの構成情報を更新するように構成された修正モジュールとをさらに含んでよい。

配置要求受け取りモジュールは、指定された店舗関係ページへのリソース配置を実行する、第１のユーザーのクライアントの配置要求を受け取るように特に構成され、データソース提供モジュールは、第１のユーザーに関係する動的データソースを提供するように特に構成される。

別の実施態様では、動的データソースは、サービスオブジェクト統計情報データソースを含む。

さらに、配置条件決定モジュールは、配置の開始時刻及び終了時刻の構成情報を決定し、開始時刻及び終了時刻の構成情報を第５の条件として決定して、第５の条件に従って配置タスクの状態の決定を可能にし、状態に従って対応する配置タスクを実行するように構成された第５の条件決定サブモジュールをさらに含んでよい。

装置は、リソース位置の更新規則構成情報を決定し、配置タスクに更新規則構成情報を記録して、更新規則構成情報に従ってリソース位置に配置された情報の更新を可能にするように構成された更新規則構成モジュールをさらに含んでよい。

第２の実施態様に対応して、本願の実施形態は、ページリソース配置装置をさらに提供する。図１３を参照すると、装置は、配置タスクがページ内のリソース位置と配置条件との間の結合関係を記録するために使用される、ページリソース配置タスクを作成するように構成された配置タスク作成モジュール１３０１であって、ページは少なくとも１つのリソース位置を含み、各リソース位置は複数のユニット表示位置を含み、各ユニット表示位置はサービスオブジェクトの情報を提示するために使用され、同じリソース位置は、同じ配置条件を満たす複数のサービスオブジェクトの情報を提示するために使用される、配置タスク作成モジュール１３０１と、配置条件に従ってデータ取り出しを実行し、配置されるデータセットを決定するように構成されたデータセット配置モジュール１３０２と、配置されるデータセットに従ってページ内の対応するリソース位置へのサービスオブジェクト情報の配置を実行するように構成された配置モジュール１３０３とを含んでよい。

配置条件は第１の条件を含み、ターゲット動的データソース情報は第１の条件に記録される。データセット決定モジュールは、第１の条件に記録されたターゲット動的データソース情報に基づいて候補サービスオブジェクトの識別情報を決定するように構成された候補サービスオブジェクト決定サブモジュールと、候補サービスオブジェクトの識別情報に基づいてサービスオブジェクト情報データベースから候補サービスオブジェクトの属性情報を抽出するように構成された属性情報抽出サブモジュールと、候補サービスオブジェクトの属性情報に基づいて配置されるデータセットを決定するように構成された第１のデータセット決定サブモジュールとを含む。

代わりに、配置条件は第２の条件をさらに含み、選択規則情報は第２の条件に記録される。データセット決定モジュールは、第２の条件に従って候補サービスオブジェクトを選択するように構成されたサービスオブジェクト選択サブモジュールと、選択の結果に基づいて配置されるデータセットを決定するように構成された第２のデータセット決定サブモジュールとをさらに含む。

さらに、配置条件は第３の条件をさらに含み、リソース位置の各ユニット表示位置に表示されるサービスオブジェクトの属性フィールドは第３の条件に記録される。属性情報抽出サブモジュールは、第３の条件に従ってサービスオブジェクト情報データベースから対応する属性フィールドの候補サービスオブジェクトの属性を抽出するように特に構成される。

配置条件は第４の条件を含み、データセット識別子が第４の条件に記録される。データセット決定モジュールは、第４の条件のデータセット識別子に従って配置されるデータセットを決定するように構成された第３のデータセット決定サブモジュールを含む。

配置条件は第５の条件をさらに含み、第５の条件は配置開始時刻及び終了時刻の情報を記録する。装置は、第５の条件に従って配置タスクの状態を決定するように構成されたタスク状態決定モジュールと、状態に従って対応する配置タスクを実行するように構成されたタスク実行モジュールとをさらに含む。

配置タスクは更新規則構成情報をさらに含み、装置は、更新規則構成情報に基づいて配置条件に従って配置されるデータセットを再決定するためにデータ取り出しを実行し、再決定されたデータセットに基づいてページ内の対応するリソース位置についてサービスオブジェクト情報の配置を実行するように構成された更新モジュールをさらに含む。

第３の実施形態に対応して、本願の実施形態は、ページリソース配置装置も提供する。図１４を参照すると、装置は、ページにアクセスするための要求を受け取るように構成されたアクセス要求受け取りモジュール１４０１であって、ページは少なくとも１つのリソース位置を含み、各リソース位置は複数のユニット表示位置を含み、各ユニット表示位置はサービスオブジェクトの情報を表示するために使用され、同じリソース位置は、同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用され、データ取り出しは、データセットを生成するために事前結合された配置タスクに従ってリソース位置について実行され、情報配置はデータセットを使用して実行される、アクセス要求受け取りモジュール１４０１と、リソース位置に対応する情報配置の結果に従ってページデータを提供して、クライアントが提示を実行できるように構成されたページデータ提供モジュール１４０２とを含んでよい。

第４の実施形態に対応して、本願の実施形態は、データセット作成装置も提供する。図１５を参照すると、装置は、選択可能な動的データソースを提供し、選択した動的データソースに従って候補サービスオブジェクトの識別情報を決定するように構成されたデータソース提供モジュール１５０１と、表示されるサービスオブジェクト属性フィールドに従ってサービスオブジェクト情報データベースから対応する属性フィールドの候補サービスオブジェクトの属性値情報を抽出するように構成された属性情報決定モジュール１５０２と、候補サービスオブジェクト及び対応する属性フィールドの属性値情報に従ってデータセットを生成し、データセットの識別子の情報を提供して、データセット識別子を使用することが、ターゲットページでのターゲットリソース位置の配置タスクの間にターゲットリソース位置に対応する配置条件を指定できるように構成されたデータセット生成モジュール１５０３とを含んでよい。

第５の実施形態に対応して、本願の実施形態は、規則ライブラリ作成装置も提供する。図１６を参照すると、装置は、現在のアプリケーション設定のために構成された少なくとも１つの選択規則を受け取るように構成された選択規則受け取りモジュール１６０１であって、選択規則は、サービスオブジェクト審査規則、ランキングインジケータ、及び／またはランキング条件を含む、選択規則受け取りモジュール１６０１と、少なくとも１つの選択規則を記憶して規則テンプレートを生成し、規則テンプレートの識別子を提供するように構成された規則テンプレート生成モジュール１６０２と、規則テンプレートの識別子及びアプリケーション設定の対応する情報を規則ライブラリに記憶して、記録ライブラリの規則モジュール情報の提供、及び配置条件がターゲットページのターゲットリソース位置のために構成されるとき、規則テンプレートを選択することによって選択規則（複数可）の構成の完了を可能にするように構成された記憶モジュール１６０３とを含んでよい。

上記実施形態の説明から分かるように、当業者は、本願が、必要なユニバーサルハードウェアプラットフォームとともにソフトウェアによって実施できることを明確に理解できる。この理解に基づいて、本願の技術的解決策または既存の技術に寄与する部分の本質は、ソフトウェア製品の形で実施されてよい。係るコンピュータソフトウェア製品は、例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク等の記憶媒体に記憶されてよく、（パーソナルコンピュータ、携帯端末、サーバ、またはネットワーク装置等であってよい）コンピューティングデバイスに種々の実施形態または本願の実施形態の特定の部分に説明された方法を実行させるための命令を含む。

本明細書の種々の実施形態は漸次的に説明され、種々の実施形態の間の同じまたは類似する部分は互いに参照されてよい。各実施形態は、他の実施形態の態様とは異なる態様に焦点を当てる。特に方法実施形態に対するその実質的な類似性のため、システムまたはシステム実施形態の説明は相対的に簡略であり、関連する部分は方法実施形態のそれぞれの部分に対して参照できる。上記に説明されたシステム及びシステム実施形態は例示的にすぎない。別個の構成要素として説明されるユニットは、物理的に別個である場合もあれば、物理的に別個ではない場合もある。ユニットとして表示される構成要素は、物理的なユニットである場合もあれば、物理的なユニットではない場合もある。つまり、一か所に位置する場合もあれば、複数のネットワークユニット間で分散される場合もある。モジュールのうちのいくつかまたはすべては、実施形態の解決策の目的を達成するために実際の必要性に従って選択されてよい。当業者は、いかなる創作的な努力を行うこともなく理解し、実施できる。

本願によって提供されるページリソースを配置するための方法及び装置は、上記に詳細に説明されている。本願の原則及び実施態様は、本文中に特定の例を使用し、説明される。上記実施形態の説明は、本願の方法及びその核となるアイデアを理解するのに役立つためだけに使用される。同時に、当業者にとって、変更は特定の実施態様及び本願のアイデアに基づいた適用の範囲に存在する。要するに、本明細書の内容は、本願を制限するとして解釈されるべきではない。

Claims (34)

1. ページリソース配置方法であって、
   リソース配置要求を受け取ることであって、前記配置要求がページ内のリソース位置構成情報を含み、前記ページが少なくとも１つのリソース位置を含み、各リソース位置が複数のユニット表示位置を含み、各ユニット表示位置がサービスオブジェクトの情報を表示するために使用され、同じリソース位置が、同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用される、前記受け取ることと、
   前記リソース位置に対応する配置条件を決定することと、
   ページリソース配置タスクを生成することであって、前記配置タスクが、前記ページ内の前記リソース位置と前記配置条件との間の結合関係を記録するために使用されて、前記配置タスクに従って前記ページ内の対応するリソース位置について情報配置を実行することを可能にする、前記生成することと
   を含む、前記ページリソース配置方法。
2. 前記リソース位置に対応する前記配置条件を決定することが、
   選択可能な動的データソースを提供することと、
   動的データソースの選択結果を記録し、それを第１の条件として決定して、前記第１の条件に従って提供される候補サービスオブジェクトを決定することを支援することと
   を含む、請求項１に記載の方法。
3. 前記リソース位置に対応する前記配置条件を決定することが、選択規則を決定し、前記選択規則を第２の条件として決定して、前記第２の条件に従って選択を前記候補サービスオブジェクトに対して実行できるようにすることをさらに含む、請求項２に記載の方法。
4. 前記選択規則が、サービスオブジェクトの数、審査条件情報、及び／またはランキング情報を備える、請求項３に記載の方法。
5. 選択規則ライブラリが少なくとも１つの選択規則を含む、前記選択規則ライブラリを提供することと、
   前記選択規則と関連付けられた選択結果に基づいて選択規則を決定することと
   をさらに含む、請求項４に記載の方法。
6. 前記リソース位置構成情報が、各ユニット表示位置のコンテンツ表示スタイル情報をさらに備え、
   前記コンテンツ表示スタイル情報が、表示されるサービスオブジェクトの属性フィールドを備え、
   前記リソース位置に対応する前記配置条件を決定することが、前記リソース位置構成情報に基づいて、第３の条件として前記リソース位置の各ユニット表示位置に表示されるサービスオブジェクトの属性フィールドを決定して、前記第３の条件に基づいて表示される各サービスオブジェクトのデータコンテンツの決定を可能にすることをさらに含む、請求項２または３に記載の方法。
7. 第１の条件に従って候補サービスオブジェクトを決定することと、
   前記第３の条件に従ってサービスオブジェクト情報データベースから対応する属性フィールドの前記候補サービスオブジェクトの属性値情報を抽出することと、
   前記対応する属性フィールドの前記候補サービスオブジェクトの前記属性値情報のプレビューを提供することと
   をさらに含む、請求項６に記載の方法。
8. 前記対応する属性フィールドの前記候補サービスオブジェクトの属性値に従ってデータセットを生成することと、
   前記データセットを記憶し、新しい配置要求を受け取ることに応えてデータセットの選択可能な識別子の提供を可能にするために前記データセットの識別子を提供することであって、データセットの前記識別子が第４の条件として決定されて、前記第４の条件に基づいて前記データセットを決定することを支援する、前記提供することと
   をさらに含む、請求項７に記載の方法。
9. 前記第４の条件によって決定された前記データセットのプレビュー情報を提供することと、
   表示されるサービスオブジェクトの属性フィールドを修正するための動作オプションを提供することと、
   前記動作オプションを通して修正要求を受け取ることに応えて、属性フィールドごとに他の選択可能な属性フィールドを別々に提供することと、
   修正した属性フィールドに従って、対応する属性値を再入手し、修正を確認することの情報が受け取られる場合、対応するデータセットの構成情報を更新することと
   をさらに含む、請求項８に記載の方法。
10. 前記リソース配置要求を受け取ることが、指定された店舗関係ページへのリソース配置を実行する、第１のユーザーのクライアントの配置要求を受け取ることを含み、
    前記選択可能な動的データソースを提供することが、前記第１のユーザーに関係する動的データソースを提供することを含む、請求項２に記載の方法。
11. 前記動的データソースが、サービスオブジェクト統計情報データソースを備える、請求項２に記載の方法。
12. 前記リソース位置に対応する前記配置条件を決定することが、
    前記配置の開始時刻及び終了時刻の構成情報を決定することと、
    前記開始時刻及び終了時刻の構成情報を前記第５の条件として決定して、前記第５の条件に従って前記配置タスクの状態の決定を可能にし、前記状態に従って対応する配置タスクを実行することとを含む、請求項１から１１のいずれか１項に記載の方法。
13. 前記リソース位置の更新規則構成情報を決定することと、前記配置タスクに前記更新規則構成情報を記録して、前記更新規則構成情報に従って前記リソース位置に配置される情報の更新を可能にすることをさらに含む、請求項１から１１のいずれか１項に記載の方法。
14. ページリソース配置方法であって、
    ページリソース配置タスクを作成することであって、前記配置タスクが、ページ内のリソース位置と配置条件との間の結合関係を記録するために使用され、前記ページが少なくとも１つのリソース位置を含み、各リソース位置が複数のユニット表示位置を含み、各ユニット表示位置がサービスオブジェクトの情報を提示するために使用され、同じリソース位置が、同じ配置条件を満たす複数のサービスオブジェクトの情報を提示するために使用される、前記作成することと、
    前記配置条件に従ってデータ取り出しを実行し、配置されるデータセットを決定することと、
    配置される前記データセットに従って前記ページ内の対応するリソース位置へのサービスオブジェクト情報の配置を実行することと
    を含む、前記ページリソース配置方法。
15. 前記配置条件が第１の条件を含み、ターゲット動的データソース情報が前記第１の条件に記録され、前記配置条件に従って前記データ取り出しを実行し、配置されるデータセットを決定することが、
    前記第１の条件に記録される前記ターゲット動的データソース情報に基づいて候補サービスオブジェクトの識別情報を決定することと、
    前記候補サービスオブジェクトの前記識別情報に基づいてサービスオブジェクト情報データベースから前記候補サービスオブジェクトの属性情報を抽出することと、
    前記候補サービスオブジェクトの前記属性情報に基づいて配置されるデータセットを決定することと
    を含む、請求項１４に記載の方法。
16. 前記配置条件が第２の条件を備え、選択規則情報が前記第２の条件に記録され、前記配置条件に従って前記データ取り出しを実行し、配置されるデータセットを決定することが、
    前記第２の条件に従って前記候補サービスオブジェクトを選択することと、
    選択の結果に基づいて配置される前記データセットを決定することと
    をさらに含む、請求項１５に記載の方法。
17. 前記配置条件が第３の条件をさらに含み、前記リソース位置の各ユニット表示位置に表示されるサービスオブジェクトの属性フィールドが前記第３の条件に記録され、前記候補サービスオブジェクトの前記属性情報を前記サービスオブジェクト情報データベースから抽出することが、前記第３の条件に従って前記サービスオブジェクト情報データベースから対応する属性フィールドの前記候補サービスオブジェクトの属性を抽出することを含む、請求項１５または１６に記載の方法。
18. 前記配置条件が第４の条件を備え、データセットが前記第４の条件に記録され、前記配置条件に従って前記データ取り出しを実行し、配置されるデータセットを決定することが、前記第４の条件の前記データセット識別子に従って配置されるデータセットを決定することを含む、請求項１４に記載の方法。
19. 前記配置条件がさらに第５の条件を備え、前記第５の条件が配置開始時刻及び終了時刻の情報を記録し、前記方法が、
    前記第５の条件に従って前記配置タスクの状態を決定することと、
    前記状態に従って前記対応する配置タスクを実行することと
    をさらに含む、請求項１４に記載の方法。
20. 前記配置タスクが更新規則構成情報をさらに備え、前記方法が、
    前記更新規則構成情報に基づいて前記配置条件に従って配置されるデータセットを再決定するためにデータ取り出しを実行することと、
    前記再決定されたデータセットに基づいて前記ページ内の前記対応するリソース位置についてサービスオブジェクト情報の配置を実行することと
    をさらに含む、請求項１４に記載の方法。
21. ページリソース配置方法であって、
    ページにアクセスするための要求を受け取ることであって、前記ページが少なくとも１つのリソース位置を含み、各リソース位置が複数のユニット表示位置を含み、各ユニット表示位置がサービスオブジェクトの情報を表示するために使用され、同じリソース位置が同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用され、データ取り出しが、データセットを生成するために事前結合された配置タスクに従って前記リソース位置について実行され、情報配置が前記データセットを使用して実行される、前記受け取ることと、
    前記リソース位置に対応する前記情報配置の結果に従ってページデータを提供して、クライアントが提示を実行できるようにすることと
    を含む、前記ページリソース配置方法。
22. データセットを作成する方法であって、
    選択可能な動的データソースを提供し、選択した動的データソースに従って候補サービスオブジェクトの識別情報を決定することと、
    表示されるサービスオブジェクト属性フィールドに従ってサービスオブジェクト情報データベースから対応する属性フィールドの前記候補サービスオブジェクトの属性値情報を抽出することと、
    前記候補サービスオブジェクト及び前記対応する属性フィールドの前記属性値情報に従ってデータセットを生成し、前記データセットの識別子の情報を提供して、前記データセット識別子を使用することが、ターゲットページ内のターゲットリソース位置の配置タスクの間に、前記ターゲットリソース位置に対応する配置条件を指定できるようにすることと
    を含む、前記データセットを作成する方法。
23. 規則ライブラリ作成方法であって、
    現在のアプリケーション設定のために構成された少なくとも１つの選択規則を受け取ることであって、前記選択規則が、サービスオブジェクト審査規則、ランキングインジケータ、及び／またはランキング条件を含む、前記受け取ることと、
    規則テンプレートを生成し、前記規則テンプレートの識別子を提供するために、前記少なくとも１つの選択規則を記憶することと、
    前記規則テンプレートの前記識別子及び前記アプリケーション設定の対応する情報を規則ライブラリに記憶して、前記規則ライブラリの規則モジュール情報の提供、及び配置条件がターゲットページのターゲットリソース位置のために構成されるときに規則テンプレートを選択することによって選択規則（複数可）の構成の完了を可能にすることと
    を含む、前記ライブラリ作成方法。
24. ページリソース配置装置であって、
    リソース配置要求を受け取るように構成された配置要求受け取りモジュールであって、前記配置要求がページ内のリソース位置構成情報を含み、前記ページが少なくとも１つのリソース位置を含み、各リソース位置が複数のユニット表示位置を含み、各ユニット表示位置がサービスオブジェクトの情報を表示するために使用され、同じリソース位置が、同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用される、前記配置要求受け取りモジュールと、
    前記リソース位置に対応する配置条件（複数可）を決定するように構成された配置条件決定モジュールと、
    ページリソース配置タスクを生成するように構成された配置タスク生成モジュールであって、前記配置タスクが、前記ページ内の前記リソース位置と前記配置条件（複数可）との間の結合関係を記録するために使用されて、前記配置タスクに従って前記ページ内の対応するリソース位置について情報配置を実行することを可能にする、前記配置タスク生成モジュールと
    を備える、前記ページリソース配置装置。
25. 前記配置条件決定モジュールが、
    選択可能な動的データソースを提供するように構成されたデータソース提供サブモジュールと、
    動的データソースの選択結果を記録し、それを第１の条件として決定して、前記第１の条件に従って提供される候補サービスオブジェクト（複数可）を決定することを支援するように構成された第１の条件決定サブモジュールと
    を備える、請求項２４に記載の装置。
26. 前記配置条件決定モジュールが、選択規則を決定し、前記選択規則を第２の条件として決定して、前記第２の条件に従って選択を前記候補サービスオブジェクトに対して実行できるように構成された第２の条件決定サブモジュールをさらに備える、請求項２５に記載の装置。
27. 前記リソース位置構成情報が、各ユニット表示位置のコンテンツ表示スタイル情報をさらに備え、
    前記コンテンツ表示スタイル情報が、表示されるサービスオブジェクトの属性フィールドを備え、
    前記配置条件決定モジュールが、前記リソース位置構成情報に基づいて、第３の条件として前記リソース位置の各ユニット表示位置に表示されるサービスオブジェクトの属性フィールド（複数可）を決定して、前記第３の条件に基づいて各サービスオブジェクトのデータコンテンツの決定を表示できるように構成された第３の条件決定サブモジュールをさらに備える、請求項２５または２６に記載の装置。
28. 前記対応する属性フィールドの前記候補サービスオブジェクトの属性値に従ってデータセットを生成するように構成されたデータセット生成モジュールと、
    前記データセットを記憶し、新しい配置要求を受け取ることに応えてデータセットの選択可能な識別子の提供を可能にするために前記データセットの識別子を提供するように構成されたデータセット記憶モジュールであって、データセットの前記識別子が第４の条件として決定されて、前記第４の条件に基づいて前記データセットを決定することを支援する、前記データセット記憶モジュールと
    をさらに備える、請求項２７に記載の装置。
29. 前記配置条件決定モジュールが、
    前記配置の開始時刻及び終了時刻の構成情報を決定し、前記開始時刻及び終了時刻の構成情報を前記第５の条件として決定して、前記第５の条件に従って前記配置タスクの状態の決定を可能にし、前記状態に従って対応する配置タスクを実行するように構成された第５の条件決定サブモジュールをさらに備える、請求項２４から２８のいずれか１項に記載の装置。
30. 前記リソース位置の更新規則構成情報を決定し、前記配置タスクに前記更新規則構成情報を記録して、前記更新規則構成情報に従って前記リソース位置に配置される情報の更新を可能にするように構成された更新規則構成モジュールをさらに備える、請求項２４から２８のいずれか１項に記載の装置。
31. ページリソース配置装置であって、
    ページリソース配置タスクを作成するように構成された配置タスク作成モジュールであって、前記配置タスクが、ページ内のリソース位置と配置条件との間の結合関係を記録するために使用され、前記ページが少なくとも１つのリソース位置を含み、各リソース位置が複数のユニット表示位置を含み、各ユニット表示位置がサービスオブジェクトの情報を提示するために使用され、同じリソース位置が、同じ配置条件を満たす複数のサービスオブジェクトの情報を提示するために使用される、前記配置タスク作成モジュールと、
    前記配置条件に従ってデータ取り出しを実行し、配置されるデータセットを決定するように構成されたデータセット決定モジュールと、
    配置される前記データセットに従って前記ページ内の対応するリソース位置へのサービスオブジェクト情報の配置を実行するように構成された配置モジュールと
    を備える、前記ページリソース配置装置。
32. ページリソース配置装置であって、
    ページにアクセスするための要求を受け取るように構成されたアクセス要求受け取りモジュールであって、前記ページが少なくとも１つのリソース位置を含み、各リソース位置が複数のユニット表示位置を含み、各ユニット表示位置がサービスオブジェクトの情報を表示するために使用され、同じリソース位置が同じ配置条件を満たす複数のサービスオブジェクトの情報を表示するために使用され、データ取り出しが、データセットを生成するために事前結合された配置タスクに従って前記リソース位置について実行され、情報配置が前記データセットを使用して実行される、前記アクセス要求受け取りモジュールと、
    前記リソース位置に対応する前記情報配置の結果に従ってページデータを提供して、クライアントが提示を実行できるように構成されたページデータ提供モジュールと
    を備える、前記ページリソース配置装置。
33. データセット作成装置であって、
    選択可能な動的データソースを提供し、選択した動的データソースに従って候補サービスオブジェクトの識別情報を決定するように構成されたデータソース提供モジュールと、
    表示されるサービスオブジェクト属性フィールドに従ってサービスオブジェクト情報データベースから対応する属性フィールドの前記候補サービスオブジェクトの属性値情報を抽出するように構成された属性情報決定モジュールと、
    前記候補サービスオブジェクト及び前記対応する属性フィールドの前記属性値情報に従ってデータセットを生成し、前記データセットの識別子の情報を提供して、前記データセット識別子を使用することが、ターゲットページ内のターゲットリソース位置の配置タスクの間に、前記ターゲットリソース位置に対応する配置条件を指定できるように構成されたデータセット生成モジュールと
    を備える、前記データセット作成装置。
34. 規則ライブラリ作成装置であって、
    現在のアプリケーション設定のために構成された少なくとも１つの選択規則を受け取るように構成された選択規則受け取りモジュールであって、前記選択規則が、サービスオブジェクト審査規則、ランキングインジケータ、及び／またはランキング条件を含む、前記選択規則受け取りモジュールと、
    規則テンプレートを生成し、前記規則テンプレートの識別子を提供するために、前記少なくとも１つの選択規則を記憶するように構成された規則テンプレート生成モジュールと、
    前記規則テンプレートの前記識別子及び前記アプリケーション設定の対応する情報を規則ライブラリに記憶して、前記規則ライブラリの規則モジュール情報の提供、及び配置条件がターゲットページのターゲットリソース位置のために構成されるときに規則テンプレートを選択することによって選択規則（複数可）の構成の完了を可能にするように構成された記憶モジュールと
    を備える、前記規則ライブラリ作成装置。