特許5873780 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ エヌ・ティ・ティ・コミュニケーションズ株式会社の特許一覧

特許5873780通信システムおよび方法

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5873780

(24)【登録日】2016年1月22日

(45)【発行日】2016年3月1日

(54)【発明の名称】通信システムおよび方法

(51)【国際特許分類】

H04M 3/42 20060101AFI20160216BHJP

H04M 1/00 20060101ALI20160216BHJP

【ＦＩ】

H04M3/42 A

H04M1/00 R

【請求項の数】4

【全頁数】33

(21)【出願番号】特願2012-202025(P2012-202025)

(22)【出願日】2012年9月13日

(65)【公開番号】特開2014-57270(P2014-57270A)

(43)【公開日】2014年3月27日

【審査請求日】2014年12月16日

【新規性喪失の例外の表示】特許法第３０条第２項適用平成２４年８月３１日、アプリケーションプログラムの審査を受けるために、次のアプリケーションプログラムを、他人が運営するＷｅｂサイトに対してアップロードした。アプリケーション名：０５０ｐｌｕｓ（ｖｅｒｓｉｏｎ３．１．０）

(73)【特許権者】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】100064621

【弁理士】

【氏名又は名称】山川政樹

(74)【代理人】

【識別番号】100098394

【弁理士】

【氏名又は名称】山川茂樹

(74)【代理人】

【識別番号】100067138

【弁理士】

【氏名又は名称】黒川弘朗

(72)【発明者】

【氏名】奥山隆文

(72)【発明者】

【氏名】松尾和宏

(72)【発明者】

【氏名】徳永和宏

(72)【発明者】

【氏名】長手航

【審査官】永井啓司

(56)【参考文献】

【文献】特開２００４−３６３９９９（ＪＰ，Ａ）

【文献】特開２００４−２２２０９４（ＪＰ，Ａ）

【文献】特開２０１２−０９９８９４（ＪＰ，Ａ）

【文献】特開２００６−０５０４４０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ１／００

１／２４−３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

９９／００

(57)【特許請求の範囲】

【請求項1】

呼制御サーバを介した発側端末から着側端末への音声を含む通信呼に連動して、当該発側端末と当該着側端末との間での音声を含む通信の開始に先立って、当該発側端末から当該着側端末へ中継サーバを介してデータファイルを送信して当該着側端末で表示する通信システムであって、
前記中継サーバは、
前記着側端末からの登録要求に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す受信可否情報を登録する受信可否管理部と、
前記発側端末による前記着側端末宛てのデータファイルのアップロード時に、前記着側端末の受信可否情報を確認し、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止するファイル管理部とを備え、
前記発側端末は、前記中継サーバに対する前記着側端末宛てのデータファイルのアップロード時に、当該中継サーバ側で当該アップロードが中止された場合は当該アップロードを中止する発側呼制御部を備え、
前記着側端末は、
設定操作に応じて設定された、音声を含む通信呼に連動したデータファイルの受信可否を示す当該着側端末の受信可否情報を、前記中継サーバへ設定する受信可否設定部と、
前記発側端末から当該着側端末宛てのデータファイルを前記中継サーバからダウンロードし、当該データファイルの内容を画面表示する着側呼制御部とを備える
ことを特徴とする通信システム。

【請求項2】

請求項１に記載の通信システムにおいて、
前記発側呼制御部は、発信操作に応じて、前記中継サーバに当該着側端末宛てのデータファイルのアップロードを開始し、当該アップロードが完了した場合には前記着側端末の呼び出しを通知する呼出要求メッセージを前記呼制御サーバへ送信し、当該中継サーバ側で当該アップロードが中止された場合は当該アップロードを中止して前記着側端末の呼び出しを通知する呼出要求メッセージを前記呼制御サーバへ送信し、前記着側端末で呼出中であることを通知する前記呼制御サーバからの呼出中メッセージに応じて呼出中状態を表示し、
前記着側呼制御部は、前記発側端末からの呼び出しを通知する前記呼制御サーバからの呼出要求メッセージに応じて、前記発側端末から当該着側端末宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示するとともに当該呼出要求メッセージに応じた着信表示を行い、当該着信表示による呼出中であることを通知する呼出中メッセージを前記呼制御サーバへ送信する
ことを特徴とする通信システム。

【請求項3】

請求項１または請求項２に記載の通信システムにおいて、
前記発側呼制御部は、前記着側端末との通話中におけるファイル送信操作に応じて、前記中継サーバに当該着側端末宛てのデータファイルをアップロードし、
前記ファイル管理部は、前記発側端末による前記着側端末宛てのデータファイルのアップロード完了に応じて、当該着側端末へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージを送信し、
前記着側呼制御部は、前記中継サーバからのアップロード通知メッセージに応じて、前記発側端末から当該着側端末宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示する
ことを特徴とする通信システム。

【請求項4】

呼制御サーバを介した発側端末から着側端末への音声を含む通信呼に連動して、当該発側端末と当該着側端末との間での音声を含む通信の開始に先立って、当該発側端末から当該着側端末へ中継サーバを介してデータファイルを送信して当該着側端末で表示する通信システムで用いられる通信方法であって、
前記中継サーバの受信可否管理部が、前記着側端末からの登録要求に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す受信可否情報を登録する受信可否管理ステップと、
前記中継サーバのファイル管理部が、前記発側端末による前記着側端末宛てのデータファイルのアップロード時に、前記着側端末の受信可否情報を確認し、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止するファイル管理ステップと、
前記発側端末の発側呼制御部が、前記中継サーバに対する前記着側端末宛てのデータファイルのアップロード時に、当該中継サーバ側で当該アップロードが中止された場合は当該アップロードを中止する発側呼制御ステップと、
前記着側端末の受信可否設定部が、設定操作に応じて設定された、音声を含む通信呼に連動したデータファイルの受信可否を示す当該着側端末の受信可否情報を、前記中継サーバへ設定する受信可否設定ステップと、
前記着側端末の着側呼制御部が、前記発側端末から当該着側端末宛てのデータファイルを前記中継サーバからダウンロードし、当該データファイルの内容を画面表示する着側呼制御ステップと
を備えることを特徴とする通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電話通信技術に関し、特に音声を含む通信呼と連動させて発側端末から着側端末へデータファイルを送信する音声を含む通信呼連動データ通信技術に関する。

【背景技術】

【0002】

電話の発呼時や通話中に、その音声を含む通信呼と連動させて、ユーザが付加的な任意のデータをやり取りして表示することは、電話によるコミュニケーションを円滑にする効果がある。
従来、このような通話時に発側端末と着側端末との間でデータファイルをやり取りする技術として、発呼時に発側の状況を知らせる画像などのデータファイルを発側端末から着側端末へ送信し、着側端末でこれを受信して表示することにより、着側ユーザが音声を含む通信呼に応答する前に発側ユーザの状況を把握できるようにした技術が提案されている（例えば、特許文献１など参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１２−０９９８９４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、このような従来技術では、着側端末において事前にデータファイルの受信を拒否することができないため、不要なデータファイルの受信を拒否したいユーザの要望を満たすことができないという問題点があった。
例えば、回線状態が悪く通信速度が低い場合には、ダウンロードに時間がかかり、ダウンロードが終了して着信表示が開始されるまでに大幅なタイムラグを生するため、着側ユーザのストレスとなる。また、特定ユーザの発側端末から送信されるデータファイルについては、受信を拒否したいという要望もある。また、通信データ量に応じて通信料金が課金される料金体系の場合、高精度な画像、動画、音声など、ファイルサイズが大きいデータファイルをダウンロードすることは、着側ユーザにとって大きな負担となる。

【0005】

本発明はこのような課題を解決するためのものであり、不要データファイルの受信を拒否できる音声を含む通信呼連動データ通信技術を提供することを目的としている。

【課題を解決するための手段】

【0009】

このような目的を達成するために、本発明にかかる通信システムは、呼制御サーバを介した発側端末から着側端末への音声を含む通信呼に連動して、当該発側端末と当該着側端末との間での音声を含む通信の開始に先立って、当該発側端末から当該着側端末へ中継サーバを介してデータファイルを送信して当該着側端末で表示する通信システムであって、前記中継サーバは、前記着側端末からの登録要求に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す受信可否情報を登録する受信可否管理部と、前記発側端末による前記着側端末宛てのデータファイルのアップロード時に、前記着側端末の受信可否情報を確認し、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止するファイル管理部とを備え、前記発側端末は、前記中継サーバに対する前記着側端末宛てのデータファイルのアップロード時に、当該中継サーバ側で当該アップロードが中止された場合は当該アップロードを中止する発側呼制御部を備え、前記着側端末は、設定操作に応じて設定された、音声を含む通信呼に連動したデータファイルの受信可否を示す当該着側端末の受信可否情報を、前記中継サーバへ設定する受信可否設定部と、前記発側端末から当該着側端末宛てのデータファイルを前記中継サーバからダウンロードし、当該データファイルの内容を画面表示する着側呼制御部とを備えている。

【0010】

また、上記通信システムの一構成例は、前記発側呼制御部が、発信操作に応じて、前記中継サーバに当該着側端末宛てのデータファイルのアップロードを開始し、当該アップロードが完了した場合には前記着側端末の呼び出しを通知する呼出要求メッセージを前記呼制御サーバへ送信し、当該中継サーバ側で当該アップロードが中止された場合は当該アップロードを中止して前記着側端末の呼び出しを通知する呼出要求メッセージを前記呼制御サーバへ送信し、前記着側端末で呼出中であることを通知する前記呼制御サーバからの呼出中メッセージに応じて呼出中状態を表示し、前記着側呼制御部は、前記発側端末からの呼び出しを通知する前記呼制御サーバからの呼出要求メッセージに応じて、前記発側端末から当該着側端末宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示するとともに当該呼出要求メッセージに応じた着信表示を行い、当該着信表示による呼出中であることを通知する呼出中メッセージを前記呼制御サーバへ送信するようにしたものである。

【0011】

また、上記通信システムの一構成例は、前記発側呼制御部が、前記着側端末との通話中におけるファイル送信操作に応じて、前記中継サーバに当該着側端末宛てのデータファイルをアップロードし、前記ファイル管理部は、前記発側端末による前記着側端末宛てのデータファイルのアップロード完了に応じて、当該着側端末へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージを送信し、前記着側呼制御部は、前記中継サーバからのアップロード通知メッセージに応じて、前記発側端末から当該着側端末宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示するようにしたものである。

【0016】

また、本発明にかかる他の通信方法は、呼制御サーバを介した発側端末から着側端末への音声を含む通信呼に連動して、当該発側端末と当該着側端末との間での音声を含む通信の開始に先立って、当該発側端末から当該着側端末へ中継サーバを介してデータファイルを送信して当該着側端末で表示する通信システムで用いられる通信方法であって、前記中継サーバの受信可否管理部が、前記着側端末からの登録要求に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す受信可否情報を登録する受信可否管理ステップと、前記中継サーバのファイル管理部が、前記発側端末による前記着側端末宛てのデータファイルのアップロード時に、前記着側端末の受信可否情報を確認し、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止するファイル管理ステップと、前記発側端末の発側呼制御部が、前記中継サーバに対する前記着側端末宛てのデータファイルのアップロード時に、当該中継サーバ側で当該アップロードが中止された場合は当該アップロードを中止する発側呼制御ステップと、前記着側端末の受信可否設定部が、設定操作に応じて設定された、音声を含む通信呼に連動したデータファイルの受信可否を示す当該着側端末の受信可否情報を、前記中継サーバへ設定する受信可否設定ステップと、前記着側端末の着側呼制御部が、前記発側端末から当該着側端末宛てのデータファイルを前記中継サーバからダウンロードし、当該データファイルの内容を画面表示する着側呼制御ステップとを備えている。

【発明の効果】

【0021】

本発明によれば、着側ユーザが設定した、音声を含む通信呼に連動したデータファイルの受信可否が、受信不可の場合、発側端末から中継サーバへのアップロード、または中継サーバから着側端末へのダウンロードが中止される。したがって、着側端末において事前にデータファイルの受信を拒否することができ、不要なデータファイルの受信を拒否したい着側ユーザの要望を満たすことが可能となる。

【図面の簡単な説明】

【0022】

【図1】第１の実施の形態にかかる通信システムの構成を示すブロック図である。

【図2】受信可否情報の構成例である。

【図3】データファイルの管理例である。

【図4】第１の実施の形態にかかる通信システムの動作を示すシーケンス図である。

【図5】第１の実施の形態にかかる通信システムの動作（続き）を示すシーケンス図である。

【図6】第２の実施の形態にかかる通信システムの構成を示すブロック図である。

【図7】第２の実施の形態にかかる通信システムの動作を示すシーケンス図である。

【図8】第２の実施の形態にかかる通信システムの動作（続き）を示すシーケンス図である。

【図9】第３の実施の形態にかかる通信システムの構成を示すブロック図である。

【図10】第３の実施の形態にかかる通信システムの動作を示すシーケンス図である。

【図11】第３の実施の形態にかかる通信システムの動作（続き）を示すシーケンス図である。

【発明を実施するための形態】

【0023】

次に、本発明の実施の形態について図面を参照して説明する。
［第１の実施の形態］
まず、図１を参照して、本発明の第１の実施の形態にかかる通信システム１について説明する。図１は、第１の実施の形態にかかる通信システムの構成を示すブロック図である。

【0024】

この通信システム１は、通信網５０に接続された発側端末１０および着側端末２０との間での音声通話を行う通信システムである。発側端末１０は、音声を含む通信呼の発信側となる電話端末であり、着側端末２０は、音声を含む通信呼の着信側となる電話端末である。発側端末１０から着側端末２０へ発信し、着側端末２０での応答に応じて発側端末１０と着側端末２０との間で音声通話が開始される。
本実施の形態は、呼制御サーバ４１，４２を介した発側端末１０から着側端末２０への音声を含む通信呼に連動して、発側端末１０と着側端末２０との間での音声を含む通信の開始に先立って、発側端末１０から当該着側端末２０へ中継サーバ３０を介してデータファイルを送信するようにしたものである。なお、本発明でいう音声を含む通信には、音声通信（電話）だけでなく、テレビ電話など、音声を含むすべての通信を含むものとする。

【0025】

中継サーバ３０は、サーバ装置などの情報処理装置からなり、ＨＴＴＰ（HyperText Transfer Protocol）やＦＴＰ（File Transfer Protocol）などのデータ通信プロトコルに基づいて発側端末１０および着側端末２０との間で画像や映像などの各種データファイルをやり取りする機能を有している。

【0026】

呼制御サーバ４１，４２は、音声通話用の通信網を構成するサーバ装置などの情報処理装置からなり、ＳＩＰ（Session Initiation Protocol）などの呼制御プロトコルに基づいて、発側端末１０と着側端末２０との間の音声通話を確立するための音声を含む通信呼について接続制御を行う機能を有している。

【0027】

通信網５０は、有線または無線の電話網やインターネットなどのＩＰ網からなり、発側端末１０と着側端末２０との間での音声通話やデータ通信などの通信サービスを提供する機能を有している。図１では、通信網５０内に、発側端末１０と着側端末２０との間でのデータ通信サービスを提供する通信網５１と、発側端末１０と着側端末２０との間での音声通話サービスを提供する通信網５２とが設けられている。なお、これら通信網５１，５２は１つの通信網で実現してもよい。

【0028】

［発側端末］
次に、図１を参照して、本実施の形態にかかる通信システム１で用いる発側端末１０の構成について詳細に説明する。
発側端末１０は、全体として音声通話機能を有する、有線あるいは無線のデータ通信端末からなり、主な機能部として、操作入力部１１、画面表示部１２、データファイル取得部１３、記憶部１４、音声通話部１５、受信可否取得部１６、受信可否設定部１７、および呼制御部１８が設けられており、互いにデータやり取り可能に接続されている。

【0029】

操作入力部１１は、ダイヤルキーや機能キーを含むキーボードやマウスなどの操作入力装置からなり、ユーザ操作を検出して各機能部へ出力する機能を有している。
画面表示部１２は、ＬＣＤなどの画面表示装置からなり、各機能部から出力された操作メニュー、画像、メッセージなどの表示データを画面表示する機能を有している。
データファイル取得部１３は、ユーザ操作に応じて、着側端末２０へ送信するデータファイルを取得して、記憶部１４へ保存する機能を有している。データファイルの取得例としては、例えば、カメラによる撮影、メールの受信、Ｗｅｂ閲覧によるダウンロード、外部メモリからの読み込み、他端末との近距離無線通信による転送などの動作により、取得する方法が考えられる。

【0030】

記憶部１４は、半導体メモリやハードディスクなどの記憶装置からなり、各機能部での処理動作に用いる各種処理情報やプログラムを記憶する機能を有している。
記憶部１４で記憶する主な処理情報として、自端末の電話番号やデータ通信用のアドレス、データファイル取得部１３で取得した画像や映像のデータファイル、中継サーバ３０へアップロードするデータファイルがある。

【0031】

音声通話部１５は、コーデックなどの専用の音声通話回路や、スピーカおよびマイクを有し、ＲＴＰ（Real-time Transport Protocol）などの通信プロトコルに基づいて、通信網５１を介した着側端末２０との音声通話を実現する機能を有している。
受信可否取得部１６は、着側端末２０の受信可否情報を中継サーバ３０から取得する機能を有している。
受信可否設定部１７は、操作入力部１１で検出されたユーザ操作に応じて、当該発側端末１０の受信可否情報を中継サーバ３０へ設定する機能を有している。

【0032】

呼制御部（発側呼制御部）１８は、データファイルをアップロードする際、受信可否取得部１６により取得した着側端末２０の受信可否情報を確認する機能と、当該受信可否情報が受信可を示す場合には中継サーバ３０に当該着側端末２０宛てのデータファイルをアップロードする機能と、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止する機能とを有している。

【0033】

これに加えて、呼制御部１８は、操作入力部１１で検出した発信操作に応じて、受信可否取得部１６により取得した着側端末２０の受信可否情報を確認する機能と、当該受信可否情報が受信可を示す場合には中継サーバ３０に当該着側端末２０宛てのデータファイルをアップロードした後、着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信する機能と、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止した後、着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信する機能と、着側端末２０で呼出中であることを通知する呼制御サーバ４１からの呼出中メッセージに応じて呼出中状態を表示する機能とを有している。

【0034】

これに加えて、呼制御部１８は、着側端末２０との通話中における、操作入力部１１で検出したファイル送信操作に応じて、受信可否取得部１６により取得した着側端末２０の受信可否情報を確認する機能と、当該受信可否情報が受信可を示す場合には中継サーバ３０に当該着側端末２０宛てのデータファイルをアップロードする機能と、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止する機能とを有している。

【0035】

なお、発側端末１０には、一般的な電話端末、あるいは携帯端末やスマートフォンなどの通信端末が有する各種構成が設けられているものとする。また、発側端末１０における各機能部のうち、受信可否取得部１６、受信可否設定部１７、および呼制御部１８については、ＣＰＵが記憶部１４内のプログラムを読み出して実行する演算処理部（コンピュータ）により実現されている。このプログラムは、外部装置や記録媒体に格納されており、予め記憶部１４に保存される。

【0036】

［着側端末］
次に、図１を参照して、本実施の形態にかかる通信システム１で用いる着側端末２０の構成について詳細に説明する。
着側端末２０は、全体として音声通話機能を有する、有線あるいは無線のデータ通信端末からなり、主な機能部として、操作入力部２１、画面表示部２２、データファイル取得部２３、記憶部２４、音声通話部２５、受信可否設定部２７、および呼制御部２８が設けられており、互いにデータやり取り可能に接続されている。

【0037】

操作入力部２１は、ダイヤルキーや機能キーを含むキーボードやマウスなどの操作入力装置からなり、ユーザ操作を検出して各機能部へ出力する機能を有している。
画面表示部２２は、ＬＣＤなどの画面表示装置からなり、各機能部から出力された操作メニュー、画像、メッセージなどの表示データを画面表示する機能を有している。
データファイル取得部２３は、ユーザ操作に応じて、発側端末１０へ送信するデータファイルを取得して、記憶部２４へ保存する機能を有している。データファイルの取得例としては、例えば、カメラによる撮影、メールの受信、Ｗｅｂ閲覧によるダウンロード、外部メモリからの読み込み、他端末との近距離無線通信による転送などの動作により、取得する方法が考えられる。

【0038】

記憶部２４は、半導体メモリやハードディスクなどの記憶装置からなり、各機能部での処理動作に用いる各種処理情報やプログラムを記憶する機能を有している。
記憶部２４で記憶する主な処理情報として、自端末の電話番号やデータ通信用のアドレス、データファイル取得部２３で取得した画像や映像のデータファイル、中継サーバ３０へアップロードするデータファイルがある。

【0039】

音声通話部２５は、コーデックなどの専用の音声通話回路や、スピーカおよびマイクを有し、ＲＴＰ（Real-time Transport Protocol）などの通信プロトコルに基づいて、通信網５１を介した発側端末１０との音声通話を実現する機能を有している。
受信可否設定部２７は、操作入力部２１で検出されたユーザ操作に応じて、当該着側端末２０の受信可否情報を中継サーバ３０へ設定する機能を有している。受信可否情報の詳細については後述する。

【0040】

呼制御部（着側呼制御部）２８は、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードして当該データファイルの内容を画面表示部２２で表示する機能を有している。

【0041】

これに加えて、呼制御部２８は、発側端末１０からの呼び出しを通知する呼制御サーバ４２からの呼出要求メッセージに応じて、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードする機能と、当該データファイルの内容を画面表示部２２で表示するとともに当該呼出要求メッセージに応じた着信表示を行う機能と、当該着信表示による呼出中であることを通知する呼出中メッセージを呼制御サーバ４２へ送信する機能とを有している。

【0042】

これに加えて、呼制御部２８は、中継サーバ３０からのアップロード通知メッセージに応じて、発側端末１０から当該着側端末２０宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示部２２で表示する機能を有している。

【0043】

なお、着側端末２０には、一般的な電話端末、あるいは携帯端末やスマートフォンなどの通信端末が有する各種構成が設けられているものとする。また、着側端末２０における各機能部のうち、受信可否設定部２７および呼制御部２８については、ＣＰＵが記憶部２４内のプログラムを読み出して実行する演算処理部（コンピュータ）により実現されている。このプログラムは、外部装置や記録媒体に格納されており、予め記憶部２４に保存される。

【0044】

［中継サーバ］
次に、図１を参照して、本実施の形態にかかる通信システム１で用いる中継サーバ３０の構成について詳細に説明する。

【0045】

中継サーバ３０は、全体としてサーバ装置などの情報処理装置からなり、ＨＴＴＰやＦＴＰなどのデータ通信プロトコルに基づいて、通信網５２を介して発側端末１０および着側端末２０との間で画像などの各種データファイルをやり取りする機能を有している。
この中継サーバ３０には、主な機能部として、受信可否管理部３１とファイル管理部３２とが設けられている。

【0046】

受信可否管理部３１は、着側端末２０からの登録要求に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す受信可否情報を記憶部（図示せず）に登録する機能と、発側端末１０からの着側受信可否取得要求に応じて、指定された着側端末２０の電話番号、あるいは発側端末１０および着側端末２０の両電話番号に対応する受信可否情報を返送する機能とを有している。

【0047】

受信可否情報は、着側端末２０の受信可否設定部２７において、操作入力部２１で検出されたユーザの設定操作に基づいて、その内容が設定された後、中継サーバ３０へ登録される。
図２は、受信可否情報の構成例である。ここでは、着側端末電話番号ごとに、受信可否が登録されている。また、受信可否の対象となるデータファイルを詳細に指定するため、ファイル種別、ファイルサイズ、発側端末電話番号などの属性値が登録可能となっている。
例えば、ファイル種別は、受信拒否の対象となるデータファイルの種別を指定する属性値であり、画像、映像（動画）、テキスト（メッセージやホームページＵＲＬ）、位置情報／地図情報（緯度・経度のみでもよい）、ＳＭＳ（ショートメッセージ）、ＩＭ（インスタントメッセージ）、オフィス系（文書や図面）、音声・音楽、クーポンなどのファイル種別が設定される。設定されたファイル種別に属するデータファイルが受信拒否の対象となる。

【0048】

また、ファイルサイズは、受信拒否の対象となるデータファイルのファイルサイズの下限を指定する属性値である。設定されたファイルサイズ以上のファイルサイズを有するデータファイルが受信拒否の対象となる。
また、送信元電話番号は、受信拒否の対象となるデータファイルの送信元となる電話端末の電話番号を指定する属性値である。設定された電話番号の電話端末から送信されたデータファイルが受信拒否の対象となる。

【0049】

これら属性値による受信拒否の有無判定は、基本的にすべて論理和あるいは論理積で統合されてデータファイルの受信拒否が判定される。なお、特定の属性値を組み合わせて用いてもよい。例えば、ファイル種別ごとに、ファイルサイズや送信元電話番号を設定できるようにしてもよく、送信元電話番号ごとに、ファイル種別やファイルサイズを設定できるようにしてもよい。

【0050】

ファイル管理部３２は、発側端末１０からのアップロード要求に応じて着側端末２０宛てのデータファイルを受信して記憶部で保持する機能と、着側端末２０からのダウンロード要求に応じて発側端末１０から当該着側端末２０宛てのデータファイルを送信する機能と、発側端末１０による着側端末２０宛てのデータファイルのアップロード完了に応じて、当該着側端末２０へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージを送信する機能とを有している。

【0051】

図３は、データファイルの管理例である。ここでは、データファイルを識別するファイル名ごとに、当該データファイルのアップロード元となる発側端末電話番号と、当該データファイルのダウンロード先となる着側端末電話番号とが登録されている。これらファイル名、発側端末電話番号、着側端末電話番号は、アップロード時に発側端末１０から通知される。また、ダウンロード時には、着側端末２０から通知された発側端末電話番号および着側端末電話番号と合致するデータファイルが選択されて、着側端末２０へ送信される。

【0052】

なお、中継サーバ３０には、一般的なサーバ装置が有する各種構成が設けられているものとする。また、発側端末１０における各機能部のうち、受信可否管理部３１およびファイル管理部３２については、ＣＰＵが記憶部内のプログラムを読み出して実行する演算処理部（コンピュータ）により実現されている。このプログラムは、外部装置や記録媒体に格納されており、予め記憶部に保存される。

【0053】

［第１の実施の形態の動作］
次に、図４および図５を参照して、本実施の形態にかかる通信システム１の動作について説明する。図４は、第１の実施の形態にかかる通信システムの動作を示すシーケンス図である。図５は、第１の実施の形態にかかる通信システムの動作（続き）を示すシーケンス図である。なお、図４および図５において、実線矢印は、中継サーバ３０を介してやり取りするＨＴＴＰ／ＨＴＴＰＳメッセージを示し、破線矢印は、呼制御サーバ４１，４２を介してやり取りするＳＩＰメッセージを示している。

【0054】

図４に示すように、着側端末２０の受信可否設定部２７は、受信可否を設定するためのユーザ操作に応じて、自端末２０の受信可否情報を中継サーバ３０へ設定する受信可否設定要求を中継サーバ３０へ送信する。
中継サーバ３０の受信可否管理部３１は、着側端末２０からの受信可否設定要求に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す受信可否情報を記憶部に登録し、設定完了（２００ＯＫ）を着側端末２０へ返送する。
これにより、通信システム１の受信可否設定動作（ステップ１００）が完了する。

【0055】

次に、発側端末１０において、着側端末２０の電話番号を発信先として指定した発信操作が、操作入力部１１で検出された場合（ステップ１０１）、受信可否取得部１６は、呼出先となる着側端末２０の受信可否情報の取得を要求する着側受信可否取得要求を中継サーバ３０へ送信する。この着側受信可否取得要求には、発側端末１０および着側端末２０の両電話番号が指定されている。

【0056】

中継サーバ３０の受信可否管理部３１は、発側端末１０からの着側受信可否取得要求に応じて、指定された発側端末１０および着側端末２０の両電話番号に基づいて、着側端末２０の発側端末１０に関する受信可否情報を、着側受信可否結果（２００ＯＫ）により返送する。
これにより、通信システム１の受信可否取得動作（ステップ１０２）が完了する。
なお、発側端末１０からの着側受信可否取得要求にファイル概要を追加して中継サーバ３０へ通知し、中継サーバ３０の受信可否管理部３１で、当該ファイル概要に基づき着側端末２０の発側端末１０に関する受信可否を判断し、その判断結果を着側受信可否結果（２００ＯＫ）により発側端末１０へ返送するようにしてもよい。

【0057】

続いて、発側端末１０の呼制御部１８は、受信可否取得部１６により取得した着側端末２０の発側端末１０に関する受信可否情報を確認し（ステップ１０３）、当該受信可否情報が受信可を示す場合には、中継サーバ３０に着側端末２０宛てのデータファイルをアップロードするため、通信システム１は、次のようなアップロード動作（ステップ１０４）を実行する。

【0058】

アップロード動作（ステップ１０４）において、呼制御部１８は、まず、ユーザ操作により選択されたデータファイルを含むアップロード要求を中継サーバ３０へ送信することにより、アップロードを開始し、データファイル送信中画面を画面表示部１２に表示する。
中継サーバ３０のファイル管理部３２は、発側端末１０からのアップロード要求に応じて着側端末２０宛てのデータファイルを受信して記憶部で保持し、アップロードの完了に応じて、アップロード完了（２００ＯＫ）を発側端末１０へ返送する。

【0059】

発側端末１０の呼制御部１８は、中継サーバ３０から通知されたアップロード完了に応じて、アップロード完了画面を画面表示部１２に表示し、アップロードしたデータファイルが着側端末２０によりダウンロードされたことを確認するため、送信先受信確認要求を中継サーバ３０へ送信する。
これにより、通信システム１のアップロード動作（ステップ１０４）が完了し、このアップロード完了に応じて、通信システム１は次の呼出動作（ステップ１１０）へ移行する。なお、受信可否取得部１６により取得した着側端末２０の受信可否情報が受信不可を示す場合、呼制御部１８は、アップロード動作（ステップ１０４）を実行せずに、アップロード不可画面を画面表示部１２に表示した後、次の呼出動作（ステップ１１０）へ移行する。

【0060】

呼出動作（ステップ１１０）において、呼制御部１８は、着側端末２０の呼び出しを通知する呼出要求メッセージ（ＩＮＶＩＴＥ）を呼制御サーバ４１へ送信する。この呼出要求メッセージには、発側端末１０および着側端末２０の両電話番号が指定されている。この呼出要求メッセージは、呼制御サーバ４１から呼制御サーバ４２を経由して、着側端末２０へ通知される。
着側端末２０の呼制御部２８は、発側端末１０からの呼び出しを通知する呼制御サーバ４２からの呼出要求メッセージに応じて、着信処理中であることを示す処理中メッセージ（１００Ｔｒｙｉｎｇ）を返送する。この処理中メッセージは、呼制御サーバ４２から呼制御サーバ４１を経由して、発側端末１０へ通知される。

【0061】

また、呼制御部２８は、呼制御サーバ４２からの呼出要求メッセージで通知された発側端末１０の電話番号に基づいて、受信可否設定部２７で設定された、発側端末１０に関する受信可否を確認し、発側端末１０からのデータファイルについて受信可であれば、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードするため、通信システム１は次のようなダウンロード動作（ステップ１１１）を実行する。

【0062】

ダウンロード動作（ステップ１１１）において、呼制御部２８は、まず、発側端末１０から当該着側端末２０宛てのデータファイルの有無を確認するファイル確認要求を中継サーバ３０へ送信する。このダウンロード要求には、発側端末１０および着側端末２０の両電話番号が指定されている。
中継サーバ３０のファイル管理部３２は、着側端末２０からのファイル確認要求に応じて、発側端末１０から当該着側端末２０宛てのデータファイルの有無を確認し、得られたデータファイルの有無を示すファイル確認結果（２００ＯＫ）を着側端末２０へ送信する。

【0063】

呼制御部２８は、中継サーバ３０からのファイル確認結果がデータファイルありを示す場合、当該データファイルのダウンロードを要求するダウンロード要求を中継サーバ３０へ送信する。このダウンロード要求には、発側端末１０および着側端末２０の両電話番号が指定されている。
ファイル管理部３２は、着側端末２０からのダウンロード要求に応じて、発側端末１０から当該着側端末２０宛てのデータファイルを記憶部から取得し、ファイル送信（２００ＯＫ）により着側端末２０へ送信する。

【0064】

呼制御部２８は、中継サーバ３０からのファイル送信によりデータファイルをダウンロードして記憶部２４へ保存し、ダウンロードの完了に応じてダウンロード結果を中継サーバ３０へ送信する。
ファイル管理部３２は、着側端末２０からのダウンロード結果に応じて、ダウンロード完了を確認し、受領（２００ＯＫ）を着側端末２０へ返送するとともに、着側端末２０がデータファイルをダウンロードしたことを示す送信先受信完了（２００ＯＫ）を、発側端末１０へ送信する。

【0065】

呼制御部２８は、ダウンロードの完了に応じて、あるいは着側端末２０からの受領に応じて、ダウンロードしたデータファイルの内容を画面表示部２２で表示する。
これにより、通信システム１のダウンロード動作（ステップ１１１）が完了し、呼制御部２８は、呼制御サーバ４２からの呼出要求メッセージに応じた着信表示を実行し（ステップ１１２）、呼出中であることを示す呼出中メッセージ（１８０Ｒｉｎｇｉｎｇ）を呼制御サーバ４２へ送信する（ステップ１１３）。この呼出中メッセージは、呼制御サーバ４２から呼制御サーバ４１を経由して、発側端末１０へ通知される。

【0066】

なお、中継サーバ３０からのファイル確認結果がデータファイルなしを示す場合、呼制御部２８は、データファイルのダウンロードをスキップして、着信表示（ステップ１１２）へ移行し、呼出中メッセージを呼制御サーバ４２へ送信する（ステップ１１３）。
発側端末１０の呼制御部１８は、呼制御サーバ４１からの呼出中メッセージに応じて、呼出中画面を画面表示部１２に表示する。

【0067】

この後、着側端末２０での応答操作に応じて、通信システム１は次のような応答動作（ステップ１１４）を実行する。
まず、呼制御部２８は、応答メッセージ（２００ＯＫ）を呼制御サーバ４２へ送信する。この応答メッセージは、呼制御サーバ４２から呼制御サーバ４１を経由して、発側端末１０へ通知される。
呼制御部１８は、呼制御サーバ４１からの応答メッセージに応じて、確認メッセージ（ＡＣＫ）を呼制御サーバ４１へ返送する。この確認メッセージは、呼制御サーバ４１から呼制御サーバ４２を経由して、着側端末２０へ通知される。

【0068】

これにより、発側端末１０の音声通話部１５と着側端末２０の音声通話部２５とが、通信網５２を介して通話路で接続されて、音声通話が開始される。
また、呼制御部１８は、通話中画面を画面表示部１２に表示し、呼制御部２８は、通話中画面を画面表示部２２に表示する。
以上により、応答動作（ステップ１１４）が完了する。

【0069】

このようにして、発側端末１０と着側端末２０との間で音声通話が開始された後、図５に示すように、発側端末１０の呼制御部１８は、通話中に着側端末２０からデータファイルがアップロードされた場合に中継サーバ３０から当該データファイルの受信を通知してもらうため、ファイル受信確認を中継サーバ３０へ送信する（ステップ１２０）。
同様にして、着側端末２０の呼制御部２８は、通話中に発側端末１０からデータファイルがアップロードされた場合、中継サーバ３０から当該データファイルの受信を通知してもらうため、ファイル受信確認を中継サーバ３０へ送信する（ステップ１２１）。

【0070】

この後、通話中に、発側端末１０において、データファイルの送信を指示する送信操作が行われた場合（ステップ１３０）、呼制御部１８は、受信可否取得部１６により取得した着側端末２０の発側端末１０に関する受信可否情報を確認し（ステップ１３１）、当該受信可否情報が受信可を示す場合には、中継サーバ３０に着側端末２０宛てのデータファイルをアップロードするため、通信システム１は、次のようなステップ１０４と同様のアップロード動作（ステップ１３２）を実行する。

【0071】

アップロード動作（ステップ１３２）において、呼制御部１８は、まず、ユーザ操作により選択されたデータファイルを含むアップロード要求を中継サーバ３０へ送信することにより、アップロードを開始し、データファイル送信中画面を画面表示部１２に表示する。
中継サーバ３０のファイル管理部３２は、発側端末１０からのアップロード要求に応じて着側端末２０宛てのデータファイルを受信して記憶部で保持し、アップロードの完了に応じて、アップロード完了（２００ＯＫ）を発側端末１０へ返送する。

【0072】

発側端末１０の呼制御部１８は、中継サーバ３０から通知されたアップロード完了に応じて、アップロード完了画面を画面表示部１２に表示し、アップロードしたデータファイルが着側端末２０によりダウンロードされたことを確認するため、送信先受信確認要求を中継サーバ３０へ送信する。
これにより、通信システム１のアップロード動作（ステップ１３２）が完了し、このアップロード完了に応じて、通信システム１は次のダウンロード動作（ステップ１３３）へ移行する。なお、受信可否取得部１６により取得した着側端末２０の受信可否情報が受信不可を示す場合、呼制御部１８は、アップロード動作（ステップ１３３）を実行せずに、アップロード不可画面を画面表示部１２に表示する。

【0073】

アップロード動作（ステップ１３２）において、中継サーバ３０のファイル管理部３２は、発側端末１０から着側端末２０宛てのデータファイルがアップロードされた場合、ステップ１２１で受信した着側端末２０からのファイル受信確認に基づいて、着側端末２０へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージ（２００ＯＫ）を送信する。
着側端末２０の呼制御部２８は、中継サーバ３０からのアップロード通知メッセージに応じて、当該データファイルのダウンロードを要求するダウンロード要求を中継サーバ３０へ送信する。このダウンロード要求には、発側端末１０および着側端末２０の両電話番号が指定されている。

【0074】

ファイル管理部３２は、着側端末２０からのダウンロード要求に応じて、発側端末１０から当該着側端末２０宛てのデータファイルを記憶部から取得し、ファイル送信（２００ＯＫ）により着側端末２０へ送信する。
呼制御部２８は、中継サーバ３０からのファイル送信によりデータファイルをダウンロードして記憶部２４へ保存し、ダウンロードの完了に応じてダウンロード結果を中継サーバ３０へ送信する。

【0075】

ファイル管理部３２は、着側端末２０からのダウンロード結果に応じて、ダウンロード完了を確認し、受領（２００ＯＫ）を着側端末２０へ返送するとともに、着側端末２０がデータファイルをダウンロードしたことを示す送信先受信完了（２００ＯＫ）を、発側端末１０へ送信する。
呼制御部２８は、着側端末２０からの受領に応じて、ファイル受信確認を中継サーバ３０へ送信し、ダウンロードしたデータファイルの内容を画面表示部２２で表示する。
これにより、通信システム１のダウンロード動作（ステップ１３３）が完了する。

【0076】

データファイルをダウンロードした後における着側端末２０での動作については、それぞれのファイル種別に応じた処理を実行すればよい。例えば、画像、動画、テキストデータなどの表示可能なデータファイルの場合には、前述したように画面表示部２２で表示すればよく、音声ファイルの場合には、音声通話部２５で再生すればよい。

【0077】

また、データファイルを画面表示する場合、ファイル種別に応じたアプリケーションを起動させてもよい。例えば、データファイルが位置情報や地図情報である場合、地図表示アプリケーションを起動して、そのデータに応じた地点をマーク表示するようにしてもよく、さらに、位置情報と画像を合わせて受信した場合、地図上の画像をマッピングして表示するようにしてもよい。特に、位置情報を緯度・経度で送受信することで、地図情報を画像データとして送るのに比べ、データサイズを大幅に削減できるため、データ送受信による呼び出し／応答までのタイムラグを短くすることができるという効果がある。

【0078】

また、データファイルが写真の場合、写真を画面表示した上で、例えば通話終了時やユーザ操作に応じて、予め指定されているオンラインアルバムサービスを提供するサービスサーバへ、当該データファイルを自動的にアップロードするようにしてもよい。
また、データファイルが名刺データの場合、名刺データを画面表示した上で、例えば通話終了時やユーザ操作に応じて、名刺管理アプリケーションに当該データを渡して、保存するようにしてもよい。

【0079】

また、データファイルがスケジュールデータの場合、スケジュールデータを画面表示した上で、例えば通話終了時やユーザ操作に応じて、スケジュール管理アプリケーションに当該データを渡して、保存するようにしてもよい。
また、データファイルがクーポン情報の場合、クーポン情報を画面表示した上で、例えば通話終了時やユーザ操作に応じて、クーポン情報に含まれる電話番号へ発呼するための画面を表示するなどの準備処理を実行するようにしてもよい。

【0080】

この後、通話中に、発側端末１０において、音声通話の終了を指示する終話操作が行われた場合（ステップ１４０）、通信システム１は次のような終話動作（ステップ１４０）を実行する。
終話動作（ステップ１４０）において、まず、発側端末１０の呼制御部１８は、着側端末２０へ終話を通知する切断メッセージ（ＢＹＥ）を呼制御サーバ４１へ送信する。この呼出要求メッセージには、発側端末１０および着側端末２０の両電話番号が指定されている。この呼出要求メッセージは、呼制御サーバ４１から呼制御サーバ４２を経由して、着側端末２０へ通知される。

【0081】

着側端末２０の呼制御部２８は、呼制御サーバ４２からの切断メッセージに応じて、応答メッセージ（２００ＯＫ）を返送する。この応答メッセージは、呼制御サーバ４２から呼制御サーバ４１を経由して、発側端末１０へ通知される。これにより、発側端末１０と着側端末２０とを結ぶ通話路が切断されて音声通話が終了する。

【0082】

この後、呼制御部１８は、着側端末２０との通話が切断したことを示す切断通知を中継サーバ３０へ送信する（ステップ１３２）。中継サーバ３０のファイル管理部３２は、この切断通知に応じて、応答（２００ＯＫ）を発側端末１０へ返送し、データファイルのアップロードに応じた発側端末１０に対する通知のための処理を終了する。
同様に、呼制御部２８は、発側端末１０との通話が切断したことを示す切断通知を中継サーバ３０へ送信する（ステップ１３３）。中継サーバ３０のファイル管理部３２は、この切断通知に応じて、応答（２００ＯＫ）を着側端末２０へ返送し、データファイルのアップロードに応じた着側端末２０に対する通知のための処理を終了する。

【0083】

［第１の実施の形態の効果］
このように、本実施の形態は、中継サーバ３０に、着側端末２０からの登録要求に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す受信可否情報を登録する受信可否管理部３１と、発側端末１０からのアップロード要求に応じて着側端末２０宛てのデータファイルを受信して保持し、着側端末２０からのダウンロード要求に応じて発側端末１０から当該着側端末２０宛てのデータファイルを送信するファイル管理部３２とを設けたものである。

【0084】

これに加えて、着側端末２０の受信可否設定部２７が、設定操作に応じて設定された、音声を含む通信呼に連動したデータファイルの受信可否を示す当該着側端末２０の受信可否情報を、中継サーバ３０へ設定し、発側端末１０の呼制御部１８が、データファイルをアップロードする際、受信可否取得部１６により中継サーバ３０から取得した着側端末２０の受信可否情報を確認し、当該受信可否情報が受信可を示す場合には中継サーバ３０に当該着側端末２０宛てのデータファイルをアップロードし、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止し、着側端末２０の呼制御部２８が、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードして当該データファイルの内容を画面表示するようにしたものである。

【0085】

これにより、着側ユーザが設定した、音声を含む通信呼に連動したデータファイルの受信可否が、中継サーバ３０を介して発側端末１０で取得されて、発側端末１０から中継サーバ３０へデータファイルをアップロードする際に発側端末１０で確認され、受信可の場合には、発側端末１０から中継サーバ３０へデータファイルがアップロードされ、受信不可の場合には、そのデータファイルのアップロードが中止される。
したがって、着側ユーザが受信不可を設定すれば、発側端末１０から中継サーバ３０へのデータファイルのアップロードが中止されるため、着側端末２０において事前にデータファイルの受信を拒否することができ、不要なデータファイルの受信を拒否したい着側ユーザの要望を満たすことが可能となる。

【0086】

また、本実施の形態において、呼制御部１８が、発信操作に応じて、受信可否取得部１６により取得した着側端末２０の受信可否情報を確認し、当該受信可否情報が受信可を示す場合には中継サーバ３０に当該着側端末２０宛てのデータファイルをアップロードした後、着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信し、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止した後、着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信し、着側端末２０で呼出中であることを通知する呼制御サーバ４１からの呼出中メッセージに応じて呼出中状態を表示するようにしてもよい。

【0087】

この際、さらに、呼制御部２８は、発側端末１０からの呼び出しを通知する呼制御サーバ４２からの呼出要求メッセージに応じて、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードして、当該データファイルの内容を画面表示部２２で表示するとともに当該呼出要求メッセージに応じた着信表示を行い、当該着信表示による呼出中であることを通知する呼出中メッセージを呼制御サーバ４２へ送信するようにしてもよい。

【0088】

これにより、発側端末１０での発信操作と連動させて、発側端末１０から中継サーバ３０を介して着側端末２０へデータファイルを送信する場合でも、着側端末２０の受信可否情報に応じて、着側端末２０において事前にデータファイルの受信を拒否することができ、不要なデータファイルの受信を拒否したいユーザの要望を満たすことが可能となる。

【0089】

特に、前述した従来技術では、中継サーバ３０に対するアップロードや着側端末２０へのダウンロードが完了した後、着側端末２０で着信表示が開始され、その応答により着側ユーザと音声通話が開始されるまで、データファイルが中継サーバ３０にアップロードされたか、データファイルが着側端末２０までダウンロードされたか、データファイルが着側端末２０で表示されたかを確認することができないため、発側ユーザに大きなストレスが生じる。

【0090】

これに対して、本実施の形態によれば、着側端末２０がデータファイルを受信拒否している場合、データファイルをアップロードする前に、発側端末１０で着側端末２０の受信拒否を直ちに確認できるため、発側ユーザに対するストレスを大幅に軽減することが可能となる。さらに、データファイルをアップロードする前に、発側端末１０で受信拒否が確認されて、直ちに着側端末２０の呼び出しが開始されるため、受信拒否の場合には、着側端末２０での着信表示へスムーズに移行することができ、発側ユーザに対するストレスを大幅に軽減することが可能となる。

【0091】

また、本実施の形態において、呼制御部１８が、着側端末２０との通話中におけるファイル送信操作に応じて、受信可否取得部１６により取得した着側端末２０の受信可否情報を確認し、当該受信可否情報が受信可を示す場合には中継サーバ３０に当該着側端末２０宛てのデータファイルをアップロードし、当該受信可否情報が受信不可を示す場合は当該データファイルのアップロードを中止し、ファイル管理部３２が、発側端末１０による着側端末２０宛てのデータファイルのアップロード完了に応じて、当該着側端末２０へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージを送信し、呼制御部２８が、中継サーバ３０からのアップロード通知メッセージに応じて、発側端末１０から当該着側端末２０宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示するようにしてもよい。

【0092】

これにより、通話中における発側端末１０でのデータファイルの送信操作に応じて、発側端末１０から中継サーバ３０を介して着側端末２０へデータファイルを送信する場合でも、着側端末２０の受信可否情報に応じて、着側端末２０において事前にデータファイルの受信を拒否することができ、不要なデータファイルの受信を拒否したいユーザの要望を満たすことが可能となる。また、着側端末２０がデータファイルを受信拒否している場合、データファイルをアップロードする前に、発側端末１０で受信拒否を直ちに確認できるため、前述と同様の発側ユーザに対するストレスを大幅に軽減することが可能となる。

【0093】

また、本実施の形態において、受信可否情報について、受信拒否の対象となるデータファイルのファイル種別、ファイルサイズ、発側端末電話番号を属性値として任意に設定し、呼制御部１８において、受信可否情報のこれら属性値と、着側端末２０へ送信するデータファイルに関する属性値とを照合することにより、当該データファイルの受信可否を判定するようにしてもよい。
これにより、着側ユーザの意図に応じて、詳細に受信拒否の条件を設定することができ、着側ユーザの細かな要望をも満たすことが可能となる。

【0094】

また、本実施の形態では、通話中におけるファイル送信操作に応じて、発側端末１０から着側端末２０宛てのデータファイルを中継サーバ３０へアップロードする際、発側端末１０での発呼操作に応じて中継サーバ３０から受信可否取得部１６で取得した受信可否情報を用いて、アップロード可否を判断する場合を例として説明したが、これに限定されるものではなく、ファイル送信操作に応じて、中継サーバ３０から受信可否取得部１６で受信可否情報を取得し、この受信可否情報を用いてアップロード可否を判断するようにしてもよい。

【0095】

［第２の実施の形態］
次に、図６を参照して、本発明の第２の実施の形態にかかる通信システム１について説明する。図６は、第２の実施の形態にかかる通信システムの構成を示すブロック図であり、図１と同じまたは同等部分には同一符号を付してある。

【0096】

第１の実施の形態では、発側端末１０が、中継サーバ３０に登録されている着側端末２０の受信可否情報を取得して、データファイルのアップロード可否を判定する場合を例として説明した。
本実施の形態では、中継サーバ３０が、自装置内に登録されている着側端末２０の受信可否情報を確認して、発側端末１０からのデータファイルのアップロード可否を判定する場合について説明する。

【0097】

本実施の形態において、中継サーバ３０の受信可否管理部３１は、着側端末２０からの登録要求に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す受信可否情報を登録する機能を有している。
また、中継サーバ３０のファイル管理部３２は、発側端末１０による着側端末２０宛てのデータファイルのアップロード時に、着側端末２０の受信可否情報を確認する機能と、当該受信可否情報が、受信可を示す場合には当該データファイルを受信して保持し、着側端末２０からのダウンロード要求に応じて当該データファイルを送信する機能と、受信不可を示す場合は当該データファイルのアップロードを中止する機能とを有している。

【0098】

また、発側端末１０の呼制御部１８は、中継サーバ３０に対する着側端末２０宛てのデータファイルのアップロード時に、当該中継サーバ３０側で当該アップロードが中止された場合は当該アップロードを中止する機能を有している。
これに加えて、呼制御部１８は、発信操作に応じて、中継サーバ３０に着側端末２０宛てのデータファイルのアップロードを開始し、当該アップロードが完了した場合には着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信する機能と、中継サーバ３０側で当該アップロードが中止された場合は当該アップロードを中止して着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信する機能と、着側端末２０で呼出中であることを通知する呼制御サーバ４１からの呼出中メッセージに応じて呼出中状態を表示する機能とを有している。
これに加えて、呼制御部１８は、着側端末２０との通話中におけるファイル送信操作に応じて、中継サーバ３０に当該着側端末２０宛てのデータファイルをアップロードする機能とを有している。

【0099】

また、着側端末２０の受信可否設定部２７は、設定操作に応じて設定された、音声を含む通信呼に連動したデータファイルの受信可否を示す当該着側端末２０の受信可否情報を、中継サーバ３０へ設定する機能を有している。
また、着側端末２０の呼制御部２８は、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードし、当該データファイルの内容を画面表示する機能とを有している。

【0100】

これに加えて、呼制御部２８は、発側端末１０からの呼び出しを通知する呼制御サーバ４２からの呼出要求メッセージに応じて、発側端末１０から当該着側端末２０宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示するとともに当該呼出要求メッセージに応じた着信表示を行う機能と、当該着信表示による呼出中であることを通知する呼出中メッセージを呼制御サーバ４２へ送信する機能とを有している。
これに加えて、呼制御部２８は、中継サーバ３０からのアップロード通知メッセージに応じて、発側端末１０から当該着側端末２０宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示する機能とを有している。

【0101】

図１と比較して、本実施の形態では、発側端末１０から受信可否取得部１６が省かれている。
本実施の形態にかかる通信システム１のうち、上記以外の構成については、前述した第１の実施の形態と同様であり、ここでの詳細な説明は省略する。

【0102】

［第２の実施の形態の動作］
次に、図７および図８を参照して、本実施の形態にかかる通信システム１の動作について説明する。図７は、第２の実施の形態にかかる通信システムの動作を示すシーケンス図である。図８は、第２の実施の形態にかかる通信システムの動作（続き）を示すシーケンス図である。なお、図７および図８において、実線矢印は、中継サーバ３０を介してやり取りするＨＴＴＰ／ＨＴＴＰＳメッセージを示し、破線矢印は、呼制御サーバ４１，４２を介してやり取りするＳＩＰメッセージを示している。

【0103】

まず、本実施の形態にかかる通信システム１の受信可否設定動作については、図４で説明した受信可否設定動作（ステップ１００）と同様であり、ここでの説明は省略する。

【0104】

次に、図７に示すように、発側端末１０において、着側端末２０の電話番号を発信先として指定した発信操作が、操作入力部１１で検出された場合（ステップ２００）、呼制御部１８は、ユーザ操作により選択されたデータファイルを含むアップロード要求を中継サーバ３０へ送信することにより、アップロードを開始し（ステップ２０１）、データファイル送信中画面を画面表示部１２に表示する。

【0105】

中継サーバ３０のファイル管理部３２は、発側端末１０からのアップロード要求に応じて、記憶部に登録されている着側端末２０の受信可否情報を確認する（ステップ２０２）。ここで、当該受信可否情報が受信可を示す場合、通信システム１は、次のようなアップロード動作（ステップ２０３）を実行する。

【0106】

まず、ファイル管理部３２は、当該データファイルを受信して記憶部で保持し、アップロードの完了に応じて、アップロード完了（２００ＯＫ）を発側端末１０へ返送する。
発側端末１０の呼制御部１８は、中継サーバ３０から通知されたアップロード完了に応じて、アップロード完了画面を画面表示部１２に表示し、アップロードしたデータファイルが着側端末２０によりダウンロードされたことを確認するため、送信先受信確認要求を中継サーバ３０へ送信する。
これにより、アップロード動作（ステップ２０３）が完了し、通信システム１は次の呼出動作（ステップ２１０）へ移行する。

【0107】

一方、記憶部に登録されている着側端末２０の受信可否情報が受信不可を示す場合、ファイル管理部３２は、アップロード中止（４００ＥＲＲＯＲ）を発側端末１０へ送信する（ステップ２０４）。
発側端末１０の呼制御部１８は、中継サーバ３０からのアップロード中止に応じて、データファイルのアップロードを中止し、アップロード不可画面を画面表示部１２に表示する。この後、通信システム１は次の呼出動作（ステップ２１０）へ移行する。

【0108】

呼出動作（ステップ２１０）において、呼制御部１８は、着側端末２０の呼び出しを通知する呼出要求メッセージ（ＩＮＶＩＴＥ）を呼制御サーバ４１へ送信する。この呼出要求メッセージには、発側端末１０および着側端末２０の両電話番号が指定されている。この呼出要求メッセージは、呼制御サーバ４１から呼制御サーバ４２を経由して、着側端末２０へ通知される。
着側端末２０の呼制御部２８は、発側端末１０からの呼び出しを通知する呼制御サーバ４２からの呼出要求メッセージに応じて、着信処理中であることを示す処理中メッセージ（１００Ｔｒｙｉｎｇ）を返送する。この処理中メッセージは、呼制御サーバ４２から呼制御サーバ４１を経由して、発側端末１０へ通知される。

【0109】

【0110】

ダウンロード動作（ステップ２１１）において、呼制御部２８は、まず、発側端末１０から当該着側端末２０宛てのデータファイルの有無を確認するファイル確認要求を中継サーバ３０へ送信する。このダウンロード要求には、発側端末１０および着側端末２０の両電話番号が指定されている。
中継サーバ３０のファイル管理部３２は、着側端末２０からのファイル確認要求に応じて、発側端末１０から当該着側端末２０宛てのデータファイルの有無を確認し、得られたデータファイルの有無を示すファイル確認結果（２００ＯＫ）を着側端末２０へ送信する。

【0111】

【0112】

【0113】

呼制御部２８は、ダウンロードの完了に応じて、あるいは着側端末２０からの受領に応じて、ダウンロードしたデータファイルの内容を画面表示部２２で表示する。
これにより、通信システム１のダウンロード動作（ステップ２１１）が完了し、呼制御部２８は、呼制御サーバ４２からの呼出要求メッセージに応じた着信表示を実行し（ステップ２１２）、呼出中であることを示す呼出中メッセージ（１８０Ｒｉｎｇｉｎｇ）を呼制御サーバ４２へ送信する（ステップ２１３）。この呼出中メッセージは、呼制御サーバ４２から呼制御サーバ４１を経由して、発側端末１０へ通知される。

【0114】

なお、中継サーバ３０からのファイル確認結果がデータファイルなしを示す場合、呼制御部２８は、データファイルのダウンロードをスキップして、着信表示（ステップ２１２）へ移行し、呼出中メッセージを呼制御サーバ４２へ送信する（ステップ２１３）。
発側端末１０の呼制御部１８は、呼制御サーバ４１からの呼出中メッセージに応じて、呼出中画面を画面表示部１２に表示する。

【0115】

この後の着側端末２０での応答操作に応じた応答動作については、前述した図４の応答動作ステップ（ステップ１１４）と同様であり、ここでの説明は省略する。

【0116】

このようにして、発側端末１０と着側端末２０との間で音声通話が開始された後、図８に示すように、発側端末１０の呼制御部１８は、通話中に着側端末２０からデータファイルがアップロードされた場合に中継サーバ３０から当該データファイルの受信を通知してもらうため、ファイル受信確認を中継サーバ３０へ送信する（ステップ２２０）。
同様にして、着側端末２０の呼制御部２８は、通話中に発側端末１０からデータファイルがアップロードされた場合、中継サーバ３０から当該データファイルの受信を通知してもらうため、ファイル受信確認を中継サーバ３０へ送信する（ステップ２２１）。

【0117】

この後、通話中に、発側端末１０において、データファイルの送信を指示する送信操作が行われた場合（ステップ２３０）、呼制御部１８は、ユーザ操作により選択されたデータファイルを含むアップロード要求を中継サーバ３０へ送信することにより、アップロードを開始し（ステップ２３１）、データファイル送信中画面を画面表示部１２に表示する。

【0118】

中継サーバ３０のファイル管理部３２は、発側端末１０からのアップロード要求に応じて、記憶部に登録されている着側端末２０の受信可否情報を確認する（ステップ２３２）。

【0119】

ここで、ステップ２３２において、記憶部に登録されている着側端末２０の受信可否情報が受信不可を示す場合、中継サーバ３０のファイル管理部３２は、アップロード中止（４００ＥＲＲＯＲ）を発側端末１０へ送信する（ステップ２３３）。
発側端末１０の呼制御部１８は、中継サーバ３０からのアップロード中止に応じて、データファイルのアップロードを中止し、アップロード不可画面を画面表示部１２に表示する。
これにより、通信システム１の通話中におけるデータファイルの送信動作を終了する。

【0120】

一方、当該受信可否情報が受信可を示す場合、通信システム１は、次のようなアップロード動作（ステップ２３４）を実行する。

【0121】

まず、ファイル管理部３２は、当該データファイルを受信して記憶部で保持し、アップロードの完了に応じて、アップロード完了（２００ＯＫ）を発側端末１０へ返送する。
発側端末１０の呼制御部１８は、中継サーバ３０から通知されたアップロード完了に応じて、アップロード完了画面を画面表示部１２に表示し、アップロードしたデータファイルが着側端末２０によりダウンロードされたことを確認するため、送信先受信確認要求を中継サーバ３０へ送信する。
これにより、アップロード動作（ステップ２３４）が完了し、通信システム１は次のダウンロード動作（ステップ２３５）へ移行する。

【0122】

アップロード動作（ステップ２３５）において、中継サーバ３０のファイル管理部３２は、発側端末１０から着側端末２０宛てのデータファイルがアップロードされた場合、ステップ１２１で受信した着側端末２０からのファイル受信確認に基づいて、着側端末２０へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージ（２００ＯＫ）を送信する。
着側端末２０の呼制御部２８は、中継サーバ３０からのアップロード通知メッセージに応じて、当該データファイルのダウンロードを要求するダウンロード要求を中継サーバ３０へ送信する。このダウンロード要求には、発側端末１０および着側端末２０の両電話番号が指定されている。

【0123】

【0124】

【0125】

また、本実施の形態にかかる通信システム１の終話動作については、図５で説明した終話動作（ステップ１４０−１４３）と同様であり、ここでの説明は省略する。

【0126】

［第２の実施の形態の効果］
このように、本実施の形態は、中継サーバ３０に、着側端末２０からの登録要求に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す受信可否情報を登録する受信可否管理部３１と、発側端末１０による着側端末２０宛てのデータファイルのアップロード時に、着側端末２０の受信可否情報を確認し、当該受信可否情報が、受信可を示す場合には当該データファイルを受信して保持し、着側端末２０からのダウンロード要求に応じて当該データファイルを送信し、受信不可を示す場合は当該データファイルのアップロードを中止するファイル管理部３２とを設けたものである。

【0127】

これに加えて、着側端末２０の受信可否設定部２７が、設定操作に応じて設定された、音声を含む通信呼に連動したデータファイルの受信可否を示す当該着側端末２０の受信可否情報を、中継サーバ３０へ設定し、発側端末１０の呼制御部１８が、中継サーバ３０に対する着側端末２０宛てのデータファイルのアップロード時に、当該中継サーバ３０側で当該アップロードが中止された場合は当該アップロードを中止し、着側端末２０の呼制御部２８が、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードし、当該データファイルの内容を画面表示するようにしたものである。

【0128】

これにより、着側ユーザが設定した、音声を含む通信呼に連動したデータファイルの受信可否が、中継サーバ３０に登録されて、発側端末１０から中継サーバ３０へデータファイルをアップロードする際に中継サーバ３０で確認され、受信可の場合には、発側端末１０から中継サーバ３０へデータファイルがアップロードされ、受信不可の場合には、そのデータファイルのアップロードが中止される。
したがって、着側ユーザが受信不可を設定すれば、発側端末１０から中継サーバ３０へのデータファイルのアップロードが中止されるため、着側端末２０において事前にデータファイルの受信を拒否することができ、不要なデータファイルの受信を拒否したい着側ユーザの要望を満たすことが可能となる。

【0129】

また、本実施の形態において、呼制御部１８が、発信操作に応じて、中継サーバ３０に着側端末２０宛てのデータファイルのアップロードを開始し、当該アップロードが完了した場合には着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信し、当該中継サーバ３０側で当該アップロードが中止された場合は当該アップロードを中止して着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信し、着側端末２０で呼出中であることを通知する呼制御サーバ４１からの呼出中メッセージに応じて呼出中状態を表示するようにしてもよい。

【0130】

さらに、呼制御部２８が、発側端末１０からの呼び出しを通知する呼制御サーバ４２からの呼出要求メッセージに応じて、発側端末１０から当該着側端末２０宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示するとともに当該呼出要求メッセージに応じた着信表示を行い、当該着信表示による呼出中であることを通知する呼出中メッセージを呼制御サーバ４２へ送信するようにしてもよい。

【0131】

【0132】

【0133】

これに対して、本実施の形態によれば、着側端末２０がデータファイルを受信拒否している場合、データファイルのアップロードを開始した時点で、中継サーバ３０で着側端末２０の受信拒否を直ちに確認できるため、発側ユーザに対するストレスを大幅に軽減することが可能となる。さらに、データファイルをアップロードする前に、中継サーバ３０で受信拒否が確認されて、発側端末１０から直ちに着側端末２０の呼び出しが開始されるため、受信拒否の場合には、着側端末２０での着信表示へスムーズに移行することができ、発側ユーザに対するストレスを大幅に軽減することが可能となる。

【0134】

また、本実施の形態において、呼制御部１８が、着側端末２０との通話中におけるファイル送信操作に応じて、中継サーバ３０に当該着側端末２０宛てのデータファイルをアップロードし、ファイル管理部３２は、発側端末１０による着側端末２０宛てのデータファイルのアップロード完了に応じて、当該着側端末２０へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージを送信し、呼制御部２８が、中継サーバ３０からのアップロード通知メッセージに応じて、発側端末１０から当該着側端末２０宛てのデータファイルをダウンロードして当該データファイルの内容を画面表示するようにしてもよい。

【0135】

これにより、通話中における発側端末１０でのデータファイルの送信操作に応じて、発側端末１０から中継サーバ３０を介して着側端末２０へデータファイルを送信する場合でも、着側端末２０の受信可否情報に応じて、着側端末２０において事前にデータファイルの受信を拒否することができ、不要なデータファイルの受信を拒否したいユーザの要望を満たすことが可能となる。また、着側端末２０がデータファイルを受信拒否している場合、データファイルのアップロードを開始した時点において、中継サーバ３０で受信拒否を直ちに確認できるため、前述と同様の発側ユーザに対するストレスを大幅に軽減することが可能となる。

【0136】

［第３の実施の形態］
次に、図９を参照して、本発明の第３の実施の形態にかかる通信システム１について説明する。図９は、第３の実施の形態にかかる通信システムの構成を示すブロック図であり、図１と同じまたは同等部分には同一符号を付してある。

【0137】

第１の実施の形態では、発側端末１０が、中継サーバ３０に登録されている着側端末２０の受信可否情報を取得して、データファイルのアップロード可否を判定する場合を例として説明し、第２の実施の形態では、中継サーバ３０が、自装置内に登録されている着側端末２０の受信可否情報を確認して、発側端末１０からのデータファイルのアップロード可否を判定する場合について説明した。
本実施の形態では、着側端末２０が、自端末内に設定されている受信可否情報を確認して、中継サーバ３０からのデータファイルのダウンロード可否を判定する場合について説明する。

【0138】

本実施の形態において、中継サーバ３０のファイル管理部３２は、発側端末１０からのアップロード要求に応じて着側端末２０宛てのデータファイルを受信して保持する機能と、着側端末２０からのダウンロード要求に応じて発側端末１０から当該着側端末２０宛てのデータファイルを送信する機能とを有している。
これに加えて、ファイル管理部３２は、発側端末１０による着側端末２０宛てのデータファイルのアップロード完了に応じて、当該着側端末２０へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージを送信する機能を有している。

【0139】

また、発側端末１０の呼制御部１８は、中継サーバ３０に着側端末２０宛てのデータファイルをアップロードする機能を有している。
これに加えて、呼制御部１８は、発信操作に応じて、中継サーバ３０に着側端末２０宛てのデータファイルのアップロードを開始する機能と、当該アップロードが完了した場合には着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信する機能と、着側端末２０で呼出中であることを通知する呼制御サーバ４１からの呼出中メッセージに応じて呼出中状態を表示する機能とを有している。
これに加えて、呼制御部１８は、着側端末２０との通話中におけるファイル送信操作に応じて、中継サーバ３に当該着側端末２０宛てのデータファイルをアップロードする機能とを有している。

【0140】

また、着側端末２０の受信可否設定部２７は、設定操作に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す当該着側端末２０の受信可否情報を設定する機能を有している。
また、着側端末２０の呼制御部２８は、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードする際、受信可否設定部２７で設定された受信可否情報を確認する機能と、当該受信可否情報が受信可を示す場合には当該データファイルをダウンロードして当該データファイルの内容を画面表示する機能と、当該受信可否情報が受信不可を示す場合は当該データファイルのダウンロードを中止する機能とを有している。

【0141】

これに加えて、呼制御部２８は、発側端末１０からの呼び出しを通知する呼制御サーバ４２からの呼出要求メッセージに応じて、発側端末１０から着側端末２０宛てのデータファイルをダウンロードする際、受信可否設定部２７で設定された受信可否情報を確認する機能と、当該受信可否情報が受信可を示す場合には当該データファイルをダウンロードして、当該データファイルの内容を画面表示するとともに当該呼出要求メッセージに応じた着信表示を行う機能と、当該着信表示による呼出中であることを通知する呼出中メッセージを呼制御サーバ４２へ送信する機能と、当該受信可否情報が受信不可を示す場合は当該データファイルのダウンロードを中止して、当該呼出要求メッセージに応じた着信表示を行う機能と、当該着信表示による呼出中であることを通知する呼出中メッセージを呼制御サーバ４２へ送信する機能とを有している。

【0142】

これに加えて、呼制御部２８は、中継サーバ３０からのアップロード通知メッセージに応じて、発側端末１０から着側端末２０宛てのデータファイルをダウンロードする際、受信可否設定部２７で設定された受信可否情報を確認する機能と、当該受信可否情報が受信可を示す場合には当該データファイルをダウンロードして当該データファイルの内容を画面表示する機能と、当該受信可否情報が受信不可を示す場合は当該データファイルのダウンロードを中止する機能とを有している。

【0143】

図１と比較して、本実施の形態では、発側端末１０から受信可否取得部１６が省かれているとともに、中継サーバ３０から受信可否管理部３１が省かれている。
本実施の形態にかかる通信システム１のうち、上記以外の構成については、前述した第１および第２の実施の形態と同様であり、ここでの詳細な説明は省略する。

【0144】

［第３の実施の形態の動作］
次に、図１０および図１１を参照して、本実施の形態にかかる通信システム１の動作について説明する。図１０は、第３の実施の形態にかかる通信システムの動作を示すシーケンス図である。図１１は、第３の実施の形態にかかる通信システムの動作（続き）を示すシーケンス図である。なお、図１０および図１１において、実線矢印は、中継サーバ３０を介してやり取りするＨＴＴＰ／ＨＴＴＰＳメッセージを示し、破線矢印は、呼制御サーバ４１，４２を介してやり取りするＳＩＰメッセージを示している。

【0145】

まず、図１０に示すように、発側端末１０において、着側端末２０の電話番号を発信先として指定した発信操作が、操作入力部１１で検出された場合（ステップ３００）、通信システム１は、次のようなアップロード動作（ステップ３０１）を実行する。

【0146】

アップロード動作（ステップ３０１）において、まず、呼制御部１８は、ユーザ操作により選択されたデータファイルを含むアップロード要求を中継サーバ３０へ送信することによりアップロードを開始し、データファイル送信中画面を画面表示部１２に表示する。
中継サーバ３０のファイル管理部３２は、発側端末１０からのアップロード要求に応じて着側端末２０宛てのデータファイルを受信して記憶部で保持し、アップロードの完了に応じて、アップロード完了（２００ＯＫ）を発側端末１０へ返送する。

【0147】

【0148】

呼出動作（ステップ３１０）において、呼制御部１８は、着側端末２０の呼び出しを通知する呼出要求メッセージ（ＩＮＶＩＴＥ）を呼制御サーバ４１へ送信する。この呼出要求メッセージには、発側端末１０および着側端末２０の両電話番号が指定されている。この呼出要求メッセージは、呼制御サーバ４１から呼制御サーバ４２を経由して、着側端末２０へ通知される。
着側端末２０の呼制御部２８は、発側端末１０からの呼び出しを通知する呼制御サーバ４２からの呼出要求メッセージに応じて、着信処理中であることを示す処理中メッセージ（１００Ｔｒｙｉｎｇ）を返送する。この処理中メッセージは、呼制御サーバ４２から呼制御サーバ４１を経由して、発側端末１０へ通知される。

【0149】

また、呼制御部２８は、呼制御サーバ４２からの呼出要求メッセージで通知された発側端末１０の電話番号に基づいて、受信可否設定部２７で設定された、発側端末１０に関する受信可否を確認する（ステップ３１１）。
ここで、発側端末１０からのデータファイルについて受信可であれば、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードするため、通信システム１は次のようなダウンロード動作（ステップ３１２）を実行する。

【0150】

ダウンロード動作（ステップ３１２）において、呼制御部２８は、まず、発側端末１０から当該着側端末２０宛てのデータファイルの有無を確認するファイル確認要求を中継サーバ３０へ送信する。このダウンロード要求には、発側端末１０および着側端末２０の両電話番号が指定されている。
中継サーバ３０のファイル管理部３２は、着側端末２０からのファイル確認要求に応じて、発側端末１０から当該着側端末２０宛てのデータファイルの有無を確認し、得られたデータファイルの有無を示すファイル確認結果（２００ＯＫ）を着側端末２０へ送信する。

【0151】

【0152】

【0153】

呼制御部２８は、ダウンロードの完了に応じて、あるいは着側端末２０からの受領に応じて、ダウンロードしたデータファイルの内容を画面表示部２２で表示する。
これにより、通信システム１のダウンロード動作（ステップ３１２）が完了し、呼制御部２８は、呼制御サーバ４２からの呼出要求メッセージに応じた着信表示を実行し（ステップ３１３）、呼出中であることを示す呼出中メッセージ（１８０Ｒｉｎｇｉｎｇ）を呼制御サーバ４２へ送信する（ステップ３１４）。この呼出中メッセージは、呼制御サーバ４２から呼制御サーバ４１を経由して、発側端末１０へ通知される。

【0154】

なお、中継サーバ３０からのファイル確認結果がデータファイルなしを示す場合、呼制御部２８は、データファイルのダウンロードをスキップして、着信表示（ステップ３１３）へ移行し、呼出中メッセージを呼制御サーバ４２へ送信する（ステップ３１４）。

【0155】

また、ステップ３１１において、発側端末１０からのデータファイルについて受信不可と判定された後の動作については、次の２つのパターンがある。
まず、発側端末１０の電話番号で受信不可となったパターンでは、呼制御部２８が、ステップ３１１の直後、データファイルのダウンロードをスキップした後、ダウンロード結果（失敗）を中継サーバ３０へ送信し、これに応じて、中継サーバ３０から発側端末１０へ送信先受信拒否（４００ＥＲＲＯＲ）が通知される。この後、呼制御部２８は、着信表示（ステップ３１３）へ移行し、呼出中メッセージを呼制御サーバ４２へ送信する（ステップ３１４）。

【0156】

また、ファイル種別やファイルサイズなど、ファイルの内容が受信不可の対象となったパターンでは、呼制御部２８が、ステップ３１１に続けて、データファイルをダウンロードした直後に、ダウンロード結果（失敗）を中継サーバ３０へ送信し、これに応じて、中継サーバ３０から発側端末１０へ送信先受信拒否（４００ＥＲＲＯＲ）が通知される。この後、呼制御部２８は、着信表示（ステップ３１３）へ移行し、呼出中メッセージを呼制御サーバ４２へ送信する（ステップ３１４）。

【0157】

発側端末１０の呼制御部１８は、呼制御サーバ４１からの呼出中メッセージに応じて、呼出中画面を画面表示部１２に表示する。
この後の着側端末２０での応答操作に応じた応答動作については、前述した図４の応答動作ステップ（ステップ１１４）と同様であり、ここでの説明は省略する。

【0158】

このようにして、発側端末１０と着側端末２０との間で音声通話が開始された後、図１１に示すように、発側端末１０の呼制御部１８は、通話中に着側端末２０からデータファイルがアップロードされた場合に中継サーバ３０から当該データファイルの受信を通知してもらうため、ファイル受信確認を中継サーバ３０へ送信する（ステップ３２０）。
同様にして、着側端末２０の呼制御部２８は、通話中に発側端末１０からデータファイルがアップロードされた場合、中継サーバ３０から当該データファイルの受信を通知してもらうため、ファイル受信確認を中継サーバ３０へ送信する（ステップ３２１）。

【0159】

この後、通話中に、発側端末１０において、データファイルの送信を指示する送信操作が行われた場合（ステップ３３０）、通信システム１は、次のようなアップロード動作（ステップ３３１）を実行する。

【0160】

アップロード動作（ステップ３３１）において、まず、呼制御部１８は、ユーザ操作により選択されたデータファイルを含むアップロード要求を中継サーバ３０へ送信することによりアップロードを開始し、データファイル送信中画面を画面表示部１２に表示する。
中継サーバ３０のファイル管理部３２は、発側端末１０からのアップロード要求に応じて着側端末２０宛てのデータファイルを受信して記憶部で保持し、アップロードの完了に応じて、アップロード完了（２００ＯＫ）を発側端末１０へ返送する。

【0161】

発側端末１０の呼制御部１８は、中継サーバ３０から通知されたアップロード完了に応じて、アップロード完了画面を画面表示部１２に表示し、アップロードしたデータファイルが着側端末２０によりダウンロードされたことを確認するため、送信先受信確認要求を中継サーバ３０へ送信する。
これにより、アップロード動作（ステップ３３１）が完了する。

【0162】

この後、中継サーバ３０のファイル管理部３２は、発側端末１０から着側端末２０宛てのデータファイルがアップロードされた場合、ステップ３２１で受信した着側端末２０からのファイル受信確認に基づいて、着側端末２０へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージ（２００ＯＫ）を送信する（ステップ３３２）。

【0163】

着側端末２０の呼制御部２８は、中継サーバ３０からのアップロード通知メッセージに応じて、受信可否設定部２７で設定された、発側端末１０に関する受信可否を確認する（ステップ３３３）。
ここで、発側端末１０からのデータファイルについて受信可であれば、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードするため、通信システム１は次のようなダウンロード動作（ステップ３３４）を実行する。

【0164】

ダウンロード動作（ステップ３３４）において、呼制御部２８は、当該データファイルのダウンロードを要求するダウンロード要求を中継サーバ３０へ送信する。このダウンロード要求には、発側端末１０および着側端末２０の両電話番号が指定されている。
ファイル管理部３２は、着側端末２０からのダウンロード要求に応じて、発側端末１０から当該着側端末２０宛てのデータファイルを記憶部から取得し、ファイル送信（２００ＯＫ）により着側端末２０へ送信する。

【0165】

【0166】

呼制御部２８は、ダウンロードの完了に応じて、あるいは着側端末２０からの受領に応じて、ダウンロードしたデータファイルの内容を画面表示部２２で表示する。
これにより、通信システム１のダウンロード動作（ステップ３３４）が完了し、通話中におけるデータファイルの送信動作を終了する。

【0167】

なお、中継サーバ３０からのファイル確認結果がデータファイルなしを示す場合、呼制御部２８は、データファイルのダウンロードをスキップする。これにより、通信システム１は、通話中におけるデータファイルの送信動作を終了する。

【0168】

また、ステップ３３３において、発側端末１０からのデータファイルについて受信不可と判定された後の動作については、次の２つのパターンがある。
まず、発側端末１０の電話番号で受信不可となったパターンでは、呼制御部２８が、ステップ３３３の直後、データファイルのダウンロードをスキップした後、ダウンロード結果（失敗）を中継サーバ３０へ送信し、これに応じて、中継サーバ３０から発側端末１０へ送信先受信拒否（４００ＥＲＲＯＲ）が通知され、通話中におけるデータファイルの送信動作を終了する。

【0169】

また、ファイル種別やファイルサイズなど、ファイルの内容が受信不可の対象となったパターンでは、呼制御部２８が、ステップ３３３に続けて、データファイルをダウンロードした直後に、ダウンロード結果（失敗）を中継サーバ３０へ送信し、これに応じて、中継サーバ３０から発側端末１０へ送信先受信拒否（４００ＥＲＲＯＲ）が通知され、通話中におけるデータファイルの送信動作を終了する。

【0170】

【0171】

［第３の実施の形態の効果］
このように、本実施の形態は、中継サーバ３０に、発側端末１０からのアップロード要求に応じて着側端末２０宛てのデータファイルを受信して保持し、着側端末２０からのダウンロード要求に応じて発側端末１０から当該着側端末２０宛てのデータファイルを送信するファイル管理部３２を設けたものである。

【0172】

これに加えて、発側端末１０の呼制御部１８が、中継サーバ３０に着側端末２０宛てのデータファイルをアップロードし、着側端末２０の受信可否設定部２７が、設定操作に応じて、音声を含む通信呼に連動したデータファイルの受信可否を示す当該着側端末２０の受信可否情報を設定し、着側端末２０の呼制御部２８が、発側端末１０から当該着側端末２０宛てのデータファイルを中継サーバ３０からダウンロードする際、受信可否設定部２７で設定された受信可否情報を確認し、当該受信可否情報が受信可を示す場合には当該データファイルをダウンロードして当該データファイルの内容を画面表示し、当該受信可否情報が受信不可を示す場合は当該データファイルのダウンロードを中止するようにしたものである。

【0173】

これにより、着側端末２０が中継サーバ３０からデータファイルをダウンロードする際に、着側ユーザが設定した、音声を含む通信呼に連動したデータファイルの受信可否が着側端末２０で確認され、受信可の場合には、中継サーバ３０からデータファイルがダウンロードされ、受信不可の場合には、そのデータファイルのダウンロードが中止される。
したがって、着側ユーザが受信不可を設定すれば、発側端末１０から中継サーバ３０へのデータファイルのアップロードが中止されるため、着側端末２０において事前にデータファイルの受信を拒否することができ、不要なデータファイルの受信を拒否したい着側ユーザの要望を満たすことが可能となる。

【0174】

また、本実施の形態において、呼制御部１８が、発信操作に応じて、中継サーバ３０に着側端末２０宛てのデータファイルのアップロードを開始し、当該アップロードが完了した場合には着側端末２０の呼び出しを通知する呼出要求メッセージを呼制御サーバ４１へ送信し、着側端末２０で呼出中であることを通知する呼制御サーバ４１からの呼出中メッセージに応じて呼出中状態を表示するようにしてもよい。

【0175】

この際、さらに、呼制御部２８が、発側端末１０からの呼び出しを通知する呼制御サーバ４２からの呼出要求メッセージに応じて、発側端末１０から当該着側端末２０宛てのデータファイルをダウンロードする際、受信可否設定部２７で設定された受信可否情報を確認し、当該受信可否情報が受信可を示す場合には当該データファイルをダウンロードして、当該データファイルの内容を画面表示するとともに当該呼出要求メッセージに応じた着信表示を行い、当該着信表示による呼出中であることを通知する呼出中メッセージを呼制御サーバ４２へ送信し、当該受信可否情報が受信不可を示す場合は当該データファイルのダウンロードを中止して、当該呼出要求メッセージに応じた着信表示を行い、当該着信表示による呼出中であることを通知する呼出中メッセージを呼制御サーバ４２へ送信するようにしてもよい。

【0176】

【0177】

また、本実施の形態において、呼制御部１８が、着側端末２０との通話中におけるファイル送信操作に応じて、中継サーバ３０に着側端末２０宛てのデータファイルをアップロードし、ファイル管理部３２が、発側端末１０による着側端末２０宛てのデータファイルのアップロード完了に応じて、当該着側端末２０へ当該データファイルがアップロードされたことを通知するアップロード通知メッセージを送信し、呼制御部２８が、中継サーバ３０からのアップロード通知メッセージに応じて、発側端末１０から着側端末２０宛てのデータファイルをダウンロードする際、受信可否設定部２７で設定された受信可否情報を確認し、当該受信可否情報が受信可を示す場合には当該データファイルをダウンロードして当該データファイルの内容を画面表示し、当該受信可否情報が受信不可を示す場合は当該データファイルのダウンロードを中止するようにしてもよい。

【0178】

【0179】

また、本実施の形態では、図１１のステップ３２０，３２１において、中継サーバ３０が発側端末１０と着側端末２０からファイル受信確認を受信した後、発側端末１０から中継サーバ３０へデータファイルがアップロードされるまで無応答（待機状態）となり、ステップ３３１において、発側端末１０から中継サーバ３０へデータファイルがアップロードされた時点で、ステップ３３２において、中継サーバ３０から着側端末２０へアップロード通知メッセージが通知される場合を例として説明したが、これに限定されるものではない。
例えば、発側端末１０や着側端末２０から中継サーバ３０へファイル受信確認を定期的に送信し、これに応じて中継サーバ３０のファイル管理部３２が、確認要求元となる発側端末１０宛てまたは着側端末２０宛てのデータファイルのアップロード有無を確認し、その確認結果を含むファイル確認通知を、確認要求元となる発側端末１０や着側端末２０に返送するようにしてもよい。

【0180】

［実施の形態の拡張］
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解しうる様々な変更をすることができる。また、各実施形態については、矛盾しない範囲で任意に組み合わせて実施することができる。

【0181】

以上で説明した各実施の形態では、着側端末２０の受信可否情報が受信可を示す場合、中継サーバ３０からデータファイルを自動的にダウンロードする場合を例として説明したが、これに限定されるものではなく、着側ユーザによる確認操作を経た上で、データファイルをダウンロードするようにしてもよい。
この場合、着側端末２０の呼制御部２８からのダウンロード要求に応じて、中継サーバ３０のファイル管理部３２が、要求されたデータファイルのファイル概要情報を記憶部から取得して、着側端末２０へ通知し、呼制御部２８がこのファイル概要情報を画面表示するようにしてもよい。これにより、着側ユーザがデータファイルの受信可否を、より正確に判断することができる。

【0182】

また、ファイル概要情報の取得については、受信可否情報で設定してもよい。すなわち、受信可否情報には、受信可、受信不可、ファイル概要のいずれかが設定される。したがって、受信可否情報にファイル概要が設定されている場合には、着側端末２０において、実際にデータファイルをダウンロードする際、呼制御部２８が中継サーバ３０からファイル概要情報を取得して画面表示し、受信可操作に応じて、データファイルをダウンロードし、受信不可操作に応じて、ダウンロードを中止すればよい。
これにより、それぞれのケースに応じて変化する、不要なデータファイルの受信を拒否したい着側ユーザの要望を、十分満たすことが可能となる。

【0183】

また、各実施の形態では、通話中にデータファイルを送信する場合、音声を含む通信呼の発側となる発側端末１０から着側となる着側端末２０へ送信する場合を例として説明したが、これに限定されるものではなく、着側端末２０から発側端末１０へデータファイルを送信する場合にも、適用することができる。この場合には、発側端末１０と着側端末２０の動作を入れ替えて、実行すればよい。

【0184】

また、各実施の形態では、発呼時にデータファイルを着側端末２０へ送信する場合、データファイルが着側端末２０で受信されない場合でも、通話へ移行する場合を例として説明したが、これに限定されるものではなく、データファイルが着側端末２０で受信されない場合には、呼接続を中断して、通話へ移行できないようにしてもよい。

【0185】

また、各実施の形態では、発側端末１０がデータファイルを中継サーバ３０へアップロードした後、発側端末１０から呼出要求メッセージ（ＩＮＶＩＴＥ）を呼制御サーバ４１へ送信する場合を例として説明したが、これに限定されるものではなく、呼出要求メッセージ（ＩＮＶＩＴＥ）を、発側端末１０から中継サーバ３０へのデータファイルのアップロードより前に通知してもよい。

【0186】

また、第１および第３の実施の形態では、中継サーバ３０を介して発側端末１０と着側端末２０との間でデータファイルをやり取りする場合を例として説明したが、これに限定されるものではなく、中継サーバ３０を用いず、発側端末１０と着側端末２０との間で、データファイルを直接やり取りするようにしてもよい。

【0187】

例えば、第１の実施の形態（図４および図５参照）では、ステップ１０２において、発側端末１０が着側端末２０から着信受信可否結果を取得すればよい。また、ステップ１０４における中継サーバ３０のファイル管理部３２の動作を、着側端末２０の呼制御部２８で実行して、データファイルを発側端末１０が着側端末２０へ直接送信し、ステップ１１１をスキップすればよい。なお、呼出要求メッセージ（ＩＮＶＩＴＥ）については、データファイルより前に通知してもよく、後に通知してもよい。また、ステップ１３２についても、これと同様にすればよい。

【0188】

また、第３の実施の形態（図１０および図１１参照）では、ステップ３０１をスキップして、ステップ３１２における中継サーバ３０のファイル管理部３２の動作を、発側端末１０の呼制御部１８で実行して、データファイルを着側端末２０が発側端末１０から直接受信すればよい。なお、呼出要求メッセージ（ＩＮＶＩＴＥ）については、データファイルより前に通知してもよく、後に通知してもよい。また、ステップ３３４についても、これと同様にすればよい。

【符号の説明】

【0189】

１…通信システム、１０…発側端末、１１…操作入力部、１２…画面表示部、１３…データファイル取得部、１４…記憶部、１５…音声通話部、１６…受信可否取得部、１７…受信可否設定部、１８…呼制御部、２０…着側端末、２１…操作入力部、２２…画面表示部、２３…データファイル取得部、２４…記憶部、２５…音声通話部、２７…受信可否設定部、２８…呼制御部、３０…中継サーバ、３１…受信可否管理部、３２…ファイル管理部、４１…呼制御サーバ（発側）、４２…呼制御サーバ（着側）、５０，５１，５２…通信網。

【図1】