WO2019049218A1 - 電子マニュアル表示装置、電子マニュアル表示システム、電子マニュアル表示方法および電子マニュアル表示プログラム - Google Patents

Abstract

電子マニュアル表示装置（１２０）は、対象の装置の電子データのマニュアルを保持する記憶部（２０４）と、マニュアルを表示するディスプレイ（２０７）と、装置のエラー状態を通信により取得し、装置のエラー状態に対応するマニュアルの該当ページに基づくエラー解消のための所定の制御を装置に要求し、要求の結果、装置のエラー状態を新たに取得することを繰り返し、装置のエラーを特定するＣＰＵ（２０１）を有する。ＣＰＵ（２０１）は、特定したエラーをディスプレイ（２０７）に表示し、マニュアルを参照してエラーを解消する制御を特定し、特定した制御を装置に対して要求する。

Description

電子マニュアル表示装置、電子マニュアル表示システム、電子マニュアル表示方法および電子マニュアル表示プログラム

　この発明は、電子化されたマニュアルを表示する電子マニュアル表示装置、電子マニュアル表示システム、電子マニュアル表示方法および電子マニュアル表示プログラムに関する。

　従来、装置のマニュアル等の電子ファイルを表示させる表示システムが開示されている（例えば、下記特許文献１～３参照。）。例えば、装置のエラーが発生した時、このエラーメッセージに対応した電子マニュアルの該当ページを表示することで、エラー解除の手間を軽減することができる。

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

　しかしながら、従来の技術では、装置のエラーをオンライン、例えば、ユーザが遠隔地で解消することができなかった。装置のエラー発生時、エラーに対応したマニュアルの該当ページが端末等に表示されるだけであり、ユーザは、装置の設置個所でマニュアルを見ながら装置を直接操作してエラー解消する操作を行わねばならず、手間がかかるとともに煩雑となった。

　また、装置のエラーは一つだけではなく複数が生じることがあり、これら複数のエラーの場合、関連した複数のエラーを解消するために所定の手順が必要であり、端末上でこの手順に沿った表示がされていないとエラーを解消することができない。このため、従来は、あるエラーに複数の対策が関連付けられる時（一意に原因を特定できない時）、ユーザは複数の関連ページを表示させて、どのページが原因に該当するのか自分で判断する必要があった。また、エラーの原因を探すために、ユーザは、装置の各種の情報を確認し、マニュアルに記載してある操作（装置に指令を出すなど）を行う必要があった。この場合、装置のエラーの原因特定は、ユーザの経験とスキルに依存することになる。

　このため、従来は、装置の故障時の修理対応に時間がかかり、装置の状況に応じたページを直ぐに表示することができず、装置に対する適切な操作等の対処を迅速に行うことができなかった。

　本発明は、上記課題に鑑み、装置のエラー等の状態に応じた適切な対処をユーザに通知できることを目的とする。

　上記目的を達成するため、本発明の電子マニュアル表示装置は、対象の装置の電子データのマニュアルを保持する記憶部と、前記マニュアルを表示する表示部と、前記装置の状態を通信により取得し、当該装置の状態に対応する前記マニュアルの該当ページに基づく所定の制御を前記装置に要求し、当該要求の結果、前記装置の状態を新たに取得することを繰り返し、前記装置の状態を特定する制御部と、を備えたことを特徴とする。

　また、前記制御部は、前記装置のエラー状態を通信により取得し、当該装置のエラー状態に対応する前記マニュアルの該当ページに基づくエラー解消のための所定の制御を前記装置に要求し、当該要求の結果、前記装置のエラー状態を新たに取得することを繰り返し、前記装置のエラーを特定することを特徴とする。

　また、前記制御部は、特定した前記エラーを前記表示部に表示し、前記マニュアルを参照して前記エラーを解消する制御を特定し、当該特定した制御を前記装置に対して要求することを特徴とする。

　また、前記記憶部には、前記装置のエラー診断プログラムと、前記装置に対して前記エラーを解消するための処理手順を記述した中間コードが記憶され、前記制御部は、前記記憶部に記憶された前記エラー診断プログラムを実行し、前記装置に対する前記エラーを解消するための処理手順の実行毎に、該当する処理手順の前記中間コードの処理を実行していくことを特徴とする。

　また、前記制御部は、前記装置のエラー状態に対応するエラー番号を前記装置から取得し、当該エラー番号に対応するエラー原因を前記マニュアルを参照し、当該エラー原因に対応する詳細情報を前記装置から取得することを繰り返し、前記装置のエラーを特定することを特徴とする。

　また、前記制御部は、前記マニュアルを言語別に切り替えて前記表示部に表示することを特徴とする。

　また、前記制御部は、前記装置のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）に対し、前記制御を要求することを特徴とする。

　また、前記制御部は、前記装置のエラー状態を示すエラー情報を取得する関数呼び出しテーブルを取得し、前記装置に対しエラー情報の取得に該当する識別子ＩＤを送信することで、前記装置から前記エラー情報を取得することを特徴とする。

　また、本発明の電子マニュアル表示システムは、対象の装置と、前記装置に通信接続され、前記装置を制御しエラーを特定する表示端末とを含む電子マニュアル表示システムにおいて、前記表示端末は、前記装置の電子データのマニュアルを保持する記憶部と、前記マニュアルを表示する表示部と、前記装置のエラー状態を通信により取得し、当該装置のエラー状態に対応する前記マニュアルの該当ページに基づく所定の制御を前記装置に要求し、当該要求の結果、前記装置のエラー状態を新たに取得することを繰り返し、前記装置のエラーを特定する制御部と、を有し、前記装置は、発生したエラー情報を取得するプログラムと、前記表示端末からの要求に対応した制御を行うプログラムとを保持する記憶部と、前記記憶部に保持されたプログラムを実行する制御部と、を有する、ことを特徴とする。

　また、前記表示端末を複数有し、複数の前記表示端末が互いに連携し、前記装置に対して個別の制御を前記装置に要求することを特徴とする。

　また、一の前記表示端末が前記装置に対して前記装置のエラーを特定する制御を実施し、前記装置は、一および他の前記表示端末に対し、一の前記表示端末による制御の結果を通知することを特徴とする。

　また、本発明の電子マニュアル表示方法は、コンピュータが、対象となる装置のエラー状態を通信により取得し、取得した前記装置の状態に対応する電子データのマニュアルの該当ページに基づくエラー解消のための所定の制御を前記装置に要求し、当該要求の結果、前記装置のエラー状態を新たに取得することを繰り返し、前記装置のエラー状態を特定し、特定した前記エラー状態を表示する、処理を実行することを特徴とする。

　また、本発明の電子マニュアル表示プログラムは、コンピュータに、対象となる装置のエラー状態を通信により取得させ、取得した前記装置の状態に対応する電子データのマニュアルの該当ページに基づくエラー解消のための所定の制御を前記装置に要求させ、当該要求の結果、前記装置のエラー状態を新たに取得することを繰り返し、前記装置のエラー状態を特定させ、特定した前記エラー状態を表示させる、処理を実行させることを特徴とする。

　上記構成によれば、装置の操作やエラー時に膨大な記録ページを有する電子マニュアルの中から装置で発生したエラーに対応する制御を実行していくことで、エラーを特定できる。これにより、電子マニュアルを備えた表示端末を用いて通信により装置の操作やエラー解消を迅速かつ効率的に行えるようになる。

　本発明によれば、装置のエラー等の状態に応じた適切な対処をユーザに通知できるという効果を奏する。

図１は、実施の形態にかかる電子マニュアル表示装置のシステム構成例を示す図である。 図２は、実施の形態にかかる電子マニュアル表示装置のハードウェア構成例を示すブロック図である。 図３は、実施の形態にかかる電子マニュアル表示システムによるエラーの原因特定の処理例を説明する図である。 図４は、実施の形態にかかる電子マニュアル表示システムの機能ブロック図である。 図５は、実施の形態にかかる電子マニュアル表示システムによるエラー原因特定の処理例を示すタイミングチャートである。 図６は、実施の形態にかかる電子マニュアル表示システムによるエラー原因特定の他の処理例を示すタイミングチャートである。 図７は、実施の形態にかかる電子マニュアル表示システムにおける機器間通信の例を示す図である。 図８は、実施の形態にかかる表示端末から装置へのアクセスの概要を説明する図である。 図９は、実施の形態にかかる表示端末が装置にアクセスするための具体例を説明する図である。 図１０は、電子マニュアル表示システムの各機器におけるプログラムの作成例を示す図である。 図１１は、異なる処理装置の機能部（機器）に対するアクセスの具体例を示す図である。 図１２は、他装置のオブジェクト読み出しの一連の流れを説明する図である。 図１３は、アプリケーションの公開インタフェースの呼び出しを説明する図である。 図１４は、リモート呼び出し可能な公開インタフェースの定義例を示す図表である。 図１５は、アプリケーションの公開インタフェースの呼び出しの他の例を説明する図である。 図１６は、装置Ａ，Ｂ間のＮＡＴ越えの構成例を示す図である。

（実施の形態）
　以下に添付図面を参照して、この発明にかかる電子マニュアル表示装置、電子マニュアル表示システム、電子マニュアル表示方法および電子マニュアル表示プログラムの好適な実施の形態を詳細に説明する。

（電子マニュアル表示装置のシステム構成例）
　図１は、実施の形態にかかる電子マニュアル表示装置のシステム構成例を示す図である。システムは、電子マニュアルの対象の装置１００と、装置１００の電子マニュアルを表示する表示端末１２０とからなる。

　装置１００は、各種の電子機器に適用でき、例えば、コンピュータ装置、コンピュータ周辺機器、家電製品、複写機等の事務機器、各種機器を製造する加工機など、ネットワーク接続可能な各種機器である。

　表示端末１２０は、汎用の可搬可能な情報処理装置、例えばスマートフォンや、電子書籍リーダ、タブレット端末等を用いることができる。この表示端末１２０には、装置１００の電子マニュアル１３０のコンテンツとして、例えば、ｐｄｆの表示データ１３１や、動画や音声データ１３２等が予めインストールされており、表示部１２１上に表示させる。

　この電子マニュアル１３０は、装置１００の操作マニュアル、トラブルシューティング（解決）マニュアル、技術用語辞典、ＦＡＱ（質問・返答）集、等の電子データであり、予め表示端末１２０が外部通信等により取得しておく。

　以下の説明では、主に装置１００のエラー発生時の対処について説明し、対応してこの電子マニュアル１３０は、装置１００で発生したエラーに対応した電子マニュアル１３０の該当ページを自動的に開き表示したり、エラーに対応した動画や音声データを再生する。そして、電子マニュアル１３０には、予めエラー毎に、エラー解消のための装置１００に対する制御（復旧の操作）の手順が複数のページの連携や動画、音声データによって示されている。

　装置１００は、一つのエラーで解消されないことも多く、エラーの原因に関連する対処（ページ）は複数ある。このため、実施の形態では、表示端末１２０による装置１００への操作毎に、装置１００の状態を取得することで、エラーを特定し、複数のエラーを順次解消していく。

　そして、表示端末１２０は、装置１００とＷｉＦｉ等の無線通信により直接通信可能である。ここで、装置１００のエラー発生時には、予め装置１００に登録された表示端末１２０との間で通信を行い、表示端末１２０に対しエラー発生を通知できる。表示端末１２０は、ユーザが携帯保持しており、装置１００の設置個所から離れた遠隔地にユーザがいる場合でもエラー発生を通知できる。

　このほか、表示端末１２０は、装置１００と無線通信可能な距離に近づいた場合、電波強度と識別子等に基づき装置１００を特定し、装置１００に該当するマニュアルを表示させる。このほか、表示端末１２０は、ＧＰＳ等により位置を検出し、装置１００との間の距離が近づいた場合、装置１００を特定し、装置１００に該当するマニュアルを表示させることもできる。同様に、赤外線センサ等のセンサにより、近づいた装置１００を特定できる。その他、各種検出方法により、装置１００への接近を検出して装置１００のマニュアルを自動表示させることができる。

　図１に示す例では、装置１００が故障で停止した状態を示している。この場合、表示端末１２０は、装置１００と通信接続すると、下記（１）、（２）の処理を行う。

（１）装置で発生したエラーに連動した表示や再生
　表示端末１２０は、装置１００で発生したエラーに対応した電子マニュアル１３０の該当ページを自動的に開き表示する。例えば、装置１００のエラーに対応した動画や音声データ１３２を自動再生する。この動画や音声データ１３２は、エラー復旧手順等を表示する。

（２）装置と連動したオンライン操作
　ユーザが電子マニュアル１３０に記載された操作手順や復旧手順にしたがって表示端末１２０を操作すると、表示端末１２０は、操作情報を装置１００に伝え、その結果を表示端末１２０に反映させる。この繰り返しにより、電子マニュアル１３０を見て操作しながらオンラインで装置１００の操作やエラー復旧を行うことができる。このように、表示端末１２０はエラー復旧時に限らず、電子マニュアル１３０にしたがって装置１００の操作を案内することもできる。

（電子マニュアル表示装置のハードウェア構成例）
　図２は、実施の形態にかかる電子マニュアル表示装置のハードウェア構成例を示すブロック図である。図２において、表示端末１２０は、制御部（ＣＰＵ）２０１と、Ｒｅａｄ－Ｏｎｌｙ　Ｍｅｍｏｒｙ（ＲＯＭ）２０２と、Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ（ＲＡＭ）２０３と、半導体メモリやディスクドライブ等の記憶部２０４と、通信インタフェース（Ｉ／Ｆ）２０５と、キーボード２０６、ディスプレイ２０７と、を含む。これらＣＰＵ２０１～ディスプレイ２０７は、バス２０８によってそれぞれ接続されている。

　ＣＰＵ２０１は、表示端末１２０の全体の制御を司る演算処理装置である。ＲＯＭ２０２は、表示端末１２０のプログラム等を記憶する不揮発性メモリである。ＲＡＭ２０３は、ＣＰＵ２０１によるプログラムの演算処理実行時のワークエリアとして使用される揮発性メモリである。記憶部２０４には、上記の電子マニュアルが格納保持される。

　通信インタフェース２０５は、上述したＷｉＦｉ等のネットワーク２１０とのインタフェースを司り、装置１００との間のデータの入出力を制御する。具体的に、通信インタフェース２０５は、通信回線を通じてネットワーク２１０となる無線／有線のＬｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＬＡＮ）、Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＷＡＮ）、インターネットなどに接続され、ネットワーク２１０を介して装置１００に接続される。

　キーボード２０６は、表示端末１２０を操作するキーを有する。ディスプレイ２０７は、ＣＰＵ２０１のプログラム実行により、記憶部２０４から読み出した装置１００の電子マニュアルを表示する装置である。ディスプレイ２０７には、例えば、Ｔｈｉｎ　Ｆｉｌｍ　Ｔｒａｎｓｉｓｔｏｒ（ＴＦＴ）液晶表示部、プラズマ表示部、有機ＥＬ表示部などを採用することができる。携帯型の表示端末１２０では、ディスプレイ２０７上にキーボードとして透明なタッチキーを重ねて配置したタッチパネルを用いることができる。

　装置１００を統括制御する制御部についても、表示端末１２０同様に図２に記載のＣＰＵ、ＲＯＭ、ＲＡＭ等を備えたハードウェアにより構成することができる。

　後述するが、装置１００は、エラー発生時に、電子マニュアル表示装置（表示端末）１２０にエラーを通知するだけに限らない。装置１００は、エラーに対応した処理を行うプログラム（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）を記憶したメモリ（ＲＯＭ２０２等）を有し、ＣＰＵ２０１は、表示端末１２０からの指示の通知時、ＡＰＩに基づきプログラム実行し、エラー特定の処理を実行する。

（装置のエラー時の原因特定の処理例）
　図３は、実施の形態にかかる電子マニュアル表示システムによるエラーの原因特定の処理例を説明する図である。装置１００で発生したエラーを表示端末１２０で表示し、表示端末１２０上で原因特定する処理について説明する。（Ａ）～（Ｃ）は、エラー発生後の処理の順番である。

　装置１００は、（Ａ）発生エラー番号等が格納されるエラー情報格納メモリ３０１と、（Ｃ１）エラー情報を取得するＡＰＩ（関数Ｉ／Ｆ）３０２と、（Ｃ２）装置１００の各部（例えばエラー個所）に指令を出すＡＰＩ３０３と、を有する。

　表示端末１２０は、制御部３２１と、中間コード処理部３２２と、エラー時処理部３２３と、を有する。制御部３２１は、装置１００に格納されている（Ｃ１）ＡＰＩ３０２をリモートで実行する（図２のＣＰＵ２０１に相当）。

　中間コード処理部３２２は、（Ｂ）装置１００から通知されたエラー番号に基づき、エラーの原因を特定するための処理（手順）を記述した中間コードを実行する。中間コードは、装置１００側のＡＰＩ３０２，３０３および表示端末１２０のＡＰＩを呼び出すコードで構成される。

　エラー時処理部３２３は、（Ｃ１）装置１００から通知されたエラーに基づき、中間コード処理部３２２の（Ｂ）中間コードに記載された処理にしたがい、電子マニュアル１３０を検索して原因特定のための処理を実行し、装置１００に指示する。この処理は、装置１００側のＡＰＩ３０２（Ｃ１）、３０３（Ｃ２）の実行および表示端末１２０側のＡＰＩを実行する。

　そして、表示端末１２０および装置１００は、エラー発生時に、上記手順（Ａ）、（Ｂ）、（Ｃ１）、（Ｃ２）の順に順次処理を実行する。これにより、エラーに対して複数の電子マニュアル１３０のページが関連付けられる時（一意に原因を特定できない時）、エラーに関連付けられたエラー原因特定のための処理手順を自動実行する。これにより、原因特定がユーザの経験とスキルに依存せず、どのユーザであっても同じように精度の高い原因特定を行うことができるようになる。

　図４は、実施の形態にかかる電子マニュアル表示システムの機能ブロック図である。装置１００および表示端末１２０の各機能を示している。装置１００は、ＣＰＵ４０１、通信Ｉ／Ｆ４０２、メモリ４０３を有する。表示端末１２０は、ＣＰＵ４２１、通信Ｉ／Ｆ４２２、メモリ４２３を有する。

　装置１００のメモリ４０３には、エラー情報格納メモリ４０４、関数テーブル４０５、エラー情報を取得するプログラム４０６、装置１００に指令を出すプログラム４０７が記憶されている。

　そして、装置１００のＣＰＵ４０１は、エラー発生時に、上述した（Ａ）～（Ｃ）の手順にしたがい、メモリ４０３にアクセスし、（Ａ）エラー情報格納メモリ４０４に格納されたエラー情報（エラー番号）を読み出し、通信Ｉ／Ｆ４０２を介して表示端末１２０にエラー情報（エラー番号）を通知する。

　この後、表示端末１２０のリモート実行により、装置１００は、（Ｃ１）ＡＰＩ３０２の実行により、関数テーブル４０５のアドレス（Ａｄｄｒｅｓｓ）１に格納されたエラー情報を取得するプログラム４０６を実行し、取得したエラー情報を表示端末１２０に送信する。

　この後、表示端末１２０のリモート実行により、装置１００は、（Ｃ２）ＡＰＩ３０３の実行により、関数テーブル４０５のアドレス（Ａｄｄｒｅｓｓ）２に格納された装置１００に指令を出すプログラム４０７を実行し、実行結果を表示端末１２０に送信する。

　また、表示端末１２０のメモリ４２３には、エラー診断用プログラム４２４、中間コード処理プログラム４２５が記憶されている。

　そして、表示端末１２０のＣＰＵ４２１は、（Ｂ）装置１００から通知されたエラー番号に基づき、メモリ４２３のエラー診断用プログラム４２４を起動させる。そして、ＣＰＵ４２１は、中間コード処理プログラム４２５を起動させ、装置１００から通知されたエラーの原因を特定するための処理（手順）を実行する。この際、中間コード処理プログラム４２５は、はじめに（Ｃ１）装置１００から通知されたエラー番号に基づき、電子マニュアル１３０を検索して原因特定のための処理を実行し、（Ｃ２）装置１００にエラー原因を特定する指示を送信する。

　電子マニュアル１３０のコンテンツとしては、装置１００の操作を記載した文字や絵などのマニュアルデータ、装置１００のエラー番号に基づき、エラーの原因を特定するための処理（手順）を記述した中間コードである。

　図５は、実施の形態にかかる電子マニュアル表示システムによるエラー原因特定の処理例を示すタイミングチャートである。以下の説明では、図４に記載したシステム構成により、装置１００にエラーが発生した場合に、装置１００のＣＰＵ４０１と、表示端末１２０のＣＰＵ４２１が相互に情報を送受信し、それぞれが所定の処理を実行することで、エラー原因を特定する処理の一例を説明する。

　はじめに、装置１００でエラーが生じた場合、装置１００は、表示端末１２０にエラー発生の旨を通知し、表示端末１２０はエラー診断用プログラム４２４を起動させる（ステップＳ５０１）。装置１００でのエラー発生は、直接装置１００から表示端末１２０に通信Ｉ／Ｆ４０２，４２２を介して通知するに限らず、電話やメール等の他の手段で装置１００のユーザから表示端末１２０のユーザに通知してもよい。

　そして、ユーザは、表示端末１２０のエラー診断用プログラム４２４の起動により、エラー診断開始操作を行う（ステップＳ５０２）。例えば、画面上の「エラー診断開始ボタン」を押下することで、表示端末１２０は、以下のエラー診断処理を実行開始する。

　まず、表示端末１２０は、装置１００に対し、エラー情報格納メモリ４０４の内容読み出し要求を送信する（ステップＳ５０３）。これにより、装置１００は、エラー情報格納メモリ４０４の内容（例えば、エラー番号ｘｘｘ）を表示端末１２０に送信する。

　そして、表示端末１２０は、電子マニュアル１３０のコンテンツからエラー番号に基づきエラー原因を特定するための処理（手順）を記述した中間コードを読み出し、中間コード処理プログラム４２５を介して実行する（ステップＳ５０５）。これにより、表示端末１２０は、装置１００側のエラー情報を取得するプログラム４０６の実行要求を送信する（ステップＳ５０６）。

　装置１００は、表示端末１２０が実行要求した、エラー情報を取得するプログラム４０６を実行する（ステップＳ５０７）。これにより、装置１００は、エラー詳細情報（例えば、エラータイプｘｘｘ、エラー要因ｚｚｚｚ）を表示端末１２０に送信する（ステップＳ５０８）。

　これにより、表示端末１２０は、中間コードに、装置１００から受け取ったエラー詳細情報を加えて、エラー対処処理を実行する（ステップＳ５０９）。エラー対処処理としては、例えば、表示端末１２０は、エラー詳細情報に基づき、電子マニュアル１３０のコンテンツの中からエラーに該当するページを検索し、そのページを表示端末１２０の画面に表示する（ステップＳ５１０）。

　また、日本語マニュアル、英語マニュアルなど異なるマニュアル毎に、該当ページを検索するプログラムの中間コードを予めメモリ４２３に電子マニュアル１３０として格納しておいてもよい。これにより、ステップＳ５１０の表示の際、表示マニュアルの言語仕様（日本語、英語等）が異なる場合でも、同時に該当ページを表示することができる（ステップＳ５１１）。

　図６は、実施の形態にかかる電子マニュアル表示システムによるエラー原因特定の他の処理例を示すタイミングチャートである。以下の説明では、図４に記載したシステム構成により、装置１００にエラーが発生した場合に、装置１００のＣＰＵ４０１と、複数のユーザそれぞれの表示端末１２０（１２０ａ，１２０ｂ）のＣＰＵ４２１が相互に情報を送受信し、それぞれが所定の処理を実行することで、エラー原因を特定する処理の一例を説明する。

　はじめに、装置１００でエラーが生じた場合、装置１００は、表示端末１２０にエラー発生の旨を通知し、表示端末１２０はエラー診断用プログラム４２４を起動させる（ステップＳ６０１）。そして、ユーザ操作により、表示端末１２０ａ，１２０ｂのエラー診断用プログラム４２４を起動させ、エラー診断開始操作を行う。例えば、画面上の「エラー診断開始ボタン」を押下することで、表示端末１２０ａ，１２０ｂは、図５の処理同様にエラー診断処理を実行開始する。なお、エラー診断にかかる情報の送受信は図５同様であり、説明を省略し、主に表示端末１２０ａ，１２０ｂ間で同期した連携処理について記載している。

　エラー診断用プログラム４２４の起動により、各表示端末１２０ａ，１２０ｂは、それぞれ電子マニュアル１３０のコンテンツからエラー番号に基づきエラー原因を特定するための処理（手順）を記述した中間コードを読み出し、中間コード処理プログラム４２５を介して実行する（ステップＳ６０１ａ，ステップＳ６０１ｂ）。

　ここで、表示端末１（１２０ａ）側の中間コード処理プログラム４２５は、主に装置１００に対する操作処理を行う。そして、表示端末２（１２０ｂ）側の中間コード処理プログラム４２５は、主に表示端末１（１２０ａ）で操作された装置１００の状態を表示する処理を行う。

　このため、表示端末２（１２０ｂ）では、表示端末１（１２０ａ）および装置１００と処理を連携するために、例えば、表示端末２（１２０ｂ）の画面上の「同期開始ボタン」が押下されると、中間コード処理プログラム４２５（通知設定）を実行する（ステップＳ６０２）。この中間コードの実行により、表示端末２（１２０ｂ）は、装置１００に対し、表示端末１（１２０ａ）から情報が書き込まれた時に、表示端末２（１２０ｂ）に通知する設定を行う（ステップＳ６０３）。

　また、表示端末１（１２０ａ）では、中間コード処理プログラム４２５によりエラー処理を実行する（ステップＳ６０４）。この中間コードの実行により、表示端末１（１２０ａ）は、装置１００のエラー原因や対処方法を示した電子マニュアル１３０のページを開いた後、ユーザによる表示端末１（１２０ａ）の画面の「確認ボタン」を押下することで、中間コードを処理して、装置１００に対するエラー処理を実行する。

　これにより、表示端末１（１２０ａ）は、装置１００に対し、エラーに対処するための情報（ページ番号等）を送信する（ステップＳ６０５）。

　これにより、装置１００は、エラー時のプログラム４０６を実行し、エラーに対応して表示端末１（１２０ａ）から送信されたエラー対処用のページ番号などの情報を装置１００内のメモリに格納する（ステップＳ６０６）。

　そして、装置１００は、表示端末１（１２０ａ）により操作されたエラー対応後の状態の情報を表示端末２（１２０ｂ）に送信する（ステップＳ６０７）。例えば、上述したように、装置１００は、エラー詳細情報（例えば、エラータイプｘｘｘ、エラー要因ｚｚｚｚ）を表示端末２（１２０ｂ）に送信する。

　これにより、表示端末２（１２０ｂ）は、中間コードに、装置１００から受け取ったエラー詳細情報を加えて、エラー対処処理を実行する（ステップＳ６０８）。エラー対処処理としては、例えば、表示端末２（１２０ｂ）は、表示端末１（１２０ａ）のユーザにより操作した際のエラー原因やエラーの対処方法を示した電子マニュアル１３０のコンテンツの中からエラーに該当するページを検索し、そのページを表示端末２（１２０ｂ）の画面に表示する。

　表示端末１，２（１２０ａ，１２０ｂ）の電子マニュアル１３０に、それぞれエラー対処の処理を実行する中間コードを格納しておくことで、各表示端末１，２（１２０ａ，１２０ｂ）の各ボタンの押下時等のタイミングに、該当するエラー対処用の操作の中間コードを実行できる（ステップＳ６０９）。これにより、表示端末１（１２０ａ）のユーザが装置１００に対するエラー対処の各種処理を行った都度、表示端末２（１２０ｂ）の画面上に表示端末１（１２０ａ）によるエラー対処（操作）の状態と、装置１００の状態とを表示することができる。

　以上説明した処理において、装置１００と表示端末１２０との間は、無線ＬＡＮ経由などにより直接通信を行う場合だけでなく、インターネット経由など遠隔地からの通信を行う場合でも同様の処理を行うことができる。すなわち、装置１００のエラー時に、装置１００から離れた遠隔地の表示端末１２０で、装置１００のエラー原因を特定できるようになる。

　また、上述した説明では、装置１００のエラーの原因特定について説明したが、表示端末１２０を操作することで、装置１００のエラーの原因が特定できた後、表示端末１２０により装置１００を遠隔操作することで、装置１００のエラーを解消することも可能である。

　また、一つの装置１００に対して複数の表示端末１２０（１２０ａ，１２０ｂ）から同時に上記の処理を行うこともでき、１台の表示端末１（１２０ａ）のユーザが装置１００に対するエラー時対処の操作を行い、他の表示端末２（１２０ｂ）が表示端末１（１２０ａ）の操作による装置１００の結果を表示することができる。これにより、例えば、表示端末１（１２０ａ）が装置１００のメンテナンスによるエラー特定を行う際、表示端末２（１２０ｂ）の熟練者が原因特定スキルを補助できるようになる。

　また、電子マニュアル１３０のコンテンツである動画や音声データは、各表示端末１２０にそれぞれダウンロードして使用することもできるが、これらコンテンツのデータをサーバに格納しておき、表示端末１２０がネットワーク経由でサーバにアクセスすることで、リモート参照することもできる。

（機器間通信の例）
　図７は、実施の形態にかかる電子マニュアル表示システムにおける機器間通信の例を示す図である。上述した装置１００と、複数の表示端末１２０（１２０ａ，１２０ｂ）はネットワーク２１０を介して接続されている。

　複数の表示端末１２０は、ネットワーク２１０を介して他の表示端末１２０および装置１００にそれぞれ接続することができる。これら装置１００と各表示端末１２０は、固有のＩＤにより識別できる。

　上述したように、表示端末１２０は、エラー時等にネットワーク２１０を介して装置１００に直接アクセスする。装置１００と各表示端末１２０は、ネットワーク２１０に接続可能な汎用の通信Ｉ／Ｆと通信プログラムを備えている。

　図８は、実施の形態にかかる表示端末から装置へのアクセスの概要を説明する図である。装置１００のエラー時処理を含む各種動作を表示端末１２０によって制御する例を説明する。

　はじめに、表示端末１２０は、ＣＰＵ２０１がアプリケーション等のプログラム８０１（図４のエラー診断用プログラム４２４、中間コード処理プログラム４２５等）を実行し、このプログラム８０１は、装置１００のエラー情報の取得にかかる処理（図示の例ではＲｅａｄ関数をｃａｌｌ）を行い（ステップＳ８０１）、Ｒｅａｄコマンドを発行する（ステップＳ８０２）。

　次に、プログラム８０１の下位層は、装置１００に対するコマンドを解釈し、装置１００の制御情報が示された処理テーブル８０２を参照し、装置１００のエラー情報を取得するコマンドを発行する（ステップＳ８０３）。処理テーブル８０２は、装置１００に予め用意される（例えば、図２に示したＲＡＭ２０３上に作成され、記憶部２０４に保持できる）。

　ステップＳ８０３では、表示端末１２０は、処理テーブル８０２を装置１００等から取得したものを参照する。また、表示端末１２０は、ステップＳ８０３により発行されたコマンドを、汎用の通信Ｉ／Ｆを介して処理テーブル８０２に該当する装置１００に送信する。ここで、表示端末１２０は、装置１００を制御するコマンドそのものを送信するのではなく、処理テーブル８０２の参照により、コマンドを解釈してこのコマンドに対応する制御の要求を送信する。装置１００は、処理テーブル８０２の参照により、表示端末１２０から送信された要求に対応する制御を行うことができる。

　装置１００では、表示端末１２０からのＲｅａｄコマンドを受け取り、Ｒｅａｄコマンドに対応して、装置１００の該当する機能部（例えばエラー発生部）１００ａで生じたエラー情報を取得し（ステップＳ８０４）、表示端末１２０に対してエラー情報を送付する（ステップＳ８０５）。

　図９は、実施の形態にかかる表示端末が装置にアクセスするための具体例を説明する図である。この例では、装置１００は、起動時にプログラム９０１が上記の処理テーブル８０２として関数呼び出しテーブル９０２を作成する。なお、関数呼び出しテーブル９０２は、プログラム９０１の起動時に限らず、任意のタイミングで作成してもよく、手作業で作成したものを外部から入力する構成としてもよい。

　このプログラム９０１には、起動時に関数呼び出しテーブル９０２を作成する処理と、装置１００の機能部１００ａのエラー情報を取得する処理（ｒｅａｄＰｏｒｔ）と、読み出したエラー情報に対して所定の関数演算等の処理と、が記述（設定）されている。

　関数呼び出しテーブル９０２は、機能部１００ａのＩＤ（ＩＤ１）と、装置１００のポートのアドレスからなる。この例では、ＩＤ１には、機能部１００ａからエラー情報を読み出すためのｒｅａｄＰｏｒｔのアドレスが設定されている。このほか、図８に示したように、ＩＤ別に書き込み（Ｗｒｉｔｅ）、起動（Ｓｔａｒｔ）、停止（Ｓｔｏｐ）等の制御機能をそれぞれ設定しておくことができる。

　関数呼び出しテーブル９０２の設定は、図９に示した「ｒｅａｄＰｏｒｔ」のような文字列に限らず、ポートを読む旨を示す「１００１」のような数値列としてもよい。

　通信処理タスク９０３は、ネットワーク２１０に対する通信処理（表示端末１２０との間の受信および送信）を実行し、表示端末１２０から装置１００に対する要求時には、該当するＩＤを用いた関数呼び出しテーブル９０２を検索し、要求に対応したプログラム９０１の関数演算を実行する。

　以下、表示端末１２０から装置１００へのアクセスを行うための手順を順に説明する。はじめに、装置１００のプログラム９０１が起動すると、関数呼び出しテーブル９０２を作成する（ステップＳ９０１）。

　この際、プログラム９０１は、装置１００の機能部１００ａの接続ポートを検出し、エラー情報を読み出す機能のＩＤにｒｅａｄＰｏｒｔのアドレスを関連付けた設定を関数呼び出しテーブル９０２に作成する。同様に、装置１００が実行可能な制御（関数演算等）の機能について、所定のＩＤ（図示の例ではＩＤ２）を関数呼び出しテーブル９０２に設定する。

　そして、表示端末１２０は、装置１００が作成した関数呼び出しテーブル９０２を任意のタイミングで取得する。これに限らず、装置１００がネットワーク２１０上に関数呼び出しテーブル９０２を公開している場合には、この公開された関数呼び出しテーブル９０２を参照した表示端末１２０のうち、装置１００の制御を所望する（エラー情報を取得要求する）表示端末１２０が装置１００にアクセスして取得する構成とすることもできる。

　この後、表示端末１２０が装置１００のエラー情報を取得する制御を行ったとする（ステップＳ９０２）。例えば、表示端末１２０のプログラム８０１が装置１００のエラー情報の取得にかかる処理（ＯｂｊＹ．ｒｅａｄＤａｔａ（））を実行する。

　この場合、表示端末１２０のプログラム８０１は、装置１００の機能部１００ａに対するｒｅａｄコマンド（ｒｅａｄＤａｔａ（））を発行する（ステップＳ９０３）。そして、プログラム８０１の下位層は、装置１００（機能部１００ａ）に対するコマンドを解釈し、装置１００から取得しておいた関数呼び出しテーブル９０２を参照し、装置１００（機能部１００ａ）のエラー情報の取得に該当する識別子ＩＤ１を指定して、機能部１００ａのエラー情報を取得するコマンド（ｒｅａｄＰｏｒｔ（他））に対応する要求ＩＤ１を装置１００に送信する（ステップＳ９０４）。

　ここで、表示端末１２０は、装置１００に対して機能部１００ａの制御のコマンドそのものを送信するのではなく、関数呼び出しテーブル９０２の参照により、制御内容を含む識別子ＩＤだけを送信すればよいため、送信するデータ量を削減できる。

　ここで、第１の処理装置は、第２の処理装置に対して第２の機器の制御のコマンドそのものを送信するのではなく、関数呼び出しテーブル９０２の参照により、制御内容を含む識別子ＩＤだけを送信すればよいため、送信するデータ量を削減できる。

　図１０は、電子マニュアル表示システムの各機器におけるプログラムの作成例を示す図である。上述した表示端末１２０および装置１００がそれぞれ所定の処理を実行する機能部を有する場合を例に説明する。

　図１０に示すプログラム１０００は、クラスの定義１００１に基づき、表示端末１２０の制御ソフト１のオブジェクト１００２と、コマンド１００３を定義する。オブジェクト１００２の機器Ａ（表示端末１２０の機能部１２０ａ）は、自コンピュータ（表示端末１２０）上にあることを示し、ＯｂｊＡは、内部のフラグ（ｆｌｇ）に自コンピュータの情報をセットする。オブジェクト１００２の機器Ｙ（装置１００の機能部１００ａ）は、他コンピュータ（装置１００）上にあることを示し、ＯｂｊＹは、内部のフラグ（ｆｌｇ）に他コンピュータの情報をセットする。

　そして、プログラム８０１は、読み出し（ｒｅａｄＤａｔａ）のコマンド１００３について、自コンピュータ（表示端末１２０）に対するものであれば、指定の自インタフェース（Ｉ／Ｏポート）からデータをｒｅａｄしてその値をリターンする。また、他コンピュータ（装置１００）に対するものであれば、該当する装置１００と会話して、返された値をリターンする。

　図９に戻り説明すると、装置１００は、通信処理タスク９０３が表示端末１２０からの要求ＩＤ１を受信する（ステップＳ９０５）。通信処理タスク９０３は、関数呼び出しテーブル９０２を参照し（ステップＳ９０６）、プログラム８０１に識別子ＩＤ１に対応する関数（ｒｅａｄＰｏｒｔ）を実行させる（ステップＳ９０７）。

　この後、装置１００は、プログラム９０１がＩＤ１に対応して、Ｉ／Ｏポート読出処理を行い、該当する機能部１００ａのエラー情報を読み出し（ｒｅａｄＰｏｒｔ）、通信処理タスク９０３に返す（ステップＳ９０８）。

　そして、装置１００は、通信処理タスク９０３がｒｅａｄＰｏｒｔの結果、読み出した機能部１００ａのエラー情報を表示端末１２０に送信する（ステップＳ９０９）。

　表示端末１２０は、プログラム８０１が発行したｒｅａｄＰｏｒｔ（他）の返答として装置１００から送信されたエラー情報をｒｅａｄＤａｔａ（）に変換し（ステップＳ９１０）、機能部１００ａのエラー情報の取得にかかる処理（ＯｂｊＹ．ｒｅａｄＤａｔａ（））の結果として、対応する機能部１００ａのエラー情報を取得する（ステップＳ９１１）。

　上記処理によれば、表示端末１２０は、自装置内の処理であるか装置１００の処理であるかを、プログラム８０１が指定する引数（アクセス対象名）によって切り分ける。この際、外部（装置１００）へのアクセスについては、予め取得した関数呼び出しテーブル９０２を参照し、該当する装置１００にアクセスする。

　また、装置１００の通信処理タスク９０３と関数呼び出しテーブル９０２は、ソフトウェア実行に限らず、ハードウェアチップを用いて構成することもできる。

　また、上記の関数呼び出しテーブル９０２は、上述したように、表示端末１２０が取得するに限らず、装置１００がネットワーク２１０上に公開する構成とすることもできる。そして、関数呼び出しテーブル９０２が示す、機能部１００ａの機能（Ｒｅａｄ，Ｗｒｉｔｅ，Ｓｔａｒｔ，Ｓｔｏｐ）は、ネットワーク２１０上の任意の表示端末１２０によって取得し、制御（使用）できるようになる。

　すなわち、表示端末１２０は、関数呼び出しテーブル９０２を取得することにより、装置１００の機能部１００ａの機能を知ることができ、表示端末１２０は、ネットワーク２１０の通信方式（手順）を隠蔽して装置１００（機能部１００ａ）を制御できるようになる。

　これにより、表示端末１２０（第１の機器）に対して、装置１００（第２の機器）が同一の部屋内や異なる場所に設置された場合においても、表示端末１２０は、設置場所に限定されず、遠隔地の装置１００を制御できるようになる。

　例えば、同一の部屋内に設けた異なる機能の装置１００を表示端末１２０により制御できるようになる。一方、表示端末１２０で処理できない演算を表示端末１２０の制御によって遠隔地の装置１００により演算処理できるようになる。

　さらに、関数呼び出しテーブル９０２は、ネットワーク２１０上のサーバに保持しておくこともでき、複数の装置１００毎の関数呼び出しテーブル９０２として保持できる。これにより、所定の機能を要求する表示端末１２０は、サーバへのアクセスによって該当する機能部１００ａ（装置１００）を容易に検索することができ、また、所定の機能部１００ａを有する装置１００へのアクセスを容易に行えるようになる。

　上記実施の形態によれば、第１の処理装置（表示端末１２０）および第２の処理装置（装置１００）のＣＰＵやＯＳに依存せず、互いに自処理装置あるいは他処理装置（の機能部）をネットワーク接続の有無に関係なく簡単に制御できるようになる。また、自処理装置にないメモリのリード／ライトや、関数実行についても同様に行えるようになる。したがって、第１の処理装置と第２の処理装置は、ネットワーク接続されたものに限らず、同一機器内での異なるＣＰＵ間通信についても同様に適用することができる。

　これにより、第１の処理装置は、自処理装置に接続された第１の機器に対するクローズド制御に限らず、ネットワーク等を介して第２の処理装置に接続された第２の機器についても、通信（プロトコル）を意識せずに制御でき、プログラム作成についても通信を意識せずに作成できるため、プログラム作成を容易に行えるようになる。すなわち、第１の処理装置は、間に介在するネットワークの通信プログラムや専用Ｉ／Ｆを追加せずとも第２の機器を制御できるようになる。

　関数呼び出しテーブルは、第２の処理装置に接続された第２の機器が故障や仕様変更などでの交換や、追加の場合に更新される。これにより、第２の機器の機能が変更された場合であっても、第１の処理装置は、関数呼び出しテーブルを参照するだけで、所望する第２の機器の制御を行える。加えて、第２の機器が交換等されてもプログラム変更を不要にできる。

　また、特定用途の機能を有する組み込み機器において、他の機器に対する制御を行って機能拡張が行えるようになる。また、汎用の情報処理装置においても、所望する機能の機器に対する制御を容易に行えるようになる。具体的には、ＥＣＨＯＮＥＴやＡＵＴＯＳＡＲ等の規格に縛られず、専用Ｉ／Ｆや専用の通信プログラムを設けなくても、任意の他の機器に対する制御が可能となる。

（物理的位置に依存しないシームレスなアクセスの具体例）
　図１１は、異なる処理装置の機能部（機器）に対するアクセスの具体例を示す図である。第１の処理装置（装置Ａ、例えば表示端末１２０）１００１と、第２の処理装置（装置Ｂ、装置１００）１００２は、それぞれ、アプリケーションプログラム１００３と、コア層１００４と、外部と通信を行う通信機器や、装置内のボードとのアクセス処理の実装部１００５と、プラットフォーム（ハードウェア、ＯＳ、ドライバ）１００６と、を有する。

　装置Ａの通信層１（１００５ａ）は、装置Ａの機器（機能部）１０１１にアクセスする他、ネットワーク２１０を介して装置Ｂの機器（機能部）１０２１にアクセス可能である。通信層２（１００５ｂ）は、装置内のボード１０１２等にアクセス可能である。同様に、装置Ｂの通信層１（１００５ａ）は、装置に直接接続される機器１０２１にアクセスする他、ネットワーク２１０を介して装置Ａの機器１０１１にアクセス可能である。通信層２（１００５ｂ）は、装置内のボード１０２２等にアクセス可能である。

　コア層１００４は、Ｂａｓｉｃ　Ｃｌａｓｓ　Ｌｉｂｒａｒｙ１０３１と、処理部Ｘ１０３２と、通信方式抽象化層１（１０３３）と、通信方式抽象化層２（１０３４）と、プラットフォーム抽象化層１（１０３５）と、プラットフォーム抽象化層２（１０３６）とを有する。Ｂａｓｉｃ　Ｃｌａｓｓ　Ｌｉｂｒａｒｙ１０３１は、複数のオブジェクト、例えばＩ／Ｏ処理、リアルタイムモニタ、イベント監視、異常監視、データ収集、一括設定等の各種オブジェクトを管理する。

　処理部Ｘ１０３２は、Ｂａｓｉｃ　Ｃｌａｓｓ　Ｌｉｂｒａｒｙ１０３１からコールされるオブジェクト関連の処理に対応して、下記のタイプ１～３の処理を行う。
１．アプリケーションプログラムが、オブジェクトに対して要求する処理について、オブジェクトがアプリケーション内部に存在するのか、ＬＡＮ上に存在するのか、さらにＷＡＮ上に存在するのかを確認する。
２．アプリケーションプログラムからＢａｓｉｃ　Ｃｌａｓｓ　Ｌｉｂｒａｒｙ１０３１経由で呼び出される各処理要求の中で指定されたＮａｍｅ（名前）の実態を取り出す処理を行う。この名前の実態は、ネットワーク設定で予め設定されている。
３．オブジェクトがＬＡＮ／ＷＡＮ上に存在する場合には、そのオブジェクトに対する通信経路を確保し、リクエストを送受信する。

　通信方式抽象化層１（１０３３）は、処理部Ｘ１０３２からコールされる通信処理を抽象化するためのＩ／Ｆである。通信方式抽象化層１（１０３３）の各関数は、各アクセス対象への個別の通信処理を実装した通信層１（１００５ａ）の関数をコールする。

　プラットフォーム抽象化層１（１０３５）は、Ｂａｓｉｃ　Ｃｌａｓｓ　Ｌｉｂｒａｒｙ１０３１からコールされるプラットフォーム依存処理を抽象化するためのＩ／Ｆである。プラットフォーム抽象化層１（１０３５）の各関数の中からは、各アクセス対象への個別のアクセス処理やＯＳが提供する機能を適合させて実現するＲＴＯＳ処理等を実装した通信層２（１００５ｂ）の関数をコールする。

　通信層１（１００５ａ）は、通信方式抽象化層２（１０３４）からコールされる各アクセス対象への個別の通信処理の実装部である。処理部Ｘ１０３２→通信方式抽象化層１（１０３３）→通信方式抽象化層２（１０３４）経由で渡される引数（ｈａｎｄｌｅ）によってアクセス対象を特定して、対応する実装処理を行う。

　通信層１（１００５ｂ）は、プラットフォーム抽象化層２（１０３６）からコールされる各アクセス対象への個別のアクセス処理やＯＳが提供する機能を適合させて実現するＲＴＯＳ処理などを作成する実装部である。処理部Ｘ１０３２→プラットフォーム抽象化層１（１０３５）→プラットフォーム抽象化層２（１０３６）経由で渡される引数（ｈａｎｄｌｅ）によってアクセス対象を特定して、対応する実装処理を行う。

（装置Ａによる装置Ａおよび装置Ｂの機器の制御例）
　図１２は、他装置のオブジェクト読み出しの一連の流れを説明する図である。以下、処理の流れ順に説明する。

（１）装置Ａ（１００１）では、はじめに、アプリケーションプログラム１００３により名前を指定してオブジェクトを生成し、オブジェクトがもつ関数を呼び出す。
（２）次に、処理部Ｘ１０３２により、Ｎｅｔｗｏｒｋ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｄａｔａ１２００の内容に基づき、オブジェクト名によりオブジェクトにアクセスするための通信方式、通信パラメータ（位置情報）を解決する。
（３），（４）そして、処理部Ｘ１０３２により、オブジェクト名や関数名、および、引数情報をパケットに変換し、抽象化層１０３３～１０３６を介して、（２）で解決した通信方式を実装するポートにこれを引き渡す。この際、装置Ａの外部に出て行くパケットは所定の暗号化を施す。

（５）装置Ｂ（１００２）では、処理部Ｘ１０３２でパケットを受信し、暗号化されたパケットを復号する。さらに、バイトデータからオブジェクト名、関数名、引数情報を復元し、印字処理の実態を呼び出す。
（６）印字処理の実態は、プラットフォーム抽象化層１（１０３５）／プラットフォーム抽象化層２（１０３６）を介して実際の印字を行う。
（７）プラットフォーム抽象化層１（１０３５）／プラットフォーム抽象化層２（１０３６）は、印字処理の結果である戻り値を受け取る。
（８）通信方式抽象化層１（１０３３）／通信方式抽象化層２（１０３４）は、戻り値をパケットに変換し、暗号化して呼び出し元（装置Ａ）に送信する。
（９）装置Ａの処理部Ｘ１０３２は、戻り値を含むパケットを受信し、暗号化されたパケットを復号する。
（１０）Ｂａｓｉｃ　Ｃｌａｓｓ　Ｌｉｂｒａｒｙ１０３１は、戻り値を呼び出し元（アプリケーションプログラム１００３）に返却する。

　上記処理において、装置Ａのアプリケーションプログラム１００３が自装置Ａに接続された機能部（例えば、プリンタＸ）にアクセスし、印字処理させる場合には、（１）（２）（３）（４）（７）（１０）の処理が実行される。この際、処理部Ｘ１０３２では、名前の実態をＮｅｔｗｏｒｋ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｄａｔａ１２００により、装置Ａに接続されたプリンタＸのシリアルポートの情報に基づき接続先を解決する。

　また、装置Ａのアプリケーションプログラム１００３が他装置Ｂに接続された機能部（例えば、プリンタＹ）にアクセスし、印字処理させる場合には、（１）～（１０）の処理が順次実行される。この際、処理部Ｘ１０３２では、名前の実態をＮｅｔｗｏｒｋ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｄａｔａ１２００により、装置Ｂへの接続方法（外部通信、アドレス等の位置情報に基づき接続先を解決する。

（アプリケーションの公開インタフェース呼び出しの例１）
　図１３は、アプリケーションの公開インタフェースの呼び出しを説明する図である。アプリケーションプログラム１００３と、Ｂａｓｉｃ　Ｃｌａｓｓ　Ｌｉｂｒａｒｙ１０３１との間にＵｓｅｒ　Ｅｘｔｅｎｄｅｄ　Ｃｌａｓｓｓｅｓ１３０１を設ける。Ｕｓｅｒ　Ｅｘｔｅｎｄｅｄ　Ｃｌａｓｓｓｅｓ１３０１では、Ｂａｓｉｃ　Ｃｌａｓｓ　Ｌｉｂｒａｒｙ１０３１のクラスを継承して、独自のクラスを定義し、その機能を装置Ａの外部から呼び出せる形で公開する。図１３の例では、Ｕｓｅｒ　Ｅｘｔｅｎｄｅｄ　Ｃｌａｓｓｓｅｓ１００１がプリンタクラスを継承したＵｓｅｒ　Ｐｒｉｎｔｅｒクラスを定義し、装置Ａ，Ｂ間でこの機能を呼び出した際の流れを示している。

　図１３に示すように、装置Ａのアプリケーションプログラム１００３が自装置Ａに接続されたプリンタＸにアクセスし印字処理させる場合には、（１）（２）（３）（４）（７）（１０）の処理が実行される。この際、処理部Ｘ１０３２では、名前の実態をＮｅｔｗｏｒｋ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｄａｔａ１２００により、装置Ａに接続されたプリンタＸのシリアルポートの情報に基づき接続先を解決する。

　また、装置Ａのアプリケーションプログラム１００３が他装置Ｂに接続されたプリンタＹにアクセスし印字処理させる場合には、（１）～（１０）の処理が順次実行される。この際、処理部Ｘ１０３２では、名前の実態をＮｅｔｗｏｒｋ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｄａｔａ１２００により、装置Ｂへの接続方法（外部通信、アドレス等の位置情報に基づき接続先を解決する。

　そして、Ｕｓｅｒ　Ｅｘｔｅｎｄｅｄ　Ｃｌａｓｓｓｅｓ１３０１では、１０．プリンタクラスを継承したＵｓｅｒ　Ｐｒｉｎｔｅｒクラスを定義し、例えばネットワーク上に公開する。これにより、他の装置Ｂ，Ｃ，…が公開されたＵｓｅｒ　Ｐｒｉｎｔｅｒクラスに基づき、該当する装置（機器）へのアクセスが可能となる。

　図１４は、リモート呼び出し可能な公開インタフェースの定義例を示す図表である。図１４に示す例では、Ｃ言語で表現される構造により、インタフェースを定義し、他の装置から名前によるリモート呼び出しを行う例である。

　図示のように、引数リストや返却値リストには、型のサイズや型のデータをパケット化、およびパケットから復元する関数へのポインタをもつ。これらをインタフェース名と、それを実装する関数へのポインタとともに、公開インタフェースのリストとして登録することで、外部の他の装置からの呼び出しを可能とする。

　さらに、この情報と、Ｎｅｔｗｏｒｋ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｄａｔａ１２００から得られる位置情報をネットワークにブロードキャストし、各ノード（装置Ａ，Ｂ，Ｃ，…）がこれらの情報を保持することにより、各装置は互いに公開しているインタフェース情報を共有することができる。

（アプリケーションの公開インタフェース呼び出しの例２）
　図１５は、アプリケーションの公開インタフェースの呼び出しの他の例を説明する図である。図１５に示すように、アプリケーションのオブジェクト自身に、複数のオブジェクトの機能を機能群Ｘとして定義し、機能群Ｘを使用するためのインタフェースを公開する構成とすることもできる。

　図１５の例では、装置Ａが装置Ｂの機器にアクセスする際に、上記（１）～（１０）同様の手順でアクセスし、その過程において装置Ｂは、集計した結果を（６）（７）データベースクラスと、プリンタクラスを作成し、データベースクラスをデータベース１５００に登録する。また、集計結果をプリンタＹからレポート出力する。

　装置Ｂのアプリケーションプログラム１００３は、機能群Ｘを装置Ｂに接続された外部インタフェースとして外部に公開する。また、装置Ａの機能群についてデータベース１５００に登録する。

（ＮＡＴ越えについて）
　装置Ａ，Ｂ間のネットワーク接続において、例えば、相手側のＮＡＴ機器を用いたプライベートネットワークに属するホストを直接指定できない（ＮＡＴ通過できない）問題について、ＮＡＴ越えのための情報を登録しておくことで解決できる。

　図１６は、装置Ａ，Ｂ間のＮＡＴ越えの構成例を示す図である。ＮＡＴを越えてオブジェクトにアクセスする場合は、装置Ａ，Ｂ間のロケーションサーバ１６００によりオブジェクトの位置情報を管理する。図１６の例では、装置Ｂの起動時に、オブジェクトは、自身の位置情報をロケーションサーバ１６００に登録する（ステップＳ１６０１）。

　この装置Ｂにアクセスする装置Ａの処理部Ｘ１０３２は、通信に先立って、アクセス先のオブジェクトの位置情報をロケーションサーバ１６００に問い合わせる（ステップＳ１６０２）。装置Ａは、問い合わせた結果得られる位置情報（Ｎｅｔｗｏｒｋ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｄａｔａ１２００の装置Ｂのゲートウェイアドレス）を使用して、装置Ｂのリモートオブジェクトにアクセス可能となる。なお、一度解決した位置情報は、装置Ａのメモリ等にキャッシュし、次回の呼び出し時にはロケーションサーバ１６００に問い合わせることなく、高速に呼び出すことができる。

　以上説明した実施の形態によれば、表示端末から装置に対し、エラーを特定する処理を実行することで、装置は表示端末の操作に対応した処理を実行し、表示端末に返答する。これにより、表示端末は、膨大な記録ページを有する電子マニュアルの中から装置のエラーに対応し、装置の操作や確認作業、および故障時に必要なページを直ぐに表示させることができる。そして、装置をメンテナンスする保守者（ユーザ）が遠隔地にいる場合であっても、表示端末の操作により装置のエラーを特定できるようになり、装置のエラー解消を迅速かつ効率的に行えるようになる。

　また、１台の表示端末に限らず、複数台の表示端末それぞれで異なるプログラムを実行することで、装置に対する操作やエラー時対処を多角的に行えるようになる。例えば、ある表示端末のユーザが装置のメンテナンスを行い、他の表示端末に装置のメンテナンス状態を逐次表示することができる。これにより、例えば、表示端末を操作した装置のメンテナンスによるエラー特定を行う際、他の表示端末の熟練者が原因特定スキルを補助できるようになる。

　また、表示端末毎に装置の電子マニュアルの言語を選択することもできるため、複数のユーザが表示端末を用いてある１台の装置のエラー対処を行う際、表示端末毎のユーザに対応した異なる言語で電子マニュアルを表示させることもできる。これにより、ユーザ同士で異なる言語であってもコミュニケーションを円滑にでき、装置のエラーを迅速に解決できるようになる。

　さらに、表示端末は装置に対して容易にアクセスできる。この点、従来、第１の処理装置内での制御方法と、ネットワーク上の他の第２の処理装置に対する制御方法とは異なっている。第１の処理装置は、内部機能に直接アクセスする方法でプログラミング可能である。これに対し、第１の処理装置で第２の機器を制御するためには、間に介在するネットワークの通信プログラムを追加しなければ実現できない。

　例えば、表示端末から装置に無線等で通信接続する場合、通信の専用プロトコルを用い、ネットワーク間通信に専用のＩ／Ｆが必要となる。このように、第１の処理装置は機器内の機能に対する制御を行うクローズドシステムであり、同様に第２の処理装置は内部の機能に対する制御を行うクローズドシステムであり、これらクローズドシステム間を跨いでの機器制御はネットワークの通信を間に介在させねばならず、通信処理のプログラムを別途必要とする。したがって、従来、自身の第１の処理装置がネットワーク上の第２の機器を制御するためには、プログラミングのステップ数が大幅に増えるという問題を生じた。

　この点、実施の形態では、装置のエラー状態を示すエラー情報を取得する関数呼び出しテーブルを取得し、装置に対しエラー情報の取得に該当する識別子ＩＤを送信することで、装置から前記エラー情報を取得する。この際、表示端末は装置のオブジェクトを生成して、装置の通信方式および通信パラメータを参照して、オブジェクトにアクセスする情報を得る。そして、オブジェクト名、関数名、および引数情報を所定のパケットに変換して通信方式に対応するポートを選択してパケットを引き渡し、パケットを装置に送信することができる。これにより、処理装置間（表示端末と装置間）の通信のプロトコルや通信方法を意識せずに、表示端末は装置へ簡単にアクセスでき、表示端末による装置の操作およびエラー解消の制御を容易に行えるようになる。

　以上のように、本発明は、各種装置のエラー解消や取り扱いを記述した電子マニュアルを記録した各種の表示端末、および表示端末を含むシステムに有用である。

　１００　対象の装置
　１２０　表示端末（電子マニュアル表示装置）
　１２１　表示部
　１３０　電子マニュアル
　２０１　ＣＰＵ
　２０２　ＲＯＭ
　２０３　ＲＡＭ
　２０４　記憶部
　２０５　通信インタフェース
　２０６　キーボード
　２０７　ディスプレイ

Claims (13)

1. 　対象の装置の電子データのマニュアルを保持する記憶部と、
   　前記マニュアルを表示する表示部と、
   　前記装置の状態を通信により取得し、当該装置の状態に対応する前記マニュアルの該当ページに基づく所定の制御を前記装置に要求し、当該要求の結果、前記装置の状態を新たに取得することを繰り返し、前記装置の状態を特定する制御部と、
   　を備えたことを特徴とする電子マニュアル表示装置。
2. 　前記制御部は、
   　前記装置のエラー状態を通信により取得し、当該装置のエラー状態に対応する前記マニュアルの該当ページに基づくエラー解消のための所定の制御を前記装置に要求し、当該要求の結果、前記装置のエラー状態を新たに取得することを繰り返し、前記装置のエラーを特定することを特徴とする請求項１に記載の電子マニュアル表示装置。
3. 　前記制御部は、
   　特定した前記エラーを前記表示部に表示し、
   　前記マニュアルを参照して前記エラーを解消する制御を特定し、当該特定した制御を前記装置に対して要求することを特徴とする請求項２に記載の電子マニュアル表示装置。
4. 　前記記憶部には、前記装置のエラー診断プログラムと、前記装置に対して前記エラーを解消するための処理手順を記述した中間コードが記憶され、
   　前記制御部は、
   　前記記憶部に記憶された前記エラー診断プログラムを実行し、前記装置に対する前記エラーを解消するための処理手順の実行毎に、該当する処理手順の前記中間コードの処理を実行していくことを特徴とする請求項２に記載の電子マニュアル表示装置。
5. 　前記制御部は、
   　前記装置のエラー状態に対応するエラー番号を前記装置から取得し、当該エラー番号に対応するエラー原因を前記マニュアルを参照し、当該エラー原因に対応する詳細情報を前記装置から取得することを繰り返し、前記装置のエラーを特定することを特徴とする請求項２に記載の電子マニュアル表示装置。
6. 　前記制御部は、
   　前記マニュアルを言語別に切り替えて前記表示部に表示することを特徴とする請求項１に記載の電子マニュアル表示装置。
7. 　前記制御部は、前記装置のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）に対し、前記制御を要求することを特徴とする請求項１に記載の電子マニュアル表示装置。
8. 　前記制御部は、前記装置のエラー状態を示すエラー情報を取得する関数呼び出しテーブルを取得し、前記装置に対しエラー情報の取得に該当する識別子ＩＤを送信することで、前記装置から前記エラー情報を取得することを特徴とする請求項１～７のいずれか一つに記載の電子マニュアル表示装置。
9. 　対象の装置と、前記装置に通信接続され、前記装置を制御しエラーを特定する表示端末とを含む電子マニュアル表示システムにおいて、
   　前記表示端末は、
   　前記装置の電子データのマニュアルを保持する記憶部と、
   　前記マニュアルを表示する表示部と、
   　前記装置のエラー状態を通信により取得し、当該装置のエラー状態に対応する前記マニュアルの該当ページに基づく所定の制御を前記装置に要求し、当該要求の結果、前記装置のエラー状態を新たに取得することを繰り返し、前記装置のエラーを特定する制御部と、を有し、
   　前記装置は、
   　発生したエラー情報を取得するプログラムと、前記表示端末からの要求に対応した制御を行うプログラムとを保持する記憶部と、
   　前記記憶部に保持されたプログラムを実行する制御部と、を有する、
   　ことを特徴とする電子マニュアル表示システム。
10. 　前記表示端末を複数有し、
    　複数の前記表示端末が互いに連携し、前記装置に対して個別の制御を前記装置に要求することを特徴とする請求項９に記載の電子マニュアル表示システム。
11. 　一の前記表示端末が前記装置に対して前記装置のエラーを特定する制御を実施し、
    　前記装置は、一および他の前記表示端末に対し、一の前記表示端末による制御の結果を通知することを特徴とする請求項１０に記載の電子マニュアル表示システム。
12. 　コンピュータが、
    　対象となる装置のエラー状態を通信により取得し、
    　取得した前記装置の状態に対応する電子データのマニュアルの該当ページに基づくエラー解消のための所定の制御を前記装置に要求し、
    　当該要求の結果、前記装置のエラー状態を新たに取得することを繰り返し、前記装置のエラー状態を特定し、
    　特定した前記エラー状態を表示する、
    　処理を実行することを特徴とする電子マニュアル表示方法。
13. 　コンピュータに、
    　対象となる装置のエラー状態を通信により取得させ、
    　取得した前記装置の状態に対応する電子データのマニュアルの該当ページに基づくエラー解消のための所定の制御を前記装置に要求させ、
    　当該要求の結果、前記装置のエラー状態を新たに取得することを繰り返し、前記装置のエラー状態を特定させ、
    　特定した前記エラー状態を表示させる、
    　処理を実行させることを特徴とする電子マニュアル表示プログラム。

Images