JP4683064B2 - Ｉｐ電話システムおよびｉｐ電話システム用プログラム - Google Patents

Description

本発明は、ＩＰ電話システムおよびＩＰ電話システム用プログラムに関するものである。

近年、ＩＰ電話の事業者が提供する発信・着信・音声通話を行なうためのソフトウェアをネットワーク端末などに組み込む（インストールする）だけで利用することができるＩＰ電話（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏｌ電話）システムが普及しつつある。特に、サーバが不要であるピアツーピア通信を取り入れ、ＩＰ電話アプリケーションも通話料金も無料であるスカイプ音声通話ソフトが多く普及している。
特開２００５−１９２０８６号公報 特開２００５−０８００２５号公報

上述したＩＰ電話システムは、ＩＰ電話ソフトウェアを組み込んだネットワーク端末（ＩＰ電話端末）間で音声通話を行う通話機能だけでなく、ファイルの送受信を行うファイル送受信機能も有しており、音声通話に併用してファイルの送受信を実行可能に構成されている。しかしながら、ＩＰ電話システムのファイル送受信機能によりファイルを送信する場合には、単に、接続先のＩＰ電話端末にファイルを送信するのみであり、ファイル送受信機能を活用し、ＩＰ電話システムの資源を音声通話以外にも有効に使用することは十分に考えられていたとは言えないという問題点があった。

なお、特許文献１の技術では、発明が解決しようとする課題欄に、通信装置では対応できない機能を、この機能を有する他の機器で実行させる利便性に優れた通信装置および通信システムが記載されているが、上記問題を解決する構成について上記問題の解決について充分とは限らない。

また、特許文献２の技術では、段落００１９に、画像通信を行う送受信機が、相互に使用可能な画像通信方式をＳＩＰメッセージで拡張したＳＤＰメディアストリーム記述を用いることによって識別し合うことが記載されているが、上記問題の解決について充分とは限らない。

本発明は、上述した問題点を解決するためになされたものであり、ＩＰ電話システムにおけるファイル送受信機能を活用し、ＩＰ電話システムの資源を音声通話以外にも有効に利用することができるＩＰ電話システムおよびＩＰ電話システム用プログラムを提供することを目的としている。

この目的を達成するために請求項１記載のＩＰ電話システムは、第１装置と、その第１装置とインターネット回線を介してＩＰ電話通信可能に接続されている第２装置とを備えたものであって、前記第１装置と、前記第２装置とは、前記ＩＰ電話通信を行う通信手段と、前記ＩＰ電話通信を行う相手側装置について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを有するＩＰ電話通信手段と、そのＩＰ電話通信手段にファイルの送信を指示する中間制御手段と、自機の操作者からの操作を受付ける操作受付手段とを備えたＩＰ電話端末であって、前記ＩＰ電話通信は、前記ＩＰ電話通信を介してファイルの通信を行う際に、その都度、受信側装置が送信側装置からファイル送信要求を受信し、前記受信側装置の操作者から前記操作受付手段を介して前記ファイル送信要求に対してファイル送信許可応答を返信することを受付けたことを条件として前記受信側装置が前記ファイル送信許可応答を前記送信側装置に返信し、前記送信側装置が前記ファイル送信許可応答を受信したことを条件として前記受信側装置にファイルを送信する通信方式に構成されており、前記第１装置の中間制御手段は、前記第２装置と前記ＩＰ電話通信を行っている場合に、前記第２装置において機能を実行する際に用いられる設定情報の読み込みを指示する読込ファイルを生成する読込ファイル生成手段と、その読込ファイル生成手段により生成した読込ファイルを前記ＩＰ電話通信手段から前記第２装置に送信させる読込ファイル送信手段と、その読込ファイル送信手によって読込ファイルを送信させた後、前記第２装置から前記ＩＰ電話通信手段にファイル送信要求がされたかを判断する第１判断手段と、その第１判断手段によってファイル送信要求がされたと判断した場合に前記ファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第２装置に返信させる第１返信手段と、その第１返信手段によってファイル送信許可応答を返信させた後、前記ＩＰ電話通信手段に前記第２装置から送信されるファイルが、前記読込ファイルに対する応答である読込応答ファイルかを解析する読込応答ファイル解析手段と、その読込応答ファイル解析手段によって読込応答ファイルと解析した場合に、その読込応答ファイルに含まれる設定情報を取得する第１取得手段と、その第１取得手段によって取得した設定情報を更新した更新設定情報と、その更新設定情報に基づいて前記第２装置の設定情報を更新させる指示とを含む書込ファイルを生成する書込ファイル生成手段と、その書込ファイル生成手段によって生成した書込ファイルを前記ＩＰ電話通信手段から前記第２装置に送信させる書込ファイル送信手段とを備え、前記第２装置は、前記ＩＰ電話通信を介して送信されたファイルを前記ＩＰ電話通信手段が受信した場合に、その受信したファイルにより指定される機能の実行を制御する機能実行制御手段と、その機能実行制御手段が機能を実行する際に用いられる設定情報を記憶する第１記憶手段と、前記第１装置を識別する識別情報を予め記憶する第２記憶手段とを備え、前記第２装置の中間制御手段は、前記第１装置と前記ＩＰ電話通信を行っている場合に、前記第２記憶手段に記憶されている前記第１装置から前記ＩＰ電話通信手段にファイル送信要求がされたかを判断する第２判断手段と、その第２判断手段によってファイル送信要求がされたと判断した場合にファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第１装置に返信させる第２返信手段と、その第２返信手段によってファイル送信許可応答を返信させた後、前記第１装置から前記ＩＰ電話通信手段に送信されたファイルが前記読込ファイルかを解析する読込ファイル解析手段と、その読込ファイル解析手段によって読込ファイルと解析した場合に、その読込ファイルに対する応答である読込応答ファイルを生成する読込応答ファイル生成手段と、その読込応答ファイル生成手段により生成した読込応答ファイルを前記ＩＰ電話通信手段から前記第１装置に送信させる読込応答ファイル送信手段と、その読込応答ファイル送信手段によって読込応答ファイルを送信させた後、前記ＩＰ電話通信手段に前記第１装置からファイル送信要求がされたかを判断する第３判断手段と、その第３判断手段によってファイル送信要求がされたと判断した場合に、ファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第１装置に返信させる第３返信手段と、その第３返信手段によってファイル送信許可応答を返信させた後、前記ＩＰ電話通信手段に前記第１装置から送信されたファイルが前記読込応答ファイルに対する応答である書込ファイルかを解析する書込ファイル解析手段と、その書込ファイル解析手段によって書込ファイルと解析した場合に、その書込ファイルに基づいて前記第１記憶手段に記憶されている設定情報を更新する更新手段とを備えている。

請求項２記載のＩＰ電話システムは、請求項１記載のＩＰ電話システムにおいて、前記第２記憶手段は不揮発性のメモリであり、自機の製造時から前記第１装置の識別情報を記憶している。

請求項３記載のＩＰ電話システムは、請求項１又は２に記載のＩＰ電話システムにおいて、前記機能実行制御手段は、機能を実行するために、ＩＰ電話端末にドライバソフトウェアをインストールする必要があり、前記第２記憶手段は、前記ドライバソフトウェアのインストール時に、前記第１装置の識別情報を記憶するものである。

請求項４記載のＩＰ電話システムは、請求項１から３のいずれかに記載のＩＰ電話システムにおいて、前記書込ファイル生成手段によって生成する書込ファイルは、前記第１取得手段によって取得した設定情報を更新した更新設定情報と、その更新設定情報に基づいて前記第２装置の設定情報を更新させる指示とに加え、その更新した設定情報の読み込みの指示を含む書込読込ファイルであり、前記第１装置は、前記第２装置の識別情報を記憶する第３記憶手段を備え、前記第１装置の中間制御手段は、前記第２装置と前記ＩＰ電話通信を行っている場合に、前記ＩＰ電話通信手段に前記第２装置からファイル送信要求がされたかを判断する第４判断手段と、その第４判断手段によってファイル送信要求がされたと判断した場合にファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記前記ＩＰ電話通信手段から前記第２装置に返信させる第４返信手段と、その第４返信手段によってファイル送信許可応答を返信させた後、前記前記ＩＰ電話通信手段に前記第２装置から送信されたファイルが前記書込読込ファイルに対する応答である書込読込応答ファイルかを解析する書込読込応答ファイル解析手段と、その書込読込応答ファイル解析手段によって書込読込応答ファイルと解析した場合に、その書込読込応答ファイルに含まれる設定情報を取得する第２取得手段と、その第２取得手段によって取得した設定情報を、前記第１装置に関連付けして前記第３記憶手段に記憶する制御を行う記憶制御手段とを備え、記書込ファイル解析手段は、前記書込読込ファイルかを解析し、前記第２装置の中間制御手段は、前記第１装置と前記ＩＰ電話通信を行っている場合に、前記書込ファイル解析手段によって書込読込ファイルと解析した場合に、その書込読込ファイルに含まれている更新後の設定情報を取得する第３取得制御手段と、その第３取得制御手段によって取得した更新後の設定情報を含む書込読込応答ファイルを生成する書込読込応答ファイル生成手段と、その書込読込応答ファイル生成手段によって生成した書込読込応答ファイルを、前記ＩＰ電話通信手段をから前記第１装置に送信させる書込読込応答ファイル送信手段とを備えている。

請求項５記載のＩＰ電話システムは、請求項１から４のいずれかに記載のＩＰ電話システムにおいて、前記第１装置から送信される書込ファイルに基づいて、前記第１記憶手段に記憶される設定情報を更新する機能を有することを示す情報が含まれている。

請求項６記載のＩＰ電話システムは、請求項１から５のいずれかに記載のＩＰ電話システムにおいて、前記第２装置は、前記第１記憶手段に記憶される形式の設定情報をテキストファイル形式に変換し、テキストファイル形式の設定情報を前記第１記憶手段に記憶される形式に変換する変換手段を備え、前記読込応答ファイル生成手段は、前記変換手段に前記第１記憶手段に記憶される形式の設定情報をテキストファイル形式に変換させることで、前記読込応答ファイルを生成し、前記更新手段は、前記変換手段にテキストファイル形式の設定情報である書込ファイルを第１記憶手段に記憶される形式に変換させ、前記第１記憶手段に記憶される設定情報を更新するものである。

請求項７記載のＩＰ電話システムは、請求項１から６のいずれかに記載のＩＰ電話システムにおいて、前記第２装置は、自機について定められた識別情報を記憶する識別情報記憶手段を備え、前記前記ＩＰ電話通信手段は、前記識別情報記憶手段に記憶された識別情報を取得した外部のＩＰ電話端末との間で、インターネット回線を介してＩＰ電話通信を行い、前記機能実行制御手段が制御可能な機能を特定する端末情報を記憶する端末情報記憶手段と、前記識別情報と前記端末情報とを対応付けた態様でインターネット回線に送信する送信手段とを備える。

請求項８記載のＩＰ電話システム用プログラムは、第１装置と、その第１装置とインターネット回線を介してＩＰ電話通信可能に接続されている第２装置とを備えたＩＰ電話システムを制御するものであって、前記ＩＰ電話通信を行う通信手段と、前記ＩＰ電話通信を行う相手側装置について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを有するＩＰ電話通信手段と、そのＩＰ電話通信手段にファイルの送信を指示する中間制御手段とを、自機の操作者からの操作を受付ける操作受付手段とを、前記第１装置のコンピュータと、前記第２装置のコンピュータとの各々に実行させるものであって、前記ＩＰ電話通信は、前記ＩＰ電話通信を介してファイルの通信を行う際に、その都度、受信側装置が送信側装置からファイル送信要求を受信し、前記受信側装置の操作者から前記操作受付手段を介して前記ファイル送信要求に対してファイル送信許可応答を返信することを受付けたことを条件として前記受信側装置が前記ファイル送信許可応答を前記送信側装置に返信し、前記送信側装置が前記ファイル送信許可応答を受信したことを条件として前記受信側装置にファイルを送信する通信方式に構成されており、前記第１装置のコンピュータに実行させる中間制御手段は、前記第２装置と前記ＩＰ電話通信を行っている場合に、前記第２装置において機能を実行する際に用いられる設定情報の読み込みを指示する読込ファイルを生成する読込ファイル生成手段と、その読込ファイル生成手段により生成した読込ファイルを前記ＩＰ電話通信手段から前記第２装置に送信させる読込ファイル送信手段と、その読込ファイル送信手によって読込ファイルを送信させた後、前記第２装置から前記ＩＰ電話通信手段にファイル送信要求がされたかを判断する第１判断手段と、その第１判断手段によってファイル送信要求がされたと判断した場合に前記ファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第２装置に返信させる第１返信手段と、その第１返信手段によってファイル送信許可応答を返信させた後、前記ＩＰ電話通信手段に前記第２装置から送信されるファイルが、前記読込ファイルに対する応答である読込応答ファイルかを解析する読込応答ファイル解析手段と、その読込応答ファイル解析手段によって読込応答ファイルと解析した場合に、その読込応答ファイルに含まれる設定情報を取得する第１取得手段と、その第１取得手段によって取得した設定情報を更新した更新設定情報と、その更新設定情報に基づいて前記第２装置の設定情報を更新させる指示とを含む書込ファイルを生成する書込ファイル生成手段と、その書込ファイル生成手段によって生成した書込ファイルを前記ＩＰ電話通信手段から前記第２装置に送信させる書込ファイル送信手段とを備え、前記第２装置は、前記ＩＰ電話通信を介して送信されたファイルを前記ＩＰ電話通信手段が受信した場合に、その受信したファイルにより指定される機能の実行を制御する機能実行制御手段と、その機能実行制御手段が機能を実行する際に用いられる設定情報を記憶する第１記憶手段と、前記第１装置を識別する識別情報を予め記憶する第２記憶手段とを備え、前記第２装置のコンピュータに実行させる中間制御手段は、前記第１装置と前記ＩＰ電話通信を行っている場合に、前記第２記憶手段に記憶されている前記第１装置から前記ＩＰ電話通信手段にファイル送信要求がされたかを判断する第２判断手段と、その第２判断手段によってファイル送信要求がされたと判断した場合にファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第１装置に返信させる第２返信手段と、その第２返信手段によってファイル送信許可応答を返信させた後、前記第１装置から前記ＩＰ電話通信手段に送信されたファイルが前記読込ファイルかを解析する読込ファイル解析手段と、その読込ファイル解析手段によって読込ファイルと解析した場合に、その読込ファイルに対する応答である読込応答ファイルを生成する読込応答ファイル生成手段と、その読込応答ファイル生成手段により生成した読込応答ファイルを前記ＩＰ電話通信手段から前記第１装置に送信させる読込応答ファイル送信手段と、その読込応答ファイル送信手段によって読込応答ファイルを送信させた後、前記ＩＰ電話通信手段に前記第１装置からファイル送信要求がされたかを判断する第３判断手段と、その第３判断手段によってファイル送信要求がされたと判断した場合に、ファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第１装置に返信させる第３返信手段と、その第３返信手段によってファイル送信許可応答を返信させた後、前記ＩＰ電話通信手段に前記第１装置から送信されたファイルが前記読込応答ファイルに対する応答である書込ファイルかを解析する書込ファイル解析手段と、その書込ファイル解析手段によって書込ファイルと解析した場合に、その書込ファイルに基づいて前記第１記憶手段に記憶されている設定情報を更新する更新手段とを備えている。

請求項１記載のＩＰ電話システムによれば、設定情報の変更について詳しくない操作者であっても、第１装置から送信されるファイルに基づいて設定情報を更新できるので、設定情報の更新ができずに機能を実行できないなどの不具合を防止し、使い勝手を向上し、ＩＰ電話端末が実行可能な機能を十分に活用することができるという効果がある。

請求項２記載のＩＰ電話システムによれば、請求項１記載のＩＰ電話システムの奏する効果に加え、第２記憶手段は不揮発性のメモリであり、自機の製造時から第１装置の識別情報が記憶されているので、使用開始時から特定のＩＰ電話端末に対しての煩わしい操作を不要とすることができ、確実に第１装置にファイル送信するという、ＩＰ電話端末の処理資源について無駄の無い有効な活用ができるという効果がある。

請求項３記載のＩＰ電話システムによれば、請求項１又は２に記載のＩＰ電話システムの奏する効果に加え、ドライバソフトウェアのインストール時から第１装置特定の識別情報が記憶されているので、使用開始時から第１装置に対しての煩わしい操作を不要とすることができ、より使い勝手を向上することができるという効果がある。

請求項４記載のＩＰ電話システムによれば、請求項１から３のいずれかに記載のＩＰ電話システムの奏する効果に加え、書込読込応答ファイルを第１装置に送信するので、その第１装置において、正常に設定情報が更新されたか否かを容易に検証させることができ、ＩＰ電話端末の処理資源を有効活用できるという効果がある。また、更新後の設定情報を、第２装置と関連付けして記憶するので、第２装置とその設定情報との対応関係を簡単に把握することができ、ＩＰ電話端末の処理資源の有効活用に寄与できるという効果がある。

請求項５記載のＩＰ電話システムによれば、請求項１から４のいずれかに記載のＩＰ電話システムの奏する効果に加え、書込ファイルに基づいて設定情報を更新する機能を有することを示す情報が、自身のＩＰ電話端末を識別する識別情報に含まれているので、書込ファイルに基づいて設定情報を更新する機能を有していることを第１装置に認識させることができるという効果がある。

請求項６記載のＩＰ電話システムによれば、請求項１から５のいずれかに記載のＩＰ電話システムの奏する効果に加え、設定情報がテキストファイル形式になっているので、容易に転送することができ、第２装置の操作者がテキストエディタなどで設定情報を視認し、変更することが容易にできるという効果がある。

請求項７記載のＩＰ電話システムによれば、請求項１から６のいずれかに記載のＩＰ電話システムの奏する効果に加え、第２装置は、自機が制御可能な機能を特定する端末情報を、識別情報と対応付けた態様でインターネット回線に送信する。よって、自機のＩＰ電話端末との間でＩＰ電話通信を行う可能性がある第１装置に対し、識別情報と対応付けた態様で自機の端末情報を受信させることができる。その結果、自機がどのような機能を持ったＩＰ電話端末かを、第１装置に認識させることができるという効果がある。

また、第１装置からＩＰ電話通信を介して受信したファイルにより指定される機能の実行を制御するので、第１装置から自機の機能を十分に利用させることができるという効果がある。

請求項８記載のＩＰ電話システム用プログラムによれば、請求項１記載のＩＰ電話システムと同様の効果を奏することができる。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。なお、本発明のＩＰ電話システムは、ＩＰ電話端末間のファイル送受信によって、一方のＩＰ電話端末から他のＩＰ電話端末の１つであるデバイスの設定情報を更新するものである。

まず、図１を参照して、本実施形態に係るＩＰ電話端末（ＰＣ１０，３０，５０及びデバイス２０，４０，６０）を含むＩＰ電話システム１のシステム構成について説明する。図１は、本実施形態のＩＰ電話システム１のシステム構成を示すブロック図である。

ＩＰ電話システム１は、ネットワーク（インターネット回線）を介して接続されるＰＣ１０，３０，５０と、ＰＣ１０，３０，５０に接続されるデバイス２０，４０，６０とを主に有して構成されている。また、図示しないが、ネットワークを介してＰＣ１０，３０，５０に接続される複数のＰＣやデバイスを有して構成されている。

ＰＣ１０は、ＩＰ電話端末を構成するものであり、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ハードディスクドライブ（以下「ＨＤＤ」と略す）１４とを主に有している。ＣＰＵ１１は、ＲＯＭ１２やＨＤＤ１４に記憶される固定値やプログラムに従った制御を行う演算処理装置である。ＲＯＭ１２は、ＰＣ１０で実行される各種の制御プログラムや固定値データを記憶する書換不能なメモリである。ＲＡＭ１３は、各種のデータを一時的に記憶するための書換可能なメモリである。ＨＤＤ１４は、ＰＣ１０で実行される各種の制御プログラムや固定値データを記憶する記憶装置であり、電源オフ後も記憶内容が保持される。

ＨＤＤ１４には、ＩＰ電話アプリケーション１４ａと、中間アプリケーション１４ｂとがインストールされている。中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂとデバイス２０との間で信号の受け渡しを行うソフトウェアであり、ＩＰ電話アプリケーション１４ｂとデバイス２０とを連携する連携アプリケーションとして機能する。

また、ＩＰ電話アプリケーション１４ｂは、ネットワークを介して、他のＩＰ電話アプリケーション（例えば、ＩＰ電話アプリケーション３４ａ，５４ａ）と互いに通話を行うものであり、例えば、スカイプ通話ソフトなどが例示される。

さらに、ＨＤＤ１４には、デバイス設定情報記憶エリア１４ｃと、コールセンター情報記憶エリア１４ｄと、デバイス情報記憶エリア１４ｅと、検証結果記憶エリア１４ｆとが設けられている。

デバイス設定情報記憶エリア１４ｃは、デバイス２０の設定情報記憶エリア２３ａから取得した設定情報（例えば、用紙の大きさや印刷方向、ＰＣ１０との通信方法など）を記憶するエリアである。コールセンター情報記憶エリア１４ｄは、デバイス２０の製造元の識別情報（コンタクトリスト）が記憶されるエリアであり、後述するデバイス２０のコールセンター情報記憶エリア２２ａから取得された製造元の識別情報が記憶される。本実施形態では、ＰＣ１０をコールセンターとして、以下の説明を行う。

なお、コールセンター情報記憶エリア１４ｄに記憶される製造元の識別情報は、デバイス２０のドライバをインストールする際に記憶されるように構成しても良い。

デバイス情報記憶エリア１４ｅは、デバイス２０で実行可能な機能（例えば、印刷機能、読取機能、ＦＡＸ機能、カラー印刷／モノクロ印刷機能およびインク方式／レーザー方式などの機能）を示す機種情報が記憶されるエリアであり、デバイス２０のドライバをインストールすることで、機種情報が記憶される。

検証結果記憶エリア１４ｆは、外部のＰＣ（例えば、ＰＣ３０，５０など）の設定情報の更新を行った場合の更新結果を記憶するエリアであり、具体的には、更新を行った外部のＰＣと、そのＰＣに更新を指示した設定情報とを関連づけした情報が記憶される。

デバイス２０は、ＩＰ電話端末を構成するものであり、本実施形態では、多機能周辺装置（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）で構成されている。デバイス２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、スキャナ２４と、プリンタ２５と、メモリカードスロット２６とを主に有して構成されている。

ＣＰＵ２１は、ＲＯＭ２２に記憶される固定値やプログラムに従った制御を行う演算処理装置である。ＲＯＭ２２は、デバイス２０で実行される各種の制御プログラムや固定値データを記憶する書換不能なメモリである。ＲＡＭ２３は、各種のデータを一時的に記憶するための書換可能なメモリである。スキャナ２４は、画像を取り込み画像データを生成する読取装置である。プリンタ２５は、紙などの記録媒体に印刷を行う印刷装置である。メモリカードスロット２６は、メモリカードが装着され、データの読み出し及び書き込みを行うメモリ装着装置である。なお、ＭＦＰが有するスキャナ２４、プリンタ２５及びメモリカードスロット２６は、公知の技術であるので、その詳細な説明は省略する。

また、ＲＯＭ２２には、コールセンター情報記憶エリア２２ａが設けられており、製造時からコールセンターの情報が記憶されている。ＲＡＭ２３には、設定情報記憶リア２３ａが設けられており、電源投入時などのタイミングでＲＯＭ２２から各種設定情報が読み出されて記憶される。

なお、ＰＣ３０，５０及びデバイス４０，６０は、ＰＣ１０及びデバイス２０と同様に構成されているので、その詳細な説明は省略する。

次に、図２を参照して、各ＰＣ１０，３０，５０間のファイル又はデータの送受信、及び、各ＰＣ１０，３０，５０と各デバイス２０，４０，６０間のファイル又はデータの送受信について説明する。図２は、各ＰＣ１０，３０，５０間、及び、各ＰＣ１０，３０，５０と各デバイス２０，４０，６０間のファイル及びデータの送受信の経路を模式的に示した図である。

図２に示すように、ＰＣ１０は、中間アプリケーション１４ａと、ＩＰ電話アプリケーション１４ｂとがインストールされており、中間アプリケーション１４ａは、デバイス２０からデータを送受信可能に構成されている。

中間アプリケーション１４ａは、デバイス２０に対してデータの取得命令などを送信すると共に、デバイス２０から送信されるデータを受信することができ、ＩＰ電話アプリケーション１４ｂを介して外部のＰＣ（例えば、ＰＣ３０，５０）との間でファイルの送受信が可能に構成されている。

具体的には、デバイス２０がスピーカやマイクなど、音声入出力機能を備えており、ユーザがデバイス２０に備えられているスピーカやマイクなどを用いて、ＩＰ電話による通話を行う構成であっても良い。

この場合、ＩＰ電話アプリケーション１４ｂは、他のＩＰ電話端末（例えば、ＰＣ３０，５０）から受信した音声データをデバイス２０のスピーカから出力し、デバイス２０のマイクから入力された音声データを他のＩＰ電話端末（例えば、ＰＣ３０，５０）に送信するように構成される。

さらに、ＩＰ電話アプリケーション１４ｂ及びデバイス２０から中間アプリケーション１４ａにイベントメッセージが送信されてくるように構成され、イベントメッセージを受信した中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂからのメッセージをデバイス２０に伝達し、デバイス２０からのメッセージをＩＰ電話アプリケーション１４ｂに伝達するように構成される。

例えば、ＩＰ電話アプリケーション１４ｂが他のＩＰ電話端末（例えば、ＰＣ３０，５０）から通話要求を受けると、通話要求のイベントが中間アプリケーション１４ａを介してデバイス２０に伝達され、ユーザがデバイス２０を操作して通話許可の指示を行うと、そのイベントがＩＰ電話アプリケーション１４ｂに伝達され、通話が開始されることになる。

一方、ユーザがデバイス２０を操作してユーザデバイスの検索指示を行うと、検索指示のイベントが中間アプリケーション１４ａを介してＩＰ電話アプリケーション１４ｂに伝達され、ＩＰ電話アプリケーション１４ｂがネットワークに対してユーザデバイスの検索要求を送信することになる。そして、ＩＰ電話アプリケーション１４ｂが得た検索結果（コンタクトリスト）は、中間アプリケーション１４ａを介してデバイス２０に伝達され、デバイス２０が備える表示部に表示される。

ユーザがデバイス２０を操作し、表示されたコンタクトリストから通話先を選択し、通話指示を行うと、通話要求のイベントが中間アプリケーション１４ａを介してＩＰ電話アプリケーション１４ｂに伝達され、ＩＰ電話アプリケーション１４ｂが通話先のＩＰ電話端末（例えば、ＰＣ３０，５０）に通話要求を送信し、通話許可を待つことになる。

本実施形態では、中間アプリケーション１４ａは、外部のＰＣに接続されるデバイス（例えば、デバイス４０，６０）の設定情報の読み込みを指示する読込ファイルと、外部のＰＣに接続されるデバイスの設定情報の書き込み及び更新後の設定情報の読み込みを指示する書込・読込ファイルを生成すると共に、その生成した各ファイルの送信をＩＰ電話アプリケーション１４ｂに指示するものである。

また、中間アプリケーション１４ａは、外部のＰＣから送信される各ファイルを受信したＩＰ電話アプリケーション１４ｂから受信したファイルを取得し、その取得したファイルを解析し、解析結果に応じた処理（例えば、応答ファイルの生成など）を実行可能に構成されている。

さらに、中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂが有する登録情報格納部１５から登録情報を取得して、外部のＰＣやデバイスの接続先（コンタクトリスト）を把握でき、ＩＰ電話アプリケーション１４ｂに対して、接続する外部のＩＰ電話アプリケーションを指示することができる。

ＩＰ電話アプリケーション１４ｂは、デバイス２０が有する機能を示す機能識別情報を含む登録情報や、外部のＰＣ又はデバイスが有する機能を示す機能識別情報を含む登録情報が格納される登録情報格納部１５と、外部のＰＣ又はデバイスから送信されるファイルやデータを受信するファイル受信部１８と、外部のＰＣやデバイスにファイルやデータを送信するファイル送信部１９とを有している。

また、ＩＰ電話アプリケーション１４ｂは、外部のＰＣが有するＩＰ電話アプリケーション（例えば、ＩＰ電話アプリケーション３４ｂ、５４ｂ）との間で、音声通話を行うことができると共に、ファイル送信部１８及びファイル受信部１９によりファイルの送受信を行うことができる。

なお、図２では、ＰＣ１０からＰＣ３０に対して読込ファイル及び書込・読込ファイルを送信し、その読込ファイル及び書込・読込ファイルに応じた応答ファイルがＰＣ２０からＰＣ１０に送信される経路が図示されている。

具体的には、ＰＣ１０の中間アプリケーション１４ａにおいて読込ファイル及び書込・読込ファイルを生成し、その生成した各ファイルの送信がＩＰ電話アプリケーション１４ｂにより実行される。ＰＣ３０の中間アプリケーション３４ａは、ＩＰ電話アプリケーション３４ｂが受信したファイルを受け取り、その受け取ったファイルに応じた処理として、デバイス４０に対してデータや命令を送信する。更に、中間アプリケーション３４ａは、デバイス４０から取得したデータに応じた応答ファイルを生成し、その生成した応答ファイルの送信がＩＰ電話アプリケーション３４ｂにより実行され、中間アプリケーション１４ａに応答ファイルを返信するように構成されている。この具体的な処理は、図４から図８を用いて後述する。

次に、図３を参照して、ＩＰ電話アプリケーション１４ｂ，３４ｂ、５４ｂに設けられる登録情報格納部１５，３５，５５について説明する。なお、図３の説明では、登録情報格納部３５について説明する。図３は、ＰＣ３０の登録情報格納部３５に登録情報を登録する一連の処理の流れを説明する図である。

図３に示すように、中間アプリケーション３４ａには、文字列付加モジュール３６及びデバイス監視モジュール３７が設けられている。また、ＰＣ２０は、デバイス情報記憶エリア３４ｅに記憶されるデバイス情報と、ＲＯＭ３２のＰＣ情報記憶エリア３２ａに予め記憶されるＰＣ情報とを取得可能に構成されている。

なお、ＰＣ情報とは、ＲＯＭ３２のレジストリやｉｎｉファイルなどに格納された情報を総称したものであり、ＰＣ３０のＯＳバージョンやインストールされているアプリケーションの情報である。これらのＯＳのバージョンやインストールされているアプリケーションの種類などから、ＰＣ３０の有する機能が特定される。

ＩＰ電話アプリケーション３４ｂの登録情報格納部３５は、デバイス４０が有する機能を示す機能識別情報を含む登録情報を格納するものであり、例えば、デバイス４０が、プリント機能、スキャナ機能およびメモリカードへの保存機能を有していれば、それらの各機能とデバイス４０とが関連づけされた登録情報が登録情報格納部３５に登録される。この登録情報格納部３５への登録情報の登録方法について、以下に説明する。

文字列付加モジュール３６は、中間アプリケーション３４ａが起動されると、ＩＰ電話アプリケーション３４ｂから任意の表示名”ｙａｍａｄａ”を取得し、ＰＣ３０のＰＣ情報記憶エリア３２ｂからＰＣ情報としてのＰＣ名”ｐｃ”を取得し、文字列”ｐｃ＿ｙａｍａｄａ”を生成する。そして、その生成した文字列”ｐｃ＿ｙａｍａｄａ”をデバイス監視モジュール３７に送信する。なお、文字列付加モジュール３６の動作は、ＰＣ名や表示名の変更に対応できるように、ＰＣ名や表示名の変更時に行っても良いし、定期的に行っても良い。

そして、デバイス監視モジュール３７は、文字列付加モジュール３６から送信された文字列を受信する度に、その受信した文字列を記憶する。また、デバイス監視モジュール３７は、ＰＣ３０に接続されるデバイス環境（図４のデバイスＡ〜Ｃの接続状態）を監視すると共に、接続されているデバイスがＩＰ電話に対応しているかの監視をし、更に、各デバイスの監視結果に基づいた情報を示す表示名やプロフィールを生成して文字列付加モジュール３６へ送信する。

本実施形態では、デバイス監視モジュール３７によって各デバイスが監視されると、その監視結果として、デバイスＡのデバイス名である”Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０”、デバイスＢのデバイス名である”Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０”、デバイスＣのデバイス名である”Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０”を取得する。

そして、デバイス監視モジュール３７は、各デバイス名に基づいた表示名とプロフィールを生成して、文字列付加モジュール３６に送信する。本実施形態では、表示名は、３つのデバイスがＩＰ電話対応デバイスであることを示しており、”ｐｃ＿ｙａｍａｄａ＿３ｄｅｖｉｃｅｓ＿ｄ１＿Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０＿ｄ２＿Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０＿ｄ３＿Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０”で示される。ここで、”ｐｃ＿ｙａｍａｄａ＿３ｄｅｖｉｃｅｓ”は、ｐｃ＿ｙａｍａｄａに接続される３つのデバイスを検知したことを示している。また、各デバイス名の間には”＿ｄｎ＿”（ｎ＝１〜３）が挿入される。

また、プロフィールは、”Ｄｅｖｉｃｅ１＝Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０ Ｄｅｖｉｃｅ２＝Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０ Ｄｅｖｉｃｅ３＝Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０”で示される。

なお、各デバイス名は、プロフィールとしても登録されるため、デバイス名を示す文字列を表示名から省略する実施形態としてもよい。

その後、文字列付加モジュール３６は、デバイス監視モジュール３７から送信される各デバイス名に基づいて、その各デバイスが有する機能をデバイス情報記憶エリア３４ｅを参照して取得し、その取得した各デバイスの機能を示す文字列をデバイス監視モジュール３７から送信されたプロフィールに付加する。

さらに、文字列付加モジュール３６は、ＰＣ情報記録エリア３２ａからＰＣ情報としてＰＣ３０が有する機能を取得し、文字列をプロフィールに付加する。文字列付加モジュール３６により生成されるプロフィールは、”Ｄｅｖｉｃｅ１＝Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０，Ｐｒｉｎｔ Ｓｃａｎ Ｃａｒｄ ＦＡＸ Ｃｏｌｏｒ Ｉｎｋ Ｄｅｖｉｃｅ２＝Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０，Ｐｒｉｎｔ Ｓｃａｎ Ｃａｒｄ Ｃｏｌｏｒ Ｉｎｋ Ｄｅｖｉｃｅ３＝Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０，Ｐｒｉｎｔ Ｓｃａｎ ＦＡＸ Ｍｏｎｏ Ｌａｓｅｒ Ｐｃ＝Ｗｉｎ＿ＸＰ，ＯＣＲ，Ｒｅａｄ−Ｗｒｉｔｅ”と示される。

ここで、Ｐｒｉｎｔは印刷機能、Ｓｃａｎは読取機能、ＦＡＸはＦＡＸ機能、Ｃｏｌｏｒ／Ｍｏｎｏはカラー印刷／モノクロ印刷機能、Ｉｎｋ／Ｌａｓｅｒはインク方式／レーザー方式、Ｗｉｎ＿ＸＰはパーソナルコンピュータのＯＳがＷｉｎｄｏｗｓ（登録商標）ＸＰであること、ＯＣＲはＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能をそれぞれ示している。

また、Ｒｅａｄ−Ｗｒｉｔｅは、本実施形態の特徴であり、ＰＣ３０が外部からの読み込み及び書き込みの指示によりデバイス４０の設定情報を変更可能であることを示している。よって、例えば、ＰＣ１０は、ＰＣ３０から登録情報を取得した場合には、ＰＣ３０が、外部からの読み込み及び書き込みの指示によりデバイス４０の設定情報を変更可能であることを認識することができる。従って、外部からの読み込み及び書き込みの指示によりデバイス４０の設定情報を変更できないＰＣ又はデバイスに対して、不要な読み込み及び書き込みの指示をすることを抑制することができる。

一方、表示名は、デバイス監視モジュール３７が生成した表示名”ｐｃ＿ｙａｍａｄａ＿３ｄｅｖｉｃｅｓ＿ｄ１＿Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０＿ｄ２＿Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０＿ｄ３＿Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０”がそのまま用いられる。

そして、上述したような手順で生成された表示名とプロフィールとがＩＰ電話アプリケーション３４ｂの登録情報格納部３５に格納される。

なお、通話を行っているデバイスのデバイス情報がＩＰ電話アプリケーション３４ｂに登録される構成であってもよい。具体的には、デバイスからの通話許可の指示を得た中間アプリケーション３４ａが、通話許可の指示元であるデバイスのデバイス情報をＩＰ電話アプリケーション３４ｂに登録するように構成してもよい。また、デバイスからの通話要求の指示を得た中間アプリケーション３４ａが、通話要求の指示元であるデバイスのデバイス情報をＩＰ電話アプリケーション３４ｂに登録するようにしてもよい。

次に、各ＰＣの登録情報格納部に登録された登録情報を取得する手順について説明する。以下の説明では、ＰＣ１０がＰＣ３０の登録情報を取得する手順の一例について説明する。

まず、中間アプリケーション１４ａからＩＰ電話アプリケーション１４ｂにユーザデバイスの検索命令が発令されると、ＩＰ電話アプリケーション１４ｂがネットワークに対してユーザデバイスの検索を行ない、ネットワークに接続されたＩＰ電話アプリケーション３４ｂからＩＰ電話アプリケーション１４ｂに対し、ユーザデバイスの情報（登録情報）が送られる。ＩＰ電話アプリケーション１４ｂは、登録情報格納部１５に、ＩＰ電話アプリケーション３４ｂから送られてきた登録情報を格納する。

なお、スーパーノードと呼ばれる特別なユーザデバイスがＩＰ電話アプリケーションの登録情報を一括管理している場合がある。この場合、ＩＰ電話アプリケーション３４ｂが行った検索に対し、各ＩＰ電話アプリケーション（例えば、ＩＰ電話アプリケーション１４ｂ、５４ｂ）の登録情報を、スーパーノードが返信することになる。

中間アプリケーション１４ａは、登録情報格納部１５に登録される他のＰＣ３０の登録情報に基づき、コンタクトリストを取得することができる。これにより、中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂに登録されたユーザデバイスのコンタクトリストを取得することができる。なお、コンタクトリストとは、ＩＰ電話アプリケーション１４ｂにおいて、通話相手の候補を示すユーザデバイスのリストである。

中間アプリケーション１４ａは、このコンタクトリストを解析し、ＰＣ３０やデバイス４０で利用可能な機能を認識することができる。そして、ＰＣ３０やデバイス４０で利用可能な機能を選択し、ＰＣ３０やデバイス４０において機能の実行を指示することができる。

次に、図４を参照して、ＩＰ電話システム１において、１のＰＣから他のＰＣに対してデバイスの設定情報の読み込みの指示と、他のＰＣに対してデバイスの設定情報の書き込み及び書き込み後の設定情報の読み込みの指示を行う場合のシーケンスチャートについて説明する。

図４は、ＩＰ電話システム１において各ＩＰ電話端末間（ＰＣ１０，３０，５０及びデバイス２０，４０，６０）で行われるプログラムの流れを示したシーケンスチャートである。なお、以下の説明では、１のＰＣとしてＰＣ１０から、他のＰＣとしてＰＣ３０に対して各種の指示がなされる場合について説明する。

なお、本実施形態では、例えば、ＰＣ３０及びデバイス４０のユーザが、デバイス４０の各種設定が困難な場合に、ＩＰ電話アプリケーション１４ｂとＩＰ電話アプリケーション３４ｂとの間を介して、コールセンターとしてのＰＣ１０とＩＰ通話を行っている場合を想定している。よって、ＰＣ３０及びデバイス４０のユーザから、デバイス４０の各種設定の変更を依頼された場合に、ＰＣ１０のコールセンターからＩＰ電話のファイル送信機能を利用して、デバイス４０の各種設定を変更する場合である。

まず、ＰＣ１０のＩＰ電話アプリケーション１４ａの登録情報格納部１５に登録される他のＰＣの登録情報に基づき、コンタクトリストの取得処理が行われる（Ｐ１）。これにより、中間アプリケーション１４ａが、ＩＰ電話アプリケーション１４ｂに登録されたユーザデバイスのコンタクトリストを取得することができる。そして、Ｐ１において取得したコンタクトリストから接続先の受信端末としてＰＣ３０の表示名が選択される（Ｐ２）。

その後、中間アプリケーション１４ａでは、ＰＣ３０に接続されるデバイス４０の設定情報の読み込みを指示する読込ファイルを生成し（Ｐ３）、その読込ファイルの送信命令をＩＰ電話アプリケーション１４ｂに発令する（Ｐ４）。

読込ファイルの送信命令がなされたＩＰ電話アプリケーション１４ｂは、ＰＣ３０のＩＰ電話アプリケーション３４ｂに対してファイル送信要求を送信する。なお、ファイル送信要求には、送信するファイルの形式（例えば、ｔｘｔやｊｐｇなど）やファイルサイズ（例えば、１２３４５６ｂｙｔｅ）などが含まれている。

ＰＣ３０の中間アプリケーション３４ａでは、ファイル送信を許可するファイル送信許可応答を送信するか否かの判断がなされる（Ｐ５）。そして、ファイル送信許可応答をＰＣ１０に送信すると判断されると、ファイル送信許可応答の応答命令が中間アプリケーション３４ａからＩＰ電話アプリケーション３４ｂに送信され、ＩＰ電話アプリケーション３４ｂからＰＣ１０のＩＰ電話アプリケーション１４ｂに対してファイル送信許可応答の信号が送信される。

中間アプリケーション３４ａでは、ファイル送信許可応答の応答命令を発令した後に、ＩＰ電話アプリケーション１４ｂから送信される読込ファイルをＩＰ電話アプリケーション３４ｂが受信し、その受信した読込ファイルをＩＰ電話アプリケーション３４ｂから受け渡されることが待機される（Ｐ６）。

一方、中間アプリケーション１４ａでは、ＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信すると、ＩＰ電話アプリケーション１４ｂの読込ファイルの送信機能が実行される（Ｐ７）。具体的には、図２におけるＩＰ電話アプリケーション１４ｂが備えるファイル送信部１９から、ＩＰ電話アプリケーション３４ｂが備えるファイル受信部３８に読込ファイルが送信されることである。

中間アプリケーション３４ａでは、ＰＣ１０のＩＰ電話アプリケーション１４ｂから送信され、ＩＰ電話アプリケーション３４ｂにより受信した読込ファイルを、ＩＰ電話アプリケーション３４ｂから受け取り、その受け取った受信ファイルの解析が行われる（Ｐ８）。そして、受信したファイルを解析した結果、デバイス４０の設定情報の読み込みを指示する読込ファイルであった場合には、設定情報の取得命令をデバイス４０に送信する。

デバイス４０では、中間アプリケーション３４ａからの指示に基づいて設定情報を読み出し（Ｐ９）、その読み出した設定情報を中間アプリケーション３４ａに送信する。

中間アプリケーション３４ａは、デバイス４０から送信された設定情報を含む応答ファイルを生成し（Ｐ１０）、その応答ファイルの送信命令をＩＰ電話アプリケーション３４ｂに発令する（Ｐ１１）。応答ファイルの送信命令がなされたＩＰ電話アプリケーション３４ｂは、ＰＣ１０のＩＰ電話アプリケーション１４ｂに対してファイル送信要求を送信する。

ＰＣ１０の中間アプリケーション１４ａでは、ファイル送信を許可するファイル送信許可応答を送信するか否かの判断がなされる（Ｐ１２）。そして、ファイル送信許可応答をＰＣ３０に送信すると判断されると、ファイル送信許可応答の応答命令が中間アプリケーション１４ａからＩＰ電話アプリケーション１４ｂに送信され、ＩＰ電話アプリケーション１４ｂからＰＣ３０のＩＰ電話アプリケーション３４ｂに対してファイル送信許可応答の信号が送信される。

中間アプリケーション１４ａでは、ファイル送信許可応答の応答命令を発令した後に、ＩＰ電話アプリケーション３４ｂから送信される応答ファイルをＩＰ電話アプリケーション１４ｂが受信し、その受信した応答ファイルをＩＰ電話アプリケーション１４ｂから受け渡されることが待機される（Ｐ１３）。

一方、中間アプリケーション３４ａでは、ＩＰ電話アプリケーション１４ｂからファイル送信許可応答を受信すると、ＩＰ電話アプリケーション３４ｂの応答ファイルの送信機能が実行される（Ｐ１４）。具体的には、図２におけるＩＰ電話アプリケーション３４ｂが備えるファイル送信部３９から、ＩＰ電話アプリケーション１４ｂが備えるファイル受信部１８に応答ファイルが送信されることである。

中間アプリケーション１４ａでは、ＰＣ３０のＩＰ電話アプリケーション３４ｂから送信され、ＩＰ電話アプリケーション１４ｂにより受信した応答ファイルを、ＩＰ電話アプリケーション１４ｂから受け取り、その受け取った応答ファイルに含まれる設定情報の解析が行われる（Ｐ１５）。

そして、設定情報の修正または追加などをした新たな設定情報の書き込み及び、更新後の設定情報の読み込みを指示する書込・読込ファイルを生成し（Ｐ１６）、その書込・読込ファイルの送信命令をＩＰ電話アプリケーション１４ｂに発令する（Ｐ１７）。書込・読込ファイルの送信命令がなされたＩＰ電話アプリケーション１４ｂは、ＰＣ３０のＩＰ電話アプリケーション３４ｂに対してファイル送信要求を送信する。

ＰＣ３０の中間アプリケーション３４ａでは、Ｐ５及びＰ６と同様に、ファイル送信を許可するファイル送信許可応答を送信するか否かの判断がなされ（Ｐ１８）、ファイル送信許可応答をＰＣ１０に送信すると判断されると、ファイル送信許可応答の応答命令がＩＰ電話アプリケーション３４ｂに送信されると共に、ＩＰ電話アプリケーション１４ｂに対してファイル送信許可応答の信号が送信され、その後、ＩＰ電話アプリケーション１４ｂから送信される書込・読込ファイルがＩＰ電話アプリケーション３４ｂから受け渡されることが待機される（Ｐ１９）。

一方、中間アプリケーション１４ａでは、ＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信すると、ＩＰ電話アプリケーション１４ｂの書込・読込ファイルの送信機能が実行される（Ｐ２０）。

中間アプリケーション３４ａでは、ＰＣ１０のＩＰ電話アプリケーション１４ｂから送信され、ＩＰ電話アプリケーション３４ｂにより受信した書込・読込ファイルを、ＩＰ電話アプリケーション３４ｂから受け取り、その受け取った書込・読込ファイルを解析する（Ｐ２１）。

そして、受信したファイルを解析した結果、デバイス４０の設定情報の書き込みを指示する書込・読込ファイルであった場合には、設定情報の更新命令と、新たな設定情報とをデバイス４０に送信する。

デバイス４０では、中間アプリケーション３４ａから送信された新たな設定情報に更新する処理を実行し（Ｓ２２）、更新後の設定情報を中間アプリケーション３４ａに送信する。

中間アプリケーション３４ａは、デバイス４０から送信された更新後の設定情報を含む応答ファイルを生成し（Ｐ２３）、その応答ファイルの送信命令をＩＰ電話アプリケーション３４ｂに発令する（Ｐ２４）。応答ファイルの送信命令がなされたＩＰ電話アプリケーション３４ｂは、ＰＣ１０のＩＰ電話アプリケーション１４ｂに対してファイル送信要求を送信する。

ＰＣ１０の中間アプリケーション１４ａでは、Ｐ１２及びＰ１３と同様に、ファイル送信を許可するファイル送信許可応答を送信するか否かの判断がなされ（Ｐ２５）、ファイル送信許可応答をＰＣ３０に送信すると判断されると、ファイル送信許可応答の応答命令がＩＰ電話アプリケーション１４ｂに送信されると共に、ＩＰ電話アプリケーション３４ｂに対してファイル送信許可応答の信号が送信され、その後、ＩＰ電話アプリケーション３４ｂから送信される応答ファイルがＩＰ電話アプリケーション１４ｂから受け渡されることが待機される（Ｐ２６）。

一方、中間アプリケーション３４ａでは、ＩＰ電話アプリケーション１４ｂからファイル送信許可応答を受信すると、ＩＰ電話アプリケーション３４ｂの応答ファイルの送信機能が実行される（Ｐ２７）。

中間アプリケーション１４ａでは、ＰＣ３０のＩＰ電話アプリケーション３４ｂから送信され、ＩＰ電話アプリケーション１４ｂにより受信した応答ファイルを、ＩＰ電話アプリケーション１４ｂから受け取り、その受け取った応答ファイルに含まれる更新後の設定情報を検証し（Ｐ２８）、デバイス４０の設定情報が正常に更新されたかを確認し、一連の処理が終了する。

次に、図５から図８を参照して、ＰＣ１０，３０で実行される具体的な処理について説明する。図５は、送信側のＰＣで実行される読込ファイル送信処理を示したフローチャートである。図６は、送信側のＰＣで実行される書込・読込ファイル送信処理を示したフローチャートである。図７は、受信側のＰＣで実行されるファイル受信処理を示したフローチャートである。図８は、読込ファイル、書込・読込ファイル及び応答ファイルの一例を示した図である。

なお、図５から図８の説明では、送信側のＰＣをＰＣ１０とし、受信側のＰＣをＰＣ３０として説明する。

図５に示す送信側ＰＣ１０の読込ファイル送信処理は、外部のＰＣ（又はデバイス）の設定情報の読み込みを指示する読込ファイルを、外部のＰＣ（又はデバイス）に送信する場合に実行される処理であり、例えば、コールセンターのＰＣにおいて、外部のデバイスの設定情報を読み出す機能の実行が指示された場合に実行される。

読込ファイル送信処理が実行されると、まず、読込ファイルを生成する（Ｓ１）。この読込ファイルは、上述したように、外部のＰＣ３０に接続されるデバイス４０の設定情報の読み出しを指示するファイルであり、図８（ａ）に例示されている。

図８（ａ）に示すように、読込ファイルは、その先頭部分に［Ｆｉｌｅ Ｔｙｐｅ］として「読込ファイル」と記されている。また、［Ｆｉｌｅ Ｔｙｐｅ］の他に、「お使いのデバイスの設定情報を読み込み可能か問い合わせするファイルです。」のテキストデータが含まれている。このテキストデータ（少なくとも［Ｆｉｌｅ Ｔｙｐｅ］のテキストデータ）をＰＣ３０の中間アプリケーション３４ａが読み込むことで、デバイス４０の設定情報の読み込みが指示されたことを認識することができる。また、読み込んだテキストデータを表示することで、操作者に受信したファイルを認識させることもできる。

Ｓ２の処理では、読込ファイルを送信するために、ＰＣ３０のＩＰ電話アプリケーション３４ｂに対してファイル送信要求を送信して（Ｓ２）、ファイル送信要求を送信した外部のＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信したか否かを確認する（Ｓ３）。

Ｓ３の処理で確認した結果、ファイル送信許可応答を受信していなければ（Ｓ３：Ｎｏ）、タイムアウト時間が経過したか否かを確認し（Ｓ４）、タイムアウト時間が経過していなければ（Ｓ４：Ｎｏ）、Ｓ３の処理へ戻り、再度、ファイル送信許可応答の受信を確認する。

また、Ｓ４の処理で確認した結果、タイムアウト時間を経過していれば（Ｓ４：Ｙｅｓ）、接続先のＩＰ電話アプリケーション３４ｂとの接続が解除されたり、ファイル送信を拒否されたことが考えられるので、そのまま、本処理を終了する。

一方、Ｓ３の処理で確認した結果、ファイル送信許可応答を受信していれば（Ｓ３：Ｙｅｓ）、Ｓ１の処理で生成した読込ファイルをＩＰ電話アプリケーション３４ｂに対して送信する（Ｓ５）。

そして、送信した読込ファイルにより指示した応答ファイルの受信を待機するために、外部のＩＰ電話アプリケーション３４ｂから送信されるファイル送信要求を受信したか否かの確認をＳ６，Ｓ７の処理で繰り返し行う。

具体的には、Ｓ６の処理において、タイムアウト時間が経過したか否かを確認し（Ｓ６）、Ｓ７の処理で、ファイル送信要求を受信したか否かを確認する（Ｓ７）。Ｓ６の処理で確認した結果、タイムアウト時間が経過していれば（Ｓ６：Ｙｅｓ）、そのまま、本処理を終了する。

Ｓ６の処理でタイムアウト時間が経過したと確認された場合には、読込ファイルを送信したにも関わらず、ＩＰ電話アプリケーション３４ｂから応答ファイルを送信するファイル送信要求が送信されてこないので、ＰＣ３０を操作するユーザによって応答ファイルの送信が中止されたり、接続自体が切断されたことが考えられるので、本処理を終了する。

一方、Ｓ７の処理の結果、ファイル送信要求を受信した確認されると（Ｓ７：Ｙｅｓ）、読込ファイルの送信先であるＩＰ電話アプリケーション３４ｂからのファイル送信要求であるか否かを確認し（Ｓ８）、送信先からのファイル送信要求であれば（Ｓ８：Ｙｅｓ）、Ｓ１１の処理へ移行する。

一方、Ｓ８の処理で確認した結果、読込ファイルを送信した送信先からのファイル送信要求でなければ（Ｓ８：Ｎｏ）、ファイル送信許可応答を送信するか否かの問い合わせを表示し（Ｓ９）、その問い合わせ結果がファイル送信許可応答の送信を許可するものであるか否かを確認する（Ｓ１０）。

なお、Ｓ８の処理で確認した結果、読込ファイルを送信した送信先からのファイル送信要求でなければ（Ｓ８：Ｎｏ）、ファイル送信許可応答を送信するか否かの問い合わせを表示することなく、そのまま本処理を終了するように構成しても良い。

Ｓ１０の処理で確認した結果、問い合わせ結果が不許可であれば（Ｓ１０：Ｎｏ）、本処理を終了し、問い合わせ結果が許可であれば（Ｓ１０：Ｙｅｓ）、Ｓ１１の処理へ移行する。

Ｓ１１の処理では、ファイル送信許可応答をＩＰ電話アプリケーション３４ｂ又は他のＩＰ電話アプリケーションに送信し（Ｓ１１）、その後、ファイル送信許可応答を送信したＩＰ電話アプリケーションからファイル受信が完了したか否かを確認し（Ｓ１２）、ファイルを受信するまで待機する（Ｓ１２：Ｎｏ）。

そして、ファイル受信が完了したら（Ｓ１２：Ｙｅｓ）、その受信したファイルを解析し（Ｓ１３）、受信したファイルが読込ファイルに対する応答ファイルであるか否かを確認する（Ｓ１４）。

なお、Ｓ１４の処理において応答ファイルであるか否かの確認は、後述する受信側のＰＣ３０により生成される応答ファイル（図８（ｃ）参照）に含まれるテキストデータを参照することで行われる。

Ｓ１４の処理で確認した結果、受信したファイルが応答ファイルでなければ（Ｓ１４：Ｎｏ）、その受信したファイルに応じたその他の処理を実行し（Ｓ１５）、受信したファイルが応答ファイルであれば（Ｓ１４：Ｙｅｓ）、応答ファイルをＲＡＭ１３又はＨＤＤ１４の所定エリアに記憶し（Ｓ１６）、本処理を終了する。

なお、Ｓ１５の処理で、受信したファイルに応じたその他の処理を実行した後に、Ｓ６の処理へ戻り、再度、応答ファイルを受信するためのファイル送信要求の受信を待機するように構成しても良い。

その後、ＰＣ１０のコールセンター係は、Ｓ１６の処理で記憶した応答ファイルを解析し、外部のＰＣ３０に接続されるデバイス４０の設定情報を解析する。そして、ＰＣ１０では、デバイス４０の設定情報の問題点を解消した新たな設定情報をＲＡＭ１３又はＨＤＤ１４の所定エリアに記憶する。

ＰＣ１０のコールセンター係は、新たな設定情報を作成すると、次に、その新たな設定情報を外部のＰＣ３０に送信すると共に、デバイス４０の設定情報を新たな設定情報に更新させる機能を実行する。その機能が実行されると、図６に示す書込・読込ファイル送信処理が実行される。

図６に示す書込・読込ファイル送信処理が実行されると、まず、書込・読込ファイルを生成する（Ｓ２１）。この書込・読込ファイルは、ＰＣ１０のコールセンター係により作成された新たな設定情報と、外部のＰＣ３０に接続されるデバイス４０の設定情報の更新を指示する指示情報とを含むファイルであり、図８（ｂ）に例示されている。

図８（ｂ）に示すように、書込・読込ファイルは、ファイルの形式を示す情報と、設定情報とが含まれています。ファイルの形式を示す情報は、その先頭部分に［Ｆｉｌｅ Ｔｙｐｅ］として「書込・読込ファイル」と記されている。また、［Ｆｉｌｅ Ｔｙｐｅ］の他に、「お使いのデバイスの設定情報の書き込み及び読み出しを指示するファイルです。設定情報が添付されています。」のテキストデータが含まれている。

上述した読込ファイルと同様に、書込・読込ファイルのテキストデータ（少なくとも［Ｆｉｌｅ Ｔｙｐｅ］のテキストデータ）をＰＣ３０の中間アプリケーション３４ａが読み込むことで、デバイス４０の設定情報の書き込み及び更新後の設定情報の読み出しが指示されたことと、デバイス４０の更新用の設定情報が添付されていることを認識することができる。

Ｓ２２からＳ３６までの処理は、上述した読込ファイル送信処理のＳ２からＳ１６までの処理と同様の処理が行われるので、簡単に説明する。

Ｓ２２の処理では、書込・読込ファイルを送信するためにファイル送信要求を送信し（Ｓ２２）、Ｓ２３の処理では、ファイル送信要求を送信した外部のＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信したか否かを確認し（Ｓ２３）、Ｓ２４の処理では、タイムアウト時間が経過したか否かを確認する（Ｓ２４）。

そして、ファイル送信許可応答を受信すると（Ｓ２３：Ｙｅｓ）、書込・読込ファイルを外部のＩＰ電話アプリケーション３４ｂに対して送信し（Ｓ２５）、Ｓ２６の処理でタイムアウト時間が経過したか否かを確認し（Ｓ２６）、Ｓ２７の処理でファイル送信要求を受信したか否かを確認する（Ｓ２７）。

Ｓ２６の処理で確認した結果、タイムアウト時間が経過していれば（Ｓ２６：Ｙｅｓ）、そのまま本処理を終了し、ファイル送信要求を受信したと確認されると（Ｓ２６：Ｙｅｓ）、書込・読込ファイルを送信した送信先からのファイル送信要求であるか否かを確認し（Ｓ２８）、送信先からのファイル送信要求であれば（Ｓ２８：Ｙｅｓ）、ファイル送信許可応答を送信する（Ｓ３１）。

一方、Ｓ２８の処理で確認した結果、読込ファイルを送信した送信先からのファイル送信要求でなければ（Ｓ２８：Ｎｏ）、ファイル送信許可応答を送信するか否かの問い合わせを表示し（Ｓ２９）、問い合わせ結果がファイル送信許可応答の送信を許可するものであるか否かを確認する（Ｓ３０）。

Ｓ３０の処理で確認した結果、問い合わせ結果が不許可であれば（Ｓ３０：Ｎｏ）、本処理を終了し、問い合わせ結果が許可であれば（Ｓ３０：Ｙｅｓ）、ファイル送信許可応答を送信する（Ｓ３１）。

Ｓ３２の処理では、ファイル送信許可応答を送信したＩＰ電話アプリケーションからファイル受信が完了したか否かを確認し（Ｓ３２）、ファイル受信が完了したら（Ｓ３２：Ｙｅｓ）、その受信したファイルを解析する（Ｓ３３）。

Ｓ３４の処理では、受信したファイルが書込・読込ファイルに対する応答ファイル（図８（ｄ）参照）であるか否かを確認し（Ｓ３４）、受信したファイルが書込・読込ファイルに応答する応答ファイルでなければ（Ｓ３４：Ｎｏ）、その受信したファイルに応じたその他の処理を実行する（Ｓ３５）。

なお、Ｓ３５の処理で、受信したファイルに応じたその他の処理を実行した後に、Ｓ２６の処理へ戻り、再度、応答ファイルを受信するためのファイル送信要求の受信を待機するように構成しても良い。

一方、Ｓ３４の処理で確認した結果、受信したファイルが書込・読込ファイルに応答する応答ファイルであれば（Ｓ３４：Ｙｅｓ）、応答ファイルをＲＡＭ１３又はＨＤＤ１４の所定エリアに記憶すると共に（Ｓ３６）、その応答ファイルに含まれる設定情報を検証する（Ｓ３７）。

Ｓ３７の処理は、読込ファイルの送信時に新たに作成された設定情報と、Ｓ３６の処理で記憶した応答ファイルに含まれる更新後の設定情報とを比較する処理であり、外部のデバイス４０の設定情報が正常に更新されたかを検証している。

そして、Ｓ３７の処理で検証した結果を、ＲＡＭ１３及びＨＤＤ１４の所定エリアに記憶して（Ｓ３８）、本処理を終了する。Ｓ３８の処理で記憶した検証結果は、再度、設定情報の書き換えを行う場合などに利用したり、デバイスのユーザにより設定が困難な情報を解析したりする場合に利用される。

次に、受信側のＰＣ３０で実行される処理について説明する。図７に示すファイル受信処理は、外部のＩＰ電話アプリケーション１４ｂからファイル送信要求を受信した場合に実行される処理である。

図７に示すファイル受信処理が実行されると、まず、コールセンター（即ち、本実施形態ではＰＣ１０）からのファイル送信要求であるか否かを確認し（Ｓ４１）、コールセンターからのファイル送信要求であれば（Ｓ４１：Ｙｅｓ）、Ｓ４４の処理へ移行する。

一方、Ｓ４１の処理で確認した結果、コールセンターからのファイル送信要求でなければ（Ｓ４１：Ｎｏ）、ファイル送信許可応答を送信するか否かの問い合わせを表示し（Ｓ４２）、ファイル送信許可応答の送信がユーザにより許可されたか否かを確認する（Ｓ４３）。

Ｓ４３の処理で確認した結果、ファイル送信許可応答の送信の不許可がユーザにより選択されていれば（Ｓ４３：Ｎｏ）、そのまま、本処理を終了し、ファイル送信許可応答の送信の許可がユーザにより選択されていれば（Ｓ４３：Ｙｅｓ）、Ｓ４４の処理へ移行する。

Ｓ４４の処理では、ＩＰ電話アプリケーション１４ｂ又はファイル送信要求を送信してきた外部のＩＰ電話アプリケーションに対してファイル送信許可応答を送信し（Ｓ４４）、その後、ファイルを受信完了するまで待機する（Ｓ４５：Ｎｏ）。

そして、ファイル送信許可応答を送信したＩＰ電話アプリケーションから送信されるファイルを受信完了したら（Ｓ４５：Ｙｅｓ）、受信したファイルを解析し（Ｓ４６）、受信したファイルが読込ファイルか（Ｓ４７）、書込・読込ファイルか（Ｓ４８）を確認する。

受信したファイルが読込ファイルであれば（Ｓ４７：Ｙｅｓ）、Ｓ５１の処理へ移行し、受信したファイルが書込・読込ファイルであれば（Ｓ４７：Ｎｏ、Ｓ４８：Ｙｅｓ）、Ｓ６１の処理へ移行し、受信したファイルが読込ファイルでも書込・読込ファイルでもなければ（Ｓ４７：Ｎｏ、Ｓ４８：Ｎｏ）、その受信したファイルに応じたその他の処理を実行し（Ｓ９１）、本処理を終了する。

なお、Ｓ９１の処理で、受信したファイルに応じたその他の処理を実行した後に、Ｓ４１の処理へ戻り、再度、読込ファイル又は書込・読込ファイルを受信するためのファイル送信要求の受信を待機するように構成しても良い。

ここで、読込ファイルを受信した場合に行われる処理（Ｓ５１〜Ｓ６０）について説明する。

Ｓ５１の処理では、読込ファイルの送信元がコールセンターであるか否かを確認し（Ｓ５１）、読込ファイルの送信元がコールセンターであれば（Ｓ５１：Ｙｅｓ）、Ｓ５４の処理へ移行し、読込ファイルの送信元がコールセンター以外であれば（Ｓ５１：Ｎｏ）、設定情報の送信の問い合わせを表示する（Ｓ５２）。

ここで、Ｓ５２の処理で、設定情報の送信の問い合わせを表示することで、コールセンター以外からの読込ファイルを受信した場合に、設定情報の送信を行うか否かをユーザに選択させることができ、セキュリティの強化を図ることができる。

Ｓ５３の処理では、設定情報の送信の問い合わせ結果が許可であるか否かを確認し（Ｓ５３）、ユーザによって不許可が選択されていれば（Ｓ５３：Ｎｏ）、そのまま、本処理を終了し、ユーザによって許可が選択されていれば（Ｓ５３：Ｙｅｓ）、Ｓ５４の処理へ移行する。

Ｓ５４の処理では、デバイス４０に対して設定情報記録エリア４３ａから設定情報を取得する取得命令を送信し（Ｓ５４）、その後、デバイス４０から設定情報の受信が完了するまで待機する（Ｓ５５：Ｎｏ）。そして、デバイス４０から設定情報の受信が完了すると（Ｓ５５：Ｙｅｓ）、その取得した設定情報を含む応答ファイルを生成する（Ｓ５６）。

図８（ｃ）に示すように、Ｓ５６の処理で生成される応答ファイルは、ファイルの形式を示す情報と、設定情報とが含まれている。ファイルの形式を示す情報は、その先頭部分に［Ｆｉｌｅ Ｔｙｐｅ］として「応答ファイル」と記されている。また、［Ｆｉｌｅ Ｔｙｐｅ］の他に、「読込ファイルに応答するファイルです。設定情報が添付されています。」のテキストデータが含まれている。このテキストデータ（少なくとも［Ｆｉｌｅ Ｔｙｐｅ］のテキストデータ）をＰＣ１０の中間アプリケーション１４ａが読み込むことで、読込ファイルに対応した応答ファイルを受信したことと、デバイス４０の設定情報が添付されていることを認識することができる。また、読み込んだテキストデータを表示することで、操作者に受信したファイルを認識させることもできる。

Ｓ５７の処理では、応答ファイルを送信するために、読込ファイルを送信してきた送信元のＩＰ電話アプリケーション１４ｂ又は他のＩＰ電話アプリケーションに対してファイル送信要求を送信し（Ｓ５７）、その後、ファイル送信許可応答を受信したか否かを確認する（Ｓ５８）。

Ｓ５８の処理で確認した結果、ファイル送信許可応答を受信していなければ（Ｓ５８：Ｎｏ）、タイムアウト時間が経過したか否かを確認し（Ｓ５９）、タイムアウト時間が経過していれば（Ｓ５９：Ｙｅｓ）、応答ファイルを送信することができないので、本処理を終了し、タイムアウト時間が経過していなければ（Ｓ５９：Ｎｏ）、Ｓ５８の処理へ戻り、再度、ファイル送信許可応答を受信したか確認する。

そして、Ｓ５８の処理で確認した結果、ファイル送信許可応答を受信していれば（Ｓ５８：Ｙｅｓ）、応答ファイルを送信して（Ｓ６０）、本処理を終了する。

次に、書込・読込ファイルを受信した場合に行われる処理（Ｓ７１〜Ｓ８２）について説明する。なお、Ｓ５１以降の処理と同様の処理については簡単に説明する。

Ｓ７１の処理では、送信元がコールセンターであるか否かを確認し（Ｓ７１）、送信元がコールセンターであれば（Ｓ７１：Ｙｅｓ）、Ｓ７４の処理へ移行し、送信元がコールセンター以外であれば（Ｓ７１：Ｎｏ）、設定情報の送信の問い合わせを表示する（Ｓ７２）。

そして、問い合わせの結果、ユーザによって不許可が選択されていれば（Ｓ７３：Ｎｏ）、そのまま、本処理を終了し、ユーザによって許可が選択されていれば（Ｓ７３：Ｙｅｓ）、Ｓ７４の処理へ移行する。

Ｓ７４の処理では、書込・読込ファイルに含まれる設定情報に基づいて設定情報記録エリア４３ａの設定情報が更新されるように、デバイス４０に対して設定情報の更新命令を送信すると共に、更新後の設定情報を取得する取得命令をデバイス４０に対して送信する（Ｓ７４）。デバイス４０では、設定情報記録エリア４３ａの設定情報を更新し、その更新後の設定情報をＰＣ３０に送信する処理が行われる。

そして、デバイス４０から更新後の設定情報を受信するまで待機し（Ｓ７５：Ｎｏ）、更新後の設定情報を受信完了したら（Ｓ７５：Ｙｅｓ）、その取得した更新後の設定情報を含む応答ファイルを生成する（Ｓ７６）。

図８（ｄ）に示すように、Ｓ７６の処理で生成される応答ファイルは、ファイルの形式を示す情報と、設定情報とが含まれている。ファイルの形式を示す情報は、その先頭部分に［Ｆｉｌｅ Ｔｙｐｅ］として「応答ファイル」と記されている。また、［Ｆｉｌｅ Ｔｙｐｅ］の他に、「書込・読込ファイルに応答するファイルです。更新後の設定情報が添付されています。」のテキストデータが含まれている。このテキストデータ（少なくとも［Ｆｉｌｅ Ｔｙｐｅ］のテキストデータ）をＰＣ１０の中間アプリケーション１４ａが読み込むことで、書込・読込ファイルに対応した応答ファイルを受信したことと、デバイス４０の更新後の設定情報が添付されていることを認識することができる。また、読み込んだテキストデータを表示することで、操作者に受信したファイルを認識させることもできる。

Ｓ７７の処理では、応答ファイルを送信するために、書込・読込ファイルを送信してきたＩＰ電話アプリケーション１４ｂ又は他のＩＰ電話アプリケーションに対してファイル送信要求を送信し（Ｓ７７）、ファイル送信許可応答を受信したか否かを確認し（Ｓ７８）、タイムアウト時間が経過したか否かを確認する（Ｓ７９）。

Ｓ７９の処理で確認した結果、タイムアウト時間が経過していれば（Ｓ７９：Ｙｅｓ）、本処理を終了し、Ｓ７８の処理で確認した結果、ファイル送信許可応答を受信していれば（Ｓ７８：Ｙｅｓ）、応答ファイルを送信して（Ｓ８０）、本処理を終了する。

以上、説明したように、第１実施形態のＩＰ電話システム１では、受信側のＰＣ（本実施形態ではＰＣ３０）は、読込ファイルを受信すると、デバイス４０の設定情報を取得し、そのデバイス４０の設定情報を含む応答ファイルを、読込ファイルの送信元へ送信する。そして、読込ファイルの送信元から、更新後の設定情報を含む書込・読込ファイルを受信すると、その更新後の設定情報に基づいてデバイス４０の設定情報を更新することができる。よって、デバイス４０のユーザが、デバイス４０の各種設定および設定の変更に詳しくない場合であっても、コールセンターから送信されるファイルにより書き換えることができる。従って、デバイス４０の各種設定および設定の変更ができずに、デバイス４０が有する各種機能を実行できないなどの不具合を防止し、使い勝手を向上することができる。

また、受信側のＰＣ３０では、コールセンター（ＰＣ１０）からのファイル送信要求であれば、ユーザに問い合わせすることなく、ファイル送信許可応答を送信するので、通話先が把握でき安全性が確保されている状態での煩わしい操作が不要になり、使い勝手を向上することができる。

また、コールセンターのコンタクトリストは、各デバイスのコールセンター情報記憶エリア２２ａ，４４ａ，６４ａに製造時から記憶されているので、各デバイスのユーザが、コールセンターのコンタクトリストを検索する作業を軽減することができる。

また、コールセンターは、読込ファイルに応答する応答ファイルによって外部のＰＣやデバイスの設定情報を簡単に取得できるので、外部の設定情報を認識でき、外部のＰＣやデバイスのユーザに設定情報の変更の指示をすることもできる。

また、コールセンターは、書込・読込ファイルに応答する応答ファイルを受信し、外部のＰＣやデバイスにおける更新後の設定情報を検証できるので、外部のＰＣやデバイスにおいて設定情報が正常に更新されたか否かを確認することができる。よって、外部のＰＣやデバイスの設定情報が正常に更新できなければ、その旨を知らせたり、再度、設定情報を送信したりすることができる。

次に、図９及び図１０を参照して、第２の実施形態について説明する。図９は、第２実施形態の送信側のＰＣで実行されるファイル送信処理を示したフローチャートであり、図１０は、第２実施形態の受信側のＰＣで実行されるファイル受信処理を示したフローチャートである。

第２実施形態は、コールセンターとしてのＰＣ１０と外部のＰＣ３０とが接続された状態で行われるファイル送信またはファイル受信の処理であり、特に、ＰＣ１０側のファイル送信は、読込ファイルと書込・読込ファイルとの一連の処理内で行うものである。なお、第１実施形態と同様の部分には、同一の符号を付して、その説明は省略する。

ＰＣ１０でファイル送信処理が実行され、読込ファイルを生成し、送信先にファイル送信要求を送信し、送信先からファイル送信許可応答を受信し、読込ファイルを送信し、送信先からファイル送信要求を受信すると（Ｓ１、Ｓ２、Ｓ３：Ｙｅｓ、Ｓ５、Ｓ６：Ｙｅｓ）、ファイル送信許可応答の問い合わせをすることなく、ファイル送信許可応答を更新先に送信する（Ｓ１１）。

これは、読込ファイルの送信先以外のＩＰ電話アプリケーションからファイル送信要求やファイル送信許可応答を受信したとしても、ファイル送信処理が実行されている間は、受信を確認しないモードに入っているためである。このモードは、送信先のＩＰ電話アプリケーションからの信号の受信のみを確認し、本実施形態では、ＰＣ１０のユーザにファイル送信許可の問い合わせをする必要がないモードである。

ファイル送信許可応答を送信先に送信した後に、応答ファイルを受信完了したら、応答ファイルを解析し、ＰＣ１０のユーザによって設定情報の修正データが完成したか否かを確認する（Ｓ１０１）。修正データの完成か否かの確認は、ＰＣ１０の画面上でユーザが設定情報を検証し、不具合を修正した後に、「ＯＫ」ボタンをカーソルで選択した場合に、修正データの完成と判断される。

Ｓ１０１の処理で確認した結果、修正データが完成したら（Ｓ１０１：Ｙｅｓ）、書込・読込ファイルを生成し、送信先にファイル送信要求を送信し、送信先からファイル送信許可応答を受信し、読込ファイルを送信し、送信先からファイル送信要求を受信すると（Ｓ２１、Ｓ２２、Ｓ２３：Ｙｅｓ、Ｓ２５、Ｓ２６：Ｙｅｓ）、ファイル送信許可応答の問い合わせをすることなく、ファイル送信許可応答を送信先に送信する（Ｓ３１）。

ファイル送信許可応答を送信先に送信した後に、応答ファイルを受信完了したら、応答ファイルを解析し、設定情報を検証して、検証結果を記憶して（Ｓ３２：Ｙｅｓ、Ｓ３３、Ｓ３７、Ｓ３８）、本処理を終了する。

図１０に示すファイル受信処理が実行されると、まず、コールセンター情報記憶エリア３４ｄからコールセンターのＩＰ電話アプリケーションの識別情報（コールセンター情報）を取得し（Ｓ１１１）、その取得した識別情報に基づいてコールセンターに通話要求を送信し、その要求に応答したコールセンターのＩＰ電話アプリケーションと通話可能に接続する（Ｓ１１２）。

これにより、ＰＣ３０の操作者は、コールセンター係にＰＣ３０あるいはデバイス４０の状況を伝えるなどの会話をしながら、設定の更新を依頼することができる。また、コールセンターと通話可能に接続する代わりに、コールセンターとチャット可能に接続してもよい。

Ｓ１１２の処理で、コールセンターと接続したら、コールセンターからのファイル送信要求を受信したか否かを確認し（Ｓ４１）、タイムアウト時間が経過したか否かを確認する（Ｓ１１３）。Ｓ１１３の処理で、タイムアウト時間が経過したか否かの確認は、コールセンター以外からのファイル送信要求を拒否するためであり、コールセンターからのファイル送信要求を受信できなければ（Ｓ１１３：Ｙｅｓ）、そのまま、本処理を終了する。このとき、ＰＣ３０は、コールセンターと接続してコールセンターから送信された信号のみを確認し、ＰＣ３０の操作者にファイル送信要求の問い合わせをしないモードに入っている。

一方、コールセンターからのファイル送信要求を受信したら（Ｓ４１：Ｙｅｓ）、ファイル送信許可応答を送信し、ファイルを受信完了し、受信ファイルを解析し、受信したファイルが読込ファイルか書込・読込ファイルかを確認する（Ｓ４４、Ｓ４５：Ｙｅｓ、Ｓ４６、Ｓ４７、Ｓ４８）。

Ｓ４７及びＳ４８の処理で確認した結果、受信したファイルが読込ファイル又は書込・読込ファイルでなければ（Ｓ４７：Ｎｏ、Ｓ４８：Ｎｏ）、ファイル受信処理に適さないファイルを受信したことになるので、受信したファイルを削除して（Ｓ１１４）、本処理を終了する。

一方、受信したファイルが読込ファイルであれば（Ｓ４７：Ｙｅｓ）、接続先を確認することなく、デバイス４０に設定情報の取得命令を送信し、設定情報を取得完了したら応答ファイルを生成し、ファイル送信要求をコールセンターに送信し、コールセンターからのファイル送信許可応答を受信したら、応答ファイルを送信して（Ｓ５４、Ｓ５５：Ｙｅｓ、Ｓ５６、Ｓ５７、Ｓ５８：Ｙｅｓ、Ｓ６０）、本処理を終了する。

また、受信したファイルが書込・読込ファイルであれば（Ｓ４８：Ｙｅｓ）、接続先を確認することなく、デバイス４０に設定情報の更新および更新後の設定情報の取得命令を送信し、更新後の設定情報を取得完了したら、応答ファイルを生成し、ファイル送信要求をコールセンターに送信し、コールセンターからファイル送信許可応答を受信したら、応答ファイルを送信して（Ｓ７４、Ｓ７５：Ｙｅｓ、Ｓ７６、Ｓ７７、Ｓ７８：Ｙｅｓ、Ｓ８０）、本処理を終了する。

以上、説明したように、第２実施形態のＩＰ電話システムでは、コールセンターとしてのＰＣ１０と外部のＰＣとしてのＰＣ３０との間の接続のみを有効とし、他のＰＣ又はデバイスから送信されるファイル送信要求やファイルなどは確認しないように構成されている。また、コールセンターから読込ファイル又は書込・読込ファイル以外のファイルを受信した場合には、受信したファイルを削除し、他の処理が実行されないように構成されている。よって、デバイス４０の設定情報の変更に応じた処理のみが実行されるので、ＰＣ３０又はデバイス４０のユーザの操作が簡単になり、煩雑な作業をより少なくすることができる。

次に、図１１を参照して、第３実施形態のＩＰ電話システム１００について説明する。図１１（ａ）は、第３実施形態のＰＣ１１０およびデバイス１２０の構成を模式的に示した図であり、図１１（ｂ）は、第３実施形態のＩＰ電話システム１００において各ＩＰ電話端末間で行われるプログラムの流れを示したシーケンスチャートである。なお、第３実施形態のＩＰ電話システム１００の各構成に付される番号は、第１及び第２実施形態のＩＰ電話システム１の各構成に付された番号に１００を足したものである。

なお、第３実施形態のＰＣ１１０には、第１及び第２実施形態のＰＣ１０にインストールされる中間アプリケーション１４ａおよびＩＰ電話アプリケーション１４ｂの代わりに、中間アプリケーションの機能が組み込まれたＩＰ電話アプリケーション１１４ｂがインストールされている。

図１１（ａ）に示すように、第３実施形態のＰＣ１１０は、ＩＰ電話アプリケーション１１４ｂに、読込ファイル、書込・読込ファイル及び応答ファイルを生成する機能が含まれている。具体的には、図１１（ｂ）に示すように、ＩＰ電話アプリケーション１１４ｂにおいて、各ファイルの生成、その生成したファイルの送信要求、生成したファイルの送信の処理が実行される。

一方、接続先のＰＣ１３０のＩＰ電話アプリケーション１３４ｂにおいて、ファイル送信許可応答の送信、受信したファイルの解析、応答ファイルの生成、応答ファイルの送信、デバイス４０の設定情報の更新指示などの処理が実行される。

つまり、第１及び第２実施形態の中間アプリケーション１４ａ，３４ａ，５４ａで実行可能な処理が、ＩＰ電話アプリケーション１１４ｂ，１３４ｂ，１５４ｂで実行可能に構成されている。

よって、第１及び第２実施形態に比べて、中間アプリケーション１４ａとＩＰ電話アプリケーション１４ｂとのデータの受け渡しの処理が無くなり、１のアプリケーション内で完結できるので、処理をスムーズに行うことができる。

次に、図１２を参照して、第４〜第６実施形態について説明する。図１２（ａ）は、第４実施形態のＰＣ２１０及びデバイス２２０の構成を模式的に示した模式図であり、図１２（ｂ）は、第５実施形態のＰＣ３１０及びデバイス３２０の構成を模式的に示した模式図であり、図１２（ｃ）は、第６実施形態のＰＣ４１０及びデバイス４２０の構成を模式的に示した模式図である。

なお、第４実施形態のＩＰ電話システム２００の各構成に付される番号は、第１及び第２実施形態のＩＰ電話システム１の各構成に付された番号に２００を足したものであり、第５実施形態のＩＰ電話システム３００の各構成に付される番号は、第１及び第２実施形態のＩＰ電話システム１の各構成に付された番号に３００を足したものであり、第６実施形態のＩＰ電話システム４００の各構成に付される番号は、第１及び第２実施形態のＩＰ電話システム１の各構成に付された番号に４００を足したものである。

第４実施形態では、デバイス２２０に中間アプリケーション２１４ａがインストールされており、ＰＣ２１０にＩＰ電話アプリケーション２１４ｂがインストールされている。

また、第５実施形態では、デバイス３２０に、中間アプリケーション３１４ａ及びＩＰ電話アプリケーション３１４ｂがインストールされている。即ち、デバイス３２０から直接、他のＰＣ又はデバイスに対してＩＰ電話およびファイル送信が可能に構成されている。

また、第６実施形態では、デバイス４２０にＩＰ電話アプリケーション４１４ｂがインストールされており、そのＩＰ電話アプリケーション３１４ｂに、読込ファイル、書込・読込ファイル、応答ファイルを生成する機能が含まれている。

以上、説明したように、中間アプリケーションとＩＰ電話アプリケーションがインストールされる端末装置は、ＰＣとデバイスとの組み合わせのＰＣであっても良いし、ＰＣとデバイスとの組み合わせからなるデバイスであっても良いし、デバイスのみであっても良い。

さらに、中間アプリケーションが組み込まれたＩＰ電話アプリケーションをＰＣにインストールしても良いし、デバイスにインストールしても良い。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態になんら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。

例えば、上記各実施形態では、受信側のＰＣ３０でコールセンター（ＰＣ１０）からのファイル送信要求であれば、ユーザに問い合わせすることなく、ファイル送信許可応答を送信するものとしたが、ファイル送信許可応答を自動で送信するか否かを選択する機能（選択手段）を備え、自動で送信するモードが選択されている場合には、外部のＩＰ電話アプリケーションからファイル送信要求を受信した場合に、ユーザに問い合わせを行うことなく、ファイル送信許可応答を送信するように構成しても良い。この構成によれば、ファイル送信許可応答を自動で送信できるので、煩わしい操作が不要になり使い勝手を向上することができる。

さらに、受信したファイル送信許可応答が、現在、ＩＰ電話による通話中であるか否かを判断する処理を設け、ＩＰ電話による通話中であれば、ユーザに問い合わせを行うことなく、ファイル送信許可応答を送信するように構成しても良い。この構成とすれば、通話先が把握でき安全性が確保されている状態での煩わしい操作が不要になり、使い勝手を向上することができる。

また、逆に、コールセンターからのファイル送信要求であるか否かに関わらず、全てのファイル送信要求に対して、ユーザに問い合わせを行うように構成しても良い。この構成にすれば、セキュリティを高めることができる。

また、上記各実施形態では、コールセンターは、読込ファイルと書込・読込ファイルとを送信する構成としたが、コールセンターは、読込ファイルにより外部のＰＣやデバイスの設定情報を読み込み、書込・読込ファイルを送信しないように構成しても良い。この構成では、コールセンター係がＩＰ電話を介して、設定情報の更新の指示などをすることで、外部のデバイスの設定情報を変更させることができる。さらに、書込・読込ファイルは、設定情報の書き込みを指示するのみの書込ファイルとしても良い。

また、上記各実施形態では、デバイスの設定情報を更新するために、読込ファイル、書込・読込ファイル及び応答ファイルの送受信を行うものとしたが、その他に、画像データの加工（装飾などを付与したり、画質向上など）の為にファイルの送受信を行ったり、文書やテストなどの添削を行う為にファイルの送受信を行うように構成しても良い。

また、上記各実施形態では、ＰＣやデバイスの機能についての文字列（デバイス情報）がプロフィールに付加される構成としたが、ＰＣやデバイスの機能についての文字列（デバイス情報）が表示名に付加される構成であっても良い。ＰＣやデバイスの機能についての文字列を表示名に付加することで、外部のＩＰ電話端末のユーザに対して、自機が有する機能を容易に把握させることができる。

また、上記各実施形態では、コールセンターとしてのＰＣ１０が、ＰＣ３０やデバイス４０で利用可能な機能を選択し、ＰＣ３０やデバイス４０の機能の実行を指示可能に構成したが、ＰＣ１０は、ＰＣ３０やデバイス４０で利用可能な機能を選択し、選択した機能に関する設定情報のみを取得し、その選択した機能に関する設定情報のみを更新するように構成しても良い。

また、上記各実施形態では、コールセンターとしてのＰＣ１０は、デバイス４０の設定情報を取得し、その設定情報を更新するものとしたが、勿論、ＰＣ３０の設定情報を取得し、そのＰＣ３０の設定情報を更新するように構成しても良い。即ち、コールセンターによる設定情報の更新は、ＩＰ電話アプリケーションがインストールされたＩＰ電話端末であれば如何なる端末（装置）であっても良い。

本実施形態のＩＰ電話システムのシステム構成を示すブロック図である。 各ＰＣ間、及び、各ＰＣと各デバイス間のファイル及びデータの送受信の経路を模式的に示した図である。 ＰＣの登録情報格納部に登録情報を登録する一連の処理の流れを説明する図である。 ＩＰ電話システムにおいて各ＩＰ電話端末間で行われるプログラムの流れを示したシーケンスチャートである。 送信側のＰＣで実行される読込ファイル送信処理を示したフローチャートである。 送信側のＰＣで実行される書込・読込ファイル送信処理を示したフローチャートである。 受信側のＰＣで実行されるファイル受信処理を示したフローチャートである。 読込ファイル、書込・読込ファイル及び応答ファイルの一例を示した図である。 第２実施形態の送信側のＰＣで実行されるファイル送信処理を示したフローチャートである。 第２実施形態の受信側のＰＣで実行されるファイル受信処理を示したフローチャートである。 （ａ）は、第３実施形態のＰＣおよびデバイスの構成を模式的に示した図であり、（ｂ）は、第３実施形態のＩＰ電話システムにおいて各ＩＰ電話端末間で行われるプログラムの流れを示したシーケンスチャートである。 （ａ）は、第４実施形態のＰＣ及びデバイスの構成を模式的に示した模式図であり、（ｂ）は、第５実施形態のＰＣ及びデバイスの構成を模式的に示した模式図であり、（ｃ）は、第６実施形態のＰＣ及びデバイスの構成を模式的に示した模式図である。

符号の説明

１ ＩＰ電話システム
１０，３０，５０ ＰＣ（ＩＰ電話端末の一例）
１４ｂ，３４ｂ，５４ｂ ＩＰ電話アプリケーション（通信手段の一例）
１４ｃ，３４ｃ，５４ｃ デバイス設定情報記憶エリア（第１記憶手段の一例）
１４ｆ，３４ｆ，５４ｆ 検証結果記憶エリア（第３記憶手段の一例）
２０，４０，６０ デバイス（ＩＰ電話端末の一例）
２２ａ，４２ａ，６２ａ コールセンター情報記憶エリア（第２記憶手段の一例）
２３ａ，４３ａ，６３ａ 設定情報記憶エリア（第１記憶手段の一例）
Ｓ１ 読込ファイル生成手段の一例
Ｓ１６ 機能実行制御手段の一例
Ｓ２１ 書込読込ファイル生成手段の一例
Ｓ３８ 記憶制御手段の一例、機能実行制御手段の一例
Ｓ５４ 機能実行制御手段の一例
Ｓ５６ 読込応答ファイル生成手段の一例
Ｓ７４ 更新手段の一例、機能実行制御手段の一例
Ｓ７６ 書込読込応答ファイル生成手段の一例

Claims (8)

1. 第１装置と、その第１装置とインターネット回線を介してＩＰ電話通信可能に接続されている第２装置とを備えたＩＰ電話システムにおいて、
   前記第１装置と、前記第２装置とは、前記ＩＰ電話通信を行う通信手段と、前記ＩＰ電話通信を行う相手側装置について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを有するＩＰ電話通信手段と、そのＩＰ電話通信手段にファイルの送信を指示する中間制御手段と、自機の操作者からの操作を受付ける操作受付手段とを備えたＩＰ電話端末であって、
   前記ＩＰ電話通信は、前記ＩＰ電話通信を介してファイルの通信を行う際に、その都度、受信側装置が送信側装置からファイル送信要求を受信し、前記受信側装置の操作者から前記操作受付手段を介して前記ファイル送信要求に対してファイル送信許可応答を返信することを受付けたことを条件として前記受信側装置が前記ファイル送信許可応答を前記送信側装置に返信し、前記送信側装置が前記ファイル送信許可応答を受信したことを条件として前記受信側装置にファイルを送信する通信方式に構成されており、
   前記第１装置の中間制御手段は、
   前記第２装置と前記ＩＰ電話通信を行っている場合に、
   前記第２装置において機能を実行する際に用いられる設定情報の読み込みを指示する読込ファイルを生成する読込ファイル生成手段と、
   その読込ファイル生成手段により生成した読込ファイルを前記ＩＰ電話通信手段から前記第２装置に送信させる読込ファイル送信手段と、
   その読込ファイル送信手によって読込ファイルを送信させた後、前記第２装置から前記ＩＰ電話通信手段にファイル送信要求がされたかを判断する第１判断手段と、
   その第１判断手段によってファイル送信要求がされたと判断した場合に前記ファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第２装置に返信させる第１返信手段と、
   その第１返信手段によってファイル送信許可応答を返信させた後、前記ＩＰ電話通信手段に前記第２装置から送信されるファイルが、前記読込ファイルに対する応答である読込応答ファイルかを解析する読込応答ファイル解析手段と、
   その読込応答ファイル解析手段によって読込応答ファイルと解析した場合に、その読込応答ファイルに含まれる設定情報を取得する第１取得手段と、
   その第１取得手段によって取得した設定情報を更新した更新設定情報と、その更新設定情報に基づいて前記第２装置の設定情報を更新させる指示とを含む書込ファイルを生成する書込ファイル生成手段と、
   その書込ファイル生成手段によって生成した書込ファイルを前記ＩＰ電話通信手段から前記第２装置に送信させる書込ファイル送信手段とを備え、
   前記第２装置は、
   前記ＩＰ電話通信を介して送信されたファイルを前記ＩＰ電話通信手段が受信した場合に、その受信したファイルにより指定される機能の実行を制御する機能実行制御手段と、
   その機能実行制御手段が機能を実行する際に用いられる設定情報を記憶する第１記憶手段と、
   前記第１装置を識別する識別情報を予め記憶する第２記憶手段とを備え、
   前記第２装置の中間制御手段は、
   前記第１装置と前記ＩＰ電話通信を行っている場合に、
   前記第２記憶手段に記憶されている前記第１装置から前記ＩＰ電話通信手段にファイル送信要求がされたかを判断する第２判断手段と、
   その第２判断手段によってファイル送信要求がされたと判断した場合にファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第１装置に返信させる第２返信手段と、
   その第２返信手段によってファイル送信許可応答を返信させた後、前記第１装置から前記ＩＰ電話通信手段に送信されたファイルが前記読込ファイルかを解析する読込ファイル解析手段と、
   その読込ファイル解析手段によって読込ファイルと解析した場合に、その読込ファイルに対する応答である読込応答ファイルを生成する読込応答ファイル生成手段と、
   その読込応答ファイル生成手段により生成した読込応答ファイルを前記ＩＰ電話通信手段から前記第１装置に送信させる読込応答ファイル送信手段と、
   その読込応答ファイル送信手段によって読込応答ファイルを送信させた後、前記ＩＰ電話通信手段に前記第１装置からファイル送信要求がされたかを判断する第３判断手段と、
   その第３判断手段によってファイル送信要求がされたと判断した場合に、ファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第１装置に返信させる第３返信手段と、
   その第３返信手段によってファイル送信許可応答を返信させた後、前記ＩＰ電話通信手段に前記第１装置から送信されたファイルが前記読込応答ファイルに対する応答である書込ファイルかを解析する書込ファイル解析手段と、
   その書込ファイル解析手段によって書込ファイルと解析した場合に、その書込ファイルに基づいて前記第１記憶手段に記憶されている設定情報を更新する更新手段とを備えていることを特徴とするＩＰ電話システム。
2. 前記第２記憶手段は不揮発性のメモリであり、自機の製造時から前記第１装置の識別情報を記憶していることを特徴とする請求項１記載のＩＰ電話システム。
3. 前記機能実行制御手段は、機能を実行するために、ＩＰ電話端末にドライバソフトウェアをインストールする必要があり、
   前記第２記憶手段は、前記ドライバソフトウェアのインストール時に、前記第１装置の識別情報を記憶することを特徴とする請求項１又は２に記載のＩＰ電話システム。
4. 前記書込ファイル生成手段によって生成する書込ファイルは、前記第１取得手段によって取得した設定情報を更新した更新設定情報と、その更新設定情報に基づいて前記第２装置の設定情報を更新させる指示とに加え、その更新した設定情報の読み込みの指示を含む書込読込ファイルであり、
   前記第１装置は、
   前記第２装置の識別情報を記憶する第３記憶手段を備え、
   前記第１装置の中間制御手段は、
   前記第２装置と前記ＩＰ電話通信を行っている場合に、
   前記ＩＰ電話通信手段に前記第２装置からファイル送信要求がされたかを判断する第４判断手段と、
   その第４判断手段によってファイル送信要求がされたと判断した場合にファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記前記ＩＰ電話通信手段から前記第２装置に返信させる第４返信手段と、
   その第４返信手段によってファイル送信許可応答を返信させた後、前記前記ＩＰ電話通信手段に前記第２装置から送信されたファイルが前記書込読込ファイルに対する応答である書込読込応答ファイルかを解析する書込読込応答ファイル解析手段と、
   その書込読込応答ファイル解析手段によって書込読込応答ファイルと解析した場合に、その書込読込応答ファイルに含まれる設定情報を取得する第２取得手段と、
   その第２取得手段によって取得した設定情報を、前記第１装置に関連付けして前記第３記憶手段に記憶する制御を行う記憶制御手段とを備え、
   前記書込ファイル解析手段は、前記書込読込ファイルかを解析し、
   前記第２装置の中間制御手段は、
   前記第１装置と前記ＩＰ電話通信を行っている場合に、
   前記書込ファイル解析手段によって書込読込ファイルと解析した場合に、その書込読込ファイルに含まれている更新後の設定情報を取得する第３取得制御手段と、
   その第３取得制御手段によって取得した更新後の設定情報を含む書込読込応答ファイルを生成する書込読込応答ファイル生成手段と、
   その書込読込応答ファイル生成手段によって生成した書込読込応答ファイルを、前記ＩＰ電話通信手段をから前記第１装置に送信させる書込読込応答ファイル送信手段とを備えていることを特徴とする請求項１から３のいずれかに記載のＩＰ電話システム。
5. 第２装置を識別する識別情報には、前記第１装置から送信される書込ファイルに基づいて、前記第１記憶手段に記憶される設定情報を更新する機能を有することを示す情報が含まれていることを特徴とする請求項１から４のいずれかに記載のＩＰ電話システム。
6. 前記第２装置は、
   前記第１記憶手段に記憶される形式の設定情報をテキストファイル形式に変換し、テキストファイル形式の設定情報を前記第１記憶手段に記憶される形式に変換する変換手段を備え、
   前記読込応答ファイル生成手段は、前記変換手段に前記第１記憶手段に記憶される形式の設定情報をテキストファイル形式に変換させることで、前記読込応答ファイルを生成し、
   前記更新手段は、前記変換手段にテキストファイル形式の設定情報である書込ファイルを第１記憶手段に記憶される形式に変換させ、前記第１記憶手段に記憶される設定情報を更新するものであることを特徴とする請求項１から５のいずれかに記載のＩＰ電話システム。
7. 前記第２装置は、
   自機について定められた識別情報を記憶する識別情報記憶手段を備え、
   前記前記ＩＰ電話通信手段は、前記識別情報記憶手段に記憶された識別情報を取得した外部のＩＰ電話端末との間で、インターネット回線を介してＩＰ電話通信を行い、
   前記機能実行制御手段が制御可能な機能を特定する端末情報を記憶する端末情報記憶手段と、
   前記識別情報と前記端末情報とを対応付けた態様でインターネット回線に送信する送信手段とを備えることを特徴とする請求項１から６のいずれかに記載のＩＰ電話システム。
8. 第１装置と、その第１装置とインターネット回線を介してＩＰ電話通信可能に接続されている第２装置とを備えたＩＰ電話システムを制御するＩＰ電話システム用プログラムにおいて、
   前記ＩＰ電話通信を行う通信手段と、前記ＩＰ電話通信を行う相手側装置について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを有するＩＰ電話通信手段と、そのＩＰ電話通信手段にファイルの送信を指示する中間制御手段とを、自機の操作者からの操作を受付ける操作受付手段とを、前記第１装置のコンピュータと、前記第２装置のコンピュータとの各々に実行させるものであって、
   前記ＩＰ電話通信は、前記ＩＰ電話通信を介してファイルの通信を行う際に、その都度、受信側装置が送信側装置からファイル送信要求を受信し、前記受信側装置の操作者から前記操作受付手段を介して前記ファイル送信要求に対してファイル送信許可応答を返信することを受付けたことを条件として前記受信側装置が前記ファイル送信許可応答を前記送信側装置に返信し、前記送信側装置が前記ファイル送信許可応答を受信したことを条件として前記受信側装置にファイルを送信する通信方式に構成されており、
   前記第１装置のコンピュータに実行させる中間制御手段は、
   前記第２装置と前記ＩＰ電話通信を行っている場合に、
   前記第２装置において機能を実行する際に用いられる設定情報の読み込みを指示する読込ファイルを生成する読込ファイル生成手段と、
   その読込ファイル生成手段により生成した読込ファイルを前記ＩＰ電話通信手段から前記第２装置に送信させる読込ファイル送信手段と、
   その読込ファイル送信手によって読込ファイルを送信させた後、前記第２装置から前記ＩＰ電話通信手段にファイル送信要求がされたかを判断する第１判断手段と、
   その第１判断手段によってファイル送信要求がされたと判断した場合に前記ファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第２装置に返信させる第１返信手段と、
   その第１返信手段によってファイル送信許可応答を返信させた後、前記ＩＰ電話通信手段に前記第２装置から送信されるファイルが、前記読込ファイルに対する応答である読込応答ファイルかを解析する読込応答ファイル解析手段と、
   その読込応答ファイル解析手段によって読込応答ファイルと解析した場合に、その読込応答ファイルに含まれる設定情報を取得する第１取得手段と、
   その第１取得手段によって取得した設定情報を更新した更新設定情報と、その更新設定情報に基づいて前記第２装置の設定情報を更新させる指示とを含む書込ファイルを生成する書込ファイル生成手段と、
   その書込ファイル生成手段によって生成した書込ファイルを前記ＩＰ電話通信手段から前記第２装置に送信させる書込ファイル送信手段とを備え、
   前記第２装置は、
   前記ＩＰ電話通信を介して送信されたファイルを前記ＩＰ電話通信手段が受信した場合に、その受信したファイルにより指定される機能の実行を制御する機能実行制御手段と、
   その機能実行制御手段が機能を実行する際に用いられる設定情報を記憶する第１記憶手段と、
   前記第１装置を識別する識別情報を予め記憶する第２記憶手段とを備え、
   前記第２装置のコンピュータに実行させる中間制御手段は、
   前記第１装置と前記ＩＰ電話通信を行っている場合に、
   前記第２記憶手段に記憶されている前記第１装置から前記ＩＰ電話通信手段にファイル送信要求がされたかを判断する第２判断手段と、
   その第２判断手段によってファイル送信要求がされたと判断した場合にファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第１装置に返信させる第２返信手段と、
   その第２返信手段によってファイル送信許可応答を返信させた後、前記第１装置から前記ＩＰ電話通信手段に送信されたファイルが前記読込ファイルかを解析する読込ファイル解析手段と、
   その読込ファイル解析手段によって読込ファイルと解析した場合に、その読込ファイルに対する応答である読込応答ファイルを生成する読込応答ファイル生成手段と、
   その読込応答ファイル生成手段により生成した読込応答ファイルを前記ＩＰ電話通信手段から前記第１装置に送信させる読込応答ファイル送信手段と、
   その読込応答ファイル送信手段によって読込応答ファイルを送信させた後、前記ＩＰ電話通信手段に前記第１装置からファイル送信要求がされたかを判断する第３判断手段と、
   その第３判断手段によってファイル送信要求がされたと判断した場合に、ファイル送信許可応答を、前記操作受付手段を介して前記ファイル送信許可応答を返信することを受付けることなく、前記ＩＰ電話通信手段から前記第１装置に返信させる第３返信手段と、
   その第３返信手段によってファイル送信許可応答を返信させた後、前記ＩＰ電話通信手段に前記第１装置から送信されたファイルが前記読込応答ファイルに対する応答である書込ファイルかを解析する書込ファイル解析手段と、
   その書込ファイル解析手段によって書込ファイルと解析した場合に、その書込ファイルに基づいて前記第１記憶手段に記憶されている設定情報を更新する更新手段とを備えていることを特徴とするＩＰ電話システム用プログラム。
   

Images