JP6205861B2 - 情報処理システム、情報処理方法、及びプログラム - Google Patents

Description

本発明は、情報処理システム、情報処理方法、及びプログラムに関する。

二つ以上のアプリケーションプログラム（以下、「アプリケーション」という。）が連携して、ユーザに対してサービスを提供するシステム形態が有る。例えば、クライアント・サーバシステムにおいては、クライアント側のアプリケーションと、サーバ側のアプリケーションとの連携によって、サービスが提供される。また、ＧＵＩ（Graphical User Interface）等のユーザインタフェースを担うアプリケーションと、業務ロジックを担うアプリケーションとの連携によって、サービスが提供される場合も有る。基本的に、連携されるアプリケーションの一方（以下、「ＵＩアプリ」という。）は、ユーザによって直接操作され、他方（以下、「ロジックアプリ」という。）は、バックグラウンドにおいて処理を実行する。

上記のようなシステム形態において、ロジックアプリが、何らかの原因により、異常終了することが有る。この場合、ＵＩアプリは、連携相手を失い、正常な処理を継続できなくなるため、終了することになる。但し、ＵＩアプリが、突然、終了してしまっては、ユーザに対して不親切である。

そこで、ロジックアプリに異常が発生したことを示す画面を表示することが考えられる。このような画面は、複数のＵＩアプリにとって、共通の画面であるため、ＯＳ（Operating System）やアプリケーションプラットフォーム等、アプリケーションに対して実行環境を提供するシステム（以下、単に「システム」という。）によって表示されれば、アプリケーションの開発工数を低減することができる。

但し、システムには、複数のアプリケーションや、他のプログラム等が依存するため、システムの改変は、一般的に影響範囲が広い。したがって、例えば、新たな画面の追加等に応じて、システムの改変が要求されるような機構は、望ましい機構であるとは言い難い。

一方で、アプリケーションごとに、上記のような画面の実装が必要とされる場合、アプリケーションの開発工数の増加、画面の統一性の欠如、ユーザが操作する画面の提供の遅れ等の影響が出るといった問題が発生する可能性が有る。

本発明は、上記の点に鑑みてなされたものであって、複数のアプリケーションにおいて共通する画面に関する新規な表示機構を提供することを目的とする。

そこで上記課題を解決するため、情報処理システムは、ユーザによって操作される第一のアプリケーションプログラムと連携する第二のアプリケーションプログラムの終了を検知する検知部と、前記第一のアプリケーションプログラムに対し、該終了を通知して、前記第一のアプリケーションプログラムを終了させる通知部と、第三のアプリケーションプログラムに対し、前記第二のアプリケーションプログラムの終了に関する情報の表示を要求する要求部とを有する。

複数のアプリケーションにおいて共通する画面に関する新規な表示機構を提供することができる。

本発明の実施の形態における情報処理システムの構成例を示す図である。 本発明の実施の形態における情報処理装置のハードウェア構成例を示す図である。 本発明の実施の形態における情報処理システムのソフトウェア構成例を示す図である。 ＵＩアプリ及びエラー制御アプリの機能構成例を示す図である。 情報処理システムが実行する処理手順の第一の例を説明するためのシーケンス図である。 情報処理システムが実行する処理手順の第二の例を説明するためのシーケンス図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報処理システムの構成例を示す図である。図１に示される情報処理システム１において、機器２０は、情報処理装置１０と通信可能に接続される。機器２０と情報処理装置１０との通信は、例えば、ＵＳＢ（Universal Serial Bus）、近距離無線通信、又はＬＡＮ（有線又は無線の別は問わない）等のネットワークを介して行われる。

機器２０は、画像形成装置、プロジェクタ、テレビ会議システム、又はデジタルカメラ等、操作パネルを有する機器である。

情報処理装置１０は、例えば、スマートフォンやタブレット型端末等、単独で完結した情報処理を実行可能な電子装置である。本実施の形態において、情報処理装置１０は、機器２０の操作部（操作パネル）として機能する。情報処理装置１０は、例えば、機器２０の所定の位置（例えば、操作パネルが配置される位置）に固定されて設置される。したがって、情報処理装置１０及び機器２０とは、一台の装置として把握されてもよい。または、情報処理装置１０は、機器２０から取り外し可能（分離可能）であってもよい。情報処理装置１０が取り外された状態において、情報処理装置１０は、無線通信等を介して、機器２０の操作部として機能可能であってもよい。

図２は、本発明の実施の形態における情報処理装置のハードウェア構成例を示す図である。図２において、情報処理装置１０は、ＣＰＵ１０１、メモリ１０２、補助記憶装置１０３、タッチパネル１０４、無線通信装置１０５、及び機器インタフェース１０６等を有する。

補助記憶装置１０３は、情報処理装置１０にインストールされたプログラム等を記憶する。メモリ１０２は、プログラムの起動指示があった場合に、補助記憶装置１０３からプログラムを読み出して記憶する。ＣＰＵ１０１は、メモリ１０２に記憶されたプログラムに従って情報処理装置１０に係る機能を実現する。

タッチパネル１０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル１０４は、表示装置１１１及び入力装置１１２等を含む。

表示装置１１１は、液晶ディスプレイ等であり、タッチパネル１０４の表示機能を担う。入力装置１１２は、表示装置１１１に対する接触物の接触を検出するセンサを含む電子部品である。接触物の接触の検出方式は、静電方式、抵抗膜方式、又は光学方式等、公知の方式のいずれであってもよい。なお、接触物とは、タッチパネル１０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。

無線通信装置１０５は、無線ＬＡＮ（Local Area Network）又は移動体通信網等における通信を行うために必要とされるアンテナ等の電子部品である。機器インタフェース１０６は、機器２０と通信するためのインタフェースである。

図３は、本発明の実施の形態における情報処理システムのソフトウェア構成例を示す図である。図３において、機器２０は、機器プラットフォーム２１、及び機器プラットフォーム２１上で動作する一以上の機器アプリ２２等を有する。これらは、機器２０のＣＰＵに所定の処理を実行させるプログラムである。

機器プラットフォーム２１は、機器アプリ２２の実行環境を提供する。機器プラットフォーム２１は、機器アプリ２２の起動及び停止の制御や、複数の機器アプリ２２に共通の機能の実行等を行う。当該共通の機能は、例えば、機器プラットフォーム２１が有するＡＰＩ（Application Program Interface）を介して、各機器アプリ２２から利用される。機器プラットフォーム２１の一例として、ＯＳ（Operating System）が挙げられる。また、ＯＳ及びＪａｖａ（登録商標）仮想マシン等の機器アプリ２２プラットフォーム等が、機器プラットフォーム２１を構成してもよい。

機器アプリ２２は、機器２０を制御して、機器２０にジョブを実行させるアプリケーションプログラム（以下、単に「アプリケーション」という。）である。図３において、機器アプリ２２Ａ及び機器アプリ２２Ｂが、機器アプリ２２の一例として示されている。本実施の形態において、機器アプリ２２Ａ及び機器アプリ２２Ｂのそれぞれの機能は、特定のものに限定されない。

一方、情報処理装置１０は、パネルプラットフォーム１１、及びパネルプラットフォーム１１上で動作する複数のアプリケーション等を有する。これらは、ＣＰＵ１０１に所定の処理を実行させるプログラムである。

パネルプラットフォーム１１は、アプリケーションの実行環境を提供する。パネルプラットフォーム１１は、アプリケーションの起動及び停止の制御や、複数のアプリケーションに共通の機能の実行等を行う。当該共通の機能は、例えば、パネルプラットフォーム１１が有するＡＰＩを介して、各アプリケーションから利用される。パネルプラットフォーム１１は、また、情報処理装置１０へのユーザのログインの制御を行ってもよい。なお、パネルプラットフォーム１１の一例として、ＯＳ（Operating System）が挙げられる。また、ＯＳ及びＪａｖａ（登録商標）仮想マシン等のアプリケーションプラットフォーム等が、パネルプラットフォーム１１を構成してもよい。

本実施の形態において、情報処理装置１０のアプリケーションは、その役割に応じて、ＵＩアプリ１２及びサービスアプリ１３に分類される。ＵＩアプリ１２は、機器アプリ２２と連携し、連携相手の機器アプリ２２に関する画面等のユーザインタフェースの提供を責務とするアプリケーションである。すなわち、ＵＩアプリ１２は、ユーザから直接利用されるアプリケーションである。図３において、ＵＩアプリ１２Ａ及びＵＩアプリ１２Ｂが、ＵＩアプリ１２の一例として示されている。本実施の形態において、ＵＩアプリ１２と機器アプリ２２とは一対一に対応する。ＵＩアプリ１２Ａは、機器アプリ２２Ａと連携するＵＩアプリ１２である。ＵＩアプリ１２Ｂは、機器アプリ２２Ｂと連携するＵＩアプリ１２である。

サービスアプリ１３は、各ＵＩアプリ１２から共通に利用されるサービスを提供するアプリケーションである。図３において、共通画面アプリ１３ａ及びエラー制御アプリ１３ｂが、サービスアプリ１３の一例として示されている。共通画面アプリ１３ａは、各ＵＩアプリ１２に対して共通の画面（以下、「共通画面」という。）の表示を実行するサービスアプリ１３である。斯かる共通画面の一例として、機器アプリ２２側における異常に関する情報を表示する画面が挙げられる。エラー制御アプリ１３ｂの機能については、後述される。

各ＵＩアプリ１２及びエラー制御アプリ１３ｂの詳細について説明する。図４は、ＵＩアプリ及びエラー制御アプリの機能構成例を示す図である。

図４に示されるように、ＵＩアプリ１２Ａ及びＵＩアプリ１２Ｂ等の各ＵＩアプリ１２は、メイン部１２１及びアプリテンプレート１２２等を有する。メイン部１２１は、当該ＵＩアプリ１２に固有の処理が実行された部分である。すなわち、メイン部１２１は、当該ＵＩアプリ１２の本来の機能を実現する部分である。

アプリテンプレート１２２は、各ＵＩアプリ１２に共通の部分であって、予め雛型化されて実装されている部分である。例えば、各ＵＩアプリ１２の開発者には、アプリテンプレート１２２のソースコードが配布されてもよいし、当該ソースコードがコンパイルされたオブジェクトコードが配布されてもよい。ソースコードが配布される場合、情報処理装置１０は、当該ソースコードの改竄の有無をチェックする機構が設けられることが望ましい。

アプリテンプレート１２２は、固定部１２２１及び変更部１２２２を含む。固定部１２２１は、各ＵＩアプリ１２が有しているべき、外部（例えば、サービスアプリ１３）から呼び出し可能なインタフェースと、当該インタフェースに対する固定的な実装とを含む。固定的な実装とは、書き換えが禁止されている実装をいう。したがって、固定部１２２１は、複数のＵＩアプリ１２において共通の実装であるといえる。本実施の形態において、固定部１２２１は、連携相手の機器アプリ２２の終了の通知を受け付けるインタフェースと、当該通知に応じた終了化処理の実装とを含む。変更部１２２２は、固定部１２２１の一部をカスタマイズするための機構を提供する部分である。したがって、変更部１２２２において、固定部１２２１が実行する終了化処理に関して、ＵＩアプリ１２ごとに固有の変更を行うことができる。但し、変更部１２２２によってカスタマイズ可能な範囲は限られている。例えば、固定部１２２１に実装されている処理のうち、各ＵＩアプリ１２が必ず実行すべき処理を変更部１２２２において取り消すことはできない。基本的に、変更部１２２２においては、固定部１２２１が実行する終了化処理に対して、新たな処理の追加が行われる。例えば、特定のＵＩアプリ１２に固有の作業用ファイルの削除処理等が、変更部１２２２におけるカスタマイズの一例として挙げられる。

ＵＩアプリ１２の実装に、オブジェクト指向プログラミングが利用される場合、変更部１２２２は、固定部１２２１のサブクラスであってもよい。この場合、サブクラス内において、終了化処理のカスタマイズが行われる。または、変更部１２２２は、固定部１２２１が、所定のタイミングで呼び出しを予定している所定の関数であってもよい。この場合、所定の関数内において、固定部１２２１が表示させる画面のカスタマイズ処理が行われる。または、変更部１２２２は、固定部１２２１が所定のタイミングで読み込むスクリプトファイルであってもよい。この場合、スクリプトファイル内に、固定部１２２１が表示させる画面のカスタマイズ処理を示すスクリプトが記述される。固定部１２２１は、当該スクリプトを解釈して、当該スクリプトに定義された処理を、終了化処理において実行する。または、変更部１２２２は、固定部１２２１が読み込む設定ファイルであってもよい。この場合、設定ファイル内には、例えば、削除されるべきファイル名の一覧等が設定される固定部１２２１は、当該設定ファイルに記述されたファイル名に係るファイルの削除を実行する。

一方、エラー制御アプリ１３ｂは、検知部１３１、通知部１３２、及び要求部１３３等を含む。検知部１３１は、機器アプリ２２の終了を検知する。検知対象は、異常による終了に限定されてもよい。通知部１３２は、検知部１３１によって終了が検知された機器アプリ２２に連携する又は対応するＵＩアプリ１２に対して、当該機器アプリ２２の終了を通知する。機器アプリ２２とＵＩアプリ１２との対応関係は、対応情報記憶部１４を参照して特定可能である。対応情報記憶部１４は、相互に連携する機器アプリ２２の識別情報とＵＩアプリ１２の識別情報とを対応付けて記憶する。対応情報記憶部１４は、例えば、補助記憶装置１０３又はメモリ１０２等を用いて実現可能である。なお、機器アプリ２２の識別情報及びＵＩアプリ１２の識別情報を、以下「アプリＩＤ」という。要求部１３３は、検知部１３１による機器アプリ２２の終了の検知に応じ、共通画面アプリ１３ａに対し、機器アプリ２２の終了に関する情報を示す画面の表示を要求する。

以下、情報処理システム１において実行される処理手順について説明する。図５は、情報処理システムが実行する処理手順の第一の例を説明するためのシーケンス図である。図５の初期状態は、機器アプリ２２Ａ及びＵＩアプリ１２Ａがそれぞれ起動され、機器アプリ２２ＡとＵＩアプリ１２Ａとの連携によって、ユーザから要求された処理の実行が開始された状態であるとする。

処理の実行中に、異常が発生し、機器アプリ２２Ａが終了すると（Ｓ１０１）、機器プラットフォーム２１は、機器アプリ２２ＡのアプリＩＤを指定して、エラー制御アプリ１３ｂに対して、機器アプリ２２Ａの異常終了の通知を送信する（Ｓ１０２）。当該通知に応じて、エラー制御アプリ１３ｂの検知部１３１は、機器アプリ２２Ａの終了を検知する。なお、当該通知には、異常終了の原因（例えば、エラーコード等）を示す情報が含まれていてもよい。また、異常終了の通知は、機器プラットフォーム２１からパネルプラットフォーム１１に送信され、パネルプラットフォーム１１によって、エラー制御アプリ１３ｂに対して伝達されてもよい。

続いて、エラー制御アプリ１３ｂの通知部１３２は、異常終了の通知に指定されたアプリＩＤに対応する、ＵＩアプリ１２のアプリＩＤを、対応情報記憶部１４を参照して特定する（Ｓ１０３）。ここでは、ＵＩアプリ１２ＡのアプリＩＤが特定される。そこで、通知部１３２は、ＵＩアプリ１２Ａに対して、機器アプリ２２Ａの異常終了の通知を送信する（Ｓ１０４）。各アプリケーション間の通信については、プロセス間通信、イベント、又はシグナル等、公知の技術を利用して実現可能である。

ＵＩアプリ１２Ａの固定部１２２１は、当該通知に応じ、終了化処理を開始する。終了化処理の過程において、固定部１２２１は、変更部１２２２を利用してカスタム処理を実現する（Ｓ１０５）。カスタム処理とは、ＵＩアプリ１２Ａに固有の終了化処理である。カスタム処理が終了すると（Ｓ１０６）、固定部１２２１は、ＵＩアプリ１２Ａのプロセス又はスレッドを終了させる（Ｓ１０７）。

ＵＩアプリ１２Ａの終了イベントが、エラー制御アプリ１３ｂによって検知されると（Ｓ１０８）、エラー制御アプリ１３ｂの要求部１３３は、共通画面アプリ１３ａに対し、機器アプリ２２の異常終了を示すエラー情報の出力を要求する（Ｓ１０９）。当該要求には、異常終了の通知に含まれている、異常終了の原因を示す情報が含まれてもよい。

共通画面アプリ１３ａは、当該要求に応じ、エラー情報を示すエラー画面を表示させる（Ｓ１１０）。エラー画面には、機器アプリ２２Ａが異常終了したことや、異常終了の原因等が表示されてもよい。

図５において説明した処理手順は、図６に示されるような処理手順によって置き換えられてもよい。図６は、情報処理システムが実行する処理手順の第二の例を説明するためのシーケンス図である。図６中、図５と同一ステップには同一ステップ番号を付し、その説明は適宜省略する。

図６では、エラー制御アプリ１３ｂの要求部１３３が、ＵＩアプリ１２Ａの終了を待たずに、共通画面アプリ１３ａに対してエラー情報の出力を要求する点が、図５と異なる。すなわち、ＵＩアプリ１２Ａの終了と、エラー情報の出力とは同期せずに実行される。このような手順においても、ユーザに対して、ＵＩアプリ１２Ａが終了した原因である、機器アプリ２２Ａの終了を通知することができる。

上述したように、本実施の形態によれば、機器アプリ２２が終了した場合に、当該終了を示す画面の表示は、共通画面アプリ１３ａによって一元的に行われる。したがって、各ＵＩアプリ１２において、斯かる画面を表示するための実装が行われる必要性の低減や、画面の統一性の確保等を期待することができる。また、パネルプラットフォーム１１等、複数のプログラムが依存する部分において、斯かる画面を表示するための実装が行われる必要性を低減することができる。また、画面の表示処理が各ＵＩアプリ１２に実装される場合に比べて、メモリの使用量の低減を期待することもできる。

また、機器アプリ２２が終了した場合に、当該機器アプリ２２と連携するＵＩアプリ１２が実行すべき処理は、アプリテンプレート１２２の固定部１２２１において予め実装されている。したがって、ＵＩアプリ１２の開発工数の低減を期待することができる。また、機器アプリ２２が終了した場合の、各ＵＩアプリ１２の振る舞いに関する統一性を確保することもできる。

なお、各ＵＩアプリ１２の固定部１２２１は、必ずしもアプリテンプレート１２２といった形態で配布されなくてもよい。例えば、各ＵＩアプリ１２が実装すべきインタフェースが規定され、固定部１２２１に相当する部分の実装は、各ＵＩアプリ１２の開発者に委ねられてもよい。この場合、当該インタフェースに対する実装の自由度は高くなるため、変更部１２２２は必ずしも必要ではない。

また、本実施の形態は、相互にネットワークを介して接続されるコンピュータ間において、一方のコンピュータにおいて動作するアプリケーションと、当該アプリケーションと連携し、他方のコンピュータにおいて動作するアプリケーションとを含むシステムに対して適用されてもよい。

なお、本実施の形態において、ＵＩアプリ１２は、第一のアプリケーションプログラムの一例である。機器アプリ２２は、第二のアプリケーションプログラムの一例である。画面表示アプリは、第三のアプリケーションプログラムの一例である。固定部１２２１は、共通部の一例である。変更部１２２２は、固有部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 情報処理システム
１０ 情報処理装置
１１ パネルプラットフォーム
１２ ＵＩアプリ
１２Ａ ＵＩアプリ
１２Ｂ ＵＩアプリ
１３ サービスアプリ
１３ａ 共通画面アプリ
１３ｂ エラー制御アプリ
１４ 対応情報記憶部
２０ 機器
２１ 機器プラットフォーム
２２ 機器アプリ
２２Ａ 機器アプリ
２２Ｂ 機器アプリ
１０１ ＣＰＵ
１０２ メモリ
１０３ 補助記憶装置
１０４ タッチパネル
１０５ 無線通信装置
１０６ 機器インタフェース
１１１ 表示装置
１１２ 入力装置
１２１ メイン部
１２２ アプリテンプレート
１３１ 検知部
１３２ 通知部
１３３ 要求部
１２２１ 固定部
１２２２ 変更部

特開２０１１−１０３５７２号公報

Claims (6)

1. 情報処理システムであって、
   ユーザによって操作される第一のアプリケーションプログラムと連携する第二のアプリケーションプログラムの終了を検知する検知部と、
   前記第一のアプリケーションプログラムに対し、該終了を通知して、前記第一のアプリケーションプログラムを終了させる通知部と、
   第三のアプリケーションプログラムに対し、前記第二のアプリケーションプログラムの終了に関する情報の表示を要求する要求部とを有し、
   前記第一のアプリケーションプログラムは、複数の前記第一のアプリケーションプログラムに対して共通に実装される共通部を含み、
   前記通知部は、前記第一のアプリケーションプログラムの前記共通部に対して、前記第二のアプリケーションプログラムの終了を通知し、
   前記共通部は、前記通知部からの通知に応じ、前記第一のアプリケーションプログラムの終了を当該情報処理システムに実行させる情報処理システム。
2. 前記第一のアプリケーションプログラムは、前記共通部の一部に対して前記第一のアプリケーションプログラムごとに固有の変更を行う固有部を含み、
   前記固有部は、前記共通部が前記第一のアプリケーションプログラムの終了を当該情報処理システムに実行させる前に、当該第一のアプリケーションプログラムに固有の処理を、当該情報処理システムに実行させる請求項１記載の情報処理システム。
3. ユーザによって操作される第一のアプリケーションプログラムと連携する第二のアプリケーションプログラムの終了を検知する検知手順と、
   前記第一のアプリケーションプログラムに対し、該終了を通知して、前記第一のアプリケーションプログラムを終了させる通知手順と、
   第三のアプリケーションプログラムに対し、前記第二のアプリケーションプログラムの終了に関する情報の表示を要求する要求手順とを情報処理システムが実行し、
   前記第一のアプリケーションプログラムは、複数の前記第一のアプリケーションプログラムに対して共通に実装される共通部を含み、
   前記通知手順は、前記第一のアプリケーションプログラムの前記共通部に対して、前記第二のアプリケーションプログラムの終了を通知し、
   前記共通部は、前記通知手順における通知に応じ、前記第一のアプリケーションプログラムの終了を当該情報処理システムに実行させる情報処理方法。
4. 前記第一のアプリケーションプログラムは、前記共通部の一部に対して前記第一のアプリケーションプログラムごとに固有の変更を行う固有部を含み、
   前記固有部は、前記共通部が前記第一のアプリケーションプログラムの終了を当該情報処理システムに実行させる前に、当該第一のアプリケーションプログラムに固有の処理を、当該情報処理システムに実行させる請求項３記載の情報処理方法。
5. ユーザによって操作される第一のアプリケーションプログラムと連携する第二のアプリケーションプログラムの終了を検知する検知手順と、
   前記第一のアプリケーションプログラムに対し、該終了を通知して、前記第一のアプリケーションプログラムを終了させる通知手順と、
   第三のアプリケーションプログラムに対し、前記第二のアプリケーションプログラムの終了に関する情報の表示を要求する要求手順とをコンピュータに実行させ、
   前記第一のアプリケーションプログラムは、複数の前記第一のアプリケーションプログラムに対して共通に実装される共通部を含み、
   前記通知手順は、前記第一のアプリケーションプログラムの前記共通部に対して、前記第二のアプリケーションプログラムの終了を通知し、
   前記共通部は、前記通知手順における通知に応じ、前記第一のアプリケーションプログラムの終了を当該コンピュータに実行させるプログラム。
6. 前記第一のアプリケーションプログラムは、前記共通部の一部に対して前記第一のアプリケーションプログラムごとに固有の変更を行う固有部を含み、
   前記固有部は、前記共通部が前記第一のアプリケーションプログラムの終了を当該コンピュータに実行させる前に、当該第一のアプリケーションプログラムに固有の処理を、当該コンピュータに実行させる請求項５記載のプログラム。

Images