ＳＩＰ電話機、同機器におけるファイル転送システム、ファイル転送方法、ファイル転送プログラム
【課題】プロキシサーバの能力に依存することなく発呼装置と着呼装置の間でファイルの送受信サービスを行う。
【解決手段】ＳＩＰに準拠してプロキシサーバ１３経由で発呼して着呼装置１２との間で音声パスのセッションを確立するＳＩＰ電話機（発呼装置１１）であって、音声パスのセッションの確立時、特定のエクステンション押下により、着呼装置１２にデータパスのセッション確立を要求する要求発行部１１１と、特定のエクステンション押下によるアクセス認証結果を取得して着呼装置１２との間でデータパスのセッションを確立するセッション確立部１１２と、データパスのセッション確立後、プロキシサーバ１３とは独立して、着呼装置１２から当該着呼装置１２が管理するファイルの取得を行うファイル取得部１１３と、を含み構成される。
【解決手段】ＳＩＰに準拠してプロキシサーバ１３経由で発呼して着呼装置１２との間で音声パスのセッションを確立するＳＩＰ電話機（発呼装置１１）であって、音声パスのセッションの確立時、特定のエクステンション押下により、着呼装置１２にデータパスのセッション確立を要求する要求発行部１１１と、特定のエクステンション押下によるアクセス認証結果を取得して着呼装置１２との間でデータパスのセッションを確立するセッション確立部１１２と、データパスのセッション確立後、プロキシサーバ１３とは独立して、着呼装置１２から当該着呼装置１２が管理するファイルの取得を行うファイル取得部１１３と、を含み構成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session Initiation Protocol）に準拠してプロキシ経由で発呼して着呼装置との間で音声パスのセッションを確立する、ＳＩＰ電話機、同機器におけるファイル転送システム、ファイル転送方法、ファイル転送プログラムに関する。
【背景技術】
【０００２】
上述したＳＩＰ電話機において、遠隔地にある着呼装置配下のファイルをアクセスするために、ＦＴＰ（File transfer Protocol）、又はＨＴＴＰ（Hyper Text Transfer Protocol）による通信を要している。例えば、電話会議中に音声パスのセッションが設定されているケースでも、同音声パスのセッションルートとは別に、着呼装置配下のファイルをダウンロードするために、ＦＴＰ又はＨＴＴＰによるデータパスのセッション確立が必要である。
【０００３】
また、新たに音声通話ソフトウエアを適用したファイル交換アプリケーションを利用した場合には、プロキシサーバに相当するノードを経由してファイルの送受信を行う必要があり、その転送速度は、プロキシサーバの能力に依存する。このため、プロキシサーバの能力に依存することなく、ファイルの送受信サービスを提供できるシステムの出現が望まれていた。
【０００４】
一方で、例えば、特許文献１に開示されているように、音声や映像の通話と並列にテキスト情報を受信することができるように、テキスト情報の送受信のために通話セッションを確立する要求を生成し、その要求に基づき通話セッションを確立するようにしたＩＰ電話装置が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−６４７６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した特許文献１に開示された技術によれば、ＳＩＰを用い、発呼者と着呼者との間で、音声通信とファイルの送受信を実現可能である。しかしながら、このファイル送受信サービスを実現するためには、音声通話のための音声パスのセッションが必要であり、ファイルの転送速度は、依然としてプロキシサーバの能力に依存する。
【０００７】
（発明の目的）
本発明の目的は、プロキシサーバの能力に依存することなく発呼装置と着呼装置の間でファイルの送受信サービスが可能な、ＳＩＰ電話機、同機器におけるファイル転送システム、ファイル転送方法、ファイル転送プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１のＳＩＰ電話機は、ＳＩＰに準拠してプロキシサーバ経由で発呼して着呼装置との間で音声パスのセッションを確立するＳＩＰ電話機であって、前記音声パスのセッションの確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する要求発行部と、前記特定のエクステンション押下によるアクセス認証結果を取得して前記着呼装置との間でデータパスのセッションを確立するセッション確立部と、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うファイル取得部と、を含む。
【０００９】
本発明の第１のＳＩＰ電話機におけるファイル転送システムは、ＳＩＰに準拠してプロキシサーバ経由で発呼装置と着呼装置とが音声パスのセッションを確立して通話を行うＳＩＰ電話機におけるファイル転送システムであって、前記音声パスのセッション確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する前記発呼装置と、前記発装置から前記データパスのセッション確立要求を受信し、前記発呼装置のアクセス認証を行う前記着呼装置と、を備え、前記発呼装置は、前記着呼装置から前記アクセス認証の結果を取得して前記着呼装置との間でデータパスのセッションを確立し、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行う。
【００１０】
本発明の第１のＳＩＰ電話機におけるファイル転送方法は、ＳＩＰに準拠してプロキシサーバ経由で発呼装置と着呼装置とが音声パスのセッションを確立して通話を行うＳＩＰ電話機におけるファイル転送方法であって、前記発呼装置が、前記音声パスのセッション確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する第１のステップと、前記着呼装置が、前記発呼装置から前記データパスのセッション確立要求を受信し、前記発呼装置のアクセス認証を行う第２のステップと、前記発呼装置が、前記着呼装置から前記アクセス認証の結果を取得して前記着呼装置との間でデータパスのセッションを確立し、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行う第３のステップと、を有する。
【００１１】
本発明の第１のＳＩＰ電話機のファイル転送プログラムは、コンピュータ上で実行され、ＳＩＰに準拠してプロキシサーバ経由で発呼して着呼装置との間で音声パスのセッションを確立するＳＩＰ電話機のファイル転送プログラムであって、前記コンピュータに、前記音声パスセッションの確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する要求発行処理と、前記特定のエクステンション押下によるアクセス認証結果を取得して前記着呼装置との間でデータパスのセッションを確立するセッション確立処理と、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うファイル取得処理と、を実行させる。
【発明の効果】
【００１２】
本発明によれば、プロキシサーバの能力に依存することなく発呼装置と着呼装置の間でファイルの送受信サービスが可能な、ＳＩＰ電話機、同機器におけるファイル転送システム、ファイル転送方法、ファイル転送プログラムを提供することができる。
【００１３】
その理由は、発呼装置が、特定のエクステンション押下による着呼装置からのアクセス認証結果を取得してデータパスのセッションを確立し、着呼装置が管理するファイルを自動的に取得するからである。発呼装置は、着呼装置との間で音声パスのセッションを確立した後は、プロキシサーバを経由することなく、着呼装置との間でのトランザクッションが可能である。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態によるＳＩＰ電話機におけるファイル転送システムの構成を示すブロック図である。
【図２】本実施の形態によるＳＩＰ電話機の構成を示すブロック図である。
【図３】本実施の形態によるＳＩＰ電話機のファイル取得インタフェースを実現するＳＤＰ記述の一例を示す図である。
【図４】本実施の形態によるＳＩＰ電話機の動作を示すフローチャートである。
【図５】本実施の形態によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（音声パスのセッション確立）である。
【図６】本実施の形態によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（データパスのセッション確立）である。
【図７】本実施の形態２によるＳＩＰ電話機の動作を示すフローチャートである。
【図８】本実施の形態２によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（確立するパスの確認）である。
【図９】本実施の形態２によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（音声パス及びデータパスセッション確立）である。
【図１０】本実施の形態２によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（データパスのみセッション確立）である。
【図１１】本実施の形態、２によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（ファイル転送）である。
【発明を実施するための形態】
【００１５】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００１６】
（第１の実施の形態の構成）
図１は、本実施の形態によるＳＩＰ電話機におけるファイル転送システムの構成を示すブロック図である。
【００１７】
ＳＩＰは、周知のように、マルチメディアセッションやＶｏＩＰ（Voice over Internet
Protocol）を応用したＩＰ電話等で用いられる２以上のクライアント間でセッションを確立するためのプロトコルであり、実際の電話等通信を行うための通信機器の情報はＳＤＰ（Session
Description Protocol）で処理し、データ通信にはＲＴＰ（Real-time Transport Protocol）を用いる。つまり、ＳＩＰは、セッションの開始、変更、終了といった基本的な機能のみを提供するセッション層のプロトコルである。
【００１８】
図１を参照すると、本実施の形態によるＳＩＰ電話機におけるファイル転送システム１０は、ＳＩＰ電話機としての発呼装置（ＵＡＣ１１）と、着呼装置（ＵＡＳ１２）と、プロキシサーバ（Ｐｒｏｘｙ１３）と、を含み構成される。
【００１９】
ユーザエージェントは、ＳＩＰリクエストを処理するための論理的な構成要素であり、このユーザエージェントにはＵＡＣ（User agent Client）とＵＡＳ（User Agent Server）の２種類がある。ここでは、ＳＩＰ電話機は、発信の際にはＵＡＣとなり、着信の際にはＵＡＳとなる。このため、前者のＵＡＣを発呼装置１１、後者のＵＡＳを着呼装置１２という。
【００２０】
発呼装置１１は、ＳＩＰリクエストを生成し、送信し、レスポンスを受信し処理する。着呼装置１２は、ＳＩＰリクエストを受信し、処理してレスポンスを生成し、送信する。着呼装置１２は、自身が管理する配下のファイルをファイル格納部１２０に格納してものとする。プロキシサーバ１４は、ＳＩＰリクエストの次の転送先を解決し、そのリクエストを転送するサーバである。
【００２１】
上述したシステム構成において、本実施の形態によるファイル転送システム１０において、発呼装置１１は、音声パスのセッション確立時、特定のエクステンション押下により、着呼装置にデータパスのセッション確立を要求し、着呼装置１２は、発呼装置１１からデータパスのセッション確立要求を受信し、発呼装置１１のアクセス認証を行う。そして、発呼装置１１は、着呼装置１２からアクセス認証の結果を取得して着呼装置１２との間でデータパスのセッションを確立し、当該データパスのセッション確立後、プロキシサーバ１３とは独立して、着呼装置１２から当該着呼装置１２が管理するファイルをファイル格納部１２０からダウンロードにより取得する動作を実行する。詳細は後述する。
【００２２】
図２は、本実施の形態によるＳＩＰ電話機（発呼装置１１）の構成を示すブロック図である。図２によれば、発呼装置１１は、要求発行部１１１と、セッション確立部１１２と、ファイル取得部１１３と、を含み構成される。
【００２３】
要求発行部１１１は、音声パスのセッションの確立時、特定のエクステンション押下により、着呼装置１２にデータパスのセッション確立を要求する機能を有する。ここでいうエクステンションとは、発呼装置１１と着呼装置１２との間で予め規定された特定のキー押下シーケンスであり、例えば、数字キー［１、３、５］を連続して押下した場合を想定している。
【００２４】
セッション確立部１１２は、着呼装置１２から、特定のエクステンション押下によるアクセス認証結果を取得して着呼装置１２との間でデータパスのセッションを確立する機能を有する。
【００２５】
このため、セッション確立部１２は、音声パス、およびデータパスのセッションを確立する場合、着呼装置１２からの音声パスを破棄しないことへの確認要求に対する応答を行い、後述するファイル取得部１１３による確立された音声パスとデータパスを通じたファイルの取得を指示し、ファイルの取得後、データパスのセッションを切断するか、あるいは、データセッションのみを確立する場合、着呼装置１２から音声パスを破棄することの確認要求に対する応答を行い、後述するファイル取得部１１３による確立されたデータパスを通じたファイルの取得を指示し、ファイルの取得後、データパスのセッションを切断する。
【００２６】
ファイル取得部１１３は、データパス確立部１１２によるデータパスのセッション確立後、プロキシサーバ１３とは独立して、着呼装置１２から当該着呼装置１２が管理する配下のファイル（ファイル格納部１２０に登録されている）の取得を行う機能を有する。
【００２７】
このため、ファイル取得部１１３は、後述するＳＤＰのメディアタイプに、ファイル取得用に新たに定義される記述を解読し、着呼装置１２からファイルを取得するインタフェースと、セッション確立部１１２によるデータパスの確立後、着呼装置１２にファイル取得要求を発行して着呼装置１２から要求ファイルを取得し、着呼装置１２で行われる誤りチェックの結果照合に基づき、再度ファイル取得要求を発行するか、終了するアプリケーションとを含む。
【００２８】
図３に、本実施の形態によるＳＩＰ電話機のファイル取得インタフェースを実現するＳＤＰ記述の一例が示されている。以下に説明するファイル取得インタフェースによれば、音声パスのセッション確立時のトランザクッションと同手順で、データパスを確立することができる。これは、データパス確立のＳＤＰを一部拡張することが可能だからである。ここでは、拡張されたＳＤＰは、後述するトランザクションｒｅ−ＩＮＶＩＴｗ／ＳＤＰメッセージ（図６のＴ１１）に付加送信されることとする。詳細は後述する。
【００２９】
ところで、ＳＤＰには、（１）セッションの名前と目的、（２）セッションがアクティブな時間、（３）セッションを構成するメディア、（４）そのメディアを受信するための情報、（５）カンファレンスで使用する帯域に関する情報、（６）セッションに責任をもつ人物のコンタクト情報が記述され、格納されている。このうち、メディア記述の“ｍ＝”（メディア名と伝送アドレス）の部分には、現在、ＲＦＣ４５６６では、「ａｕｄｉｏ」、「ｖｉｄｅｏ」、「ａｐｐｌｉｃａｔｉｏｎ」、「ｔｅｘｔ」、「ｍｅｓｓａｇｅ」のメディアタイプが定義されている。発呼装置１１と着呼装置１２との間では、このＳＤＰ記述により接続能力が決まる。このため。新たに、メディアタイプとして“ｆｉｌｅ”を定義することにより、発呼装置１１と着呼装置１２の間で、ファイル転送の相互接続を可能とするファイル取得インタフェースを提供できる。
【００３０】
（第１の実施の形態の動作）
図４は、本実施の形態によるＩＰ電話機の動作を示すフローチャートである。図４を参照すると、発呼装置１１は、まず、プロキシサーバ１３経由で着呼装置１２との間で音声パスのセッション確立を行なう（ステップＳ４０１）。図５に、このためのトランザクションシーケンスが示されている。
【００３１】
図５を参照すると、トランザクションＴ１〜Ｔ８により、プロキシサーバ１３を経由して、発呼装置１１が着呼装置１２を発呼し、音声パスのセッションを確立する。この手順を実行するにあたり、発呼装置１１は、呼を開始するために、まず、着呼装置１２に、ＩＮＶＩＴＥ ｗ／ＳＤＰメッセージを送信し（Ｔ１、Ｔ２）、着呼装置１２は、このＩＮＶＩＴＥメッセージに対応するＲｉｎｇｉｎｇメッセージ１８ｘを発呼装置１１に送信する（Ｔ３、Ｔ４）。そして、着呼装置１２が応答可能な状態になると、発呼装置１１に２００（ＯＫ）ｗ／ＳＤＰメッセージを送信し（Ｔ５、Ｔ６）、この２００（ＯＫ）ｗ／ＳＤＰメッセージに対し、発呼装置１１は、ＡＣＫメッセージを送信し、通話のための音声パスのセッションを確立する（Ｔ７、Ｔ８）。その後、発呼装置１１と着呼装置１２との間で発呼者と着呼ぶ者との間で通話が開始される。
【００３２】
説明を図４に戻す。上述したステップＳ４０１での音声パスのセッション確立後、発呼装置１１は、要求発行部１１１が、特定のエクステンション押下を検出すると（ステップＳＴ４０２“Ｙｅｓ”）、着呼装置１２に対してファイル取得要求のためのＤＴＭＦ（Dual-Tone Multi-Frequency）を送信する（ステップＳＴ４０３）。
【００３３】
これを受けた着呼装置１２では、受信したＤＴＭＦに基づきファイルへのアクセスの資格があるか否かについての認証を行う。そして、そのアクセス認証の結果を要求のあった発呼装置１２に返送する。
【００３４】
発呼装置１１では、セッション確立部１１２がこのアクセス認証の結果を得、アクセス資格がない、所謂認証不成立の場合には（ステップＳ４０４“Ｎｏ”）、セッションを切断する（ステップＳ４０８）。一方、アクセス資格がある、所謂認証成立時には（ステップＳ４０４“Ｙｅｓ”）、発呼装置１１と着呼装置１２との間でデータパスのセッションを確立する（ステップＳＴ４０５）。
【００３５】
続いて、セッション確立部１１２は、ファイル取得部１１３に制御を移し、ファイル制御部１１３は、セッションが確立されたデータパスを通じて、着呼装置１２のファイル格納部１２０に格納された配下のファイルの転送を開始すべくダウンロードを開始する（ステップＳ４０６）。このファイルダウンロードの仕組みについては後述する。そして、ファイルダウンロード完了後（ステップＳ４０７“Ｙｅｓ”）、セッション確立部１１２に制御が移り、セッション確立部１１２は、セッションを切断して終了する（ステップＳ４０８）。
【００３６】
図６に、このためのトランザクションシーケンスが示されている。図６によれば、上述した音声パスのセッション確立後、発呼装置１１が、特定のエクステンション押下を検出すると、着呼装置１２に対してファイル取得要求のためのＤＴＭＦを送信する（Ｔ９）。これを受けた着呼装置１２では、受信したＤＴＭＦに基づきファイルへのアクセスの資格があるか否かについての認証を行ない、そのアクセス認証の結果を要求のあった発呼装置１２にＩＮＦＯにて返送する（Ｔ１０）。
【００３７】
発呼装置１１では、認証結果（認証成立）を受信すると、着呼装置１２に対し、上述した拡張されたＳＤＰを含み記述されたｒｅ−ＩＮＶＩＴＥ ｗ／ＳＤＰメッセージを送信し（Ｔ１１）、これを受けた着呼装置１２は、応答可能な状態になると、発呼装置１１に対して２００（ＯＫ）ｗ／ＳＤＰメッセージを送信する（Ｔ１２）。そして、発呼装置１１は、ＡＣＫメッセージを送信し（Ｔ１３）、音声パス及びデータパスのセッションを確立し、セッションが確立された音声パス及びデータパスを通じて、着呼装置１２配下のファイルの転送を開始すべくダウンロードを開始する。そして、ファイルダウンロード完了後、セッションを切断してトランザクションシーケンスを終了する（Ｔ１４）。
【００３８】
上述した本実施の形態によれば、発呼装置１１は、着呼装置１２と音声パスのセッション確立後、音声パスのセッション確立の延長上にデータパスのセッションを確立することができる。音声パスを確立することで、発呼装置１１と着呼装置１２間で音声通話を行いながら、例えば、エクステンション情報を、発呼装置１１と着呼装置１２間で伝搬する等、データ交換が可能になる。
【００３９】
（第１の実施の形態の効果）
本実施の形態によれば、発呼装置１１は、プロキシサーバ１３を経由して着呼装置１２に発呼して音声パスのセッションを確立した後、発呼装置１１の特定のエクステンション押下により、着呼装置１２配下のファイルを自動でダウンロードにより取得することができる。このため、プロキシサーバ１３の能力に依存することなく、発呼装置１１および着呼装置１２の能力に応じたファイル提供サービスを得ることが可能になる。
【００４０】
その理由は、発呼装置１１および着呼装置１２間で音声パスのセッション確立後は、プロキシサーバ１３を経由せず、発呼装置１１と着呼装置１２間で発呼装置１１および着呼装置１２の能力に応じたトランザクションの送受信が可能であるからである。
【００４１】
また、本実施の形態によれば、ＳＤＰを拡張するだけで、同様のトランザクションにより、容易にデータパスのセッションを確立することが可能になる。
【００４２】
その理由は、ＳＤＰのメディアタイプに、ファイル転送用として、新たに“ｆｉｌｅ”を定義（拡張）することでファイル取得インタフェースを提供し、このため、発呼装置１１と着呼装置１２上に新たなアプリケーションを実装することなく、ＲＦＣ４５６６のＳＩＰトランザクションの中で、発呼装置１１及び着呼装置１２を相互接続することが可能であるためである。
【００４３】
（第２の実施の形態の構成）
上述した第１の実施の形態が有する構成に加え、発呼装置１１が要求発行時に、「ＤＴＭＦパスのみ確立」の情報を付加することにより、音声およびデータパスのセッションを確立する場合と、データパスのみ確立する場合の２通りの制御が可能になる。このためのＳＩＰ電話機（発呼装置１１）の動作が図７にフローチャートで示され、図８にそのトランザクションシーケンスが示されている。
【００４４】
以下に説明する第２の実施の形態においても、上述した第１の実施の形態同様、図１に示したファイル転送システム１０、および図２に示したＳＩＰ電話機（発呼装置１１）の構成、及び図３に示したＳＤＰの拡張例を用いるものとする。
【００４５】
（第２の実施の形態の動作）
図７によれば、発呼装置１１（要求発行部１１１）は、音声パスのセッション確立時の要求に「ＤＴＭＦパスのみ確立」の情報を付加して着呼装置１２へ送信する（ステップＳ７０１）。これを受けた着呼装置１２は、「ＤＴＭＦパスのみ確立」の情報が送信されたことの確認を発呼装置１１に送信する。以降、発呼装置１１が特定のエクステンション押下により着呼装置１２にＤＴＭＦを送信し、着呼装置１２がアクセス認証を行い、その認証結果を発呼装置１１へ返送し、データパスのセッションを確立する動作は図４に示す第１の実施の形態と同様である。ここではその手順が図示省略されている。
【００４６】
上述した着呼装置１２からの「ＤＴＭＦパスのみ確立」の確認に対し、発呼装置１１は、音声及びデータパスのセッションを確立する場合と、データパスのセッションのみを確立した場合とでは異なる処理を実行する。
【００４７】
すなわち、音声及びデータパスのセッションを確立する場合、着呼装置１２は、音声パスを破棄しないことの確認を発呼装置と１１に対して行なう。これを受けた発呼装置１１は（ステップＳ７０２“Ｎｏ”）、セッション確立部１１２にて確認応答を行い、ファイル取得部１１３にて、確立された音声パスとデータパスを通じてファイルのダウンロードを行う（ステップＳ７０６）。ファイル取得部１１３は、ダウンロード終了後（ステップＳ７０７“Ｙｅｓ”）、セッション確立部１１２に制御を移し、セッション確立部１１２は、データパスのセッションを切断し、このとき、音声パスのセッションのみ維持する制御を行う（ステップＳ７０８）。このため、セッション確立部１１２は、音声パスが不要になった時点で音声パスのセッションを切断することになる。したがって、発呼装置１１は、着呼装置１２との間でファイルのダウンロード終了後も通話による情報交換が可能になる。
【００４８】
一方、データパスのセッションのみを確立する場合、着呼装置１２は、音声パスを破棄することの確認を発呼装置と１１に対して行なう。これを受けた発呼装置１１は（ステップＳ７０２“Ｙｅｓ”）、セッション確立部１１２にて確認応答を行い、ファイル取得部１１３にて、確立されたデータパスを通じてファイルのダウンロードを行う（ステップＳ７０３）。ファイル取得部１１３は、ダウンロード終了後（ステップＳ７０４“Ｙｅｓ”）、セッション確立部１１２に制御を移し、セッション確立部１１２は、データパスのセッションを切断して一連の動作を終了する（ステップＳ７０５）。この場合、発呼装置１１は、着呼装置１２との間で通話を行うことなく自動でファイルをダウンロードすることが可能になる。
【００４９】
上述した着呼装置１２からの「ＤＴＭＦパスのみ確立」の確認に対するパス情報の確認についてのトランザクションシーケンスが、図８に示されている。
【００５０】
図８を参照すると、トランザクションＴ１５〜Ｔ１７により、発呼装置１１は、プロキシサーバ１３を経由して着呼装置１２を発呼し、音声パスのセッションを確立する。このとき、発呼装置１１は、生成されるＳＩＰリクエストに、「ＤＴＭＦパスのみ確立」の情報を付加して送信する（Ｔ１５）。これを受けた着呼装置１２は（Ｔ１６）、「ＤＴＭＦパスのみ確立」の情報が送信されたことの確認（ＩＮＦＯ）を発呼装置１１に対して行う（Ｔ１７）。
【００５１】
続いて発呼装置１１は、エクステンションの押下を検出して、着呼装置１２に対しＤＴＭＦを送信し（Ｔ１８）、これを受信した着呼装置１２でＤＴＭＦに基づくファイル格納部１２０に格納されたファイルへのアクセス権限があるか否かのアクセス認証を行う。そして、この認証結果ＩＮＦＯを発呼装置１１に返送する（Ｔ１９）。
【００５２】
発呼装置１１は、認証が不成立の場合はここでセッションを切断し、成立した場合には、データパスのセッション確立が行われる。データパスのセッション確立は、発呼装置１１からのｒｅ−ＩＮＶＩＴＥｗ／ＳＤＰの発行（Ｔ２０）、これに対する着呼装置１２からの２００（ＯＫ）ｗ／ＳＤＰの発行、発呼装置１１からのＡＣＫメッセージの送信（Ｔ２２）により実行される。
【００５３】
なお、トランザクションＴ１５で発行されるＩＮＶＩＴＥｗ／ＳＤＰに「ＤＴＭＦパスのみ確立」の情報が付加された結果、着呼装置１２からの「ＤＴＭＦパスのみ確立」の確認に対し、音声およびデータパスのセッションを確立する場合は図９、データパスのセッションのみ確立する場合には図１０にそれぞれ示した、トランザクションシーケンスが実行される。
【００５４】
図９を参照すると、着呼装置１２は、発呼装置１１に対して音声パスを破棄しないことの確認を行い（Ｔ２３）、これを受けてセッション確立部１１２は、その返答をおこなう（Ｔ２４）。続いて、発呼装置１１は、確立された音声パスとデータパスを通じて、ファイルのダウンロードを開始する。ファイルダウンロードを行うインタフェースの仕組みは、図３に示したＳＤＰの記述による。ファイルダウンロード完了後、発呼装置１１は、データパスのセッションを切断し、本シーケンスを終了する（Ｔ２８）。この場合、発呼装置１１は、上述したように着呼装置１２からファイルをダウンロードして取得した後も、通話による情報交換が可能である。
【００５５】
図１０を参照すると、着呼装置１２は、音声パスを破棄することの確認を発呼装置１１に対して行い（Ｔ２９）、その確認への返答を行う（Ｔ３０）。続いて、発呼装置１１は、確立されたデータパスを通じて、ファイルダのウンロードを開始する。ファイルダウンロードのインタフェースの仕組みは、図３に示したＳＤＰの記述による。ファイルのダウンロード完了後、発呼装置１１では、データパスのセッションを切断し、本シーケンスを終了する（Ｔ３１）。この場合、発呼装置１１は、着呼装置１２と通話することなく、自動でファィルダウンロードを行うことが可能である。
【００５６】
（第２の実施の形態の効果）
本実施の形態によれば、発呼装置１１と着呼装置１２との間に、音声パス及びデータパスのセッションを同時に確立することができるため、音声交換をしながら、データ交換を行うことが可能になる。また、本実施の形態によれば、プロキシサーバ１３を経由することなく、発呼装置１１と着呼装置１２の間でデータパスのセッションのみを確立することもできるため、発呼装置１１と着呼装置１２間の操作を簡便化した容易なデータのやりとりが可能となる。したがって、発呼装置１１と着呼装置１２間は、内線電話操作の延長上で、遠隔地と音声通話およびファィルアクセスを同時に、または、自動で遠隔地のファイルにアクセスすることができる。
【００５７】
その理由は、発呼装置１１と着呼装置１２間で、セッション確立時に、音声および音声パス確立操作の延長上にデータパスを同時に確立する場合、もしくはデータのパスのみ確立する場合を指定することができるためである。
【００５８】
なお、上述した第１の実施の形態および第２の実施の形態において、ファイルダウンロードにおけるアプリケーションの仕組みは、図１１に示すトランザクションシーケンスにより推測される。
【００５９】
図１１を参照すると、データパスの確立後、発呼装置１１（ファイル取得部１１３）は、ファィルダウンロードのリクエストを着呼装置１２に送信する（Ｔ３２）。着呼装置１２は、受信するＤＴＭＦに基づいて、公開ファイルを提示し、発呼装置１１にファイルを転送する（Ｔ３３）。着呼装置１２から発呼装置１１にファイルを転送後、ファイル取得部１１３では、転送単位毎にチェックサムの計算を行い、そのチェックサムの結果を着呼装置１２へ送信する（Ｔ３４）。
【００６０】
これを受けて着呼装置１２では、受信したチェックサムと、着呼装置１２が有するチェックサムを参照して先に受信したチェックサムと照合し、その結果を発呼装置１１（ファイル取得部１１３）に送信する（Ｔ３５）。発呼装置１１では、照合の結果によってはセッション確立部１１２に制御が移り、問題がない場合はシーケンスを終了するが、問題がある場合は、Ｔ３２以降のシーケンスを繰り返す。
【００６１】
なお、図２に示すＳＩＰ電話機１０が有する機能は、全てをソフトウエアによって実現しても、あるいはその少なくとも一部をハードウェアで実現してもよい。例えば、要求発行部１１１が、音声パスのセッションの確立時、特定のエクステンション押下により、着呼装置１２にデータパスのセッション確立を要求し、セッション確立部１１２が、特定のエクステンション押下によるアクセス認証結果を取得して着呼装置１２との間でデータパスのセッションを確立し、ファイル取得部１１３が、データパスのセッション確立後、プロキシサーバ１３とは独立して、着呼装置１２から当該着呼装置１２が管理するファイルの取得を行う、それぞれのデータ処理は、１または複数のプログラムによりコンピュータ上で実現してもよく、また、その少なくとも一部をハードウェアで実現してもよい。
【００６２】
以上好ましい実施の形態と実施例をあげて本発明を説明したが、本発明は必ずしも、上述実施の形態及び実施例に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【産業上の利用可能性】
【００６３】
本発明によれば、発呼装置１１（ＳＩＰ電話機）がプロキシサーバ１３を経由して着呼装置１２に発呼し、音声パスのセッション確立後、発呼装置１１の特定のエクステンション押下により、着呼装置１２配下のファイルをプロキシサーバ１３とは独立して自動でダウンロードにより取得することができるため、特に、マルチメディアセッションやＶｏＩＰを応用したＩＰ電話機等で用いられる２以上のクライアント間でセッションを確立するＳＩＰを用いてファイル転送を行う全ての用途に利用して顕著な効果が得られる。
【符号の説明】
【００６４】
１０：ファイル転送システム
１１：ＳＩＰ電話機（発呼装置（ＵＡＣ））
１２：着呼装置（ＵＡＳ）
１３：プロキシサーバ（Ｐｒｏｘｙ）
１１１：要求発行部
１１２：セッション確立部
１１３：ファイル取得部
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session Initiation Protocol）に準拠してプロキシ経由で発呼して着呼装置との間で音声パスのセッションを確立する、ＳＩＰ電話機、同機器におけるファイル転送システム、ファイル転送方法、ファイル転送プログラムに関する。
【背景技術】
【０００２】
上述したＳＩＰ電話機において、遠隔地にある着呼装置配下のファイルをアクセスするために、ＦＴＰ（File transfer Protocol）、又はＨＴＴＰ（Hyper Text Transfer Protocol）による通信を要している。例えば、電話会議中に音声パスのセッションが設定されているケースでも、同音声パスのセッションルートとは別に、着呼装置配下のファイルをダウンロードするために、ＦＴＰ又はＨＴＴＰによるデータパスのセッション確立が必要である。
【０００３】
また、新たに音声通話ソフトウエアを適用したファイル交換アプリケーションを利用した場合には、プロキシサーバに相当するノードを経由してファイルの送受信を行う必要があり、その転送速度は、プロキシサーバの能力に依存する。このため、プロキシサーバの能力に依存することなく、ファイルの送受信サービスを提供できるシステムの出現が望まれていた。
【０００４】
一方で、例えば、特許文献１に開示されているように、音声や映像の通話と並列にテキスト情報を受信することができるように、テキスト情報の送受信のために通話セッションを確立する要求を生成し、その要求に基づき通話セッションを確立するようにしたＩＰ電話装置が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−６４７６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した特許文献１に開示された技術によれば、ＳＩＰを用い、発呼者と着呼者との間で、音声通信とファイルの送受信を実現可能である。しかしながら、このファイル送受信サービスを実現するためには、音声通話のための音声パスのセッションが必要であり、ファイルの転送速度は、依然としてプロキシサーバの能力に依存する。
【０００７】
（発明の目的）
本発明の目的は、プロキシサーバの能力に依存することなく発呼装置と着呼装置の間でファイルの送受信サービスが可能な、ＳＩＰ電話機、同機器におけるファイル転送システム、ファイル転送方法、ファイル転送プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１のＳＩＰ電話機は、ＳＩＰに準拠してプロキシサーバ経由で発呼して着呼装置との間で音声パスのセッションを確立するＳＩＰ電話機であって、前記音声パスのセッションの確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する要求発行部と、前記特定のエクステンション押下によるアクセス認証結果を取得して前記着呼装置との間でデータパスのセッションを確立するセッション確立部と、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うファイル取得部と、を含む。
【０００９】
本発明の第１のＳＩＰ電話機におけるファイル転送システムは、ＳＩＰに準拠してプロキシサーバ経由で発呼装置と着呼装置とが音声パスのセッションを確立して通話を行うＳＩＰ電話機におけるファイル転送システムであって、前記音声パスのセッション確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する前記発呼装置と、前記発装置から前記データパスのセッション確立要求を受信し、前記発呼装置のアクセス認証を行う前記着呼装置と、を備え、前記発呼装置は、前記着呼装置から前記アクセス認証の結果を取得して前記着呼装置との間でデータパスのセッションを確立し、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行う。
【００１０】
本発明の第１のＳＩＰ電話機におけるファイル転送方法は、ＳＩＰに準拠してプロキシサーバ経由で発呼装置と着呼装置とが音声パスのセッションを確立して通話を行うＳＩＰ電話機におけるファイル転送方法であって、前記発呼装置が、前記音声パスのセッション確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する第１のステップと、前記着呼装置が、前記発呼装置から前記データパスのセッション確立要求を受信し、前記発呼装置のアクセス認証を行う第２のステップと、前記発呼装置が、前記着呼装置から前記アクセス認証の結果を取得して前記着呼装置との間でデータパスのセッションを確立し、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行う第３のステップと、を有する。
【００１１】
本発明の第１のＳＩＰ電話機のファイル転送プログラムは、コンピュータ上で実行され、ＳＩＰに準拠してプロキシサーバ経由で発呼して着呼装置との間で音声パスのセッションを確立するＳＩＰ電話機のファイル転送プログラムであって、前記コンピュータに、前記音声パスセッションの確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する要求発行処理と、前記特定のエクステンション押下によるアクセス認証結果を取得して前記着呼装置との間でデータパスのセッションを確立するセッション確立処理と、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うファイル取得処理と、を実行させる。
【発明の効果】
【００１２】
本発明によれば、プロキシサーバの能力に依存することなく発呼装置と着呼装置の間でファイルの送受信サービスが可能な、ＳＩＰ電話機、同機器におけるファイル転送システム、ファイル転送方法、ファイル転送プログラムを提供することができる。
【００１３】
その理由は、発呼装置が、特定のエクステンション押下による着呼装置からのアクセス認証結果を取得してデータパスのセッションを確立し、着呼装置が管理するファイルを自動的に取得するからである。発呼装置は、着呼装置との間で音声パスのセッションを確立した後は、プロキシサーバを経由することなく、着呼装置との間でのトランザクッションが可能である。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態によるＳＩＰ電話機におけるファイル転送システムの構成を示すブロック図である。
【図２】本実施の形態によるＳＩＰ電話機の構成を示すブロック図である。
【図３】本実施の形態によるＳＩＰ電話機のファイル取得インタフェースを実現するＳＤＰ記述の一例を示す図である。
【図４】本実施の形態によるＳＩＰ電話機の動作を示すフローチャートである。
【図５】本実施の形態によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（音声パスのセッション確立）である。
【図６】本実施の形態によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（データパスのセッション確立）である。
【図７】本実施の形態２によるＳＩＰ電話機の動作を示すフローチャートである。
【図８】本実施の形態２によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（確立するパスの確認）である。
【図９】本実施の形態２によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（音声パス及びデータパスセッション確立）である。
【図１０】本実施の形態２によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（データパスのみセッション確立）である。
【図１１】本実施の形態、２によるＳＩＰ電話機のファイルス転送システムのトランザクションシーケンス図（ファイル転送）である。
【発明を実施するための形態】
【００１５】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００１６】
（第１の実施の形態の構成）
図１は、本実施の形態によるＳＩＰ電話機におけるファイル転送システムの構成を示すブロック図である。
【００１７】
ＳＩＰは、周知のように、マルチメディアセッションやＶｏＩＰ（Voice over Internet
Protocol）を応用したＩＰ電話等で用いられる２以上のクライアント間でセッションを確立するためのプロトコルであり、実際の電話等通信を行うための通信機器の情報はＳＤＰ（Session
Description Protocol）で処理し、データ通信にはＲＴＰ（Real-time Transport Protocol）を用いる。つまり、ＳＩＰは、セッションの開始、変更、終了といった基本的な機能のみを提供するセッション層のプロトコルである。
【００１８】
図１を参照すると、本実施の形態によるＳＩＰ電話機におけるファイル転送システム１０は、ＳＩＰ電話機としての発呼装置（ＵＡＣ１１）と、着呼装置（ＵＡＳ１２）と、プロキシサーバ（Ｐｒｏｘｙ１３）と、を含み構成される。
【００１９】
ユーザエージェントは、ＳＩＰリクエストを処理するための論理的な構成要素であり、このユーザエージェントにはＵＡＣ（User agent Client）とＵＡＳ（User Agent Server）の２種類がある。ここでは、ＳＩＰ電話機は、発信の際にはＵＡＣとなり、着信の際にはＵＡＳとなる。このため、前者のＵＡＣを発呼装置１１、後者のＵＡＳを着呼装置１２という。
【００２０】
発呼装置１１は、ＳＩＰリクエストを生成し、送信し、レスポンスを受信し処理する。着呼装置１２は、ＳＩＰリクエストを受信し、処理してレスポンスを生成し、送信する。着呼装置１２は、自身が管理する配下のファイルをファイル格納部１２０に格納してものとする。プロキシサーバ１４は、ＳＩＰリクエストの次の転送先を解決し、そのリクエストを転送するサーバである。
【００２１】
上述したシステム構成において、本実施の形態によるファイル転送システム１０において、発呼装置１１は、音声パスのセッション確立時、特定のエクステンション押下により、着呼装置にデータパスのセッション確立を要求し、着呼装置１２は、発呼装置１１からデータパスのセッション確立要求を受信し、発呼装置１１のアクセス認証を行う。そして、発呼装置１１は、着呼装置１２からアクセス認証の結果を取得して着呼装置１２との間でデータパスのセッションを確立し、当該データパスのセッション確立後、プロキシサーバ１３とは独立して、着呼装置１２から当該着呼装置１２が管理するファイルをファイル格納部１２０からダウンロードにより取得する動作を実行する。詳細は後述する。
【００２２】
図２は、本実施の形態によるＳＩＰ電話機（発呼装置１１）の構成を示すブロック図である。図２によれば、発呼装置１１は、要求発行部１１１と、セッション確立部１１２と、ファイル取得部１１３と、を含み構成される。
【００２３】
要求発行部１１１は、音声パスのセッションの確立時、特定のエクステンション押下により、着呼装置１２にデータパスのセッション確立を要求する機能を有する。ここでいうエクステンションとは、発呼装置１１と着呼装置１２との間で予め規定された特定のキー押下シーケンスであり、例えば、数字キー［１、３、５］を連続して押下した場合を想定している。
【００２４】
セッション確立部１１２は、着呼装置１２から、特定のエクステンション押下によるアクセス認証結果を取得して着呼装置１２との間でデータパスのセッションを確立する機能を有する。
【００２５】
このため、セッション確立部１２は、音声パス、およびデータパスのセッションを確立する場合、着呼装置１２からの音声パスを破棄しないことへの確認要求に対する応答を行い、後述するファイル取得部１１３による確立された音声パスとデータパスを通じたファイルの取得を指示し、ファイルの取得後、データパスのセッションを切断するか、あるいは、データセッションのみを確立する場合、着呼装置１２から音声パスを破棄することの確認要求に対する応答を行い、後述するファイル取得部１１３による確立されたデータパスを通じたファイルの取得を指示し、ファイルの取得後、データパスのセッションを切断する。
【００２６】
ファイル取得部１１３は、データパス確立部１１２によるデータパスのセッション確立後、プロキシサーバ１３とは独立して、着呼装置１２から当該着呼装置１２が管理する配下のファイル（ファイル格納部１２０に登録されている）の取得を行う機能を有する。
【００２７】
このため、ファイル取得部１１３は、後述するＳＤＰのメディアタイプに、ファイル取得用に新たに定義される記述を解読し、着呼装置１２からファイルを取得するインタフェースと、セッション確立部１１２によるデータパスの確立後、着呼装置１２にファイル取得要求を発行して着呼装置１２から要求ファイルを取得し、着呼装置１２で行われる誤りチェックの結果照合に基づき、再度ファイル取得要求を発行するか、終了するアプリケーションとを含む。
【００２８】
図３に、本実施の形態によるＳＩＰ電話機のファイル取得インタフェースを実現するＳＤＰ記述の一例が示されている。以下に説明するファイル取得インタフェースによれば、音声パスのセッション確立時のトランザクッションと同手順で、データパスを確立することができる。これは、データパス確立のＳＤＰを一部拡張することが可能だからである。ここでは、拡張されたＳＤＰは、後述するトランザクションｒｅ−ＩＮＶＩＴｗ／ＳＤＰメッセージ（図６のＴ１１）に付加送信されることとする。詳細は後述する。
【００２９】
ところで、ＳＤＰには、（１）セッションの名前と目的、（２）セッションがアクティブな時間、（３）セッションを構成するメディア、（４）そのメディアを受信するための情報、（５）カンファレンスで使用する帯域に関する情報、（６）セッションに責任をもつ人物のコンタクト情報が記述され、格納されている。このうち、メディア記述の“ｍ＝”（メディア名と伝送アドレス）の部分には、現在、ＲＦＣ４５６６では、「ａｕｄｉｏ」、「ｖｉｄｅｏ」、「ａｐｐｌｉｃａｔｉｏｎ」、「ｔｅｘｔ」、「ｍｅｓｓａｇｅ」のメディアタイプが定義されている。発呼装置１１と着呼装置１２との間では、このＳＤＰ記述により接続能力が決まる。このため。新たに、メディアタイプとして“ｆｉｌｅ”を定義することにより、発呼装置１１と着呼装置１２の間で、ファイル転送の相互接続を可能とするファイル取得インタフェースを提供できる。
【００３０】
（第１の実施の形態の動作）
図４は、本実施の形態によるＩＰ電話機の動作を示すフローチャートである。図４を参照すると、発呼装置１１は、まず、プロキシサーバ１３経由で着呼装置１２との間で音声パスのセッション確立を行なう（ステップＳ４０１）。図５に、このためのトランザクションシーケンスが示されている。
【００３１】
図５を参照すると、トランザクションＴ１〜Ｔ８により、プロキシサーバ１３を経由して、発呼装置１１が着呼装置１２を発呼し、音声パスのセッションを確立する。この手順を実行するにあたり、発呼装置１１は、呼を開始するために、まず、着呼装置１２に、ＩＮＶＩＴＥ ｗ／ＳＤＰメッセージを送信し（Ｔ１、Ｔ２）、着呼装置１２は、このＩＮＶＩＴＥメッセージに対応するＲｉｎｇｉｎｇメッセージ１８ｘを発呼装置１１に送信する（Ｔ３、Ｔ４）。そして、着呼装置１２が応答可能な状態になると、発呼装置１１に２００（ＯＫ）ｗ／ＳＤＰメッセージを送信し（Ｔ５、Ｔ６）、この２００（ＯＫ）ｗ／ＳＤＰメッセージに対し、発呼装置１１は、ＡＣＫメッセージを送信し、通話のための音声パスのセッションを確立する（Ｔ７、Ｔ８）。その後、発呼装置１１と着呼装置１２との間で発呼者と着呼ぶ者との間で通話が開始される。
【００３２】
説明を図４に戻す。上述したステップＳ４０１での音声パスのセッション確立後、発呼装置１１は、要求発行部１１１が、特定のエクステンション押下を検出すると（ステップＳＴ４０２“Ｙｅｓ”）、着呼装置１２に対してファイル取得要求のためのＤＴＭＦ（Dual-Tone Multi-Frequency）を送信する（ステップＳＴ４０３）。
【００３３】
これを受けた着呼装置１２では、受信したＤＴＭＦに基づきファイルへのアクセスの資格があるか否かについての認証を行う。そして、そのアクセス認証の結果を要求のあった発呼装置１２に返送する。
【００３４】
発呼装置１１では、セッション確立部１１２がこのアクセス認証の結果を得、アクセス資格がない、所謂認証不成立の場合には（ステップＳ４０４“Ｎｏ”）、セッションを切断する（ステップＳ４０８）。一方、アクセス資格がある、所謂認証成立時には（ステップＳ４０４“Ｙｅｓ”）、発呼装置１１と着呼装置１２との間でデータパスのセッションを確立する（ステップＳＴ４０５）。
【００３５】
続いて、セッション確立部１１２は、ファイル取得部１１３に制御を移し、ファイル制御部１１３は、セッションが確立されたデータパスを通じて、着呼装置１２のファイル格納部１２０に格納された配下のファイルの転送を開始すべくダウンロードを開始する（ステップＳ４０６）。このファイルダウンロードの仕組みについては後述する。そして、ファイルダウンロード完了後（ステップＳ４０７“Ｙｅｓ”）、セッション確立部１１２に制御が移り、セッション確立部１１２は、セッションを切断して終了する（ステップＳ４０８）。
【００３６】
図６に、このためのトランザクションシーケンスが示されている。図６によれば、上述した音声パスのセッション確立後、発呼装置１１が、特定のエクステンション押下を検出すると、着呼装置１２に対してファイル取得要求のためのＤＴＭＦを送信する（Ｔ９）。これを受けた着呼装置１２では、受信したＤＴＭＦに基づきファイルへのアクセスの資格があるか否かについての認証を行ない、そのアクセス認証の結果を要求のあった発呼装置１２にＩＮＦＯにて返送する（Ｔ１０）。
【００３７】
発呼装置１１では、認証結果（認証成立）を受信すると、着呼装置１２に対し、上述した拡張されたＳＤＰを含み記述されたｒｅ−ＩＮＶＩＴＥ ｗ／ＳＤＰメッセージを送信し（Ｔ１１）、これを受けた着呼装置１２は、応答可能な状態になると、発呼装置１１に対して２００（ＯＫ）ｗ／ＳＤＰメッセージを送信する（Ｔ１２）。そして、発呼装置１１は、ＡＣＫメッセージを送信し（Ｔ１３）、音声パス及びデータパスのセッションを確立し、セッションが確立された音声パス及びデータパスを通じて、着呼装置１２配下のファイルの転送を開始すべくダウンロードを開始する。そして、ファイルダウンロード完了後、セッションを切断してトランザクションシーケンスを終了する（Ｔ１４）。
【００３８】
上述した本実施の形態によれば、発呼装置１１は、着呼装置１２と音声パスのセッション確立後、音声パスのセッション確立の延長上にデータパスのセッションを確立することができる。音声パスを確立することで、発呼装置１１と着呼装置１２間で音声通話を行いながら、例えば、エクステンション情報を、発呼装置１１と着呼装置１２間で伝搬する等、データ交換が可能になる。
【００３９】
（第１の実施の形態の効果）
本実施の形態によれば、発呼装置１１は、プロキシサーバ１３を経由して着呼装置１２に発呼して音声パスのセッションを確立した後、発呼装置１１の特定のエクステンション押下により、着呼装置１２配下のファイルを自動でダウンロードにより取得することができる。このため、プロキシサーバ１３の能力に依存することなく、発呼装置１１および着呼装置１２の能力に応じたファイル提供サービスを得ることが可能になる。
【００４０】
その理由は、発呼装置１１および着呼装置１２間で音声パスのセッション確立後は、プロキシサーバ１３を経由せず、発呼装置１１と着呼装置１２間で発呼装置１１および着呼装置１２の能力に応じたトランザクションの送受信が可能であるからである。
【００４１】
また、本実施の形態によれば、ＳＤＰを拡張するだけで、同様のトランザクションにより、容易にデータパスのセッションを確立することが可能になる。
【００４２】
その理由は、ＳＤＰのメディアタイプに、ファイル転送用として、新たに“ｆｉｌｅ”を定義（拡張）することでファイル取得インタフェースを提供し、このため、発呼装置１１と着呼装置１２上に新たなアプリケーションを実装することなく、ＲＦＣ４５６６のＳＩＰトランザクションの中で、発呼装置１１及び着呼装置１２を相互接続することが可能であるためである。
【００４３】
（第２の実施の形態の構成）
上述した第１の実施の形態が有する構成に加え、発呼装置１１が要求発行時に、「ＤＴＭＦパスのみ確立」の情報を付加することにより、音声およびデータパスのセッションを確立する場合と、データパスのみ確立する場合の２通りの制御が可能になる。このためのＳＩＰ電話機（発呼装置１１）の動作が図７にフローチャートで示され、図８にそのトランザクションシーケンスが示されている。
【００４４】
以下に説明する第２の実施の形態においても、上述した第１の実施の形態同様、図１に示したファイル転送システム１０、および図２に示したＳＩＰ電話機（発呼装置１１）の構成、及び図３に示したＳＤＰの拡張例を用いるものとする。
【００４５】
（第２の実施の形態の動作）
図７によれば、発呼装置１１（要求発行部１１１）は、音声パスのセッション確立時の要求に「ＤＴＭＦパスのみ確立」の情報を付加して着呼装置１２へ送信する（ステップＳ７０１）。これを受けた着呼装置１２は、「ＤＴＭＦパスのみ確立」の情報が送信されたことの確認を発呼装置１１に送信する。以降、発呼装置１１が特定のエクステンション押下により着呼装置１２にＤＴＭＦを送信し、着呼装置１２がアクセス認証を行い、その認証結果を発呼装置１１へ返送し、データパスのセッションを確立する動作は図４に示す第１の実施の形態と同様である。ここではその手順が図示省略されている。
【００４６】
上述した着呼装置１２からの「ＤＴＭＦパスのみ確立」の確認に対し、発呼装置１１は、音声及びデータパスのセッションを確立する場合と、データパスのセッションのみを確立した場合とでは異なる処理を実行する。
【００４７】
すなわち、音声及びデータパスのセッションを確立する場合、着呼装置１２は、音声パスを破棄しないことの確認を発呼装置と１１に対して行なう。これを受けた発呼装置１１は（ステップＳ７０２“Ｎｏ”）、セッション確立部１１２にて確認応答を行い、ファイル取得部１１３にて、確立された音声パスとデータパスを通じてファイルのダウンロードを行う（ステップＳ７０６）。ファイル取得部１１３は、ダウンロード終了後（ステップＳ７０７“Ｙｅｓ”）、セッション確立部１１２に制御を移し、セッション確立部１１２は、データパスのセッションを切断し、このとき、音声パスのセッションのみ維持する制御を行う（ステップＳ７０８）。このため、セッション確立部１１２は、音声パスが不要になった時点で音声パスのセッションを切断することになる。したがって、発呼装置１１は、着呼装置１２との間でファイルのダウンロード終了後も通話による情報交換が可能になる。
【００４８】
一方、データパスのセッションのみを確立する場合、着呼装置１２は、音声パスを破棄することの確認を発呼装置と１１に対して行なう。これを受けた発呼装置１１は（ステップＳ７０２“Ｙｅｓ”）、セッション確立部１１２にて確認応答を行い、ファイル取得部１１３にて、確立されたデータパスを通じてファイルのダウンロードを行う（ステップＳ７０３）。ファイル取得部１１３は、ダウンロード終了後（ステップＳ７０４“Ｙｅｓ”）、セッション確立部１１２に制御を移し、セッション確立部１１２は、データパスのセッションを切断して一連の動作を終了する（ステップＳ７０５）。この場合、発呼装置１１は、着呼装置１２との間で通話を行うことなく自動でファイルをダウンロードすることが可能になる。
【００４９】
上述した着呼装置１２からの「ＤＴＭＦパスのみ確立」の確認に対するパス情報の確認についてのトランザクションシーケンスが、図８に示されている。
【００５０】
図８を参照すると、トランザクションＴ１５〜Ｔ１７により、発呼装置１１は、プロキシサーバ１３を経由して着呼装置１２を発呼し、音声パスのセッションを確立する。このとき、発呼装置１１は、生成されるＳＩＰリクエストに、「ＤＴＭＦパスのみ確立」の情報を付加して送信する（Ｔ１５）。これを受けた着呼装置１２は（Ｔ１６）、「ＤＴＭＦパスのみ確立」の情報が送信されたことの確認（ＩＮＦＯ）を発呼装置１１に対して行う（Ｔ１７）。
【００５１】
続いて発呼装置１１は、エクステンションの押下を検出して、着呼装置１２に対しＤＴＭＦを送信し（Ｔ１８）、これを受信した着呼装置１２でＤＴＭＦに基づくファイル格納部１２０に格納されたファイルへのアクセス権限があるか否かのアクセス認証を行う。そして、この認証結果ＩＮＦＯを発呼装置１１に返送する（Ｔ１９）。
【００５２】
発呼装置１１は、認証が不成立の場合はここでセッションを切断し、成立した場合には、データパスのセッション確立が行われる。データパスのセッション確立は、発呼装置１１からのｒｅ−ＩＮＶＩＴＥｗ／ＳＤＰの発行（Ｔ２０）、これに対する着呼装置１２からの２００（ＯＫ）ｗ／ＳＤＰの発行、発呼装置１１からのＡＣＫメッセージの送信（Ｔ２２）により実行される。
【００５３】
なお、トランザクションＴ１５で発行されるＩＮＶＩＴＥｗ／ＳＤＰに「ＤＴＭＦパスのみ確立」の情報が付加された結果、着呼装置１２からの「ＤＴＭＦパスのみ確立」の確認に対し、音声およびデータパスのセッションを確立する場合は図９、データパスのセッションのみ確立する場合には図１０にそれぞれ示した、トランザクションシーケンスが実行される。
【００５４】
図９を参照すると、着呼装置１２は、発呼装置１１に対して音声パスを破棄しないことの確認を行い（Ｔ２３）、これを受けてセッション確立部１１２は、その返答をおこなう（Ｔ２４）。続いて、発呼装置１１は、確立された音声パスとデータパスを通じて、ファイルのダウンロードを開始する。ファイルダウンロードを行うインタフェースの仕組みは、図３に示したＳＤＰの記述による。ファイルダウンロード完了後、発呼装置１１は、データパスのセッションを切断し、本シーケンスを終了する（Ｔ２８）。この場合、発呼装置１１は、上述したように着呼装置１２からファイルをダウンロードして取得した後も、通話による情報交換が可能である。
【００５５】
図１０を参照すると、着呼装置１２は、音声パスを破棄することの確認を発呼装置１１に対して行い（Ｔ２９）、その確認への返答を行う（Ｔ３０）。続いて、発呼装置１１は、確立されたデータパスを通じて、ファイルダのウンロードを開始する。ファイルダウンロードのインタフェースの仕組みは、図３に示したＳＤＰの記述による。ファイルのダウンロード完了後、発呼装置１１では、データパスのセッションを切断し、本シーケンスを終了する（Ｔ３１）。この場合、発呼装置１１は、着呼装置１２と通話することなく、自動でファィルダウンロードを行うことが可能である。
【００５６】
（第２の実施の形態の効果）
本実施の形態によれば、発呼装置１１と着呼装置１２との間に、音声パス及びデータパスのセッションを同時に確立することができるため、音声交換をしながら、データ交換を行うことが可能になる。また、本実施の形態によれば、プロキシサーバ１３を経由することなく、発呼装置１１と着呼装置１２の間でデータパスのセッションのみを確立することもできるため、発呼装置１１と着呼装置１２間の操作を簡便化した容易なデータのやりとりが可能となる。したがって、発呼装置１１と着呼装置１２間は、内線電話操作の延長上で、遠隔地と音声通話およびファィルアクセスを同時に、または、自動で遠隔地のファイルにアクセスすることができる。
【００５７】
その理由は、発呼装置１１と着呼装置１２間で、セッション確立時に、音声および音声パス確立操作の延長上にデータパスを同時に確立する場合、もしくはデータのパスのみ確立する場合を指定することができるためである。
【００５８】
なお、上述した第１の実施の形態および第２の実施の形態において、ファイルダウンロードにおけるアプリケーションの仕組みは、図１１に示すトランザクションシーケンスにより推測される。
【００５９】
図１１を参照すると、データパスの確立後、発呼装置１１（ファイル取得部１１３）は、ファィルダウンロードのリクエストを着呼装置１２に送信する（Ｔ３２）。着呼装置１２は、受信するＤＴＭＦに基づいて、公開ファイルを提示し、発呼装置１１にファイルを転送する（Ｔ３３）。着呼装置１２から発呼装置１１にファイルを転送後、ファイル取得部１１３では、転送単位毎にチェックサムの計算を行い、そのチェックサムの結果を着呼装置１２へ送信する（Ｔ３４）。
【００６０】
これを受けて着呼装置１２では、受信したチェックサムと、着呼装置１２が有するチェックサムを参照して先に受信したチェックサムと照合し、その結果を発呼装置１１（ファイル取得部１１３）に送信する（Ｔ３５）。発呼装置１１では、照合の結果によってはセッション確立部１１２に制御が移り、問題がない場合はシーケンスを終了するが、問題がある場合は、Ｔ３２以降のシーケンスを繰り返す。
【００６１】
なお、図２に示すＳＩＰ電話機１０が有する機能は、全てをソフトウエアによって実現しても、あるいはその少なくとも一部をハードウェアで実現してもよい。例えば、要求発行部１１１が、音声パスのセッションの確立時、特定のエクステンション押下により、着呼装置１２にデータパスのセッション確立を要求し、セッション確立部１１２が、特定のエクステンション押下によるアクセス認証結果を取得して着呼装置１２との間でデータパスのセッションを確立し、ファイル取得部１１３が、データパスのセッション確立後、プロキシサーバ１３とは独立して、着呼装置１２から当該着呼装置１２が管理するファイルの取得を行う、それぞれのデータ処理は、１または複数のプログラムによりコンピュータ上で実現してもよく、また、その少なくとも一部をハードウェアで実現してもよい。
【００６２】
以上好ましい実施の形態と実施例をあげて本発明を説明したが、本発明は必ずしも、上述実施の形態及び実施例に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【産業上の利用可能性】
【００６３】
本発明によれば、発呼装置１１（ＳＩＰ電話機）がプロキシサーバ１３を経由して着呼装置１２に発呼し、音声パスのセッション確立後、発呼装置１１の特定のエクステンション押下により、着呼装置１２配下のファイルをプロキシサーバ１３とは独立して自動でダウンロードにより取得することができるため、特に、マルチメディアセッションやＶｏＩＰを応用したＩＰ電話機等で用いられる２以上のクライアント間でセッションを確立するＳＩＰを用いてファイル転送を行う全ての用途に利用して顕著な効果が得られる。
【符号の説明】
【００６４】
１０：ファイル転送システム
１１：ＳＩＰ電話機（発呼装置（ＵＡＣ））
１２：着呼装置（ＵＡＳ）
１３：プロキシサーバ（Ｐｒｏｘｙ）
１１１：要求発行部
１１２：セッション確立部
１１３：ファイル取得部
【特許請求の範囲】
【請求項１】
ＳＩＰ（セッション・イニシェーション・プロトコル）に準拠してプロキシサーバ経由で発呼して着呼装置との間で音声パスのセッションを確立するＳＩＰ電話機であって、
前記音声パスのセッションの確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する要求発行部と、
前記特定のエクステンション押下によるアクセス認証結果を取得して前記着呼装置との間でデータパスのセッションを確立するセッション確立部と、
前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うファイル取得部と、
を備えたことを特徴とするＳＩＰ電話機。
【請求項２】
前記セッション確立部は、
前記音声パス、およびデータパスのセッションを確立する場合、前記着呼装置からの音声パスを破棄しないことへの確認要求に対する応答を行い、前記ファイル取得部による前記確立された音声パスとデータパスを通じたファイルの取得を指示し、前記ファイルの取得後、前記データパスのセッションを切断することを特徴とする請求項１記載のＳＩＰ電話機。
【請求項３】
前記セッション確立部は、
前記データセッションのみを確立する場合、前記着呼装置から音声パスを破棄することの確認要求に対する応答を行い、前記ファイル取得部による前記確立されたデータパスを通じたファイルの取得を指示し、前記ファイルの取得後、前記データパスのセッションを切断することを特徴とする請求項１記載のＳＩＰ電話機。
【請求項４】
前記ファイル取得部は、
ＳＤＰ（セッション・デスクリプション・プロトコル）のメディアタイプに、前記ファイル取得用に、新たに定義される記述を解読し、前記着呼装置から前記ファイルを取得することを特徴とする請求項１から請求項３のいずれか１項記載のＳＩＰ電話機。
【請求項５】
前記ファイル取得部は、
前記セッション確立部によるデータパスの確立後、前記着呼装置にファイル取得要求を発行して前記着呼装置から要求ファイルを取得し、前記着呼装置で行われる誤りチェックの結果照合に基づき、再度ファイル取得要求を発行するか、終了することを特徴とする請求項１から請求項４のいずれか１項記載のＳＩＰ電話機。
【請求項６】
ＳＩＰに準拠してプロキシサーバ経由で発呼装置と着呼装置とが音声パスのセッションを確立して通話を行うＳＩＰ電話機におけるファイル転送システムであって、
前記音声パスのセッション確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する前記発呼装置と、
前記発装置から前記データパスのセッション確立要求を受信し、前記発呼装置のアクセス認証を行う前記着呼装置と、を備え、
前記発呼装置は、
前記着呼装置から前記アクセス認証の結果を取得して前記着呼装置との間でデータパスのセッションを確立し、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うことを特徴とするＳＩＰ電話機におけるファイル転送システム。
【請求項７】
ＳＩＰに準拠してプロキシサーバ経由で発呼装置と着呼装置とが音声パスのセッションを確立して通話を行うＳＩＰ電話機におけるファイル転送方法であって、
前記発呼装置が、前記音声パスのセッション確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する第１のステップと、
前記着呼装置が、前記発呼装置から前記データパスのセッション確立要求を受信し、前記発呼装置のアクセス認証を行う第２のステップと、
前記発呼装置が、前記着呼装置から前記アクセス認証の結果を取得して前記着呼装置との間でデータパスのセッションを確立し、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行う第３のステップと、
を有することを特徴とするＳＩＰ電話機におけるファイル転送方法。
【請求項８】
前記第２のステップは、
前記音声パス、およびデータパスのセッションを確立する場合、前記着呼装置からの音声パスを破棄しないことへの確認要求に対する応答を行う処理と、
前記音声パスおよびデータパスのセッション確立後、前記確立された音声パスとデータパスを通じたファイル転送を指示する処理と、
前記ファイルの取得後、前記データパスのセッションを切断する処理と、を含むことを特徴とする請求項７記載のＳＩＰ電話機におけるファイル転送方法。
【請求項９】
前記第２のステップは、
前記データパスのセッションのみを確立する場合、前記着呼装置から音声パスを破棄することの確認要求に対する応答を行うサブステップと、
前記データパスのセッション確立後、前記確立されたデータパスを通じたファイル転送を指示するサブステップと、
前記ファイルの取得後、前記データパスのセッションを切断するサブステップと、を含むことを特徴とする請求項７記載のＳＩＰ電話機におけるファイル転送方法。
【請求項１０】
前記第３のステップは、
ＳＤＰのメディアタイプに、前記ファイル取得用に、新たに定義される記述を解読し、前記確立した音声パスとデータパス、もしくはデータパスを通じて前記着呼装置との間でデータ転送を行うサブステップ、を含むことを特徴とする請求項７から請求項９のいずれか１項記載のＳＩＰ電話機におけるファイル転送方法。
【請求項１１】
前記第３のステップは、
前記データパスの確立後、前記着呼装置にファイル取得要求を発行するサブステップと、
前記着呼装置とのデータ転送によりファイルを取得し、前記着呼装置で行われる誤りチェックの結果照合に基づき、再度ファイル取得要求を発行するか、終了するサブステップと、を含むことを特徴とする請求項７から請求項１０のいずれか１項記載のＳＩＰ電話機におけるファイル転送方法。
【請求項１２】
コンピュータ上で実行され、ＳＩＰに準拠してプロキシサーバ経由で発呼して着呼装置との間で音声パスのセッションを確立するＳＩＰ電話機のファイル転送プログラムであって、
前記コンピュータに、
前記音声パスのセッションの確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する要求発行処理と、
前記特定のエクステンション押下によるアクセス認証結果を取得して前記着呼装置との間でデータパスのセッションを確立するセッション確立処理と、
前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うファイル取得処理と、
を実行させることを特徴とするファイル転送プログラム。
【請求項１３】
前記セッション確立処理は、
前記音声パス、およびデータパスのセッションを確立する場合、前記着呼装置からの音声パスを破棄しないことへの確認要求に対する応答を行う処理と、
前記音声パスおよびデータパスのセッション確立後、前記確立された音声パスとデータパスを通じたファイル転送を指示する処理と、
前記ファイルの取得後、前記データパスのセッションを切断する処理と、を含むことを特徴とする請求項１２記載のファイル転送プログラム。
【請求項１４】
前記セッション確立処理は、
前記データパスのセッションのみを確立する場合、前記着呼装置から音声パスを破棄することの確認要求に対する応答を行う処理と、
前記データパスのセッション確立後、前記確立されたデータパスを通じたファイル転送を指示する処理と、
前記ファイルの取得後、前記データパスのセッションを切断する処理と、を含むことを特徴とする請求項１２記載のファイル転送プログラム。
【請求項１５】
前記ファイル取得処理は、
ＳＤＰのメディアタイプに、前記ファイル取得用に、新たに定義される記述を解読し、前記確立した音声パスとデータパス、もしくはデータパスを通じて前記着呼装置との間でデータ転送を行う処理、
を含むことを特徴とする請求項１２から請求項１４のいずれか１項記載のファイル転送プログラム。
【請求項１６】
前記ファイル取得処理は、
前記データパスの確立後、前記着呼装置にファイル取得要求を発行する処理と、
前記着呼装置とのデータ転送によりファイルを取得し、前記着呼装置で行われる誤りチェックの結果照合に基づき、再度ファイル取得要求を発行するか、終了する処理と、を含むことを特徴とする請求項１２から請求項１５のいずれか１項記載のファイル転送プログラム。
【請求項１】
ＳＩＰ（セッション・イニシェーション・プロトコル）に準拠してプロキシサーバ経由で発呼して着呼装置との間で音声パスのセッションを確立するＳＩＰ電話機であって、
前記音声パスのセッションの確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する要求発行部と、
前記特定のエクステンション押下によるアクセス認証結果を取得して前記着呼装置との間でデータパスのセッションを確立するセッション確立部と、
前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うファイル取得部と、
を備えたことを特徴とするＳＩＰ電話機。
【請求項２】
前記セッション確立部は、
前記音声パス、およびデータパスのセッションを確立する場合、前記着呼装置からの音声パスを破棄しないことへの確認要求に対する応答を行い、前記ファイル取得部による前記確立された音声パスとデータパスを通じたファイルの取得を指示し、前記ファイルの取得後、前記データパスのセッションを切断することを特徴とする請求項１記載のＳＩＰ電話機。
【請求項３】
前記セッション確立部は、
前記データセッションのみを確立する場合、前記着呼装置から音声パスを破棄することの確認要求に対する応答を行い、前記ファイル取得部による前記確立されたデータパスを通じたファイルの取得を指示し、前記ファイルの取得後、前記データパスのセッションを切断することを特徴とする請求項１記載のＳＩＰ電話機。
【請求項４】
前記ファイル取得部は、
ＳＤＰ（セッション・デスクリプション・プロトコル）のメディアタイプに、前記ファイル取得用に、新たに定義される記述を解読し、前記着呼装置から前記ファイルを取得することを特徴とする請求項１から請求項３のいずれか１項記載のＳＩＰ電話機。
【請求項５】
前記ファイル取得部は、
前記セッション確立部によるデータパスの確立後、前記着呼装置にファイル取得要求を発行して前記着呼装置から要求ファイルを取得し、前記着呼装置で行われる誤りチェックの結果照合に基づき、再度ファイル取得要求を発行するか、終了することを特徴とする請求項１から請求項４のいずれか１項記載のＳＩＰ電話機。
【請求項６】
ＳＩＰに準拠してプロキシサーバ経由で発呼装置と着呼装置とが音声パスのセッションを確立して通話を行うＳＩＰ電話機におけるファイル転送システムであって、
前記音声パスのセッション確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する前記発呼装置と、
前記発装置から前記データパスのセッション確立要求を受信し、前記発呼装置のアクセス認証を行う前記着呼装置と、を備え、
前記発呼装置は、
前記着呼装置から前記アクセス認証の結果を取得して前記着呼装置との間でデータパスのセッションを確立し、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うことを特徴とするＳＩＰ電話機におけるファイル転送システム。
【請求項７】
ＳＩＰに準拠してプロキシサーバ経由で発呼装置と着呼装置とが音声パスのセッションを確立して通話を行うＳＩＰ電話機におけるファイル転送方法であって、
前記発呼装置が、前記音声パスのセッション確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する第１のステップと、
前記着呼装置が、前記発呼装置から前記データパスのセッション確立要求を受信し、前記発呼装置のアクセス認証を行う第２のステップと、
前記発呼装置が、前記着呼装置から前記アクセス認証の結果を取得して前記着呼装置との間でデータパスのセッションを確立し、前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行う第３のステップと、
を有することを特徴とするＳＩＰ電話機におけるファイル転送方法。
【請求項８】
前記第２のステップは、
前記音声パス、およびデータパスのセッションを確立する場合、前記着呼装置からの音声パスを破棄しないことへの確認要求に対する応答を行う処理と、
前記音声パスおよびデータパスのセッション確立後、前記確立された音声パスとデータパスを通じたファイル転送を指示する処理と、
前記ファイルの取得後、前記データパスのセッションを切断する処理と、を含むことを特徴とする請求項７記載のＳＩＰ電話機におけるファイル転送方法。
【請求項９】
前記第２のステップは、
前記データパスのセッションのみを確立する場合、前記着呼装置から音声パスを破棄することの確認要求に対する応答を行うサブステップと、
前記データパスのセッション確立後、前記確立されたデータパスを通じたファイル転送を指示するサブステップと、
前記ファイルの取得後、前記データパスのセッションを切断するサブステップと、を含むことを特徴とする請求項７記載のＳＩＰ電話機におけるファイル転送方法。
【請求項１０】
前記第３のステップは、
ＳＤＰのメディアタイプに、前記ファイル取得用に、新たに定義される記述を解読し、前記確立した音声パスとデータパス、もしくはデータパスを通じて前記着呼装置との間でデータ転送を行うサブステップ、を含むことを特徴とする請求項７から請求項９のいずれか１項記載のＳＩＰ電話機におけるファイル転送方法。
【請求項１１】
前記第３のステップは、
前記データパスの確立後、前記着呼装置にファイル取得要求を発行するサブステップと、
前記着呼装置とのデータ転送によりファイルを取得し、前記着呼装置で行われる誤りチェックの結果照合に基づき、再度ファイル取得要求を発行するか、終了するサブステップと、を含むことを特徴とする請求項７から請求項１０のいずれか１項記載のＳＩＰ電話機におけるファイル転送方法。
【請求項１２】
コンピュータ上で実行され、ＳＩＰに準拠してプロキシサーバ経由で発呼して着呼装置との間で音声パスのセッションを確立するＳＩＰ電話機のファイル転送プログラムであって、
前記コンピュータに、
前記音声パスのセッションの確立時、特定のエクステンション押下により、前記着呼装置にデータパスのセッション確立を要求する要求発行処理と、
前記特定のエクステンション押下によるアクセス認証結果を取得して前記着呼装置との間でデータパスのセッションを確立するセッション確立処理と、
前記データパスのセッション確立後、前記プロキシサーバとは独立して、前記着呼装置から当該着呼装置が管理するファイルの取得を行うファイル取得処理と、
を実行させることを特徴とするファイル転送プログラム。
【請求項１３】
前記セッション確立処理は、
前記音声パス、およびデータパスのセッションを確立する場合、前記着呼装置からの音声パスを破棄しないことへの確認要求に対する応答を行う処理と、
前記音声パスおよびデータパスのセッション確立後、前記確立された音声パスとデータパスを通じたファイル転送を指示する処理と、
前記ファイルの取得後、前記データパスのセッションを切断する処理と、を含むことを特徴とする請求項１２記載のファイル転送プログラム。
【請求項１４】
前記セッション確立処理は、
前記データパスのセッションのみを確立する場合、前記着呼装置から音声パスを破棄することの確認要求に対する応答を行う処理と、
前記データパスのセッション確立後、前記確立されたデータパスを通じたファイル転送を指示する処理と、
前記ファイルの取得後、前記データパスのセッションを切断する処理と、を含むことを特徴とする請求項１２記載のファイル転送プログラム。
【請求項１５】
前記ファイル取得処理は、
ＳＤＰのメディアタイプに、前記ファイル取得用に、新たに定義される記述を解読し、前記確立した音声パスとデータパス、もしくはデータパスを通じて前記着呼装置との間でデータ転送を行う処理、
を含むことを特徴とする請求項１２から請求項１４のいずれか１項記載のファイル転送プログラム。
【請求項１６】
前記ファイル取得処理は、
前記データパスの確立後、前記着呼装置にファイル取得要求を発行する処理と、
前記着呼装置とのデータ転送によりファイルを取得し、前記着呼装置で行われる誤りチェックの結果照合に基づき、再度ファイル取得要求を発行するか、終了する処理と、を含むことを特徴とする請求項１２から請求項１５のいずれか１項記載のファイル転送プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−５５２４７（Ｐ２０１１−５５２４７Ａ）
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願番号】特願２００９−２０２２２０（Ｐ２００９−２０２２２０）
【出願日】平成２１年９月２日（２００９．９．２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願日】平成２１年９月２日（２００９．９．２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]