(57)【要約】      （修正有）【課題】データの保全性を高めるようにした情報処理システム、情報処理装置、無線端末、情報処理方法及びプログラムを提供する。【解決手段】データを処理する処理手段１００と、その処理結果を表示手段１０１に表示させる表示制御手段１０２とを備えた親機１０３と、この親機１０３との間で無線による接続が可能な子機１０４とを含む情報処理システム１０５であって、子機１０４は、親機１０３の処理手段１００で処理されるデータを蓄積する蓄積手段１０６と、親機１０３からの要求に応じて蓄積手段１０６からデータを読み出し、親機１０３に送信する送信手段１０７とを備える。【選択図】図１２
2013021425.tif 000002
【特許請求の範囲】
【請求項１】
データを処理する処理手段と、その処理結果を表示手段に表示させる表示制御手段とを備えた親機と、この親機との間で無線による接続が可能な子機と、を含む情報処理システムであって、
前記子機は、前記親機の処理手段で処理されるデータを蓄積する蓄積手段と、前記親機からの要求に応じて蓄積手段からデータを読み出し、前記親機に送信する送信手段と、を備えたことを特徴とする情報処理システム。
【請求項２】
前記子機は、さらに、前記蓄積手段に蓄積するデータを暗号化する暗号化手段を備えたことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
子機との間で無線による接続が可能な情報処理装置であって、
データを処理する処理手段と、
その処理結果を表示手段に表示させる表示制御手段と、
前記子機に対して前記データを要求する要求手段と、を備えたことを特徴とする情報処理装置。
【請求項４】
請求項３に記載の情報処理装置と対で用いられる子機としての無線端末であって、
前記情報処理装置の処理手段で処理されるデータを蓄積する蓄積手段と、
前記情報処理装置の要求手段からの要求に応じて蓄積手段からデータを読み出し、前記情報処理装置に送信する送信手段と、を備えたことを特徴とする無線端末。
【請求項５】
親機側の工程に、データを処理する処理工程と、その処理結果を表示手段に表示させる表示制御工程とを含むとともに、前記親機との間で無線による接続が可能な子機側の工程に、前記親機の処理工程で処理されるデータを蓄積する蓄積工程と、前記親機からの要求に応じて蓄積データを読み出し、前記親機に送信する送信工程とを含むことを特徴とする情報処理方法。
【請求項６】
子機との間で無線による接続が可能な情報処理装置のコンピュータを、
データを処理する処理手段、
その処理結果を表示手段に表示させる表示制御手段、
および、前記子機に対して前記データを要求する要求手段として機能させることを特徴とするプログラム。
【請求項７】
請求項６に記載の情報処理装置と対で用いられる子機としての無線端末のコンピュータを、
前記情報処理装置の処理手段で処理されるデータを蓄積する蓄積手段、
前記情報処理装置の要求手段からの要求に応じて蓄積手段からデータを読み出し、前記親機に送信する送信手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、無線端末、情報処理方法及びプログラムに関し、データの保全性を高めた情報処理システム、情報処理装置、無線端末、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
情報処理システムとは、情報の入力を受付けて、内部で演算処理することで整理や加工を行い、必要に応じて情報を蓄積したり出力したりする一連の機械装置の集合体であって、コンピュータのハードウェアやソフトウェアに加えて入出力装置やそれらを連接する通信ネットワーク等から構成された体系のことである。広義には、あらゆるコンピュータシステム（またはコンピュータ応用システム）が「情報処理システム」に含まれるが、たとえば、携帯電話機などの通信端末を含むシステムも「情報処理システム」であるということができる。近年の携帯電話機は、電話の送受話機能のみならず、メール機能や各種のデータ通信機能を備えているからであり、内部で所要のデータ処理（たとえば、メールデータの蓄積保存や整理出力等）を行っているからである。
【０００３】
かかる携帯電話機においては、近年、使い勝手や利便性の向上などを狙いとして、ブルーツース等の近距離無線通信技術（以下、ブルーツースで代表する）を利用することが行われている。ちなみに、ブルーツース（Ｂｌｕｅｔｏｏｔｈ）とは、２．４５ＧＨｚ帯の電波を利用して最大２４Ｍｂｐｓのデータ転送を実現し、数ｍ程度の近距離の機器間接続に用いられる技術である。
【０００４】
ブルーツース利用の携帯電話システムとしては、たとえば、携帯電話機を親機と子機で構成し、それらの親機と子機の間をブルーツースで接続するもの（下記の特許文献１参照）や、ブルースツースＵＳＢアダプタとブルーツースヘッドセットとを一体化し、携帯電話機の筐体に着脱自在に装着できるようにしたもの（下記の特許文献２参照）、または、親機と子機との間をブルーツースで接続し、親機を映像受信やメール及びデータ通信並びに音声の受話用とするとともに、子機を音声の送・受話用とするもの（下記の特許文献３参照）などが知られている。
【０００５】
これらの技術によれば、親機と子機の間で通話やデータ通信を行うことができ（特許文献１）、また、必要に応じて、ブルースツースＵＳＢアダプタとして用いたり、ブルーツースヘッドセットとして用いたりすることができ（特許文献２）、また、親機で映像を見たり、メールの送受信やデータ通信を行ったり、電話を受けたりすることができるとともに、子機で電話をかけたり受けたりすることができる（特許文献３）から、携帯電話システムの使い勝手や利便性を向上できる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−０８８８９２号公報
【特許文献２】特開２００９−１４１４９９号公報
【特許文献３】特開２０１０−０９３７６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１の技術は、親機と子機との間のブルーツース接続を示唆するものにすぎず、また、特許文献２の技術は、子機にブルースツースＵＳＢアダプタの機能とブルーツースヘッドセットの機能を持たせることを示唆するものにすぎず、また、特許文献３の技術は、子機に音声の送・受話の機能を持たせることを示唆するものにすぎず、いずれも下記の課題を有している。
【０００８】
すなわち、携帯電話機は、その内部に様々なデータを保持（蓄積）しており、そのデータの中には他人に見られては困るもの（保全性を必要とするデータ）も少なからず存在するが、前記の特許文献１〜３の技術は、データの保全性についてまったく考慮されていないから、この点（データの保全性）において、改善すべき課題がある。
【０００９】
そこで、本発明の目的は、データの保全性を高めるようにした情報処理システム、情報処理装置、無線端末、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の情報処理システムは、データを処理する処理手段と、その処理結果を表示手段に表示させる表示制御手段とを備えた親機と、この親機との間で無線による接続が可能な子機と、を含む情報処理システムであって、前記子機は、前記親機の処理手段で処理されるデータを蓄積する蓄積手段と、前記親機からの要求に応じて蓄積手段からデータを読み出し、前記親機に送信する送信手段と、を備えたことを特徴とする。
本発明の情報処理装置は、子機との間で無線による接続が可能な情報処理装置であって、データを処理する処理手段と、その処理結果を表示手段に表示させる表示制御手段と、前記子機に対して前記データを要求する要求手段と、を備えたことを特徴とする。
本発明の無線端末は、前記情報処理装置と対で用いられる子機としての無線端末であって、前記情報処理装置の処理手段で処理されるデータを蓄積する蓄積手段と、前記情報処理装置の要求手段からの要求に応じて蓄積手段からデータを読み出し、前記情報処理装置に送信する送信手段と、を備えたことを特徴とする。
本発明の情報処理方法は、親機側の工程に、データを処理する処理工程と、その処理結果を表示手段に表示させる表示制御工程とを含むとともに、前記親機との間で無線による接続が可能な子機側の工程に、前記親機の処理工程で処理されるデータを蓄積する蓄積工程と、前記親機からの要求に応じて蓄積データを読み出し、前記親機に送信する送信工程とを含むことを特徴とする。
本発明のプログラムは、子機との間で無線による接続が可能な情報処理装置のコンピュータを、データを処理する処理手段、その処理結果を表示手段に表示させる表示制御手段、および、前記子機に対して前記データを要求する要求手段として機能させることを特徴とする。
本発明のプログラムは、前記情報処理装置と対で用いられる子機としての無線端末のコンピュータを、前記情報処理装置の処理手段で処理されるデータを蓄積する蓄積手段、前記情報処理装置の要求手段からの要求に応じて蓄積手段からデータを読み出し、前記親機に送信する送信手段として機能させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、データの保全性を高めるようにした情報処理システム、情報処理装置、無線端末、情報処理方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施形態の概念的なシステム構成図である。
【図２】親機としての携帯電話機４の概念構成を示す図である。
【図３】子機６の概念構成を示す図である。
【図４】子機側記憶部１５の記憶構造とメール一覧データ生成部１６のデータ生成構造とを示す模式図である。
【図５】携帯電話機４で実行される制御プログラムの概略フローを示す図である。
【図６】親機（携帯電話機４）の表示部１０に表示されたメール一覧データの一例を示す図である。
【図７】親機（携帯電話機４）の表示部１０に表示されたメール本文の一例を示す図である。
【図８】改良例における携帯電話機４の概念構成を示す図である。
【図９】改良例における子機６の概念構成を示す図である。
【図１０】改良例における子機側記憶部１５の記憶構造とメール一覧データ生成部１６のデータ生成構造とを示す模式図である。
【図１１】改良形の携帯電話機４で実行される制御プログラムの概略フローを示す図である。
【図１２】付記１、２の構成図である。
【図１３】付記３、４の構成図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態を、携帯電話システムへの適用を例にして、図面を参照しながら説明する。
【００１４】
＜実施形態の構成＞
図１は、実施形態の概念的なシステム構成図である。この図において、携帯電話システム１は、大まかに、基地局２やネットワーク３及び移動局（携帯電話機やスマートフォンなど；以下、携帯電話機４）などで構成されている。
【００１５】
基地局２は、半径数百ｍから数Ｋｍの範囲（セル）を通信エリアとする携帯電話用の固定無線局であり、多数の基地局２で広範なエリア（セルを並べたもの）をカバーし、セル内に位置する携帯電話機４とネットワーク３との間でやりとりされるデータ通信を中継する。
【００１６】
ネットワーク３は、携帯電話網や公衆電話網及び広域ネットワーク（インターネット等）の集合体であり、このネットワーク３には、不図示の他の携帯電話機や一般加入電話機が必要に応じて接続されるとともに、各種のサービスを提供するサーバが接続されている。
【００１７】
サーバの典型は図示のメールサーバ５である。このメールサーバ５は、メールの送受信サービスを提供するものであり、不図示の他のメールサーバと連携して一の利用者（以下、送信者という）から二の利用者（以下、受信者という）に宛てて送信されたメールを受信者のメールボックスに転送する。
【００１８】
メール送受信の流れは以下のとおりである。
メール送信：
送信者は、自分のメール端末でメールを作成し、そのメールの宛先を受信者にしてネットワーク３に送信する。メールサーバ５は、受信者のメールボックスが自サーバ内に存在すれば、そのメールボックスにメールを保存する一方、メールボックスが存在しなければ、他のメールサーバにメールを転送する。
メール受信：
受信者は、定期的または不定期に自分のメールボックスにメールが届いているか確認し、メールが届いていればそのメールを自分のメール端末にダウンロードしてメールの内容を確認する。
【００１９】
一般的にメール端末はインターネット等の広域ネットワークに接続されたパーソナルコンピュータであるが、携帯電話機４も、音声通話のみならず、メールの送信や受信及び閲覧を行うことができるネットワーク端末である。
【００２０】
メール端末としても利用できる携帯電話機４は利便性に優れているが、メールデータの保全性に改善すべき課題がある。携帯電話機４は常に持ち歩かれる携行品であるため、置き忘れたり盗難に遭ったりすることがあり、悪意の第三者にメールの内容を盗み見られてしまう可能性があるからである。
【００２１】
このような点（置き忘れや盗難）を考慮し、多くの携帯電話機には、パスワードロックなどの保全機能が搭載されているものの、パスワードロックは、携帯電話機を使用するたびにいちいちパスワードを入力しなければならず、手間が掛かって面倒であり、携帯電話機の使い勝手を悪化させるという欠点がある。
【００２２】
本実施形態は、かかる背景に鑑みてなされたものであり、その課題は、パスワードロック等の使い勝手の悪い保全機能を利用することなく、メールデータ等の保全策を簡単に講じることができる技術を提供することにある。
【００２３】
この課題を達成するための構成や動作については、以下の説明で明らかになるが、その概略は以下のとおりである。なお、以下の説明では保全対象のデータをメールデータとしているが、これに限定されないことはもちろんである。第三者に盗み見られては困るデータであればよい。
【００２４】
保全対象データの蓄積場所：
携帯電話機４に保全対象データを蓄積せず、その代わり、携帯電話機４を親機とし、その親機（携帯電話機４）に無線で接続する子機６に保全対象データを蓄積する。親機（携帯電話機４）と子機６の間は近距離無線通信で接続する。近距離無線通信の典型はブルーツースであるが、これに限定されない。たとえば、ＷｉＦｉなどであってもよい。近距離（たとえば数ｍから数十ｍ程度の距離）の無線であればよい。
【００２５】
保全対象データの利用：
携帯電話機４は、保全対象データを利用する際に、子機６から保全対象データを読み出して利用する。また、携帯電話機４は、子機６から読み出した保全対象データを利用した後、保全対象データの痕跡を残さない。
【００２６】
保全対象データの秘匿：
子機６は、蓄積している保全対象データを読解可能な形にして表示する機能を有さない。つまり、子機６は、保全対象データの再生部や、その再生データの表示部などを持たない。加えて、子機６は、特定の親機（携帯電話機４）以外の機器に保全対象データを出力する機能を有さない。これには、たとえば、ブルーツースのペアリング機能やＷｉＦｉのセキュリティ機能などを利用することができる。ペアリング機能は、特定の機器の組み合わせのみの通信を許容するからであり、また、ＷｉＦｉのセキュリティ機能は、パスワード等で認証された特定の機器からの通信のみを許容するからである。また、好ましくは、子機６は、保全対象データを暗号化して蓄積するのが望ましい。何らかの不正な手段で子機６からデータ（保全対象データ）が読み出されても、読解が困難または時間がかかるため、データの秘匿を図ることができるからである。
【００２７】
かかるポイントによって前記の課題を達成することができる。携帯電話機４を置き忘れたり盗難にあったりしても、その携帯電話機４にはデータが蓄積されておらず、したがって、悪意の段三者に盗み見られることがないからである。しかも、親機（携帯電話機４）の近くに子機６を置くだけで、子機６に保全対象データを蓄積することができ、パスワードロック等の使い勝手の悪い保全機能を利用する必要もないからである。
【００２８】
以下、実施形態について具体的に説明する。
図２は、親機としての携帯電話機４の概念構成を示す図である。この図において、携帯電話機４は、アンテナ７ａを介して最寄りの基地局（図１参照）との間でデータ送受信を行うデータ通信用無線送受信部７と、電話帳などのユーザデータを記憶する親機側記憶部８と、テンキーなどを含む操作部９と、液晶ディスプレイ等の表示デバイスからなる表示部１０と、予めペアリングされた子機６（図１参照）との間でアンテナ１１ａを介して近距離のデータ送受信を行う親機側近距離無線通信部（ここではブルーツース部）１１と、これらの各部の動作を統括制御する親機側制御部１２とを備える。なお、これ以外にも、各部の電源を供給するバッテリ等の電源部などを備えているが、図面の輻輳を避けるために省略している。
【００２９】
親機側制御部１２は、コンピュータ（以下、ＣＰＵ）１２ａやプログラム記憶要素（以下、ＲＯＭ）１２ｂ及び演算用作業エリア（以下、ＲＡＭ）１２ｃ並びに不図示の周辺回路を含むプログラム制御方式の制御要素であり、予めＲＯＭ１２ｂに書き込まれている制御プログラムをＲＡＭ１２ｃにロードし、その制御プログラムをＣＰＵ１２ａで実行することによって、親機（携帯電話機４）に必要な各種の機能を実現する。
【００３０】
図３は、子機６の概念構成を示す図である。この図において、子機６は、予めペアリングされた親機（携帯電話機４）との間でアンテナ１３ａを介して近距離のデータ送受信を行う子機側近距離無線通信部（ここではブルーツース部）１３と、子機６の動作を統括制御する子機側制御部１４と、親機（携帯電話機４）から送られてきたメールデータ（保全対象データ）を蓄積保存する子機側記憶部１５と、子機側記憶部１５に蓄積保存されているメールの一覧データを生成するメール一覧データ生成部１６とを備える。なお、これ以外にも、各部の電源を供給するバッテリ等の電源部などを備えているが、図面の輻輳を避けるために省略している。
【００３１】
子機側制御部１４は、コンピュータ（以下、ＣＰＵ）１４ａやプログラム記憶要素（以下、ＲＯＭ）１４ｂ及び演算用作業エリア（以下、ＲＡＭ）１４ｃ並びに不図示の周辺回路を含むプログラム制御方式の制御要素であり、予めＲＯＭ１４ｂに書き込まれている制御プログラムをＲＡＭ１４ｃにロードし、その制御プログラムをＣＰＵ１４ａで実行することによって、子機６に必要な各種の機能を実現する。
【００３２】
図４は、子機側記憶部１５の記憶構造とメール一覧データ生成部１６のデータ生成構造とを示す模式図である。
（ａ）に示すように、子機側記憶部１５は、メールごとに区分けされた多数の記憶領域１５ａ、１５ｂ、１５ｃ・・・・からなる構造を有している。各々の記憶領域にはユニークな識別情報（たとえば、“Ｍ００１”、“Ｍ００２”、“Ｍ００３”・・・・）が付けられており、この識別情報を手掛かり（紐付け情報）にして子機側制御部１４から任意のメールデータを読み出すことができるようになっている。
また、メール一覧データ生成部１６は、子機側制御部１４からの制御を受け、必要に応じ、（ｂ）に示すような構造のメール一覧データテーブル１７を生成する。メール一覧データテーブル１７は、たとえば、前記の識別情報を格納する紐付け情報部１７ａや、メールのヘッダ情報（タイトル、発信者メールアドレス及び受信日時など）を格納するメールヘッダ情報格納部１７ｂなどで構成されたレコードを、子機側記憶部１５の記憶領域１５ａ、１５ｂ、１５ｃ・・・・の数だけ配列した構造を有する。
【００３３】
＜実施形態の動作＞
次に、実施形態の動作について説明する。
図５は、携帯電話機４で実行される制御プログラムの概略フローを示す図である。このフローにおいて、携帯電話機４は、まず、ネットワーク３を介してメールを受信したか否かを判定する（ステップＳ１１）。
【００３４】
メール受信時の動作：
メールの受信を判定（ステップＳ１１→“ＹＥＳ”）した場合、携帯電話機４は、そのメールデータをＲＡＭ１２ｃに一時保存し（ステップＳ１２）、次いで、子機６を呼び出して無線接続を開始する（ステップＳ１３）とともに、子機６の存在を判定する（ステップＳ１４）。
【００３５】
このとき、子機６の存在が判定されなかった場合（ステップＳ１４→“ＮＯ”）は、携帯電話機４の近くに子機６が存在していない、または、子機６の電源が入っていないと判断し、ＲＡＭ１２ｃに一時保存していたメールデータを削除（ステップＳ１５）してデータの痕跡を消してからフローを終了する。
【００３６】
一方、子機６の存在が判定された場合（ステップＳ１４→“ＹＥＳ”）は、ＲＡＭ１２ｃに一時保存しておいたメールデータを子機６に送信し（ステップＳ１６）、子機６の記憶部（子機側記憶部１５）に蓄積保存（ステップＳ１７）させた後、子機６との無線接続を終了し（ステップＳ１８）、ＲＡＭ１２ｃに一時保存していたメールデータを削除（ステップＳ１５）してデータの痕跡を消してからフローを終了する。なお、ステップＳ１７における「子機側記憶部１５へのデータの蓄積保存」は、子機６の制御部（子機側制御部１４）で実行される制御プログラムによって行われる子機側の動作である。
【００３７】
メール読み出し時の動作：
ステップＳ１１の判定結果が“ＮＯ”の場合、つまり、メールの受信を判定しなかった場合は、次に、メールの読み出し操作が行われたか否かを判定する（ステップＳ１９）。メールの読み出し操作とは、親機（携帯電話機４）の操作部９の所定ボタン（メール読み出しまたはメール再生ボタン等）が操作された時のことをいう。
【００３８】
メールの読み出し操作が行われなかったとき（ステップＳ１９→“ＮＯ”）は、そのままフローを終了するが、メールの読み出し操作が行われたとき（ステップＳ１９→“ＹＥＳ”）は、次に、子機６を呼び出して無線接続を開始する（ステップＳ２０）とともに、子機６の存在を判定する（ステップＳ２１）。
【００３９】
このとき、子機６の存在が判定されなかった場合（ステップＳ２１→“ＮＯ”）は、携帯電話機４の近くに子機６が存在していない、または、子機６の電源が入っていないと判断し、そのままフローを終了するが、子機６の存在が判定された場合（ステップＳ２１→“ＹＥＳ”）は、子機６に対してメール一覧データテーブル１７（図４（ｂ）参照）の生成を促し（ステップＳ２２）、その生成結果を子機６から受け取って表示部１０に一覧表示する（ステップＳ２３）。
【００４０】
図６は、親機（携帯電話機４）の表示部１０に表示されたメール一覧データの一例を示す図である。この図において、表示部１０には、メール一覧データテーブル１７（図４（ｂ）参照）のメールのヘッダ情報（タイトル、発信者メールアドレス及び受信日時など）が一覧表示されており、たとえば、図示の例では、第１行目にタイトル「○○××・・・・」、発信者「山田一郎」、受信日時「２０１１／１／１・・・・」、第２行目にタイトル「△△○○・・・・」、発信者「斉藤二郎」、受信日時「２０１１／１／２・・・・」、第３行目にタイトル「□□△△・・・・」、発信者「日本三郎」、受信日時「２０１１／１／３・・・・」といったヘッダ情報が表示されている。
【００４１】
ユーザは、この一覧表示を確認し、本文を読みたいメールがあれば、その行を選択して所定のメール本文読み出し操作（操作部９の確定ボタン操作等）を行う。携帯電話機４の親機側制御部１２は、当該操作が行われたか否かを判定し（ステップＳ２４）、操作を判定すると、子機６の記憶部（子機側記憶部１５）から該当するメールの本文データを読み出し（ステップＳ２５）、表示部１０に表示する。
【００４２】
図７は、親機（携帯電話機４）の表示部１０に表示されたメール本文の一例を示す図である。この図において、表示部１０には、該当メールのヘッダ情報（タイトル、発信者メールアドレス及び受信日時など）と、メールの本文（図では便宜的に“・・・・”としている）とが表示されている。
【００４３】
ユーザは、他のメールを読みたい場合は再びメール一覧データの表示に戻って本文を読みたいメールを選択し、所定のメール本文読み出し操作（操作部９の確定ボタン操作等）を行い、あるいは、メールの読み出しを終了する場合は所定のメール終了操作（操作部９の終了ボタン操作等）を行う。
携帯電話機４は、メール終了操作が行われたか否かを判定し（ステップＳ２６）、メール終了操作が判定されなければ、再び、ステップＳ２４に戻り、メール終了操作が判定されれば、子機６との無線接続を終了（ステップＳ２７）してフローを完了する。
【００４４】
＜実施形態の効果＞
本実施形態は、以上のとおりであるから、パスワードロック等の使い勝手の悪い保全機能を利用することなく、データ（実施形態ではメールデータ）の保全策を簡単に講じることができるという特有の効果を奏することができる。
これは、保全を要するデータの蓄積場所を、携帯電話機４ではなく、この携帯電話機４に無線でつながる子機６としたからであり、万が一、携帯電話機４を置き忘れたり盗難にあったりしても、当該データが悪意の第三者に盗み見られることがないからである。
また、データを蓄積する子機６は、データの再生や表示の機能（構成）を含まないので、たとえ、子機６を置き忘れたり盗難にあったりしてもデータの保全性を損なわない。なお、子機６に蓄積するデータを暗号化しておくことが好ましい。強引な手法で子機６からデータが読み出されたとしても、そのままではデータを読解できないからである。
【００４５】
＜実施形態の改良例＞
実施形態は前記の例に限定されず、その思想の範囲において様々な発展例や変形例を含むことはもちろんであり、たとえば、以下のようにしてもよい。
実施形態では、ブルーツースのペアリングを利用して親機（携帯電話機４）と子機６を１対１で接続しているが、たとえば、複数の親機（携帯電話機４）を１つの子機６に接続するようにしてもよい。これは、人によっては仕事用とプライベート用といった具合に複数台の携帯電話機を持ち歩いていることがあるからであり、本実施形態を適用することにより、仕事用とプライベート用のメールデータを１つの子機６にまとめて蓄積することができ、データの管理がしやすくなるからである。
【００４６】
ところで、複数台の携帯電話機で受信したメールデータを１つの子機６に蓄積する場合、たとえば、仕事用の携帯電話機のメールデータと、プライベート用の携帯電話機のメールデータとを１つの子機６に蓄積する場合には、子機６からのメールの読み出しに工夫が必要になることがある。これは、子機６から携帯電話機にメールを読み出した際に、仕事用のメールとプライベート用のメールが混在してしまい、混乱を生じるからである。
【００４７】
以下に説明する改良例は、複数台の携帯電話機で受信したメールデータを１つの子機６に蓄積する場合の不都合（メール読み出し時の混乱）を回避するようにしたものである。
図８は、改良例における携帯電話機４の概念構成を示す図である。この図において、先の図２に示した携帯電話機４の構成に加え、機器番号付加部１８（破線で囲った部分）が設けられている。
図９は、改良例における子機６の概念構成を示す図である。この図において、先の図３に示した子機６の構成に加え、メール抽出部１９（破線で囲った部分）が設けられている。
【００４８】
機器番号付加部１８は、携帯電話機４で受信したメールデータを子機６に送信して蓄積させる際に、そのメールデータに、携帯電話機４を識別するための番号（以下、機器番号）を付加するためのものである。機器番号は、携帯電話機４の各々をユーザレベルで識別できるものであればよく、たとえば、コードレスホンの子機番号（番号→１、２、３、・・・・）のようなものであってもよい。
【００４９】
メール抽出部１９は、携帯電話機４でメールの読み出し操作が行われた際に、読み出し元の携帯電話機４の機器番号を手掛かりにしてメールの抽出を行うためのものである。
【００５０】
図１０は、改良例における子機側記憶部１５の記憶構造とメール一覧データ生成部１６のデータ生成構造とを示す模式図である。
（ａ）に示すように、子機側記憶部１５は、メールデータと対にして機器番号を記憶する。たとえば、Ｍ００１のメールデータと一緒に機器番号「１」が記憶されており、Ｍ００２のメールデータと一緒に機器番号「１」が記憶されており、Ｍ００３のメールデータと一緒に機器番号「２」が記憶されており、Ｍ００４のメールデータと一緒に機器番号「２」が記憶されており、Ｍ００５のメールデータと一緒に機器番号「１」が記憶されている。
機器番号「１」は、１台の子機６にペアリングされた第１の携帯電話機４を示し、機器番号「２」は、同じ子機６にペアリングされた第２の携帯電話機４を示している。
【００５１】
したがって、メールデータのＭ００１とＭ００２とＭ００５は、第１の携帯電話機４で受信されたメールデータであり、メールデータのＭ００３とＭ００４は、第２の携帯電話機４で受信されたメールデータである。なお、ここでは、第１の携帯電話機４と第２の携帯電話機４としているが、これは、説明の一例にすぎない。子機２にペアリングされる携帯電話機４の台数をｎとした場合に第１〜第ｎの携帯電話機４と読み替えればよく、機器番号も「１」〜「ｎ」としてもよい。
【００５２】
今、第１の携帯電話機４（機器番号「１」）でメールの読み出し操作を行った場合を考える。この場合のメール一覧データテーブル１７は、（ｂ）に示すように、メールデータのＭ００１とＭ００２とＭ００５のヘッダ情報だけを含むものになる。これは、メール抽出部１９によって、子機側記憶部１５から機器番号「１」のメールデータのヘッダ情報だけが抽出されたからであり、メール一覧データ生成部１６は、この抽出結果に従って、メール一覧データテーブル１７を生成するからである。
【００５３】
また、第２の携帯電話機４（機器番号「２」）でメールの読み出し操作を行った場合を考える。この場合のメール一覧データテーブル１７は、（ｃ）に示すように、メールデータのＭ００３とＭ００４のヘッダ情報だけを含むものになる。これは、メール抽出部１９によって、子機側記憶部１５から機器番号「２」のメールデータのヘッダ情報だけが抽出されたからであり、メール一覧データ生成部１６は、この抽出結果に従って、メール一覧データテーブル１７を生成するからである。
【００５４】
図１１は、改良形の携帯電話機４で実行される制御プログラムの概略フローを示す図である。このフローにおいて、先のフロー（図５）との相違は、ステップＳ１１とステップＳ１２の間で「機器番号付加」（ステップＳ３１）の処理を行う点にあり、また、ステップＳ２１とステップＳ２２の間で「機器番号入力」（ステップＳ３２）、「機器番号送信」（ステップＳ３３）及び「該当メール抽出」（ステップＳ３４）の各処理を行う点にある。
【００５５】
「機器番号付加」（ステップＳ３１）の処理は、携帯電話機４でメールを受信した際、そのメールデータに、メールを受信した携帯電話機４の機器番号を付加する処理である。
また、「機器番号入力」（ステップＳ３２）、「機器番号送信」（ステップＳ３３）及び「該当メール抽出」（ステップＳ３４）の各処理は、メールの読み出しの際に行われる処理であり、「機器番号入力」は、メール読み出し元の携帯電話機４でユーザによって行われる機器番号の入力操作処理、「機器番号送信」は入力された機器番号を子機６に送信する処理、「該当メール抽出」は子機６において機器番号を手掛かりにして子機側記憶部１５からメールデータのヘッダ情報を抽出する処理である。
【００５６】
この改良例においても、前記の実施形態と同様の効果を奏することができることに加え、さらに、複数の携帯電話機４と１台の子機６とをペアリングした際の不都合（メール読み出し時の混乱）を回避できるという特有の効果を奏することができる。
【００５７】
すなわち、たとえば、仕事用とプライベート用の２台の携帯電話機４を１台の子機６にペアリングした場合を考えると、この場合、子機６には仕事用とプライベート用の２種類のメールデータが蓄積されることになる。このため、たとえば、仕事用の携帯電話機４でメールを読み出した際にプライベート用のメールデータも読み出されてしまい混乱を生じるという恐れがある。
【００５８】
改良例（図８〜図１１）によれば、子機６にメールデータを蓄積する際に、携帯電話機４の機器番号を一緒に蓄積するようにし、メールの読み出し時には、その機器番号でメールデータを抽出するようにしたので、かかる混乱を生じない。
【００５９】
ところで、上記の改良例では、図１１のステップＳ３２で機器番号を入力できるようになっており、これにより、ユーザは、いずれの親機（携帯電話機４）で受信したメールでも確認することができるという利点が得られる。
しかし、一方で、ユーザは、各親機（携帯電話機４）の機器番号を覚えておく必要があるという欠点がある。たとえば、仕事用とプライベート用の２台の親機（携帯電話機４）を使用する場合に、混乱を避けるために他の親機のメールを見ないユーザも当然あり得るが、そのような場合、各親機は、自機で受けたメールだけを表示できればよいこととなる。かかる利用スタイルを想定すると、「機器番号を覚える」はまったく不要なことであり、使い勝手の悪化を招くという問題点につながるだけである。
そこで、上記の改良例をさらに改良して「機器番号を覚える必要がない」仕組みを提案する。その仕組みは、たとえば、図１１のステップＳ３２の処理（機器番号入力）を削除するとともに、同図のステップＳ３３の処理（機器番号送信）を実行する際に「親機（携帯電話機４）は自機の機器番号を子機６に送信する」という処理を行うというものであり、要するに、ユーザによる人為的な機器番号入力を行うことなく、子機６への機器番号の送信を自動化するというものである。
このように再改良すれば、各親機（携帯電話機４）は、機器番号を人為的に入力することなく、自機から子機６に送付したメールを読み出すことができるようになる。つまり、複数の親機（携帯電話機４）を使用した場合に、ユーザは、親機（携帯電話機４）の機器番号を気にせず、各親機（携帯電話機４）が受信したメールのみを確認することができるようになる。
【００６０】
なお、以上の説明では、携帯電話機への適用を例にしたが、これに限定されない。機器本体の紛失や盗難の可能性があり、その機器で利用されるデータに保全性が求められるものであればよく、たとえば、タブレットＰＣ、ノートＰＣまたはゲーム機などであってもよい。また、保全性が求められるデータの典型例はメールデータであるが、これ以外のデータであっても当然かまわない。第三者に見られては困るデータまたは業務上の秘匿性が求められるデータなどであればよい。
【００６１】
以下、本発明の特徴を付記する。
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
図１２は、付記１、２の構成図である。
付記１は、図１２に示すように、データを処理する処理手段１００（実施形態の親機側制御部１２に相当）と、その処理結果を表示手段１０１（実施形態の表示部１０に相当）に表示させる表示制御手段１０２（実施形態の親機側制御部１２に相当）とを備えた親機１０３（実施形態の携帯電話機４に相当）と、この親機１０３との間で無線による接続が可能な子機１０４（実施形態の子機６に相当）と、を含む情報処理システム１０５であって、
前記子機１０４は、前記親機１０３の処理手段１００で処理されるデータを蓄積する蓄積手段１０６（実施形態の子機側記憶部１５に相当）と、前記親機１０３からの要求に応じて蓄積手段１０６からデータを読み出し、前記親機１０３に送信する送信手段１０７（実施形態の子機側制御部１４に相当）と、を備えたことを特徴とする情報処理システム１０５である。
【００６２】
（付記２）
付記２は、図１２に示すように、前記子機１０４は、さらに、前記蓄積手段１０６に蓄積するデータを暗号化する暗号化手段１０８を備えたことを特徴とする付記１に記載の情報処理システムである。
【００６３】
図１３は、付記３、４の構成図である。
（付記３）
付記３は、図１３に示すように、子機２００（実施形態の子機６に相当）との間で無線による接続が可能な情報処理装置２０１（実施形態の携帯電話機４に相当）であって、
データを処理する処理手段２０２（実施形態の親機側制御部１２に相当）と、
その処理結果を表示手段２０３（実施形態の表示部１０に相当）に表示させる表示制御手段２０４（実施形態の親機側制御部１２に相当）と、
前記子機２００に対して前記データを要求する要求手段２０５（実施形態の親機側制御部１２に相当）と、を備えたことを特徴とする情報処理装置２０１である。
【００６４】
（付記４）
付記４は、図１３に示すように、付記３に記載の情報処理装置２０１と対で用いられる子機２００としての無線端末（実施形態の子機６に相当）であって、
前記情報処理装置２０１の処理手段２０２で処理されるデータを蓄積する蓄積手段２０６（実施形態の子機側記憶部１５に相当）と、
前記情報処理装置２０１の要求手段２０５からの要求に応じて蓄積手段２０６からデータを読み出し、前記前記情報処理装置２０１に送信する送信手段２０７（実施形態の子機側制御部１４に相当）と、を備えたことを特徴とする無線端末である。
【００６５】
（付記５）
付記５は、親機側の工程に、データを処理する処理工程と、その処理結果を表示手段に表示させる表示制御工程とを含むとともに、前記親機との間で無線による接続が可能な子機側の工程に、前記親機の処理工程で処理されるデータを蓄積する蓄積工程と、前記親機からの要求に応じて蓄積データを読み出し、前記親機に送信する送信工程とを含むことを特徴とする情報処理方法である。
【００６６】
（付記６）
付記６は、子機との間で無線による接続が可能な情報処理装置のコンピュータを、
データを処理する処理手段、
その処理結果を表示手段に表示させる表示制御手段、
および、前記子機に対して前記データを要求する要求手段として機能させることを特徴とするプログラムである。
【００６７】
（付記７）
付記７は、付記６に記載の情報処理装置と対で用いられる子機としての無線端末のコンピュータを、
前記情報処理装置の処理手段で処理されるデータを蓄積する蓄積手段、
前記情報処理装置の要求手段からの要求に応じて蓄積手段からデータを読み出し、前記親機に送信する送信手段として機能させることを特徴とするプログラムである。
【符号の説明】
【００６８】
１００  処理手段
１０１  表示手段
１０２  表示制御手段
１０３  親機
１０４  子機
１０５  情報処理システム
１０６  蓄積手段
１０７  送信手段
１０８  暗号化手段
２００  子機
２０１  情報処理装置
２０２  処理手段
２０３  表示手段
２０４  表示制御手段
２０５  要求手段
２０６  蓄積手段
２０７  送信手段
【図１】
2013021425.tif 000003
【図２】
2013021425.tif 000004
【図３】
2013021425.tif 000005
【図４】
2013021425.tif 000006
【図５】
2013021425.tif 000007
【図６】
2013021425.tif 000008
【図７】
2013021425.tif 000009
【図８】
2013021425.tif 000010
【図９】
2013021425.tif 000011
【図１０】
2013021425.tif 000012
【図１１】
2013021425.tif 000013
【図１２】
2013021425.tif 000014
【図１３】
2013021425.tif 000015