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

Description

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

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

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

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

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

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

この目的を達成するために請求項１記載のＩＰ電話システムは、送信側装置と、その送信側装置とインターネット回線を介してＩＰ電話通信可能に接続されている受信側装置とを備え、前記送信側装置と、前記受信側装置とは、前記ＩＰ電話通信を行う通信手段と、前記ＩＰ電話通信を行う相手側装置について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えるＩＰ電話端末であって、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記送信側装置と前記受信側装置との間でファイルの通信を行う際に、その都度、前記送信側装置から許可情報の要求を受信し、前記受信側装置が要求に対して前記許可情報の応答を返信し、前記送信側装置が前記許可情報の応答を受信したことを条件として前記受信側装置にファイルを送信する通信方式に構成されており、前記送信側装置は、前記受信側装置に送信するコンテンツデータとして前記送信側装置の操作者が指定したコンテンツデータと、そのコンテンツデータを前記受信側装置で処理させる機能として前記送信側の操作者が指定した機能とを受け付ける受付手段と、その受付手段により受け付けられたコンテンツデータを取得する取得手段と、その取得手段により取得されたコンテンツデータを前記受付手段により受付けられた機能で処理させるように指示する指示情報により指示される機能に応じた示唆情報を選択する示唆情報選択手段と、前記取得手段により取得されたコンテンツデータと、そのコンテンツデータを前記受付手段により受付けられた機能で処理させるように指示する指示情報と、前記示唆情報選択手段により選択された示唆情報とを含むファイルを生成するよう制御する生成制御手段と、その生成制御手段により生成されたファイルを、前記受信側装置から送信される許可情報の応答を受信した場合に前記通信手段が送信するよう制御するファイル送信制御手段とを備え、前記受信側装置は、前記送信側装置から前記ファイル送信制御手段を介して送信されたファイルを前記通信手段が受信した場合に、その受信したファイルを記憶する第１の記憶手段と、その第１の記憶手段に記憶されたファイルに指示情報およびコンテンツデータが含まれる場合に、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行について判断する判断手段と、その判断手段によって、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行が可能であると判断された場合に、その機能を実行する機能実行制御手段とを備えている。
請求項２記載のＩＰ電話システムは、請求項１記載のＩＰ電話システムにおいて、前記受信側装置は、操作者へ情報を出力する出力手段と、前記第１の記憶手段に記憶されたファイルに含まれる前記指示情報によって指示される機能の実行が可能である場合に関する第１のメッセージ、又は、前記指示情報によって指示される機能の実行が不可能である場合に関する第２のメッセージを前記出力手段が出力するよう制御するメッセージ出力制御手段とを備えている。

請求項３記載のＩＰ電話システムは、請求項２記載のＩＰ電話システムにおいて、前記メッセージ出力制御手段は、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行が可能であると前記判断手段により判断された場合に、前記第１のメッセージを前記出力手段が出力するよう制御すると共に、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行が不可能であると前記判断手段により判断された場合に、前記第２のメッセージを前記出力手段が出力するよう制御する。

請求項４記載のＩＰ電話端末は、請求項２又は３に記載のＩＰ電話端末において、前記受信側装置は、操作者からの操作を受付ける操作受付手段と、前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段と、自動受信モードを選択する受信モード選択手段と、その受信モード選択手段が前記自動受信モードを選択している状態で、前記外部のＩＰ電話端末から前記許可情報の要求を受信した場合に、前記操作受付手段が前記ファイルの送信を許可する操作を受け付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第２の許可送信制御手段と、前記受信モード選択手段が前記自動受信モードを選択している場合に、前記第１の記憶手段に記憶される前記メッセージを保持するよう制御し、前記メッセージの保持解除を許可する操作を前記操作受付手段が受付けた場合に、前記メッセージの保持を解除するよう制御する記憶制御手段とを備えている。

なお、メッセージの保持は、外部のＩＰ電話端末から送信されるファイルをそのまま記憶保持するものとしても良いし、ファイルに含まれるメッセージのみを取得して記憶保持するものとしても良い。

また、メッセージの保持解除を許可する操作の受け付けは、操作者が操作子などを直接操作した場合の操作だけでなく、第１の記憶手段の記憶容量の制限を越えた場合に、処理的に記憶情報を削除するための操作（処理）も含むものとする。

請求項５記載のＩＰ電話システムは、請求項２から４のいずれかに記載のＩＰ電話システムにおいて、前記受信側装置は、前記第１の記憶手段に前記ファイルが記憶された場合に、前記ファイルに含まれる指示情報により指示される機能の実行を促す情報を前記出力手段が出力するよう制御する第２の出力制御手段を備えている。

請求項６記載のＩＰ電話システムは、請求項２から５のいずれかに記載のＩＰ電話システムにおいて、前記ファイルは、前記指示情報により指示される機能の実行が可能であるか否かに応じた示唆を行わせるテキストデータで構成された示唆情報を含んで構成され、前記メッセージ出力制御手段は、前記テキストデータに基づいた文字列を出力するものである。

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

請求項８記載のＩＰ電話システム用プログラムは、送信側装置と、その送信側装置とＩＰ電話通信可能に接続されている受信側装置とを備えたＩＰ電話システムを制御するものであり、前記送信側装置と、前記受信側装置とは、前記ＩＰ電話通信を行う通信手段と、前記ＩＰ電話通信を行う相手側装置について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えるＩＰ電話端末であって、前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記送信側装置と前記受信側装置との間でファイルの通信を行う際に、その都度、前記送信側装置から許可情報の要求を受信し、前記受信側装置が要求に対して前記許可情報の応答を返信し、前記送信側装置が前記許可情報の応答を受信したことを条件として前記受信側装置にファイルを送信する通信方式に構成されており、前記送信側装置のコンピュータに、前記受信側装置に送信するコンテンツデータとして前記送信側装置の操作者が指定したコンテンツデータと、そのコンテンツデータを前記受信側装置で処理させる機能として前記送信側の操作者が指定した機能とを受け付ける受付手段と、その受付手段により受け付けられたコンテンツデータを取得する取得手段と、その取得手段により取得されたコンテンツデータを前記受付手段により受付けられた機能で処理させるように指示する指示情報により指示される機能に応じた示唆情報を選択する示唆情報選択手段と、前記取得手段により取得されたコンテンツデータと、そのコンテンツデータを前記受付手段により受付けられた機能で処理させるように指示する指示情報と、前記示唆情報選択手段により選択された示唆情報とを含むファイルを生成するよう制御する生成制御手段と、その生成制御手段により生成されたファイルを、前記受信側装置から送信される許可情報の応答を受信した場合に前記通信手段が送信するよう制御するファイル送信制御手段とを実行させ、前記受信側装置のコンピュータに、前記送信側装置から前記ファイル送信制御手段を介して送信されたファイルを前記通信手段が受信した場合に、その受信したファイルを記憶する第１の記憶手段と、その第１の記憶手段に記憶されたファイルに指示情報およびコンテンツデータが含まれる場合に、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行について判断する判断手段と、その判断手段によって、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行が可能であると判断された場合に、その機能を実行する機能実行制御手段とを実行させる。

請求項１記載のＩＰ電話システムによれば、送信側装置で受け付けられたコンテンツデータに応じて、受信側装置が備えている機能を利用することができるという効果がある。
請求項２記載のＩＰ電話システムによれば、請求項１記載の電話システムにおいて、送信側装置から送信されるファイルを受信すると、そのファイルに含まれる指示情報により指示される内容でコンテンツデータを処理する機能が実行され、且つ、機能の実行が可能である場合に関する第１のメッセージ又は機能の実行が不可能な場合に関する第２のメッセージが操作者に出力される。よって、送信側装置から所望の機能の実行が要求される場合に、その所望の機能の実行を試みることができると共に、所望の機能が実行可能であるか否かに適したメッセージを操作者に出力することができる。従って、ＩＰ電話端末が有するファイル送信機能によって、送信側装置が所望する機能の実行および機能が実行可能であるか否かに応じたメッセージを操作者に伝えることができるので、送信側装置が指示した機能の処理結果に対し、受信側装置の操作者が適切な処置を取ることができるようになるなど、ファイル送信機能を有効に利用し、双方のＩＰ電話端末の資源を有効に活用することができるという効果がある。
また、指示情報により指示される機能に応じた示唆情報が示唆情報選択手段により選択されるので、全ての機能に応じた示唆情報をファイルに含めなくても良く、送信するファイルのデータ量を抑えることができるという点で、ＩＰ電話システムの資源を有効活用できるという効果がある。
また、受信側装置が読み込み可能な示唆情報を選択する構成とすれば、受信側装置に専用のソフトウェアを組み込まなくても良くなり、コスト低減を図ることができるという効果もある。

請求項３記載のＩＰ電話システムによれば、請求項２記載のＩＰ電話システムの奏する効果に加え、送信側装置から送信されるファイルに含まれる指示情報により指示される機能の実行が可能な場合に第１のメッセージが操作者に出力され、指示情報により指示される機能の実行が不可能な場合に第２のメッセージが操作者に出力される。よって、送信側装置から実行が指示された機能が実行可能な場合と、実行不可能な場合とのそれぞれに応じたメッセージを操作者が容易に認識し、実行可能な場合と実行不可能な場合とのそれぞれに適切な処置をとることができるなど、双方のＩＰ電話端末の資源を有効に活用することができるという効果がある。

請求項４記載のＩＰ電話システムによれば、請求項２又は３に記載のＩＰ電話システムの奏する効果に加え、自動受信モードが選択されている状態では、ファイル送信を許可する操作を受け付けることなく、許可情報の応答を送信側装置に送信できるので、煩わしい操作をなくし、使い勝手を向上することができ、操作者の操作を待つことなく、ＩＰ電話端末の処理資源を有効に活用できるという効果がある。

また、自動受信モードが選択されている場合には、各メッセージが第１の記憶手段に記憶保持されるので、特に操作者が不在である場合にも、送信側装置が伝えたいメッセージを操作者に確実に伝えることができ、不在である場合に処理された機能に対しても、操作者が適切な処置をとることができるなど、双方のＩＰ電話端末の資源を有効に活用することができるという効果がある。

請求項５記載のＩＰ電話システムによれば、請求項２から４のいずれかに記載のＩＰ電話システムの奏する効果に加え、第１の記憶手段にファイルが記憶されると、そのファイルに含まれる指示情報により指示される機能の実行を促す情報が出力される。よって、操作者に対して、機能が実行可能な状態になるよう促すことができるので、指示された機能が迅速に実行される可能性を高めることができ、双方のＩＰ電話端末における、機能実行にかかる時間を低減するという点で、資源を有効活用できるという効果がある。

請求項６記載のＩＰ電話システムによれば、請求項２から５のいずれかに記載のＩＰ電話システムの奏する効果に加え、メッセージ出力制御手段は、テキストデータに基づいた文字列を出力するので、メッセージを出力するための専用のソフトウェアが不要になり、コスト低減を図ることができるという点で、ＩＰ電話システムの資源を有効活用できるという効果がある。

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

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

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

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。なお、本発明のＩＰ電話端末は、ＩＰ電話アプリケーションを介して送信するファイルに、送信先のＩＰ電話端末で実行される機能（処理）の指示と、その機能を実行する元になる実行データと、機能が実行可能であるか否かに応じたメッセージを表示させるテキストデータとを含ませ、送信先のＩＰ電話端末において所望の機能を実行させると共に、その機能の実行結果を表示させるものである。

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

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

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

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

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

さらに、ＨＤＤ１４には、送信タイプテーブル記憶エリア１４ｃと、処理ＯＫ文字列記憶エリア１４ｄと、処理ＮＧ文字列記憶エリア１４ｅと、デバイス機能記憶エリア１４ｆとが設けられている。

送信タイプテーブル記憶エリア１４ｃには、外部のＩＰ電話端末（ＰＣ３０，５０やデバイス４０，６０）に実行させる機能の種類を記した送信タイプテーブルが記憶されている。この送信タイプテーブルの詳細については、図２を参照して後述する。

処理ＯＫ文字列記憶エリア１４ｄには、外部のＩＰ電話端末において実行を指示した機能が正常に完了した場合に表示させる文字列データが記憶されている。処理ＮＧ文字列記憶エリア１４ｅには、外部のＩＰ電話端末において実行を指示した機能が正常に完了しなかった場合に表示させる文字列データが記憶されている。なお、処理ＯＫ文字列記憶エリア１４ｄ及び処理ＮＧ文字列記憶エリア１４ｅに記憶される文字列データは、テキスト形式のデータで構成されている。

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

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

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

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

次に、図２を参照して、送信タイプテーブル記憶エリア１４ｃに記憶される送信タイプテーブルについて説明する。図２は、送信タイプテーブルの一例を模式的に示した図である。

なお、図２において、「○」の表示は、その機能が選択可能であることを示し、「×］の表示は、その機能が選択不可であることを示し、「△」の表示は、その機能が外部のＩＰ電話端末が有する機能に応じて実行可能であることを示し、「※」の表示は、ユーザが設定をしなかった場合に自動で設定されるデフォルトの設定を示している。また、送信タイプとは、１のＰＣから他のＰＣに実行させる機能の種類である。

図２に示すように、本実施形態のＰＣ１０，３０，５０が選択可能な送信タイプには、「読取原稿」及び「受信済みＦＡＸ」、「外部端末」、「メモリカード」、「音声」、「録音済み音声」が設けられている。また、各送信タイプには、詳細な選択方法も定められている。

更に、各送信タイプには、外部のＰＣやデバイスに実行を指示する種類として、印刷を行わせる機能（図２の「印刷」）、液晶ディルプレイ（以下「ＬＣＤ」と称す）に表示させる機能（図２の「ＬＣＤ」）、メモリカードなどに保存させる機能（図２の「メモリカード」）、ＲＡＭに記憶させる機能（図２の「本体ＲＡＭ」）、音声を再生させる機能（図２の「再生」）、接続された他の装置へ転送させる機能（図２の「他の装置へ転送」）が設けられている。

「読取原稿」は、デバイス２０のスキャナ２４によって読み取り生成された印刷データを送信する送信タイプであり、読み取りサイズ、解像度、枚数、カラー／モノクロなどが指定可能に設定されている。そして、外部のＰＣやデバイスに実行を指示する機能として、「印刷」及び「ＬＣＤ」、「メモリカード」、「本体ＲＡＭ」、「他の装置へ転送」が選択可能に構成されている。なお、「読取原稿」の送信タイプにおけるデフォルトは、「印刷」に設定されている。

「受信済みＦＡＸ」は、受信済みのＦＡＸデータを送信する送信タイプであり、受信済みのＦＡＸデータからグラフィカルユーザインターフェース（以下「ＧＵＩ」と称す）により任意に選択可能に設定されている。そして、外部のＰＣ（又はデバイス）に実行を指示する機能として、「印刷」及び「ＬＣＤ」、「メモリカード」、「本体ＲＡＭ」、「他の装置へ転送」が選択可能に構成されている。なお、「受信済みＦＡＸ」の送信タイプにおけるデフォルトは、「印刷」に設定されている。

「外部装置」は、外部装置から読み出したデータを送信する送信タイプであり、デジタルカメラなどからのデータを一時的に保存して転送するように設定されている。そして、外部のＰＣやデバイスに実行を指示する機能として、「印刷」及び「ＬＣＤ」、「メモリカード」、「本体ＲＡＭ」、「他の装置へ転送」が選択可能に構成されている。なお、「外部装置」の送信タイプにおけるデフォルトは、「印刷」に設定されている。

「メモリカード」は、メモリカードスロット２６に差し込まれたメモリカード（図示せず）から読み出したデータを送信する送信タイプであり、メモリカード内のファイルをＧＵＩにより任意に選択可能に設定されている。そして、外部のＰＣやデバイスに実行を指示する機能として、「印刷」及び「ＬＣＤ」、「メモリカード」、「本体ＲＡＭ」、「他の装置へ転送」が選択可能に構成されている。なお、「メモリカード」の送信タイプにおけるデフォルトは、「印刷」に設定されている。

「音声」は、ハンドセット（図示せず）やマイク（図示せず）などから入力された音声データを送信する送信タイプであり、録音開始および終了をＧＵＩで指示し、その入力された音声データを送信に適した音声データに変換するように設定されている。そして、外部のＰＣやデバイスに実行を指示する機能として、「メモリカード」及び「本体ＲＡＭ」、「再生」、「他の装置へ転送」が選択可能に構成されている。なお、外部のＰＣやデバイスが、音声から印刷データに変換する変換機能を有していれば、「印刷」及び「ＬＣＤ」も選択可能となる。また、「音声」の送信タイプにおけるデフォルトは、「本体ＲＡＭ」に設定されている。

「録音済み音声」は、録音済みの音声データを送信する送信タイプであり、録音済みの音声データをＧＵＩにより選択可能に設定されている。そして、外部のＰＣやデバイスに実行を指示する機能として、「メモリカード」及び「本体ＲＡＭ」、「再生」、「他の装置へ転送」が選択可能に構成されている。なお、外部のＰＣやデバイスが、音声から印刷データに変換する変換機能を有していれば、「印刷」及び「ＬＣＤ」も選択可能となる。また、「録音済み音声」の送信タイプのデフォルトは、「本体ＲＡＭ」に設定されている。

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

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

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

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

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

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

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

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

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

本実施形態では、中間アプリケーション１４ａは、上述した送信タイプに応じたデータから送信ファイルを生成可能に構成されている。また、中間アプリケーション１４ａは、外部のＰＣから送信された送信ファイルを解析して、送信ファイルにより指示された機能の実行指示、及び、その機能の実行結果に応じた表示指示を行えるように構成されている。

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

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

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

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

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

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

なお、図３には、送信ファイルの一例が図示されている。送信ファイルは、ファイルヘッダとデータと表示・印刷用データを含んで構成されている。詳細は後述するが、送信ファイルのファイルヘッダは、ＰＣ１０の中間アプリケーション１４ａ及びＩＰ電話アプリケーション１４ｂを識別する識別子や、上述した送信タイプ及びその送信タイプにおいて実行処理を指示する処理指定、送信するファイルの大きさを示すファイルサイズなどの情報が含まれている。

送信ファイルのデータは、ＦＡＸ用データのＴｉｆｆファイル、又は、ＰＣＣ系（画像用）用データのＪｐｅｇファイル、電話帳用のデータのＣＳＶファイル、文書用のデータのｔｘｔファイルなどの情報が含まれている。

送信ファイルの表示・印刷用データは、接続先のＰＣ（又はデバイス）に実行を指示した処理が成功した場合に、ＬＣＤに表示または紙に印刷される文字列の情報と、接続先のＰＣ（又はデバイス）で処理が失敗した場合に、ＬＣＤに表示または紙に印刷される文字列の情報とが含まれている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、図５を参照して、ＩＰ電話システム１において、１のＰＣから他のＰＣに機能の実行を指示し、他のＰＣで指示された機能を実行した後に、処理完了（ＯＫ）又は処理失敗（ＮＧ）の表示を行う場合のシーケンスチャートについて説明する。

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

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

その後、送信タイプと、その送信タイプにおいて外部のＰＣ３０で実行される機能との選択が行われ（Ｐ３）、ＰＣ３０で実行される機能が成功した場合の文字列の情報が処理ＯＫ文字列記憶エリア１４ｄから取得されると共に機能が失敗した場合の文字列の情報が処理ＮＧ文字列記憶エリア１４ｅから取得される（Ｐ４）。

そして、選択された送信タイプに応じたデータの取得命令が、ＰＣ１０からデバイス２０に発令され、デバイス２０では、選択された送信タイプに応じたデータが取得され（Ｐ５）、その取得されたデータがＰＣ１０に転送される。なお、デバイス４０からのデータの取得は、必要がある場合のみ行われるものとする。例えば、ＰＣ１０においてデータを取得可能な場合には、ＰＣ１０において、Ｐ４の次にＰ６が行われる。

中間アプリケーション１４ａは、選択された送信タイプ及びＰＣ３０で実行を指示する機能と、ＰＣ３０で処理が成功または失敗した場合の文字列データと、デバイス２０から取得したデータとから、ファイルヘッダ、データ、表示・印刷用データを含む送信ファイルを生成する（Ｐ６）。

送信ファイルが生成されると、送信ファイルの送信命令の発令が行なわれる（Ｐ７）。ここでは、中間アプリケーション１４ａからＩＰ電話アプリケーション１４ｂに対して生成された送信ファイルの送信命令が発令される。そして、ＰＣ１０のＩＰ電話アプリケーション１４ｂからはＰＣ３０のＩＰ電話アプリケーション３４ｂにファイル送信要求が送信される。

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

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

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

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

そして、受信ファイルの解析結果と、デバイス４０で実行可能な機能とに応じて、デバイス４０において処理が成功するか、又は失敗するかに応じた処理ＯＫ又は処理ＮＧの表示が行われる（Ｐ１２）。

なお、デバイス４０に問い合わせをして、現在実行可能であるか否かを問い合わせて判断するものとしても良い。デバイス４０に問い合わせをすることで、紙切れや紙詰まり、インク切れ、トナー切れ、メモリカードの未装着などの状態による失敗なども検出することができる。

その後、デバイス４０において処理がＯＫであれば、受信ファイルに含まれるデータを、ＰＣ１０により指示された機能が実行されるように、デバイス４０に実行命令が発令され、デバイス４０において処理の実行が行われ（Ｐ１３）、一連の処理が終了する。

次に、図６から図８を参照して、ＰＣ１０，３０で実行される具体的な処理について説明する。図６は、送信側ＰＣで実行されるファイル送信処理を示したフローチャートである。図７は、受信側ＰＣで実行されるファイル受信処理を示したフローチャートである。図８は、送信側ＰＣ及び受信側ＰＣの画面上に表示されるユーザインターフェース（以下「ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）」と称す）の表示の一例を示した図である。なお、以下の説明では、送信側ＰＣをＰＣ１０とし、受信側ＰＣをＰＣ３０として説明する。

送信側ＰＣ１０で実行されるファイル送信処理は、送信側ＰＣ１０のユーザによって、外部のＰＣ３０にファイル送信を行う機能が選択された場合に実行される処理であり、中間アプリケーション１４ｂのＵＩが起動され、ファイル送信の機能が選択されると実行される。図８（ａ）は、ユーザによりファイル送信の機能が選択された場合の表示画面の一例を示している。

まず、図８（ａ）に示すＵＩについて簡単に説明する。「１．送信タイプを選んでください」は、上述した送信タイプを選択可能に構成されており、右横の「▽」をカーソルなどで選択することで、全ての送信タイプが表示され、その中の１つを選択することができるように構成されている。

「２．接続先での処理を選んでください」は、上述した送信タイプの外部のＩＰ電話端末（ＰＣやデバイス）で実行を指示する機能を選択可能に構成されており、右横の「▽」をカーソルなどで選択することで、全ての選択可能な機能が表示され、その中の１つを選択することができるように構成されている。

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

「コンタクトリスト」は、ユーザ検索ボタンが選択された場合の検索結果を表示する領域であり、例えば、その中の１つの表示名をカーソルなどで選択すると、その表示名に応じたプロフィールが表示されるように構成されている。よって、ユーザは、表示されたプロフィールを確認しつつ、１の接続先を選択することができる。

図６に示す送信側ＰＣ１０のファイル送信処理が実行されると、図８（ａ）に示すファイル送信画面が表示される（Ｓ１）。そして、ユーザによって接続先の受信端末が選択完了したか否かを確認し（Ｓ２）、ユーザによって接続先の受信端末が選択されるまで待機すると共に（Ｓ２：Ｎｏ）、ユーザによって接続先の受信端末が選択完了したら（Ｓ２：Ｙｅｓ）、Ｓ３の処理へ移行する。なお、Ｓ２の処理では、ユーザによって、コンタクトリストから１の接続先が選択されたか否かに応じて判断する。

Ｓ３の処理では、ユーザによって送信タイプが選択されたか否かを確認し（Ｓ３）、続いて、接続先で実行を指示する機能が選択されたか否かを確認する（Ｓ４）。ユーザによって、送信タイプ及び実行を指示する機能の両方が選択されるまで（Ｓ３：Ｎｏ又はＳ４：Ｎｏ）、Ｓ３及びＳ４の処理を繰り返し実行し、送信タイプと実行を指示する機能の両方が選択完了したら（Ｓ３：Ｙｅｓ、Ｓ４：Ｙｅｓ）、Ｓ５の処理へ移行する。

Ｓ５の処理では、Ｓ２及びＳ３の処理で選択された送信タイプ及び実行を指示する機能に応じたＯＫ／ＮＧの文字列情報を、処理ＯＫ文字列記憶エリア１４ｄ及び処理ＮＧ文字列記憶エリア１４ｅから取得する（Ｓ５）。

Ｓ５の処理で、ＯＫ／ＮＧの文字列情報を取得したら、デバイス２０に対して、データを取得するデータ取得命令を発令し（Ｓ６）、その後、デバイス２０からデータを取得完了したか否かを確認し（Ｓ７）、デバイス２０からデータを取得するまで待機する（Ｓ７：Ｎｏ）。

なお、本実施形態では、デバイス２０のスキャナ２４により読み取り生成されたデータをＰＣ３０へ送信するので、Ｓ６の処理において取得命令を発令しているが、ＰＣ１０に記憶されているデータを取得する場合には、Ｓ６の処理に代えて、ＲＡＭ１２やＨＤＤ１４の所定のエリアからデータを取得する処理が実行される。

Ｓ７の処理で確認した結果、デバイス２０からデータの取得が完了すると（Ｓ７：Ｙｅｓ）、ユーザによって選択された送信タイプ、実行を指示する機能、Ｓ５の処理で取得されたＯＫ／ＮＧの文字列情報およびデバイス２０から取得したデータに基づいて送信ファイルを生成する（Ｓ８）。

送信ファイルは、図３の説明で上述したように、送信タイプ及び実行を指示する機能、データのサイズなどからなるファイルヘッダを生成し、そのファイルヘッダと、デバイス１０から取得したデータと、Ｓ５の処理で取得したＯＫ／ＮＧ文字列情報とを合成して生成される。

Ｓ９の処理では、ＩＰ電話アプリケーション１４ｂから外部のＩＰ電話アプリケーション３４ｂに対して接続を試みる（Ｓ９）。そして、外部のＩＰ電話アプリケーション３４ｂとの接続が完了したか否かを確認すると共に（Ｓ１０）、タイムアウト時間が経過したか否かを確認する（Ｓ１１）。

ＩＰ電話アプリケーション１４ｂと外部のＩＰ電話アプリケーション３４ｂとの接続が完了せずにタイムアウト時間が経過したら（Ｓ１０：Ｎｏ、Ｓ１１：Ｙｅｓ）、接続先が不在であったり、接続を拒否したなどの原因が考えられるので、その旨を表示して（Ｓ１２）、本処理を終了する。

一方、ＩＰ電話アプリケーション１４ｂと外部のＩＰ電話アプリケーション３４ｂとの接続が完了したら（Ｓ１０：Ｙｅｓ）、接続が完了したＩＰ電話アプリケーション３４ｂに対してファイル送信要求を送信して（Ｓ１３）、ファイル送信要求を送信した外部のＩＰ電話アプリケーション３４ｂからファイル送信許可応答を受信したか否かを確認する（Ｓ１４）。

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

また、Ｓ１５の処理で確認した結果、タイムアウト時間を経過していれば（Ｓ１５：Ｙｅｓ）、接続先のＩＰ電話アプリケーションからファイル送信を拒否されたことが考えられるので、ファイル送信の受理ＮＧの表示をした後（Ｓ１６）、外部のＩＰ電話アプリケーションとの接続を切断し（Ｓ２０）、本処理を終了する。

一方、Ｓ１４の処理で確認した結果、ファイル送信許可応答を受信していれば（Ｓ１４：Ｙｅｓ）、Ｓ８の処理で生成した送信ファイルの送信を開始し（Ｓ１７）、送信ファイルの全てのデータが送信完了したか否かを確認し（Ｓ１８）、全てのデータが送信完了するまで待機する（Ｓ１８：Ｎｏ）。

Ｓ１８の処理で確認した結果、全ての送信ファイルのデータが送信されると（Ｓ１８：Ｙｅｓ）、送信ファイルの送信完了を表示し（Ｓ１９）、外部のＩＰ電話アプリケーションとの接続を切断し（Ｓ２０）、本処理を終了する。

次に、図７を参照して、受信側ＰＣ３０で行われるファイル受信処理について説明する。このファイル受信処理は、送信側ＰＣ１０から送信されるファイル送信要求を受信した場合に開始される処理であり、受信ファイルにより指示される処理を実行すると共に、その処理結果に応じた表示を行う処理である。

まず、送信側ＰＣ１０からのファイル送信要求を受信し、そのファイル送信要求に対してファイル送信許可応答を送信するまでの処理（Ｓ３１からＳ３７）について説明する。

図７に示す受信側ＰＣ３０のファイル受信処理が実行されると、受信側ＰＣ３０の設定が自動受信ＯＫであるか否かが確認される（Ｓ３１）。ここで、自動受信とは、外部のＰＣやデバイスのＩＰ電話アプリケーションから送信されるファイル送信要求に対して、ファイル送信許可応答をユーザに問い合わせすることなく送信することであり、自動受信をするかしないかは予めユーザによって設定されている。

Ｓ３１の処理で確認した結果、受信側ＰＣ３０の設定が自動受信ＯＫに設定されていれば（Ｓ３１：Ｙｅｓ）、ＩＰ電話アプリケーション１４ｂに対してファイル送信許可応答を送信して（Ｓ３２）、Ｓ３８の処理へ移行する。

なお、本実施形態では、ＰＣ３０の設定が自動受信ＯＫに設定されていれば（Ｓ３１：Ｙｅｓ）、ＩＰ電話アプリケーション１４ｂに対してファイル送信許可応答を自動で送信するものとしたが、ＰＣ１０のＩＰ電話アプリケーション１４ｂとの間で通話中であったり、チャット中である場合も、ＩＰ電話アプリケーション１４ｂに対して、ファイル送信許可応答の送信の問い合わせをすることなく、ファイル送信許可応答を送信するように構成しても良い。

一方、Ｓ３１の処理で確認した結果、受信側ＰＣ３０の設定が自動受信ＯＫに設定されていなければ（Ｓ３１：Ｎｏ）、「ファイルの受信を許可しますか？」の問い合わせを表示する（Ｓ３３）。ファイルの受信を許可するか否かの問い合わせは、ＰＣの表示画面（図示せず）に表示され、ユーザがカーソルを移動させて任意に選択可能に構成されている。

Ｓ３３の処理で問い合わせが表示されると、問い合わせの表示が行われてからタイムアウト時間が経過したか（Ｓ３４）、ユーザによってファイルの受信が拒否されたか（Ｓ３５）、ユーザによって受信が許可されたか（Ｓ３６）が確認され、ユーザによってファイルの受信の許可または拒否が選択されるか、タイムアウト時間が経過するまで（Ｓ３４：Ｎｏ、Ｓ３５：Ｎｏ、Ｓ３６：Ｎｏ）、Ｓ３４からＳ３６の処理を繰り返し実行する。

ユーザによってファイルの受信の許可、即ち、手動で受信ＯＫが選択されれば（Ｓ３４：Ｎｏ、Ｓ３５：Ｎｏ、Ｓ３６：Ｙｅｓ）、Ｓ３２の処理へ移行して、ＩＰ電話アプリケーション１４ｂに対してファイル送信許可応答を送信し、Ｓ３８の処理へ移行する。

一方、タイムアウト時間が経過（Ｓ３４：Ｙｅｓ）、又は、ユーザによってファイルの受信の拒否、即ち、手動で受信ＮＧが選択されれば（Ｓ３４：Ｎｏ、Ｓ３５：Ｎｏ、Ｓ３６：Ｙｅｓ）、送信側ＰＣ１０とのＩＰ電話アプリケーション３４ｂを介した接続を切断して（Ｓ３７）、本処理を終了する。

次に、送信側ＰＣ１０から送信された送信ファイルに基づいて実行される処理（Ｓ３８からＳ４６）について説明する。

Ｓ３２の処理で、ＩＰ電話アプリケーション１４ｂに対してファイル送信許可応答を送信したら、送信側ＰＣ１０からのファイル受信を開始し、ファイル受信が完了したか否かを確認する（Ｓ３８）。Ｓ３８の処理の確認の結果、ファイル受信が完了していなければ（Ｓ３８：Ｎｏ）、受信したデータを所定の記憶エリア（ＲＡＭ３３やＨＤＤ３４の所定のエリア）に格納（記憶）し（Ｓ３９）、再度、Ｓ３８の処理に戻り、ファイル受信が完了したか否かを確認する。Ｓ３８及びＳ３９の処理は、受信するファイルが所定のデータ量毎に送信されるために、繰り返し行っている。

なお、Ｓ３９の処理で記憶されたファイルは、常に記憶保持するものとする。この記憶されたファイルは、ＩＰ電話アプリケーション３４ｂが有するファイル削除の機能（図示せず）によってユーザがファイル削除を選択した場合に削除される。また、所定の記憶量の制限を設けたり、所定時間の制限を設け、ＣＰＵ３１の処理によって、ファイルを削除するものとしても良い。

Ｓ３８及びＳ３９の処理を繰り返した結果、ファイルの受信が全て完了すれば（Ｓ３８：Ｙｅｓ）、送信側ＰＣ１０との接続を切断し（Ｓ４０）、Ｓ３９の処理で格納した受信ファイルから、ファイルヘッダと、データと、表示・印刷用データとを個別に抽出し（Ｓ４１）、その抽出したファイルヘッダを解析して、ファイルヘッダにより指示される処理が実行可能であるか否かを検索する（Ｓ４２）。

Ｓ４２の処理における実行可能であるか否かの検索は、デバイス機能記憶エリア３４ｆに記憶されるデータに基づいて、デバイス４０において実行可能な機能であるか否かにより行われる。また、デバイス機能記憶エリア３４ｆは、Ｓ４２の処理が実行される毎に、デバイス４０に問い合わせを行い内容が更新されるように構成しても良い。この構成にすれば、紙切れ、紙詰まり、インク切れ、トナー切れ、メモリカードが装着されていないなど、デバイス４０の状況に応じた検索を行うことができる。

なお、Ｓ４２の処理では、デバイス４０においてファイルヘッダにより指示される処理が実行可能であるか否かを検索するものとしたが、ＰＣ１０からの指示がＰＣ３０に対して機能を実行させるものであれば、ＰＣ３０においてファイルヘッダにより指示される処理が実行可能であるか否かを検索するものとしても良い。

さらに、Ｓ４２の処理では、デバイス４０及びＰＣ３０の両方において、ファイルヘッダにより指示される処理が実行可能であるか否かを検索し、後述するＳ４４の処理で、実行可能である装置に、処理の実行を指示するように構成しても良い。

Ｓ４３の処理では、Ｓ４２の処理で検索した結果、デバイスでの処理が可能であるか否かを確認し（Ｓ４３）、デバイスでの処理が可能であれば（Ｓ４３：Ｙｅｓ）、ファイルヘッダにより指示された処理がデバイスで実行されるように指示を出力し（Ｓ４４）、Ｓ４５の処理へ移行する。

Ｓ４５の処理では、受信ファイルの表示・印刷用文字列データのうち、処理ＯＫの場合の文字列データを取得して、ＰＣ３０の表示画面に表示させ（Ｓ４５）、本処理を終了する。

Ｓ４５の処理で表示される状態が、図８（ｂ）に例示されており、送信側ＰＣ１０から印刷の指示がなされた場合の受信結果として、「ＩＰ電話ファイル転送で印刷データを受信して印刷を行いました。」が表示されることが図示されている。

なお、図８（ｂ）には、処理ＯＫの場合の表示の例示として、「ＩＰ電話ファイル転送でＦＡＸデータを受信しました。ＦＡＸの確認は、「見るだけ釦」を押してください。」の表示、「ＩＰ電話ファイル転送で画像ファイルを受信して、ＵＳＢメモリに記憶しました。」の表示、「ＩＰ電話ファイル転送で音声ファイルを受信して、［Ｃ：音声］に記憶しました。」の表示が図示されている。また、その他の機能の実行に適した表示は、適宜設定可能である。

一方、Ｓ４３の処理で、デバイスの処理が不可能であれば（Ｓ４３：Ｎｏ）、受信ファイルの表示・印刷用文字列データのうち、処理ＮＧの場合の文字列データを取得して、ＰＣ２０の表示画面に表示させ（Ｓ４６）、本処理を終了する。

Ｓ４６の処理で表示される状態が、図８（ｃ）に例示されており、送信側ＰＣ１０から印刷の指示がなされた場合の受信結果として、「ＩＰ電話ファイル転送で印刷データを受信しましたが、印刷ができませんでした。」が表示されることが図示されている。

なお、図８（ｃ）には、処理ＮＧの場合の表示の例示として、「ＩＰ電話ファイル転送で画像ファイルを受信しました。ＵＳＢメモリをセットすれば画像ファイルを記憶できます。」の表示、「ＩＰ電話ファイル転送で印刷データを受信しました。紙を供給すれば印刷ができます。」の表示が図示されている。また、その他の機能の実行に適した表示は、適宜設定可能である。

以上、説明したように、１のＩＰ電話端末において、他のＩＰ電話端末において実行を指示する機能を示すファイルヘッダと、機能を実行する際に使用されるデータと、機能の実行結果に応じた表示などを行う表示・印刷用データとを含む送信ファイルを生成し、他のＩＰ電話端末に送信するので、他のＩＰ電話端末において、１のＩＰ電話端末からの指示により機能を実行できると共に、実行結果に応じた表示を行うことができる。よって、ＩＰ電話システム１におけるファイル送信機能を有効に利用することができる。

また、他のＩＰ電話端末では、１のＩＰ電話端末から指示された機能の実行結果が表示されるので、機能が正常に実行されたか否かを確実に認識することができる。さらに、機能の実行が正常に行われなかった（失敗）場合には、その理由が表示（上述したように、メモリが差し込まれていなかったなどの表示）されるので、ユーザは、理由を解消し易くなり、使い勝手を向上することができる。

また、外部のＩＰ電話アプリケーションから送信されるファイル送信要求に対して返信するファイル送信許可応答の送信を自動で行う自動受信モードを有しているので、煩わしい操作をなくし、使い勝手を向上することができる。

一方、外部のＩＰ電話アプリケーションから送信されるファイル送信要求に対して返信するファイル送信許可応答の送信を行うか否かの問い合わせをするモードも有しているので、不明な相手先からファイルが送信されることを抑制でき、セキュリティを高めることもできる。

また、１のＩＰ電話端末から送信される表示・印刷用データは、テキストデータで構成されているので、一般的なＰＣやデバイスであれば、専用のソフトウェアを必要とせずに、表示・印刷用データを読み込むことができる。よって、専用のソフトウェアが不要になるので、コスト低減を図ることができる。

また、１のＩＰ電話端末から送信される表示・印刷用データは、選択された送信タイプ及び実行を指示する機能に応じて選択されるので、必要最低限のデータ量で送信ファイルを生成することができる。その結果、各ＩＰ電話端末間において、送信ファイルの送受信を効率良く行うことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

例えば、上記各実施形態では、各ＩＰ電話アプリケーション間が接続されており、ユーザがＩＰ電話端末を操作可能な状態を想定しているが、ファイル送信許可応答の送信が自動受信モードに設定されていれば、ユーザが不在であっても、図７に示すファイル受信処理を実行可能に構成しても良い。この構成では、ユーザが、中間アプリケーション又はＩＰ電話アプリケーションを立ち上げる際に、ファイルを受信したことを報知し、ファイルに基づく機能を実行するように構成しても良い。

また、上記各実施形態では、ＩＰ電話アプリケーションからのファイル送信要求があった場合には、自動受信モードであるか否かに応じて、ファイル送信許可応答の問い合わせをするか否かを区別していたが、接続先のＩＰ電話アプリケーションからのファイル送信要求であり、通話中のＩＰ電話アプリケーションからのファイル送信要求であったり、チャット中のＩＰ電話アプリケーションからのファイル送信要求であれば、ファイルの送信元が把握されているので、ユーザに問い合わせすることなく、ファイル送信許可応答を送信するものとしても良い。さらに、全てのファイル送信要求に対して、ユーザに問い合わせを行うように構成しても良く、この構成にすれば、セキュリティを高めることができる。

また、ＩＰ電話アプリケーションからのファイル送信要求に含まれるデータ形式やデータサイズを参照し、データ形式やデータサイズのファイルに基づく機能が実行可能であることを条件にして、ファイル送信許可応答を自動で返信したり、ファイル送信許可応答を送信するか否かの問い合わせをユーザに行う構成としても良い。

また、上記各実施形態では、送信側のＩＰ電話端末から送信される送信ファイルを受信すると、その受信したファイルを受信側のＩＰ電話端末のＲＡＭやＨＤＤに記憶保持するものとしたが、ファイルに基づく処理が実行されたら、その実行結果のみを記憶し、受信したファイルを削除するものとしても良い。この構成では、ファイルに基づく処理の実行結果に応じた表示・印刷用データを実行結果として記憶するものとしても良い。

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

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

符号の説明

１ ＩＰ電話システム
１０，３０，５０ ＰＣ（ＩＰ電話端末の一例）
１１，３１，５１ ＣＰＵ（ＩＰ電話機能制御手段の一例）
１３，３３，５３ ＲＡＭ（第１の記憶手段の一例）
１４，３４，５４ ＨＤＤ（第１の記憶手段の一例）
１４ｂ，３４ｂ，５４ｂ ＩＰ電話アプリケーション（通信手段の一例）
１８，３８，５８ ファイル受信部（通信手段の一例）
１９，３９，５９ ファイル送信部（通信手段の一例）
２０，４０，６０ デバイス（ＩＰ電話端末の一例）
２１，４１，６１ ＣＰＵ（ＩＰ電話機能制御手段の一例）
Ｓ２，Ｓ３，Ｓ４ 操作受付手段の一例
Ｓ５ 示唆情報選択手段の一例
Ｓ３１ 受信モード選択手段の一例
Ｓ３２ 第１及び第２の送信許可制御手段の一例
Ｓ３５，Ｓ３６ 操作受付手段の一例
Ｓ３９ 記憶制御手段の一例
Ｓ４３ 判断手段の一例
Ｓ４４ 機能実行制御手段の一例
Ｓ４５，Ｓ４６ 出力手段の一例、メッセージ出力制御手段の一例、第２の出力制御手段の一例

Claims (8)

1. 送信側装置と、その送信側装置とインターネット回線を介してＩＰ電話通信可能に接続されている受信側装置とを備えたＩＰ電話システムにおいて、
   前記送信側装置と、前記受信側装置とは、前記ＩＰ電話通信を行う通信手段と、前記ＩＰ電話通信を行う相手側装置について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えるＩＰ電話端末であって、
   前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記送信側装置と前記受信側装置との間でファイルの通信を行う際に、その都度、前記送信側装置から許可情報の要求を受信し、前記受信側装置が要求に対して前記許可情報の応答を返信し、前記送信側装置が前記許可情報の応答を受信したことを条件として前記受信側装置にファイルを送信する通信方式に構成されており、
   前記送信側装置は、
   前記受信側装置に送信するコンテンツデータとして前記送信側装置の操作者が指定したコンテンツデータと、そのコンテンツデータを前記受信側装置で処理させる機能として前記送信側装置の操作者が指定した機能とを受け付ける受付手段と、
   その受付手段により受け付けられたコンテンツデータを取得する取得手段と、
   その取得手段により取得されたコンテンツデータを前記受付手段により受付けられた機能で処理させるように指示する指示情報により指示される機能に応じた示唆情報を選択する示唆情報選択手段と、
   前記取得手段により取得されたコンテンツデータと、そのコンテンツデータを前記受付手段により受付けられた機能で処理させるように指示する指示情報と、前記示唆情報選択手段により選択された示唆情報とを含むファイルを生成するよう制御する生成制御手段と、
   その生成制御手段により生成されたファイルを、前記受信側装置から送信される許可情報の応答を受信した場合に前記通信手段が送信するよう制御するファイル送信制御手段とを備え、
   前記受信側装置は、
   前記送信側装置から前記ファイル送信制御手段を介して送信されたファイルを前記通信手段が受信した場合に、その受信したファイルを記憶する第１の記憶手段と、
   その第１の記憶手段に記憶されたファイルに指示情報およびコンテンツデータが含まれる場合に、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行について判断する判断手段と、
   その判断手段によって、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行が可能であると判断された場合に、その機能を実行する機能実行制御手段とを備えていることを特徴とするＩＰ電話システム。
2. 前記受信側装置は、
   操作者へ情報を出力する出力手段と、
   前記第１の記憶手段に記憶されたファイルに含まれる前記指示情報によって指示される機能の実行が可能である場合に関する第１のメッセージ、又は、前記指示情報によって指示される機能の実行が不可能である場合に関する第２のメッセージを前記出力手段が出力するよう制御するメッセージ出力制御手段とを備えていることを特徴とする請求項１に記載のＩＰ電話システム。
3. 前記メッセージ出力制御手段は、
   前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行が可能であると前記判断手段により判断された場合に、前記第１のメッセージを前記出力手段が出力するよう制御すると共に、
   前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行が不可能であると前記判断手段により判断された場合に、前記第２のメッセージを前記出力手段が出力するよう制御することを特徴とする請求項２記載のＩＰ電話システム。
4. 前記受信側装置は、
   操作者からの操作を受付ける操作受付手段と、
   前記許可情報の要求を前記通信手段が受信し、かつ、前記ファイルの送信を許可する操作を前記操作受付手段が受付けたことを条件として、前記許可情報の応答を前記通信手段が返信するよう制御する第１の許可送信制御手段と、
   自動受信モードを選択する受信モード選択手段と、
   その受信モード選択手段が前記自動受信モードを選択している状態で、前記送信側装置から前記許可情報の要求を受信した場合に、前記操作受付手段が前記ファイルの送信を許可する操作を受け付ける条件を必要とせず、前記許可情報の応答を前記通信手段が返信するよう制御する第２の許可送信制御手段と、
   前記受信モード選択手段が前記自動受信モードを選択している場合に、前記第１の記憶手段に記憶される前記メッセージを保持するよう制御し、前記メッセージの保持解除を許可する操作を前記操作受付手段が受付けた場合に、前記メッセージの保持を解除するよう制御する記憶制御手段とを備えていることを特徴とする請求項２又は３に記載のＩＰ電話システム。
5. 前記受信側装置は、
   前記第１の記憶手段に前記ファイルが記憶された場合に、前記ファイルに含まれる指示情報により指示される機能の実行を促す情報を前記出力手段が出力するよう制御する第２の出力制御手段を備えていることを特徴とする請求項２から４のいずれかに記載のＩＰ電話システム。
6. 前記ファイルは、前記指示情報により指示される機能の実行が可能であるか否かに応じた示唆を行わせるテキストデータで構成された示唆情報を含んで構成され、
   前記メッセージ出力制御手段は、前記テキストデータに基づいた文字列を出力するものであることを特徴とする請求項２から５のいずれかに記載のＩＰ電話システム。
7. 前記送信側装置と、前記受信側装置との各々は、
   自機について定められた識別情報を記憶する識別情報記憶手段と、
   前記機能実行制御手段が制御可能な機能を特定する端末情報を記憶する端末情報記憶手段と、
   前記識別情報と前記端末情報とを対応付けた態様でインターネット回線に送信する送信手段とを備えることを特徴とする請求項１から６のいずれかに記載のＩＰ電話システム。
8. 送信側装置と、その送信側装置とＩＰ電話通信可能に接続されている受信側装置とを備えたＩＰ電話システムを制御するＩＰ電話システム用プログラムにおいて、
   前記送信側装置と、前記受信側装置とは、前記ＩＰ電話通信を行う通信手段と、前記ＩＰ電話通信を行う相手側装置について定められた識別情報を前記インターネット回線から受信する識別情報受信手段と、前記ＩＰ電話通信を介して通話するＩＰ電話機能の実行を制御するＩＰ電話機能制御手段とを備えるＩＰ電話端末であって、
   前記ＩＰ電話通信は、前記ＩＰ電話通信を介して前記送信側装置と前記受信側装置との間でファイルの通信を行う際に、その都度、前記送信側装置から許可情報の要求を受信し、前記受信側装置が要求に対して前記許可情報の応答を返信し、前記送信側装置が前記許可情報の応答を受信したことを条件として前記受信側装置にファイルを送信する通信方式に構成されており、
   前記送信側装置のコンピュータに、
   前記受信側装置に送信するコンテンツデータとして前記送信側装置の操作者が指定したコンテンツデータと、そのコンテンツデータを前記受信側装置で処理させる機能として前記送信側装置の操作者が指定した機能とを受け付ける受付手段と、
   その受付手段により受け付けられたコンテンツデータを取得する取得手段と、
   その取得手段により取得されたコンテンツデータを前記受付手段により受付けられた機能で処理させるように指示する指示情報により指示される機能に応じた示唆情報を選択する示唆情報選択手段と、
   前記取得手段により取得されたコンテンツデータと、そのコンテンツデータを前記受付手段により受付けられた機能で処理させるように指示する指示情報と、前記示唆情報選択手段により選択された示唆情報とを含むファイルを生成するよう制御する生成制御手段と、
   その生成制御手段により生成されたファイルを、前記受信側装置から送信される許可情報の応答を受信した場合に前記通信手段が送信するよう制御するファイル送信制御手段とを実行させ、
   前記受信側装置のコンピュータに、
   前記送信側装置から前記ファイル送信制御手段を介して送信されたファイルを前記通信手段が受信した場合に、その受信したファイルを記憶する第１の記憶手段と、
   その第１の記憶手段に記憶されたファイルに指示情報およびコンテンツデータが含まれる場合に、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行について判断する判断手段と、
   その判断手段によって、前記指示情報により指示される内容で前記コンテンツデータを処理する機能の実行が可能であると判断された場合に、その機能を実行する機能実行制御手段とを実行させることを特徴とするＩＰ電話システム用プログラム。
   

Images