JP2009246877A

JP2009246877A - Ｉｐ電話端末およびｉｐ電話端末を制御するプログラム

Info

Publication number: JP2009246877A
Application number: JP2008093838A
Authority: JP
Inventors: Tomohito Tanimoto; 智史谷本
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2008-03-31
Filing date: 2008-03-31
Publication date: 2009-10-22
Anticipated expiration: 2028-03-31
Also published as: JP4877262B2

Abstract

【課題】ＩＰ電話システムにおけるファイル送受信機能を活用し、ＩＰ電話システムの資源を音声通話以外にも有効に利用することができるＩＰ電話端末およびＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムを提供すること。
【解決手段】１のＰＣから送信されるジョブファイルを他のＰＣが受信すると、ジョブファイルにより指示される機能が実行可能であるかを示すジョブ実行可否ファイルが１のＰＣに送信され、その後、１のＰＣから送信される処理対象ファイルを他のＰＣが受信すると、処理対象ファイルに基づいた処理が実行される。よって、１のＰＣでは不要なファイル送信を省くことができ、他のＰＣでは処理対象ファイルに基づいた処理を実行できる。また、１のＰＣと他のＰＣとの間で行われるファイルの送受信に基づいて、機能が実行可能であるかを判断しているので、ＩＰ電話システが有するファイル送信機能を有効に利用することができる。
【選択図】図４

Description

本発明は、ＩＰ電話端末およびＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムに関するものである。

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

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

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

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

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

この目的を達成するために請求項１記載のＩＰ電話端末は、インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えており、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、自機の操作者からの操作を受付ける操作受付手段と、前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段と、前記通信手段が第１のファイルを受信した場合に、その第１のファイルにより指示される機能の実行について判断する判断手段と、その判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、その機能が実行可能であることを示す第２のファイルを前記第１のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する実行可能情報送信制御手段と、前記判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、その機能の実行を待機する待機モードを選択する選択手段と、その選択手段が前記待機モードを選択しており、かつ、前記第２のファイルを受信した外部のＩＰ電話端末から送信された第３のファイルを受信した場合に、待機していた機能の実行を前記第３のファイルに基づいて行うよう制御する機能実行制御手段とを備えている。

請求項２記載のＩＰ電話端末は、請求項１記載のＩＰ電話端末において、前記選択手段が前記待機モードを選択している状態で、前記第２のファイルを受信した外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第２の許可送信制御手段を備えている。

請求項３記載のＩＰ電話端末は、請求項１又は２に記載のＩＰ電話端末において、前記ＩＰ電話通信を介して通話中である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第３の許可送信制御手段を備えている。

請求項４記載のＩＰ電話端末は、請求項１から３のいずれかに記載のＩＰ電話端末において、前記機能実行制御手段による前記機能の実行が完了した場合に、その完了した内容を示す完了情報を含む第４のファイルを、前記第３のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する完了情報送信制御手段と、前記選択手段が前記待機モードを選択している状態で前記第３のファイルを受信したが、その第３のファイルに基づいて行われる前記機能の実行が未完了であった場合に、その未完了である内容を示す未完了情報を含む第５のファイルを、前記第３のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する未完了情報送信制御手段とを備えている。

請求項５記載のＩＰ電話端末は、請求項１から４のいずれかに記載のＩＰ電話端末において、前記外部のＩＰ電話端末から送信される各ファイルは、その送信される各ファイルの種別を示す種別判別情報を含むと共に、各ファイルのデータ量がそれぞれ定められており、前記種別判別情報とデータ量とに基づいて、前記外部のＩＰ電話端末から受信したファイルの種別を判別する種類判別手段を備えている。

請求項６記載のＩＰ電話端末は、請求項１から５のいずれかに記載のＩＰ電話端末において、前記外部のＩＰ電話端末から送信される第１のファイルは、前記実行される機能を指定する指定情報と、前記機能を実行する際に用いられる実行情報の形式を示す形式情報とを少なくとも含んで構成され、前記判断手段は、前記指定情報により指定される機能が前記複数の機能に含まれており、且つ、前記形式情報により示される実行情報に基づいた機能の実行が可能である場合に、前記第１のファイルにより指示される機能の実行を可能と判断するものである。

請求項７記載のＩＰ電話端末は、請求項６記載のＩＰ電話端末において、前記第１のファイルに含まれる指定情報および形式情報には、テキストデータが含まれており、前記判断手段は、前記テキストデータの文字列を解析して、前記第１のファイルにより指示される機能の実行の可否を判断するものである。

請求項８記載のＩＰ電話端末は、請求項７記載のＩＰ電話端末において、前記判断手段により実行が可能であると判断された機能について、前記第１のファイルに含まれる指定情報および形式情報のテキストデータを含んだ第２のファイルを生成する第２ファイル生成手段を備え、前記実行可能情報送信制御手段は、前記判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、前記第２ファイル生成手段が生成した第２のファイルを、前記通信手段が送信するよう制御するものである。

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

請求項１０記載のＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムは、インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段と、自機の操作者からの操作を受付ける操作受付手段と、前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段とを備えており、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、前記コンピュータを、前記通信手段が第１のファイルを受信した場合に、その第１のファイルにより指示される機能の実行について判断する判断手段と、その判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、その機能が実行可能であることを示す第２のファイルを前記第１のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する実行可能情報送信制御手段と、前記判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、その機能の実行を待機する待機モードを選択する選択手段と、その選択手段が前記待機モードを選択しており、かつ、前記第２のファイルを受信した外部のＩＰ電話端末から送信された第３のファイルを受信した場合に、待機していた機能の実行を前記第３のファイルに基づいて行うよう制御する機能実行制御手段として機能させるものである。

請求項１１記載のＩＰ電話端末は、インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えており、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、前記外部のＩＰ電話端末に対して各種機能の実行を指示する指示情報を含む第１のファイルを生成する制御を行う第１生成制御手段と、その第１生成制御手段により生成された第１のファイルを前記外部のＩＰ電話端末に前記通信手段が送信するよう制御する第２送信制御手段と、前記第１のファイルを受信した外部のＩＰ電話端末から、前記第１のファイルにより指示した機能の可否を示す第２のファイルを受信した場合に、その受信した第２のファイルを解析するよう制御する解析制御手段と、その解析制御手段による解析結果が、前記第２のファイルを送信した外部のＩＰ電話端末において前記第１のファイルにより指示した機能の実行が可能であれば、前記第１のファイルにより指示される機能の実行に用いられる実行情報を含む第３のファイルを、前記第２のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する実行送信制御手段とを備えている。

請求項１２記載のＩＰ電話端末は、請求項１１記載のＩＰ電話端末において、前記解析制御手段による解析結果を、前記第２のファイルを送信した前記外部のＩＰ電話端末に関連づけして記憶する関連記憶手段を備えている。

なお、請求項１１又は１２に記載のＩＰ電話端末おいて、自機の操作者からの操作を受付ける操作受付手段と、許可情報の要求を通信手段が受信し、かつ、ファイルの送信を許可する操作を操作受付手段が受付けたことを条件として、許可情報の応答を通信手段が返信するよう制御する許可送信制御手段とを備える構成としても良い。

また、請求項１１又は１２に記載のＩＰ電話端末において、前記操作受付手段と許可送信制御手段とを備える構成であれば、請求項２又は３に記載のＩＰ電話端末を更に備えるものとしても良い。

請求項１３記載のＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムは、インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えており、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、前記コンピュータを、前記外部のＩＰ電話端末に対して各種機能の実行を指示する指示情報を含む第１のファイルを生成する制御を行う第１生成制御手段と、その第１生成制御手段により生成された第１のファイルを前記外部のＩＰ電話端末に前記通信手段が送信するよう制御する第２送信制御手段と、前記第１のファイルを受信した外部のＩＰ電話端末から、前記第１のファイルにより指示した機能の可否を示す第２のファイルを受信した場合に、その受信した第２のファイルを解析するよう制御する解析制御手段と、その解析制御手段による解析結果が、前記第２のファイルを送信した外部のＩＰ電話端末において前記第１のファイルにより指示した機能の実行が可能であれば、前記第１のファイルにより指示される機能の実行に用いられる実行情報を含む第３のファイルを、前記第２のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する実行送信制御手段として機能させるものである。

請求項１記載のＩＰ電話端末によれば、受信した第１のファイルにより指示される機能が実行可能である場合に第２のファイルを外部のＩＰ電話端末に送信し、その第２のファイルを受信した外部のＩＰ電話端末から第３のファイルを受信すると、その第３のファイルに基づいて機能が実行される。よって、外部のＩＰ電話端末からは、機能の実行が可能である場合のみ第３のファイルが送信されるので、第３のファイルに基づいた機能の実行を確実に行うことができ、双方のＩＰ電話端末の処理資源の無駄を防ぎつつ、ＩＰ電話端末が実行可能な機能を活用することができるという効果がある。

また、外部のＩＰ電話端末との間で、機能が実行可能であるか否かに応じたファイルの送受信を行い、機能の実行が可能である場合に、第３のファイルに基づいた機能を実行するので、ファイル送受信機能を有効に利用することができるという効果がある。

請求項２記載のＩＰ電話端末によれば、請求項１記載のＩＰ電話端末の奏する効果に加え、選択手段が待機モードを選択している場合には、自機の操作者からファイル送信の許可を受け付ける条件を必要とせずに、許可情報の応答を外部のＩＰ電話端末に送信できるので、煩わしい操作が不要になり使い勝手を向上することができ、操作者の操作を待つことなく、ＩＰ電話端末の処理資源を有効に活用できるという効果がある。

請求項３記載のＩＰ電話端末によれば、請求項１又は２に記載のＩＰ電話端末の奏する効果に加え、ＩＰ電話通信を介して通話中である外部のＩＰ電話端末に対しては、自機の操作者からファイル送信の許可を受け付ける条件を必要とせずに、許可情報の応答を外部のＩＰ電話端末に送信できるので、通話先が把握でき安全性が確保されている状態での煩わしい操作が不要になり、使い勝手を向上することができ、操作者の操作を待つことなく、ＩＰ電話端末の処理資源を有効に活用できるという効果がある。

請求項４記載のＩＰ電話端末によれば、請求項１から３のいずれかに記載のＩＰ電話端末の奏する効果に加え、機能の実行が完了した場合には、第４のファイルを外部のＩＰ電話端末に送信し、機能の実行が未完了である場合には、第５のファイルを外部のＩＰ電話端末に送信するので、外部のＩＰ電話端末に対して、機能の実行が正常に完了したか否かを容易に認識させることができ、ＩＰ電話端末の処理資源を有効活用できるという効果がある。

請求項５記載のＩＰ電話端末によれば、請求項１から４のいずれかに記載のＩＰ電話端末の奏する効果に加え、各ファイルの種別を示す種別判別情報と各ファイルのデータ量とに基づいて、外部のＩＰ電話端末から受信した各ファイルの種別が種類判別手段により判別されるので、各ファイルの種別を正確に判定することができ、双方のＩＰ電話端末の処理資源の無駄を低減することができるという効果がある。

請求項６記載のＩＰ電話端末によれば、請求項１から５のいずれかに記載のＩＰ電話端末の奏する効果に加え、指定情報により指定される機能が実行可能な複数の機能に含まれており、且つ、形式情報により示される実行情報に基づいた機能の実行が可能である場合に、第１のファイルにより指示される機能の実行を可能と判断手段が判断するので、機能が実行であるか否かを正確に判断することができ、双方のＩＰ電話端末の処理資源の無駄を低減することができるという効果がある。

請求項７記載のＩＰ電話端末によれば、請求項６記載のＩＰ電話端末の奏する効果に加え、テキストデータの文字列を解析して、第１のファイルにより指示される機能の実行の可否が判断手段により判断される。ここで、テキストデータは、一般的なＩＰ電話端末であれば解析が容易なデータである。よって、第１のファイルにより指示される機能の実行の可否の判断を簡単な処理で行うことができ、処理負担の軽減を図ることができるという面で、ＩＰ電話端末の資源を有効活用できるという効果がある。

また、外部のＩＰ電話端末の操作者が、一般的なテキストエディタなどを用いて第１のファイルを作成することも可能であり、外部のＩＰ電話端末が備える一般的な資源を有効に活用できるという効果がある。

請求項８記載のＩＰ電話端末によれば、請求項７記載のＩＰ電話端末の奏する効果に加え、第２のファイルがテキストデータを含むので、容易に転送することができ、外部のＩＰ電話端末の操作者が、所望する機能が実行可能であるかを容易に視認した上で、実行情報を送信することができるという効果がある。

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

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

請求項１０記載のＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムによれば、請求項１記載のＩＰ電話端末と同様の効果を奏することができる。

請求項１１記載のＩＰ電話端末によれば、外部のＩＰ電話端末に対して機能の実行を指示する指示情報を含む第１のファイルを送信し、その外部のＩＰ電話端末から受信した第２のファイルにより機能が実行可能であると判断された場合に、機能の実行に用いる実行情報を含む第３のファイルを送信するので、外部のＩＰ電話端末において機能の実行が不可能である場合には、第３のファイルを未送信にすることができる。よって、外部のＩＰ電話装置に対して不要なファイル送信を実行しなくて済むので、双方のＩＰ電話端末の処理負担を軽減することができ、処理資源の無駄を防ぎつつ、ファイル送信機能を有効に利用することができるという効果がある。

請求項１２記載のＩＰ電話端末によれば、請求項１１記載のＩＰ電話端末が奏する効果に加え、解析制御手段による解析結果を、第２のファイルを送信した外部のＩＰ電話端末に関連づけして関連記憶手段に記憶するので、第１のファイルを送信する前に、関連記憶手段を参照すれば、外部のＩＰ電話端末において機能の実行が可能であるか否かを確認することができる。よって、外部のＩＰ電話端末において機能の実行が不可能である場合には、第１のファイルも未送信にできるので、双方のＩＰ電話端末の処理負担を軽減することができるという点で、処理資源を有効活用できるという効果がある。

請求項１３記載のＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムによれば、請求項１１記載のＩＰ電話端末と同様の効果を奏することができる。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。なお、本発明のＩＰ電話端末を有するＩＰ電話システムは、接続先のＩＰ電話端末で所定の機能が実行可能であるか否かを確認し、所定の機能が実行可能である場合に、接続先のＩＰ電話端末に所定の機能を実行させるファイルを送信するものである。

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

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

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

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

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

さらに、ＨＤＤ１４には、ジョブ履歴（送信時）記憶エリア１４ｃと、ジョブ履歴（受信時）記憶エリア１４ｄと、ジョブファイルフラグ１４ｅと、実行可否ファイルフラグ１４ｆと、ジョブ処理可能フラグ１４ｇと、実行結果ファイルフラグ１４ｈと、処理対象ファイルフラグ１４ｉと、デバイス情報記憶エリア１４ｊと、ファイル送信ＯＫフラグ１４ｋとが設けられている。

ジョブ履歴（送信時）記憶エリア１４ｃは、送信側ＰＣにおいて、受信側ＰＣに所定の機能（例えば、印刷およびＲＡＭ、ＨＤＤへの記憶など）の実行を指示した場合の実行結果を記憶するエリアである。ジョブ履歴（受信時）記憶エリア１４ｄは、受信側ＰＣにおいて、送信側ＰＣから所定の機能の実行が指示された場合の実行結果を記憶するエリアである。

ジョブファイルフラグ１４ｅは、ＩＰ電話アプリケーション１４ｂを介してジョブファイルを受信した場合にオンされるフラグであり、実行可否ファイルフラグ１４ｆは、ＩＰ電話アプリケーション１４ｂを介してジョブ実行可否ファイルを受信した場合にオンされるフラグであり、ジョブ処理可能フラグ１４ｇは、ジョブファイルの送信先のＰＣにおいてジョブが実行可能であると判断された場合にオンされるフラグであり、実行結果ファイルフラグ１４ｈは、ＩＰ電話アプリケーション１４ｂを介してジョブ実行結果ファイルを受信した場合にオンされるフラグであり、処理対象ファイルフラグ１４ｉは、ＩＰ電話アプリケーション１４ｂを介して処理対象ファイルを受信した場合にオンされるフラグであり、ファイル送信ＯＫフラグ１４ｋは、各ファイルの送信が正常に実行された場合にオンされるフラグである。

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

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

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

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

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

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

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

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

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

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

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

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

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

本実施形態では、中間アプリケーション１４ａは、デバイス２０から処理対象ファイルを取得し、外部のＰＣ又はデバイスにおいてデバイス２０から取得した処理対象ファイルに基づいた処理の実行を指示するジョブファイル（第１のファイル）を生成する。

また、中間アプリケーション１４ａは、外部のＰＣから送信されたジョブ実行可否ファイルを解析して、ジョブファイルにより指示した機能が実行可能であるか否かを判断すると共に、ジョブ実行結果ファイルを解析して、処理対象ファイルに基づいた機能の実行結果を記憶する。

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

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

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

なお、図２では、デバイス２０のスキャナ２４により画像を読み取り、その読み取った画像をＰＣ３０に接続されるデバイス４０で印刷する場合の経路が図示されている。

具体的には、デバイス２０のスキャナ２４により画像が読み取られて生成された画像データを中間アプリケーション１４ａが取得すると、その中間アプリケーション１４ａにおいて処理対象ファイルが生成される。そして、中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂの登録情報格納部１５に格納される登録情報を参照して、接続する外部のＩＰ電話アプリケーション３４ｂを選択し、そのＩＰ電話アプリケーション３４ｂとＩＰ電話アプリケーション１４ｂとの間を接続させる。その後、中間アプリケーション１４ａは、デバイス４０のプリンタ６５においてスキャナ２４で取得した画像の印刷を指示するジョブファイルを、ファイル送信部１８を介してＰＣ３０のファイル受信部３９に送信する。

ＰＣ３０の中間アプリケーション３４ａでは、ＩＰ電話アプリケーション３４ｂのファイル受信部３９を介して受信したジョブファイルを解析し、スキャナ２４で取得した画像をプリンタ６５で印刷可能であるか否かを判定し、その判定結果を含むジョブ実行可否ファイルをファイル送信部３９を介してＰＣ１０のファイル受信部１８に送信させる。

一方、ＰＣ１０の中間アプリケーション１４ａは、ジョブ実行可否ファイルを受信すると、そのジョブ実行可否ファイルを解析し、デバイス４０のプリンタ６５で印刷が可能であれば、処理対象ファイルをファイル送信部１８を介してＰＣ３０のファイル受信部３９に送信する。

そして、ＰＣ３０の中間アプリケーション３４ａは、処理対象ファイルを受信すると、プリンタ６５に対して、印刷命令を発令すると共に、印刷データを送信する。デバイス４０は、印刷命令と印刷データを受信すると、その受信した印刷データに応じた印刷を行う。この具体的な処理は、図４から図１３を用いて後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、図４を参照して、ＩＰ電話システム１において、１のＰＣから他のＰＣに対して、他のＰＣが有する機能の実行を指示して、他のＰＣにおいて機能を実行する場合のシーケンスチャートについて説明する。

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

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

その後、中間アプリケーション１４ａは、デバイス２０に対して処理対象ファイルの取得命令を発令し、デバイス２０では、取得命令がなされた処理対象ファイルを取得し（Ｐ３）、その取得した処理対象ファイルをＰＣ１０に転送する。

中間アプリケーション１４ａでは、デバイス２０から取得した処理対象ファイルによりＰＣ３０で実行される処理を示す指示情報と、デバイス２０から取得した処理対象ファイルの形式（例えば、ファイルに含まれるデータの形式やデータサイズ、解像度、印刷枚数）を示す形式情報とを含むジョブファイルを生成する（Ｐ４）。

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

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

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

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

中間アプリケーション３４ａでは、ＩＰ電話アプリケーション３４ｂからジョブファイルを受け取り、その受け取ったジョブファイルの解析を行い、その解析結果に応じたジョブ実行可否ファイルを生成する（Ｐ９）。

そして、生成されたジョブ実行可否ファイルの送信命令をＩＰ電話アプリケーション３４ｂに発令し（Ｐ１０）、ＩＰ電話アプリケーション３４ｂは、ＰＣ１０のＩＰ電話アプリケーション１４ｂに対してファイル送信要求を送信する。

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

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

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

中間アプリケーション１４ａでは、ＰＣ３０のＩＰ電話アプリケーション３４ｂから送信され、ＩＰ電話アプリケーション１４ｂにより受信したジョブ実行可否ファイルを、ＩＰ電話アプリケーション１４ｂから受け取り、その受け取ったジョブ実行可否ファイルの解析を行う（Ｐ１４）。

そして、ジョブ実行可否ファイルの解析結果が、ＰＣ３０に接続されるデバイス４０でジョブファイルにより指示されたジョブの実行が可能であれば、処理対象ファイルの送信命令をＩＰ電話アプリケーション１４ｂに発令する（Ｐ１５）。処理対象ファイルの送信命令がなされたＩＰ電話アプリケーション１４ｂは、ＰＣ３０のＩＰ電話アプリケーション３４ｂに対してファイル送信要求を送信する。

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

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

中間アプリケーション３４ａでは、ＰＣ１０のＩＰ電話アプリケーション１４ｂから送信され、ＩＰ電話アプリケーション３４ｂにより受信した処理対象ファイルを、ＩＰ電話アプリケーション３４ｂから受け取り、処理対象ファイルに基づく処理の実行をデバイス４０に指示する（Ｐ１９）。

デバイス４０では、中間アプリケーション３４ａからの実行指示に基づいて、処理対象ファイルの処理を実行し（Ｐ２０）、その処理の実行結果を、中間アプリケーション３４ａに送信する。

中間アプリケーション３４ａでは、デバイス４０から受信した処理の実行結果に基づいたジョブ実行結果ファイルの生成処理が行われる（Ｐ２１）。そして、生成されたジョブ実行結果ファイルの送信命令をＩＰ電話アプリケーション３４ｂに発令する（Ｐ２２）。ジョブ実行結果ファイルの送信命令がなされたＩＰ電話アプリケーション３４ｂは、ＰＣ１０のＩＰ電話アプリケーション１４ｂに対してファイル送信要求を送信する。

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

一方、ＩＰ電話アプリケーション３４ｂでは、ＩＰ電話アプリケーション１４ｂからファイル送信許可応答を受信すると、ジョブ実行結果ファイルの送信機能が実行される（Ｐ２５）。その後、中間アプリケーション３４ａでは、ジョブの処理結果をジョブ履歴（受信時）記憶エリア３４ｄに記憶する（Ｐ２６）。

中間アプリケーション１４ａでは、ＰＣ３０のＩＰ電話アプリケーション３４ｂから送信され、ＩＰ電話アプリケーション１４ｂにより受信したジョブ実行結果ファイルを、ＩＰ電話アプリケーション１４ｂから受け取り、その受け取ったジョブ実行結果ファイルに含まれる処理結果を、ジョブ履歴（送信時）記憶エリア１４ｃに記憶し（Ｐ２７）、一連の処理が終了する。

次に、図５から図１３を参照して、ＰＣ１０，３０で実行される具体的な処理について説明する。図５は、送信側ＰＣで実行されるファイル送信処理を示したフローチャートである。図６は、送信側ＰＣ及び受信側ＰＣで実行される受信ファイル解析処理を示したフローチャートである。図７は、受信側ＰＣで実行されるファイル受信処理を示したフローチャートである。図８は、受信側ＰＣで実行されるジョブ実行処理を示したフローチャートである。図９は、送信側ＰＣ及び受信側ＰＣで実行される各ファイルの送信処理を示したフローチャートである。図１０は、送信側ＰＣの中間アプリケーションのユーザインターフェース（以下「ＵＩ」と称す）の表示画面の一例を示した図である。図１１は、送信側ＰＣ及び受信側ＰＣの表示画面の一例を示した図である。図１２は、ジョブファイル及びジョブ実行可否ファイルの一例を示した図である。図１３は、ジョブ実行結果ファイルの一例を示した図である。

まず、最初に、図１０を参照して、外部のＩＰ電話アプリケーション（例えば、ＩＰ電話アプリケーション３４ｂ，５４ｂ）を選択する（コンタクトリストを取得する）方法、及び、外部のＩＰ電話端末（例えば、デバイス４０，６０）に実行させる機能（処理）を選択する方法について説明する。なお、以下の説明では、送信側ＰＣをＰＣ１０とし、受信側ＰＣをＰＣ３０として説明する。

図１０（ａ）に示すように、送信側のＰＣ１０において中間アプリケーション１４ａが起動されると、登録情報格納部１５に格納された登録情報がＩＰ電話アプリケーション１４ｂを介して取得され、コンタクトリストとして表示される。

なお、「コンタクトリスト」の中点線で囲われた表示名に対応する機能識別情報が「選択したユーザデバイスのデバイス情報」に表示される。具体的には、中点線で囲まれたユーザデバイスの”Ｂｒ＿ｄｃｐ＿４２０＿ｓａｔｏ”のデバイス名が”ＢｒＤＣＰ４２０”であり、デバイス機能が”プリンタ、スキャナ、メモリカードスロット”であることを示している。

また、「ＩＰ電話アプリケーション基本機能」における「チャット...」、「電話...」、「ファイル送信...」および「ユーザ検索...」の各ボタンも表示されており、各ボタンをカーソルなどで選択することにより、ＩＰ電話アプリケーションの基本機能である各機能を実行することができる。

さらに、外部のＰＣやデバイスにインストールされたＩＰ電話アプリケーションに登録された情報を取得するための「ユーザデバイス検索．．．」ボタンと、他のＰＣやデバイスの機能を利用するための「ユーザデバイスを使った機能．．．」ボタンも表示されており、各ボタンをカーソルなどで選択することにより、ユーザデバイスの検索やユーザデバイスの機能を利用することができる。ユーザデバイスを使った機能が選択された場合のＵＩの一例を図１０（ｂ）に示す。

図１０（ｂ）に示すように、ユーザデバイスを使った機能がカーソルなどにより選択されると、ユーザデバイスを使った機能のＵＩが起動される。ユーザデバイスを使った機能のＵＩは、「コンタクトリスト」と、「ターゲットユーザ」と、「ターゲットユーザ」への追加および削除を行なう「追加」および「削除」ボタンと、「コンタクトリスト」における対象データを指定する対象データのラジオボタン（本例では「スキャンしたデータ」または「既存のファイル」のいずれかを選択）と、ターゲットユーザデバイスで行なう機能を指定するターゲットデバイスで行なう機能のラジオボタン（本例では「印刷」、「メディアカードに画像に保存」または「ＯＣＲ」のいずれかを選択）と、機能を実行する「ＯＫ」ボタンと、機能をキャンセルする「キャンセル」ボタンとを備えている。

ターゲットユーザデバイスとは、利用機能に応じた処理を行わせる対象のユーザデバイスのことである。ターゲットユーザデバイスは複数指定することができる。「ターゲットユーザデバイス」にユーザデバイスを追加する場合には、「コンタクトリスト」において、「ターゲットユーザデバイス」に追加の対象とするユーザを選択し、「追加」ボタンを押下することにより、「ターゲットユーザデバイス」にユーザデバイスを追加することができる。一方で、「ターゲットユーザデバイス」からユーザデバイスを削除する場合には、「ターゲットユーザデバイス」において、「コンタクトリスト」から削除の対象とするユーザデバイスを選択し、「削除」ボタンを押下することにより、「ターゲットユーザ」からユーザデバイスを削除することができる。なお、ここで選択されたユーザデバイスに共通しない機能について「ターゲットユーザデバイスで行う機能」から選択できないようにする構成としても良い。

以上の通り、ユーザによって、ターゲットユーザデバイスが選択されると共に、対象データおよびターゲットユーザデバイスで行う機能が選択され、中間アプリケーション１４ａのＵＩ（図１０（ａ））において、ファイル送信の機能がカーソルなどにより選択されると、図５に示すファイル送信処理が実行される。

図５に示すファイル送信処理が実行されると、まず、ユーザデバイスを使った機能のＵＩにおいてユーザによって選択された処理の処理対象ファイル（例えば、スキャンしたデータ）の取得命令をデバイス２０に送信する（Ｓ１）。

Ｓ１の処理で、処理対象ファイルの取得命令を送信したら、デバイス２０から処理対象ファイルを取得完了したか否かを確認し（Ｓ２）、処理対象ファイルを取得完了するまで待機する（Ｓ２：Ｎｏ）。

なお、ＵＩによって、ＰＣ１０に記憶されている情報の取得がユーザに選択された場合には、Ｓ１の処理は、ＰＣ１０のＲＡＭ１３やＨＤＤ１４から処理対象ファイルを取得し、Ｓ２の処理では、ＲＡＭ１３やＨＤＤ１４から処理対象ファイルを取得完了したか否かを確認する。

Ｓ２の処理で確認した結果、デバイス２０から処理対象ファイルを取得完了したら（Ｓ２：Ｙｅｓ）、その取得した処理対象ファイルを参照して、ジョブファイルを生成し（Ｓ３）、ジョブ送信の問い合わせを表示する（Ｓ４）。

Ｓ４の処理で、ジョブ送信の問い合わせが実行された場合の表示画面が図１１（ａ）に示す状態である。ジョブ送信の問い合わせは、ユーザによって選択された処理として「画像ファイルスキャナから読取」と、「用紙サイズＡ４」と、「モノクロ／カラーカラー」と、「解像度３００ｄｐｉ」と、「ページ数１」と、「部数１」と、「キャンセル送信」とが表示される。なお、この表示された値は、ユーザが任意に変更することができる。

よって、ユーザは、デバイス２０から取得した処理対象ファイルにより実行された場合の画像構成を確認しつつ、必要な設定を任意の値に変更した上で、ジョブ送信を実行するか否かを判断することができる。ユーザは、ジョブ送信を実行する場合には、送信ボタンをカーソルなどで選択し、ジョブ送信を中止する場合には、キャンセルボタンをカーソルなどで選択する。

Ｓ４の処理で、ジョブ送信の問い合わせが表示されたら、その問い合わせ結果が、ジョブ送信の実行であるか否かを確認し（Ｓ５）、ジョブ送信の中止が選択された場合には（Ｓ５：Ｎｏ）、そのまま、本処理を終了する。

一方、Ｓ５の処理で確認した結果、ジョブ送信の実行が選択された場合には（Ｓ５：Ｙｅｓ）、ジョブファイル送信処理を実行し（Ｓ６）、Ｓ７の処理へ移行する。

ここで、図９（ａ）を参照して、Ｓ６のジョブファイル送信処理について説明する。ジョブファイル送信処理では、ファイル送信要求をＰＣ３０に対して送信し（Ｓ１０１）、
ＰＣ３０に対して送信されたファイル送信要求に応答するファイル送信許可応答を受信したか否かを確認する（Ｓ１０２）。

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

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

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

なお、先に、図９（ｂ）から（ｄ）の各ファイル送信処理について説明する。各ファイル送信処理は、図９（ａ）に示したジョブファイル送信処理に対して、送信されるファイルが異なるのみであり、他の処理は同様であるので、異なる処理のみ説明する。図９（ｂ）に示す処理対象ファイル送信処理では、Ｓ１１６の処理で処理対象ファイルが送信され、図９（ｃ）に示すジョブ実行可否ファイル送信処理では、Ｓ１２６の処理でジョブ実行可否ファイルが送信され、図９（ｄ）に示すジョブ実行結果ファイル送信処理では、Ｓ１３６の処理でジョブ実行結果ファイルが送信される。

図５に戻って説明する。Ｓ７の処理では、ファイル送信ＯＫフラグ１４ｋを確認し（Ｓ７）、ファイル送信ＯＫフラグ１４ｋがオフであれば（Ｓ７：Ｎｏ）、ジョブファイルが送信されていないことになるので、そのまま、本処理を終了する。

一方、Ｓ７の処理で確認した結果、ファイル送信ＯＫフラグ１４ｋがオンであれば（Ｓ７：Ｙｅｓ）、ＰＣ１０はジョブ実行モードにある。ＰＣ１０は、次に、ジョブファイルにより指示される処理が外部のデバイス４０で実行可能であるか否かを示すジョブ実行可否ファイルの受信を待機するために、ＩＰ電話アプリケーション３４ｂから送信されるファイル送信要求を受信したか否かの確認をＳ８，Ｓ９の処理で繰り返し行う。

具体的には、Ｓ８の処理において、タイムアウト時間が経過したか否かを確認し（Ｓ８）、Ｓ９の処理で、ＩＰ電話アプリケーション３４ｂからファイル送信要求を受信したか否かを確認する（Ｓ９）。そして、Ｓ８の処理で確認した結果、タイムアウト時間が経過していれば（Ｓ８：Ｙｅｓ）、ジョブ実行可否ファイルを未受信である旨をジョブ履歴（送信時）記憶エリア１４ｃに記憶して（Ｓ２３）、本処理を終了する。

なお、Ｓ９の処理で確認した結果、ＩＰ電話アプリケーション３４ｂから送信されるファイル送信要求を受信していなければ（Ｓ９：Ｎｏ）、ジョブ実行モードであるため、Ｓ８の処理へ戻り、タイムアウト時間を経過したか否かの確認を行う。

一方、Ｓ９の処理で確認した結果、ＩＰ電話アプリケーション３４ｂからファイル送信要求を受信したと確認されると（Ｓ９：Ｙｅｓ）、ユーザに問い合わせすることなくファイル送信許可応答を送信する（Ｓ１０）。ここで、ユーザに問い合わせすることなくファイル送信許可応答を送信するのは、ジョブ実行モードであることがファイル送信ＯＫフラグ１４ｋで確認でき、接続先がＰＣ３０のＩＰ電話アプリケーション３４ｂであることも記憶してあり、確認できるからである。

また、Ｓ９の処理がＮｏであった場合に、その他の処理（ＰＣ１０で実行される各種処理）を実行した後に、Ｓ８の処理へ移行するものとしても良い。

Ｓ１０の処理で、ファイル送信許可応答を送信したら、ＩＰ電話アプリケーション３４ｂからジョブ実行可否ファイルを受信完了するまで待機し（Ｓ１１：Ｎｏ）、ジョブ実行可否ファイルを受信完了したら（Ｓ１１：Ｙｅｓ）、受信ファイルを解析する受信ファイル解析処理を行う（Ｓ１２）。この受信ファイル解析処理についての詳細な説明は後述する。

Ｓ１２の受信ファイル解析処理が終わると、受信したファイルがジョブ実行可否ファイルであるか否かを確認するために、実行可否ファイルフラグ１４ｆがオンであるか否かを確認する（Ｓ１３）。

Ｓ１３の処理で確認した結果、実行可否ファイルフラグ１４ｆがオフであれば（Ｓ１３：Ｎｏ）、受信したファイルがジョブ実行可否ファイルでないので、その受信したファイルの通常処理を行い（Ｓ１４）、Ｓ８の処理へ戻り、他のファイルのファイル送信要求を受信するまで、再度、Ｓ８及びＳ９の処理を繰り返し実行する。

なお、Ｓ１３の処理で実行可否ファイルフラグ１４ｆがオフであれば、他のＩＰ電話アプリケーション（例えば、ＩＰ電話アプリケーション５４ｂなど）からファイルを受信したり、ジョブファイルに対する応答をするジョブ実行可否ファイルでないので、Ｓ１４の処理で、通常処理を実行している。しかし、図５のファイル送信処理は、デバイス４０が有する機能を実行させるための処理であるので、他のファイルを受信した場合には、Ｓ１４の処理に代えて、受信したファイルを削除する処理を実行するものとしても良い。

一方、Ｓ１３の処理で確認した結果、実行可否ファイルフラグ１４ｆがオンであれば（Ｓ１３：Ｙｅｓ）、ジョブ実行可否ファイルを受信したことになるので、次に、そのジョブ実行可否ファイルに含まれる情報からジョブファイルにより指示した機能がデバイス４０で実行可能であるか否かを確認するために、ジョブ処理可能フラグ１４ｇがオンである否かを確認する（Ｓ１５）。

Ｓ１５の処理で確認した結果、ジョブ処理可能フラグ１４ｇがオフであれば（Ｓ１７：Ｎｏ）、デバイス４０において、ジョブファイルにより指示した処理が実行不可能であるので、Ｓ２３の処理へ移行して、その旨をジョブ履歴（送信時）記憶エリア１４ｃに記憶して（Ｓ２３）、本処理を終了する。

一方、Ｓ１５の処理で確認した結果、ジョブ処理可能フラグ１４ｇがオンであれば（Ｓ１５：Ｙｅｓ）、ＰＣ３０に接続されたデバイス４０において、ジョブファイルにより指示した処理が実行可能であるので、上述した処理対象ファイル送信処理において、デバイス２０から取得した処理対象ファイルを送信し（Ｓ１６）、ファイル送信ＯＫフラグ１４ｋがオンであるか否かを確認する（Ｓ１７）。

Ｓ１７の処理で確認した結果、ファイル送信ＯＫフラグ１４ｋがオフであれば（Ｓ１７：Ｎｏ）、処理対象ファイルが未送信となったので、その旨をジョブ履歴（送信時）記憶エリア１４ｃに記憶して（Ｓ２３）、本処理を終了し、ファイル送信ＯＫフラグ１４ｋがオンであれば（Ｓ１７：Ｙｅｓ）、Ｓ１８の処理へ移行する。

Ｓ１８の処理では、処理対象ファイルにより実行された処理の結果を示すジョブ実行結果ファイルの受信を待機するために、Ｓ８及びＳ９の処理と同様に、タイムアウト時間が経過したか否かを確認し（Ｓ１８）、ファイル送信要求を受信したか否かを確認する（Ｓ１９）。

そして、Ｓ１８の処理で確認した結果、タイムアウト時間が経過していれば（Ｓ１８：Ｙｅｓ）、処理対象ファイルを送信したが、ジョブ実行結果ファイルは未受信である旨をジョブ履歴（送信時）記憶エリア１４ｃに記憶して（Ｓ２３）、本処理を終了する。

一方、Ｓ１９の処理で確認した結果、ＩＰ電話アプリケーション３４ｂからファイル送信要求を受信した確認されると（Ｓ１９：Ｙｅｓ）、ユーザに問い合わせすることなくファイル送信許可応答を送信し（Ｓ２０）、後述する受信ファイル解析処理を実行する（Ｓ２１）。

Ｓ２２の処理では、受信したファイルがジョブ実行結果ファイルであるか否かを確認するために、実行結果ファイルフラグ１４ｈがオンであるか否かを確認し（Ｓ２２）、実行結果ファイルフラグ１４ｈがオンであれば（Ｓ２２：Ｙｅｓ）、ジョブ実行結果ファイルにより示される実行結果をジョブ履歴（送信時）記憶エリア１４ｃに記憶して（Ｓ２３）、本処理を終了する。

一方、Ｓ２２の処理で確認した結果、実行結果ファイルフラグ１４ｈがオフであれば（Ｓ２２：Ｎｏ）、受信したファイルがジョブ実行結果ファイルでないので、受信ファイルの通常処理を行い（Ｓ２４）、Ｓ１８の処理へ戻り、他のファイルのファイル送信要求を受信するまで、Ｓ１８及びＳ１９の処理を繰り返し実行する。なお、Ｓ２４の処理もＳ１４の処理と同様に、受信したファイルを削除するものとしても良い。

次に、図６、図１２及び図１３を参照して、ファイル送信処理のＳ１２及びＳ２１の処理、後述するファイル受信処理のＳ６１の処理およびジョブ実行処理のＳ８０の処理で実行される受信ファイル解析処理について説明する。受信ファイル解析処理は、外部のＩＰ電話アプリケーションから受信したファイルの種類を判別するための処理である。

まず、図１２及び図１３を参照して、ジョブファイル、ジョブ実行可否ファイル及びジョブ実行結果ファイルについて説明する。

図１２（ａ）は、ジョブファイルの一例を示した図であり、その先頭部分に［ＦｉｌｅＴｙｐｅ］として「ｊｏｂｆｉｌｅ」と記されている。また、［ＦｉｌｅＴｙｐｅ］の他に、「お使いのＩＰ電話端末が印刷機能に対応している場合に、下記処理を実行できるか問い合わせるファイルです。印刷機能未対応の場合は、何も実行されません。」のテキストデータが含まれている。このテキストデータをＰＣ３０が読み込んで解析することで、ジョブファイルであることを認識できる。なお、テキストデータに応じたテキスト表示を行うことで、操作者に受信したファイルを認識させることもできる。

さらに、ジョブファイルには、［ＪＯＢＩＤ］としての「Ｔａｒｏ２００８＿０１＿２５＿１２＿３０＿４４」、［機能］としての「カラー印刷」、［ファイル形式］としての「ＪＰＧ」、［ファイルサイズ］としての「１２３４５６ｂｙｔｅ」、［用紙サイズ］としての「Ａ４」、［解像度］としての「３００ｄｐｉ」、［ページ数］としての「１」、［部数］としての「１」の情報が含まれている。このように、図１１（ａ）のＵＩで表示、変更された設定値がジョブファイルに反映されている。

なお、ジョブファイル内の「＊」情報は、各ファイル毎のファイルサイズを一定にするために含まれる情報であり、各ファイルに含まれる情報量に応じて生成時に追加される情報である。

図１２（ｂ）は、ジョブ実行可否ファイル（可能）の一例を示した図であり、その先頭部分に［ＦｉｌｅＴｙｐｅ］として「ジョブ実行可否」と記されている。また、［ＦｉｌｅＴｙｐｅ］の他に、［ＪＯＢＩＤ］としての「Ｔａｒｏ２００８＿０１＿２５＿１２＿３０＿４４」、［応答］としての「実行可能」、「下記の機能を実行することができます。」のテキストデータが含まれている。

このように、ジョブファイルで示されたジョブが実行可能であれば、ジョブファイルに含まれていたテキストデータを基に、実行可能を示すテキストデータが作成され、ジョブ実行可否ファイルとして返信されることになる。このテキストデータも、ジョブファイルの送信元のＰＣ１０が読み込んで解析することでジョブ実行可否ファイルであることと、その内容を認識することができる。

さらに、ジョブ実行可否ファイル（可能）には、［機能］としての「カラー印刷」、［ファイル形式］としての「ＪＰＧ」、［ファイルサイズ］としての「１２３４５６ｂｙｔｅ」、［用紙サイズ］としての「Ａ４」、［解像度］としての「３００ｄｐｉ」、［ページ数］としての「１」、［部数］としての「１」、ファイルサイズを一定にするための「＊」の情報が含まれている。

図１２（ｃ）は、ジョブ実行可否ファイル（不可）の一例を示した図であり、その先頭部分に［ＦｉｌｅＴｙｐｅ］として「ジョブ実行可否」と記されている。また、［ＦｉｌｅＴｙｐｅ］の他に、［ＪＯＢＩＤ］としての「Ｔａｒｏ２００８＿０１＿２５＿１２＿３０＿４４」、［応答］としての「実行不可」、「下記の理由により実行できません。」のテキストデータが含まれている。

さらに、ジョブ実行可否ファイル（不可）には、［印刷機能］としての「モノクロ印刷」が含まれている。即ち、ジョブファイルにより指示される機能が、カラー印刷を指示するものであるのに対して、デバイス４０がカラー印刷に対応していないために実行が不可能であることが解る。

このように、ジョブファイルで示されたジョブが実行不可であれば、ジョブファイルに含まれていたテキストを基に、実行不可な理由を示すテキストデータが作成され、ジョブ実行可否ファイルとして返信されることになる。このテキストデータも、ジョブファイルの送信元のＰＣ１０が読み込んで解析することで、ジョブ実行可否ファイルであることと、その内容を認識することができる。

図１３（ａ）は、ジョブ実行結果ファイル（成功）の一例を示した図であり、その先頭部分に［ＦｉｌｅＴｙｐｅ］として「ジョブ実行結果」と記されている。また、［ＦｉｌｅＴｙｐｅ］の他に、［ＪＯＢＩＤ］としての「Ｔａｒｏ２００８＿０１＿２５＿１２＿３０＿４４」、［応答］としての「実行成功」、「下記の機能の実行に成功しました。」のテキストデータが含まれている。

さらに、ジョブ実行結果ファイル（成功）には、［機能］としての「カラー印刷」、［ファイル形式］としての「ＪＰＧ」、［ファイルサイズ］としての「１２３４５６ｂｙｔｅ」、［用紙サイズ］としての「Ａ４」、［解像度］としての「３００ｄｐｉ」、［ページ数］としての「１」、［部数］としての「１」、ファイルサイズを一定にするための「＊」の情報が含まれている。

このテキストデータも、ジョブファイルの送信元のＰＣ１０が読み込んで解析することで、ジョブ実行結果ファイルであることと、その内容を認識することができる。

図１３（ｂ）は、ジョブ実行結果ファイル（失敗）の一例を示した図であり、その先頭部分に［ＦｉｌｅＴｙｐｅ］として「ジョブ実行結果」と記されている。また、［ＦｉｌｅＴｙｐｅ］の他に、［ＪＯＢＩＤ］としての「Ｔａｒｏ２００８＿０１＿２５＿１２＿３０＿４４」、［応答］としての「実行失敗」、「下記の理由により実行に失敗しました。」のテキストデータが含まれている。

さらに、ジョブ実行結果ファイル（失敗）には、［印刷状態］としての「紙づまり」が含まれている。即ち、ジョブファイルにより指示される機能が、紙づまりにより実行が失敗したことが解る。

次に、図６に示す受信ファイル解析処理について説明する。受信ファイル解析処理が実行されると、まず、受信したファイルを解析する（Ｓ３１）。受信ファイルの解析は、受信したファイルの先頭に記される［ＦｉｌｅＴｙｐｅ］の情報を取得すると共に、その受信したファイルサイズも取得する。また、受信ファイルの先頭に［ＦｉｌｅＴｙｐｅ］の情報が含まれていなければ、何もないとの解析結果とする。

Ｓ３２の処理では、受信したファイルが、予め定められた規定のファイル形式（ジョブファイル、ジョブ実行可否ファイル、ジョブ実行結果ファイル）であるか否かを確認する（Ｓ３２）。ファイル形式の確認は、受信したファイルの先頭に記されている［ＦｉｌｅＴｙｐｅ］を参照して確認される。

Ｓ３２の処理で確認した結果、ジョブファイル、ジョブ実行可否ファイル及びジョブ実行結果ファイルのいずれかのファイルを受信しており、規定のファイル形式であれば（Ｓ３２：Ｙｅｓ）、次に、各ファイルが予め定められた規定のファイルサイズであるか否かを確認する（Ｓ３３）。

Ｓ３３の処理では、上述したように、ジョブファイル、ジョブ実行可否ファイル及びジョブ実行結果ファイルは、「＊」情報を含んでおり、一定のファイルサイズになるように構成されている。そのため、受信したファイルサイズを確認し、予め定めた規定のファイルサイズであるか否かを確認することができる。

Ｓ３２の処理で確認した結果、規定のファイル形式でなかったり（Ｓ３２：Ｎｏ）、Ｓ３３の処理で確認した結果、規定のファイルサイズでなければ（Ｓ３３：Ｎｏ）、Ｓ３４からＳ４２の処理を実行することなく、Ｓ４３の処理へ移行する。

一方、Ｓ３３の処理で確認した結果、受信したファイルが規定のファイルサイズであれば（Ｓ３３：Ｙｅｓ）、受信ファイルがジョブファイル形式か（Ｓ３４）、受信したファイルがジョブ実行可否ファイル形式か（Ｓ３５）、受信したファイルがジョブ実行結果ファイル形式か（Ｓ３５）を確認する。

受信したファイル形式がジョブファイル形式であれば（Ｓ３４：Ｙｅｓ）、ジョブファイルフラグ１４ｅをオンして（Ｓ３７）、本処理を終了する。

また、受信したファイル形式がジョブ実行可否ファイル形式であれば（Ｓ３４：Ｎｏ、Ｓ３５：Ｙｅｓ）、実行可否ファイルフラグ１４ｆをオンして（Ｓ３８）、ジョブが実行可能であるか否かを確認する（Ｓ３９）。ジョブが実行可能であるか否かの確認は、ジョブ実行可否ファイルに含まれる［応答］（図１２（ｂ）及び（ｃ））を参照して行う。

Ｓ３９の処理で確認した結果、ジョブが実行可能であれば（Ｓ３９：Ｙｅｓ）、ジョブ処理可能フラグ１４ｇをオンし（Ｓ４０）、ジョブが実行不可能であれば（Ｓ３９：Ｎｏ）、ジョブ処理可能フラグ１４ｇをオフし（Ｓ４１）、本処理を終了する。

また、受信したファイル形式がジョブ実行結果ファイル形式であれば（Ｓ３４：Ｎｏ、Ｓ３５：Ｎｏ、Ｓ３６：Ｙｅｓ）、実行結果ファイルフラグ１４ｈをオンして（Ｓ４２）、本処理を終了する。

一方、Ｓ３４からＳ３６の処理で確認した結果、受信したファイルのファイル形式が、ジョブファイル、ジョブ実行可否ファイル及びジョブ実行結果ファイルでなければ（Ｓ３４：Ｎｏ、Ｓ３５：Ｎｏ、Ｓ３６：Ｎｏ）、受信したファイルが、ジョブファイルの［ファイル］で指定されている処理対象ファイルのファイル形式であるか否かを確認する（Ｓ４３）。

Ｓ４３の処理では、例えば、図１２（ａ）で示すジョブファイルの一例において［ファイル］は「ＪＰＧ」に指定されているので、受信したファイル形式が「ＪＰＧ」であるか否かを確認する。

Ｓ４３の処理で確認した結果、処理対象ファイルのファイル形式であれば（Ｓ４３：Ｙｅｓ）、次に、受信したファイルが、ジョブファイルの［ファイルサイズ］で指定されている処理対象ファイルのファイルサイズであるか否かを確認する（Ｓ４４）。

Ｓ４４の処理では、例えば、図１２（ａ）で示すジョブファイルにおいて［ファイルサイズ］が「１２３４５６ｂｙｔｅ」に指定されているので、受信したファイルのファイルサイズが「１２３４５６ｂｙｔｅ」であるか否かを確認する。

そして、受信したファイルのファイルサイズが処理対象ファイルのファイルサイズであれば（Ｓ４４：Ｙｅｓ）、処理対象ファイルフラグ１４ｉをオンして（Ｓ４５）、本処理を終了する。

なお、Ｓ４３の処理で確認した結果、受信したファイルのファイル形式が、処理対象ファイルのファイル形式でなかったり（Ｓ４３：Ｎｏ）、Ｓ４４の処理で確認した結果、受信したファイルのファイルサイズが、処理対象ファイルのファイルサイズでなければ（Ｓ４３：Ｙｅｓ、Ｓ４４：Ｎｏ）、そのまま、本処理を終了する。

なお、受信したファイルが、処理対象ファイルでなかった場合には（Ｓ４３：Ｎｏ、Ｓ４４：Ｎｏ）、そのまま本処理を終了するものとしたが、受信したファイルに応じたその他の処理を実行した後に、本処理を終了するものとしても良い。

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

ファイル受信処理が実行されると、遠隔処理自動実行モードであるか否かを確認する（Ｓ５１）。遠隔処理自動実行モードであるか否かは、ＰＣ３０において予めユーザによって設定されている。図１１（ｂ）には、遠隔処理自動実行モードの設定画面が例示されており、「相手のＩＰ電話端末から本機の機能を操作することを許可しますか？」の表示と、選択肢として「はい」及び「いいえ」ボタンとが表示されている。ＰＣ３０は、予めユーザにより設定された情報をＲＡＭ３３又はＨＤＤ３４の所定エリアに記憶しておき、その記憶した情報に基づいてＳ５１の確認を行う。

Ｓ５１の処理で確認した結果、遠隔処理自動実行モードに設定されていなければ（Ｓ５１：Ｎｏ）、外部のＩＰ電話アプリケーションとの間でＩＰ電話が通話中であるか否かを確認する（Ｓ５２）。

なお、Ｓ５２の処理では、外部のＩＰ電話アプリケーションとの間でＩＰ電話が通話中であるか否かを確認したが、外部のＩＰ電話アプリケーションとの間でチャット中であるか否かを確認するように構成しても良い。

Ｓ５２の処理で確認した結果、外部のＩＰ電話アプリケーションとの間でＩＰ電話が通話中であれば（Ｓ５２：Ｙｅｓ）、その通話中のＩＰ電話アプリケーション１４ｂからのファイルを受信したか否かを確認し（Ｓ５３）、ＩＰ電話アプリケーション１４ｂからのファイルの受信であれば（Ｓ５３：Ｙｅｓ）、実際に通話している相手からのファイル受信であり、信頼できる相手となるので、ユーザにファイル受信の可否を問い合わせることなく、Ｓ５４の処理へ移行する。

また、Ｓ５１の処理で確認した結果、遠隔処理自動実行モードに設定されていれば（Ｓ５１：Ｙｅｓ）、Ｓ５２及びＳ５３の処理で、ＩＰ電話が通話中であるか否か、通話中の相手からのファイル受信であるか否かを確認する必要がないので、Ｓ５２及びＳ５３の処理を行うことなく、Ｓ５４の処理へ移行する。

Ｓ５４及びＳ５５の処理では、外部のＩＰ電話アプリケーション１４ｂから受信したファイル送信要求により伝えられたファイル形式がジョブファイルに対応したファイル形式か否かを確認すると共に（Ｓ５４）、受信したファイル送信要求により伝えられたファイルサイズがジョブファイルに対応したファイルサイズであるか否かを確認する（Ｓ５５）。

そして、受信したファイルのファイル形式がジョブファイルに対応したファイル形式であり（Ｓ５４：Ｙｅｓ）、受信したファイルのファイルサイズがジョブファイルに対応したファイルサイズであれば（Ｓ５５：Ｙｅｓ）、ユーザに問い合わせることなく、ファイル送信許可応答を送信し（Ｓ５６）、Ｓ６０の処理へ移行する。

なお、Ｓ５４及びＳ５５の処理で、受信したファイルのジョブファイルのファイル形式およびファイルサイズである否かを確認するのは、ファイル受信処理がジョブファイルを受信し、その後、処理対象ファイルを受信する一連の処理であるため、ファイル受信処理の開始時に、ジョブファイルであるか否かを確認している。

一方、Ｓ５２の処理で確認した結果、外部のＩＰ電話アプリケーション１４ｂを介したＩＰ電話が通話中でなかった場合（Ｓ５２：Ｎｏ）、通話中の相手先からのファイル受信でなかった場合（Ｓ５３：Ｎｏ）、ファイル送信要求に含まれるファイル形式がジョブファイル形式でなかった場合（Ｓ５４：Ｎｏ）、ファイル送信要求に含まれるファイルサイズがジョブファイルのファイルサイズでなかった場合には（Ｓ５５：Ｎｏ）、ファイルを受信するか否かの問い合わせを表示する（Ｓ５７）。

Ｓ５８の処理では、ユーザへの問い合わせ結果が、受信許可が選択されたか否かを確認し（Ｓ５８）、ユーザが受信許可を選択した場合には（Ｓ５８：Ｙｅｓ）、ファイル送信許可応答を送信し（Ｓ５９）、Ｓ６０の処理へ移行し、ユーザが受信拒否を選択した場合には（Ｓ５８：Ｎｏ）、ファイル送信許可応答を送信することなく、本処理を終了する。

Ｓ６０の処理では、ファイル受信を完了したか否かを確認し（Ｓ６０）、ファイル受信を完了するまで待機し（Ｓ６０：Ｎｏ）、ファイルの受信が完了すれば（Ｓ６０：Ｙｅｓ）、上述した受信ファイル解析処理を実行する（Ｓ６１）。

Ｓ６２の処理では、受信したファイルがジョブファイルであり、受信ファイル解析処理においてジョブファイルフラグ３４ｅがオンされているか否かを確認し（Ｓ６２）、ジョブファイルフラグ１４ｅがオンであれば（Ｓ６２：Ｙｅｓ）、後述するジョブ実行処理を実行して（Ｓ６３）、本処理を終了する。

一方、Ｓ６２の処理で確認した結果、ジョブファイルフラグ１４ｅがオフであれば（Ｓ６２：Ｎｏ）、Ｓ５７の処理でユーザに問い合わせをして受信したファイルであるか否かを確認する（Ｓ６４）。

Ｓ６４の処理で確認した結果、ユーザに問い合わせをして受信したファイルであれば（Ｓ６４：Ｙｅｓ）、その受信したファイルに応じた受信ファイル通常処理を実行し（Ｓ６５）、ユーザに問い合わせをしていないファイルを受信したものであれば（Ｓ６４：Ｎｏ）、その受信したファイルを削除して（Ｓ６６）、本処理を終了する。

なお、Ｓ６６の処理で、ユーザがファイルの受信を許可したファイルでなければ、その受信したファイルを削除しているので、不明なファイルに応じた処理が実行されることを防止し、セキュリティを高めることができる。

次に、図８を参照して、受信側ＰＣで実行されるジョブ実行処理について説明する。ジョブ実行処理は、図７に示すファイル受信処理のＳ６３の処理が実行された場合に行われる処理である。

ジョブ実行処理が実行されると、まず、デバイス４０において実行可能な機能などを含むデバイス情報をデバイス情報記憶エリア３４ｊから取得し（Ｓ７１）、その取得したデバイス情報と、ジョブファイルに含まれる［機能］、［ファイル形式］、［用紙サイズ］、［解像度］などの情報とを比較して、ジョブファイルにより指示されるジョブが実行可能であるか否かを判定する（Ｓ７２）。

Ｓ７３の処理では、Ｓ７２の判定結果が、ジョブファイルにより指示されるジョブが実行可能であるか否かを確認し（Ｓ７３）、ジョブが実行可能であれば（Ｓ７３：Ｙｅｓ）、ジョブ実行可否（可能）ファイルを生成し（Ｓ７４）、その生成したジョブ実行可否（可能）ファイル（図１２（ｂ）参照）を、上述したジョブ実行可否ファイル送信処理により送信する（Ｓ７５）。

その後、Ｓ７６の処理では、ジョブ実行可否ファイル送信処理において、ジョブ実行可否ファイルが正常に送信されたか否かを確認するために、ファイル送信ＯＫフラグ３４ｋがオンであるか否かを確認し（Ｓ７６）、ファイル送信ＯＫフラグ３４ｋがオフであれば（Ｓ７６：Ｎｏ）、ファイル送信が実行されなかった旨の実行結果を、ジョブ履歴（受信側）記憶エリア３４ｄに記憶し（Ｓ８７）、本処理を終了する。

一方、Ｓ７６の処理で確認した結果、ファイル送信ＯＫフラグ３４ｋがオンであれば（Ｓ７６：Ｙｅｓ）、ジョブ実行可否（可能）ファイルにより実行可能であることを応答した後に送信される処理対象ファイルの受信を待機するために、外部のＩＰ電話アプリケーション１４ｂから送信されるファイル送信要求を受信したか否かの確認をＳ７７，Ｓ７８の処理で繰り返し行う。

具体的には、Ｓ７７の処理において、タイムアウト時間が経過したか否かを確認し（Ｓ７７）、Ｓ７８の処理において、ファイル送信要求を受信したか否かを確認する（Ｓ７８）。Ｓ７７の処理で確認した結果、タイムアウト時間が経過していれば（Ｓ７７：Ｙｅｓ）、それ以降の処理を実行できないので、Ｓ８７の処理へ移行して、その旨をジョブ履歴（受信時）記憶エリア３４ｄに記憶して（Ｓ８７）、本処理を終了する。

一方、ＩＰ電話アプリケーション１４ｂからファイル送信要求を受信すれば（Ｓ７８：Ｙｅｓ）、ユーザに問い合わせすることなく、ファイル送信許可応答をＩＰ電話アプリケーション１４ｂに送信して（Ｓ７９）、上述した受信ファイル解析処理を実行する（Ｓ８０）。

Ｓ８１の処理では、処理対象ファイルを受信しており、処理対象ファイルフラグ３４ｉがオンであるか否かを確認し（Ｓ８１）、処理対象ファイルフラグ３４ｉがオフであれば（Ｓ８１：Ｎｏ）、ジョブ実行処理に対応しないファイルを受信したことになるので、その受信ファイルを削除し（Ｓ８６）、Ｓ８７の処理へ移行して、その旨をジョブ履歴（受信時）記憶エリア３４ｄに記憶して（Ｓ８７）、本処理を終了する。

一方、Ｓ８１の処理で確認した結果、処理対象ファイルフラグ３４ｉがオンであれば（Ｓ８１：Ｙｅｓ）、処理対象ファイルを用いてジョブファイルにより指示された処理を実行する（Ｓ８２）。Ｓ８２の処理は、具体的には、デバイス４０に対して、画像を印刷する指示を出力すると共に、処理対象ファイルに含まれる画像データを送信する処理である。さらに、ジョブの実行結果の取得命令も送信する。

Ｓ８３の処理では、デバイス４０からジョブの実行結果を取得する（Ｓ８３）。Ｓ８３の処理は、Ｓ８２の処理で指示したジョブの実行がデバイス４０において成功したか、又は、デバイス４０に何らかのエラー（紙づまり、紙ぎれ、インク無しなど）が発生して失敗したかを取得する処理である。

そして、Ｓ８３の処理で取得した実行結果に基づいて、ジョブ実行結果ファイルを生成し（Ｓ８４）、上述したジョブ実行結果ファイル送信処理で生成したジョブ実行結果ファイルを送信して（Ｓ８５）、Ｓ８７の処理を実行した後に、本処理を終了する。

Ｓ８５の処理が終了した後に実行されるＳ８７の処理では、ジョブ実行結果ファイル送信処理において、正常にジョブ実行結果ファイルが送信されたか否かをファイル送信ＯＫフラグ３４ｋを確認し、そのファイル送信ＯＫフラグ３４ｋの状態に応じた結果がジョブ履歴（受信時）記憶エリア３４ｄに記憶される。

次に、Ｓ７３の処理で、ジョブの実行が不可能であると確認された場合の処理（Ｓ９１からＳ９７の処理）について説明する。Ｓ７３の処理で確認した結果、デバイス４０が有さない機能をジョブファイルにより指示され、ジョブの実行が不可能であった場合には（Ｓ７３：Ｎｏ）、外部のＩＰ電話アプリケーションを介してＩＰ電話が通話中であるか否かを確認する（Ｓ９１）。

Ｓ９１の処理で確認した結果、ＩＰ電話が通話中であれば（Ｓ９１：Ｙｅｓ）、デバイス４０の状態を取得し（Ｓ９２）、ジョブの失敗原因はユーザ操作により復旧可能か否かを確認する（Ｓ９３）。

Ｓ９２の処理は、デバイス４０に何らかのエラー（紙づまり、紙ぎれ、インク無しなど）が発生していなかを取得する処理であり、そのエラーの発生原因をユーザ操作により加除できるか否かをＳ９３の処理で確認している。

Ｓ９３の処理で確認した結果、ジョブ失敗原因をユーザ操作により解除可能であれば（Ｓ９３：Ｙｅｓ）、エラーの解除操作をユーザに促す表示を行うと共に、ジョブを再実行するか否かの問い合わせを表示する（Ｓ９４）。

そして、Ｓ９５の処理では、ユーザによりジョブの再実行が選択されたか否かを確認し（Ｓ９５）、ユーザにより再実行が選択されていれば（Ｓ９５：Ｙｅｓ）、Ｓ７２の処理へ戻り、再度、ジョブ実行の可否を判定する。

一方、Ｓ９１の処理で確認した結果、ＩＰ電話が通話中でない場合（Ｓ９１：Ｎｏ）、Ｓ９３の処理で確認した結果、ジョブ失敗原因をユーザ操作により解除できない場合（Ｓ９３：Ｎｏ）、又は、Ｓ９５の処理で確認した結果、ユーザが再実行をしないと選択した場合には（Ｓ９５：Ｎｏ）、ジョブ実行可否（不可）ファイルを生成する（Ｓ９６）。

Ｓ９７の処理では、上述したジョブ実行結果ファイル送信処理において生成したジョブ実行可否（不可）ファイル（図１２（ｃ）参照）を送信して（Ｓ９７）、Ｓ８７の処理を実行した後に、本処理を終了する。

Ｓ９７の処理が終了した後に実行されるＳ８７の処理では、Ｓ８５の処理移行に実行されるＳ８７の処理と同様に、ファイル送信ＯＫフラグ３４ｋを確認し、そのファイル送信ＯＫフラグ３４ｋの状態に応じた結果をジョブ履歴（受信時）記憶エリア３４ｄに記憶する。

なお、ジョブ履歴（受信時）記憶エリア３４ｄに記憶されるジョブ実行結果は、図示しないジョブ履歴ボタンを選択することでジョブ履歴を表示することができる。このジョブ履歴表示の一例を図１１（ｃ）に図示する。

図１１（ｃ）に示すように、ジョブ履歴には、ファイルを受信した日付と、ファイルを受信した時間と、実行が指示された処理と、実行を指示したＩＰ電話アプリケーションのＩＰ電話端末名と、実行結果とが表示されるように構成されている。このジョブ履歴を確認することで、ユーザが不在時に処理が実行された場合でも、実行された処理を確認することができる。

以上、説明したように、第１実施形態のＩＰ電話システム１によれば、１のＰＣ（ＰＣ１０）から機能の実行を指示するジョブファイルを他のＰＣ（ＰＣ３０）が受信すると、そのジョブファイルにより指示される機能が実行可能であるか否かに応じたジョブ実行可否ファイルが１のＰＣに送信され、その後に、１のＰＣから機能の実行を行う実行データを含む処理対象ファイルを受信すると、その処理対象ファイルに基づいて機能の実行がなされる。

よって、１のＰＣにおいては、ジョブ実行可否ファイルによって他のＰＣやデバイスで機能が実行可能である場合のみ処理対象ファイルを送信するので、他のＰＣやデバイスで機能が実行不可能である場合には処理対象ファイルを未送信にでき、不要なファイル送信の処理を省くことができる。また、他のＰＣにおいては、処理対象ファイルを受信した場合には、その処理対象ファイルに基づいた機能を確実に実行することができる。

また、１のＰＣと他のＰＣとの間で、他のＰＣにおいて機能が実行可能であるか否かのファイルの送受信を行い、他のＰＣにおいて機能の実行が可能である場合のみ、１のＰＣから他のＰＣへ処理対象ファイルが送信されるので、ＩＰ電話が有するファイル送信機能を有効に利用することができる。

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

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

また、ジョブファイル、ジョブ実行可否ファイル及びジョブ実行結果ファイルには、それぞれ、ファイル形式とデータサイズとが定められているので、受信したファイルを正確に把握することができる。さらに、処理対象ファイルは、ジョブファイルにより指示されたファイル形式とデータサイズとを確認するので、処理対象ファイルも正確に把握することができる。

また、ジョブファイルは、［機能］、［ファイル形式］、［ファイルサイズ］、［用紙サイズ］、［解像度］、［ページ数］及び［部数］など複数の情報が含まれており、その複数の情報に基づいて他のＰＣ又はデバイスで機能が実行可能であるか否かが判断される。よって、他のＰＣ又はデバイスで機能が実行可能であるか否かを正確に判断することができる。

また、ジョブファイル、ジョブ実行可否ファイル、ジョブ実行結果ファイル及び処理対象ファイルは、テキストデータを含んで構成されており、そのテキストデータは、ＰＣ又はデバイスであれば解析が容易なデータであるので、各ファイルの解析を簡単な処理で行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

例えば、上記各実施形態では、接続先のＩＰ電話アプリケーションからのファイル送信要求であったり、ＩＰ電話が通話中のＩＰ電話アプリケーションからのファイル送信要求であれば、ユーザに問い合わせすることなく、ファイル送信許可応答を送信するものとしたが、逆に、全てのファイル送信要求に対して、ユーザに問い合わせを行うように構成しても良い。この構成にすれば、セキュリティを高めることができる。

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

本実施形態のＩＰ電話システムのシステム構成を示すブロック図である。各ＰＣ間、及び、各ＰＣと各デバイス間のファイル及びデータの送受信の経路を模式的に示した図である。ＰＣの登録情報格納部に登録情報を登録する一連の処理の流れを説明する図である。ＩＰ電話システムにおいて各ＩＰ電話端末間で行われるプログラムの流れを示したシーケンスチャートである。送信側ＰＣで実行されるファイル送信処理を示したフローチャートである。送信側ＰＣ及び受信側ＰＣで実行される受信ファイル解析処理を示したフローチャートである。受信側ＰＣで実行されるファイル受信処理を示したフローチャートである。受信側ＰＣで実行されるジョブ実行処理を示したフローチャートである。送信側ＰＣ及び受信側ＰＣで実行される各ファイルの送信処理を示したフローチャートである。中間アプリケーションのユーザインターフェース（以下「ＵＩ」と称す）の表示画面の一例を示した図である。送信側ＰＣ及び受信側ＰＣの表示画面の一例を示した図である。ジョブファイル及びジョブ実行可否ファイルの一例を示した図である。ジョブ実行結果ファイルの一例を示した図である。（ａ）は、第２実施形態のＰＣおよびデバイスの構成を模式的に示した図であり、（ｂ）は、第２実施形態のＩＰ電話システムにおいて各ＩＰ電話端末間で行われるプログラムの流れを示したシーケンスチャートである。（ａ）は、第３実施形態のＰＣ及びデバイスの構成を模式的に示した模式図であり、（ｂ）は、第４実施形態のＰＣ及びデバイスの構成を模式的に示した模式図であり、（ｃ）は、第５実施形態のＰＣ及びデバイスの構成を模式的に示した模式図である。

符号の説明

１ＩＰ電話システム
１０，３０，５０ＰＣ（ＩＰ電話端末の一例）
１４ｂ，３４ｂ，５４ｂＩＰ電話アプリケーション（通信手段の一例）
１４ｃ，３４ｃ，５４ｃジョブ履歴（送信時）記憶エリア（関連記憶手段の一例）
１４ｄ，３４ｄ，５４ｄジョブ履歴（受信時）記憶エリア（関連記憶手段の一例）
１８，３８，５８ファイル受信部（通信手段の一例）
１９，３９，５９ファイル送信部（通信手段の一例）
２０，４０，６０デバイス（ＩＰ電話端末の一例）
Ｓ３第１生成制御手段の一例
Ｓ６第２送信制御手段の一例
Ｓ１０，Ｓ２０，Ｓ５６，Ｓ７９第１から第３の送信許可制御手段の一例
Ｓ１２解析制御手段の一例
Ｓ１６実行送信制御手段の一例
Ｓ２１，Ｓ６１種類判別手段の一例
Ｓ５８操作受付手段の一例
Ｓ５９第１の送信許可制御手段の一例
Ｓ７２判断手段の一例
Ｓ７４第２ファイル生成手段の一例
Ｓ７５実行可能情報送信制御手段の一例
Ｓ７７，Ｓ７８選択手段の一例
Ｓ８２機能実行制御手段の一例
Ｓ８５完了情報送信制御手段の一例、未完了情報送信制御手段の一例

Claims

インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えるＩＰ電話端末であって、
前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、
自機の操作者からの操作を受付ける操作受付手段と、
前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段と、
前記通信手段が第１のファイルを受信した場合に、その第１のファイルにより指示される機能の実行について判断する判断手段と、
その判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、その機能が実行可能であることを示す第２のファイルを前記第１のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する実行可能情報送信制御手段と、
前記判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、その機能の実行を待機する待機モードを選択する選択手段と、
その選択手段が前記待機モードを選択しており、かつ、前記第２のファイルを受信した外部のＩＰ電話端末から送信された第３のファイルを受信した場合に、待機していた機能の実行を前記第３のファイルに基づいて行うよう制御する機能実行制御手段とを備えていることを特徴とするＩＰ電話端末。
前記選択手段が前記待機モードを選択している状態で、前記第２のファイルを受信した外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第２の許可送信制御手段を備えていることを特徴とする請求項１に記載のＩＰ電話端末。
前記ＩＰ電話通信を介して通話中である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第３の許可送信制御手段を備えていることを特徴とする請求項１又は２に記載のＩＰ電話端末。
前記機能実行制御手段による前記機能の実行が完了した場合に、その完了した内容を示す完了情報を含む第４のファイルを、前記第３のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する完了情報送信制御手段と、
前記選択手段が前記待機モードを選択している状態で前記第３のファイルを受信したが、その第３のファイルに基づいて行われる前記機能の実行が未完了であった場合に、その未完了である内容を示す未完了情報を含む第５のファイルを、前記第３のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する未完了情報送信制御手段とを備えていることを特徴とする請求項１から３のいずれかに記載のＩＰ電話端末。
前記外部のＩＰ電話端末から送信される各ファイルは、その送信される各ファイルの種別を示す種別判別情報を含むと共に、各ファイルのデータ量がそれぞれ定められており、
前記種別判別情報とデータ量とに基づいて、前記外部のＩＰ電話端末から受信したファイルの種別を判別する種類判別手段を備えていることを特徴とする請求項１から４のいずれかに記載のＩＰ電話端末。
前記外部のＩＰ電話端末から送信される第１のファイルは、前記実行される機能を指定する指定情報と、前記機能を実行する際に用いられる実行情報の形式を示す形式情報とを少なくとも含んで構成され、
前記判断手段は、前記指定情報により指定される機能が前記複数の機能に含まれており、且つ、前記形式情報により示される実行情報に基づいた機能の実行が可能である場合に、前記第１のファイルにより指示される機能の実行を可能と判断するものであることを特徴とする請求項１から５のいずれかに記載のＩＰ電話端末。
前記第１のファイルに含まれる指定情報および形式情報には、テキストデータが含まれており、
前記判断手段は、前記テキストデータの文字列を解析して、前記第１のファイルにより指示される機能の実行の可否を判断するものであることを特徴とする請求項６記載のＩＰ電話端末。
前記判断手段により実行が可能であると判断された機能について、前記第１のファイルに含まれる指定情報および形式情報のテキストデータを含んだ第２のファイルを生成する第２ファイル生成手段を備え、
前記実行可能情報送信制御手段は、前記判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、前記第２ファイル生成手段が生成した第２のファイルを、前記通信手段が送信するよう制御することを特徴とする請求項７に記載のＩＰ電話端末。
自機について定められた識別情報を記憶する識別情報記憶手段を備え、
前記通信手段は、前記識別情報記憶手段に記憶された識別情報を取得した外部のＩＰ電話端末との間で、インターネット回線を介してＩＰ電話通信を行い、
前記機能実行制御手段が制御可能な機能を特定する端末情報を記憶する端末情報記憶手段と、
前記識別情報と前記端末情報とを対応付けた態様でインターネット回線に送信する送信手段とを備えることを特徴とする請求項１から８のいずれかに記載のＩＰ電話端末。
インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、
外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、
前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段と、
自機の操作者からの操作を受付ける操作受付手段と、
前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段とを備えるＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムであって、
前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、
前記コンピュータを、
前記通信手段が第１のファイルを受信した場合に、その第１のファイルにより指示される機能の実行について判断する判断手段と、
その判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、その機能が実行可能であることを示す第２のファイルを前記第１のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する実行可能情報送信制御手段と、
前記判断手段により前記第１のファイルによって指示される機能が実行可能であると判断された場合に、その機能の実行を待機する待機モードを選択する選択手段と、
その選択手段が前記待機モードを選択しており、かつ、前記第２のファイルを受信した外部のＩＰ電話端末から送信された第３のファイルを受信した場合に、待機していた機能の実行を前記第３のファイルに基づいて行うよう制御する機能実行制御手段として機能させることを特徴とするプログラム。
インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えるＩＰ電話端末であって、
前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、
前記外部のＩＰ電話端末に対して各種機能の実行を指示する指示情報を含む第１のファイルを生成する制御を行う第１生成制御手段と、
その第１生成制御手段により生成された第１のファイルを前記外部のＩＰ電話端末に前記通信手段が送信するよう制御する第２送信制御手段と、
前記第１のファイルを受信した外部のＩＰ電話端末から、前記第１のファイルにより指示した機能の可否を示す第２のファイルを受信した場合に、その受信した第２のファイルを解析するよう制御する解析制御手段と、
その解析制御手段による解析結果が、前記第２のファイルを送信した外部のＩＰ電話端末において前記第１のファイルにより指示した機能の実行が可能であれば、前記第１のファイルにより指示される機能の実行に用いられる実行情報を含む第３のファイルを、前記第２のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する実行送信制御手段とを備えていることを特徴とするＩＰ電話端末。
前記解析制御手段による解析結果を、前記第２のファイルを送信した前記外部のＩＰ電話端末に関連づけして記憶する関連記憶手段を備えていることを特徴とする請求項１１記載のＩＰ電話端末。
インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段と、を備えるＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムであって、
前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、
前記コンピュータを、
前記外部のＩＰ電話端末に対して各種機能の実行を指示する指示情報を含む第１のファイルを生成する制御を行う第１生成制御手段と、
その第１生成制御手段により生成された第１のファイルを前記外部のＩＰ電話端末に前記通信手段が送信するよう制御する第２送信制御手段と、
前記第１のファイルを受信した外部のＩＰ電話端末から、前記第１のファイルにより指示した機能の可否を示す第２のファイルを受信した場合に、その受信した第２のファイルを解析するよう制御する解析制御手段と、
その解析制御手段による解析結果が、前記第２のファイルを送信した外部のＩＰ電話端末において前記第１のファイルにより指示した機能の実行が可能であれば、前記第１のファイルにより指示される機能の実行に用いられる実行情報を含む第３のファイルを、前記第２のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する実行送信制御手段として機能させることを特徴とするプログラム。