特表2022-542203 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ ベイジン　バイドゥ　ネットコム　サイエンス　アンド　テクノロジー　カンパニー　リミテッドの特許一覧

特表2022-542203ミニプログラムのバッチ処理方法、装置、電子機器及び可読記憶媒体

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-09-30

(54)【発明の名称】ミニプログラムのバッチ処理方法、装置、電子機器及び可読記憶媒体

(51)【国際特許分類】

G06F 8/60 20180101AFI20220922BHJP

【ＦＩ】

G06F8/60

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021544309

(86)(22)【出願日】2020-10-21

(85)【翻訳文提出日】2021-07-29

(86)【国際出願番号】 CN2020122315

(87)【国際公開番号】W WO2022000869

(87)【国際公開日】2022-01-06

(31)【優先権主張番号】202010600458.6

(32)【優先日】2020-06-28

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】514322098

【氏名又は名称】ベイジンバイドゥネットコムサイエンステクノロジーカンパニーリミテッド

【氏名又は名称原語表記】ＢｅｉｊｉｎｇＢａｉｄｕＮｅｔｃｏｍＳｃｉｅｎｃｅＴｅｃｈｎｏｌｏｇｙＣｏ．，Ｌｔｄ．

【住所又は居所原語表記】２／ＦＢａｉｄｕＣａｍｐｕｓ，Ｎｏ．１０，Ｓｈａｎｇｄｉ１０ｔｈＳｔｒｅｅｔ，ＨａｉｄｉａｎＤｉｓｔｒｉｃｔ，Ｂｅｉｊｉｎｇ１０００８５，Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎修

(72)【発明者】

【氏名】ジャーン，ハオ

(72)【発明者】

【氏名】リウ，ユエンシュイ

(72)【発明者】

【氏名】タオ，コーァ

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376AB01

5B376BC24

5B376CA02

5B376CA05

5B376CA76

(57)【要約】

ミニプログラムのバッチ処理方法、装置、電子機器及び可読記憶媒体を提供する。マンマシンインタラクションの分野に関し、画像、ビデオ、音声、ｖｒ、ユーザ理解関連のシーンに応用されてもよい。パッチパッケージ提出の新規イベントを確立することと、前記パッチパッケージ提出の新規イベントに応答して、パッチパッケージ提出タスクを作成して複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成することと、前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出すことと、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成することと、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信することとを含む。

【特許請求の範囲】

【請求項1】

ミニプログラムのバッチ処理方法であって、
パッチパッケージ提出の新規イベントを確立することと、
前記パッチパッケージ提出の新規イベントに応答して、パッチパッケージ提出タスクを作成して、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成することと、
前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出し、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成することと、
前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信することとを含む、ミニプログラムのバッチ処理方法。

【請求項2】

前記のパッチパッケージ提出の新規イベントを確立することは、
ソーステンプレート、ターゲットテンプレートとパッケージ拡張情報を受信することと、
ソーステンプレートに関連する複数のミニプログラムに対してパッチパッケージ提出の新規イベントを確立することとを含む、請求項１に記載の方法。

【請求項3】

前記のパッチパッケージ提出の新規イベントに応答して、パッチパッケージ提出タスクを作成して複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成することは、
前記ソーステンプレートに関連する複数のミニプログラムを解析し、前記ソーステンプレートに関連する複数のミニプログラムにおける各ミニプログラムの関連情報をパッケージ提出ジョブキューに添加し、タスクラベルで今回のパッチパッケージ提出タスクの情報を返すことを含む、請求項２に記載の方法。

【請求項4】

前記第１の数はスライス規則に基づいて決定されたものであり、且つ
前記スライス規則は前記パッケージ提出ジョブキューにスライスを行うことでＮ個のタスクスライスを形成し、前記Ｎ個のタスクスライスの前のＮ－１のタスクスライスはいずれも第１の数のミニプログラムパッケージ提出タスクを含む、請求項１に記載の方法。

【請求項5】

前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出し、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成することは、
仮想ミニプログラムパッケージコードを前記ターゲットテンプレートのコードにリンクすることと、
前記パッケージ拡張情報を前記ターゲットテンプレートのパッケージ拡張情報として設定し、或いはデフォルトパッケージ拡張情報を使用することと、
前記仮想ミニプログラムパッケージの基本情報を初期化することと、を含み、
前記デフォルトパッケージ拡張情報は前回に使用されたパッケージ拡張情報である、請求項２に記載の方法。

【請求項6】

前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信した後に、
ホストプログラムの要求情報を受信することと、
前記要求情報に基づいて、前記ミニプログラムオンラインパッケージを走査することと、
前記ホストプログラムが配置されているクライアントに前記ミニプログラムオンラインパッケージの情報を送信することとを更に含む、請求項５に記載の方法。

【請求項7】

前記ミニプログラムオンラインパッケージの情報は、前記ターゲットテンプレートにリンクされるソースコードアドレス、前記パッケージ拡張情報およびミニプログラムの基本情報を含む、請求項６に記載の方法。

【請求項8】

パッチパッケージ提出の新規イベントを確立した後、且つパッチパッケージ提出タスクを作成して複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成する前に、
前記ソーステンプレート、前記ターゲットテンプレート及び前記パッケージ拡張情報の有効性を決定して決定結果を取得することと、
前記決定結果に基づいて、前記パッチパッケージ提出タスクを作成して前記パッケージ提出タスクの状態を更新することとを更に含む、請求項２に記載の方法。

【請求項9】

前記ソーステンプレート、前記ターゲットテンプレート及び前記パッケージ拡張情報の有効性を決定して決定結果を取得することは、
前記ソーステンプレートと前記ターゲットテンプレートの開発権限を決定することと、
前記ソーステンプレートに関連する複数のミニプログラムの状態及び許可状態を決定することとを含む、請求項８に記載の方法。

【請求項10】

前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出し、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成することは、
第１回の仮想ミニプログラムパッケージの作成に成功したか否かを確認することと、
第１回の仮想ミニプログラムパッケージの作成が失敗した場合、第２回の仮想ミニプログラムパッケージの作成を実行することと、
第２回の仮想ミニプログラムパッケージの作成が失敗した場合、対応的に前記パッケージ提出ジョブキューを更新し、作成失敗メッセージをプッシュすることとを更に含む、請求項５に記載の方法。

【請求項11】

前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信する前に、
前記仮想ミニプログラムパッケージの審査情報を受信することと、
前記審査情報を審査して審査結果を得ることと、
前記審査結果に基づいて、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信することとを更に含む、請求項１０に記載の方法。

【請求項12】

前記審査結果は不合格である場合、審査不合格メッセージをプッシュして前記パッケージ提出ジョブキューを更新する、請求項１１に記載の方法。

【請求項13】

前記審査情報は前記仮想ミニプログラムパッケージの主体情報を含み、
前記審査情報を審査することは前記主体情報に対するコンプライアンス審査を行うことを含む、請求項１１に記載の方法。

【請求項14】

前記自動的に前記ミニプログラムオンラインパッケージを配信した後、配信成功メッセージをプッシュして前記パッケージ提出ジョブキューを更新することを更に含む、請求項１２に記載の方法。

【請求項15】

前記作成失敗メッセージ、前記審査不合格メッセージ及び前記配信成功メッセージに基づいて、ミニプログラムのバッチ処理の状態を更新することを更に含む、請求項１４に記載の方法。

【請求項16】

ミニプログラムのバッチ処理装置であって、
パッチパッケージ提出の新規イベントを確立する確立モジュールと、
前記パッチパッケージ提出の新規イベントに応答して、パッチパッケージ提出タスクを作成して、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成するパッチパッケージ提出タスク作成モジュールと、
前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出し、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成する仮想パッケージ作成モジュールと、
前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信する更新配信モジュールとを含む、ミニプログラムのバッチ処理装置。

【請求項17】

電子機器であって、
プロセッサと、
前記プロセッサによって実行されると、前記プロセッサに請求項１～１５のいずれか一項に記載の方法を実行させる命令を含むプログラムが記憶されたメモリとを含む電子機器。

【請求項18】

電子機器のプロセッサによって実行されると、前記電子機器に請求項１～１５のいずれか一項に記載の方法を実行させる命令を含むプログラムが記憶されたコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、マンマシンインタラクションの分野に関し、特にミニプログラムのバッチ処理方法、装置、電子機器及び可読記憶媒体に関する。
［関連出願の相互参照］
本願は、２０２０年０６月２８日に出願された中国特許出願２０２０１０６００４５８．６の優先権を請求し、その内容の全てを参照によって本願に組み込まれる。

【背景技術】

【0002】

インターネット技術の急速な発展に伴い、様々なアプリケーションプログラムは人々の日常生活に入り、ミニプログラムはダウンロードやインストールをしなくても使用することが可能なアプリケーションとして、様々な業種から幅広く注目され、従って、益々多くのアプリケーションプログラムにはミニプログラムがロードされ、よってユーザに便利なサービスを提供することを実現する。

【0003】

元々開発能力がない企業に対して、第三者開発プラットフォームが登場していることによって、第三者サービスプロバイダはグラントの形でミニプログラム開発代行サービスを提供することができる。しかし、第三者開発プラットフォームにおいて、管理する必要のあるミニプログラムが多く、サービスの世代交代やアップグレードが頻繁に行われることで、開発効率が低く、ユーザのニーズを満たすことができない。

【発明の概要】

【0004】

本開示の第１態様によれば、ミニプログラムのバッチ処理方法を提供し、パッチパッケージ提出の新規イベントを確立することと、前記パッチパッケージ提出の新規イベントに応答して、パッチパッケージ提出タスクを作成し、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成することと、前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出すことと、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成することと、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信することとを含む。

【0005】

本開示の第２態様によれば、ミニプログラムのバッチ処理装置を提供し、パッチパッケージ提出の新規イベントを確立するように構成される確立モジュールと、前記パッチパッケージ提出の新規イベントに応答して、パッチパッケージ提出タスクを作成して、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成するように構成されるパッチパッケージ提出タスク作成モジュールと、前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出すように構成される抽出モジュールと、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成するように構成される仮想パッケージ作成モジュールと、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信するように構成される更新配信モジュールと、を含む。

【0006】

本開示の第３態様によれば、プロセッサと、前記プロセッサによって実行されると、前記プロセッサに本開示に記載の方法を実行させる命令を含むプログラムが記憶されたメモリとを含む電子機器を提供する。

【0007】

本開示の第４態様によれば、電子機器のプロセッサによって実行されると、前記電子機器に本開示に記載の方法を実行させる命令を含むプログラムが記憶されたコンピュータ可読記憶媒体を提供する。

【0008】

本開示の第５態様によれば、コンピュータプログラムを含むコンピュータプログラム製品を提供し、前記コンピュータプログラムはプロセッサによって実行されると、本開示に記載の方法が実現される。

【0009】

本開示によるミニプログラムのバッチ処理方法、装置、電子機器及び可読記憶媒体は、ミニプログラムをバッチ処理することができ、ミニプログラムの更新及び／又は処理効率を向上させることによって、ユーザ体験を向上させる。

【図面の簡単な説明】

【0010】

図面は、実施例を例示的に示し、明細書の一部を構成し、明細書の文字による説明とともに、実施例の例示的な実施形態を説明するために用いられる。図示の実施例は例示の目的のみであり、特許請求の範囲を限定するものではない。すべての図面において、同一の符号は類似しているが、必ずしも同じとは限らない要素を指す。

【図1】本開示の第１例示的な実施例によるミニプログラムのバッチ処理方法を示すフローチャートである。

【図2】本開示の第２例示的な実施例によるミニプログラムのバッチ処理方法の一部のステップを示すフローチャートである。

【図3】本開示の第３例示的な実施例によるミニプログラムのバッチ処理方法の一部のステップを示すフローチャートである。

【図4】本開示の第４例示的な実施例によるミニプログラムのバッチ処理方法の一部のステップを示すフローチャートである。

【図5】本開示の例示的な実施例によるミニプログラムのバッチ処理システムを示すトポロジーグラフである。

【図6】本開示の例示的な実施例によるミニプログラムバッチ処理装置の構造を示す概略図である。

【図7】本開示の例示的な実施例に適用することができる例示的な計算装置を示すブロック構成図である。

【発明を実施するための形態】

【0011】

以下、図面を参照しながら本開示の実施例をより詳細に説明する。図面では、本開示の幾つかの実施例を示すが、理解すべきことは、本開示は、様々な形態によって実現することができ、そして本明細書に記載される実施例に限定されると解釈すべきではなく、逆で提供するこれらの実施例は、本開示をより明確と全体的に理解するためのものであることである。理解すべきことは、本開示の図面及び実施例は、例示的なものに過ぎず、本開示の保護範囲を限定するためのものではないことである。

【0012】

理解すべきことは、本開示の方法実施形態に記載された各ステップは、異なる順序で実行されてよく、及び／又は並列に実行されてよい。更に、方法実施形態は追加のステップを含んでよく、及び／又は示されたステップの実行を省略してよい。本開示の範囲はこの点に関し限定されない。

【0013】

関連する各ミニプログラムプラットフォーム、例えば、百度ＡＰＰ、ウィーチャット、アリペイなどは、時々単一ミニプログラム向けのコードパッケージ管理方法のみを提供している。

【0014】

バッチで操作するようなサービスシーンには、各ミニプログラムプラットフォームはバッチでミニプログラムコードに対する管理方法を提供することができないため、第三者サービスプロバイダは、多くの場合、自身のサービス特徴に基づいて、従来の機能を利用し、パッケージングして実現する。

【0015】

例示的に、百度ＡＰＰプラットフォームと中関村在線などの第三者サービスプロバイダを例として、それらは１０万個を超えるミニプログラムに開発代行、オンライン発信代行などの処理サービスを提供する可能である。大量のミニプログラムは第三者サービスプロバイダにより統合管理される必要があり、サービスの世代交代やアップグレードが非常に頻繁に行われる。

【0016】

このような大量のバッチ処理ニーズに対し、第三者サービスプロバイダが単一インターフェースによるシリアル操作を行う場合、大量に提出することで所要時間が長く、効率が低くなることを引き起こす。第三者サービスプロバイダはパッケージ提出を並行に行う場合、サーバの圧力が制御不能になることを引き起こし、安定性に影響を与える。更に、同じバッチのミニプログラムに対し、第三者サービスプロバイダはミニプログラムパッケージ状態の変化などの情報を自ら記録してメンテナンスしなければならず、統合管理が不十分である。

【0017】

更に、テンプレートに基づくミニプログラムの開発と管理を行う第三者サービスプロバイダにとって、テンプレートによるパッケージ提出に対し、パッケージ提出や配信を行うことはテンプレートコードのコピーや、新規なコードパッケージの生成に関連する。大量のミニプログラムのバッチ処理では、大量のミニプログラムパッケージの生成と配信が繰り返されることを引き起こし、パッケージ提出速度が低下し、記憶、帯域幅、ＣＤＮ資源が不足になることを引き起こす。

【0018】

本開示において言及する第三者サービスプロバイダは、ミニプログラム開発代行業者であってもよく、ミニプログラム開発者であってもよく、本開示ではこの主体は制限されていない。

【0019】

以下、図面を参照しながら本開示の実施例によるミニプログラムに基づくバッチ処理方法、装置、電子機器とコンピュータ可読記憶媒体を説明する。

【0020】

図１は本開示の第１例示的な実施例によるミニプログラムのバッチ処理方法を示すフローチャートである。説明すべきことは、本開示の実施例によるミニプログラムのバッチ処理方法は本開示の実施例によるミニプログラムのバッチ処理装置に応用されてよいことである。このバッチ処理装置は電子機器に設置されてよい。一例として、このミニプログラムはホストアプリケーションにホスティングされてよく、このホストアプリケーションはこの電子機器にインストールされてよい。この電子機器は移動端末であってもよく、この移動端末は携帯電話、タブレット、個人用デジタル補助装置などの様々なオペレーティングシステムを有するハードウェア装置であってもよい。本開示において言及するミニプログラムは、特定のプログラミング言語に基づいて開発され、ダウンロードやインストールをしなくても使用可能なクラウドアプリケーションプログラムであり、ミニプログラムの一つの特徴は使用しやすく、手動で端末のオペレーティングシステムにインストールする必要がないことである。そのため、ミニプログラムのバッチ処理方法、装置、電子機器と可読記憶媒体はコンピュータ技術分野に関し、より具体的には、マンマシンインタラクション分野に関し、画像、ビデオ、音声、ｖｒ、ユーザの理解に関連するシーンに用いてもよい。

【0021】

図１に示すように、ミニプログラムのバッチ処理方法１００を提供し、パッチパッケージ提出の新規イベントを確立するステップ１０１と、前記パッチパッケージ提出の新規イベントに応答して、パッチパッケージ提出タスクを作成して、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成するステップ１０２と、前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出し、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成するステップ１０３と、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信するステップ１０４と、を含む。

【0022】

本開示の実施例において、ステップ１０１では、パッチパッケージ提出の新規イベントを確立することは、ソーステンプレート、ターゲットテンプレートとパッケージ拡張情報を受信することと、ソーステンプレートに関連する複数のミニプログラムに対してパッチパッケージ提出の新規イベントを確立することと、を含んでもよい。

【0023】

例示的に、ミニプログラムプラットフォームは第三者サービスプロバイダにより提供される１つ又は複数のソーステンプレート、ターゲットテンプレート及びパッケージ拡張情報を受信する。そして、ミニプログラムソーステンプレートにしても、ミニプログラムターゲットテンプレートにしても、例示的には、いずれも第三者サービスプロバイダによって所有され、開発されたミニプログラムに応用されてよい。パッケージ拡張情報はミニプログラムの個別化データを含む。

【0024】

例示的に、パッケージ拡張情報は開発者又は第三者サービスプロバイダが添加したいフィールド、例えば、番号、ラベル、プラットフォームＩＤラベル、第三者サービスプロバイダＩＤラベルなどを含み、上記パッケージ拡張情報は関連する内容をロードやレンダリングするために用いられ、開発者又は第三者サービスプロバイダに対して重要な有意性を有する。

【0025】

本開示の実施例において、ステップ１０２では、前記のパッチパッケージ提出の新規イベントに応答して、パッチパッケージ提出タスクを作成して、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成することは、前記ソーステンプレートに関連する複数のミニプログラムを解析し、前記ソーステンプレートに関連する複数のミニプログラムにおける各ミニプログラムの関連情報をパッケージ提出ジョブキューに添加し、タスクラベルで今回のパッチパッケージ提出タスクの情報を返すことを含む。

【0026】

例示的に、ステップ１０１に応答して、タスク情報をタスクデータベースに永続的に書き込み、タスクラベルの形態で、今回タスクの具体的な情報を同期して返す。

【0027】

具体的には、ステップ１０１では受信したソーステンプレートに関連するミニプログラムを解析し、各ミニプログラムの関連情報をパッケージ提出ジョブキューに書き込み、タスクラベルの形態で今回のパッチパッケージ提出タスクの情報を開発者又は第三者サービスプロバイダに返す。

【0028】

開発者又は第三者サービスプロバイダに返す情報はタスク詳細であり、開発者又は第三者サービスプロバイダはタスクラベルを取得し、次の処理プロセスにおいて、開発者又は第三者サービスプロバイダは受信したタスクラベルを通じて、タスク処理の進捗を主動的に調べてもよい。

【0029】

本開示の実施例において、ステップ１０３では、前記第１の数はスライス規則に基づいて決定されたものである。且つ、前記スライス規則は前記パッケージ提出ジョブキューに対してスライスを行うことでＮ個のタスクスライスを形成し、前記Ｎ個のタスクスライスの前のＮ－１のタスクスライスはいずれも第１の数のミニプログラムパッケージ提出タスクを含む。

【0030】

例示的に、ステップ１０２で生成されたパッケージ提出ジョブキューに対し、フラグメント毎にその中のミニプログラムを取り出す。

【0031】

具体的には、タスクラベルに基づいて、このタスクのパッケージ提出ジョブキューから、一定のスライス規則に応じて、例えば、１０個を１枚として、ミニプログラムを取り出す。仮に全体のパッケージ提出キューにおいて、全部で９８個のパッケージ提出タスクがあれば、１枚毎に１０個を抽出する場合、１０個のタスクスライスが得られ、前の９個のタスクスライスにはいずれも１０個のパッケージ提出タスクを含み、第１０個のタスクスライスは８個のパッケージ提出タスクを含む。

【0032】

パッケージ提出タスクをスライスして抽出することで、大量のパッケージ提出タスクに対する密集的なスケジューリングを回避し、トラフィックのピークカットを効率的に行うため、本開示の実施例によるミニプログラムのバッチ処理方法は大量及び超大量のミニプログラムをバッチ処理することができる。

【0033】

例示的に、タスク状態を処理中に更新する。理解すべきことは、開発者又は第三者サービスプロバイダはタスクラベルによりこのタスク状態を検索することができることである。

【0034】

本開示の実施例において、ステップ１０３では、前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出し、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成することは、仮想ミニプログラムパッケージコードを前記ターゲットテンプレートのコードにリンクすることと、前記パッケージ拡張情報を前記ターゲットテンプレートのパッケージ拡張情報として設定し又はデフォルトパッケージ拡張情報を使用することと、仮想ミニプログラムパッケージの基本情報を初期化することと、を含み、前記デフォルトパッケージ拡張情報は前回に使用されるパッケージ拡張情報である。

【0035】

例示的に、現在の組のミニプログラムに新規な仮想ミニプログラムパッケージをバッチで生成し、仮想ミニプログラムパッケージのコードをターゲットテンプレートのコードにリンクし、ターゲットテンプレートと今回にアップロードしたパッケージ拡張情報を併合して新規な仮想パッケージのパッケージ拡張情報を生成する。

【0036】

具体的には、各タスクスライスにおける１０個のミニプログラムに対し、この１０個のミニプログラム毎にそれぞれ仮想パッケージをバッチで作成する。仮想パッケージコードはターゲットテンプレートのコードにリンクされ、パッケージ拡張情報はデフォルトで前回のパッケージ拡張情報、すなわち、ソーステンプレートにおけるパッケージ拡張情報であり、又は今回に提出されたパッケージ拡張情報に合わせて、それをターゲットテンプレートのパッケージ拡張フィールドに設定する。

【0037】

例示的に、タスク状態を開発中にマークする。

【0038】

例示的に、現在の仮想ミニプログラムパッケージの基本情報の初期化について、その中の基本情報はミニプログラムの名前、ミニプログラムのｌｏｇｏ、主体情報などを含んでもよく、具体的には、主体情報は、個人、企業、メディア、政府機関などを含んでもよいが、これらに限定されない。

【0039】

本開示の実施例において、ミニプログラムのバッチ処理方法は、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信した後に、ホストプログラムの要求情報を受信することと、前記要求情報に基づいて、前記ミニプログラムオンラインパッケージを走査することと、前記ホストプログラムが配置されているクライアントに前記ミニプログラムオンラインパッケージの情報を送信することと、を更に含んでもよい。

【0040】

例示的に、ステップ１０４を実行した後、仮想ミニプログラムパッケージは既にミニプログラムオンラインパッケージに更新されて自動的に前記ミニプログラムオンラインパッケージを配信する。この時、ミニプログラムオンラインパッケージは既に準備され、ミニプログラムプラットフォームがホストプログラムの要求情報を受信した場合、ホストプログラムの要求情報に基づいて、現在のミニプログラムオンラインパッケージを走査する。そしてホストプログラムが配置されているクライアントにミニプログラムオンラインパッケージ情報を送信する。

【0041】

本開示の実施例において、具体的な配信フローにおいて、前記ミニプログラムオンラインパッケージの情報は、前記ターゲットテンプレートにリンクされるソースコードアドレス、前記パッケージ拡張情報とミニプログラムの基本情報を含む。リンクされるターゲットテンプレートのソースコードアドレスはテンプレート、公共利用可能なコードライブラリフラグメント又は再利用可能なコードフラグメントのうちの少なくとも１種類にポインティングしてもよく、パッケージ拡張情報とミニプログラムの基本情報は前述した内容と同じで、ここで詳細な説明を省略する。

【0042】

具体的には、ホストプログラムが配置されているクライアントはコンテンツ配信ネットワーク（ＣＤＮ）により近くのテンプレートソースコードを引き取り、それをパッケージ拡張フィールド、ミニプログラムの基本情報と動的に併合し、最終的なパッケージを形成する。

【0043】

例示的に、ホストプログラムが配置されているクライアントＳＤＫソフトウェア開発キットは最終的なパッケージをロードして起動し、ミニプログラムは自主的に個別化された構成とデータを取得し、最終的にレンダリングと提示を完了する。

【0044】

上記配信フローは更に、以下のように例示的に説明することができる。ユーザはある配信に成功したミニプログラムＰ１を開く。ホストプログラムはミニプログラム仮想パッケージ管理センターを要求する。ミニプログラム仮想パッケージ管理センターはバックグラウンドでミニプログラムパッケージ記録テーブルを検索し、ターゲットテンプレートのコードパッケージアドレス、パッケージ記録テーブルにおけるミニプログラムＰ１のパッケージ拡張情報及びミニプログラムＰ１の基本情報を配信する。更に、ホストプログラムは配信のアドレスに基づいて、コンテンツ配信ネットワーク（ＣＤＮ）から近くのターゲットテンプレートコードを引き取り、パッケージ拡張情報とミニプログラムＰ１の基本情報とを併合して完全なパッケージを形成し、クライアントのＳＤＫをロードした後にミニプログラムＰ１が起動に成功する。

【0045】

以上のミニプログラムパッケージの配信フローから分かるように、ミニプログラム仮想パッケージにはターゲットテンプレートの具体的なコードを含まないが、リンクされるターゲットテンプレートソースコードアドレスを含み、この前のパッケージ提出と配信の際にターゲットテンプレートコードをコピーしないため、大量のミニプログラムパッケージの生成と配信が繰り返されても、パッケージ提出速度が低下することもなく、更に記憶量を減少させ、ダウンロード帯域幅及びコンテンツ配信ネットワーク（ＣＤＮ）資源の占用を節約することができる。

【0046】

本開示の実施例において、更に、パッチパッケージ提出の新規イベント確立した後、且つパッチパッケージ提出タスクを作成し、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成する前に、前記ソーステンプレート、前記ターゲットテンプレートと前記パッケージ拡張情報の有効性を決定して決定結果を取得することと、前記決定結果に基づいて、前記パッチパッケージ提出タスクを作成して前記パッケージ提出タスクの状態を更新することと、を含み。

【0047】

本開示の実施例において、前記ソーステンプレート、前記ターゲットテンプレートと前記パッケージ拡張情報の有効性を決定して決定結果を取得することは、前記ソーステンプレートと前記ターゲットテンプレートの開発権限を決定することと、前記ソーステンプレートに関連する複数のミニプログラムの状態及び許可状態を決定することとを含む。

【0048】

図２は本開示の第２例示的な実施例によるミニプログラムのバッチ処理方法の一部のステップを示すフローチャート２００である。

【0049】

図２に示すように、ステップ１０１でパッチパッケージ提出の新規イベントを確立した後、且つステップ１０２でパッチパッケージ提出タスクを作成し、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成する前に、更にステップ１０５、検証ステップを含む。

【0050】

例示的に、ミニプログラムプラットフォームは、開発者又は第三者サービスプロバイダがソーステンプレート、ターゲットテンプレートに対していずれも開発権限を有するか否か、ソーステンプレート、ターゲットテンプレートがいずれも有効状態にあるか否か、パッケージ拡張情報が有効であるか否かなどを含むが、それらに限定されない開発者又は第三者サービスプロバイダの権限に対する検証を行う。

【0051】

具体的には、検証の内容は例示的に図５に示すように、図５は本開示の例示的な実施例によるミニプログラムのバッチ処理システムを示すトポロジーグラフである。

【0052】

検証の内容はテンプレート権限制御、テンプレート有効性検証とミニプログラム許可検証を含む。具体的には、テンプレート権限制御について、ミニプログラムプラットフォームは開発者又は第三者サービスプロバイダがソーステンプレート、ターゲットテンプレートに対していずれも開発権限を有するか否かを検査し、テンプレート有効性検証について、ミニプログラムプラットフォームはソーステンプレート、ターゲットテンプレート状態が有効であるか否かを検査し、ミニプログラム許可検証について、プラットフォームはソーステンプレートにおいて関連するミニプログラムを走査し、ミニプログラムの有効性及び許可状態を検証する。

【0053】

具体的には、図２に示すように、開発権限、有効性はいずれも条件を満足した後、検証に合格し、続けてステップ１０２を実行してパッチパッケージ提出タスクを作成し、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成する。

【0054】

いずれか１つの検証条件を満たさない場合、タスクの作成に失敗し、パッケージ提出のジョブキューを更新し、作成に失敗したミニプログラムパッケージ提出タスクを再びパッケージ提出ジョブキューに入れない。

【0055】

本開示の実施例において、前記の前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成することは、第１回の仮想ミニプログラムパッケージの作成に成功したか否かを確認することと、第１回の仮想ミニプログラムパッケージの作成に失敗した場合、第２回の仮想ミニプログラムパッケージの作成を実行することと、第２回の仮想ミニプログラムパッケージの作成に失敗した場合、対応的に前記パッケージ提出ジョブキューを更新し、作成失敗メッセージをプッシュすることとを更に含む。

【0056】

図３は本開示の第３例示的な実施例によるミニプログラムのバッチ処理方法の一部のステップを示すフローチャート３００である。図３に示すように、ステップ１０３は更に、判断ステップ１０３２と判断ステップ１０３３を含んでもよい。判断ステップ１０３２はステップ１０３１で作成された仮想ミニプログラムパッケージの作成に成功するか否かを判断するために用いられ、すなわち、第１回の仮想ミニプログラムパッケージの作成に成功したか否かを確認する。第１回の作成に成功した場合、後続ステップ、例えば、ステップ１０４を続けて実行し、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信する。第１回の仮想ミニプログラムパッケージの作成に失敗した場合、作成に失敗したミニプログラムを、改めてパッケージ提出ジョブキューに入れ、第２回の仮想ミニプログラムパッケージの作成を実行する（図示せず）。判断ステップ１０３３は第２回の仮想ミニプログラムパッケージの作成に成功するか否かを判断するために用いられる。第２回の仮想ミニプログラムパッケージの作成に失敗した場合、対応的に前記パッケージ提出ジョブキューを更新し、作成失敗メッセージをプッシュする。例えば、開発者又は第三者サービスプロバイダに作成失敗メッセージをプッシュする。開発者又は第三者サービスプロバイダにプッシュした作成失敗メッセージは仮想パッケージの作成に失敗した具体的な原因を含む。

【0057】

本開示の実施例において、ミニプログラムのバッチ処理方法は前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信する前に、前記仮想ミニプログラムパッケージの審査情報を受信することと、前記審査情報を審査して審査結果を得ることと、前記審査結果に基づいて、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信することと、を更に含んでもよい。

【0058】

図４は本開示の第４例示的な実施例によるミニプログラムのバッチ処理方法の一部のステップを示すフローチャート４００である。例示的に、図４に示すように、ステップ１０４の前において、審査ステップ１０６を更に含み、ステップ１０３で作成に成功した仮想パッケージを審査する。

【0059】

具体的には、審査結果は合格である場合、ステップ１０３で作成に成功した仮想ミニプログラムパッケージに対してステップ１０４を実行する。

【0060】

本開示の実施例において、図４に示すように、前記審査結果は不合格である場合、審査不合格メッセージをプッシュして前記パッケージ提出ジョブキューを更新する。

【0061】

本開示の実施例において、前記審査情報は前記仮想ミニプログラムパッケージの主体情報を含み、前記審査情報を審査することは前記主体情報に対するコンプライアンス審査を行うことを含む。例えば、ミニプログラムの基本情報、主体認証情報、ターゲットテンプレートコード、パッケージ拡張情報を審査する。

【0062】

例えば、幾つかのミニプログラムプラットフォームでは個人開発者向けのミニプログラム開発が行われず、開発者は個人である場合、その主体情報は審査ステップ１０６に合格することができない。

【0063】

例えば、審査ステップは更に、営業許可証情報、法人主体真正性などに対する審査を行うことを含んでもよい。

【0064】

例示的に、審査は機械による審査と人手による審査に分けられてよい。例えば、多くのミニプログラムに対して、一般的に機械による審査が行われ、特殊な主体、特殊な内容又は特殊な業界のミニプログラムに関する場合、一般的に人手による審査を行う必要がある。例示的に、人手による審査を行う場合、審査プラットフォームでホストプログラムをシミュレーションし、ターゲットテンプレートのコード、パッケージ拡張情報及びミニプログラムの基本情報を併合し、ミニプログラムの運転をシミュレーションすることによって、関連する審査を完了する。

【0065】

審査ステップ１０６は例示的に図５においてコードパッケージ審査を示し、審査に合格した後、ステップ１０４に入り、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信し、審査に不合格した場合、審査不合格メッセージをプッシュして前記パッケージ提出ジョブキューを更新する。

【0066】

本開示の実施例において、ミニプログラムのバッチ処理方法は自動的に前記ミニプログラムオンラインパッケージを配信した後、配信成功メッセージをプッシュして前記パッケージ提出ジョブキューを更新することを更に含んでもよい。

【0067】

例示的に、図４に示すように、ステップ１０４の後に、配信成功メッセージをプッシュしてパッケージ提出ジョブキューを更新する。

【0068】

本開示の実施例において、前記作成失敗メッセージ、前記審査不合格メッセージと前記配信成功メッセージに基づいて、ミニプログラムのバッチ処理の状態を更新する。

【0069】

例示的に、ステップ１０３で発生する仮想パッケージ作成失敗情報、ステップ１０６で発生する審査不合格メッセージ及びステップ１０４のミニプログラムパッケージ配信に成功したメッセージは、いずれもミニプログラムのバッチ処理状態に影響を与え、その状態を更新する。

【0070】

例示的に、図５に示すように、メッセージをプッシュする供給源は、パッケージ提出失敗処理、コードパッケージ審査とコードパッケージ配信という３つのものがある。

【0071】

パッケージ提出失敗の処理は仮想パッケージ作成リトライ失敗のメッセージに基づいて、パッケージ提出失敗メッセージを送信し、コードパッケージ審査は生成された仮想パッケージ審査に不合格したメッセージに基づいて、審査不合格メッセージを送信し、コードパッケージを配信して仮想パッケージに基づいてオンラインにしてミニプログラムオンラインパッケージとして配信し、配信結果メッセージを送信する。

【0072】

図５は本開示の他の例示的な実施例によるミニプログラムのバッチ処理システムを示すトポロジーグラフである。

【0073】

以下、図５に示すように、本開示の実施例を説明する。

【0074】

本開示の実施例において、仮に第三者サービスプロバイダであるＴＰサービスプロバイダは、テンプレートＡに基づいて１０個のミニプログラムを開発し、またテンプレートＢに基づいて２個のミニプログラムを開発する。後期運営を経てから分かるように、テンプレートＢの効果がより良く、そこで、ＴＰサービスプロバイダは全てのミニプログラムをテンプレートＢにアップグレードする。

【0075】

この実施例において、ステップ１０２、ステップ１０３、ステップ１０４及び端末ステップを含む。

【0076】

ステップ１０２は、ＴＰサービスプロバイダはミニプログラムプラットフォームに、ソーステンプレート（テンプレートＡ）、ターゲットテンプレート（テンプレートＢ）とパッケージ拡張情報を提出することを含む。

【0077】

その後、テンプレート権限制御、テンプレート有効性検証、テンプレートミニプログラム解析及びミニプログラム許可検証を行う。

【0078】

具体的には、ミニプログラムプラットフォームは、サービスプロバイダはテンプレートＡ、テンプレートＢに対していずれも開発権限を有するか否か及びテンプレート状態が有効であるか否かを検査する。ソーステンプレートにおいて関連するミニプログラムを走査し、ミニプログラムの有効性及び許可状態を検証し、有効なミニプログラム１０個を取得する。

【0079】

上記検証ステップを行った後、パッチパッケージ提出タスクを作成し、パッチパッケージ提出タスクテーブルを生成する。

【0080】

具体的には、タスクラベル（ＩＤ）、ソーステンプレートＡ、ターゲットテンプレートＢ、処理すべき１０個のミニプログラムなどを含むパッチパッケージ提出タスクを新規作成し、タスクが新規作成状態である。ＴＰサービスプロバイダに同期にタスク詳細を返す。その後、ＴＰサービスプロバイダはタスクラベル（ＩＤ）に基づいて、タスク処理進捗を主動的に検索してよい。

【0081】

且つ、タスクを非同期に開放する。ソーステンプレートにおいて関連するパッケージ提出待ちのミニプログラム情報をパッケージ提出のジョブキューに添加し、次のステップにイベントをプッシュする。新タスク処理待ちを有する。

【0082】

ステップ１０３に入り、ステップ１０３は、
タスクラベル（ＩＤ）に基づいて、このタスクのパッケージ提出ジョブキューから、一定のスライス規則（例えば、１０個が１組とし）に応じて、ミニプログラムを取り出すことを含む。タスク状態を処理中に更新する。

【0083】

各バッチ毎に１０個のミニプログラムに対し、ミニプログラムパッケージ記録テーブルにおいて、バッチでこの１０個のミニプログラムにそれぞれ仮想パッケージを作成する。パッケージコードはテンプレートＢのコードにリンクされ、パッケージ拡張フィールドはデフォルトで前回又は今回に提出された内容に合わせて決定してよく、テンプレートＢの拡張フィールドとして設定され、タスク状態を開発中とマークし及び現在のミニプログラムパッケージの基本情報を初期化する。

【0084】

６個のミニプログラム仮想パッケージの生成に成功する場合、他の４個の失敗したものを改めてジョブキューに入れる。リトライしても依然として失敗する場合、パッチパッケージ提出タスク失敗数をパッチパッケージ提出タスク失敗数＋４に更新し、同時にサービスプロバイダにこの４つのミニプログラムコードの生成失敗の具体的な原因をプッシュする。

【0085】

コードパッケージが生成された６個のミニプログラムに対して、ミニプログラムの基本情報、主体情報、テンプレートＢコードを審査プラットフォームにプッシュし、基本情報及び主体真正性の審査を行う。

【0086】

ステップ１０４に入り、ステップ１０４は、審査プラットフォームのメッセージをサブスクライブし、ミニプログラムラベル（ＩＤ）とコードパッケージラベル（ＩＤ）によって、審査に提出した６個のミニプログラムの審査結果をフィルタリングすることを含む。２個の審査結果が不合格である場合、パッチパッケージ提出タスク失敗数をパッチパッケージ提出タスク失敗数＋２に更新し、同時にサービスプロバイダにこの２つのミニプログラムコード審査不合格の具体的な原因をプッシュする。審査結果が合格である４個のミニプログラムに対して、コードパッケージの自動的な配信を行う。

【0087】

ミニプログラムコードの配信結果に応じて、１個の配信が失敗である場合、パッチパッケージ提出タスク失敗数をパッチパッケージ提出タスク失敗数＋１にして、サービスプロバイダにこの１個のミニプログラム配信失敗メッセージをプッシュする。配信に成功した３個のミニプログラムに対し、タスク状態をオンライン状態に更新し、パッチパッケージ提出タスク成功数をパッチパッケージ提出タスク成功数＋３にして、サービスプロバイダにこの３つのミニプログラム配信成功メッセージをプッシュする。

【0088】

グローバル非同期スクリプトに基づいて、配信成功（３）＋コードパッケージ生成失敗（４）＋審査不合格（２）＋配信失敗（１）＝タスクに含まれるミニプログラムの全体数（１０）であり、タスク状態を完成済みに更新する。

【0089】

更に、更にミニプログラムの配信過程を含み、端末ステップ、端末動的な及び併合レンダリングを含む。

【0090】

ユーザはある配信に成功したミニプログラムＰ１を起動する。ホストプログラムはミニプログラム仮想パッケージ管理センターを要求する。

【0091】

ミニプログラム仮想パッケージ管理センターは、バックグラウンドにおいてミニプログラム仮想パッケージ記録テーブルを検索し、テンプレートＢのコードパッケージアドレス、仮想パッケージ記録テーブルにおけるミニプログラムＰ１のパッケージ拡張情報及びミニプログラムＰ１の基本情報を配信する。

【0092】

ホストプログラムは更に配信するアドレスに基づいて、最寄りからコンテンツ配信ネットワーク（ＣＤＮ）からテンプレートコードを取り出し、パッケージ拡張情報、ミニプログラムＰ１の基本情報を併合して完全なミニプログラムコードを形成し、クライアントＳＤＫソフトウェア開発キットは最終的なパッケージをロードして起動し、ミニプログラムＰ１は自主的に個別化された構成とデータを取得し、最終的にレンダリングと提示を完了する。

【0093】

そのため、本開示の実施例において、ミニプログラムパッチパッケージ提出オンライン、メッセージ通知フローは非同期化され、各ステップは結果を提供し、密集的なスケジューリングに対するトラフィックのピークカットを効率的に行い、理論上では、パッケージ提出の持続時間、パッケージ提出数に対していずれも制限しない。且つミニプログラム仮想パッケージの形式を用いるため、パッケージ提出と配信段階において直接的に完全なコードパッケージを生成しない。直接的に元のパッケージ情報をダウンロードし、ホストプログラムはＣＤＮ（コンテンツ配信ネットワーク）からテンプレートソースコードを取り出してローカルでパッケージ拡張情報を併合し、動的なレンダリングを行う。ミニプログラムをバッチ処理する過程に、パッケージ提出、配信などの処理ステップのコードの繰り返しコピーを減少させ、クラウドとＣＤＮステップのパッケージの記憶とダウンロード帯域幅を節約し、パッチパッケージ提出、配信及び配信の効率を効率的に向上させ、大幅にミニプログラムバッチ処理の効率を向上させる。

【0094】

上述した幾つかの実施例によるミニプログラムのバッチ処理方法に対応し、本開示の一実施例は更に、ミニプログラムのバッチ処理装置を提供し、本開示の実施例によるミニプログラムのバッチ処理装置は上記幾つかの実施例によるミニプログラムのバッチ処理方法に対応するため、前記ミニプログラムのバッチ処理方法の実施形態も本実施例によるミニプログラムのバッチ処理装置に適用され、本実施例において詳細な説明を省略する。図６は本開示の一実施例によるミニプログラムのバッチ処理装置の構成図である。図６に示すように、このミニプログラムのバッチ処理装置６００は、確立モジュール６１０、パッチパッケージ提出タスク作成モジュール６２０、仮想パッケージ作成モジュール６３０と更新配信モジュール６４０を含んでもよい。具体的には、パッチパッケージ提出の新規イベントを確立するように構成される確立モジュール６１０と、前記パッチパッケージ提出の新規イベントに応答して、パッチパッケージ提出タスクを作成し、複数のミニプログラムパッケージ提出タスクを含むパッケージ提出ジョブキューを生成するように構成されるパッチパッケージ提出タスク作成モジュール６２０と、前記パッケージ提出ジョブキューから第１の数のミニプログラムパッケージ提出タスクを取り出し、前記第１の数のミニプログラムパッケージ提出タスクにおける各パッケージ提出タスク毎に、仮想ミニプログラムパッケージを作成するように構成される仮想パッケージ作成モジュール６３０と、前記仮想ミニプログラムパッケージをミニプログラムオンラインパッケージに更新して自動的に前記ミニプログラムオンラインパッケージを配信するように構成される更新配信モジュール６４０と、を含む。

【0095】

本開示の実施例に基づいて、本開示は電子機器を更に提供し、この電子機器は、プロセッサと、命令を含むプログラムが記憶されるメモリと、を含み、前記命令は前記プロセッサによって実行されると、前記プロセッサに以上に記載のミニプログラムのバッチ処理方法を実行させる。

【0096】

本開示の実施例に基づいて、命令を含むプログラムが記憶されるコンピュータ可読記憶媒体を更に、提供し、前記命令は電子機器のプロセッサによって実行されると、前記電子機器に以上に記載のミニプログラムのバッチ処理方法を実行させる。

【0097】

図７は本開示の実施例によるミニプログラムのバッチ処理方法を実現する電子機器のブロック図である。電子機器は、様々な形態のデジタルコンピュータ、例えば、ラップトップ型コンピュータ、デスクトップ型コンピュータ、ステージ、個人用デジタル補助装置、サーバ、ブレードサーバ、大型コンピュータ、その他の適切なコンピュータを示す。電子機器は更に、様々な形態の移動装置、例えば、個人デジタル処理、携帯電話、スマートフォン、着用可能な装置とその他の類似する計算装置を示してよい。本明細書に示される部品、これらの接続関係及びこれらの機能は例示的なものに過ぎず、本明細書に説明した及び／又は請求した本開示の実現を制限しない。

【0098】

図７に示すように、この電子機器７００は、１つ又は複数のプロセッサ７０１と、メモリ７０２と、高速インターフェースと低速インターフェースを含む各部品を接続するインターフェースと、を含む。各部品は、異なるバスで相互に接続され、共通のマザーボードに実装したり、必要に応じて他の方式で実装したりすることができる。プロセッサは、電子機器内で実行する命令を処理してもよく、該命令は、メモリ内またはメモリ上に格納されてＧＵＩのグラフィックス情報を外部入出力装置（例えば、インターフェースに接続された表示装置など）に表示するための命令を含む。その他の実施形態において、必要に応じて、複数のプロセッサ及び／又は複数のバスを、複数のメモリと複数のメモリと共に使用してよい。同様に、複数の電子機器が接続されてもよく、各機器が部分的に必要な動作（例えば、サーバアレイ、ブレードサーバセット、あるいはマルチプロセッサシステム）を提供する。図７において１つのプロセッサ７０１を例とする。

【0099】

メモリ７０２は本開示による非一時的コンピュータ可読記憶媒体である。前記メモリには少なくとも１つのプロセッサによって実行可能な命令が記憶され、よって前記少なくとも１つのプロセッサは本開示によるミニプログラムのバッチ処理方法を実行する。本開示の非一時的コンピュータ可読記憶媒体はコンピュータ命令を記憶し、このコンピュータ命令によってコンピュータが本開示によるミニプログラムのバッチ処理方法を実行する。

【0100】

メモリ７０２は非一時的コンピュータ可読記憶媒体として、非一時的ソフトウェアプログラム、非一時的コンピュータ実行可能なプログラム及びモジュール、例えば、本開示の実施例によるミニプログラムのバッチ処理方法に対応するプログラム命令／モジュール（例えば、図６に示すような確立モジュール６１０、パッチパッケージ提出タスク作成モジュール６２０、仮想パッケージ作成モジュール６３０と更新配信モジュール６４０）を記憶するために用いられてよい。プロセッサ７０１は、メモリ７０２に記憶される非一時的ソフトウェアプログラム、命令及びモジュールを運転することで、サーバの様々な機能アプリケーション及びデータ処理を実行し、すなわち、上記方法実施例のミニプログラムのバッチ処理方法を実現する。

【0101】

メモリ７０２は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーションプログラムを記憶可能なプログラム記憶領域と、データ記憶領域とを含んでもよい。データ記憶領域はミニプログラムのバッチ処理方法を実現するための電子機器の使用に基づいて作成されるデータなどを記憶してよい。また、メモリ７０２は高速ランダム・アクセス・メモリであってもよいし、更に例えば、少なくとも１つの磁気ディスクメモリ、フラッシュメモリデバイス、又は他の非一時的ソリッドステートメモリなどの非一時的メモリであってもよい。一部の実施例において、メモリ７０２は、プロセッサ７０１に対して遠隔に設置されるメモリを含むことが好ましく、これらのリモートメモリはネットワークを介してミニプログラムのバッチ処理方法を実現するための電子機器に接続されてよい。上記ネットワークの実施例は、インターネット、企業イントラネット、ローカルエリアネットワーク、移動通信ネットワーク及びその組み合わせを含むが、それらに限定されない。

【0102】

ミニプログラムのバッチ処理方法を実現するための電子機器７００は、入力装置７０３と出力装置７０４を更に含んでもよい。プロセッサ７０１、メモリ７０２、入力装置７０３と出力装置７０４はバス又は他の方式で接続されてよく、図７においてバスで接続されるものを例とする。

【0103】

入力装置７０３は、入力された数字や文字情報を受信でき、ミニプログラムのバッチ処理方法を実現するための電子機器のユーザ設定及び機能制御に関するキー信号入力を生成でき、例えば、タッチスクリーン、キーパッド、マウス、トラックパッド、タッチパット、指示レバー、１つ又は複数のマウスボタン、トラックボール、操作レバーなどの入力装置である。出力装置７０４は表示装置、補助照明装置（例えば、ＬＥＤ）と触覚フィードバック装置（例えば、振動モータ）などを含んでもよい。この表示装置は、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイとプラズマディスプレイを含んでもよいが、それらに限定されない。幾つかの実施形態において、表示装置はタッチスクリーンであってもよい。

【0104】

ここで説明したシステムと技術の様々な実施形態はデジタル電子回路システム、集積回路システム、専用ＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア及び／又はこれらの組み合わせで実現されてもよい。これらの様々な実施形態は、１つ又は複数のコンピュータプログラムに実施され、この１つ又は複数のコンピュータプログラムは少なくとも１つのプログラマブルプロセッサを含むプログラマブルシステムで実行したり解釈したりしてもよく、このプログラマブルプロセッサは専用又は汎用プログラマブルプロセッサであってもよく、記憶システム、少なくとも１つの入力装置、少なくとも１つの出力装置からデータと命令を受信し、データと命令をこの記憶システム、この少なくとも１つの入力装置、この少なくとも１つの出力装置に送信してよいこと、を含んでもよい。

【0105】

これらの計算プログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、又はコードとも称される）はプログラマブルプロセッサの機械命令を含み、高級過程及び／又はオブジェクト指向のプログラミング言語及び／又はアセンブラ／機械言語でこれらの計算プログラムを実施することができる。例えば、本明細書に使用される用語「機械可読媒体」と「コンピュータ可読媒体」とは機械命令及び／又はデータをプログラマブルプロセッサのいかなるコンピュータプログラム製品、機器及び／又は装置（例えば、磁気ディスク、光ディスク、メモリ、プログラマブル論理装置（ＰＬＤ））に供給するためのものであり、機械可読信号である機械命令を受信する機械可読媒体を含む。用語「機械可読信号」とは、機械命令及び／又はデータをプログラマブルプロセッサに供給するためのいかなる信号である。

【0106】

ユーザとのインタラクションを提供するために、コンピュータにはここで説明したシステムと技術を実施してよく、このコンピュータは、ユーザに情報を表示する表示装置（例えば、ＣＲＴ（陰極線管）又はＬＣＤ（液晶ディスプレイ）監視モニタ）及びキーボードとポインティング装置（例えば、マウスやトラックボール）を備え、ユーザはこのキーボードとこのポインティング装置を介してコンピュータに入力してよい。その他の種類の装置は更に、ユーザとのインタラクションを提供してよい。例えば、ユーザに提供するフィードバックはいかなる形態の感覚フィードバック（例えば、視覚フィードバック、聴覚フィードバック、又は触覚フィードバック）であってもよく、いかなる形態（音入力、音声入力、又は触覚入力を含む）でユーザからの入力を受信してよい。

【0107】

ここで説明したシステムと技術を、バックグラウンド部品を含むコンピューティングシステム（例えば、データサーバ）や、ミドルウェア部品を含むコンピューティングシステム（例えば、アプリケーションサーバ）や、フロントエンド部品を含むコンピューティングシステム（例えば、図形ユーザインターフェース又はネットワークブラウザを有するユーザコンピュータ、ユーザはこの図形ユーザインターフェース又はこのネットワークブラウザによって、ここで説明したシステムと技術との実施形態のインタラクション）や、このようなバックグラウンド部品、ミドルウェア部品、又はフロントエンド部品を含むいかなる組み合わせのコンピューティングシステムに実施してよい。いかなる形態又は媒体によるデジタルデータ通信（例えば、通信ネットワーク）によってシステムの部品を相互に接続させてよい。通信ネットワークの一例は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）とインターネットを含む。

【0108】

コンピュータシステムは、クライアントとサーバを含んでもよい。クライアントとサーバは、一般的に相互に遠く離れ、通常、通信ネットワークを介してインタラクションを行う。互にクライアント－サーバという関係を有するコンピュータプログラムを対応するコンピュータで実行することによってクライアントとサーバの関係を生成する。

【0109】

理解すべきことは、前述した様々な形態のフローを用いて、改めて順位付け、ステップを増加又削除してよいことである。例えば、本開示に記載の各ステップは、並列に実行されてもよく、順番で実行されてもよく、異なる順序で実行されてもよく、本開示に開示された技術的解決手段の所望の結果を実現することができれば、本明細書は、ここで制限しない。

【0110】

上述した実施形態は、本開示特許請求の範囲を限定するものではない。当業者が理解すべきことは、設計要求と他の要因に基づいて、様々な修正、組み合わせ、一部の組み合わせと代替を行うことができることである。本開示における精神および原則から逸脱することなく行われるいかなる修正、同等物による置換や改良等などは、いずれも本開示の保護範囲に含まれるものである。

【図1】