JP2000101706A - 情報機器間のデータ転送方法及びシステム - Google Patents
情報機器間のデータ転送方法及びシステムInfo
- Publication number
- JP2000101706A JP2000101706A JP10271028A JP27102898A JP2000101706A JP 2000101706 A JP2000101706 A JP 2000101706A JP 10271028 A JP10271028 A JP 10271028A JP 27102898 A JP27102898 A JP 27102898A JP 2000101706 A JP2000101706 A JP 2000101706A
- Authority
- JP
- Japan
- Prior art keywords
- data
- information device
- search table
- search
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/509—Offload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2250/00—Details of telephonic subscriber devices
- H04M2250/64—Details of telephonic subscriber devices file transfer between terminals
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 検索処理を行うべきデータを一方から他方の
情報処理機器へ転送する際に、他方の情報処理機器の処
理負荷が過度に大きくならないように制御するデータ転
送方法及びシステムを提供する。 【解決手段】 コンピュータ２０に電話帳データを格納
し、コンピュータ２０から携帯電話機１０へ電話帳デー
タを転送する際に、携帯電話機１０のＣＰＵ１０２に電
話帳データから検索テーブルを生成する余力があるか否
かを判定する。携帯電話機１０のＣＰＵ１０２に検索テ
ーブルを生成する余力がある場合にはコンピュータ２０
から携帯電話機１０へ電話帳データを順次転送する。余
力がない場合には、コンピュータ２０へ検索テーブル付
加要求を送信し、コンピュータ２０において検索テーブ
ルを作成し、作成された検索テーブルを付加した電話帳
データをコンピュータ２０から携帯電話機１０へ順次転
送する。
情報処理機器へ転送する際に、他方の情報処理機器の処
理負荷が過度に大きくならないように制御するデータ転
送方法及びシステムを提供する。 【解決手段】 コンピュータ２０に電話帳データを格納
し、コンピュータ２０から携帯電話機１０へ電話帳デー
タを転送する際に、携帯電話機１０のＣＰＵ１０２に電
話帳データから検索テーブルを生成する余力があるか否
かを判定する。携帯電話機１０のＣＰＵ１０２に検索テ
ーブルを生成する余力がある場合にはコンピュータ２０
から携帯電話機１０へ電話帳データを順次転送する。余
力がない場合には、コンピュータ２０へ検索テーブル付
加要求を送信し、コンピュータ２０において検索テーブ
ルを作成し、作成された検索テーブルを付加した電話帳
データをコンピュータ２０から携帯電話機１０へ順次転
送する。
Description
【０００１】
【発明の属する技術分野】本発明は２つの情報機器間で
のデータ転送に係り、特に電話帳データのような検索処
理を行うべきデータの転送に関する。
のデータ転送に係り、特に電話帳データのような検索処
理を行うべきデータの転送に関する。
【０００２】
【従来の技術】携帯電話機などに登録された電話帳デー
タを他の携帯電話機、たとえば新規購入したものに転送
する方式が特開平９−２８４３７９号公報に開示されて
いる。これにより、再度データを手動で入力することな
く、これまで蓄積してきたデータを容易に活用すること
ができる。
タを他の携帯電話機、たとえば新規購入したものに転送
する方式が特開平９−２８４３７９号公報に開示されて
いる。これにより、再度データを手動で入力することな
く、これまで蓄積してきたデータを容易に活用すること
ができる。
【０００３】一般に、電話帳データは１つの携帯電話機
に１００〜７００件程度登録されており、１つの名前に
会社、自宅、ＦＡＸ等の複数の電話番号が割り当てられ
ている。最近では電子メールアドレスも含まれるように
なり、利便性が向上する一方で、将来的にデータ量が益
々増加することが考えられる。このような多量の電話帳
データは検索処理を行って初めて有用な情報となるが、
検索処理を高速で行うには大きなキャッシュメモリや文
字列を処理し易いコマンド体系が必要である。
に１００〜７００件程度登録されており、１つの名前に
会社、自宅、ＦＡＸ等の複数の電話番号が割り当てられ
ている。最近では電子メールアドレスも含まれるように
なり、利便性が向上する一方で、将来的にデータ量が益
々増加することが考えられる。このような多量の電話帳
データは検索処理を行って初めて有用な情報となるが、
検索処理を高速で行うには大きなキャッシュメモリや文
字列を処理し易いコマンド体系が必要である。
【０００４】周知のように、携帯電話機などの携帯情報
機器では長時間使用を実現するために、プロセッサ（Ｃ
ＰＵ）のパワーを必要以上に高くすることが困難であ
る。具体的には、ＣＰＵを選択する際に、キャッシュメ
モリは大きさ、価格、消費電流の点で敬遠され、文字列
処理は通信プロトコルなどに比較して極端に使用頻度が
低いために機能削除されることが多い。このために、電
話帳管理のための検索処理は、ＣＰＵの大きな負担とな
り、短時間で完了することができない。
機器では長時間使用を実現するために、プロセッサ（Ｃ
ＰＵ）のパワーを必要以上に高くすることが困難であ
る。具体的には、ＣＰＵを選択する際に、キャッシュメ
モリは大きさ、価格、消費電流の点で敬遠され、文字列
処理は通信プロトコルなどに比較して極端に使用頻度が
低いために機能削除されることが多い。このために、電
話帳管理のための検索処理は、ＣＰＵの大きな負担とな
り、短時間で完了することができない。
【０００５】そこで、一般に、電話帳データの検索対象
となる領域ごとにテーブルを設けておき、電話帳のデー
タを更新する度に、これらサーチテーブルを並び替え、
表示する際には、サーチテーブルのデータの順番に従っ
て電話帳データを読み出して画面に表示するという方式
が採用されている。検索用のサーチテーブルを設けて高
速検索を行う方式の一例は特開平８−１０１８４３号公
報に開示されている。
となる領域ごとにテーブルを設けておき、電話帳のデー
タを更新する度に、これらサーチテーブルを並び替え、
表示する際には、サーチテーブルのデータの順番に従っ
て電話帳データを読み出して画面に表示するという方式
が採用されている。検索用のサーチテーブルを設けて高
速検索を行う方式の一例は特開平８−１０１８４３号公
報に開示されている。
【０００６】
【発明が解決しようとする課題】しかしながら、ユーザ
が手動で一件ずつ電話帳データを入力する場合にはＣＰ
Ｕはサーチテーブルを高速で生成することができるが、
他の情報処理機器から電話帳データを一括して転送する
場合には、手動入力に比べて遙かに高速でデータ量も多
量であるために、携帯機側のＣＰＵの処理負荷はきわめ
て大きくなる。このために、データ転送後も、サーチテ
ーブル作成のためにＣＰＵが一部占有されることとな
り、本来ＣＰＵが行うべき通信処理の実行に遅延が生じ
る。ユーザ側からみれば、操作に対する反応の許容しが
たい遅れとなって現れる場合がある。
が手動で一件ずつ電話帳データを入力する場合にはＣＰ
Ｕはサーチテーブルを高速で生成することができるが、
他の情報処理機器から電話帳データを一括して転送する
場合には、手動入力に比べて遙かに高速でデータ量も多
量であるために、携帯機側のＣＰＵの処理負荷はきわめ
て大きくなる。このために、データ転送後も、サーチテ
ーブル作成のためにＣＰＵが一部占有されることとな
り、本来ＣＰＵが行うべき通信処理の実行に遅延が生じ
る。ユーザ側からみれば、操作に対する反応の許容しが
たい遅れとなって現れる場合がある。
【０００７】本発明の目的は、検索処理を行うべきデー
タを一方から他方の情報処理機器へ転送する際に、他方
の情報処理機器の処理負荷が過度に大きくならないよう
に制御するデータ転送方法及びシステムを提供すること
にある。
タを一方から他方の情報処理機器へ転送する際に、他方
の情報処理機器の処理負荷が過度に大きくならないよう
に制御するデータ転送方法及びシステムを提供すること
にある。
【０００８】
【課題を解決するための手段】本発明によるデータ転送
方法は、検索機能を有する第１及び第２情報機器の間で
検索処理を行うべき複数件のデータを転送する方法であ
って、第１情報機器に前記複数件のデータを格納し、第
１情報機器から第２情報機器へ前記複数件のデータを転
送する際に第２情報機器が複数件のデータから検索テー
ブルを生成する余力があるか否かを判定し、第２情報機
器に複数件のデータから検索テーブルを生成する余力が
ある判定された場合には第１情報機器から第２情報機器
へ前記複数件のデータを順次転送し、第２情報機器に複
数件のデータから検索テーブルを生成する余力がない判
定された場合には第１情報機器において検索テーブルを
作成し、作成された検索テーブルを付加した複数件のデ
ータを第１情報機器から第２情報機器へ順次転送する、
ステップからなることを特徴とする。
方法は、検索機能を有する第１及び第２情報機器の間で
検索処理を行うべき複数件のデータを転送する方法であ
って、第１情報機器に前記複数件のデータを格納し、第
１情報機器から第２情報機器へ前記複数件のデータを転
送する際に第２情報機器が複数件のデータから検索テー
ブルを生成する余力があるか否かを判定し、第２情報機
器に複数件のデータから検索テーブルを生成する余力が
ある判定された場合には第１情報機器から第２情報機器
へ前記複数件のデータを順次転送し、第２情報機器に複
数件のデータから検索テーブルを生成する余力がない判
定された場合には第１情報機器において検索テーブルを
作成し、作成された検索テーブルを付加した複数件のデ
ータを第１情報機器から第２情報機器へ順次転送する、
ステップからなることを特徴とする。
【０００９】また、本発明によるデータ転送システム
は、第１及び第２情報機器の間で検索処理を行うべき複
数件のデータを転送するシステムであって、第１情報機
器と前記第２情報機器とが所定のインタフェースを通し
て接続されており、第１情報機器は、複数件のデータを
格納した第１格納手段と、第２情報機器から受信した検
索要求に応答して複数件のデータから検索テーブルを作
成する検索処理手段と、検索要求を受信しなかった場合
には前記複数件のデータを、検索要求を受信した場合に
は検索テーブルを付加した複数件のデータを、インタフ
ェースを通して第２情報機器へ送信する第１情報処理手
段と、からなり、第２情報機器は、複数件のデータを格
納するための第２格納手段と、第１情報機器から複数件
のデータを受信する際に複数件のデータから検索テーブ
ルを生成する余力があるか否かを判定し、検索テーブル
を生成する余力がある判定された場合には第１情報機器
から複数件のデータを順次受信して第２格納手段に格納
し、検索テーブルを生成する余力がない判定された場合
には第１情報機器へ検索要求を送信し、その後、検索テ
ーブルが付加された複数件のデータを第１情報機器から
順次受信して第２格納手段に格納する第２情報処理手段
と、からなることを特徴とする。
は、第１及び第２情報機器の間で検索処理を行うべき複
数件のデータを転送するシステムであって、第１情報機
器と前記第２情報機器とが所定のインタフェースを通し
て接続されており、第１情報機器は、複数件のデータを
格納した第１格納手段と、第２情報機器から受信した検
索要求に応答して複数件のデータから検索テーブルを作
成する検索処理手段と、検索要求を受信しなかった場合
には前記複数件のデータを、検索要求を受信した場合に
は検索テーブルを付加した複数件のデータを、インタフ
ェースを通して第２情報機器へ送信する第１情報処理手
段と、からなり、第２情報機器は、複数件のデータを格
納するための第２格納手段と、第１情報機器から複数件
のデータを受信する際に複数件のデータから検索テーブ
ルを生成する余力があるか否かを判定し、検索テーブル
を生成する余力がある判定された場合には第１情報機器
から複数件のデータを順次受信して第２格納手段に格納
し、検索テーブルを生成する余力がない判定された場合
には第１情報機器へ検索要求を送信し、その後、検索テ
ーブルが付加された複数件のデータを第１情報機器から
順次受信して第２格納手段に格納する第２情報処理手段
と、からなることを特徴とする。
【００１０】本発明によれば、第１情報機器から第２情
報機器へデータを転送する際に、第２情報機器において
検索テーブルを作成する余裕があるか否かを判定し、余
裕があればデータを第２情報機器へ転送し、余裕がなけ
れば第１情報機器にて検索テーブルを作成してそれを付
加したデータを第２情報機器へ転送する。このように必
要に応じて検索テーブル作成を第１情報機器に任せるこ
とにより、検索処理による過度の負担を回避でき、第２
情報機器で検索テーブル作成に起因する他の処理の遅延
を避けることができる。
報機器へデータを転送する際に、第２情報機器において
検索テーブルを作成する余裕があるか否かを判定し、余
裕があればデータを第２情報機器へ転送し、余裕がなけ
れば第１情報機器にて検索テーブルを作成してそれを付
加したデータを第２情報機器へ転送する。このように必
要に応じて検索テーブル作成を第１情報機器に任せるこ
とにより、検索処理による過度の負担を回避でき、第２
情報機器で検索テーブル作成に起因する他の処理の遅延
を避けることができる。
【００１１】第２情報機器に余裕があるか否かは、第２
情報機器の情報処理部（ＣＰＵなど）の占有時間あるい
は空き時間を計測することで判定することができる。情
報処理部の空き時間は時々刻々と変化するから、第１情
報機器から第２情報機器へデータ転送を行おうとする時
点で上記判定を行うことが望ましい。
情報機器の情報処理部（ＣＰＵなど）の占有時間あるい
は空き時間を計測することで判定することができる。情
報処理部の空き時間は時々刻々と変化するから、第１情
報機器から第２情報機器へデータ転送を行おうとする時
点で上記判定を行うことが望ましい。
【００１２】第２情報機器は携帯電話機のような携帯情
報機器であることが望ましい。このような携帯情報機器
は小型化及び低消費電力化を促進するために、データの
入力は通常のコンピュータ等に比べて容易ではなく、ま
たデータ処理を実行する情報処理部は検索処理に適して
いないからである。
報機器であることが望ましい。このような携帯情報機器
は小型化及び低消費電力化を促進するために、データの
入力は通常のコンピュータ等に比べて容易ではなく、ま
たデータ処理を実行する情報処理部は検索処理に適して
いないからである。
【００１３】
【発明の実施の形態】図１は、本発明によるデータ転送
システムの一実施形態を示すブロック図である。本実施
形態では、携帯電話機１０がコンピュータ２０とシリア
ルインタフェースを通して接続され、コンピュータ２０
から携帯電話機１０へ電話帳データが転送される場合を
説明する。コンピュータ２０の代わりに別の携帯電話機
を用いても同様である。更に、インタフェースはシリア
ルインタフェースに限定されるものではなく、パラレル
であってもよいし、場合によっては無線通信を利用する
ことも可能である。本実施形態では、最も一般的に利用
できるシリアルインタフェースを例示する。
システムの一実施形態を示すブロック図である。本実施
形態では、携帯電話機１０がコンピュータ２０とシリア
ルインタフェースを通して接続され、コンピュータ２０
から携帯電話機１０へ電話帳データが転送される場合を
説明する。コンピュータ２０の代わりに別の携帯電話機
を用いても同様である。更に、インタフェースはシリア
ルインタフェースに限定されるものではなく、パラレル
であってもよいし、場合によっては無線通信を利用する
ことも可能である。本実施形態では、最も一般的に利用
できるシリアルインタフェースを例示する。
【００１４】同図において、携帯電話機１０は無線信号
により基地局（図示せず）との通信を可能にする送受信
システム１０１を有し、送受信システム１０１はＣＰＵ
１０２により制御される。さらに、携帯電話機１０には
電話帳データを格納するための電話帳データメモリ１０
３が設けられている。電話帳データメモリ１０３は、た
とえばランダムアクセスメモリの１つのメモリ領域とし
て形成される。
により基地局（図示せず）との通信を可能にする送受信
システム１０１を有し、送受信システム１０１はＣＰＵ
１０２により制御される。さらに、携帯電話機１０には
電話帳データを格納するための電話帳データメモリ１０
３が設けられている。電話帳データメモリ１０３は、た
とえばランダムアクセスメモリの１つのメモリ領域とし
て形成される。
【００１５】ＣＰＵ１０２は読み出し専用メモリ（ＲＯ
Ｍ）１０４に格納された制御プログラムを実行すること
で、携帯電話機１０の動作全体の制御を行う。本実施形
態では、通信制御プログラムの他に、電話帳データを管
理するための電話帳管理プログラム及び電話帳データの
転送を制御するための電話帳データ転送プログラムも格
納されている。
Ｍ）１０４に格納された制御プログラムを実行すること
で、携帯電話機１０の動作全体の制御を行う。本実施形
態では、通信制御プログラムの他に、電話帳データを管
理するための電話帳管理プログラム及び電話帳データの
転送を制御するための電話帳データ転送プログラムも格
納されている。
【００１６】携帯電話機１０には、必要な情報を表示す
るための表示部１０５及び電話番号や各種指令を入力す
るための操作部１０６が設けられている。表示部１０５
は消費電力の少ない液晶ディスプレイなどが用いられ、
携帯電話機１０のサイズを小さくするに伴って表示部１
０５の表示面積は小さくなり、数十文字程度の表示が可
能である。また、操作部１０６はテンキーなどのキーパ
ッドであり、少ないキー数で多くの情報を入力できるよ
うに数字入力キーと仮名文字入力キーを兼用しているも
のが多い。
るための表示部１０５及び電話番号や各種指令を入力す
るための操作部１０６が設けられている。表示部１０５
は消費電力の少ない液晶ディスプレイなどが用いられ、
携帯電話機１０のサイズを小さくするに伴って表示部１
０５の表示面積は小さくなり、数十文字程度の表示が可
能である。また、操作部１０６はテンキーなどのキーパ
ッドであり、少ないキー数で多くの情報を入力できるよ
うに数字入力キーと仮名文字入力キーを兼用しているも
のが多い。
【００１７】携帯電話機１０には、外部装置とのデータ
通信を可能にするためのシリアルインタフェース１０７
が設けられ、本実施形態におけるコンピュータ２０との
データ転送にも使用される。後述するように、ＣＰＵ１
０２は電話帳データ転送プログラムに従ってシリアルイ
ンタフェース１０７から受信したデータをそのまま又は
サーチテーブルを付加して電話帳データメモリ１０３に
格納する。サーチテーブル生成機能はＲＯＭ１０４に格
納された電話帳管理プログラムに含まれている。
通信を可能にするためのシリアルインタフェース１０７
が設けられ、本実施形態におけるコンピュータ２０との
データ転送にも使用される。後述するように、ＣＰＵ１
０２は電話帳データ転送プログラムに従ってシリアルイ
ンタフェース１０７から受信したデータをそのまま又は
サーチテーブルを付加して電話帳データメモリ１０３に
格納する。サーチテーブル生成機能はＲＯＭ１０４に格
納された電話帳管理プログラムに含まれている。
【００１８】たとえば、ユーザが操作部１０６から検索
用のキーワードを入力すると、ＣＰＵ１０２は電話帳管
理プログラムを起動して入力キーワードに従って電話帳
データメモリ１０３をサーチし、ヒットした電話帳デー
タを表示部１０５へ表示する。
用のキーワードを入力すると、ＣＰＵ１０２は電話帳管
理プログラムを起動して入力キーワードに従って電話帳
データメモリ１０３をサーチし、ヒットした電話帳デー
タを表示部１０５へ表示する。
【００１９】コンピュータ２０には、ＣＰＵ２０１、電
話帳データメモリ２０２及びＲＯＭ２０３が設けられ、
ＣＰＵ２０１はＲＯＭ２０３に格納された電話帳管理プ
ログラム及び電話帳データ転送プログラムを実行するこ
とで携帯電話機１０と同じ機能を実現することができ
る。
話帳データメモリ２０２及びＲＯＭ２０３が設けられ、
ＣＰＵ２０１はＲＯＭ２０３に格納された電話帳管理プ
ログラム及び電話帳データ転送プログラムを実行するこ
とで携帯電話機１０と同じ機能を実現することができ
る。
【００２０】更に、コンピュータ２０には、必要な情報
を表示するためのモニタ２０４及び電話番号や各種コマ
ンドやデータを入力するための入力デバイス２０５が設
けられている。モニタ２０４は、１００文字以上を表示
可能な表示面積を有するＣＲＴ型モニタあるいは同サイ
ズの液晶表示デバイスを使用する。入力デバイス２０５
は、通常のタイプライタ以上のキー数を有するキーボー
ドとマウス等のポインティングデバイスからなる。この
ようなモニタ２０４及び入力デバイス２０５を装備して
いるために、電話番号や名前等の入力は携帯電話機１０
に比べれば格段に快適である。
を表示するためのモニタ２０４及び電話番号や各種コマ
ンドやデータを入力するための入力デバイス２０５が設
けられている。モニタ２０４は、１００文字以上を表示
可能な表示面積を有するＣＲＴ型モニタあるいは同サイ
ズの液晶表示デバイスを使用する。入力デバイス２０５
は、通常のタイプライタ以上のキー数を有するキーボー
ドとマウス等のポインティングデバイスからなる。この
ようなモニタ２０４及び入力デバイス２０５を装備して
いるために、電話番号や名前等の入力は携帯電話機１０
に比べれば格段に快適である。
【００２１】コンピュータ２０には、外部装置とのデー
タ通信を可能にするためのシリアルインタフェース２０
６が設けられ、本実施形態における携帯電話機１０との
データ転送にも使用される。後述するように、ユーザが
モニタ２０４に表示される画面に従って入力デバイス２
０５からデータを入力すると、ＣＰＵ１０２は電話帳管
理プログラムを起動して入力データを電話帳データメモ
リ２０２に格納する。そして、携帯電話機１０からの要
求に従って、電話帳データをそのまま又はサーチテーブ
ルを付加してシリアルインタフェース２０６を介して携
帯電話機１０へ送信する。サーチテーブル生成機能はＲ
ＯＭ２０３に格納された電話帳管理プログラムに含まれ
ている。
タ通信を可能にするためのシリアルインタフェース２０
６が設けられ、本実施形態における携帯電話機１０との
データ転送にも使用される。後述するように、ユーザが
モニタ２０４に表示される画面に従って入力デバイス２
０５からデータを入力すると、ＣＰＵ１０２は電話帳管
理プログラムを起動して入力データを電話帳データメモ
リ２０２に格納する。そして、携帯電話機１０からの要
求に従って、電話帳データをそのまま又はサーチテーブ
ルを付加してシリアルインタフェース２０６を介して携
帯電話機１０へ送信する。サーチテーブル生成機能はＲ
ＯＭ２０３に格納された電話帳管理プログラムに含まれ
ている。
【００２２】図２（Ａ）は１件分の電話帳データのフォ
ーマット例を示す模式図である。ただし、煩雑さを回避
するために単純化されている。同図（Ａ）において、管
理番号は電話帳のページを示し、１つの管理番号が一人
分のデータ（レコード）を示す。ここでは、１件の電話
帳データが１オクテット（８ビット）の管理番号、３オ
クテットの電話番号、及び３オクテットの氏名から構成
されている。このような電話帳データが登録人数分だけ
格納される。
ーマット例を示す模式図である。ただし、煩雑さを回避
するために単純化されている。同図（Ａ）において、管
理番号は電話帳のページを示し、１つの管理番号が一人
分のデータ（レコード）を示す。ここでは、１件の電話
帳データが１オクテット（８ビット）の管理番号、３オ
クテットの電話番号、及び３オクテットの氏名から構成
されている。このような電話帳データが登録人数分だけ
格納される。
【００２３】図２（Ｂ）は、サーチテーブルが付加され
た１件分の電話帳データのフォーマット例を示す模式図
である。第２オクテットに電話番号サーチテーブルが格
納され、第６オクテットに氏名サーチテーブルが格納さ
れている。第２オクテットには、電話番号サーチテーブ
ルにおける当該データの連続番号が格納され、第２オク
テットには電話番号サーチテーブルにおける当該データ
の連続番号が格納され、第６オクテットには氏名サーチ
テーブルにおける当該データの連続番号が格納される。
た１件分の電話帳データのフォーマット例を示す模式図
である。第２オクテットに電話番号サーチテーブルが格
納され、第６オクテットに氏名サーチテーブルが格納さ
れている。第２オクテットには、電話番号サーチテーブ
ルにおける当該データの連続番号が格納され、第２オク
テットには電話番号サーチテーブルにおける当該データ
の連続番号が格納され、第６オクテットには氏名サーチ
テーブルにおける当該データの連続番号が格納される。
【００２４】サーチテーブルは、携帯電話機１０の判断
により、携帯電話機１０及びコンピュータ２０のいずれ
かで生成される。上述したように、サーチテーブルを作
成することは、電話番号の順番あるいは氏名のアルファ
ベット順などの基準により電話帳データを比較し、順序
づけすることであるから、携帯電話機１０のＣＰＵ１０
２にとっては大きな負荷となる。従って、ＣＰＵ１０２
が他の処理と併行してこのような負荷の大きい処理を実
行することは避ける方が賢明である。本発明では、携帯
電話の判断でサーチテーブル生成処理をコンピュータ２
０に任せ、携帯電話機１０はサーチテーブルの付加され
た電話帳データを受信して電話帳データメモリ１０３に
格納することができる。以下、サーチテーブルの生成に
ついてより詳細に説明する。
により、携帯電話機１０及びコンピュータ２０のいずれ
かで生成される。上述したように、サーチテーブルを作
成することは、電話番号の順番あるいは氏名のアルファ
ベット順などの基準により電話帳データを比較し、順序
づけすることであるから、携帯電話機１０のＣＰＵ１０
２にとっては大きな負荷となる。従って、ＣＰＵ１０２
が他の処理と併行してこのような負荷の大きい処理を実
行することは避ける方が賢明である。本発明では、携帯
電話の判断でサーチテーブル生成処理をコンピュータ２
０に任せ、携帯電話機１０はサーチテーブルの付加され
た電話帳データを受信して電話帳データメモリ１０３に
格納することができる。以下、サーチテーブルの生成に
ついてより詳細に説明する。
【００２５】図３はサーチテーブルの生成過程を示した
説明図である。同図に示すように、Ｎ件の電話帳データ
（以下、レコードいう）Ｐ１〜ＰＮが格納されていると
する。ただし、ここでは説明を簡単にするために、第１
オクテットに管理番号ＲＥＦ、第２オクテットに電話番
号ＴＥＬ、第３オクテットに氏名ＮＡＭＥがそれぞれ格
納されているものとする。これらを電話番号の昇順に並
べ替えて電話番号サーチテーブルＡを生成し、氏名のア
ルファベット順に並べ替えて氏名サーチテーブルＢを生
成する。
説明図である。同図に示すように、Ｎ件の電話帳データ
（以下、レコードいう）Ｐ１〜ＰＮが格納されていると
する。ただし、ここでは説明を簡単にするために、第１
オクテットに管理番号ＲＥＦ、第２オクテットに電話番
号ＴＥＬ、第３オクテットに氏名ＮＡＭＥがそれぞれ格
納されているものとする。これらを電話番号の昇順に並
べ替えて電話番号サーチテーブルＡを生成し、氏名のア
ルファベット順に並べ替えて氏名サーチテーブルＢを生
成する。
【００２６】たとえば、レコードＰ１〜ＰＮの電話番号
ＴＥＬ１〜ＴＥＬＮを昇順に並べ替えると、ＴＥＬ２、
ＴＥＬ４、ＴＥＬ１ … ＴＥＬ３の順番になったと仮
定する。この場合、電話番号サーチテーブルＡには、こ
れと同じ順番でＮ個のレコード（管理番号）ＲＥＦ２、
ＲＥＦ４、ＲＥＦ１ … ＲＥＦ３が配列され、順に連
続番号ＳＮ＝１，２，３，… Ｎが付される。同様に、
レコードＰ１〜ＰＮの氏名ＮＡＭＡ１〜ＮＡＭＥＮをア
ルファベット順に並べ替えると、ＮＡＭＥ３、ＮＡＭＥ
１、ＮＡＭＥ２ … ＮＡＭＥ４の順番になったと仮定
する。この場合、氏名サーチテーブルＢには、これと同
じ順番でＮ個のレコード（管理番号）ＲＥＦ３、ＲＥＦ
１、ＲＥＦ２ … ＲＥＦ４が配列され、順に連続番号
ＳＮ＝１，２，３，… Ｎが付される。
ＴＥＬ１〜ＴＥＬＮを昇順に並べ替えると、ＴＥＬ２、
ＴＥＬ４、ＴＥＬ１ … ＴＥＬ３の順番になったと仮
定する。この場合、電話番号サーチテーブルＡには、こ
れと同じ順番でＮ個のレコード（管理番号）ＲＥＦ２、
ＲＥＦ４、ＲＥＦ１ … ＲＥＦ３が配列され、順に連
続番号ＳＮ＝１，２，３，… Ｎが付される。同様に、
レコードＰ１〜ＰＮの氏名ＮＡＭＡ１〜ＮＡＭＥＮをア
ルファベット順に並べ替えると、ＮＡＭＥ３、ＮＡＭＥ
１、ＮＡＭＥ２ … ＮＡＭＥ４の順番になったと仮定
する。この場合、氏名サーチテーブルＢには、これと同
じ順番でＮ個のレコード（管理番号）ＲＥＦ３、ＲＥＦ
１、ＲＥＦ２ … ＲＥＦ４が配列され、順に連続番号
ＳＮ＝１，２，３，… Ｎが付される。
【００２７】このようにサーチテーブルごとに並べ替え
が終了すると、電話番号サーチテーブルＡ及び氏名サー
チテーブルＢのそれぞれの連続番号ＳＮが各レコードの
第２オクテット及び第４オクテットに格納される。レコ
ードＰ１を例にとれば、電話番号サーチテーブルＡでは
第３番目であるから、第２オクテットにはサーチテーブ
ルＡの連続番号ＳＮＡ＝３が格納され、氏名サーチテー
ブルＢでは第２番目であるから、第４オクテットにはサ
ーチテーブルＢの連続番号ＳＮＢ＝２が格納される。他
のレコードも同様である。このようにして、サーチテー
ブルが付加されたＮ件の電話帳データＰ１Ｔ〜ＰＮＴが
生成される。
が終了すると、電話番号サーチテーブルＡ及び氏名サー
チテーブルＢのそれぞれの連続番号ＳＮが各レコードの
第２オクテット及び第４オクテットに格納される。レコ
ードＰ１を例にとれば、電話番号サーチテーブルＡでは
第３番目であるから、第２オクテットにはサーチテーブ
ルＡの連続番号ＳＮＡ＝３が格納され、氏名サーチテー
ブルＢでは第２番目であるから、第４オクテットにはサ
ーチテーブルＢの連続番号ＳＮＢ＝２が格納される。他
のレコードも同様である。このようにして、サーチテー
ブルが付加されたＮ件の電話帳データＰ１Ｔ〜ＰＮＴが
生成される。
【００２８】このようなサーチテーブルが付加されたＮ
件の電話帳データＰ１Ｔ〜ＰＮＴを携帯電話機１０の電
話帳データメモリ１０３に格納しておけば、第２オクテ
ットのサーチテーブル連続番号ＳＮＡ、又はレコードＰ
１〜ＰＮからレコードＰ１Ｔ〜ＰＮＴを作る過程で生じ
たサーチテーブル、又はレコードＰ１Ｔ〜ＰＮＴから作
成し予め用意しておくサーチテーブルＡを参照するだけ
でＮ件の電話番号を昇順に表示部１０５に表示させるこ
とができる。また、第４オクテットのサーチテーブル連
続番号ＳＮＢを参照するだけでＮ件の氏名をアルファベ
ット順に順次表示させることができる。
件の電話帳データＰ１Ｔ〜ＰＮＴを携帯電話機１０の電
話帳データメモリ１０３に格納しておけば、第２オクテ
ットのサーチテーブル連続番号ＳＮＡ、又はレコードＰ
１〜ＰＮからレコードＰ１Ｔ〜ＰＮＴを作る過程で生じ
たサーチテーブル、又はレコードＰ１Ｔ〜ＰＮＴから作
成し予め用意しておくサーチテーブルＡを参照するだけ
でＮ件の電話番号を昇順に表示部１０５に表示させるこ
とができる。また、第４オクテットのサーチテーブル連
続番号ＳＮＢを参照するだけでＮ件の氏名をアルファベ
ット順に順次表示させることができる。
【００２９】図２（Ａ）に示す電話帳データＰ１〜ＰＮ
及び図２（Ｂ）に示すサーチテーブルが付加された電話
帳データＰ１Ｔ〜ＰＮＴは、いずれかが選択されて、コ
ンピュータ２０から携帯電話機１０へ転送される。選択
基準は、携帯電話機１０の側で上述したサーチテーブル
生成処理が他の処理速度にどの程度影響するかによって
定められる。具体的には、後述するように、携帯電話機
１０のＣＰＵ１０２が現在占有されている割合、電話帳
データの登録件数、サーチテーブルの数、シリアルイン
タフェースの伝送速度などを指標として用いることがで
きる。以下、携帯電話機１０及びコンピュータ２０にて
実行される転送制御フローを詳細に説明する。
及び図２（Ｂ）に示すサーチテーブルが付加された電話
帳データＰ１Ｔ〜ＰＮＴは、いずれかが選択されて、コ
ンピュータ２０から携帯電話機１０へ転送される。選択
基準は、携帯電話機１０の側で上述したサーチテーブル
生成処理が他の処理速度にどの程度影響するかによって
定められる。具体的には、後述するように、携帯電話機
１０のＣＰＵ１０２が現在占有されている割合、電話帳
データの登録件数、サーチテーブルの数、シリアルイン
タフェースの伝送速度などを指標として用いることがで
きる。以下、携帯電話機１０及びコンピュータ２０にて
実行される転送制御フローを詳細に説明する。
【００３０】図４は本実施形態における携帯電話機のデ
ータ転送制御動作を示すフローチャートである。ここで
は、ユーザがコンピュータ２０の電話帳データメモリ２
０２に電話帳データを蓄積しており、その電話帳データ
がシリアルインタフェースを介して携帯電話機１０へ転
送される場合を説明する。
ータ転送制御動作を示すフローチャートである。ここで
は、ユーザがコンピュータ２０の電話帳データメモリ２
０２に電話帳データを蓄積しており、その電話帳データ
がシリアルインタフェースを介して携帯電話機１０へ転
送される場合を説明する。
【００３１】携帯電話機１０をコンピュータ２０とシリ
アルインタフェースを介して接続し、操作部１０６によ
ってデータ転送開始を要求する（ステップＳ４０１）。
データ転送開始要求に応答してコンピュータ２０から電
話帳データの登録件数及びサーチテーブル数を受信する
と（ステップＳ４０２）、続いてコンピュータ２０から
電話帳データの第１レコードの第１オクテットデータを
受信する（ステップＳ４０３のＹＥＳ）。ただし、サー
チテーブルの数を予め設定しておけば、コンピュータ２
０からサーチテーブル数を受信する必要なはい、更に、
登録件数の上限値を想定しておけば、登録件数もコンピ
ュータから受信する必要はなくなる。
アルインタフェースを介して接続し、操作部１０６によ
ってデータ転送開始を要求する（ステップＳ４０１）。
データ転送開始要求に応答してコンピュータ２０から電
話帳データの登録件数及びサーチテーブル数を受信する
と（ステップＳ４０２）、続いてコンピュータ２０から
電話帳データの第１レコードの第１オクテットデータを
受信する（ステップＳ４０３のＹＥＳ）。ただし、サー
チテーブルの数を予め設定しておけば、コンピュータ２
０からサーチテーブル数を受信する必要なはい、更に、
登録件数の上限値を想定しておけば、登録件数もコンピ
ュータから受信する必要はなくなる。
【００３２】第１レコードの第１オクテットデータを受
信すると、ＣＰＵ１０２は当該第１オクテットデータを
電話帳データメモリ１０３に格納するとともに、ＣＰＵ
の空き時間計測を開始する（ステップＳ４０４）。更
に、次のオクテットデータを受信すると（ステップＳ４
０５のＹＥＳ）、それが第１レコードの最終オクテット
か否かを判断する（ステップＳ４０６）。
信すると、ＣＰＵ１０２は当該第１オクテットデータを
電話帳データメモリ１０３に格納するとともに、ＣＰＵ
の空き時間計測を開始する（ステップＳ４０４）。更
に、次のオクテットデータを受信すると（ステップＳ４
０５のＹＥＳ）、それが第１レコードの最終オクテット
か否かを判断する（ステップＳ４０６）。
【００３３】まだ第１レコードの最終オクテットに到達
していなければ（ステップＳ４０６のＮＯ）、そのオク
テットデータを電話帳データメモリ１０３に格納した後
（ステップＳ４０７）、当該オクテットデータが最終レ
コードの最終オクテットデータであるか否かを判断する
（ステップＳ４０８）。
していなければ（ステップＳ４０６のＮＯ）、そのオク
テットデータを電話帳データメモリ１０３に格納した後
（ステップＳ４０７）、当該オクテットデータが最終レ
コードの最終オクテットデータであるか否かを判断する
（ステップＳ４０８）。
【００３４】最終レコードの最終オクテットデータでな
い場合には（ステップＳ４０８のＮＯ）、制御をステッ
プＳ４０５へ戻して次のオクテットデータを受信する。
こうして第１レコードのオクテットデータを順次受信し
て格納し、最終オクテットデータに到達すると（ステッ
プＳ４０６のＹＥＳ）、この最終オクテットデータを格
納した後（ステップＳ４０９）、ＣＰＵの空き時間計測
を終了する（ステップＳ４１０）。
い場合には（ステップＳ４０８のＮＯ）、制御をステッ
プＳ４０５へ戻して次のオクテットデータを受信する。
こうして第１レコードのオクテットデータを順次受信し
て格納し、最終オクテットデータに到達すると（ステッ
プＳ４０６のＹＥＳ）、この最終オクテットデータを格
納した後（ステップＳ４０９）、ＣＰＵの空き時間計測
を終了する（ステップＳ４１０）。
【００３５】続いて、計測されたＣＰＵ１０２の空き時
間、電話帳データの登録件数、サーチテーブルの数、シ
リアルインタフェースの伝送速度などに基づいて、ＣＰ
Ｕ１０２がサーチテーブルの生成を行うか、あるいはコ
ンピュータ２０に任せるかを判定する（ステップＳ４１
１）。
間、電話帳データの登録件数、サーチテーブルの数、シ
リアルインタフェースの伝送速度などに基づいて、ＣＰ
Ｕ１０２がサーチテーブルの生成を行うか、あるいはコ
ンピュータ２０に任せるかを判定する（ステップＳ４１
１）。
【００３６】ステップＳ４１１の判断基準は、内部処理
しながら並行して電話帳データからサーチテーブルを作
成できるか否か、言い換えれば、内部処理を大きく遅延
させることなくサーチテーブル作成処理を実行できるだ
けの余力があるか否かという点にある。電話帳データの
登録件数が多ければ、ＣＰＵ１０２の空き時間が多くあ
ってもサーチテーブル作成はコンピュータ側で行う方が
よいし、サーチテーブルの数が多い場合やシリアルデー
タの伝送速度が速い場合も同様である。
しながら並行して電話帳データからサーチテーブルを作
成できるか否か、言い換えれば、内部処理を大きく遅延
させることなくサーチテーブル作成処理を実行できるだ
けの余力があるか否かという点にある。電話帳データの
登録件数が多ければ、ＣＰＵ１０２の空き時間が多くあ
ってもサーチテーブル作成はコンピュータ側で行う方が
よいし、サーチテーブルの数が多い場合やシリアルデー
タの伝送速度が速い場合も同様である。
【００３７】逆に、データ件数が少なくＣＰＵ１０２の
空き時間が十分ある場合あるいはデータ転送速度が遅い
場合のように携帯電話機側で余裕を持ってサーチテーブ
ルを作成できる場合には、サーチテーブルを付加しない
電話帳データ（図２（Ａ）参照）をそのままコンピュー
タ２０から受信する方が望ましい。サーチテーブルを添
付しない分、データ総量が減少しデータ転送処理時間も
短くなるからである。
空き時間が十分ある場合あるいはデータ転送速度が遅い
場合のように携帯電話機側で余裕を持ってサーチテーブ
ルを作成できる場合には、サーチテーブルを付加しない
電話帳データ（図２（Ａ）参照）をそのままコンピュー
タ２０から受信する方が望ましい。サーチテーブルを添
付しない分、データ総量が減少しデータ転送処理時間も
短くなるからである。
【００３８】ただし、サーチテーブルの数やデータ転送
速度は、通常、予め定められている。更に、登録件数の
上限値を予め想定しておけば、ステップＳ４１１の判断
基準としてはＣＰＵ１０２の空き時間のみを考慮すれば
よい。あるいはサーチテーブル作成が問題となる登録件
数のレベルを予め定めておけば、判断処理を簡単にする
ことができる。
速度は、通常、予め定められている。更に、登録件数の
上限値を予め想定しておけば、ステップＳ４１１の判断
基準としてはＣＰＵ１０２の空き時間のみを考慮すれば
よい。あるいはサーチテーブル作成が問題となる登録件
数のレベルを予め定めておけば、判断処理を簡単にする
ことができる。
【００３９】上述した判断基準に従って、ＣＰＵ１０２
はコンピュータ２０へサーチテーブル付加を要求するか
否かを決定する（ステップＳ４１１）。コンピュータ２
０へサーチテーブル付加が必要と判断すれば、サーチテ
ーブル付加要求をコンピュータ２０へ送信し（ステップ
Ｓ４１２）、不要と判断すれば、ＣＰＵ１０２自身がサ
ーチテーブル作成ルーチンをスタートさせる（ステップ
Ｓ４１３）。
はコンピュータ２０へサーチテーブル付加を要求するか
否かを決定する（ステップＳ４１１）。コンピュータ２
０へサーチテーブル付加が必要と判断すれば、サーチテ
ーブル付加要求をコンピュータ２０へ送信し（ステップ
Ｓ４１２）、不要と判断すれば、ＣＰＵ１０２自身がサ
ーチテーブル作成ルーチンをスタートさせる（ステップ
Ｓ４１３）。
【００４０】こうして制御は再びステップＳ４０５へ戻
り、第２レコードから最終レコードの最終オクテットデ
ータまでの電話帳データを受信する（ステップＳ４０５
〜Ｓ４０８）。サーチテーブル付加を要求した場合には
図２（Ｂ）に示すフォーマットのデータを受信する。サ
ーチテーブル不要の場合には図２（Ａ）に示すフォーマ
ットのデータを受信し、携帯電話機１０のＣＰＵ１０２
がサーチテーブルの作成処理を並行して実行する。
り、第２レコードから最終レコードの最終オクテットデ
ータまでの電話帳データを受信する（ステップＳ４０５
〜Ｓ４０８）。サーチテーブル付加を要求した場合には
図２（Ｂ）に示すフォーマットのデータを受信する。サ
ーチテーブル不要の場合には図２（Ａ）に示すフォーマ
ットのデータを受信し、携帯電話機１０のＣＰＵ１０２
がサーチテーブルの作成処理を並行して実行する。
【００４１】図５は本実施形態におけるコンピュータの
データ転送制御動作を示すフローチャートである。携帯
電話機１０とシリアルインタフェースを介して接続さ
れ、携帯電話機１０からデータ転送開始要求を受信する
と（ステップＳ５０１のＹＥＳ）、コンピュータ２０は
電話帳データメモリ２０２に格納された電話帳データの
登録件数及びサーチテーブル数を携帯電話機１０へ送信
し、続いて電話帳データの第１レコードの第１オクテッ
トデータを送信する（ステップＳ５０２）。そして、Ｃ
ＰＵ２０１はサーチテーブル作成処理をスタートさせる
（ステップＳ５０３）。
データ転送制御動作を示すフローチャートである。携帯
電話機１０とシリアルインタフェースを介して接続さ
れ、携帯電話機１０からデータ転送開始要求を受信する
と（ステップＳ５０１のＹＥＳ）、コンピュータ２０は
電話帳データメモリ２０２に格納された電話帳データの
登録件数及びサーチテーブル数を携帯電話機１０へ送信
し、続いて電話帳データの第１レコードの第１オクテッ
トデータを送信する（ステップＳ５０２）。そして、Ｃ
ＰＵ２０１はサーチテーブル作成処理をスタートさせる
（ステップＳ５０３）。
【００４２】続いて、ＣＰＵ２０１は、電話帳データメ
モリ２０２から第１レコードの第１オクテットデータか
ら最終オクテットデータまでを順次読み出し、シリアル
インタフェースを通して携帯電話機１０へ送信する（ス
テップＳ５０４及びステップＳ５０５）。第１レコード
の最終オクテットデータが送信し終わると（ステップＳ
５０５のＹＥＳ）、ＣＰＵ２０１は携帯電話機１０から
サーチテーブル付加要求を受信したか否かを判定する
（ステップＳ５０６）。
モリ２０２から第１レコードの第１オクテットデータか
ら最終オクテットデータまでを順次読み出し、シリアル
インタフェースを通して携帯電話機１０へ送信する（ス
テップＳ５０４及びステップＳ５０５）。第１レコード
の最終オクテットデータが送信し終わると（ステップＳ
５０５のＹＥＳ）、ＣＰＵ２０１は携帯電話機１０から
サーチテーブル付加要求を受信したか否かを判定する
（ステップＳ５０６）。
【００４３】携帯電話機１０がサーチテーブル付加を要
求した場合には（ステップＳ５０６の有）、サーチテー
ブルのデータを含めて第２レコード以降の電話帳データ
を携帯電話機１０へ送信する（ステップＳ５０７）。図
２（Ｂ）に示すフォーマットの場合には、第２レコード
以降の第１オクテットに管理番号を乗せて送信した後、
第２オクテットに電話番号サーチテーブルデータ（連続
番号）を、第３から第５オクテットに電話番号データ
を、第６オクテットに氏名サーチテーブルデータ（連続
番号）を、そして第７〜第９オクテットに氏名データを
それぞれ乗せて順次送信する。
求した場合には（ステップＳ５０６の有）、サーチテー
ブルのデータを含めて第２レコード以降の電話帳データ
を携帯電話機１０へ送信する（ステップＳ５０７）。図
２（Ｂ）に示すフォーマットの場合には、第２レコード
以降の第１オクテットに管理番号を乗せて送信した後、
第２オクテットに電話番号サーチテーブルデータ（連続
番号）を、第３から第５オクテットに電話番号データ
を、第６オクテットに氏名サーチテーブルデータ（連続
番号）を、そして第７〜第９オクテットに氏名データを
それぞれ乗せて順次送信する。
【００４４】携帯電話機１０がサーチテーブル付加を要
求しなかった場合には（ステップＳ５０６の無）、サー
チテーブルの作成を停止し（ステップＳ５０８）、第２
レコード以降の電話帳データをそのまま送信する（ステ
ップＳ５０９）。図２（Ａ）に示すフォーマットの場合
には、第２レコード以降の第１オクテットに管理番号
を、第２〜第４オクテットに電話番号データを、第５〜
第７オクテットに氏名データをそれぞれ乗せて順次送信
する。
求しなかった場合には（ステップＳ５０６の無）、サー
チテーブルの作成を停止し（ステップＳ５０８）、第２
レコード以降の電話帳データをそのまま送信する（ステ
ップＳ５０９）。図２（Ａ）に示すフォーマットの場合
には、第２レコード以降の第１オクテットに管理番号
を、第２〜第４オクテットに電話番号データを、第５〜
第７オクテットに氏名データをそれぞれ乗せて順次送信
する。
【００４５】図６は、コンピュータから携帯電話機へサ
ーチテーブルを付加した電話帳データを転送する場合の
シーケンス図である。同図において、携帯電話機１０及
びコンピュータ２０に２つの処理（内部処理及びインタ
フェース処理）が記載されているのは、各ＣＰＵの処理
がマルチタスク化されているためである。特に、インタ
フェース処理は、用意するインタフェース部１０７，２
０６のハードウエアの能力差で処理時間が大きく異な
る。
ーチテーブルを付加した電話帳データを転送する場合の
シーケンス図である。同図において、携帯電話機１０及
びコンピュータ２０に２つの処理（内部処理及びインタ
フェース処理）が記載されているのは、各ＣＰＵの処理
がマルチタスク化されているためである。特に、インタ
フェース処理は、用意するインタフェース部１０７，２
０６のハードウエアの能力差で処理時間が大きく異な
る。
【００４６】携帯電話機１０をコンピュータ２０と接続
し、操作部１０６によってデータ転送開始を要求する
と、インタフェース処理はコンピュータ２０へデータ転
送開始要求を送信する。これを受けてコンピュータ２０
のインタフェース処理は電話帳データの第１レコードの
第１オクテットデータを携帯電話機１０へ送信するとと
もに、コンピュータ２０の内部処理に対してサーチテー
ブル作成を要求する。これによってコンピュータ２０の
内部処理はサーチテーブル作成を開始する。ただし、こ
こでは次の条件によって、登録件数が多くとも携帯電話
機１０のＣＰＵ１０２に十分な空き時間があればサーチ
テーブル作成可能と判断されるものとし、登録件数は携
帯電話機１０へ送信されない。更に、サーチテーブル数
及び伝送速度は予め決められているために携帯電話機１
０へ送信されない。
し、操作部１０６によってデータ転送開始を要求する
と、インタフェース処理はコンピュータ２０へデータ転
送開始要求を送信する。これを受けてコンピュータ２０
のインタフェース処理は電話帳データの第１レコードの
第１オクテットデータを携帯電話機１０へ送信するとと
もに、コンピュータ２０の内部処理に対してサーチテー
ブル作成を要求する。これによってコンピュータ２０の
内部処理はサーチテーブル作成を開始する。ただし、こ
こでは次の条件によって、登録件数が多くとも携帯電話
機１０のＣＰＵ１０２に十分な空き時間があればサーチ
テーブル作成可能と判断されるものとし、登録件数は携
帯電話機１０へ送信されない。更に、サーチテーブル数
及び伝送速度は予め決められているために携帯電話機１
０へ送信されない。
【００４７】一方、携帯電話機１０のインタフェース処
理は、第１レコードの第１オクテットデータを受信する
と、その受信オクテットデータを格納するとともに、内
部処理にＣＰＵの空き時間計測開始を命令する。以後、
コンピュータ２０のインタフェース処理は、第１レコー
ドの第２オクテットデータ、第３オクテットデータ、…
というように１件分（第１レコード）の電話帳データ
を携帯電話機１０へ順次送信する。この最初の１件分の
データは、無条件に図２（Ａ）に示すデータフォーマッ
トが使用される。
理は、第１レコードの第１オクテットデータを受信する
と、その受信オクテットデータを格納するとともに、内
部処理にＣＰＵの空き時間計測開始を命令する。以後、
コンピュータ２０のインタフェース処理は、第１レコー
ドの第２オクテットデータ、第３オクテットデータ、…
というように１件分（第１レコード）の電話帳データ
を携帯電話機１０へ順次送信する。この最初の１件分の
データは、無条件に図２（Ａ）に示すデータフォーマッ
トが使用される。
【００４８】携帯電話機１０のインタフェース処理が第
１レコードの最終オクテットデータを受信すると、内部
処理に対してＣＰＵ空き時間計測を終了するように命令
し、これを受けて内部処理は直ちに計測を終了し、計測
されたＣＰＵ空き時間をインタフェース処理へ報告す
る。携帯電話機１０のインタフェース処理は、上述した
ように、計測されたＣＰＵ空き時間情報に基づいてサー
チテーブル作成処理を内部で行うかコンピュータ２０で
計算されたデータを使用するかの判断を行う。
１レコードの最終オクテットデータを受信すると、内部
処理に対してＣＰＵ空き時間計測を終了するように命令
し、これを受けて内部処理は直ちに計測を終了し、計測
されたＣＰＵ空き時間をインタフェース処理へ報告す
る。携帯電話機１０のインタフェース処理は、上述した
ように、計測されたＣＰＵ空き時間情報に基づいてサー
チテーブル作成処理を内部で行うかコンピュータ２０で
計算されたデータを使用するかの判断を行う。
【００４９】具体的には、計測されたＣＰＵ空き時間が
所定のしきい値より大きい場合にはサーチテーブル作成
に十分な余力があると判断し、携帯電話機１０の内部処
理でサーチテーブルを作成する。他方、計測されたＣＰ
Ｕ空き時間が所定のしきい値以下の場合には、ＣＰＵ１
０２に十分な余力がなく、内部処理でサーチテーブルを
作成すると他の処理（通信制御やデータ処理等）への影
響が大きいと判断し、サーチテーブル作成はコンピュー
タ１０に任される。この所定しきい値は、上述したよう
に、携帯電話機１０の内部処理と並行して電話帳データ
からサーチテーブルを作成できるか否かを基準として決
定される。
所定のしきい値より大きい場合にはサーチテーブル作成
に十分な余力があると判断し、携帯電話機１０の内部処
理でサーチテーブルを作成する。他方、計測されたＣＰ
Ｕ空き時間が所定のしきい値以下の場合には、ＣＰＵ１
０２に十分な余力がなく、内部処理でサーチテーブルを
作成すると他の処理（通信制御やデータ処理等）への影
響が大きいと判断し、サーチテーブル作成はコンピュー
タ１０に任される。この所定しきい値は、上述したよう
に、携帯電話機１０の内部処理と並行して電話帳データ
からサーチテーブルを作成できるか否かを基準として決
定される。
【００５０】ここでは、計測されたＣＰＵ空き時間が所
定のしきい値以下でＣＰＵ１０２に十分な余力がないと
すると、携帯電話機１０のインタフェース処理はサーチ
テーブル付加要求をコンピュータ２０へ送信する。これ
を受信したコンピュータ２０のインタフェース処理は内
部処理へサーチテーブル付加を要求し、内部処理はサー
チテーブルデータをインタフェース処理へ送る。インタ
フェース処理は、第２レコードの第１オクテットデータ
を携帯電話機１０へ送信した後、第２レコードの第２オ
クテットデータとしてサーチテーブルデータ（ここで
は、電話番号サーチテーブル）を携帯電話機１０へ送信
する。以下同様にして、電話帳データの各件のデータを
図２（Ｂ）に示すデータフォーマットに従って携帯電話
１０へ順次送信する。
定のしきい値以下でＣＰＵ１０２に十分な余力がないと
すると、携帯電話機１０のインタフェース処理はサーチ
テーブル付加要求をコンピュータ２０へ送信する。これ
を受信したコンピュータ２０のインタフェース処理は内
部処理へサーチテーブル付加を要求し、内部処理はサー
チテーブルデータをインタフェース処理へ送る。インタ
フェース処理は、第２レコードの第１オクテットデータ
を携帯電話機１０へ送信した後、第２レコードの第２オ
クテットデータとしてサーチテーブルデータ（ここで
は、電話番号サーチテーブル）を携帯電話機１０へ送信
する。以下同様にして、電話帳データの各件のデータを
図２（Ｂ）に示すデータフォーマットに従って携帯電話
１０へ順次送信する。
【００５１】上記実施形態では、携帯電話機とコンピュ
ータとの組み合わせの場合を説明したが、一般に電話帳
機能を有する情報機器間であれば本発明が適用可能であ
ることは明白である。特に、本発明は、携帯電話機と同
様にハードウエアの制限が生じる携帯情報端末に対して
有効である。
ータとの組み合わせの場合を説明したが、一般に電話帳
機能を有する情報機器間であれば本発明が適用可能であ
ることは明白である。特に、本発明は、携帯電話機と同
様にハードウエアの制限が生じる携帯情報端末に対して
有効である。
【００５２】また、上記実施形態では携帯電話機とコン
ピュータとの接続にシリアルインタフェースを使用した
が、本発明は特定のインタフェースに依存するものでは
ない。一般的なＲＳ２３２Ｃインタフェースのようなケ
ーブル接続によるものの他に、光通信を用いたインタフ
ェースや、無線通信を用いたものも同様に使用可能であ
る。更に、プリンタインタフェースなどに使用されるパ
ラレルインタフェースであっても同様に実現可能であ
る。
ピュータとの接続にシリアルインタフェースを使用した
が、本発明は特定のインタフェースに依存するものでは
ない。一般的なＲＳ２３２Ｃインタフェースのようなケ
ーブル接続によるものの他に、光通信を用いたインタフ
ェースや、無線通信を用いたものも同様に使用可能であ
る。更に、プリンタインタフェースなどに使用されるパ
ラレルインタフェースであっても同様に実現可能であ
る。
【００５３】
【発明の効果】以上詳細に説明したように、本発明によ
れば、第１情報機器（上記実施形態ではコンピュータ）
から第２情報機器（上記実施形態では携帯電話機）へデ
ータを転送する際に、第２情報機器において検索テーブ
ルを作成する余裕があるか否かを判定し、余裕があれば
データを第２情報機器へ転送し、余裕がなければ第１情
報機器にて検索テーブルを作成してそれを付加したデー
タを第２情報機器へ転送する。このように必要に応じて
検索テーブル作成を第１情報機器に任せることにより、
検索処理による過度の負担を回避でき、第２情報機器で
検索テーブル作成に起因する他の処理の遅延を避けるこ
とができる。
れば、第１情報機器（上記実施形態ではコンピュータ）
から第２情報機器（上記実施形態では携帯電話機）へデ
ータを転送する際に、第２情報機器において検索テーブ
ルを作成する余裕があるか否かを判定し、余裕があれば
データを第２情報機器へ転送し、余裕がなければ第１情
報機器にて検索テーブルを作成してそれを付加したデー
タを第２情報機器へ転送する。このように必要に応じて
検索テーブル作成を第１情報機器に任せることにより、
検索処理による過度の負担を回避でき、第２情報機器で
検索テーブル作成に起因する他の処理の遅延を避けるこ
とができる。
【図１】本発明によるデータ転送システムの一実施形態
を示すブロック図である。
を示すブロック図である。
【図２】（Ａ）は１件分の電話帳データのフォーマット
例を示す模式図であり、（Ｂ）はサーチテーブルが付加
された１件分の電話帳データのフォーマット例を示す模
式図である。
例を示す模式図であり、（Ｂ）はサーチテーブルが付加
された１件分の電話帳データのフォーマット例を示す模
式図である。
【図３】サーチテーブルの生成過程を示した説明図であ
る。
る。
【図４】本実施形態における携帯電話機のデータ転送制
御動作を示すフローチャートである。
御動作を示すフローチャートである。
【図５】本実施形態におけるコンピュータのデータ転送
制御動作を示すフローチャートである。
制御動作を示すフローチャートである。
【図６】コンピュータから携帯電話機へサーチテーブル
を付加した電話帳データを転送する場合のシーケンス図
である。
を付加した電話帳データを転送する場合のシーケンス図
である。
１０ 携帯電話機 ２０ コンピュータ １０１ ＣＰＵ １０３ 電話帳データメモリ １０４ ＲＯＭ １０５ 表示部 １０６ 操作部 １０７ シリアルインタフェース ２０１ ＣＰＵ ２０２ 電話帳データメモリ ２０３ ＲＯＭ ２０４ モニタ ２０５ 入力デバイス ２０６ シリアルインタフェース
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA25 GB04 JA33 JB01 KA06 KB06 KC44 KC52 5K036 AA07 BB01 DD11 DD32 DD39 DD46 5K067 AA34 BB21 EE02 EE25 FF07 HH23 KK15
Claims (9)
- 【請求項１】 検索機能を有する第１及び第２情報機器
の間で検索処理を行うべき複数件のデータを転送する方
法において、 ａ）前記第１情報機器に前記複数件のデータを格納し、 ｂ）前記第１情報機器から前記第２情報機器へ前記複数
件のデータを転送する際に、前記第２情報機器が前記複
数件のデータから検索テーブルを生成する余力があるか
否かを判定し、 ｃ）前記第２情報機器に前記複数件のデータから検索テ
ーブルを生成する余力がある判定された場合には、前記
第１情報機器から前記第２情報機器へ前記複数件のデー
タを順次転送し、 ｄ）前記第２情報機器に前記複数件のデータから検索テ
ーブルを生成する余力がない判定された場合には、前記
第１情報機器において前記検索テーブルを作成し、作成
された検索テーブルを付加した前記複数件のデータを前
記第１情報機器から前記第２情報機器へ順次転送する、 ステップからなることを特徴とする情報機器間のデータ
転送方法。 - 【請求項２】 前記第２情報機器に前記複数件のデータ
から検索テーブルを生成する余力があるか否かの判定ス
テップ（ｂ）は、少なくとも前記第２情報機器の情報処
理部の空き時間に基づいて行われる、ことを特徴とする
請求項１記載のデータ転送方法。 - 【請求項３】 判定ステップ（ｂ）は、更に、前記複数
件のデータの件数と、前記検索テーブルの数と、前記第
１及び第２情報機器間のデータ転送速度とに基づいて行
われる、ことを特徴とする請求項２記載のデータ転送方
法。 - 【請求項４】 前記判定ステップ（ｂ）は、 前記第１情報機器から前記第２情報機器へ第１件のデー
タの第１データブロックが転送された時に、前記第２情
報機器の前記情報処理部の空き時間計測を開始し、 前記第１件のデータの最終データブロックが転送された
時に、前記空き時間計測を終了して計測空き時間を生成
し、 少なくとも前記計測空き時間と所定しきい値とを比較す
ることで、前記第２情報機器に前記複数件のデータから
検索テーブルを生成する余力があるか否か判定する、 ステップからなることを特徴とする請求項２記載のデー
タ転送方法。 - 【請求項５】 前記複数件のデータは、電話帳データで
あることを特徴とする請求項１ないし４のいずれかに記
載のデータ転送方法。 - 【請求項６】 第１及び第２情報機器の間で検索処理を
行うべき複数件のデータを転送するシステムにおいて、 前記第１情報機器と前記第２情報機器とが所定のインタ
フェースを通して接続されており、 前記第１情報機器は、 前記複数件のデータを格納した第１格納手段と、 前記第２情報機器から受信した検索要求に応答して、前
記複数件のデータから検索テーブルを作成する検索処理
手段と、 前記検索要求を受信しなかった場合には前記複数件のデ
ータを、前記検索要求を受信した場合には前記検索テー
ブルを付加した前記複数件のデータを、前記インタフェ
ースを通して前記第２情報機器へ送信する第１情報処理
手段と、 からなり、 前記第２情報機器は、 前記複数件のデータを格納するための第２格納手段と、 前記第１情報機器から前記複数件のデータを受信する際
に、前記複数件のデータから検索テーブルを生成する余
力があるか否かを判定し、前記検索テーブルを生成する
余力がある判定された場合には前記第１情報機器から前
記複数件のデータを順次受信して前記第２格納手段に格
納し、前記検索テーブルを生成する余力がない判定され
た場合には前記第１情報機器へ前記検索要求を送信し、
その後前記検索テーブルが付加された前記複数件のデー
タを前記第１情報機器から順次受信して前記第２格納手
段に格納する第２情報処理手段と、 からなることを特徴とするデータ転送システム。 - 【請求項７】 前記第１及び第２情報機器のうち、少な
くとも前記第２情報機器は携帯情報機器であることを特
徴とする請求項６記載のデータ転送システム。 - 【請求項８】 前記複数件のデータは、電話帳データで
あることを特徴とする請求項６又は７記載のデータ転送
システム。 - 【請求項９】 前記第１情報機器はコンピュータであ
り、前記第２情報機器は携帯電話機であることを特徴と
する請求項８記載のデータ転送システム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10271028A JP2968793B1 (ja) | 1998-09-25 | 1998-09-25 | 情報機器間のデータ転送方法及びシステム |
| US09/404,312 US6625445B1 (en) | 1998-09-25 | 1999-09-24 | Data transfer method and system |
| GB9922705A GB2344027B (en) | 1998-09-25 | 1999-09-24 | Data transfer method and system |
| AU50183/99A AU750385B2 (en) | 1998-09-25 | 1999-09-27 | Data transfer method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10271028A JP2968793B1 (ja) | 1998-09-25 | 1998-09-25 | 情報機器間のデータ転送方法及びシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2968793B1 JP2968793B1 (ja) | 1999-11-02 |
| JP2000101706A true JP2000101706A (ja) | 2000-04-07 |
Family
ID=17494407
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10271028A Expired - Fee Related JP2968793B1 (ja) | 1998-09-25 | 1998-09-25 | 情報機器間のデータ転送方法及びシステム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6625445B1 (ja) |
| JP (1) | JP2968793B1 (ja) |
| AU (1) | AU750385B2 (ja) |
| GB (1) | GB2344027B (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002023871A1 (fr) * | 2000-09-14 | 2002-03-21 | Matsushita Electric Industrial Co., Ltd. | Systeme d'echange, terminal de communication associe et dispositif de communication par echange |
| JP2002297518A (ja) * | 2001-03-29 | 2002-10-11 | Kyocera Corp | 携帯電話端末及び情報指定端末 |
| WO2006080084A1 (ja) * | 2005-01-28 | 2006-08-03 | Fujitsu Limited | 移動機 |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2359461A (en) * | 2000-02-21 | 2001-08-22 | Nokia Mobile Phones Ltd | Personalised information from a phone is backed up and/or transferred between phones using a computer |
| JP2002016693A (ja) * | 2000-06-30 | 2002-01-18 | Toshiba Corp | 応答メッセージ再生方法、応答メッセージ記録方法及び無線通信システム |
| US6907264B1 (en) * | 2000-08-09 | 2005-06-14 | Lucent Technologies Inc. | Methods and apparatus for modularization of real time and task oriented features in wireless communications |
| US8023925B2 (en) * | 2002-08-07 | 2011-09-20 | Deluca Peter | System and method for receiving and transferring a telephone directory from one cellular telephone to the same or another |
| WO2005088947A1 (en) * | 2004-03-17 | 2005-09-22 | Swedect Ab | Mobile phone system |
| KR100672529B1 (ko) * | 2005-04-27 | 2007-01-24 | 엘지전자 주식회사 | 이동통신단말기에서의 전화번호부 검색 방법 및 장치 |
| US20070094435A1 (en) * | 2005-10-25 | 2007-04-26 | Fry Walter G | Computer docking system and method |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08101843A (ja) | 1994-09-30 | 1996-04-16 | Fuji Xerox Co Ltd | 情報検索装置 |
| GB2301987B (en) | 1995-06-05 | 2000-01-12 | Nokia Mobile Phones Ltd | Radio telephone text transmission system |
| EP0958672A4 (en) * | 1995-06-07 | 2002-05-22 | Comm Inc E | TRANSFER CONTROL WITH LOW POWER CONSUMPTION FOR A HOST COMPUTER SERVER |
| US5930703A (en) * | 1996-03-21 | 1999-07-27 | Ericsson Inc. | Methods and systems for programming a cellular radiotelephone |
| JPH09284379A (ja) | 1996-04-18 | 1997-10-31 | Kokusai Electric Co Ltd | 簡易型携帯電話機 |
| JP3098442B2 (ja) * | 1997-01-28 | 2000-10-16 | 日本電気移動通信株式会社 | 電話システム |
-
1998
- 1998-09-25 JP JP10271028A patent/JP2968793B1/ja not_active Expired - Fee Related
-
1999
- 1999-09-24 US US09/404,312 patent/US6625445B1/en not_active Expired - Fee Related
- 1999-09-24 GB GB9922705A patent/GB2344027B/en not_active Expired - Fee Related
- 1999-09-27 AU AU50183/99A patent/AU750385B2/en not_active Ceased
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002023871A1 (fr) * | 2000-09-14 | 2002-03-21 | Matsushita Electric Industrial Co., Ltd. | Systeme d'echange, terminal de communication associe et dispositif de communication par echange |
| JP2002297518A (ja) * | 2001-03-29 | 2002-10-11 | Kyocera Corp | 携帯電話端末及び情報指定端末 |
| JP4637395B2 (ja) * | 2001-03-29 | 2011-02-23 | 京セラ株式会社 | 携帯電話端末及び情報指定端末 |
| WO2006080084A1 (ja) * | 2005-01-28 | 2006-08-03 | Fujitsu Limited | 移動機 |
| US7835767B2 (en) | 2005-01-28 | 2010-11-16 | Fujitsu Limited | Mobile terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| AU5018399A (en) | 2000-03-30 |
| US6625445B1 (en) | 2003-09-23 |
| AU750385B2 (en) | 2002-07-18 |
| GB2344027B (en) | 2003-03-19 |
| GB9922705D0 (en) | 1999-11-24 |
| GB2344027A (en) | 2000-05-24 |
| JP2968793B1 (ja) | 1999-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101095139B (zh) | 使用逐字节比较来搜索和提供对象 | |
| US6084954A (en) | System and method for correlating incoming and outgoing telephone calls using predictive logic | |
| US8150017B2 (en) | Phone dialer with advanced search feature and associated method of searching a directory | |
| US6101505A (en) | Method of managing files of a portable information terminal according to available memory | |
| US20010020239A1 (en) | Business card managing system | |
| US20090049392A1 (en) | Visual navigation | |
| JP2968793B1 (ja) | 情報機器間のデータ転送方法及びシステム | |
| EP2160915A1 (en) | Automatic contact information entry via location sensing | |
| KR100603939B1 (ko) | 유무선 통신 단말기를 이용하여 전화번호 소유자 정보를제공하는 방법 및 그 시스템 | |
| US6895404B2 (en) | System and method for electronically searching for information from a sorted data set | |
| US8069189B2 (en) | Portable terminal | |
| CN1816067B (zh) | 信息终端 | |
| KR100382783B1 (ko) | 인터넷 정보 재검색을 위한 무선 단말기 및 그 방법 | |
| JP4088405B2 (ja) | アドレス検索接続システム | |
| JP2002244968A (ja) | データ表示システム、データ表示方法及び記録媒体 | |
| JP2008242681A (ja) | 検索サービスシステム、検索サーバ、検索サービス方法および検索サービス用プログラム | |
| US20040203654A1 (en) | Method and system for obtaining information using a mobile communications device | |
| US6792453B1 (en) | Information terminal unit, character input control method to be used in the same, and storage medium recording control program therefor | |
| EP1185121A2 (en) | Information communication apparatus, information communication method, and recording medium for recording the information communication method | |
| JP2008070988A (ja) | プレゼンスサービス支援システム、プレゼンスサービス支援方法、およびコンピュータプログラム | |
| JP4485650B2 (ja) | 電子機器 | |
| JP2002342247A (ja) | 携帯端末における電子メール一覧の取得方法、プログラム、及び携帯端末 | |
| CN104462529B (zh) | 管理导航历史 | |
| KR20040026436A (ko) | 이동통신 시스템에서 인터넷 북마크 정보를 단말에 저장,연결 및 삭제하는 방법 | |
| JP2001229085A (ja) | 通信端末およびそのデータ共有方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19990721 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070820 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080820 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080820 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090820 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090820 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100820 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |