JP7413750B2 - プログラム、プログラム群、および情報処理装置 - Google Patents

プログラム、プログラム群、および情報処理装置 Download PDF

Info

Publication number
JP7413750B2
JP7413750B2 JP2019226157A JP2019226157A JP7413750B2 JP 7413750 B2 JP7413750 B2 JP 7413750B2 JP 2019226157 A JP2019226157 A JP 2019226157A JP 2019226157 A JP2019226157 A JP 2019226157A JP 7413750 B2 JP7413750 B2 JP 7413750B2
Authority
JP
Japan
Prior art keywords
port
information
request
program
protocol
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2019226157A
Other languages
English (en)
Other versions
JP2021096555A (ja
Inventor
弘也 野尻
建樹 成田
聡 松下
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brother Industries Ltd
Original Assignee
Brother Industries Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Brother Industries Ltd filed Critical Brother Industries Ltd
Priority to JP2019226157A priority Critical patent/JP7413750B2/ja
Publication of JP2021096555A publication Critical patent/JP2021096555A/ja
Application granted granted Critical
Publication of JP7413750B2 publication Critical patent/JP7413750B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Transfer Systems (AREA)

Description

本発明は、第１通信インタフェースで用いられる第１プロトコルでのデバイスリクエストをデバイスに送信するためのプログラム等に関する。
下記特許文献に記載されているように、近年のプリンタ、スキャナ等のデバイスには、サーバ、所謂、ＥＷ Ｓ（Embedded Web Serverの略）が組み込まれており、ＰＣ等の情報処理装置により、そのサーバにアクセスすることで、そのデバイスの状態、設定情報等を確認することが可能とされている。
特開２００７－０７９９４０号公報
ＰＣ等の情報処理装置では、第１プロトコルでの、例えば、デバイスのＥＷＳにアクセスする際に、ＨＴＴＰでのデバイスリクエストが出力される。一方で、ＨＴＴＰで用いられる通信インタフェースと異なる通信インタフェース、例えば、ＵＳＢインタフェースを介してデバイスが情報処理装置に接続されている場合がある。このような場合に、ＨＴＴＰでのデバイスリクエストを、ＵＳＢインタフェースを介してデバイスに送信し、そのデバイスからデバイスリクエストの返信を、ＵＳＢインタフェースを介して受信することが望まれている。そこで、本発明は、第１プロトコルでのデバイスリクエストを、第１プロトコルで用いられる第１通信インタフェースと異なる第２通信インタフェースを介してデバイスに送信し、そのデバイスからデバイスリクエストの返信を、第２通信インタフェースを介して受信することを課題とする。
上記課題を解決するために、実施例に開示するプログラムは、第１通信インタフェースおよび第２通信インタフェースを備える情報処理装置のコンピュータが読み取り可能なプログラムであって、前記コンピュータを、デバイスを指定するデバイス指定情報を取得する取得手段と、前記取得手段により取得されたデバイス指定情報と、当該デバイス指定情報により指定されるデバイスと通信を行うためのデバイスポートを示すポート情報とを関連付けて、前記情報処理装置のメモリに記憶させる記憶制御手段と、前記メモリに関連付けて記憶されているデバイス指定情報とポート情報とに基づいて、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成する第１作成手段として機能させ、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記プログラムがインストールされているコンピュータにインストールされたプログラムであって前記プログラムとは異なるプログラムから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、前記コンピュータを、 前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムに、前記第１プロトコルで出力する第１出力手段と、して機能させることを特徴とする。
実施例に開示するプログラムは、デバイスを指定するデバイス指定情報を取得すると、そのデバイス指定情報とポート情報とをメモリに記憶させる。そして、プログラムは、メモリに記憶されたデバイス指定情報とポート情報とに基づいて、デバイス指定情報が指定するデバイスと通信を行うためのデバイスポートであって、ポート情報に応じたデバイスを作成する。このため、プログラムは、そのデバイスポートへのデバイスリクエストを第１プロトコルで受け付けると、当該デバイスリクエストを第２通信インタフェースに接続されているデバイスに第２プロトコルで送信する。この際、プログラムは、そのデバイスからデバイスリクエストの返信を受信すると、その返信を、デバイスリクエストのリクエスト元のプログラムに第１プロトコルによって出力する。これにより、第１プロトコルでのデバイスリクエストを、第２通信インタフェースを介してデバイスに送信し、そのデバイスからデバイスリクエストの返信を、第２通信インタフェースを介して受信することができる。
通信システム１のブロック図である。 通信システム１での処理を示すシーケンス図である。 通信システム１での処理を示すシーケンス図である。 通信システム１での処理を示すシーケンス図である。 通信システム１での処理を示すシーケンス図である。 通信システム１での処理を示すシーケンス図である。
以下、適宜図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施形態は、本発明の一例にすぎず、本発明の要旨を変更しない範囲で、本発明の実施形態を適宜変更できることは言うまでもない。例えば、後述する各処理の実行順序は、本発明の要旨を変更しない範囲で、適宜変更できる。
図１は、本実施形態に係る通信システム１のブロック図である。図１に示す通信システム１は、ＰＣ（情報処理装置の一例）１０、ＭＦＰ（デバイスの一例）５０、ＭＦＰ（デバイスの一例）５２、ＭＦＰ５４を備える。ＭＦＰ５０，５２，５４は、スキャン処理，印刷処理等の各種処理を実行可能なデバイスである。また、ＭＦＰ５０には、ＥＷＳ（サーバの一例）５６が組み込まれており、ＭＦＰ５２には、ＥＷＳ（サーバの一例）５８が組み込まれており、ＭＦＰ５４には、ＥＷＳ６０が組み込まれている。ＥＷＳ５６，５８，６０は、ウェブサーバと同等の機能を有しており、ＥＷＳ５６，５８，６０には、ＭＦＰ５０，５２，５４の状態を示す情報，設定情報などに関するＨＴＭＬのウェブページを示す情報（以下、「ＥＷＳ情報」と記載する）（サーバ情報の一例）が蓄積されている。
ＰＣ１０は、ＣＰＵ（コンピュータの一例）１２、メモリ１４、ＬＣＤ１６、入力Ｉ／Ｆ１８、ネットワークＩ／Ｆ（第１通信インタフェースの一例）１９、ＵＳＢＩ／Ｆ（第２通信インタフェースの一例）２０を主に備えている。これらの構成要素は、バス２２を介して互いに通信可能とされている。
ＣＰＵ１２は、メモリ１４内の制御プログラム（プログラム及び第１プログラムの一例）３０，アプリケーション（別プログラム及び第２プログラムの一例）３２，設定ツール（別プログラム及び第２プログラムの一例）３４，ブラウザ（ブラウザの一例）３６，ＯＳ３８に従って処理を実行する。制御プログラム３０は、ＭＦＰ５０，５２のＥＷＳ５６，５８からサーバ情報を取得するためのアプリケーションプログラムである。また、アプリケーション３２は、ＭＦＰ５０，５２を用いて各種処理を実行するためのアプリケーションプログラムである。また、設定ツール３４は、ＭＦＰ５０，５２のＥＷＳ５６，５８に蓄積されているＥＷＳ情報に基づいて各種設定を行うためのアプリケーションプログラムである。なお、アプリケーション３２は、ライブラリ４０を含んでおり、設定ツール３４は、ライブラリ４２を含んでいる。ライブラリ４０とライブラリ４２とは、同じアプリケーションプログラムであり、制御プログラム３０の処理によりＭＦＰ５０，５２のＥＷＳ５６．５８からサーバ情報を取得する際に用いられる。また、ブラウザ３６は、ネットワークＩ／Ｆ１９を介してＨＴＴＰを用いてＨＴＭＬ形式のデータを取得し、ウェブページをＬＣＤ１６に表示するためのアプリケーションプログラムである。また、ＯＳ３８は、制御プログラム３０等に利用される基本的な機能を提供するプログラムである。なお、以下の説明では、制御プログラム３０等を実行するＣＰＵ１２のことを、単にプログラム名でも記載する場合がある。例えば、「制御プログラム３０が」という記載は、「制御プログラム３０を実行するＣＰＵ１２が」ということを意味する場合がある。
また、メモリ１４は、データ記憶領域（メモリの一例）４６を備える。データ記憶領域４６は、制御プログラム３０等の実行に必要なデータなどを記憶する領域である。なお、メモリ１４は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ、ＰＣ１０に着脱されるＵＳＢメモリ等の可搬記憶媒体、ＣＰＵ１２が備えるバッファなどが組み合わされて構成されている。
なお、メモリ１４は、コンピュータが読み取り可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。
また、ＬＣＤ１６は、ＰＣ１０の各種情報を表示する。なお、本願のディスプレイは、液晶ディスプレイに限らず、有機ＥＬディスプレイ等の他の表示方式のディスプレイでも良い。入力Ｉ／Ｆ１８は、キーボード、マウス等を含み、ユーザ操作を入力するためのインタフェースである。なお、入力Ｉ／Ｆ１８は、キーボード等に限らず、ＬＣＤ１６の表示画面に重畳された膜状のタッチセンサでも良い。
ネットワークＩ／Ｆ１９は、ＨＴＴＰ（第１プロトコルの一例）を用いてデバイスと通信を行うためのものであり、ネットワーク６０を介してＭＦＰ５４と通信可能とされている。また、ＵＳＢＩ／Ｆ２０は、ＵＳＢプロトコル（第２プロトコルの一例）を用いてデバイスと通信を行うためのものであり、ＭＦＰ５０及びＭＦＰ５２と通信可能とされている。
なお、本明細書では、基本的に、プログラムに記述された命令に従ったＣＰＵ１２の処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」「設定 」等の処理は、ＣＰＵ１２の処理を表している。ＣＰＵ１２による処理は、ＯＳ３８を介したハードウェア制御も含む。なお、「取得」は要求を必須とはしない概念で用いる。すなわち、ＣＰＵ１２が要求することなくデータを受信するという処理も、「ＣＰＵ１２がデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。また、「命令」「応答」「要求」等の処理は、「命令」「応答」「要求」等を示す情報を通信することにより行われる。また、「命令」「応答」「要求」等の文言を、「命令」「応答」「要求」等を示す情報そのものという意味で記載してもよい。また、ＣＰＵによる、情報Ａは事柄Ｂであることを示しているか否かを判断する処理を、「情報Ａから、事柄Ｂであるか否かを判断する」のように概念的に記載することがある。ＣＰＵによる、情報Ａが事柄Ｂであることを示しているか、事柄Ｃであるかを示しているかを判断する処理を、「情報Ａから、事柄Ｂであるか事柄Ｃであるかを判断する」のように概念的に記載することがある。
通信システム１では、上述した構成に従って、ＰＣ１０とネットワークＩ／Ｆ１９を介して通信可能とされたＭＦＰ５４から、ブラウザ３６がＥＷＳ情報を取得し、ＥＷＳ情報に基づいてウェブページをＬＣＤ１６に表示することが可能とされている。このような処理は、従来から行われている処理であり、ブラウザ３６がＨＴＴＰを用いることでＭＦＰ５４からＥＷＳ情報を取得することができる。一方で、ＰＣ１０とＵＳＢＩ／Ｆ２０を介して通信可能とされたＭＦＰ５０，５２、つまり、ＵＳＢ接続されたＭＦＰ５０，５２から、ブラウザ３６は、従来の手法ではＨＴＴＰを用いてＥＷＳ情報を取得することはできなかったが、通信システム１では、ＵＳＢ接続されたＭＦＰ５０，５２から、ブラウザ３６がＨＴＴＰを用いてＥＷＳ情報を取得することが可能とされている。以下に、ＵＳＢ接続されたＭＦＰ５０，５２から、ブラウザ３６がＨＴＴＰを用いてＥＷＳ情報を取得する際の制御プログラム３０等の処理について、図２乃至図４に示すシーケンス図を用いて、詳しく説明する。
詳しくは、ＰＣ１０への電源投入に伴って、ＯＳ３８の処理により制御プログラム３０が起動する（図２参照：Ｓ１００）。そして、制御プログラム３０は、データ記憶領域４６を参照し（Ｓ１０２）、データ記憶領域４６に関連情報が記憶されているか否かを判断する（Ｓ１０４）。関連情報は、ＥＷＳ情報の取得先を示すデバイス及び、そのデバイスとの通信を行うためのデバイスポートを示す情報である。関連情報については、後に詳しく説明する。まず、ここでは、関連情報が、まだデータ記憶領域４６に記憶されていない場合を説明する。制御プログラム３０は、データ記憶領域４６に関連情報は記憶されていないと判断し（Ｓ１０４：ＮＯ）、制御プログラム３０は、受付ポートを作成する（Ｓ１０６）。そして、制御プログラム３０は、その受付ポートを「Ａｃｃｅｐｔ」で待ち受け状態とする（Ｓ１０８）。つまり、制御プログラム３０は、受付ポートを、情報を受け付け可能な状態（以下、「受付可能状態」と記載する）とする。なお、受付ポートのポート番号は、ＨＴＴＰに従ったものであり、５００００とされている。そして、制御プログラム３０は、その受付ポートによりアプリケーション３２のライブラリ４０と通信を行う。制御プログラム３０は、例えば、既知のＳｏｃｋｅｔ方式に従ってポートの作成、ポートの状態の変更、ポートの削除などを行う。
このように、ＰＣ１０では、電源投入に伴って、制御プログラム３０が起動し、制御プログラム３０の処理により、アプリケーション３２と通信を行うための受付ポートが作成される。一方で、アプリケーション３２は、ユーザ操作により起動し、アプリケーション３２が起動すると（図３参照：Ｓ１１０）、アプリケーション３２に含まれるライブラリ４０が、ポート番号５００００の受付ポートに接続を確認するための情報を出力する（Ｓ１１２）。なお、ライブラリ４０には、通信対象のポートのポート番号が５００００であることがプログラミングされている。そして、制御プログラム３０は、受付ポートに接続確認の情報が入力されると、「ＯＫ」をライブラリ４０に返信する（Ｓ１１４）。なお、受付ポートに接続確認の情報が入力されない場合には、「ＮＧ」がライブラリ４０に返信される。ちなみに、制御プログラム３０は、ポート番号５００００のデバイスポートを作成することができない場合に（例えば、ポート番号５００００のポートが、他のプログラムによって既に使用されている場合に）、受付ポート決定の所定のルールに従って、そのポート番号５００００と異なるポート番号を受付ポートのポート番号として決定し、そのポート番号のポートを受付ポートとして作成する。この場合、ライブラリ４０がポート番号５００００のポートに接続確認の情報を入力しようとしても、入力できない。そこで、ライブラリ４０にも、受付ポート決定の所定のルールがプログラミングされている。接続確認の情報を入力できなかった場合、ライブラリ４０は、ルールに従って、異なるポート番号のポートに接続確認の情報などを入力する。ライブラリ４０は、接続確認の情報を入力できたポート番号を、受付ポートの番号として使用する。便宜上、本実施例ではポート番号５００００のポートを受付ポートとして説明を続ける。
そして、ライブラリ４０は、「ＯＫ」を受け付けると、ポート番号５００００の受付ポートに、ポート情報の要求を出力する。この際、ライブラリ４０は、ポート情報の要求とともに、デバイス指定情報も受付ポートに出力する。デバイス指定情報は、ＥＷＳ情報の取得先のデバイスを指定する情報であり、ここでは、ＭＦＰ５０若しくは、ＭＦＰ５２を指定するデバイス指定情報が受付ポートに出力される。また、デバイス指定情報は、ＵＳＢプロトコルで用いられる文字列の情報とされている。具体的には、例えば、デバイス指定情報として「ＶＩＤ／ＰＩＤ」が受付ポートに出力される。なお、ＶＩＤは、ＶｅｎｄｅｒＩＤ（メーカ番号）であり、ＰＩＤは、ＰｒｏｄｕｃｔＩＤ（製品番号）である。このため、「ＶＩＤ／ＰＩＤ」により、デバイスの機種（モデル）を特定することができる。ちなみに、ＭＦＰ５０のＰＩＤは、「００１１１１」であり、ＭＦＰ５２のＰＩＤは、「００２２２２」とされている。なお、１台のＰＣに、複数の同じ機種のプリンタをＵＳＢで接続して利用する形態は一般的ではないと考えられる。そのため、本願実施例ではデバイス指定情報である「ＶＩＤ／ＰＩＤ」が、デバイスの個体を識別する情報としても用いられる。もちろん、「ＶＩＤ／ＰＩＤ」以外の情報、例えばシリアル番号などを、デバイスの個体を識別する情報として用いることとし、「ＶＩＤ／ＰＩＤ」と、デバイスの個体を識別する情報とを合わせてデバイス指定情報としてもよい。
そして、制御プログラム３０は、受付ポートがポート情報の要求を受け付けると、その要求に含まれるデバイス指定情報により指定されるデバイス（以下、「対象デバイス」と記載する場合がある）の確認要求をＯＳ３８に出力する（Ｓ１１８）。この確認要求は、対象デバイスがＨＴＴＰに対応するデバイスであるか否かを確認するためのものであり、ＯＳ３８は、対象デバイスがＨＴＴＰに対応するデバイスであれば、「ｔｒｕｅ」を制御プログラム３０に出力する（Ｓ１２０）。一方、ＯＳ３８は、対象デバイスがＨＴＴＰに対応するデバイスでなければ、「ｆａｌｓｅ」を制御プログラム３０に出力する（Ｓ１２０）。ＯＳ３８は、例えば、レジストリと呼ばれる領域にＵＳＢデバイスの情報を記憶しており、Ｓ１１８では、その情報の出力をＯＳに要求している。ＵＳＢデバイスの情報は、ＰＣ１０にＵＳＢ接続したデバイスから取得した情報であってもよいし、ＰＣ１０のデータ記憶領域４６や、デバイスメーカのサーバから取得した情報であってもよい。対象デバイスがＨＴＴＰに対応するデバイスであるか否かを示す情報は「ｔｒｕｅ」「ｆａｌｓｅ」以外の情報であってもよい。また、ライブラリ４０が出力するＶＩＤ／ＰＩＤに基づいて、機種で判断してもよく、ＯＳ３８からモデル情報を取得して判断してもよい。さらに言えば、デバイスからモデル情報を受け取って判断してもよい。
この際、制御プログラム３０は、「ｔｒｕｅ」をＯＳ３８から受け付けると、スレッドを作成する（Ｓ１２２）。そして、制御プログラム３０は、デバイスポートを作成する（Ｓ１２４）。この際、制御プログラム３０は、デバイス指定情報に含まれるＰＩＤを利用して、デバイスの機種毎にポート番号の異なるデバイスポートを作成する。具体的には、制御プログラム３０は、デバイス指定情報に含まれるＰＩＤを種として決定的乱数生成器を作成し、離散一様分布器で一定範囲内の数値を、ポート番号として出力する。つまり、制御プログラム３０は、ＰＩＤを種とする乱数を利用して、ポート番号を決定する。
例えば、対象デバイスがＭＦＰ５０である場合において、ＰＩＤ「００１１１１」を種として決定的乱数生成器が作成され、離散一様分布器で５１０００～６５０００の範囲内の数値が出力される。この際、例えば、ポート番号「５１０００」が出力され、そのポート番号「５１０００」のデバイスポートが作成される。また、例えば、対象デバイスがＭＦＰ５２である場合において、ＰＩＤ「００２２２２」を種として決定的乱数生成器が作成され、離散一様分布器で５１０００～６５０００の範囲内の数値が出力される。この際、例えば、ポート番号「５８０００」が出力され、そのポート番号「５８０００」のデバイスポートが作成される。このように、制御プログラム３０は、デバイスの機種毎にポート番号の異なるデバイスポートを作成する。なお、このような手法でポート番号が決定される場合には、一定の範囲内の数値がポート番号として決定されるため、異なる機種であっても、非常に低い確率であるが、同じポート番号が出力される可能性は０％ではない。
また、制御プログラム３０は、別の手法により、デバイスの機種毎にポート番号の異なるデバイスポートを作成してもよい。例えば、所定の初期値にＰＩＤの数値を加算した値をポート番号として決定してもよい。つまり、対象デバイスがＭＦＰ５０である場合において、初期値を「５００００」とすると、その初期値にＰＩＤ「００１１１１」を加算した値「５１１１１」をポート番号とし、そのポート番号「５１１１１」のデバイスポートが作成される。また、対象デバイスがＭＦＰ５２である場合において、初期値を「５００００」とすると、その初期値にＰＩＤ「００２２２２」を加算した値「５２２２２」をポート番号とし、そのポート番号「５２２２２」のデバイスポートが作成される。このように、所定の初期値にＰＩＤの数値を加算した値をポート番号とすることで、デバイスの機種毎にポート番号を一意的に決定することが可能となり、異なる機種に対して同じポート番号が決定される可能性は０％となる。ただし、ＰＩＤの数値が大きな値、例えば、「０２００００」であれば、初期値「５００００」にＰＩＤ「０２００００」を加算した値は「７００００」となり、ポート番号として設定可能な範囲を超えてしまう場合がある。このような場合には、所定の初期値にＰＩＤの数値を加算した値をポート番号とする手法は採用できない。
また、上記手法に従って決定されたポート番号のデバイスポートを作成しようとしても、そのポート番号のポートが、既に使用されている場合には、制御プログラム３０が、そのポート番号のデバイスポートを作成することができない。つまり、上記手法に従ってポート番号が「５１０００」に決定されても、ポート番号５１０００のポートが、既に使用されている場合には、制御プログラム３０が、ポート番号５１０００のデバイスポートを作成することができない。そこで、そのような場合に、制御プログラム３０は、デバイス指定情報に含まれるＰＩＤを種として決定的乱数生成器を作成し、離散一様分布器で一定範囲内の数値を再出力する。つまり、制御プログラム３０は、ＰＩＤを種とする乱数を利用して、ポート番号を再決定する。そして、制御プログラム３０は、再決定したポート番号のデバイスポートを作成する。
また、ポート番号の再決定の手法としては、所定の定数を加算する手法もとることができる。つまり、例えば、ポート番号が「５１０００」に決定され、ポート番号５１０００のポートが、既に使用されている場合に、制御プログラム３０は、「５１０００」に所定の定数「５０」を加算し、「５１０５０」を新たなポート番号として再決定する。そして、制御プログラム３０は、再決定したポート番号のデバイスポートを作成する。なお、再決定されたポート番号のポートも既に使用されている場合は、デバイスポートを作成することができるまで、上記手法に従ってポート番号の再決定が繰り返される。
そして、制御プログラム３０は、上記手法に従ってポート番号を決定し、そのポート番号のデバイスポートを作成すると（Ｓ１２４）、そのデバイスポートを「Ａｃｃｅｐｔ」で待ち受け状態とする（Ｓ１２６）。つまり、制御プログラム３０は、デバイスポートを受付可能状態とする。そして、制御プログラム３０は、作成したデバイスポートのポート番号を示す情報（以下、「ポート情報」と記載する）と、Ｓ１１６で受け付けているデバイス指定情報とを関連付けて、データ記憶領域４６に記憶する（Ｓ１２８）。具体的には、例えば、対象デバイスがＭＦＰ５０であり、デバイスポートのポート番号が「５１０００」である場合には、ポート番号「５１０００」と、ＭＦＰ５０を示すデバイス指定情報とが関連付けて、データ記憶領域４６に記憶される。また、例えば、対象デバイスがＭＦＰ５２であり、デバイスポートのポート番号が「５８０００」である場合には、ポート番号「５８０００」と、ＭＦＰ５２を示すデバイス指定情報とが関連付けて、データ記憶領域４６に記憶される。
なお、ここで記憶されるポート情報とデバイス指定情報とが、先に説明した関連情報となる。つまり、制御プログラム３０の処理によりデバイスポートが作成されることで、関連情報がデータ記憶領域４６に記憶される。そして、制御プログラム３０は、デバイスポートのポート番号を示すポート情報をライブラリ４０に出力する（Ｓ１３０）。この際、制御プログラム３０は、ＨＴＴＰ形式のポート情報をライブラリ４０に出力する。具体的には、例えば、デバイスポートのポート番号が５１０００である場合に、制御プログラム３０は、ポート情報「http://localhost:51000/」をライブラリ４０に出力する。
ライブラリ４０は、制御プログラム３０からポート情報を受け付けると、ブラウザ３６を起動する（Ｓ１３２）。そして、ライブラリ４０は、制御プログラム３０から受け付けたポート情報「http://localhost:51000/」をブラウザ３６に出力する（Ｓ１３４）。これにより、ブラウザ３６は、ポート番号５１０００のデバイスポートにアクセス可能となり、そのデバイスポートにＥＷＳ情報の要求情報をＨＴＴＰで出力する（図４参照：Ｓ１３６）。この際、制御プログラム３０は、ポート番号５１０００のデバイスポートにＨＴＴＰでのＥＷＳ情報の要求情報を受け付けると、そのポート番号のポート情報と関連付けて記憶されているデバイス指定情報に応じたデバイス、つまり、ＭＦＰ５０に、ＥＷＳ情報の要求情報をＵＳＢプロトコル（第２プロトコルの一例）で出力する（Ｓ１３８）。このとき、制御プログラム３０は、デバイスポートにＨＴＴＰで受け取った要求情報を変換することなく、ＵＳＢでＭＦＰ５０に送信する。すなわち、ＭＦＰ５０が制御プログラム３０から受信する要求情報と、仮に、ＭＦＰ５０がブラウザ３６から直接ＨＴＴＰで受信するとして、ＭＦＰ５０がＨＴＴＰで受信する要求情報とは、同じ要求情報である。したがって、ＭＦＰ５０は、制御プログラム３０から受信する場合と、ＨＴＴＰで受信する場合とで、要求情報に対する処理を基本的には変更する必要がない。
次に、ＭＦＰ５０は、ＥＷＳ情報の要求情報を受け付けると、ＥＷＳ情報を制御プログラム３０にＵＳＢプロトコルで返信する（Ｓ１４０）。そして、制御プログラム３０は、受け付けたＥＷＳ情報をブラウザ３６にＨＴＴＰで出力する（Ｓ１４２）。このように、ＰＣ１０では、制御プログラム３０を介することで、ブラウザ３６がＨＴＴＰを用いてＥＷＳ情報を取得することが可能とされている。そして、ブラウザ３６は、取得したＥＷＳ情報に基づいてウェブページをＬＣＤ１６に表示する（Ｓ１４３）。なお、ＭＦＰ５０が制御プログラム３０に返信するＥＷＳ情報と、仮に、ＭＦＰ５０がブラウザ３６に直接ＨＴＴＰで返信するとして、ＭＦＰ５０がＨＴＴＰで返信するＥＷＳ情報とは、同じＥＷＳ情報である。また、制御プログラム３０は、ＵＳＢプロトコルで受信したＥＷＳ情報を変換することなく、ＨＴＴＰでブラウザ３６に出力する。したがって、ブラウザ３６は、制御プログラム３０から受け取る場合と、ＨＴＴＰで受信する場合とで、ＥＷＳ情報に対する処理を基本的には変更する必要がない。
なお、デバイスポートは情報を受け付けると、次の情報を受け付けることができない状態、つまり、次の情報の受付が不能な状態となる。このため、制御プログラム３０は、ブラウザからＥＷＳ情報の要求情報を受け付けたデバイスポートを、その要求情報に応じたＥＷＳ情報をブラウザに出力した後に受付可能状態とする（Ｓ１４４）。これにより、ブラウザ３６が、再度、そのデバイスポートにＥＷＳ情報の要求情報をＨＴＴＰで出力した場合（Ｓ１４６）において、そのデバイスポートが、ＥＷＳ情報の要求情報を受け付けることができる。なお、以降の処理（Ｓ１４８～Ｓ１５４）は、先に説明した処理（Ｓ１３８～Ｓ１４４）と同じである。なお、ブラウザ３６は、ブックマーク保存を行うことができるため、ブックマーク保存のユーザ操作を受け付けた場合に、そのデバイスポート、つまり、ポート番号５１０００のデバイスポートにアクセスするための情報、つまり、制御プログラム３０から取得したポート情報をデータ記憶領域４６に保存する（Ｓ１５６）。
このように、ポート情報がブラウザ３６によりブックマーク保存されると、ブックマーク操作により、ブラウザ３６は容易にデバイスポートにアクセスし、制御プログラム３０を介してＭＦＰ５０からＥＷＳ情報を取得することが可能となる。ただし、例えば、制御プログラム３０が再起動されると、ブックマーク保存されたポート情報が示すポート番号と異なるポート番号のデバイスポートが作成される場合がある。つまり、制御プログラム３０が再起動し、Ｓ１０６～Ｓ１２４の処理を実行すると、再度、デバイスポートが作成される。この際、ポート番号５１０００のデバイスポートが作成されれば、問題ないが、上述したように、制御プログラム３０がデバイスポートを作成する際に、既に、ポート番号５１０００のポートが使用されている場合に、制御プログラム３０は、ポート番号５１０００と異なるポート番号、例えば、ポート番号５１０１０のポートをデバイスポートとして作成する。このような場合に、ブックマーク操作が実行されると、ブラウザ３６は、ポート番号５１０００のデバイスポートにアクセスするためのポート情報を利用して、ＥＷＳ情報の要求情報を出力しようとするが、当然、ブラウザ３６は、ポート番号５１０１０のデバイスポートにアクセスできず、ウェブページをＬＣＤ１６に表示することはできない。
このため、制御プログラム３０は、デバイスポートを作成した際（図３参照：Ｓ１２４）に、作成したデバイスポートのポート情報と、ライブラリ４０から受け付けたデバイス指定情報とを関連付けて、関連情報としてデータ記憶領域４６に記憶している（Ｓ１２８）。そして、制御プログラム３０は、その関連情報に基づいてデバイスポートを作成する。これにより、ブックマーク保存されたポート情報が示すポート番号と同じポート番号のデバイスポートを作成することが可能となり、制御プログラム３０が再起動した場合などにおいても、ブラウザがブックマーク操作によりウェブページをＬＣＤ１６に表示することが可能となる。
詳しくは、制御プログラム３０は、ＯＳ３８からの指令により再起動すると（図２参照：Ｓ１００）、データ記憶領域４６を参照し（Ｓ１０２）、データ記憶領域４６に関連情報が記憶されているか否かを判断する（Ｓ１０４）。ここでは、関連情報はデータ記憶領域４６に記憶されているため、データ記憶領域４６に関連情報が記憶されていると判断され（Ｓ１０４：ＹＥＳ）、制御プログラム３０は、監視スレッドを作成する（Ｓ１６０）。次に、制御プログラム３０は、ＵＳＢ一覧情報をＯＳ３８に要求する（Ｓ１６２）。ＵＳＢ一覧情報は、ＵＳＢＩ／Ｆ２０に接続されている全てのデバイスを示す情報である。ＯＳ３８は、ＵＳＢ一覧情報の要求を受け付けると、ＵＳＢ一覧情報を制御プログラム３０に出力する（Ｓ１６４）。そして、制御プログラム３０は、受け付けたＵＳＢ一覧情報に基づいて、関連情報に含まれるデバイス指定情報に応じたデバイスが、ＵＳＢＩ／Ｆ２０に接続されているか否かを判断する（Ｓ１６６）。この際、デバイス指定情報に応じたデバイスが、ＵＳＢＩ／Ｆ２０に接続されていないと判断されると、それらの処理（Ｓ１６２～Ｓ１６６）と同じ処理（Ｓ１６８～Ｓ１７８）が繰り返し実行される。なお、制御プログラム３０は受け付けたＵＳＢ一覧情報のみでは判断できない場合、例えば、個体を識別する情報がＵＳＢ一覧情報に含まれていない場合には、ＰＣ１０にＵＳＢ接続したデバイスにさらに情報を問い合わせる通信を行い、返信された情報に基づいて、デバイス指定情報に応じたデバイスが、ＵＳＢＩ／Ｆ２０に接続されているか否かを判断してもよい。
そして、デバイス指定情報に応じたデバイスが、ＵＳＢＩ／Ｆ２０に接続されたと判断されると（Ｓ１７８）、制御プログラム３０は、判断の対象とされたデバイス指定情報を監視スレッドから受け付ける（Ｓ１８０）。次に、制御プログラム３０は、監視スレッドと異なるスレッドを作成する（Ｓ１８２）。続いて、制御プログラム３０は、受け付けたデバイス指定情報と関連付けてデータ記憶領域４６に記憶されているポート情報を特定し、そのポート情報が示すポート番号のデバイスポートを作成する（Ｓ１８４）。そして、制御プログラム３０は、そのデバイスポートを受付可能状態とする（Ｓ１８６）。
このように、ＰＣ１０では、Ｓ１２４において、例えば、ポート番号５１０００のデバイスポートが作成され、Ｓ１２８において、ポート番号５１０００を示すポート情報がデータ記憶領域４６に記憶されている場合に、制御プログラム３０の再起動時において、そのポート番号５１０００のデバイスポートが作成される（Ｓ１８４）。さらに言えば、そのポート情報と関連付けてデータ記憶領域４６に記憶されているデバイス指定情報に応じたデバイスが、ＵＳＢＩ／Ｆ２０に接続されていることが確認された後に（Ｓ１７８）、そのポート情報に応じたデバイスポートが作成される（Ｓ１８４）。このため、ブラウザ３６が、ライブラリ４０からの指令でなく、ユーザ操作により起動し（図４参照：Ｓ１９０）、ブックマーク操作が実行された場合に（Ｓ１９２）、ブラウザ３６は、ブックマーク保存されたポート情報、つまり、Ｓ１５６で保存されたポート番号５１０００のデバイスポートにアクセスするためのポート情報を利用してデバイスポートにアクセスし、そのデバイスポートにＥＷＳ情報の要求情報をＨＴＴＰで出力する（Ｓ１３６）。そして、先に説明したように、Ｓ１３８以降の処理が実行される。これにより、制御プログラム３０が再起動した場合などにおいても、ブックマーク保存されたポート情報を利用して確実にデバイスポートにアクセスするとともに、デバイス指定情報に応じたデバイスのウェブページをＬＣＤ１６に表示することが可能となる。
また、ＰＣ１０では、電源投入時に制御プログラム３０が起動し（Ｓ１００）、データ記憶領域４６に関連情報が記憶されている場合（Ｓ１０４：ＹＥＳ）に、関連情報に基づいてデバイスポートが作成される（Ｓ１８４）。つまり、ＰＣ１０が起動している間は、常時、関連情報に基づくデバイポートが存在する。これにより、ブラウザ３６が何れのタイミングで起動して、ブックマーク操作がされた場合であっても、ブラウザ３６は、ブックマーク操作によりデバイスポートにアクセスすることが可能となり、デバイスからＥＷＳ情報を取得し、ウェブページをＬＣＤ１６に表示することが可能となる。
さらに言えば、ＰＣ１０では、電源投入時に制御プログラム３０が起動し（Ｓ１００）、制御プログラム３０は、関連情報に含まれるデバイス指定情報に応じたデバイスがＵＳＢＩ／Ｆ２０に接続されていることを確認すると（Ｓ１７８）、関連情報に基づいてデバイスポートを作成する（Ｓ１８４）。つまり、ＰＣ１０が起動して直ぐに、関連情報に基づくデバイスポートが作成される。これにより、関連情報に含まれるポート情報が示すポート番号のポートを、制御プログラム３０と異なるアプリケーションプログラムにより使用される前に、制御プログラム３０がデバイスポートとして占有することが可能となる。
また、ブラウザ３６がブックマーク保存されたポート情報を利用してＥＷＳ情報を取得する際に、ＵＳＢＩ／Ｆ２０に接続されたデバイスが取り外され、そのデバイスと異なるデバイスがＵＳＢＩ／Ｆ２０に接続されている場合には、ユーザが意図していないデバイスのＥＷＳ情報を，ブラウザ３６が取得する虞がある。具体的には、例えば、対象デバイスがＭＦＰ５０である場合に、ブラウザ３６でのブックマーク操作により、上述したように、ポート番号５１０００のデバイスポートにアクセスするためのポート情報がデータ記憶領域４６に記憶されている。このような場合に、ＭＦＰ５０がＵＳＢＩ／Ｆ２０から取り外され、そのＭＦＰ５０の代わりに、ＭＦＰ５４がＵＳＢＩ／Ｆ２０に接続される場合がある。そして、ＭＦＰ５０の代わりにＭＦＰ５４がＵＳＢＩ／Ｆ２０に接続された状態で、制御プログラム３０が再起動し、ライブラリ４０からＭＦＰ５４を指定するデバイス指定情報を含むポート情報の要求を受け付けると、そのＭＦＰ５４と通信を行うためのデバイスポートが作成される。この際、従来の手法では、対象デバイスの機種等を考慮せずにポート番号が決定されていたため、ＭＦＰ５４を対象デバイスとして、Ｓ１２４においてポート番号「５１０００」のデバイスポートが作成される可能性がある。そして、そのようにデバイスポートが作成されると、Ｓ１２８においてＭＦＰ５４を指定するデバイス指定情報と、ポート番号「５１０００」を示すポート情報とが関連付けてデータ記憶領域４６に記憶される。このような状態で、ブラウザ３６が、ブックマーク操作によりデバイスポートにアクセスすると、ポート番号「５１０００」のデバイスポートにアクセスし、そのデバイスポートに、ＥＷＳ情報の要求情報を出力する（Ｓ１３６）。そして、制御プログラム３０は、ポート番号５１０００のデバイスポートにＥＷＳ情報の要求情報を受け付けると、そのポート番号のポート情報と関連付けて記憶されているデバイス指定情報に応じたデバイス、つまり、ＭＦＰ５４に、ＥＷＳ情報の要求情報を出力する（Ｓ１３８）。このため、ＭＦＰ５４がＥＷＳ情報を制御プログラム３０に出力し、そのＥＷＳ情報が、制御プログラム３０によりブラウザ３６に出力される。これにより、ブラウザ３６は、ＭＦＰ５４のＥＷＳ情報を取得し、そのＥＷＳ情報に基づいてウェブページをＬＣＤ１６に表示する。つまり、ユーザは、ＭＦＰ５０のＥＷＳ情報を閲覧するべく、ブックマーク保存を行っているのに、ブックマーク操作によりＭＦＰ５０ではなく、ＭＦＰ５４のＥＷＳ情報がＬＣＤ１６に表示される。このように、ユーザが意図していないデバイスのＥＷＳ情報が，ＬＣＤ１６に表示されることは好ましくない。
そこで、制御プログラム３０は、ライブラリ４０からポート情報の要求を受け付けたことに応じてデバイスポートを作成する場合（Ｓ１２４）に、上述したように、ＰＩＤを利用してデバイスの機種毎にポート番号の異なるデバイスポートを作成している。つまり、ＭＦＰ５０の代わりにＭＦＰ５４がＵＳＢＩ／Ｆ２０に接続された状態で、制御プログラム３０が再起動し、ライブラリ４０からＭＦＰ５４を指定するデバイス指定情報を含むポート情報の要求を受け付けると、制御プログラム３０は、ＭＦＰ５４の機種に応じたポート番号のデバイスポートを作成する。つまり、ＭＦＰ５４のＰＩＤは、当然、ＭＦＰ５０のＰＩＤと異なっているため、上述したように、ＰＩＤを利用してポート番号を決定すると、ＭＦＰ５４を対象デバイスとするポート番号は、ＭＦＰ５０を対象デバイスとするポート番号と異なる番号に決定される。このため、制御プログラム３０は、Ｓ１２４においてポート番号「５１０００」と異なるポート番号、例えば、ポート番号「５５０００」のデバイスポートを作成する。そして、制御プログラム３０は、Ｓ１２８においてＭＦＰ５４を指定するデバイス指定情報と、ポート番号「５５０００」を示すポート情報とを関連付けてデータ記憶領域４６に記憶する。このような状態で、ブラウザ３６が、ブックマーク操作により、ポート番号５１０００のデバイスポートにアクセスするためのポート情報を利用してデバイスポートにアクセスしても、ポート番号「５５０００」のデバイスポートにアクセスすることはできない。これにより、ブラウザ３６が、ＭＦＰ５４のＥＷＳ情報を取得することはなくなり、ユーザが意図していないデバイスのＥＷＳ情報のＬＣＤ１６への表示を防止することが可能となる。
なお、上記説明では、アプリケーション３２のライブラリ４０からのポート情報の要求に応じて、制御プログラム３０がデバイスポートを作成し、そのデバイスポートのポート情報をアプリケーション３２のライブラリ４０に出力しているが、設定ツール３４にも、アプリケーション３２のライブラリ４０と同じライブラリ４２が含まれている。このため、設定ツール３４のライブラリ４２も、アプリケーション３２のライブラリ４０と同様の処理を行うことができる。つまり、上述したライブラリ４０による処理と同じ処理を、設定ツール３４のライブラリ４２も実行することが可能とされている。
また、上記実施形態では、図４に示すように、ブラウザ３６がＥＷＳ情報の要求情報を出力した後に、制御プログラム３０が、その要求情報に応じてＥＷＳ情報をブラウザ３６に出力するまで、デバイスポートは、情報を受付可能な状態とされない。つまり、制御プログラム３０は、ブラウザ３６から受け付けた１の要求に応じた返信を、ブラウザ３６に出力するまで、次の要求を受け付けることができず、処理時間が長くなる虞がある。そこで、制御プログラム３０は、ブラウザ３６から要求を受け付ける毎に、デバイスポートを受付可能状態とすることも可能である。
詳しくは、図５に示すように、ブラウザ３６が、デバイスポートにＥＷＳ情報の要求情報をＨＴＴＰで出力すると（Ｓ２００）、制御プログラム３０は、ＥＷＳ情報の要求情報をＵＳＢプロトコルでＭＦＰ５０に出力する（Ｓ２０２）。この際、制御プログラム３０は、ＥＷＳ情報の要求情報に、１番目の要求情報であることを示す識別情報（ＩＤ：Ｎｏ．１）を付与し、その識別情報が付与されたＥＷＳ情報の要求情報をＭＦＰ５０に出力する。そして、制御プログラム３０は、その要求情報に対する返信の受け付けを待つことなく、デバイスポートを受付可能状態とする（Ｓ２０４）。このため、デバイスポートは、１番目のＥＷＳ情報の要求情報に対する返信を待つことなく、ブラウザ３６が２番目に出力したＥＷＳ情報の要求情報を受け付ける（Ｓ２０６）。そして、制御プログラム３０は、２番目の要求情報であることを示す識別情報（ＩＤ：Ｎｏ．２）を付与したＥＷＳ情報の要求情報をＭＦＰ５０に出力し（Ｓ２０８）、デバイスポートを受付可能状態とする（Ｓ２１０）。
また、ＭＦＰ５０は、識別情報が付与されたＥＷＳ情報の要求情報を受け付けると、その要求情報に対する返信として、その要求情報に付与された識別情報をＥＷＳ情報に付与し、識別情報が付与されたＥＷＳ情報をＵＳＢプロトコルで、制御プログラム３０に出力する。このため、ＭＦＰ５０は、例えば、１番目のＥＷＳ情報の要求情報に対する返信として、識別情報「ＩＤ：Ｎｏ．１」が付与されたＥＷＳ情報をＵＳＢプロトコルで制御プログラム３０に出力する（Ｓ２１２）。そして、制御プログラム３０は、識別情報「ＩＤ：Ｎｏ．１」が付与されたＥＷＳ情報をＨＴＴＰでブラウザ３６に出力する（Ｓ２１４）。
また、制御プログラム３０は、Ｓ２１０でデバイスポートを受付可能状態としているため、ブラウザ３６が３番目に出力したＥＷＳ情報の要求情報を受け付ける（Ｓ２１６）。そして、制御プログラム３０は、３番目の要求情報であることを示す識別情報（ＩＤ：Ｎｏ．３）を付与したＥＷＳ情報の要求情報をＭＦＰ５０に出力し（Ｓ２１８）、デバイスポートを受付可能状態とする（Ｓ２２０）。また、ＭＦＰ５０が、例えば、２番目のＥＷＳ情報の要求情報に対する返信として、識別情報「ＩＤ：Ｎｏ．２」が付与されたＥＷＳ情報をＵＳＢプロトコルで制御プログラム３０に出力すると（Ｓ２２２）、制御プログラム３０は、識別情報「ＩＤ：Ｎｏ．２」が付与されたＥＷＳ情報をＨＴＴＰでブラウザ３６に出力する（Ｓ２２４）。また、ＭＦＰ５０が、例えば、３番目のＥＷＳ情報の要求情報に対する返信として、識別情報「ＩＤ：Ｎｏ．３」が付与されたＥＷＳ情報をＵＳＢプロトコルで制御プログラム３０に出力すると（Ｓ２２６）、制御プログラム３０は、識別情報「ＩＤ：Ｎｏ．３」が付与されたＥＷＳ情報をＨＴＴＰでブラウザ３６に出力する（Ｓ２２８）。
このように、制御プログラム３０が、ブラウザ３６から要求情報を受け付ける毎に、デバイスポートを受付可能状態とすることで、制御プログラム３０が出力した要求情報の返信を待つことなく、ブラウザ３６からの要求情報を順次、受け付けることが可能となる。これにより、処理時間の短縮を図ることが可能となる。また、制御プログラム３０が出力するＥＷＳ情報の要求情報及び、ＥＷＳ情報に、識別情報が付与されることで、ブラウザ３６が出力したＥＷＳ情報の要求情報と、その要求情報に対するＥＷＳ情報とを確実に対応させることが可能となる。
また、上記実施形態では、制御プログラム３０が作成したデバイスポートに、ブラウザ３６がデバイスリクエストとして、ＥＷＳ情報の要求情報を出力することで、ＭＦＰ５０からＥＷＳ情報を取得しているが、制御プログラム３０が作成したデバイスポートに、アプリケーション３２がデバイスリクエストとして、各種画像処理の要求を出力することで、ＭＦＰ５０に各種画像処理を実行させることができる。
詳しくは、制御プログラム３０が、デバイスポートを作成し（図３参照：Ｓ１２４）、作成したデバイスポートを受付可能状態とした後に（Ｓ１２６）、そのデバイスポートのポート情報と、デバイス指定情報とを関連付けてデータ記憶領域４６に記憶すると（Ｓ１２８）、制御プログラム３０は、ライブラリ４０でなく、図６に示すように、アプリケーション３２にポート情報を出力する（Ｓ３００）。これにより、アプリケーション３２は、制御プログラム３０が作成したデバイスポートにアクセス可能となり、そのデバイスポートにコピー処理の要求をＨＴＴＰで出力する（Ｓ３０２）。そして、制御プログラム３０は、デバイスポートにＨＴＴＰでのコピー処理の要求を受け付けると、そのデバイスポートのポート情報と関連付けて記憶されているデバイス指定情報に応じたデバイス、つまり、ＭＦＰ５０に、コピー処理の要求をＵＳＢプロトコルで出力する（Ｓ３０４）。これにより、ＭＦＰ５０においてコピー処理が実行される（Ｓ３０６）。この際、ＭＦＰ５０は、コピー処理を完了させると、制御プログラム３０にコピー処理が完了したことを示す情報をＵＳＢプロトコルで送信する（Ｓ３０８）。また、ＭＦＰ５０は、コピー処理にエラーが発生した場合には、エラーが発生したことを示す情報を制御プログラム３０にＵＳＢプロトコルで送信する（Ｓ３０８）。そして、制御プログラム３０は、コピー処理が完了したことを示す情報、若しくは、エラーが発生したことを示す情報を、ＨＴＴＰでアプリケーション３２に出力する（Ｓ３１０）。なお、制御プログラム３０は、コピー処理が完了したことを示す情報、若しくは、エラーが発生したことを示す情報をアプリケーション３２に出力した後に、デバイスポートを受付可能状態とする（Ｓ３１２）。このように、制御プログラム３０が作成したデバイスポートに、アプリケーション３２がデバイスリクエストとして、各種画像処理の要求を出力することで、ＭＦＰ５０に各種画像処理を実行させることもできる。
なお、Ｓ１０６を実行するＣＰＵ１２は、第２作成手段の一例である。Ｓ１１６を実行するＣＰＵ１２は、取得手段、受付手段及び第４出力手段の一例である。Ｓ１２４を実行するＣＰＵ１２は、第３作成手段の一例である。Ｓ１２８を実行するＣＰＵ１２は、記憶制御手段の一例である。Ｓ１３０を実行するＣＰＵ１２は、公開手段、第２出力手段及び第３出力手段の一例である。Ｓ１３８，Ｓ１４８，Ｓ２０２，Ｓ２０８，Ｓ２１８，Ｓ３０４を実行するＣＰＵ１２は、送信手段の一例である。Ｓ１４０，Ｓ１５０，Ｓ２１２，Ｓ２２２，Ｓ２２６，Ｓ３０８を実行するＣＰＵ１２は、受信手段の一例である。Ｓ１４２，Ｓ１５２，Ｓ２１４，Ｓ２２４，Ｓ２２８，Ｓ３１０を実行するＣＰＵ１２は、第１出力手段の一例である。Ｓ１６６，Ｓ１７２，Ｓ１７８を実行するＣＰＵ１２は、判断手段の一例である。Ｓ１８４を実行するＣＰＵ１２は、第１作成手段の一例である。
上記した実施形態によれば、以下の効果を奏する。
上記実施形態では、制御プログラム３０が、デバイスを指定するデバイス指定情報を受け付けると、そのデバイス指定情報と、ポート番号を示すポート情報とを関連付けてデータ記憶領域４６に記憶する。そして、制御プログラム３０は、データ記憶領域４６に記憶したポート情報とデバイス指定情報とに基づいて、当該デバイス指定情報に応じたデバイスと通信を行うためのデバイスポートであって、当該ポート情報が示すポート番号のデバイスポートを作成する。このため、制御プログラム３０は、そのデバイスポートへのデバイスリクエストをＨＴＴＰに従った第１プロトコルで受け付けると、当該デバイスリクエストをＵＳＢＩ／Ｆ２０に接続されているデバイスにＵＳＢプロトコルで送信する。この際、制御プログラム３０は、そのデバイスからデバイスリクエストの返信を受信すると、その返信を、デバイスリクエストのリクエスト元のプログラムにＨＴＴＰによって出力する。これにより、デバイス指定情報に応じたデバイスに、適切にデバイスリクエストを送信することが可能となる。なお、ＨＴＴＰはネットワーク６０を介して通信を行うためのプロトコルであり、ポート番号はＨＴＴＰで用いられる番号である。
また、上記実施形態では、制御プログラム３０が、デバイス指定情報に基づいてデバイスポートを作成すると、そのデバイスポートのポート情報をライブラリ４０に出力する。そして、ライブラリ４０は、ポート情報を受け付けると、そのポート情報をブラウザ３６に出力し、ブラウザ３６は、ポート情報を受け付けると、そのポート情報を用いてデバイスリクエストをデバイスポートにＨＴＴＰで出力する。このため、制御プログラム３０は、デバイスポートへのデバイスリクエストを受け付けると、当該デバイスリクエストをＵＳＢＩ／Ｆ２０に接続されているデバイスにＵＳＢプロトコルで送信する。この際、制御プログラム３０は、そのデバイスからデバイスリクエストの返信を受信すると、その返信を、ブラウザ３６にＨＴＴＰで出力する。これにより、ブラウザ３６からＨＴＴＰで出力されたデバイスリクエストを、ＵＳＢＩ／Ｆ２０を介してデバイスに送信し、そのデバイスからデバイスリクエストの返信をブラウザ３６に出力することが可能となる。
また、制御プログラム３０は、デバイス指定情報とポート情報とを関連付けてデータ記憶領域４６に記憶した後に、当該制御プログラム３０が再起動された場合に、データ記憶領域４６に記憶したポート情報とデバイス指定情報とに基づいてデバイスポートを作成する。これにより、制御プログラム３０が再起動された場合においても、デバイス指定情報に応じたデバイスに、適切にデバイスリクエストを送信することが可能となる。
また、制御プログラム３０は、データ記憶領域４６に記憶されているポート情報とデバイス指定情報とに基づいてデバイスポートを作成する前に、デバイス指定情報に応じたデバイスからデバイスリクエストを受け付けるためのデバイポートを作成する。この際、制御プログラム３０は、状況に応じて異なるポート番号のデバイスポートを作成する。例えば、作成しようとしたデバイスポートのポート番号が既に使用されている場合に、そのポート番号と異なるポート番号のデバイスポートを作成する。そして、制御プログラム３０は、その作成したデバイスポートのポート情報とデバイス指定情報とをデータ記憶領域４６に記憶させ、その作成したデバイスポートが破棄された場合に、データ記憶領域４６に記憶されているポート情報とデバイス指定情報とに基づいてデバイスポートを作成する。これにより、最初に作成したデバイスポートが破棄された場合に、そのデバイスポートと同じポート番号のデバイスポートを作成することができる。
また、制御プログラム３０は、ライブラリ４０からデバイス指定情報を受け付けると、そのデバイス指定情報に応じたデバイスのデバイスポートを作成する。これにより、ライブラリ４０が指定するデバイスのデバイスポートを作成することができる。
また、制御プログラム３０は、ライブラリ４０からポート情報の要求を受け付けると、デバイスポートを作成し、作成したデバイスポートのポート情報をライブラリ４０に出力する。これにより、ライブラリ４０の要求に応じたデバイスポートを作成するとともに、そのデバイスポートにアクセスするための情報をライブラリ４０が取得することができる。
また、制御プログラム３０は、データ記憶領域４６に記憶されているデバイス指定情報に応じたデバイスと通信が確立しているか否かを判断しており、デバイスと通信が確立していると判断された場合に、データ記憶領域４６に記憶されているポート情報とデバイス指定情報とに基づいてデバイスポートを作成する。これにより、デバイス指定情報に応じたデバイスと確実に通信することが可能なデバイスポートを作成することができる。
制御プログラム３０は、デバイスリクエストとして、ＥＷＳ情報の要求情報をＨＴＴＰで受け付けた場合に、そのＥＷＳ情報の要求情報をＵＳＢＩ／Ｆ２０に接続されているデバイスにＵＳＢプロトコルで送信する。この際、制御プログラム３０は、そのデバイスからＥＷＳ情報を受信すると、そのＥＷＳ情報を、ＥＷＳ情報のリクエスト元のプログラムにＨＴＴＰによって出力する。これにより、デバイスポートを介して適切にＥＷＳ情報の送受信を行うことができる。
また、本発明は、上記実施形態に限定されるものではなく、当業者の知識に基づいて種々の変更、改良を施した種々の態様で実施することが可能である。具体的には、例えば、上記実施形態では、ＰＩＤを利用してデバイスの機種毎に異なるポート番号のデバイスポートが作成されているが、デバイスのシリアル番号等を利用してデバイスの個体毎に異なるポート番号のデバイスポートが作成されてもよい。これにより、厳密に個体識別されたデバイスポートを作成することが可能となる。ただし、同じ機種のデバイスが何台も１台のＰＣにＵＳＢ接続されていることは少ないため、デバイスの機種毎に異なるポート番号のデバイスポートを作成することで、充分の効果を得ることができる。また、シリアル番号等を利用してデバイスの個体毎に異なるポート番号のデバイスポートを作成する場合には、シリアル番号の取得などにおいて処理負荷が高くなる虞もある。さらに言えば、デバイスが故障して、同じ機種のデバイスに交換する場合、会社が保有している複数の同機種のデバイスの何れかを使用する場合などにおいて、デバイスの機種毎に異なるポート番号のデバイスポートを作成すれば、何れのデバイスがＰＣにＵＳＢ接続されても、ブックマーク保存したポート情報を利用してデバイスポートにアクセスすることが可能となる。
また、上記実施形態では、ＨＴＴＰでのデバイスリクエストをＵＳＢＩ／Ｆ２０を介してデバイスに送信し、そのデバイスからデバイスリクエストの返信をＵＳＢＩ／Ｆ２０を介して受信する技術に、本発明が適用されているが、第１の通信プロトコルでのデバイスリクエストを、その第１のプロトコルに応じた第１の通信インタフェースと異なる第２の通信インタフェースを介してデバイスに送信し、そのデバイスからデバイスリクエストの返信を第２の通信インタフェースを介して受信する技術に、本発明が適用されてもよい。つまり、第１の通信プロトコル及び第２の通信プロトコルが、ＨＴＴＰ及びＵＳＢプロトコルに限定される必要はない。
また、上記実施形態では、ＣＰＵ１２によって図２～図６に示す処理が実行される例を説明したが、これら処理は、ＣＰＵ１２に限らず、ＡＳＩＣや他の論理集積回路により実行されてもよいし、これら処理が、ＣＰＵ等やＡＳＩＣ、他の論理集積回路が協働することにより実行されてもよい。
１０：ＰＣ、１２：ＣＰＵ、２０：ＵＳＢＩ／Ｆ、３０：制御プログラム、３２：アプリケーション、３６：ブラウザ、４０：ライブラリ、５０：ＭＦＰ、５６：ＥＷＳ

Claims (13)

  1. 第１通信インタフェースおよび第２通信インタフェースを備える情報処理装置のコンピュータが読み取り可能なプログラムであって、
    前記コンピュータを、
    デバイスを指定するデバイス指定情報を取得する取得手段と、
    前記取得手段により取得されたデバイス指定情報と、当該デバイス指定情報により指定されるデバイスと通信を行うためのデバイスポートを示すポート情報とを関連付けて、前記情報処理装置のメモリに記憶させる記憶制御手段と、
    前記メモリに関連付けて記憶されているデバイス指定情報とポート情報とに基づいて、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成する第１作成手段として機能させ、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記プログラムがインストールされているコンピュータにインストールされたプログラムであって前記プログラムとは異なるプログラムを実行するコンピュータから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
    前記コンピュータを、
    前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、
    前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
    前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムを実行するコンピュータに、前記第１プロトコルで出力する第１出力手段と、
    して機能させ、
    前記第１作成手段は、
    前記メモリにデバイス指定情報とポート情報とが関連付けて記憶された後に、当該プログラムを実行するコンピュータが再起動された場合に、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成し、
    前記記憶制御手段は、
    前記取得手段により取得されたデバイス指定情報と、前記第１作成手段により作成されたデバイスポートのポート情報とを関連付けて、前記メモリに記憶させ、
    前記送信手段は、
    前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信することを特徴とするプログラム。
  2. 前記コンピュータを、
    前記プログラムと異なる別プログラムを実行するコンピュータからリクエストを受け付けるための受付ポートを作成する第２作成手段と、
    前記受付ポートへのリクエストを受け付けた場合に、当該リクエストのリクエスト元のプログラムを実行するコンピュータに、前記デバイスポートを公開する公開手段と、
    して機能させ、
    前記送信手段は、
    前記公開手段により公開された前記デバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信することを特徴とする請求項１に記載のプログラム。
  3. 第１通信インタフェースおよび第２通信インタフェースを備える情報処理装置のコンピュータが読み取り可能なプログラムであって、
    前記コンピュータを、
    デバイスを指定するデバイス指定情報を取得する取得手段と、
    前記取得手段により取得されたデバイス指定情報と、当該デバイス指定情報により指定されるデバイスと通信を行うためのデバイスポートを示すポート情報とを関連付けて、前記情報処理装置のメモリに記憶させる記憶制御手段と、
    前記メモリに関連付けて記憶されているデバイス指定情報とポート情報とに基づいて、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成する第１作成手段として機能させ、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記プログラムがインストールされているコンピュータにインストールされたプログラムであって前記プログラムとは異なるプログラムを実行するコンピュータから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
    前記コンピュータを、
    前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、
    前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
    前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムを実行するコンピュータに、前記第１プロトコルで出力する第１出力手段と、
    前記取得手段により取得されたデバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートを、前記第１作成手段によりデバイスポートが作成される前に作成する第３作成手段として機能させ、
    前記第３作成手段は、
    状況に応じて異なるポート情報のデバイスポートを作成し、
    前記記憶制御手段は、
    前記取得手段により取得されたデバイス指定情報と、前記第３作成手段により作成されたデバイスポートを示すポート情報とを関連付けて前記メモリに記憶させ、
    前記第１作成手段は、
    前記第３作成手段により作成されたデバイスポートが破棄された場合に、前記メモリに関連付けて記憶されているデバイス指定情報とポート情報とに基づいて、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成することを特徴とするプログラム。
  4. 前記取得手段は、
    前記プログラムと異なるプログラムである別プログラムを実行するコンピュータから前記デバイス指定情報を取得し、
    前記第３作成手段は、
    前記取得手段によりデバイス指定情報が取得された後に、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートを作成することを特徴とする請求項３に記載のプログラム。
  5. 前記コンピュータを、
    前記プログラムと異なるプログラムである別プログラムを実行するコンピュータからポート情報のリクエストを受け付ける受付手段として機能させ、
    前記第３作成手段は、
    前記受付手段がポート情報のリクエストを受け付けたことを条件として、デバイスポートを作成し、
    前記コンピュータを、
    前記第３作成手段により作成されたデバイスポートのポート情報を第１プロトコルで前記別プログラムを実行するコンピュータに出力する第３出力手段として機能させることを特徴とする請求項３又は４に記載のプログラム。
  6. 第１通信インタフェースおよび第２通信インタフェースを備える情報処理装置のコンピュータが読み取り可能なプログラムであって、
    前記コンピュータを、
    デバイスを指定するデバイス指定情報を取得する取得手段と、
    前記取得手段により取得されたデバイス指定情報と、当該デバイス指定情報により指定されるデバイスと通信を行うためのデバイスポートを示すポート情報とを関連付けて、前記情報処理装置のメモリに記憶させる記憶制御手段と、
    前記メモリに関連付けて記憶されているデバイス指定情報とポート情報とに基づいて、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成する第１作成手段として機能させ、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記プログラムがインストールされているコンピュータにインストールされたプログラムであって前記プログラムとは異なるプログラムを実行するコンピュータから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
    前記コンピュータを、
    前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、
    前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
    前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムを実行するコンピュータに、前記第１プロトコルで出力する第１出力手段と、
    前記メモリに記憶されているデバイス指定情報により指定されるデバイスとの通信が前記第２プロトコルで確立しているか否かを判断する判断手段として機能させ、
    前記第１作成手段は、
    前記判断手段によりデバイスとの通信が確立していると判断された場合に、当該デバイスへの前記第１プロトコルによるデバイスリクエストを受け付けるためのデバイスポートであって、当該デバイスのデバイス指定情報と関連付けてメモリに記憶されているポート情報に応じたデバイスポートを作成することを特徴とするプログラム。
  7. 前記第１プロトコルは、ネットワークを介して通信を行うためのプロトコルであり、
    前記ポート情報は、前記第１プロトコルで用いられるデバイスポートのポート番号を示す情報であることを特徴とする請求項１乃至６の何れか１項に記載のプログラム。
  8. 前記第１プロトコルは、ＨＴＴＰであることを特徴とする請求項７に記載のプログラム。
  9. 前記コンピュータを、
    前記第１作成手段により作成されたデバイスポートのポート情報を前記第１プロトコルで、前記プログラムと異なる別プログラムを実行するコンピュータに出力する第２出力手段として機能させ、
    前記別プログラムを実行するコンピュータは、前記ポート情報を受け付けた場合に、当該ポート情報をブラウザに出力するように構成されており、
    前記送信手段は、
    前記ブラウザが受け付けたポート情報を用いて出力したデバイスポートへのデバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、前記第２プロトコルによって送信し、
    前記第１出力手段は、
    前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元である前記ブラウザに、前記第１プロトコルで出力することを特徴とする請求項１乃至７の何れか１項に記載のプログラム。
  10. 前記コンピュータを、
    前記別プログラムからリクエストを受け付けるための受付ポートを作成する第２作成手段と、
    前記受付ポートへのリクエストを受け付けた場合に、当該リクエストのリクエスト元のプログラムを実行するコンピュータに、前記デバイスポートを公開する公開手段と、
    して機能させ、
    前記送信手段は、
    前記公開手段により公開された前記デバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信することを特徴とする請求項９に記載のプログラム。
  11. 前記送信手段は、
    前記第１作成手段により作成された前記デバイスポートへの前記デバイスリクエストとして、前記デバイスに組み込まれたサーバに記憶されているサーバ情報のリクエストを受け付けた場合に、当該サーバ情報のリクエストを前記デバイスに前記第２通信インタフェースに接続されたデバイスに、前記第２プロトコルによって送信し、
    前記受信手段は、
    前記送信手段により送信されたサーバ情報のリクエストに対する返信として、当該サーバ情報を前記デバイスから前記第２通信インタフェースを介して受信し、
    前記第１出力手段は、
    前記受信手段により受信したサーバ情報を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムを実行するコンピュータに、前記第１プロトコルで出力することを特徴とする請求項１乃至１０の何れか１項に記載のプログラム。
  12. 第１通信インタフェースおよび第２通信インタフェースを備える情報処理装置のコンピュータが読み取り可能な第１プログラムと第２プログラムとを含むプログラム群であって、
    前記コンピュータを、
    デバイスを指定するデバイス指定情報を出力する第４出力手段として前記第２プログラムにより機能させ、
    前記コンピュータを、
    前記第４出力手段により出力されたデバイス指定情報を取得する取得手段と、
    前記取得手段により取得されたデバイス指定情報と、当該デバイス指定情報により指定されるデバイスと通信を行うためのデバイスポートを示すポート情報とを関連付けて、前記情報処理装置のメモリに記憶させる記憶制御手段と、
    前記メモリに関連付けて記憶されているデバイス指定情報とポート情報とに基づいて、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成する第１作成手段として前記第１プログラムにより機能させ、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記コンピュータにインストールされたプログラムであって前記第１プログラムとは異なるプログラムを実行するコンピュータから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
    前記コンピュータを、
    前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルで送信する送信手段と、
    前記送信手段により送信されたデバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として前記第１プログラムにより機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
    前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムを実行するコンピュータに、前記第１プロトコルで出力する第１出力手段と、
    して前記第１プログラムにより機能させ、
    前記第１作成手段は、
    前記メモリにデバイス指定情報とポート情報とが関連付けて記憶された後に、当該プログラムを実行するコンピュータが再起動された場合に、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成し、
    前記記憶制御手段は、
    前記取得手段により取得されたデバイス指定情報と、前記第１作成手段により作成されたデバイスポートのポート情報とを関連付けて、前記メモリに記憶させ、
    前記送信手段は、
    前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信することを特徴とするプログラム群。
  13. 第１通信インタフェースと第２通信インタフェースとコンピュータとを備える情報処理装置であって、
    前記コンピュータに、第１プログラムと第２プログラムとがインストールされており、
    前記コンピュータを、
    デバイスを指定するデバイス指定情報を出力する第４出力手段として前記第２プログラムにより機能させ、
    前記コンピュータを、
    前記第４出力手段により出力されたデバイス指定情報を取得する取得手段と、
    前記取得手段により取得されたデバイス指定情報と、当該デバイス指定情報により指定されるデバイスと通信を行うためのデバイスポートを示すポート情報とを関連付けて、前記情報処理装置のメモリに記憶させる記憶制御手段と、
    前記メモリに関連付けて記憶されているデバイス指定情報とポート情報とに基づいて、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成する第１作成手段として前記第１プログラムにより機能させ、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記コンピュータにインストールされたプログラムであって前記第１プログラムとは異なるプログラムを実行するコンピュータから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
    前記コンピュータを、
    前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルで送信する送信手段と、
    前記送信手段により送信されたデバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として前記第１プログラムにより機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
    前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムを実行するコンピュータに、前記第１プロトコルで出力する第１出力手段として前記第１プログラムにより機能させ、
    前記第１作成手段は、
    前記メモリにデバイス指定情報とポート情報とが関連付けて記憶された後に、当該プログラムを実行するコンピュータが再起動された場合に、当該デバイス指定情報により指定されるデバイスへのデバイスリクエストを受け付けるためのデバイスポートであって、当該ポート情報に応じたデバイスポートを作成し、
    前記記憶制御手段は、
    前記取得手段により取得されたデバイス指定情報と、前記第１作成手段により作成されたデバイスポートのポート情報とを関連付けて、前記メモリに記憶させ、
    前記送信手段は、
    前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信することを特徴とする情報処理装置。
JP2019226157A 2019-12-16 2019-12-16 プログラム、プログラム群、および情報処理装置 Active JP7413750B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019226157A JP7413750B2 (ja) 2019-12-16 2019-12-16 プログラム、プログラム群、および情報処理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019226157A JP7413750B2 (ja) 2019-12-16 2019-12-16 プログラム、プログラム群、および情報処理装置

Publications (2)

Publication Number Publication Date
JP2021096555A JP2021096555A (ja) 2021-06-24
JP7413750B2 true JP7413750B2 (ja) 2024-01-16

Family

ID=76431496

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019226157A Active JP7413750B2 (ja) 2019-12-16 2019-12-16 プログラム、プログラム群、および情報処理装置

Country Status (1)

Country Link
JP (1) JP7413750B2 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014092889A (ja) 2012-11-02 2014-05-19 Brother Ind Ltd 通信装置および通信プログラム
JP2014103504A (ja) 2012-11-19 2014-06-05 Brother Ind Ltd 通信中継プログラム、通信中継方法、情報処理装置及び画像処理装置
JP2014102620A (ja) 2012-11-19 2014-06-05 Brother Ind Ltd 通信中継プログラム、及び、通信中継装置
JP2014106581A (ja) 2012-11-26 2014-06-09 Brother Ind Ltd 画像処理装置および通信プログラム
JP2017010388A (ja) 2015-06-24 2017-01-12 キヤノン株式会社 Ｈｔｔｐサーバとその制御方法、画像形成装置およびプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014092889A (ja) 2012-11-02 2014-05-19 Brother Ind Ltd 通信装置および通信プログラム
JP2014103504A (ja) 2012-11-19 2014-06-05 Brother Ind Ltd 通信中継プログラム、通信中継方法、情報処理装置及び画像処理装置
JP2014102620A (ja) 2012-11-19 2014-06-05 Brother Ind Ltd 通信中継プログラム、及び、通信中継装置
JP2014106581A (ja) 2012-11-26 2014-06-09 Brother Ind Ltd 画像処理装置および通信プログラム
JP2017010388A (ja) 2015-06-24 2017-01-12 キヤノン株式会社 Ｈｔｔｐサーバとその制御方法、画像形成装置およびプログラム

Also Published As

Publication number Publication date
JP2021096555A (ja) 2021-06-24

Similar Documents

Publication Publication Date Title
US8228521B2 (en) Data processing apparatus, printing system, job execution system, and job execution method
JP2008251009A (ja) エンドユーザのコンピュータでターゲット装置のドライバをインストールするための方法及び周辺装置
JP2012008860A (ja) 画像形成装置、印刷制御方法、及びプログラム
JP4844105B2 (ja) ローカルデバイスが接続される制御装置におけるメニューデータの生成
JP2009205529A (ja) ドライバインストール方法およびドライバインストールプログラム
JP7338461B2 (ja) プログラム、プログラム群、および情報処理装置
JP2015097356A (ja) 通信システム、画像形成装置及びそれらの制御方法、並びにプログラム
US20140355035A1 (en) Non-Transitory Storage Medium Storing Instructions, Information Processing Device, Image Processing Apparatus, and Image Processing System
JP4742784B2 (ja) 情報分配処理プログラム、情報処理装置、および情報分配処理システム
JP7413750B2 (ja) プログラム、プログラム群、および情報処理装置
EP2838010B1 (en) Information processing apparatus, information processing method, and processing apparatus
JP7427951B2 (ja) プログラム、プログラム群、および情報処理装置
JP5573411B2 (ja) 画像形成装置、プログラム、及びインストール方法
JP2008217777A (ja) 情報処理装置、および情報処理方法
JP6714805B2 (ja) 情報処理システム及び情報処理方法
US20190068817A1 (en) Electronic Device, Service Execution System, and Log Acquisition Method
JP5974726B2 (ja) プレビュー画面表示制御装置およびプログラム
JP6424538B2 (ja) 情報処理装置、情報処理システム及びプログラム
US20230308556A1 (en) Information processing apparatus, image forming apparatus, image forming system, and non-transitory computer readable medium
JP7115071B2 (ja) プリンタドライバ、及び情報処理装置
JP2011209821A (ja) 画像形成システム、認証方法、および画像形成装置
JP2005018744A (ja) 描画装置、描画プログラム、記録媒体及び描画方法
JP6335546B2 (ja) 画像処理装置、画像処理装置の制御方法、及びプログラム
JP2023159765A (ja) 画像処理装置、画像処理装置の制御方法、画像処理装置のプログラム、画像処理装置と管理システムを含むシステム及びシステムの制御方法
JP2018041346A (ja) 情報処理方法及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221118

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230831

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230912

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231102

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231128

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20231211

R150 Certificate of patent or registration of utility model

Ref document number: 7413750

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150