(57)【要約】【課題】複数のビジネスアプリケーションをアグリゲートし、それへアクセスし、それをトランザクション処理するためのシステムおよび方法を提供すること。【解決手段】システムは、小規模および中規模のビジネスの毎日の問題に対するポイントソリューションを提供する複数のビジネスアプリケーションの集合体である。このシステムは、ビジネスアプリケーションオーナが、プラットフォーム上において、彼らのビジネスアプリケーションを登録することを可能とする。さらに、このシステムは、ビジネスオーナが、プラットフォームにおいて、詳細をブラウズおよび閲覧し、デモを利用し、ビジネスアプリケーションへの予約を購入することを有効化する。このシステムはさらに、ビジネスアプリケーションオーナが、複数のビジネスアプリケーションのためのワンストップショップによって、セールスおよびアクセスポイントを、より広いビジネスカスタマオーディエンスへ提供することを有効化する。【選択図】図1
2019087220.tif 000002
【特許請求の範囲】
【請求項１】
複数のビジネスアプリケーションをアグリゲートしトランザクション処理するための方法であって、前記方法は、プロセッサによって実施される以下のステップ：
前記複数のビジネスアプリケーションを売買するために、プラットフォーム(104)オーナによってプラットフォームを提供するステップと、
前記複数のビジネスアプリケーションを、前記プラットフォームのコネクタフレームワーク(110)において、各々のビジネスアプリケーションオーナによって統合するステップと、
前記ビジネスアプリケーションオーナによって、前記複数のビジネスアプリケーションの各々を、前記プラットフォームにおいて、製品として登録するステップと、
前記ビジネスアプリケーションに対応するマイクロサイトを生成するステップであって、前記マイクロサイトは、前記複数のビジネスアプリケーションの複数の詳細を備える、ステップと、
ビジネスオーナによって、前記プラットフォームにおいて、前記複数のビジネスアプリケーションを探索するステップであって、前記ビジネスオーナは、ビジネスアプリケーションのセットの、見込みのある購入者であり、前記探索の結果、ビジネスアプリケーションのセットが得られる、ステップと、
前記ビジネスオーナが、前記ビジネスアプリケーションのセットを購入することに興味を持っているのであれば、前記ビジネスアプリケーションのセットの前記複数の詳細をブラウズするステップと、
取引条件を確定するために、前記ビジネスアプリケーションのセットの前記ビジネスアプリケーションオーナと、前記ビジネスオーナとの間のインタラクションを容易にするステップと、
前記ビジネスオーナによって、前記ビジネスアプリケーションのセットを購入するステップと、
1人または複数のビジネスユーザのための、前記ビジネスアプリケーションのライセンスをアクティベートするステップと、
前記プラットフォームにおいて使用するために、前記1人または複数のビジネスユーザによって、前記ビジネスアプリケーションを起動するステップと
を備える、方法。
【請求項２】
複数のビジネスユーザへ、前記ビジネスアプリケーションのセットの予約を提供するステップをさらに備える、請求項1に記載の方法。
【請求項３】
予約された前記複数のビジネスユーザの予約を解消するステップをさらに備える、請求項1に記載の方法。
【請求項４】
前記ビジネスアプリケーションのセットへのアドオンを購入するステップをさらに備える、請求項1に記載の方法。
【請求項５】
前記複数の詳細は、前記ビジネスアプリケーションの概要、前記ビジネスアプリケーションのサムネール画像、ユーザの評価とレビュー、および、予約されたユーザの数を備える、請求項1に記載の方法。
【請求項６】
前記複数のビジネスアプリケーションは、コネクタフレームワーク、ビジネスオーナのフレームワーク、およびサードパーティフレームワークのうちの少なくとも1つにおいて生成される、請求項1に記載の方法。
【請求項７】
前記複数のビジネスアプリケーションは、APIおよびウェブサービスによって統合される、請求項1に記載の方法。
【請求項８】
前記ビジネスアプリケーションへのアクセスおよび制御が、有効なライセンスに基づいて与えられる、ライセンス特徴をさらに備える、請求項1に記載の方法。
【請求項９】
前記プラットフォームオーナはさらに、以下のサービス、すなわち、ユーザインターフェース、支払ゲートウェイ、収益分割管理、返済処理、製品生成能力、またはパートナ管理システムのうちの1つまたは複数を提供する、請求項1に記載の方法。
【請求項１０】
前記探索は、キーワードに基づいて実行される、請求項1に記載の方法。
【請求項１１】
前記プラットフォームオーナは、ビジネスアプリケーション製品承認およびビジネスアフィリエーション承認を担当する、請求項1に記載の方法。
【請求項１２】
複数のビジネスアプリケーションをアグリゲートしトランザクション処理するためのシステムであって、
複数の入力を提供するためのユーザインターフェース(102)と、
前記複数のビジネスアプリケーションを売買するために、プラットフォームオーナによって提供されるプラットフォーム(104)と、
メモリ(106)と、
前記メモリと通信するプロセッサ(108)と
を備え、前記プロセッサはさらに、
前記複数のビジネスアプリケーションを、各々のビジネスアプリケーションによって、前記プラットフォームと統合するためのコネクタフレームワーク(110)と、
ビジネスアプリケーションオーナによって、前記複数のビジネスアプリケーションの各々を、前記プラットフォームにおいて、製品として登録するための登録モジュール(112)と、
前記ビジネスアプリケーションに対応するマイクロサイトを生成するためのマイクロサイト生成モジュール(114)であって、前記マイクロサイトは、前記複数のビジネスアプリケーションの複数の詳細を備える、マイクロサイト生成モジュール(114)と、
ビジネスオーナによって、前記プラットフォームにおいて、前記複数のビジネスアプリケーションを探索するための探索モジュール(116)であって、前記ビジネスオーナは、ビジネスアプリケーションのセットの、見込みのある購入者であり、前記探索の結果、ビジネスアプリケーションのセットが得られる、探索モジュール(116)と、
前記ビジネスオーナが、前記ビジネスアプリケーションのセットを購入することに興味を持っているのであれば、前記ビジネスオーナが、前記ビジネスアプリケーションのセットの前記複数の詳細をブラウズすることを支援するブラウジングモジュール(118)と、
取引条件を確定するために、前記ビジネスアプリケーションのセットの前記ビジネスアプリケーションオーナと、前記ビジネスオーナとの間のインタラクションを容易にするためのインタラクションモジュール(120)と、
前記ビジネスオーナが、前記ビジネスアプリケーションのセットを購入することを容易にするための購入モジュール(122)と、
1人または複数のビジネスユーザのための、前記ビジネスアプリケーションのライセンスをアクティベートするためのライセンス管理モジュール(124)と、
前記プラットフォームにおいて使用するために、前記1人または複数のビジネスユーザによって、前記ビジネスアプリケーションを起動するための起動モジュール(126)と、
を備える、システム。
【請求項１３】
複数のビジネスアプリケーションをアグリゲートしトランザクション処理するためのコンピュータプログラムを組み込んだ非一時的なコンピュータ読取可能な媒体であって、方法は、プロセッサによって実施される以下のステップ：
前記複数のビジネスアプリケーションを売買するために、プラットフォーム(104)オーナによってプラットフォームを提供するステップと、
前記複数のビジネスアプリケーションを、前記プラットフォームのコネクタフレームワーク(110)において、各々のビジネスアプリケーションオーナによって統合するステップと、
前記ビジネスアプリケーションオーナによって、前記複数のビジネスアプリケーションの各々を、前記プラットフォームにおいて、製品として登録するステップと、
前記ビジネスアプリケーションに対応するマイクロサイトを生成するステップであって、前記マイクロサイトは、前記複数のビジネスアプリケーションの複数の詳細を備える、ステップと、
ビジネスオーナによって、前記プラットフォームにおいて、前記複数のビジネスアプリケーションを探索するステップであって、前記ビジネスオーナは、ビジネスアプリケーションのセットの、見込みのある購入者であり、前記探索の結果、ビジネスアプリケーションのセットが得られる、ステップと、
前記ビジネスオーナが、前記ビジネスアプリケーションのセットを購入することに興味を持っているのであれば、前記ビジネスアプリケーションのセットの前記複数の詳細をブラウズするステップと、
取引条件を確定するために、前記ビジネスアプリケーションのセットの前記ビジネスアプリケーションオーナと、前記ビジネスオーナとの間のインタラクションを容易にするステップと、
前記ビジネスオーナによって、前記ビジネスアプリケーションのセットを購入するステップと、
1人または複数のビジネスユーザのための、前記ビジネスアプリケーションのライセンスをアクティベートするステップと、
前記プラットフォームにおいて使用するために、前記1人または複数のビジネスユーザによって、前記ビジネスアプリケーションを起動するステップと、
を備える、非一時的なコンピュータ読取可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照および優先権
本願は、2017年11月1日に出願されたインド明細書第201721038948号からの優先権を主張し、その全体における完全な開示は、参照によって本明細書に組み込まれる。
【０００２】
本明細書における実施形態は、一般に、複数のビジネス関連アプリケーションのための市場またはハブを提供する分野に関し、さらに詳しくは、市場における複数のビジネスアプリケーションをアグリゲートし、それへアクセスし、それをトランザクション処理するための方法およびシステムに関する。
【背景技術】
【０００３】
すべての問題および要件のためのデジタルソリューションに注目しているビジネスでは、ビジネスが、それらのニーズを満たすために発見し利用する、オンラインを介して広がる多種多様なアプリケーションが存在する。ポイントソリューションのためのアプリケーションを使用することは、特に、エンドツーエンドビジネス処理を取り扱い得る成熟したERPソリューションに注目していない小規模および中規模のビジネスのために実現可能である。また、大規模または小規模-中規模ビジネスのケースでさえも、たとえ成熟したERPソリューションが展開されていても、しばしば、独立したビジネスアプリケーションが、時間および実施について、最小費用で解決し得る使用例およびニーズがある。
【０００４】
簡単なアプリケーションから複雑なアプリケーションの形態における多くのそのようなポイントソリューションは、今日、既製の方式で、市場において利用可能である。ビジネス条件に適するであろう広範囲のアプリケーションから、正しいソリューションを発見することは、チャレンジである。
【０００５】
先行技術において利用可能な市場はほとんどない。ビジネス関連アプリケーションに関し、そのような種類の市場またはハブに含まれる様々な利害関係者が存在する。彼らは、ビジネスアプリケーション開発者、ビジネスアプリケーションユーザ、プラットフォームプロバイダ、およびその他を含み得る。既存のプラットフォームは、すべての利害関係者の要求を満たす訳ではない。通常は、これらプラットフォームは、特別の技術で開発される。これらのプラットフォームにおいて動作するために、プラットフォームが開発されている特定の領域で動作させることが可能なエキスパートが要求される。さらに、これらプラットフォームは、技術不可知論的ではない。すなわち、プラットフォームは、ビジネスアプリケーションが、同じ技術領域で開発され、そのビジネスプラットフォーム内でホストされることを必要とする。他の技術領域またはどこかにホストされたビジネスアプリケーションをアグリゲートするためのサポートは利用可能ではないので、市場への参加を希望しているアプリ開発の範囲を制限する。
【発明の概要】
【課題を解決するための手段】
【０００６】
以下は、本開示のいくつかの実施形態の基本的な理解を提供するために、実施形態の簡略化された概要を提示する。この概要は、実施形態の広範な概観ではない。それは、実施形態の重要な/決定的な要素を特定することも、または、実施形態の範囲を線引きすることも意図されていない。その唯一の目的は、以下に提示されるより詳細な説明に対する前置きとして、いくつかの実施形態を、簡略化された形態で提示することである。
【０００７】
先述を考慮して、本明細書における実施形態は、複数のビジネスアプリケーションおよびサービスをアグリゲートしトランザクション処理するためのシステムを提供する。システムは、ユーザインターフェース、プラットフォーム、メモリ、およびプロセッサを備える。ユーザインターフェースは、複数の入力を提供する。複数のビジネスアプリケーションおよびサービスを売買するために、プラットフォームオーナによって提供されるプラットフォーム。プロセッサはさらに、コネクタフレームワーク、登録モジュール、マイクロサイト生成モジュール、探索モジュール、ブラウジングモジュール、インタラクションモジュール、購入モジュール、ライセンス管理モジュール、起動モジュールを備える。コネクタフレームワークは、複数のビジネスアプリケーションを、各々のビジネスアプリケーションによって、プラットフォームと統合する。登録モジュールは、ビジネスアプリケーションオーナによって、複数のビジネスアプリケーションの各々を、プラットフォームにおいて、製品として登録する。マイクロサイト生成モジュールは、ビジネスアプリケーションに対応するマイクロサイトを生成する。マイクロサイトは、複数のビジネスアプリケーションの複数の詳細を備える。探索モジュールは、ビジネスオーナによって、プラットフォームにおいて、複数のビジネスアプリケーションを探索する。ビジネスオーナは、ビジネスアプリケーションのセットの、見込みのある購入者であり、探索の結果、ビジネスアプリケーションのセットが得られる。ビジネスオーナが、ビジネスアプリケーションのセットを購入することに興味を持っているのであれば、ブラウジングモジュールは、ビジネスアプリケーションのセットの複数の詳細をブラウズするビジネスオーナを支援する。インタラクションモジュールは、取引条件を確定するために、ビジネスアプリケーションのセットのビジネスアプリケーションオーナと、ビジネスオーナとの間のインタラクションを容易にする。購入モジュールは、ビジネスオーナが、ビジネスアプリケーションのセットを購入することを容易にする。ライセンス管理モジュールは、1人または複数のビジネスユーザのため、ビジネスアプリケーションのライセンスをアクティベートする。起動モジュールは、プラットフォームにおいて使用するために、1人または複数のビジネスユーザによって、ビジネスアプリケーションを起動する。
【０００８】
別の態様では、本明細書における実施形態は、複数のビジネスアプリケーションおよびサービスをアグリゲートしトランザクション処理するための方法を提供する。最初に、複数のビジネスアプリケーションおよびサービスを売買するために、プラットフォームが、プラットフォームオーナによって提供される。次のステップでは、複数のビジネスアプリケーションが、各々のビジネスアプリケーションオーナによって、プラットフォームのコネクタフレームワーク上に統合される。複数のビジネスアプリケーションの各々は、その後、ビジネスアプリケーションオーナによって、プラットフォームにおいて、製品として登録される。次のステップでは、ビジネスアプリケーションに対応するマイクロサイトが生成される。マイクロサイトは、複数のビジネスアプリケーションの複数の詳細を備える。複数のビジネスアプリケーションは、その後、ビジネスオーナによって、プラットフォームにおいて探索される。ビジネスオーナは、ビジネスアプリケーションのセットの、見込みのある購入者であり、探索の結果、ビジネスアプリケーションのセットが得られる。ビジネスオーナが、ビジネスアプリケーションのセットを購入することに興味を持っているのであれば、ビジネスアプリケーションのセットの複数の詳細が、その後、ビジネスオーナによってブラウズされる。次のステップでは、取引条件を確定するために、ビジネスアプリケーションのセットのビジネスアプリケーションオーナと、ビジネスオーナとの間のインタラクションが容易にされる。次のステップでは、ビジネスアプリケーションのセットが、ビジネスオーナによって購入される。次のステップでは、1人または複数のビジネスユーザのため、ビジネスアプリケーションのライセンスが、アクティベートされる。最後に、ビジネスアプリケーションは、プラットフォームにおいて使用するために、1人または複数のビジネスユーザによって起動される。
【０００９】
別の実施形態では、複数のビジネスアプリケーションおよびサービスをアグリゲートしトランザクション処理するためのコンピュータプログラムを組み込んだ非一時的なコンピュータ読取可能な媒体。最初に、複数のビジネスアプリケーションおよびサービスを売買するためのプラットフォームが、プラットフォームオーナによって提供される。次のステップでは、複数のビジネスアプリケーションが、プラットフォームのコネクタフレームワーク上に、各々のビジネスアプリケーションオーナによって統合される。複数のビジネスアプリケーションの各々は、その後、ビジネスアプリケーションオーナによって、プラットフォームにおいて、製品として登録される。次のステップでは、ビジネスアプリケーションに対応するマイクロサイトが生成される。マイクロサイトは、複数のビジネスアプリケーションの複数の詳細を備える。複数のビジネスアプリケーションは、その後、ビジネスオーナによって、プラットフォームにおいて探索される。ビジネスオーナは、ビジネスアプリケーションのセットの、見込みのある購入者であり、探索の結果、ビジネスアプリケーションのセットが得られる。ビジネスオーナが、ビジネスアプリケーションのセットを購入することに興味を持っているのであれば、ビジネスアプリケーションのセットの複数の詳細が、その後、ビジネスオーナによってブラウズされる。次のステップでは、取引条件を確定するために、ビジネスアプリケーションのセットのビジネスアプリケーションオーナと、ビジネスオーナとの間のインタラクションが容易にされる。次のステップでは、ビジネスアプリケーションのセットが、ビジネスオーナによって購入される。次のステップでは、1人または複数のビジネスユーザのため、ビジネスアプリケーションのライセンスが、アクティベートされる。最後に、ビジネスアプリケーションは、プラットフォームにおいて使用するために、1人または複数のビジネスユーザによって起動される。
【００１０】
本明細書における何れのブロック図も、本主題の原理を組み込んだ例示的なシステムの概念図を表すことが当業者によって認識されるべきである。同様に、何れのフローチャート、フロー図、状態遷移図、疑似コード等も、コンピューティングデバイスまたはプロセッサが明示的に図示されているか否かに関わらず、コンピュータ読取可能な媒体において実質的に表され得、よって、コンピューティングデバイスまたはプロセッサによって実行され得る様々な処理を表すことが認識されるであろう。
【００１１】
本明細書における実施形態は、以下に示す図面を参照して、以下の詳細説明からより良く理解されるであろう。
【図面の簡単な説明】
【００１２】
【図１】本開示の実施形態に従って、複数のビジネスアプリケーションをアグリゲートしトランザクション処理するためのブロック図である。
【図２】本開示の実施形態に従って、システム内のすべての役割の使用例の概略図である。
【図３ａ】本開示の実施形態に従って、複数のビジネスアプリケーションをアグリゲートしトランザクション処理することに含まれるステップを例示するフローチャートである。
【図３ｂ】本開示の実施形態に従って、複数のビジネスアプリケーションをアグリゲートしトランザクション処理することに含まれるステップを例示するフローチャートである。
【図４】本開示の実施形態に従う異なる役割間の関係/フロー図である。
【発明を実施するための形態】
【００１３】
これら図は、例示のみの目的のために、本発明の様々な実施形態を描写する。当業者であれば、以下の議論から、本明細書に例示された構成および方法の代替実施形態が、本明細書で説明された本発明の原理から逸脱することなく採用され得ることを容易に認識するであろう。
【００１４】
本明細書における実施形態と、その様々な特徴および利点の詳細は、添付図面に例示され、以下の詳細説明に詳述された限定しない実施形態を参照してより十分に説明される。本明細書において使用される例は、単に、本明細書における実施形態が実現され得る手法の理解を容易にすることと、さらに、当業者が、本明細書における実施形態の実現を有効化することとが意図されている。したがって、これら例は、本明細書における実施形態の範囲を限定するものとして解釈されるべきではない。
【００１５】
用語集-実施形態において使用される用語
本開示のコンテキストにおける「ビジネス関連アプリケーション」または「ビジネスアプリケーション」または「BizApps」という表現は、ビジネスの問題に対するソリューションを与えること、または、技術オーナによって提供されるある処理または任意のオンラインの/管理された(ヘルプデスクサポートサービス/技術メンテナンスサービス等のような)サービスを自動化すること、を目的とする任意のビジネスアプリケーションを称する。BizAppsは、任意のフレームワークおよび技術において生成され得る。
【００１６】
ここで図面、特に、図1乃至図4を参照されたい。ここで、同一の参照符号は、図面を通じて一貫して、対応する特徴を示し、図示された好適な実施形態があり、これら実施形態は、以下に示す例示的なシステムおよび/または方法のコンテキストで説明される。
【００１７】
本開示の実施形態に従って、複数のビジネスアプリケーションをアグリゲートし、それへアクセスし、それをトランザクション処理するためのシステム100が、図1のブロック図に図示される。システム100は、小規模および中規模のビジネスの毎日の問題に対するポイントソリューションを提供する複数のビジネスアプリケーションの集合体である。システム100は、B2Bモデルにおける販売、購入、および消費を有効化するために、単一の市場における複数のビジネス関連アプリケーションのためのフレームワークまたはハブを提供する。複数のアプリケーションは、実体において、カスタムメードまたは特別仕様、単純または複雑であり得る。また、複数のビジネスアプリケーションは、システム100が存在する技術またはプラットフォーム以外の異なる技術および外部プラットフォームにおいて開発され得る。これらは、システム100に登録され得、販売のために市場に開放される。
【００１８】
本開示の実施形態に従って、システム100は、図1のブロック図に図示されるように、ユーザインターフェース102、プラットフォーム104、メモリ106、およびプロセッサ108から構成される。プロセッサ108は、メモリ106と通信する。プロセッサ108は、メモリ106に記憶された複数のアルゴリズムを実行するように構成される。プロセッサ108はさらに、様々な機能を実行するための複数のモジュールを含む。複数のモジュールは、限定されないが、コネクタフレームワーク110、登録モジュール112、マイクロサイト生成モジュール114、探索モジュール116、ブラウジングモジュール118、インタラクションモジュール120、購入モジュール122、ライセンス管理モジュール124、および起動モジュール126を含み得る。
【００１９】
本開示の実施形態に従って、ユーザインターフェース102は、プロセッサ108へ複数の入力を提供するように構成される。複数の入力は、自分のビジネスのためのビジネスアプリケーションを探索するために、ビジネスオーナによって入力されるべき探索クエリであり得る。別の例では、その他の何れもまた、システム100へ提供され得る。ユーザインターフェース/入力モジュールは、たとえば、ウェブインターフェース、グラフィックユーザインターフェース等のような様々なソフトウェアおよびハードウェアインターフェースを含み得、たとえばLAN、ケーブル等のようなワイヤネットワークと、WLAN、セルラ、または衛星のようなワイヤレスネットワークとを含む多種多様なネットワークN/Wおよびプロトコルタイプにおける多数の通信を容易にし得る。
【００２０】
この開示の実施形態に従って、システム100は、図2に図示されるような4つのタイプの役割を含む。1.プラットフォームオーナ:システム100のプラットフォームオーナは、プラットフォーム104を提供することと、複数のビジネスアプリケーションおよびサービスを売買するためのエコシステムを有効化することを担当する。プラットフォームオーナは、ユーザインターフェース、支払ゲートウェイ、収益分割管理、返済処理、製品生成能力、予約コネクタシステム、パートナ管理システム、および、システム100の異なるユーザが必要とし得るその他すべてのシステムのようなプラットフォームサービスを提供する。プラットフォームオーナはまた、ビジネスアプリケーション製品承認およびビジネスアフィリエーション承認をも担当する。
【００２１】
2.ビジネスアプリケーションオーナ:ビジネスアプリケーションオーナは、ビジネスアプリケーションのプロバイダであり、ビジネスアプリケーションへの予約販売に興味を持っている人である。プラットフォーム104は、異なるビジネスアプリケーションオーナが、自分たちのビジネスアプリケーションをプラットフォーム104へ接続し、自分たちのアプリケーションを売買することを有効化し、したがって、ビジネスアプリケーションを収益化することを支援する。BizAppsは、単純から複雑までの任意の実体からなり得るか、または、ビジネスからビジネスへカスタマイズ可能であり得るか、または、多数のビジネスにサービス提供するマルチテナントまたはシングルインスタンスであり得る。また、複数のビジネスアプリケーションが、システム100が存在する技術またはプラットフォームにおける以外の異なる技術および外部プラットフォームにおいて開発され得る。これらは、システム100上に登録され得、販売のために市場に開放される。プラットフォーム104は、Appオーナのためのワンタイムビジネスアプリケーション設定のための、統合が容易なAPIおよび詳細サービスを提供する。
【００２２】
3.ビジネスオーナ:ビジネスオーナは、任意のビジネスのオーナであり、ビジネスオーナのビジネスは、複数のビジネスアプリケーションを使用し得る、システム100は、ビジネスオーナのニーズに適合する複数のビジネスアプリケーションを発見し、予約し、消費するための単一のハブを、ビジネスオーナへ提供する。ビジネスオーナは、予約のための共通の購入モードを使用して、同じバナーの下で、異なるBizAppを探索し、詳細を見て、予約し得る。ビジネスオーナは、login-once-access-allモデルにおいて、単一のプラットフォームログインを使用して、異なるBizAppへアクセスし、ビジネスオーナのユーザへのアクセスを、異なるBizAppへ提供する。したがって、ビジネスオーナは、ビジネスオーナの要件のためのデジタルソリューションを探索している人であり、このB2B売買モデルにおける複数のビジネスアプリケーションの購入者である。
【００２３】
4.ビジネスユーザ:ビジネスアプリケーションの最終消費者は、ビジネスのために、複数のビジネスアプリケーションを使用するであろう複数のビジネスユーザである。ビジネスユーザは、自分たちが消費している複数のビジネスアプリケーション(たとえば、Administrator、Head of department等)における異なる役割を負う。ビジネスユーザは、システム100内のビジネスアプリケーション製品に対して、システム内のライセンスをアクティベートすることによって、ビジネスユーザの、対応するビジネスオーナが、ライセンスを購入したビジネスアプリケーションへ予約し、登録している。ビジネスユーザが、BizApp製品のためのライセンスコードをアクティベートし得るか、または、ビジネスオーナが、自分のユーザのためのライセンスコードを、直接的にタグ付け、アクティベートし得る。ライセンスのアクティベーションは、対応するビジネスアプリケーションへの登録をトリガする。この登録ロジックは、コネクタフレームワーク110へプラグインされたアルゴリズムに基づいて、異なるビジネスアプリケーションについて異なる。ビジネスユーザはまた、単一のサインオンモードにおいて、ビジネスアプリケーションへアクセスするために、同じプラットフォームを使用する。
【００２４】
この開示の実施形態に従って、システム100は、複数のビジネスアプリケーションをプラットフォーム104と統合するためのコネクタワークフレーム110を含む。複数のビジネスアプリケーションは、各々のビジネスアプリケーションオーナによって統合され得る。複数のビジネスアプリケーションは、任意のタイプからなり得、任意のプラットフォームにおいて開発され得る。ビジネスアプリケーションは、プラットフォームが構築されているものと同じ技術で、または、他の任意のサードパーティアプリケーションで開発され得ることが認識されるべきである。複数のビジネスアプリケーションは、コネクタフレームワーク、ビジネスオーナのフレームワーク、またはサードパーティフレームワークにおいて開発され得る。
【００２５】
複数のビジネスアプリケーションが設計または供給され得る2つのモデルが存在する。第1は、単一のインスタンスモデルであり、単一のインスタンスビジネスアプリケーションが、論理的に分離されたデータを有する同じスキーマに参加するすべてのビジネスを有する。これらBizAppsは、すべてのユーザのための共通のブランドを有する。第2は、顧客特有モデル、顧客特有インスタンスにおけるビジネスアプリケーションであり、すべてのビジネスのデータが、顧客特有のスキーマに存在し、したがって、物理的に分離される。顧客特有のBizAppsのブランド/設計は、セットアップおよび設定されている体系に基づいて異なり得る。
【００２６】
例では、コネクタフレームワーク110はまた、予約エンジン110として知られ得る。これは、図4のフロー図400に図示されるように、任意のビジネスアプリケーションをプラットフォーム104へ統合することを支援する。コネクタフレームワーク110におけるサービスのうちの1つとして、ビジネスアプリケーションの統合を支援するコネクタフレームワーク110の様々な構成要素が存在する。任意の新たなビジネスロジック、または、登録される必要のあるタイプは、「サービス」と呼ばれる。システム100のコンテキストでは、すべてのビジネスアプリケーションは、新たな「サービス」である。この「サービス」は、ビジネスアプリケーションの予約または予約解消のために要求されるビジネスロジックと、ビジネスアプリケーションからユーザ特有の予約データを引き出すためのロジックとを含むであろう。予約ロジックは、これが、ライセンスコードをアクティベートしているビジネスの第1のユーザである場合、ビジネスアプリケーションを、ユーザおよびビジネスセットアップ/設定へ割り当てることを処理する。同様に、予約解消アルゴリズムは、ビジネスアプリケーションのモジュールへのアクセスを非割当または無効にすることを処理する。
【００２７】
本開示の実施形態に従って、「サービス」に関するすべては、サービスjavaクラス内で定義される。サービスロジック(実質的にウェブサービス)を含むサービスURLは、コネクタフレームワーク110に登録される。すべての「サービス」は、2種類のアクションである予約と予約解消のためのロジックを定義する。予約ロジックは、ユーザアクションのための権利/特徴/ユーザへのアクセスの割当を取り扱い、予約解消ロジックは、アクセス/特徴無効化アクティビティを取り扱う。すべてのビジネスアプリケーション「サービス」は、正しいスキーマにおけるビジネスアプリケーションのための、ユーザからビジネスへのマッピングを取り扱うか、または、ビジネスアプリケーションのタイプに基づいて、ユーザアクセス要求を処理するためにサードパーティAPI/ウェブサービスへ接続するロジックを有する。
【００２８】
本開示の実施形態に従って、「サービス」は、異なるパラメータに基づいて、異なる種類のアクションを実行する必要性を有し得る。コネクタフレームワークは、これらパラメータをセットアップし、これらパラメータの可能な値を定義することを可能にする。これは「サービスメタデータ」と呼ばれる。これらパラメータは、規則定義の一部として選択される。「サービスメタデータ」は、「サービス」のために、一度、BizEFormsによって定義され得る。BizEFormsは、サービス設定をセットアップするためのツールである。メタデータは、サービスがどれを実行すべきかに基づいて、規則を定義する場合に設定される「サービス」の属性である。したがって、パラメータは、規則条件が満たされ、「サービス」が起動された場合に、「サービス」クラスに利用可能である。
【００２９】
この開示の実施形態に従って、コネクタフレームワーク110はさらに、予約/予約解消のための規則を提供する。フレームワークにおける規則は、どのユーザのために、何のアクションが実行される必要があるのかを定義することを可能にする。このセットアップは、ビジネスアプリケーション承認プロセスの一部としてプラットフォームオーナによってなされる。規則へ2つのパート、すなわち、アクションとフィルタが存在する。アクションは、実行される必要のある「サービス」、サービスパラメータ、および、アクションのタイプ(予約または予約解消)を選択することを含む。フィルタは、フィルタ定義を構成する定義されたアクションのために、どのユーザが適格であるかを選別することを含む。すべての規則においてセットアップされるべき1つの重要なフィルタ属性は、ユーザが購入したビジネスアプリケーションのための製品コードの仕様である。ビジネスアプリケーションのライセンスをアクティベートしたユーザだけが、さらなるアクションのために適格であるべきである。
【００３０】
この開示の実施形態に従って、システム100はさらに、登録モジュール112を含む。登録モジュール112は、複数のビジネスアプリケーションの各々を、ビジネスアプリケーションオーナによって、プラットフォーム104上において、製品として登録するように構成される。ビジネスアプリケーションオーナは、システムのカタログ上において見えるようにビジネスアプリケーションを定義し、ビジネスユーザまたはビジネスオーナが、カタログからBizAppを選択した場合、情報ページを設計し得る。したがって、ビジネスアプリケーションオーナは、自分のBizAppのために2つの要素、すなわち、BizAppスタンプとBizAppマイクロサイトとを定義し得る。BizAppマイクロサイトは、マイクロサイト生成モジュール114を使用して生成され得る。複数のビジネスアプリケーションの複数の詳細を備えたマイクロサイト。システム100上の複数のビジネスアプリケーションのカタログは、予約/販売のために利用可能なBizAppのタイルを表示する。これらは、BizAppスタンプと称される。複数のビジネスアプリケーションのうちの任意の1つの選択において、BizAppマイクロサイトと称される情報ページが表示される。
【００３１】
スタンプは、ビジネスアプリケーションの名称、概要、Appのためのサムネール画像、および、他のユーザの評価とレビュー、および、予約されたユーザの数を表示する。ビジネスアプリケーションは、フリーテキスト探索、および、提供されているカテゴリ、製品タイプ、および価格のような他のカタログフィルタを使用して探索可能である。ビジネスアプリケーションオーナは、これらすべての属性を、製品としてセットアップされたBizAppの一部として定義する。マイクロサイトページはまた、ビジネスアプリケーション定義の一部としてリンクされる。このページは、要求される場合、リンクをどのように使い、デモするのかを含むビジネスアプリケーションのすべての詳細を含むべきである。ビジネスユーザは、マイクロサイトに配置されたアクティベートライセンス/予約ボタンによって、自分たちのライセンスをアクティベートすることができるであろう。
【００３２】
この開示の実施形態に従って、プラットフォーム104はまた、子製品と称される何かを定義することを可能にする。子製品の親製品は、同じ製品のバリエーション/フレーバである製品のグループへのスーパセットの役割をする。このバリエーションは、プライシングモデルまたは特徴様式に基づき得る。親製品はそれ自体、購入可能ではないが、ビジネスアプリケーションの異なるバリエーションをグループ化するためにのみ生成される。
【００３３】
この開示の実施形態に従って、複数のビジネスアプリケーションが、価格、タイプ、有効性等に基づいて予約バリエーションを有しているのであれば、または、アドオン特徴を有しているのであれば、複数のビジネスアプリケーションは、親製品として生成されるべきである。そのようなケースでは、BizAppスタンプは、ユーザが予約し得るビジネスアプリケーションの異なるバリエーションを保持するコンテナの役割をするであろう。これらバリエーションの各々は、ユニークな製品コードを有するであろう。要求されるバリエーションが存在しないのであれば、ビジネスアプリケーションは、ユニークな製品コードを有する単一のスタンドアロン製品として生成され得る。ビジネスアプリケーションのバリエーションは、カタログの下で直接的に視覚可能ではないであろうが、一般的なビジネスユーザへの親のマイクロサイト内でのみ利用可能であろう。
【００３４】
この開示の実施形態に従って、システム100はまた、探索モジュール116およびブラウジングモジュール118を含む。探索モジュール116は、ビジネスオーナによって入力されたクエリに基づいて、プラットフォーム104上における複数のビジネスアプリケーションを探索する。探索の結果、ビジネスアプリケーションのセットが得られる。ビジネスオーナが、ビジネスアプリケーションのセットを購入することに興味を持っているのであれば、ブラウジングモジュール118は、ビジネスアプリケーションのセットの複数の詳細をブラウズする。
【００３５】
この開示の実施形態に従って、システム100は、インタラクションモジュール120を含む。インタラクションモジュール120は、ビジネスアプリケーションのセットのビジネスアプリケーションオーナと、ビジネスオーナとの間のインタラクションを容易にするように構成される。ビジネスアプリケーションのセットのビジネスアプリケーションオーナと、ビジネスオーナとの間のネゴシエーションが合意されているのであれば、購入モジュール122は、ビジネスオーナがビジネスアプリケーションのセットを購入することを容易にする。
【００３６】
この開示の実施形態に従って、システム100は、ライセンス管理モジュール124と起動モジュール126とを含む。ライセンス管理モジュール124は、1人または複数のビジネスユーザのため、ビジネスアプリケーションのライセンスをアクティベートするように構成される。ライセンス管理モジュール124はまた、1人または複数のユーザのための、アクティベートされたビジネスアプリケーションのライセンスを非アクティベートするように構成される。ライセンスは、有効期間のためのみに提供され得、有効期間を使用後に非アクティベートされ得る。起動モジュール126は、プラットフォーム104自体において使用するために、1人または複数のビジネスユーザによって、ビジネスアプリケーションを起動するように構成される。
【００３７】
この開示の実施形態に従って、ビジネスアプリケーションオーナが、図4のフロー図400に図示されるようなビジネスアプリケーションを割り当てた場合、ビジネスオーナは、ビジネスアプリケーションのためのライセンスをアクティベートし得る。例において、購入モジュール122は、パートナ管理スクリーンである。ビジネスアプリケーションアクセスは、ライセンスコードアクティベーションによって、ビジネスユーザへ与えられる。1つのライセンスは、ビジネスアプリケーションへの1つのビジネスユーザアクセスに対応する。ビジネスアプリケーションが、ビジネスオーナに割り当てられると、ビジネスオーナは、オンライン支払によって、または、生成を求めるオフライン要求によって、多数のライセンスを購入し得る。オフライン購入要求のケースでは、ビジネスアプリケーションオーナは、要求される量を受けとり、要求される数のライセンスが生成された場合、この要求を承認する。したがって、ライセンスは、ビジネスアプリケーションへのアクセスを得るために、ビジネスユーザによってアクティベートされ得る。
【００３８】
この開示の実施形態に従って、ビジネスオーナはまた、ライセンスコードを購入し、ライセンスコードをユーザと共有することによって、または、ライセンスコードをユーザへタグ付けすることによって、コードを直接的にアクティベートすることによって、ユーザを、予約されたBizAppへ追加し得る。ライセンスコードは、2つのモードのうちの1つのモードにおいて、ユーザへ与えられ得る。モード1:オフラインでのコード共有-ユーザは、ライセンスコードをオフラインで受け取り、ポータルにおいて、コードにパンチする。有効性が正しいと、ユーザのための予約エンジンがトリガされ、ユーザは、BizAppを割り当てられるであろう。モード2:ビジネスオーナは、ユーザへライセンスを直接的にタグ付けし得る。このモードでは、ビジネスオーナは、ライセンスへユーザを直接的にタグ付けし得る。予約エンジン110は、このイベントにおいてトリガされ、ユーザは、BizAppを割り当てられるであろう。
【００３９】
この開示の実施形態に従って、システム100はまた、ビジネスオーナによって購入されたビジネスアプリケーションのセットのアドオンを購入する特徴を提供するように構成される。予約エンジン110のコンテキストでは、アドオンは、単に、新たな規則タイプによって、追加の特徴を提供するだけである。アドオンは、ビジネスアプリケーションのセットの子製品であり、これに対して、具体的な種類の予約規則定義がタグ付けされる。アドオンの割当は、ビジネスアプリケーションをビジネスオーナへ割り当てる処理に類似している。ビジネスユーザが、アドオンのための対応するライセンスをアクティベートした場合、予約エンジン110は、特徴/機能へのアクセスを、ビジネスユーザへ割り当てるであろう。
【００４０】
この開示の実施形態に従って、システム100はまた、ビジネスアプリケーションのセットの再予約の特徴を提供するライセンスの有効性を確認するように構成される。任意のビジネスアプリケーション予約と、ビジネスアプリケーションに対するユーザ予約とが、具体的な期間、有効となるであろうライセンスにタグ付けされ得る。予約の有効性は、規則レベルにおいて指定される。期間が終了した時、対応する配信エンジンの予約解消ロジックが起動されるであろう。ユーザは、ユーザの予約ポスト有効期間を更新することができるであろう。
【００４１】
動作では、複数のビジネスアプリケーションをアグリゲートしトランザクション処理するために含まれるステップを例示するフローチャート200が、図3A〜図3Bに図示される。最初に、ステップ202において、プラットフォーム104は、複数のビジネスアプリケーションを販売するために、プラットフォームオーナによって提供される。プラットフォームオーナは、課金、収益分配、支払ゲートウェイ等のような様々なプラットフォームのサービスを提供することを担当するであろう。次のステップ204では、複数のビジネスアプリケーションが、プラットフォーム104のコネクタフレームワーク110上の各々のビジネスアプリケーションオーナによって統合される。例において、コネクタフレームワーク110はまた、予約エンジン110と称され得る。
【００４２】
次のステップ206では、複数のビジネスアプリケーションの各々は、プラットフォーム104上において、製品として、ビジネスアプリケーションオーナによって登録される。ステップ208では、ビジネスアプリケーションに対応するビジネスアプリケーションオーナによって、マイクロサイトが生成される。マイクロサイトは、複数のビジネスアプリケーションの複数の詳細を備える。複数の詳細は、ビジネスアプリケーションの概要、ビジネスアプリケーションのサムネール画像、ユーザの評価とレビュー、および、予約されたユーザの数を含み得る。
【００４３】
次のステップ210では、複数のビジネスアプリケーションが、ビジネスオーナによって、プラットフォーム104において探索される。ビジネスオーナは、ビジネスアプリケーションのセットの、見込みのある購入者である。ビジネスオーナは、自分たちのビジネスの要件に基づいて、探索エンジンへ入力クエリを提供し得る。探索の結果、ビジネスアプリケーションのセットが得られる。ステップ212では、その後、ビジネスアプリケーションのセットの複数の詳細が、ビジネスオーナによってブラウズされる。ビジネスアプリケーションのセットが、ビジネスに興味があるのであれば、ビジネスオーナは、ビジネスアプリケーションのセットを購入することに対する自分の興味を示し/登録し得る。次のステップ214では、ビジネスアプリケーションのセットのビジネスアプリケーションオーナと、ビジネスオーナとの間のインタラクションが、システム100によって容易にされる。ビジネスオーナおよびビジネスアプリケーションオーナは、様々な取引条件を定義し、同意し得る。ステップ216では、ビジネスアプリケーションのセットが、ビジネスオーナによって購入され得る。ステップ218では、その後、ビジネスオーナがさらに、1人または複数のビジネスユーザへ、ビジネスアプリケーションのセットのライセンスをアクティベートし得る。そして最後に、ステップ220では、ビジネスアプリケーションは、使用のために、プラットフォームにおいて、ビジネスユーザによって起動される。
【００４４】
この開示の実施形態に従って、システム100は、プラットフォームオーナが、ビジネスユーザおよびプラットフォームオーナのための収益分配スキームを提供することを可能にする。ビジネスユーザのために、ビジネスアプリケーションにおける均一料金パーセンテージ割引が、システムにおいて、ビジネスオーナによって設定され得る。このシステムは、設定中、このパーセンテージが、プラットフォーム収益占有パーセンテージよりも大きいかまたは等しいかを検証する。それは、ビジネスオーナが、パブリッシャ占有パーセンテージから最大トランザクション料金(最大トランザクション料金となるであろうものは、プラットフォーム支払ゲートウェイ設定においてセットアップされるであろう)パーセンテージを引いた値を超える割引パーセンテージを指定することを許可しない。なぜなら、学習者が製品を購入した割引率に関わらず、基本価格に関する分割が開始されるからである。
【００４５】
同様に、プラットフォームオーナのために、ビジネスアプリケーションは、ビジネスオーナによって割引されたパーセンテージで、購入のためプラットフォームオーナへ割り当てられる。ビジネスユーザ割引のケースとは異なり、ビジネスオーナ占有率よりも低いパーセンテージが、ビジネスオーナによって設定され得る。したがって、割り当てられた製品は、プラットフォームオーナによってオンラインで購入されることはできず、オフラインライセンス生成要求のみが、プラットフォームオーナによって引き起こされ得る。ビジネスオーナがそのような要求を承認した場合、オフラインオーダが、プラットフォームオーナに対して生成される。
【００４６】
記述された説明は、当業者が、実施形態を作成し使用することを有効化するために、本明細書において主題を説明する。主題の実施形態の範囲は、特許請求の範囲によって定義され、当業者に想到される他の修正をも含み得る。他のそのような修正は、特許請求の範囲の逐語的な文体と異ならない類似の要素を有している場合、または、特許請求の範囲の逐語的な文体から非実質的な相違を有している等価な要素を有している場合、特許請求の範囲内にあることが意図される。
【００４７】
本開示の実施形態は、本明細書において、複数のビジネスアプリケーションをアグリゲートし、それへアクセスし、それをトランザクション処理するためのシステムおよび方法を提供する。さらに、このシステムは、小規模および中規模のビジネスの毎日の問題に対するポイントソリューションを提供する複数のビジネスアプリケーションの集合体である。このシステムは、ビジネスオーナが、詳細をブラウズおよび閲覧し、デモを利用し、ビジネスアプリケーションへの予約を購入することを有効化し、ビジネスアプリケーションオーナが、複数のビジネスアプリケーションのためのワンストップショップによって、セールスおよびアクセスポイントを、より広いビジネスカスタマオーディエンスへ提供することを有効化する。
【００４８】
しかしながら、保護の範囲は、そのようなプログラム、および、それに加えて、メッセージを有するコンピュータ読取可能な手段へ拡張され、そのようなコンピュータ読取可能な記憶手段は、プログラムが、サーバまたはモバイルデバイスまたは任意の適切なプログラマブルデバイスにおいて実行する場合、方法の1つまたは複数のステップの実施のためのプログラムコード手段を含むことが理解されるべきである。ハードウェアデバイスは、プログラムされ得る、たとえば、サーバまたはコンピュータ等、または、これらの任意の組合せのような任意の種類のコンピュータを含む、任意の種類のデバイスであり得る。このデバイスはまた、たとえば、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)、またはハードウェアの組合せのようなハードウェア手段と、たとえば、ASICおよびFPGA、または、配置されたソフトウェアモジュールを有する少なくとも1つのマイクロプロセッサおよび少なくとも1つのメモリのようなソフトウェア手段であり得る手段を含み得る。したがって、手段は、ハードウェア手段とソフトウェア手段との両方を含み得る。本明細書で説明される方法実施形態は、ハードウェアおよびソフトウェアにおいて実施され得る。デバイスまた、ソフトウェア手段をも含み得る。あるいは、実施形態は、たとえば複数のCPUを使用する異なるハードウェアデバイスにおいて実施され得る。
【００４９】
本明細書における実施形態は、ハードウェア要素およびソフトウェア要素を備え得る。ソフトウェアにおいて実施される実施形態は、限定されないが、ファームウェア、常駐ソフトウェア、マイクロコード等を含む。本明細書で説明された様々なモジュールによって実行される機能は、他のモジュール、または、他のモジュールの組合せにおいて実施され得る。この説明の目的のために、コンピュータ使用可能なまたはコンピュータ読取可能な媒体は、命令実行システム、装置、またはデバイスによって使用されるための、または、命令実行システム、装置、またはデバイスと接続されたプログラムを備え、記憶し、通信し、伝搬し、または伝送する任意の装置であり得る。
【００５０】
媒体は、電気、磁気、光、電磁、赤外線、または半導体システム(または装置またはデバイス)または伝搬媒体であり得る。コンピュータ読取可能な媒体の例は、半導体またはソリッドステートメモリ、磁気テープ、リムーバブルコンピュータディスク、ランダムアクセスメモリ(RAM)、読取専用メモリ(ROM)、リジット磁気ディスク、および光ディスクを含む。光ディスクの現在の例は、コンパクトディスク読取専用メモリ(CD-ROM)、コンパクトディスク-リード/ライト(CD-R/W)、およびDVDを含む。
【００５１】
プログラムコードを記憶および/または実行するために適切なデータ処理システムは、システムバスを介してメモリ素子へ直接的または間接的に結合された少なくとも1つのプロセッサを含むであろう。メモリ素子は、プログラムコードの実際の実行中に適用されるローカルメモリと、バルクストレージと、実行中にバルクストレージからコードが取得される必要のある回数を低減するために、少なくともいくつかのプログラムコードの一時的なストレージを提供するキャッシュメモリとを含み得る。
【００５２】
入力/出力(I/O)デバイス(限定されないが、キーボード、ディスプレイ、ポインティングデバイス等を含む)は、直接的に、または、介在するI/Oコントローラを介して、の何れかによって、システムへ結合され得る。データ処理システムが、介在するプライベートまたは公衆ネットワークを介して、他のデータ処理システムまたは遠隔プリンタまたは記憶デバイスへ結合されるようにするために、ネットワークアダプタもまた、システムへ結合され得る。モデム、ケーブルモデム、およびイーサネットカードは、現在、利用可能なタイプのネットワークアダプタのほんの少数である。
【００５３】
実施形態を実現するための代表的なハードウェア環境は、本明細書における実施形態に従う情報取扱/コンピュータシステムのハードウェア構成を含み得る。本明細書におけるシステムは、少なくとも1つプロセッサ、または、中央処理装置(CPU)を含む。CPUは、システムバスを介して、ランダムアクセスメモリ(RAM)、読取専用メモリ(ROM)、および入力/出力(I/O)アダプタのような様々なデバイスへ相互接続される。I/Oアダプタは、ディスクユニットおよびテープドライブのような周辺デバイスへ、または、システムよって読取可能な他のプログラム記憶デバイスへ接続し得る。このシステムは、プログラム記憶デバイス上の発明的な命令を読み取り得、本明細書における実施形態の方法を実行するために、これら命令に従い得る。
【００５４】
このシステムはさらに、ユーザ入力を収集するために、キーボード、マウス、スピーカ、マイクロホン、および/または、タッチスクリーンデバイス(図示せず)のような他のユーザインターフェースデバイスをバスへ接続するユーザインターフェースアダプタを含む。さらに、通信アダプタは、データ処理ネットワークへバスを接続し、ディスプレイアダプタは、たとえば、モニタ、プリンタ、または送信機のような出力デバイスとして具体化され得るディスプレイデバイスへバスを接続する。
【００５５】
先述した説明は、様々な実施形態を参照して提示された。この出願が関連する当業者は、説明された構成と、動作の方法とにおける変更および変形が、この原理、趣旨、および範囲から、有意に逸脱することなく実現され得ることを認識するであろう。
【符号の説明】
【００５６】
100  システム
102  ユーザインターフェース
104  プラットフォーム
106  メモリ
108  プロセッサ
110  コネクタワークフレーム
112  登録モジュール
114  マイクロサイト生成モジュール
116  探索モジュール
118  ブラウジングモジュール
120  インタラクションモジュール
122  購入モジュール
124  ライセンス管理モジュール
126  起動モジュール
【図１】
2019087220.tif 000003
【図２】
2019087220.tif 000004
【図３ａ】
2019087220.tif 000005
【図３ｂ】
2019087220.tif 000006
【図４】
2019087220.tif 000007
【外国語明細書】
2019087220000001.pdf