JP6608770B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

従来から、ＡＰＩ（Application Programming Interface）等のソフトウェアプログラムを利用してネットワークに接続されている電子機器を遠隔制御する技術が知られている。

このようなソフトウェアプログラムは、遠隔制御の内容や電子機器の構成が様々であるために、作成の要望がある度に、開発者が一から作成していた。このような作業は、開発者にとって大きな負担であった。特に、プログラムの知識が少ない開発者は、ベンダに依頼してソフトウェアプログラムを作成する場合があり、時間と費用が掛かっていた。

これに関し、特許文献１には、サーバ内に登録されたデータを第三者に閲覧可能にするＡＰＩを自動で作成する技術が開示されている。

特開２０１０−１４６０７４号公報

しかしながら、特許文献１に記載の技術では、ある一つの遠隔制御の内容及びある一つの電子機器の構成を想定してソフトウェアプログラムが自動作成されるため、遠隔制御の内容や電子機器の構成が変わってしまうと、開発者は、自動作成されたソフトウェアプログラムを利用することができない。したがって、作成の要望がある場合、結局、開発者は、遠隔制御の内容や電子機器の構成に合わせたソフトウェアプログラムを一から作成しなければならないので、負担が掛かるという問題があった。

本発明は以上説明した事情を鑑みてなされたものであり、遠隔制御の内容や制御対象となる電子機器の構成に合わせたソフトウェアプログラムを作成することができるとともに、作成の際に開発者に掛かる負担を低減する情報処理装置及びプログラムを提供することを目的の一つとする。

本発明の第一態様における情報処理装置は、複数のプログラムモジュールを選択させる選択手段と、選択されたプログラムモジュールを組み合わせてネットワークに接続される電子機器を遠隔制御するためのソフトウェアプログラムを作成して保存する作成手段と、を備える。

この構成によれば、複数のプログラムモジュールを選択させる選択手段を備えるので、ＡＰＩの開発者が複数のプログラムモジュールの中から遠隔制御の内容や制御対象となる電子機器の構成に合わせてプログラムモジュールを複数選択することができる。そして、プログラムモジュールの選択の後は、作成手段が、その選択された各プログラムモジュールを組み合わせてソフトウェアプログラムを作成することになる。したがって、開発者は、プログラムモジュールの選択操作でソフトウェアプログラムを作成することができるので、一からソフトウェアプログラムを作成する手間を省き、もって開発者に掛かる負担を低減することができる。

本発明によれば、遠隔制御の内容や制御対象となる電子機器の構成に合わせたソフトウェアプログラムを作成することができるとともに、作成の際に開発者に掛かる負担を低減することができる。

図１は、本実施形態に係る情報処理装置を含むシステムの概要について説明するための図である。 図２は、本実施形態に係る情報処理装置を含むシステムの全体構成の一例について説明するための図である。 図３は、開発支援サーバのハードウェア構成の一例について説明する。 図４は、開発支援サーバの機能的な構成の一例を示すブロック図を説明する。 図５は、開発者によるＡＰＩの作成に際し、開発者端末と開発支援サーバとの間で行われる処理の流れを説明する。 図６は、保守管理者によるＡＰＩの利用に際し、保守管理端末と開発支援サーバとスイッチとの間で行われる処理の流れを説明する。 図７は、開発者端末に表示される管理サイトの一例を示す図である。 図８は、開発者端末に表示されるツールサイトの一例を示す図である。

以下、添付図面を参照しながら本発明の実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素及びステップに対しては可能な限り同一の符号を付して、重複する説明は省略する。

まず、図１を用いて、本実施形態に係る情報処理装置を含むシステム１の概要について説明する。

システム１は、ソフトウェアプログラムとして例えばＡＰＩ１００を開発（作成）する開発者と、作成されたＡＰＩ１００を利用する利用者等に提供されるシステムである。このＡＰＩ１００は、ネットワークに接続されている電子機器１０２を遠隔制御するためのものである。

なお、上記遠隔制御の目的は、電子機器１０２の利用或いは保守管理等、特に限定されないが、本実施形態では、電子機器１０２の保守管理である。また、電子機器１０２は、ルータ、ゲートウェイ、スイッチ等のネットワーク間の接続を行うネットワークデバイスの他、パーソナルコンピュータや携帯電話、プリンタ、家電製品等、特に限定されないが、本実施形態では、電子機器１０２がネットワークデバイスの一例としてのスイッチである場合を説明する。以下、電子機器１０２を「スイッチ１０２」と称す。

開発者は、ＡＰＩ管理用のＷｅｂサイト（管理サイト１０４）にアクセスして当該管理サイト１０４を自身の端末装置等に表示してＡＰＩ１００を管理する。そして、開発者は、利用者の依頼に応じて或いは事前に、管理サイト１０４からＡＰＩ作成ツール１０６を呼び出し、このＡＰＩ作成ツール１０６を利用してＡＰＩ１００を作成する。作成後、開発者は、ＡＰＩ１００を利用者に渡すか、或いは、ＡＰＩ１００へのアクセス方法を通知する。

保守管理者（ＡＰＩ１００の利用者）は、例えば開発者により通知されたアクセス方法にてＡＰＩ１００にアクセスしてＡＰＩ１００を実行し、ネットワークを介し、スイッチ１０２を遠隔制御する。この遠隔制御により、利用者は、例えばステータスを確認したり、各種設定を変更したりして保守管理を行う。

次に、図２を用いて、本実施形態に係る情報処理装置を含むシステム１の全体構成の一例について説明する。

システム１は、情報処理装置としての開発支援サーバ１０と、開発者端末１２と、保守管理端末１４と、保守管理対象のスイッチ１０２と、を備える。これらの機器は、インターネット等のネットワークＮＴを介して互いに接続され、通信可能とされている。

開発支援サーバ１０は、開発者によるＡＰＩ１００の開発（作成）を支援し、且つ、作成されたＡＰＩ１００を管理するサーバである。開発支援サーバ１０は、専用又は汎用のサーバ・コンピュータなどの情報処理装置を用いて実現することができる。なお、開発支援サーバ１０は、単一の情報処理装置より構成されるものであっても、ネットワークＮＴ上に分散した複数の情報処理装置より構成されるものであってもよい。

開発者端末１２は、開発者が開発支援サーバ１０にアクセスするための端末装置である。開発者端末１２は、開発支援サーバ１０の管理サイト１０４を閲覧するためのプラットフォーム（ウェブブラウザ等）を有している。なお、開発者が開発支援サーバ１０を直接操作できる場合には、開発支援サーバ１０が開発者端末となるので、別途、開発者端末１２は用意しなくてもよい。

保守管理端末１４は、保守管理者がＡＰＩ１００の保存場所にアクセスするための端末装置である。この保存場所は、本実施形態では、開発支援サーバ１０の記憶手段内である。

スイッチ１０２は、ネットワークＮＴ上に例えば複数設けられている。スイッチ１０２は、コンピュータネットワークの集線装置の一種で、受信したデータの宛先を見て、接続された各機器への転送の可否を判断する機能を内蔵したものである。

次に、図３を用いて、開発支援サーバ１０のハードウェア構成の一例について説明する。

開発支援サーバ１０は、ハードウェア構成として、制御装置３０、通信装置３６、及び記憶装置３８を主に備える。制御装置３０は、ＣＰＵ（Central Processing Unit）３２及びメモリ３４を主に備えて構成される。

制御装置３０では、ＣＰＵ３２がメモリ３４或いは記憶装置３８等に格納された所定のプログラムを実行することにより、各種の機能実現手段として機能する。この機能実現手段の詳細については後述する。

通信装置３６は、外部の装置と通信するための通信インタフェース等で構成される。通信装置３６は、例えば、開発者端末１２や、保守管理端末１４、スイッチ１０２との間で各種の情報を送受信する。

記憶装置３８は、ハードディスク等で構成される。記憶装置３８は、制御装置３０における処理の実行に必要な各種プログラムや各種の情報、及び処理結果の情報を記憶する。

なお、図３は、開発支援サーバ１０が有する主要なハードウェア構成の一部を示しているに過ぎず、開発支援サーバ１０は、サーバが一般的に備える他の構成を備えることができる。

次に、図４を用いて、開発支援サーバ１０の機能的な構成の一例について説明する。

開発支援サーバ１０は、記憶手段４０と、入力手段４２と、作成手段４４と、出力手段４６と、実行手段４８と、を備える。

記憶手段４０は、図３に示すような一又は複数の記憶装置３８で実現される。なお、記憶手段４０は、開発支援サーバ１０にネットワークＮＴを介して接続されたデータベースサーバで実現されてもよい。記憶手段４０には、上述のＡＰＩ１００や、当該ＡＰＩ１００の作成プログラムの一例としてのＡＰＩ作成ツール１０６等が記憶される。なお、ＡＰＩ１００は、例えばｘｍｌというファイル形式で記憶されており、記憶されているＡＰＩ１００を他のＡＰＩ１００作成時に利用したいときは、ｘｍｌファイル自身或いはその内容をコピーすることで作成が容易となる。

入力手段４２は、マウスやキーボード等の操作入力手段の他、外部からの入力を受信する図３に示すような通信装置３６で実現される。入力手段４２には、開発者等のユーザによる各種操作の情報（操作情報）が入力される。本実施形態では、入力手段４２には、開発者による各種操作を開発者端末１２から受信することにより操作情報が入力される。

作成手段４４は、ＣＰＵ３２がＡＰＩ作成ツール１０６を実行することにより実現される。作成手段４４は、開発者に対して複数のプログラムモジュールを選択可能とする。すなわち、作成手段４４は、複数のプログラムモジュールを選択させる選択手段としての機能を有する。そして、作成手段４４は、選択されたプログラムモジュールを組み合わせてＡＰＩ１００を作成し、記憶手段４０に記憶（保存）する。作成手段４４は、後述する出力手段４６を介して、例えばオブジェクト配置型のＵＩであるＷｅｂサイト（ツールサイト）を出力する。なお、プログラムモジュールとは、ある機能を実現するプログラムの塊を指す。

出力手段４６は、ディスプレイの他、外部の機器へデータ等を送信する図３に示すような通信装置３６で実現される。例えば、出力手段４６は、記憶手段４０に記憶されているＡＰＩ１００を一覧表示するための表示データを出力する。本実施形態では、表示データはページデータであり、出力手段４６は、ページデータに基づく管理サイト１０４が表示されるように当該ページデータを開発者端末１２に送信する。

実行手段４８は、図３に示すような制御装置３０で実現され、保守管理端末１４からＡＰＩ１００の実行要求を受信した場合に、当該実行要求に基づき、記憶手段４０に記憶されているＡＰＩ１００を実行してスイッチ１０２等の電子機器を遠隔制御する。

次に、図５を用いて、開発者によるＡＰＩ１００の作成に際し、開発者端末１２と開発支援サーバ１０との間で行われる処理の流れを説明する。

（ステップＳＰ１０）
開発者端末１２は、開発者による操作に応答して、ＡＰＩ１００の管理サイト１０４へのアクセス要求を開発支援サーバ１０に送信する。そして、処理がステップＳＰ１２の処理に移行する。

（ステップＳＰ１２）
開発支援サーバ１０は、開発者端末１２から管理サイト１０４へのアクセス要求を受信する。これに応答して、開発支援サーバ１０は管理サイト１０４のページデータをアクセス要求元の開発者端末１２に送信する。そして、処理がステップＳＰ１４の処理に移行する。

（ステップＳＰ１４）
開発者端末１２は、開発支援サーバ１０からページデータを受信する。これに応答して、開発者端末１２は、ページデータに基づき、管理サイト１０４を表示する。

図７は、管理サイト１０４の一例を示す図である。図７に示す管理サイト１０４には、例えば、一覧リスト１０４Ａと、新規作成ボタン１０４Ｂと、編集ボタン１０４Ｃと、削除ボタン１０４Ｄと、が設けられている。一覧リスト１０４Ａは、開発者により作成され、記憶手段４０に記憶されている全てのＡＰＩ１００の名前（ツール名）等をリスト化したものである。一覧リスト１０４Ａには、他にも作成者や更新日時、ＡＰＩ１００へアクセスするためのリンク（ツール配置場所）等がツール名に対応付けられてリスト化されている。新規作成ボタン１０４Ｂは、開発者がＡＰＩ１００を新規に作成する際に押下するためのボタンである。編集ボタン１０４Ｃは、開発者が既に作成したＡＰＩ１００を編集する際に押下するためのボタンである。削除ボタン１０４Ｄは、開発者が既に作成したＡＰＩ１００を記憶手段４０から削除する際に押下するためのボタンである。

このような管理サイト１０４を、開発者は、開発者端末１２を介して閲覧する。そして、処理がステップＳＰ１６の処理に移行する。

（ステップＳＰ１６）
開発者端末１２は、例えば開発者による新規作成ボタン１０４Ｂの押下を受け付ける。そして、処理がステップＳＰ１８の処理に移行する。

（ステップＳＰ１８）
開発者端末１２は、開発者による操作に応答して、新規に作成するＡＰＩ１００の名前を入力する。次に、開発者端末１２は、入力されたＡＰＩ１００の名前を含むツールサイトアクセス要求を開発支援サーバ１０に送信する。そして、処理がステップＳＰ２０の処理に移行する。

（ステップＳＰ２０）
開発支援サーバ１０は、開発者端末１２からツールサイトアクセス要求を受信する。これに応答して、開発支援サーバ１０は、ＡＰＩ作成ツール１０６を含んだツールサイトのページデータを開発者端末１２に送信する。そして、処理がステップＳＰ２２の処理に移行する。

（ステップＳＰ２２）
開発者端末１２は、開発支援サーバ１０からページデータを受信する。これに応答して、開発者端末１２は、ページデータに基づき、ツールサイトを表示する。

図８は、ツールサイトの一例を示す図である。図８に示すツールサイト１１０には、例えば、配置領域１１２と、オブジェクトパレット１１４と、ＡＰＩ作成ボタン１１６と、が設けられている。配置領域１１２は、一つのプログラムモジュールに対応したオブジェクト１１２Ａを複数配置するための領域である。オブジェクトパレット１１４は、配置領域１１２に配置するオブジェクト１１２Ａを選択するためのパレットである。このオブジェクトパレット１１４には、複数の種類のプログラムモジュールに対応した複数のオブジェクト１１２Ａが設けられている。なお、オブジェクトパレット１１４には、オブジェクト１１２Ａの種類に対応する選択ボタンが設けられていてもよい。このように、ツールサイト１００にオブジェクトパレット１１４が設けることで、複数のプログラムモジュールを開発者に選択させる選択手段として開発者端末１２を機能させることができる。

このようなツールサイト１１０を、開発者は、開発者端末１２を介して閲覧する。そして、処理がステップＳＰ２４の処理に移行する。

（ステップＳＰ２４）
開発者は、ＡＰＩ１００に組み込みたいプログラムモジュールに対応するオブジェクト１１２Ａをオブジェクトパレット１１４から配置領域１１２にドラッグ＆ドロップ操作する。これに応答して、開発者端末１２は、ドラッグ＆ドロップ操作（選択操作）の操作情報、すなわち選択操作情報を開発支援サーバ１０に送信する。そして、処理がステップＳＰ２６の処理に移行する。

（ステップＳＰ２６）
開発支援サーバ１０は、開発者端末１２から選択操作情報を受信する。すなわち、入力手段４２に開発者端末１２から選択操作情報が入力される。これに応答して、作成手段４４は、入力された選択操作情報に基づいてオブジェクト１１２Ａを配置領域１１２に配置し、この結果をツールサイト１１０のページデータに反映する。その後、作成手段４４は、反映したページデータを開発者端末１２に送信する。そして、処理がステップＳＰ２８の処理に移行する。なお、オブジェクト１１２Ａを配置する処理は、開発支援サーバ１０ではなく、開発者端末１２で行われてもよい。この場合、本ステップＳＰ２６の処理が省略される。

（ステップＳＰ２８）
開発者端末１２は、ページデータを開発支援サーバ１０から受信する。そして、開発者端末１２は、受信したページデータに基づき、ツールサイト１１０を表示する。そして、処理がステップＳＰ３０の処理に移行する。

（ステップＳＰ３０）
開発者端末１２は、ツールサイト１１０においてＡＰＩ作成ボタン１１６が押下された否かを判定する。そして、肯定判定された場合には処理がステップＳＰ３２の処理に移行し、否定判定された場合には処理がステップＳＰ２４の処理に戻る。

（ステップＳＰ３２）
開発者端末１２は、押下情報を開発支援サーバ１０に送信する。そして、処理がステップＳＰ３４の処理に移行する。

（ステップＳＰ３４）
開発支援サーバ１０は、押下情報を受信する。すなわち、入力手段４２に開発者端末１２から押下情報が入力される。これに応答して、作成手段４４は、今まで入力された選択操作情報が示す複数のオブジェクト１１２Ａにそれぞれ対応するプログラムモジュールを組み合わせてＡＰＩ１００を作成し、記憶手段４０に記憶する。本実施形態では、作成手段４４は、配置領域１１２に配置された複数のオブジェクト１１２Ａ及び互いの配置関係に基づいてＡＰＩ１００を作成する。具体的には、作成手段４４は、配置領域１１２に配置された複数のオブジェクト１１２Ａに対応するプログラムモジュールを、配置関係に応じた順番で組み合わせてＡＰＩ１００を作成する。その後、作成手段４４は、作成したＡＰＩ１００が表示されるように作成結果を管理サイト１０４のページデータに反映し、当該ページデータを開発者端末１２に送信する。そして、処理がステップＳＰ３６の処理に移行する。

（ステップＳＰ３６）
開発者端末１２は、開発支援サーバ１０からページデータを受信する。これに応答して、開発者端末１２は、受信したページデータに基づいて管理サイト１０４を表示する。

以上により、開発者によるＡＰＩ１００の作成が完了する。なお、ＡＰＩ１００の作成完了後、管理サイト１０４において開発者が編集ボタン１０４Ｃを押下すると、作成したＡＰＩ１００をツールサイト１１０にて編集することができる。また、管理サイト１０４において開発者が削除ボタン１０４Ｄを押下すると、作成したＡＰＩ１００を記憶手段４０から削除することができる。

次に、図６を用いて、保守管理者によるＡＰＩ１００の利用に際し、保守管理端末１４と開発支援サーバ１０とスイッチ１０２との間で行われる処理の流れを説明する。

（ステップＳＰ４０）
保守管理者は、開発者からＡＰＩ１００にアクセスするためのＵＲＬ（Uniform Resource Locator）をメールや電話等で取得する。その後、保守管理端末１４は、保守管理者によるＵＲＬの入力と保守管理対象の指定を受け付ける。この保守管理対象の指定は、例えばＵＲＬの後に保守管理対象のスイッチ１０２のアドレスが入力されることで行われる。なお、保守管理対象が複数存在する場合には、それらのアドレスを同時に指定することもできる。そして、処理がステップＳＰ４２の処理に移行する。

（ステップＳＰ４２）
保守管理端末１４は、保守管理者による入力の確定操作に応答して、入力されたアドレスを含むＵＲＬにアクセスすることでＡＰＩ１００の実行要求を開発支援サーバ１０に送信する。そして、処理がステップＳＰ４４の処理に移行する。

（ステップＳＰ４４）
開発支援サーバ１０は、保守管理端末１４から実行要求を受信する。これに応答して、開発支援サーバ１０の実行手段４８は、受信した実行要求に基づいてＡＰＩ１００を実行する。これにより、実行手段４８は、スイッチ１０２の遠隔制御を開始し、設定変更等の各種制御を指示するための制御信号を実行要求に含まれるアドレスが示すスイッチ１０２に送信する。なお、実行手段４８は、実行要求に複数のアドレスが含まれる場合には、複数のアドレスそれぞれが示す各スイッチ１０２に制御信号を送信する。そして、処理がステップＳＰ４６の処理に移行する。

（ステップＳＰ４６）
スイッチ１０２は、開発支援サーバ１０から制御信号を受信する。これに応答して、スイッチ１０２は、受信した制御信号に基づき、スイッチ１０２の構成要素に対して各種制御を実行する。その後、スイッチ１０２は、制御結果を開発支援サーバ１０に送信する。そして、処理がステップＳＰ４８の処理に移行する。

（ステップＳＰ４８）
開発支援サーバ１０は、スイッチ１０２から制御結果を受信する。これに応答して、開発支援サーバ１０は、実行要求元の保守管理端末１４に制御結果を転送する。そして、処理がステップＳＰ５０の処理に移行する。

（ステップＳＰ５０）
保守管理端末１４は、開発支援サーバ１０から制御結果を受信する。これに応答して、保守管理端末１４は、制御結果を表示する。

以上により、保守管理者によるスイッチ１０２の保守管理が完了する。

本実施形態によれば、複数のプログラムモジュールに対応するオブジェクト１１２Ａが選択されるようにしていることで、ＡＰＩの開発者が複数のプログラムモジュールの中から遠隔制御の内容や制御対象となる電子機器の構成に合わせてオブジェクト１１２Ａを複数選択操作することができる。そして、選択操作の後は、作成手段４４が、その選択操作情報が示す各オブジェクト１１２Ａのプログラムモジュールを組み合わせてＡＰＩ１００を作成することになる。したがって、開発者は、オブジェクト１１２Ａの選択操作（だけ）でＡＰＩ１００を作成することができるので、一からＡＰＩ１００を作成する手間を省き、もって開発者に掛かる負担を低減することができる。

また、開発支援サーバ１０が、記憶手段４０に記憶されているＡＰＩ１００を一覧表示するためのページデータを開発者端末１２に出力（送信）する出力手段４６を備える。これにより、開発者は、出力先となる開発者端末１２においてページデータに基づき一覧リスト１０４Ａを含む管理サイト１０４を表示・閲覧することで、ＡＰＩ１００の管理を効率的に行うことができる。

また、出力手段４６は、配置領域１１２を含むページデータを出力し、作成手段４４は、配置領域１１２に配置された複数のオブジェクト１１２Ａ及び当該複数のオブジェクト１１２Ａにおける互いの配置関係に基づいてＡＰＩ１００を作成する。これにより、開発者は、オブジェクト１１２Ａを配置領域１１２に配置するという、視覚的で分かりやすく、且つ、簡単な操作でＡＰＩ１００を作成することができる。

また、開発支援サーバ１０が、保守管理端末１４からＡＰＩ１００の実行要求を受信した場合に、ＡＰＩ１００を実行してスイッチ１０２を遠隔制御する実行手段４８を更に備える。これにより、ＡＰＩ１００を保守管理端末１４で実行する場合に比べて、保守管理端末１４に掛かる処理負担を低減することができる。

また、本実施形態では、制御対象（保守管理対象）の電子機器が、ネットワークＮＴ間の接続を行うネットワークデバイス（スイッチ１０２等）である。ここで、ネットワークデバイスは遠隔地に点在している場合があるので、本実施形態のようにネットワークデバイスに対して遠隔制御をすることで保守管理の効率性が高くなる。

以上、具体例を参照しつつ本発明の実施の形態について説明した。しかし、本発明はこれらの具体例に限定されるものではない。すなわち、これら具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。前述した各具体例が備える各要素およびその配置、条件、形状などは、例示したものに限定されるわけではなく適宜変更することができる。

例えば、ＡＰＩ１００は保守管理者の操作に応じて実行される場合を説明したが、所定のタイミングで自動的に実行されてもよい。また、ＡＰＩ１００の実行手段４８は、開発支援サーバ１０に設ける場合を説明したが、保守管理端末１４や他の端末装置に設けてもよい。すなわち、ＡＰＩ１００が保守管理端末１４や他の端末装置に保存されて実行されてもよい。

また、図８に示したツールサイト１１０は一例であり、例えばオブジェクトパレット１１４がなく、代わりに、プログラムモジュール自体を選択するパレット等が設けられてもよい。

１０…開発支援サーバ（情報処理装置）
４０…記憶手段
４４…作成手段（選択手段）
４６…出力手段
４８…実行手段
１０２ スイッチ（電子機器）

Claims (4)

1. 複数のプログラムモジュールを選択させる選択手段と、
   ネットワークに接続され、前記ネットワーク間の接続を行うネットワークデバイスである電子機器を遠隔制御するためのソフトウェアプログラムを、選択されたプログラムモジュールを組み合わせて作成し、保存する作成手段と、
   保存されているソフトウェアプログラムを一覧表示するための表示データを出力する出力手段と、
   前記ネットワークを介して前記電子機器及び端末装置と通信可能であって、前記端末装置から前記ソフトウェアプログラムの実行要求を受信した場合に、前記ソフトウェアプログラムを実行して前記電子機器を遠隔制御する実行手段と、
   を備え、
   前記端末装置は、前記実行要求を送信するときに前記ソフトウェアプログラムにアクセスするためのＵＲＬが入力され、該実行要求は前記電子機器のアドレスを含み、
   前記端末装置は、前記表示データに基づき、前記保存されているソフトウェアプログラムに該ソフトウェアプログラムの作成者、更新日時、及びアクセスするためのリンクが対応付けられた一覧リストを表示する、情報処理装置。
2. 前記端末装置は、前記一覧リストとともに、新規作成ボタン、編集ボタン、及び削除ボタンを表示する、
   請求項１に記載の情報処理装置。
3. 前記出力手段は、前記複数のプログラムモジュールのうち一つのプログラムモジュールに対応したオブジェクトを複数配置するための配置領域を含む表示データを出力し、
   前記作成手段は、前記配置領域に配置された複数のオブジェクト及び前記複数のオブジェクトにおける互いの配置関係に基づいて前記ソフトウェアプログラムを作成し、
   前記配置領域に配置された前記複数のオブジェクトのうち少なくとも一つは、実行したい値が設定される、
   請求項２に記載の情報処理装置。
4. コンピュータに、
   複数のプログラムモジュールをユーザに選択させる機能と、
   ネットワークに接続され、前記ネットワーク間の接続を行うネットワークデバイスである電子機器を遠隔制御するためのソフトウェアプログラムを、選択されたプログラムモジュールを組み合わせて作成し、保存する機能と、
   保存されているソフトウェアプログラムを一覧表示するための表示データを出力する機能と、
   前記ネットワークを介して前記電子機器及び端末装置と通信可能であって、前記端末装置から前記ソフトウェアプログラムの実行要求を受信した場合に、前記ソフトウェアプログラムを実行して前記電子機器を遠隔制御する機能と、
   を実現させ、
   前記端末装置は、前記実行要求を送信するときに前記ソフトウェアプログラムにアクセスするためのＵＲＬが入力され、該実行要求は前記電子機器のアドレスを含み、
   前記端末装置は、前記表示データに基づき、前記保存されているソフトウェアプログラムに該ソフトウェアプログラムの作成者、更新日時、及びアクセスするためのリンクが対応付けられた一覧リストを表示する、プログラム。
   

Images