(57)【要約】【課題】中心となるシステムが提供する機能に加えて新たな独立した機能をラップサーバを用いて提供できるシステムの提供。【解決手段】ラップサーバは、中心システムの管理者と中心システムを外部システムおよびラップサーバ経由で使用するユーザとの間の契約内容が記述された契約テーブルと、外部システムから統一的なＡＰＩコールを受付けるＡＰＩコール受付部と、契約テーブルとＡＰＩコール受付部が受付けたＡＰＩコールの引数である要求元情報に基づき、ＡＰＩコール受付部が受付けたＡＰＩコールを契約内容に対応したＡＰＩコールに変換するＡＰＩコール変換部と、ＡＰＩコール変換部により変換されたＡＰＩコールを用いて、中心システムが提供するＡＰＩをコールする変換ＡＰＩコール部と、変換ＡＰＩコール部による中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバをコールした外部システムに返却する情報返却部とを備える。【選択図】図２
2019096244.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク接続された、ラップサーバー、中心となる中心システム、および前記中心システムと前記ラップサーバー経由で連携する１以上の外部システムを含み、
前記ラップサーバーは、
前記中心システムおよび前記１以上の外部システムと通信可能な通信部と、
前記中心システムの管理者と前記中心システムを前記１以上の外部システムのいずれかおよび前記ラップサーバー経由で使用するユーザーとの間の契約内容が記述された契約テーブルを記憶する記憶部と、
前記１以上の外部システムの各々から統一的なＡＰＩコールを受け付けるＡＰＩコール受付部と、
前記契約テーブルと、前記ＡＰＩコール受付部が受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、前記ＡＰＩコール受付部が受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換するＡＰＩコール変換部と、
前記ＡＰＩコール変換部により変換されたＡＰＩコールを用いて、前記中心システムが提供するＷｅｂ ＡＰＩをコールする変換ＡＰＩコール部と、
前記変換ＡＰＩコール部による前記中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバーをコールした外部システムに返却する情報返却部と
を備えた
情報処理システム。
【請求項２】
ネットワーク接続された、ラップサーバー、中心となる中心システム、および前記中心システムと前記ラップサーバー経由で連携する１以上の外部システムを含む情報処理システムにおける情報処理方法であって、
前記１以上の外部システムの各々から統一的なＡＰＩコールを受け付け、
前記中心システムの管理者と前記中心システムを前記１以上の外部システムのいずれかおよび前記ラップサーバー経由で使用するユーザーとの間の契約内容が記述された契約テーブルと、受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換し、
変換されたＡＰＩコールを用いて、前記中心システムが提供するＷｅｂ ＡＰＩをコールし、
前記中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバーをコールした外部システムに返却する
ことを前記ラップサーバーが実行する
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ラップ（Ｗｒａｐ）サーバーを用いる情報処理システムおよび情報処理方法に関する。
【背景技術】
【０００２】
従来、クライアント端末から中心となる異なる複数のシステムへの統一的なアクセスを実現するために、クライアント端末と複数のシステムの間にラップサーバーを挟む構成が用いられてきた。
【０００３】
例えば、特許文献１の技術では、中心となる複数のシステム（ホストコンピューター）上にある分散データの検索・変換・取り出し処理を統一的に行うためにラップサーバーが用いられている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２７３２９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来のラップサーバーの使い方では、中心となるシステムでは提供していない独立した機能を新たにクライアント端末に提供することは行われていなかった。
【０００６】
以上のような事情に鑑み、本発明の目的は、中心となるシステムが提供する機能に加えて新たな独立した機能をラップサーバーを用いて提供できる情報処理システムおよび情報処理方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一形態に係る情報処理システムは、ネットワーク接続された、ラップサーバー、中心となる中心システム、および前記中心システムと前記ラップサーバー経由で連携する１以上の外部システムを含み、前記ラップサーバーは、前記中心システムおよび前記１以上の外部システムと通信可能な通信部と、前記中心システムの管理者と前記中心システムを前記１以上の外部システムのいずれかおよび前記ラップサーバー経由で使用するユーザーとの間の契約内容が記述された契約テーブルを記憶する記憶部と、前記１以上の外部システムの各々から統一的なＡＰＩコールを受け付けるＡＰＩコール受付部と、前記契約テーブルと、前記ＡＰＩコール受付部が受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、前記ＡＰＩコール受付部が受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換するＡＰＩコール変換部と、前記ＡＰＩコール変換部により変換されたＡＰＩコールを用いて、前記中心システムが提供するＷｅｂ ＡＰＩをコールする変換ＡＰＩコール部と、前記変換ＡＰＩコール部による前記中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバーをコールした外部システムに返却する情報返却部とを備える。
【０００８】
そのため、中心となるシステムが提供する機能に加えて新たな独立した機能をラップサーバーを用いて提供できる。
【０００９】
上記目的を達成するため、本発明の一形態に係る情報処理方法は、ネットワーク接続された、ラップサーバー、中心となる中心システム、および前記中心システムと前記ラップサーバー経由で連携する１以上の外部システムを含む情報処理システムにおける情報処理方法であって、前記１以上の外部システムの各々から統一的なＡＰＩコールを受け付け、前記中心システムの管理者と前記中心システムを前記１以上の外部システムのいずれかおよび前記ラップサーバー経由で使用するユーザーとの間の契約内容が記述された契約テーブルと、受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換し、変換されたＡＰＩコールを用いて、前記中心システムが提供するＷｅｂ ＡＰＩをコールし、前記中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバーをコールした外部システムに返却することを前記ラップサーバーが実行する。
【発明の効果】
【００１０】
以上のように、本発明によれば、中心となるシステムが提供する機能に加えて新たな独立した機能をラップサーバーを用いて提供できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態にかかる情報処理システム１００の全体構成図である。
【図２】情報処理システム１００における処理の概要についてＡＰＩコールの例を挙げて説明する図である。
【図３】ラップサーバー１０が一般的なコンピューターにより構成される場合の構成図である。
【図４】契約テーブル１７ａの例を示す図である。
【図５】ラップサーバー１０における処理の流れについて説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１３】
［全体構成］
最初に、本発明の一実施形態にかかる情報処理システム１００の全体構成について説明する。図１は、本発明の一実施形態にかかる情報処理システム１００の全体構成図である。
【００１４】
情報処理システム１００は、ネットワーク接続された、ラップサーバー１０、情報処理システム１００の中心となる中心システム２０、および１以上の外部システム３０を含んで構成される。
【００１５】
中心システム２０は、ラップサーバー１０を経由して外部システム３０と連携する手段として、Ｗｅｂ ＡＰＩ（Application Programming Interface）を公開している。
【００１６】
このＷｅｂ ＡＰＩは、中心システム２０にアカウントがあれば使用することが可能だが、中心システム２０を管理する管理会社と、外部システム３０経由で中心システム２０にアクセスするユーザー（Ｗｅｂ ＡＰＩ使用者）との間の契約の内容によっては、返却する情報が異なる場合がある。
【００１７】
しかし、中心システム２０側でユーザーとの契約情報を保持し、契約情報に基づいてＷｅｂ ＡＰＩで返却する情報を変える場合、以下のような課題がある。
【００１８】
（１）中心システム２０でユーザーとの契約情報または契約に基づいたＷｅｂ ＡＰＩの振る舞いを管理する必要がある。
（２）契約の更新に合せて中心システム２０のアップデートを行う必要がある。
【００１９】
中心システム２０は、例えば、半年に一度のメジャーアップデートと月に一度のパッチリリース（主に不具合対応）を行うが、契約の更新でも中心システム２０を更新する必要がある場合には、契約更新日とアップデート日程を合わせる必要があり、中心システム２０の更新や運用に非常に手間がかかってしまう。
【００２０】
そこで、本発明では、中心システム２０に影響を与えないで、ユーザーとの契約に基づいて、連携するデータを変更するラップサーバー１０を導入する。
【００２１】
図１に示すように、ユーザーが用いる外部システム３０から見て、中心システム２０の前段にラップサーバー１０を配置し、外部システム３０への統一的なＷｅｂ ＡＰＩの公開は、このラップサーバー１０が行う。
【００２２】
ユーザーとの契約情報、および契約情報に基づいたＷｅｂ ＡＰＩの振る舞いは、このラップサーバー１０において管理する。
【００２３】
以上、本発明の一実施形態にかかる情報処理システム１００の全体構成について説明した。
【００２４】
［処理の概要］
次に、情報処理システム１００における処理の概要についてＡＰＩコールの例を挙げて説明する。図２は、情報処理システム１００における処理の概要についてＡＰＩコールの例を挙げて説明する図である。
【００２５】
（１）まず、外部システムＡを経由して、ユーザーＡが、中心システム２０が管理しているデバイスのリストを返す"Get Device List"というラップサーバー１０が提供するＷｅｂ ＡＰＩをコールする。なお、"Get Device List"をコールする際、外部システムＡは、引数パラメータとして、ユーザーＡを示す要求元情報を設定する。
【００２６】
（２）次に、ラップサーバー１０は、ＡＰＩコールの引数である要求元情報と、ユーザーＡとの契約が記述されている契約テーブル１７ａを参照し、中心システム２０から呼び出すＡＰＩ（"Get Device List Type A"）を決定する。
【００２７】
（３）次に、ラップサーバー１０は、"Get Device List Type A" Ｗｅｂ ＡＰＩをコールする。
【００２８】
（４）次に、中心システム２０は、Type AのDevice Listを返却する。
【００２９】
（５）次に、ラップサーバー１０は、Type AのDevice Listを外部システムＡに返却する。
【００３０】
（６）次に、外部システムＢを経由して、ユーザーＢが、"Get Device List"Ｗｅｂ ＡＰＩをコールする。なお、"Get Device List"をコールする際、外部システムＢは、引数パラメータとして、ユーザーＢを示す要求元情報を設定する。
【００３１】
（７）次に、ラップサーバー１０は、ＡＰＩコールの引数である要求元情報と、ユーザーＢとの契約が記述されている契約テーブル１７ａを参照し、中心システム２０から呼び出すＡＰＩ（"Get Device List Type B"）を決定する。
【００３２】
（８）次に、ラップサーバー１０は、"Get Device List Type B" Ｗｅｂ ＡＰＩをコールする。
【００３３】
（９）次に、中心システム２０は、Type BのDevice Listを返却する。
【００３４】
（１０）次に、ラップサーバー１０は、Type BのDevice Listを外部システムＡに返却する。
【００３５】
なお、上記の、Type AのDevice ListとType BのDevice Listとでは、返却される情報が異なるものとする。
【００３６】
以上のように、外部システムＡと外部システムＢで、同じ"Get Device List"Ｗｅｂ ＡＰＩを呼び出した場合でも、引数である要求元情報に応じてラップサーバー１０が、コールする中心システム２０上のＷｅｂ ＡＰＩを呼び分ける。
【００３７】
ラップサーバー１０は、外部システム３０に対して公開するＷｅｂ ＡＰＩの引数の１つに、「要求元情報」を持つ点が重要である。
【００３８】
以上、情報処理システム１００における処理の概要についてＡＰＩコールの例を挙げて説明した。
【００３９】
［効果］
以上のように、本発明によれば、ラップサーバー１０が外部システム３０に公開するＷｅｂ ＡＰＩは、ユーザーとの契約を意識しない統一的なＷｅｂ ＡＰＩとすることが出来る。
【００４０】
また、ユーザーとの契約によって変更が加わるのはラップサーバー１０のみなので、ユーザーとの契約が中心システム２０のアップデートスケジュールに影響を与えないようにすることが出来る。
【００４１】
［ラップサーバーの構成］
次に、ラップサーバー１０の構成について説明する。ラップサーバー１０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。ラップサーバー１０が一般的なコンピューターにより構成される場合の構成図を図３に示す。
【００４２】
同図に示すように、ラップサーバー１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、操作入力部１４、通信部１５、表示部１６、および記憶部１７を有し、これら各ブロックがバス１８を介して接続されている。
【００４３】
ＲＯＭ１２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００４４】
記憶部１７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１７には、ＯＳや各種アプリケーション、各種データ、契約テーブル１７ａが記憶される。契約テーブル１７ａについては後述する。
【００４５】
通信部１５は、ネットワーク上の外部システム３０、中心システム２０等と情報のやりとりを行う為のネットワークと結ばれている。
【００４６】
ＣＰＵ１１は、ＲＯＭ１２や記憶部１７に格納された複数のプログラムのうち、操作入力部１４から与えられる命令に対応するプログラムをＲＡＭ１３に展開し、この展開されたプログラムにしたがって、表示部１６及び記憶部１７を適宜制御する。
【００４７】
操作入力部１４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。
【００４８】
表示部１６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。
【００４９】
次に、ＣＰＵ１１においてプログラムが実行されることにより実現される機能ブロックについて説明する。
【００５０】
ラップサーバー１０のＣＰＵ１１において実現される機能ブロックは、ＡＰＩコール受付部１１ａ、ＡＰＩコール変換部１１ｂ、変換ＡＰＩコール部１１ｃ、および情報返却部１１ｄである。
【００５１】
ＡＰＩコール受付部１１ａは、外部システム３０からの統一的なＡＰＩコールを受け付ける。
【００５２】
ＡＰＩコール変換部１１ｂは、ユーザーとの契約が記述された契約テーブル１７ａとＡＰＩコール受付部１１ａが受け付けたＡＰＩコールの引数である要求元情報となるユーザー名に基づき、ＡＰＩコール受付部１１ａが受け付けたＡＰＩコールを契約内容に対応したＡＰＩコールに変換する。
【００５３】
変換ＡＰＩコール部１１ｃは、ＡＰＩコール変換部１１ｂにより変換されたＡＰＩコールを用いて、中心システム２０が提供するＷｅｂ ＡＰＩをコールする。
【００５４】
情報返却部１１ｄは、変換ＡＰＩコール部１１ｃによる中心システム２０のＡＰＩコールにより返却された情報を、ラップサーバー１０をコールした外部システム３０に返却する。
【００５５】
以上、ラップサーバー１０の構成について説明した。
【００５６】
［契約テーブルについて］
次に、契約テーブル１７ａについて、例を用いて説明する。図４は、契約テーブル１７ａの例を示す図である。
【００５７】
契約テーブル１７ａは、中心システム２０の管理者と中心システム２０を外部システム３０のいずれか及びラップサーバー１０経由で用いるユーザーとの間の契約内容を記述するテーブルである。
【００５８】
図に示すように、契約テーブル１７ａには、例えば、ＡＰＩコール要求元、契約開始日、契約終了日、契約内容の様な項目が記述される。
【００５９】
例えば、外部システムＡを経由して中心システム２０を用いるユーザーＡの場合、契約開始日は２０１７年１月１日であり、契約終了日は２０１７年１２月３１日であり、契約内容は、「Ｔｙｐｅ  Ａ」となっている。
【００６０】
ユーザーＡが、ラップサーバー１０が統一的に提供するＷｅｂ ＡＰＩを使用する場合、要求元情報として、「ユーザーＡ」を使用する。
【００６１】
ＡＰＩコール変換部１１ｂが、契約テーブル１７ａのＡＰＩコール要求元の項目でユーザーＡを探し、ユーザーＡの契約内容がＴｙｐｅ  Ａであることから、中心システム２０に対し、Ｔｙｐｅ  ＡのＷｅｂ ＡＰＩコールを発行する。
【００６２】
以上、契約テーブル１７ａについて、例を用いて説明した。
【００６３】
［ラップサーバーにおける処理の流れ］
次に、ラップサーバー１０における処理の流れについて説明する。図５は、ラップサーバー１０における処理の流れについて説明するためのフローチャートである。
【００６４】
まず、中心システム２０の管理者とユーザーとの間で契約が更新されるたびに、管理者は契約テーブル１７ａを更新する（ステップＳ１）。
【００６５】
次に、ＡＰＩコール受付部１１ａが、外部システム３０からの統一的なＡＰＩコールを受け付ける（ステップＳ２）。
【００６６】
次に、ＡＰＩコール変換部１１ｂが、契約テーブル１７ａとＡＰＩコール受付部１１ａが受け付けたＡＰＩコールの引数である要求元情報に基づき、ＡＰＩコール受付部１１ａが受け付けたＡＰＩコールを変換する（ステップＳ３）。
【００６７】
次に、変換ＡＰＩコール部１１ｃが、ＡＰＩコール変換部１１ｂにより変換されたＡＰＩコールを用いて、中心システム２０が提供するＷｅｂ ＡＰＩをコールする（ステップＳ４）。
【００６８】
次に、情報返却部１１ｄが、中心システム２０からの戻り値（返却された情報）を受信する（ステップＳ５）。
【００６９】
次に、情報返却部１１ｄが、中心システム２０から受信した情報を、ラップサーバー１０をコールした外部システムに返却する（ステップＳ６）。
【００７０】
以上、ラップサーバー１０における処理の流れについて説明した。
【００７１】
［補足事項］
以上のように、本発明にかかる情報処理システム１００は、ネットワーク接続された、ラップサーバー１０、中心となる中心システム２０、および前記中心システム２０と前記ラップサーバー１０経由で連携する１以上の外部システム３０を含み、前記ラップサーバー１０は、前記中心システム２０および前記１以上の外部システム３０と通信可能な通信部１５と、前記中心システム２０の管理者と前記中心システム２０を前記１以上の外部システム３０のいずれかおよび前記ラップサーバー１０経由で使用するユーザーとの間の契約内容が記述された契約テーブル１７ａを記憶する記憶部１７と、前記１以上の外部システム３０の各々から統一的なＡＰＩコールを受け付けるＡＰＩコール受付部１１ａと、前記契約テーブル１７ａと、前記ＡＰＩコール受付部１１ａが受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、前記ＡＰＩコール受付部１１ａが受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換するＡＰＩコール変換部１１ｂと、前記ＡＰＩコール変換部１１ｂにより変換されたＡＰＩコールを用いて、前記中心システム２０が提供するＷｅｂ ＡＰＩをコールする変換ＡＰＩコール部１１ｃと、前記変換ＡＰＩコール部１１ｃによる前記中心システム２０へのＡＰＩコールにより返却された情報を、当該ラップサーバー１０をコールした外部システム３０に返却する情報返却部１１ｄとを備える。
【００７２】
そのため、中心となるシステムが提供する機能に加えて新たな独立した機能をラップサーバーを用いて提供できる。
【００７３】
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【００７４】
１０  …  ラップサーバー
１１  …  ＣＰＵ
１１ａ…  ＡＰＩコール受付部
１１ｂ…  ＡＰＩコール変換部
１１ｃ…  変換ＡＰＩコール部
１１ｄ…  情報返却部
１２  …  ＲＯＭ
１３  …  ＲＡＭ
１４  …  操作入力部
１５  …  通信部
１６  …  表示部
１７  …  記憶部
１７ａ…  契約テーブル
１８  …  バス
２０  …  中心システム
３０  …  外部システム
１００  …  情報処理システム
【図１】
2019096244.tif 000003
【図２】
2019096244.tif 000004
【図３】
2019096244.tif 000005
【図４】
2019096244.tif 000006
【図５】
2019096244.tif 000007