ホーム > 特許ランキング > ブラザー工業株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-08-28
(45)【発行日】2023-09-05
(54)【発明の名称】プログラム、プログラム群、および情報処理装置
(51)【国際特許分類】
G06F 3/12 20060101AFI20230829BHJP
H04L 67/00 20220101ALI20230829BHJP
H04N 1/00 20060101ALI20230829BHJP
G06F 13/38 20060101ALI20230829BHJP
【ＦＩ】
G06F3/12 336
G06F3/12 304
H04L67/00
H04N1/00 127B
G06F13/38 320Z
【請求項の数】
14
(21)【出願番号】P 2019236253
(22)【出願日】2019-12-26
(65)【公開番号】P2021105800
(43)【公開日】2021-07-26
【審査請求日】2022-12-09
(73)【特許権者】
【識別番号】000005267
【氏名又は名称】ブラザー工業株式会社
(74)【代理人】
【識別番号】110000992
【氏名又は名称】弁理士法人ネクスト
(72)【発明者】
【氏名】野尻 弘也
(72)【発明者】
【氏名】成田 建樹
(72)【発明者】
【氏名】松下 聡
【審査官】佐賀野 秀一
(56)【参考文献】
【文献】特開２０１４－０８９６７５（ＪＰ，Ａ）
【文献】特開２００７－１７２１９６（ＪＰ，Ａ）
【文献】特開２０１４－１０３５０４（ＪＰ，Ａ）
【文献】特開２０１４－１０２６２０（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ３／１２
Ｇ０６Ｆ １３／００
Ｈ０４Ｌ ６７／００
Ｈ０４Ｎ １／００
Ｇ０６Ｆ １３／３８
(57)【特許請求の範囲】
【請求項1】
第１通信インタフェースおよび第２通信インタフェースを備える情報処理装置のコンピュータが読み取り可能なプログラムであって、前記コンピュータを、
デバイスを指定するデバイス指定情報を取得する取得手段と、
前記取得手段により前記デバイス指定情報が取得される毎に、当該デバイス指定情報により指定されるデバイスに対応させるポート情報を特定する特定手段として機能させ、前記ポート情報は、対応する前記デバイスへのデバイスリクエストを受け付けるために用いられる情報であって、前記特定手段は、複数の前記デバイス指定情報によりそれぞれ指定された複数の前記デバイスに対応させるポート情報として、それぞれ異なる複数のポート情報を特定し、
前記特定手段により特定されたポート情報に応じたデバイスポートを作成する第１作成手段として機能させ、前記ポート情報は前記情報処理装置において有限な情報であり、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記プログラムがインストールされているコンピュータにインストールされたプログラムであって前記プログラムとは異なるプログラムから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
前記コンピュータを、
前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、
前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
前記コンピュータを、
前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムに、前記第１プロトコルで出力する第１出力手段と、
前記特定手段によって特定されたポート情報の量が、前記有限な情報の量のうちの所定の範囲を超えたか否かを判断する第１判断手段と、
前記第１判断手段により前記ポート情報の量が前記所定の範囲を超えたと判断された場合に、前記第１作成手段により作成されたデバイスポートを閉じる閉鎖手段と、
して機能させ、
前記特定手段は、
前記閉鎖手段によりデバイスポートが閉じられた後に、前記デバイスポートを示すポート情報として、当該閉鎖手段により閉じられたデバイスポートを示すポート情報を特定することを特徴とするプログラム。
【請求項2】
前記コンピュータを、前記プログラムと異なる別プログラムからリクエストを受け付ける受付手段として機能させ、
前記特定手段は、
前記受付手段がリクエストを受け付けたことに応じて前記ポート情報を特定し、
前記第１判断手段は、
当該特定手段によって特定されたポート情報の量が、前記有限な情報の量のうちの所定の範囲を超えたか否かを判断し、
前記第１作成手段は、
前記第１判断手段により前記ポート情報の量が前記所定の範囲を超えていないと判断された場合に、前記特定手段により特定されたポート情報に応じたデバイスポートを作成し、
前記閉鎖手段は、
前記第１判断手段により前記ポート情報の量が前記所定の範囲を超えたと判断された場合に、前記第１作成手段により作成されたデバイスポートを閉じることを特徴とする請求項１に記載のプログラム。
【請求項3】
複数の前記別プログラムが、前記情報処理装置にインストールされており、前記受付手段は、
前記複数の別プログラムの各々からリクエストを受け付け、
前記特定手段は、
前記受付手段が前記複数の別プログラムの各々からリクエストを受け付けたことに応じて前記ポート情報を特定し、
前記第１判断手段は、
当該特定手段によって特定されたポート情報の量が、前記有限な情報の量のうちの所定の範囲を超えたか否かを判断することを特徴とする請求項２に記載のプログラム。
【請求項4】
前記別プログラムは、ユーザ操作により起動及び終了し、前記プログラムは、前記別プログラムの終了に伴って終了しないことを特徴とする請求項２又は３に記載のプログラム。
【請求項5】
前記コンピュータを、前記受付手段がリクエストを受け付けたことに応じて前記特定手段により前記ポート情報が特定されたことで、前記第１判断手段により前記ポート情報の量が前記所定の範囲を超えたと判断された場合に、前記ポート情報を特定することができないことを示す特定不能情報を出力する第２出力手段として機能させ、
前記特定手段は、
前記第２出力手段が特定不能情報を出力した後に、前記受付手段が、再度、リクエストを受け付けたことに応じて、前記デバイスポートを示すポート情報として、前記閉鎖手段により閉じられたデバイスポートを示すポート情報を特定することを特徴とする請求項２乃至４の何れか１項に記載のプログラム。
【請求項6】
前記閉鎖手段は、前記第２出力手段が特定不能情報を出力した後に、前記プログラムを一旦終了させた後に再度、起動することで、前記第１作成手段により作成されたデバイスポートを閉じることを特徴とする請求項５に記載のプログラム。
【請求項7】
前記コンピュータを、前記第１作成手段により作成されたデバイスポートに対する処理を実行するためのサブスレッドを作成する第２作成手段として機能させ、
前記第１判断手段は、
メインスレッドにおいて、前記特定手段によって特定されたポート情報の量が、前記有限な情報の量のうちの所定の範囲を超えたか否かを判断し、
前記閉鎖手段は、
前記サブスレッドにおいて、前記第１作成手段により作成されたデバイスポートを閉じることを特徴とする請求項１乃至５の何れか１項に記載のプログラム。
【請求項8】
前記閉鎖手段は、前記デバイスポートが前記デバイスリクエストを受け付けていない場合及び、前記デバイスポートが前記デバイスリクエストを受け付けていても、当該デバイスリクエストの返信が当該デバイスリクエストのリクエスト元のプログラムに出力されている場合に、前記サブスレッドにおいて、前記第１作成手段により作成されたデバイスポートを閉じることを特徴とする請求項７に記載のプログラム。
【請求項9】
第１通信インタフェースおよび第２通信インタフェースを備える情報処理装置のコンピュータが読み取り可能な第１プログラムと第２プログラムとを含むプログラム群であって、前記コンピュータを、
デバイスを指定するデバイス指定情報を出力する第３出力手段として前記第２プログラムにより機能させ、
前記コンピュータを、
前記第３出力手段により出力されたデバイス指定情報を取得する取得手段と、
前記取得手段により前記デバイス指定情報が取得される毎に、当該デバイス指定情報により指定されるデバイスに対応させるポート情報を特定する特定手段として機能させ、前記ポート情報は、対応する前記デバイスへのデバイスリクエストを受け付けるために用いられる情報であって、前記特定手段は、複数の前記デバイス指定情報によりそれぞれ指定された複数の前記デバイスに対応させるポート情報として、それぞれ異なる複数のポート情報を特定し、
前記特定手段により特定されたポート情報に応じたデバイスポートを作成する第１作成手段として前記第１プログラムにより機能させ、前記ポート情報は前記情報処理装置において有限な情報であり、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記コンピュータにインストールされたプログラムであって前記第１プログラムとは異なるプログラムから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
前記コンピュータを、
前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、
前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として前記第１プログラムにより機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
前記コンピュータを、
前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムに、前記第１プロトコルで出力する第１出力手段と、
前記特定手段によって特定されたポート情報の量が、前記有限な情報の量のうちの所定の範囲を超えたか否かを判断する第１判断手段と、
前記第１判断手段により前記ポート情報の量が前記所定の範囲を超えたと判断された場合に、前記第１作成手段により作成されたデバイスポートを閉じる閉鎖手段と、
して前記第１プログラムにより機能させ、
前記特定手段は、
前記閉鎖手段によりデバイスポートが閉じられた後に、当該デバイスポートを示すポート情報として、前記閉鎖手段により閉じられたデバイスポートを示すポート情報を特定することを特徴とするプログラム群。
【請求項10】
前記コンピュータを、前記第１作成手段により作成されたデバイスポートを示すポート情報を前記第２プログラムに出力する第４出力手段として前記第１プログラムにより機能させ、
前記コンピュータを、
前記第４出力手段により出力されたポート情報と、前記第３出力手段により出力されたデバイス指定情報とを関連づけて、前記情報処理装置のメモリに記憶させる記憶制御手段と、
前記メモリに記憶されたデバイス指定情報により指定されるデバイスに対するユーザ操作を受け付けた場合に、当該デバイスを指定するデバイス指定情報を前記第３出力手段により出力することなく、当該デバイス指定情報と関連付けて前記メモリに記憶されているポート情報を公開する公開手段と、
して前記第２プログラムにより機能させ、
前記送信手段は、
前記公開手段により公開されたポート情報が示すデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信することを特徴とする請求項９に記載のプログラム群。
【請求項11】
第１通信インタフェースおよび第２通信インタフェースを備える情報処理装置のコンピュータが読み取り可能な第１プログラムと第２プログラムとを含むプログラム群であって、前記コンピュータを、
デバイスを指定するデバイス指定情報を前記第１プログラムに出力する第３出力手段として前記第２プログラムにより機能させ、
前記コンピュータを、
前記第３出力手段により出力されたデバイス指定情報を取得する取得手段と、
前記取得手段により前記デバイス指定情報が取得される毎に、当該デバイス指定情報により指定されるデバイスに対応させるポート情報を特定する特定手段として機能させ、前記ポート情報は、対応する前記デバイスへのデバイスリクエストを受け付けるために用いられる情報であって、前記特定手段は、複数の前記デバイス指定情報によりそれぞれ指定された複数の前記デバイスに対応させるポート情報として、それぞれ異なる複数のポート情報を特定し、
前記特定手段により特定されたポート情報に応じたデバイスポートを作成する第１作成手段として前記第１プログラムにより機能させ、前記ポート情報は前記情報処理装置において有限な情報であり、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記コンピュータにインストールされたプログラムであって前記第１プログラムとは異なるプログラムから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
前記コンピュータを、
前記第１作成手段により作成されたデバイスポートを示すポート情報を前記第２プログラムに出力する第４出力手段として前記第１プログラムにより機能させ、
前記コンピュータを、
前記第４出力手段により出力されたポート情報と、前記第３出力手段により出力されたデバイス指定情報とを関連づけて、前記情報処理装置のメモリに記憶させる記憶制御手段と、
前記メモリに記憶されたデバイス指定情報により指定されるデバイスに対するユーザ操作を受け付けた場合に、当該デバイスを指定するデバイス指定情報を前記第３出力手段により出力することなく、当該デバイス指定情報と関連付けて前記メモリに記憶されているポート情報を公開する公開手段と、
して前記第２プログラムにより機能させ、
前記コンピュータを、
前記公開手段により公開されたポート情報が示すデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、
前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として前記第１プログラムにより機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
前記コンピュータを、
前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムに、前記第１プロトコルで出力する第１出力手段として前記第１プログラムにより機能させることを特徴とするプログラム群。
【請求項12】
前記コンピュータを、デバイスを指定するユーザ操作を受け付ける操作受付手段として前記第２プログラムにより機能させ、
前記第３出力手段は、
前記操作受付手段が受け付けたユーザ操作により指定されるデバイスのデバイス指定情報が前記メモリに記憶されていない場合に、当該デバイス指定情報を前記第１プログラムに出力し、前記操作受付手段が受け付けたユーザ操作により指定されるデバイスのデバイス指定情報が前記メモリに記憶されている場合に、当該デバイス指定情報を前記第１プログラムに出力しないことを特徴とする請求項１１に記載のプログラム群。
【請求項13】
第１通信インタフェースと第２通信インタフェースとコンピュータとを備える情報処理装置であって、前記コンピュータに、第１プログラムと第２プログラムとがインストールされており、
前記コンピュータを、
デバイスを指定するデバイス指定情報を出力する第３出力手段として前記第２プログラムにより機能させ、
前記コンピュータを、
前記第３出力手段により出力されたデバイス指定情報を取得する取得手段と、
前記取得手段により前記デバイス指定情報が取得される毎に、当該デバイス指定情報により指定されるデバイスに対応させるポート情報を特定する特定手段として機能させ、前記ポート情報は、対応する前記デバイスへのデバイスリクエストを受け付けるために用いられる情報であって、前記特定手段は、複数の前記デバイス指定情報によりそれぞれ指定された複数の前記デバイスに対応させるポート情報として、それぞれ異なる複数のポート情報を特定し、
前記特定手段により特定されたポート情報に応じたデバイスポートを作成する第１作成手段として前記第１プログラムにより機能させ、前記ポート情報は前記情報処理装置において有限な情報であり、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記コンピュータにインストールされたプログラムであって前記第１プログラムとは異なるプログラムから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
前記コンピュータを、
前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、
前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として前記第１プログラムにより機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
前記コンピュータを、
前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムに、前記第１プロトコルで出力する第１出力手段と、
前記特定手段によって特定されたポート情報の量が、前記有限な情報の量のうちの所定の範囲を超えたか否かを判断する第１判断手段と、
前記第１判断手段により前記ポート情報の量が前記所定の範囲を超えたと判断された場合に、前記第１作成手段により作成されたデバイスポートを閉じる閉鎖手段と、
して前記第１プログラムにより機能させ、
前記特定手段は、
前記閉鎖手段によりデバイスポートが閉じられた後に、当該デバイスポートを示すポート情報として、前記閉鎖手段により閉じられたデバイスポートを示すポート情報を特定することを特徴とする情報処理装置。
【請求項14】
第１通信インタフェースと第２通信インタフェースとコンピュータとを備える情報処理装置であって、前記コンピュータに、第１プログラムと第２プログラムとがインストールされており、
前記コンピュータを、
デバイスを指定するデバイス指定情報を前記第１プログラムに出力する第３出力手段として前記第２プログラムにより機能させ、
前記コンピュータを、
前記第３出力手段により出力されたデバイス指定情報を取得する取得手段と、
前記取得手段により前記デバイス指定情報が取得される毎に、当該デバイス指定情報により指定されるデバイスに対応させるポート情報を特定する特定手段として機能させ、前記ポート情報は、対応する前記デバイスへのデバイスリクエストを受け付けるために用いられる情報であって、前記特定手段は、複数の前記デバイス指定情報によりそれぞれ指定された複数の前記デバイスに対応させるポート情報として、それぞれ異なる複数のポート情報を特定し、
前記特定手段により特定されたポート情報に応じたデバイスポートを作成する第１作成手段として前記第１プログラムにより機能させ、前記ポート情報は前記情報処理装置において有限な情報であり、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記コンピュータにインストールされたプログラムであって前記第１プログラムとは異なるプログラムから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、
前記コンピュータを、
前記第１作成手段により作成されたデバイスポートを示すポート情報を前記第２プログラムに出力する第４出力手段として前記第１プログラムにより機能させ、
前記コンピュータを、
前記第４出力手段により出力されたポート情報と、前記第３出力手段により出力されたデバイス指定情報とを関連づけて、前記情報処理装置のメモリに記憶させる記憶制御手段と、
前記メモリに記憶されたデバイス指定情報により指定されるデバイスに対するユーザ操作を受け付けた場合に、当該デバイスを指定するデバイス指定情報を前記第３出力手段により出力することなく、当該デバイス指定情報と関連付けて前記メモリに記憶されているポート情報を公開する公開手段と、
して前記第２プログラムにより機能させ、
前記コンピュータを、
前記公開手段により公開されたポート情報が示すデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、
前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として前記第１プログラムにより機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、
前記コンピュータを、
前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムに、前記第１プロトコルで出力する第１出力手段として前記第１プログラムにより機能させることを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、デバイスポートを介してデバイスにデバイスリクエストを送信するためのプログラム等に関する。
【背景技術】
【0002】
下記特許文献に記載されているように、近年のプリンタ、スキャナ等のデバイスには、サーバ、所謂、ＥＷ Ｓ（Embedded Web Serverの略）が組み込まれており、ＰＣ等の情報処理装置により、そのサーバにアクセスすることで、そのデバイスの状態、設定情報等を確認することが可能とされている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００７－０７９９４０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ＰＣ等の情報処理装置では、例えば、デバイスのＥＷＳにアクセスする際にデバイスリクエストが出力される。この際、デバイスポートを介してデバイスリクエストが出力される。一方で、デバイスポートのポート番号等のポート情報は有限な情報であるため、有限な情報の範囲内でポート情報を利用して、デバイスポートを作成する必要がある。そこで、本発明は、有限な情報の範囲内でポート情報を利用して、デバイスポートを作成することを課題とする。
【課題を解決するための手段】
【0005】
上記課題を解決するために、実施例に開示するプログラムは、第１通信インタフェースおよび第２通信インタフェースを備える情報処理装置のコンピュータが読み取り可能なプログラムであって、前記コンピュータを、デバイスを指定するデバイス指定情報を取得する取得手段と、前記取得手段により前記デバイス指定情報が取得される毎に、当該デバイス指定情報により指定されるデバイスに対応させるポート情報を特定する特定手段として機能させ、前記ポート情報は、対応する前記デバイスへのデバイスリクエストを受け付けるために用いられる情報であって、前記特定手段は、複数の前記デバイス指定情報によりそれぞれ指定された複数の前記デバイスに対応させるポート情報として、それぞれ異なる複数のポート情報を特定し、前記特定手段により特定されたポート情報に応じたデバイスポートを作成する第１作成手段として機能させ、前記ポート情報は前記情報処理装置において有限な情報であり、前記デバイスリクエストは第１プロトコルによるリクエストであり、前記第１プロトコルは前記第１通信インタフェースで用いられるプロトコルであり、前記デバイスポートは、前記プログラムがインストールされているコンピュータにインストールされたプログラムであって前記プログラムとは異なるプログラムから、前記第１プロトコルによって、前記第１通信インタフェースを介さずリクエストを受け付けるためのポートであり、前記コンピュータを、前記第１作成手段により作成されたデバイスポートへの前記デバイスリクエストを受け付けた場合に、当該デバイスリクエストを前記第２通信インタフェースに接続されたデバイスに、第２プロトコルによって送信する送信手段と、前記送信手段により送信された前記デバイスリクエストに対する返信を前記デバイスから前記第２通信インタフェースを介して受信する受信手段として機能させ、前記第２プロトコルは前記第２通信インタフェースで用いられるプロトコルであり、前記コンピュータを、前記受信手段により受信した返信を、前記デバイスポートへの前記デバイスリクエストのリクエスト元のプログラムに、前記第１プロトコルで出力する第１出力手段と、前記特定手段によって特定されたポート情報の量が、前記有限な情報の量のうちの所定の範囲を超えたか否かを判断する第１判断手段と、前記第１判断手段により前記ポート情報の量が前記所定の範囲を超えたと判断された場合に、前記第１作成手段により作成されたデバイスポートを閉じる閉鎖手段と、して機能させ、前記特定手段は、前記閉鎖手段によりデバイスポートが閉じられた後に、前記デバイスポートを示すポート情報として、当該閉鎖手段により閉じられたデバイスポートを示すポート情報を特定することを特徴とする。
【発明の効果】
【0006】
実施例に開示するプログラムは、デバイスを指定するデバイス指定情報を取得する毎に、デバイスポートのポート情報として、異なるポート情報を特定し、特定したポート情報のデバイスポートを作成する。なお、ポート情報は有限な情報とされている。そこで、複数のデバイスポートが作成されることで、デバイスポート用に特定されるポート情報の量が、有限な情報の量のうちの所定の範囲を超えた場合に、作成済みのデバイスポートがクローズされる。このため、クローズされたデバイスポートのポート情報を用いて、新たにデバイスポートを作成することができる。これにより、有限な情報の範囲内でポート情報を利用して、デバイスポートを作成することができる。
【図面の簡単な説明】
【0007】
【図1】通信システム１のブロック図である。
【図2】通信システム１での処理を示すシーケンス図である。
【図3】通信システム１での処理を示すシーケンス図である。
【図4】通信システム１での処理を示すシーケンス図である。
【図5】通信システム１での処理を示すシーケンス図である。
【図6】通信システム１での処理を示すシーケンス図である。
【発明を実施するための形態】
【0008】
以下、適宜図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施形態は、本発明の一例にすぎず、本発明の要旨を変更しない範囲で、本発明の実施形態を適宜変更できることは言うまでもない。例えば、後述する各処理の実行順序は、本発明の要旨を変更しない範囲で、適宜変更できる。
【0009】
図１は、本実施形態に係る通信システム１のブロック図である。図１に示す通信システム１は、ＰＣ（情報処理装置の一例）１０、ＭＦＰ（デバイスの一例）５０、ＭＦＰ５６を備える。ＭＦＰ５０，５６は、スキャン処理，印刷処理等の各種処理を実行可能なデバイスである。また、ＭＦＰ５０には、ＥＷＳ５２が組み込まれており、ＭＦＰ５６には、ＥＷＳ５８が組み込まれている。ＥＷＳ５２，５８は、ウェブサーバと同等の機能を有しており、ＥＷＳ５２，５８には、ＭＦＰ５０，５６の状態を示す情報，設定情報などに関するＨＴＭＬのウェブページを示す情報（以下、「ＥＷＳ情報」と記載する）（サーバ情報の一例）が蓄積されている。
【0010】
ＰＣ１０は、ＣＰＵ（コンピュータの一例）１２、メモリ１４、ＬＣＤ１６、入力Ｉ／Ｆ１８、ネットワークＩ／Ｆ（第１通信インタフェースの一例）１９、ＵＳＢＩ／Ｆ（第２通信インタフェースの一例）２０を主に備えている。これらの構成要素は、バス２２を介して互いに通信可能とされている。
【0011】
ＣＰＵ１２は、メモリ１４内の制御プログラム（プログラム及び第１プログラムの一例）３０，アプリケーション（別プログラム及び第２プログラムの一例）３２，設定ツール（別プログラム及び第２プログラムの一例）３４，ブラウザ３６，ＯＳ３８に従って処理を実行する。制御プログラム３０は、ＭＦＰ５０のＥＷＳ５２からサーバ情報を取得するためのアプリケーションプログラムである。また、アプリケーション３２は、ＭＦＰ５０を用いて各種処理を実行するためのアプリケーションプログラムである。また、設定ツール３４は、ＭＦＰ５０，５６のＥＷＳ５２，５８に蓄積されているＥＷＳ情報に基づいて各種設定を行うためのアプリケーションプログラムである。なお、アプリケーション３２は、ライブラリ４０を含んでおり、設定ツール３４は、ライブラリ４２を含んでいる。ライブラリ４０とライブラリ４２とは、同じアプリケーションプログラムであり、制御プログラム３０の処理によりＭＦＰ５０のＥＷＳ５２からサーバ情報を取得する際に用いられる。また、ブラウザ３６は、ネットワークＩ／Ｆ１９を介してＨＴＴＰを用いてＨＴＭＬ形式のデータを取得し、ウェブページをＬＣＤ１６に表示するためのアプリケーションプログラムである。また、ＯＳ３８は、制御プログラム３０等に利用される基本的な機能を提供するプログラムである。なお、以下の説明では、制御プログラム３０等を実行するＣＰＵ１２のことを、単にプログラム名でも記載する場合がある。例えば、「制御プログラム３０が」という記載は、「制御プログラム３０を実行するＣＰＵ１２が」ということを意味する場合がある。
【0012】
また、メモリ１４は、データ記憶領域（メモリの一例）４６を備える。データ記憶領域４６は、制御プログラム３０等の実行に必要なデータなどを記憶する領域である。なお、メモリ１４は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ、ＰＣ１０に着脱されるＵＳＢメモリ等の可搬記憶媒体、ＣＰＵ１２が備えるバッファなどが組み合わされて構成されている。
【0013】
なお、メモリ１４は、コンピュータが読み取り可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。
【0014】
また、ＬＣＤ１６は、ＰＣ１０の各種情報を表示する。なお、本願のディスプレイは、液晶ディスプレイに限らず、有機ＥＬディスプレイ等の他の表示方式のディスプレイでも良い。入力Ｉ／Ｆ１８は、キーボード、マウス等を含み、ユーザ操作を入力するためのインタフェースである。なお、入力Ｉ／Ｆ１８は、キーボード等に限らず、ＬＣＤ１６の表示画面に重畳された膜状のタッチセンサでも良い。
【0015】
ネットワークＩ／Ｆ１９は、ＨＴＴＰ（第１プロトコルの一例）を用いてデバイスと通信を行うためのものであり、ネットワーク６０を介してＭＦＰ５６と通信可能とされている。また、ＵＳＢＩ／Ｆ２０は、ＵＳＢプロトコル（第２プロトコルの一例）を用いてデバイスと通信を行うためのものであり、ＭＦＰ５０と通信可能とされている。
【0016】
なお、本明細書では、基本的に、プログラムに記述された命令に従ったＣＰＵ１２の処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」「設定 」等の処理は、ＣＰＵ１２の処理を表している。ＣＰＵ１２による処理は、ＯＳ３８を介したハードウェア制御も含む。なお、「取得」は要求を必須とはしない概念で用いる。すなわち、ＣＰＵ１２が要求することなくデータを受信するという処理も、「ＣＰＵ１２がデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。また、「命令」「応答」「要求」等の処理は、「命令」「応答」「要求」等を示す情報を通信することにより行われる。また、「命令」「応答」「要求」等の文言を、「命令」「応答」「要求」等を示す情報そのものという意味で記載してもよい。また、ＣＰＵによる、情報Ａは事柄Ｂであることを示しているか否かを判断する処理を、「情報Ａから、事柄Ｂであるか否かを判断する」のように概念的に記載することがある。ＣＰＵによる、情報Ａが事柄Ｂであることを示しているか、事柄Ｃであるかを示しているかを判断する処理を、「情報Ａから、事柄Ｂであるか事柄Ｃであるかを判断する」のように概念的に記載することがある。
【0017】
通信システム１では、上述した構成に従って、ＰＣ１０とネットワークＩ／Ｆ１９を介して通信可能とされたＭＦＰ５６から、ブラウザ３６がＥＷＳ情報を取得し、ＥＷＳ情報に基づいてウェブページをＬＣＤ１６に表示することが可能とされている。このような処理は、従来から行われている処理であり、ブラウザ３６がＨＴＴＰを用いることで好適にＭＦＰ５６からＥＷＳ情報を取得することができる。一方で、ＰＣ１０とＵＳＢＩ／Ｆ２０を介して通信可能とされたＭＦＰ５０、つまり、ＵＳＢ接続されたＭＦＰ５０から、ブラウザ３６は、従来の手法ではＨＴＴＰを用いてＥＷＳ情報を取得することはできなかったが、通信システム１では、ＵＳＢ接続されたＭＦＰ５０から、ブラウザ３６がＨＴＴＰを用いてＥＷＳ情報を取得することが可能とされている。以下に、ＵＳＢ接続されたＭＦＰ５０から、ブラウザ３６がＨＴＴＰを用いてＥＷＳ情報を取得する際の制御プログラム３０等の処理について、図２及び図３に示すシーケンス図を用いて、詳しく説明する。
【0018】
詳しくは、制御プログラム３０は、アプリケーション３２のライブラリ４０の処理により起動する（図２参照：Ｓ１００）。そして、制御プログラム３０は、受付ポートを作成する（Ｓ１０２）。続いて、制御プログラム３０は、その受付ポートを「Ａｃｃｅｐｔ」で待ち受け状態とする（Ｓ１０４）。つまり、制御プログラム３０は、受付ポートを、情報を受け付け可能な状態（以下、「受付可能状態」と記載する）とする。なお、受付ポートのポート番号は、ＨＴＴＰに従ったものであり、５００００とされている。そして、制御プログラム３０は、その受付ポートによりアプリケーション３２のライブラリ４０と通信を行う。制御プログラム３０は、例えば、既知のＳｏｃｋｅｔ方式に従ってポートの作成、ポートの状態の変更、ポートの削除などを行う。
【0019】
このように、ＰＣ１０では、ライブラリ４０の処理により制御プログラム３０が起動し、アプリケーション３２と通信を行うための受付ポートを作成する。一方で、アプリケーション３２はユーザ操作により起動し、アプリケーション３２が起動すると、アプリケーション３２に含まれるライブラリ４０が、ポート番号５００００の受付ポートに接続を確認するための情報を出力する（Ｓ１０６）。なお、ライブラリ４０には、通信対象のポートのポート番号が５００００であることがプログラミングされている。そして、制御プログラム３０は、受付ポートに接続確認の情報が入力されると、「ＯＫ」をライブラリ４０に返信する（Ｓ１０８）。なお、受付ポートに接続確認の情報が入力されない場合には、「ＮＧ」がライブラリ４０に返信される。ちなみに、制御プログラム３０は、ポート番号５００００のデバイスポートを作成することができない場合に（例えば、ポート番号５００００のポートが、他のプログラムによって既に使用されている場合に）、受付ポート決定の所定のルールに従って、そのポート番号５００００と異なるポート番号を受付ポートのポート番号として決定し、そのポート番号のポートを受付ポートとして作成する。この場合、ライブラリ４０がポート番号５００００のポートに接続確認の情報を入力しようとしても、入力できない。そこで、ライブラリ４０にも、受付ポート決定の所定のルールがプログラミングされている。接続確認の情報を入力できなかった場合、ライブラリ４０は、ルールに従って、異なるポート番号のポートに接続確認の情報などを入力する。ライブラリ４０は、接続確認の情報を入力できたポート番号を、受付ポートの番号として使用する。便宜上、本実施例ではポート番号５００００のポートを受付ポートとして説明を続ける。
【0020】
また、アプリケーション３２は、上述したように、ＭＦＰ５０等のデバイスを用いて各種処理を実行するためのアプリケーションプログラムであり、ブラウザ３６を利用して、デバイスのＥＷＳ情報に基づくウェブページをＬＣＤ１６に表示することも可能とされている。このため、アプリケーション３２が、ＥＷＳ情報に基づくウェブページの表示要求のユーザ操作を受け付けると、ライブラリ４０が、ポート番号５００００の受付ポートに、ポート情報の要求を出力する（Ｓ１１０）。この際、ライブラリ４０は、ポート情報の要求とともに、デバイス指定情報も受付ポートに出力する。デバイス指定情報は、ＥＷＳ情報の取得先のデバイスを指定する情報であり、ここでは、ＭＦＰ５０を指定するデバイス指定情報が受付ポートに出力される。また、デバイス指定情報は、ＵＳＢプロトコルで用いられる文字列の情報とされている。具体的には、例えば、デバイス指定情報として「ＶＩＤ／ＰＩＤ」が受付ポートに出力される。ちなみに、ＶＩＤは、ＶｅｎｄｅｒＩＤ（メーカ番号）であり、ＰＩＤは、ＰｒｏｄｕｃｔＩＤ（製品番号）である。このため、「ＶＩＤ／ＰＩＤ」により、デバイスの機種（モデル）を特定することができる。なお、１台のＰＣに、複数の同じ機種のプリンタをＵＳＢで接続して利用する形態は一般的ではないと考えられる。そのため、本願実施例ではデバイス指定情報である「ＶＩＤ／ＰＩＤ」が、デバイスの個体を識別する情報としても用いられる。もちろん、「ＶＩＤ／ＰＩＤ」以外の情報、例えばシリアル番号などを、デバイスの個体を識別する情報として用いることとし、「ＶＩＤ／ＰＩＤ」と、デバイスの個体を識別する情報とを合わせてデバイス指定情報としてもよい。
【0021】
そして、制御プログラム３０は、受付ポートがポート情報の要求を受け付けると、その要求に含まれるデバイス指定情報により指定されるデバイス（以下、「対象デバイス」と記載する場合がある）の確認要求をＯＳ３８に出力する（Ｓ１１２）。この確認要求は、対象デバイスがＨＴＴＰに対応するデバイスであるか否かを確認するためのものであり、ＯＳ３８は、対象デバイスがＨＴＴＰに対応するデバイスであれば、「ｔｒｕｅ」を制御プログラム３０に出力する（Ｓ１１４）。一方、ＯＳ３８は、対象デバイスがＨＴＴＰに対応するデバイスでなければ、「ｆａｌｓｅ」を制御プログラム３０に出力する（Ｓ１１４）。ＯＳ３８は、例えば、レジストリと呼ばれる領域にＵＳＢデバイスの情報を記憶しており、Ｓ１１２では、その情報の出力をＯＳに要求している。ＵＳＢデバイスの情報は、ＰＣ１０にＵＳＢ接続したデバイスから取得した情報であってもよいし、ＰＣ１０のデータ記憶領域４６や、デバイスメーカのサーバから取得した情報であってもよい。対象デバイスがＨＴＴＰに対応するデバイスであるか否かを示す情報は「ｔｒｕｅ」「ｆａｌｓｅ」以外の情報であってもよい。
【0022】
この際、制御プログラム３０は、「ｔｒｕｅ」をＯＳ３８から受け付けると、対象デバイスと通信を行うためのデバイスポートのポート番号を特定し、特定したポート番号（以下、「特定ポート番号」と記載する）が「５２０００」を超えているか否かを判断する（Ｓ１１８）。詳しくは、デバイスと通信を行うためのデバイスポートのポート番号は、有限な数値であり、５１０００～５２０００とされている。そして、制御プログラム３０は、デバイスポートのポート番号を、まず、「５１０００」に特定し、順次、「１０」ずつカウントアップされた数値に特定する。つまり、制御プログラム３０は、最初のデバイスポートのポート番号を「５１０００」に特定し、２番目以降のデバイスポートのポート番号を、「５１０１０」，「５１０２０」，「５１０３０」，「５１０４０」，「５１０５０」・・・に特定する。このように、デバイスポートのポート番号が特定されると、最終的に、デバイスポートのポート番号が「５２０００」に特定される。そして、そのポート番号「５２０００」の次に、ポート番号を「５２０１０」に特定してもそのポート番号「５２０１０」のデバイスポートを作成することはできない。このため、制御プログラム３０は、特定ポート番号を特定し、その特定ポート番号が「５２０００」を超えているか否かを判断する（Ｓ１１８）。ここでは、制御プログラム３０が最初のポート番号を特定するため、特定ポート番号は「５１０００」に特定され、「５２０００」を超えていないと判断される。
【0023】
このように、デバイスポートのポート番号が特定され、その特定ポート番号が「５２０００」を超えていないと判断されると（Ｓ１１８：ＮＯ）、制御プログラム３０は、リセットフラグをＯＦＦに設定する（Ｓ１２０）。リセットフラグは、デバイスポートのポート番号をリセットするためのフラグであり、後に詳しく説明する。そして、制御プログラム３０は、サブスレッドを作成する（Ｓ１２２）。サブスレッドは、デバイスポートに関する処理を実行するためのスレッドであり、デバイスポート毎に作成される。このため、特定ポート番号が「５１０００」である場合には、ポート番号「５１０００」のデバイスポートに関する処理を実行するためのサブスレッドが作成される。なお、上記した制御プログラム３０の処理は、メインスレッドにおいて行われる。
【0024】
デバイスポートに関する処理を実行するためのサブスレッドが作成されると、図３に示すように、制御プログラム３０は、そのサブスレッドにおいて、特定ポート番号に応じたデバイスポート、つまり、ポート番号「５１０００」のデバイスポートを作成する（Ｓ１５２）。なお、デバイスポートのポート番号も、ＨＴＴＰに従ったものであり、制御プログラム３０は、そのデバイスポートによりブラウザ３６と通信を行う。そして、制御プログラム３０は、作成したデバイスポートのポート番号を示す情報（以下、「ポート情報」と記載する）と、Ｓ１１０で受け付けているデバイス指定情報とを関連付けて、データ記憶領域４６に記憶する（Ｓ１５４）。次に、制御プログラム３０は、リセットフラグがＯＮに設定されているか否かを判断する（Ｓ１５６）。ここでは、Ｓ１２０においてリセットフラグがＯＦＦに設定されているため、リセットフラグはＯＮに設定されていないと判断され（Ｓ１５６：ＮＯ）、制御プログラム３０は、Ｓ１５２において作成したデバイスポートを「Ａｃｃｅｐｔ」で待ち受け状態とする（Ｓ１５８）。つまり、制御プログラム３０は、デバイスポートを受付可能状態とする。
【0025】
なお、サブスレッドにおいてデバイスポートが作成され、そのデバイスポートが受付可能状態とされると、制御プログラム３０は、図２に示すように、メインスレッドにおいて、Ｓ１５２で作成されたデバイスポートのポート番号を示すポート情報をライブラリ４０に出力する（Ｓ１２４）。この際、制御プログラム３０は、ＨＴＴＰ形式のポート情報をライブラリ４０に出力する。具体的には、例えば、デバイスポートのポート番号が５１０００である場合に、制御プログラム３０は、ポート情報「http://localhost:51000/」をライブラリ４０に出力する。
【0026】
ライブラリ４０は、制御プログラム３０からポート情報を受け付けると、ブラウザ３６を起動する（Ｓ１２６）。そして、ライブラリ４０は、制御プログラム３０から受け付けたポート情報「http://localhost:51000/」をブラウザ３６に出力する（Ｓ１２８）。これにより、ブラウザ３６は、ポート番号５１０００のデバイスポートにアクセスすることが可能となる。このため、ブラウザ３６は、図３に示すように、ライブラリ４０から受け付けたポート情報を利用してポート番号「５１０００」のデバイスポートに、ＥＷＳ情報の要求情報をＨＴＴＰで出力する（Ｓ１６０）。この際、制御プログラム３０は、ポート番号５１０００のデバイスポートにＨＴＴＰでのＥＷＳ情報の要求情報を受け付けると、そのポート番号のポート情報と関連付けて記憶されているデバイス指定情報に応じたデバイス、つまり、ＭＦＰ５０に、ＥＷＳ情報の要求情報をＵＳＢプロトコルで出力する（Ｓ１６２）。このとき、制御プログラム３０は、デバイスポートにＨＴＴＰで受け取った要求情報を変換することなく、ＵＳＢプロトコルでＭＦＰ５０に送信する。すなわち、ＭＦＰ５０が制御プログラム３０から受信する要求情報と、仮に、ＭＦＰ５０がブラウザ３６から直接ＨＴＴＰで受信するとして、ＭＦＰ５０がＨＴＴＰで受信する要求情報とは、同じ要求情報である。したがって、ＭＦＰ５０は、制御プログラム３０から受信する場合と、ＨＴＴＰで受信する場合とで、要求情報に対する処理を基本的には変更する必要がない。
【0027】
次に、ＭＦＰ５０は、ＥＷＳ情報の要求情報を受け付けると、ＥＷＳ情報を制御プログラム３０にＵＳＢプロトコルで返信する（Ｓ１６４）。そして、制御プログラム３０は、受け付けたＥＷＳ情報をブラウザ３６にＨＴＴＰで出力する（Ｓ１６６）。このように、ＰＣ１０では、制御プログラム３０を介することで、ブラウザ３６がＨＴＴＰを用いてＥＷＳ情報を取得することが可能とされている。そして、ブラウザ３６は、取得したＥＷＳ情報に基づいてウェブページをＬＣＤ１６に表示する（Ｓ１６８）。なお、ＭＦＰ５０が制御プログラム３０に返信するＥＷＳ情報と、仮に、ＭＦＰ５０がブラウザ３６に直接ＨＴＴＰで返信するとして、ＭＦＰ５０がＨＴＴＰで返信するＥＷＳ情報とは、同じＥＷＳ情報である。また、制御プログラム３０は、ＵＳＢプロトコルで受信したＥＷＳ情報を変換することなく、ＨＴＴＰでブラウザ３６に出力する。したがって、ブラウザ３６は、制御プログラム３０から受け取る場合と、ＨＴＴＰで受信する場合とで、ＥＷＳ情報に対する処理を基本的には変更する必要がない。
【0028】
なお、デバイスポートは情報を受け付けると、次の情報を受け付けることができない状態、つまり、次の情報の受付が不能な状態となる。このため、制御プログラム３０は、ブラウザからＥＷＳ情報の要求情報を受け付けたデバイスポートを、その要求情報に応じたＥＷＳ情報をブラウザ３６に出力した後に（Ｓ１６６）、Ｓ１５６に戻る。これにより、制御プログラム３０は、Ｓ１５６の処理を経由して、デバイスポートを受付可能状態とする（Ｓ１５８）。これにより、ブラウザ３６が、再度、そのデバイスポートにＥＷＳ情報の要求情報をＨＴＴＰで出力した場合（Ｓ１６０）において、そのデバイスポートが、ＥＷＳ情報の要求情報を受け付けることができる。なお、以降の処理（Ｓ１６２～Ｓ１６８）は、先に説明した処理と同じである。
【0029】
また、制御プログラム３０のメインスレッドでは、図２に示すように、制御プログラム３０がポート情報をライブラリ４０に出力すると、Ｓ１１０に戻る。このため、制御プログラム３０は、ライブラリ４０からポート情報の要求を受け付ける毎に、Ｓ１１２以降の処理を実行する。つまり、制御プログラム３０は、ライブラリ４０から２番目のポート情報の要求を受け付けると（Ｓ１１０）、２番目のデバイスポートのポート番号を「５１０１０」に特定する（Ｓ１１８）。この際、特定ポート番号「５１０１０」は「５２０００」を超えていないと判断され（Ｓ１１８：ＮＯ）、そのポート番号「５１０１０」のデバイスポートに関する処理を実行するためのサブスレッドが作成される（Ｓ１２２）。そして、そのサブスレッドにおいて、図３に示すように、ポート番号「５１０１０」のデバイスポートに関する処理（Ｓ１５２～Ｓ１６８）が実行される。
【0030】
さらに、制御プログラム３０が、ライブラリ４０から３番目のポート情報の要求を受け付けると（図２参照：Ｓ１１０）、３番目のデバイスポートのポート番号を「５１０２０」に特定する（Ｓ１１８）。この際、特定ポート番号「５１０２０」は「５２０００」を超えていないと判断され（Ｓ１１８：ＮＯ）、そのポート番号「５１０２０」のデバイスポートに関する処理を実行するためのサブスレッドが作成される（Ｓ１２２）。そして、そのサブスレッドにおいて、ポート番号「５１０２０」のデバイスポートに関する処理（図３参照：Ｓ１５２～Ｓ１６８）が実行される。
【0031】
このように、制御プログラム３０は、ライブラリ４０からポート情報の要求を受け付ける毎に、異なるポート番号を特定し、そのポート番号のデバイスポートに関する処理を実行するためのサブスレッドを作成する。そして、各サブスレッドにおいて、サブスレッドに応じたポート番号のデバイスポートに関する処理が実行される。ただし、デバイスポートのポート番号は、上述したように、５１０００～５２０００とされており、有限な数値である。このため、ポート番号「５２０００」のデバイスポートが作成された後に、制御プログラム３０が、ライブラリ４０からポート情報の要求を受け付けると（図２参照：Ｓ１１０）、デバイスポートのポート番号を「５２０１０」に特定するが、その特定ポート番号「５２０１０」は「５２０００」を超えていると判断される（Ｓ１１８：ＹＥＳ）。このため、制御プログラム３０は、デバイスポートを作成することができないため、ポート情報の要求に対する返信として、エラー情報をライブラリ４０に出力する（Ｓ１７０）。そして、制御プログラム３０は、リセットフラグをＯＮに設定する（Ｓ１７２）。このリセットフラグは、デバイスポートに関する処理を実行するサブスレッドにおいて監視されており、サブスレッドで作成されたデバイスポートをクローズする際に用いられる。また、制御プログラム３０は、Ｓ１１８において特定するポート番号をリセットする（Ｓ１７４）。つまり、「５２０００」までカウントアップされた特定ポート番号を、「５１０００」にリセットする。
【0032】
また、デバイスポートに関する処理を実行するサブスレッドでは、上述したように、リセットフラグが監視されている。詳しくは、図３に示すように、サブスレッドにおいて、デバイスポートが作成され（Ｓ１５２）、ポート情報とデバイス指定情報とが関連付けてデータ記憶領域４６に記憶されると、制御プログラム３０は、リセットフラグがＯＮに設定されているか否かを判断する（Ｓ１５６）。この際、リセットフラグがＯＦＦに設定されている場合（Ｓ１５６：ＮＯ）には、上述したように、制御プログラム３０は、デバイスポートを受付可能状態とし（Ｓ１５８）、Ｓ１６０以降の処理を実行する。一方、リセットフラグがＯＮに設定されている場合（Ｓ１５６：ＹＥＳ）に、制御プログラム３０は、デバイスポートをクローズする（Ｓ１８０）。つまり、制御プログラム３０は、デバイスポートを受付可能状態とする前にデバイスポートをクローズする。このため、ブラウザ３６からＥＷＳ情報の要求情報を受け付けていない状態でデバイスポートをクローズすることが可能となり、安全にデバイスポートをクローズすることができる。また、制御プログラム３０が、ブラウザ３６からＥＷＳ情報の要求情報を受け付けた後に（Ｓ１６０）、リセットフラグがＯＮに設定された場合であっても、そのＥＷＳ情報の要求情報に対する返信、つまり、ＥＷＳ情報をブラウザ３６に出力した後に、Ｓ１５６においてリセットフラグがＯＮに設定されているか否かが判断される。このため、ブラウザ３６からＥＷＳ情報の要求情報を受け付けている場合であっても、その要求情報に対する処理が完了した後に、デバイスポートがクローズされる。これにより、要求情報の処理に対する途中でデバイスポートがクローズされることはなくなり、安全にデバイスポートをクローズすることができる。そして、デバイスポートがクローズされると、サブスレッドによる処理が終了する。このように、サブスレッドでは、デバイスポートのポート番号がリセットされると、リセットされたポート番号のデバイスポートがクローズされる。なお、上述したデバイスポートの監視処理は、作成された全てのサブスレッドにおいて実行されているため、ポート番号のリセットに伴って、全てのサブスレッドにおいてデバイスポートがクローズされる。
【0033】
このように、全てのサブスレッドにおいてデバイスポートがクローズされると、クローズされたデバイスポートのポート番号を再度、用いることが可能となる。このため、図２に示すように、特定ポート番号がリセットされた後に（Ｓ１７４）、制御プログラム３０が、ライブラリ４０からＥＷＳ情報の要求情報を受け付けると（Ｓ１１０）、デバイスポートのポート番号を「５１０００」に特定する（Ｓ１１８）。これにより、ポート番号「５１０００」は「５２０００」を超えていないと判断され（Ｓ１１８：ＮＯ）、制御プログラム３０は、リセットフラグをＯＦＦに設定する（Ｓ１２０）。そして、制御プログラム３０は、ポート番号「５１０００」のデバイスポートに関する処理を実行するためのサブスレッドを作成する（Ｓ１２２）。これにより、そのサブスレッドにおいて、図３に示すように、ポート番号「５１０００」のデバイスポートに関する処理（Ｓ１５２～Ｓ１６８，１８０）が実行される。
【0034】
このように、ＰＣ１０では、デバイスポートのポート番号として用いることができる範囲の数値（５１０００～５２０００）の全てがデバイスポートのポート番号として使用された場合に、作成済みの全てのデバイスポートがクローズされ、ポート番号がリセットされる。これにより、制御プログラム３０は、ライブラリ４０からの要求に応じて、永続的にデバイスポートを作成することが可能となる。
【0035】
また、アプリケーション３２では、ポート情報の要求を抑制することで、デバイスポートのポート番号の使用量が抑制されている。詳しくは、図４に示すように、アプリケーション３２はユーザ操作により起動する（Ｓ２００）。また、アプリケーション３２は、上述したように、ＭＦＰ５０等のデバイスを用いて各種処理を実行するためのアプリケーションプログラムであり、ブラウザ３６を利用して、デバイスのＥＷＳ情報に基づくウェブページをＬＣＤ１６に表示することも可能となされている。このため、アプリケーション３２は、デバイスを指定するユーザ操作及び、その指定されたデバイスのＥＷＳ情報に基づくウェブページの表示要求を、入力Ｉ／Ｆ１８を介して受け付けると（Ｓ２０２）、アプリケーション３２は、ポート情報の要求をライブラリ４０に出力する（Ｓ２０４）。なお、ポート情報の要求には、Ｓ２０２で受け付けたユーザ操作により指定されるデバイスのデバイス指定情報が含まれている。
【0036】
そして、ライブラリ４０は、その要求を受け付けると、データ記憶領域４６に通信情報が記憶されているか否かを判断する（Ｓ２０６）。通信情報は、ＥＷＳ情報の取得先を示すデバイス及び、そのデバイスとの通信を行うためのデバイスポートを示す情報であり、その通信情報については、後に詳しく説明するが、ここでは、通信情報は、まだデータ記憶領域４６に記憶されていない。このため、データ記憶領域４６に通信情報は記憶されていないと判断され（Ｓ２０６：ＮＯ）、ライブラリ４０は、制御プログラム３０にポート情報の要求を出力する（Ｓ２０８）。なお、この処理は、先に説明した図２のＳ１１０と同じ処理であり、この処理により出力されるポート情報の要求には、Ｓ２０４のポート情報の要求に含まれるデバイス指定情報が含まれている。このため、ライブラリ４０は、制御プログラム３０により作成された受付ポートに、ポート情報の要求を出力する。これにより、図２のＳ１１２～Ｓ１２４の処理が実行され、ライブラリ４０は、制御プログラム３０により出力されたポート情報を受け付ける（Ｓ２１０）。つまり、例えば、Ｓ２０８のポート情報の要求にＭＦＰ５０を指定するデバイス指定情報が含まれている場合に、図２のＳ１２２において、ＭＦＰ５０と通信を行うためのデバイスポートに関する処理を実行するためのサブスレッドが作成される。そして、そのサブスレッドにおいて、ＭＦＰ５０と通信を行うためのデバイスポートが作成され、図２のＳ１２４において、ＭＦＰ５０と通信を行うためのデバイスポートのポート情報が、制御プログラム３０からライブラリ４０に出力される。
【0037】
そして、ライブラリ４０は、受け付けたポート情報をブラウザ３６に出力する（Ｓ２１２）。この処理は、図２のＳ１２８と同じ処理であり、この処理により、ブラウザ３６は、図３に示すように、ＥＷＳ情報の要求情報をデバイスポートに出力し（Ｓ１６０）、Ｓ１６２～Ｓ１６８の処理により、ＥＷＳ情報に基づくウェブページをＬＣＤ１６に表示することができる。また、ライブラリ４０は、図４に示すように、制御プログラム３０からポート情報を受け付けると（Ｓ２１０）、そのポート情報と、Ｓ２０４及びＳ２０８のポート情報の要求に含まれるデバイス指定情報とを関連付けて、データ記憶領域４６に記憶する（Ｓ２１４）。この際、例えば、ポート情報の要求にＭＦＰ５０を指定するデバイス指定情報が含まれている場合には、ＭＦＰ５０と通信を行うためのデバイスポートのポート情報と、ＭＦＰ５０を指定するデバイス指定情報とが関連付けてデータ記憶領域４６に記憶される。なお、ここで記憶されるポート情報とデバイス指定情報とが、先に説明した通信情報となる。つまり、ライブラリ４０がポート情報を制御プログラム３０から受け付けることで、通信情報がデータ記憶領域４６に記憶される。
【0038】
そして、ライブラリ４０による処理では、ポート情報とデバイス指定情報とが関連付けてデータ記憶領域４６に記憶されると、Ｓ２０４に戻るが、その際に、ライブラリ４０が、アプリケーション３２からポート情報の要求を受け付けると、そのポート情報の要求に含まれているデバイス指定情報が、通信情報としてデータ記憶領域４６に記憶されているか否かを判断する（Ｓ２０６）。具体的には、例えば、Ｓ２１４において、ＭＦＰ５０と通信を行うためのデバイスポートのポート情報と、ＭＦＰ５０を指定するデバイス指定情報とが関連付けてデータ記憶領域４６に記憶されており、Ｓ２０４において、ＭＦＰ５０以外のデバイスを指定するデバイス指定情報を含むポート情報の要求を受け付けた場合には、デバイス指定情報が、通信情報としてデータ記憶領域４６に記憶されていないと判断される（Ｓ２０６：ＮＯ）。この際、ライブラリ４０は、そのデバイス指定情報を含むポート情報の要求を、制御プログラム３０に出力する（Ｓ２０８）。そして、Ｓ２１０以降の処理が実行される。これにより、そのデバイス指定情報により指定されるデバイス、つまり、ＭＦＰ５０以外のデバイスと通信を行うためのポート情報を、ライブラリ４０は制御プログラム３０から取得する（Ｓ２１０）。そして、ライブラリ４０が、そのポート情報をブラウザ３６に出力する（Ｓ２１２）。これにより、図３のＳ１６０～Ｓ１６８の処理が実行されることで、ＭＦＰ５０以外のデバイスのＥＷＳ情報に基づくウェブページがＬＣＤ１６に表示される。
【0039】
一方、例えば、Ｓ２１４において、ＭＦＰ５０と通信を行うためのデバイスポートのポート情報と、ＭＦＰ５０を指定するデバイス指定情報とが関連付けてデータ記憶領域４６に記憶されており、Ｓ２０４において、ＭＦＰ５０を指定するデバイス指定情報を含むポート情報の要求を受け付けた場合には、デバイス指定情報が、通信情報としてデータ記憶領域４６に記憶されていると判断される（Ｓ２０６：ＹＥＳ）。この際、ライブラリ４０は、そのデバイス指定情報と関連付けて記憶されているポート情報を抽出する（Ｓ２２０）。つまり、ＭＦＰ５０を指定するデバイス指定情報と関連付けてデータ記憶領域４６に記憶されている、ＭＦＰ５０と通信を行うためのポート情報を抽出する。そして、ライブラリ４０は、そのポート情報をブラウザ３６に出力する（Ｓ２２２）。これにより、図３のＳ１６０～Ｓ１６８の処理が実行されることで、ＭＦＰ５０のＥＷＳ情報に基づくウェブページがＬＣＤ１６に表示される。
【0040】
つまり、ライブラリ４０は、ポート情報を制御プログラム３０から受け付けると、そのポート情報と、そのポート情報が示すデバイスポートと通信を行うデバイスのデバイス指定情報とを関連付けて、通信情報としてデータ記憶領域４６に記憶する。そして、ライブラリ４０は、通信情報として記憶されているデバイス指定情報を含むポート情報の要求を、アプリケーション３２から受け付けると、ポート情報の要求を制御プログラム３０に出力せずに、データ記憶領域４６に通信情報として記憶されているポート情報を、ブラウザ３６に出力する。また、ライブラリ４０は、通信情報として記憶されているデバイス指定情報を含まないポート情報の要求を、アプリケーション３２から受け付けると、ポート情報の要求を制御プログラム３０に出力する。そして、そのポート情報の要求の出力に応じて、ライブラリ４０は、制御プログラム３０からポート情報を取得し、そのポート情報をブラウザ３６に出力する。
【0041】
このように、アプリケーション３２では、ライブラリ４０が、通信情報として記憶されているデバイス指定情報を含むポート情報の要求をアプリケーション３２から受け付けると、その通信情報を利用することで、制御プログラム３０に出力されるポート情報の要求が抑制される。これにより、制御プログラム３０では、ポート情報の要求に応じたデバイスポートの作成が抑制され、デバイスポートのポート番号の使用量が抑制される。
【0042】
なお、上記説明では、アプリケーション３２のライブラリ４０からのポート情報の要求に応じて、制御プログラム３０がデバイスポートを作成し、そのデバイスポートのポート情報をアプリケーション３２のライブラリ４０に出力しているが、設定ツール３４にも、アプリケーション３２のライブラリ４０と同じライブラリ４２が含まれている。このため、設定ツール３４のライブラリ４２も、アプリケーション３２のライブラリ４０と同様の処理を行うことができる。つまり、上述したライブラリ４０による処理と同じ処理を、設定ツール３４のライブラリ４２も実行することが可能とされている。
【0043】
また、上記実施形態では、制御プログラム３０により作成された全てのサブスレッドにおいて、リセットフラグが監視されており、リセットフラグがＯＮに設定されたことをトリガとして、各サブスレッドにおいて作成されたデバイスポートがクローズされているが、制御プログラム３０の再起動によりデバイスポートがクローズされてもよい。詳しくは、図５に示すように、制御プログラム３０が、ライブラリ４０の処理により起動し（Ｓ１００）、特定ポート番号が「５２０００」を超えているか否かを判断する（Ｓ１１８）処理までは、上記実施形態と同じである。そして、特定ポート番号が「５２０００」を超えていないと判断された場合（Ｓ１１８：ＮＯ）に、制御プログラム３０は、サブスレッドを作成し（Ｓ１２２）、ポート情報をライブラリ４０に出力する（Ｓ１２４）。それらの処理は、上記実施形態と同じであり、それ以降の処理（Ｓ１２６～Ｓ１２８）も、上記実施形態と同じである。また、作成されたサブスレッドでの処理は、図３のシーケンス図において、Ｓ１５６及びＳ１８０の処理のみが実行されない。つまり、作成されたサブスレッドでの処理は、リセットフラグに関する処理を除いて、上記実施形態と同じである。
【0044】
また、特定ポート番号が「５２０００」を超えていると判断された場合（Ｓ１１８：ＹＥＳ）に、制御プログラム３０は、エラー情報をライブラリ４０に出力する（Ｓ３００）。そして、ライブラリ４０は、エラー情報を受け付けたことに応じて、終了指令を制御プログラム３０に出力する（Ｓ３０２）。これにより、制御プログラム３０は終了する。この際、制御プログラム３０の終了に伴って、制御プログラム３０により作成された全てのデバイスポートがクローズされる。そして、ライブラリ４０は、終了指令を出力し、所定時間の経過後に、制御プログラム３０を起動させる（Ｓ３０４）。そして、制御プログラム３０は、Ｓ１０２以降の処理を実行する。このように、制御プログラム３０を再起動させることでも、制御プログラム３０により作成された全てのデバイスポートをクローズすることができ、上記実施形態と同様の効果を得ることが可能となる。
【0045】
また、上記実施形態では、制御プログラム３０が作成したデバイスポートに、ブラウザ３６がデバイスリクエストとして、ＥＷＳ情報の要求情報を出力することで、ＭＦＰ５０からＥＷＳ情報を取得しているが、制御プログラム３０が作成したデバイスポートに、アプリケーション３２がデバイスリクエストとして、各種画像処理の要求を出力することで、ＭＦＰ５０に各種画像処理を実行させることができる。
【0046】
詳しくは、制御プログラム３０は、図６に示すように、サブスレッドを作成すると（Ｓ５００）、そのサブスレッドにおいてデバイスポートを作成する（Ｓ５０２）。そして、制御プログラム３０は、作成したデバイスポートのポート情報と、デバイス指定情報とを関連づけてデータ記憶領域４６に記憶し（Ｓ５０４）、作成したデバイスポートを受付可能状態とする（Ｓ５０６）。次に、制御プログラム３０は、そのデバイスポートのポート情報をアプリケーション３２に出力する（Ｓ５０８）。これにより、アプリケーション３２は、制御プログラム３０が作成したデバイスポートにアクセス可能となり、そのデバイスポートにコピー処理の要求をＨＴＴＰで出力する（Ｓ５１０）。そして、制御プログラム３０は、デバイスポートにＨＴＴＰでのコピー処理の要求を受け付けると、そのデバイスポートのポート情報と関連付けて記憶されているデバイス指定情報に応じたデバイス、つまり、ＭＦＰ５０に、コピー処理の要求をＵＳＢプロトコルで出力する（Ｓ５１２）。これにより、ＭＦＰ５０においてコピー処理が実行される（Ｓ５１４）。この際、ＭＦＰ５０は、コピー処理を完了させると、制御プログラム３０にコピー処理が完了したことを示す情報をＵＳＢプロトコルで送信する（Ｓ５１６）。また、ＭＦＰ５０は、コピー処理にエラーが発生した場合には、エラーが発生したことを示す情報を制御プログラム３０にＵＳＢプロトコルで送信する（Ｓ５１６）。そして、制御プログラム３０は、コピー処理が完了したことを示す情報、若しくは、エラーが発生したことを示す情報を、ＨＴＴＰでアプリケーション３２に出力する（Ｓ５１８）。このように、制御プログラム３０が作成したデバイスポートに、アプリケーション３２がデバイスリクエストとして、各種画像処理の要求を出力することで、ＭＦＰ５０に各種画像処理を実行させることもできる。
【0047】
なお、Ｓ１１０を実行するＣＰＵ１２は、取得手段、受付手段及び第３出力手段の一例である。Ｓ１１８を実行するＣＰＵ１２は、特定手段及び第１判断手段の一例である。Ｓ１２２，Ｓ５００を実行するＣＰＵ１２は、第２作成手段の一例である。Ｓ１５２，Ｓ５０２を実行するＣＰＵ１２は、第１作成手段の一例である。Ｓ１６２，Ｓ５１２を実行するＣＰＵ１２は、送信手段の一例である。Ｓ１６４，Ｓ５１６を実行するＣＰＵ１２は、受信手段の一例である。Ｓ１６６，Ｓ５１８を実行するＣＰＵ１２は、第１出力手段の一例である。Ｓ１７０を実行するＣＰＵ１２は、第２出力手段の一例である。Ｓ１８０を実行するＣＰＵ１２は、閉鎖手段の一例である。Ｓ２０２を実行するＣＰＵ１２は、操作受付手段の一例である。Ｓ２１０を実行するＣＰＵ１２は、第４出力手段の一例である。Ｓ２１４を実行するＣＰＵ１２は、記憶制御手段の一例である。Ｓ２２２を実行するＣＰＵ１２は、公開手段の一例である。Ｓ３０２を実行するＣＰＵ１２は、閉鎖手段の一例である。
【0048】
上記した実施形態によれば、以下の効果を奏する。
【0049】
上記実施形態では、制御プログラム３０が、ライブラリ４０からポート情報の要求を受け付ける毎に、デバイスポートのポート番号を特定し、特定したポート番号のデバイスポートを作成している。なお、ポート番号は、５１０００～５２０００の範囲内の有限な数値とされている。そこで、デバイスポートが累積的に作成されることで、デバイスポート用に特定されるポート番号が「５２０００」を超える場合に、既に作成済みのデバイスポートがクローズされる。これにより、クローズされたデバイスポートのポート番号を用いて、新たにデバイスポートを作成することが可能となり、有限な数値の範囲内でポート番号を利用して、デバイスポートを作成することが可能となる。
【0050】
また、デバイスポート用に特定されるポート番号が「５２０００」を超えない場合に、制御プログラム３０は、特定されたポート番号に応じたデバイスポートを作成する。これにより、新たなデバイスポートを作成することが可能となる。
【0051】
また、上記実施形態では、アプリケーション３２のライブラリ４０だけでなく、設定ツール３４のライブラリ４２も、制御プログラム３０にポート情報の要求を出力することが可能とされている。このため、制御プログラム３０により作成されるデバイスポートの数が多くなり、そのデバイスポートに用いられるポート番号の使用量も多くなる。これにより、デバイスポート用に特定されるポート番号をリセットする効果が充分に発揮される。
【0052】
また、上記実施形態では、制御プログラム３０が再起動されることで、制御プログラム３０により作成されたデバイスポートがクローズされる。これにより、制御プログラム３０により作成された全てのデバイスポートを確実にクローズすることができる。
【0053】
また、上記実施形態では、デバイスポート用に特定されるポート番号が「５２０００」を超える場合に、制御プログラム３０は、エラー情報をライブラリ４０に出力し、そのエラー情報を出力した後に、再度、ポート情報の要求を受け付けた場合に、クローズされたデバイスポートのポート番号を、デバイスポート用のポート番号として特定する。これにより、好適にポート番号を特定することができる。
【0054】
また、上記実施形態では、制御プログラム３０がサブスレッドを作成し、サブスレッドにおいてリセットフラグが監視されることで、デバイスポートがクローズされる。これにより、適切にデバイスポートをクローズすることができる。さらに、サブスレッドでは、デバイスポートがデバイスリクエストを受け付けていない場合および、デバイスポートがデバイスリクエストを受け付けていても、そのデバイスリクエストに対する返信を出力した場合に、デバイスポートがクローズされる。これにより、処理の途中でデバイスポートをクローズすることが無くなり、安全にデバイスポートをクローズすることが可能となる。
【0055】
また、上記実施形態では、ライブラリ４０が、制御プログラム３０からポート情報を受け付けると、そのポート情報とデバイス指定情報とを関連づけてデータ記憶領域４６に記憶する。そして、ライブラリ４０は、アプリケーション３２からデバイス指定情報を含むポート情報の要求を受け付けると、そのデバイス指定情報がデータ記憶領域４６に記憶されているか否かを判断する。この際、デバイス指定情報がデータ記憶領域４６に記憶されていない場合に、ライブラリ４０は、ポート情報の要求を制御プログラム３０に出力する。一方、デバイス指定情報がデータ記憶領域４６に記憶されている場合に、ライブラリ４０は、ポート情報の要求を制御プログラム３０に出力することなく、デバイス指定情報と関連付けて記憶されているポート情報をブラウザ３６に出力する。これにより、制御プログラム３０へのポート情報の要求を抑制することが可能となり、デバイスポートのポート番号の使用量を抑制することが可能となる。
【0056】
また、本発明は、上記実施形態に限定されるものではなく、当業者の知識に基づいて種々の変更、改良を施した種々の態様で実施することが可能である。具体的には、例えば、上記実施形態では、デバイスポートのポート番号が５１０００～５２０００の範囲で設定可能とされており、特定ポート番号が「５２０００」を超えた場合にデバイスポートがクローズされているが、５１０００～５２０００のうちの所定の値、例えば、「５１９００」を、特定ポート番号が超えた場合にデバイスポートがクローズされてもよい。
【0057】
また、上記実施形態では、制御プログラム３０が再起動される際に、ライブラリ４０の処理により制御プログラム３０が停止した後に、ライブラリ４０の処理により制御プログラム３０が再起動しているが、制御プログラム３０の処理により制御プログラム３０が停止し、制御プログラム３０の処理により制御プログラム３０が再起動してもよい。
【0058】
また、上記実施形態では、ＨＴＴＰでのデバイスリクエストをＵＳＢＩ／Ｆ２０を介してデバイスに送信し、そのデバイスからデバイスリクエストの返信をＵＳＢＩ／Ｆ２０を介して受信する技術に、本発明が適用されているが、第１の通信プロトコルでのデバイスリクエストを、その第１のプロトコルに応じた第１の通信インタフェースと異なる第２の通信インタフェースを介してデバイスに送信し、そのデバイスからデバイスリクエストの返信を第２の通信インタフェースを介して受信する技術に、本発明が適用されてもよい。つまり、第１の通信プロトコル及び第２の通信プロトコルが、ＨＴＴＰ及びＵＳＢプロトコルに限定される必要はない。
【0059】
また、上記実施形態では、ＣＰＵ１２によって図２～図６に示す処理が実行される例を説明したが、これら処理は、ＣＰＵ１２に限らず、ＡＳＩＣや他の論理集積回路により実行されてもよいし、これら処理が、ＣＰＵ等やＡＳＩＣ、他の論理集積回路が協働することにより実行されてもよい。
【符号の説明】
【0060】
１０：ＰＣ、１２：ＣＰＵ、２０：ＵＳＢＩ／Ｆ、３０：制御プログラム、３２：アプリケーション、３６：ブラウザ、４０：ライブラリ、５０：ＭＦＰ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】