(57)【特許請求の範囲】
【請求項１】
コンテンツ送信装置とコンテンツ受信装置との間でデジタルコンテンツを送受信している最中に発生した通信異常を検知する検知ステップと、
前記検知ステップで通信異常が検知された場合、前記コンテンツ送信装置と前記コンテンツ受信装置との間で前記デジタルコンテンツの受信状態を確認する確認ステップと、
前記確認ステップで確認された受信状態に基づいて、前記コンテンツ受信装置が正常に受信していない部分の前記デジタルコンテンツのみを前記コンテンツ送信装置から前記コンテンツ受信装置に再送信する再送信ステップとを備え、
前記確認ステップでは、前記通信異常時における呼を特定するＣａｌｌＩＤと前記通信異常時に送信していた前記デジタルコンテンツを特定するＪｏｂＩＤを前記コンテンツ送信装置が前記コンテンツ受信装置に通知するとともに、前記通信異常時において途中まで受信していた前記デジタルコンテンツの有無、前記通信異常時において途中まで受信していた前記デジタルコンテンツをどこから再送信すればよいかを指定する容量数、および前記コンテンツ受信装置の受信能力を前記コンテンツ受信装置が前記コンテンツ送信装置に通知し、
前記再送信ステップでは、前記コンテンツ受信装置が受信能力を備えていない場合は、送信に失敗した前記デジタルコンテンツの再送信を行い、前記コンテンツ受信装置が受信能力を備えている場合は、送信に失敗した前記デジタルコンテンツについて、受信要求のあったコンテンツ容量部分から再送信を行う
ことを特徴とするコンテンツ再送信方法。
【請求項２】
前記確認ステップでは、前記ＣａｌｌＩＤと前記ＪｏｂＩＤとを１つの構造体として前記コンテンツ送信装置が前記コンテンツ受信装置に通知するとともに、前記容量数と前記受信能力とを他の１つの構造体として前記コンテンツ受信装置が前記コンテンツ送信装置に通知することを特徴とする請求項１記載のコンテンツ再送信方法。
【請求項３】
デジタルコンテンツを保存するコンテンツ保存部と、
コンテンツ受信装置との間で前記デジタルコンテンツを送受信している最中に通信異常が発生した場合、前記デジタルコンテンツの受信状態を確認するための再送確認要求を前記コンテンツ受信装置に通知する再送演算部と、
前記デジタルコンテンツの受信状態を示す再送確認応答が前記コンテンツ受信装置から通知されると、前記コンテンツ受信装置が正常に受信していない部分の前記デジタルコンテンツのみを前記コンテンツ受信装置に再送信するコンテンツ送信部とを備え、
前記再送演算部は、前記通信異常時における呼を特定するＣａｌｌＩＤと前記通信異常時に送信していた前記デジタルコンテンツを特定するＪｏｂＩＤを通知し、
前記コンテンツ送信部は、前記コンテンツ受信装置が受信能力を備えていない場合は、送信に失敗した前記デジタルコンテンツの再送信を行い、前記コンテンツ受信装置が受信能力を備えている場合は、送信に失敗した前記デジタルコンテンツについて、受信要求のあったコンテンツ容量部分から再送信を行う
ことを特徴とするコンテンツ送信装置。
【請求項４】
請求項１乃至２のいずれか１項に記載した各ステップをコンピュータに実行させることを特徴とするコンテンツ再送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ送信装置とコンテンツ受信装置との間でデジタルコンテンツ（文書、写真、データ等）を送受信している最中に通信異常が発生した際、そのデジタルコンテンツを再送信するコンテンツ再送信方法、コンテンツ送信装置、およびコンテンツ再送信プログラムに関する。
【背景技術】
【０００２】
従来、デジタルコンテンツを送受信するシステムとして、公衆交換電話網で行われてきたＦＡＸの信号を音声データとして通信を行う方式（みなし音声方式）が存在する。この従来技術を応用し、ＳＩＰ（Session Initiation Protocol）の呼制御を利用したデジタルコンテンツの送受信を実現するシステムは、コンテンツ送信装置からの電話番号発信によりコンテンツ受信装置と接続し、コンテンツ送信を実施する方法となる。
【０００３】
ここで、コンテンツ送信装置とは、ボタン電話機の機能や、紙媒体のコンテンツ（原稿等）を読み取るスキャナ機能、および受信したコンテンツ(原稿等)を印刷する機能を有する装置である。また、コンテンツ受信装置とは、コンテンツ送信装置と類似して、ボタン電話機の機能や、紙媒体のコンテンツ（原稿等）を読み取るスキャナ機能、および受信したコンテンツ(原稿等)を印刷する機能を有する装置である。
【０００４】
コンテンツ送信装置は、複数のデジタルコンテンツを一つの呼のなかで連続して送信する機能を有している。すなわち、電話番号を指定し、複数のデジタルコンテンツを選択した後、発呼してコンテンツ受信装置との呼を確立する。その後、ＴＣＰセッションを確立し、ＴＣＰセッションを利用してデジタルコンテンツを送受信する。
【０００５】
しかし、複数のデジタルコンテンツを送受信している最中にネットワークまたはコンテンツ受信装置側の異常に伴ない通信が切断される場合がある。コンテンツ受信装置側の異常としては、コンテンツ受信装置の受信容量の枯渇などが挙げられる。このような場合は、コンテンツ送信装置からコンテンツ受信装置に複数のデジタルコンテンツをもう一度同じ手順で送信する必要がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３２６５７２号公報
【特許文献２】特開２００６−０２５１７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述したように、従来は、複数のデジタルコンテンツを送受信している最中に通信が切断された場合、送信しようとしていた複数のデジタルコンテンツを再度選択し、コンテンツ受信装置の電話番号を入力してコンテンツ送信を行う必要がある。また、複数のデジタルコンテンツのうち、通信が切断される前にコンテンツ受信装置側で正常に受信できたデジタルコンテンツが存在しても、それをコンテンツ送信装置が把握する機能はなく、同じデジタルコンテンツを重複して送信しなければならないという課題が存在する。従来技術でも、コンテンツ受信装置が途中まで受信したデジタルコンテンツの続きをコンテンツ送信装置に要求することはＨＴＴＰにて実現されているが、逆に、コンテンツ送信装置からデジタルコンテンツを途中から再送信する仕組みは実現されていないのが現状である。
【０００８】
本発明は、前述した従来の技術に鑑み、複数のデジタルコンテンツを送受信している最中に通信異常が発生した場合でも全てのデジタルコンテンツの送受信を早期に実施することができるコンテンツ再送信方法、コンテンツ送信装置、およびコンテンツ再送信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
前記目的を達成するため、第１の態様に係る発明は、コンテンツ再送信方法において、コンテンツ送信装置とコンテンツ受信装置との間でデジタルコンテンツを送受信している最中に発生した通信異常を検知する検知ステップと、前記検知ステップで通信異常が検知された場合、前記コンテンツ送信装置と前記コンテンツ受信装置との間で前記デジタルコンテンツの受信状態を確認する確認ステップと、前記確認ステップで確認された受信状態に基づいて、前記コンテンツ受信装置が正常に受信していない部分の前記デジタルコンテンツのみを前記コンテンツ送信装置から前記コンテンツ受信装置に再送信する再送信ステップとを備え、前記確認ステップで、前記通信異常時における呼を特定するＣａｌｌＩＤと前記通信異常時に送信していた前記デジタルコンテンツを特定するＪｏｂＩＤを前記コンテンツ送信装置が前記コンテンツ受信装置に通知するとともに、前記通信異常時において途中まで受信していた前記デジタルコンテンツの有無、前記通信異常時において途中まで受信していた前記デジタルコンテンツをどこから再送信すればよいかを指定する容量数、および前記コンテンツ受信装置の受信能力を前記コンテンツ受信装置が前記コンテンツ送信装置に通知し、前記再送信ステップで、前記コンテンツ受信装置が受信能力を備えていない場合は、送信に失敗した前記デジタルコンテンツの再送信を行い、前記コンテンツ受信装置が受信能力を備えている場合は、送信に失敗した前記デジタルコンテンツについて、受信要求のあったコンテンツ容量部分から再送信を行うを要旨とする。
【００１０】
第２の態様に係る発明は、第１の態様に係る発明において、前記確認ステップで、前記ＣａｌｌＩＤと前記ＪｏｂＩＤとを１つの構造体として前記コンテンツ送信装置が前記コンテンツ受信装置に通知するとともに、前記容量数と前記受信能力とを他の１つの構造体として前記コンテンツ受信装置が前記コンテンツ送信装置に通知することを要旨とする。
【００１２】
また、前記目的を達成するため、第４の態様に係る発明は、コンテンツ送信装置において、デジタルコンテンツを保存するコンテンツ保存部と、コンテンツ受信装置との間で前記デジタルコンテンツを送受信している最中に通信異常が発生した場合、前記デジタルコンテンツの受信状態を確認するための再送確認要求を前記コンテンツ受信装置に通知する再送演算部と、前記デジタルコンテンツの受信状態を示す再送確認応答が前記コンテンツ受信装置から通知されると、前記コンテンツ受信装置が正常に受信していない部分の前記デジタルコンテンツのみを前記コンテンツ受信装置に再送信するコンテンツ送信部とを備え、前記再送演算部が、前記通信異常時における呼を特定するＣａｌｌＩＤと前記通信異常時に送信していた前記デジタルコンテンツを特定するＪｏｂＩＤを通知し、前記コンテンツ送信部が、前記コンテンツ受信装置が受信能力を備えていない場合は、送信に失敗した前記デジタルコンテンツの再送信を行い、前記コンテンツ受信装置が受信能力を備えている場合は、送信に失敗した前記デジタルコンテンツについて、受信要求のあったコンテンツ容量部分から再送信を行うことを要旨とする。
【００１４】
また、前記目的を達成するため、第４の態様に係る発明は、コンテンツ再送信プログラムにおいて、第１乃至第２のいずれかに係る発明における各ステップをコンピュータに実行させることを要旨とする。
【発明の効果】
【００１５】
本発明によれば、複数のデジタルコンテンツを送受信している最中に通信異常が発生した場合でも全てのデジタルコンテンツの送受信を早期に実施することができるコンテンツ再送信方法、コンテンツ送信装置、およびコンテンツ再送信プログラムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態におけるコンテンツ再送信システムの構成図である。
【図２】本発明の実施の形態におけるコンテンツ再送信システムの実施シーケンス図である。
【図３】本発明の実施の形態におけるコンテンツ再送信システムの内部処理アルゴリズムを示す図である。
【図４】本発明の実施の形態における電文定義の一例を示す図である。
【図５】本発明の実施の形態における電文の具体例を示す図である。
【図６】本発明の実施の形態における発側機器または着側機器のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１８】
図１は、本発明の実施の形態におけるコンテンツ再送信システムの構成図である。このコンテンツ再送信システムは、電話番号を使ってデジタルコンテンツを送受信することができるシステムであって、図１に示すように、発側機器１１０と、着側機器１２０と、ＳＩＰサーバ１３０とを備えている。ＳＩＰサーバ１３０は、ネットワークを介して発側機器１１０および着側機器１２０と接続し、発側機器１１０からの呼接続要求に対して応答し、着側機器１２０と呼確立をするための仲介を行う機能を有する。
【００１９】
発側機器１１０は、デジタルコンテンツを送信するコンテンツ送信装置であって、ＳＩＰスタック部１１１と、コンテンツ送信部１１２と、再送演算部１１３と、コンテンツ保存部１１４とを備えている。ＳＩＰスタック部１１１は、ネットワークを介してＳＩＰサーバ１３０と接続し、指定した電話番号を有する着側機器１２０と呼確立を行う機能を有する。コンテンツ送信部１１２は、ＳＩＰスタック部１１１にて着側機器１２０との呼が確立された後、発側機器１１０にて指定したデジタルコンテンツをコンテンツ保存部１１４から読み込んで着側機器１２０に対してコンテンツ送信を行う機能と、発信した状態を着側機器１２０および再送演算部１１３に通知する機能を有する。再送演算部１１３は、ＳＩＰスタック部１１１およびコンテンツ送信部１１２の通信状態を監視する機能と、その通信状態に基づいて通信の異常終了を検知する機能と、異常検知時に再度デジタルコンテンツの送信を行うための再発呼処理およびコンテンツ再送信に必要な再送信確認処理を行う機能と、コンテンツ送信を実施するための指示をコンテンツ送信部１１２に対して行う機能を有する。コンテンツ保存部１１４は、送信するデジタルコンテンツを保存する機能と、コンテンツ送信部１１２または再送演算部１１３からの参照要求に応じてデジタルコンテンツの参照許可を行う機能を有する。
【００２０】
着側機器１２０は、デジタルコンテンツを受信するコンテンツ受信装置であって、ＳＩＰスタック部１２１と、コンテンツ受信部１２２と、再送演算部１２３と、コンテンツ保存部１２４とを備えている。ＳＩＰスタック部１２１は、ネットワークを介してＳＩＰサーバ１３０と接続し、指定した電話番号を有する発側機器１１０と呼確立を行う機能を有する。コンテンツ受信部１２２は、ＳＩＰスタック部１２１にて発側機器１１０との呼が確立された後、発側機器１１０から送信されたデジタルコンテンツを受信してコンテンツ保存部１２４に保存する機能と、デジタルコンテンツの受信状態を発側機器１１０および再送演算部１２３に通知する機能を有する。再送演算部１２３は、ＳＩＰスタック部１２１およびコンテンツ受信部１２２の通信状態を監視する機能と、その通信状態に基づいて通信の異常終了を検知する機能と、異常検知時に受信したデジタルコンテンツの受信状態を再送信確認要求時に発側機器１１０に対して応答する機能を有する。コンテンツ保存部１２４は、送信するデジタルコンテンツを保存する機能と、コンテンツ受信部１２２または再送演算部１２３からの参照要求に応じてデジタルコンテンツの参照許可を行う機能を有する。
【００２１】
図２は、本発明の実施の形態におけるコンテンツ再送信システムの実施シーケンス図である。この図に示すように、発側機器１１０は、ネットワークを介してＳＩＰサーバ１３０と接続され、さらに着側機器１２０と接続される。すなわち、発側機器１１０は、電話番号を利用して着側機器１２０を特定して呼の確立を行い、発側機器１１０内部に保存するデジタルコンテンツを着側機器１２０に対して送信する。また、複数のデジタルコンテンツの送信中に発生した通信異常（以下、「エラー」という場合がある。）を検知すると、再度、まだ送信済みとなっていないデジタルコンテンツを送信するために発呼する。そして、直前に発生したエラーに伴う呼切断時の呼特定および送信途中となったデジタルコンテンツの特定に関する再送確認を着側機器１２０との間で行う。さらに、送信すべきデジタルコンテンツを特定し、そのデジタルコンテンツを着側機器１２０に送信すると、通信を完了させる。以下、特徴的なステップについて更に詳しく説明する。
【００２２】
ステップＳ２０１は、発側機器１１０と着側機器１２０との間でデジタルコンテンツを送受信している最中に通信異常が発生したことを表している。この通信異常（Ｓ２０１）は、ネットワークの予期せぬ切断や、着側機器１２０における故障、容量オーバー等などであり、これ以上、着側機器１２０がデジタルコンテンツを受信することができない状態に陥ったことを表す。
【００２３】
ステップＳ２０２は、通信異常（Ｓ２０１）が発生したことを検知するステップである。すなわち、発側機器１１０における再送演算部１１３は、通信異常（Ｓ２０１）が発生したことを検知すると、再度、デジタルコンテンツを送信するか否かを判断し、送信未完了のデジタルコンテンツが存在した場合は、再発呼処理を指示する。
【００２４】
ステップＳ２０３は、再送確認要求を示す通信シーケンスである。すなわち、発側機器１１０は、再送確認応答を得るために、通信異常（Ｓ２０１）時における呼を特定するＣａｌｌＩＤ（コールアイディ）と、通信異常（Ｓ２０１）時に送信していたデジタルコンテンツを特定するＪｏｂＩＤ（ジョブアイディ）を着側機器１２０に通知する。
【００２５】
ステップＳ２０４は、再送確認応答を示す通信シーケンスである。すなわち、着側機器１２０は、再送確認要求２０３を受信すると、通信異常（Ｓ２０１）時において途中まで受信していたデジタルコンテンツの有無および通信異常（Ｓ２０１）時において途中まで受信していたデジタルコンテンツをどこから再送信すればよいかを指定する容量数（ｂｙｔｅ）を発側機器１１０に通知する。
【００２６】
ステップＳ２０５は、デジタルコンテンツの再送信処理である。すなわち、発側機器１１０は、再送確認応答２０４を受信すると、コンテンツ保存部１１４に保存された送信途中のデジタルコンテンツを特定し、そのデジタルコンテンツを再度着側機器１２０に対して送信するための手続きを行う。
【００２７】
図３は、本発明の実施の形態におけるコンテンツ再送信システムの内部処理アルゴリズムを示す図である。ここでは、図２における通信異常検知（Ｓ２０２）から再送信（Ｓ２０５）までに必要となる発側機器１１０の内部処理アルゴリズムを示している。
【００２８】
まず、発側機器１１０は、着側機器１２０との間でデジタルコンテンツを送受信している最中に通信異常が発生すると（Ｓ３０１）、その通信異常を検知して未送信コンテンツが存在するか否かを確認する（Ｓ３０２）。そして、未送信コンテンツが存在した場合は発信履歴を参照し（Ｓ３０３）、その発信履歴に存在するデータから、異常で通信を終了したことや、発信先、ＣａｌｌＩＤ、ＪｏｂＩＤを確認する（Ｓ３０４）。一方、未送信コンテンツが存在した場合は通信を終了する。
【００２９】
次いで、再送信を実施するか否かを判断する（Ｓ３０５）。ここで、発側機器１１０側で再送信を実施する設定になっている場合は、再発呼／呼確立を行い（Ｓ３０６）、再送確認要求を着側機器１２０に通知する（Ｓ３０７）。一方、発側機器１１０側で再送信を実施する設定になっていない場合は通信を終了する。
【００３０】
着側機器１２０に再送確認要求を通知した場合（Ｓ３０７）、着側機器１２０側で再送が必要であることが確認されると、着側機器１２０から再送確認応答を受信することになる（Ｓ３０８）。そこで、着側機器１２０に受信途中のデジタルコンテンツが存在し、かつ、そのデジタルコンテンツをどこから送信すればよいかを確認した後、着側機器１２０の受信能力に合わせた判断を行う（Ｓ３０９）。着側機器１２０の受信能力については後に詳しく説明する（図４の４０４参照）。
【００３１】
最後に、着側機器１２０が所定の受信能力を備えていない場合は、送信に失敗したデジタルコンテンツの再送信を行う（Ｓ３１０）。一方、着側機器１２０が所定の受信能力を備えている場合は、送信に失敗したデジタルコンテンツについて、受信要求のあったコンテンツ容量部分から再送信を行う（Ｓ３１１）。
【００３２】
図４は、図２における再送確認要求（Ｓ２０３）および再送確認応答（Ｓ２０４）の電文定義の一例を示す図である。ここでは、ＳＩＰを用いて呼接続し、ＴＣＰセッションを確立した後、ＨＴＴＰおよびｘｍｌを用いた構造体の電文を利用して情報を通知する場合の一例を示している。項番４０１は、通信異常時における呼を特定するＣａｌｌＩＤを指定するものである。項番４０２は、通信異常時に送信していたデジタルコンテンツを特定するＪｏｂＩＤ、すなわち、送受信に失敗したデジタルコンテンツを特定するためのＪｏｂＩＤを指定するものである。項番４０３は、通信異常時における送信済みファイル容量を示し、再送時においてデジタルコンテンツをどこから送信すればよいかを指定するものである。項番４０４は、着側機器１２０の受信能力を示し、コンテンツ途中からの送信に対応する能力があるか否かを指定するものである。
【００３３】
図５は、図２における再送確認要求（Ｓ２０３）および再送確認応答（Ｓ２０４）の電文の具体例を示す図である。この図に示すように、再送確認要求（Ｓ２０３）は、エラー時の呼設定ＩＤ情報を示す<callid>123468@send.example.org</callid>と、エラー時のＪｏｂ開始要求ＩＤ情報を示す<jobid>2010031125</jobid>として実現される。また、再送確認応答（Ｓ２０４）は、エラー時の送信済みファイル容量を示す<partialGET> bytes=196608- </partialGET>と、着側機器１２０の受信能力を示す<resume>on</resume>として実現される。
【００３４】
以上のように、本発明の実施の形態におけるコンテンツ再送信システムによれば、複数のデジタルコンテンツを送受信している最中に通信異常が発生した場合でも、呼および送信時の情報が発側機器１１０から着側機器１２０に通知されるので、着側機器１２０のコンテンツ受信状態を発側機器１１０側で得ることができる。これにより、一度、送受信が正常に行われたデジタルコンテンツを再度送受信することがないので、全てのデジタルコンテンツの送受信を早期に実施することが可能となる。その結果、デジタルコンテンツを重複して送信することが無くなる分の通信費やネットワーク資源の無駄な利用を軽減することができるのはいうまでもない。
【００３５】
なお、前記の説明では、発側機器１１０が通信異常を検知して、デジタルコンテンツの受信状態の確認要求を着側機器１２０に通知することとしているが、本発明はこれに限定されるものではない。すなわち、着側機器１２０が通信異常を検知して、通信異常時におけるデジタルコンテンツの受信状態を発側機器１１０に通知するようにしてもよい。
【００３６】
また、前記の説明では、ファイル単位にデジタルコンテンツが存在すると考え、複数のデジタルコンテンツを送受信する場合を想定して説明した。この場合は、着側機器１２０が正常に受信していないデジタルコンテンツ（ファイル）を再送信することになる。もちろん、どの単位を１つのデジタルコンテンツと考えるかという点は着側機器１２０側の性能等に応じて決定されるものであり、特に限定されるものではない。
【００３７】
また、前記の説明では言及しなかったが、発側機器１１０や着側機器１２０のハードウェア構成は、例えば図６に示すように、中央処理制御装置１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、および入出力インタフェース１０９がバス１１０を介して接続された構成となっている。入出力インタフェース１０９には、入力装置１０４、表示装置１０５、通信制御装置１０６、記憶装置１０７が接続されている。中央処理制御装置１０１は、データの計算や加工など一連の処理を実現する処理装置である。入力装置１０４は、情報を入力するためのキーボードやタッチパネルなどである。表示装置１０５は、情報を表示するための液晶ディスプレイなどである。通信制御装置１０６は、ＬＡＮカードやモデムなどである。記憶装置１０７は、半導体記憶装置や磁気ディスク装置である。もちろん、この図６のハードウェア構成は単なる一例である。
【００３８】
また、本発明は、コンテンツ再送信システムとして実現することができるだけでなく、このようなコンテンツ再送信システムが備える特徴的な処理部をステップとするコンテンツ再送信方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。このようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。
【符号の説明】
【００３９】
１１０…発側機器
１１１…ＳＩＰスタック部
１１２…コンテンツ送信部
１１３…再送演算部
１１４…コンテンツ保存部
１２０…着側機器
１２１…ＳＩＰスタック部
１２２…コンテンツ受信部
１２３…再送演算部
１２４…コンテンツ保存部
１３０…ＳＩＰサーバ
【図１】
0005412375.tif 000002
【図２】
0005412375.tif 000003
【図３】
0005412375.tif 000004
【図４】
0005412375.tif 000005
【図５】
0005412375.tif 000006
【図６】
0005412375.tif 000007