JP2019096244A

JP2019096244A - 情報処理システムおよび情報処理方法

Info

Publication number: JP2019096244A
Application number: JP2017227402A
Authority: JP
Inventors: 武史新谷; Takeshi Shintani
Original assignee: Kyocera Document Solutions Inc
Current assignee: Kyocera Document Solutions Inc
Priority date: 2017-11-28
Filing date: 2017-11-28
Publication date: 2019-06-20
Also published as: CN110035044A; US20190171504A1; US10514968B2

Abstract

【課題】中心となるシステムが提供する機能に加えて新たな独立した機能をラップサーバを用いて提供できるシステムの提供。【解決手段】ラップサーバは、中心システムの管理者と中心システムを外部システムおよびラップサーバ経由で使用するユーザとの間の契約内容が記述された契約テーブルと、外部システムから統一的なＡＰＩコールを受付けるＡＰＩコール受付部と、契約テーブルとＡＰＩコール受付部が受付けたＡＰＩコールの引数である要求元情報に基づき、ＡＰＩコール受付部が受付けたＡＰＩコールを契約内容に対応したＡＰＩコールに変換するＡＰＩコール変換部と、ＡＰＩコール変換部により変換されたＡＰＩコールを用いて、中心システムが提供するＡＰＩをコールする変換ＡＰＩコール部と、変換ＡＰＩコール部による中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバをコールした外部システムに返却する情報返却部とを備える。【選択図】図２

Description

本発明は、ラップ（Ｗｒａｐ）サーバーを用いる情報処理システムおよび情報処理方法に関する。

従来、クライアント端末から中心となる異なる複数のシステムへの統一的なアクセスを実現するために、クライアント端末と複数のシステムの間にラップサーバーを挟む構成が用いられてきた。

例えば、特許文献１の技術では、中心となる複数のシステム（ホストコンピューター）上にある分散データの検索・変換・取り出し処理を統一的に行うためにラップサーバーが用いられている。

特開２００１−２７３２９６号公報

しかし、従来のラップサーバーの使い方では、中心となるシステムでは提供していない独立した機能を新たにクライアント端末に提供することは行われていなかった。

以上のような事情に鑑み、本発明の目的は、中心となるシステムが提供する機能に加えて新たな独立した機能をラップサーバーを用いて提供できる情報処理システムおよび情報処理方法を提供することにある。

上記目的を達成するため、本発明の一形態に係る情報処理システムは、ネットワーク接続された、ラップサーバー、中心となる中心システム、および前記中心システムと前記ラップサーバー経由で連携する１以上の外部システムを含み、前記ラップサーバーは、前記中心システムおよび前記１以上の外部システムと通信可能な通信部と、前記中心システムの管理者と前記中心システムを前記１以上の外部システムのいずれかおよび前記ラップサーバー経由で使用するユーザーとの間の契約内容が記述された契約テーブルを記憶する記憶部と、前記１以上の外部システムの各々から統一的なＡＰＩコールを受け付けるＡＰＩコール受付部と、前記契約テーブルと、前記ＡＰＩコール受付部が受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、前記ＡＰＩコール受付部が受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換するＡＰＩコール変換部と、前記ＡＰＩコール変換部により変換されたＡＰＩコールを用いて、前記中心システムが提供するＷｅｂＡＰＩをコールする変換ＡＰＩコール部と、前記変換ＡＰＩコール部による前記中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバーをコールした外部システムに返却する情報返却部とを備える。

そのため、中心となるシステムが提供する機能に加えて新たな独立した機能をラップサーバーを用いて提供できる。

上記目的を達成するため、本発明の一形態に係る情報処理方法は、ネットワーク接続された、ラップサーバー、中心となる中心システム、および前記中心システムと前記ラップサーバー経由で連携する１以上の外部システムを含む情報処理システムにおける情報処理方法であって、前記１以上の外部システムの各々から統一的なＡＰＩコールを受け付け、前記中心システムの管理者と前記中心システムを前記１以上の外部システムのいずれかおよび前記ラップサーバー経由で使用するユーザーとの間の契約内容が記述された契約テーブルと、受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換し、変換されたＡＰＩコールを用いて、前記中心システムが提供するＷｅｂＡＰＩをコールし、前記中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバーをコールした外部システムに返却することを前記ラップサーバーが実行する。

以上のように、本発明によれば、中心となるシステムが提供する機能に加えて新たな独立した機能をラップサーバーを用いて提供できる。

本発明の一実施形態にかかる情報処理システム１００の全体構成図である。情報処理システム１００における処理の概要についてＡＰＩコールの例を挙げて説明する図である。ラップサーバー１０が一般的なコンピューターにより構成される場合の構成図である。契約テーブル１７ａの例を示す図である。ラップサーバー１０における処理の流れについて説明するためのフローチャートである。

以下、図面を参照しながら、本発明の実施形態を説明する。

［全体構成］
最初に、本発明の一実施形態にかかる情報処理システム１００の全体構成について説明する。図１は、本発明の一実施形態にかかる情報処理システム１００の全体構成図である。

情報処理システム１００は、ネットワーク接続された、ラップサーバー１０、情報処理システム１００の中心となる中心システム２０、および１以上の外部システム３０を含んで構成される。

中心システム２０は、ラップサーバー１０を経由して外部システム３０と連携する手段として、ＷｅｂＡＰＩ（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）ディスプレイ、プラズマディスプレイ等である。

次に、ＣＰＵ１１においてプログラムが実行されることにより実現される機能ブロックについて説明する。

ラップサーバー１０のＣＰＵ１１において実現される機能ブロックは、ＡＰＩコール受付部１１ａ、ＡＰＩコール変換部１１ｂ、変換ＡＰＩコール部１１ｃ、および情報返却部１１ｄである。

ＡＰＩコール受付部１１ａは、外部システム３０からの統一的なＡＰＩコールを受け付ける。

ＡＰＩコール変換部１１ｂは、ユーザーとの契約が記述された契約テーブル１７ａとＡＰＩコール受付部１１ａが受け付けたＡＰＩコールの引数である要求元情報となるユーザー名に基づき、ＡＰＩコール受付部１１ａが受け付けたＡＰＩコールを契約内容に対応したＡＰＩコールに変換する。

変換ＡＰＩコール部１１ｃは、ＡＰＩコール変換部１１ｂにより変換されたＡＰＩコールを用いて、中心システム２０が提供するＷｅｂＡＰＩをコールする。

情報返却部１１ｄは、変換ＡＰＩコール部１１ｃによる中心システム２０のＡＰＩコールにより返却された情報を、ラップサーバー１０をコールした外部システム３０に返却する。

以上、ラップサーバー１０の構成について説明した。

［契約テーブルについて］
次に、契約テーブル１７ａについて、例を用いて説明する。図４は、契約テーブル１７ａの例を示す図である。

契約テーブル１７ａは、中心システム２０の管理者と中心システム２０を外部システム３０のいずれか及びラップサーバー１０経由で用いるユーザーとの間の契約内容を記述するテーブルである。

図に示すように、契約テーブル１７ａには、例えば、ＡＰＩコール要求元、契約開始日、契約終了日、契約内容の様な項目が記述される。

例えば、外部システムＡを経由して中心システム２０を用いるユーザーＡの場合、契約開始日は２０１７年１月１日であり、契約終了日は２０１７年１２月３１日であり、契約内容は、「ＴｙｐｅＡ」となっている。

ユーザーＡが、ラップサーバー１０が統一的に提供するＷｅｂＡＰＩを使用する場合、要求元情報として、「ユーザーＡ」を使用する。

ＡＰＩコール変換部１１ｂが、契約テーブル１７ａのＡＰＩコール要求元の項目でユーザーＡを探し、ユーザーＡの契約内容がＴｙｐｅＡであることから、中心システム２０に対し、ＴｙｐｅＡのＷｅｂＡＰＩコールを発行する。

以上、契約テーブル１７ａについて、例を用いて説明した。

［ラップサーバーにおける処理の流れ］
次に、ラップサーバー１０における処理の流れについて説明する。図５は、ラップサーバー１０における処理の流れについて説明するためのフローチャートである。

まず、中心システム２０の管理者とユーザーとの間で契約が更新されるたびに、管理者は契約テーブル１７ａを更新する（ステップＳ１）。

次に、ＡＰＩコール受付部１１ａが、外部システム３０からの統一的なＡＰＩコールを受け付ける（ステップＳ２）。

次に、ＡＰＩコール変換部１１ｂが、契約テーブル１７ａとＡＰＩコール受付部１１ａが受け付けたＡＰＩコールの引数である要求元情報に基づき、ＡＰＩコール受付部１１ａが受け付けたＡＰＩコールを変換する（ステップＳ３）。

次に、変換ＡＰＩコール部１１ｃが、ＡＰＩコール変換部１１ｂにより変換されたＡＰＩコールを用いて、中心システム２０が提供するＷｅｂＡＰＩをコールする（ステップＳ４）。

次に、情報返却部１１ｄが、中心システム２０からの戻り値（返却された情報）を受信する（ステップＳ５）。

次に、情報返却部１１ｄが、中心システム２０から受信した情報を、ラップサーバー１０をコールした外部システムに返却する（ステップＳ６）。

以上、ラップサーバー１０における処理の流れについて説明した。

［補足事項］
以上のように、本発明にかかる情報処理システム１００は、ネットワーク接続された、ラップサーバー１０、中心となる中心システム２０、および前記中心システム２０と前記ラップサーバー１０経由で連携する１以上の外部システム３０を含み、前記ラップサーバー１０は、前記中心システム２０および前記１以上の外部システム３０と通信可能な通信部１５と、前記中心システム２０の管理者と前記中心システム２０を前記１以上の外部システム３０のいずれかおよび前記ラップサーバー１０経由で使用するユーザーとの間の契約内容が記述された契約テーブル１７ａを記憶する記憶部１７と、前記１以上の外部システム３０の各々から統一的なＡＰＩコールを受け付けるＡＰＩコール受付部１１ａと、前記契約テーブル１７ａと、前記ＡＰＩコール受付部１１ａが受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、前記ＡＰＩコール受付部１１ａが受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換するＡＰＩコール変換部１１ｂと、前記ＡＰＩコール変換部１１ｂにより変換されたＡＰＩコールを用いて、前記中心システム２０が提供するＷｅｂＡＰＩをコールする変換ＡＰＩコール部１１ｃと、前記変換ＡＰＩコール部１１ｃによる前記中心システム２０へのＡＰＩコールにより返却された情報を、当該ラップサーバー１０をコールした外部システム３０に返却する情報返却部１１ｄとを備える。

その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

１０ … ラップサーバー
１１ … ＣＰＵ
１１ａ… ＡＰＩコール受付部
１１ｂ… ＡＰＩコール変換部
１１ｃ… 変換ＡＰＩコール部
１１ｄ… 情報返却部
１２ … ＲＯＭ
１３ … ＲＡＭ
１４ … 操作入力部
１５ … 通信部
１６ … 表示部
１７ … 記憶部
１７ａ… 契約テーブル
１８ … バス
２０ … 中心システム
３０ … 外部システム
１００ … 情報処理システム

Claims

ネットワーク接続された、ラップサーバー、中心となる中心システム、および前記中心システムと前記ラップサーバー経由で連携する１以上の外部システムを含み、
前記ラップサーバーは、
前記中心システムおよび前記１以上の外部システムと通信可能な通信部と、
前記中心システムの管理者と前記中心システムを前記１以上の外部システムのいずれかおよび前記ラップサーバー経由で使用するユーザーとの間の契約内容が記述された契約テーブルを記憶する記憶部と、
前記１以上の外部システムの各々から統一的なＡＰＩコールを受け付けるＡＰＩコール受付部と、
前記契約テーブルと、前記ＡＰＩコール受付部が受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、前記ＡＰＩコール受付部が受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換するＡＰＩコール変換部と、
前記ＡＰＩコール変換部により変換されたＡＰＩコールを用いて、前記中心システムが提供するＷｅｂＡＰＩをコールする変換ＡＰＩコール部と、
前記変換ＡＰＩコール部による前記中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバーをコールした外部システムに返却する情報返却部と
を備えた
情報処理システム。
ネットワーク接続された、ラップサーバー、中心となる中心システム、および前記中心システムと前記ラップサーバー経由で連携する１以上の外部システムを含む情報処理システムにおける情報処理方法であって、
前記１以上の外部システムの各々から統一的なＡＰＩコールを受け付け、
前記中心システムの管理者と前記中心システムを前記１以上の外部システムのいずれかおよび前記ラップサーバー経由で使用するユーザーとの間の契約内容が記述された契約テーブルと、受け付けたＡＰＩコールの引数である要求元情報となる前記ユーザーのユーザー名とに基づき、受け付けたＡＰＩコールを前記契約内容に対応したＡＰＩコールに変換し、
変換されたＡＰＩコールを用いて、前記中心システムが提供するＷｅｂＡＰＩをコールし、
前記中心システムへのＡＰＩコールにより返却された情報を、当該ラップサーバーをコールした外部システムに返却する
ことを前記ラップサーバーが実行する
情報処理方法。