JP2022078608A - 情報処理システム - Google Patents

Abstract

【課題】ローカルアプリケーションの機能の一部又は全部を、ネットワークに接続される機器でも簡便に利用することができ、上記ローカルアプリケーションの利便性を向上させることができる情報処理システムを提供する。【解決手段】中継装置は、さらに、ユーザ装置において生成された制御信号を受信し、受信した制御信号を処理装置へ転送し、処理装置において出力された計算結果を受信し、受信した計算結果をユーザ装置へ転送する、ように構成される。【選択図】図１

Description

本発明は、情報処理システムに関する。

一般に、据え置きのローカルＰＣ及びサーバ等の機器で動作することを前提としているローカルアプリケーションが存在する。このローカルアプリケーションは、デスクトップアプリケーション、スタンドアロンアプリケーション又はネイティブアプリケーションとも呼ばれる。上記ローカルアプリケーションには、例えば、数値解析ソフト等の膨大な計算を必要とする負荷の大きいアプリケーションが含まれる。一般に、膨大な計算を必要とする負荷の大きいアプリケーションは、当該アプリケーションを動作させるために必要な装置のスペックが非常に高く設定されているため、当該アプリケーションを動作させるために必要な装置のスペックを備える機器で動作することを前提としているものが多い。

一方で、上記ローカルアプリケーションの利便性を向上させるため、上記ローカルアプリケーションの機能の一部又は全部を、当該ローカルアプリケーションをインストールした機器とは独立して存在し、かつネットワークに接続される他の機器（例えば、ＰＣ、スマートフォン及びタブレット等の外部端末）でも利用したいという要望がある。例えば、外出先でも上記ローカルアプリケーションにおける高度な計算処理を利用できるようにすることが求められている。ここで、上記要望を実現するために、下記特許文献１のように、ＲＤＰ（リモートデスクトッププロトコル）を用いて、上記ローカルアプリケーションをインストールしたローカルＰＣ及びサーバ等と、上記外部端末との間の接続を確立して、外部端末によりローカルＰＣ及びサーバ等を遠隔操作可能とすることで、外部端末において、上記ローカルアプリケーションを利用する方法が考えられる。しかしながら、上記外部端末にＲＤＰクライアント等のアプリケーションを改めてインストールする必要があり、上記外部端末によっては、当該ＲＤＰクライアントの仕組み及び挙動が変わり、上記外部端末のパフォーマンスが低下するという問題がある。

また、上記ローカルアプリケーションをウェブブラウザで動作するウェブアプリケーションに改修すること、又は上記外部端末での動作を可能とするための改修を行うこと（マルチデバイス対応）も考えられる。しかしながら、上記改修には、膨大な開発期間及びコストが掛かるという問題がある。また、上記改修に伴い、ローカルアプリケーションの機能の一部を削除する等、上記ローカルアプリケーションの仕様変更が必要になる可能性があるという問題がある。

特開２００２－１８９６００号公報

本発明はこのような事情を考慮してなされたものであり、その目的とするところは、ローカルアプリケーションの機能の一部又は全部を、ネットワークに接続される機器でも簡便に利用することができ、かつ上記ローカルアプリケーションの利便性を向上させることができる情報処理システムを提供することにある。

本発明は前述の課題の少なくとも一部を解決するためになされたものであり、以下の態様として実現することができる。

本態様に係る情報処理システムは、ネットワークに接続された機器にインストールされたローカルアプリケーションの機能の一部又は全部を、前記ネットワークに接続された他の機器において利用可能とするための情報処理システムであって、前記ネットワークを介して相互に接続される、処理装置と、中継装置と、ユーザ装置とを具備し、前記処理装置は、前記ローカルアプリケーションを実行するように構成され、前記中継装置は、アプリケーションプログラミングインタフェース（ＡＰＩ）として機能させるためのＡＰＩプログラムを実行するように構成され、前記ユーザ装置は、前記中継装置において実行される前記ＡＰＩプログラムを介して、前記ローカルアプリケーションと連携可能なエンドユーザアプリケーションを実行するように構成され、前記中継装置は、さらに、前記ユーザ装置において生成された制御信号を受信し、前記受信した制御信号を前記処理装置へ転送し、前記処理装置において出力された計算結果を受信し、前記受信した計算結果を前記ユーザ装置へ転送する、ように構成され、前記制御信号は、前記エンドユーザアプリケーションに対応する操作画面を参照したユーザからの前記ユーザ装置に対する所定の入力操作に応じて生成され、前記計算結果は、前記処理装置において、前記制御信号を入力して、前記ローカルアプリケーションにおける計算処理を実行することにより出力される。

本態様に係る情報処理システムは、ローカルアプリケーションの機能の一部又は全部を、ネットワークに接続される機器でも簡便に利用することができ、かつ上記ローカルアプリケーションの利便性を向上させることができる。

本実施形態をより明確に説明するために、以下に実施形態において使用される図面を簡単に説明する。ここで、以下の説明における図面は、単に一実施形態を示すものに過ぎず、当業者であれば、この図面に基づいて創造的な労働を必要としないも、他の図面を想至することが可能であることに留意されたい。

本実施形態に係る情報処理システムの全体構成図である。 図１に示すＬＡサーバの構成を示すブロック図である。 図１に示すＡＰＩサーバの構成を示すブロック図である。 図１に示すユーザ装置の構成を示すブロック図である。 本実施形態に係る情報処理システムのユーザ装置において、ネットワークに接続されるＬＡサーバにインストールされたローカルアプリケーションの機能の一部又は全部を実行するための処理の流れを示すシーケンス図である。 本実施形態に係る情報処理システムのユーザ装置において、ネットワークに接続されるＬＡサーバにインストールされたローカルアプリケーションの機能の一部又は全部を実行するための処理の流れを示すシーケンス図である。 他の実施形態に係る情報処理システムのユーザ装置において、ＬＡサーバにインストールされたローカルアプリケーションにおける計算処理の途中経過を確認可能とする処理の流れを示すシーケンス図である。 他の実施形態に係る情報処理システムのユーザ装置において、ＬＡサーバにインストールされたローカルアプリケーションにおける計算処理の途中経過を確認可能とする処理の流れを示すシーケンス図である。 他の実施形態に係る情報処理システムのユーザ装置において、ＬＡサーバにインストールされたローカルアプリケーションにおける計算処理を、ユーザ装置からの指示により中止可能とする処理の流れを示すシーケンス図である。 他の実施形態に係る情報処理システムのユーザ装置において、ＬＡサーバにインストールされたローカルアプリケーションにおける計算処理を、ユーザ装置からの指示により中止可能とする処理の流れを示すシーケンス図である。

以下、本発明の一実施形態に係る情報処理システムについて、図面を参照して説明する。なお、本実施形態は以下に説明する内容に限定されるものではなく、その要旨を変更しない範囲において任意に変更して実施することが可能である。また、実施形態の説明に用いる図面は、いずれも構成部材を模式的に示すものであって、理解を深めるべく部分的な強調、拡大、縮小、または省略などを行っており、構成部材の縮尺や形状等を正確に表すものとはなっていない場合がある。

（情報処理システムの構成）
図１は、本実施形態に係る情報処理システム１の全体構成図である。図１に示す情報処理システム１は、ネットワーク２に接続された機器にインストールされたローカルアプリケーションの機能の一部又は全部を、当該ローカルアプリケーションをインストールした機器とは独立して存在し、かつネットワーク２に接続された他の機器（例えば、ＰＣ、スマートフォン及びタブレット等の外部端末）において利用可能とするためのシステムである。ここで、本実施形態におけるローカルアプリケーションは、ローカルのデスクトップ環境上で動作する（換言すれば、据え置きのローカルＰＣ及びサーバ等で動作することを前提としている）アプリケーションのことである。上記ローカルアプリケーションは、デスクトップアプリケーション、スタンドアロンアプリケーション又はネイティブアプリケーションとも呼ばれる。

また、本実施形態におけるネットワーク２は、例えば、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、キャンパスエリアネットワーク（ＣＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、広帯域ネットワーク（ＢＢＮ）及び無線ＬＡＮ（ＷＬＡＮ）インターネットのうちの少なくとも一つを含む。さらに、ネットワーク２は、上記に限定されず、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スターバスネットワーク、ツリー又は階層ネットワーク等を含むネットワークトポロジを少なくとも一つを含む。

本実施形態に係る情報処理システム１は、例えば、処理装置として機能するローカルアプリケーションサーバ（ＬＡサーバ）３、中継装置として機能するアプリケーションプログラミングインタフェースサーバ（ＡＰＩサーバ）４及びユーザ装置５を備える。ＬＡサーバ３、ＡＰＩサーバ４及びユーザ装置５は、ネットワーク２を介して相互に接続されている。

ここで、本実施形態に係る情報処理システム１を構成するＬＡサーバ３、ＡＰＩサーバ４及びユーザ装置５の各構成について、図２Ａから図２Ｃを参照して説明する。

（ＬＡサーバ（処理装置））
図２Ａは、図１に示すＬＡサーバ３の構成を示すブロック図である。本実施形態におけるＬＡサーバ３は、上記ローカルアプリケーションを実行するように構成される。例えば、本実施形態におけるＬＡサーバ３は、異なるローカルアプリケーションを並行して実行可能である。具体的には、本実施形態におけるＬＡサーバ３は、後述の通り、異なる種類の計算処理を各々実行するための複数のローカルアプリケーション各々に対応付けて連携サーバ（演算部）３１，３２を設け、連携サーバ３１の制御部３１１及び連携サーバ３２の制御部３２１各々において、複数のローカルアプリケーション各々を実行している。すなわち、本実施形態におけるＬＡサーバ３には、１種類のローカルアプリケーションに対して、１つの連携サーバが設置されている。なお、本実施形態では、後述するローカルアプリケーション（Ａ）並びにローカルアプリケーション（Ｂ－１）及びローカルアプリケーション（Ｂ－２）が、異なる種類の計算処理を各々実行するための複数のローカルアプリケーションに該当する。

以降、説明の便宜上、ローカルアプリケーション（Ａ）は、単にアプリ（Ａ）と記載する。また、ローカルアプリケーション（Ｂ－１）及びローカルアプリケーション（Ｂ－２）は、単にアプリ（Ｂ－１）及びアプリ（Ｂ－２）と記載する。

また、本実施形態におけるＬＡサーバ３は、同一の計算処理を各々実行するための複数のローカルアプリケーションを並行して実行可能である。具体的には、本実施形態におけるＬＡサーバ３は、後述の通り、連携サーバ（演算部）３２の制御部３２１において、同一の計算処理を各々実行するための複数のローカルアプリケーション各々を並行して実行している。なお、本実施形態では、後述するアプリ（Ｂ－１）及びアプリ（Ｂ－２）が、同一の計算処理を各々実行するための複数のローカルアプリケーションに該当する。

ここで、図１に示すＬＡサーバ３を構成する連携サーバ３１，３２について各々説明する。まず、本実施形態における連携サーバ３１は、アプリ（Ａ）を実行するように構成される。図２Ａに示すように、連携サーバ３１は、制御部３１１、記憶部３１２、入力部３１３、表示部３１４及び通信部３１５を備える。

制御部３１１は、ハードウェア資源として、所定のプロセッサを含む。制御部３１１は、記憶部３１２、入力部３１３、表示部３１４及び通信部３１５と、バス３１６を介して、電気的又は光学的に相互に接続されている。制御部３１１は、接続された機器とのデータのやり取り及び当該連携サーバ３１に設けられる機器の制御を行う。また、制御部３１１は、後述する記憶部３１２に記憶されたローカルアプリケーションプログラム（Ａ）３１２１（ＬＡプログラム（Ａ）３１２１）を読み込むことで、アプリ（Ａ）を実行する。

記憶部３１２は、ハードウェア資源として、所定のメモリを含む。記憶部３１２は、種々のプログラム及びデータを記憶する。本実施形態における記憶部３１２は、上記ＬＡプログラム（Ａ）３１２１を記憶する。

入力部３１３は、ＬＡサーバ３を管理するユーザからの所定の入力操作を受け付ける。ここで、本実施形態における入力部３１３は、マウス、キーボード、トラックボール、スイッチボタン、操作面へ触れることで入力操作を行うタッチパッド、手書き入力を行うタッチペン、又は表示画面とタッチパッドとが一体化されたタッチパネルディスプレイのうちの少なくとも一つである。

表示部３１４は、制御部３１１による制御に従い、種々のデータを表示する。表示部３１４は、表示インタフェース回路及び表示機器を有する。表示インタフェース回路は、表示対象を表すデータをビデオ信号に変換する。表示信号は、表示機器に供給される。表示機器は、表示対象を表すビデオ信号を表示する。表示機器としては、例えば、ＣＲＴディスプレイ（Cathode Ray Tube Display）、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、有機ＥＬディスプレイ（ＯＥＬＤ：Organic Electro Luminescence Display）、プラズマディスプレイ又は当該技術分野で知られている他の任意のディスプレイが適宜利用可能である。

通信部３１５は、有線又は無線にて外部装置と通信するための回路である。ここで、本実施形態における通信部３１５は、ＷｉＦｉ（登録商標）等の近距離での相互通信を可能とする近距離無線通信、５Ｇ、ＬＴＥ、ＣＤＭＡ若しくはＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）（登録商標）等の無線通信又はＶＤＳＬモデム若しくは光モデム等の一般に知られているモデムを使用した光回線若しくはＡＤＳＬ回線等の有線通信のように、一般に知られている通信方式によりデータを送受信可能である。

次に、本実施形態における連携サーバ３２は、アプリ（Ｂ－１）及びアプリ（Ｂ－２）を並行して実行するように構成される。図２Ａに示すように、連携サーバ３２は、制御部３２１、記憶部３２２、入力部３２３、表示部３２４及び通信部３２５を備える。なお、アプリ（Ｂ－１）及びアプリ（Ｂ－２）は、アプリ（Ａ）と異なる種類の計算処理を実行する。また、アプリ（Ｂ－１）及びアプリ（Ｂ－２）は、同一の計算処理を実行する。すなわち、本実施形態における連携サーバ３２は、同一の計算処理を並列に実行する分散コンピューティングを実行可能である。

制御部３２１は、ハードウェア資源として、所定のプロセッサを含む。制御部３２１は、記憶部３２２、入力部３２３、表示部３２４及び通信部３２５と、バス３２６を介して、電気的又は光学的に相互に接続されている。制御部３２１は、接続された機器とのデータのやり取り及び当該連携サーバ３２に設けられる機器の制御を行う。また、制御部３２１は、後述する記憶部３２２に記憶されたローカルアプリケーションプログラム（Ｂ－１）３２２１（ＬＡプログラム（Ｂ－１）３２２１）及びローカルアプリケーションプログラム（Ｂ－２）３２２２（ＬＡプログラム（Ｂ－２）３２２２）を読み込むことで、アプリ（Ｂ－１）及びアプリ（Ｂ－２）を実行する。なお、本実施形態における制御部３２１は、アプリ（Ｂ－１）及びアプリ（Ｂ－２）を仮想的に並行に実行可能である。本実施形態における制御部３２１には、アプリ（Ｂ－１）を実行する仮想的な演算部と、アプリ（Ｂ－２）を実行する仮想的な演算部とが含まれていることとする。なお、本実施形態における「仮想的」という文言は、物理的な実体を持たないことを意味する。すなわち、上記仮想的な演算部は、制御部３２１におけるリソースを意味する。

記憶部３２２は、ハードウェア資源として、所定のメモリを含む。記憶部３２２は、種々のプログラム及びデータを記憶する。本実施形態における記憶部３２２は、上記ＬＡプログラム（Ｂ－１）３２２１及びＬＡプログラム（Ｂ－２）３２２２を記憶する。

入力部３２３は、ＬＡサーバ３を管理するユーザからの所定の入力操作を受け付ける。ここで、本実施形態における入力部３２３は、マウス、キーボード、トラックボール、スイッチボタン、操作面へ触れることで入力操作を行うタッチパッド、手書き入力を行うタッチペン、又は表示画面とタッチパッドとが一体化されたタッチパネルディスプレイのうちの少なくとも一つである。

表示部３２４は、制御部３２１による制御に従い、種々のデータを表示する。表示部３２４は、表示インタフェース回路及び表示機器を有する。表示インタフェース回路は、表示対象を表すデータをビデオ信号に変換する。表示信号は、表示機器に供給される。表示機器は、表示対象を表すビデオ信号を表示する。表示機器としては、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ又は当該技術分野で知られている他の任意のディスプレイが適宜利用可能である。

通信部３２５は、有線又は無線にて外部装置と通信するための回路である。ここで、本実施形態における通信部３２５は、ＷｉＦｉ（登録商標）等の近距離での相互通信を可能とする近距離無線通信、５Ｇ、ＬＴＥ、ＣＤＭＡ若しくはＷｉＭＡＸ（登録商標）等の無線通信、又はＶＤＳＬモデム若しくは光モデム等の一般に知られているモデムを使用した光回線若しくはＡＤＳＬ回線等の有線通信のように、一般に知られている通信方式によりデータを送受信可能である。

（ＡＰＩサーバ（中継装置））
図２Ｂは、図１に示すＡＰＩサーバ４の構成を示すブロック図である。本実施形態におけるＡＰＩサーバ４は、アプリケーションプログラミングインタフェース（ＡＰＩ）として機能させるためのＡＰＩプログラム４２１を実行するように構成される。すなわち、ＡＰＩサーバ４は、連携先のアプリケーションの機能の一部又は全部を利用可能とする等、アプリケーション間の連携を可能とするＡＰＩとして機能する。図２Ｂに示すように、ＡＰＩサーバ４は、制御部４１、記憶部４２、入力部４３、表示部４４及び通信部４５を備える。

制御部４１は、ハードウェア資源として、所定のプロセッサを含む。制御部４１は、記憶部４２、入力部４３、表示部４４及び通信部４５と、バス４６を介して、電気的又は光学的に相互に接続されている。制御部４１は、接続された機器とのデータのやり取り及び当該ＡＰＩサーバ４に設けられる機器の制御を行う。また、制御部４１は、後述する記憶部４２に記憶されたＡＰＩプログラム４２１を読み込んで実行する。

記憶部４２は、ハードウェア資源として、所定のメモリを含む。記憶部４２は、種々のプログラム及びデータを記憶する。本実施形態における記憶部４２は、上記ＡＰＩプログラム４２１を記憶する。

入力部４３は、ＡＰＩサーバ４を管理するユーザからの所定の入力操作を受け付ける。ここで、本実施形態における入力部４３は、マウス、キーボード、トラックボール、スイッチボタン、操作面へ触れることで入力操作を行うタッチパッド、手書き入力を行うタッチペン、又は表示画面とタッチパッドとが一体化されたタッチパネルディスプレイのうちの少なくとも一つである。

表示部４４は、制御部４１による制御に従い、種々のデータを表示する。表示部４４は、表示インタフェース回路及び表示機器を有する。表示インタフェース回路は、表示対象を表すデータをビデオ信号に変換する。表示信号は、表示機器に供給される。表示機器は、表示対象を表すビデオ信号を表示する。表示機器としては、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ又は当該技術分野で知られている他の任意のディスプレイが適宜利用可能である。

通信部４５は、有線又は無線にて外部装置と通信するための回路である。ここで、本実施形態における通信部４５は、ＷｉＦｉ（登録商標）等の近距離での相互通信を可能とする近距離無線通信、５Ｇ、ＬＴＥ、ＣＤＭＡ若しくはＷｉＭＡＸ（登録商標）等の無線通信又はＶＤＳＬモデム若しくは光モデム等の一般に知られているモデムを使用した光回線若しくはＡＤＳＬ回線等の有線通信のように、一般に知られている通信方式によりデータを送受信可能である。例えば、通信部４５及び後述するユーザ装置５の通信部５５は、ウェブソケット等の一般に知られている通信技術を用いて、双方向通信可能である。

（ユーザ装置）
図２Ｃは、図１に示すユーザ装置５の構成を示すブロック図である。本実施形態におけるユーザ装置５は、上記ＡＰＩサーバ４において実行されるＡＰＩプログラム４２１を介して、上記ローカルアプリケーションと連携可能なエンドユーザアプリケーションを実行するように構成される。ここで、本実施形態におけるユーザ装置５は、当該ローカルアプリケーションをインストールした機器とは独立して存在し、かつネットワーク２に接続される他の機器（例えば、ＰＣ、スマートフォン及びタブレット等の外部端末）である。また、本実施形態におけるエンドユーザアプリケーションは、ＡＰＩプログラム４２１との情報の送受信が可能なアプリケーションであれば、どのようなアプリケーションであってもよい。例えば、上記エンドユーザアプリケーションは、ウェブブラウザを利用するウェブアプリケーション、又はネイティブアプリケーション若しくはデスクトップアプリケーション（スタンドアロンアプリケーション）であってもよい。図２Ｃに示すように、ユーザ装置５は、制御部５１、記憶部５２、入力部５３、表示部５４及び通信部５５を備える。

制御部５１は、ハードウェア資源として、所定のプロセッサを含む。制御部５１は、記憶部５２、入力部５３、表示部５４及び通信部５５と、バス５６を介して、電気的又は光学的に相互に接続されている。制御部５１は、接続された機器とのデータのやり取り及び当該ユーザ装置５に設けられる機器の制御を行う。また、制御部５１は、後述する記憶部５２に記憶されたエンドユーザアプリケーションプログラム５２１（ＥＵＡプログラム５２１）を読み込んで、上記エンドユーザアプリケーションを実行する。

記憶部５２は、ハードウェア資源として、所定のメモリを含む。記憶部５２は、種々のプログラム及びデータを記憶する。本実施形態における記憶部５２は、上記ＥＵＡプログラム５２１を記憶する。

入力部５３は、ユーザ装置５を所有するユーザからの所定の入力操作を受け付ける。ここで、本実施形態における入力部５３は、マウス、キーボード、トラックボール、スイッチボタン、操作面へ触れることで入力操作を行うタッチパッド、手書き入力を行うタッチペン、又は表示画面とタッチパッドとが一体化されたタッチパネルディスプレイのうちの少なくとも一つである。

表示部５４は、制御部５１による制御に従い、種々のデータを表示する。表示部５４は、表示インタフェース回路及び表示機器を有する。表示インタフェース回路は、表示対象を表すデータをビデオ信号に変換する。表示信号は、表示機器に供給される。表示機器は、表示対象を表すビデオ信号を表示する。表示機器としては、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ又は当該技術分野で知られている他の任意のディスプレイが適宜利用可能である。

通信部５５は、有線又は無線にて外部装置と通信するための回路である。ここで、本実施形態における通信部５５は、ＷｉＦｉ（登録商標）等の近距離での相互通信を可能とする近距離無線通信、５Ｇ、ＬＴＥ、ＣＤＭＡ若しくはＷｉＭＡＸ（登録商標）等の無線通信又はＶＤＳＬモデム若しくは光モデム等の一般に知られているモデムを使用した光回線若しくはＡＤＳＬ回線等の有線通信のように、一般に知られている通信方式によりデータを送受信可能である。例えば、通信部５５及びＡＰＩサーバ４の通信部４５は、ウェブソケット等の一般に知られている通信技術を用いて、双方向通信可能である。

（情報処理システムにおける処理の流れ）
ここで、本実施形態に係る情報処理システム１のユーザ装置５において、ＬＡサーバ３にインストールされたエンドユーザアプリケーションの機能の一部又は全部を実行するために必要な処理について、図３Ａ及び図３Ｂを参照して説明する。図３Ａ及び図３Ｂは、本実施形態に係る情報処理システム１のユーザ装置５において、ネットワーク２に接続されるＬＡサーバ３にインストールされたローカルアプリケーションの機能の一部又は全部を実行するための処理の流れを示すシーケンス図である。

まず、図３Ａに示すように、ユーザ装置５の表示部５４は、上記エンドユーザアプリケーションに対応する操作画面を表示する（ステップＳａ１）。当該操作画面を参照したユーザは、ユーザ装置５の入力部５３において、所定の入力操作を行う。これにより、ユーザ装置５の入力部５３は、上記ユーザからの所定の入力操作を受信する（ステップＳａ２）。ステップＳａ２の終了後、ユーザ装置５の制御部５１は、入力部５３における、ユーザからの所定の入力操作を受信することを条件として、当該入力操作に応じた制御信号を生成する（ステップＳａ３）。ステップＳａ３の終了後、ユーザ装置５の通信部５５は、上記制御部５１において生成した制御信号をＡＰＩサーバ４へ送信する（ステップＳａ４）。

ステップＳａ４の終了後、ＡＰＩサーバ４の通信部４５は、上記ユーザ装置５から送信された制御信号を受信する（ステップＳａ５）。ステップＳａ５の終了後、ＡＰＩサーバ４の制御部４１は、上記ユーザ装置５から送信された制御信号を受信することを条件として、ＬＡサーバ３における当該制御信号の転送先を選定する（ステップＳａ６）。ステップＳａ６の終了後、ＡＰＩサーバ４の通信部４５は、制御部４１において選定された転送先へ制御信号を転送する（ステップＳａ７）。

ステップＳａ７の終了後、ＬＡサーバ３（連携サーバ３１，３２）の通信部３１５又は通信部３２５は、ＡＰＩサーバ４から転送された制御信号を受信する（ステップＳａ８）。ステップＳａ８の終了後、図３Ｂに示すように、ＬＡサーバ３（連携サーバ３１，３２）の制御部３１１又は制御部３２１は、上記ＡＰＩサーバ４から転送された制御信号を受信することを条件として、当該制御信号を入力して、ローカルアプリケーションにおける計算処理を実行する（ステップＳａ９）。ステップＳａ９において、ローカルアプリケーションにおける計算処理を実行した後、ＬＡサーバ３（連携サーバ３１，３２）の通信部３１５又は通信部３２５は、ローカルアプリケーションにおける計算処理により出力された計算結果をＡＰＩサーバ４へ送信する（ステップＳａ１０）。

ステップＳａ１０の終了後、ＡＰＩサーバ４の通信部４５は、上記ＬＡサーバ３（連携サーバ３１，３２）から送信された計算結果を受信する（ステップＳａ１１）。さらに、ＡＰＩサーバ４の通信部４５は、上記ＬＡサーバ３から送信された計算結果をユーザ装置５へ転送する（ステップＳａ１２）。

ステップＳａ１２の終了後、ユーザ装置５の通信部５５は、上記ＡＰＩサーバ４から転送された計算結果を受信する（ステップＳａ１３）。さらに、ユーザ装置５の表示部５４は、上記ＡＰＩサーバ４から転送された計算結果を表示する（ステップＳａ１４）。ステップＳａ１４の終了後、一連の処理を終了する。これにより、本実施形態に係る情報処理システム１は、ＡＰＩサーバ４を介して、ユーザ装置５において、ＬＡサーバ３にインストールされたローカルアプリケーションの機能の一部又は全部を実行して、上記計算結果を表示することができる。

ここで、本実施形態に係る情報処理システム１における処理の流れをより深く理解するために、ＬＡサーバ３において、アプリ（Ａ）を実行する場合の情報処理システム１における処理の流れを第１実施例として詳しく説明する。また、ＬＡサーバ３において、アプリ（Ｂ－１）及びアプリ（Ｂ－２）各々を実行する場合の情報処理システム１における処理の流れを第２実施例として詳しく説明する。

（第１実施例）
第１実施例では、上述の通り、ＬＡサーバ３において、アプリ（Ａ）を実行する場合の情報処理システム１における処理の流れを詳しく説明する。

まず、ユーザ装置５の表示部５４は、上記エンドユーザアプリケーションに対応する操作画面を表示する（ステップＳａ１）。当該操作画面には、例えば、上記アプリ（Ａ）における計算処理を開始するための開始ボタン及び数値の入力欄等が表示されている。当該操作画面を参照したユーザは、ユーザ装置５の入力部５３において、所定の入力操作を行う。例えば、ユーザは、当該数値の入力欄に必要な数値を入力し、当該操作画面に表示された開始ボタンをカーソル等で押下する。これにより、ユーザ装置５の入力部５３は、上記ユーザからの所定の入力操作を受信する（ステップＳａ２）。ステップＳａ２の終了後、ユーザ装置５の制御部５１は、入力部５３における、ユーザからの所定の入力操作を受信することを条件として、当該入力操作に応じた制御信号を生成する（ステップＳａ３）。なお、当該制御信号には、上記数値の入力欄に入力された数値情報及び上記アプリ（Ａ）における計算処理の開始指示等が含まれる。ステップＳａ３の終了後、ユーザ装置５の通信部５５は、上記制御部５１において生成した制御信号をＡＰＩサーバ４へ送信する（ステップＳａ４）。

ステップＳａ４の終了後、ＡＰＩサーバ４の通信部４５は、上記ユーザ装置５から送信された制御信号を受信する（ステップＳａ５）。ステップＳａ５の終了後、ＡＰＩサーバ４の制御部４１は、上記ユーザ装置５から送信された制御信号を受信することを条件として、ＬＡサーバ３における当該制御信号の転送先を選定する（ステップＳａ６）。

具体的には、制御部４１は、上記制御信号に対応するローカルアプリケーションの種類を判定する。さらに、制御部４１は、判定結果に基づいて、複数のローカルアプリケーション各々に対応付けて設けられた連携サーバ３１，３２のうちの制御信号を転送する連携サーバ３１，３２を選定する。上述の通り、上記制御信号には、上記数値の入力欄に入力された数値情報及び上記アプリ（Ａ）における計算処理の開始指示等が含まれる。このため、制御部４１は、上記制御信号に対応するアプリ（Ａ）を実行する連携サーバ３１を、制御信号の転送先として選定する。ステップＳａ６の終了後、ＡＰＩサーバ４の通信部４５は、制御部４１において選定された連携サーバ３１へ制御信号を転送する（ステップＳａ７）。

ステップＳａ７の終了後、連携サーバ３１の通信部３１５は、ＡＰＩサーバ４から転送された制御信号を受信する（ステップＳａ８）。ステップＳａ８の終了後、連携サーバ３１の制御部３１１は、上記ＡＰＩサーバ４から転送された制御信号を受信することを条件として、当該制御信号を入力して、アプリ（Ａ）における計算処理を実行する（ステップＳａ９）。ステップＳａ９において、アプリ（Ａ）における計算処理を実行した後、連携サーバ３１の通信部３１５は、アプリ（Ａ）における計算処理により出力された計算結果をＡＰＩサーバ４へ送信する（ステップＳａ１０）。

ステップＳａ１０の終了後、ＡＰＩサーバ４の通信部４５は、上記連携サーバ３１から送信された計算結果を受信する（ステップＳａ１１）。さらに、ＡＰＩサーバ４の通信部４５は、上記ＬＡサーバ３から送信された計算結果をユーザ装置５へ転送する（ステップＳａ１２）。

ステップＳａ１２の終了後、ユーザ装置５の通信部５５は、上記ＡＰＩサーバ４から転送された計算結果を受信する（ステップＳａ１３）。さらに、ユーザ装置５の表示部５４は、上記ＡＰＩサーバ４から転送された計算結果を表示する（ステップＳａ１４）。ステップＳａ１４の終了後、一連の処理を終了する。これにより、第１実施例に係る情報処理システム１は、ＡＰＩサーバ４を介して、ユーザ装置５において、ＬＡサーバ３の連携サーバ３１にインストールされたアプリ（Ａ）の機能の一部又は全部を実行して、上記計算結果を表示することができる。

（第２実施例）
第２実施例では、上述の通り、ＬＡサーバ３において、アプリ（Ｂ－１）及びアプリ（Ｂ－２）のうちの少なくとも一つを実行する場合の情報処理システム１における処理の流れを詳しく説明する。

まず、ユーザ装置５の表示部５４は、上記エンドユーザアプリケーションに対応する操作画面を表示する（ステップＳａ１）。当該操作画面には、例えば、上記アプリ（Ｂ－１）及びアプリ（Ｂ－２）における計算処理を開始するための開始ボタン及び数値の入力欄等が表示されている。当該操作画面を参照したユーザは、ユーザ装置５の入力部５３において、所定の入力操作を行う。例えば、ユーザは、当該数値の入力欄に必要な数値を入力し、当該操作画面に表示された開始ボタンをカーソル等で押下する。これにより、ユーザ装置５の入力部５３は、上記ユーザからの所定の入力操作を受信する（ステップＳａ２）。ステップＳａ２の終了後、ユーザ装置５の制御部５１は、入力部５３における、ユーザからの所定の入力操作を受信することを条件として、当該入力操作に応じた制御信号を生成する（ステップＳａ３）。なお、当該制御信号には、上記数値の入力欄に入力された数値情報及び上記アプリ（Ｂ－１）及びアプリ（Ｂ－２）における計算処理の開始指示等が含まれる。ステップＳａ３の終了後、ユーザ装置５の通信部５５は、上記制御部５１において生成した制御信号をＡＰＩサーバ４へ送信する（ステップＳａ４）。

ステップＳａ４の終了後、ＡＰＩサーバ４の通信部４５は、上記ユーザ装置５から送信された制御信号を受信する（ステップＳａ５）。ステップＳａ５の終了後、ＡＰＩサーバ４の制御部４１は、上記ユーザ装置５から送信された制御信号を受信することを条件として、ＬＡサーバ３における当該制御信号の転送先を選定する（ステップＳａ６）。

具体的には、制御部４１は、上記制御信号に対応するローカルアプリケーションの種類を判定する。さらに、制御部４１は、判定結果に基づいて、複数のローカルアプリケーション各々に対応付けて設けられた連携サーバ３１，３２のうちの制御信号を転送する連携サーバ３１，３２を選定する。上述の通り、上記制御信号には、上記数値の入力欄に入力された数値情報及び上記アプリ（Ｂ－１）及びアプリ（Ｂ－２）における計算処理の開始指示等が含まれる。このため、制御部４１は、上記制御信号に対応するアプリ（Ｂ－１）及びアプリ（Ｂ－２）を実行する連携サーバ３２を、制御信号の転送先として選定する。

さらに、制御部４１は、アプリ（Ｂ－１）及びアプリ（Ｂ－２）各々に対応付けて設けられた演算部各々における処理状況を監視する。さらに、制御部４１は、監視結果に基づいて、アプリ（Ｂ－１）及びアプリ（Ｂ－２）各々に対応付けて設けられた演算部のうち、制御信号を転送する連携サーバ３２の演算部を選定する。上述の通り、本実施形態における制御部３２１には、アプリ（Ｂ－１）を実行する仮想的な演算部と、アプリ（Ｂ－２）を実行する仮想的な演算部とが含まれている。また、アプリ（Ｂ－１）を実行する仮想的な演算部の処理状況がスタンバイ状態（新たなジョブを受け付ける状況）であり、アプリ（Ｂ－２）を実行する仮想的な演算部の処理状況がビジー状態（処理中で、新たなジョブを受け付けない状況）であると仮定する。この場合、制御部４１は、スタンバイ状態であるアプリ（Ｂ－１）を実行する演算部を、制御信号を転送する連携サーバ３２の制御部３２１の演算部として選定する。ステップＳａ６の終了後、ＡＰＩサーバ４の通信部４５は、制御部４１において選定された連携サーバ３１のアプリ（Ｂ－１）を実行する演算部へ制御信号を転送する（ステップＳａ７）。

ステップＳａ７の終了後、連携サーバ３１の通信部３１５は、ＡＰＩサーバ４から転送された制御信号を受信する（ステップＳａ８）。ステップＳａ８の終了後、連携サーバ３１の制御部３１１は、上記ＡＰＩサーバ４から転送された制御信号を受信することを条件として、当該制御信号をアプリ（Ｂ－１）を実行する演算部へ入力して、アプリ（Ｂ－１）における計算処理を実行する（ステップＳａ９）。ステップＳａ９において、アプリ（Ｂ－１）における計算処理を実行した後、連携サーバ３１の通信部３１５は、アプリ（Ｂ－１）における計算処理により出力された計算結果をＡＰＩサーバ４へ送信する（ステップＳａ１０）。

ステップＳａ１０の終了後、ＡＰＩサーバ４の通信部４５は、上記連携サーバ３１から送信された計算結果を受信する（ステップＳａ１１）。さらに、ＡＰＩサーバ４の通信部４５は、上記ＬＡサーバ３から送信された計算結果をユーザ装置５へ転送する（ステップＳａ１２）。

ステップＳａ１２の終了後、ユーザ装置５の通信部５５は、上記ＡＰＩサーバ４から転送された計算結果を受信する（ステップＳａ１３）。さらに、ユーザ装置５の表示部５４は、上記ＡＰＩサーバ４から転送された計算結果を表示する（ステップＳａ１４）。ステップＳａ１４の終了後、一連の処理を終了する。これにより、第２実施例に係る情報処理システム１は、ＡＰＩサーバ４を介して、ユーザ装置５において、ＬＡサーバ３の連携サーバ３２にインストールされたアプリ（Ｂ－１）の機能の一部又は全部を実行して、上記計算結果を表示することができる。

なお、第２実施例における情報処理システム１は、アプリ（Ｂ－１）を実行する仮想的な演算部の処理状況が上記ビジー状態であり、アプリ（Ｂ－２）を実行する仮想的な演算部の処理状況が上記スタンバイ状態である場合、制御部４１において、スタンバイ状態であるアプリ（Ｂ－２）を実行する演算部を、制御信号を転送する連携サーバ３２の制御部３２１の演算部として選定してもよい。また、第２実施例に係る情報処理システム１は、アプリ（Ｂ－１）を実行する仮想的な演算部及びアプリ（Ｂ－２）を実行する仮想的な演算部両方を、制御信号を転送する連携サーバ３２の制御部３２１の演算部として選定して、当該制御信号を分散して転送してもよい。すなわち、第２実施例に係る情報処理システム１は、分散コンピューティングを実行してもよい。

また、第２実施例における情報処理システム１は、上記ステップＳａ６のＬＡサーバ３における当該制御信号の転送先の選定過程において、上記監視結果に基づく、制御信号を転送する連携サーバ３２の演算部の選定を省略してもよい。この場合、ＡＰＩサーバ４は、ローカルアプリケーションの種類により転送先（連携サーバ３１，３２）を選定し、選定した転送先（連携サーバ３１，３２）へ当該制御信号を転送することのみを行う。また、ＬＡサーバ３は、上記ＡＰＩサーバ４において、当該制御信号の転送先として連携サーバ３２が選定された場合、上記ＡＰＩサーバ４から転送された制御信号を受信することを条件として、連携サーバ３２において当該制御信号を処理する演算部を選定してもよい。すなわち、ＬＡサーバ３は、連携サーバ３２の仮想的な演算部各々における処理状況を監視する。さらに、ＬＡサーバ３は、監視結果に基づいて、当該制御信号を処理する仮想的な演算部を選定する。最後に、連携サーバ３２は、選定された仮想的な演算部において当該制御信号を処理してもよい。

（総括）
上述の通り、本実施形態に係る情報処理システム１は、ネットワーク２に接続された機器にインストールされたローカルアプリケーションの機能の一部又は全部を、ネットワーク２に接続された他の機器において利用可能とするためのシステムである。本実施形態に係る情報処理システム１は、ネットワーク２を介して相互に接続される、ＬＡサーバ（処理装置）３、ＡＰＩサーバ（中継装置）４及びユーザ装置５を備える。ＬＡサーバ３は、ローカルアプリケーションを実行するように構成される。ＡＰＩサーバ４は、ＡＰＩとして機能させるためのＡＰＩプログラムを実行するように構成される。ユーザ装置５は、ＡＰＩサーバ４において実行されるＡＰＩプログラムを介して、ローカルアプリケーションと連携可能なエンドユーザアプリケーションを実行するように構成される。

上記構成によれば、本実施形態に係る情報処理システム１において、ＡＰＩサーバ４は、ユーザ装置５において、エンドユーザアプリケーションに対応する操作画面を参照したユーザからのユーザ装置５に対する所定の入力操作に応じて生成された制御信号を受信し、受信した制御信号をＬＡサーバ３へ転送する。また、ＡＰＩサーバ４は、ＬＡサーバ３において、上記制御信号を入力して、ローカルアプリケーションにおける計算処理を実行することにより出力された計算結果を受信し、受信した計算結果をユーザ装置５へ転送する。これにより、本実施形態に係る情報処理システム１は、ローカルアプリケーション及びエンドユーザアプリケーションの改修を行わなくても、ネットワーク２に接続されたＬＡサーバ３にインストールされたローカルアプリケーションによる計算結果を、ネットワーク２に接続されたユーザ装置５に表示することができる。

かくして、本実施形態に係る情報処理システム１は、ローカルアプリケーションの機能の一部又は全部を、ネットワークに接続された機器でも簡便に利用することができる。また、本実施形態に係る情報処理システム１は、ローカルアプリケーションの機能の一部又は全部を、ネットワークに接続された機器でも利用可能とすることで、上記ローカルアプリケーションの利便性を向上させることができる。

また、本実施形態に係る情報処理システム１において、ＬＡサーバ３は、異なる種類の計算処理を各々実行するための複数のローカルアプリケーションを並行して実行可能であり、異なる種類の計算処理を各々実行するための複数のローカルアプリケーション各々に対応付けて演算部（上記実施形態では、連携サーバ３１，３２が該当する）を設けている。さらに、ＡＰＩサーバ４は、制御信号に対応するローカルアプリケーションの種類を判定し、判定結果に基づいて、複数のローカルアプリケーション各々に対応付けて設けられた演算部のうちの制御信号を転送する演算部を選定し、選定した演算部へ制御信号を転送する。これにより、本実施形態に係る情報処理システム１は、ローカルアプリケーション及びエンドユーザアプリケーションの改修を行わなくても、ＡＰＩサーバ４側で制御信号の転送先を選定して、制御信号を転送することができる。また、本実施形態に係る情報処理システム１は、ＡＰＩサーバ４側でローカルアプリケーション及びエンドユーザアプリケーションにより実行される計算処理の内容を把握する必要がなく、単に制御信号の転送先を把握しておけばよいため、様々な用途のアプリケーションに適用することができる。すなわち、本実施形態に係る情報処理システム１は、汎用性の高い。

また、本実施形態に係る情報処理システム１において、ＬＡサーバ３は、同一の計算処理を各々実行するための複数のローカルアプリケーションを並行して実行可能であり、同一の計算処理を各々実行するための複数のローカルアプリケーション各々に対応付けて演算部（上記実施形態では、連携サーバ３２の制御部３２１の仮想的な演算部が該当する）を設けている。さらに、ＡＰＩサーバ４は、複数のローカルアプリケーション各々に対応付けて設けられた演算部各々における処理状況を監視し、監視結果に基づいて、複数のローカルアプリケーション各々に対応付けて設けられた演算部のうちの制御信号を転送する演算部を選定し、選定した演算部へ制御信号を転送する。これにより、本実施形態に係る情報処理システム１は、演算部各々の処理状況に応じて、ローカルアプリケーションの計算処理を分散することができる。結果として、本実施形態に係る情報処理システム１は、ローカルアプリケーションの計算処理を分散することで計算速度を向上しつつ、演算部各々に掛かる負荷を低減することができる。

また、本実施形態に係る情報処理システム１は、ＡＰＩサーバ４とは別に、ローカルアプリケーションを実行するための連携サーバ３１，３２を設置している。これにより、本実施形態に係る情報処理システム１は、連携サーバ３１，３２各々のロードバランシングを実行することができる。

（他の実施形態）
上記実施形態に係る情報処理システム１において、ＬＡサーバ３にインストールされたローカルアプリケーションにおける計算処理の途中経過を、ユーザ装置５において確認することができるようにしてもよい。図４Ａ及び図４Ｂは、他の実施形態に係る情報処理システム１のユーザ装置５において、ＬＡサーバ３にインストールされたローカルアプリケーションにおける計算処理の途中経過を確認可能とする処理の流れを示すシーケンス図である。

まず、図４Ａ及び図４Ｂに示すステップＳｂ１からステップＳｂ９は、図３Ａ及び図３Ｂに示すステップＳａ１からステップＳａ９と同様である。ステップＳｂ９において、ローカルアプリケーションにおける計算処理を実行した後、ＬＡサーバ３（連携サーバ３１，３２）の通信部３１５又は通信部３２５は、ローカルアプリケーションにおける計算処理の途中経過をＡＰＩサーバ４へ送信する（ステップＳｂ１０）。

ステップＳｂ１０の終了後、ＡＰＩサーバ４の通信部４５は、上記ＬＡサーバ３（連携サーバ３１，３２）から送信された計算処理の途中経過を受信する（ステップＳｂ１１）。さらに、ＡＰＩサーバ４の通信部４５は、上記ＬＡサーバ３から送信された計算処理の途中経過をユーザ装置５へ転送する（ステップＳｂ１２）。

ステップＳｂ１２の終了後、ユーザ装置５の通信部５５は、上記ＡＰＩサーバ４から転送された計算処理の途中経過を受信する（ステップＳｂ１３）。さらに、ユーザ装置５の表示部５４は、上記ＡＰＩサーバ４から転送された計算処理の途中経過を表示する（ステップＳｂ１４）。以降、図４Ｂに示すステップＳｂ１５からステップＳｂ１９は、図３Ｂに示すステップＳａ１０からステップＳａ１４と同様である。

これにより、他の実施形態に係る情報処理システム１は、ＬＡサーバ３にインストールされたローカルアプリケーションにおける計算処理の途中経過を、ユーザ装置５において確認することができる。

また、上記実施形態に係る情報処理システム１において、ＬＡサーバ３にインストールされたローカルアプリケーションにおける計算処理を、ユーザ装置５からの指示により、途中で中止することができるようにしてもよい。図５Ａ及び図５Ｂは、他の実施形態に係る情報処理システム１のユーザ装置５において、ＬＡサーバ３にインストールされたローカルアプリケーションにおける計算処理を、ユーザ装置５からの指示により中止可能とする処理の流れを示すシーケンス図である。

まず、図５Ａ及び図５Ｂに示すステップＳｃ１からステップＳｃ９は、図３Ａ及び図３Ｂに示すステップＳａ１からステップＳａ９と同様である。ステップＳｃ９において、ローカルアプリケーションにおける計算処理を実行した後、ユーザは、ユーザ装置５の入力部５３において、ローカルアプリケーションを中止するための所定の入力操作を行う。これにより、ユーザ装置５の入力部５３は、上記ユーザからのローカルアプリケーションを中止するための所定の入力操作を受信する（ステップＳｃ１０）。以降、説明の便宜上、上記ユーザからのローカルアプリケーションを中止するための所定の入力操作は、入力操作（中止）と記載する。ステップＳｃ１０の終了後、ユーザ装置５の制御部５１は、入力部５３における、入力操作（中止）を受信することを条件として、当該入力操作（中止）に応じた制御信号を生成する（ステップＳｃ１１）。ステップＳａ３の終了後、ユーザ装置５の通信部５５は、上記制御部５１において生成した制御信号をＡＰＩサーバ４へ送信する（ステップＳｃ１２）。

ステップＳｃ１２の終了後、ＡＰＩサーバ４の通信部４５は、上記ユーザ装置５から送信された制御信号を受信する（ステップＳｃ１３）。ステップＳｃ１３の終了後、ＡＰＩサーバ４の制御部４１は、上記ユーザ装置５から送信された制御信号を受信することを条件として、ＬＡサーバ３における当該制御信号の転送先を選定する（ステップＳｃ１４）。ステップＳａ６の終了後、ＡＰＩサーバ４の通信部４５は、制御部４１において選定された転送先へ制御信号を転送する（ステップＳｃ１５）。

ステップＳｃ１５の終了後、ＬＡサーバ３（連携サーバ３１，３２）の通信部３１５又は通信部３２５は、ＡＰＩサーバ４から転送された制御信号を受信する（ステップＳｃ１６）。ステップＳｃ１６の終了後、図３Ｂに示すように、ＬＡサーバ３（連携サーバ３１，３２）の制御部３１１又は制御部３２１は、上記ＡＰＩサーバ４から転送された制御信号を受信することを条件として、ローカルアプリケーションにおける計算処理を中止する（ステップＳｃ１７）。ステップＳｃ１７の終了後、ＬＡサーバ３（連携サーバ３１，３２）の通信部３１５又は通信部３２５は、ローカルアプリケーションにおける計算処理を中止したことを示す中止通知をＡＰＩサーバ４へ送信する（ステップＳｃ１８）。

ステップＳｃ１８の終了後、ＡＰＩサーバ４の通信部４５は、上記ＬＡサーバ３（連携サーバ３１，３２）から送信された中止通知を受信する（ステップＳｃ１９）。さらに、ＡＰＩサーバ４の通信部４５は、上記ＬＡサーバ３から送信された中止通知をユーザ装置５へ転送する（ステップＳｃ２０）。

ステップＳｃ２０の終了後、ユーザ装置５の通信部５５は、上記ＡＰＩサーバ４から転送された中止通知を受信する（ステップＳｃ２１）。さらに、ユーザ装置５の表示部５４は、上記ＡＰＩサーバ４から転送された中止通知を表示する（ステップＳｃ２２）。ステップＳａ１４の終了後、一連の処理を終了する。

これにより、他の実施形態に係る情報処理システム１は、ＬＡサーバ３にインストールされたローカルアプリケーションにおける計算処理を、ユーザ装置５からの指示により、途中で中止することができる。

ここで、上記実施形態に係る情報処理システム１のＡＰＩサーバ４は、ＬＡサーバ３において、新たなローカルアプリケーションがインストールされた場合、ＡＰＩサーバ４を管理するユーザからのＡＰＩサーバ４の入力部４３に対する所定の入力操作の受信を契機として、新たなローカルアプリケーションに対応したＡＰＩプログラム４２１に更新してもよい。例えば、本実施形態に係る情報処理システム１のＡＰＩサーバ４は、ＡＰＩプログラム４２１の更新過程において、少なくとも、ローカルアプリケーションのタイトル、ローカルアプリケーションのエンドポイント（ネットワーク、連携サーバのアクセス）、ローカルアプリケーションが提供する機能（関数のＩＤ／関数の引数等）を登録する。これにより、本実施形態に係る情報処理システム１は、ＬＡサーバ３において実行されるローカルアプリケーションに応じて、最適なＡＰＩプログラム４２１を提供することができる。

換言すれば、本実施形態に係る情報処理システム１は、ＡＰＩサーバ４にＡＰＩを汎用的な形式で登録するプロトコルを用いている。本実施形態に係る情報処理システム１は、当該プロトコルにより、ローカルアプリケーションの種類が増える場合又は同じ種類のローカルアプリケーションの数が増える場合であっても、ＬＡサーバ３側のローカルアプリケーション管理及び設置を効率よく行うことができる。また、本実施形態に係る情報処理システム１は、汎用的な登録方法（当該プロトコル）を用いているため、ローカルアプリケーションの種類の増加に伴う、ＡＰＩサーバ４の制御部４１の更新（新たなローカルアプリケーションに合わせた制御部４１の仕様変更等）を行う必要がない。このため、本実施形態に係る情報処理システム１は、メンテナンスコストを低減することができる。これらのことから、本実施形態に係る情報処理システム１は、システム全体の拡張性（スケーラビリティ）を確保することができる。

また、上記実施形態に係る情報処理システム１は、ＬＡサーバ３及びＡＰＩサーバ４を備える。ＬＡサーバ３は、アプリ（Ａ）を実行する連携サーバ３１並びにアプリ（Ｂ－１）及びアプリ（Ｂ－２）を実行する連携サーバ３２を備える。連携サーバ３２の制御部３２１は、アプリ（Ｂ－１）及びアプリ（Ｂ－２）各々を、仮想的に並行して実行している。しかしながら、図１に示す情報処理システム１の構成並びに図２Ａ及び図２Ｂに示すＬＡサーバ３及びＡＰＩサーバ４の構成は、一例として示したものである。本実施形態に係る情報処理システム１は、これに限定されない。

例えば、本実施形態におけるＬＡサーバ３及びＡＰＩサーバ４は、物理的な実体を有するサーバ、及び仮想的に提供される、物理的な実体を有しないサーバ（クラウドサーバ）のうちの少なくとも一つにより構成してもよい。具体的には、本実施形態に係る情報処理システム１は、図１に示すように、ＬＡサーバ３及びＡＰＩサーバ４各々を物理的な実体を有するサーバとして設置してもよい。また、本実施形態に係る情報処理システム１は、ＬＡサーバ３の機能及びＡＰＩサーバ４の機能を、一つ又は複数のサーバにおいて仮想的に実現してもよい。また、本実施形態に係る情報処理システム１は、図２Ａに示すように、連携サーバ３１，３２を複数のローカルアプリケーション各々に対応付けて物理的な実体を有するサーバとして設置してもよい。また、本実施形態に係る情報処理システム１は、連携サーバ３１の機能及び連携サーバ３２の機能を、一つ又は複数のサーバにおいて仮想的に実現してもよい。また、本実施形態に係る情報処理システム１は、連携サーバ３２の制御部３２１を複数のローカルアプリケーション各々に対応付けて物理的な実体を有するサーバとして設置してもよい。

また、上記説明において用いた「所定のプロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の専用若しくは汎用のプロセッサ、又は特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（ＳＰＬＤ：Simple Programmable Logic Device）、複合プログラマブル論理デバイス（ＣＰＬＤ：Complex Programmable Logic Device））、若しくはフィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field Programmable Gate Array）等を意味する。また、本実施形態の各構成要素（各処理部）は、単一のプロセッサに限らず、複数のプロセッサによって実現するようにしてもよい。さらに、複数の構成要素（複数の処理部）を、単一のプロセッサによって実現するようにしてもよい。

また、上記説明において用いた「所定のメモリ」という文言は、上記「所定のプロセッサ」のレジスタ或いはキャッシュメモリ、ＲＯＭ（Read Only Memory）、主記憶装置（ＲＡＭ（Random Access Memory））又はＨＤＤ（Hard Disc Drive）或いはＳＳＤ(Solid State Drive)等の補助記憶装置等、上記ＬＡサーバ３、ＡＰＩサーバ４及びユーザ装置５に必要な各種記憶媒体を意味する。また、本実施形態に係る情報処理システム１において、上記ＨＤＤ又はＳＳＤ等の機器以外にも、光磁気ディスク、ＣＤ（Compact Disc）又はＤＶＤ（Digital Versatile Disc）等の光ディスクを利用してもよい。また、本実施形態に係る情報処理システム１の保存領域は、ネットワーク２上に設けられた外部記憶装置（図示せず）内にあってもよい。

以上、本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 情報処理システム
２ ネットワーク
３ ローカルアプリケーション（ＬＡ）サーバ／処理装置）
４ アプリケーションプログラミングインタフェース（ＡＰＩ）サーバ（中継装置）
５ ユーザ装置

Claims (4)

1. ネットワークに接続された機器にインストールされたローカルアプリケーションの機能の一部又は全部を、前記ネットワークに接続された他の機器において利用可能とするための情報処理システムであって、
   前記ネットワークを介して相互に接続される、処理装置と、中継装置と、ユーザ装置とを具備し、
   前記処理装置は、前記ローカルアプリケーションを実行するように構成され、
   前記中継装置は、アプリケーションプログラミングインタフェース（ＡＰＩ）として機能させるためのＡＰＩプログラムを実行するように構成され、
   前記ユーザ装置は、前記中継装置において実行される前記ＡＰＩプログラムを介して、前記ローカルアプリケーションと連携可能なエンドユーザアプリケーションを実行するように構成され、
   前記中継装置は、さらに、
   前記ユーザ装置において生成された制御信号を受信し、
   前記受信した制御信号を前記処理装置へ転送し、
   前記処理装置において出力された計算結果を受信し、
   前記受信した計算結果を前記ユーザ装置へ転送する、
   ように構成され、
   前記制御信号は、前記エンドユーザアプリケーションに対応する操作画面を参照したユーザからの前記ユーザ装置に対する所定の入力操作に応じて生成され、
   前記計算結果は、前記処理装置において、前記制御信号を入力して、前記ローカルアプリケーションにおける計算処理を実行することにより出力される、
   情報処理システム。
2. 前記処理装置は、
   異なる種類の計算処理を各々実行するための複数のローカルアプリケーションを並行して実行可能であり、
   前記異なる種類の計算処理を各々実行するための複数のローカルアプリケーション各々に対応付けて演算部を設け、
   前記中継装置は、
   前記制御信号に対応する前記ローカルアプリケーションの種類を判定し、
   判定結果に基づいて、前記複数のローカルアプリケーション各々に対応付けて設けられた前記演算部のうちの前記制御信号を転送する演算部を選定し、
   前記選定した演算部へ前記制御信号を転送する、
   請求項１に記載の情報処理システム。
3. 前記処理装置は、
   同一の計算処理を各々実行するための複数のローカルアプリケーションを並行して実行可能であり、
   前記同一の計算処理を各々実行するための複数のローカルアプリケーション各々に対応付けて演算部を設け、
   前記中継装置は、
   前記複数のローカルアプリケーション各々に対応付けて設けられた前記演算部各々における処理状況を監視し、
   監視結果に基づいて、前記複数のローカルアプリケーション各々に対応付けて設けられた前記演算部のうちの前記制御信号を転送する演算部を選定し、
   前記選定した演算部へ前記制御信号を転送する、
   請求項１又は請求項２に記載の情報処理システム。
4. 前記中継装置は、前記処理装置において、新たなローカルアプリケーションがインストールされた場合、ユーザからの前記中継装置に対する所定の入力操作の受信を契機として、前記新たなローカルアプリケーションに対応した前記ＡＰＩプログラムに更新する、請求項１から請求項３のいずれか一項に記載の情報処理システム。

Images