JP2011170693A - ネットワーク事業者と開発者とを仲介する方法 - Google Patents
ネットワーク事業者と開発者とを仲介する方法 Download PDFInfo
- Publication number
- JP2011170693A JP2011170693A JP2010034989A JP2010034989A JP2011170693A JP 2011170693 A JP2011170693 A JP 2011170693A JP 2010034989 A JP2010034989 A JP 2010034989A JP 2010034989 A JP2010034989 A JP 2010034989A JP 2011170693 A JP2011170693 A JP 2011170693A
- Authority
- JP
- Japan
- Prior art keywords
- computer program
- requirements
- network
- requirement
- network operator
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/10—Requirements analysis; Specification techniques
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】各通信事業者がコンピュータ・プログラムの要件を秘密にしつつ、ネットワーク事業者により要求されるコンピュータ・プログラムの必要性及び要件を開発者が判定できる技術を提供する。
【解決手段】複数のネットワーク事業者101aと1以上の開発者102aとを仲介する方法が提供される。この方法は、取得部が、各ネットワーク事業者101aにより要求されるコンピュータ・プログラムに関する要件を取得することと、統合部205が、取得された要件のうち相互に関連する要件を一つの要件に統合することと、生成部206が、統合された要件を実装するコンピュータ・プログラムの開発の必要性に関する情報を生成することと、提示部が、1以上の開発者に統合された要件と必要性に関する情報とを提示することとを有する。
【選択図】図3
【解決手段】複数のネットワーク事業者101aと1以上の開発者102aとを仲介する方法が提供される。この方法は、取得部が、各ネットワーク事業者101aにより要求されるコンピュータ・プログラムに関する要件を取得することと、統合部205が、取得された要件のうち相互に関連する要件を一つの要件に統合することと、生成部206が、統合された要件を実装するコンピュータ・プログラムの開発の必要性に関する情報を生成することと、提示部が、1以上の開発者に統合された要件と必要性に関する情報とを提示することとを有する。
【選択図】図3
Description
本発明は、複数のネットワーク事業者と1以上の開発者とを仲介する方法に関する。
多くの通信事業者及びインターネット・サービス・プロバイダが、ユーザのホーム・ネットワークとのインタフェースのために、自身のネットワークにおいてDSLモデム、O/Eコンバータ、PPPoEターミネータのようなゲートウェイを配置している。ゲートウェイの従来の機能は、ゲートウェイによる仲介なしにはネットワークへアクセスできないデバイスのためのプロトコル変換を管理することである。
これらのゲートウェイは今日ではJava(登録商標)についての動的モジュール・システムであるOSGiフレームワークのようなソフトウェア実行環境を含むようになってきている。OSGiフレームワークはJava(登録商標)仮想マシンを再起動することなく動的にソフトウェア・モジュールをその上に追加/削除することを可能にする。このようなソフトウェア・モジュールはOSGiの用語ではバンドルと呼ばれる。リモート管理プロトコルと組み合わせることによって、OSGiフレームワークはリモートから管理され、動的且つオンデマンドに新たなソフトウェア・モジュールを配置することができる。
このようなソフトウェア実行環境を利用することによって、パーソナル・ネットワーク内のデバイスを発見してこれらのデバイスのための制御APIを公開するゲートウェイ上のソフトウェアをネットワーク事業者が実行することが可能となり、その結果としてネットワーク事業者はユーザのためにデバイスにアクセスして制御することができる。これは、管理されたゲートウェイを利用することによって、パーソナル・ネットワーク内のデバイスを監視して制御することによって達成される各種のケアテイキング・サービス、例えばWifiアクセスポイント自動構成サービス、ホーム・オートメイション及び家庭エネルギー管理をネットワーク事業者が提供できることを意味する。事業者がこのようなサービスを提供しようとする場合に、幅広いデバイスのためのプログラムを制御して監視する必要がある。なぜなら、パーソナル・ネットワークは様々なプロトコル・セットを用いるかもしれない幅広いデバイスを含み得るからである。一部のデバイスはリモート制御のために用いられ得るUPnPのような標準プロトコルをサポートする。しかしながら、制御及び構成のための独自仕様のプロトコルを用いる必要のある大量のデバイスが存在する。例えば、UPnPをサポートしないがWebGUIだけをサポートするWifiアクセスポイントを遠隔から構成するために、ゲートウェイは、特定のHTTP URLを伴うことに基づくコマンド・セットを実装する必要がある。
一つのネットワーク事業者にとって、パーソナル・ネットワーク内のすべてのデバイスに対してこのようなプロトコル固有の通信ソフトウェア又はデバイス固有のプログラムを実装することは現実的ではない。この種のコンピュータ・プログラムはデバイス固有ソフトウェア(DSS)と呼ばれる。一つの解決策はサードパーティにDSSの開発を依頼することであろうが、これは費用がかさむ。複数のネットワーク事業者が連合(フェデレーション)を形成し、一緒にDSSのための使用を策定し、DSSの作成をサードパーティに命じた場合に、各事業者のコストは分担することで軽減されるだろう。連合マーケットプレイスに関するこのようなアイデアに関して、特許文献1は宣伝のための連合マーケットプレイスを導入する。しかしながら、このような連合を作ることは以下のような問題を生じる。複数のネットワーク事業者間で合意と仕様とを策定することは多大なコストと努力とを必要とする。また、各ネットワーク事業者は他のネットワーク事業者へ要件を公開する必要があり、すなわち連合内のネットワーク事業者は他のネットワーク事業者がユーザに何を提供しようとしているかを推測することができる。
従って、各通信事業者がコンピュータ・プログラムの要件を秘密にしつつ、ネットワーク事業者により要求されるコンピュータ・プログラムの必要性及び要件を開発者が判定できる技術が望まれる。
本発明の一つの側面によれば、複数のネットワーク事業者と1以上の開発者とを仲介する方法が提供される。この方法は、取得部が、各ネットワーク事業者により要求されるコンピュータ・プログラムに関する要件を取得する工程と、統合部が、前記取得された要件のうち相互に関連する要件を一つの要件に統合する工程と、生成部が、前記統合された要件を実装するコンピュータ・プログラムの開発の必要性に関する情報を生成する工程と、提示部が、前記1以上の開発者に前記統合された要件と前記必要性に関する情報とを提示する工程とを有する。
本発明の更なる特徴は添付の図面を参照する以下の例示的な実施形態の説明から明らかになるだろう。
本発明の実施形態が添付の図面を参照しつつ以下に説明される。以下に説明される各実施形態は汎用のものからより具体的なものまで多様な概念の理解に役立つだろう。本発明の技術的範囲は特許請求の範囲によって規定され、以下に説明される各実施形態には限定されないことに留意されたい。さらに、実施形態で説明される機能のすべての組み合わせが本発明に常に必要不可欠であるとは限らない。
図1は本発明の実施形態に係る連合仲介サーバ(FBS)100を含む例示の環境を説明する。FBS100は事業者ネットワーク101a−101nと開発者102a−102nとに接続される。事業者ネットワーク101aはネットワーク事業者Aによって運営され、事業者ネットワーク101bはネットワーク事業者Bによって運営され、以下同様である。つまり、事業者ネットワーク101a−101nは相異なるネットワーク事業者によって運営される。本実施形態では複数の開発者102a−102nが存在するものの、本発明は一人だけの開発者が存在する場合にも適用される。事業者ネットワーク101a−101nは集合的に事業者ネットワーク(群)101と表され、開発者102a−102nは集合的に開発者(群)102と表される。本実施形態は事業者ネットワーク101aと開発者102aとの観点から説明されるが、この説明は他の事業者ネットワーク101b−101nと開発者102b−102nとにも適用される。
事業者ネットワーク101aはパーソナル・ネットワーク103に接続される。パーソナル・ネットワーク103は、パーソナル・ネットワーク103の所有者のまわりのデバイスが論理ネットワークを構成するように互いに相互接続されているネットワークである。デバイスはサードパーティのサービス・プロバイダと他のユーザのパーソナル・ネットワークに広域ネットワークを介して公開されている。パーソナル・ネットワーク103は本発明が適用されるローカル・ネットワークの一例である。ローカル・ネットワークの他の例は、ローカルエリアネットワーク(LAN)、パーソナルエリアネットワーク(PAN)、カー・ネットワークなどである。パーソナル・ネットワーク103内のデバイスは、パーソナル・ネットワーク要素(PNE)106と呼ばれる。パーソナル・ネットワーク103はまたゲートウェイ(G/W)105を備え、ゲートウェイ105を通じてPNE106と事業者ネットワーク101aとが互いに通信する。ゲートウェイ105はPNE106を制御するための制御APIを公開する。
事業者ネットワーク101aはパーソナル・ネットワーク・アプリケーション・サーバ(PNAS)104を備える。PNASはPNE106のコンテンツ情報を引き出して広める集約ポイントとして用いられる装置であり、このコンテンツ情報はデバイス・プレゼンスと能力情報とを含む。
ネットワーク事業者AはPNE106を監視して制御することによって様々なサービスをパーソナル・ネットワーク103のユーザへ提供する。ネットワーク事業者Aによって提供されるサービスの例は以下である。
‐パーソナル・ネットワークのための自動構成:IPルータやWifiアクセスポイントのようなネットワーク機器を通常の人々が構成することは難しい作業である。トラブルシューティングも人々にとって難しいタスクである。従って、リモートから構成を監視して管理することによってネットワーク事業者Aがこのような作業をサポートする。
‐自動ライト制御:例えばユーザがリビングルームにいて映画が始まる場合に明かりを暗くするというように、PNAS104はPNE106を介してユーザの位置と活動とを監視してユーザの周りのライトを制御する。
‐パーソナル・ネットワークのための自動構成:IPルータやWifiアクセスポイントのようなネットワーク機器を通常の人々が構成することは難しい作業である。トラブルシューティングも人々にとって難しいタスクである。従って、リモートから構成を監視して管理することによってネットワーク事業者Aがこのような作業をサポートする。
‐自動ライト制御:例えばユーザがリビングルームにいて映画が始まる場合に明かりを暗くするというように、PNAS104はPNE106を介してユーザの位置と活動とを監視してユーザの周りのライトを制御する。
ネットワーク事業者Aは各サービスに対してサービス・ディスクリプションを有する。サービス・ディスクリプションは対応するサービスを実行するための動作を記載している。サービス・ディスクリプションの例は後述される。ネットワーク事業者Aは、PNE106に対する動作を実行するために必要となるコンピュータ・プログラム(DSS)の作成を依頼するために、FBS100へサービス・ディスクリプションを提供する。本発明によれば、サービス・ディスクリプション内の要件はAPIの形式で記載される。しかしながら、要件を参照して開発者102がコンピュータ・プログラムを開発できさえすれば、本発明はどのような形式で記載された要件にも適用できる。
FBS100はネットワーク事業者と開発者102とを仲介する。FBS100はネットワーク事業者からサービス・ディスクリプションを取得する。各デバイスは固有の機能集合のみを有するため、同一カテゴリ内のデバイスはデバイスに対する同一又は類似のAPIをネットワーク事業者が要求し、従って、ネットワーク事業者からの要求APIのリストは重複しがちであると想定することは合理的である。相異なるネットワーク事業者が、入出力値の単位、パス名のような各APIに対するわずかに異なる要件を有することは容易に生じる。後述されるように、FBS100はテンプレートAPIをネットワーク事業者へ提供することによる問題を解決する。
開発者102aはFBS100により提示されたコンピュータ・プログラムを開発する。開発者102aはサードパーティの開発者であってもよいし、オープンソースの開発者であってもよいし、フリー・プログラマであってもよい。
図2は本実施形態に係るFBS100の例示的なブロック図を説明する。FBS100は、CPU201、メモリ202、事業者I/F203、記憶装置204、統合部205、生成部206、開発者I/F207、検証部208、取得部209、提示部210、及び収集部211を備える。CPU201はFBS100の全体的な動作を制御する。図2において、CPU201から各部への線は省略されている。メモリ202はFBS100の動作のために用いられるコンピュータ・プログラムとデータとを記憶する。事業者I/F203はネットワーク事業者とFBS100との間のインタフェースである。開発者I/F207は開発者とFBS100との間のインタフェースである。記憶装置204は統計データ、テンプレートAPIリスト400、サービス・ディスクリプション・リスト600、要求DSSリスト700、及びDSSレポジトリを備え、これらの詳細は後述される。記憶装置は例えばHDDで実装される。他のユニットはFBS100の動作を通じて後で説明される。
図3は本発明の実施形態に係るFBS100の例示的な動作を説明する。CPU201はこれらのステップを実行するために、メモリ202に記憶されたコンピュータ・プログラムを実行する。
ステップS301で、収集部211は事業者ネットワーク101内のPNAS104からPNE106に関する統計を収集する。収集部211は記憶装置204内の統計データベースに収集された統計を登録する。統計は各デバイス・タイプについて、各事業者ネットワークに接続されたパーソナル・ネットワーク103に含まれるデバイス数を含んでもよい。
ステップS302で、取得部209はネットワーク事業者Aからサービス・ディスクリプションを取得する。上述のように、サービス・ディスクリプションはDSSに対する要件をAPIの形式で含む。ネットワーク事業者AはステップS302に先立って、FBS100の所有者と合意された形式でサービス・ディスクリプションを準備する。提示部は、ネットワーク事業者Aによるサービス・ディスクリプションの生成を支援するために、ネットワーク事業者AにテンプレートAPIを提示してもよい。図4は例示的なテンプレートAPIリスト400を記載する。リスト400の各エントリはデバイスに対する所定の動作を実行するためのテンプレートAPIを規定する。列「デバイス・カテゴリ」401はデバイスのカテゴリを記載する。Wifiアクセスポイントのような同一のカテゴリに含まれるデバイスはSSIDの取得のような同一又は類似の動作を有する傾向にある。これにより、デバイスの固有のデバイス・タイプが異なっていたとしても、同一のカテゴリ内のデバイスに対する動作を同一の方法で実行できるという利点を生む。列「動作カテゴリ」402は、デバイス内のパラメータの設定又は取得に用いられる「パラメータ処理」、デバイスへのコマンドの実行に用いられる「コマンド実行」、デバイスの特定のイベントの検出に用いられる「イベント検出」のような、所定の動作のカテゴリを記載する。列「API名」403は所定の動作に対する名称を記載する。列「テンプレートAPI」404は所定の動作を実現するために要求されるテンプレートAPIの詳細を記載する。例えば、リスト400の1番目のエントリは、カテゴリがWifiアクセスポイントであるデバイスのSSIDを取得するためのテンプレートAPIを規定する。テンプレートAPIは変更可能な属性を含んでもよい。例えば、リスト400内の1番目のエントリでは、「パス」が変更可能である。この変更可能な属性は、相異なるネットワーク事業者の間の相異なる要件を調整するために有用である。その結果として、テンプレートAPIリスト400は相異なるネットワーク事業者からの幅広いユースケースをカバーできる。APIに対するDSSが開発された後にFBS100が属性を変更可能な場合にFBS100は属性を変更可能として設定する。本実施形態によれば、開発されたDSS内の属性をネットワーク事業者Aからの要件に従って調整する補足的なコンピュータ・プログラムをFBS100が作成可能な場合に、FBS100は属性を変更可能に設定する。これにより、一つのDSSがわずかに異なる要件をカバーでき、それによってDSSの価値が向上するという利点を生む。
ネットワーク事業者AはテンプレートAPIのリスト400を用いてサービス・ディスクリプションを記述してもよい。図5は例示的なサービス・ディスクリプション500を説明する。サービス・ディスクリプション500の各エントリは所定のサービスを実行するための要件を規定する。列「サービス名」501はネットワーク事業者Aが実行するサービスの名称を記載する。列502、503は図4の列401、403と同じである。列「優先度」504は動作のための優先度を記載する。例えば、要求APIがサービスに必須である場合に優先度は「高」に設定されてもよく、一方で、要求APIがサービスにオプションである場合に優先度は「低」に設定されてもよい。列「要求API」は動作を実行するために要求されたAPIの詳細を記載する。ネットワーク事業者Aはネットワーク事業者Aの要件を満たすテンプレートAPIを選択し、要求APIにテンプレートAPIを調整するように変更可能な属性を変更する。例えば、ネットワーク事業者Aは図5の「パス」属性を設定する。
ステップS302で、取得部209は取得されたサービス・ディスクリプションを記憶装置204に記憶する。ネットワーク事業者から取得されたサービス・ディスクリプションはサービス・ディスクリプション・リストとして保持される。図6は例示的なサービス・ディスクリプション・リスト600を説明する。リスト600の各エントリは各ネットワーク事業者から取得された要求APIを記載する。列「事業者名」601は要求APIが取得されたネットワーク事業者の名称を記載する。列602−604、606は図5の対応する列と同じである。列「API ID」はリスト600のエントリを識別するIDである。「API ID」605は要求APIと統合APIとの間の関係性を追跡するために用いられる。ステップS303で、取得部209はサービス・ディスクリプション・リスト600が更新されたことを統合部205に通知する。
ステップS304で、統合部205は相互に関連する要求APIを一つのAPIに統合する。本実施形態によれば、APIを統合するために、統合部205は要求APIとテンプレートAPIとを比較する。サービス・ディスクリプション・リスト600内の二つ以上の要求APIが同一のテンプレートAPIに対応する場合に、統合部205はこれらの要求APIが相互に関連すると判定し、これらの要求APIを一つの統合APIに統合する。例えば、サービス・ディスクリプション・リスト600内の1番目のエントリと5番目のエントリとはテンプレートAIPリスト400内の1番目のエントリに対応し、従って統合部205はこれらの要求APIを統合する。
統合部205は統合APIを要求DSSリストに登録する。図7は例示的な要求DSSリスト700を説明する。要求DSSリスト700の各エントリは開発されるべき要求DSSを記載する。列701、702は図6の列602、603と同じである。列「統合API」703は統合APIの詳細を記載する。列704、705は後述する。サービス・ディスクリプション・リスト600内の1番目のエントリと5番目のエントリとは要求DSSリスト700の1番目のエントリに統合される。統合部205は1番目のエントリ内の「パス」属性をデフォルト値に置き換えることに留意されたい。このように、統合部205は統合API内の変更可能な属性をデフォルト値に置き換え、次いで統合APIを要求DSSリスト700に登録する。ステップS305で、統合部205は要求DSSリスト700が更新されたことを生成部206に通知する。
ステップS306で、生成部206は統合APIを実装するDSSの開発の必要性に関する情報を生成する。本実施形態によれば、生成部206は統計データベースに記憶されている各デバイス・タイプについて必要性を判定する。生成部206は図7に示されるように、各統合APIについてすべてのデバイス・タイプを登録する。この例では、統計データベースはデバイスIDが「AA0010」、「BB0020」である「Wifiアクセスポイント」カテゴリ内の二つのデバイス・タイプを含む。列「デバイスID」704はDSSが開発されることが要求されるデバイスのデバイスIDを記載する。次いで、生成部206は各デバイスIDについて必要性を判定する。生成部206は例えば統計データベースに記憶された統計と要求APIの重要度との少なくとも一方に基づいて必要性を判定する。生成部206は統合APIが高い優先度を有する場合に必要性に対してより大きな値を設定する。なぜなら、ネットワーク事業者はDSSのためにより高い金額を払うだろうからである。これに加えて又はこれに代えて、生成部206は所定のデバイスIDについてのデバイス数が多い場合に必要性に対してより大きな値を設定する。例えば、IDが「AA0010」であるデバイスの数が、IDが「BB0020」であるデバイスの数の2倍である場合に、生成部206は「AA0010」のための値が「BB0020」のための値の2倍になるように必要性を設定する。必要性の値はDSSの開発に対する推定支払額に対応してもよい。生成部206はDSSにすでに記憶されているDSSの必要性をゼロに設定してもよい。ステップS307で、生成部206は要求DSSリスト700が更新されたことを提示部210に通知する。
ステップS308で、提示部210は開発者102へ要求DSSリスト700を開発者I/F207を介して提示する。要求DSSリスト700が個々のネットワーク事業者に関する情報を一切示していないことに留意されたい。すなわち、各ネットワーク事業者は、ネットワーク事業者がサービスを提供する自身のサービス・ディスクリプションとデバイス数とを他のネットワーク事業者及び開発者102から秘密にすることができる。
ステップS309で、開発者102aは要求DSSリスト700を参照してDSSを開発する。開発者102aはより高い必要性を有するDSSを開発するだろう。ステップS310で、取得部209は開発されたDSSを開発者102aから開発者I/F207を介して取得する。ステップS311で、取得部209は取得されたDSSを検証部208へ転送する。
ステップS312で、検証部208は取得されたDSSを検証する。例えば、検証部208はDSSが悪意のあるコードを含むかをJava(登録商標)のサンドボックス技術を用いて調べる。DSSを調べた後に、検証部208はDSSレポジトリにDSSを登録する。検証部208は個別のデバイスに対してDSSを調べなくてもかまわない。なぜなら、DSSを広範に配布する前にDSSをどのようにテストするかはネットワーク事業者しだいだからである。ステップS313で、検証部208はDSSレポジトリが更新されたことを提示部210へ通知する。
ステップS314で、提示部210は更新されたDSSレポジトリを事業者I/F203を介してネットワーク事業者へ提示する。ステップS315で、ネットワーク事業者AはDSSレポジトリ内のDSSを、例えばゲートウェイ105へDSSを配信するために又は自身のアプリケーションストアに置くために要求する。FBS100はDSSについてネットワーク事業者に課金してもよい。
ステップS316で、事業者I/F203はどのDSSがネットワーク事業者Aから要求されたかを統合部205へ通知する。
ステップS317で、統合部205は適合プログラムを生成する。上述のように、サービス・ディスクリプション500におけるAPIと要求DSSリスト600におけるAPIとは異なる。すなわち、開発されたDSSは適合プログラムなしには動作しない。例えば、ネットワーク事業者Aが名称が「Get SSID」であるAPIについてのSDDを要求した場合に、統合部205はサービス・ディスクリプション・リスト600を参照して、ネットワーク事業者Aから取得された要求APIを見つける。次いで、統合部205は図8に記載されたような適合プログラム800を作成する。統合部205は最終配信プログラムとして提供するようにこれらのプログラムを結合してもよい。
ステップS318で、統合部205は適合プログラムが作成されたことを提示部210へ通知する。
ステップS319で、提示部210は要求されたDSSとこれに対応する適合プログラムとを事業者I/F203を介してネットワーク事業者Aへ提供する。
本実施形態によれば、各ネットワーク事業者がコンピュータ・プログラムへの要件を秘密にしつつ、開発者がネットワーク事業者により要求されたコンピュータ・プログラムへの必要性を判定できる。各ネットワーク事業者はコンピュータ・プログラムを取得するためのコストを低減できる。各ネットワーク事業者は互いに要件を共有する必要がなく、また特定のDSSに対する仕様を共同で開発する必要もない。
本発明は例示的な実施形態を参照して説明されてきたが、本発明は開示した例示の実施形態に限定されないと理解されるべきである。以下の特許請求の範囲はこのような修正及び均等な構造及び機能をすべて包含するような最も広い解釈に一致する。
Claims (11)
- 複数のネットワーク事業者と1以上の開発者とを仲介する方法であって、
取得部が、各ネットワーク事業者により要求されるコンピュータ・プログラムに関する要件を取得する工程と、
統合部が、前記取得された要件のうち相互に関連する要件を一つの要件に統合する工程と、
生成部が、前記統合された要件を実装するコンピュータ・プログラムの開発の必要性に関する情報を生成する工程と、
提示部が、前記1以上の開発者に前記統合された要件と前記必要性に関する情報とを提示する工程と
を有することを特徴とする方法。 - 前記必要性に関する情報は、前記コンピュータ・プログラムの開発についての推定支払額を含むことを特徴とする請求項1に記載の方法。
- 各ネットワーク事業者はローカル・ネットワークに接続されており、
前記ネットワーク事業者により要求された前記コンピュータ・プログラムは前記ローカル・ネットワーク内のデバイスのために用いられるコンピュータ・プログラムである
ことを特徴とする請求項1又は2に記載の方法。 - 収集部が、前記ローカル・ネットワーク内のデバイスの統計を収集する工程をさらに有し、
前記必要性に関する情報が前記統計に基づいて生成される
ことを特徴とする請求項3に記載の方法。 - 前記統計は開発されるべき前記コンピュータ・プログラムが用いられる対象のデバイスの数を含むことを特徴とする請求項4に記載の方法。
- 前記相互に関連する要件は同一のカテゴリ内のデバイスについての同一の動作に対する要件であることを特徴とする請求項3乃至5のいずれか1項に記載の方法。
- 前記デバイスについての前記動作はパラメータ処理とコマンド実行とイベント検出とのうちの少なくとも一つを含むことを特徴とする請求項6に記載の方法。
- 前記要件を取得する工程は、前記複数のネットワーク事業者へ、要件を記述するために前記ネットワーク事業者によって用いられる要件のパターンを提示する工程を含み、
前記相互に関連する要件を統合する工程は、前記同一のパターンを用いて記載された要件を一つの要件に統合する工程を含む
ことを特徴とする請求項1乃至7のいずれか1項に記載の方法。 - 前記取得部が、前記1以上の開発者により開発されたコンピュータ・プログラムを取得する工程と、
前記提示部が、前記複数のネットワーク事業者へ前記開発されたコンピュータ・プログラムを提示する工程と
をさらに有することを特徴とする請求項1乃至8のいずれか1項に記載の方法。 - 前記統合部が、前記開発されたコンピュータ・プログラムを前記ネットワーク事業者により要求されたコンピュータ・プログラムに適合するための補助的なコンピュータ・プログラムを生成する工程をさらに有することを特徴とする請求項9に記載の方法。
- 複数のネットワーク事業者と1以上の開発者とを仲介する方法をコンピュータに実行させるための記憶媒体に記憶されたプログラムであって、前記方法は、
取得部が、各ネットワーク事業者により要求されるコンピュータ・プログラムに関する要件を取得する工程と、
統合部が、前記取得された要件のうち相互に関連する要件を一つの要件に統合する工程と、
生成部が、前記統合された要件を実装するコンピュータ・プログラムの開発の必要性に関する情報を生成する工程と、
提示部が、前記1以上の開発者に前記統合された要件と前記必要性に関する情報とを提示する工程と
を有することを特徴とするプログラム。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010034989A JP2011170693A (ja) | 2010-02-19 | 2010-02-19 | ネットワーク事業者と開発者とを仲介する方法 |
US12/760,597 US20110208856A1 (en) | 2010-02-19 | 2010-04-15 | Method for Intermediating Network Operators and Developers |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010034989A JP2011170693A (ja) | 2010-02-19 | 2010-02-19 | ネットワーク事業者と開発者とを仲介する方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2011170693A true JP2011170693A (ja) | 2011-09-01 |
Family
ID=44477422
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010034989A Pending JP2011170693A (ja) | 2010-02-19 | 2010-02-19 | ネットワーク事業者と開発者とを仲介する方法 |
Country Status (2)
Country | Link |
---|---|
US (1) | US20110208856A1 (ja) |
JP (1) | JP2011170693A (ja) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002342607A (ja) * | 2001-05-22 | 2002-11-29 | Hitachi Ltd | 売買仲介支援方法及びその実施装置並びにその処理プログラム |
Family Cites Families (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6938007B1 (en) * | 1996-06-06 | 2005-08-30 | Electronics Data Systems Corporation | Method of pricing application software |
US6810392B1 (en) * | 1998-07-31 | 2004-10-26 | Northrop Grumman Corporation | Method and apparatus for estimating computer software development effort |
US6715130B1 (en) * | 1998-10-05 | 2004-03-30 | Lockheed Martin Corporation | Software requirements metrics and evaluation process |
US6957186B1 (en) * | 1999-05-27 | 2005-10-18 | Accenture Llp | System method and article of manufacture for building, managing, and supporting various components of a system |
US7315826B1 (en) * | 1999-05-27 | 2008-01-01 | Accenture, Llp | Comparatively analyzing vendors of components required for a web-based architecture |
US6536037B1 (en) * | 1999-05-27 | 2003-03-18 | Accenture Llp | Identification of redundancies and omissions among components of a web based architecture |
US6615166B1 (en) * | 1999-05-27 | 2003-09-02 | Accenture Llp | Prioritizing components of a network framework required for implementation of technology |
US20080255918A1 (en) * | 2001-01-20 | 2008-10-16 | Pointcross, Inc. | Ontological representation of knowledge |
US7000220B1 (en) * | 2001-02-15 | 2006-02-14 | Booth Thomas W | Networked software development environment allowing simultaneous clients with combined run mode and design mode |
US20020161888A1 (en) * | 2001-04-30 | 2002-10-31 | Mcguire Jacob | Template-based system for automated deployment and management of network devices |
US6971093B1 (en) * | 2001-05-14 | 2005-11-29 | Cisco Technology, Inc. | Techniques for maintaining compatibility of a software core module and an interacting module |
US6690781B2 (en) * | 2001-06-18 | 2004-02-10 | International Business Machines Corporation | Generic service component for telephony container server |
US20030033586A1 (en) * | 2001-08-09 | 2003-02-13 | James Lawler | Automated system and method for software application quantification |
AU2002347720A1 (en) * | 2002-11-06 | 2004-06-07 | Telefonaktiebolaget Lm Ericsson (Publ) | A means and a method relating to optimization of network operation and planning |
US7072807B2 (en) * | 2003-03-06 | 2006-07-04 | Microsoft Corporation | Architecture for distributed computing system and automated design, deployment, and management of distributed applications |
AU2003901714A0 (en) * | 2003-04-10 | 2003-05-01 | Charismatek Software Metrics | Automatic sizing of software functionality |
US8203967B2 (en) * | 2003-04-15 | 2012-06-19 | At&T Intellectual Property I, L.P. | Methods, systems, and computer program products for implementing a standardized interpretive engine |
US7814470B2 (en) * | 2003-08-27 | 2010-10-12 | International Business Machines Corporation | Multiple service bindings for a real time data integration service |
FR2881901A1 (fr) * | 2005-02-07 | 2006-08-11 | France Telecom | Procede et systeme de controle local de la diffusion d'une application en reseau sans fil partage |
US7810082B2 (en) * | 2005-07-22 | 2010-10-05 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for transforming generic software code into operator specific code |
US7743369B1 (en) * | 2005-07-29 | 2010-06-22 | Sprint Communications Company L.P. | Enhanced function point analysis |
JP2007156987A (ja) * | 2005-12-07 | 2007-06-21 | Toshiba Corp | ソフトウェア部品およびソフトウェア部品管理システム |
US20070162316A1 (en) * | 2006-01-12 | 2007-07-12 | International Business Machines Corporation | System and method for evaluating a requirements process and project risk-requirements management methodology |
US7996830B2 (en) * | 2006-06-05 | 2011-08-09 | International Business Machines Corporation | Programming model generic application deployment |
US20070288467A1 (en) * | 2006-06-07 | 2007-12-13 | Motorola, Inc. | Method and apparatus for harmonizing the gathering of data and issuing of commands in an autonomic computing system using model-based translation |
US20080040455A1 (en) * | 2006-08-08 | 2008-02-14 | Microsoft Corporation | Model-based deployment and configuration of software in a distributed environment |
US20080103795A1 (en) * | 2006-10-25 | 2008-05-01 | Microsoft Corporation | Lightweight and heavyweight interfaces to federated advertising marketplace |
US8230390B2 (en) * | 2007-02-09 | 2012-07-24 | Nokia Corporation | Template-based rule generation |
US8327341B2 (en) * | 2007-05-31 | 2012-12-04 | Red Hat, Inc. | Integrating aspect oriented programming into the application server |
US8001519B2 (en) * | 2007-06-27 | 2011-08-16 | International Business Machines Corporation | Model driven development including aspect integration tool |
US8103607B2 (en) * | 2008-05-29 | 2012-01-24 | Red Hat, Inc. | System comprising a proxy server including a rules engine, a remote application server, and an aspect server for executing aspect services remotely |
US8214795B2 (en) * | 2008-11-26 | 2012-07-03 | Optumsoft, Inc. | Efficient automated translation of procedures in constraint-based language |
US8448127B2 (en) * | 2009-01-30 | 2013-05-21 | Raytheon Company | Software forecasting system |
US8131850B2 (en) * | 2009-10-12 | 2012-03-06 | Palo Alto Research Center Incorporated | Apparatus and methods for managing network resources |
-
2010
- 2010-02-19 JP JP2010034989A patent/JP2011170693A/ja active Pending
- 2010-04-15 US US12/760,597 patent/US20110208856A1/en not_active Abandoned
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002342607A (ja) * | 2001-05-22 | 2002-11-29 | Hitachi Ltd | 売買仲介支援方法及びその実施装置並びにその処理プログラム |
Also Published As
Publication number | Publication date |
---|---|
US20110208856A1 (en) | 2011-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109155741B (zh) | 为不同参考架构配置系统资源的方法和系统 | |
Alaya et al. | Toward semantic interoperability in oneM2M architecture | |
EP3454214A1 (en) | Infrastructure instantiation, collaboration, and validation architecture for serverless execution frameworks | |
US8776011B2 (en) | Method and apparatus for managing components of application enablement suite | |
US9094457B2 (en) | Automated network deployment of cloud services into a network | |
EP3053052B1 (en) | Managing a number of secondary clouds by a master cloud service manager | |
KR101475988B1 (ko) | 새로운 네트워크 자원이 서비스 랜드스케이프 인스턴스에 제공되는 경우 동적으로 네트워크 보안 정책 규칙을 갱신하는 방법 | |
Da Silva et al. | Internet of things out of the box: using TOSCA for automating the deployment of IoT environments | |
US8127270B1 (en) | Abstracting transformation for model driven architecture | |
RU2483454C2 (ru) | Разработка, тестирование и демонстрация решений автоматизации с использованием виртуальных компьютеров на основе web и vpn туннелирования | |
KR20160136489A (ko) | 클라우드 서비스를 위한 가상화 기반 자원 관리 방법 | |
US8429187B2 (en) | Method and system for dynamically tagging metrics data | |
Zhang et al. | An OSGi and agent based control system architecture for smart home | |
WO2014015737A1 (zh) | 泛在网的统一业务平台及业务实现方法 | |
Madsen et al. | A QR code based framework for auto-configuration of IoT sensor networks in buildings | |
JP5550731B2 (ja) | ネットワーク事業者と開発者とを仲介する装置 | |
US20050125492A1 (en) | Integrated network element management system and method | |
CN104166581A (zh) | 一种面向增量制造设备的虚拟化方法 | |
Köhler et al. | VCE-A versatile cloud environment for scientific applications | |
US20030236882A1 (en) | Automatic management of e-services | |
CN107404410B (zh) | 一种云环境下构建虚拟网络功能平台的方法及装置 | |
JP2011170693A (ja) | ネットワーク事業者と開発者とを仲介する方法 | |
Schulz et al. | Capability-Aware Information Aggregation in Peer-to-Peer Grids: Methods, Architecture, and Implementation | |
Battista et al. | ROME4EU: A web service-based process-aware system for smart devices | |
Taherkordi et al. | A component-based approach for service distribution in sensor networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20121114 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130829 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130902 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20140214 |