JP2968793B1 - 情報機器間のデータ転送方法及びシステム - Google Patents

Abstract

【要約】 【課題】 検索処理を行うべきデータを一方から他方の
情報処理機器へ転送する際に、他方の情報処理機器の処
理負荷が過度に大きくならないように制御するデータ転
送方法及びシステムを提供する。 【解決手段】 コンピュータ２０に電話帳データを格納
し、コンピュータ２０から携帯電話機１０へ電話帳デー
タを転送する際に、携帯電話機１０のＣＰＵ１０２に電
話帳データから検索テーブルを生成する余力があるか否
かを判定する。携帯電話機１０のＣＰＵ１０２に検索テ
ーブルを生成する余力がある場合にはコンピュータ２０
から携帯電話機１０へ電話帳データを順次転送する。余
力がない場合には、コンピュータ２０へ検索テーブル付
加要求を送信し、コンピュータ２０において検索テーブ
ルを作成し、作成された検索テーブルを付加した電話帳
データをコンピュータ２０から携帯電話機１０へ順次転
送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は２つの情報機器間で
のデータ転送に係り、特に電話帳データのような検索処
理を行うべきデータの転送に関する。

【０００２】

【従来の技術】携帯電話機などに登録された電話帳デー
タを他の携帯電話機、たとえば新規購入したものに転送
する方式が特開平９−２８４３７９号公報に開示されて
いる。これにより、再度データを手動で入力することな
く、これまで蓄積してきたデータを容易に活用すること
ができる。

【０００３】一般に、電話帳データは１つの携帯電話機
に１００〜７００件程度登録されており、１つの名前に
会社、自宅、ＦＡＸ等の複数の電話番号が割り当てられ
ている。最近では電子メールアドレスも含まれるように
なり、利便性が向上する一方で、将来的にデータ量が益
々増加することが考えられる。このような多量の電話帳
データは検索処理を行って初めて有用な情報となるが、
検索処理を高速で行うには大きなキャッシュメモリや文
字列を処理し易いコマンド体系が必要である。

【０００４】周知のように、携帯電話機などの携帯情報
機器では長時間使用を実現するために、プロセッサ（Ｃ
ＰＵ）のパワーを必要以上に高くすることが困難であ
る。具体的には、ＣＰＵを選択する際に、キャッシュメ
モリは大きさ、価格、消費電流の点で敬遠され、文字列
処理は通信プロトコルなどに比較して極端に使用頻度が
低いために機能削除されることが多い。このために、電
話帳管理のための検索処理は、ＣＰＵの大きな負担とな
り、短時間で完了することができない。

【０００５】そこで、一般に、電話帳データの検索対象
となる領域ごとにテーブルを設けておき、電話帳のデー
タを更新する度に、これらサーチテーブルを並び替え、
表示する際には、サーチテーブルのデータの順番に従っ
て電話帳データを読み出して画面に表示するという方式
が採用されている。検索用のサーチテーブルを設けて高
速検索を行う方式の一例は特開平８−１０１８４３号公
報に開示されている。

【０００６】

【発明が解決しようとする課題】しかしながら、ユーザ
が手動で一件ずつ電話帳データを入力する場合にはＣＰ
Ｕはサーチテーブルを高速で生成することができるが、
他の情報処理機器から電話帳データを一括して転送する
場合には、手動入力に比べて遙かに高速でデータ量も多
量であるために、携帯機側のＣＰＵの処理負荷はきわめ
て大きくなる。このために、データ転送後も、サーチテ
ーブル作成のためにＣＰＵが一部占有されることとな
り、本来ＣＰＵが行うべき通信処理の実行に遅延が生じ
る。ユーザ側からみれば、操作に対する反応の許容しが
たい遅れとなって現れる場合がある。

【０００７】本発明の目的は、検索処理を行うべきデー
タを一方から他方の情報処理機器へ転送する際に、他方
の情報処理機器の処理負荷が過度に大きくならないよう
に制御するデータ転送方法及びシステムを提供すること
にある。

【０００８】

【課題を解決するための手段】本発明によるデータ転送
方法は、検索機能を有する第１及び第２情報機器の間で
検索処理を行うべき複数件のデータを転送する方法であ
って、第１情報機器に前記複数件のデータを格納し、第
１情報機器から第２情報機器へ前記複数件のデータを転
送する際に第２情報機器が複数件のデータから検索テー
ブルを生成する余力があるか否かを判定し、第２情報機
器に複数件のデータから検索テーブルを生成する余力が
ある判定された場合には第１情報機器から第２情報機器
へ前記複数件のデータを順次転送し、第２情報機器に複
数件のデータから検索テーブルを生成する余力がない判
定された場合には第１情報機器において検索テーブルを
作成し、作成された検索テーブルを付加した複数件のデ
ータを第１情報機器から第２情報機器へ順次転送する、
ステップからなることを特徴とする。

【０００９】また、本発明によるデータ転送システム
は、第１及び第２情報機器の間で検索処理を行うべき複
数件のデータを転送するシステムであって、第１情報機
器と前記第２情報機器とが所定のインタフェースを通し
て接続されており、第１情報機器は、複数件のデータを
格納した第１格納手段と、第２情報機器から受信した検
索要求に応答して複数件のデータから検索テーブルを作
成する検索処理手段と、検索要求を受信しなかった場合
には前記複数件のデータを、検索要求を受信した場合に
は検索テーブルを付加した複数件のデータを、インタフ
ェースを通して第２情報機器へ送信する第１情報処理手
段と、からなり、第２情報機器は、複数件のデータを格
納するための第２格納手段と、第１情報機器から複数件
のデータを受信する際に複数件のデータから検索テーブ
ルを生成する余力があるか否かを判定し、検索テーブル
を生成する余力がある判定された場合には第１情報機器
から複数件のデータを順次受信して第２格納手段に格納
し、検索テーブルを生成する余力がない判定された場合
には第１情報機器へ検索要求を送信し、その後、検索テ
ーブルが付加された複数件のデータを第１情報機器から
順次受信して第２格納手段に格納する第２情報処理手段
と、からなることを特徴とする。

【００１０】本発明によれば、第１情報機器から第２情
報機器へデータを転送する際に、第２情報機器において
検索テーブルを作成する余裕があるか否かを判定し、余
裕があればデータを第２情報機器へ転送し、余裕がなけ
れば第１情報機器にて検索テーブルを作成してそれを付
加したデータを第２情報機器へ転送する。このように必
要に応じて検索テーブル作成を第１情報機器に任せるこ
とにより、検索処理による過度の負担を回避でき、第２
情報機器で検索テーブル作成に起因する他の処理の遅延
を避けることができる。

【００１１】第２情報機器に余裕があるか否かは、第２
情報機器の情報処理部（ＣＰＵなど）の占有時間あるい
は空き時間を計測することで判定することができる。情
報処理部の空き時間は時々刻々と変化するから、第１情
報機器から第２情報機器へデータ転送を行おうとする時
点で上記判定を行うことが望ましい。

【００１２】第２情報機器は携帯電話機のような携帯情
報機器であることが望ましい。このような携帯情報機器
は小型化及び低消費電力化を促進するために、データの
入力は通常のコンピュータ等に比べて容易ではなく、ま
たデータ処理を実行する情報処理部は検索処理に適して
いないからである。

【００１３】

【発明の実施の形態】図１は、本発明によるデータ転送
システムの一実施形態を示すブロック図である。本実施
形態では、携帯電話機１０がコンピュータ２０とシリア
ルインタフェースを通して接続され、コンピュータ２０
から携帯電話機１０へ電話帳データが転送される場合を
説明する。コンピュータ２０の代わりに別の携帯電話機
を用いても同様である。更に、インタフェースはシリア
ルインタフェースに限定されるものではなく、パラレル
であってもよいし、場合によっては無線通信を利用する
ことも可能である。本実施形態では、最も一般的に利用
できるシリアルインタフェースを例示する。

【００１４】同図において、携帯電話機１０は無線信号
により基地局（図示せず）との通信を可能にする送受信
システム１０１を有し、送受信システム１０１はＣＰＵ
１０２により制御される。さらに、携帯電話機１０には
電話帳データを格納するための電話帳データメモリ１０
３が設けられている。電話帳データメモリ１０３は、た
とえばランダムアクセスメモリの１つのメモリ領域とし
て形成される。

【００１５】ＣＰＵ１０２は読み出し専用メモリ（ＲＯ
Ｍ）１０４に格納された制御プログラムを実行すること
で、携帯電話機１０の動作全体の制御を行う。本実施形
態では、通信制御プログラムの他に、電話帳データを管
理するための電話帳管理プログラム及び電話帳データの
転送を制御するための電話帳データ転送プログラムも格
納されている。

【００１６】携帯電話機１０には、必要な情報を表示す
るための表示部１０５及び電話番号や各種指令を入力す
るための操作部１０６が設けられている。表示部１０５
は消費電力の少ない液晶ディスプレイなどが用いられ、
携帯電話機１０のサイズを小さくするに伴って表示部１
０５の表示面積は小さくなり、数十文字程度の表示が可
能である。また、操作部１０６はテンキーなどのキーパ
ッドであり、少ないキー数で多くの情報を入力できるよ
うに数字入力キーと仮名文字入力キーを兼用しているも
のが多い。

【００１７】携帯電話機１０には、外部装置とのデータ
通信を可能にするためのシリアルインタフェース１０７
が設けられ、本実施形態におけるコンピュータ２０との
データ転送にも使用される。後述するように、ＣＰＵ１
０２は電話帳データ転送プログラムに従ってシリアルイ
ンタフェース１０７から受信したデータをそのまま又は
サーチテーブルを付加して電話帳データメモリ１０３に
格納する。サーチテーブル生成機能はＲＯＭ１０４に格
納された電話帳管理プログラムに含まれている。

【００１８】たとえば、ユーザが操作部１０６から検索
用のキーワードを入力すると、ＣＰＵ１０２は電話帳管
理プログラムを起動して入力キーワードに従って電話帳
データメモリ１０３をサーチし、ヒットした電話帳デー
タを表示部１０５へ表示する。

【００１９】コンピュータ２０には、ＣＰＵ２０１、電
話帳データメモリ２０２及びＲＯＭ２０３が設けられ、
ＣＰＵ２０１はＲＯＭ２０３に格納された電話帳管理プ
ログラム及び電話帳データ転送プログラムを実行するこ
とで携帯電話機１０と同じ機能を実現することができ
る。

【００２０】更に、コンピュータ２０には、必要な情報
を表示するためのモニタ２０４及び電話番号や各種コマ
ンドやデータを入力するための入力デバイス２０５が設
けられている。モニタ２０４は、１００文字以上を表示
可能な表示面積を有するＣＲＴ型モニタあるいは同サイ
ズの液晶表示デバイスを使用する。入力デバイス２０５
は、通常のタイプライタ以上のキー数を有するキーボー
ドとマウス等のポインティングデバイスからなる。この
ようなモニタ２０４及び入力デバイス２０５を装備して
いるために、電話番号や名前等の入力は携帯電話機１０
に比べれば格段に快適である。

【００２１】コンピュータ２０には、外部装置とのデー
タ通信を可能にするためのシリアルインタフェース２０
６が設けられ、本実施形態における携帯電話機１０との
データ転送にも使用される。後述するように、ユーザが
モニタ２０４に表示される画面に従って入力デバイス２
０５からデータを入力すると、ＣＰＵ１０２は電話帳管
理プログラムを起動して入力データを電話帳データメモ
リ２０２に格納する。そして、携帯電話機１０からの要
求に従って、電話帳データをそのまま又はサーチテーブ
ルを付加してシリアルインタフェース２０６を介して携
帯電話機１０へ送信する。サーチテーブル生成機能はＲ
ＯＭ２０３に格納された電話帳管理プログラムに含まれ
ている。

【００２２】図２（Ａ）は１件分の電話帳データのフォ
ーマット例を示す模式図である。ただし、煩雑さを回避
するために単純化されている。同図（Ａ）において、管
理番号は電話帳のページを示し、１つの管理番号が一人
分のデータ（レコード）を示す。ここでは、１件の電話
帳データが１オクテット（８ビット）の管理番号、３オ
クテットの電話番号、及び３オクテットの氏名から構成
されている。このような電話帳データが登録人数分だけ
格納される。

【００２３】図２（Ｂ）は、サーチテーブルが付加され
た１件分の電話帳データのフォーマット例を示す模式図
である。第２オクテットに電話番号サーチテーブルが格
納され、第６オクテットに氏名サーチテーブルが格納さ
れている。第２オクテットには、電話番号サーチテーブ
ルにおける当該データの連続番号が格納され、第２オク
テットには電話番号サーチテーブルにおける当該データ
の連続番号が格納され、第６オクテットには氏名サーチ
テーブルにおける当該データの連続番号が格納される。

【００２４】サーチテーブルは、携帯電話機１０の判断
により、携帯電話機１０及びコンピュータ２０のいずれ
かで生成される。上述したように、サーチテーブルを作
成することは、電話番号の順番あるいは氏名のアルファ
ベット順などの基準により電話帳データを比較し、順序
づけすることであるから、携帯電話機１０のＣＰＵ１０
２にとっては大きな負荷となる。従って、ＣＰＵ１０２
が他の処理と併行してこのような負荷の大きい処理を実
行することは避ける方が賢明である。本発明では、携帯
電話の判断でサーチテーブル生成処理をコンピュータ２
０に任せ、携帯電話機１０はサーチテーブルの付加され
た電話帳データを受信して電話帳データメモリ１０３に
格納することができる。以下、サーチテーブルの生成に
ついてより詳細に説明する。

【００２５】図３はサーチテーブルの生成過程を示した
説明図である。同図に示すように、Ｎ件の電話帳データ
（以下、レコードいう）Ｐ_１〜Ｐ_Ｎが格納されていると
する。ただし、ここでは説明を簡単にするために、第１
オクテットに管理番号ＲＥＦ、第２オクテットに電話番
号ＴＥＬ、第３オクテットに氏名ＮＡＭＥがそれぞれ格
納されているものとする。これらを電話番号の昇順に並
べ替えて電話番号サーチテーブルＡを生成し、氏名のア
ルファベット順に並べ替えて氏名サーチテーブルＢを生
成する。

【００２６】たとえば、レコードＰ_１〜Ｐ_Ｎの電話番号
ＴＥＬ_１〜ＴＥＬ_Ｎを昇順に並べ替えると、ＴＥＬ_２、
ＴＥＬ_４、ＴＥＬ_１ … ＴＥＬ_３の順番になったと仮
定する。この場合、電話番号サーチテーブルＡには、こ
れと同じ順番でＮ個のレコード（管理番号）ＲＥＦ_２、
ＲＥＦ_４、ＲＥＦ_１ … ＲＥＦ_３が配列され、順に連
続番号ＳＮ＝１，２，３，… Ｎが付される。同様に、
レコードＰ_１〜Ｐ_Ｎの氏名ＮＡＭＡ_１〜ＮＡＭＥ_Ｎをア
ルファベット順に並べ替えると、ＮＡＭＥ_３、ＮＡＭＥ
_１、ＮＡＭＥ_２ … ＮＡＭＥ_４の順番になったと仮定
する。この場合、氏名サーチテーブルＢには、これと同
じ順番でＮ個のレコード（管理番号）ＲＥＦ_３、ＲＥＦ
_１、ＲＥＦ_２ … ＲＥＦ_４が配列され、順に連続番号
ＳＮ＝１，２，３，… Ｎが付される。

【００２７】このようにサーチテーブルごとに並べ替え
が終了すると、電話番号サーチテーブルＡ及び氏名サー
チテーブルＢのそれぞれの連続番号ＳＮが各レコードの
第２オクテット及び第４オクテットに格納される。レコ
ードＰ_１を例にとれば、電話番号サーチテーブルＡでは
第３番目であるから、第２オクテットにはサーチテーブ
ルＡの連続番号ＳＮ_Ａ＝３が格納され、氏名サーチテー
ブルＢでは第２番目であるから、第４オクテットにはサ
ーチテーブルＢの連続番号ＳＮ_Ｂ＝２が格納される。他
のレコードも同様である。このようにして、サーチテー
ブルが付加されたＮ件の電話帳データＰ_１Ｔ〜Ｐ_ＮＴが
生成される。

【００２８】このようなサーチテーブルが付加されたＮ
件の電話帳データＰ_１Ｔ〜Ｐ_ＮＴを携帯電話機１０の電
話帳データメモリ１０３に格納しておけば、第２オクテ
ットのサーチテーブル連続番号ＳＮ_Ａ、又はレコードＰ
_１〜Ｐ_ＮからレコードＰ_１Ｔ〜Ｐ_ＮＴを作る過程で生じ
たサーチテーブル、又はレコードＰ_１Ｔ〜Ｐ_ＮＴから作
成し予め用意しておくサーチテーブルＡを参照するだけ
でＮ件の電話番号を昇順に表示部１０５に表示させるこ
とができる。また、第４オクテットのサーチテーブル連
続番号ＳＮ_Ｂを参照するだけでＮ件の氏名をアルファベ
ット順に順次表示させることができる。

【００２９】図２（Ａ）に示す電話帳データＰ_１〜Ｐ_Ｎ
及び図２（Ｂ）に示すサーチテーブルが付加された電話
帳データＰ_１Ｔ〜Ｐ_ＮＴは、いずれかが選択されて、コ
ンピュータ２０から携帯電話機１０へ転送される。選択
基準は、携帯電話機１０の側で上述したサーチテーブル
生成処理が他の処理速度にどの程度影響するかによって
定められる。具体的には、後述するように、携帯電話機
１０のＣＰＵ１０２が現在占有されている割合、電話帳
データの登録件数、サーチテーブルの数、シリアルイン
タフェースの伝送速度などを指標として用いることがで
きる。以下、携帯電話機１０及びコンピュータ２０にて
実行される転送制御フローを詳細に説明する。

【００３０】図４は本実施形態における携帯電話機のデ
ータ転送制御動作を示すフローチャートである。ここで
は、ユーザがコンピュータ２０の電話帳データメモリ２
０２に電話帳データを蓄積しており、その電話帳データ
がシリアルインタフェースを介して携帯電話機１０へ転
送される場合を説明する。

【００３１】携帯電話機１０をコンピュータ２０とシリ
アルインタフェースを介して接続し、操作部１０６によ
ってデータ転送開始を要求する（ステップＳ４０１）。
データ転送開始要求に応答してコンピュータ２０から電
話帳データの登録件数及びサーチテーブル数を受信する
と（ステップＳ４０２）、続いてコンピュータ２０から
電話帳データの第１レコードの第１オクテットデータを
受信する（ステップＳ４０３のＹＥＳ）。ただし、サー
チテーブルの数を予め設定しておけば、コンピュータ２
０からサーチテーブル数を受信する必要なはい、更に、
登録件数の上限値を想定しておけば、登録件数もコンピ
ュータから受信する必要はなくなる。

【００３２】第１レコードの第１オクテットデータを受
信すると、ＣＰＵ１０２は当該第１オクテットデータを
電話帳データメモリ１０３に格納するとともに、ＣＰＵ
の空き時間計測を開始する（ステップＳ４０４）。更
に、次のオクテットデータを受信すると（ステップＳ４
０５のＹＥＳ）、それが第１レコードの最終オクテット
か否かを判断する（ステップＳ４０６）。

【００３３】まだ第１レコードの最終オクテットに到達
していなければ（ステップＳ４０６のＮＯ）、そのオク
テットデータを電話帳データメモリ１０３に格納した後
（ステップＳ４０７）、当該オクテットデータが最終レ
コードの最終オクテットデータであるか否かを判断する
（ステップＳ４０８）。

【００３４】最終レコードの最終オクテットデータでな
い場合には（ステップＳ４０８のＮＯ）、制御をステッ
プＳ４０５へ戻して次のオクテットデータを受信する。
こうして第１レコードのオクテットデータを順次受信し
て格納し、最終オクテットデータに到達すると（ステッ
プＳ４０６のＹＥＳ）、この最終オクテットデータを格
納した後（ステップＳ４０９）、ＣＰＵの空き時間計測
を終了する（ステップＳ４１０）。

【００３５】続いて、計測されたＣＰＵ１０２の空き時
間、電話帳データの登録件数、サーチテーブルの数、シ
リアルインタフェースの伝送速度などに基づいて、ＣＰ
Ｕ１０２がサーチテーブルの生成を行うか、あるいはコ
ンピュータ２０に任せるかを判定する（ステップＳ４１
１）。

【００３６】ステップＳ４１１の判断基準は、内部処理
しながら並行して電話帳データからサーチテーブルを作
成できるか否か、言い換えれば、内部処理を大きく遅延
させることなくサーチテーブル作成処理を実行できるだ
けの余力があるか否かという点にある。電話帳データの
登録件数が多ければ、ＣＰＵ１０２の空き時間が多くあ
ってもサーチテーブル作成はコンピュータ側で行う方が
よいし、サーチテーブルの数が多い場合やシリアルデー
タの伝送速度が速い場合も同様である。

【００３７】逆に、データ件数が少なくＣＰＵ１０２の
空き時間が十分ある場合あるいはデータ転送速度が遅い
場合のように携帯電話機側で余裕を持ってサーチテーブ
ルを作成できる場合には、サーチテーブルを付加しない
電話帳データ（図２（Ａ）参照）をそのままコンピュー
タ２０から受信する方が望ましい。サーチテーブルを添
付しない分、データ総量が減少しデータ転送処理時間も
短くなるからである。

【００３８】ただし、サーチテーブルの数やデータ転送
速度は、通常、予め定められている。更に、登録件数の
上限値を予め想定しておけば、ステップＳ４１１の判断
基準としてはＣＰＵ１０２の空き時間のみを考慮すれば
よい。あるいはサーチテーブル作成が問題となる登録件
数のレベルを予め定めておけば、判断処理を簡単にする
ことができる。

【００３９】上述した判断基準に従って、ＣＰＵ１０２
はコンピュータ２０へサーチテーブル付加を要求するか
否かを決定する（ステップＳ４１１）。コンピュータ２
０へサーチテーブル付加が必要と判断すれば、サーチテ
ーブル付加要求をコンピュータ２０へ送信し（ステップ
Ｓ４１２）、不要と判断すれば、ＣＰＵ１０２自身がサ
ーチテーブル作成ルーチンをスタートさせる（ステップ
Ｓ４１３）。

【００４０】こうして制御は再びステップＳ４０５へ戻
り、第２レコードから最終レコードの最終オクテットデ
ータまでの電話帳データを受信する（ステップＳ４０５
〜Ｓ４０８）。サーチテーブル付加を要求した場合には
図２（Ｂ）に示すフォーマットのデータを受信する。サ
ーチテーブル不要の場合には図２（Ａ）に示すフォーマ
ットのデータを受信し、携帯電話機１０のＣＰＵ１０２
がサーチテーブルの作成処理を並行して実行する。

【００４１】図５は本実施形態におけるコンピュータの
データ転送制御動作を示すフローチャートである。携帯
電話機１０とシリアルインタフェースを介して接続さ
れ、携帯電話機１０からデータ転送開始要求を受信する
と（ステップＳ５０１のＹＥＳ）、コンピュータ２０は
電話帳データメモリ２０２に格納された電話帳データの
登録件数及びサーチテーブル数を携帯電話機１０へ送信
し、続いて電話帳データの第１レコードの第１オクテッ
トデータを送信する（ステップＳ５０２）。そして、Ｃ
ＰＵ２０１はサーチテーブル作成処理をスタートさせる
（ステップＳ５０３）。

【００４２】続いて、ＣＰＵ２０１は、電話帳データメ
モリ２０２から第１レコードの第１オクテットデータか
ら最終オクテットデータまでを順次読み出し、シリアル
インタフェースを通して携帯電話機１０へ送信する（ス
テップＳ５０４及びステップＳ５０５）。第１レコード
の最終オクテットデータが送信し終わると（ステップＳ
５０５のＹＥＳ）、ＣＰＵ２０１は携帯電話機１０から
サーチテーブル付加要求を受信したか否かを判定する
（ステップＳ５０６）。

【００４３】携帯電話機１０がサーチテーブル付加を要
求した場合には（ステップＳ５０６の有）、サーチテー
ブルのデータを含めて第２レコード以降の電話帳データ
を携帯電話機１０へ送信する（ステップＳ５０７）。図
２（Ｂ）に示すフォーマットの場合には、第２レコード
以降の第１オクテットに管理番号を乗せて送信した後、
第２オクテットに電話番号サーチテーブルデータ（連続
番号）を、第３から第５オクテットに電話番号データ
を、第６オクテットに氏名サーチテーブルデータ（連続
番号）を、そして第７〜第９オクテットに氏名データを
それぞれ乗せて順次送信する。

【００４４】携帯電話機１０がサーチテーブル付加を要
求しなかった場合には（ステップＳ５０６の無）、サー
チテーブルの作成を停止し（ステップＳ５０８）、第２
レコード以降の電話帳データをそのまま送信する（ステ
ップＳ５０９）。図２（Ａ）に示すフォーマットの場合
には、第２レコード以降の第１オクテットに管理番号
を、第２〜第４オクテットに電話番号データを、第５〜
第７オクテットに氏名データをそれぞれ乗せて順次送信
する。

【００４５】図６は、コンピュータから携帯電話機へサ
ーチテーブルを付加した電話帳データを転送する場合の
シーケンス図である。同図において、携帯電話機１０及
びコンピュータ２０に２つの処理（内部処理及びインタ
フェース処理）が記載されているのは、各ＣＰＵの処理
がマルチタスク化されているためである。特に、インタ
フェース処理は、用意するインタフェース部１０７，２
０６のハードウエアの能力差で処理時間が大きく異な
る。

【００４６】携帯電話機１０をコンピュータ２０と接続
し、操作部１０６によってデータ転送開始を要求する
と、インタフェース処理はコンピュータ２０へデータ転
送開始要求を送信する。これを受けてコンピュータ２０
のインタフェース処理は電話帳データの第１レコードの
第１オクテットデータを携帯電話機１０へ送信するとと
もに、コンピュータ２０の内部処理に対してサーチテー
ブル作成を要求する。これによってコンピュータ２０の
内部処理はサーチテーブル作成を開始する。ただし、こ
こでは次の条件によって、登録件数が多くとも携帯電話
機１０のＣＰＵ１０２に十分な空き時間があればサーチ
テーブル作成可能と判断されるものとし、登録件数は携
帯電話機１０へ送信されない。更に、サーチテーブル数
及び伝送速度は予め決められているために携帯電話機１
０へ送信されない。

【００４７】一方、携帯電話機１０のインタフェース処
理は、第１レコードの第１オクテットデータを受信する
と、その受信オクテットデータを格納するとともに、内
部処理にＣＰＵの空き時間計測開始を命令する。以後、
コンピュータ２０のインタフェース処理は、第１レコー
ドの第２オクテットデータ、第３オクテットデータ、…
というように１件分（第１レコード）の電話帳データ
を携帯電話機１０へ順次送信する。この最初の１件分の
データは、無条件に図２（Ａ）に示すデータフォーマッ
トが使用される。

【００４８】携帯電話機１０のインタフェース処理が第
１レコードの最終オクテットデータを受信すると、内部
処理に対してＣＰＵ空き時間計測を終了するように命令
し、これを受けて内部処理は直ちに計測を終了し、計測
されたＣＰＵ空き時間をインタフェース処理へ報告す
る。携帯電話機１０のインタフェース処理は、上述した
ように、計測されたＣＰＵ空き時間情報に基づいてサー
チテーブル作成処理を内部で行うかコンピュータ２０で
計算されたデータを使用するかの判断を行う。

【００４９】具体的には、計測されたＣＰＵ空き時間が
所定のしきい値より大きい場合にはサーチテーブル作成
に十分な余力があると判断し、携帯電話機１０の内部処
理でサーチテーブルを作成する。他方、計測されたＣＰ
Ｕ空き時間が所定のしきい値以下の場合には、ＣＰＵ１
０２に十分な余力がなく、内部処理でサーチテーブルを
作成すると他の処理（通信制御やデータ処理等）への影
響が大きいと判断し、サーチテーブル作成はコンピュー
タ１０に任される。この所定しきい値は、上述したよう
に、携帯電話機１０の内部処理と並行して電話帳データ
からサーチテーブルを作成できるか否かを基準として決
定される。

【００５０】ここでは、計測されたＣＰＵ空き時間が所
定のしきい値以下でＣＰＵ１０２に十分な余力がないと
すると、携帯電話機１０のインタフェース処理はサーチ
テーブル付加要求をコンピュータ２０へ送信する。これ
を受信したコンピュータ２０のインタフェース処理は内
部処理へサーチテーブル付加を要求し、内部処理はサー
チテーブルデータをインタフェース処理へ送る。インタ
フェース処理は、第２レコードの第１オクテットデータ
を携帯電話機１０へ送信した後、第２レコードの第２オ
クテットデータとしてサーチテーブルデータ（ここで
は、電話番号サーチテーブル）を携帯電話機１０へ送信
する。以下同様にして、電話帳データの各件のデータを
図２（Ｂ）に示すデータフォーマットに従って携帯電話
１０へ順次送信する。

【００５１】上記実施形態では、携帯電話機とコンピュ
ータとの組み合わせの場合を説明したが、一般に電話帳
機能を有する情報機器間であれば本発明が適用可能であ
ることは明白である。特に、本発明は、携帯電話機と同
様にハードウエアの制限が生じる携帯情報端末に対して
有効である。

【００５２】また、上記実施形態では携帯電話機とコン
ピュータとの接続にシリアルインタフェースを使用した
が、本発明は特定のインタフェースに依存するものでは
ない。一般的なＲＳ２３２Ｃインタフェースのようなケ
ーブル接続によるものの他に、光通信を用いたインタフ
ェースや、無線通信を用いたものも同様に使用可能であ
る。更に、プリンタインタフェースなどに使用されるパ
ラレルインタフェースであっても同様に実現可能であ
る。

【００５３】

【発明の効果】以上詳細に説明したように、本発明によ
れば、第１情報機器（上記実施形態ではコンピュータ）
から第２情報機器（上記実施形態では携帯電話機）へデ
ータを転送する際に、第２情報機器において検索テーブ
ルを作成する余裕があるか否かを判定し、余裕があれば
データを第２情報機器へ転送し、余裕がなければ第１情
報機器にて検索テーブルを作成してそれを付加したデー
タを第２情報機器へ転送する。このように必要に応じて
検索テーブル作成を第１情報機器に任せることにより、
検索処理による過度の負担を回避でき、第２情報機器で
検索テーブル作成に起因する他の処理の遅延を避けるこ
とができる。

【図面の簡単な説明】

【図１】本発明によるデータ転送システムの一実施形態
を示すブロック図である。

【図２】（Ａ）は１件分の電話帳データのフォーマット
例を示す模式図であり、（Ｂ）はサーチテーブルが付加
された１件分の電話帳データのフォーマット例を示す模
式図である。

【図３】サーチテーブルの生成過程を示した説明図であ
る。

【図４】本実施形態における携帯電話機のデータ転送制
御動作を示すフローチャートである。

【図５】本実施形態におけるコンピュータのデータ転送
制御動作を示すフローチャートである。

【図６】コンピュータから携帯電話機へサーチテーブル
を付加した電話帳データを転送する場合のシーケンス図
である。

【符号の説明】

１０ 携帯電話機 ２０ コンピュータ １０１ ＣＰＵ １０３ 電話帳データメモリ １０４ ＲＯＭ １０５ 表示部 １０６ 操作部 １０７ シリアルインタフェース ２０１ ＣＰＵ ２０２ 電話帳データメモリ ２０３ ＲＯＭ ２０４ モニタ ２０５ 入力デバイス ２０６ シリアルインタフェース

Claims (9)

(57)【特許請求の範囲】
1. 【請求項１】 検索機能を有する第１及び第２情報機器
   の間で検索処理を行うべき複数件のデータを転送する方
   法において、 ａ）前記第１情報機器に前記複数件のデータを格納し、 ｂ）前記第１情報機器から前記第２情報機器へ前記複数
   件のデータを転送する際に、前記第２情報機器が前記複
   数件のデータから検索テーブルを生成する余力があるか
   否かを判定し、 ｃ）前記第２情報機器に前記複数件のデータから検索テ
   ーブルを生成する余力がある判定された場合には、前記
   第１情報機器から前記第２情報機器へ前記複数件のデー
   タを順次転送し、 ｄ）前記第２情報機器に前記複数件のデータから検索テ
   ーブルを生成する余力がない判定された場合には、前記
   第１情報機器において前記検索テーブルを作成し、作成
   された検索テーブルを付加した前記複数件のデータを前
   記第１情報機器から前記第２情報機器へ順次転送する、 ステップからなることを特徴とする情報機器間のデータ
   転送方法。
2. 【請求項２】 前記第２情報機器に前記複数件のデータ
   から検索テーブルを生成する余力があるか否かの判定ス
   テップ（ｂ）は、少なくとも前記第２情報機器の情報処
   理部の空き時間に基づいて行われる、ことを特徴とする
   請求項１記載のデータ転送方法。
3. 【請求項３】 判定ステップ（ｂ）は、更に、前記複数
   件のデータの件数と、前記検索テーブルの数と、前記第
   １及び第２情報機器間のデータ転送速度とに基づいて行
   われる、ことを特徴とする請求項２記載のデータ転送方
   法。
4. 【請求項４】 前記判定ステップ（ｂ）は、 前記第１情報機器から前記第２情報機器へ第１件のデー
   タの第１データブロックが転送された時に、前記第２情
   報機器の前記情報処理部の空き時間計測を開始し、 前記第１件のデータの最終データブロックが転送された
   時に、前記空き時間計測を終了して計測空き時間を生成
   し、 少なくとも前記計測空き時間と所定しきい値とを比較す
   ることで、前記第２情報機器に前記複数件のデータから
   検索テーブルを生成する余力があるか否か判定する、 ステップからなることを特徴とする請求項２記載のデー
   タ転送方法。
5. 【請求項５】 前記複数件のデータは、電話帳データで
   あることを特徴とする請求項１ないし４のいずれかに記
   載のデータ転送方法。
6. 【請求項６】 第１及び第２情報機器の間で検索処理を
   行うべき複数件のデータを転送するシステムにおいて、 前記第１情報機器と前記第２情報機器とが所定のインタ
   フェースを通して接続されており、 前記第１情報機器は、 前記複数件のデータを格納した第１格納手段と、 前記第２情報機器から受信した検索要求に応答して、前
   記複数件のデータから検索テーブルを作成する検索処理
   手段と、 前記検索要求を受信しなかった場合には前記複数件のデ
   ータを、前記検索要求を受信した場合には前記検索テー
   ブルを付加した前記複数件のデータを、前記インタフェ
   ースを通して前記第２情報機器へ送信する第１情報処理
   手段と、 からなり、 前記第２情報機器は、 前記複数件のデータを格納するための第２格納手段と、 前記第１情報機器から前記複数件のデータを受信する際
   に、前記複数件のデータから検索テーブルを生成する余
   力があるか否かを判定し、前記検索テーブルを生成する
   余力がある判定された場合には前記第１情報機器から前
   記複数件のデータを順次受信して前記第２格納手段に格
   納し、前記検索テーブルを生成する余力がない判定され
   た場合には前記第１情報機器へ前記検索要求を送信し、
   その後前記検索テーブルが付加された前記複数件のデー
   タを前記第１情報機器から順次受信して前記第２格納手
   段に格納する第２情報処理手段と、 からなることを特徴とするデータ転送システム。
7. 【請求項７】 前記第１及び第２情報機器のうち、少な
   くとも前記第２情報機器は携帯情報機器であることを特
   徴とする請求項６記載のデータ転送システム。
8. 【請求項８】 前記複数件のデータは、電話帳データで
   あることを特徴とする請求項６又は７記載のデータ転送
   システム。
9. 【請求項９】 前記第１情報機器はコンピュータであ
   り、前記第２情報機器は携帯電話機であることを特徴と
   する請求項８記載のデータ転送システム。