(57)【要約】【課題】バックアップ処理に要する処理時間を短縮すること。【解決手段】通信システム１は、送信装置３と受信装置５とを有する。送信装置３は、保持されたデータを当該データの識別情報に対応付けて定められた順番に従って取得し、取得したデータをパケットに分割しつつ受信装置５に順次送信する送信部３ａを有する。また、受信装置５は、外部から受信したデータを識別するデータ識別情報を受信履歴として記憶する記憶部５ａと、送信装置３から送信されるデータを送信装置３と同一の順番に従って受信するとともに、データの最初のパケットを受信した場合に、順番に対応するデータの識別情報が、記憶部５ａに記憶されているか否かを判定する判定部５ｂと、データの識別情報が記憶部５ａに記憶されている場合に、データにおける最初のパケット以降のパケットの送信を停止する旨を送信装置３に指示する指示部５ｃとを有する。【選択図】図１
2011254313.tif 000002
【特許請求の範囲】
【請求項１】
送信装置と受信装置とを有する通信システムであって、
前記送信装置は、
保持されたデータから、未送信データと送信済データとを生成する生成部と、
前記生成部により生成された未送信データと送信済データとを前記受信装置に送信する送信部とを備え、
前記受信装置は、
外部から受信した受信履歴を記憶する履歴記憶部と、
前記送信部により送信された前記未送信データと前記送信済データとを受信する受信部とを備え、
前記受信部は、前記履歴記憶部に受信履歴が存在する場合には、前記送信部により開始された前記送信済データの送信を停止させる指示を前記送信装置に送信することを特徴とする通信システム。
【請求項２】
前記送信部は、前記未送信データと前記送信済データとを、それぞれ複数のパケットに分割して送信し、
前記受信部は、前記履歴記憶部に受信履歴が存在する場合には、前記送信部により送信された前記送信済データのパケットの受信応答として、前記送信済データの送信を停止させる指示を送信することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記送信部は、前記未送信データと前記送信済データとを所定の順番に従って送信し、
前記受信部は、前記所定の順番に基づいて、前記送信部より送信されたデータが未送信データか送信済データかを判定することを特徴とする請求項１または２に記載の通信システム。
【請求項４】
送信装置と通信を行う受信装置であって、
外部から受信した受信履歴を記憶する履歴記憶部と、
前記送信装置により送信された未送信データと送信済データとを受信する受信部とを備え、
前記受信部は、前記履歴記憶部に受信履歴が存在する場合には、前記送信装置により開始された前記送信済データの送信を停止させる指示を前記送信装置に送信することを特徴とする受信装置。
【請求項５】
前記受信部は、前記履歴記憶部に受信履歴が存在する場合には、前記送信装置により送信された前記送信済データのパケットの受信応答として、前記送信済データの送信を停止させる指示を送信することを特徴とする請求項４に記載の受信装置。
【請求項６】
送信装置と通信を行う受信装置に適用される受信方法であって、
外部から受信した受信履歴を履歴記憶部に記憶する履歴記憶ステップと、
前記送信装置により送信された未送信データと送信済データとを受信する受信ステップとを含み、
前記受信ステップは、前記履歴記憶部に受信履歴が存在する場合には、前記送信装置により開始された前記送信済データの送信を停止させる指示を前記送信装置に送信することを特徴とする受信方法。
【請求項７】
送信装置と通信を行う受信装置において実行される通信プログラムであって、
前記受信装置に、
外部から受信した受信履歴を履歴記憶部に記憶する履歴記憶手順と、
前記送信装置により送信された未送信データと送信済データとを受信する受信手順とを実行させ、
前記受信手順は、前記履歴記憶部に受信履歴が存在する場合には、前記送信装置により開始された前記送信済データの送信を停止させる指示を前記送信装置に送信することを特徴とする受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、受信装置、受信方法及び受信プログラムに関する。
【背景技術】
【０００２】
従来、携帯電話機などの送信装置からＰＣ（Personal Computer）などの受信装置へデータを送信することによって、送信装置側のデータを受信装置側へバックアップすること（以下バックアップ処理という）が行われている。このようなバックアップ処理の方式としては、送信装置が自身の保持するデータのうち未だ外部に送信していない未送信データのみを受信装置へ送信する方式（未送信データ送信方式）が一般的であった。
【０００３】
しかしながら、未送信データ送信方式では、故障などにより現行の受信装置が新規の受信装置に置き換えられた場合に、送信装置から現行の受信装置に既に送信された送信済みデータが新規の受信装置に送信されず、バックアップが実現不能となる。
【０００４】
このため、最近では、未送信データに加えて送信済みデータを受信装置に送信するバックアップ処理の方式が検討されている。このような方式として、リスト対比方式が知られている。リスト対比方式では、まず、送信装置が受信装置の保持するデータのリストを受信装置から取得する。そして、送信装置が、受信装置から取得したデータのリストと、自身の保持するデータのリストとを対比し、両リストの整合性を検証する。そして、送信装置は、リスト中で整合していないデータを探索し、探索したデータを受信装置に送信する。これにより、送信装置から受信装置に既に送信された送信済みデータがリスト中で整合していないデータに該当する場合には、未送信データに加えて送信済みデータが送信装置から受信装置へ送信され、バックアップが確実に行われる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平６−１０４９５５号公報
【特許文献２】特開２００４−３０２７９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のリスト対比方式では、バックアップ処理に要する処理時間が増大するという問題がある。
【０００７】
具体的には、上記のリスト対比方式では、送信装置の保持するデータのリストと受信装置の保持するデータのリストとを対比し、両リストの整合性を検証する。この際、両リスト内の全てのデータが一つずつ対比されるため、処理を開始してからリスト中で整合していないデータを探索するまでに多大の時間を消費する。その結果、上記のリスト対比方式では、バックアップ処理に要する処理時間が増大してしまう。
【０００８】
開示の技術は、上記に鑑みてなされたものであって、バックアップ処理に要する処理時間を短縮することができる通信システム、受信装置、受信方法及び受信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する通信システムは、一つの態様において、送信装置と受信装置とを有する通信システムである。前記送信装置が、保持されたデータから、未送信データと送信済データとを生成する生成部と、前記生成部により生成された未送信データと送信済データとを前記受信装置に送信する送信部とを備える。一方、前記受信装置が、外部から受信した受信履歴を記憶する履歴記憶部と、前記送信部により送信された前記未送信データと前記送信済データとを受信する受信部とを備える。また、前記受信部は、前記履歴記憶部に受信履歴が存在する場合には、前記送信部により開始された前記送信済データの送信を停止させる指示を前記送信装置に送信する。
【発明の効果】
【００１０】
本願の開示する通信システムの一つの態様によれば、バックアップ処理に要する処理時間を短縮することができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施例１に係る通信システムに含まれる各装置の構成を示すブロック図である。
【図２】図２は、実施例２に係る通信システムのシステム構成を示す図である。
【図３】図３は、送信データ記憶部の一例を示す図である。
【図４】図４は、受信履歴記憶部の一例を示す図である。
【図５】図５は、実施例２に係る携帯端末装置による処理手順を示すフローチャートである。
【図６】図６は、実施例２に係る携帯端末装置による自動送信処理を示すフローチャートである。
【図７】図７は、処理表の一例を示す図である。
【図８】図８は、実施例２に係る携帯端末装置によるデータ送信処理を示すフローチャートである。
【図９】図９は、実施例２に係るＰＣによる処理手順を示すフローチャートである。
【図１０】図１０は、実施例２に係るＰＣによる自動受信処理を示すフローチャートである。
【図１１】図１１は、処理表の一例を示す図である。
【図１２】図１２は、実施例２に係るＰＣによるデータ登録処理を示すフローチャートである。
【図１３】図１３は、実施例２に係る通信システムのハードウェア構成図である。
【発明を実施するための形態】
【００１２】
以下に、本願の開示する通信システム、受信装置、受信方法及び受信プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。
【実施例１】
【００１３】
図１は、実施例１に係る通信システムに含まれる各装置の構成を示すブロック図である。図１に示す通信システム１は、送信装置３と受信装置５とを有するとともに、送信装置３から受信装置５へデータを送信することによって、送信装置３側のデータを受信装置５側へバックアップする。
【００１４】
送信装置３は、送信部３ａを有する。送信部３ａは、保持されたデータを当該データの識別情報に対応付けて定められた順番に従って取得し、取得したデータをパケットに分割しつつ受信装置５に順次送信する。
【００１５】
また、受信装置５は、記憶部５ａと、判定部５ｂと、指示部５ｃとを有する。記憶部５ａは、外部から受信したデータを識別するデータ識別情報を受信履歴として記憶する。判定部５ｂは、送信装置３から送信されるデータを送信装置３と同一の順番に従って受信する。また、判定部５ｂは、データの最初のパケットを受信した場合に、順番に対応するデータの識別情報が、記憶部５ａに記憶されているか否かを判定する。指示部５ｃは、データの識別情報が記憶部５ａに記憶されている場合に、データにおける最初のパケット以降のパケットの送信を停止する旨を送信装置３に指示する。
【００１６】
このように、本実施例に係る通信システム１は、データの一部を送信装置３から受信した受信装置５が、該データを識別する情報が自身の受信履歴に保持されている場合に該データの残り部分の送信を停止するよう送信装置３に指示する。このため、本実施例に係る通信システム１では、従来のリスト対比方式のように、送信装置３が保持するデータのリストと受信装置５が保持するデータのリストとを対比して両リストの整合性を検証することを不要化することができる。その結果、本実施例に係る通信システム１では、バックアップ処理に要する処理時間を短縮することが可能となる。
【実施例２】
【００１７】
次に、実施例２に係る通信システムについて説明する。図２は、実施例２に係る通信システムのシステム構成を示す図である。図２に示すように、通信システム１０は、携帯端末装置３０と、ＰＣ５０とを有する。なお、ここでは、携帯端末装置３０が自身のデータを送信する送信装置として動作し、ＰＣ５０が携帯端末装置３０からのデータを受信してバックアップする受信装置として動作する場合を想定して以下の説明を行うこととする。
【００１８】
携帯端末装置３０は、充電クレードル４０を介してＰＣ５０との間で通信を行う。充電クレードル４０は、携帯端末装置３０に対するＰＣ５０からの充電を仲介する充電装置であり、赤外線通信部４２を有する。赤外線通信部４２は、赤外線通信の送受光部を備え、ＰＣ５０の後述する赤外線通信制御部５３の制御に基づいて、携帯端末装置３０の後述する赤外線通信部３３と赤外線の送受を実行する通信部である。
【００１９】
続いて、携帯端末装置３０及びＰＣ５０の構成の詳細について説明する。携帯端末装置３０は、図２に示すように、送信データ記憶部３１と、充電検知部３２と、赤外線通信部３３と、データ送信部３４とを有する。
【００２０】
送信データ記憶部３１は、携帯端末装置３０の撮像機能により撮像された静止画や動画などのデータを記憶する記憶部である。送信データ記憶部３１の一例を図３に示す。図３に示すように、送信データ記憶部３１は、格納先、種類及び送信済み／未送信の区分ごとにデータを記憶する。
【００２１】
ここで、格納先は、データが格納される場所であり、「内部メモリ」及び「外部メモリ」により表される。「内部メモリ」は、データが格納される携帯端末装置３０内部のメモリを表し、「外部メモリ」は、データが格納されるＳＤ（Secure Digital memory）カードなどの携帯端末装置３０外部のメモリを現す。
【００２２】
種類は、データの種類であり、「動画」及び「静止画」により表される。「動画」は、データのうち例えば「.mpg」などの拡張子を含むデータであり、「静止画」は、データのうち例えば「.jpg」などの拡張子を含むデータである。
【００２３】
送信済み／未送信の区分は、データが外部に送信されたか否かを示す区分であり、「送信済み」及び「未送信」により表される。「送信済み」は、外部に既に送信したデータである送信済みデータであることを示す区分であり、「未送信」は、外部に未だ送信していないデータである未送信データであることを示す区分である。
【００２４】
例えば、図３の例では、送信データ記憶部３１は、内部メモリに送信済みの動画データ「a1.mpg」、「a2.mpg」、「a3.mpg」、「a4.mpg」・・・を記憶する。また、例えば、送信データ記憶部３１は、外部メモリに未送信の静止画データ「h1.jpg」、「h2.jpg」、「h3.jpg」、「h4.jpg」・・・を記憶する。
【００２５】
図２に戻り、充電検知部３２は、携帯端末装置３０に対する充電クレードル４０による充電の開始を検知する。具体的には、充電検知部３２は、携帯端末装置３０の接続端子に所定の電圧が供給された場合に、携帯端末装置３０に対する充電が開始されたことを検知する。そして、充電検知部３２は、検知結果をデータ送信部３４に通知する。
【００２６】
赤外線通信部３３は、充電クレードル４０の赤外線通信部４２に向けて赤外線を放射し、放射した赤外線を用いて携帯端末装置３０とＰＣ５０との間の通信を確立する。
【００２７】
データ送信部３４は、携帯端末装置３０に対する充電クレードル４０からの充電が開始された旨の検知結果を充電検知部３２から通知された場合に、送信データ記憶部３１に記憶されたデータのＰＣ５０への送信を開始する。なお、上記で説明した赤外線通信部３３及びデータ送信部３４によって行われる処理については、後に詳細に説明する。
【００２８】
また、ＰＣ５０は、図２に示すように、受信データ記憶部５１と、受信履歴記憶部５２と、赤外線通信部５３と、受信判定部５４と、送信指示部５５とを有する。
【００２９】
受信データ記憶部５１は、ＰＣ５０が外部から受信した静止画や動画などのデータを記憶する記憶部である。なお、受信データ記憶部５１は、携帯端末装置３０の送信データ記憶部３１と同様のデータ構造であるのでここではその説明を省略する。
【００３０】
受信履歴記憶部５２は、ＰＣ５０が外部から受信したデータを識別するためのデータ識別情報を受信履歴として記憶する記憶部である。本実施例では、データ識別情報は、データの種類及びデータの格納先である。受信履歴記憶部５２の一例を図４に示す。図４に示すように、受信履歴記憶部５２は、「Ｎｏ．」、「種類」、「格納先」及び「登録日」といった項目を有する。「Ｎｏ．」は、データを受信した順番を示す。
【００３１】
「種類」は、データの種類であり、「動画」及び「静止画」により表される。「動画」は、データのうち例えば「.mpg」などの拡張子を含むデータであり、「静止画」は、データのうち例えば「.jpg」などの拡張子を含むデータである。
【００３２】
「格納先」は、データが格納される場所であり、「内部メモリ」及び「外部メモリ」により表される。「内部メモリ」は、データが格納される携帯端末装置３０内部のメモリを表し、「外部メモリ」は、データが格納されるＳＤカードなどの携帯端末装置３０外部のメモリを表す。「登録日」は、ＰＣ５０がデータを受信して受信データ記憶部５１に記憶した日である。
【００３３】
例えば、図４の１行目は、携帯端末装置３０の内部メモリに格納された動画データがＰＣ５０によって２００５年５月１０日に受信されたことを示す。また、図４の４行目は、携帯端末装置３０の外部メモリに格納された静止画データがＰＣ５０によって２００５年５月１０日に受信されたことを示す。
【００３４】
図２に戻って、赤外線通信制御部５３は、所定のケーブルを介して充電クレードル４０の赤外線通信部４２に接続されており、赤外線通信部４２による仲介によりＰＣ５０と携帯端末装置３０との間の通信を確立する。
【００３５】
受信判定部５４は、携帯端末装置３０から送信されるデータを順次受信する。また、受信判定部５４は、データの最初のパケットを受信した場合に、受信したデータの種類及び格納先が受信履歴記憶部５２に受信履歴として記憶されているか否かを判定する。そして、受信判定部５４は、その判定結果を送信指示部５５に通知する。
【００３６】
送信指示部５５は、受信したデータの種類及び格納先が受信履歴記憶部５２に記憶されている旨の判定結果を受信判定部５４から受け取った場合に、最初のパケット以降のパケットの送信を停止する旨を携帯端末装置３０に指示する。なお、上記で説明した赤外線通信部５３、受信判定部５４及び送信指示部５５によって行われる処理については、後に詳細に説明する。
【００３７】
次に、図１３を用いて、図２に示した通信システム１０のハードウェア構成例について説明する。図１３は、実施例２に係る通信システム１０のハードウェア構成図である。図１３に示すように、通信システム１０は、携帯端末装置３００と、ＰＣ５００とを有する。携帯端末装置３００は、充電クレードル４００を介してＰＣ５００との間で通信を行う。
【００３８】
携帯端末装置３００は、無線通信部３０１と、表示部３０２と、音声入出力部３０３と、赤外線通信部３０４と、接続端子３０５と、充電制御部３０６と、二次電池３０７と、プロセッサ３０８と、記憶部３０９とを有する。
【００３９】
無線通信部３０１、表示部３０２、音声入出力部３０３、赤外線通信部３０４及び接続端子３０５は、プロセッサ３０８と接続される。また、充電制御部３０６は、接続端子３０５と接続される。また、二次電池３０７は、充電制御部３０６に接続される。なお、赤外線通信部３０４は、例えば、図２に示した赤外線通信部３３に対応する。
【００４０】
プロセッサ３０８及び記憶部３０９は、図２に示した送信データ記憶部３１、充電検知部３２及びデータ送信部３４の機能を実現する。具体的には、記憶部３０９のプログラム記憶部３０９ａは、図２に示した充電検知部３２及びデータ送信部３４による処理を実現する各種プログラムを記憶する。また、データ記憶部３０９ｂやＲＡＭ３０９ｃは、図２に示した送信データ記憶部３１を記憶する。そして、プロセッサ３０８は、プログラム記憶部３０９ａに格納されている各種プログラムを読み出して、例えば、ＲＡＭ３０９ｃ等に展開し、順次実行することで充電検知部３２及びデータ送信部３４の各種機能を実現する。
【００４１】
一方、ＰＣ５００は、ＵＳＢ（Universal Serial Bus）５０１と、電源供給制御部５０２と、プロセッサ５０３と、ＨＤＤ５０４と、ＲＡＭ５０５とを有する。
【００４２】
ＵＳＢ５０１、電源供給制御部５０２は、プロセッサ５０３と接続される。また、ＵＳＢ５０１は、ＵＳＢケーブルを介して充電クレードル４００の赤外線通信部４０１と接続される。また、電源供給制御部５０２は、電線を介して充電クレードル４００に接続され、充電クレードル４００を経由して携帯端末装置３００の接続端子３０５に電力を供給する。
【００４３】
プロセッサ５０３、ＨＤＤ５０４及びＲＡＭ５０５は、図２に示した受信データ記憶部５１、受信履歴記憶部５２、赤外線通信制御部５３、受信判定部５４及び送信指示部５５の機能を実現する。具体的には、ＨＤＤ５０４は、図２に示した赤外線通信制御部５３、受信判定部５４及び送信指示部５５による処理を実現する各種プログラムを記憶する。さらに、ＨＤＤ５０４は、図２に示した受信データ記憶部５１及び受信履歴記憶部５２を記憶する。そして、プロセッサ５０３は、ＨＤＤ５０４に格納されている各種プログラムを読み出して、例えば、ＲＡＭ５０５等に展開し、順次実行することで赤外線通信制御部５３、受信判定部５４及び送信指示部５５の各種機能を実現する。
【００４４】
なお、充電クレードル４００は、赤外線通信部４０１を備える。赤外線通信部４０１は、赤外線通信の送受後部を備え、ＰＣ５００のプロセッサ５０３で実行されている赤外線通信制御部５０２の制御に基づいて赤外線の送受を行うものである。
【００４５】
かかる構成の下で、携帯端末装置３００が充電クレードル４００に置かれると、ＰＣ５００の電源供給制御部５０２と接続端子３０５とが電気的に接続され、充電制御部３０６による二次電池３０７に対する充電が開始される。また、プロセッサ３０８で実行されている充電検知部３２が、接続端子３０５に対して充電クレードル４００が接続されたことを検知し、データ送信部３４が、データ送信を開始する。
【００４６】
次に、携帯端末装置３０及びＰＣ５０による処理手順を説明する。まず、携帯端末装置３０による処理手順を説明する。図５は、実施例２に係る携帯端末装置３０による処理手順を示すフローチャートである。
【００４７】
図５に示すように、携帯端末装置３０では、充電検知部３２が、携帯端末装置３０に対する充電クレードル４０による充電の開始を検知するまで待機する（ステップＳ１１否定）。充電検知部３２が、携帯端末装置３０に対する充電クレードル４０による充電の開始を検知すると（ステップＳ１１肯定）、データ送信部３４は、自動送信処理が実行中であるか否かを判定する（ステップＳ１２）。
【００４８】
自動送信処理が実行中であれば（ステップＳ１２肯定）、データ送信部３４は、処理をステップＳ１１に戻す。一方、自動送信処理が実行されていなければ（ステップＳ１２否定）、データ送信部３４は、データをＰＣ５０にバックアップするためにＰＣ５０に対するデータの送信を行う自動送信処理を実行する（ステップＳ１３）。その後、携帯端末装置３０は、電源がＯＮであれば（ステップＳ１４否定）、処理をステップＳ１１に戻し、電源がＯＦＦであれば（ステップＳ１４肯定）、処理を終了する。
【００４９】
図６は、実施例２に係る携帯端末装置３０による自動送信処理を示すフローチャートである。図６は、図５のステップＳ１３に相当する。図６に示すように、データ送信部３４は、ＰＣ５０との接続を要求する接続要求として、ＯＢＥＸ（OBject EXchange）プロトコルに基づくＣＯＮＮＥＣＴ信号を赤外線通信部３３に送出させる（ステップＳ２１）。赤外線通信部３３によって送出されたＣＯＮＮＥＣＴ信号は、充電クレードル４０の赤外線通信部４２を介してＰＣ５０の赤外線通信部５３に伝達され、赤外線通信部５３が携帯端末装置３０とＰＣ５０との間の接続を確立する。
【００５０】
携帯端末装置３０とＰＣ５０との間の接続が確立されると（ステップＳ２２肯定）、データ送信部３４は、データ送信に用いる処理表の処理結果を初期化し、処理表の処理番号を「１」に設定する（ステップＳ２３）。ここで、図７を用いて処理表について説明する。図７は、処理表の一例を示す図である。
【００５１】
図７に示すように、処理表は、処理番号、格納先、種類、送信済み／未送信の区分及び処理結果といった項目を有する。処理番号は、データの送信を行う順番を示す。本実施例では、処理番号は１から８までの連番である。
【００５２】
格納先は、データが格納される場所であり、「内部メモリ」及び「外部メモリ」により表される。「内部メモリ」は、データが格納される携帯端末装置３０内部のメモリを表し、「外部メモリ」は、データが格納されるＳＤカードなどの携帯端末装置３０外部のメモリを表す。
【００５３】
種類は、データの種類であり、「動画」及び「静止画」により表される。「動画」は、データのうち例えば「.mpg」などの拡張子を含むデータであり、「静止画」は、データのうち例えば「.jpg」などの拡張子を含むデータである。
【００５４】
送信済み／未送信の区分は、データが外部に送信されたか否かを示す区分であり、「送信済み」及び「未送信」により表される。「送信済み」は、携帯端末装置３０が外部に既に送信したデータである送信済みデータであることを示す区分であり、「未送信」は、携帯端末装置３０が外部に未だ送信していないデータである未送信データであることを示す区分である。処理結果は、処理番号の順番で行われたデータの送信処理が正常に行われたか否かの処理結果を示す。なお、これら格納先、種類、送信済み／未送信の区分は、データを識別するための識別情報の一例である。
【００５５】
例えば、図７の例の一行目は、携帯端末装置３０の内部メモリに格納された未送信の動画データを第１番目にＰＣ５０へ送信することを示す。また、図７の例の二行目は、携帯端末装置３０の内部メモリに格納された送信済みの動画データを第２番目にＰＣ５０へ送信することを示す。また、図７の例の三行目は、携帯端末装置３０の内部メモリに格納された未送信の静止画データを第３番目にＰＣ５０へ送信することを示す。また、図７の例の四行目は、携帯端末装置３０の内部メモリに格納された送信済みの静止画データを第４番目にＰＣ５０へ送信することを示す。また、図７の例の五行目は、携帯端末装置３０の外部メモリに格納された未送信の動画データを第５番目にＰＣ５０へ送信することを示す。また、図７の例の六行目は、携帯端末装置３０の外部メモリに格納された送信済みの動画データを第６番目にＰＣ５０へ送信することを示す。また、図７の例の七行目は、携帯端末装置３０の外部メモリに格納された未送信の静止画データを第７番目にＰＣ５０へ送信することを示す。また、図７の例の八行目は、携帯端末装置３０の外部メモリに格納された送信済みの静止画データを第８番目にＰＣ５０へ送信することを示す。
【００５６】
図６に戻って、データ送信部３４は、現在の処理番号の格納先、種類及び送信済み／未送信の区分に対応するデータ群を送信データ記憶部３１から取得する（ステップＳ２４）。例えば、現在の処理番号が「１」である場合には、データ送信部３４は、内部メモリに格納された未送信の動画データ群「b1.mpg」、「b2.mpg」、「b3.mpg」、「b4.mpg」、・・・を送信データ記憶部３１から取得する。
【００５７】
そして、データ送信部３４は、現在の処理番号の格納先、種類及び送信済み／未送信の区分に対応するデータ群が送信データ記憶部３１に存在しなければ（ステップＳ２５否定）、サイズ０のＴａｒファイル等の空データをＰＣ５０に送信する（ステップＳ２６）。その後、データ送信部３４は、処理をステップＳ３１に進める。なお、空データを送信する理由は、処理表の処理番号がずれることを防止するためである。
【００５８】
一方、データ送信部３４は、現在の処理番号の格納先、種類及び送信済み／未送信の区分に対応するデータ群を送信データ記憶部３１から取得すると（ステップＳ２５肯定）、取得したデータ群中のデータを一つ抽出する（ステップＳ２７）。そして、データ送信部３４は、抽出したデータをＰＣ５０に送信するデータ送信処理を実行する（ステップＳ２８）。なお、データ送信処理の詳細は後述する。
【００５９】
そして、データ送信部３４は、データ送信処理による処理結果が後述する「送信停止」又は「送信異常」である場合には（ステップＳ２９肯定）、データの送信を停止し、処理をステップＳ３１に進める。一方、データ送信部３４は、データ送信処理による処理結果が後述する「送信正常」である場合には（ステップＳ２９否定）、ステップＳ２４で取得したデータ郡中の全データを抽出したか否かを判定する（ステップＳ３０）。データ送信部３４は、全データを抽出していない場合には（ステップＳ３０否定）、処理をステップＳ２７に戻す。一方、データ送信部３４は、全データを抽出した場合には（ステップＳ３０肯定）、データ送信処理による処理結果を処理表に記録する（ステップＳ３１）。例えば、データ送信部３４は、データ送信処理による処理結果が「送信正常」である場合には、処理表の処理結果に「送信正常」を記録する。
【００６０】
続いて、データ送信部３４は、現在の処理番号が最終の「８」であるか否かを判定し（ステップＳ３２）、現在の処理番号が最終の「８」でない場合には（ステップＳ３２否定）、処理番号をインクリメントして（ステップＳ３３）、処理をステップＳ２４に戻す。一方、データ送信部３４は、現在の処理番号が最終の「８」である場合には（ステップＳ３２肯定）、ＰＣ５０との通信の切断を要求する切断要求として、ＯＢＥＸプロトコルに基づくＤＩＳＣＯＮＮＥＣＴ信号を赤外線通信部３３に送出させる（ステップＳ３４）。赤外線通信部３３によって送出されたＤＩＳＣＯＮＮＥＣＴ信号は、充電クレードル４０の赤外線通信部４２を介してＰＣ５０の赤外線通信部５３に伝達され、赤外線通信部５３が携帯端末装置３０とＰＣ５０との間の通信を切断する。
【００６１】
続いて、データ送信部３４は、送信データ記憶部３１の送信済み／未送信の区分を更新して処理を終了する（ステップＳ３５）。具体的には、データ送信部３４は、処理表の処理結果が「正常送信」を示す処理番号に対応する送信済み／未送信の区分が「未送信」であるデータを「送信済み」に移すことにより、送信データ記憶部３１の送信済み／未送信の区分を更新する。
【００６２】
図８は、実施例２に係る携帯端末装置３０によるデータ送信処理を示すフローチャートである。図８は、図６のステップＳ２８に相当する。図８に示すように、データ送信部３４は、データをｔａｒ形式に変換し、変換後のデータの１パケット分をＰＣ５０に送信する（ステップＳ４１）。
【００６３】
続いて、データ送信部３４は、ＰＣ５０から「送信続行指示」を受信したか否かを判定する（ステップＳ４２）。そして、データ送信部３４は、ＰＣ５０から「送信続行指示」を受信した場合に（ステップＳ４２肯定）、データの全パケット分をＰＣ５０に送信したか否かを判定する（ステップＳ４３）。データ送信部３４は、データの全パケット分をＰＣ５０に送信していない場合には（ステップＳ４３否定）、処理をステップＳ４１に戻す。一方、データ送信部３４は、データの全パケット分をＰＣ５０に送信した場合には（ステップＳ４３肯定）、データの送信を正常に完了したことを示す「送信正常」を処理結果として返却し（ステップＳ４４）、処理を終了する。
【００６４】
一方、データ送信部３４は、ＰＣ５０から「送信続行指示」を受信していない場合に（ステップＳ４２否定）、ＰＣ５０から「送信停止指示」を受信したか否かを判定する（ステップＳ４５）。そして、データ送信部３４は、ＰＣ５０から「送信停止指示」を受信した場合には（ステップＳ４５肯定）、データの送信を停止するとともにその旨を示す「送信停止」を処理結果として返却し（ステップＳ４６）、処理を終了する。
【００６５】
一方、データ送信部３４は、ＰＣ５０から「送信停止指示」を受信しなかった場合には（ステップＳ４５否定）、通信異常等によりデータの送信を正常に完了できなかったことを示す「送信異常」を処理結果として返却し（ステップＳ４７）、処理を終了する。
【００６６】
次いで、ＰＣ５０による処理手順を説明する。図９は、実施例２に係るＰＣ５０による処理手順を示すフローチャートである。図９に示すように、赤外線通信部５３は、携帯端末装置３０からの接続要求として、ＯＢＥＸプロトコルに基づくＣＯＮＮＥＣＴ信号を受信したか否かを判定する（ステップＳ５１）。赤外線通信部５３は、ＣＯＮＮＥＣＴ信号を受信した場合には（ステップＳ５１肯定）、携帯端末装置３０とＰＣ５０との接続処理を実行する（ステップＳ５２）。そして、赤外線通信部５３は、携帯端末装置３０とＰＣ５０との接続が確立できなかった場合には（ステップＳ５３否定）、処理をステップＳ５１に戻す。一方、携帯端末装置３０とＰＣ５０との接続が確立できた場合には（ステップＳ５３肯定）、受信判定部５４及び送信指示部５５は、携帯端末装置３０からのデータの受信を行う自動受信処理を実行する（ステップＳ５４）。なお、自動受信処理の詳細は後述する。
【００６７】
一方、赤外線通信部５３は、ＣＯＮＮＥＣＴ信号を受信しなかった場合には（ステップＳ５１否定）、携帯端末装置３０からの切断要求として、ＯＢＥＸプロトコルに基づくＤＩＳＣＯＮＮＥＣＴ信号を受信したか否かを判定する（ステップＳ５５）。赤外線通信部５３は、ＤＩＳＣＯＮＮＥＣＴ信号を受信した場合には（ステップＳ５５肯定）、ＰＣ５０との通信を切断する切断処理を実行する（ステップＳ５６）。そして、受信判定部５４は、自動受信処理によって受信したデータを登録するデータ登録処理を実行する（ステップＳ５７）。なお、データ登録処理の詳細は後述する。一方、赤外線通信部５３は、ＤＩＳＣＯＮＮＥＣＴ信号を受信しなかった場合には（ステップＳ５５否定）、処理をステップＳ５１に戻す。
【００６８】
そして、ＰＣ５０は、ステップＳ５４又はステップＳ５７の処理を終えた後に、電源がＯＮであれば（ステップＳ５８否定）、処理をステップＳ５１に戻し、電源がＯＦＦであれば（ステップＳ５８肯定）、処理を終了する。
【００６９】
図１０は、実施例２に係るＰＣ５０による自動受信処理を示すフローチャートである。図１０は、図９のステップＳ５４に相当する。図１０に示すように、ＰＣ５０は、処理を開始したら、携帯端末装置３０からのデータの受信状況を表す受信状況画面をディスプレイ等の表示装置に表示する（ステップＳ６１）。そして、受信判定部５４は、データ受信に用いる処理表の処理結果を初期化し、処理表の処理番号を「１」に設定する（ステップＳ６２）。ここで、図１１を用いて処理表について説明する。図１１は、処理表の一例を示す図である。なお、受信判定部５４が用いる図１１の処理表は、図７のデータ構成と基本的に同様である。
【００７０】
図１１に示すように、処理表は、処理番号、格納先、種類、送信済み／未送信の区分及び処理結果といった項目を有する。処理番号は、データの受信を行う順番を示す。本実施例では、処理番号は１から８までの連番であり、図７の処理番号と同一の連番である。
【００７１】
格納先は、データが格納されていた場所であり、「内部メモリ」及び「外部メモリ」により表される。「内部メモリ」は、データが格納されていた携帯端末装置３０内部のメモリを表し、「外部メモリ」は、データが格納されていたＳＤカードなどの携帯端末装置３０外部のメモリを表す。
【００７２】
種類は、データの種類であり、「動画」及び「静止画」により表される。「動画」は、データのうち例えば「.mpg」などの拡張子を含むデータであり、「静止画」は、データのうち例えば「.jpg」などの拡張子を含むデータである。
【００７３】
送信済み／未送信の区分は、データが外部に送信されたか否かを示す区分であり、「送信済み」及び「未送信」により表される。「送信済み」は、携帯端末装置３０が外部に既に送信したデータである送信済みデータであることを示す区分であり、「未送信」は、携帯端末装置３０が外部に未だ送信していないデータである未送信データであることを示す区分である。処理結果は、処理番号の順番で行われたデータの受信処理が正常に行われたか否かの処理結果を示す。なお、これら格納先、種類、送信済み／未送信の区分は、データを識別するための識別情報の一例である。
【００７４】
例えば、図１１の例の一行目は、携帯端末装置３０の内部メモリに格納された未送信の動画データが第１番目にＰＣ５０に受信されることを示す。また、図１１の例の二行目は、携帯端末装置３０の内部メモリに格納された送信済みの動画データが第２番目にＰＣ５０に受信されることを示す。また、図１１の例の三行目は、携帯端末装置３０の内部メモリに格納された未送信の静止画データが第３番目にＰＣ５０に受信されることを示す。また、図７の例の四行目は、携帯端末装置３０の内部メモリに格納された送信済みの静止画データが第４番目にＰＣ５０に受信されることを示す。また、図１１の例の五行目は、携帯端末装置３０の外部メモリに格納された未送信の動画データが第５番目にＰＣ５０に受信されることを示す。また、図１１の例の六行目は、携帯端末装置３０の外部メモリに格納された送信済みの動画データが第６番目にＰＣ５０に受信されることを示す。また、図１１の例の七行目は、携帯端末装置３０の外部メモリに格納された未送信の静止画データが第７番目にＰＣ５０に受信されることを示す。また、図１１の例の八行目は、携帯端末装置３０の外部メモリに格納された送信済みの静止画データが第８番目にＰＣ５０に受信されることを示す。
【００７５】
図１０に戻って、受信判定部５４は、携帯端末装置３０から送信されたデータの１パケット分を受信する（ステップＳ６３）。そして、受信判定部５４は、現在の処理番号の送信済み／未送信の区分が「未送信」であるか否かを判定する（ステップＳ６４）。受信判定部５４は、現在の処理番号の送信済み／未送信の区分が「未送信」である場合には（ステップＳ６４肯定）、受信したデータ（１パケット分）を一時記憶領域に保存する（ステップＳ６５）。続いて、送信指示部５５は、受信したデータ（１パケット分）の次のパケット分の送信を続行する旨を指示する送信続行指示を携帯端末装置３０に送信する（ステップＳ６６）。続いて、受信判定部５４は、ステップＳ６３で受信したデータの全パケット分を受信したか否かを判定する（ステップＳ６７）。受信判定部５４は、データの全パケット分を受信していない場合には（ステップＳ６７否定）、処理をステップＳ６３に戻す。一方、受信判定部５４は、データの全パケット分を受信した場合には（ステップＳ６７肯定）、処理をステップＳ７１に進める。
【００７６】
一方、受信判定部５４は、現在の処理番号の送信済み／未送信の区分が「送信済み」である場合には（ステップＳ６４否定）、ステップＳ６３にて受信したデータの受信履歴を判定する受信判定処理を実行する（ステップＳ６８）。具体的には、受信判定部５４は、現在の処理番号の格納先及び種類が受信履歴記憶部５２に記憶されているか否かを判定する。例えば、受信判定部５４は、現在の処理番号「２」の格納先「内部メモリ」及び種類「動画」の組合せが図４に示した受信履歴記憶部５２の種類及び格納先の組合せと一致するか否かを判定する。双方の格納先及び種類の組合せが一致する場合、受信判定部５４は、「受信履歴あり」と判定する。一方、双方の格納先及び種類の組合せが一致しない場合、受信判定部５４は、「受信履歴なし」と判定する。
【００７７】
そして、受信判定部５４は、受信判定処理により「受信履歴なし」と判定した場合には（ステップＳ６９否定）、受信したデータ（１パケット分）を一時記憶領域に保存し（ステップＳ６５）、送信続行指示を携帯端末装置３０に送信する（ステップＳ６６）。その後、データの全パケット分が受信されるまでステップＳ６３、Ｓ６４、Ｓ６８、Ｓ６９、Ｓ６５〜Ｓ６７の処理が繰り返され、処理がステップＳ７１に進められる。
【００７８】
一方、受信判定部５４は、受信判定処理により「受信履歴あり」と判定した場合には（ステップＳ６９肯定）、受信したデータ（最初の１パケット分）以降のパケットの送信を停止する旨を指示する送信停止指示を、前記受信に係る受信信号に対する応答信号として携帯端末装置３０に送信する（ステップＳ７０）。
【００７９】
そして、受信判定部５４は、ステップＳ６７又はステップＳ７０の処理を終了すると、処理結果を処理表に記録する（ステップＳ７１）。すなわち、受信判定部５４は、ステップＳ６７の処理を終了すると、データの受信を正常に終了したことを示す「受信正常」を処理結果として処理表に記録する。一方、受信判定部５４は、ステップＳ７０の処理を終了すると、データの受信が途中で停止されたことを示す「受信停止」を処理結果として処理表に記録する。
【００８０】
そして、受信判定部５４は、携帯端末装置３０からのデータの受信状況を表す受信状況画面をディスプレイ等の表示装置に表示する（ステップＳ７２）。例えば、受信判定部５４は、処理表の処理番号に対応する処理が１つ終了すると、プログレスバーを１／８だけ進めた態様を表示装置に表示する。
【００８１】
続いて、受信判定部５４は、現在の処理番号が最終の「８」であるか否かを判定し（ステップＳ７３）、現在の処理番号が最終の「８」でない場合には（ステップＳ７３否定）、処理番号をインクリメントして（ステップＳ７４）、処理をステップＳ６３に戻す。一方、受信判定部５４は、現在の処理番号が最終の「８」である場合には（ステップＳ７３肯定）、処理を終了する。
【００８２】
図１２は、実施例２に係るＰＣ５０によるデータ登録処理を示すフローチャートである。図１２は、図９のステップＳ５７に相当する。図１２に示すように、受信判定部５４は、処理表の処理番号を「１」に設定する（ステップＳ８１）。そして、受信判定部５４は、現在の処理番号の処理結果が「受信正常」であるか否かを判定する（ステップＳ８２）。受信判定部５４は、現在の処理番号の処理結果が「受信正常」でない場合には（ステップＳ８２否定）、処理をステップＳ８５に進める。
【００８３】
一方、受信判定部５４は、現在の処理番号の処理結果が「受信正常」である場合には（ステップＳ８２肯定）、一時記憶領域に保存されたｔａｒ形式のパケットからデータを再生する（ステップＳ８３）。そして、受信判定部５４は、再生したデータを受信データ記憶部５１に記憶する。そして、受信判定部５４は、再生したデータの種類及び格納先として、現在の処理番号の種類及び格納先を受信履歴記憶部５２に追加登録する（ステップＳ８４）。そして、受信判定部５４は、一時記憶領域内のデータを削除する（ステップＳ８５）。
【００８４】
続いて、受信判定部５４は、現在の処理番号が最終の「８」であるか否かを判定し（ステップＳ８６）、現在の処理番号が最終の「８」でない場合には（ステップＳ８６否定）、処理番号をインクリメントして（ステップＳ８７）、処理をステップＳ８２に戻す。一方、受信判定部５４は、現在の処理番号が最終の「８」である場合には（ステップＳ８６肯定）、処理を終了する。
【００８５】
上述してきたように、本実施例２では、携帯端末装置３０において、データ送信部３４が、保持されたデータを当該データの種類及び格納先に対応付けて定められた順番に従って送信データ記憶部３１から取得する。そして、データ送信部３４が、取得したデータをパケットに分割しつつＰＣ５０に順次送信する。また、ＰＣ５０において、受信判定部５４が、携帯端末装置３０から順次送信されるデータをデータ送信部３４と同じ順番に従って順次受信する。このとき、受信判定部５４が、データの最初のパケットを受信した場合に、順番に対応するデータの種類及び格納先が、外部から受信したデータの種類及び格納先を記憶する受信履歴記憶部５２に記憶されているか否かを判定する。そして、送信指示部５５が、データの種類及び格納先が受信履歴記憶部５２に記憶されている場合に、データにおける最初のパケット以降のパケットの送信を停止する旨を指示する送信停止指示を応答信号として携帯端末装置３０に送信する。
【００８６】
したがって、本実施例２によれば、従来のリスト対比方式のように、携帯端末装置３０が保持するデータのリストとＰＣ５０が保持するデータのリストとを対比して両リストの整合性を検証することを不要化することができる。その結果、本実施例２によれば、バックアップ処理に要する処理時間を短縮することが可能となる。
【００８７】
また、本実施例２では、送信指示部５５が、データの種類及び格納先が受信履歴記憶部５２に記憶されていない場合に、データにおける最初のパケット以降のパケットの送信を続行する旨を指示する送信続行指示を応答信号として携帯端末装置３０に送信する。
【００８８】
したがって、本実施例２によれば、故障などによりＰＣ５０が交換され、交換後のＰＣ５０の受信履歴が失われた場合でも、利用者が特段の処理を行うことなく、交換後のＰＣ５０が、交換前のＰＣ５０に既に送信された送信済みデータを携帯端末装置３０から再度受信することができる。
【００８９】
また、本実施例２では、充電検知部３２が、携帯端末装置３０に対する充電クレードル４０による充電の開始を検知する。そして、データ送信部３４が、充電検知部３２によって充電の開始が検知された場合に、パケットの送信を開始する。
【００９０】
したがって、本実施例２によれば、携帯端末装置３０のユーザからバックアップ処理の指示を受け付けることなく自動的にバックアップ処理を開始することができる。なお、本実施例２では、充電の開始に応じてパケットの送信を開始したが、携帯端末装置３０が充電クレードルにおかれたことを検知してパケットの送信を開始してもよい。
また、本実施例２では、ＰＣ５０からの送信停止指示又は送信続行指示を応答信号として携帯端末装置３０に送信する。つまり、これらの指示内容を、受信した信号に対する応答信号のパラメータとして設定することができる。したがって、従来のパケット送受信の処理をそのまま使用することができるため、送信停止指示又は送信続行指示のための送信を別途行う必要がない。
【００９１】
なお、上記実施例で説明した通信システムにおいて、携帯端末装置３０及びＰＣ５０は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。その場合、プログラムは、インターネットなどのネットワークを介して配布することができる。また、プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【符号の説明】
【００９２】
１  通信システム
３  送信装置
３ａ  送信部
５  受信装置
５ａ  記憶部
５ｃ  指示部
５ｂ  判定部
１０  通信システム
３０  携帯端末装置
３１  送信データ記憶部
３２  充電検知部
３３  赤外線通信部
３４  データ送信部
４０  充電クレードル
４１  充電部
４２  赤外線通信部
５０  ＰＣ
５１  受信データ記憶部
５２  受信履歴記憶部
５３  赤外線通信制御部
５４  受信判定部
５５  送信指示部
【図１】
2011254313.tif 000003
【図２】
2011254313.tif 000004
【図３】
2011254313.tif 000005
【図４】
2011254313.tif 000006
【図５】
2011254313.tif 000007
【図６】
2011254313.tif 000008
【図７】
2011254313.tif 000009
【図８】
2011254313.tif 000010
【図９】
2011254313.tif 000011
【図１０】
2011254313.tif 000012
【図１１】
2011254313.tif 000013
【図１２】
2011254313.tif 000014
【図１３】
2011254313.tif 000015