JP2003271505A

JP2003271505A - 情報管理システム、情報管理方法、情報管理システム用プログラム、情報管理システム用記録媒体、情報管理システム対応利用者端末、及び情報管理システム専用アダプタ

Info

Publication number: JP2003271505A
Application number: JP2002074937A
Authority: JP
Inventors: Yasuhide Soga; 康英曽我; Shigeki Tanamoto; 茂樹棚本; Tatsu Saruwatari; 竜猿渡; Kenjiro Kinoshita; 健二郎木下
Original assignee: Nippon Telegraph and Telephone Corp; Nippon Telegraph and Telephone East Corp
Current assignee: Nippon Telegraph and Telephone Corp; Nippon Telegraph and Telephone East Corp
Priority date: 2002-03-18
Filing date: 2002-03-18
Publication date: 2003-09-26
Anticipated expiration: 2022-03-18
Also published as: JP3717861B2

Abstract

(57)【要約】【課題】複数の利用者端末（５_１，５_２，５_３，
５_４）がそれぞれ異なるデータ形式によって情報（デー
タ）を保存するものであっても、利用者端末毎の情報
（データ）の更新作業の負担を軽減することを目的とし
たものである。【解決手段】利用者（乙）が利用者端末５_１からシス
テム１に個人所有情報（スケジュール管理、住所録等）
をアップロードする。システム１では、データ形式管理
ＤＢ１１により利用者端末５_１で保存可能なデータ形式
を把握する。このデータ形式が、予め定められた共通デ
ータ形式とは異なっている場合には、個人所有情報を共
通データ形式に変換した後に個人所有情報管理ＤＢで管
理する。そして、利用者端末５_１にダウンロードする場
合には、元のデータ形式に再変換する。また、利用者端
末５_１でアップロードした個人所有情報を他のデータ形
式の利用者端末５_２にダウンロードすることもできる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所定情報をそれぞ
れ異なるデータ形式によって保存可能な複数の利用者端
末と通信ネットワークを介して相互通信可能であり、上
記複数の利用者端末からアップロードされた各所定情報
を管理する情報管理システム、及び、当該システムを利
用するための利用者端末、並びに、この利用者端末に接
続可能なアダプタに関する。

【０００２】

【従来の技術】近年、ＰＩＭ(Personal Information Ma
nager)ソフトウェアが開発され、スケジュール管理、住
所録、メモ、アラームなどの個人が所有する情報（以
下、「個人所有情報」という）を総合的に管理すること
ができるようになった。

【０００３】

【発明が解決しようとする課題】しかし、携帯電話、Ｐ
Ｃ(Personal Computer：パソコン)、ＰＤＡ(Personal D
igital Assistant：携帯情報端末)、Ｌモード対応の電
話機・ファックス等の端末毎に保存可能なデータ形式が
異なるため、端末利用者は、個人所有情報を個々（ロー
カル上）の利用者端末に保存しているのが現状である。
従って、端末利用者が、各利用者端末に新たな個人所有
情報を新規に登録する場合や、個人所有情報を変更する
場合には、利用者端末毎に登録、変更等の更新入力を行
わなければならない。尚、「Ｌモード」とは、本出願人
である東日本電信電話株式会社（ＮＴＴ東日本）等が行
うサービスであって、対応の電話機、ファックスからの
メニュー操作により、簡易メールの送受信や簡易ＨＴＭ
Ｌで記述された情報の検索が可能なサービスである。
「Ｌ」は、Living（生活に役立つ）、Local（地域に密
着した）、Lady（女性とご家族のために）を意味する。

【０００４】これに対して、個人情報編集ソフト等を適
用すれば、異なる利用者端末間でデータ変換及びデータ
転送を行い、それぞれの利用者端末で同じ個人所有情報
を保存することが可能である。しかし、この場合には、
個人所有情報を更新する度に自ら個人情報編集ソフトを
起動させ、全ての利用者端末に保存している個人所有情
報を更新しなければならない。そのため、上記のように
利用者端末毎に更新入力作業を行う必要はないが、利用
者端末毎に更新のためのデータ変換及びデータ転送の作
業を行う必要があることから、依然として更新作業の手
間が掛かるという問題点は解決できない。しかも、端末
利用者としては、たとえ個人情報編集ソフトを使用して
も、個人所有情報の更新回数が増えてしまうと、どの利
用者端末はどこまで更新が進んでいるのかということを
把握しておくことが困難になってしまう。

【０００５】そこで、本発明は上述した事情を鑑みてな
されたものであり、複数の利用者端末がそれぞれ異なる
データ形式によって情報（データ）を保存するものであ
っても、利用者端末毎の情報（データ）の更新作業の負
担を軽減することを目的としたものである。

【０００６】

【課題を解決するための手段】本発明の請求項１に係る
発明は、所定情報をそれぞれ異なるデータ形式によって
保存可能な複数の利用者端末と通信ネットワークを介し
て相互通信可能であり、前記複数の利用者端末からアッ
プロードされた各所定情報を管理する情報管理システム
であって、前記複数の利用者端末のいずれかによりアッ
プロードされた所定情報のデータ形式が予め定められて
いる共通データ形式ではない場合に、当該共通データ形
式に変換する第１のデータ形式変換手段と、前記第１の
データ形式変換手段によって共通データ形式に変換した
所定情報、又は前記アップロード時に既に共通データ形
式になっている所定情報を管理する情報管理手段と、前
記複数の利用者端末のいずれかにより前記情報管理手段
によって管理している所定情報のいずれかのダウンロー
ド要求があった場合には、前記情報管理手段によって管
理しているダウンロード要求対象の所定情報を読み出す
情報読出手段と、前記ダウンロード要求した利用者端末
で保存可能なデータ形式が共通データ形式ではない場合
には、前記情報読出手段によって読み出した所定情報の
データ形式を、共通データ形式から前記ダウンロード要
求した利用者端末で保存可能なデータ形式に変換する第
２のデータ形式変換手段と、前記第２のデータ形式変換
手段によってデータ形式を変換した所定情報、又は前記
ダウンロード要求した利用者端末で保存可能なデータ形
式が共通データ形式の場合にはデータ形式を変換しない
所定情報を、前記ダウンロード要求した利用者端末に送
信する情報送信手段と、を有することを特徴とする情報
管理システムである。

【０００７】ここで、本発明の「情報管理システム」
は、１つのコンピュータによって構築されている場合だ
けでなく、各手段（ステップの実行、手段の機能化）を
分割して２つ以上のコンピュータによって構築されてい
る場合も含む（以下、同様）。

【０００８】請求項２に係る発明は、所定情報をそれぞ
れ異なるデータ形式によって保存可能な複数の利用者端
末と通信ネットワークを介して相互通信可能であり、前
記複数の利用者端末からアップロードされた各所定情報
を管理する情報管理システムであって、前記複数の利用
者端末のいずれかによりアップロード要求があった場合
には、当該利用者端末で保存可能なデータ形式から予め
定められている共通データ形式への変換が少なくとも可
能な第１のデータ更新用アプリケーションを記憶してい
るか否かの確認要求を、前記アップロード要求した利用
者端末に行う第１の確認要求手段と、前記第１の確認要
求手段による確認要求に応じて前記利用者端末から第１
のデータ更新用アプリケーションを記憶していない旨の
確認結果を受けた場合には、前記利用者端末へ前記第１
のデータ更新用アプリケーションを送信する第１のアプ
リケーション送信手段と、前記第１のアプリケーション
送信手段による送信に応じて前記利用者端末で共通デー
タ形式に変換された所定情報又は前記利用者端末に保存
時から既に共通データ形式になっている所定情報がアッ
プロードされた場合に、当該アップロードされた所定情
報を管理する情報管理手段と、前記複数の利用者端末の
いずれかにより前記情報管理手段によって管理している
所定情報のいずれかのダウンロード要求があった場合に
は、前記共通データ形式から前記利用者端末で保存可能
なデータ形式への変換が少なくとも可能な第２のデータ
更新用アプリケーションを記憶しているか否かの確認要
求を、当該利用者端末に行う第２の確認要求手段と、前
記第２の確認要求手段による確認要求に応じて前記利用
者端末から第２のデータ更新用アプリケーションを記憶
していない旨の確認結果を受けた場合には、前記利用者
端末へ前記第２のデータ更新用アプリケーションを送信
する第２のアプリケーション送信手段と、前記情報管理
手段によって管理しているダウンロード要求対象の所定
情報を読み出す情報読出手段と、前記情報読出手段によ
って読み出した所定情報を前記ダウンロード要求した利
用者端末に送信する情報送信手段と、を有することを特
徴とする情報管理システムである。

【０００９】ここで、上記「変換が少なくとも可能な」
とは、最低でも一方向の変換が可能であればよく、相互
変換が可能であってもよい。また、更に別のデータ形式
に変換可能であってもよい。

【００１０】請求項３に係る発明は、所定情報をそれぞ
れ異なるデータ形式によって保存可能な複数の利用者端
末と通信ネットワークを介して相互通信可能であり、前
記複数の利用者端末からアップロードされた各所定情報
を管理する情報管理システムを使用して前記各所定情報
を管理する情報管理方法であって、前記複数の利用者端
末のいずれかによりアップロードされた所定情報のデー
タ形式が予め定められている共通データ形式ではない場
合に、当該共通データ形式に変換する第１のデータ形式
変換ステップと、前記第１のデータ形式変換ステップに
よって共通データ形式に変換した所定情報、又は前記ア
ップロード時に既に共通データ形式になっている所定情
報を情報管理部で管理する情報管理ステップと、前記複
数の利用者端末のいずれかにより前記情報管理部で管理
している所定情報のいずれかのダウンロード要求があっ
た場合には、前記情報管理部で管理しているダウンロー
ド要求対象の所定情報を読み出す情報読出ステップと、
前記ダウンロード要求した利用者端末で保存可能なデー
タ形式が共通データ形式ではない場合には、前記情報読
出ステップによって読み出した所定情報のデータ形式
を、共通データ形式から前記ダウンロード要求した利用
者端末で保存可能なデータ形式に変換する第２のデータ
形式変換ステップと、前記第２のデータ形式変換ステッ
プによってデータ形式を変換した所定情報、又は前記ダ
ウンロード要求した利用者端末で保存可能なデータ形式
が共通データ形式の場合にはデータ形式を変換しない所
定情報を、前記ダウンロード要求した利用者端末に送信
する情報送信ステップと、を前記情報管理システムに実
行させることを特徴とする情報管理方法である。

【００１１】請求項４に係る発明は、所定情報をそれぞ
れ異なるデータ形式によって保存可能な複数の利用者端
末と通信ネットワークを介して相互通信可能であり、前
記複数の利用者端末からアップロードされた各所定情報
を管理する情報管理システムを使用して前記各所定情報
を管理する情報管理方法であって、前記複数の利用者端
末のいずれかによりアップロード要求があった場合に
は、当該利用者端末で保存可能なデータ形式から予め定
められている共通データ形式への変換が少なくとも可能
な第１のデータ更新用アプリケーションを記憶している
か否かの確認要求を、前記アップロード要求した利用者
端末に行う第１の確認要求ステップと、前記第１の確認
要求ステップによる確認要求に応じて前記利用者端末か
ら第１のデータ更新用アプリケーションを記憶していな
い旨の確認結果を受けた場合には、前記利用者端末へ前
記第１のデータ更新用アプリケーションを送信する第１
のアプリケーション送信ステップと、前記第１のアプリ
ケーション送信ステップによる送信に応じて前記利用者
端末で共通データ形式に変換された所定情報又は前記利
用者端末に保存時から既に共通データ形式になっている
所定情報がアップロードされた場合に、当該アップロー
ドされた所定情報を情報管理部で管理する情報管理ステ
ップと、前記複数の利用者端末のいずれかにより前記情
報管理部で管理している所定情報のいずれかのダウンロ
ード要求があった場合には、前記共通データ形式から前
記利用者端末で保存可能なデータ形式への変換が少なく
とも可能な第２のデータ更新用アプリケーションを記憶
しているか否かの確認要求を、当該利用者端末に行う第
２の確認要求ステップと、前記第２の確認要求ステップ
による確認要求に応じて前記利用者端末から第２のデー
タ更新用アプリケーションを記憶していない旨の確認結
果を受けた場合には、前記利用者端末へ前記第２のデー
タ更新用アプリケーションを送信する第２のアプリケー
ション送信ステップと、前記情報管理部で管理している
ダウンロード要求対象の所定情報を読み出す情報読出ス
テップと、前記情報読出ステップによって読み出した所
定情報を前記ダウンロード要求した利用者端末に送信す
る情報送信ステップと、を前記情報管理システムに実行
させることを特徴とする情報管理方法である。

【００１２】請求項５に係る発明は、所定情報をそれぞ
れ異なるデータ形式によって保存可能な複数の利用者端
末と通信ネットワークを介して相互通信可能であり、前
記複数の利用者端末からアップロードされた各所定情報
を管理する情報管理システムで用いる情報管理システム
用プログラムであって、前記複数の利用者端末のいずれ
かによりアップロードされた所定情報のデータ形式が予
め定められている共通データ形式ではない場合に、当該
共通データ形式に変換する第１のデータ形式変換手段
と、前記第１のデータ形式変換手段によって共通データ
形式に変換した所定情報、又は前記アップロード時に既
に共通データ形式になっている所定情報を管理する情報
管理手段と、前記複数の利用者端末のいずれかにより前
記情報管理手段によって管理している所定情報のいずれ
かのダウンロード要求があった場合には、前記情報管理
手段によって管理しているダウンロード要求対象の所定
情報を読み出す情報読出手段と、前記ダウンロード要求
した利用者端末で保存可能なデータ形式が共通データ形
式ではない場合には、前記情報読出手段によって読み出
した所定情報のデータ形式を、共通データ形式から前記
ダウンロード要求した利用者端末で保存可能なデータ形
式に変換する第２のデータ形式変換手段と、前記第２の
データ形式変換手段によってデータ形式を変換した所定
情報、又は前記ダウンロード要求した利用者端末で保存
可能なデータ形式が共通データ形式の場合にはデータ形
式を変換しない所定情報を、前記ダウンロード要求した
利用者端末に送信する情報送信手段と、を前記情報管理
システムに機能させることを特徴とする情報管理システ
ム用プログラムである。

【００１３】ここで、本発明における「プログラム」と
は、情報管理システム（コンピュータ）による処理に適
した命令の順番付けられた列からなるものをいい、コン
ピュータのＨＤＤ、ＣＤ−ＲＷ等にインストールされて
いるものや、ＣＤ−ＲＯＭ、ＤＶＤ、ＦＤ、コンピュー
タのＨＤＤ等の各種記録媒体に記録されているものや、
インターネット等を介して配信されるものも含まれる
（以下、同様）。

【００１４】請求項６に係る発明は、所定情報をそれぞ
れ異なるデータ形式によって保存可能な複数の利用者端
末と通信ネットワークを介して相互通信可能であり、前
記複数の利用者端末からアップロードされた各所定情報
を管理する情報管理システムで用いる情報管理システム
用プログラムであって、前記複数の利用者端末のいずれ
かによりアップロード要求があった場合には、当該利用
者端末で保存可能なデータ形式から予め定められている
共通データ形式への変換が少なくとも可能な第１のデー
タ更新用アプリケーションを記憶しているか否かの確認
要求を、前記アップロード要求した利用者端末に行う第
１の確認要求手段と、前記第１の確認要求手段による確
認要求に応じて前記利用者端末から第１のデータ更新用
アプリケーションを記憶していない旨の確認結果を受け
た場合には、前記利用者端末へ前記第１のデータ更新用
アプリケーションを送信する第１のアプリケーション送
信手段と、前記第１のアプリケーション送信手段による
送信に応じて前記利用者端末で共通データ形式に変換さ
れた所定情報又は前記利用者端末に保存時から既に共通
データ形式になっている所定情報がアップロードされた
場合に、当該アップロードされた所定情報を管理する情
報管理手段と、前記複数の利用者端末のいずれかにより
前記情報管理手段によって管理している所定情報のいず
れかのダウンロード要求があった場合には、前記共通デ
ータ形式から前記利用者端末で保存可能なデータ形式へ
の変換が少なくとも可能な第２のデータ更新用アプリケ
ーションを記憶しているか否かの確認要求を、当該利用
者端末に行う第２の確認要求手段と、前記第２の確認要
求手段による確認要求に応じて前記利用者端末から第２
のデータ更新用アプリケーションを記憶していない旨の
確認結果を受けた場合には、前記利用者端末へ前記第２
のデータ更新用アプリケーションを送信する第２のアプ
リケーション送信手段と、前記情報管理手段によって管
理しているダウンロード要求対象の所定情報を読み出す
情報読出手段と、前記情報読出手段によって読み出した
所定情報を前記ダウンロード要求した利用者端末に送信
する情報送信手段と、を前記情報管理システムに機能さ
せることを特徴とする情報管理システム用プログラムで
ある。

【００１５】請求項７に係る発明は、請求項５又は６に
記載の情報管理システム用プログラムを記録したことを
特徴とする情報管理システムで読み取り可能な情報管理
システム用記録媒体である。

【００１６】ここで、本発明における「記録媒体」と
は、情報管理システム（コンピュータ）で各処理を実現
するためのプログラムの読み取りに使用することができ
ればよく、情報を媒体の物理的特性を利用してどのよう
に記録するか等の物理的な記録方法には依存しない。例
えば、ＦＤ、ＣＤ−ＲＯＭ（Ｒ、ＲＷ）、ＤＶＤ−ＲＯ
Ｍ（ＲＡＭ、Ｒ、ＲＷ）、ＭＯ、ＭＤ、磁気テープ等が
該当する。

【００１７】請求項８に係る発明は、予め定められた共
通データ形式の所定情報を管理する情報管理システムと
通信ネットワークを介して相互通信可能であり、前記共
通のデータ形式とは異なる所定のデータ形式によって前
記所定情報を保存可能な情報管理システム対応利用者端
末であって、前記利用者端末で保存している所定情報の
所定のデータ形式から前記共通データ形式への変換、及
び前記情報管理システムから送信された所定情報の共通
データ形式から前記所定のデータ形式への変換のうち、
少なくとも一方の変換が可能な変換手段を有することを
特徴とする情報管理システム対応利用者端末である。

【００１８】請求項９に係る発明は、予め定められた共
通データ形式の所定情報を管理する情報管理システムと
通信ネットワークを介して相互通信可能であり、前記共
通のデータ形式とは異なる所定のデータ形式によって前
記所定情報を保存可能な利用者端末に接続可能な情報管
理システム専用アダプタであって、前記利用者端末で保
存している所定情報の所定のデータ形式から前記共通デ
ータ形式への変換、及び前記情報管理システムから送信
された所定情報の共通データ形式から前記所定のデータ
形式への変換のうち、少なくとも一方の変換が可能な変
換手段を有することを特徴とする情報管理システム専用
アダプタである。

【００１９】

【発明の実施の形態】〔第１の実施形態〕以下、図１乃
至図５を用いて、本発明に係る第１の実施形態について
説明する。図１は、本発明の第１の実施形態に係る個人
所有情報管理システム（以下、「システム」という）１
を利用して、利用者端末５の利用者（乙）に個人所有情
報(i1)のアップロード及びダウンロードのサービスを提
供するための通信インフラストラクチャ(Infrastructur
e)を示している。本実施形態では、システム１が一つの
サーバ・コンピュータによって構成されている場合を示
している。また、利用者（乙）が利用者端末５の一例と
して、Ｌモード対応電話機５_１、パソコン５ _２、携帯電
話機５_３、及びＰＤＡ５_４を所有している場合を示して
いる。

【００２０】また、システム１は、個人所有情報管理セ
ンタ（甲）によって管理されている。個人所有情報管理
センタ（甲）は、例えば、本出願人によって運営され
る。システム１は、インターネット２を介してＬモード
対応電話機５_１及びパソコン５ _２と相互通信可能である
とともに、インターネット２、携帯電話網３及び最寄り
の基地局４を介して携帯電話機５_３及びＰＤＡ５_４と相
互通信可能に接続される。

【００２１】更に、システム１の図示していないＨＤＤ
(Hard Disk Drive)には、データ形式管理ＤＢ(Data Bas
e)１１及び個人所有情報管理ＤＢ１２が構築されてい
る。

【００２２】このうち、データ形式管理ＤＢ１１は、図
２に示すようなレイアウトのデータ形式管理テーブル１
１’によって構成されており、端末識別子と端末で保存
可能な端末データ形式を関連付けて管理するためのＤＢ
である。また、個人所有情報管理ＤＢ１２は、図３に示
すようなレイアウトの個人所有情報管理テーブルに１
２’よって構成されており、ユーザＩＤ(Identificatio
n)に関連付けた状態で各個人所有情報を管理するための
ＤＢである。

【００２３】更に、システム１には、後述のステップ
（Ｓ３，Ｓ６〜Ｓ１１，Ｓ２３，Ｓ２６〜Ｓ３４）を実
行するためのプログラム(p1)が記憶されている。

【００２４】続いて、図４及び図５を用い、本実施形態
に係るシステム１を利用して個人所有情報を管理する方
法を説明する。

【００２５】尚、図４は、利用者端末５からのアップロ
ード処理に応じた個人所有情報(i1)の管理方法を示した
処理フロー図である。また、図５は、利用者端末５から
のダウンロード処理に応じた個人所有情報(i1)の管理方
法を示した処理フロー図である。

【００２６】まず、利用者（乙）は、利用者端末５を用
いて自己の利用者端末５に保存している個人所有情報(i
1)のアップロード処理を開始する（ステップＳ１）。そ
して、利用者（乙）は、利用者端末５からシステム１へ
ユーザＩＤ及びパスワードを送信することにより、シス
テム１へのログイン(Log-in)処理を行う（ステップＳ
２）。このユーザＩＤ及びパスワードは、利用者（乙）
が個人所有情報管理センタ（甲）へ会員登録した際に与
えられたものである。これにより、システム１では、受
信したユーザＩＤ及びパスワードに基づいて個人認証処
理を行う（ステップＳ３）。利用者（乙）が正当者であ
ればログインが完了する（ステップＳ４）。

【００２７】次に、利用者（乙）は、利用者端末５から
システム１へ個人所有情報(i1)のアップロードを行う
（ステップＳ５）。この際、利用者端末５は、システム
１へ自己の端末識別子(a)も送信している。これによ
り、システム１では、個人所有情報(i1)及び端末識別子
(a)を受信する（ステップＳ６）。そして、端末識別子
(a)に基づき、データ形式管理ＤＢ１１で管理している
複数の端末識別子(a,b,c,…)の中から端末識別子(a)と
同じ端末識別子に関連付けて管理されているデータ形式
(A)に関する情報を検索する（ステップＳ７）。そし
て、システム１では、上記ステップＳ７で検索した端末
データ形式が、予め定めている共通データ形式と一致し
ているか否かを判断する（ステップＳ８）。この共通デ
ータ形式をどのデータ形式にするか否かは、個人所有情
報管理センタ（甲）によって定められる。

【００２８】次に、上記ステップＳ８において一致して
いないと判断した場合には（Ｎｏ）、個人所有情報(i1)
のデータ形式を共通データ形式に変換する（ステップＳ
９）。そして、上記ステップＳ３において受信したユー
ザＩＤに個人所有情報(i1)を関連付けて、個人所有情報
管理ＤＢ１２に格納（管理）する（ステップＳ１０）。
一方、上記ステップＳ８において一致していると判断し
た場合には、上記ステップＳ９を省略する。即ち、デー
タ形式が一致している場合には、個人所有情報(i1)のデ
ータ形式をそのままの状態にし、ユーザＩＤに関連付け
て個人所有情報管理ＤＢ１２に管理する。

【００２９】次に、システム１では、利用者端末５へ更
新処理完了通知を送信する（ステップＳ１１）。これに
より、利用者端末５では、更新処理完了通知を受信し
て、全てのアップロード処理が終了する（ステップＳ１
２）。

【００３０】次に、利用者（乙）が個人所有情報(i1)を
ダウンロードする場合には、利用者端末５を用いてシス
テム１で管理している個人所有情報(i1)のダウンロード
処理を開始する（ステップＳ２１）。そして、利用者
（乙）は、利用者端末５からシステム１へユーザＩＤ及
びパスワードを送信することにより、システム１へのロ
グイン処理を行う（ステップＳ２２）。これにより、シ
ステム１では、受信したユーザＩＤ及びパスワードに基
づいて個人認証処理を行う（ステップＳ２３）。利用者
（乙）が正当者であればログインが完了する（ステップ
Ｓ２４）。

【００３１】次に、利用者（乙）は、利用者端末５から
システム１に対して個人所有情報(i1)のダウンロード要
求を行う（ステップＳ２５）。この際、利用者端末５
は、システム１へ自己の端末識別子(a)も送信してい
る。これにより、システム１では、ダウンロード要求及
び端末識別子(a)を受信する（ステップＳ２６）。

【００３２】次に、システム１では、ユーザＩＤに基づ
き、個人所有情報管理ＤＢ１２で管理している複数の個
人所有情報の中から、上記ステップＳ２３で受信したユ
ーザＩＤと同じユーザＩＤに関連付けて管理されている
個人所有情報(i1)を読み出す（ステップＳ２７）。

【００３３】次に、システム１では、端末識別子(a)に
基づき、データ形式管理ＤＢ１１で管理している複数の
端末識別子の中から、上記ステップＳ２６で受信した端
末識別子(a)と同じものを検索する（ステップＳ２
８）。そして、システム１では、上記ステップＳ２８で
検索した端末識別子(a)に関連付けられている端末デー
タ形式（に関する情報）が共通データ形式（に関する情
報）と一致しているか否かを判断する（ステップＳ２
９）。

【００３４】次に、上記ステップＳ２９において一致し
ていないと判断した場合には、上記ステップＳ２７にお
いて読み出した個人所有情報(i1)のデータを共通データ
形式に変換する（ステップＳ３０）。そして、ダウンロ
ード要求を行った利用者端末５へ変換後の個人所有情報
(i1)を送信する（ステップＳ３１）。一方、上記ステッ
プＳ２９において一致していると判断した場合には、上
記ステップＳ３０を省略する。即ち、データ形式が一致
している場合には、個人所有情報(i1)のデータ形式をそ
のままの状態で利用者端末５へ送信する。

【００３５】次に、利用者端末５では、個人所有情報(i
1)のダウンロードを行い（ステップＳ３２）、システム
１へ更新処理完了通知を送信する（ステップＳ３３）。
これにより、システム１では、更新処理完了通知を受信
して、全てのダウンロード処理が終了する（ステップＳ
３４）。

【００３６】以上説明したように、本実施形態のシステ
ム１によれば、利用者端末５（例えば、携帯電話機
５_３）からアップロードされた個人所有情報(i1)のデー
タ形式を、予め定められた共通データ形式に変換してか
ら管理しておき、更に、他の利用者端末５（例えば、Ｐ
ＤＡ５_４）からダウンロード要求があった場合には、共
通データ形式をＰＤＡ５_４用に変換してから送信するこ
とができる。そのため、ＰＤＡ５_４においてわざわざ個
人所有情報(i1)の更新入力作業をする必要がない。しか
も、更新した個人所有情報(i1)は、システム１で一元管
理しているため、利用者（甲）が、どの利用者端末５は
どこまで更新が進んでいるのかということを把握してお
く必要もない。これにより、複数の利用者端末５がそれ
ぞれ異なるデータ形式によって情報（データ）を保存す
るものであっても、利用者端末毎の情報（データ）の更
新作業の負担を軽減することができるという効果を奏す
る。

【００３７】また、同じ利用者端末５でアップロード及
びダウンロードする場合であっても、個人所有情報(i1)
をバックアップするという効果を奏する。このバックア
ップ効果は、当然異なる利用者端末５でアップロード及
びダウンロードする場合にも奏することはできる。

【００３８】〔第２の実施形態〕次に、図１、図６及び
図７を用いて、本発明に係る第２の実施形態について説
明する。本実施形態のシステム１’には、図１に示すよ
うに、上記第１の実施形態のシステム１と同じＤＢ１
１、１２が構築されているとともに、各利用者端末５と
の接続関係も同じであるため、その説明を省略する。但
し、利用者端末５及びシステム１’での内部処理が異な
るため、図６及び図７を用い、本実施形態に係るシステ
ム１’を利用して個人所有情報(i1)を管理する方法を説
明する。第１の実施形態と大きく異なる点は、共通デー
タ形式への変換処理を利用者端末５側で行うことができ
るように、利用者端末５に変換用アプリケーションが記
録されていない場合には、共通データ変換用のデータ更
新用アプリケーション(ap)を利用者端末５に送信する点
である。

【００３９】また、システム１’には、後述のステップ
（Ｓ４３，Ｓ４６，Ｓ４７，Ｓ４９〜Ｓ５１，Ｓ５３，
Ｓ５６〜Ｓ５８，Ｓ６３，Ｓ６６，Ｓ６７，Ｓ６９〜Ｓ
７１，Ｓ７３，Ｓ７４，Ｓ７８）を実行するためのプロ
グラム(p2)が記録されている。

【００４０】尚、図６は、利用者端末５からのアップロ
ード処理に応じた個人所有情報(i1)の管理方法を示した
処理フロー図である。また、図７は、利用者端末５から
のダウンロード処理に応じた個人所有情報(i1)の管理方
法を示した処理フロー図である。図６に示すステップＳ
４１〜Ｓ４４は、上記第１の実施形態におけるステップ
Ｓ１〜Ｓ４と同じであるため、ステップＳ４５から説明
する。

【００４１】まず、利用者（乙）は、ステップＳ４４の
ログイン完了後、利用者端末５からシステム１’へ個人
所有情報(i1)のアップロード要求を行う（ステップＳ４
５）。この際、利用者端末５は、システム１へ自己の端
末識別子(a)も送信している。これにより、システム１
では、アップロード要求及び端末識別子(a)を受信する
（ステップＳ４６）。そして、システム１では、利用者
端末５に対して、データ更新用アプリケーション(ap)を
記憶しているか否かの有無確認要求を行う（ステップＳ
４７）。

【００４２】次に、利用者端末５では、上記ステップＳ
４７を踏まえて、データ更新用アプリケーション(ap)を
記憶しているか否かを確認し、確認結果をシステム１’
へ返答する（ステップＳ４８）。この確認処理は、上記
ステップＳ４７によって送られて来た有無確認要求のア
プリケーション(ap’)又は確認信号によって実行するこ
とができる。

【００４３】次に、システム１’では、確認結果に基づ
いて、利用者端末５にデータ更新用アプリケーション(a
p)が記憶されているか否かを判断する（ステップＳ４
９）。

【００４４】次に、上記ステップＳ４９において記憶さ
れていないと判断した場合には（無）、端末識別子(a)
に基づき、データ形式管理ＤＢ１１で管理している複数
の端末識別子(a,b,c,…)の中から、上記ステップＳ４６
で受信した端末識別子(a)と同じものを検索する（ステ
ップＳ５０）。そして、システム１では、検索した端末
識別子(a)に関連付けられている端末データ形式(A)に基
づき、この端末データ形式と共通データ形式の間で相互
変換処理を実現可能なデータ更新用アプリケーション(a
p)を利用者端末５へ送信する（ステップＳ５１）。

【００４５】次に、利用者端末５では、データ更新用ア
プリケーション(ap)を受信し、システム１へ受信完了通
知を送信する（ステップＳ５２）。これにより、システ
ム１では、利用者端末５に対してアップロード要求を行
う（ステップＳ５３）。一方、上記ステップＳ４９にお
いて記憶されていると判断した場合には（有）、上記ス
テップＳ５０〜Ｓ５２を省略する。即ち、データ更新用
アプリケーション(ap)が記憶されている場合には、利用
者端末５へデータ更新用アプリケーション(ap)を送信し
ないで、ステップＳ５３のアップロード要求を行う。

【００４６】次に、利用者端末５では、上記ステップＳ
５３のアップロード要求に基づいて、データ更新用アプ
リケーション(ap)により、図示していないＨＤＤから個
人所有情報(i1)を読み込み、共通データ形式に変換する
（ステップＳ５４）。そして、利用者端末５では、シス
テム１へ変換後の個人所有情報(i1)をアップロードする
（ステップＳ５４）。これにより、システム１’では、
個人所有情報(i1)を受信し（ステップＳ５６）、上記ス
テップＳ４３において受信したユーザＩＤに個人所有情
報(i1)を関連付けて、個人所有情報管理ＤＢ１２に格納
（管理）する（ステップＳ５７）。

【００４７】以上により、更新処理が完了し、システム
１’では、利用者端末５へ更新処理完了通知を送信する
（ステップＳ５８）。これにより、利用者端末５では、
更新処理完了通知を受信する（ステップＳ５９）。

【００４８】次に、図７を用い、利用者（乙）が個人所
有情報(i1)をダウンロードする場合について説明する。
図７に示すステップＳ６１〜Ｓ６６は、上記第１の実施
形態におけるステップＳ２１〜Ｓ２６と同じであるた
め、ステップＳ６７から説明する。

【００４９】システム１’では、ステップＳ６６のダウ
ンロード要求及び端末識別子(a)の受信後、利用者端末
５に対して、データ更新用アプリケーション(ap)を記憶
しているか否かの有無確認要求を行う（ステップＳ６
７）。また、このステップＳ６７〜Ｓ７２は、上記ステ
ップＳ４７〜Ｓ５２と同じであるため、ステップＳ７３
から説明する。

【００５０】システム１’では、ステップＳ７２の受信
完了通知後、ユーザＩＤに基づき、個人所有情報管理Ｄ
Ｂ１２で管理している複数の個人所有情報の中から、上
記ステップＳ６３で受信したユーザＩＤと同じユーザＩ
Ｄに関連付けて管理されている個人所有情報(i1)を読み
出す（ステップＳ７３）。そして、ダウンロード要求を
行った利用者端末５へ個人所有情報(i1)を送信する（ス
テップＳ７４）。

【００５１】以上により、利用者端末５では、個人所有
情報(i1)のダウンロードを行う（ステップＳ７５）。そ
して、データ更新用アプリケーション(ap)により、個人
所有情報(i1)を利用者端末５の本来のデータ形式に再変
換した後に、図示していない自己のＨＤＤ等に保存（格
納）する（ステップＳ７６）。そして、利用者端末５
は、システム１’へ更新処理完了通知を送信する（ステ
ップＳ７７）。これにより、システム１では、更新処理
完了通知を受信して、全ての更新処理が終了する（ステ
ップＳ７８）。

【００５２】以上説明したように、本実施形態によれ
ば、一旦データ更新用アプリケーション(ap)を利用者端
末５に送信すれば、２回目の更新処理から、利用者端末
５側で個人所有情報(i1)が共通データ形式に変換されて
送られてくるため、上記第１の実施形態の効果に加え、
２回目の以降はシステム１’側でのデータ形式変換処理
を省略することができるという効果を奏する。

【００５３】尚、本実施形態では、上記ステップＳ４７
〜Ｓ５２、Ｓ６７〜７２に示すように、利用者端末５で
データ更新用アプリケーション(ap)を記憶しているか否
かを判断し、記憶していない場合にはデータ更新用アプ
リケーション(ap)を送信しているが、これに限るもので
はなく、利用者端末５側から積極的にデータ更新用アプ
リケーション(ap)をダウンロードしてもよい。また、個
人所有情報管理センタ（甲）が配布するデータ更新用ア
プリケーション(ap)が記録されたＣＤ−ＲＯＭ等の記録
媒体を入手して、利用者（乙）が利用者端末５に記憶し
てもよい。

【００５４】また、本実施形態のデータ更新用アプリケ
ーション(ap)は、利用者端末５で保存可能なデータ形式
と共通データ形式の間で相互変換処理を実現可能である
が、これに限るものではなく、一方への変換が可能であ
ってもよい。例えば、アップロードする場合には、アッ
プロードする利用者端末５で保存可能なデータ形式から
共通データ形式に変換できればよく、その逆変換ができ
なくてもよい。一方、ダウンロードする場合には、共通
データ形式からダウンロードする利用者端末５で保存可
能なデータ形式に変換できればよく、その逆変換ができ
なくてもよい。

【００５５】更に、本実施形態においては、システム
１’側から利用者端末５側に更新用アプリケーション(a
p)を提供しているが、これに限るものではなく、利用者
端末５の製造時又は販売時から更新用アプリケーション
(ap)を利用者端末５に記憶させて、実行できるようにし
てもよい。

【００５６】〔第３の実施形態〕次に、図１、図８及び
図９を用いて、本発明に係る第３の実施形態について説
明する。本実施形態のシステム１’’には、図１に示す
データ形式管理ＤＢ１１が構築されておらず、個人所有
情報管理ＤＢ１２が構築されている。但し、各利用者端
末５との接続関係は同じであるため、その説明を省略す
る。

【００５７】また、本実施形態においては、利用者端末
５及びシステム１’’での内部処理が第１の実施形態の
場合と異なるため、図８及び図９を用い、本実施形態に
係るシステム１’’を利用して個人所有情報(i1)を管理
する方法を説明する。第１の実施形態と大きく異なる点
は、第２の実施形態と同様に共通データ形式への変換処
理を利用者端末５側で行うことであるが、第２の実施形
態と大きく異なる点として、共通データ変換用のデータ
更新用アプリケーション(ap)を記憶したシステム１’’
専用のアダプタ６を使用することが挙げられる。

【００５８】また、システム１’’には、後述のステッ
プ（Ｓ８４，Ｓ８７〜Ｓ８９，Ｓ９３，Ｓ９６〜Ｓ９
８，Ｓ１０３）を実行するためのプログラム(p3)が記録
されている。

【００５９】尚、図８は、利用者端末５からのアップロ
ード処理に応じた個人所有情報(i1)の管理方法を示した
処理フロー図である。また、図９は、利用者端末５から
のダウンロード処理に応じた個人所有情報(i1)の管理方
法を示した処理フロー図である。

【００６０】まず事前準備として、利用者（乙）は、専
用アダプタ６を利用者端末５に接続しておく。この専用
アダプタ６は、個人所有情報管理センタ（甲）から入手
したものである。この専用アダプタ６に記憶されている
データ更新用アプリケーション(ap)は、上記第２の実施
形態と同じように、利用者端末５で保存可能なデータ形
式と共通データ形式の間の相互変換処理が実現可能であ
っても、一方への変換が可能であってもよい。更に、例
えば、携帯電話機５_３で保存可能なデータ形式と共通デ
ータ形式の間の相互変換処理のみを実現する、一義的な
変換だけでなく、切り替えや利用者端末５のデータ形式
を自動認識すること等によって、複数の利用者端末（５
_１，５_２，５_３，５_４）で保存可能なデータ形式と共通
データ形式の間の相互変換処理を実現する、多義的な変
換が可能であってもよい。

【００６１】次に、利用者（乙）は、利用者端末５を用
いて自己の利用者端末５に保存している個人所有情報(i
1)のアップロード処理を開始する（ステップＳ８１）。
これにより、専用アダプタ６では、データ更新用アプリ
ケーション(ap)によって、利用者端末５から個人所有情
報(i1)を読み込んで、共通データ形式に変換する（ステ
ップＳ８２）。そして、利用者（乙）は、利用者端末５
からシステム１’’へユーザＩＤ及びパスワードを送信
することにより、システム１’’へのログイン(Log-in)
処理を行う（ステップＳ８３）。これにより、システム
１’’では、受信したユーザＩＤ及びパスワードに基づ
いて個人認証処理を行う（ステップＳ８４）。利用者
（乙）が正当者であればログインが完了する（ステップ
Ｓ８５）。

【００６２】次に、利用者（乙）は、利用者端末５から
システム１’’へ個人所有情報(i1)のアップロードを行
う（ステップＳ８６）。尚、その後のステップＳ８７〜
Ｓ９０は、上記第２の実施形態におけるステップＳ５６
〜Ｓ５９と同じであるため、その説明を省略する。

【００６３】次に、図９を用い、利用者（乙）が個人所
有情報(i1)をダウンロードする場合について説明する。
図９に示すステップＳ９１〜Ｓ９７は、上記第１の実施
形態におけるステップＳ２１〜Ｓ２７と同じであるた
め、ステップＳ９８から説明する。

【００６４】システム１’’では、ステップＳ９７によ
る個人所有情報(i1)の読み出し後、ダウンロード要求を
行った利用者端末５へ個人所有情報(i1)を送信する（ス
テップＳ９８）。これにより、利用者端末５では、個人
所有情報(i1)のダウンロードを行う（ステップＳ９
９）。

【００６５】次に、専用アダプタ６では、データ更新用
アプリケーション(ap)によって、利用者端末５から個人
所有情報(i1)を読み込んで、共通データ形式から利用者
端末５で保存可能なデータ形式に再変換した後に、個人
所有情報(i1)を利用者端末５に戻す（ステップＳ１０
０）。これにより、利用者端末５では、個人所有情報(i
1)を図示していない自己のＨＤＤ等に保存（格納）する
（ステップＳ１０１）。

【００６６】次に、利用者端末５は、システム１’’へ
更新処理完了通知を送信する（ステップＳ１０２）。こ
れにより、システム１’’では、更新処理完了通知を受
信して、全ての更新処理が終了する（ステップＳ１０
３）。

【００６７】以上説明したように、本実施形態によれ
ば、専用アダプタ６を利用者端末５に接続することによ
り共通データ形式に変換することができるため、上記第
１及び第２の実施形態の効果に加え、上記第１の実施形
態のようにシステム１側で実行するデータ形式変換処理
を省略することができるという効果を奏する。また、第
２の実施形態のようにシステム１’側で実行するデータ
更新用アプリケーション(ap)送信処理を省略することが
できるという効果も奏する。

【００６８】〔その他〕携帯電話機５_３からアップロー
ドした個人所有情報(i1)の内容と、他の利用者端末５で
あるＰＤＡ５_４からアップロードした個人所有情報(i2)
の内容が異なる場合には、一方の情報を他方の情報で補
完し、両方の情報の内容にしてダウンロードさせるよう
にしてもよい。例えば、個人所有情報(i1)の内容がＸ
で、個人所有情報(i2)の内容がＹのときは、Ｘ＋Ｙとし
て携帯電話機５_３にダウンロードさせる。また、個人所
有情報(i1)の内容がＸで、個人所有情報(i2)の内容がＸ
＋Ｙのときは、Ｘ＋Ｙとして携帯電話機５_３にダウンロ
ードさせる。

【００６９】更に、各実施形態においては、データ更新
用アプリケーション(ap)によって、個人所有情報(i1)の
データ形式を共通データ形式に変換したが、これに限る
ものではなく、全ての利用者端末５の製造時又は販売時
から共通データ形式に統一しておいてもよい。

【００７０】また、各実施形態においては、個人所有情
報(i1)を保存、管理する場合について説明したが、これ
に限るものではなく、あらゆる情報（データ）を保存、
管理する場合であってもよい。

【００７１】更に、図１に示すように、システム１は、
１つサーバ・コンピュータにより構築されている場合だ
けでなく、各手段（ステップの実行、手段の機能化）を
分割して２つ以上のコンピュータによって構築されてい
る場合であってもよい。

【００７２】また、図１に示す各ＤＢ１１，１２は、シ
ステム１内に構築されている場合だけでなく、別の装置
やシステム内に構築されていてもよい。この場合、別の
装置やシステムは、システム１とは別の場所に設置さ
れ、システム１からインターネット２や専用線等を介し
て個人所有情報(i1)等の保存（格納）又は読出を行うこ
とができるようにしてもよい。

【００７３】更に、上記実施形態におけるシステム１，
１’，１’’へのそれぞれのプログラム(p1),(p2),(p3)
の記録、インストール作業は、システム１，１’，
１’’で読み取り可能なそれぞれのプログラム(p1),(p
2),(p3)が記録されているＣＤ−ＲＯＭ等の記録媒体を
利用することによって行うことも可能である。

【００７４】

【発明の効果】以上説明したように、本発明によれば、
利用者端末からアップロードされた個人所有情報のデー
タ形式を、予め定められた共通データ形式に変換してか
ら管理しておき、更に、他の利用者端末からダウンロー
ド要求があった場合には、共通データ形式をＰＤＡ５_４
用に変換してから送信することができる。そのため、他
の利用者端末においてわざわざ個人所有情報の更新入力
作業をする必要がない。しかも、更新した個人所有情報
は、システムで一元管理しているため、利用者が、どの
利用者端末はどこまで更新が進んでいるのかということ
を把握しておく必要もない。これにより、複数の利用者
端末がそれぞれ異なるデータ形式によって情報（デー
タ）を保存するものであっても、利用者端末毎の情報
（データ）の更新作業の負担を軽減することができると
いう効果を奏する。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る個人所有情報管
理システム１を利用して、利用者端末５の利用者（乙）
に個人所有情報(i1)のアップロード及びダウンロードの
サービスを提供するための通信インフラストラクチャを
示した図。

【図２】システム１に構築されたデータ形式管理ＤＢ１
１を構成するデータ形式管理テーブル１１’の概念図。

【図３】システム１に構築された個人所有情報管理ＤＢ
１２を構成する個人所有情報管理テーブル１２’の概念
図。

【図４】第１の実施形態に関する処理フロー図であり、
利用者端末５からのアップロード処理に応じた個人所有
情報(i1)の管理方法を示した処理フロー図。

【図５】第１の実施形態に関する処理フロー図であり、
利用者端末５からのダウンロード処理に応じた個人所有
情報(i1)の管理方法を示した処理フロー図。

【図６】第２の実施形態に関する処理フロー図であり、
利用者端末５からのアップロード処理に応じた個人所有
情報(i1)の管理方法を示した処理フロー図。

【図７】第２の実施形態に関する処理フロー図であり、
利用者端末５からのダウンロード処理に応じた個人所有
情報(i1)の管理方法を示した処理フロー図。

【図８】第３の実施形態に関する処理フロー図であり、
利用者端末５からのアップロード処理に応じた個人所有
情報(i1)の管理方法を示した処理フロー図。

【図９】第３の実施形態に関する処理フロー図であり、
利用者端末５からのダウンロード処理に応じた個人所有
情報(i1)の管理方法を示した処理フロー図。

【符号の説明】

１情報管理システム２インターネット（通信ネットワークの一例）３携帯電話網（通信ネットワークの一例）４基地局５利用者端末６専用アダプタ（情報管理システム専用アダプタの一
例）１１データ形式管理ＤＢ（データ形式管理部の一例）１１’ データ形式管理テーブル１２個人所有情報管理ＤＢ（情報管理部の一例）１２’ 個人所有情報管理テーブル (p1) プログラム（情報管理システム用プログラムの一
例） (p2) プログラム（情報管理システム用プログラムの一
例） (p3) プログラム（情報管理システム用プログラムの一
例）

フロントページの続き (72)発明者猿渡竜東京都新宿区西新宿三丁目19番２号東日本電信電話株式会社内 (72)発明者木下健二郎東京都新宿区西新宿三丁目19番２号東日本電信電話株式会社内Ｆターム(参考） 5B075 ND02 NR03 UU08 5B082 GA02 HA05 5B085 BC02 BG04

Claims

【特許請求の範囲】

【請求項１】所定情報をそれぞれ異なるデータ形式に
よって保存可能な複数の利用者端末と通信ネットワーク
を介して相互通信可能であり、前記複数の利用者端末か
らアップロードされた各所定情報を管理する情報管理シ
ステムであって、前記複数の利用者端末のいずれかによりアップロードさ
れた所定情報のデータ形式が予め定められている共通デ
ータ形式ではない場合に、当該共通データ形式に変換す
る第１のデータ形式変換手段と、前記第１のデータ形式変換手段によって共通データ形式
に変換した所定情報、又は前記アップロード時に既に共
通データ形式になっている所定情報を管理する情報管理
手段と、前記複数の利用者端末のいずれかにより前記情報管理手
段によって管理している所定情報のいずれかのダウンロ
ード要求があった場合には、前記情報管理手段によって
管理しているダウンロード要求対象の所定情報を読み出
す情報読出手段と、前記ダウンロード要求した利用者端末で保存可能なデー
タ形式が共通データ形式ではない場合には、前記情報読
出手段によって読み出した所定情報のデータ形式を、共
通データ形式から前記ダウンロード要求した利用者端末
で保存可能なデータ形式に変換する第２のデータ形式変
換手段と、前記第２のデータ形式変換手段によってデータ形式を変
換した所定情報、又は前記ダウンロード要求した利用者
端末で保存可能なデータ形式が共通データ形式の場合に
はデータ形式を変換しない所定情報を、前記ダウンロー
ド要求した利用者端末に送信する情報送信手段と、を有することを特徴とする情報管理システム。
【請求項２】所定情報をそれぞれ異なるデータ形式に
よって保存可能な複数の利用者端末と通信ネットワーク
を介して相互通信可能であり、前記複数の利用者端末か
らアップロードされた各所定情報を管理する情報管理シ
ステムであって、前記複数の利用者端末のいずれかによりアップロード要
求があった場合には、当該利用者端末で保存可能なデー
タ形式から予め定められている共通データ形式への変換
が少なくとも可能な第１のデータ更新用アプリケーショ
ンを記憶しているか否かの確認要求を、前記アップロー
ド要求した利用者端末に行う第１の確認要求手段と、前記第１の確認要求手段による確認要求に応じて前記利
用者端末から第１のデータ更新用アプリケーションを記
憶していない旨の確認結果を受けた場合には、前記利用
者端末へ前記第１のデータ更新用アプリケーションを送
信する第１のアプリケーション送信手段と、前記第１のアプリケーション送信手段による送信に応じ
て前記利用者端末で共通データ形式に変換された所定情
報又は前記利用者端末に保存時から既に共通データ形式
になっている所定情報がアップロードされた場合に、当
該アップロードされた所定情報を管理する情報管理手段
と、前記複数の利用者端末のいずれかにより前記情報管理手
段によって管理している所定情報のいずれかのダウンロ
ード要求があった場合には、前記共通データ形式から前
記利用者端末で保存可能なデータ形式への変換が少なく
とも可能な第２のデータ更新用アプリケーションを記憶
しているか否かの確認要求を、当該利用者端末に行う第
２の確認要求手段と、前記第２の確認要求手段による確認要求に応じて前記利
用者端末から第２のデータ更新用アプリケーションを記
憶していない旨の確認結果を受けた場合には、前記利用
者端末へ前記第２のデータ更新用アプリケーションを送
信する第２のアプリケーション送信手段と、前記情報管理手段によって管理しているダウンロード要
求対象の所定情報を読み出す情報読出手段と、前記情報読出手段によって読み出した所定情報を前記ダ
ウンロード要求した利用者端末に送信する情報送信手段
と、を有することを特徴とする情報管理システム。
【請求項３】所定情報をそれぞれ異なるデータ形式に
よって保存可能な複数の利用者端末と通信ネットワーク
を介して相互通信可能であり、前記複数の利用者端末か
らアップロードされた各所定情報を管理する情報管理シ
ステムを使用して前記各所定情報を管理する情報管理方
法であって、前記複数の利用者端末のいずれかによりアップロードさ
れた所定情報のデータ形式が予め定められている共通デ
ータ形式ではない場合に、当該共通データ形式に変換す
る第１のデータ形式変換ステップと、前記第１のデータ形式変換ステップによって共通データ
形式に変換した所定情報、又は前記アップロード時に既
に共通データ形式になっている所定情報を情報管理部で
管理する情報管理ステップと、前記複数の利用者端末のいずれかにより前記情報管理部
で管理している所定情報のいずれかのダウンロード要求
があった場合には、前記情報管理部で管理しているダウ
ンロード要求対象の所定情報を読み出す情報読出ステッ
プと、前記ダウンロード要求した利用者端末で保存可能なデー
タ形式が共通データ形式ではない場合には、前記情報読
出ステップによって読み出した所定情報のデータ形式
を、共通データ形式から前記ダウンロード要求した利用
者端末で保存可能なデータ形式に変換する第２のデータ
形式変換ステップと、前記第２のデータ形式変換ステップによってデータ形式
を変換した所定情報、又は前記ダウンロード要求した利
用者端末で保存可能なデータ形式が共通データ形式の場
合にはデータ形式を変換しない所定情報を、前記ダウン
ロード要求した利用者端末に送信する情報送信ステップ
と、を前記情報管理システムに実行させることを特徴とする
情報管理方法。
【請求項４】所定情報をそれぞれ異なるデータ形式に
よって保存可能な複数の利用者端末と通信ネットワーク
を介して相互通信可能であり、前記複数の利用者端末か
らアップロードされた各所定情報を管理する情報管理シ
ステムを使用して前記各所定情報を管理する情報管理方
法であって、前記複数の利用者端末のいずれかによりアップロード要
求があった場合には、当該利用者端末で保存可能なデー
タ形式から予め定められている共通データ形式への変換
が少なくとも可能な第１のデータ更新用アプリケーショ
ンを記憶しているか否かの確認要求を、前記アップロー
ド要求した利用者端末に行う第１の確認要求ステップ
と、前記第１の確認要求ステップによる確認要求に応じて前
記利用者端末から第１のデータ更新用アプリケーション
を記憶していない旨の確認結果を受けた場合には、前記
利用者端末へ前記第１のデータ更新用アプリケーション
を送信する第１のアプリケーション送信ステップと、前記第１のアプリケーション送信ステップによる送信に
応じて前記利用者端末で共通データ形式に変換された所
定情報又は前記利用者端末に保存時から既に共通データ
形式になっている所定情報がアップロードされた場合
に、当該アップロードされた所定情報を情報管理部で管
理する情報管理ステップと、前記複数の利用者端末のいずれかにより前記情報管理部
で管理している所定情報のいずれかのダウンロード要求
があった場合には、前記共通データ形式から前記利用者
端末で保存可能なデータ形式への変換が少なくとも可能
な第２のデータ更新用アプリケーションを記憶している
か否かの確認要求を、当該利用者端末に行う第２の確認
要求ステップと、前記第２の確認要求ステップによる確認要求に応じて前
記利用者端末から第２のデータ更新用アプリケーション
を記憶していない旨の確認結果を受けた場合には、前記
利用者端末へ前記第２のデータ更新用アプリケーション
を送信する第２のアプリケーション送信ステップと、前記情報管理部で管理しているダウンロード要求対象の
所定情報を読み出す情報読出ステップと、前記情報読出ステップによって読み出した所定情報を前
記ダウンロード要求した利用者端末に送信する情報送信
ステップと、を前記情報管理システムに実行させることを特徴とする
情報管理方法。
【請求項５】所定情報をそれぞれ異なるデータ形式に
よって保存可能な複数の利用者端末と通信ネットワーク
を介して相互通信可能であり、前記複数の利用者端末か
らアップロードされた各所定情報を管理する情報管理シ
ステムで用いる情報管理システム用プログラムであっ
て、前記複数の利用者端末のいずれかによりアップロードさ
れた所定情報のデータ形式が予め定められている共通デ
ータ形式ではない場合に、当該共通データ形式に変換す
る第１のデータ形式変換手段と、前記第１のデータ形式変換手段によって共通データ形式
に変換した所定情報、又は前記アップロード時に既に共
通データ形式になっている所定情報を管理する情報管理
手段と、前記複数の利用者端末のいずれかにより前記情報管理手
段によって管理している所定情報のいずれかのダウンロ
ード要求があった場合には、前記情報管理手段によって
管理しているダウンロード要求対象の所定情報を読み出
す情報読出手段と、前記ダウンロード要求した利用者端末で保存可能なデー
タ形式が共通データ形式ではない場合には、前記情報読
出手段によって読み出した所定情報のデータ形式を、共
通データ形式から前記ダウンロード要求した利用者端末
で保存可能なデータ形式に変換する第２のデータ形式変
換手段と、前記第２のデータ形式変換手段によってデータ形式を変
換した所定情報、又は前記ダウンロード要求した利用者
端末で保存可能なデータ形式が共通データ形式の場合に
はデータ形式を変換しない所定情報を、前記ダウンロー
ド要求した利用者端末に送信する情報送信手段と、を前記情報管理システムに機能させることを特徴とする
情報管理システム用プログラム。
【請求項６】所定情報をそれぞれ異なるデータ形式に
よって保存可能な複数の利用者端末と通信ネットワーク
を介して相互通信可能であり、前記複数の利用者端末か
らアップロードされた各所定情報を管理する情報管理シ
ステムで用いる情報管理システム用プログラムであっ
て、前記複数の利用者端末のいずれかによりアップロード要
求があった場合には、当該利用者端末で保存可能なデー
タ形式から予め定められている共通データ形式への変換
が少なくとも可能な第１のデータ更新用アプリケーショ
ンを記憶しているか否かの確認要求を、前記アップロー
ド要求した利用者端末に行う第１の確認要求手段と、前記第１の確認要求手段による確認要求に応じて前記利
用者端末から第１のデータ更新用アプリケーションを記
憶していない旨の確認結果を受けた場合には、前記利用
者端末へ前記第１のデータ更新用アプリケーションを送
信する第１のアプリケーション送信手段と、前記第１のアプリケーション送信手段による送信に応じ
て前記利用者端末で共通データ形式に変換された所定情
報又は前記利用者端末に保存時から既に共通データ形式
になっている所定情報がアップロードされた場合に、当
該アップロードされた所定情報を管理する情報管理手段
と、前記複数の利用者端末のいずれかにより前記情報管理手
段によって管理している所定情報のいずれかのダウンロ
ード要求があった場合には、前記共通データ形式から前
記利用者端末で保存可能なデータ形式への変換が少なく
とも可能な第２のデータ更新用アプリケーションを記憶
しているか否かの確認要求を、当該利用者端末に行う第
２の確認要求手段と、前記第２の確認要求手段による確認要求に応じて前記利
用者端末から第２のデータ更新用アプリケーションを記
憶していない旨の確認結果を受けた場合には、前記利用
者端末へ前記第２のデータ更新用アプリケーションを送
信する第２のアプリケーション送信手段と、前記情報管理手段によって管理しているダウンロード要
求対象の所定情報を読み出す情報読出手段と、前記情報読出手段によって読み出した所定情報を前記ダ
ウンロード要求した利用者端末に送信する情報送信手段
と、を前記情報管理システムに機能させることを特徴とする
情報管理システム用プログラム。
【請求項７】請求項５又は６に記載の情報管理システ
ム用プログラムを記録したことを特徴とする情報管理シ
ステムで読み取り可能な情報管理システム用記録媒体。
【請求項８】予め定められた共通データ形式の所定情
報を管理する情報管理システムと通信ネットワークを介
して相互通信可能であり、前記共通のデータ形式とは異
なる所定のデータ形式によって前記所定情報を保存可能
な情報管理システム対応利用者端末であって、前記利用者端末で保存している所定情報の所定のデータ
形式から前記共通データ形式への変換、及び前記情報管
理システムから送信された所定情報の共通データ形式か
ら前記所定のデータ形式への変換のうち、少なくとも一
方の変換が可能な変換手段を有することを特徴とする情
報管理システム対応利用者端末。
【請求項９】予め定められた共通データ形式の所定情
報を管理する情報管理システムと通信ネットワークを介
して相互通信可能であり、前記共通のデータ形式とは異
なる所定のデータ形式によって前記所定情報を保存可能
な利用者端末に接続可能な情報管理システム専用アダプ
タであって、前記利用者端末で保存している所定情報の所定のデータ
形式から前記共通データ形式への変換、及び前記情報管
理システムから送信された所定情報の共通データ形式か
ら前記所定のデータ形式への変換のうち、少なくとも一
方の変換が可能な変換手段を有することを特徴とする情
報管理システム専用アダプタ。