(57)【要約】【課題】本発明の課題は、コンピュータネットワーク特に近年その価値が高まっているクラウドコンピューティングの環境で、HP上で公開されるコンテンツの流通、活用を狙いとしている。【解決手段】コンテンツ提供者のAPI公開が進みつつあり、末端側アプリケーションでもAPI開示の動きが活性化の状況にあり、APIによるコミュニケーションとゲートウェイによって、コンテンツとアプリケーションの簡便な接続を実現する。この発明によって、日常業務過程で発生している、会社属性の参照、入力の激減が期待できる。【選択図】      図１
2016081405.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に存在する、複数のコンテンツサーバから、情報の検索、参照、引用する方式であって、コンテンツサーバ、アプリケーションサービスと、標準的な一般ユーザが利用するアプリケーションや、クラウドサービスで提供されるソフトウェアの間に介在することで、アプリケーション利用者の、複数コンテンツの検索、参照、転載および翻訳などの情報加工サービスを簡便に実現するシステム。
【請求項２】
請求項１を実現するために、APIを活用することで、コンテンツサーバ、アプリケーションサービスの増加、末端利用者の多数のアプリケーションの追加、APIの変化に柔軟に対応できるAPIゲートウェイシステム。
【請求項３】
類似コンテンツ、サービスに対して運営者が事前の特性評価を行い、利用者のアクセスに対して接続順を自動設定するインテリジェントシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータネットワークシステム、特に近年その価値が高まっているクラウドコンピューティングの環境において、情報、コンテンツを有効に活用するための情報の検索、参照技術であり、情報のキュレーション、マッシュアップを効率化に寄与する、
【背景技術】
【０００２】
コンピュータネットワークはクラウドコンピューティングによって利用者数は急速に拡大し、日常的なオフィスで利用するアプリケーションを含めて、ネットワークへの常時接続が標準的な環境となっている。
【０００３】
一方で、コンテンツの提供方式には大きな変化がなく、個別の情報提供者がそれぞれ個別に検索サイトを開設して、標準的なブラウザを経由して提供している。
複数コンテンツの一括収集は、横断検索として期待されたが、対象となるコンテンツを提供者のサーバに一括して蓄積し、検索システムを運用するため、運用コストが高く、更新サイクルは長くなる制約があり、普及していない。
【０００４】
Googleに代表される検索サービスにより、インターネットから膨大な情報の参照や収集が可能となったが、個別業務はオフィスソフト、会計ソフト、ＣＲＭソフトなどを使っている。このため、業務途中での情報参照は、対象となる文字列のコピー、ブラウザでの検索窓へのペースト、参照結果をコピー、利用中の業務ソフトに戻ってペーストが標準的な手順である。これを繰り返して行っており、非常に効率が悪い。
【０００５】
インターネットからは膨大な情報が収集できるが、その質にはばらつきが大きく、内容を吟味して一定の評価ができたコンテンツを、複数選択して利用するマッシュアップ、キュレーションが注目されているが、そのための複数コンテンツに対する検索環境の構築は進んでいない。利用者が都度、対象となる個別コンテンツを複数回参照している。
【０００６】
アプリケーション連携の実現技術として、ＳＯＡＰ技術によるWebサービスが存在したが、使い勝手の問題などがあり、普及にはいたらなかった。より簡略化されたURL埋め込み方式のＧＥＴメソッド、ＪＳＯＮ形式のレスポンスによって、ＡＰＩ開示アプリケーション、サービスが拡大し、コンテンツサービスでも公開が進みつつある。
【０００７】
ＡＰＩの連携ゲートウェイシステムを構築することで、分散したコンテンツサービス間の連携、一括参照が実現する環境が成立しつつある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許５３０９３６４号公報
【特許文献２】特許５３５４７７６号公報
【特許文献３】特開２０１１−７０６４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明が解決する問題は、様々なコンテンツサーバ、末端アプリケーションのＡＰＩ装備が進んでいるにもかかわらず、適切な連携、ゲートウェイシステムが存在しないために、コンテンツの活用が停滞し、独創的なコンテンツが流通しないことである。
【課題を解決するための手段】
【００１０】
以上の問題を解決するために、本発明は、コンテンツサーバＡＰＩと末端アプリケーションＡＰＩを仲介し、インテリジェンス機能を装備した、マルチコンテンツサービスシステム（以下「ＭＣＳ」と記す）を開発する。
【００１１】
ＭＣＳは複数のコンテンツサーバ、情報の変換サービスのＡＰＩに対応したインタフェースを装備、もしくは標準ＡＰＩを公開し、複数のコンテンツサーバ、変換サービス運営者からの接続を促し、コンテンツとサービスの量的な拡大と利便性を向上させる。
【００１２】
末端ユーザが利用する、ＡＰＩ公開中の標準的アプリケーションからの情報検索、参照を実現し、ＭＣＳの有効性を広く体験させ、ＡＰＩ未公開のアプリケーション提供者が独自にMSCに接続することを支援して、潜在利用者のコンテンツ参照環境を拡大する。
【００１３】
類似コンテンツが存在するため、MCSとしては更新頻度、情報量など優先基準を作成し、自動的に優先度にしたがって、より適切な情報源からの情報を提供する。
利用者は不確かな情報に惑わされるリスクが軽減する。
【００１４】
現在問題となっている、利用アプリケーションと検索参照用ブラウザとの間での頻繁な文字列のコピー、ペーストを回避するために、利用アプリケーションのAPIを活用して、入力文字列を自動的に取得し、検索語として活用、参照結果後の直接転載機能を装備する。
【００１５】
登録コンテンツ、利用アプリケーションを提供ベンダーと協力して広く告知し、優良コンテンツの利用者拡大、対象アプリケーションの増加を促し、新たなコンテンツ提供者の出現を促し、コンテンツ市場を活性化する。
【００１６】
MCSの内部構成は、コンテンツ、アクセスアプリケーションともに頻繁に追加、変更が発生することを想定して、APIを組み合わせた柔軟な構成とする。
【発明の効果】
【００１７】
以下、関係者の立場別に記述する。
Word,Excelに代表される標準的なオフィスアプリケーションの利用者にとって、文書作成、参照過程で未知の会社名等の出現に対して、そのまま会社コンテンツの参照、必要な箇所の転載が可能となり、文書作成、理解効率の向上が期待できる。
【００１８】
CRM、会計など業務アプリケーションの利用者にとって、取引先登録過程で新規顧客の登録など、そのまま会社属性の参照、必要な箇所の転載が可能となり、顧客登録などの効率向上が期待できる。
【００１９】
コンテンツ提供者にとって、作成したコンテンツが広範なアプリケーションから利用できることで利用者の拡大が期待できるとともに、コンテンツの提供をAPIに限定することで、データベース本体が流出するリスクを回避できる。
【図面の簡単な説明】
【００２０】
【図１】システム構成図。
【図２】APIゲートウェイ機能の処理フロー
【図３】API定義例と取得情報例
【図４】ユーザ利用例。
【発明を実施するための形態】
【００２１】
以下、本発明の最適な実施の形態について、図１〜図4を参照して詳細に説明する。
【００２２】
図１は、APIによるマルチコンテンツサービスを実現するシステム構成図である。
図に示した、1.1API開示DBサーバ、1.2API開示サービスは、既存もしくは今後開始されるさまざまなサービスの存在を示している。
3.0標準的ブラウザ、4.1API公開アプリケーション4.2API非公開アプリケーションは現状の末端利用者が使う一般的なPCアプリケーションを示している。
今回の発明は、既存のDBサーバ、サービスとアプリケーションの間に介在し、2.0マルチコンテンツサービスシステムと表記した。MCSと略記している。
【００２３】
APIが個別に開示されている、DBサーバ、サービスとの間のコミュニケーションは、API_1で確立し、MCSから必要なときに任意のコンテンツサーバ、サービスへのアクセスが可能である。
【００２４】
3.0標準的なブラウザ経由の場合、利用者とのコミュニケーションは、2.1API対応サイトがユーザの要求を受けるためのユーザインタフェースを装備し、適切なDBサーバへの検索要求、返信、CSVダウンロードや、外国語への変換サービス要求などを制御する。
【００２５】
4.0アプリケーションからの要求は、4.1API公開アプリケーションからはアプリケーションの個別APIと、MCSが設定する標準のAPI_2を介したソフトウェアによって、直接ゲートウェイ機能にアクセスする方式と、2.2アプリケーション別の処理サイトを経由してゲートウェイにアクセスする方式が存在する。
4.2 API非公開アプリケーションの場合、アプリケーション側で、個別にAPI_2へのインタフェース機能を提供することで、上記4.1と同じアクセスが可能となる。
【００２６】
MCSには、2.1，2.2に示したアプリケーションとの対応機能のほか、複数のコンテンツサーバ、サービスとやり取りするゲートウェイ機能を提供する。ゲートウェイ機能としては以下の8つから構成されている。
1.アプリケーションID識別
2.API受付/アクセスDBサーバ識別
3.API様式変換/送信
4.REST受信/項目選択/
5.サービスアクセス識別
6.サービスアプリへ送信/REST受信
7.APIによる返信
8.テスト用送受信テキスト表示機能
【００２７】
図2ではゲートウェイ機能3.4.に記した、様式変換と送受信項目変換の具体的な例を示している。この変換によって、コンテンツサーバ側は詳細なAPI情報開示のリスクを回避できる。
【００２８】
図３にはコンテンツサーバ側で定義されるＡＰＩと、取得されるコンテンツの具体的な例を示している。この例は、豊島区の緯度経度を指定することでそこに所在の会社属性が返信されている。
この返信結果を利用して、地図上に会社所在を表示する、スマホ用アプリケーションの表示例を示す。（3.3）
【実施例１】
【００２９】
図４で本発明をWordに適用した場合の操作例を示している。文書作成途中に会社属性検索、転記、外国語翻訳への操作事例を示している。
【符号の説明】
【００３０】
API  アプリケーションインタフェース。
ソフトウェア間での情報交換を行うための約束事項
MCS  本件発明の対象マルチコンテンツシステムサービスシステムの意。
以下は、  図１に使用している符号
API_１    APIが開示されているコンテンツサーバ、各種サービスとMCSの
コミュニケーションを定義するAPI。
API_2    末端アプリケーションとMCSのコミュニケーションを定義する標準API。
A_1      ブラウザとMCSのコミュニケーション。インターネットを経由する通信。
A_2      MCS内部のコミュニケーション。LAN経由の通信。
A_3      個別APIとゲートウェイの直接コミュニケーション。
クラウドで提供されるソフトウェアとの連携もこのパターンとなる。
A_4      個別APIとMCSの標準APIとのコミュニケーション。
A_5      アプリ対応サイトとゲートウェイのコミュニケーション。
【図１】
2016081405.tif 000003
【図２】
2016081405.tif 000004
【図３】
2016081405.tif 000005
【図４】
2016081405.tif 000006