(57)【要約】【課題】知識ベースを管理するための方法、装置、設備及び媒体の提供。【解決手段】本開示の例示的な実施例により、知識ベースを管理するための方法、装置、機器及びコンピュータ読み取り可能な記憶媒体を提供する。知識ベースを管理するための方法であって、第１名前空間へのルール変更のリクエストの受信に応答し、知識ベースにおける構造化データを制約するためのルールを第１名前空間にフォーキングすることと、ルール変更のリクエストに基づいて、第１名前空間におけるルールを変更することと、変更済みのルールを知識ベースに関連付けられるルールベースに追加することとを含む方法である。そのため、当該解決手段は、異なる知識ベースの需要に柔軟に応じると共に、良好な再利用性と追跡可能性を有する。【選択図】図１
2020129359.tif 000002
【特許請求の範囲】
【請求項１】
知識ベースを管理するための方法であって、
第１名前空間に対するルール変更リクエストの受信に応答し、知識ベースにおける構造化データを制約するためのルールを前記第１名前空間にフォーキングすることと、
前記ルール変更リクエストに基づいて、前記第１名前空間における前記ルールを変更することと、
変更済みの前記ルールを前記知識ベースに関連付けられるルールベースに追加することと、を含む方法。
【請求項２】
前記ルールを前記第１名前空間にフォーキングすることは、
前記ルールベース及び前記第１名前空間と異なる第２名前空間の少なくとも一方から、前記ルールを前記第１名前空間にフォーキングすることを含む請求項１に記載の方法。
【請求項３】
前記ルールを変更することは、
前記ルール変更リクエストから前記ルールを変更するためのルール変更方式を確定することと、
前記ルール変更方式に基づいて、前記ルールに含まれる複数のエンティティの１つ及び前記複数のエンティティ間の関係のうち、少なくとも一方を変更することを含む請求項１に記載の方法。
【請求項４】
前記変更済みの前記ルールをルールベースに追加することは、
前記第１名前空間から前記ルールベースに変更済みの前記ルールを追加するリクエストの受信に応答して、変更済みの前記ルールを前記ルールベースに追加することを含む請求項１に記載の方法。
【請求項５】
前記変更済みの前記ルールをルールベースに追加することは、
変更済みの前記ルールを前記ルールベースに追加しようとするリクエストを送信することと、
変更済みの前記ルールを前記ルールベースに追加することを許可する応答の受信に応じて、変更済みの前記ルールを前記ルールベースに追加することと、を含む請求項４に記載の方法。
【請求項６】
前記第１名前空間と異なる第３名前空間に対して変更済みの前記ルールを使用するリクエストの受信に応答して、変更済みの前記ルールを第３名前空間に提供することをさらに含む請求項１に記載の方法。
【請求項７】
変更済みの前記ルールを視認可能に出力することと、
変更済みの前記ルールをユーザプログラミングインターフェースの方式で出力することのうち、少なくとも一方をさらに含む請求項１に記載の方法。
【請求項８】
第１名前空間に対するルール変更リクエストの受信に応答し、知識ベースにおける構造化データを制約するためのルールを前記第１名前空間にフォーキングするように構成されるフォーキングモジュールと、
前記ルール変更リクエストに基づいて、前記第１名前空間における前記ルールを変更するように構成される変更モジュールと、
変更済みの前記ルールを前記知識ベースに関連付けられるルールベースに追加するように構成される追加モジュールと、
を備える、知識ベースを管理するための装置。
【請求項９】
前記フォーキングモジュールは、
前記ルールベース及び前記第１名前空間と異なる第２名前空間の少なくとも一方から、前記ルールを前記第１名前空間にフォーキングするルールフォーキングモジュールを備える請求項８に記載の装置。
【請求項１０】
前記変更モジュールは、
前記ルール変更リクエストから前記ルールを変更するためのルール変更方式を確定するように構成される確定モジュールと、
前記ルール変更方式に基づいて、前記ルールに含まれる複数のエンティティの１つ及び前記複数のエンティティ間の関係のうち、少なくとも一方を変更するように構成されるルール変更モジュールを備える請求項８に記載の装置。
【請求項１１】
前記追加モジュールは、
前記第１名前空間から前記ルールベースに変更済みの前記ルールを追加するリクエストの受信に応答して、変更済みの前記ルールを前記ルールベースに追加するように構成されるルール追加モジュールを備える請求項８に記載の装置。
【請求項１２】
前記ルール追加モジュールは、
変更済みの前記ルールを前記ルールベースに追加しようとするリクエストを送信するように構成される送信モジュールと、
変更済みの前記ルールを前記ルールベースに追加することを許可する応答の受信に応じて、変更済みの前記ルールを前記ルールベースに追加するように構成される検証追加モジュールを備える請求項１１に記載の装置。
【請求項１３】
前記第１名前空間と異なる第３名前空間に対して変更済みの前記ルールを使用するリクエストの受信に応答して、変更済みの前記ルールを第３名前空間に提供するように構成される提供モジュールをさらに備える請求項８に記載の装置。
【請求項１４】
変更済みの前記ルールを視認可能に出力するように構成される可視化出力モジュールと、
変更済みの前記ルールをユーザプログラミングインターフェースの方式で出力するように構成されるユーザプログラミングインターフェース出力モジュールのうち、少なくとも一方をさらに備える請求項８に記載の装置。
【請求項１５】
１つ又は複数のプロセッサと、
１つ又は複数のプログラムを格納するための記憶装置であって、前記１つ又は複数のプログラムが前記１つ又は複数のプロセッサにより実行されると、前記１つ又は複数のプロセッサに請求項１〜７のいずれか１項に記載の方法を実行させる記憶装置と、
を備える電子機器。
【請求項１６】
コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、前記プログラムがプロセッサにより実行されると、請求項１〜７のいずれか１項に記載の方法が実行される記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施例は主に情報処理分野に関し、具体的に、知識ベースを管理するための方法、装置、設備及びコンピュータ読み取り可能な記憶媒体に関する。
【背景技術】
【０００２】
知識ベースは大量構造化データにより構成される。これらの構造化データは一定の表示規範に準じ、それにより、データが人間に読まれ、機械に理解される。構造化データを制約するための表示規範はルール又はスキーマ（Ｓｃｈｅｍａ）と称される。
【０００３】
通常、大量知識ベースの実例（例えば、一般知識ベース、様々な専門分野に関連する業界知識ベース、及び様々な製品に関連する応用知識ベース）が存在する場合、異なる知識ベース間に、重複分野の知識に対する説明が存在する。例えば、ビデオライブラリとスターライブラリにいずれもエンターテインメントスターのデータが保存されるため、これらの知識ベースに対して定義したルールも高い類似性を有する。ところが、従来の技術は大量知識ベースのルールを低コストで定義することができない。
【発明の概要】
【課題を解決するための手段】
【０００４】
本開示の例示的な実施例により、知識ベースを管理するための解決手段を提供する。
【０００５】
本開示の第１態様において、知識ベースを管理するための方法であって、第１名前空間に対するルール変更リクエストの受信に応答し、知識ベースにおける構造化データを制約するためのルールを第１名前空間にフォーキングすることと、ルール変更リクエストに基づいて、第１名前空間におけるルールを変更することと、変更済みのルールを知識ベースに関連付けられるルールベースに追加することと、を含む方法を提供する。
【０００６】
本開示の第２態様において、第１名前空間に対するルール変更リクエストの受信に応答し、知識ベースにおける構造化データを制約するためのルールを第１名前空間にフォーキングするように構成されるフォーキングモジュールと、ルール変更リクエストに基づいて、第１名前空間におけるルールを変更するように構成される変更モジュールと、変更済みのルールを知識ベースに関連付けられるルールベースに追加するように構成される追加モジュールと、を備える、知識ベースを管理するための装置を提供する。
【０００７】
本開示の第３態様において、１つ又は複数のプロセッサと、１つ又は複数のプログラムを格納するための記憶装置であって、１つ又は複数のプログラムが１つ又は複数のプロセッサにより実行されると、１つ又は複数のプロセッサに本開示の第１態様による方法を実行させる記憶装置と、を備える電子機器を提供する。
【０００８】
本開示の第４態様において、コンピュータプログラムが格納されているコンピュータ読み取り可能な媒体であって、該プログラムがプロセッサにより実行されると、本開示の第１態様による方法が実行される媒体を提供する。
【０００９】
発明の概要の部分に説明した内容は、本開示の実施例の肝要又は重要な特徴を制限するものではなく、本開示の範囲を制限するものでもないことを理解すべきである。本開示のほかの特徴は以下の説明を通して容易に理解される。
【００１０】
図面と以下の詳しい説明を合わせて、本開示の各実施例の上記及びほかの特徴、メリット及び態様がさらに明らかになる。図面において、同じか類似する図面の記号は同じか類似する要素を示す。
【図面の簡単な説明】
【００１１】
【図１】本開示の実施例が実行される１つの例示的な環境の概略図を示す。
【図２】本開示の実施例が実行されるほかの１つの例示的な環境の概略図を示す。
【図３】本開示の一部の実施例による知識ベースを管理するためのフローチャートを示す。
【図４】本開示の一部の実施例による知識ベースを管理するための装置の概略ブロック図を示す。
【図５】本開示の一部の実施例を実行できるコンピューティングデバイスのブロック図を示す。
【発明を実施するための形態】
【００１２】
次に図面を合わせて本開示の実施例をさらに詳しく説明する。図面には本開示の一部の実施例を示したが、本開示は様々な形式で実施でき、ここで説明した実施例に制限されると解釈すべきではなく、逆に本開示をさらに明確且つ完全に理解させるためにこれらの実施例を提供するものであることを理解すべきである。本開示の図面及び実施例は例示的な作用のみに用いられ、本開示の保護範囲を制限するためのものではないと理解すべきである。
【００１３】
本開示の実施例の説明において、「含む」又は「備える」という用語及び類似する用語は非限定（ｏｐｅｎ−ｅｎｄｅｄ）の表現であると理解すべきであり、即ち、「それらを含むが、それらに限定されない」という意味である。「基づく」という用語は「少なくとも部分的に基づく」として理解すべきである。「１つの実施例」又は「当該実施例」という用語は「少なくとも１つの実施例」として理解すべきである。「第１」、「第２」などの用語は異なる又は同じ対象を指す場合がある。以下の内容は、ほかの明確又は暗黙的な定義を含み得る。
【００１４】
「知識ベース」という用語は、知識マップ又は他の適切なデータベースなど、ノード及びエッジからなるグラフベースのデータ構造を指す。知識ベースにおいて、各ノードは現実世界に存在する「エンティティ」であり、各エッジはエンティティ同士間の「関係」を示す。知識ベースは関係の有効表現方式である。言い換えれば、知識ベースは異なる種類の情報を接続して一体化し、１つの関係ネットワークを取得し、したがって、「関係」の角度から問題を分析する能力を提供する。「ルール」という用語は、知識ベースにおける構造化データを制約するための表現規範を指す。「名前空間」という用語は、コード編成の形式を指す。名前空間を通してコードを編成且つ再利用することにより、異なるコード機能を区別する。
【００１５】
前文に記載したとおり、従来の技術は大量知識ベースのルールを低コストで定義することができない。従来、クロス知識ベースのルール定義を解決するための２種類の解決手段が存在する。第１の解決手段において、知識ベースの所有者は自己のルールを単独で構築する。データの重畳が存在する知識ベースの場合、構築したルールシステムをオフラインで共用する。
【００１６】
ルールを単独で定義することは効率的で独立しているというメリットがあるが、大量ルールの場合、ルールシステムの管理コスト、データの利用と再利用コストが著しく高騰する。例えば、意味的に同じであるクラス／属性について、異なる所有者が定義した記号が異なる可能性がある。逆に、同じ記号について、異なる所有者は全然違う意味を付与する可能性がある。そのほか、異なるルールシステム間のフォーキングに対して追跡できないため、一定期間のアップグレードが行われた後、元々一致した記号は不一致になる。上記問題が存在するため、クロス知識ベースの知識関連と計算を行う際、大量ルールマッピングを行う必要があり、エラーが出やすい。
【００１７】
第２の解決手段において、統一されたルールシステムを定義することにより、すべての知識ベースを該ルールシステムに制約させる。統一されたルールシステムを維持することにより、知識表現の一致性という問題を解決することができるが、必然的により多くのほかの問題をもたらす。例えば、ルールシステムの定義と合併のコストが高いため、ルールの定義者に対する専門性と時間の要求が高く、それにより、統一されたルールシステムの更新周期が長く、製品の世代交代の速度を低くする。また、応用によって知識ベースの表現に依存する程度が違い、同じ知識でも、異なる応用における知識表現規範への要求も完全に異なる可能性がある。統一されたルールシステムはこれらの問題を解決できない。そのため、ここで知識マップを管理するための解決手段を提供する。
【００１８】
まとめれば、本開示の実施例により、１つの名前空間にルールをカスタマイズする需要がある場合、ルールを、統一的に定義されたルールが含まれるルールベース又はほかの１つの名前空間から該名前空間の中にフォーキング（ｆｏｒｋ）し、且つ該名前空間にフォーキングされたルールを変更して、異なる知識ベースのカスタマイズ要求を満たす。さらに、変更済みのルールをルールベースに追加／合併して、ルールベースを拡張することができる。そのため、本解決手段は、異なる知識ベースの需要に柔軟に応じると共に、良好な再利用性と追跡可能性を有する。
【００１９】
図１は本開示の実施例が実行される１つの例示的な環境１００の概略図を示す。図１に示されるように、環境１００は、コンピューティングデバイス１１０、ユーザ１２０（「第１ユーザ」とも呼ばれる）、第１ユーザ向けの名前空間１３０（「第１名前空間」とも呼ばれる）、及びルールベース１４０を含む。例えば、コンピューティングデバイス１１０は、分散型コンピューティングデバイス、メインフレーム、サーバ、パソコン、タブレットコンピュータ、スマートフォンなどの計算能力付きのあらゆるデバイスであってもよい。
【００２０】
前記したとおり、知識ベースは大量構造化データにより構成される。これらの構造化データは一定表現規範に従い、構造化データを制約するための表現規範はルールと称される。一部の実施例において、構造化データはトリプルで表現される。下記は構造化データとルールの１つの具体的な例である。
【００２１】
第１構造化データ：（劉徳華，ｗｉｆｅ，朱麗倩）、
【００２２】
第２構造化データ：（劉徳華，ｉｓＡ，Ｐｅｒｓｏｎ）、
【００２３】
第３構造化データ：（朱麗倩，ｉｓＡ，Ｐｅｒｓｏｎ）、
【００２４】
ルール：（Ｐｅｒｓｏｎ，ｗｉｆｅ，Ｐｅｒｓｏｎ）。
【００２５】
ここで、トリプルで表現される第１構造化データ、第２構造化データ及び第３構造化データで客観的な事実又はエンティティを表現し、且つルールは客観的な事実又はエンティティの抽象化に基づく知識の制約であり、ルールは第１構造化データ、第２構造化データ及び第３構造化データの正当性を認証することに用いられ、さらに、類似する知識の生成を導くことにも用いられる。ルールはエンティティとエンティティ同士間の関係を含んでもよい。例えば、ルール「（Ｐｅｒｓｏｎ，ｗｉｆｅ，Ｐｅｒｓｏｎ）」は、エンティティ「Ｐｅｒｓｏｎ」（クラスとも称される）とエンティティ同士間の関係「ｗｉｆｅ」（属性とも称される）を含んでもよい。
【００２６】
ルールベース１４０は統一的に定義されたルールを含んでもよい。一部の実施例において、新しい知識ベースが新規作成される際、第１ユーザ１２０は、ルールベース１４０の中の統一的に定義されたルール、例えばルール「（Ｐｅｒｓｏｎ，ｗｉｆｅ，Ｐｅｒｓｏｎ）」を直接的に再利用することをコンピューティングデバイス１１０にリクエストすることができる。しかしながら、一部の実施例において、統一的に定義されたルールは特定知識ベースの需要を満たすことができない。例えば、第１ユーザ１２０はより具体的なルール「（Ｍａｌｅ，ｗｉｆｅ，Ｆｅｍａｌｅ）」を使用したい場合がある。
【００２７】
そのため、知識ベースに対するカスタマイズ需要が現れる際、第１ユーザ１２０は、統一的に定義されたルールの変更をコンピューティングデバイス１１０にリクエストすることができる。コンピューティングデバイス１１０は、リクエストされたルールを第１名前空間１３０にフォーキングし、且つ、フォーキングされたルールを変更することができる。例えば、コンピューティングデバイス１１０は、ルール「（Ｐｅｒｓｏｎ，ｗｉｆｅ，Ｐｅｒｓｏｎ）」をルールベース１４０から、或いは、ほかのユーザ（「第２ユーザ」とも呼ばれる）向けの名前空間（「第２名前空間」とも呼ばれる）から、第１名前空間１３０にフォーキングし、且つ、それをルール「（Ｍａｌｅ，ｗｉｆｅ，Ｆｅｍａｌｅ）」に変更することができる。
【００２８】
一部の実施例において、さらに、変更済みのルールをルールベース１４０に追加して、ルールベース１４０を拡張することができる。例えば、第１ユーザ１２０は、変更済みのルールをルールベース１４０に追加することをコンピューティングデバイス１１０にリクエストすることができる。この場合、審査者は追加すべきルールを審査し、且つ所定の基準を満たすルールをルールベース１４０に追加する。
【００２９】
例えば、審査者は、ルール「（Ｍａｌｅ，ｗｉｆｅ，Ｆｅｍａｌｅ）」がルールの表現方式に関する所定基準を満たすことを確定し、したがってルール「（Ｍａｌｅ，ｗｉｆｅ，Ｆｅｍａｌｅ）」をルールベース１４０に追加して、ルールベース１４０を拡張することを許可する。
【００３０】
逆に、審査者は、ルール「（Ｎａｎｒｅｎ，ｗｉｆｅ，Ｎｖｒｅｎ）」がルールの表現方式に関する所定基準（例えば、中国語のピンイン表現ルールの使用を禁止する）を満たしていないのでルール「（Ｎａｎｒｅｎ，ｗｉｆｅ，Ｎｖｒｅｎ）」をルールベース１４０に追加することを許可しない。ルールの表現方式を所定基準の例としたが、ルールに関するあらゆる適切な制限はいずれも所定基準としてもよいことを理解すべきである。そのほか、前文にルールは審査者によって審査され得ると説明したが、例えば、第１ユーザ１２０自身、及びルールベースを利用しようとし、ほかの名前空間に関連付けられるユーザ（例えば第２ユーザ）などを含む適切なあらゆる主体によって審査され得るが、それらに限定されない。
【００３１】
そのほか、一部の実施例において、コンピューティングデバイス１１０は、第１名前空間１３０に対して、ルールを変更する動作と、変更済みのルールを追加する動作を記録し、したがって、ルールの追跡と同期をサポートする。
【００３２】
それにより、基準ルールが含まれるルールベースに対して持続的な拡張を行う要求を満たし、同時に、知識ベースの高速反復をサポートするためにカスタムルールを迅速に構築することができる。そのほか、異なるバージョンのルール（元のルールと変更済みのルールなど）間の依存関係は、標準の開発メカニズムによって保持され、ルール追加の動作を記録することで、ルールの追跡と同期をサポートできる。
【００３３】
図２は本開示の実施例が実行されるほかの１つの例示的な環境２００の概略図を示す。環境２００は図１における環境１００の具体的な実装である。環境１００は、任意のほかの適切な形式で実装できることを理解すべきである。環境２００は、基礎となるアーキテクチャ２１０、倉庫管理システム２２０及びルールプラットフォーム２３０を含む。
【００３４】
基礎となるアーキテクチャ２１０は、リソースディスクリプションフレームワーク（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）２１２及び構文定義モジュール２１４を含む。リソースモジュールフレームワーク２１２はＷｅｂリソースを記述するための標記言語である。リソースモジュールフレームワーク２１２はリソースのメタデータを処理し、且つ「リソース−属性−属性値」の「ＳＯＶ型」構造（或いは、トリプルと称される）を用いて、メタデータをデータモデルとして記述する。例えば、リソースモジュールフレームワーク２１２はＷ３Ｃ  ＲＤＦ／ＲＤＦＳ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ，Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ／Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ  Ｓｃｈｅｍａ）であってもよい。
【００３５】
構文定義モジュール２１４は、リソースディスクリプションフレームワーク２１２をカプセル化することにより、ユーザがリソースディスクリプションフレームワーク２１２の規範を知る必要がなくなり、したがって、構文定義モジュール２１４は、ルールの記述をサポートするためにルールを定義する規範を提供することができる。一部の実施例において、構文定義モジュール２１４は、ルールベース１４０における統一的に定義されたルールの定義をサポートし、且つルールを変更することができる。
【００３６】
ルールベース１４０と名前空間（例えば第１名前空間１３０、第２名前空間２２６及び第３名前空間２２８）は倉庫管理システム２２０の中にホスティングされてもよい。一部の実施例において、倉庫管理システム２２０はバージョンの制御を行うことができ、例えば、ルールを変更する動作と、変更済みのルールを追加する動作を記録し、したがって、ルールの追跡と同期をサポートする。例えば、倉庫管理システム２２０はＧｉｔＬａｂであってもよい。
【００３７】
前述のとおり、新しい知識ベースが構築される際、第１ユーザ１２０は、ルールベース１４０の中の統一的に定義されたルールを直接的に再利用することをコンピューティングデバイス１１０にリクエストすることができる。代わりに、第１ユーザ１２０は第２名前空間２２６の中のルールを再利用することをコンピューティングデバイス１１０にさらにリクエストすることができる。
【００３８】
統一的に定義されたルール、又は、ほかの名前空間からフォーキングしたルールが特定知識ベースの需要を満たさない場合、第１ユーザ１２０は、ルールを変更することをコンピューティングデバイス１１０にリクエストすることができる。コンピューティングデバイス１１０は、リクエストされたルールを第１名前空間１３０にフォーキングし、且つ、フォーキングされたルールを変更することができる。例えば、コンピューティングデバイス１１０は、ルール「（Ｐｅｒｓｏｎ，ｗｉｆｅ，Ｐｅｒｓｏｎ）」を第１名前空間１３０にフォーキングし、且つ、それをルール「（Ｍａｌｅ，ｗｉｆｅ，Ｆｅｍａｌｅ）」に変更することができる。
【００３９】
そのほか、第３名前空間２２８に関連するユーザ（「第３ユーザ」とも称される）が第１名前空間１３０の中のルールを利用することをリクエストする場合、第１名前空間１３０の中のルール（例えば、変更済みのルール）も、利用又は変更のために第３名前空間２２８にフォーキングすることもできる。さらに、第１ユーザ１２０が変更済みのルールをルールベース１４０に追加することをリクエストする場合、さらに、審査者による審査に合格した後、変更済みのルールをルールベース１４０に追加して、ルールベース１４０を拡張することができる。
【００４０】
ルールプラットフォーム２３０は、可視化出力モジュール２３２とアプリケーションプログラミングインターフェース（ＡＰＩ）出力モジュール２３４を備える。一部の実施例において、名前空間におけるルールがルールプラットフォーム２３０に登録された後、可視化出力モジュール２３２により、可視化ページを通してルールをユーザに出力することができ、且つ、ルールへの呼び出しに応じて、ＡＰＩ出力モジュール２３４によってルールを出力することができる。
【００４１】
それにより、初期ルールに基づいてルールを変更するので、意味的に同一のクラス／属性の大部分は持続的に使用される。そのほか、ルールのフォーキング関係が倉庫管理システム２２０により維持されるため、上流の同期と、ルール追加リクエストによる下流の更新を促進し、ルールの一致性を実現する。また、ルールベース１４０の更新はルール定義者の効率に依存せず、且つルールベース１４０のメンテナンス周期が延長される。さらに、ルールベース１４０におけるルールと名前空間におけるルールとの間に相違性を保持することができる。
【００４２】
図３は、本開示の実施例による知識ベースを管理するための方法３００の１つの例示的なフローチャートを示す。例えば、方法３００は図１に示されるコンピューティングデバイス１１０又はほかの適切な設備により実行され得る。そのほか、方法３００は、示されていない付加的なステップを含むこともでき、及び／又は示されているステップを省略することもでき、本開示の範囲はこの点に限定されない。
【００４３】
ステップ３１０において、コンピューティングデバイス１１０は、第１名前空間１３０に対するルール変更リクエストの受信に応答し、ルールを第１名前空間１３０にフォーキングする。ルールは知識ベースにおける構造化データを制約することに用いられる。一部の実施例において、コンピューティングデバイス１１０は、ルールをルールベース１４０から第１名前空間１３０にフォーキングすることができる。代わりに、コンピューティングデバイス１１０は、ルールを第２名前空間２２６から第１名前空間１３０にフォーキングすることができる。第１名前空間１３０は第２名前空間２２６と異なる。この方式により、本解決手段はルールベース１４０の中のルールを利用できるほか、ほかの名前空間におけるルールも利用できる。
【００４４】
例えば、第１ユーザ１２０は第１名前空間１３０に関連する知識ベースのルールをカスタマイズしたい場合、例えば、第１ユーザ１２０は、ルールベース１４０における基準ルール「（Ｐｅｒｓｏｎ，ｗｉｆｅ，Ｐｅｒｓｏｎ）」をカスタマイズしたい場合、第１ユーザ１２０はルールの変更をコンピューティングデバイス１１０にリクエストすることができる。コンピューティングデバイス１１０は、リクエストされたルールを第１名前空間１３０にフォーキングすることができる。例えば、コンピューティングデバイス１１０はルール「（Ｐｅｒｓｏｎ，ｗｉｆｅ，Ｐｅｒｓｏｎ）」を第１名前空間１３０にフォーキングすることができる。
【００４５】
ステップ３２０において、コンピューティングデバイス１１０は、第１名前空間１３０に対するルール変更リクエストに基づいて、第１名前空間におけるルールを変更することができる。一部の実施例において、コンピューティングデバイス１１０は、ルールを変更するためのルール変更方式をルール変更リクエストから確定することができる。コンピューティングデバイス１１０は確定されたルール変更方式に基づいて、ルールに含まれる１つ又は複数のエンティティを変更することができる。追加して又は必要に応じて、コンピューティングデバイス１１０はこれらのエンティティ同士間の関係を変更することができる。この方式により、本解決手段は、特定名前空間の実際のユーザの需要に応じて、ルールに対して如何なる適切な変更も行うことができる。
【００４６】
例えば、コンピューティングデバイス１１０は、ルールの中のエンティティ「Ｐｅｒｓｏｎ」を「Ｍａｌｅ」に変更し、且つ、エンティティ「Ｐｅｒｓｏｎ」を「Ｆｅｍａｌｅ」に変更するというルール変更方式を確定することができ、それにより、ルール「（Ｐｅｒｓｏｎ，ｗｉｆｅ，Ｐｅｒｓｏｎ）」をルール「（Ｍａｌｅ，ｗｉｆｅ，Ｆｅｍａｌｅ）」に変更することができる。
【００４７】
ステップ３３０において、コンピューティングデバイス１１０は、変更済みルールを第１名前空間１３０から知識ベースに関連付けられるルールベース１４０に追加する。一部の実施例において、第１ユーザ１２０は、変更済みルールをルールベース１４０に追加することをリクエストすることができ、コンピューティングデバイス１１０がこのリクエストに応答して、変更済みルールをルールベース１４０に追加することができる。この方式により、変更済みルールを利用してルールベース１４０を拡張し、ルールベース１４０におけるルールが特定名前空間に対する実際のユーザ需要を満たす可能性を高める。
【００４８】
追加して又は必要に応じて、一部の実施例において、ルールベースにルールを追加する操作は審査者による審査が必要である。この状況において、コンピューティングデバイス１１０は、変更済みルールをルールベース１４０に追加するリクエストを審査者に送信することができる。審査者は、変更済みルールをルールベース１４０に追加することを許可する場合、コンピューティングデバイス１１０は変更済みのルールをルールベース１４０に追加する。
【００４９】
例を挙げると、コンピューティングデバイス１１０は、受信した変更済みルールを第１名前空間１３０からルールベース１４０に追加するリクエストにより、変更済みルールをルールベース１４０に追加するリクエストを審査者に送信する。審査者は該リクエストを受信した後、変更済みルールが所定基準を満たすか否かを審査する。
【００５０】
例えば、所定基準はルールの表現方式であってもよく、例えば、クラスと属性は英語で示すことのみが許可される。この場合、審査者は、ルール「（Ｍａｌｅ，ｗｉｆｅ，Ｆｅｍａｌｅ）」がルールの表現方式に一致していると判断し、それをルールベース１４０に追加することを許可できる。また、審査者は、ルール「（Ｎａｎｒｅｎ，ｗｉｆｅ，Ｎｖｒｅｎ）」がルールの表現方式に一致しないと判断し、それをルールベース１４０に追加することを拒否できる。その後、審査者は、審査に合格したか否かの応答をコンピューティングデバイス１１０に送信する。コンピューティングデバイス１１０は、審査に合格したことを示す応答を審査者から受信した後、コンピューティングデバイス１１０は該ルールをルールベース１４０に追加する。この方式により、審査者の審査段階を増やすことを通して、ルールベースを拡張する信頼性と有効性をさらに標準化する。
【００５１】
必要に応じて、コンピューティングデバイス１１０は、第３名前空間２２８に対する変更済みルールの使用リクエストの受信に応答して、変更済みルールを、第３名前空間に提供する。第３名前空間は第１名前空間と異なる。例えば、第３ユーザが第１名前空間１３０の中のルールを利用することをリクエストする場合、第１名前空間１３０の中のルール（例えば、ルール「（Ｍａｌｅ，ｗｉｆｅ，Ｆｅｍａｌｅ）」）も、利用又は変更されるように第３名前空間２２８にフォーキングすることができる。この方式により、変更済みルールをほかの名前空間に直接的に提供して使用させることにより、本解決手段の柔軟性と適応性を高める。
【００５２】
一部の実施例において、コンピューティングデバイス１１０は名前空間におけるルールを出力することができる。例えば、コンピューティングデバイス１１０は可視化ページを通してルールをユーザに出力することができ、且つ、ルールへの呼び出しに応答してルールを出力することもできる。この方式により、本解決手段は適切な方式でルールをユーザに提示し、且つルールを機器に提供することができる。
【００５３】
そのため、意味的に同一のクラス／属性を持続的に使用し、ルールの一致性を実現し、ルールベース１４０のメンテナンス周期を延長し、及びルールベース１４０におけるルールと名前空間におけるルールの相違性を保持することができる。
【００５４】
図４は本開示の一部の実施例による知識ベースを管理するための装置４００の概略ブロック図を示す。図４に示されるように、装置４００は、第１名前空間に対するルール変更リクエストの受信に応答し、知識ベースにおける構造化データを制約するためのルールを第１名前空間にフォーキングするように構成されるフォーキングモジュール４１０と、ルール変更リクエストに基づいて、第１名前空間におけるルールを変更するように構成される変更モジュール４２０と、変更済みルールを知識ベースに関連付けられるルールベースに追加するように構成される追加モジュール４３０と、を備える。
【００５５】
一部の実施例において、フォーキングモジュール４１０は、ルールベース、及び第１名前空間と異なる第２名前空間のうちの少なくとも一方から、ルールを第１名前空間にフォーキングするように構成されるルールフォーキングモジュールを備える。
【００５６】
一部の実施例において、変更モジュール４２０は、ルール変更リクエストからルールを変更するためのルール変更方式を確定するように構成される確定モジュールと、ルール変更方式に基づいて、ルールに含まれる複数のエンティティの１つ、及び複数のエンティティ同士間の関係のうちの少なくとも一方を変更するように構成されるルール変更モジュールと、を備える。
【００５７】
一部の実施例において、追加モジュール４３０は、第１名前空間から前記ルールベースに変更済みの前記ルールを追加するリクエストの受信に応答して、変更済みルールをルールベースに追加するように構成されるルール追加モジュールを備える。一部の実施例において、ルール追加モジュールは、変更済みルールをルールベースに追加するリクエストを送信するように構成される送信モジュールと、変更済みルールをルールベースに追加することを許可する受信に応答して、変更済みルールをルールベースに追加するように構成される審査追加モジュールと、を備える。
【００５８】
一部の実施例において、装置４００は、第１名前空間と異なる第３名前空間２２８に対する変更済みルールの使用リクエストの受信に応答して、変更済みルールを第３名前空間に提供するように構成される提供モジュールをさらに備える。
【００５９】
一部の実施例において、装置４００は、可視化方式で変更済みルールを出力するように構成される可視化出力モジュール、及び、ユーザプログラミングインターフェースの方式で変更済みルールを出力するように構成されるユーザプログラミングインターフェースのうちの少なくとも一方をさらに備える。
【００６０】
図５は、本開示の実施例を実行できる例示的な設備５００の概略ブロック図を示す。設備５００は、図１のコンピューティングデバイス１１０を実行するために用いられる。図に示されるように、設備５００は中央処理装置（ＣＰＵ）５０１を含み、それは、読み取り専用メモリ（ＲＯＭ）５０２に格納されたコンピュータプログラムの命令又は記憶ユニット５０８からランダムアクセスメモリ（ＲＡＭ）５０３にローディングされたコンピュータプログラムの命令により、様々な適切な動作と処理を実行することができる。ＲＡＭ５０３において、設備５００の動作に必要な様々なプログラムとデータをさらに格納することができる。ＣＰＵ５０１、ＲＯＭ５０２及びＲＡＭ５０３はバス５０４を介して互いに接続される。入力／出力（Ｉ／Ｏ）インターフェース５０５はバス５０４にも接続される。
【００６１】
設備５００において、キーボード、マウスなどの入力ユニット５０６、様々なタイプのディスプレー、スピーカなどの出力ユニット５０７、磁気ディスク、光ディスクなどの記憶ユニット５０８、及び、ネットワークカード、モデム、無線通信トランシーバーなどの通信ユニット５０９を含む複数のコンポーネントがＩ／Ｏインターフェース５０５に接続される。通信ユニット５０９は、設備５００がインターネットなどのコンピュータネットワーク及び／又は様々な通信ネットワークを介してほかの設備と情報／データを交換することを許可する。
【００６２】
処理ユニット５０１は、プロセス３００などの前文に記載の各方法と処理を実行する。例えば、一部の実施例において、プロセス３００はコンピュータソフトウェアプログラムとして実装され、それは記憶ユニット５０８などの機械可読媒体に具体的に包含される。一部の実施例において、コンピュータプログラムの一部又は全部はＲＯＭ５０２及び／又は通信ユニット５０９によって設備５００にローディングされるか、及び／又はインストールされる。コンピュータプログラムがＲＡＭ５０３にローディングされ、且つＣＰＵ５０１により実行される場合、前文に記載のプロセス３００の１つ又は複数のステップを実行することができる。代わりに、ほかの実施例において、ＣＰＵ５０１は、ほかの任意の適切な方式（例えば、ファームウェア）により、プロセス３００を実行するように構成されてもよい。
【００６３】
本明細書において以上で記載した機能は少なくとも部分的に１つ又は複数のハードウェアロジックコンポーネントにより実行される。例えば、使用される例示的なハードウェアロジック部材には、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準部品（ＡＳＳＰ）、システムオンチップ（ＳＯＣ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）などが含まれるが、これらに限定されない。
【００６４】
本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語のいずれかの組み合わせを用いて作成することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラマブルデータ処理装置のプロセッサ又はコントローラに提供され、それにより、プログラムコードがプロセッサ又はコントローラにより実行される時に、フローチャート及び／又はブロック図に規定された機能／動作を実施させる。プログラムコードは、完全に或いは部分的に機器で実行され、独立したソフトウェアパッケージとして機器で部分的に実行され、部分的或いは完全に遠隔機器又はサーバで実行される。
【００６５】
本開示の文脈により、機械可読媒体は、命令実行システム、装置又は設備に使用されるか、或いは命令実行システム、装置又は設備と合わせて使用されるプログラムを含むか、或いは格納することができる有形の媒体であってもよい。機械可読媒体は機械可読信号媒体又は機械可読記憶媒体であってもよい。機械可読媒体としては、電子、磁気、光学、電磁気、赤外線または半導体システム、装置又は設備、又はこれらのあらゆる適切な組み合わせが挙げられるが、それらに限定されない。機械可読記憶媒体のさらに具体的な例として、１本又は複数のケーブルに基づく電気的接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルＣＤ読み取り専用メモリ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶設備、又はこれらのあらゆる適切な組み合わせが挙げられる。
【００６６】
また、特定順序により各操作を説明したが、期待される結果を取得するためには、これらの操作を示された特定順序や順番で実行すること、或いはすべての図示された操作が実行されることが要求されることを理解すべきである。一定の環境において、マルチタスクと並列処理が有利である場合がある。同様に、前文の説明に複数の具体的な実装の詳細が含まれているが、これらは本開示の範囲を制限するものとして解釈すべきではない。単独的な実施例の文脈に記載した一部の特徴はさらに組み合わせて単一の実装に実装することができる。逆に、単独的な実装の文脈に記載した様々な特徴を、単独的に、或いはあらゆる適切な組み合わせの方式で複数の実装に実装することができる。
【００６７】
構造の特徴及び／又は方法のロジック動作の特定言語で本テーマを説明したが、添付した特許請求の範囲に規定されたテーマは前文に記載した特定の特徴又は動作に制限されないことを理解すべきである。むしろ、前文に記載した特定の特徴と動作は特許請求の範囲を実装するための例示的な形態にすぎない。
【図１】
2020129359.tif 000003
【図２】
2020129359.tif 000004
【図３】
2020129359.tif 000005
【図４】
2020129359.tif 000006
【図５】
2020129359.tif 000007
【手続補正書】
【提出日】令和2年1月24日(2020.1.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
知識ベースを管理するための方法であって、
第１名前空間に対するルール変更リクエストの受信に応答し、知識ベースにおける構造化データを制約するためのルールを前記第１名前空間にフォーキングすることと、
前記ルール変更リクエストに基づいて、前記第１名前空間における前記ルールを変更することと、
変更済みの前記ルールを前記知識ベースに関連付けられるルールベースに追加することと、を含む方法。
【請求項２】
前記ルールを前記第１名前空間にフォーキングすることは、
前記ルールベース及び前記第１名前空間と異なる第２名前空間の少なくとも一方から、前記ルールを前記第１名前空間にフォーキングすることを含む請求項１に記載の方法。
【請求項３】
前記ルールを変更することは、
前記ルール変更リクエストから前記ルールを変更するためのルール変更方式を確定することと、
前記ルール変更方式に基づいて、前記ルールに含まれる複数のエンティティの１つ及び前記複数のエンティティ間の関係のうち、少なくとも一方を変更することを含む請求項１に記載の方法。
【請求項４】
前記変更済みの前記ルールをルールベースに追加することは、
前記第１名前空間から前記ルールベースに変更済みの前記ルールを追加するリクエストの受信に応答して、変更済みの前記ルールを前記ルールベースに追加することを含む請求項１に記載の方法。
【請求項５】
前記変更済みの前記ルールをルールベースに追加することは、
変更済みの前記ルールを前記ルールベースに追加しようとするリクエストを送信することと、
変更済みの前記ルールを前記ルールベースに追加することを許可する応答の受信に応じて、変更済みの前記ルールを前記ルールベースに追加することと、を含む請求項４に記載の方法。
【請求項６】
前記第１名前空間と異なる第３名前空間に対して変更済みの前記ルールを使用するリクエストの受信に応答して、変更済みの前記ルールを第３名前空間に提供することをさらに含む請求項１に記載の方法。
【請求項７】
変更済みの前記ルールを視認可能に出力することと、
変更済みの前記ルールをユーザプログラミングインターフェースの方式で出力することのうち、少なくとも一方をさらに含む請求項１に記載の方法。
【請求項８】
第１名前空間に対するルール変更リクエストの受信に応答し、知識ベースにおける構造化データを制約するためのルールを前記第１名前空間にフォーキングするように構成されるフォーキングモジュールと、
前記ルール変更リクエストに基づいて、前記第１名前空間における前記ルールを変更するように構成される変更モジュールと、
変更済みの前記ルールを前記知識ベースに関連付けられるルールベースに追加するように構成される追加モジュールと、
を備える、知識ベースを管理するための装置。
【請求項９】
前記フォーキングモジュールは、
前記ルールベース及び前記第１名前空間と異なる第２名前空間の少なくとも一方から、前記ルールを前記第１名前空間にフォーキングするルールフォーキングモジュールを備える請求項８に記載の装置。
【請求項１０】
前記変更モジュールは、
前記ルール変更リクエストから前記ルールを変更するためのルール変更方式を確定するように構成される確定モジュールと、
前記ルール変更方式に基づいて、前記ルールに含まれる複数のエンティティの１つ及び前記複数のエンティティ間の関係のうち、少なくとも一方を変更するように構成されるルール変更モジュールを備える請求項８に記載の装置。
【請求項１１】
前記追加モジュールは、
前記第１名前空間から前記ルールベースに変更済みの前記ルールを追加するリクエストの受信に応答して、変更済みの前記ルールを前記ルールベースに追加するように構成されるルール追加モジュールを備える請求項８に記載の装置。
【請求項１２】
前記ルール追加モジュールは、
変更済みの前記ルールを前記ルールベースに追加しようとするリクエストを送信するように構成される送信モジュールと、
変更済みの前記ルールを前記ルールベースに追加することを許可する応答の受信に応じて、変更済みの前記ルールを前記ルールベースに追加するように構成される検証追加モジュールを備える請求項１１に記載の装置。
【請求項１３】
前記第１名前空間と異なる第３名前空間に対して変更済みの前記ルールを使用するリクエストの受信に応答して、変更済みの前記ルールを第３名前空間に提供するように構成される提供モジュールをさらに備える請求項８に記載の装置。
【請求項１４】
変更済みの前記ルールを視認可能に出力するように構成される可視化出力モジュールと、
変更済みの前記ルールをユーザプログラミングインターフェースの方式で出力するように構成されるユーザプログラミングインターフェース出力モジュールのうち、少なくとも一方をさらに備える請求項８に記載の装置。
【請求項１５】
１つ又は複数のプロセッサと、
１つ又は複数のプログラムを格納するための記憶装置であって、前記１つ又は複数のプログラムが前記１つ又は複数のプロセッサにより実行されると、前記１つ又は複数のプロセッサに請求項１〜７のいずれか１項に記載の方法を実行させる記憶装置と、
を備える電子機器。
【請求項１６】
コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、前記プログラムがプロセッサにより実行されると、請求項１〜７のいずれか１項に記載の方法が実行される記憶媒体。
【請求項１７】
コンピュータプログラムであって、
前記コンピュータプログラムがプロセッサにより実行されると、請求項１〜７のいずれか１項に記載の方法が実行されるコンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
基礎となるアーキテクチャ２１０は、リソースディスクリプションフレームワーク（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）２１２及び構文定義モジュール２１４を含む。リソースディスクリプションフレームワーク２１２はＷｅｂリソースを記述するための標記言語である。リソースディスクリプションフレームワーク２１２はリソースのメタデータを処理し、且つ「リソース−属性−属性値」の「ＳＯＶ型」構造（或いは、トリプルと称される）を用いて、メタデータをデータモデルとして記述する。例えば、リソースディスクリプションフレームワーク２１２はＷ３Ｃ  ＲＤＦ／ＲＤＦＳ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ，Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ／Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ  Ｓｃｈｅｍａ）であってもよい。
【外国語明細書】
Ｔｉｔｌｅ  ｏｆ  Ｉｎｖｅｎｔｉｏｎ
2020129359.tif 000008
2020129359.tif 000009
2020129359.tif 000010
2020129359.tif 000011
2020129359.tif 000012
2020129359.tif 000013
2020129359.tif 000014
2020129359.tif 000015
2020129359.tif 000016
2020129359.tif 000017
2020129359.tif 000018
2020129359.tif 000019
2020129359.tif 000020
2020129359.tif 000021
2020129359.tif 000022
2020129359.tif 000023
2020129359.tif 000024
Ｆｉｇｕｒｅ  １
2020129359.tif 000025
Ｆｉｇｕｒｅ  ２
2020129359.tif 000026
Ｆｉｇｕｒｅ  ３
2020129359.tif 000027
Ｆｉｇｕｒｅ  ４
2020129359.tif 000028
Ｆｉｇｕｒｅ  ５
2020129359.tif 000029