JP2013542504A - アプリケーションストアシステム及び当該アプリケーションストアシステムによる開発方法 - Google Patents

Abstract

本発明は、アプリケーションストアシステム及び当該アプリケーションストアシステムによる開発方法を提供する。当該アプリケーションストアは、開発者コミュニティと、アプリケーションストアネット店舗機能エンティティと、インターフェースにより能力オープンゲートウェイにおけるテレコミニケーション能力を呼び出すことで、テレコミュニケーション能力を備えるサービスを実行するように設定されるサービス実行モジュールを含むテレコミュニケーション能力リソース機能エンティティとを含み、その中、当該サービスがアプリケーションに埋め込むことに用いられ、前記開発者コミュニティ機能エンティティにてアップロードされたアプリケーションには、テレコミュニケーション能力リソース機能エンティティの前記サービス実行モジュールにより実行されるテレコミュニケーション能力を備える前記サービスが埋め込まれる。

Description

本発明は通信技術分野に関し、具体的にはアプリケーションストアシステム及び当該アプリケーションストアシステムによる開発方法に関するものである。

第３世代（ｔｈｅ ３^ｒｄ Ｇｅｎｅｒａｔｉｏｎ 、３Ｇと略称）移動通信の発展、及びスマートフォンの発展に伴い、携帯インターネット（Ｉｎｔｅｒｎｅｔ）は日増しに幅広く応用されている。このような環境において、アップル社が２００８年からアプリケーション提供システム（携帯アプリケーションストアという）を介して、ｉＰｈｏｎｅ（登録商標）アプリケーションを提供し始め、短期間でダウンロード数が１０億に達していた。

このような携帯アプリケーションストアの応用は、数多くの独立アプリケーション開発者を育て上げていた。各主要な通信事業者、携帯製造者及びインターネットメーカも各自のオンラインアプリケーションストアを発表することをその議題にしているか、又はすでにオンラインアプリケーションストアを発表していた。

一般のアプリケーションストアシステムにおいて、主な機能エンティティはアプリケーションストアのネット店舗、及び開発者コミュニティである。言うまでもなく、この２つの機能エンティティは１つに合併することができる。図１に示すように、このような一般のアプリケーションストアはテレコミュニケーション能力にリンクする機能がなく、開発者が開発したアプリケーションはテレコミュニケーション能力を利用することができない。

既存のアプリケーションストアネット店舗の主な機能モジュールは、ポータル、認証モジュール、アプリケーション配布モジュール、供給販売モジュール、サービスサポートモジュール及びオペレーションサポートモジュールなどが含まれる。ポータルは主にＷＥＢポータル、ＷＡＰポータル、携帯クライアント又はＰＣクライアントのアクセスインレットを提供し、このインレットを介して携帯端末ユーザがアプリケーションを便利に検索やダウンロードすることができる。認証モジュールは、ユーザ及びアプリケーションに対する認証を提供する。アプリケーション配布モジュールは様々なアプリケーション配布ルートの機能を提供し、例えば、ＰＣにダウンロード、携帯にＷＡＰプッシュ、ＳＭＳ送信アドレス、又はクライアントの直接ダウンロード・インストールなどのアプリケーション配布に関する機能である。供給販売モジュールは、店舗及び商品棚への管理、アプリケーションオンライン/オフラインの管理、及びお勧めランキングの管理などのようなアプリケーションストアにて販売するアプリケーションに対する管理を提供する。

既存の開発者コミュニティの主な機能は、アプリケーションのアップロード、アプリケーションの管理機能、フォーラム機能、開発者Ｗｉｋｉがある。

このように、既存のシステムにおいて、一般のアプリケーションしかサポートせず、テレコミュニケーション能力を備えるサービスの実行をサポートしないため、当該サービスを実行するアプリケーションもテレコミュニケーション能力のアクセスを実現することができない。これは、必然的に通信事業者の地位を「パイプ」に降下させ、通信事業者の利益と将来における生存能力にひどい影響をもたらしている。

本発明は、少なくとも上記課題を解決するために、アプリケーションストアシステム及び当該アプリケーションストアシステムによる開発方法を主な目的としている。

本発明の一つの方面によると、インターフェースにより能力オープンゲートウェイにおけるテレコミニケーション能力を呼び出すことで、テレコミュニケーション能力を備えるサービスを実行するように設定されるサービス実行モジュールを含むテレコミュニケーション能力リソース機能エンティティを提供している。その中、当該サービスがアプリケーションに埋め込むことに用いられる。

当該テレコミュニケーション能力リソース機能エンティティは、さらに、テレコミュニケーション能力を備えるサービスの開発環境を提供するように設定されるサービス開発モジュールを含むことが好ましい。

テレコミュニケーション能力リソース機能エンティティは、さらに、サービスをテストするためのテレコミュニケーション能力アナログ動作環境を提供して前記環境にて前記サービスを実行する時のアナログ実行結果を戻すように設定されるサービステストモジュールを含むことが好ましい。

テレコミュニケーション能力リソース機能エンティティは、さらに、サービスに当該サービスの呼び出すテレコミュニケーション能力を利用する権限を与えるように設定される授権モジュールと、授権モジュールにより権限が与えられた場合、サービスと当該サービスが呼び出すテレコミュニケーション能力とをバインドする操作を引き受けるように設定される第１バインドモジュールと、を含み、サービス実行モジュールは、さらに、現在実行しているサービスとそれが用いるテレコミュニケーション能力との間にバインド関係があるか否かを判定し、そうである場合、サービスの実行を続け、そうでない場合、処理を終了するように設定されることが好ましい。

本発明のもう一つの方面によると、アプリケーションのアップロードを引き受け、アップロードされたアプリケーションを審査するように設定される開発者コミュニティと、開発者コミュニティモジュールにより審査されたアプリケーションを端末ユーザによりダウンロードされるように設定されるアプリケーションストアネット店舗機能エンティティと、インターフェースにより能力オープンゲートウェイにおけるテレコミニケーション能力を呼び出すことで、テレコミュニケーション能力を備えるサービスを実行するように設定される実行モジュールとを含むテレコミュニケーション能力リソース機能エンティティとを含むアプリケーションストアシステムを提供している。その中、サービスがプリケーションに埋め込むことに用いられ、開発者コミュニティ機能エンティティにおいてアップロードされたアプリケーションには、テレコミュニケーション能力リソース機能エンティティのサービス実行モジュールにより実行されるテレコミュニケーション能力を備えるサービスが埋め込まれている。

テレコミュニケーション能力リソース機能エンティティは、さらにテレコミュニケーション能力を備えサービスの開発環境を提供するように設定されるサービス開発モジュールを含むことが好ましい。

テレコミュニケーション能力リソース機能エンティティは、さらにサービスをテストするためのテレコミュニケーション能力アナログ動作環境を提供し、環境にてサービスを実行する時のアナログ実行結果を戻すように設定されるサービステストモジュールを含むことが好ましい。

テレコミュニケーション能力リソース機能エンティティは、さらに、サービスに当該サービスの呼び出すテレコミュニケーション能力を利用する権限を与えるように設定される授権モジュールと、授権モジュールにより権限が与えられた場合、サービスと当該サービスの呼び出すテレコミュニケーション能力とをバインドする操作を引き受けるように設定される第１バインドモジュールと、現在実行しているサービスとそれが用いるテレコミュニケーション能力との間にバインド関係があるかを判定し、そうである場合、サービスの実行を続け、そうでない場合、処理を終了するようにさらに設定されるサービス実行モジュールとを含むことが好ましい。

開発者コミュニティ機能エンティティは、アプリケーションと当該アプリケーションに埋め込まれたサービスとをバインドする操作を引き受ける第２バインドモジュールと、バインドされた情報をサービス実行モジュールに通知するバインド有効化モジュールと、を含み、サービス実行モジュールは、さらに、現在呼び出しサービスのアプリケーションとそれが呼び出しているサービスとの間にバインダ関係があるかを判定し、そうである場合、サービスを実行し、そうでない場合、処理を終了するように設定されることが好ましい。

サービス実行モジュールは、さらに、バインド情報を受信してから、バインドされたアプリケーションにバインドされたサービスを利用する権限が与えられたか否かを判定し、そうである場合、バインド有効化モジュールにバインドが有効になった情報を戻すように設定されることが好ましい。

開発者コミュニティ機能エンティティにおいてアップロードされたアプリケーションは、アプリケーションに埋め込まれたサービスに対応する呼び出しインターフェースによりサービスを呼び出すことが好ましい。

本発明のもう一つの方面によると、上記アプリケーションストアシステムにより開発する方法を提供している。当該方法は、サービス実行モジュールにおいて実行されるテレコミュニケーション能力を備えるサービスをアプリケーションに埋込むことを含む。その中、アプリケーションに埋め込まれるサービスが、インターフェースを介して能力オープンゲートウェイにおけるテレコミュニケーション能力を呼び出す。

サービスをアプリケーションに埋め込む前に、サービス開発モジュールにより提供されたテレコミュニケーション能力を備えるサービスの開発環境にてテレコミュニケーション能力を備えるサービスを開発することをさらに含むことが好ましい。

サービスをアプリケーションに埋め込む前に、サービステストモジュールにより提供されたサービスをテストするためのテレコミュニケーション能力アナログ動作環境において、サービスを実行し、サービスを実行する時のアナログ実行結果を取得しサービスに対するテストを完成することをさらに含むことが好ましい。

サービスをアプリケーションに埋め込む前に、授権モジュールにより、サービスが当該サービスの呼び出すテレコミュニケーション能力を利用する権限を取得し、サービス実行モジュールによりサービスを実行する前に、テレコミュニケーション能力の利用正当性に対する認証ができるように、第１バインドモジュールにより、サービスと当該サービスの呼び出すテレコミュニケーション能力とをバインドすることをさらに含むことが好ましい。

サービスをアプリケーションに埋め込んだ後、開発者コミュニティ機能エンティティにおいて、第２バインドモジュールにより、サービスと当該サービスが埋め込んだアプリケーションとをバインドし、サービス実行モジュールによりサービスを実行する前にアプリケーションとサービスとの間の呼び出し関係の正当性に対する認証できるように、開発者コミュニティ機能エンティティがバインド関係をサービス実行モジュールに通知することをさらに含むことが好ましい。

サービステストモジュールを呼び出すことで、アプリケーションに埋め込まれたサービスを実行し、アナログ実行結果を取得してアプリケーションに対するテストを実現する、または、サービス実行モジュールを呼び出すことでアプリケーションに埋め込まれたサービスを実行し、実行結果を取得してアプリケーションに対するテストを実現することをさらに含むことが好ましい。

本発明は、インターフェースにより能力オープンゲートウェイにおけるテレコミュニケーション能力を呼び出すことで、テレコミュニケーション能力を備えるサービスを実行し、さらに当該サービスをアプリケーションに埋め込むことにより、テレコミュニケーション能力を備えるアプリケーションを提供することができない課題が解決され、テレコミュニケーション能力を備えるアプリケーションの開発が実現でき、通信事業者の利益が保障され、通信事業者の将来における生存能力を高めている。

以下に記載の図面は、本発明をさらに理解するために提供され、本願の一部を構成し、本発明の例示的な実施例及びその説明は本発明を解釈するものであり、本発明を限定するものではない。

既存技術に係わるアプリケーションストアシステムの構造ブロック図である。 本発明の実施例に係わるテレコミュニケーション能力リソース機能エンティティの構造ブロック図である。 本発明の実施例に係わるテレコミュニケーション能力リソース機能エンティティの好適な構造ブロック図である。 本発明の実施例に係わるテレコミュニケーション能力リソース機能エンティティの好適な構造ブロック図-２である。 本発明の実施例に係わるテレコミュニケーション能力リソース機能エンティティの好適な構造ブロック図-３である。 本発明の実施例に係わるアプリケーションストアシステムの構造ブロック図である。 本発明の実施例に係わるアプリケーションストアシステムの好適な構造ブロック図である。 本発明の実施例に係わるアプリケーションサービステスト/実行モジュールによりアプリケーションをテストすることを示す図である。 本発明の実施例１に係わる携帯アプリケーションストアを実現するシステムの構造ブロック図である。 本発明の実施例２に係わるアプリケーションストアシステムを利用し一般アプリケーションを開発する処理フローチャート図である。 本発明の実施例２に係わる一般アプリケーションをアップロードする処理フローチャート図である。 本発明の実施例３に係わるアプリケーションストアシステムを利用しテレコミュニケーション能力を備えるアプリケーションを開発する処理フローチャート図である。 本発明の実施例３に係わるテレコミュニケーション能力を備えるアプリケーションをアップロードする処理フローチャート図である。

以下、図面を参照しながら、実施例を結合して本発明を説明する。本願の実施例および実施例の特徴は、互いに衝突がない場合には、互いに組み合わせることが可能である。

図２は本発明の実施例に係わるテレコミュニケーション能力リソース機能エンティティの構造ブロック図である。当該テレコミュニケーション能力リソース機能エンティティ２２は、インターフェースにより能力オープンゲートウェイにおけるテレコミュニケーション能力を呼び出し当該テレコミュニケーション能力を備えるサービスを実行するように設定されるサービス実行モジュール２４を含み、その中、当該サービスはアプリケーションに埋め込むことに用いられる。

当該テレコミュニケーション能力リソース機能エンティティにおいて、サービスを実行するとき、サービス実行モジュール２４は、インターフェースにより能力オープンゲートウェイにおけるテレコミュニケーション能力を呼び出し当該サービスを実行することで、テレコミュニケーション能力を備えるサービスを提供することが可能になっている。当該テレコミュニケーション能力リソース機能エンティティを介して、テレコミュニケーション能力を備えるサービスが実現され、テレコミュニケーション能力を備えるアプリケーションを開発することが可能になり、通信事業者の利益を確保するとともに、通信事業者の将来における生存能力を高めている。

図３は本発明の実施例に係わるテレコミュニケーション能力リソース機能エンティティの好適な構造ブロック図である。図３に示すように、当該機能エンティティ２２は、テレコミュニケーション能力を備えるサービスの開発環境を提供するように設定されるサービス開発モジュール３２をさらに含むことができる。サービス開発モジュール２４を介してテレコミュニケーション能力を備えるサービスの開発環境を提供することで、開発者はテレコミュニケーション能力リソース機能エンティティ２２にて、テレコミュニケーション能力を備えるサービスの開発を実現することが可能になっている。

好適な改良案として、当該テレコミュニケーション能力リソース機能エンティティ２２は開発機能を実現する以外、さらに開発されたサービスをテストする機能を実現することもできる。図４は本発明の実施例に係わるテレコミュニケーション能力リソース機能エンティティの構造ブロック図-２である。図４に示すように、テレコミュニケーション能力リソース機能エンティティ２２は、さらにサービスをテストするためのテレコミュニケーション能力アナログ動作環境を提供し、環境にてサービスを実行するアナログ実行結果を戻すように設定されるサービステストモジュール４２含むことができる。当該実施例は、テレコミュニケーション能力リソース機能エンティティの機能を強化し、開発、テスト、動作などの機能を提供し、当該機能エンティティの実用性を高めている。

開発者がサービスを開発してから、当該テレコミュニケーション能力リソース機能エンティティは、さらに開発者の開発したアプリケーションにテレコミュニケーション能力を利用する権限を与える機能を提供することができる。システムにより当該サービスに利用する権限が与えられるまで、当該サービスがテレコミュニケーション能力を利用することができない。また、サービスとそれが利用するテレコミュニケーション能力とをバインドすることで、サービスに対する認証を実現することができる。図５は本発明の実施例に係わるテレコミュニケーション能力リソース機能エンティティの好適な構造ブロック図-３である。図５に示すように、図２に基づき、テレコミュニケーション能力リソース機能エンティティ２２は、さらに、サービスに当該サービスの呼び出すテレコミュニケーション能力を利用する権限を与えるように設定される授権モジュール５２と、授権モジュール５２により権限が与えられた場合、サービスと当該サービスの呼び出すテレコミュニケーション能力とをバインドする操作を引き受ける第１バインドモジュール５４と、現在実行しているサービスとそれが用いるテレコミュニケーション能力との間にバインド関係があるか否かを判定し、そうである場合、サービスの実行を続け、そうでない場合、処理を終了するようにさらに設定されるサービス実行モジュール２４とを含むことができる。上記構造により、テレコミュニケーション能力リソース機能エンティティは、開発者により開発されたサービスに対する授権と認証ができるようになり、システムの安全性を高めている。

本実施例はさらに改良されたアプリケーションストアシステムを提供している。図６は本発明の実施例に係わるアプリケーションストアシステムの構造ブロック図である。図６に示すように、当該アプリケーションストアシステムは、アプリケーションのアップロードを引き受け、アップロードされたアプリケーションを審査する開発者コミュニティ機能エンティティ６２と、端末ユーザが開発者コミュニティモジュールにより審査されたアプリケーションをダウンロードできるように設定されたアプリケーションストア６４と、上記テレコミュニケーション能力リソース機能エンティティ２２とを含む。その中、開発者コミュニティ機能エンティティ６２においてアップロードされたアプリケーションには、テレコミュニケーション能力リソース機能エンティティ２２により実行されるテレコミュニケーション能力を備えるサービスが埋め込まれる。

また、当該アプリケーションストアシステムは、アプリケーションがあるサービスを利用することができるか否かに対して認証することも提供することができる。図７は本発明の実施例に係わるアプリケーションストアシステムの好適な構造ブロック図である。図７に示すように、図６に基づき、開発者コミュニティ機能エンティティ６２は、アプリケーションと当該アプリケーションに埋め込まれたサービスとをバインドする操作を引き受けるように設定される第２バインドモジュール７２と、バインドされた情報をサービス実行モジュール２４に通知するように設定されるバインド有効化モジュール７４と、現在呼び出しているサービスのアプリケーションとそれが呼び出しているサービスとの間にバインド関係があるか否かを判定し、そうである場合、サービスの実行を続け、そうでない場合、処理を終了し、好ましくは対応するエラー情報を戻すことができるように設定されるサービス実行モジュール２４とを含むことが可能である。上記構造によりシステムの安全性をさらに高めている。

図７に示すネットワーク構造において、サービス実行モジュール２４は、アプリケーションとサービスとのバインド関係をチェックすることがさらにでき、サービスがテレコミュニケーション能力を利用できる権限を取得するまで、バインドすることが許可されない。具体的には、サービス実行モジュール２４はバインド情報を受信してから、バインドされたアプリケーションが当該バインドされたサービスを利用する権限を持っているか否かを判定し、そうである場合、バインド有効化モジュール７４にバインド効力発生の情報を戻す。当該実施例はアプリケーションを権限がないサービスにバインドすることを防止することができ、アプリケーションの実行失敗率を低減している。

上記アプリケーションは、当該アプリケーションに埋め込まれたサービスに対応する呼び出しインターフェースにより当該サービスを呼び出し、サービスがサービス実行戻り結果をアプリケーションに戻すことができることが好ましい。当該インターフェースは、内部のカスタムインターフェースであり、ＳＯＡＰ、又はＲＥＳＴのようなアプリケーションが呼び出ししやすい任意形式のものであってもよい。その実現は簡単であるため、ここでは詳しく説明しない。

なお、上記システムの各モジュールは、それぞれ異なる機能を実現し、開発者が異なるモジュールを呼び出すことでサービス/アプリケーションの開発を実現することができる。これらのモジュールの間に、通常自発的な信号相互作用が存在しない。（好適な構造として、バインド有効化モジュール７４と第２バインドモジュール７２、及びサービス実行モジュール２４の間に自発的な信号（具体的にはバインド情報とバインド有効化の情報）の相互作用が存在していもよい）、それが自身の機能を実現してから開発者に戻すことのみに用いられ、後続はどのモジュールを実行するかはすべてユーザによって決められる。即ち、これらのモジュールの理論的な実行順番はすべて開発者の呼び出し順番によって決められ、開発者の呼び出し順番は具体的な需要に応じて変更することが可能で、さらには上記モジュールの中の一部しか用いないことも可能である。従って、図面において、モジュールとモジュールとの間はその関係を表す線で結ばれていない。

上記実施例によるテレコミュニケーション能力リソース機能エンティティ２２はテレコミュニケーション能力を備えるサービスの実行/開発/テストなどの機能を提供することを目的としている。当該テレコミュニケーション能力リソース機能エンティティ２２と開発者コミュニティ機能エンティティ６２とアプリケーションストアネット店舗機能エンティティ６４は集積してアプリケーションストアシステムを構成し、テレコミュニケーション能力を備えるアプリケーションの開発、管理及び販売を実現することができる。

本実施例は、さらに上記アプリケーションストアシステムによる開発方法を提供している。当該方法は、サービス実行モジュールにて実行されるテレコミュニケーション能力を備えるサービスをアプリケーションに埋込むことを含み、その中、当該アプリケーションに埋め込まれるサービスは、インターフェースより能力オープンゲートウェイにおけるテレコミュニケーション能力を呼び出す。

当該方法によると、テレコミュニケーション能力を備えるアプリケーションの開発を可能にして、通信事業者の利益を確保するとともに、通信事業者が将来における生存能力を高めている。

サービスをアプリケーションに埋め込む前に、サービス開発モジュールにより提供されたテレコミュニケーション能力を備えるサービスの開発環境において、テレコミュニケーション能力を備えるサービスを開発することできる。当該方式により、開発者は自らでサービスを設計し、より個性的なアプリケーションを開発することができるようになっている。

サービスをアプリケーションに埋め込む前に、サービステストモジュールにより提供されたサービスをテストするためのテレコミュニケーション能力アナログ動作環境において、サービスを実行し、サービスを実行する時のアナログ実行結果を取得してサービスに対するテストを完成することをさらに含むことが好ましい。当該方法は、開発システムの機能を強化させ、開発、テスト、動作などの機能を提供し、システムの実用性を高めている。

サービステストモジュール４２を呼び出し、前記アプリケーションに埋め込まれた前記サービスを実行し、前記アナログ実行結果を獲得することでアプリケーションに対するテストを実現すること、または、サービス実行モジュール２４を呼び出し、前記アプリケーションに埋め込まれたサービスを実行し、実行結果を獲得することで前記アプリケーションに対するテストを実現することが好ましい。図８は本発明の実施例に係わるアプリケーションサービステスト/実行モジュールによりアプリケーションをテストすることを示す図である。図８に示すように、サービステストモジュール４２によりサービスをテストすること、又はサービス実行モジュール２４によりサービスを実行することで、アプリケーションをテストする機能を提供することができる。即ち、アプリケーションに対するテストはサービスに対するテストに基づくこともできるし、サービスに対する正式な実行に基づくこともできる。開発者は、既存の開発プロセスにおいて、アプリケーションをテストするとき、サービスのアナログ又は実際の実行結果を取得することでアプリケーションのテスト結果が得られ、元のシステムに対する変更は小さく、実現しやすい。

サービスをアプリケーションに埋め込む前に、授権モジュールによりサービスが当該サービスの呼び出したテレコミュニケーション能力を利用する権限を取得することと、サービス実行モジュールによりサービスを実行する前にアプリケーションとサービスとの間の呼び出し関係の正当性に対する認証がされるようにサービスと当該サービスの呼び出すテレコミュニケーション能力とをバインドすることとをさらに含むことが好ましい。

サービスをアプリケーションに埋め込んだ後、開発者コミュニティ機能エンティティにおいて、サービスと当該サービスが埋め込んだアプリケーションとをバインドして、サービス実行モジュールによりサービスを実行する前にアプリケーションとサービスとの間の呼び出し関係の正当性が認証されるように、開発者コミュニティ機能エンティティがバインド関係をサービス実行モジュールに通知することをさらに含むことが好ましい。

以下に記載する実施例１〜３は、上記複数の好適な実施例の技術案が統合化されたものである。

「実施例１」
当該実施例は携帯アプリケーションストアを実現するシステム、及び当該システムによる開発方法を提供している。

図９は本発明の実施例１に係わる携帯アプリケーションストアシステムを実現する構造ブロック図である。図９に示すように、当該システムは以下の機能エンティティが含まれている。

アプリケーションストアネット店舗、当該機能エンティティは、携帯端末ユーザがアクセスするＷＥＢポータル、ＷＡＰポータル及び携帯クライアントを提供し、ユーザがアプリケーションの検索、購入及びダウンロードができるとともに、通信事業者の管理者も当該ネット店舗にて携帯アプリケーションの配架プロセスを管理することができる。

開発者コミュニティ、当該機能エンティティは開発者によるアプリケーションのアップロード、管理、テスト及びフォーラムなどの機能を提供するとともに、通信事業者の管理者も当該機能エンティティにおいて、ＳＤＫの発表、技術的サポート、及びアプリケーションに対する審査、テストなどのプロセス管理をすることができる。

テレコミュニケーションリソース機能エンティティ、当該機能エンティティは開発者にテレコミュニケーションのサービス開発環境、サービステスト環境、及びサービス実行環境を提供し、能力オープンゲートウェイにアクセスするインターフェースを提供して、また開発者にサービス開発Ｗｉｋｉを提供している。当該機能エンティティにより提供されたサービス開発環境を利用し、開発者はシステムにより提供されたサービス開発ツールを利用しテレコミュニケーション能力を備えるサービスを開発し、自分のアプリケーションに埋め込むことができる。テレコミュニケーション能力リソース機能エンティティはさらに能力オープンゲートウェイにアクセスするインターフェースを提供し、サービス実行環境における動作しているサービスが当該インターフェースを利用しテレコミュニケーション能力を呼び出すことができる。また、能力管理、サービス管理、サービス認証、アプリケーション認証などの関係機能をもさらに提供している。開発者は、サービス開発ｗｉｋｉにてサービスを開発する方法を学び、サービス開発環境にてサービスを開発することができる。サービス開発が終了してから、開発者は、サービスをサービステスト環境に配置して、テストをすることができる。１つのサービスが１つ又は複数のテレコミュニケーション能力を利用する場合、当該機能エンティティにて対応するテレコミュニケーション能力又はアトミックサービスを購入しなければならない。開発者は、自分のサービスを管理し、それを正常に利用できるように、サービスの用いるテレコミュニケーション能力又はシステムにより提供されたアトミックサービスを購入しなければならない。管理者は、すべてのプロセスに対して審査又はテストしなければならなく、審査やテストにパスしてからサービスが正式的にサービス実行環境に配置されることになる。

上記アプリケーションストアシステムを利用し、開発者は、テレコミュニケーション能力を備えるサービスとアプリケーションを開発しアップロードするプロセスは以下のとおりである。

ステップ１について、開発者は、テレコミュニケーション能力リソース機能エンティティにより提供されたサービス開発環境にて、サービスを開発し、テレコミュニケーション能力リソース機能エンティティのサービステスト環境にてサービスをテストする。

ステップ２について、開発者は、アプリケーションを開発し、サービステスト環境におけるサービスを呼び出し、アプリケーションをテストする。

ステップ３について、開発者はテレコミュニケーション能力リソース機能エンティティにて能力を購入し、すでに購入した能力とサービスとをバインドし、サービスをオンラインにすることを申請する。

ステップ４について、テレコミュニケーション能力リソース機能エンティティ管理者による審査にパスしてから、サービスをサービス実行環境に配置し、サービスをオンラインにする操作をする。サービス実行環境は、能力オープンゲートウェイ及びインタネット能力とを含む能力リソースを呼び出すことができる。サービス実行環境のサービスが能力リソースを呼び出すインターフェースのプロトコルは、ＳＯＡＰであってもよいし、ＲＥＳＴであってもよい。

ステップ５について、開発者は、開発者コミュニティ機能エンティティにてアプリケーション情報を記入し、アプリケーションパッケージをアップロードして、アプリケーションとサービスとのバインドを申請する。

ステップ６について、開発者コミュニティの管理者は、アプリケーションを審査し、審査にパスした後、アプリケーションの状態は配架待ちである（配架待ちのアプリケーションはネット店舗の管理者により配架操作をしてから、ネット店舗にて正式的に販売されるようになる）。

ステップ７について、アプリケーションストアネット店舗の管理者は、配架待ちのアプリケーションを配架処理して、アプリケーションは、正式的にアプリケーションストアネット店舗機能エンティティにて外部に向けて販売されるようになる。

本実施例のアプリケーションストアシステムを利用し、一般のアプリケーションを開発するのみならず、テレコミュニケーション能力を備えるサービスとアプリケーションを開発することもできる。当該システムの各機能エンティティの機能を詳しく説明するために、以下の実施例２と３は、それぞれ開発者のが当該システムを利用し、一般アプリケーションとテレコミュニケーション能力を備えるアプリケーション/サービスの開発、アプリケーションのアップロードから、アプリケーションの販売までのプロセスを説明する。

「実施例２」
図１０は本発明の実施例２に係わるアプリケーションストアシステムを利用し一般のアプリケーションを開発する処理のフロチャート図である。図１０に示すように、開発者は当該システムを利用し一般のアプリケーションを開発するプロセスは以下のステップが含まれる。

ステップＳ１００１について、開発者は、携帯操作システム開発環境にてアプリケーションを開発し、アプリケーションパッケージを生成する（携帯アプリケーションにより開発環境、開発ツール、アプリケーションパッケージのフォーマット及びサフィックスがそれぞれ異なっている）。当該開発環境は、携帯操作システムの開発ツールにより提供される。例えば、開発者がａｎｄｒｏｉｄオペレーティングシステムのアプリケーションを開発しようとする場合、ａｎｄｒｏｉｄ携帯アプリケーション開発ツールにより開発しなければならない。ａｎｄｒｏｉｄの代表的な開発ツールはｅｃｌｉｐｓｅ及びａｎｄｒｏｉｄ開発プラグインである。また、開発者がｉｐｏｎｅ携帯アプリケーションを開発しようとする場合、アップルの開発ツールｘｔｏｏｌを用い、ＭＡＣ操作システムの開発環境にて開発しなければならない。

ステップＳ１００２について、開発者は開発者コミュニティにてアプリケーション情報を記入し、パッケージをアップロードし、開発者コミュニティの管理者がアプリケーションを審査・テストして、審査・テストが完了してから当該アプリケーションは配架待ちになる。

ステップＳ１００３について、アプリケーションストアネット店舗の管理者が配架待ちのアプリケーションに対して配架操作を実行し、アプリケーションが配架され、端末ユーザに向けて販売されるようになる。

図１１は本発明の実施例２に係わる一般アプリケーションをアップロードする処理のフロチャート図である。図１１に示すように、ステップ１００２にて一般アプリケーションをアップロードするプロセスは以下のステップが含まれる。

ステップＳ１１０１について、開発者は、開発者コミュニティにてアプリケーション情報を記入し、アプリケーションパッケージをアップロードする。

ステップＳ１１０２について、開発者コミュニティの管理者は、アプリケーション情報を審査し、アプリケーションパッケージをテストする。

ステップＳ１１０３について、開発者コミュニティ管理者による審査・テストにパスしてから、アプリケーションの状態は配架待ちになる。

ステップＳ１１０４について、アプリケーションストアの管理者は、配架待ちのアプリケーションを検索する。アプリケーションストアネット店舗の管理者は配架待ちのアプリケーションに対して配架処理をする。

ステップＳ１１０５について、アプリケーションは、配架されると有効になり、ネット店舗ポータルのクライアントにて端末ユーザに検索、購入されることができるようになる。

一般のアプリケーション開発に対して、開発者は、アプリケーションストアシステムにおける主な操作がアプリケーションパッケージをアップロードすることである。アップロードされた携帯アプリケーションは、ネット店舗の審査及びテストのプロセス処理を経てから配架して端末ユーザに向けて販売できるようになる。

一般のアプリケーションに対して、１つのサーバーによりサービスを提供される場合、開発者は、アプリケーションの内部にてプライベートインターフェースで自分のサーバーとインタラクティブをすることができる。例えば、開発者が携帯アプリケーションＡを開発しようとして、ＡがウェブサイトＢの携帯アプリケーションクライアントである。アプリケーションＡは、オンライン時にサイトＢのニュースの更新とバディリストを取得して、端末ユーザがアプリケーションＡを用いニュースをブラウズするとき、サイト内のフレンズにＳＭＳやＭＭＳを送信することができる。一般アプリケーションの開発原理により、携帯アプリケーションＡがウェブサイトＢのｃｌｉｅｎｔであり、ウェブサイトＢが携帯アプリケーションＡのｓｅｒｖｅｒであると理解することができる。携帯アプリケーションＡは、ニュースの更新を取得しようとする場合、プライベートインターフェース（ウェブサイトＢが提供した相応のＲＥＳＴオーペンインターフェースであってもよい）を用い、直接Ｂに請求を送信し、ＳＭＳ/ＭＭＳを送信しようとするときも相応のインターフェースによりＢに請求を送信しなければならない。なお、ＳＭＳ/ＭＭＳの送信又はニュース内容の提供はＢが相応のインターフェースを用いＡが呼び出せるように提供する機能である。

伝統的なオペレータと開発モードによると、ウェブサイトＢがオペレータするとき、通信事業者により提供されるテレコミュニケーション能力を用いることが必要とする場合、ＢがＳＰとして通信事業者に相応の能力を申請し購入しなければならない。企業や大規模のサイトに対しては可能であるが、一般の中小開発者にとっては、ＳＰ資格がないため、自分のプログラムにて通信事業者により提供されるテレコミュニケーション能力を利用することができない。実施例１に係わるシステムを採用すると、中小規模の独立開発者でも通信事業者により提供されるテレコミュニケーション能力を備えるアプリケーションを開発することが可能になっている。以下、実施例３を参照して、実施例１に係わるシステムにより、テレコミュニケーション能力を備えるアプリケーション/サービスの開発、アップロードから、アプリケーションの配架までのプロセスを説明する。

「実施例３」
図１２は本発明の実施例３に係わるアプリケーションストアシステムを利用しテレコミュニケーション能力を備えるアプリケーションを開発する処理プロセスである。図１２に示すように、開発者は、テレコミュニケーション能力を備えるアプリケーションを開発し、テレコミュニケーション能力を備えるサービスを利用するプロセスは以下のステップが含まれる。

ステップＳ１２０１について、開発者は、テレコミュニケーション能力リソース機能エンティティにより提供された開発環境を利用し、テレコミュニケーション能力を備えるサービスを開発して、サービスオンラインテスト環境にてテストをする。

ステップＳ１２０２について、開発者がアプリケーションを開発し、当該アプリケーションが、インターフェースによりテレコミュニケーション能力を備えるサービスを呼び出し、当該アプリケーションが、サービステスト環境に配置されるサービスを呼び出しテストすることができる。

ステップＳ１２０３について、開発者はテレコミュニケーション能力リソース機能エンティティにて能力を購入し、サービスをオンラインにすることを申請する。管理者による審査やテストにパスしてからサービスをオンラインにして、サービス実行環境に配置する。サービスのオンライン及び能力を購入がされてから、開発者が、サービスとテレコミュニケーション能力とのバインドを申請することができる。サービスとテレコミュニケーション能力とがバインドされてから、当該サービスが当該テレコミュニケーション能力を利用する権限を持つようになる。

ステップＳ１２０４について、開発者は、アプリケーションを正式的なサービス実行環境におけるサービスを呼び出すように修正し、テストをする。

ステップＳ１２０５について、開発者は、開発者コミュニティにて開発されたアプリケーションをアップロードして、アプリケーションと配置されたサービスとをバインドする。管理者は、アプリケーション及びアプリケーションとサービスとのバインド関係を審査しテストをする。アプリケーションとサービスがバインドされた時、当該アプリケーションが、当該サービスを利用する権限を持つようになる。

ステップＳ１２０６について、開発者コミュニティの管理者によるアプリケーションに対する審査やテストにパスしてから、アプリケーションストアネット店舗の管理者は、状態が配架待ちであるアプリケーションを検索し、アプリケーションストアネット店舗にて当該アプリケーションを配架して販売することができる。アプリケーションが配架されてから、端末ユーザに向けて販売できるようになる。

上記ステップＳ１２０１において、テレコミュニケーション能力を備えるサービスとは、１つ又は複数のテレコミュニケーション能力により構成されたサービスプロセスである。例えば、簡単なサービスとして、一つのＳＭＳを一つの携帯電話に送信するサービスが挙げられる。当該サービスの開発過程は以下のとおりである。１、開発者はサービス開発ツールをダウンロードして、その使用方法を学ぶ。２、開発者は開発ツールを利用しサービスを開発して、サービスの呼び出しインターフェースをインレットパラメータが携帯番号とＳＭＳ内容に設定し、送信成功または失敗のパラメータを戻す。３、開発のサービスプロセスは、ユーザが携帯番号とＳＭＳ内容を読取り、開発ツールにより提供されたＳＭＳを送信する能力を有するアトミックサービスを利用しＳＭＳを送信し、アトミックサービスの戻り結果を読取り、当該結果をサービス呼び出し戻りパラメータとしてサービスを呼び出し側に戻す。

組合せのサービスは、１つ又は複数のテレコミュニケーション能力から構成された複雑なサービスであってもよい。例えば、ある携帯端末がある地域範囲内にあるか否かを判定し、そうである場合、この携帯端末に広告ＳＭＳを送信するサービスである。当該サービスの開発過程は以下の通りである。１、開発者がサービス開発ツールをダウンロードして、開発ツールの使用方法を学ぶ。２、開発者が当該サービスの呼び出しインターフェースを、ユーザ携帯番号、広告ストアの位置情報、広告ＳＭＳの内容に設定して、戻りパラメータをＳＭＳ送信が成功した、ユーザが地域内にいない、又はＳＭＳ送信が失敗したなどのような戻り結果にする。３、サービス開発プロセスは、サービスがユーザ携帯番号と広告ストアの位置情報を読取り、携帯番号と広告ストアの位置により位置情報サービスアトミックサービスを呼び出し、当該アトミックサービスが相対距離を戻し、サービスが相対距離により判断して、相対距離が１キロより小さい場合、当該携帯ユーザに広告ＳＭＳを送信し、相対距離が１キロ以上である場合、操作をしなく、サービスによりサービス操作の戻り結果をサービス呼び出し側に戻す。

上記アービス開発ツールは、サービス開発環境により開発者に利用するように提供したものであり、テレコミュニケーション能力リソースを呼び出す方法をパッケージをしているので、開発者の仕事は、少量の脚本を用い、ツールに提供されたアトミックサービスをロジックにより組み合わせることを制御することである。しかし根本から言えば、サービスがテレコミュニケーション能力を呼び出すことは、最終的には依然として能力オープンゲートウェイのインターフェースを呼び出すことで実現される。通信事業者にとって、サービス開発ツールを提供することは、開発者の開発の敷居を下げ、開発者が迅速で便利にサービスの開発ができるようにいい条件を提供している。上記サービス開発環境におけるサービス開発ツールについて、その具体的な機能及び実現は本発明の範囲に属しない。当該サービス開発ツールは開発者とＳＰ向けで、主な機能は、ツールに提供される様々なテレコミュニケーション能力及びアトミックサービスを利用し、ロジック的なテレコミュニケーション能力サービスを実現することである。サービス開発ツールを利用し開発されたサービスは、インターフェースを利用しサービスを呼び出すことができ、呼び出し側により当該サービスの呼び出しインターフェースを呼び出すことで引き起こされる。

上記ステップＳ１２０２におけるサービステスト環境とは、通信事業者がテレコミュニケーション能力リソース機能エンティティにて提供した開発者がサービスをテストする環境である。開発者がサービスの開発を終了してから、テレコミュニケーション能力管理ポータルで自分のサービスをアップロードしてテストするように申請する。当該テスト環境がテレコミュニケーション能力アナログ動作環境のみを提供するので、開発者がサービスをテストする時、テレコミュニケーション能力の管理者による審査にパスし、サービスがサーブテスト環境に配置されてから、テストが行われるようになり、テレコミュニケーション能力を購入する必要がない。サービスがサービステスト環境でテストされるとき、インターフェースの呼び出しと戻りはいずれも正式な環境における呼び出し方式と同様である。異なっているのは、サービスがサービステスト環境にて動作する場合、戻り結果をアナログして、本当にテレコミュニケーション能力を呼び出すのではない。

上記ステップＳ１２０３には、テレコミュニケーション能力/アトミックサービスの管理過程を記載している。開発者は、テレコミュニケーション能力リソース機能エンティティにてテレコミュニケーション能力/アトミックサービスを購入することができる（購入することで当該テレコミュニケーション能力/アトミックサービスを利用する権限を持つようになる）。ここでは、アトミックサービスとは、開発者がサービス開発環境にて呼び出すか、又は購入可能なテレコミュニケーション能力コンポーネントである。例えば、ＳＭＳを送信するアトミックサービス、ＭＭＳを送信するアトミックサービス、又はロケーションのアトミックサービスなどである。開発者がテレコミュニケーション能力/アトミックサービスを購入してから、自分のサービスとテレコミュニケーション能力とのバインド操作をしなければならない。当該バインド過程はテレコミュニケーション能力リソース機能エンティティにてサービスを呼び出すアプリケーションに対して認証をするためである。

上記ステップＳ１２０３には、サービスとテレコミュニケーション能力とのバインドを記載している。サービスとテレコミュニケーション能力とのバインドは、開発者によりまずテレコミュニケーション能力リソースポータルでテレコミュニケーション能力を購入し、サービスをアップロードすることが必要とされる。サービスがテレコミュニケーション能力を利用する場合、サービス実行環境はサービスとテレコミュニケーション能力とのバインド関係に対して認証することになる。例えば、開発者はサービスＳ１とＳ２をアップロードし、ＳＭＳ能力Ａ１とロケーション能力Ａ２を購入して、サービスＳ１にＡ１とＡ２の２種類のテレコミュニケーション能力が利用されたとする。開発者は、サービスＳ１と自分で購入したＳＭＳ能力Ａ１とＡ２とをバインドする場合、サービスＳ１の実行する過程において、サービス実行環境はＡ１が用いられた場合にサービスＳ１とテレコミュニケーション能力Ａ１との間にバインド関係があるか否かを調べ、ある場合、テレコミュニケーション能力Ａ１が実行され、ない場合、サービスの実行が失敗になる。テレコミュニケーション能力Ａ２に対しても同様である。その中、サービスとテレコミュニケーション能力とのバインド関係は多対多である。即ち、Ｓ１がＡ１とＡ２とをバインドするとともに、Ｓ２もＡ１とＡ２とをバインドすることができる。バインドの目的はサービスを実行する過程において、サービスにテレコミュニケーション能力を利用する権限を持っているか否かを判定するためである。サービスがテレコミュニケーション能力をバインドしていない場合、当該テレコミュニケーション能力の呼び出しが実行されると、エラーになる。

上記ステップＳ１２０５には、アプリケーションのサービス呼び出しインターフェースを正式環境を呼び出すように修正することが記載されている。サービス実行環境とサービステスト環境とがサービスの呼び出しインターフェースが同様であるという点で共通し、サービス実行環境が本当にテレコミュニケーション能力とリンクするので、具体的なテレコミュニケーション能力に対して認証しなければならないことに対して、サービステスト環境がテレコミュニケーション能力呼び出しの成功又は失敗をアナログするだけでよく、テレコミュニケーション能力を本当に呼び出す必要がないという点で異なっている。アプリケーション呼び出しサービスに対して、インターフェースが同様であるが、呼び出しのアドレスが異なっている。サービスの開発が完了されてから、開発者はまずサービスをテスト環境にて動作させるように申請し、サービステスト環境のアドレスがＡＤＤＲＥＳＳ１であり、アプリケーションが呼び出すサービスのアドレスがＡＤＤＲＥＳＳ１である。サービスが正式的にオンラインして、サービス実行環境にて動作する場合、サービス実行環境のアドレスがＡＤＤＲＥＳＳ２であり、アプリケーションがその呼び出しアドレスをＡＤＤＲＥＳＳ２に修正し、それが呼び出したサービスをテストすることになる。

図１３は本発明の実施例３に係わるテレコミュニケーション能力を備えるアプリケーションの処理フローチャート図である。図１３に示すように、開発者は、テレコミュニケーション能力を備えるアプリケーションをアップロードするプロセスは以下のステップを含む。

ステップＳ１３０１について、開発者は、テレコミュニケーション能力リソース機能エンティティにより提供されたサービス開発環境にて自らのサービスを開発し、テレコミュニケーション能力リソース機能エンティティにアップロードして、テストを申請する。

ステップＳ１３０２について、テレコミュニケーション能力リソース管理者はサービステスト申請を審査する。

ステップＳ１３０３について、サービステスト申請に対する審査にパスしてから、当該サービスがサービステスト環境にて配置され、テストされることができる。

ステップＳ１３０４について、開発者は、呼び出しサービスのアプリケーションを開発するとき、サービステスト環境におけるサービスを利用することができる。サービステスト環境にて動作するサービスがテレコミュニケーション能力を呼び出すときはいずれもアナログ呼び出しで、本当の呼び出しではない。

ステップＳ１３０５について、開発者は、テレコミュニケーション能力リソースポータルにてサービスの用いるテレコミュニケーション能力を購入し、サービスと能力とのバインドを申請して、サービス情報を登録し、サービスをオンラインにするように申請する。

ステップＳ１３０６について、テレコミュニケーション能力リソース管理者は、サービス情報とサービスのオンライン申請を審査し、審査にパスしてから、管理者がサービスをサービス実行環境に配置する。

ステップＳ１３０７について、サービスが、サービス実行環境にて正式的に動作する。

ステップＳ１３０８について、開発者は、開発したアプリケーションを正式な環境におけるサービスを呼び出すように修正し、アプリケーションをテストする。

ステップＳ１３０９について、開発者は、開発者コミュニティにてアプリケーション情報を記入し、アプリケーションパッケージをアップロードして、アプリケーションとサービスとのバインドを申請する。

ステップＳ１３１０について、開発者コミュニティの管理者は、アプリケーション情報を審査し、アプリケーションパッケージをテストし、アプリケーションとサービスとのバインド申請を審査する。

ステップＳ１３１１について、アプリケーションとサービスとのバインド情報の審査にパスしてから、開発者コミュニティは、請求をテレコミュニケーション能力リソース機能エンティティに送信することになる。当該請求は、内部のプライベートリアルタイム応答インターフェースであることが可能で、インターフェースの形態はいずれの形態であってもよい。

ステップＳ１３１２について、テレコミュニケーション能力リソース機能エンティティは、開発者コミュニティからのアプリケーションとサービスとのバインド請求を受信してから、サービスの状態を判断する必要がある。状態が許可であるサービスのみがアプリケーションをバインドすることが可能である。例えば、当該状態はオンライン済みである。テレコミュニケーション能力リソース機能エンティティが開発者コミュニティからのバインド請求を受信してから、サービスロジックにより判断し、バインドが成功であると確認してから、当該バインドが有効になる。

ステップＳ１３１３について、バインドが有効になってから、契約過程が完成される。

ステップＳ１３１４について、携帯アプリケーションネット店舗管理者は、開発者コミュニティにおいて開発者によりアップロードされた配架待ちのアプリケーションリストを検索でき、アプリケーションストアネット店舗にて当該アプリケーションを配架して販売することができる。管理者は、アプリケーションネット店舗にアプリケーションが配架されてから、端末ユーザに向けて販売されるようになる。

上記のように、本実施に係わる方案はテレコミュニケーション能力を備えるアプリケーションの開発を実現し、通信事業者の利益を確保して、通信事業者が将来における生存力を高めている。

なお、図面のフローチャート図に示されているステップがコンピュータ実行可能な一連の命令のようなコンピュータシステムで実行することができ、また、フローチャート図にロジック的な順番を示しているが、これと異なる順番により示されたか、又は記載されたステップを実行することもできる。

言うまでもなく、上述した本発明の各モジュールまたはステップは、汎用のコンピュータ装置により実現することができ、単一のコンピュータ装置に集成してもよいし、複数のコンピュータ装置からなるネットワークに配置してもよい。また、コンピュータ装置が実行可能なプログラムコードにより実現されてもよい。これにより、記憶装置に記憶されてコンピュータ装置により実行されることができる。或いは、それぞれ各々の集積回路モジュールに作成したり、それらの中の複数のモジュールまたはステップを単一の集積回路モジュールに作成したりして実現することができる。このように、本発明は、いずれの特定のハードウェアとソフトウェアの組み合わせにも限定されない。

以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば、本発明の様々な変更や変形が可能である。本発明の精神や原則を逸脱しないいずれの変更、置換、改良なども本発明の保護範囲内に含まれる。

２２ テレコミュニケーション能力リソース機能エンティティ
２４ サービス実行モジュール
３２ サービス開発モジュール
４２ サービステストモジュール
５２ 授権モジュール
５４ 第１バインドモジュール
６２ 開発者コミュニティ機能エンティティ
６４ アプリケーションストアネット店舗機能エンティティ
７２ 第２バインドモジュール
７４ バインド有効化モジュール

Claims (17)

1. テレコミュニケーション能力リソース機能エンティティであって、
   インターフェースにより能力オープンゲートウェイにおけるテレコミニケーション能力を呼び出すことで、前記テレコミュニケーション能力を備えるサービスを実行するように設定されるサービス実行モジュールを含み、
   その中、前記サービスがアプリケーションに埋め込むことに用いられることを特徴とするテレコミュニケーション能力リソース機能エンティティ。
2. 前記テレコミュニケーション能力を備えるサービスの開発環境を提供するように設定されるサービス開発モジュールをさらに含むことを特徴とする請求項１に記載のテレコミュニケーション能力リソース機能エンティティ。
3. 前記サービスをテストするためのテレコミュニケーション能力アナログ動作環境を提供して前記環境にて前記サービスを実行する時のアナログ実行結果を戻すように設定されるサービステストモジュールをさらに含むことを特徴とする請求項１に記載のテレコミュニケーション能力リソース機能エンティティ。
4. 前記サービスに当該サービスの呼び出すテレコミュニケーション能力を利用する権限を与えるように設定される授権モジュールと、前記授権モジュールにより権限が与えられた場合、前記サービスと当該サービスが呼び出すテレコミュニケーション能力とをバインドする操作を引き受けるように設定される第１バインドモジュールと、を含み、
   前記サービス実行モジュールは、さらに、現在実行している前記サービスとそれが用いるテレコミュニケーション能力との間にバインド関係があるか否かを判定し、そうである場合、前記サービスの実行を続け、そうでない場合、処理を終了するように設定されることを特徴とする請求項１に記載のテレコミュニケーション能力リソース機能エンティティ。
5. アプリケーションストアシステムであって、
   アプリケーションのアップロードを引き受け、前記アップロードされたアプリケーションを審査するように設定される開発者コミュニティと、
   前記開発者コミュニティモジュールにより審査されたアプリケーションを端末ユーザによりダウンロードされるように設定されるアプリケーションストアネット店舗機能エンティティと、
   インターフェースにより能力オープンゲートウェイにおけるテレコミニケーション能力を呼び出すことで、テレコミュニケーション能力を備えるサービスを実行するように設定される実行モジュールを含むテレコミュニケーション能力リソース機能エンティティと、を含み、
   その中、前記サービスがプリケーションに埋め込むことに用いられ、
   前記開発者コミュニティ機能エンティティにてアップロードされたアプリケーションには、テレコミュニケーション能力リソース機能エンティティの前記サービス実行モジュールにより実行されるテレコミュニケーション能力を備える前記サービスが埋め込まれることを特徴とするアプリケーションストアシステム。
6. 前記テレコミュニケーション能力リソース機能エンティティは、さらに、
   前記テレコミュニケーション能力を備えサービスの開発環境を提供するように設定されるサービス開発モジュールを含むことを特徴とする請求項５に記載のアプリケーションストアシステム。
7. 前記テレコミュニケーション能力リソース機能エンティティは、さらに、
   前記サービスをテストするためのテレコミュニケーション能力アナログ動作環境を提供し、前記環境にてサービスを実行する時のアナログ実行結果を戻すように設定されるサービステストモジュールを含むことを特徴とする請求項５に記載のアプリケーションストアシステム。
8. 前記テレコミュニケーション能力リソース機能エンティティは、前記サービスに当該サービスの呼び出すテレコミュニケーション能力を利用する権限を与えるように設定される授権モジュールと、前記授権モジュールにより権限が与えられた場合、前記サービスと当該サービスの呼び出すテレコミュニケーション能力とをバインドする操作を引き受けるように設定される第１バインドモジュールと、を含み、
   前記サービス実行モジュールは、さらに、現在実行しているサービスとそれが用いるテレコミュニケーション能力との間にバインド関係があるかを判定し、そうである場合、前記サービスの実行を続け、そうでない場合、処理を終了するように設定されていることを特徴とする請求項５に記載のアプリケーションストアシステム。
9. 前記開発者コミュニティ機能エンティティは、前記アプリケーションと当該アプリケーションに埋め込まれたサービスとをバインドする操作を引き受ける第２バインドモジュールと、バインドされた情報を前記サービス実行モジュールに通知するバインド有効化モジュールと、を含み、
   前記サービス実行モジュールは、さらに、現在呼び出しサービスのアプリケーションとそれが呼び出しているサービスとの間にバインダ関係があるかを判定し、そうである場合、前記サービスを実行し、そうでない場合、処理を終了するように設定されていることを特徴とする請求項５に記載のアプリケーションストアシステム。
10. 前記サービス実行モジュールは、さらに、バインド情報を受信してから、バインドされた前記アプリケーションに、バインドされた前記サービスを利用する権限が与えられたか否かを判定し、そうである場合、前記バインド有効化モジュールにバインドが有効になった情報を戻すように設定されることを特徴とする請求項９に記載のアプリケーションストアシステム。
11. 前記開発者コミュニティ機能エンティティにおいてアップロードされたアプリケーションは、アプリケーションに埋め込まれたサービスに対応する呼び出しインターフェースにより前記サービスを呼び出すことを特徴とする請求項５に記載のアプリケーションストアシステム。
12. 請求項５〜１１のいずれかに記載のアプリケーションストアシステムによる開発方法であって、
    前記サービス実行モジュールにおいて実行されるテレコミュニケーション能力を備えるサービスをアプリケーションに埋込むことを含み、その中、アプリケーションに埋め込まれるサービスが、インターフェースを介して前記能力オープンゲートウェイにおけるテレコミュニケーション能力を呼び出すことを特徴とする方法。
13. 前記サービスをアプリケーションに埋め込む前に、さらに
    サービス開発モジュールにより提供されたテレコミュニケーション能力を備えるサービスの開発環境にて前記テレコミュニケーション能力を備えるサービスを開発することを含むことを特徴とする請求項１２に記載のアプリケーションストアシステムによる開発方法。
14. 前記サービスをアプリケーションに埋め込む前に、さらに
    サービステストモジュールにより提供された前記サービスをテストするためのテレコミュニケーション能力アナログ動作環境において、サービスを実行し、サービスを実行する時のアナログ実行結果を取得しサービスに対するテストを完成することを含むことを特徴とする請求項１２に記載のアプリケーションストアシステムによる開発方法。
15. 前記サービスをアプリケーションに埋め込む前に、さらに
    授権モジュールにより、前記サービスが当該サービスの呼び出すテレコミュニケーション能力を利用する権限を取得し、
    前記サービス実行モジュールにより前記サービスを実行する前に、テレコミュニケーション能力の利用正当性に対する認証ができるように、第１バインドモジュールにより、前記サービスと当該サービスの呼び出すテレコミュニケーション能力とをバインドすることを含むことを特徴とする請求項１２に記載のアプリケーションストアシステムによる開発方法。
16. 前記サービスをアプリケーションに埋め込んだ後、さらに
    前記開発者コミュニティ機能エンティティにおいて、第２バインドモジュールにより、前記サービスと当該サービスが埋め込んだアプリケーションとをバインドし、前記サービス実行モジュールによりサービスを実行する前にアプリケーションとサービスとの間の呼び出し関係の正当性に対する認証ができるように、前記開発者コミュニティ機能エンティティがバインド関係をサービス実行モジュールに通知することをさらに含むことを特徴とする請求項１２に記載のアプリケーションストアシステムによる開発方法。
17. サービステストモジュールを呼び出すことで、アプリケーションに埋め込まれた前記サービスを実行し、アナログ実行結果を取得してアプリケーションに対するテストを実現する、または、
    サービス実行モジュールを呼び出すことで前記アプリケーションに埋め込まれたサービスを実行し、実行結果を取得してアプリケーションに対するテストを実現することをさらに含むことを特徴とする請求項１２に記載のアプリケーションストアシステムによる開発方法。

Images