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

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

Info

Publication number
JP4946951B2
JP4946951B2 JP2008093862A JP2008093862A JP4946951B2 JP 4946951 B2 JP4946951 B2 JP 4946951B2 JP 2008093862 A JP2008093862 A JP 2008093862A JP 2008093862 A JP2008093862 A JP 2008093862A JP 4946951 B2 JP4946951 B2 JP 4946951B2
Authority
JP
Japan
Prior art keywords
file
information
telephone
telephone terminal
image
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2008093862A
Other languages
English (en)
Other versions
JP2009246879A (ja
Inventor
鑑地 吉田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Brother Industries Ltd
Original Assignee
Brother Industries Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Brother Industries Ltd filed Critical Brother Industries Ltd
Priority to JP2008093862A priority Critical patent/JP4946951B2/ja
Publication of JP2009246879A publication Critical patent/JP2009246879A/ja
Application granted granted Critical
Publication of JP4946951B2 publication Critical patent/JP4946951B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明は、ＩＰ電話端末およびＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムに関するものである。
近年、ＩＰ電話の事業者が提供する発信・着信・音声通話を行なうためのソフトウェアをネットワーク端末などに組み込む（インストールする）だけで利用することができるＩＰ電話（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏｌ電話）システムが普及しつつある。特に、サーバが不要であるピアツーピア通信を取り入れ、ＩＰ電話アプリケーションも通話料金も無料であるスカイプ音声通話ソフトが多く普及している。
特開２００５−１９２０８６号公報 特開２００５−０８００２５号公報
上述したＩＰ電話システムは、ＩＰ電話ソフトウェアを組み込んだネットワーク端末（ＩＰ電話端末）間で音声通話を行う通話機能だけでなく、ファイルの送受信を行うファイル送受信機能も有しており、音声通話に併用してファイルの送受信を実行可能に構成されている。しかしながら、ＩＰ電話システムのファイル送受信機能によりファイルを送信する場合には、単に、接続先のＩＰ電話端末にファイルを送信するのみであり、ファイル送受信機能を活用し、ＩＰ電話システムの資源を音声通話以外にも有効に使用することは十分に考えられていたとは言えないという問題点があった。
なお、特許文献１の技術では、発明が解決しようとする課題欄に、通信装置では対応できない機能を、この機能を有する他の機器で実行させる利便性に優れた通信装置および通信システムが記載されているが、上記問題を解決する構成について上記問題の解決について充分とは限らない。
また、特許文献２の技術では、段落００１９に、画像通信を行う送受信機が、相互に使用可能な画像通信方式をＳＩＰメッセージで拡張したＳＤＰメディアストリーム記述を用いることによって識別し合うことが記載されているが、上記問題の解決について充分とは限らない。
本発明は、上述した問題点を解決するためになされたものであり、ＩＰ電話システムにおけるファイル送受信機能を活用し、ＩＰ電話システムの資源を音声通話以外にも有効に利用することができるＩＰ電話端末およびＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムを提供することを目的としている。
この目的を達成するために請求項１記載のＩＰ電話端末は、インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えており、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、自機の操作者からの操作を受付ける操作受付手段と、前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段と、所定の領域内に描画される画像と、前記画像の種別を示す種別情報と、前記画像が描画される位置を示す位置情報と、前記画像が描画される大きさを示すサイズ情報とが対応付けられた第１のテンプレート情報を記憶する記憶手段と、その記憶手段に記憶される第１のテンプレート情報を取得する第１の取得手段と、前記外部のＩＰ電話端末が有する画像の種別を示す種別情報の取得命令を含む第１のファイルを生成するよう制御する第１の生成制御手段と、その第１の生成制御手段による制御により生成された第１のファイルを前記外部のＩＰ電話端末に前記通信手段が送信するよう制御する第１の送信制御手段と、前記第１のファイルを受信した外部のＩＰ電話端末から、その外部のＩＰ電話端末が有する画像の種別を示す種別情報を含む第２のファイルを前記通信手段が受信した場合に、その第２のファイルが含む種別情報を取得する第２の取得手段と、前記画像について判断する第１の判断手段と、前記第２の取得手段により取得された種別情報により示される画像であると前記第１の判断手段により判断された画像を、前記第１の取得手段により取得された第１のテンプレート情報から除外した第２のテンプレート情報を含む第３のファイルを生成するよう制御する第２の生成制御手段と、その第２の生成制御手段による制御により生成された第３のファイルを、前記第２のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する第２の送信制御手段とを備えている。
請求項２記載のＩＰ電話端末は、請求項１記載のＩＰ電話端末において、自動受信モードを選択する受信モード選択手段と、その受信モード選択手段が前記自動受信モードを選択している状態で、前記外部のＩＰ電話端末から前記許可情報の要求を受信した場合に、前記操作受付手段が前記ファイルの送信を許可する操作を受け付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第２の許可送信制御手段とを備えている。
請求項３記載のＩＰ電話端末は、請求項１又は２に記載のＩＰ電話端末において、前記ＩＰ電話通信を介して通話中である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第３の許可送信制御手段を備えている。
請求項４記載のＩＰ電話端末は、請求項１から３のいずれかに記載のＩＰ電話端末において、前記第１のファイルを送信した送信先である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第４の許可送信制御手段を備えている。
請求項５記載のＩＰ電話端末は、請求項１から４のいずれかに記載のＩＰ電話端末において、前記テンプレートは、複数の位置情報を含み、前記第１のテンプレートに含まれる複数の位置情報を表示装置に表示する表示制御手段と、入力部からの入力に基づいて、表示部に表示された位置情報を選択する選択手段と、前記入力部からの入力に基づいて、前記画像を取得する画像取得手段と、その画像取得手段が取得した画像を、前記選択手段により選択された位置情報に対応づける対応制御手段と、前記画像について判断する第２の判断手段とを備えており、前記第２の生成制御手段は、前記画像取得手段が取得した画像であると前記第２の判断手段により判断された画像を、前記第１のテンプレート情報から除外せずに前記第３のファイルを生成するように構成されている。
請求項６記載のＩＰ電話端末は、請求項１から５のいずれかに記載のＩＰ電話端末において、自機について定められた識別情報を記憶する識別情報記憶手段を備え、前記通信手段は、前記識別情報記憶手段に記憶された識別情報を取得した外部のＩＰ電話端末との間で、インターネット回線を介してＩＰ電話通信を行い、前記機能実行制御手段が制御可能な機能を特定する端末情報を記憶する端末情報記憶手段と、前記識別情報と前記端末情報とを対応付けた態様でインターネット回線に送信する送信手段とを備える。
請求項７記載のＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムは、インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段と、自機の操作者からの操作を受付ける操作受付手段と、前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段とを備えるＩＰ電話端末を制御するコンピュータが読み取り可能であり、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、前記コンピュータを、所定の領域内に描画される画像と、前記画像の種別を示す種別情報と、前記画像が描画される位置を示す位置情報と、前記画像が描画される大きさを示すサイズ情報とが対応付けられた第１のテンプレート情報を記憶する記憶手段と、その記憶手段に記憶される第１のテンプレート情報を取得する第１の取得手段と、前記外部のＩＰ電話端末が有する画像の種別を示す種別情報の取得命令を含む第１のファイルを生成するよう制御する第１の生成制御手段と、その第１の生成制御手段による制御により生成された第１のファイルを前記外部のＩＰ電話端末に前記通信手段が送信するよう制御する第１の送信制御手段と、前記第１のファイルを受信した外部のＩＰ電話端末から、その外部のＩＰ電話端末が有する画像の種別を示す種別情報を含む第２のファイルを前記通信手段が受信した場合に、その第２のファイルが含む種別情報を取得する第２の取得手段と、前記画像について判断する第１の判断手段と、前記第２の取得手段により取得された種別情報により示される画像であると前記第１の判断手段により判断された画像を、前記第１の取得手段により取得された第１のテンプレート情報から除外した第２のテンプレート情報を含む第３のファイルを生成するよう制御する第２の生成制御手段と、その第２の生成制御手段による制御により生成された第３のファイルを、前記第２のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する第２の送信制御手段として機能させるものである。
請求項８記載のＩＰ電話端末は、インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えており、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、自機の操作者からの操作を受付ける操作受付手段と、前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段と、所定の領域内に描画される画像と、前記画像の種別を示す種別情報と、前記画像が描画される位置を示す位置情報と、前記画像が描画される大きさを示すサイズ情報とが対応付けられた第１のテンプレート情報を記憶する記憶手段と、その記憶手段に記憶される第１のテンプレート情報を取得する第１の取得手段と、前記外部のＩＰ電話端末から前記種別情報の取得命令を含む第１のファイルを前記通信手段が受信した場合に、自機が有する画像の種別を示す種別情報を取得する第２の取得手段と、その第２の取得手段により取得された種別情報を含む第２のファイルを生成するよう制御する第１の生成制御手段と、その第１の生成制御手段による制御により生成された第２のファイルを前記第１のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する第１の送信制御手段と、前記第２のファイルを受信した外部のＩＰ電話端末から、第２のテンプレート情報を含む第３のファイルを前記通信手段が受信した場合に、前記第２のテンプレートを取得する第３の取得手段と、前記第２のテンプレートに含まれる種別情報について判断する判断手段と、その判断手段により、自機が有する画像を示す種別情報であると判断された種別情報について、その種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで、自機が有する画像を描画し、自機が有する画像を示す種別情報でないと判断された種別情報について、その種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで、前記第２のテンプレートに含まれる画像を描画する描画手段とを備えている。
請求項９記載のＩＰ電話端末は、請求項８記載のＩＰ電話端末において、自動受信モードを選択する受信モード選択手段と、その受信モード選択手段が前記自動受信モードを選択している状態で、前記外部のＩＰ電話端末から前記許可情報の要求を受信した場合に、前記操作受付手段が前記ファイルの送信を許可する操作を受け付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第２の許可送信制御手段とを備えている。
請求項１０記載のＩＰ電話端末は、請求項８又は９に記載のＩＰ電話端末において、前記ＩＰ電話通信を介して通話中である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第３の許可送信制御手段を備えている。
請求項１１記載のＩＰ電話端末は、請求項８から１０のいずれかに記載のＩＰ電話端末において、前記第２のファイルを送信した送信先である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第５の許可送信制御手段を備えている。
請求項１２記載のＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムは、インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段と、自機の操作者からの操作を受付ける操作受付手段と、前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段とを備えるＩＰ電話端末を制御するコンピュータが読み取り可能であり、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、前記コンピュータを、所定の領域内に描画される画像と、前記画像の種別を示す種別情報と、前記画像が描画される位置を示す位置情報と、前記画像が描画される大きさを示すサイズ情報とが対応付けられた第１のテンプレート情報を記憶する記憶手段と、その記憶手段に記憶される第１のテンプレート情報を取得する第１の取得手段と、前記外部のＩＰ電話端末から前記種別情報の取得命令を含む第１のファイルを前記通信手段が受信した場合に、自機が有する画像の種別を示す種別情報を取得する第２の取得手段と、その第２の取得手段により取得された種別情報を含む第２のファイルを生成するよう制御する第１の生成制御手段と、その第１の生成制御手段による制御により生成された第２のファイルを前記第１のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する第１の送信制御手段と、前記第２のファイルを受信した外部のＩＰ電話端末から、第２のテンプレート情報を含む第３のファイルを前記通信手段が受信した場合に、前記第２のテンプレートを取得する第３の取得手段と、前記第２のテンプレートに含まれる種別情報について判断する判断手段と、その判断手段により、自機が有する画像を示す種別情報であると判断された種別情報について、その種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで、自機が有する画像を描画し、自機が有する画像を示す種別情報でないと判断された種別情報について、その種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで、前記第２のテンプレートに含まれる画像を描画する描画手段として機能させるものである。
請求項１記載のＩＰ電話端末によれば、テンプレート情報を外部のＩＰ電話端末に送信する場合には、外部のＩＰ電話端末から画像の種別を示す種別情報を含む第２のファイルを受信し、その第２のファイルに含まれる種別情報により示される画像を、取得された第１のテンプレート情報から除外した第２のテンプレート情報を含む第３のファイルを送信する。よって、ＩＰ電話端末間におけるファイル送受信機能を有効に利用しつつ、外部のＩＰ電話端末に送信するデータ量を少なくすることができ、外部のＩＰ電話端末が備えている画像という資源を有効活用し、外部のＩＰ電話端末が備えている画像が描画され、かつ、ＩＰ電話端末間のデータ送信にかかる処理負担を軽減するという点で、ＩＰ電話システムの資源を有効活用できるという効果がある。
請求項２記載のＩＰ電話端末によれば、請求項１記載のＩＰ電話端末の奏する効果に加え、自動受信モードが選択されている状態では、ファイル送信を許可する操作を受け付けることなく、許可情報の応答を外部のＩＰ電話端末に送信できるので、煩わしい操作をなくし、使い勝手を向上することができ、操作者の操作を待つことなく、ＩＰ電話端末の処理資源を有効に活用できるという効果がある。
請求項３記載のＩＰ電話端末によれば、請求項１又は２に記載のＩＰ電話端末の奏する効果に加え、ＩＰ電話通信を介して通話中である外部のＩＰ電話端末に対しては、自機の操作者からファイル送信の許可を受け付ける条件を必要とせずに、許可情報の応答を外部のＩＰ電話端末に送信できるので、通話先が把握でき安全性が確保されている状態での煩わしい操作が不要になり、使い勝手をさらに向上することができ、操作者の操作を待つことなく、ＩＰ電話端末の処理資源を有効に活用できるという効果がある。
請求項４記載のＩＰ電話端末によれば、請求項１から３のいずれかに記載のＩＰ電話端末の奏する効果に加え、第１のファイルを送信した送信先からの許可要求であれば、自機の操作者からファイル送信の許可を受け付ける条件を必要とせずに、許可情報の応答を外部のＩＰ電話端末に送信できるので、通話先が把握でき安全性が確保されている状態での煩わしい操作が不要になり、使い勝手をさらに向上することができ、操作者の操作を待つことなく、ＩＰ電話端末の処理資源を有効に活用できるという効果がある。
また、１の外部のＩＰ電話端末に対して、テンプレート情報を送信する一連の処理が実行されている場合には、許可情報の応答を送信するか否かを問い合わせる処理が不要になるので、その分、処理負担を軽減できると共に処理速度を向上できるという効果がある。
請求項５記載のＩＰ電話端末によれば、請求項１から４のいずれかに記載のＩＰ電話端末の奏する効果に加え、入力部により入力された画像に対しては、第１のテンプレート情報から除外せずに第３のファイルが生成される。新たに入力される画像は、通常テンプレート情報に含まれていないので、新たに入力された画像が誤って除外されると、外部のＩＰ電話端末では正常な出力ができない。しかし、新たに入力された画像は、外部のＩＰ電話端末に送信する第３のファイルから除外されないので、外部のＩＰ電話端末で正常な出力ができないなどの弊害の発生を抑制でき、新たに入力された画像という資源を有効に活用できるという効果がある。
請求項６記載のＩＰ電話端末によれば、請求項１から５のいずれかに記載のＩＰ電話端末の奏する効果に加え、自機が制御可能な機能を特定する端末情報を、識別情報と対応付けた態様でインターネット回線に送信する。よって、自機のＩＰ電話端末との間でＩＰ電話通信を行う可能性がある外部のＩＰ電話端末に対し、識別情報と対応付けた態様で自機の端末情報を受信させることができる。その結果、自機がどのような機能を持ったＩＰ電話端末かを、外部のＩＰ電話端末に認識させることができるという効果がある。
また、外部のＩＰ電話端末からＩＰ電話通信を介して受信したファイルにより指定される機能の実行を制御するので、外部のＩＰ電話端末から自機の機能を十分に利用させることができるという効果がある。
請求項７記載のＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムによれば、請求項１記載のＩＰ電話端末と同様の効果を奏することができる。
請求項８記載のＩＰ電話端末によれば、自機が有する画像の種別を示す種別情報を含む第２のファイルを外部のＩＰ電話端末に送信し、外部のＩＰ電話端末から第３のファイルを受信すると、自機が有する画像を示す種別情報については、その種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで、自機が有する画像を描画し、一方、自機が有する画像を示す種別情報でない種別情報については、第３のファイルに含まれる種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで画像が描画される。よって、第２のファイルを送信することで、外部のＩＰ電話端末から送信される第３のファイルに自機が有する種別情報を含まないようにできるので、ＩＰ電話端末間におけるファイル送受信機能を有効に利用しつつ、外部のＩＰ電話端末から受信する少ないデータ量により画像の出力を行うことができ、自機が備えている画像という資源を有効活用し、自機が備えている画像が描画され、かつ、ＩＰ電話端末間のデータ送信にかかる処理負担を軽減するという点で、ＩＰ電話システムの資源を有効活用できるという効果がある。
請求項９記載のＩＰ電話端末によれば、請求項８記載のＩＰ電話端末の奏する効果に加え、自動受信モードが選択されている状態では、ファイル送信を許可する操作を受け付けることなく、許可情報の応答を外部のＩＰ電話端末に送信できるので、煩わしい操作をなくし、使い勝手を向上することができ、操作者の操作を待つことなく、ＩＰ電話端末の処理資源を有効に活用できるという効果がある。
請求項１０記載のＩＰ電話端末によれば、請求項８又は９に記載のＩＰ電話端末の奏する効果に加え、ＩＰ電話通信を介して通話中である外部のＩＰ電話端末に対しては、自機の操作者からファイル送信の許可を受け付ける条件を必要とせずに、許可情報の応答を外部のＩＰ電話端末に送信できるので、通話先が把握でき安全性が確保されている状態での煩わしい操作が不要になり、使い勝手をさらに向上することができ、操作者の操作を待つことなく、ＩＰ電話端末の処理資源を有効に活用できるという効果がある。
請求項１１記載のＩＰ電話端末によれば、請求項８から１０のいずれかに記載のＩＰ電話端末の奏する効果に加え、第２のファイルを送信した送信先からの許可要求であれば、自機の操作者からファイル送信の許可を受け付ける条件を必要とせずに、許可情報の応答を外部のＩＰ電話端末に送信できるので、通話先が把握でき安全性が確保されている状態での煩わしい操作が不要になり、使い勝手をさらに向上することができ、操作者の操作を待つことなく、ＩＰ電話端末の処理資源を有効に活用できるという効果がある。
また、１の外部のＩＰ電話端末に対して、第２のファイルを送信すると共に第３のファイルを受信して画像を出力する一連の処理が実行されている場合には、許可情報の応答を送信するか否かを問い合わせる処理が不要になるので、その分、処理負担を軽減できると共に処理速度を向上できるという効果がある。
請求項１２記載のＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムによれば、請求項８記載のＩＰ電話端末と同様の効果を奏することができる。
以下、本発明の好ましい実施形態について、添付図面を参照して説明する。なお、本発明のＩＰ電話端末を有するＩＰ電話システムは、接続先のＩＰ電話端末でテンプレートに基づいた画像の印刷や表示を行わせる場合に、接続先のＩＰ電話端末が有する画像データやフォントデータを除外した少ないデータ量のファイルを送信するように構成され、ＩＰ電話端末間におけるファイルの送受信機能を有効に利用するものである。
まず、図１を参照して、本実施形態に係るＩＰ電話端末（ＰＣ１０，３０，５０及びデバイス２０，４０，６０）を含むＩＰ電話システム１のシステム構成について説明する。図１は、本実施形態のＩＰ電話システム１のシステム構成を示すブロック図である。
ＩＰ電話システム１は、ネットワーク（インターネット回線）を介して接続されるＰＣ１０，３０，５０と、ＰＣ１０，３０，５０に接続されるデバイス２０，４０，６０とを主に有して構成されている。また、図示しないが、ネットワークを介してＰＣ１０，３０，５０に接続される複数のＰＣやデバイスを有して構成されている。
ＰＣ１０は、ＩＰ電話端末を構成するものであり、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ハードディスクドライブ（以下「ＨＤＤ」と略す）１４とを主に有している。また、図示しないが、液晶ディスプレイ（表示装置）や、入力手段としてのキーボードやマウス（入力部）など、一般的なＰＣの構成を有している。
ＣＰＵ１１は、ＲＯＭ１２やＨＤＤ１４に記憶される固定値やプログラムに従った制御を行う演算処理装置である。ＲＯＭ１２は、ＰＣ１０で実行される各種の制御プログラムや固定値データを記憶する書換不能なメモリである。ＲＡＭ１３は、各種のデータを一時的に記憶するための書換可能なメモリである。ＨＤＤ１４は、ＰＣ１０で実行される各種の制御プログラムや固定値データを記憶する記憶装置であり、電源オフ後も記憶内容が保持される。
ＨＤＤ１４には、ＩＰ電話アプリケーション１４ａと、中間アプリケーション１４ｂとがインストールされている。中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂとデバイス２０との間で信号の受け渡しを行うソフトウェアであり、ＩＰ電話アプリケーション１４ｂとデバイス２０とを連携する連携アプリケーションとして機能する。
また、ＩＰ電話アプリケーション１４ｂは、ネットワークを介して、他のＩＰ電話アプリケーション（例えば、ＩＰ電話アプリケーション３４ａ，５４ａ）と互いに通話を行うものであり、例えば、スカイプ通話ソフトなどが例示される。
さらに、ＨＤＤ１４には、所定の領域内に画像を描画する画像データやフォントデータ（種別情報）、所定の領域内における画像の位置を示す位置データ（位置情報）及び画像の大きさを示すサイズデータ（サイズ情報）などを含むテンプレート（テンプレート情報）が複数種類記憶されるＴｅｍｐｌａｔｅ情報記憶エリア１４ｃと、デバイス情報記憶エリア１４ｄとが設けられている。
Ｔｅｍｐｌａｔｅ情報記憶エリア１４ｃは、細分化すると、Ｔｅｍｐｌａｔｅ＿Ｒｅｓｏｕｃｅ（以下「Ｔ＿Ｒ」と略す）１４ｃ１と、Ｕｓｅｒ＿Ｒｅｓｏｕｃｅ（以下「Ｕ＿Ｒ」と略す）１４ｃ２と、Ｌａｙｏｕｔ＿Ｌａｙ（以下「Ｌ＿Ｌ」と略す）１４ｃ３とが設けられている。
Ｔ＿Ｒ１４ｃ１は、所定のテンプレートが選択された場合に、そのテンプレートの画像データ（後述するＴ＿ｉｍａｇｅ）やフォントデータ（後述するＴ＿ｆｏｎｔ）などが記憶される領域である。Ｕ＿Ｒ１４ｃ２は、所定の領域内にユーザが新たに画像を追加した場合に、その画像に対応した画像データ（後述するＵ＿ｉｍａｇｅ）や文字列データ（後述するＵ＿ｔｅｘｔ）などが記憶される領域である。Ｌ＿Ｌ１４ｃ３は、テンプレートの実体とも言え、画像（画像データやフォントデータ、文字列データ）に対して、その画像の所定の領域内における位置や大きさなどを関連づけた記述データが記憶される領域である。
デバイス情報記憶エリア１４ｄは、デバイス２０で実行可能な機能（例えば、印刷機能、読取機能、ＦＡＸ機能、カラー印刷／モノクロ印刷機能およびインク方式／レーザー方式などの機能）を示す機種情報が記憶されるエリアであり、デバイス２０のドライバをインストールすることで、機種情報が記憶される。
デバイス２０は、ＩＰ電話端末を構成するものであり、本実施形態では、多機能周辺装置（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）で構成されている。デバイス２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、スキャナ２４と、プリンタ２５と、メモリカードスロット２６とを主に有して構成されている。
ＣＰＵ２１は、ＲＯＭ２２に記憶される固定値やプログラムに従った制御を行う演算処理装置である。ＲＯＭ２２は、デバイス２０で実行される各種の制御プログラムや固定値データを記憶する書換不能なメモリである。ＲＡＭ２３は、各種のデータを一時的に記憶するための書換可能なメモリである。スキャナ２４は、画像を取り込み画像データを生成する読取装置である。プリンタ２５は、紙などの記録媒体に印刷を行う印刷装置である。メモリカードスロット２６は、メモリカードが装着され、データの読み出し及び書き込みを行うメモリ装着装置である。なお、ＭＦＰが有するスキャナ２４、プリンタ２５及びメモリカードスロット２６は、公知の技術であるので、その詳細な説明は省略する。
なお、ＰＣ３０，５０及びデバイス４０，６０は、ＰＣ１０及びデバイス２０と同様に構成されているので、その詳細な説明は省略する。
次に、図２を参照して、各ＰＣ１０，３０，５０間のファイル又はデータの送受信、及び、各ＰＣ１０，３０，５０と各デバイス２０，４０，６０間のファイル又はデータの送受信について説明する。図２は、各ＰＣ１０，３０，５０間、及び、各ＰＣ１０，３０，５０と各デバイス２０，４０，６０間のファイル及びデータの送受信の経路を模式的に示した図である。
図２に示すように、ＰＣ１０は、中間アプリケーション１４ａと、ＩＰ電話アプリケーション１４ｂとがインストールされており、中間アプリケーション１４ａは、デバイス２０との間でデータの送受信が可能に構成されている。
中間アプリケーション１４ａは、デバイス２０に対してデータ（又はファイル）の取得命令などを送信すると共に、デバイス２０から送信されるデータ（又はファイル）を受信することができ、ＩＰ電話アプリケーション１４ｂを介して外部のＰＣ（例えば、ＰＣ３０，５０）との間でファイルの送受信が可能に構成されている。
具体的には、デバイス２０がスピーカやマイクなど、音声入出力機能を備えており、ユーザがデバイス２０に備えられているスピーカやマイクなどを用いて、ＩＰ電話による通話を行う構成であっても良い。
この場合、ＩＰ電話アプリケーション１４ｂは、他のＩＰ電話端末（例えば、ＰＣ３０，５０）から受信した音声データをデバイス２０のスピーカから出力し、デバイス２０のマイクから入力された音声データを他のＩＰ電話端末（例えば、ＰＣ３０，５０）に送信するように構成される。
さらに、ＩＰ電話アプリケーション１４ｂ及びデバイス２０から中間アプリケーション１４ａにイベントメッセージが送信されてくるように構成され、イベントメッセージを受信した中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂからのメッセージをデバイス２０に伝達し、デバイス２０からのメッセージをＩＰ電話アプリケーション１４ｂに伝達するように構成される。
例えば、ＩＰ電話アプリケーション１４ｂが他のＩＰ電話端末（例えば、ＰＣ３０，５０）から通話要求を受けると、通話要求のイベントが中間アプリケーション１４ａを介してデバイス２０に伝達され、ユーザがデバイス２０を操作して通話許可の指示を行うと、そのイベントがＩＰ電話アプリケーション１４ｂに伝達され、通話が開始されることになる。
一方、ユーザがデバイス２０を操作してユーザデバイスの検索指示を行うと、検索指示のイベントが中間アプリケーション１４ａを介してＩＰ電話アプリケーション１４ｂに伝達され、ＩＰ電話アプリケーション１４ｂがネットワークに対してユーザデバイスの検索要求を送信することになる。そして、ＩＰ電話アプリケーション１４ｂが得た検索結果（コンタクトリスト）は、中間アプリケーション１４ａを介してデバイス２０に伝達され、デバイス２０が備える表示部に表示される。
ユーザがデバイス２０を操作し、表示されたコンタクトリストから通話先を選択し、通話指示を行うと、通話要求のイベントが中間アプリケーション１４ａを介してＩＰ電話アプリケーション１４ｂに伝達され、ＩＰ電話アプリケーション１４ｂが通話先のＩＰ電話端末（例えば、ＰＣ３０，５０）に通話要求を送信し、通話許可を待つことになる。
本実施形態では、中間アプリケーション１４ａは、外部のＰＣ又はデバイスが有するテンプレートの画像データやフォントデータの種別を取得する読込ファイルや、テンプレートに基づいた画像を印刷させる実行ファイルを生成する。
また、中間アプリケーション１４ａは、外部のＰＣから送信された応答ファイルを解析して、外部のＰＣ又はデバイスが有する画像データやフォントデータの種別を認識し、不要な画像データやフォントデータを実行ファイルから削除する。
さらに、中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂが有する登録情報格納部１５から登録情報を取得して、外部のＰＣやデバイスの接続先（コンタクトリスト）を把握でき、ＩＰ電話アプリケーション１４ｂに対して、接続する外部のＩＰ電話アプリケーションを指示することができる。
ＩＰ電話アプリケーション１４ｂは、デバイス２０が有する機能を示す機能識別情報を含む登録情報や、外部のＰＣ又はデバイスが有する機能を示す機能識別情報を含む登録情報が格納される登録情報格納部１５と、外部のＰＣ又はデバイスから送信されるファイルやデータを受信するファイル受信部１８と、外部のＰＣやデバイスにファイルやデータを送信するファイル送信部１９とを有している。
また、ＩＰ電話アプリケーション１４ｂは、外部のＰＣが有するＩＰ電話アプリケーション（例えば、ＩＰ電話アプリケーション３４ｂ、５４ｂ）との間で、音声通話を行うことができると共に、ファイル送信部１８及びファイル受信部１９によりファイルの送受信を行うことができる。
なお、図２では、ＰＣ１０からＰＣ３０に読込ファイル及び実行ファイルが送信され、ＰＣ３０からＰＣ１０に応答ファイルが送信されると共に、ＰＣ３０からデバイス４０に印刷用のデータと印刷を指示する命令が送信される経路が図示されている。
具体的には、まず、中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂの登録情報格納部１５に格納される登録情報を参照して、接続する外部のＩＰ電話アプリケーション３４ｂを選択し、そのＩＰ電話アプリケーション３４ｂとＩＰ電話アプリケーション１４ｂとの間を接続させる。その後、中間アプリケーション１４ａは、テンプレートの画像データやフォントデータの種別を取得する取得命令を含む読込ファイルをファイル送信部１８を介してＰＣ３０のファイル受信部３９に送信する。
ＰＣ３０の中間アプリケーション３４ａでは、ＩＰ電話アプリケーション３４ｂのファイル受信部３９を介して受信した読込ファイルを解析し、ＰＣ３０（又はデバイス４０）が有するテンプレートの画像データやフォントデータの種別を含む応答ファイルをファイル送信部３９を介してＰＣ１０のファイル受信部１８に送信させる。
一方、ＰＣ１０の中間アプリケーション１４ａは、応答ファイルを受信すると、その応答ファイルを解析し、ＰＣ３０が有する画像データやフォントデータを削除した実行ファイルを、ファイル送信部１８を介してＰＣ３０のファイル受信部３９に送信する。
そして、ＰＣ３０の中間アプリケーション３４ａは、実行ファイルを受信すると、ＰＣ３０が有するテンプレートの画像データやフォントデータを追加した後の印刷データ及び印刷命令をプリンタ６５に送信する。デバイス４０は、印刷命令と印刷データを受信すると、その受信した印刷データに応じた印刷を行う。この具体的な処理は、図４から図１１を用いて後述する。
次に、図３を参照して、ＩＰ電話アプリケーション１４ｂ，３４ｂ、５４ｂに設けられる登録情報格納部１５，３５，５５について説明する。なお、図３の説明では、登録情報格納部３５について説明する。図３は、ＰＣ３０の登録情報格納部３５に登録情報を登録する一連の処理の流れを説明する図である。
図３に示すように、中間アプリケーション３４ａには、文字列付加モジュール３６及びデバイス監視モジュール３７が設けられている。また、ＰＣ３０は、デバイス情報記憶エリア３４ｄに記憶されるデバイス情報と、ＲＯＭ３２のＰＣ情報記憶エリア３２ａに予め記憶されるＰＣ情報とを取得可能に構成されている。
なお、ＰＣ情報とは、ＲＯＭ３２のレジストリやｉｎｉファイルなどに格納された情報を総称したものであり、ＰＣ３０のＯＳバージョンやインストールされているアプリケーションの情報である。これらのＯＳのバージョンやインストールされているアプリケーションの種類などから、ＰＣ３０の有する機能が特定される。
ＩＰ電話アプリケーション３４ｂの登録情報格納部３５は、デバイス４０が有する機能を示す機能識別情報を含む登録情報を格納するものであり、例えば、デバイス４０が、プリント機能、スキャナ機能およびメモリカードへの保存機能を有していれば、それらの各機能とデバイス４０とが関連づけされた登録情報が登録情報格納部３５に登録される。この登録情報格納部３５への登録情報の登録方法について、以下に説明する。
文字列付加モジュール３６は、中間アプリケーション３４ａが起動されると、ＩＰ電話アプリケーション３４ｂから任意の表示名”ｙａｍａｄａ”を取得し、ＰＣ３０のＰＣ情報記憶エリア３２ａからＰＣ情報としてのＰＣ名”ｐｃ”を取得し、文字列”ｐｃ＿ｙａｍａｄａ”を生成する。そして、その生成した文字列”ｐｃ＿ｙａｍａｄａ”をデバイス監視モジュール３７に送信する。なお、文字列付加モジュール３６の動作は、ＰＣ名や表示名の変更に対応できるように、ＰＣ名や表示名の変更時に行っても良いし、定期的に行っても良い。
そして、デバイス監視モジュール３７は、文字列付加モジュール３６から送信された文字列を受信する度に、その受信した文字列を記憶する。また、デバイス監視モジュール３７は、ＰＣ３０に接続されるデバイス環境（図３のデバイスＡ〜Ｃの接続状態）を監視すると共に、接続されているデバイスがＩＰ電話に対応しているかの監視をし、更に、各デバイスの監視結果に基づいた情報を示す表示名やプロフィールを生成して文字列付加モジュール３６へ送信する。
本実施形態では、デバイス監視モジュール３７によって各デバイスが監視されると、その監視結果として、デバイスＡのデバイス名である”Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０”、デバイスＢのデバイス名である”Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０”、デバイスＣのデバイス名である”Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０”を取得する。
そして、デバイス監視モジュール３７は、各デバイス名に基づいた表示名とプロフィールを生成して、文字列付加モジュール３６に送信する。本実施形態では、表示名は、３つのデバイスがＩＰ電話対応デバイスであることを示しており、”ｐｃ＿ｙａｍａｄａ＿３ｄｅｖｉｃｅｓ＿ｄ１＿Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０＿ｄ２＿Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０＿ｄ３＿Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０”で示される。ここで、”ｐｃ＿ｙａｍａｄａ＿３ｄｅｖｉｃｅｓ”は、ｐｃ＿ｙａｍａｄａに接続される３つのデバイスを検知したことを示している。また、各デバイス名の間には”＿ｄｎ＿”（ｎ＝１〜３）が挿入される。
また、プロフィールは、”Ｄｅｖｉｃｅ１＝Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０ Ｄｅｖｉｃｅ２＝Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０ Ｄｅｖｉｃｅ３＝Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０”で示される。
なお、各デバイス名は、プロフィールとしても登録されるため、デバイス名を示す文字列を表示名から省略する実施形態としてもよい。
その後、文字列付加モジュール３６は、デバイス監視モジュール３７から送信される各デバイス名に基づいて、その各デバイスが有する機能をデバイス情報記憶エリア３４ｅを参照して取得し、その取得した各デバイスの機能を示す文字列をデバイス監視モジュール３７から送信されたプロフィールに付加する。
さらに、文字列付加モジュール３６は、ＰＣ情報記録エリア３２ａからＰＣ情報としてＰＣ３０が有する機能を取得し、文字列をプロフィールに付加する。文字列付加モジュール３６により生成されるプロフィールは、”Ｄｅｖｉｃｅ１＝Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０，Ｐｒｉｎｔ Ｓｃａｎ Ｃａｒｄ ＦＡＸ Ｃｏｌｏｒ Ｉｎｋ Ｄｅｖｉｃｅ２＝Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０，Ｐｒｉｎｔ Ｓｃａｎ Ｃａｒｄ Ｃｏｌｏｒ Ｉｎｋ Ｄｅｖｉｃｅ３＝Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０，Ｐｒｉｎｔ Ｓｃａｎ ＦＡＸ Ｍｏｎｏ Ｌａｓｅｒ Ｐｃ＝Ｗｉｎ＿ＸＰ，ＯＣＲ，Ｒｅａｄ−Ｗｒｉｔｅ”と示される。
ここで、Ｐｒｉｎｔは印刷機能、Ｓｃａｎは読取機能、ＦＡＸはＦＡＸ機能、Ｃｏｌｏｒ／Ｍｏｎｏはカラー印刷／モノクロ印刷機能、Ｉｎｋ／Ｌａｓｅｒはインク方式／レーザー方式、Ｗｉｎ＿ＸＰはパーソナルコンピュータのＯＳがＷｉｎｄｏｗｓ（登録商標）ＸＰであること、ＯＣＲはＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能をそれぞれ示している。
一方、表示名は、デバイス監視モジュール３７が生成した表示名”ｐｃ＿ｙａｍａｄａ＿３ｄｅｖｉｃｅｓ＿ｄ１＿Ｂｒ＿ｍｆｃ＿Ｉｎｋ＿３３０＿ｄ２＿Ｂｒ＿ｄｃｐ＿Ｉｎｋ＿４２０＿ｄ３＿Ｂｒ＿ｍｆｃ＿ｌａｓｅｒ＿４８０”がそのまま用いられる。
そして、上述したような手順で生成された表示名とプロフィールとがＩＰ電話アプリケーション３４ｂの登録情報格納部３５に格納される。
なお、通話を行っているデバイスのデバイス情報がＩＰ電話アプリケーション３４ｂに登録される構成であってもよい。具体的には、デバイスからの通話許可の指示を得た中間アプリケーション３４ａが、通話許可の指示元であるデバイスのデバイス情報をＩＰ電話アプリケーション３４ｂに登録するように構成してもよい。また、デバイスからの通話要求の指示を得た中間アプリケーション３４ａが、通話要求の指示元であるデバイスのデバイス情報をＩＰ電話アプリケーション３４ｂに登録するようにしてもよい。
次に、各ＰＣの登録情報格納部に登録された登録情報を取得する手順について説明する。以下の説明では、ＰＣ１０がＰＣ３０の登録情報を取得する手順の一例について説明する。
まず、中間アプリケーション１４ａからＩＰ電話アプリケーション１４ｂにユーザデバイスの検索命令が発令されると、ＩＰ電話アプリケーション１４ｂがネットワークに対してユーザデバイスの検索を行ない、ネットワークに接続されたＩＰ電話アプリケーション３４ｂからＩＰ電話アプリケーション１４ｂに対し、ユーザデバイスの情報（登録情報）が送られる。ＩＰ電話アプリケーション１４ｂは、登録情報格納部１５に、ＩＰ電話アプリケーション３４ｂから送られてきた登録情報を格納する。
なお、スーパーノードと呼ばれる特別なユーザデバイスがＩＰ電話アプリケーションの登録情報を一括管理している場合がある。この場合、ＩＰ電話アプリケーション３４ｂが行った検索に対し、各ＩＰ電話アプリケーション（例えば、ＩＰ電話アプリケーション１４ｂ、５４ｂ）の登録情報を、スーパーノードが返信することになる。
中間アプリケーション１４ａは、登録情報格納部１５に登録される他のＰＣ３０の登録情報に基づき、コンタクトリストを取得することができる。これにより、中間アプリケーション１４ａは、ＩＰ電話アプリケーション１４ｂに登録されたユーザデバイスのコンタクトリストを取得することができる。なお、コンタクトリストとは、ＩＰ電話アプリケーション１４ｂにおいて、通話相手の候補を示すユーザデバイスのリストである。
中間アプリケーション１４ａは、このコンタクトリストを解析し、ＰＣ３０やデバイス４０で利用可能な機能を認識することができる。そして、ＰＣ３０やデバイス４０で利用可能な機能を選択し、ＰＣ３０やデバイス４０において機能の実行を指示することができる。
次に、図４を参照して、ＩＰ電話システム１において、１のＰＣから他のＰＣに対して、選択されたテンプレートに基づいた画像を印刷させる場合のシーケンスチャートについて説明する。
図４は、ＩＰ電話システム１において各ＩＰ電話端末間（ＰＣ１０，３０，５０及びデバイス２０，４０，６０）で行われるプログラムの流れを示したシーケンスチャートである。なお、以下の説明では、１のＰＣとしてのＰＣ１０から、他のＰＣとしてのＰＣ３０に、テンプレートに基づいた画像の印刷を実行させる場合について説明する。
まず、ＰＣ１０のＩＰ電話アプリケーション１４ａの登録情報格納部１５に登録される他のＰＣの登録情報に基づき、コンタクトリストの取得処理が行われる（Ｐ１）。これにより、中間アプリケーション１４ａが、ＩＰ電話アプリケーション１４ｂに登録されたユーザデバイスのコンタクトリストを取得することができる。そして、Ｐ１において取得したコンタクトリストから接続先の受信端末としてＰＣ３０の表示名が選択される（Ｐ２）。
その後、ＰＣ１０では、Ｔｅｍｐｌａｔｅ情報記憶エリア１４ｃからテンプレートを選択し（Ｐ３）、その選択したテンプレートに基づいて、外部のＰＣ３０が有するテンプレートの画像データやフォントデータの種別を取得する取得命令を含む読込ファイルを生成し（Ｐ４）、その読込ファイルの送信命令をＩＰ電話アプリケーション１４ｂに発令する（Ｐ５）。
読込ファイルの送信命令がなされたＩＰ電話アプリケーション１４ｂは、ＰＣ３０のＩＰ電話アプリケーション３４ｂに対してファイル送信要求を送信する。なお、ファイル送信要求には、送信するファイルの形式（例えば、ｔｘｔやｊｐｇなど）とファイルサイズ（例えば、１２３４５６ｂｙｔｅ）とが含まれている。
ＰＣ３０の中間アプリケーション３４ａでは、ファイル送信を許可するファイル送信許可応答を送信するか否かの判断がなされる（Ｐ６）。そして、ファイル送信許可応答をＰＣ１０に送信すると判断されると、ファイル送信許可応答の応答命令が中間アプリケーション３４ａからＩＰ電話アプリケーション３４ｂに送信され、ＩＰ電話アプリケーション３４ｂからＰＣ１０のＩＰ電話アプリケーション１４ｂに対してファイル送信許可応答の信号が送信される。
中間アプリケーション３４ａでは、ファイル送信許可応答の応答命令を発令した後に、ＩＰ電話アプリケーション１４ｂから送信される読込ファイルをＩＰ電話アプリケーション３４ｂが受信し、その受信した読込ファイルをＩＰ電話アプリケーション３４ｂから受け渡されることが待機される（Ｐ７）。
一方、中間アプリケーション１４ａでは、ＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信すると、ＩＰ電話アプリケーション１４ｂの読込ファイルの送信機能が実行される（Ｐ８）。具体的には、図２におけるＩＰ電話アプリケーション１４ｂが備えるファイル送信部１９から、ＩＰ電話アプリケーション３４ｂが備えるファイル受信部３８に読込ファイルが送信されることである。
中間アプリケーション３４ａでは、ＰＣ１０のＩＰ電話アプリケーション１４ｂから送信され、ＩＰ電話アプリケーション３４ｂにより受信した読込ファイルを、ＩＰ電話アプリケーション３４ｂから受け取り、その受け取った受信ファイルの解析が行われる（Ｐ９）。
そして、受信ファイルがテンプレートの画像データやフォントデータの種別の取得を指示するものであったら、必要に応じてデバイス４０にデータ取得命令を送信し、デバイス４０では、データを取得し（Ｐ１０）、その取得したデータをＰＣ３０に送信する。ここで、必要に応じてとは、デバイス４０が記憶しているテンプレートを使用して、後述する印刷処理を行う場合である。よって、ＰＣ３０が記憶しているテンプレートを使用する場合には、デバイス４０への取得命令は実行されない。
中間アプリケーション３４ａでは、デバイス４０から取得したテンプレート、又は、Ｔｅｍｐｌａｔｅ情報記憶エリア３４ｃに記憶されたテンプレートの画像データやフォントデータの種別を含む応答ファイルを生成し（Ｐ１１）、その応答ファイルの送信命令をＩＰ電話アプリケーション３４ｂに発令する（Ｐ１２）。応答ファイルの送信命令がなされたＩＰ電話アプリケーション３４ｂは、ＰＣ１０のＩＰ電話アプリケーション１４ｂに対してファイル送信要求を送信する。
ＰＣ１０の中間アプリケーション１４ａでは、ファイル送信を許可するファイル送信許可応答を送信するか否かの判断がなされる（Ｐ１３）。そして、ファイル送信許可応答をＰＣ３０に送信すると判断されると、ファイル送信許可応答の応答命令が中間アプリケーション１４ａからＩＰ電話アプリケーション１４ｂに送信され、ＩＰ電話アプリケーション１４ｂからＰＣ３０のＩＰ電話アプリケーション３４ｂに対してファイル送信許可応答の信号が送信される。
中間アプリケーション１４ａでは、ファイル送信許可応答の応答命令を発令した後に、ＩＰ電話アプリケーション３４ｂから送信される応答ファイルをＩＰ電話アプリケーション１４ｂが受信し、その受信した応答ファイルをＩＰ電話アプリケーション１４ｂから受け渡されることが待機される（Ｐ１４）。
一方、中間アプリケーション３４ａでは、ＩＰ電話アプリケーション１４ｂからファイル送信許可応答を受信すると、ＩＰ電話アプリケーション３４ｂの応答ファイルの送信機能が実行される（Ｐ１５）。具体的には、図２におけるＩＰ電話アプリケーション３４ｂが備えるファイル送信部３９から、ＩＰ電話アプリケーション１４ｂが備えるファイル受信部１８に応答ファイルが送信されることである。
中間アプリケーション１４ａでは、ＰＣ３０のＩＰ電話アプリケーション３４ｂから送信され、ＩＰ電話アプリケーション１４ｂにより受信した応答ファイルを、ＩＰ電話アプリケーション１４ｂから受け取り、その受け取った応答ファイルに含まれる画像データやフォントデータの種別の解析が行われる（Ｐ１６）。
そして、応答ファイルの解析結果に基づいて、ＰＣ３０に記憶されているテンプレートが有する画像データ及びフォントデータを、Ｐ３で選択したテンプレートから削除し（Ｐ１７）、その削除後に残存する画像データ及びフォントデータを含む実行ファイルを生成し（Ｐ１８）、実行ファイルの送信命令をＩＰ電話アプリケーション１４ｂに発令し（Ｐ１９）、ＩＰ電話アプリケーション１４ｂがＩＰ電話アプリケーション３４ｂに対してファイル送信要求を送信する。
ＰＣ３０の中間アプリケーション３４ａでは、ファイル送信を許可するファイル送信許可応答を送信するか否かの判断がなされ（Ｐ２０）、ファイル送信許可応答をＰＣ１０に送信すると判断されると、ファイル送信許可応答の応答命令が中間アプリケーション３４ａからＩＰ電話アプリケーション３４ｂに送信され、ＩＰ電話アプリケーション３４ｂからＰＣ１０のＩＰ電話アプリケーション１４ｂに対してファイル送信許可応答の信号が送信される。
中間アプリケーション３４ａでは、ファイル送信許可応答の応答命令を発令した後に、ＩＰ電話アプリケーション１４ｂから送信される実行ファイルをＩＰ電話アプリケーション３４ｂが受信し、その受信した実行ファイルをＩＰ電話アプリケーション３４ｂから受け渡されることが待機される（Ｐ２１）。
一方、中間アプリケーション１４ａでは、ＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信すると、ＩＰ電話アプリケーション１４ｂの実行ファイルの送信機能が実行される（Ｐ２２）。
中間アプリケーション３４ａでは、ＰＣ１０のＩＰ電話アプリケーション１４ｂから送信され、ＩＰ電話アプリケーション３４ｂにより受信した実行ファイルを、ＩＰ電話アプリケーション３４ｂから受け取り、その受け取った実行ファイルを解析する（Ｐ２３）。
そして、実行ファイルを解析した結果、ＰＣ３０又はデバイス４０に記憶されているテンプレートの画像データ及びフォントデータを実行ファイルに追加する必要があれば、ＰＣ３０又はデバイス４０のテンプレートの画像データ及びフォントデータを実行ファイルのテンプレートに合成し（Ｐ２４）、その合成後の実行ファイルに基づいた印刷命令をデバイス４０に送信し、デバイス４０では印刷処理が行われて（Ｐ２５）、一連の処理が終了する。
次に、図５から図１１を参照して、ＰＣ１０，３０で実行される具体的な処理について説明する。なお、以下の説明では、送信側ＰＣをＰＣ１０とし、受信側ＰＣをＰＣ３０として説明する。
図５は、送信側のＰＣ（例えば、ＰＣ１０）で実行されるファイル送信処理を示したフローチャートである。図６は、送信側のＰＣ（例えば、ＰＣ１０）で実行されるＬａｙｏｕｔ．ｌａｙ分解処理を示したフローチャートである。図７は、送信側のＰＣ（例えば、ＰＣ１０）で実行される実行ファイル削除処理を示したフローチャートである。図８は、受信側のＰＣ（例えば、ＰＣ３０）で実行されるファイル受信処理を示したフローチャートである。図９は、中間アプリケーション１４ａが起動された場合に表示されるユーザインターフェース（以下「ＵＩ」と略す）の一例を示した図である。図１０は、Ｌａｙｏｕｔ．ｌａｙの記述データの一例およびＴｅｍｐｌａｔｅ情報記憶エリア１４ｃのデータ構成の一例を示した図である。図１１は、ＰＣ３０から受信した応答ファイルのデータ構成の一例およびその応答ファイルに基づいて画像データやフォントデータを削除した状態のＴｅｍｐｌａｔｅ情報記憶エリア１４ｃのデータ構成の一例を示した図である。
まず、最初に、図９を参照して、接続先のＩＰ電話アプリケーション（例えば、ＩＰ電話アプリケーション３４ｂ，５４ｂ）を選択する（コンタクトリストを取得する）方法、及び、接続先のＩＰ電話端末（例えば、デバイス４０，６０）に実行させる処理を選択する方法について説明する。
図９（ａ）に示すように、送信側ＰＣ１０において中間アプリケーション１４ａが起動されると、登録情報格納部１５に格納された登録情報がＩＰ電話アプリケーション１４ｂを介して取得され、コンタクトリストが表示される。
なお、「コンタクトリスト」の中点線で囲われた（以下「フォーカスされた」と言う）表示名に対応する機能識別情報が「選択したユーザデバイスのデバイス情報」に表示される。具体的には、フォーカスされたユーザデバイスの”Ｂｒ＿ｄｃｐ＿４２０＿ｓａｔｏ”のデバイス名が”Ｂｒ ＤＣＰ ４２０”であり、デバイス機能が”プリンタ、スキャナ、メモリカードスロット”であることを示している。
また、「ＩＰ電話アプリケーション基本機能」における「チャット...」、「電話...」、「ファイル送信...」および「ユーザ検索...」の各ボタンも表示されており、各ボタンをカーソルなどで選択することにより、ＩＰ電話アプリケーションの基本機能である各機能を実行することができる。
さらに、他のＰＣにインストールされたＩＰ電話アプリケーションに登録された情報を取得するための「ユーザデバイス検索．．．」ボタンと、他のＰＣや他のＰＣに接続されたデバイスの機能を利用するための「ユーザデバイスを使った機能．．．」ボタンも表示されており、各ボタンをカーソルなどで選択することにより、ユーザデバイスの検索やユーザデバイスの機能を利用することができる。
図９（ｂ）に、「ファイル送信」の機能が選択された場合のＵＩの一例を示す。図９（ｂ）に示すように、ファイル送信の機能が選択されると、ファイル送信のＵＩが起動される。ファイル送信のＵＩは、「テンプレートを選んで下さい」と、「ユーザー画像を選んで下さい」と、「ユーザ文字列を入力して下さい」と、「Ｔｅｍｐｌａｔｅ ｉｍａｇｅ」とが設けられている。
「テンプレートを選んで下さい」には、Ｔｅｍｐｌａｔｅ情報記憶エリア１４ｃに記憶されている複数のテンプレートが取得され、その取得されたテンプレート名が表示される。そして、表示された複数のテンプレートから１のテンプレートを選択可能に構成されている。１のテンプレートを選択すると、そのイメージが「Ｔｅｍｐｌａｔｅ ｉｍａｇｅ」に表示される。
「ユーザ画像を選んで下さい」は、テンプレート内に配置する任意の画像を選択可能に構成されている。ユーザが画像を選択すると、「Ｔｅｍｐｌａｔｅ ｉｍａｇｅ」内のＵｓｅｒ添付画像の領域に画像が表示される。なお、画像を２つ選択可能に構成されているが、これは、ユーザが選択したテンプレートにおいて画像を添付する領域が２つ設けられているからである。また、ユーザが画像を選択しない場合には、選択されたテンプレートにおいて予め定められた画像が表示される。
「ユーザ文字列を入力して下さい」は、テンプレート内に配置する任意の文字列を入力可能に構成されている。ユーザが文字列を入力すると、「Ｔｅｍｐｌａｔｅ ｉｍａｇｅ」内のＵｓｅｒ記述文字列の領域に文字列が表示される。なお、文字列を２つ入力可能に構成されているのは、選択したテンプレートにおいて文字列を入力する領域が２つ設けられているからである。また、ユーザが文字列を入力しない場合には、選択されたテンプレートにおいて予め定められた文字列が表示される。
なお、ユーザによってテンプレートが選択された場合、及び、ユーザ画像が選択された場合、ユーザ文字列が入力された場合には、自動的に、Ｌａｙｏｕｔ．ｌａｙが生成され、その記述データがＬ＿Ｌ１４ｃ３に記憶される。このＬａｙｏｕｔ．ｌａｙの一例が、図１０（ａ）に示されている。
図１０（ａ）に示すように、Ｌａｙｏｕｔ．ｌａｙは、ファイル名を示す＜ｔｉｔｌｅ＞と、印刷するテンプレートの大きさ（背景画像の大きさ）や色を示す＜Ｄｏｃｕｍｅｎｔ ｓｉｚｅ＞と、画像の表示内容および位置などを示す＜ｉｍｇ ｓｒｃ＞と、文字列の表示内容およびフォント、位置などを示す＜ｔｘｔ ｓｒｃ＞とで構成されている。このＬａｙｏｕｔ．ｌａｙにより、テンプレートの所定の領域内に位置する画像の種類や、その画像の位置および大きさ、色などが示されている。
なお、Ｌａｙｏｕｔ．ｌａｙの記述データにおける「ｗｉｄｔｈ」及び「ｈｅｉｇｈｔ」は画像（イメージ）の大きさを示すものであり、「ｘ」及び「ｙ」は、画像の位置を示すものである。また、「ｓｉｚｅ」は、文字列の文字の大きさを示すものであり、「ｃｏｌｏｒ」は、文字色を示すものである。
次に、図５を参照して、送信側ＰＣ１０で実行されるファイル送信処理について説明する。このファイル送信処理は、上述したファイル送信のＵＩが表示されると同時に実行される処理である。また、ファイル送信処理は、外部のＰＣ（又はデバイス）が有する機能（印刷機能など）を実行させる場合に、外部のＰＣが有するデータを削除したファイルを生成し、少ないデータ量のファイルを送信するものである。
ファイル送信処理が実行されると、まず、ＩＰ電話アプリケーション３４ｂに対して接続を試みる（Ｓ１）。そして、ファイル送信のＵＩにおいて、ユーザにより選択された送信がテンプレートを使用したファイルの送信か、単にファイルの送信かを確認し（Ｓ２）、ファイル送信が選択されていれば（Ｓ２：Ｎｏ）、ファイル送信を実行するためにＳ２１の処理へ移行する。
一方、Ｓ２の処理で確認した結果、テンプレートを使用したファイル送信が選択されていれば（Ｓ２：Ｙｅｓ）、ユーザによって選択されたテンプレートに基づいた読込ファイルを生成する（Ｓ３）。Ｓ３の処理は、外部のＰＣ３０（及びデバイス４０）に記憶されているテンプレートの画像データやフォントデータの読み込みを指示する取得命令を含むファイルを生成する処理である。
Ｓ４の処理では、Ｓ３の処理で生成した読込ファイルを送信するファイル送信要求をＰＣ３０のＩＰ電話アプリケーション３４ｂに対して送信し（Ｓ４）、接続先であるＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信したか否かを確認する（Ｓ５）。
Ｓ５の処理では、ＩＰ電話アプリケーション３４ｂからのファイル送信許可応答を受信するまで待機すると共に（Ｓ５：Ｎｏ）、ＩＰ電話アプリケーション３４ｂからのファイル送信許可応答を受信すると（Ｓ５：Ｙｅｓ）、Ｓ３の処理で生成した読込ファイルを送信し（Ｓ６）、読込ファイルを送信したことを示すフラグと、送信先とを記憶し、ジョブ実行モードとなる。そして、送信した読込ファイルにより取得が指示されたテンプレートの画像データやフォントデータを含む応答ファイルの受信を待機するために、外部のＩＰ電話アプリケーション３４ｂから送信されるファイル送信要求を受信したか否かの確認をＳ７，Ｓ８の処理で繰り返し行う。
具体的には、Ｓ７の処理において、タイムアウト時間が経過したか否かを確認し（Ｓ７）、Ｓ８の処理で、接続先であるＩＰ電話アプリケーション３４ｂからファイル送信要求を受信したか否かを確認する（Ｓ８）。Ｓ７の処理で確認した結果、タイムアウト時間が経過していれば（Ｓ７：Ｙｅｓ）、そのまま、本処理を終了する。
Ｓ７の処理で、タイムアウト時間が経過したと確認された場合には、読込ファイルを送信したにも関わらず、外部のＩＰ電話アプリケーション３４ｂから応答ファイルを送信するファイル送信要求が送信されてこないので、外部のＰＣ３０を操作するユーザによって応答ファイルの送信が中止されたり、接続自体が切断されたことが考えられるので、本処理を終了する。
一方、Ｓ８の処理の結果、ＩＰ電話アプリケーション３４ｂからファイル送信要求を受信した確認されると（Ｓ８：Ｙｅｓ）、ファイル送信許可応答をＩＰ電話アプリケーション３４ｂに送信し（Ｓ９）、その後、ファイル送信許可応答を送信したＩＰ電話アプリケーション３４ｂから応答ファイルの受信が完了したか否かを確認し（Ｓ１０）、応答ファイルを受信するまで待機する（Ｓ１０：Ｎｏ）。
なお、Ｓ９の処理では、ファイル送信許可応答を送信して良いか否かの問い合わせを行うことなく、ファイル送信許可応答を送信している。これは、ジョブ実行モードであることがフラグで確認でき、接続先がＩＰ電話アプリケーション３４ｂであることも記憶してあり、接続先の安全性が確保されているからである。よって、ファイル送信許可応答の問い合わせを毎回行う場合に比較して、ユーザの煩わしい操作を少なくし、使い勝手を向上することができる。
一方、Ｓ８の処理で確認した結果、ＩＰ電話アプリケーション３４ｂからファイル送信要求を受信したことが確認されないと（Ｓ８：Ｎｏ）、ジョブ実行モードであるため、ＩＰ電話アプリケーション３４ｂからのファイル送信要求を受信することを再び待機する（Ｓ７）。
なお、Ｓ８の処理で確認した結果、ＩＰ電話アプリケーション３４ｂから送信されるファイル送信要求を受信していなければ（Ｓ８：Ｎｏ）、Ｓ７の処理へ戻り、タイムアウト時間を経過したか否かの確認を行うものとしたが、Ｓ８の処理がＮｏであった場合に、その他の処理（ＰＣ１０で実行される各種処理）を実行した後に、Ｓ７の処理へ移行するものとしても良い。
Ｓ１０の処理で確認した結果、ＩＰ電話アプリケーション３４ｂからの応答ファイルの受信が完了したら（Ｓ１０：Ｙｅｓ）、その受信した応答ファイルを解析する（Ｓ１１）。Ｓ１１の処理の解析は、ＰＣ３０又はデバイス４０に記憶されているテンプレートの画像データ及びフォントデータの種別を、応答ファイルから抽出すると共に、ＰＣ３０がテンプレートに基づいた印刷を実行可能であるか否かを確認する処理である。なお、ＰＣ３０がテンプレートに基づいた印刷を実行可能であるか否かは、後述するＬａｙｏｕｔ．ｌａｙの記述データを解読可能であるか否かに応じて判断したり、テンプレートのデータを有しているか否かに応じて判断したりされる。
よって、ＰＣ３０がＬａｙｏｕｔ．ｌａｙの記述データを解読可能であれば（Ｓ１２：Ｎｏ）、そのままファイルを送信するためにＳ２１の処理へ移行し、ＰＣ３０がＬａｙｏｕｔ．ｌａｙの記述データを解読可能であれば（Ｓ１２：Ｙｅｓ）、ユーザによって選択されたテンプレート、ユーザ画像およびユーザ文字列などに基づいて記述されたＬａｙｏｕｔ．ｌａｙの分解処理を実行し（Ｓ１３）、実行ファイルの削除処理を実行し（Ｓ１４）、その後、ＰＣ３０に送信する実行ファイルを生成する（Ｓ１５）。
Ｓ１６の処理では、実行ファイルを送信するために、ファイル送信要求をＩＰ電話アプリケーション３４ｂに送信し（Ｓ１６）、Ｓ１７の処理では、Ｓ５の処理と同様に、ＩＰ電話アプリケーション３４ｂからのファイル送信許可応答を受信するまで待機すると共に（Ｓ１７：Ｎｏ）、ＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信したら（Ｓ１７：Ｙｅｓ）、Ｓ１４の処理で、不要なデータが削除された更新後の実行ファイルを送信して（Ｓ１８）、本処理を終了する。
また、Ｓ２１の処理では、ファイルをそのまま送信するために、ファイル送信要求をＩＰ電話アプリケーション３４ｂに送信し（Ｓ２１）、ＩＰ電話アプリケーション３４ｂからのファイル送信許可応答を受信するまで待機すると共に（Ｓ２１：Ｎｏ）、ＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信したら（Ｓ２１：Ｙｅｓ）、ファイルを送信して（Ｓ２３）、本処理を終了する。
次に、図６を参照して、ファイル送信処理のＳ１３の処理で実行されるＬａｙｏｕｔ．ｌａｙの分解処理について説明する。Ｌａｙｏｕｔ．ｌａｙの分解処理は、送信ファイルに含まれる画像データやフォントデータなどを抽出する処理である。
Ｌａｙｏｕｔ．ｌａｙの分解処理が実行されると、まず、Ｌａｙｏｕｔ．ｌａｙを解析する（Ｓ３１）。このＳ３１の処理で、ＰＣ３０により印刷を実行させようとするデータの構成、即ち、画像データやフォントデータ、文字列データが抽出される。
Ｌａｙｏｕｔ．ｌａｙのテキストデータの解析は、Ｌａｙｏｕｔ．ｌａｙの＜ｉｍｇ ｓｒｃ＞及び＜ｔｘｔ ｓｒｃ＞により示されるＴ＿ｉｍａｇｅ、Ｕ＿ｉｍａｇｅ、Ｔ＿ｆｏｎｔ、Ｕ＿ｔｅｘｔなどの各種データを抽出する処理である。
Ｓ３２〜Ｓ３５の処理は、Ｌａｙｏｕｔ．ｌａｙに記述されている各データを確認する処理であり、Ｔ＿ｉｍａｇｅが記述されているか否かを確認し（Ｓ３２）、Ｔ＿ｆｏｎｔが記述されているか否かを確認し（Ｓ３３）、Ｕ＿ｔｅｘｔが記述されているか否かを確認し（Ｓ３４）、Ｕ＿ｉｍａｇｅが記述されているか否かを確認する（Ｓ３５）。
そして、Ｌａｙｏｕｔ．ｌａｙにＴ＿ｉｍａｇｅが記述されていれば（Ｓ３２：Ｙｅｓ）、そのＴ＿ｉｍａｇｅに対応したデータをＴ＿Ｒ１４ｃ１に記憶し（Ｓ３６）、Ｌａｙｏｕｔ．ｌａｙに記述される他のデータを抽出するために、Ｓ３２の処理へ戻る。
Ｌａｙｏｕｔ．ｌａｙに記述される全てのＴ＿ｉｍａｇｅに対応するデータの抽出が完了すると（Ｓ３２：Ｎｏ）、次に、Ｔ＿ｆｏｎｔが記述されているか否かを確認し（Ｓ３３）、Ｔ＿ｆｏｎｔが記述されていれば（Ｓ３３：Ｙｅｓ）、そのＴ＿ｆｏｎｔに対応するデータをＴ＿Ｒ１４ｃ１に記憶し（Ｓ３７）、再度、Ｓ３２の処理へ戻る。
Ｌａｙｏｕｔ．ｌａｙに記述される全てのＴ＿ｆｏｎｔに対応するデータの抽出が完了すると（Ｓ３３：Ｎｏ）、次に、Ｕ＿ｔｅｘｔが記述されているか否かを確認し（Ｓ３４）、Ｕ＿ｔｅｘｔが記述されていれば（Ｓ３４：Ｙｅｓ）、そのＵ＿ｔｅｘｔに対応するデータをＵ＿Ｒ１４ｃ２に記憶し（Ｓ３８）、再度、Ｓ３２の処理へ戻る。
Ｌａｙｏｕｔ＿Ｌａｙに記述される全てのＵ＿ｔｅｘｔに対応するデータの抽出が完了すると（Ｓ３４：Ｎｏ）、次に、Ｕ＿ｉｍａｇｅが記述されているか否かを確認し（Ｓ３５）、Ｕ＿ｉｍａｇｅが記述されていれば（Ｓ３５：Ｙｅｓ）、そのＵ＿ｉｍａｇｅに対応するデータをＵ＿Ｒ１４ｃ２に記憶し（Ｓ３９）、再度、Ｓ３２の処理へ戻る。
そして、Ｌａｙｏｕｔ．ｌａｙに記述される全てのＴ＿ｉｍａｇｅ、Ｔ＿ｆｏｎｔ、Ｕ＿ｔｅｘｔ及びＵ＿ｉｍａｇｅに対応するデータの抽出が完了しらた（Ｓ３５：Ｎｏ）、本処理を終了する。
このＬａｙｏｕｔ．ｌａｙの分解処理が終わると、図１０（ｂ）に示すように、Ｔ＿Ｒ１４ｃ１には、「Ｔ＿ｉｍａｇｅ＿Ａ００１．ｂｍｐ」及び「Ｔ＿ｉｍａｇｅ＿Ｂ００１．ｊｐｇ」などの画像データと、「Ｔ＿ｆｏｎｔ＿Ａ００１．ｔｔｆ」及び「Ｔ＿ｆｏｎｔ＿Ｂ００１．ｔｔｆ」のフォントデータとが記憶され、Ｕ＿Ｒ１４ｃ２には、「Ｕ＿ｔｅｘｔ００１．ｔｘｔ」及び「Ｕ＿ｔｅｘｔ００２．ｔｘｔ」などの文字列データと、「Ｕ＿ｉｍａｇｅ００１．ｂｍｐ」及び「Ｕ＿ｉｍａｇｅ００２．ｊｐｇ」などの画像データとが記憶される。即ち、Ｌａｙｏｕｔ．ｌａｙの記述データと、Ｔ＿Ｒ１４ｃ１に記憶される各データと、Ｕ＿Ｒ１４ｃ２に記憶される各データとで、テンプレート情報（第１のテンプレート情報）が構成される。
次に、図７を参照して、ファイル送信処理のＳ１４の処理で実行される実行ファイルの削除処理について説明する。実行ファイルの削除処理は、実行ファイルに含まれる画像データやフォントデータ、文字列データのうち、外部のＰＣ３０（又はデバイス４０）が有するテンプレートの画像データやフォントデータを削除する処理である。
まず、図１１（ａ）を参照して、ＰＣ３０から送信される応答ファイルに含まれるデータの抽出方法について説明する。図１１（ａ）に示すように、応答ファイルには、受信側端末情報が含まれており、その受信側端末情報は、テンプレートの種類を示す「ＴｅｍｐｌａｔｅＶｅｒ：００１」と、そのテンプレートに含まれる画像データの組み合わせを示す「ｉｍａｇｅＳｅｔ１」及び「ｉｍａｇｅＳｅｔ２」と、テンプレートに含まれるフォントデータの組み合わせを示す「ＦｏｎｔＳｅｔ１」及び「ＦｏｎｔＳｅｔ２」とが含まれて構成されている。
また、受信側端末情報とは別に、ｉｍａｇｅＳｅｔ１は、Ｔ＿ｉｍａｇｅ＿Ａ００１．ｂｍｐと、Ｔ＿ｉｍａｇｅ＿Ａ００２．ｊｐｇと、Ｔ＿ｉｍａｇｅ＿Ａ００３．ｔｉｆとを有し、ｉｍａｇｅＳｅｔ２は、Ｔ＿ｉｍａｇｅ＿Ｂ００１．ｊｐｇと、Ｔ＿ｉｍａｇｅ＿Ｂ００２．ｊｐｇと、Ｔ＿ｉｍａｇｅ＿Ｂ００３．ｊｐｇとを有し、ＦｏｎｔＳｅｔ１は、Ｔ＿ｆｏｎｔ＿Ａ００１．ｔｔｆと、Ｔ＿ｆｏｎｔ＿Ａ００２．ｔｔｆと、Ｔ＿ｆｏｎｔ＿Ａ００３．ｔｔｆとを有し、ＦｏｎｔＳｅｔ２は、Ｔ＿ｆｏｎｔ＿Ｂ００１．ｔｔｆと、Ｔ＿ｆｏｎｔ＿Ｂ００２．ｔｔｆと、Ｔ＿ｆｏｎｔ＿Ｂ００３．ｔｔｆとを有することを示す情報が含まれている。
なお、ｉｍａｇｅＳｅｔ１及びｉｍａｇｅＳｅｔ２、ＦｏｎｔＳｅｔ１、ＦｏｎｔＳｅｔ２に含まれるデータが一義的に定められており、ＰＣ１０において、ｉｍａｇｅＳｅｔ１及びｉｍａｇｅＳｅｔ２、ＦｏｎｔＳｅｔ１、ＦｏｎｔＳｅｔ２が有する各データを示すテーブルを備えていれば、各ｉｍａｇｅＳｅｔ１及びｉｍａｇｅＳｅｔ２、ＦｏｎｔＳｅｔ１、ＦｏｎｔＳｅｔ２が有するデータを示す情報を応答ファイルに含めないものとしても良い。
そして、本実施形態では、受信側端末情報に、ｉｍａｇｅＳｅｔ１が有効であることを示す「Ｅｎａｂｌｅ」が記されており、ｉｍａｇｅＳｅｔ２が無効であることを示す「Ｄｉｓａｂｌｅ」が記されており、ＦｏｎｔＳｅｔ１が有効であることを示す「Ｅｎａｂｌｅ」が記されており、ＦｏｎｔＳｅｔ２が無効であることを示す「Ｄｉｓａｂｌｅ」が記されている。
よって、外部のＰＣ３０には、ＴｅｍｐｌａｔｅのＶｅｒ１が記憶されており、且つ、ｉｍａｇｅＳｅｔ１およびＦｏｎｔＳｅｔ１が有効であることが応答ファイルを解析することで解る。具体的には、ＰＣ３０は、Ｔ＿ｉｍａｇｅ＿Ａ００１．ｂｍｐと、Ｔ＿ｉｍａｇｅ＿Ａ００２．ｊｐｇと、Ｔ＿ｉｍａｇｅ＿Ａ００３．ｔｉｆと、Ｔ＿ｆｏｎｔ＿Ａ００１．ｔｔｆと、Ｔ＿ｆｏｎｔ＿Ａ００２．ｔｔｆと、Ｔ＿ｆｏｎｔ＿Ａ００３．ｔｔｆとのデータを有していることが解る。
図７に示す実行ファイルの削除処理が実行されると、まず、Ｔ＿Ｒ１４ｃ１にＴ＿ｉｍａｇｅのデータが記憶されているか否かを確認し（Ｓ４１）、Ｔ＿Ｒ１４ｃ１にＴ＿ｉｍａｇｅのデータが記憶されていれば（Ｓ４１：Ｙｅｓ）、受信した応答ファイルに同一のＴ＿ｉｍａｇｅを示すデータが含まれているか否かを確認する（Ｓ４２）。
Ｓ４２の処理で確認した結果、応答ファイルに同一のＴ＿ｉｍａｇｅを示すデータが含まれていれば（Ｓ４２：Ｙｅｓ）、その同一のＴ＿ｉｍａｇｅのデータをＴ＿Ｒ１４ｃ１から削除し（Ｓ４３）、Ｓ４４の処理へ移行する。
一方、Ｓ４１の処理で確認した結果、Ｔ＿Ｒ１４ｃ１にＴ＿ｉｍａｇｅのデータが１つも記憶されていない場合（Ｓ４１：Ｎｏ）、Ｓ４２の処理で確認した結果、応答ファイルに同一のＴ＿ｉｍａｇｅを示すデータが含まれていない場合には（Ｓ４２：Ｎｏ）、Ｓ４４の処理へ移行する。
Ｓ４４の処理では、Ｔ＿Ｒ１４ｃ１にＴ＿ｆｏｎｔのデータが記憶されているか否かを確認し（Ｓ４４）、Ｔ＿Ｒ１４ｃ１にＴ＿ｆｏｎｔのデータが記憶されていれば（Ｓ４４：Ｙｅｓ）、受信した応答ファイルに同一のＴ＿ｆｏｎｔを示すデータが含まれているか否かを確認する（Ｓ４５）。
Ｓ４５の処理で確認した結果、応答ファイルに同一のＴ＿ｆｏｎｔを示すデータが含まれていれば（Ｓ４５：Ｙｅｓ）、その同一のＴ＿ｆｏｎｔのデータをＴ＿Ｒ１４ｃ１から削除し（Ｓ４６）、本処理を終了する。
一方、Ｓ４４の処理で確認した結果、Ｔ＿Ｒ１４ｃ１にＴ＿ｆｏｎｔのデータが１つも記憶されていない場合（Ｓ４４：Ｎｏ）、Ｓ４５の処理で確認した結果、応答ファイルに同一のＴ＿ｆｏｎｔを示すデータが含まれていない場合には（Ｓ４５：Ｎｏ）、そのまま、本処理を終了する。
図１１（ｂ）に示すように、本実施形態では、応答ファイルに、Ｔ＿ｉｍａｇｅ＿Ａ００１．ｂｍｐおよびＴ＿ｆｏｎｔ＿Ａ００１．ｔｔｆを示すデータ含まれていたため、図１０（ｂ）に示すデータ構成から、Ｔ＿ｉｍａｇｅ＿Ａ００１．ｂｍｐおよびＴ＿ｆｏｎｔ＿Ａ００１．ｔｔｆのデータがＴ＿Ｒ１４ｃ１から削除されている。即ち、Ｌａｙｏｕｔ．ｌａｙの記述データと、応答ファイルに基づいて不要なデータが削除された後のＴ＿Ｒ１４ｃ１に記憶される各データと、Ｕ＿Ｒ１４ｃ２に記憶される各データとで、テンプレート情報（第２のテンプレート情報）が構成される。
次に、図８を参照して、受信側ＰＣ３０で実行されるファイル受信処理について説明する。ファイル受信処理は、外部のＩＰ電話アプリケーション１４ｂからファイル送信要求を受信した場合に実行される。
ファイル受信処理が実行されると、ＰＣ３０のユーザに、送信元からのファイル送信の許可を問い合わせた後に、ファイル送信要求を送信してきた外部のＩＰ電話アプリケーション１４ｂに対して、ファイル送信許可応答を送信し（Ｓ５１）、そのファイル送信許可応答を送信したＩＰ電話アプリケーション１４ｂから送信されるファイルを受信完了したか否かを確認する（Ｓ５２）。
そして、ＩＰ電話アプリケーション１４ｂから送信されるファイルを受信完了するまで待機すると共に（Ｓ５２：Ｎｏ）、ファイルを受信完了すると（Ｓ５２：Ｙｅｓ）、その受信ファイルを解析し（Ｓ５３）、受信したファイルがテンプレートの画像データ及びフォントデータの種別を取得指示する読込ファイルであるか否かを確認する（Ｓ５４）。
Ｓ５４の処理で確認した結果、受信したファイルが読込ファイルでなければ（Ｓ５４：Ｎｏ）、その受信したファイルに応じたその他の処理を実行して（Ｓ５５）、本処理を終了する。
一方、Ｓ５４の処理で確認した結果、受信したファイルが読込ファイルであれば（Ｓ５４：Ｙｅｓ）、Ｔｅｍｐｌａｔｅ情報記憶エリア３４ｃから全てのテンプレートのデータを取得し（Ｓ５６）、読込ファイルを受信したことを示すフラグと、送信元とを記憶し、ジョブ実行モードとなる。
なお、デバイス４０からテンプレートのデータを取得する場合には、Ｓ５６の処理に代えて、テンプレートの取得命令をデバイス４０に送信し、そのデバイス４０からのテンプレート情報の取得が完了するまで待機する処理が行われる。
Ｓ５７の処理では、取得したテンプレートのデータに基づいた応答ファイルを生成し（Ｓ５７）、その後、ＩＰ電話アプリケーション１４ｂに対してファイル送信要求を送信する（Ｓ５８）。なお、Ｓ５７の処理で生成される応答ファイルは、上述したように、図１１（ａ）に示すデータを含むものである。
Ｓ５９の処理では、タイムアウト時間が経過したか否かを確認し（Ｓ５９）、タイムアウト時間が経過していなければ（Ｓ５９：Ｎｏ）、ファイル送信要求を送信した外部のＩＰ電話アプリケーション１４ｂからファイル送信許可応答を受信したか否かを確認し（Ｓ６０）、ファイル送信許可応答を受信するまで（Ｓ６０：Ｎｏ）、Ｓ５９及びＳ６０の処理を繰り返し実行する。
そして、タイムアウト時間が経過すると（Ｓ５９：Ｙｅｓ）、応答ファイルを送信できないので、そのまま、本処理を終了し、ＩＰ電話アプリケーション１４ｂからファイル送信許可応答を受信すると（Ｓ６０）、応答ファイルを送信し（Ｓ６１）、次に、ＩＰ電話アプリケーション１４ｂが実行ファイルを送信するためのファイル送信要求を受信するまで待機する（Ｓ６２：Ｎｏ）。
なお、Ｓ６２の処理で確認した結果、ＩＰ電話アプリケーション１４ｂから送信されるファイル送信要求を受信していなければ（Ｓ６２：Ｎｏ）、ファイル送信要求を受信するまで、Ｓ６２の処理を繰り返し行うものとしたが、Ｓ６２の処理がＮｏであった場合に、その他の処理（ＰＣ３０で実行される各種処理）を実行した後に、再度、Ｓ６２の処理へ移行し、ファイル送信要求の受信を確認するものとしても良い。
そして、ＩＰ電話アプリケーション１４ｂからファイル送信要求を受信したら（Ｓ６２：Ｙｅｓ）、ファイル送信許可応答を送信し（Ｓ６３）、そのファイル送信許可応答を送信したＩＰ電話アプリケーション１４ｂから送信される実行ファイルを受信完了したか否かを確認する（Ｓ６４）。
このとき、ジョブ実行モードであることが、フラグと、読込ファイルの送信元がＩＰ電話アプリケーション１４ｂであることの記憶とによって確認できる。そのため、ＰＣ３０のユーザに、送信元からのファイル送信の許可を問い合わせることなく、ファイル送信許可応答を送信している。
一方、Ｓ６２の処理で確認した結果、ＩＰ電話アプリケーション１４ｂからファイル送信要求を受信したことが確認されないと（Ｓ６２：Ｎｏ）、ジョブ実行モードであるため、ＩＰ電話アプリケーション１４ｂからのファイル送信要求を受信することを、再び待機する。
Ｓ６４の処理で確認した結果、実行ファイルの受信が完了していなければ（Ｓ６４：Ｎｏ）、その実行ファイルを受信完了するまで待機し、実行ファイルの受信が完了すれば（Ｓ６４：Ｙｅｓ）、受信ファイルに含まれるＬａｙｏｕｔ．ｌａｙの情報を取得してＬａｙｏｕｔ．ｌａｙを解析する（Ｓ６５）。
そして、Ｌａｙｏｕｔ．ｌａｙにＴ＿ｉｍａｇｅが記述されているか否かを確認し（Ｓ６６）、Ｔ＿ｉｍａｇｅが記述されていれば（Ｓ６６：Ｙｅｓ）、Ｔｅｍｐｌａｔｅ情報記憶エリア３４ｃに記憶される自機が有するテンプレートに、同一のＴ＿ｉｍａｇｅのデータがあるか否かを確認し（Ｓ６７）、同一のＴ＿ｉｍａｇｅのデータがある場合には（Ｓ６７：Ｙｅｓ）、そのＴ＿ｉｍａｇｅのデータを実行ファイルのＴ＿Ｒの領域にコピーして（Ｓ６８）、Ｓ６９の処理へ移行する。
一方、Ｓ６６の処理で、Ｌａｙｏｕｔ＿ｌａｙにＴ＿ｉｍａｇｅが記述されていない場合（Ｓ６６：Ｎｏ）、又は、自機のテンプレートに同一のＴ＿ｉｍａｇｅのデータがない場合には（Ｓ６７：Ｎｏ）、そのまま、Ｓ６９の処理へ移行する。
Ｓ６９の処理では、Ｌａｙｏｕｔ．ｌａｙにＴ＿ｆｏｎｔが記述されているか否かを確認し（Ｓ６９）、Ｔ＿ｆｏｎｔが記述されていれば（Ｓ６９：Ｙｅｓ）、Ｔｅｍｐｌａｔｅ情報記憶エリア３４ｃに記憶される自機が有するテンプレートに、同一のＴ＿ｆｏｎｔのデータがあるか否かを確認し（Ｓ７０）、同一のＴ＿ｆｏｎｔのデータがある場合には（Ｓ７０：Ｙｅｓ）、そのＴ＿ｆｏｎｔのデータを実行ファイルのＴ＿Ｒの領域にコピーして（Ｓ７１）、Ｓ７２の処理へ移行する。
一方、Ｓ６９の処理で、Ｌａｙｏｕｔ＿ｌａｙにＴ＿ｆｏｎｔが記述されていない場合（Ｓ６９：Ｎｏ）、又は、自機のテンプレートに同一のＴ＿ｆｏｎｔのデータがない場合には（Ｓ７０：Ｎｏ）、そのまま、Ｓ７２の処理へ移行する。
Ｓ７１までの処理が完了すると、実行ファイルは、図１０（ｂ）の状態に復帰し、その実行ファイルに基づいて印刷処理の実行をデバイス４０に指示して（Ｓ７２）、本処理を終了する。
以上、説明したように、ＰＣ１０がテンプレートに基づいた画像の印刷をＰＣ３０に指示する場合には、ＰＣ３０が有するテンプレートの画像データやフォントデータの種別を取得し、同一の画像データ及びフォントデータを削除した実行ファイルをＰＣ３０に送信するので、ＩＰ電話アプリケーション１４ｂ，３４ｂが有するファイル送信機能を有効に利用しつつ、ＰＣ３０に送信するデータ量を少なくすることができる。
また、本実施形態では、テンプレートにより印刷すべき画像データ及びフォントデータ、文字列データなどは、Ｌａｙｏｕｔ．ｌａｙの記述データにより示すことができる。よって、ＰＣ１０及びＰＣ３０共に、共通の記述データを用いているので、Ｌａｙｏｕｔ．ｌａｙから画像データやフォントデータ、文字列データを確実に把握することができ、データの解析における不具合が生じることを防止することができる。よって、ＰＣ１０においてテンプレートの画像データやフォントデータの一部を削除した実行ファイルを、ＰＣ３０に送信したとしても、ＰＣ３０において正確に復元して画像を印刷することができる。
また、ユーザが入力した画像データや文字列データはＵ＿Ｒに記憶され、そのＵ＿Ｒに記憶されるデータに関しては、ＰＣ３０はＬａｙｏｕｔ．ｌａｙに含まれているか否かの判断を行っていない。通常、ユーザによって入力される画像データや文字列データは、テンプレートに予め定められていないデータであるので、そのユーザによって入力された画像データや文字列データに関しても、Ｌａｙｏｕｔ．ｌａｙに含まれているか否かを判断すると、処理負担が増加してしまう。しかし、ＰＣ３０は、ユーザによって入力された画像データや文字列データに関しては、Ｌａｙｏｕｔ．ｌａｙに含まれているか否かの判断を行わないので、処理負担が増大することを抑制することができる。
次に、図１２から図１４を参照して、第２の実施形態について説明する。図１２は、第２実施形態の送信側ＰＣで実行されるファイル送信処理を示したフローチャートである。図１３は、第２実施形態の受信側ＰＣで実行されるファイル受信処理を示したフローチャートである。図１４は、デバイスデータベースのデータ構成の一例およびｉｍａｇｅＳｅｔ、ＦｏｎｔＳｅｔのデータ構成の一例を示した図である。
第２実施形態は、コンタクトリストの表示名から接続先のＰＣ又はデバイスが有するテンプレートを推測し、不要な画像データ及びフォントデータを削除した実行ファイルを送信し、接続先のＰＣ又はデバイスで印刷機能を実行させるものである。また、ＰＣ３０のファイル受信処理では、ＰＣ１０に対してファイル送信許可応答を送信するか否かを判断する処理が追加されており、セキュリティの向上が図られている。なお、第１実施形態と同様の部分には、同一の符号を付して、その説明は省略する。
まず、第２実施形態のＰＣには、デバイスの種類に応じたデータベース（以下「ＤＢ」と称す）がＲＯＭ又はＲＡＭ、ＨＤＤに予め記憶されている。このＤＢは、各デバイスのバージョンと、そのバージョンが有するｉｍａｇｅＳｅｔ及びＦｏｎｔＳｅｔとが対応付けされて記憶されているものである。このＤＢの一例を、図１４に示す。
図１４（ａ）に示すように、デバイスＤＢは、Ｄｅｖｉｃｅ０００、Ｄｅｖｉｃｅ０００Ａ、Ｄｅｖｉｃｅ００１、Ｄｅｖｉｃｅ０００１Ａ、Ｄｅｖｉｃｅ００２のデバイス種類に対して、何も有していないことを示す「ＮＵＬＬ」と、各バージョンを示す「Ｖｅｒ１」及び「Ｖｅｒ２」とが対応付けされている。更に、各バージョンと、ｉｍａｇｅＳｅｔ及びＦｏｎｔＳｅｔとも対応付けされている。なお、デバイスの種類は、図９（ａ）に示す表示名Ｂｒ ＤＣＰ ４２０などが対応している。
また、図１４（ｂ）に示すように、各ｉｍａｇｅＳｅｔ及びＦｏｎｔＳｅｔに対して、Ｔ＿ｉｍａｇｅのデータおよびＴ＿Ｆｏｎｔのデータも対応付けされている。
よって、第２実施形態の送信側ＰＣは、コンタクトリストから接続するＩＰ電話アプリケーションを選択することで、接続先が有するテンプレートを推測することができる。
第２実施形態のファイル送信処理が実行されると、コンタクトリストから選択されたＩＰ電話アプリケーションに接続し、テンプレート送信であるか否かを確認し、テンプレート送信でれば（Ｓ１，Ｓ２：Ｙｅｓ）、Ｓ１０１の処理へ移行する。
Ｓ１０１の処理では、Ｓ１の処理で選択したコンタクトリストと、図１４（ａ）に示すデバイスＤＢとから、接続先のＰＣが有するテンプレートのデータを取得する（Ｓ１０１）。
Ｓ１０２の処理では、接続先のＰＣがテンプレートのデータを有しており、テンプレートに基づいた画像の印刷が可能であるか否かを確認し（Ｓ１０２）、接続先のＰＣがテンプレートに基づいた画像の印刷が可能であれば（Ｓ１０２：Ｙｅｓ）、Ｓ１３以降の処理を実行し、接続先のＰＣがテンプレートに基づいた画像の印刷が不可能であれば（Ｓ１０２：Ｎｏ）、Ｓ２１以降の処理を実行する。
図１３に示すファイル受信処理が実行されると、ファイル送信要求を送信した外部のＰＣが現在接続中（又は通話中）のＰＣ（例えば、ＰＣ１０）であるか否かを確認し（Ｓ１１１）、現在接続中のＰＣからのファイル送信要求であれば（Ｓ１１１：Ｙｅｓ）、信頼性のある相手先なので、Ｓ５１以降の処理へ移行する。
なお、本実施形態では、ＰＣ１０のＩＰ電話アプリケーション１４ｂとの間で通話中である場合に、ＩＰ電話アプリケーション１４ｂに対してファイル送信許可応答を自動で送信可能に構成したが、ＩＰ電話アプリケーション１４ｂとの間でチャット中である場合も、ＩＰ電話アプリケーション１４ｂに対して、ファイル送信許可応答の送信の問い合わせをすることなく、ファイル送信許可応答を送信するように構成しても良い。
一方、Ｓ１１１の処理で確認した結果、現在接続中のＰＣ以外からのファイル送信要求であれば（Ｓ１１１：Ｎｏ）、次に、応答ファイルを送信したＰＣ１０からのファイル送信要求であるか否かを確認し（Ｓ１１２）、ＰＣ１０からのファイル送信要求であれば（Ｓ１１２：Ｙｅｓ）、自身がファイルを送信した相手先からのファイル送信要求であり信頼性を有するので、Ｓ５１以降の処理へ移行する。
一方、Ｓ１１２の処理で確認した結果、ＰＣ１０からのファイル送信要求でなければ（Ｓ１１２：Ｎｏ）、まず、タイムアウト時間が経過したか否かを確認し（Ｓ１１３）、その後、ユーザからファイル送信要求の許可が入力されたか否かを確認し（Ｓ１１４）、タイムアウト時間が経過するか、ユーザから許可が入力されるまで、Ｓ１１３の処理とＳ１１４の処理とを繰り返し実行する（Ｓ１１３：Ｎｏ、Ｓ１１４：Ｎｏ）。
そして、ユーザから許可が入力されたら（Ｓ１１４：Ｙｅｓ）、ユーザの意志によりファイル送信許可応答の送信が許可されたので、Ｓ５１以降の処理を実行し、タイムアウト時間が経過すれば（Ｓ１１３：Ｙｅｓ）、ユーザから許可の入力がなく不許可になるので、そのまま、本処理を終了する。
よって、第２実施形態では、Ｓ１１１からＳ１１４の処理において、ファイル送信許可応答を送信するか否かを判断し、ファイル送信許可応答を送信する送信先に信頼性があれば、ファイル送信許可応答を送信する一方、信頼性がなければ、ユーザの判断によりファイル送信許可応答が送信される。よって、不特定多数の接続先からのファイルを受信することを抑制できるので、セキュリティを高めることができる。
Ｓ５１以降の処理では、ファイル送信許可応答を送信し、ファイルが受信完了したら、受信ファイルを解析し（Ｓ５１〜Ｓ５３）、受信ファイルにＬａｙｏｕｔ．ｌａｙの記述データが含まれているか否かを確認する（Ｓ１１５）。
Ｓ１１５の処理で確認した結果、Ｌａｙｏｕｔ．ｌａｙの記述データが含まれていなければ（Ｓ１１５：Ｙｅｓ）、受信したファイルに基づくその他の処理を実行し（Ｓ５５）、本処理を終了する。一方、Ｓ１１５の処理で確認した結果、Ｌａｙｏｕｔ．ｌａｙの記述データが含まれていれば（Ｓ１１５：Ｙｅｓ）、第１実施形態と同様に、Ｓ６５以降の処理を実行する。
以上、説明したように、第２実施形態のＩＰ電話システム１によれば、他のＩＰ電話アプリケーションのプロフィールから、他のＰＣが有するテンプレート及び画像データ、フォントデータを推測して、不要な画像データやフォントデータを削除した実行ファイルを送信することができる。よって、ＰＣ間での読込ファイル及び応答ファイルの送受信を未実行にできるので、その分、ＰＣでの処理負担を軽減することができる。また、ＩＰ電話アプリケーションにおけるプロフィール機能を有効に利用することができる。
次に、図１５を参照して、第３実施形態のＩＰ電話システム１００について説明する。図１５（ａ）は、第３実施形態のＰＣ１１０およびデバイス１２０の構成を模式的に示した図であり、図１５（ｂ）は、第３実施形態のＩＰ電話システム１００において各ＩＰ電話端末間で行われるプログラムの流れを示したシーケンスチャートである。なお、第３実施形態のＩＰ電話システム１００の各構成に付される番号は、第１実施形態のＩＰ電話システム１の各構成に付された番号に１００を足したものである。
なお、第３実施形態のＰＣ１１０には、第１実施形態のＰＣ１０にインストールされる中間アプリケーション１４ａおよびＩＰ電話アプリケーション１４ｂの代わりに、中間アプリケーションの機能が組み込まれたＩＰ電話アプリケーション１１４ｂがインストールされている。
図１５（ａ）に示すように、第３実施形態のＰＣ１１０は、ＩＰ電話アプリケーション１１４ｂに、読込ファイル、書込・読込ファイル及び応答ファイルを生成する機能が含まれている。具体的には、図１５（ｂ）に示すように、ＩＰ電話アプリケーション１１４ｂにおいて、各ファイルの生成、その生成したファイルの送信要求、生成したファイルの送信の処理が実行される。
一方、接続先のＰＣ１３０のＩＰ電話アプリケーション１３４ｂにおいて、ファイル送信許可応答の送信、受信したファイルの解析、応答ファイルの生成、応答ファイルの送信、デバイス４０の設定情報の更新指示などの処理が実行される。
つまり、第１実施形態の中間アプリケーション１４ａ，３４ａ，５４ａで実行可能な処理が、ＩＰ電話アプリケーション１１４ｂ，１３４ｂ，１５４ｂで実行可能に構成されている。
よって、第１実施形態に比べて、中間アプリケーション１４ａとＩＰ電話アプリケーション１４ｂとのデータの受け渡しの処理が無くなり、１のアプリケーション内で完結できるので、処理をスムーズに行うことができる。
次に、図１６を参照して、第４から第６実施形態について説明する。図１６（ａ）は、第４実施形態のＰＣ２１０及びデバイス２２０の構成を模式的に示した模式図であり、図１６（ｂ）は、第５実施形態のＰＣ３１０及びデバイス３２０の構成を模式的に示した模式図であり、図１６（ｃ）は、第６実施形態のＰＣ４１０及びデバイス４２０の構成を模式的に示した模式図である。
なお、第４実施形態のＩＰ電話システム２００の各構成に付される番号は、第１実施形態のＩＰ電話システム１の各構成に付された番号に２００を足したものであり、第５実施形態のＩＰ電話システム３００の各構成に付される番号は、第１実施形態のＩＰ電話システム１の各構成に付された番号に３００を足したものであり、第６実施形態のＩＰ電話システム４００の各構成に付される番号は、第１実施形態のＩＰ電話システム１の各構成に付された番号に４００を足したものである。
第４実施形態では、デバイス２２０に中間アプリケーション２１４ａがインストールされており、ＰＣ２１０にＩＰ電話アプリケーション２１４ｂがインストールされている。
また、第５実施形態では、デバイス３２０に、中間アプリケーション３１４ａ及びＩＰ電話アプリケーション３１４ｂがインストールされている。即ち、デバイス３２０から直接、他のＰＣ又はデバイスに対してＩＰ電話およびファイル送信が可能に構成されている。
また、第６実施形態では、デバイス４２０にＩＰ電話アプリケーション４１４ｂがインストールされており、そのＩＰ電話アプリケーション３１４ｂに、読込ファイル、書込・読込ファイル、応答ファイルを生成する機能が含まれている。
以上、説明したように、中間アプリケーションとＩＰ電話アプリケーションがインストールされる端末装置は、ＰＣとデバイスとの組み合わせのＰＣであっても良いし、ＰＣとデバイスとの組み合わせからなるデバイスであっても良いし、デバイスのみであっても良い。
さらに、中間アプリケーションが組み込まれたＩＰ電話アプリケーションをＰＣにインストールしても良いし、デバイスにインストールしても良い。
以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態になんら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。
例えば、上記各実施形態では、各ファイルを送信した先からのファイル送信要求を受信した場合には、ユーザに問い合わせすることなく、ファイル送信許可応答を送信するように構成したが、ファイル送信要求を受信した場合には、毎回、ファイル送信許可応答を送信するか否かをユーザに問い合わせるように構成しても良い。この構成にすれば、毎回、ユーザの判断によりファイル送信許可応答を送信するか否かを決められるので、セキュリティを高めることができる。
また、ファイル送信要求を受信した場合に、自動でファイル送信許可応答を送信するか否かを選択可能に構成し、ユーザによって自動送信のモードが選択されていれば、ファイル送信要求に対して、問い合わせをすることなく、ファイル送信許可応答を送信するように構成しても良い。この構成にすれば、ユーザが行う操作が減るので、煩わしい操作をなくし、使い勝手を向上することができる。
また、上記実施形態では、受信側ＰＣ３０により生成される応答ファイルは、ＴｅｍｐｌａｔｅＶｅｒ、ｉｍａｇｅＳｅｔおよびＦｏｎｔＳｅｔに基づくデータで構成するものとしたが、ＰＣ１０で生成されるＬａｙｏｕｔ．ｌａｙの記述データにより構成するものとしても良い。
また、上記各実施形態では、ＩＰ電話端末間で、読込ファイル、応答ファイル及び実行ファイルの送受信をＩＰ電話アプリケーションのファイル送信機能により行うように構成したが、ファクシミリ機能を有する通信装置間で、読込ファイル、応答ファイル及び実行ファイルの送受信をファクシミリ通信により行うように構成しても良い。
また、上記各実施形態では、ＰＣやデバイスの機能についての文字列（デバイス情報）がプロフィールに付加される構成としたが、ＰＣやデバイスの機能についての文字列（デバイス情報）が表示名に付加される構成であっても良い。ＰＣやデバイスの機能についての文字列を表示名に付加することで、外部のＩＰ電話端末のユーザに対して、自機が有する機能を容易に把握させることができる。
本実施形態のＩＰ電話システムのシステム構成を示すブロック図である。 各ＰＣ間、及び、各ＰＣと各デバイス間のファイル及びデータの送受信の経路を模式的に示した図である。 ＰＣの登録情報格納部に登録情報を登録する一連の処理の流れを説明する図である。 ＩＰ電話システムにおいて各ＩＰ電話端末間で行われるプログラムの流れを示したシーケンスチャートである。 送信側のＰＣで実行されるファイル送信処理を示したフローチャートである。 送信側のＰＣで実行されるＬａｙｏｕｔ．ｌａｙ分解処理を示したフローチャートである。 送信側のＰＣで実行される実行データ削除処理を示したフローチャートである。 受信側のＰＣで実行されるファイル受信処理を示したフローチャートである。 中間アプリケーションが起動された場合に表示されるＵＩの一例を示した図である。 Ｌａｙｏｕｔ．ｌａｙの記述データの一例およびＴｅｍｐｌａｔｅ情報記憶エリアのデータ構成の一例を示した図である。 ＰＣから受信した応答ファイルのデータ構成の一例およびその応答ファイルに基づいて画像データやフォントデータを削除した状態のＴｅｍｐｌａｔｅ情報記憶エリアのデータ構成の一例を示した図である。 第２実施形態の送信側ＰＣで実行されるファイル送信処理を示したフローチャートである。 第２実施形態の受信側ＰＣで実行されるファイル受信処理を示したフローチャートである。 デバイスデータベースのデータ構成の一例およびｉｍａｇｅＳｅｔ、ＦｏｎｔＳｅｔのデータ構成の一例を示した図である。 （ａ）は、第３実施形態のＰＣおよびデバイスの構成を模式的に示した図であり、（ｂ）は、第３実施形態のＩＰ電話システムにおいて各ＩＰ電話端末間で行われるプログラムの流れを示したシーケンスチャートである。 （ａ）は、第４実施形態のＰＣ及びデバイスの構成を模式的に示した模式図であり、（ｂ）は、第５実施形態のＰＣ及びデバイスの構成を模式的に示した模式図であり、（ｃ）は、第６実施形態のＰＣ及びデバイスの構成を模式的に示した模式図である。
符号の説明
１ ＩＰ電話システム
１０，３０，５０ ＰＣ（ＩＰ電話端末の一例）
１１，３１，５１ ＣＰＵ（ＩＰ電話機能制御手段の一例）
１４ｃ，３４ｃ，５４ｃ テンプレート情報記憶エリア（記憶手段の一例）
１４ｂ，３４ｂ，５４ｂ ＩＰ電話アプリケーション（通信手段の一例）
１８，３８，５８ ファイル受信部（通信手段の一例）
１９，３９，５９ ファイル送信部（通信手段の一例）
２０，４０，６０ デバイス（ＩＰ電話端末の一例）
２１，４１，６１ ＣＰＵ（ＩＰ電話機能制御手段の一例）
Ｓ３ 第１の生成制御手段の一例、
Ｓ６ 第１の送信制御手段の一例
Ｓ９ 第１から第４の送信許可制御手段の一例
Ｓ１１ 第１の取得手段の一例
Ｓ１４ 第２の生成制御手段の一例
Ｓ１５ 第２の生成制御手段の一例
Ｓ１８ 第２の送信制御手段の一例
Ｓ４２，Ｓ４５ 第１の判断手段の一例
Ｓ５６ 第１，第２の取得手段の一例
Ｓ５７ 第１の生成制御手段の一例
Ｓ６１ 第１の送信制御手段の一例
Ｓ６５ 第３の取得手段の一例
Ｓ６８，Ｓ７１ 描画手段の一例
Ｓ７２ 描画手段の一例

Claims (12)

  1. インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えるＩＰ電話端末であって、
    前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、
    自機の操作者からの操作を受付ける操作受付手段と、
    前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段と、
    所定の領域内に描画される画像と、前記画像の種別を示す種別情報と、前記画像が描画される位置を示す位置情報と、前記画像が描画される大きさを示すサイズ情報とが対応付けられた第１のテンプレート情報を記憶する記憶手段と、
    その記憶手段に記憶される第１のテンプレート情報を取得する第１の取得手段と、
    前記外部のＩＰ電話端末が有する画像の種別を示す種別情報の取得命令を含む第１のファイルを生成するよう制御する第１の生成制御手段と、
    その第１の生成制御手段による制御により生成された第１のファイルを前記外部のＩＰ電話端末に前記通信手段が送信するよう制御する第１の送信制御手段と、
    前記第１のファイルを受信した外部のＩＰ電話端末から、その外部のＩＰ電話端末が有する画像の種別を示す種別情報を含む第２のファイルを前記通信手段が受信した場合に、その第２のファイルが含む種別情報を取得する第２の取得手段と、
    前記画像について判断する第１の判断手段と、
    前記第２の取得手段により取得された種別情報により示される画像であると前記第１の判断手段により判断された画像を、前記第１の取得手段により取得された第１のテンプレート情報から除外した第２のテンプレート情報を含む第３のファイルを生成するよう制御する第２の生成制御手段と、
    その第２の生成制御手段による制御により生成された第３のファイルを、前記第２のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する第２の送信制御手段とを備えていることを特徴とするＩＰ電話端末。
  2. 自動受信モードを選択する受信モード選択手段と、
    その受信モード選択手段が前記自動受信モードを選択している状態で、前記外部のＩＰ電話端末から前記許可情報の要求を受信した場合に、前記操作受付手段が前記ファイルの送信を許可する操作を受け付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第２の許可送信制御手段とを備えていることを特徴とする請求項１記載のＩＰ電話端末。
  3. 前記ＩＰ電話通信を介して通話中である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第３の許可送信制御手段を備えていることを特徴とする請求項１又は２に記載のＩＰ電話端末。
  4. 前記第１のファイルを送信した送信先である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第４の許可送信制御手段を備えていることを特徴とする請求項１から３のいずれかに記載のＩＰ電話端末。
  5. 前記テンプレートは、複数の位置情報を含み、
    前記第１のテンプレートに含まれる複数の位置情報を表示装置に表示する表示制御手段と、
    入力部からの入力に基づいて、表示部に表示された位置情報を選択する選択手段と、
    前記入力部からの入力に基づいて、前記画像を取得する画像取得手段と、
    その画像取得手段が取得した画像を、前記選択手段により選択された位置情報に対応づける対応制御手段と、
    前記画像について判断する第２の判断手段とを備えており、
    前記第２の生成制御手段は、前記画像取得手段が取得した画像であると前記第２の判断手段により判断された画像を、前記第１のテンプレート情報から除外せずに前記第３のファイルを生成するように構成されていることを特徴とする請求項１から４のいずれかに記載のＩＰ電話端末。
  6. 自機について定められた識別情報を記憶する識別情報記憶手段を備え、
    前記通信手段は、前記識別情報記憶手段に記憶された識別情報を取得した外部のＩＰ電話端末との間で、インターネット回線を介してＩＰ電話通信を行い、
    前記機能実行制御手段が制御可能な機能を特定する端末情報を記憶する端末情報記憶手段と、
    前記識別情報と前記端末情報とを対応付けた態様でインターネット回線に送信する送信手段とを備えることを特徴とする請求項１から５のいずれかに記載のＩＰ電話端末。
  7. インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、
    外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、
    前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段と、
    自機の操作者からの操作を受付ける操作受付手段と、
    前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段とを備えるＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムであって、
    前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、
    前記コンピュータを、
    所定の領域内に描画される画像と、前記画像の種別を示す種別情報と、前記画像が描画される位置を示す位置情報と、前記画像が描画される大きさを示すサイズ情報とが対応付けられた第１のテンプレート情報を記憶する記憶手段と、
    その記憶手段に記憶される第１のテンプレート情報を取得する第１の取得手段と、
    前記外部のＩＰ電話端末が有する画像の種別を示す種別情報の取得命令を含む第１のファイルを生成するよう制御する第１の生成制御手段と、
    その第１の生成制御手段による制御により生成された第１のファイルを前記外部のＩＰ電話端末に前記通信手段が送信するよう制御する第１の送信制御手段と、
    前記第１のファイルを受信した外部のＩＰ電話端末から、その外部のＩＰ電話端末が有する画像の種別を示す種別情報を含む第２のファイルを前記通信手段が受信した場合に、その第２のファイルが含む種別情報を取得する第２の取得手段と、
    前記画像について判断する第１の判断手段と、
    前記第２の取得手段により取得された種別情報により示される画像であると前記第１の判断手段により判断された画像を、前記第１の取得手段により取得された第１のテンプレート情報から除外した第２のテンプレート情報を含む第３のファイルを生成するよう制御する第２の生成制御手段と、
    その第２の生成制御手段による制御により生成された第３のファイルを、前記第２のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する第２の送信制御手段として機能させることを特徴とするプログラム。
  8. インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えるＩＰ電話端末であって、
    前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、
    自機の操作者からの操作を受付ける操作受付手段と、
    前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段と、
    所定の領域内に描画される画像と、前記画像の種別を示す種別情報と、前記画像が描画される位置を示す位置情報と、前記画像が描画される大きさを示すサイズ情報とが対応付けられた第１のテンプレート情報を記憶する記憶手段と、
    その記憶手段に記憶される第１のテンプレート情報を取得する第１の取得手段と、
    前記外部のＩＰ電話端末から前記種別情報の取得命令を含む第１のファイルを前記通信手段が受信した場合に、自機が有する画像の種別を示す種別情報を取得する第２の取得手段と、
    その第２の取得手段により取得された種別情報を含む第２のファイルを生成するよう制御する第１の生成制御手段と、
    その第１の生成制御手段による制御により生成された第２のファイルを前記第１のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する第１の送信制御手段と、
    前記第２のファイルを受信した外部のＩＰ電話端末から、第２のテンプレート情報を含む第３のファイルを前記通信手段が受信した場合に、前記第２のテンプレートを取得する第３の取得手段と、
    前記第２のテンプレートに含まれる種別情報について判断する判断手段と、
    その判断手段により、自機が有する画像を示す種別情報であると判断された種別情報について、その種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで、自機が有する画像を描画し、自機が有する画像を示す種別情報でないと判断された種別情報について、その種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで、前記第２のテンプレートに含まれる画像を描画する描画手段とを備えていることを特徴とするＩＰ電話端末。
  9. 自動受信モードを選択する受信モード選択手段と、
    その受信モード選択手段が前記自動受信モードを選択している状態で、前記外部のＩＰ電話端末から前記許可情報の要求を受信した場合に、前記操作受付手段が前記ファイルの送信を許可する操作を受け付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第２の許可送信制御手段とを備えていることを特徴とする請求項８に記載のＩＰ電話端末。
  10. 前記ＩＰ電話通信を介して通話中である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第３の許可送信制御手段を備えていることを特徴とする請求項８又は９に記載のＩＰ電話端末。
  11. 前記第２のファイルを送信した送信先である外部のＩＰ電話端末から前記許可情報の要求を前記通信手段が受信した場合に、前記ファイルの送信を許可する操作を前記操作受付手段が受付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第５の許可送信制御手段を備えていることを特徴とする請求項８から１０のいずれかに記載のＩＰ電話端末。
  12. インターネット回線に接続され、外部のＩＰ電話端末との間で前記インターネット回線を介してＩＰ電話通信を行う通信手段と、
    外部のＩＰ電話端末について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、
    前記識別情報で定められる前記外部のＩＰ電話端末との間で前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段と、
    自機の操作者からの操作を受付ける操作受付手段と、
    前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段とを備えるＩＰ電話端末を制御するコンピュータが読み取り可能なプログラムであって、
    前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記ＩＰ電話端末間でファイルの通信を行う際に、その都度、送信側のＩＰ電話端末から許可情報の要求を受信し、受信側のＩＰ電話端末が要求に対して前記許可情報の応答を返信し、前記送信側のＩＰ電話端末が前記許可情報の応答を受信したことを条件として前記受信側のＩＰ電話端末にファイルを送信する通信方式に構成されており、
    前記コンピュータを、
    所定の領域内に描画される画像と、前記画像の種別を示す種別情報と、前記画像が描画される位置を示す位置情報と、前記画像が描画される大きさを示すサイズ情報とが対応付けられた第１のテンプレート情報を記憶する記憶手段と、
    その記憶手段に記憶される第１のテンプレート情報を取得する第１の取得手段と、
    前記外部のＩＰ電話端末から前記種別情報の取得命令を含む第１のファイルを前記通信手段が受信した場合に、自機が有する画像の種別を示す種別情報を取得する第２の取得手段と、
    その第２の取得手段により取得された種別情報を含む第２のファイルを生成するよう制御する第１の生成制御手段と、
    その第１の生成制御手段による制御により生成された第２のファイルを前記第１のファイルを送信した外部のＩＰ電話端末に前記通信手段が送信するよう制御する第１の送信制御手段と、
    前記第２のファイルを受信した外部のＩＰ電話端末から、第２のテンプレート情報を含む第３のファイルを前記通信手段が受信した場合に、前記第２のテンプレートを取得する第３の取得手段と、
    前記第２のテンプレートに含まれる種別情報について判断する判断手段と、
    その判断手段により、自機が有する画像を示す種別情報であると判断された種別情報について、その種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで、自機が有する画像を描画し、自機が有する画像を示す種別情報でないと判断された種別情報について、その種別情報が対応する位置情報で示される位置およびその種別情報が対応するサイズ情報で示されるサイズで、前記第２のテンプレートに含まれる画像を描画する描画手段として機能させることを特徴とするプログラム。
JP2008093862A 2008-03-31 2008-03-31 Ｉｐ電話端末およびｉｐ電話端末を制御するプログラム Expired - Fee Related JP4946951B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008093862A JP4946951B2 (ja) 2008-03-31 2008-03-31 Ｉｐ電話端末およびｉｐ電話端末を制御するプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008093862A JP4946951B2 (ja) 2008-03-31 2008-03-31 Ｉｐ電話端末およびｉｐ電話端末を制御するプログラム

Publications (2)

Publication Number Publication Date
JP2009246879A JP2009246879A (ja) 2009-10-22
JP4946951B2 true JP4946951B2 (ja) 2012-06-06

Family

ID=41308279

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008093862A Expired - Fee Related JP4946951B2 (ja) 2008-03-31 2008-03-31 Ｉｐ電話端末およびｉｐ電話端末を制御するプログラム

Country Status (1)

Country Link
JP (1) JP4946951B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8275105B2 (en) 2008-03-31 2012-09-25 Brother Kogyo Kabushiki Kaisha IP telephone terminal

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1027074A (ja) * 1996-07-10 1998-01-27 Brother Ind Ltd プリントシステム
JP4079067B2 (ja) * 2003-10-10 2008-04-23 セイコーエプソン株式会社 携帯電話、印刷装置、印刷システムおよびその印刷方法

Also Published As

Publication number Publication date
JP2009246879A (ja) 2009-10-22

Similar Documents

Publication Publication Date Title
JP4335206B2 (ja) 複合機制御システム、複合機制御システムの制御方法、プログラム、および記録媒体
CN107102828B (zh) 复合机、复合机控制系统以及复合机的管理方法
US8810837B2 (en) Scanning system, printing system, service providing system, and control method
JP7246868B2 (ja) 外部装置から受信したｅメールアドレス等の設定データを送信設定画面に設定することが可能なデータ送信装置及びその制御方法
KR101337151B1 (ko) 송신원을 식별하는 정보 처리 장치 및 그 제어 방법
JP2007193407A (ja) 印刷システム及び印刷装置
CN102103475A (zh) 打印任务管理装置、系统及方法
JP5817766B2 (ja) 情報処理装置、通信システム及びプログラム
JP5245633B2 (ja) 画像形成装置、ジョブログデータ利用システム、ジョブ実行方法
US8275105B2 (en) IP telephone terminal
US8675643B2 (en) IP telephone system and iP telephone terminal used therein
JP2008210060A (ja) デバイス特定システム、ログイン履歴管理装置、端末装置、デバイス特定方法及びデバイス特定プログラム
JP4672617B2 (ja) 画像処理装置及び画像処理システム
JP4946951B2 (ja) Ｉｐ電話端末およびｉｐ電話端末を制御するプログラム
JP5106190B2 (ja) 送信装置、受信装置、それらの制御方法、及びプログラム
CN101827185B (zh) 信息处理系统及其控制方法
JP7179589B2 (ja) 画像形成装置及びログ情報取得システム
JP2010232973A (ja) 画像転送システム、データ転送方法及びプログラム
JP4683065B2 (ja) Ｉｐ電話システムおよびｉｐ電話システム用プログラム
JP4910751B2 (ja) 周辺装置及び情報処理システム
JP6693196B2 (ja) プログラム
JP4683064B2 (ja) Ｉｐ電話システムおよびｉｐ電話システム用プログラム
JP4877262B2 (ja) Ｉｐ電話端末およびｉｐ電話端末を制御するプログラム
JP6028890B2 (ja) データ送信装置，データ転送サーバーおよびデータ送信方法
JP5111325B2 (ja) 管理装置、管理システム、管理方法およびコンピュータプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100125

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20111102

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120207

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120220

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150316

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4946951

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees