JP7445685B2

JP7445685B2 - オープンインタフェースの管理方法、電子機器、及び記憶媒体

Info

Publication number: JP7445685B2
Application number: JP2021574897A
Authority: JP
Inventors: 郭華
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2020-04-08
Filing date: 2021-02-01
Publication date: 2024-03-07
Anticipated expiration: 2041-02-01
Also published as: EP3972199B1; CN113497735B; JP2022539679A; CN113497735A; CN116962170A; EP3972199A4; EP3972199A1; WO2021203817A1

Description

本願は、通信分野に関し、特に、オープンインタフェース（ｏｐｅｎｉｎｔｅｒｆａｃｅ）の管理方法、電子機器、及び記憶媒体に関する。

５Ｇ通信時代において、電気通信業界もますます多くのオープン需要に直面している。機器ベンダーの運用保守センター（ＯｐｅｒａｔｉｏｎａｎｄＭａｉｎｔｅｎａｎｃｅＣｅｎｔｅｒ：ＯＭＣ）システムは、事業者とサードパーティに対してオープンインタフェースを提供する必要がある。

機器ベンダーのＯＭＣシステムはグローバル向けに提供されるため、そのシステムに含まれるオープンインタフェースは一つの完全セットであるが、ＯＭＣシステムごとに一つの具体的な事業者が配備されると、事業者ごとにそのシステムが提供する指定された部分的オープンインタフェースしか使用することができない。このため、オープンインタフェースの管理においては、オープンインタフェースの認証（ａｕｔｈｏｒｉｚａｔｉｏｎ）を制御することが必要である。現在、よく使用されているオープンインタフェースの認証管理方式は、ライセンス（Ｌｉｃｅｎｓｅ）であり、機器ベンダーは、事業者ＡにＬｉｃｅｎｓｅを提供するのみであり、事業者は、このＬｉｃｅｎｓｅを用いてインタフェースａにアクセスすることができ、ＯＭＣシステムにおけるインタフェースａ以外の他のインタフェースにアクセスすることができない。

しかしながら、発明者らは、ＯＭＣシステムではオープンインタフェースの数が多くなってきており、Ｌｉｃｅｎｓｅの管理メカニズムでは、オープンインタフェースの動的な登録は実現できず、かつ、個々のオープンインタフェースの配置やライセンス管理の作業負荷が非常に大きく、オープンインタフェースの運用および保守管理を行うコストが高いことを見出した。

本願は、オープンインタフェースの運用および保守管理を行うコストを低減させるオープンインタフェースの管理方法、電子機器、及び記憶媒体を提供することを目的とする。

上記課題を解決するために、本願の実施形態は、対象オープンインタフェースの登録を要求するための登録要求を受信することと、前記対象オープンインタフェースの所属するカテゴリを特定し、当該カテゴリのオープンインタフェースの登録ファイルを含む、前記カテゴリに対応するオープンインタフェースモデルパケットを取得することと、前記オープンインタフェースモデルパケットに対応する認証ファイルを取得し、前記認証ファイルに基づいて前記登録要求を認証することと、前記認証に合格した場合には、前記オープンインタフェースモデルパケットに含まれる登録ファイルに基づいて、前記対象オープンインタフェースをＡＰＩゲートウェイに登録することと、を含むオープンインタフェースの管理方法を提供する。

本願の実施形態は、異なるカテゴリのオープンインタフェースの登録ファイルを取得し、前記異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、各カテゴリのオープンインタフェースモデルパケットを構築することと、前記オープンインタフェースモデルパケットに対応する認証ファイルの生成用の、前記オープンインタフェースモデルパケットに付属する（セットになる）認可アイテムプロビジョニングファイル（ａｕｔｈｏｒｉｚａｔｉｏｎｉｔｅｍｐｒｏｖｉｓｉｏｎｉｎｇｆｉｌｅ）を生成することと、を含むオープンインタフェースの管理方法をさらに提供する。

本願の実施形態は、電子機器をさらに提供し、この電子機器は、少なくとも一つのプロセッサと、少なくとも一つのプロセッサと通信可能に接続されるメモリと、を備え、前記メモリは、前記少なくとも一つのプロセッサによって実行され得る命令を記憶し、命令は、少なくとも一つのプロセッサが上記オープンインタフェースの管理方法を実行できるように、少なくとも一つのプロセッサにより実行される。

本願の実施形態は、プロセッサによって実行されるときに、上記オープンインタフェースの管理方法を実現するコンピュータプログラムを記憶したコンピュータ読み取り可能な記憶媒体をさらに提供する。

一つ又は複数の実施形態は、それに対応する添付図面における図で例示的に説明され、これらの例示的な説明は、実施形態を限定するものではない。
図１は、本願の第１実施形態に係るオープンインタフェースの管理方法のフローチャートである。図２は、本願の第１実施形態に係るＯＭＣシステムの構成を示す図である。図３は、本願の第２実施形態に係るオープンインタフェースの管理方法を示すフローチャートである。図４は、本願の第２実施形態のＣＩパイプラインによってオープンインタフェースモデルパケットと認可アイテムプロビジョニングファイルを構築することを示す図である。図５は、本願の第３実施形態に係るオープンインタフェースの管理方法のフローチャートである。図６は、本願の第４実施形態に係るオープンインタフェースの管理方法のフローチャートである。図７は、本願の第５実施形態に係る電子機器の構成を示す図である。

本願の実施形態の目的、技術案及び利点をより明確にするために、以下、図面を参照しながら、本願の各実施形態について詳細に説明する。しかしながら、当業者は理解できるが、読者に本願をより良く理解させるために、本願の各実施形態において多数の技術的細部が提案されているが、これらの技術的細部および以下の各実施形態に基づく種々の変更や修正がなくても、本願が保護を要求している技術案を実現することができる。

本願の第１実施形態は、対象オープンインタフェースの登録を要求するための登録要求を受信することと、対象オープンインタフェースの所属するカテゴリを特定し、当該カテゴリのオープンインタフェースの登録ファイルを含む、カテゴリに対応するオープンインタフェースモデルパケットを取得することと、オープンインタフェースモデルパケットに対応する認証ファイルを取得し、認証ファイルに基づいて登録要求を認証することと、認証に合格した場合には、オープンインタフェースモデルパケットに含まれる登録ファイルに基づいて、対象オープンインタフェースをＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）ゲートウェイに登録することと、を含むオープンインタフェースの管理方法に関する。本実施形態は、オープンインタフェースの運用および保守管理を行うコストを低減させる。以下、本実施形態のオープンインタフェースの管理方法の実現細部について具体的に説明するが、以下の内容は、単に提供される実現細部の理解を容易にするためのものであり、本案を実施するための必須のものではない。

本実施形態におけるオープンインタフェースの管理方法は、図１に示す通りである。

ステップ１０１：対象オープンインタフェースの登録を要求するための登録要求を受信する。

具体的には、ＯＭＣシステムが配備された機器は、登録要求を受信し、この登録要求の送信元は、事業者またはサードパーティである。この登録要求は、対象オープンインタフェースの登録を要求するために用いられ、登録要求には、対象オープンインタフェースの属性、例えば対象オープンインタフェースの適用事業者、対象オープンインタフェースの具体的なパラメータなどが担持される。

そのうち、機器が配備したＯＭＣシステムは、オープンインタフェースを提供する機器ベンダーにより一括で提供されており、実施過程におけるＯＭＣシステムの構成は、図２に示すようにすることができる。このＯＭＣシステムは、オープンインタフェースモデルパケット管理モジュール１と、オープンインタフェース登録管理モジュール２と、証明書管理システム３と、ユーザ管理システム４とを備えている。このステップでは、オープンインタフェース登録管理モジュール２が登録要求を受信して処理する。

ステップ１０２：前記対象オープンインタフェースの所属するカテゴリを特定し、当該カテゴリのオープンインタフェースの登録ファイルを含む、前記カテゴリに対応するオープンインタフェースモデルパケット（ｏｐｅｎｉｎｔｅｒｆａｃｅｍｏｄｅｌｐａｃｋｓ）を取得する。

具体的には、対象オープンインタフェースの所属するカテゴリを特定し、登録要求に担持されている対象オープンインタフェースの属性に基づいて、対象オープンインタフェースが予め設定されている分類方式下で属するカテゴリを特定する。例えば、予め設定された分類方式は、オープンインタフェースが適用される事業者に応じて分類（汎用オープンインタフェース類、事業者Ａ専用インタフェース類、事業者Ｂ専用インタフェース類などに分類）し、対象オープンインタフェースの属性が事業者Ａ専用インタフェースであれば、対象オープンインタフェースのカテゴリが事業者Ａ専用インタフェース類であることを特定する。そして、対象オープンインタフェースが属するカテゴリに基づいて、対応するオープンインタフェースモデルパケットを取得し、オープンインタフェースモデルパケットは、予め構築されてＯＭＣシステムに格納され、対応するカテゴリのオープンインタフェースの登録ファイルを含み、登録ファイルは、オープンインタフェースの登録に利用可能である。

ステップ１０３：前記オープンインタフェースモデルパケットに対応する認証ファイル（Ａｕｔｈｅｎｔｉｃａｔｉｏｎｄｏｃｕｍｅｎｔ）を取得する。

具体的には、ＯＭＣシステムは、登録要求に対応するオープンインタフェースモデルパケットを取得した後、登録要求を認証する必要もあり、本実施形態では、オープンインタフェースモデルパケットに対応する認証ファイルを取得することで、登録要求を認証する。この認証ファイルは、オープンインタフェースモデルパケットの構築が完了した後に、各カテゴリのオープンインタフェースモデルパケットの組み合わさった認可アイテムプロビジョニングファイルに基づいて生成される。図２に示すＯＭＣシステムにおいて、認証ファイルは証明書管理システムに格納されており、オープンインタフェース登録管理モジュールが対応するオープンインタフェースモデルパケットを取得した後、証明書管理システムは登録要求に対して認証を行う。

ステップ１０４：前記認証ファイルに基づいて、前記登録要求が権限を有するか否かを判断し、そうであれば、ステップ１０５に進み、そうでなければ、ステップ１０１に戻る。

具体的には、認証ファイルに基づいて登録要求を認証し、登録要求の認証に合格した場合、次のステップに進んでオープンインタフェースの登録を行い、認証に失敗した場合、受信したのは無効な登録要求であると認定し、オープンインタフェースの登録を行わない。

ステップ１０５：前記オープンインタフェースモデルパケットに含まれる登録ファイルに基づいて、前記対象オープンインタフェースをＡＰＩゲートウェイに登録する。

具体的には、登録要求の認証に合格した場合には、オープンインタフェースモデルパケットに含まれる登録ファイルに基づいて、対象オープンインタフェースをＡＰＩゲートウェイに登録する。

従来技術に比べて、本願実施形態は、対象オープンインタフェースの登録を要求するための登録要求を受信し、対象オープンインタフェースの所属するカテゴリを特定し、当該カテゴリのオープンインタフェースの登録ファイルを含む、当該カテゴリに対応するオープンインタフェースモデルパケットを取得し、オープンインタフェースモデルパケットに対応する認証ファイルを取得し、認証ファイルに基づいて登録要求を認証し、認証に合格した場合には、オープンインタフェースモデルパケットに含まれる登録ファイルに基づいて、対象オープンインタフェースをＡＰＩゲートウェイに登録する。まず、オープンインタフェースの登録要求を受信したときに、オープンインタフェースの登録ファイルを含む予め構築されたオープンインタフェースモデルパケットを取得し、当該オープンインタフェースモデルパケットに基づいてオープンインタフェースの認可管理及び登録を行うことで、ＯＭＣシステムがオープンインタフェースの管理を行う際にオープンインタフェースの動的な登録をサポートし、ＯＭＣシステムがオープンインタフェースの管理を行う柔軟性を向上させることができる。次に、オープンインタフェースのカテゴリに応じて、対応するオープンインタフェースモデルパケットを特定し、当該オープンインタフェースモデルパケットに基づいてオープンインタフェースの管理を行うことにより、ＯＭＣシステムがより大きな粒度でオープンインタフェースの管理を行うことができ、各オープンインタフェースが管理を行う作業負荷が低減され、さらにオープンインタフェースの運用と保守管理を行うコストが低減される。

なお、ステップ１０５を実行した後、前記登録要求を発したユーザーにキャラクターと操作コマンドセットを作成するステップを実行してもよい。具体的には、前記登録要求を発したユーザ（事業者またはサードパーティ）にキャラクターと操作コマンドセットを作成することで、ユーザは、オープンインタフェースの登録後、当該オープンインタフェースの後続の使用において、より容易にオープンインタフェースを操作することができる。図２に示すＯＭＣシステムにおいて、このステップの実行は、具体的には、ユーザ管理システムにおいてユーザにキャラクターと操作コマンドセットを作成することであり得る。

なお、本実施形態では、オープンインタフェースモデルパケットは、サーバが配備したＯＭＣシステムとデカップリングしており、オープンインタフェースモデルパケットは、ＯＭＣシステムのバージョンとともにリーリスしてもよいし、ＯＭＣシステムのバージョンとは独立してリーリスしてもよく、ＯＭＣシステムのバージョンアップデート時にオープンインタフェースモデルパケットを同期アップデートする必要がなく、従来技術ではＯＭＣシステムのバージョンアップデート毎に各オープンインタフェースの構成を同期更新する必要がある場合に比べて、オープンインタフェース管理の作業負荷を軽減し、オープンインタフェース管理の柔軟性を高める。

本願の第２実施形態は、一種のオープンインタフェースの管理方法に関し、第２実施形態は、第１実施形態を更に改良したものであり、主な改良点は、本実施形態では、登録要求を受信するステップの前に、オープンインタフェースモデルパケットを構築するステップ、および、オープンインタフェースモデルパケットに付属する（セットになる）認可アイテムプロビジョニングファイル（ａｕｔｈｏｒｉｚａｔｉｏｎｉｔｅｍｐｒｏｖｉｓｉｏｎｉｎｇｆｉｌｅ）を生成するステップをさらに含むことにある。

本実施形態におけるオープンインタフェースの管理方法は、図３に示す通りであり、具体的には以下のステップを含む。

ステップ２０１：異なるカテゴリのオープンインタフェースの登録ファイルを取得し、前記異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、カテゴリ毎のオープンインタフェースモデルパケットを構築する。

具体的には、ＯＭＣシステムを操作する技術者によりオープンインタフェースの登録ファイルの開発を完了し、オープン過程において、予め設定された分類方式（具体的なユーザーニーズ又は市場ニーズに応じて分類方式を決定できる）に従って全てのオープンインタフェースを分類し、異なるカテゴリのオープンインタフェースの登録ファイルをＯＭＣシステムが配備された機器に提出し、機器は、登録ファイルを取得した後、登録ファイルに基づいて、オープンインタフェースモデルがオープンインタフェースの登録をサポートできるように、カテゴリ毎のオープンインタフェースモデルパケットを構築する。

ステップ２０２：前記オープンインタフェースモデルパケットに対応する認証ファイルを生成するための、前記オープンインタフェースモデルパケットに付属する（セットになる）認可アイテムプロビジョニングファイルを生成する。

具体的には、ＯＭＣシステムを配備した機器は、オープンインタフェースモデルパケットの構築を完了した後、さらにオープンインタフェースモデルパケットに対応する認可アイテムプロビジョニングファイルを生成し、認可アイテムプロビジョニングファイルは、システムがオープンインタフェースモデルパケットに対応する登録要求を認証できるように、オープンインタフェースモデルパケットに対応する認証ファイルを生成するために用いられる。ここで、認可アイテムプロビジョニングファイルの定義例は、表１に示した通りである。

本実施形態では、ＯＭＣシステムは、認可アイテムプロビジョニングファイルを生成した後、認可アイテムプロビジョニングファイルに基づいて、オープンインタフェースモデルパケットに対応する認証ファイルを生成することができる。具体的な応用シーンにおいて、ＯＭＣシステムは、認可アイテムプロビジョニングファイルをＬｉｃｅｎｓｅ作成ツールに入力することにより、前記認証ファイルとしてＬｉｃｅｎｓｅファイルを生成することができる。

なお、ステップ２０１におけるオープンインタフェースモデルパケットの構築過程、及び、ステップ２０２における認可アイテムプロビジョニングファイルの生成過程において、ＣＩ（Ｃｏｎｔｉｎｕｏｕｓｉｎｔｅｇｒａｔｉｏｎ）パイプラインを利用することで自動化を実現できる。図４に示すように、開発者は、コードライブラリに登録ファイルを提出すると、取得した登録ファイルをＣＩパイプラインでコードライブラリから自動引き取り、自動的にオープンインタフェースモデルパケットの構築および認可アイテムプロビジョニングファイルの生成を完了させることで、オープンインタフェースの管理効率を大きく向上させることができる。

ステップ２０３：対象オープンインタフェースの登録を要求するための登録要求を受信する。

ステップ２０４：前記対象オープンインタフェースの所属するカテゴリを特定し、当該カテゴリのオープンインタフェースの登録ファイルを含む、前記カテゴリに対応するオープンインタフェースモデルパケットを取得する。

ステップ２０５：前記オープンインタフェースモデルパケットに対応する認証ファイルを取得する。

ステップ２０６：前記認証ファイルに基づいて、前記登録要求が権限を有するか否かを判断し、そうであれば、ステップ２０７に進み、そうでなければ、ステップ２０３に戻る。

ステップ２０７：前記オープンインタフェースモデルパケットに含まれる登録ファイルに基づいて、前記対象オープンインタフェースをＡＰＩゲートウェイに登録する。

ステップ２０３～ステップ２０７は、それぞれ第１実施形態におけるステップ１０１～ステップ１０５とほぼ同じであり、重複を避けるため、これ以上贅言しない。

第１実施形態に比べて、本実施形態では、ＯＭＣシステムを配備した機器は、さらに、オープンインタフェースモデルパケットの構築、および、オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルの生成を行い、異なるカテゴリのオープンインタフェースの登録ファイルを取得し、異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、カテゴリ毎のオープンインタフェースモデルパケットを構築することと、オープンインタフェースモデルパケットに対応する認証ファイルを生成するための、オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することと、を含む。オープンインタフェースのカテゴリに応じて、対応するオープンインタフェースモデルパケット及びそれに付属する認可アイテムプロビジョニングファイルを構築することは、ＯＭＣシステムがオープンインタフェースモデルパケットによってオープンインタフェースの登録を行い、オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルによってオープンインタフェースのライセンス（認可）管理を行うための基盤を提供する。

本願の第３実施形態は、オープンインタフェースの管理方法に関する。第３実施形態は、第１実施形態を更に改良したものであり、主な改良点は、本実施形態では、登録要求を受信するステップの前に、オープンインタフェースモデルパケットをインポートするステップをさらに含むことにある。

本実施形態におけるオープンインタフェースの管理方法は、図５に示す通りであり、具体的には以下のステップを含む。

ステップ３０１：オープンインタフェースモデルパケットをインポートする。

具体的には、ＯＭＣシステムを配備した機器は、オープンインタフェースモデルパケットをインポートすることによって、ＯＭＣシステムにおけるオープンインタフェースモデルパケットライブラリを更新することが可能であるとともに、オープンインタフェースモデルパケットが未だ存在しないＯＭＣシステムについては、オープンインタフェースモデルパケットをインポートすることによって、ＯＭＣシステムのオープンインタフェースモデルパケットライブラリを初期化することが可能である。

本実施形態では、ＯＭＣシステムは、インポートされたオープンインタフェースモデルパケットについて、当該オープンインタフェースモデルパケットの完全性を先に検証し、検証に合格した後に、モデルパケットを解凍して、当該オープンインタフェースモデルパケットに含まれる登録ファイルを取得して、登録ファイルを永続的に記憶する。また、ＯＭＣシステムにおいて廃棄されたオープンインタフェースモデルパケットについては、ＯＭＣシステムはそれを削除できる。上記の方式により、ＯＭＣシステムにおけるオープンインタフェースモデルパケットファイルをリアルタイムに拡張及び更新することが可能となり、ＯＭＣシステムによるオープンインタフェース管理の柔軟性が向上する。

ステップ３０２：対象オープンインタフェースの登録を要求するための登録要求を受信する。

ステップ３０３：前記対象オープンインタフェースの所属するカテゴリを特定し、当該カテゴリのオープンインタフェースの登録ファイルを含む、前記カテゴリに対応するオープンインタフェースモデルパケットを取得する。

ステップ３０４：前記オープンインタフェースモデルパケットに対応する認証ファイルを取得する。

ステップ３０５：前記認証ファイルに基づいて、前記登録要求が権限を有するか否かを判断し、そうであれば、ステップ３０６に進み、そうでなければ、ステップ３０２に戻る。

ステップ３０６：前記オープンインタフェースモデルパケットに含まれる登録ファイルに基づいて、前記対象オープンインタフェースをＡＰＩゲートウェイに登録する。

ステップ３０２～ステップ３０６は、それぞれ第１実施形態におけるステップ１０１～ステップ１０５とほぼ同じであり、重複を避けるため、これ以上贅言しない。

第１実施形態に比べて、本実施形態では、登録要求を受信する前に、オープンインタフェースモデルパケットをインポートし、オープンインタフェースモデルパケットをインポートする方式によって、ＯＭＣシステムのオープンインタフェースモデルパケットライブラリを初期化すること、あるいは、ＯＭＣシステムにおけるオープンインタフェースモデルパケットファイルをリアルタイムに拡張または更新することが可能となり、ＯＭＣシステムによるオープンインタフェース管理の柔軟性が向上する。

本願の第４実施形態は、異なるカテゴリのオープンインタフェースの登録ファイルを取得し、異なるカテゴリのオープンインタフェースの登録ファイルに基づいてカテゴリ毎のオープンインタフェースモデルパケットを構築し、オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することを含む、オープンインタフェースの管理方法に関する。

本実施形態におけるオープンインタフェースの管理方法は、図６に示す通りであり、具体的には以下のステップを含む。

ステップ４０１：異なるカテゴリのオープンインタフェースの登録ファイルを取得し、前記異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、カテゴリ毎のオープンインタフェースモデルパケットを構築する。

具体的には、ＯＭＣシステムを操作する技術者によりオープンインタフェースの登録ファイルの開発を完了し、オープン過程において、予め設定された分類方式（具体的なユーザーニーズ又は市場ニーズに応じて分類方式を決定できる）に従って全てのオープンインタフェースを分類し、異なるカテゴリのオープンインタフェースの登録ファイルをサーバに提出し、サーバは、登録ファイルを取得した後、登録ファイルに基づいて、オープンインタフェースモデルがオープンインタフェースの登録をサポートできるように、カテゴリ毎のオープンインタフェースモデルパケットを構築する。

ステップ４０２：前記オープンインタフェースモデルパケットに対応する認証ファイルを生成するための、前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成する。

具体的には、サーバは、オープンインタフェースモデルパケットの構築を完了した後、さらにオープンインタフェースモデルパケットに対応する認可アイテムプロビジョニングファイルを生成し、認可アイテムプロビジョニングファイルは、ＯＭＣシステムがオープンインタフェースモデルパケットに対応する登録要求を認証できるように、オープンインタフェースモデルパケットに対応する認証ファイルを生成するために用いられる。本実施形態では、サーバは、前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルに基づいて、前記オープンインタフェースモデルパケットに対応する認証ファイルを生成することができる。

なお、本実施形態のステップ４０１、即ちオープンインタフェースモデルパケットを構築する過程と、ステップ４０２、即ち認可アイテムプロビジョニングファイルを生成する過程は、第２実施形態におけるステップ２０１及びステップ２０２に類似しており、ＣＩパイプラインを利用することで自動化を実現することもできる。

なお、本実施形態は、ＯＭＣシステムが配備されている機器だけでなく、他のＯＭＣシステムが配備されていない電子機器（オープンインタフェースモデルパケットの構築と認可アイテムプロビジョニングファイルの生成に関する計算能力を持つ）によっても実行することができる。オープンインタフェースモデルパケットの構築および認可アイテムプロビジョニングファイルの生成が完了すると、オープンインタフェースモデルパケットおよび認可アイテムプロビジョニングファイルは、ＯＭＣシステムが配備された機器にインポートされて、ＯＭＣシステムが配備された機器がオープンインタフェースの管理を行ってもよい。

従来技術に比べて、本実施形態では、異なるカテゴリのオープンインタフェースの登録ファイルを取得し、異なるカテゴリのオープンインタフェースの登録ファイルに基づいてカテゴリ毎のオープンインタフェースモデルパケットを構築し、オープンインタフェースモデルパケットに対応する認証ファイルを生成するための、オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成する。オープンインタフェースのカテゴリをもとにして、対応するオープンインタフェースモデルパケット及びそれに付属する認可アイテムプロビジョニングファイルを構築し、構築したオープンインタフェースモデルパケットと認可アイテムプロビジョニングファイルをＯＭＣシステムに提供することにより、ＯＭＣシステムは、オープンインタフェースモデルパケットに基づくオープンインタフェースの登録と、オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルに基づくオープンインタフェースのライセンス管理とを行うことができ、ＯＭＣシステムは、より大きな粒度でオープンインタフェースの登録とライセンス管理とを行うことができ、オープンインタフェースの管理効率が向上する。

上記の各種方法のステップの区分けは、あくまでも記述を明瞭にするためのものであり、実現する際に、一つのステップに合併し、又はいくつかのステップを複数のステップに分割することができ、同一の論理関係を含んでいれば、本願の保護範囲に含まれる。アルゴリズムまたはフローに重要でない変更を追加するか、重要でない設計を導入するが、アルゴリズムおよびフローのコア設計を変更しないことは、その特許の保護範囲に入る。

本願の第５実施形態は、一種の電子機器に関し、図７に示すように、少なくとも一つのプロセッサ５０１と、少なくとも一つのプロセッサ５０１と通信可能に接続されるメモリ５０２と、を備え、メモリ５０２は、少なくとも一つのプロセッサ５０１によって実行され得る命令を記憶し、命令は、少なくとも一つのプロセッサ５０１が上記のいずれかの方法実施形態におけるオープンインタフェースの管理方法を実行できるように、少なくとも一つのプロセッサ５０１により実行される。

そのうち、メモリ５０２とプロセッサ５０１は、バスの方式により接続され、バスは、任意の数の相互接続されたバス及びブリッジを含んでもよく、バスは、一つまたは複数のプロセッサ５０１およびメモリ５０２の各種の回路を接続している。バスは、周知の周辺機器、電圧レギュレータ、パワーマネジメント回路など様々な他の回路を接続することもできるので、本明細書でこれ以上説明しない。バスインタフェースは、バスと送受信機との間にインタフェースを提供する。送受信機は、一つの素子であってもよいし、複数の素子、例えば複数の受信器及び送信器であってもよいし、伝送媒体上で各種の他の装置と通信するためのユニットを提供する。プロセッサ５０１で処理されたデータは、アンテナを介して無線媒体上を伝送され、本実施形態では、アンテナはさらにデータを受信して、プロセッサ５０１にデータを送信する。

プロセッサ５０１は、バスの管理および通常の処理を担うものであり、タイミング、周辺インタフェース、電圧調整、電源管理および他の制御機能を含む様々な機能を提供することもできる。メモリ５０２は、プロセッサ５０１が操作を実行する際に使用するデータを記憶するために使用され得る。

本願の実施形態は、プロセッサによって実行されるときに、上述したいずれかの方法実施形態におけるオープンインタフェースの管理方法を実現するコンピュータプログラムを記憶した、コンピュータ読み取り可能な記憶媒体をさらに提供する。

すなわち、当業者は、上記実施形態の方法におけるステップの全部または一部が、プログラムで関連するハードウェアを命令することによって実施され得ることを理解できる。このプログラムは、一つの記憶媒体に格納され、本願の各実施形態で説明した方法の全部又は一部のステップを、一つのデバイス（シングルチップコンピューター、チップ等であってもよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に実行させるための若干の命令を含む。前記の記憶媒体には、Ｕディスク、モバイルハードディスク、読み取り専用メモリ（ＲＯＭ、Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、磁気ディスクまたは光ディスクなどの各種のプログラムコードを記憶できるものが含まれる。

当業者であれば、前記の各実施形態は本願を実現する具体的な実施例であるが、実用上では本願の精神と範囲を逸脱することなく、形態及び細部において様々な変更が可能であることが理解できる。

Claims

対象オープンインタフェースの登録を要求するための登録要求を受信することと、
前記対象オープンインタフェースの所属するカテゴリを特定し、当該カテゴリのオープンインタフェースの登録ファイルを含む、前記カテゴリに対応するオープンインタフェースモデルパケットを機器ベンダーの運用保守センターからの配布により取得することと、
前記オープンインタフェースモデルパケットに対応する認証ファイルを取得し、前記認証ファイルに基づいて前記登録要求を認証することと、
前記認証に合格した場合には、前記オープンインタフェースモデルパケットに含まれる登録ファイルに基づいて、前記対象オープンインタフェースをＡＰＩゲートウェイに登録することと、を含み、
前記の登録要求を受信することの前に、さらに、
異なるカテゴリのオープンインタフェースの登録ファイルを取得し、前記異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、カテゴリ毎のオープンインタフェースモデルパケットを構築することと、
前記オープンインタフェースモデルパケットに対応する認証ファイルを所定のツールを用いて生成するための、前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することと、を含む、
オープンインタフェースの管理方法。
前記の前記異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、カテゴリ毎のオープンインタフェースモデルパケットを構築することは、
ＣＩパイプラインを利用して、前記異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、カテゴリ毎のオープンインタフェースモデルパケットを構築することを含み、
前記の前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することは、
ＣＩパイプラインを利用して、前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することを含む、
ことを特徴とする請求項１に記載のオープンインタフェースの管理方法。
前記の前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することの後に、さらに、
前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルに基づいて、前記オープンインタフェースモデルパケットに対応する認証ファイルを生成することを含む、
ことを特徴とする請求項１に記載のオープンインタフェースの管理方法。
前記の登録要求を受信することの前に、さらに、
オープンインタフェースモデルパケットをインポートすることを含む、
ことを特徴とする請求項１に記載のオープンインタフェースの管理方法。
前記の新しいオープンインタフェースモデルパケットをインポートすることの後に、さらに、
前記新しいオープンインタフェースモデルパケットの完全性を検証することと、
検証に合格した場合には、前記新しいオープンインタフェースモデルパケットに含まれる登録ファイルを永続的に記憶することと、を含む、
ことを特徴とする請求項４に記載のオープンインタフェースの管理方法。
前記の前記対象オープンインタフェースをＡＰＩゲートウェイに登録することの後に、さらに、
前記登録要求を発したユーザーにキャラクターと操作コマンドセットを作成することを含む、
ことを特徴とする請求項１に記載のオープンインタフェースの管理方法。
異なるカテゴリのオープンインタフェースの登録ファイルを取得し、前記異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、カテゴリ毎のオープンインタフェースモデルパケットを構築することと、
前記オープンインタフェースモデルパケットに対応する認証ファイルを所定のツールを用いて生成するための、前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することと、を含む、
ことを特徴とするオープンインタフェースの管理方法。
前記の前記異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、カテゴリ毎のオープンインタフェースモデルパケットを構築することは、
ＣＩパイプラインを利用して、前記異なるカテゴリのオープンインタフェースの登録ファイルに基づいて、カテゴリ毎のオープンインタフェースモデルパケットを構築することを含み、
前記の前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することは、
ＣＩパイプラインを利用して、前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することを含む、
ことを特徴とする請求項７に記載のオープンインタフェースの管理方法。
前記の前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルを生成することの後に、さらに、
前記オープンインタフェースモデルパケットに付属する認可アイテムプロビジョニングファイルに基づいて、前記オープンインタフェースモデルパケットに対応する認証ファイルを生成することを含む、
ことを特徴とする請求項７に記載のオープンインタフェースの管理方法。
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと通信可能に接続されるメモリと、を備え、
前記メモリは、前記少なくとも一つのプロセッサによって実行され得る命令を記憶し、前記命令は、前記少なくとも一つのプロセッサが請求項１～６のいずれか一項に記載のオープンインタフェースの管理方法または請求項７～９のいずれか一項に記載のオープンインタフェースの管理方法を実行できるように、前記少なくとも一つのプロセッサにより実行される、
ことを特徴とする電子機器。
プロセッサによって実行されるときに、請求項１～６いずれか一項に記載のオープンインタフェースの管理方法または請求項７～９のいずれか一項に記載のオープンインタフェースの管理方法を実現するコンピュータプログラムを記憶した、
ことを特徴とするコンピュータ読み取り可能な記憶媒体。