JP5182469B2

JP5182469B2 - ＶｏＩＰ電話端末

Info

Publication number: JP5182469B2
Application number: JP2007093885A
Authority: JP
Inventors: 邦彦木村
Original assignee: サクサ株式会社
Priority date: 2007-03-30
Filing date: 2007-03-30
Publication date: 2013-04-17
Anticipated expiration: 2027-03-30
Also published as: JP2008252728A

Description

この発明は、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ネットワークを通じて電話通信を行なうＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）電話端末に関し、特に、当該ＶｏＩＰ電話端末を用いて、当該ＶｏＩＰ電話端末の外部のファイル格納部に存在するファイルを、相手方端末との間で送受信することができる場合におけるファイルの送受信の履歴管理に関する。

従来から電話端末やファクシミリ端末などでは、電話通信やファクシミリ通信の送受信の履歴を記憶しておき、送受信の相手や送受信日時などを確認することができるようにしている（特許文献１（特開２００６−２８７２８０号公報）参照）。また、例えば特許文献２（特開２００２−３７３１４１号公報）には、メールの送受信において、メールアドレス等の履歴情報に関する技術が開示されている。

上記の特許文献は、次の通りである。
特開２００６−２８７２８０号公報特開２００２−３７３１４１号公報

ところで、ＩＰネットワークを通じて電話通信を行なうようにするＶｏＩＰ電話においては、音声情報のみではなく、テキストデータや画像データなどを情報内容（コンテンツ）とするファイルデータを、パケット伝送することができる。ここで、この明細書では、ファイルデータとは、ファイル属性情報とコンテンツデータとからなるものを意味するものとする。ファイル属性情報には、ファイル名や、コンテンツデータサイズ、ファイル作成日時などを含む。

上述のようなファイルデータの送受信の場合に、送受信される種々のファイルデータ自身についての所在などの管理をしないと、個人情報ファイルの追跡管理や、ＮＤＡ（ＮｏｎＤｉｓｃｌｏｓｕｒｅＡｇｒｅｅｍｅｎｔ；守秘義務契約）情報として提供したファイルの返却管理をすることが困難となる。

しかしながら、上述した従来の電話端末などに関する送受信の履歴管理においては、送受信した情報内容に関する履歴管理ではなく、送受信日時と、相手先の電話番号やメールアドレスなどの発着信情報を管理するだけであって、ファイルデータ自身の送受信管理は行えないという問題があった。

以上のことにかんがみ、この発明は、ＶｏＩＰ電話において、ファイルデータの送受信を行う場合に、送受信されたファイルデータの所在などの管理を確実に行えるようにすることを目的とする。

上記の課題を解決するために、請求項１の発明によるＶｏＩＰ電話端末は、
外部のファイル格納部と接続するための接続手段と、
前記接続手段に接続された前記ファイル格納部に格納されているファイルデータあるいは前記ファイル格納部に格納されるファイルデータを、相手方端末との間で送受信するためのファイル送受信手段と、
前記ファイル送受信手段により受信されたファイルデータを、前記ファイル格納部に格納する格納手段と、
前記ファイル送受信手段により送信された前記ファイルデータのファイル属性情報と、相手先情報と、送信日時情報と、返却情報とを含む送信履歴を、前記ファイルデータの送信後に送信履歴メモリに書き込む送信履歴書き込み手段と、
前記ファイル送受信手段により受信された前記ファイルデータのファイル属性情報と、相手先情報と、受信日時情報と、返却情報とを含む受信履歴を、前記ファイルデータの受信後に受信履歴メモリに書き込む受信履歴書き込み手段と、
を備え、
前記送信履歴書き込み手段は、前記ファイルデータの送信後に前記返却情報に返却未了を書き込み、前記受信履歴書き込み手段は、前記ファイルデータの受信後に前記返却情報に返却未了を書き込む
ＶｏＩＰ電話端末であって、
前記ファイル送受信手段により、相手先に前記ファイルデータの送信を行った後、前記受信履歴メモリの前記受信履歴を参照して、前記送信を行った前記ファイルデータが、前記相手先から受信したファイルデータであったと判別したときに、前記ファイル格納部に格納されている前記送信を行った前記ファイルデータを削除すると共に、前記受信履歴メモリの前記送信を行った前記ファイルデータについての受信履歴の前記返却情報を返却済に書き換える
または、
前記ファイル送受信手段により、相手先から前記ファイルデータを受信した後、前記送信履歴メモリの前記送信履歴を参照して、前記受信した前記ファイルデータが、前記相手先に送信したファイルデータであったと判別したときに、前記送信履歴メモリの前記受信した前記ファイルデータについての送信履歴の前記返却情報を返却済に書き換える
ことを特徴とする。

上述の構成の請求項１の発明によれば、接続手段を通じて接続される外部のファイル格納部に格納されているファイルデータあるいは前記ファイル格納部に格納されるファイルデータを、相手方端末との間で送受信することができる。

そして、当該ファイル送受信手段により送信されたファイルデータについてのファイル属性情報と、相手先情報と、送信日時情報とを含む送信履歴が、送信履歴メモリに書き込まれて保持され、また、ファイル送受信手段により受信されたファイルデータについてのファイル属性情報と、相手先情報と、受信日時情報とを含む受信履歴が、受信履歴メモリに書き込まれて保持される。

したがって、送受信されたファイルデータの所在などが確実に管理される。

この発明によれば、ＶｏＩＰ電話端末を通じて送受信されたファイルデータの所在などが確実に管理される。

以下、この発明によるＶｏＩＰ電話端末（以下、ＩＰ電話機という）の実施形態を、ビジネスホンシステムであるＶｏＩＰ電話システムに用いた場合を例に、図を参照しながら説明する。なお、この実施形態では、ＶｏＩＰ電話端末と接続される外部のファイル格納部の例としては、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）メモリが用いられ、接続手段としては、ＵＳＢ端子およびＵＳＢインターフェースを用いるものである。

図１において、１０Ａおよび１０Ｂは、実施形態のＶｏＩＰ電話システムを示し、同じ構成を備えるので、図１では、ＶｏＩＰ電話システム１０Ａについて、詳細構成例を示している。なお、図１では、ＶｏＩＰ電話システムは、１０Ａ，１０Ｂの２個のみを示したが、２個以上の多数個が存在するようにすることができることは言うまでもない。

ＶｏＩＰ電話システム１０Ａ，１０Ｂのそれぞれは、主装置１１と、複数個のＩＰ電話機１２と、保留サーバ１４とを備えている。なお、ＩＰ電話機１２は、１個でも良いことは言うまでもない。

主装置１１は、ＶｏＩＰ電話システム１０Ａ、１０ＢのＩＰ電話機１２からの発呼や他のネットワークからのＩＰ電話機に対する着呼などの呼制御、および着呼時の複数個のＩＰ電話機１２の一斉呼び出し制御やその応答制御、また、複数個のＩＰ電話機１２の使用状態表示などのランプ制御、ファイル転送処理制御などを行うもので、前記制御を含む種々の制御をソフトウエア処理として実行するためのマイクロコンピュータを搭載して構成されている。

複数個のＩＰ電話機１２は、ＬＡＮ１３を通じて互いに接続されており、ＬＡＮ１３は給電ハブ１５を通じて主装置１１に接続されている。主装置１１は、ＬＡＮ１３に接続されているＩＰ電話機１２のそれぞれのＬＡＮ１３上のアドレス（ＩＰアドレス）を記憶して管理する。

ＩＰ電話機１２は、この例では、保留キーを備えており、当該ＩＰ電話機１２で通話中にこの保留キーを押下すると、その押下操作は保留操作（保留要求操作）となって、後述するようにして通話中回線は、保留状態になる。そして、保留状態で、保留キーを押下すると、その押下操作は、保留解除要求操作となる。

保留サーバ１４は、ハブ１６を通じて主装置１１に接続されている。ＩＰ電話機１２で通話中の呼について保留操作がなされると、当該呼が、保留操作されたＩＰ電話機から保留サーバ１４に転送されて、保留状態になる。そして、保留状態においては、保留サーバ１４は、相手方端末に保留音を送って保留中であることを通知する。

いずれかのＩＰ電話機１２で保留解除操作がなされると、保留中の呼は、保留サーバから当該保留解除操作がなされたＩＰ電話機１２に転送されて、通話状態に復帰する。

そして、この例では、主装置１１は、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）網２０に接続されており、ＶｏＩＰ電話システム１０Ａおよび１０Ｂの複数のＩＰ電話機１２は、それぞれの主装置１１を通じて、電話通信が可能となる。また、ＶｏＩＰ電話システム１０Ａおよび１０Ｂの複数のＩＰ電話機１２のそれぞれは、主装置１１を通じて、ＩＰ網２０に接続されているＩＰ電話機２１との間で電話通信を行なうことも可能となる。

［ＩＰ電話機１２のハードウエア構成例］
図２に、この実施形態のＩＰ電話機１２の概観構成例を示す。また、図３に、この実施の形態のＶｏＩＰ電話機１２の電気的ハードウエア構成例を示す。この実施の形態のＩＰ電話機１２は、図２および図３に示すように、ＩＰ電話機本体ＴＥと、ハンドセットＨＳとからなる。ハンドセットＨＳは、図示を省略したが、送話器を構成するマイクロホンと、送話アンプと、受話器を構成するスピーカと、受話アンプとを備えている。

ＩＰ電話機本体ＴＥは、図２に示すように、操作キー群として、電話番号入力用のテンキー３１、回線ボタンキーやワンタッチダイヤルキーなどからなるキー群３２のほか、この例では、後述するファイルデータ送信キー３３、項目選択用の上方向キー３４、下方向キー３５、決定キー３６、メニューキー３７などを備える。

また、ＩＰ電話機本体ＴＥは、ディスプレイ画面３８を備える。さらに、この実施形態のＩＰ電話機本体ＴＥは、外部のファイル格納部の例としてのＵＳＢメモリ４０が接続されるＵＳＢ端子３９を備えている。

また、ＩＰ電話機本体ＴＥは、電気的構成としては、図３に示すように、マイクロコンピュータにより構成されており、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１０１に対して、システムバス１００を介して、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１０２と、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１０３と、ディスプレイコントローラ１０４と、ＬＥＤドライブ部１０５と、操作入力インターフェース（図ではインターフェースはＩ／Ｆと記載する。以下同じ）１０６と、ＬＡＮインターフェース１０７と、パケット処理部１０８と、音声データ入出力インターフェース１０９と、ＵＳＢインターフェース１１０と、ファイル一覧表示制御部１１１と、送信ファイル記憶部１１２と、送信ファイル履歴管理メモリ１１６と、受信ファイル履歴管理メモリ１１７とが接続されている。

ＲＯＭ１０２には、ＩＰ電話機１２としての発信時や着信時の処理シーケンスを実行するプログラムや後述するＵＳＢメモリに格納されているファイルを相手方端末に転送し、また、相手方から転送されてくるファイルを受信するための処理プログラムなどが記憶されている。

ＲＡＭ１０３は、主としてＲＯＭ１０２のプログラムがＣＰＵ１０１によって実行される際にワークエリアとして使用される。

ディスプレイコントローラ１０４には、図２のディスプレイ画面３８を備えるディスプレイ１１３が接続されており、このディスプレイ１１３のディスプレイ画面３８には、ＣＰＵ１０１の制御にしたがった表示が行われる。

また、操作入力インターフェース１０６には、テンキー３１、回線ボタンキーやワンタッチダイヤルキーなどからなるキー群３２、ファイルデータ送信キー３３、上方向キー３４、下方向キー３５、決定キー３６、メニューキー３７などの操作キーを含む操作入力部１１５が接続されている。ＣＰＵ１０１は、操作入力インターフェース１０６を介して操作入力部１１５を通じて使用者がいずれのキーを操作したかを認識し、その認識結果に基づいて、キー入力操作に応じた処理を、ＲＯＭ１０２のプログラムに従って実行する。

ＬＥＤドライブ部１０５には、回線キーやその他のボタンキーなどに関連した表示を行うための複数個のＬＥＤからなるＬＥＤ群１１４が接続されている。

ＬＡＮインターフェース１０７は、ＩＰネットワークを構成するＬＡＮ１３を通じて送られてくるパケット化データを取り込み、また、ＬＡＮ１３にパケット化データを送出するための機能を備える。

パケット処理部１０８は、ＬＡＮインターフェース１０７により取り込んだパケット化データを分解して、制御データや音声データを得る機能と、送信する制御データや音声データをパケット化して送出するパケット化データを生成する機能を有する。このパケット処理部１０８は、パケット化データを分解したり、生成したりするためのバッファメモリを備える。

なお、このパケット処理部１０８のパケット分解処理機能や生成処理機能は、ＣＰＵ１０１が、ＲＯＭ１０２に記憶されているプログラムに従って、ＲＡＭ１０３をワークエリアとして用いて実行するソフトウエア処理として実現することもできる。

音声データ入出力インターフェース１０９は、パケット分解されて得られた音声データをアナログ音声信号に変換してハンドセットＨＳに供給し、また、ハンドセットＨＳから入力されるアナログ音声信号をデジタル信号に変換して取り込む機能を備える。

ＵＳＢインターフェース１１０には、ＵＳＢ端子３９が接続される。このＵＳＢ端子３９にＵＳＢメモリ４０が挿入接続されると、プラグアンドプレイ機能により、ＵＳＢインターフェース１１０を通じて、ＵＳＢメモリ４０が接続されたことをＣＰＵ１０１は検知する。そして、ＣＰＵ１０１は、ＵＳＢメモリ４０に対して、ＵＳＢインターフェース１１０を介して、ファイルの読み書きが可能となる。

ただし、この実施形態では、ＩＰ電話機１２がＵＳＢメモリ４０に対して読み出しアクセスできる専用フォルダ名が定義されており、ＵＳＢメモリ４０に格納されているファイルのうち、当該専用フォルダ名に対してのみ、ＩＰ電話機１２は読み出しアクセスが可能とされている。

すなわち、例えばＵＳＢメモリ４０に、図４に示すような複数個のフォルダが格納されているとき、この図４の例では、電話専用フォルダＦＴｅに格納されているファイルのみが読み出し可能である。

そして、この実施形態では、後述するように、通話中に、電話専用フォルダＦＴｅが格納されているＵＳＢメモリ４０がＵＳＢ端子３９に挿入接続されると、ＣＰＵ１０１は、当該電話専用フォルダＦＴｅに含まれる１または複数のファイルの属性情報の中から、ファイルを識別することが可能な属性情報、例えばファイル名を読み出して、それを送信可能ファイルの一覧の情報として、通話中の相手方（ファイルの受け手側）のＩＰ電話機に送信するようにする。送信可能ファイルを送出するＩＰ電話機は、送り手側ＩＰ電話機となる。

ＩＰ電話機１２は、ファイルの送り手側のＩＰ電話機から送られてくる、この送信可能ファイルの一覧の情報を受け取り、ディスプレイ１１３の表示画面３８に、前記送信可能ファイル一覧を表示する機能を備える。すなわち、ファイル一覧表示制御部１１１は、そのための機能部であり、この例では、ファイルの送り手側のＩＰ電話機から受け取った送信可能ファイルの一覧の情報から、送信可能ファイル一覧表示データを生成して、ディスプレイコントローラ１０４に転送して、ディスプレイ１１３に送信可能ファイル一覧を表示させるようにする。

この送信可能ファイル一覧の表示例を図５に示す。図５に示すように、この例では、それぞれの送信可能ファイルのファイル名と、当該ファイルがＵＳＢメモリに格納された年月日とが表示されている。ファイル名は、図５の例では、番号が表示されているが、ファイル内容の詳細を記述したテキスト文字情報であってももちろん良い。なお、ファイルの一覧表示において、送信可能ファイルを識別するための表示情報としては、ファイル名に限られるものではなく、例えば、使用者が設定した特定のマークや記号であってもよい。

後述するように、この送信可能ファイル一覧表示においては、使用者が、送信を要求するファイルを選択することができるようにされており、その選択操作のために、ＩＰ電話機１２には、前述したように、上方向キー３４、下方向キー３５、および決定キー３６が設けられる。

すなわち、ファイル一覧表示制御部１１１により、送信可能ファイル一覧は、この例では、各ファイルが１行として、画面３８の縦方向に、ファイル数だけ表示されたものとなっており、また、カーソル５１の位置が、上方向キー３４、下方向キー３５の操作により、上方向、下方向に変わるように構成されている。

そして、この例では、使用者が決定キー３６を操作すると、ＩＰ電話機１２は、その操作時にカーソルが位置して指し示しているファイルが選択されたことを示す選択ファイル情報を、送り手側のＩＰ電話機に、通話路を通じて送るようにする。このとき送られる選択ファイル情報は、送信を要求するファイルを識別するための情報であり、この例では、ファイル名が用いられている。送信を要求するファイルを識別するための情報としては、ファイル名ではなく、選択指定されたファイルを識別することができるものであればどのようなものでも良い。

ＩＰ電話機１２では、この選択ファイル情報を、通話路を通じて受け取ると、それを送信ファイル記憶１１２に記憶しておくようにする。この送信ファイル記憶部１１２に記憶されている選択ファイル情報で示されるファイルのファイルデータは、送信キー３３が押下操作されたときに、受け手側ＩＰ電話機に送られる。ファイル転送が終了すると、ＩＰ電話機１２は、この送信ファイル記憶部１１２の記憶内容を消去する。

なお、送信可能ファイルの一覧の表示情報は、送り手側で生成して、受け手側に送るようにしても良いし、上記のように、送り手側では、送信可能ファイルのファイル名の情報のみを送り、受け手側で送信可能ファイルの一覧の表示情報を生成するように構成しても良い。

なお、ファイル一覧表示制御部１１１は、ＲＯＭ１０２のプログラムに従ったＣＰＵ１０１のソフトウエア処理の構成とすることができるものである。また、送信ファイル記憶部１１２は、ワークエリア用のＲＡＭ１０３の一部の記憶エリアを用いることができるものである。

そして、この実施形態では、ＣＰＵ１０１は、ファイルデータの送信を行ったときには、その送信完了を待って、当該送信したファイルデータについての送信履歴を、送信ファイル履歴管理メモリ１１６に書き込むようにする。

図６に、この実施形態において、送信ファイル履歴管理メモリ１１６に書き込まれる送信履歴情報の一例を示す。すなわち、この実施形態では、一つのファイルについての送信履歴情報として、送信完了日時、ファイル属性情報、相手側情報、ＵＳＢメモリＩＤ（ＩＤｅｎｔｉｆｉｅｒ）、返却情報が記録される。

送信完了日時としては、ファイル送信が完了した年月日および時刻が記録される。

ファイル属性情報としては、この例では、ファイル名、ファイルサイズ（データサイズ）、ファイル作成日が記録される。

また、相手側情報としては、ファイルを送信する相手の顧客名、電話番号、ＩＰアドレスが記録される。顧客名は、例えば電話帳情報として、電話番号に顧客名が登録されているときに記録され、登録されていないときには、ＮＵＬＬデータとされる。

ＵＳＢメモリＩＤは、送信ファイルデータが格納されていたＵＳＢメモリの識別情報である。

返却情報としては、返却期限および返却状況が記録される。返却期限は、返却が必要であるかの返却の要否の情報と、返却期限の年月日とが記録される。返却期限は、返却が「要」である場合にのみ記録される。また、返却状況は、返却が「否」である場合には記録されず、返却が「要」である場合には、初期値として「未」が記録される。そして、後述するように、ファイルデータの返却があったときには、返却状況は「済」に書き換えられる。

返却が「要」とされるのは、例えばＮＤＡ情報として相手側に提供するファイルデータであり、当該ＮＤＡ情報であるファイルについては、ＵＳＢメモリ４０に、当該ファイルデータが格納されるときに、返却が「要」であることを示す情報が、ファイル属性情報として含められて格納されている。

したがって、ＣＰＵ１０１は、ファイル属性情報を参照することにより、返却情報を、送信ファイル履歴情報中に記録することができる。ただし、返却期限は、この例では、ＣＰＵ１０１が、送信完了日から１ヶ月などの所定の期間を自動的に設定するように構成されている。

相手方に送信されるファイルデータにもファイル属性情報が含まれているので、返却情報は、相手方へも通知される。ただし、返却期限は、この例では、相手方のＩＰ電話機のＣＰＵ１０１が、送信側に合わせて、受信完了日から１ヶ月などの所定の期間を自動的に設定するように構成されている。

使用者が、返却期限を設定するように構成しても良いが、その場合には、予め、設定した返却期限をＵＳＢメモリの当該ファイルのファイル属性として記録しておくようにする。この場合には、返却期限も、相手側に、ファイル属性情報に含められて送られる。

また、この実施形態では、ＣＰＵ１０１は、ファイルデータの受信を行ったときには、その受信およびＵＳＢメモリへのファイルデータ保存完了を待って、当該受信したファイルデータについての受信履歴を、受信ファイル履歴管理メモリ１１７に書き込むようにする。

図７に、この実施形態において、受信ファイル履歴管理メモリ１１７に書き込まれる受信履歴情報の一例を示す。すなわち、この実施形態では、一つのファイルについての受信履歴情報として、受信完了日時、ファイル属性情報、相手側情報、ＵＳＢメモリＩＤ、返却情報が記録される。

受信完了日時としては、受信したファイルの保存が完了した年月日および時刻が記録される。

また、相手側情報としては、ファイルを送信してくる送信元名、電話番号、ＩＰアドレスが記録される。送信元名は、例えば電話帳情報として、電話番号に送信元名が登録されているときに記録され、登録されていないときには、ＮＵＬＬデータとされる。

ＵＳＢメモリＩＤは、受信ファイルデータが格納されたＵＳＢメモリの識別情報である。

返却が「要」とされるのは、例えばＮＤＡ情報として相手側から提供されたファイルデータである。返却情報は、前述したように、受信したファイルデータのファイル属性情報に含められている。

したがって、ＣＰＵ１０１は、受信したファイルデータのファイル属性情報を参照することにより、返却情報を、受信ファイル履歴情報中に記録することができる。ただし、返却期限は、この例では、上述したように、ＣＰＵ１０１が、受信完了日から１ヶ月などの所定の期間を自動的に設定するように構成されている。

なお、この実施形態では、メニューキー３７を操作すると、当該ＩＰ電話機１２が備える種々の機能項目の一覧がディスプレイ１１３の画面に表示されるように構成されているが、その機能項目の一つとして、送信履歴および／または受信履歴の印刷機能が設けられている。すなわち、ＵＳＢ端子３９にプリンタを接続した状態で、メニューキー３７により履歴印刷機能が選択されると、当該プリンタにより、図６および図７に示したような、送信履歴および／または受信履歴を印刷することができる。

なお、送信ファイル履歴管理メモリ１１６および受信ファイル履歴管理メモリ１１７の記憶内容は、使用者により強制的に消去されない限り、全て、逐次蓄積されるものであることは言うまでもない。

［通話路を通じたファイル転送のシーケンス］
図８は、例えばＶｏＩＰ電話システム１０ＢのＩＰ電話機１２（以下、ＶｏＩＰ電話システム１０ＢのＩＰ電話機１２をＩＰ電話機１２Ｂという）から、ＶｏＩＰ電話システム１０Ａに着信があって、ＶｏＩＰ電話システム１０Ａの任意のＩＰ電話機１２（以下、ＶｏＩＰ電話システム１０ＡのＩＰ電話機１２をＩＰ電話機１２Ａという）が、その着信に応答した場合であって、ＶｏＩＰ電話システム１０ＢのＩＰ電話機１２Ｂから、ＶｏＩＰ電話システム１０ＡのＩＰ電話機１２Ａに、ファイルを転送する場合のシーケンスである。

なお、このシーケンス例においては、通話音声のパケットの伝送は、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）でなされ、ファイル転送および当該ファイル転送のためのファイル一覧情報や選択ファイル情報などの伝送は、ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）でなされるものである。

したがって、通話路が形成されているときには、音声による通話をしながら、ファイル転送およびそのための情報の通信をすることが可能である。

図８に示すように、先ず、ＶｏＩＰ電話システム１０ＢのＩＰ電話機１２ＢからＶｏＩＰ電話システムへの発信がなされると、呼出メッセージが、ＶｏＩＰ電話システム１０Ａの主装置１１（以下、ＶｏＩＰ電話システム１０Ａの主装置１１を主装置１１Ａという）に着信する。

なお、この例では、受け手側のＩＰ電話機１２Ｂには、発信前に、使用者が、空きの、あるいは空きが充分にあるＵＳＢメモリ４０Ｂ（ここでは、受け手側のＵＳＢメモリには参照番号４０Ｂを付与することとする）を、ＵＳＢ端子３９に予め挿入接続しておくようにするものである。

主装置１１Ａは、ＬＡＮ１３に接続されている複数のＩＰ電話機１２Ａに対して、一斉呼出を行い、複数のＩＰ電話機１２Ａに対して着信通知をする。

この一斉呼出に対して、図８に示すように、ＶｏＩＰ電話システム１０Ａの任意のＩＰ電話機１２Ａが応答したとする。すると、ＩＰ電話機１２Ａは、応答メッセージを主装置１１Ａに返す。主装置１１Ａは、その応答メッセージをＶｏＩＰ電話システム１０ＢのＩＰ電話機１２Ｂに対して送る。これにより、ＩＰ電話機１２ＢとＩＰ電話機１２Ａとの間に通話路が形成され、通話状態になる。

この実施形態では、この通話状態において、ＩＰ電話機１２Ｂの使用者が、ＩＰ電話機１２Ａの使用者に対して、ファイル転送のためのＵＳＢメモリ４０Ａ（ここでは、送り手側のＵＳＢメモリには参照番号４０Ａを付与することとする）の、ＩＰ電話機１２Ａに対する装着を、通話において口頭で依頼する。

この依頼に対して、ＩＰ電話機１２Ａの使用者がＵＳＢメモリ４０Ａを、ＵＳＢ端子３９に挿入接続すると、ＩＰ電話機１２ＡのＣＰＵ１０１は、プラグアンドプレイ機能により、ＵＳＢ端子３９へのＵＳＢメモリ４０の接続を自動的に検知する。

そして、ＩＰ電話機１２ＡのＣＰＵ１０１は、ＵＳＢメモリ４０Ａが挿入接続されたことを検知すると、ＵＳＢメモリ４０Ａ内に、ＩＰ電話機で送信することができる専用フォルダＦＴｅがあるかどうか判別し、当該専用フォルダＦＴｅがあると判別したときには、当該専用フォルダＦＴｅに格納されているファイル名を読み出して、そのファイル名の情報をファイル一覧情報として、通話路を通じてファイルの受け手側となるＩＰ電話機１２Ｂに送る。

受け手側のＩＰ電話機１２ＢのＣＰＵ１０１は、このファイル一覧情報を受信して、その表示データを生成し、図５に示したような、送り手側から送信可能なファイルの一覧を、ディスプレイ１１３の画面３８に表示して、ＩＰ電話機１２Ｂの使用者に報知する。ＩＰ電話機１２Ｂの使用者は、この送信可能ファイルの一覧表示を観て、送信を希望するファイルの存在を確認することができ、また、送信可能ファイルの一覧表示の中から送信してもらいたいファイルの選択ができる。

なお、このとき、送り手側のＩＰ電話機１２Ａで、ＵＳＢメモリ４０Ａが既にＵＳＢ端子３９に接続されていたときには、ＣＰＵ１０１は、通話路生成後のＵＳＢメモリ４０Ａの挿入接続を検知しないので、ＣＰＵ１０１は、ＵＳＢメモリ４０Ａへはそのままではアクセスしない。

このような場合には、送り手側の使用者は、ＩＰ電話機１２Ａに挿入接続されていたＵＳＢメモリ４０ＡをＵＳＢ端子３９から一旦外す。そして、例えば受け手側から指示されたＵＳＢメモリ４０Ａ（同じＵＳＢメモリでも別のＵＳＢメモリでもよい）を、ＵＳＢ端子３９に挿入接続するようにする。すると、送り手側のＩＰ電話機１２ＡのＣＰＵ１０１は、通話路生成後のＵＳＢメモリ４０Ａの挿入接続を検知し、上述した専用フォルダの検索および専用フォルダを検出したときにはファイル一覧情報の送出を行う。

なお、通話状態において挿入接続されたと検知されたＵＳＢメモリ４０Ａ内に、専用フォルダＦＴｅがないとき、また、専用フォルダＦＴｅ内にファイルが無いときには、送り手側ＩＰ電話機１２Ａは、送信可能ファイルが存在しない旨のメッセージをディスプレイ１１３の画面３８に表示したり、警告音を報知したりする。

このメッセージ表示や警告音の報知を受けた送り手側ＩＰ電話機１２Ａの使用者は、異なるＵＳＢメモリ４ＯＡを再度、挿入接続するようにする。なお、このとき、同時に、送信可能ファイルが存在しない旨のメッセージ情報を、通話路を通じて受け手側ＩＰ電話機１２Ｂに対して、送出するようにし、受け手側ＩＰ電話機１２Ｂでも当該メッセージを表示するようにしてもよい。

そして、送信可能ファイルの一覧をディスプレイ１１３の画面３８に表示した受け手側ＩＰ電話機１２Ｂでは、前述したように、この例では、上方向キー３４、下方向キー３５および決定キー３６を用いた送信可能ファイルの選択操作を受け付ける。そして、送信可能ファイルが選択され、決定キー３６が操作されると、この例では当該選択されたファイル名を含む選択ファイル情報が、受け手側ＩＰ電話機１２Ｂから送り手側ＩＰ電話機１２Ａに通話路を通じて送られる。受け手側ＩＰ電話機１２Ｂでは、複数個の送信可能ファイルの選択が可能であり、送信可能ファイルが選択され、決定キー３６が操作される毎に、選択ファイル情報が、通話路を通じて、受け手側ＩＰ電話機１２Ｂから送り手側ＩＰ電話機１２Ａに送られる。

送り手側ＩＰ電話機１２ＡのＣＰＵ１０１は、この選択ファイル情報を受信すると、送信ファイル記憶部１１２に、それを記憶する。この例では、前述したように、選択されたファイルの識別情報として、ファイル名を記憶するようにする。

そして、この実施形態においては、受け手側ＩＰ電話機１２Ｂの使用者は、送信を要求するファイルの選択を終了したときには、その旨を、通話音声により口頭で、送り手側ＩＰ電話機１２Ａの使用者に通知して、選択したファイルの送信を促すようにする。

受け手側ＩＰ電話機１２Ｂの使用者からの口頭での選択完了の連絡を受けた、送り手側ＩＰ電話機１２Ａの使用者は、送信キー３３を押下操作して、ファイル送信（ファイル転送）を起動する。すると、ＩＰ電話機１２ＡのＣＰＵ１０１は、送信ファイル記憶部１１２に記憶されていたファイル名を参照し、当該ファイル名のファイルデータ（ファイル全体のデータ）を、ＵＳＢ４０Ａから読み出して、受け手側ＩＰ電話機１２Ｂに送る。

受け手側ＩＰ電話機１２Ｂでは、前述したように、ＵＳＢ端子３９に、空きの記憶領域が充分にあり、かつ、この例では、専用フォルダＦＴｅが作られているＵＳＢメモリ４０Ｂが、予め、挿入接続されている。なお、ＵＳＢメモリ４０Ｂには、予めフォルダＦＴｅを設けておくのではなく、転送されてきたファイルデータを、当該ＵＳＢメモリ４０Ｂに格納する際に、ＩＰ電話機１２Ｂが、自動的に電話専用フォルダＦＴｅを作成し、その電話専用フォルダＦＴｅ内に転送されてきたファイルデータを格納するようにしても良い。

そして、受け手側ＩＰ電話機１２ＢのＣＰＵ１０１は、ＩＰ電話機１２Ａから送られてきたファイルデータを、ＵＳＢインターフェース１１０を通じてＵＳＢメモリ４０Ｂの専用フォルダＦＴｅ内のファイルとして格納するようにする。

なお、受け手側のＵＳＢメモリ４０ＢのＩＰ電話機１２Ｂへの挿入接続タイミングは、通話路の成立前が好ましい。通話路成立後であると、受け手側ＩＰ電話機１２ＢへのＵＳＢメモリ４０Ｂの挿入接続により、前述した専用フォルダＦＴｅの検索およびファイル一覧情報の送信処理を行うことになるからである。

しかし、相手側から送信可能ファイルの一覧情報が送られてきたときには、自端末を受け手側ＩＰ電話機と認識し、通話路成立後にＵＳＢメモリ４０Ｂの挿入接続を検知しても、相手方へ送信可能ファイルの一覧情報を送る処理を行わないように構成しても良い。その場合には、当該ＵＳＢメモリ４０ＢのＩＰ電話機１２Ｂへの挿入接続は、送り手側ＩＰ電話機１２Ａで送信キー３３が押下操作される前であれば、どのタイミングでもよい。

なお、この実施形態では、通話路が形成されている間は、ファイルデータの転送中であっても、ＩＰ電話機１２ＡとＩＰ電話機１２Ｂとの間で音声通話を行うことができることはいうまでもない。

そして、この実施形態では、使用者により、通話の終話操作、つまりハンドセットのオンフック操作がなされても、ファイル転送が完了していない間は、通話路は切断されず、ファイル転送およびＵＳＢメモリ４０Ｂへの保存が完了した後に、通話路の切断が可能となる。また、ファイル転送およびＵＳＢメモリ４０Ｂへの保存が完了した後に、未だ、使用者が、通話の終話操作、つまりハンドセットのオンフック操作をしていなければ、通話を継続することができる。

また、上記のファイル転送の後に、通話路を維持しておき、ファイル転送の終了したＵＳＢメモリ４０Ａを一旦外し、別のＵＳＢメモリ４０Ａを挿入接続すると、当該新規のＵＳＢメモリ４０Ａについてのファイル転送が可能となる。

図８の例は、送信キー３３を押下して、ファイル転送操作をした後に、即座に、オンフックして終話操作した場合である。このときには、ＩＰ電話機１２ＡおよびＩＰ電話機１２Ｂ間の通話路は、前記オンフックに拘わらず維持される。

そして、受け手側ＩＰ電話機１２Ｂは、ＵＳＢメモリ４０Ｂへの、選択指定した全てのファイルの保存格納を完了すると、保存完了メッセージを、送り手側ＩＰ電話機１２Ａに送る。

そして、受け手側ＩＰ電話機１２Ｂは、受信したファイルデータについての受信履歴情報を、受信ファイル履歴メモリ１１７に書き込み、当該メモリ１１７の受信ファイル履歴の更新を行う。

なお、受信したファイルデータが、自端末が相手側に提供したファイルデータであるときには、ＣＰＵ１０１は、受け取ったファイルデータを返却ファイルデータとして判断し、送信ファイル履歴メモリ１１６の、当該ファイルデータについての返却状況の情報として、返却「済」を記録するようにする。

また、返却の場合には、受信したファイルデータを、提供元のＵＳＢメモリに格納する必要は無いので、この例では、ＣＰＵ１０１は、受信したファイルデータは、ＵＳＢメモリに格納せずに、破棄するようにする。

なお、ＣＰＵ１０１における、受信したファイルデータが返却ファイルデータであるかどうかの判断は、受信したファイルデータのファイル属性のファイル名と同じファイル名が、送信ファイル履歴メモリ１１６に記録されている送信履歴情報中のファイル名中にあるか否かにより、行うことができる。ＵＳＢメモリＩＤをも、さらに参照して返却ファイルかどうかを判断するようにすれば、より確実な判断となる。

一方、保存完了メッセージを受け取った送り手側ＩＰ電話機１２Ａは、終話操作が既になされていることを確認したときには、切断メッセージを主装置１１Ａに送る。主装置１１Ａは、この切断メッセージを受け手側ＩＰ電話機１２Ｂに送る。

この切断メッセージを受け取った受け手側ＩＰ電話機１２Ｂは、切断完了メッセージを主装置１１Ａに送る。主装置１１Ａは、切断完了メッセージを送り手側ＩＰ電話機１２Ａに送る。以上で、通話路が切断されて、通話およびファイル転送の終了となる。

また、保存完了メッセージを受け取った送り手側ＩＰ電話機１２Ａは、送信したファイルデータについての送信履歴情報を、送信ファイル履歴メモリ１１６に書き込み、当該メモリ１１６の送信ファイル履歴の更新を行う。

また、ＣＰＵ１０１は、送信したファイルデータのファイル属性のファイル名と同じファイル名が、受信ファイル履歴メモリ１１７に記録されている送信履歴情報中のファイル名中にあるか否かにより、送信したファイルデータが返却ファイルデータであるかどうかを判断する。ＵＳＢメモリＩＤをも、さらに参照して返却ファイルかどうかを判断するようにすれば、より確実な判断となる。

そして、送信したファイルデータのファイル属性のファイル名と同じファイル名が、受信ファイル履歴メモリ１１７に記録されている受信履歴情報中のファイル名中にあると判断したときには、送信したファイルデータは、返却ファイルであるとして、受信ファイル履歴メモリ１１７の当該ファイル名のファイルデータの受信履歴の返却状況の情報として、返却「済」を記録するようにする。

さらに、ＣＰＵ１０１は、ファイルデータの返却を完全にするために、送信したファイルデータを、ＵＳＢメモリから消去するようにする。なお、ファイルデータを消去しても、送信履歴および受信履歴は、それぞれ残ることは言うまでもない。

上述のように、この実施形態においては、ファイル転送は、通話中において、通話により相手方を確認した後に行われるので、相手方の成りすましなどにも対処して、より安全に、ファイルデータの転送ができる。

そして、送信ファイル履歴および受信ファイル履歴が、送信側および受信側の双方で記録されて管理されるので、転送されたファイルデータが、個人情報ファイルであっても、その管理を確実に行うことができる。

また、この実施形態においては、転送されたファイルデータがＮＤＡ情報であっても、当該ファイルデータの返却管理もすることができるという顕著な効果を奏する。

なお、図８は、発信側が、転送されてくるファイルの受け手となり、着信側がファイルの送り手となる場合であるが、逆に、発信側がファイルの送り手となり、着信側がファイルの受け手となる場合にも、上述と同様にして、ファイル転送が可能である。すなわち、通話中に、送信可能なファイルを格納するＵＳＢメモリを挿入接続したＩＰ電話機が送り手となり、その相手側が受け手となるものである。

［ＩＰ電話機でのファイル転送処理のフローチャート］
図９〜図１２は、この実施形態のＩＰ電話機１２におけるファイル転送処理のための処理動作例を示すフローチャートである。この図９〜図１２のフローチャートの各ステップの処理は、ＣＰＵ１０１が、ＲＯＭ１０２のプログラムにしたがって、ＲＡＭ１０３をワークエリアとして用いて実行するものである。そして、このフローチャートにおいては、ファイル一覧表示制御部１１１の機能も、ＣＰＵ１０１が、ソフトウエア処理により実行するものとしている。

すなわち、図９に示すように、ＣＰＵ１０１は、通話路が成立している状態において（ステップＳ１０１）、ＵＳＢメモリ４０がＵＳＢ端子３９への通話路成立後の挿入接続を判別する（ステップＳ１０２）。そして、ＵＳＢメモリ４０が通話路成立後に挿入接続されたと判別したときには、ＣＰＵ１０１は、挿入接続されたＵＳＢメモリ４０に、電話専用フォルダＦＴｅが存在しているか否か判別する（ステップＳ１０３）。

ステップＳ１０３で、挿入接続されたＵＳＢメモリ４０に、電話専用フォルダＦＴｅが存在していないと判別したときには、ＣＰＵ１０１は、電話専用フォルダがＵＳＢメモリ４０内に存在しない旨を、ディスプレイ１１３の画面３８に表示し、また、警告音の放音をして、使用者に報知する（ステップＳ１０４）。

そして、ＣＰＵ１０１は、終話となったか否か判別し（ステップＳ１０５）、終話となったと判別したときには、通話路を切断して（ステップＳ１０６）、この処理ルーチンを終了する。また、ステップＳ１０５で、終話となっていないと判別したときには、ＣＰＵ１０１は、ステップＳ１０２に戻り、このステップＳ１０２以降の処理を繰り返す。

そして、ステップＳ１０３で、挿入接続されたＵＳＢメモリ４０内に電話専用フォルダが存在すると判別したときには、図１０および図１１に示すような送り手側ＩＰ電話機としての処理を実行する。

すなわち、ＣＰＵ１０１は、挿入接続されたＵＳＢメモリ４０内に電話専用フォルダが存在すると判別すると、ＵＳＢメモリ４０から、電話専用フォルダ内に格納されているファイルのファイル名を取得して、この例では、それらのファイル名の情報を、送信可能ファイルの情報として、受け手側ＩＰ電話機に送るようにする（図８のステップＳ１１１）。

前述したように、この送信可能ファイルの情報を受け取った受け手側ＩＰ電話機では、その使用者が送信を要求するファイル名を選択決定したことに基づく選択ファイル情報を送ってくるので、ＣＰＵ１０１は、この選択ファイル情報の受信を待つ（ステップＳ１１２）。

そして、ステップＳ１１２で、選択ファイル情報を受信したと判別したときには、ＣＰＵ１０１は、受信した選択ファイル情報を送信ファイル記憶部１１２に記憶する（ステップＳ１１３）。この例では、選択ファイル情報は、ファイル識別情報としてファイル名であるので、送信ファイル記憶部１１２には、選択された（送信要求された）ファイルのファイル名が記憶される。

そして、ＣＰＵ１０１は、送信キー３３の押下によるファイル送信開始操作がなされたか否か判別し（ステップＳ１１４）、ファイル送信開始操作が未だなされていないと判別したときには、ステップＳ１１２に戻って、次の選択ファイル情報の受信を待ち、このステップＳ１１２以降の処理を繰り返す。

ステップＳ１１２で、選択ファイル情報を受信してはいないと判別したときには、ＣＰＵ１０１は、例えばファイル転送を断念した使用者による終話操作による終話となったか否か、あるいは自端末の使用者による通話路の切断要求による終話となったか否か判別し（ステップＳ１１５）、終話となったと判別したときには、通話路を切断し（ステップＳ１１６）、この処理ルーチンを終了する。ステップＳ１１５で、終話とはなっていないと判別したときには、ステップＳ１１４に進み、ファイル送信開始操作を待つ。

ステップＳ１１４で、送信キー３３の押下操作によるファイル送信開始操作がなされたと判別したときには、ＣＰＵ１０１は、送信ファイル記憶部１１２に記憶されていたファイル名のファイルデータを、ＵＳＢメモリ４０から読み出して、通話路を通じて相手方に送信（ファイル転送）を開始する（ステップＳ１１７）。

次に、ＣＰＵ１０１は、相手方から送られてくる送信ファイルの保存完了メッセージの受信を待ち（ステップＳ１１８）、送信ファイルの保存完了メッセージを受信したときには、送信ファイルデータの送信を終了する（ステップＳ１１９）。

次に、ＣＰＵ１０１は、受信ファイル履歴管理メモリ１１７の履歴情報の記録を参照し、送信した送信ファイルの中に、受信ファイル履歴管理メモリ１１７の履歴情報として記録されているファイル名と同一のもの、つまり、返却ファイルがあるか否かを判別し（図１１のステップＳ１２１）、返却ファイルがあると判別したときには、当該返却ファイルのファイルデータを、ＵＳＢメモリ４０から消去する（ステップＳ１２２）。

そして、ＣＰＵ１０１は、さらに、受信ファイル履歴管理メモリ１１７の、返却ファイルとして判別したファイルの受信履歴情報の返却情報として、返却「済」を記録する（ステップＳ１２３）。

次に、送信ファイル履歴管理メモリ１１７に、送信ファイルについての送信履歴情報を書き込んで、当該送信ファイル履歴管理メモリ１１７の送信履歴を更新する（ステップＳ１２４）。このとき、ＵＳＢメモリ４０から消去した返却ファイルと判断されたファイルデータについても、送信履歴情報を記録するのはもちろんである。

次に、ＣＰＵ１０１は、使用者により既にオンフック操作（終話操作）されているか否か判別し（ステップＳ１２５）、オンフックされていると判別したときには、通話路を切断し（ステップＳ１２６）、この処理ルーチンを終了する。

つまり、ＣＰＵ１０１は、ファイル送信を行っている間は、使用者によりオンフックされていたとしても、この実施形態では、通話路を切断することはせず、送信ファイルの保存完了を受け手側のＩＰ電話機から受け取った後に、通話路を切断するようにする。

また、ステップＳ１２５で、オンフックされてはいないと判別したときには、ＣＰＵ１０１は、図９のステップＳ１０５に進み、通話状態を継続しながら、終話となるのを待つ。

また、ステップＳ１２１で、送信した送信ファイルの中に、返却ファイルは無いと判別したときには、ＣＰＵ１０１は、ステップＳ１２４に飛んで、送信ファイル履歴管理メモリ１１６に送信ファイルについての送信履歴情報を書き込んで、送信履歴情報を更新するようにし、その後、このステップＳ１２４以降の処理を繰り返す。

また、図９のステップＳ１０２で、ＵＳＢメモリ４０が通話路成立後には挿入接続されてはいないと判別したときには、ＣＰＵ１０１は、ファイル名の一覧情報を受信したか否か判別し（ステップＳ１０７）、ファイル名の一覧情報は受信してはいないと判別したときには、ステップＳ１０５に進み、このステップＳ１０５以降の処理を繰り返す。

ステップＳ１０７で、ファイル名の一覧情報を受信したと判別したときには、ＣＰＵ１０１は、受信したファイル名の一覧を、例えば図５に示したように、ディスプレイ１１３の画面３８に表示する（ステップＳ１０８）。そして、図１２に示すような、受け手側ＩＰ電話機としての処理を実行する。

すなわち、ＣＰＵ１０１は、表示された送信可能ファイルのファイル名の一覧を通じて使用者による送信要求するファイルの選択を受け付けたか否か判別する（図１２のステップＳ１３１）。この例では、このステップＳ１３１は、決定キー３６が押下されたか否かの判断となる。このステップＳ１３１で、送信要求するファイルの選択を受け付けたと判別したときには、ＣＰＵ１０１は、選択されたファイル名を選択ファイル情報として送り手側ＩＰ電話機に送信する（ステップＳ１３２）。

次に、ＣＰＵ１０１は、送り手側ＩＰ電話機から、選択して要求したファイル名のファイルデータを受信したか否か判別し（ステップＳ１３３）、受信してはいないと判別したときには、ステップＳ１３１に戻って、送信要求するファイルの選択の受付を継続する。

そして、ステップＳ１３３で、送信要求するファイルの選択の受付をしていないと判別したときには、ＣＰＵ１０１は、例えばファイル転送を断念した使用者による終話操作による終話となったか否か、あるいは相手方による通話路の切断要求による終話となったか否か判別し（ステップＳ１３４）、終話となったと判別したときには、通話路を切断し（ステップＳ１３５）、この処理ルーチンを終了する。ステップＳ１３４で、終話とはなっていないと判別したときには、ステップＳ１３３に進み、ファイルデータの受信をしたか否か判別し、このステップＳ１３３以降の処理を繰り返す。

次に、ＣＰＵ１０１は、ステップＳ１３３で、選択して要求したファイル名のファイルデータを受信したと判別したときには、送信ファイル履歴管理メモリ１１６の送信履歴情報を参照し、当該送信履歴情報の中に、受信したファイルデータのファイル名と同じファイル名の送信記録があるかどうかにより、受信したファイルは、返却ファイルであるか否かを判別する（ステップＳ１３６）。

このステップＳ１３６で、送信ファイル履歴管理メモリ１１６の送信履歴情報の中に、受信したファイルデータのファイル名と同じファイル名の送信記録は無い、つまり、受信したファイルデータは返却ファイルではないと判別したときには、受信したファイルデータをＵＳＢメモリ４０に保存する（ステップＳ１３７）。

また、このステップＳ１３６で、送信ファイル履歴管理メモリ１１６の送信履歴情報の中に、受信したファイルデータのファイル名と同じファイル名の送信記録がある、つまり、受信したファイルデータは返却ファイルであると判別したときには、受信したファイルデータを破棄して、ＵＳＢメモリ４０には保存しない（ステップＳ１３８）。

そして、ステップＳ１３７またはステップＳ１３８の次には、ＣＰＵ１０１は、選択して要求した全てのファイル名のファイルデータを受信し、ＵＳＢメモリ４０への必要なファイルの保存を完了したか否か判別し（ステップＳ１３９）、完了していないと判別したときには、ステップＳ１３６に戻り、前述したこのステップＳ１３６以降の処理を繰り返す。

そして、ステップＳ１３９で、選択して要求した全てのファイル名のファイルデータを受信し、ＵＳＢメモリ４０への必要なファイルの保存を完了したと判別したときには、ＣＰＵ１０１は、送信ファイルの保存完了を、送り手側ＩＰ電話機に送信する（ステップＳ１４０）。

次に、ＣＰＵ１０１は、使用者により既にオンフック操作されているか否か判別し（ステップＳ１４１）、オンフックされていると判別したときには、通話路を切断し（ステップＳ１４２）、この処理ルーチンを終了する。つまり、ファイルデータの受信を行っている間は、使用者によりオンフックされていたとしても、この実施形態では、通話路を切断することはせず、送信ファイルの保存完了を送り手側のＩＰ電話機から受け取った後に、通話路を切断するようにする。

また、ステップＳ１４１で、オンフックされてはいないと判別したときには、ＣＰＵ１０１は、図９のステップＳ１０５に進み、通話状態を継続しながら、終話となるのを待つ。

［受け手側ＩＰ電話機での期限管理］
この実施形態では、ファイルデータの受け手側ＩＰ電話機は、例えばＮＤＡ情報とされて、返却期限が付与されて送信されてきたファイルデータについては、その返却期限の管理を、次のようにして行う。

図１３は、この返却期限の管理のための処理ルーチンを示すフローチャートである。この図１３の処理ルーチンは、例えば一定時間毎の割り込みにより実行される。

すなわち、この処理ルーチンを割り込みによりスタートさせると、ＣＰＵ１０１は、受信ファイル履歴管理メモリ１１７に記録されている受信履歴の返却期限をチェックし（ステップＳ１５１）、返却期限が到来しているものがあるか否か判別する（ステップＳ１５２）。そして、返却期限が到来しているものがあれば、当該返却期限が到来しているファイルのファイル名を、ＵＳＢメモリＩＤおよび返却期限と共に、ディスプレイ１１３の画面３８に表示して使用者に報知する（ステップＳ１５３）。このとき、ステップＳ１５３では、併せて警告音を放音するようにしても良い。

この返却期限の報知を受けた使用者は、返却期限が来たファイルを知ることができるので、返却先である相手先に電話を掛け、返却するファイル名を相手方に告げる。そして、返却しなければならないＵＳＢメモリを、ＵＳＢ端子３９に挿入接続し、相手方に、返却するファイルを選択してもらうことで、ファイルの返却ができる。

この返却の際には、返却先の相手側（受け手側）ＩＰ電話機には、ＵＳＢメモリを挿入装着する必要は無い。返却されたファイルデータは、前述したようにＵＳＢメモリに格納せずに廃棄されるからである。

［他の実施形態および変形例］
上述の実施形態の説明では、ＵＳＢメモリには、電話専用フォルダを設けて、当該電話専用フォルダのみをＩＰ電話機からアクセスすることができるようにしたが、このようなフォルダ管理をしなくてもよい。ただし、このような電話専用フォルダを定義設定するようにする管理方法を採用した場合には、ＵＳＢメモリ内に、他人に見られたくない他のファイルが格納されていたとしても、ＩＰ電話機では、当該他のファイルにはアクセスすることができないので、セキュリティ管理ができて便利である。

また、上述の例では、受け手側のＩＰ電話機１２においては、上キー３４、下キー３５および決定キー３６を用いて、送信要求するファイルを選択するようにしたが、ファイル名の前に付与されている一覧リスト上のナンバーを、テンキーで指定することにより、送信要求するファイルを選択するようにしても良い。その他、送信要求するファイルの選択方法としては、種々の例が採用可能である。

また、上述の実施形態では、送信要求するファイルの選択が完了した旨を、通話により口頭で送り手側に通知するようにしたが、通話による口頭ではなく、例えば決定キー３６を２度押しする、あるいは、長押しする、別個に選択完了キーを設けてその選択完了キーを操作する、などの特定のキー操作により送信要求するファイルの選択の完了を通知するようにすることもできる。

また、上述の実施形態では、送信要求するファイルが複数個であることを想定して、送信要求するファイルの選択が完了した旨を送り手側に通知するようにしたが、送信要求をすることができるファイルを１個に限定した場合には、選択ファイル情報の送信が選択完了を意味することになるので、選択完了の通知は、別途送る必要はない。その場合、１個のファイル名を確認した使用者が、ファイル転送要求を、送り手側の使用者に通話における口頭で伝え、送り手側の使用者に送信キー３３を操作することを促すようにすることも得きる。

また、上述の例では、ＩＰ電話機の外部のファイル格納部は、ＩＰ電話機に挿脱されるＵＳＢメモリである場合であったが、ＩＰ電話機に挿脱されるファイル格納部は、ＵＳＢメモリに限られるのではないことは言うまでも無い。例えば、カード型メモリなどの半導体メモリであってもよい。

また、ＩＰ電話機の外部のファイル格納部は、ＩＰ電話機に挿脱されるものではなく、例えばＬＡＮ１３とは別のネットワークに接続されているサーバなどの端末であってもよい。ただし、その場合には、ＩＰ電話機１２には、前記サーバに対して接続アクセスするための操作キーが設けられると共に、通話中に当該操作キーが操作されることにより、前記サーバが接続アクセスされて、ＩＰ電話機に接続されたことを検知する検知手段を備える。そして、当該検知手段で、サーバが接続されたことを検知したときに、ＩＰ電話機は、当該サーバから送信可能なファイル名の情報を取得して、相手方に送信可能ファイルの一覧情報として送信するようにする機能を備えるものである。この場合の受け手側のＩＰ電話機としては、上述の実施形態と同様にＵＳＢメモリやカード型メモリを挿入接続するものを用いることができる。

また、ＩＰ電話機の外部のファイル格納部は、ＩＰ電話機に挿脱されるものではなく、例えば、ＩＰ電話機に設けられた接続キーを押下することにより接続アクセスされて、無線接続される、例えばＢｌｕｅｔｏｏｔｈ（登録商標）などを用いたものであってもよい。

また、上述の実施形態の説明は、異なるＶｏＩＰ電話システムのＩＰ電話機の間での電話通信にこの発明を適用した場合であるが、単独電話機であるＩＰ電話機２１に、上述したＩＰ電話機１２のファイル転送機能を設けることにより、単独のＩＰ電話機同士でも、上述したファイル転送が可能である。また、単独のＩＰ電話機と、ＶｏＩＰ電話システムのＩＰ電話機との間においても、上述したファイル転送が可能である。

なお、この発明において、ファイル転送対象となるファイルは、例えば、テキストファイル、画像ファイル、音楽ファイルなど、どのような内容データのファイルでもよいことは言うまでもない。

そして、ファイル転送対象のファイルが、画像ファイルであるときには、送信ファイルの一覧情報としては、ファイル名ではなく、各ファイルの代表画像のサムネイルを送り手側から送り、受け手側で、当該サムネイルをファイル一覧情報として表示するようにすることもできる。

また、上述の実施形態では、送り手側は、通話路を形成した後に、接続手段を通じて外部のファイル格納部を接続するようにしたが、予め、接続手段を通じて接続されている外部のファイル格納部からのファイルのファイル転送を行う場合にも、この発明は適用可能である。

また、送信履歴および受信履歴として記録する項目は、上述の実施形態の場合に限られるものではなく、必要に応じて、追加、あるいは削除するようにしても良い。例えば、上述の実施形態では、通話をした後に、ファイル送受信を行うので、ファイル送受信の前に、通話をしている使用者の識別子を入力してもらい、その使用者の識別子を送信履歴および受信履歴に記録するようにする。

この場合には、予めファイル転送ができる使用者の識別子をＩＰ電話機に登録しておき、その登録した識別子が入力されたときに初めて上述したファイル転送ができるように構成することもできる。

また、
なお、この発明のＶｏＩＰ電話端末は、例えばパーソナルコンピュータをＩＰネットワークに接続すると共に、当該パーソナルコンピュータにＶｏＩＰ電話端末の機能をソフトウエアプログラムにより搭載することにより構成されるものを含むものである。

この発明によるファイル転送方法の実施形態が適用されるＩＰ電話機を備えるＶｏＩＰ電話システムの構成例を示すブロック図である。図１のシステムに用いられるＩＰ電話機の外観構成例を示す図である。図１のシステムに用いられるＩＰ電話機の構成例を示すブロック図である。この発明によるファイル転送方法の実施形態を説明するために用いる図である。この発明によるファイル転送方法の実施形態における送信可能ファイルの一覧表示の例を示す図である。この発明の実施形態における送信ファイル履歴管理メモリの記憶内容の例を示す図である。この発明の実施形態における受信ファイル履歴管理メモリの記憶内容の例を示す図である。この発明によるＩＰ電話機の実施形態におけるファイル転送処理の一例を説明のためのシーケンスを示す図である。この発明によるＩＰ電話機の実施形態におけるファイル転送処理の例を説明するためのフローチャートの一部を示す図である。この発明によるＩＰ電話機の実施形態におけるファイル転送処理の例を説明するためのフローチャートの一部を示す図である。この発明によるＩＰ電話機の実施形態におけるファイル転送処理の例を説明するためのフローチャートの一部を示す図である。この発明によるＩＰ電話機の実施形態におけるファイル転送処理の例を説明するためのフローチャートの一部を示す図である。この発明によるＩＰ電話機の実施形態における受信ファイルの期限管理の例を説明するためのフローチャートを示す図である。

符号の説明

１２、２１…ＩＰ電話機、１３…ＬＡＮ、４０…ＵＳＢメモリ、１１１…ファイル一覧表示制御部、１１２…送信ファイル記憶部、１１６…送信ファイル履歴管理メモリ、１１７…受信ファイル履歴管理メモリ

Claims

外部のファイル格納部と接続するための接続手段と、
前記接続手段に接続された前記ファイル格納部に格納されているファイルデータあるいは前記ファイル格納部に格納されるファイルデータを、相手方端末との間で送受信するためのファイル送受信手段と、
前記ファイル送受信手段により受信されたファイルデータを、前記ファイル格納部に格納する格納手段と、
前記ファイル送受信手段により送信された前記ファイルデータのファイル属性情報と、相手先情報と、送信日時情報と、返却情報とを含む送信履歴を、前記ファイルデータの送信後に送信履歴メモリに書き込む送信履歴書き込み手段と、
前記ファイル送受信手段により受信された前記ファイルデータのファイル属性情報と、相手先情報と、受信日時情報と、返却情報とを含む受信履歴を、前記ファイルデータの受信後に受信履歴メモリに書き込む受信履歴書き込み手段と、
を備え、
前記送信履歴書き込み手段は、前記ファイルデータの送信後に前記返却情報に返却未了を書き込み、前記受信履歴書き込み手段は、前記ファイルデータの受信後に前記返却情報に返却未了を書き込むＶｏＩＰ電話端末であって、
前記ファイル送受信手段により、相手先に前記ファイルデータの送信を行った後、前記受信履歴メモリの前記受信履歴を参照して、前記送信を行った前記ファイルデータが、前記相手先から受信したファイルデータであったと判別したときに、前記ファイル格納部に格納されている前記送信を行った前記ファイルデータを削除すると共に、前記受信履歴メモリの前記送信を行った前記ファイルデータについての受信履歴の前記返却情報を返却済に書き換える
または、
前記ファイル送受信手段により、相手先から前記ファイルデータを受信した後、前記送信履歴メモリの前記送信履歴を参照して、前記受信した前記ファイルデータが、前記相手先に送信したファイルデータであったと判別したときに、前記送信履歴メモリの前記受信した前記ファイルデータについての送信履歴の前記返却情報を返却済に書き換える
ことを特徴とするＶｏＩＰ電話端末。
請求項１に記載のＶｏＩＰ電話端末において、
受信履歴書き込み手段は、前記ファイル送受信手段により、相手先から受信した前記ファイルデータに返却期限情報が付与されていたときに、前記返却期限情報を前記受信履歴の前記返却情報に含めて前記受信履歴メモリに書き込み、
前記受信履歴メモリの前記受信履歴の前記返却情報の返却期限情報をチェックして、前記返却期限が到来したときに、警告を使用者に報知する報知手段を備える
ことを特徴とするＶｏＩＰ電話端末。
請求項１に記載のＶｏＩＰ電話端末において、
前記ファイルデータのファイル属性情報には、当該ファイルデータの返却の要否の情報を含み、
前記送信履歴書き込み手段および前記受信履歴書き込み手段は、前記ファイルデータの返却の要否の情報が、返却要となっているときにのみ、前記返却情報の書き込み及び変更を行う
ことを特徴とするＶｏＩＰ電話端末。