(57)【特許請求の範囲】
【請求項１】
システム辞書を含むメインデータを含み、前記メインデータを補助する拡張辞書を含むオプションデータと、利用者端末の使用に伴い生成・変化していく利用端末固有の有意味情報の組み込みを許容するデータベースを備えるとともに、前記有意味情報の保管要求をする情報蓄積端末と、
前記情報蓄積端末からの保管要求に応じて、前記有意味情報の保管を行う情報保管・配信サーバと、
前記情報保管・配信サーバに保管された前記有意味情報の配信を受ける情報利用端末とを備えた情報保管・配信システムであって、
前記有意味情報は、ユーザデータと学習情報の少なくとも一方を有し、
前記ユーザデータは、前記情報蓄積端末で作成された単語を含み、前記学習情報は、前記情報蓄積端末における利用履歴に応じて更新される前記システム辞書並びに前記拡張辞書を構成する各単語単位に付加された優先度を含むものであり、前記優先度は、使用時にこの値が高いほど変換候補として優先的に表示される度合いを示すものであり、
前記情報蓄積端末は、
前記データベースに保管された所定の前記有意味情報を抽出する有意味情報抽出手段と、
前記有意味情報抽出手段により取得された前記有意味情報を保管要求とともに前記情報保管・配信サーバに対して送信する手段を備え、
前記情報利用端末は、
前記情報保管・配信サーバに対して、鍵の配布要求を発する鍵配布要求手段と、
前記鍵配布要求手段による配布要求に伴い前記情報保管・配信サーバから供給される鍵を取得する手段と、
前記取得した鍵を用い、前記情報保管・配信サーバに対して、前記有意味情報の配信要求を発する配信要求手段と、
前記配信要求に伴い前記情報保管・配信サーバから供給される前記有意味情報を取得し、取得した前記有意味情報を前記優先度を加味して自己のデータベースに組み込む機能を備え、
前記情報保管・配信サーバは、
前記情報蓄積端末からの保管要求とともに送られてくる前記情報蓄積端末に蓄積された前記有意味情報を受信すると、その受信した前記有意味情報を保管データベースに保管する保管手段と、
前記情報利用端末からの前記鍵の配布の要求を受信した際に、前記情報蓄積端末に対して前記情報利用端末に鍵配布可能か否かを問い合わせるとともに、前記情報蓄積端末からの返答に基づいて前記情報利用端末に配布可能か否かの認証を行い、配布可能と判断した場合に前記情報利用端末に対して前記鍵を配布する機能と、
前記情報利用端末から前記鍵とともに受信する配信要求に従い、所定の有意味情報を前記情報利用端末に向けて配信する機能を備えたことを特徴とする情報保管・配信システム。
【請求項２】
システム辞書を含むメインデータを含み、前記メインデータを補助する拡張辞書を含むオプションデータと、利用者端末の使用に伴い生成・変化していく利用端末固有の有意味情報の組み込みを許容するデータベースを備えるとともに、前記有意味情報の保管要求をする情報蓄積端末と、
前記情報蓄積端末からの保管要求に応じて、前記有意味情報の保管を行う情報保管・配信サーバと、
前記情報保管・配信サーバに保管された前記有意味情報の配信を受ける情報利用端末とを備えた情報保管・配信システムであって、
前記有意味情報は、ユーザデータと学習情報の少なくとも一方を有し、
前記ユーザデータは、前記情報蓄積端末で作成された単語を含みと、前記学習情報は、前記情報蓄積端末における利用履歴に応じて更新される前記システム辞書並びに前記拡張辞書を構成する各単語単位に付加された優先度を含み、前記優先度は、使用時にこの値が高いほど変換候補として優先的に表示される度合いを示すものであり、
前記情報蓄積端末は、
前記データベースに保管された所定の前記有意味情報を抽出する有意味情報抽出手段と、
前記有意味情報抽出手段により取得された前記有意味情報を保管要求とともに前記情報保管・配信サーバに対して送信する手段と、
前記情報保管・配信サーバに保管した前記有意味情報の配信を許可するか否かを判断するための条件情報たる鍵生成情報を情報保管・配信サーバに対して送信する手段を備え、
前記情報利用端末は、
前記情報保管・配信サーバに対して、鍵の配布要求を発する鍵配布要求手段と、
前記鍵配布要求手段による配布要求に伴い前記情報保管・配信サーバから供給される鍵を取得する手段と、
前記取得した鍵を用い、前記情報保管・配信サーバに対して、前記有意味情報の配信要求を発する配信要求手段と、
前記配信要求に伴い前記情報保管・配信サーバから供給される前記有意味情報を取得し、取得した前記有意味情報を前記優先度を加味して自己のデータベースに組み込む機能を備え、
前記情報保管・配信サーバは、
前記情報蓄積端末からの保管要求とともに送られてくる前記情報蓄積端末に蓄積された前記有意味情報を受信すると、その受信した前記有意味情報を保管データベースに保管する保管手段と、
前記情報利用端末からの前記鍵の配布の要求を受信した際に、前記鍵生成情報に基づいて前記情報利用端末に鍵配布可能か否かの認証を行い、配布可能と判断した場合に前記情報利用端末に対して前記鍵を配布する機能と、
前記情報利用端末から前記鍵とともに受信する配信要求に従い、所定の有意味情報を前記情報利用端末に向けて配信する機能を備えたことを特徴とする情報保管・配信システム。
【請求項３】
前記優先度を加味した組み込みは、
前記単語単位ごとに判断し、
前記情報利用端末のデータベースに、配信を受けた処理対象の単語単位と同一の単語単位が登録されている場合に、優先度が高いことを条件に配信された単語単位の前記データベースへの登録を行う処理を含むものである請求項１に記載の情報保管・配信システム。
【請求項４】
前記鍵は有効期間を設定し、前記鍵を取得した前記情報利用端末は、その有効期間内で自由に配信を受けることができるようにしたことを特徴とする請求項１から３のいずれか１項に記載の情報保管・配信システム。
【請求項５】
前記情報保管・配信サーバは、前記鍵の配布に伴い、課金処理を実行する課金処理手段を備えたことを特徴とする請求項１〜４のいずれか１項に記載の情報保管・配信システム。
【請求項６】
前記情報保管・配信サーバから前記鍵が送信されたことを条件に配布完了として前記課金処理をするようにしたことを特徴とする請求項５に記載の情報保管・配信システム。
【請求項７】
前記情報利用端末からの配布完了通知を受けたことを条件に配布完了として前記課金処理をするようにしたことを特徴とする請求項５に記載の情報保管・配信システム。
【請求項８】
システム辞書を含むメインデータを含み、前記メインデータを補助する拡張辞書を含むオプションデータと、利用者端末の使用に伴い生成・変化していく利用端末固有の有意味情報の組み込みを許容するデータベースを備えるとともに、前記有意味情報の保管要求をする情報蓄積端末からの保管要求に応じて、前記有意味情報の保管を行うとともに、その保管した有意味情報を情報利用端末に配信する情報保管・配信サーバにおける情報保管・配信方法であって、
前記有意味情報は、ユーザデータと学習情報の少なくとも一方を有し、
前記ユーザデータは、前記情報蓄積端末で作成された単語を含みと、前記学習情報は、前記情報蓄積端末における利用履歴に応じて更新される前記システム辞書並びに前記拡張辞書を構成する各単語単位に付加された優先度を含み、前記優先度は、使用時にこの値が高いほど変換候補として優先的に表示される度合いを示すものであり、
前記情報蓄積端末から保管要求とともに送られてくる前記情報蓄積端末に蓄積された前記有意味情報を取得する処理ステップと、
その取得した前記有意味情報を保管データベースに保管する保管処理ステップと、
前記情報利用端末から鍵の配布要求を受信した際に、前記情報蓄積端末に対して、前記情報利用端末に鍵配布可能か否かを問い合わせる処理ステップと、
前記情報蓄積端末からの返答に基づき鍵を配布可能か否かの認証を行う認証処理ステップと、
前記認証処理ステップの実行結果が配布可能な場合に前記鍵を前記情報利用端末に対して配布する配布処理ステップと、
前記情報利用端末から前記鍵とともに配信要求を受信すると、所定の有意味情報を前記情報利用端末に向けて配信する処理ステップを含むことを特徴とする情報保管・配信方法。
【請求項９】
システム辞書を含むメインデータを含み、前記メインデータを補助する拡張辞書を含むオプションデータと、利用者端末の使用に伴い生成・変化していく利用端末固有の有意味情報の組み込みを許容するデータベースを備えるとともに、前記有意味情報の保管要求をする情報蓄積端末からの保管要求に応じて、前記有意味情報の保管を行うとともに、その保管した有意味情報を情報利用端末に配信する情報保管・配信サーバにおける情報保管・配信方法であって、
前記有意味情報は、ユーザデータと学習情報の少なくとも一方を有し、
前記ユーザデータは、前記情報蓄積端末で作成された単語を含みと、前記学習情報は、前記情報蓄積端末における利用履歴に応じて更新される前記システム辞書並びに前記拡張辞書を構成する各単語単位に付加された優先度を含み、前記優先度は、使用時にこの値が高いほど変換候補として優先的に表示される度合いを示すものであり、
前記情報蓄積端末から保管要求とともに送られてくる前記情報蓄積端末に蓄積された前記有意味情報を取得する処理ステップと、
前記情報蓄積端末から送られてくる前記有意味情報の配信を許可する条件である鍵生成情報を取得する処理ステップと、
その取得した各情報を保管データベースに保管する保管処理ステップと、
前記情報利用端末から鍵の配布要求を受信した際に、前記鍵生成情報に基づいて前記情報利用端末に配布可能か否かの認証を行う認証処理ステップと、
前記認証処理ステップの実行結果が配布可能な場合に前記鍵を前記情報利用端末に対して配布する配布処理ステップと、
前記情報利用端末から前記鍵とともに配信要求を受信すると、所定の有意味情報を前記情報利用端末に向けて配信する処理ステップを含むことを特徴とする情報保管・配信方法。
【請求項１０】
前記情報保管・配信サーバは、前記鍵の配布に伴い、課金する課金処理ステップを実行することを特徴とする請求項８または９に記載の情報保管・配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報保管・配信システムおよび情報保管・配信方法に関するものである。
【０００２】
【従来の技術】
例えばコンピュータのシステムエラーなどにより、ＯＳの再インストールが必要であったり、アプリケーションを再インストールすると、それまでの使用により蓄積されたユーザ固有のデータ・情報が消失してしまう。また、アプリケーションにおいては、各種の設定が初期化されてしまう。
【０００３】
従って、予め所望のデータを別の記録媒体に保管しておき、後日必要に応じてその保管したデータをコンピュータに読み込ませることにより、コンピュータ，アプリケーションの設定や記憶したデータ等を保管時の状態に戻すことができる。
【０００４】
そして、上記した保管・配信システムとしては、従来ファイルバックアップ装置，リストア装置や、データ同期ツール(いわゆるWindowsのブリーフケース)等各種のものがある。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の保管・配信システムでは、以下に示す問題がある。すなわち、保管される情報（データ）は独立して存在し、データに順位付けがない。その結果、配信したデータを一括して上書きすることになる。そのため、例えば、配信して取得したデータを元からあったデータと統合し、総括的に利用することが困難であった。
【０００６】
特に、保管したデータを配信し、別のコンピュータ（利用端末）に対して格納するような場合には、元からあった情報（データ）と統合することなく、上書き方式で格納するようになると、その別の利用端末の使用により蓄積してきた情報が無くなるので、好ましくない。
【０００７】
この発明は、情報蓄積端末が持つ有意味情報等（例えば、実施の形態では学習情報ならびにユーザデータ）を、特定の条件を満たす情報利用端末に配信して組み込むに際し、既存のデータとの統合を図ることができ、配信先の情報利用端末上で使い勝手のよい新たなデータベースを構築することができるようにすることを目的としている。
【０００８】
【課題を解決するための手段】
この発明による情報保管・配信方法は、システム辞書を含むメインデータを含み、前記メインデータを補助する拡張辞書を含むオプションデータと、利用者端末の使用に伴い生成・変化していく利用端末固有の有意味情報の組み込みを許容するデータベースを備えるとともに、前記有意味情報の保管要求をする情報蓄積端末からの保管要求に応じて、前記有意味情報の保管を行うとともに、その保管した有意味情報を情報利用端末に配信する情報保管・配信サーバにおける情報保管・配信方法である。そして、前記有意味情報は、ユーザデータと学習情報の少なくとも一方を有し、前記ユーザデータは、前記情報蓄積端末で作成された単語を含み、前記学習情報は、前記情報蓄積端末における利用履歴に応じて更新される前記システム辞書並びに前記拡張辞書を構成する各単語単位に付加された優先度を含むものであり、前記優先度は、使用時にこの値が高いほど変換候補として優先的に表示される度合いを示すものである。
【０００９】
係る前提のもとで、前記情報蓄積端末から保管要求とともに送られてくる前記情報蓄積端末に蓄積された前記有意味情報を取得する処理ステップと、その取得した前記有意味情報を保管データベースに保管する保管処理ステップと、前記情報利用端末から鍵の配布要求を受信した際に、前記情報蓄積端末に対して、前記情報利用端末に鍵配布可能か否かを問い合わせる処理ステップと、前記情報蓄積端末からの返答に基づき鍵を配布可能か否かの認証を行う認証処理ステップと、前記認証処理ステップの実行結果が配布可能な場合に前記鍵を前記情報利用端末に対して配布する配布処理ステップと、前記情報利用端末から前記鍵とともに配信要求を受信すると、所定の有意味情報を前記情報利用端末に向けて配信する処理ステップを含むようにした。
【００１０】
また、別の解決手段としては、上記した前提のもとで、前記情報蓄積端末から保管要求とともに送られてくる前記情報蓄積端末に蓄積された前記有意味情報を取得する処理ステップと、前記情報蓄積端末から送られてくる前記有意味情報の配信を許可する条件である鍵生成情報を取得する処理ステップと、その取得した各情報を保管データベースに保管する保管処理ステップと、前記情報利用端末から鍵の配布要求を受信した際に、前記鍵生成情報に基づいて前記情報利用端末に配布可能か否かの認証を行う認証処理ステップと、前記認証処理ステップの実行結果が配布可能な場合に前記鍵を前記情報利用端末に対して配布する配布処理ステップと、前記情報利用端末から前記鍵とともに配信要求を受信すると、所定の有意味情報を前記情報利用端末に向けて配信する処理ステップを含むようにしてもよい。
【００１１】
そして、上記した各発明において、さらに前記情報保管・配信サーバは、前記鍵の配布に伴い、課金する課金処理ステップを実行すること含むようにすると良い。
【００１２】
そして、この方法を実施するために適した情報保管・配信システムは、システム辞書を含むメインデータを含み、前記メインデータを補助する拡張辞書を含むオプションデータと、利用者端末の使用に伴い生成・変化していく利用端末固有の有意味情報の組み込みを許容するデータベースを備えるとともに、前記有意味情報の保管要求をする情報蓄積端末と、前記情報蓄積端末からの保管要求に応じて、前記有意味情報の保管を行う情報保管・配信サーバと、前記情報保管・配信サーバに保管された前記有意味情報の配信を受ける情報利用端末とを備えた情報保管・配信システムを前提とする。
【００１３】
そして、前記有意味情報は、ユーザデータと学習情報の少なくとも一方を有し、前記ユーザデータは、前記情報蓄積端末で作成された単語を含み、前記学習情報は、前記情報蓄積端末における利用履歴に応じて更新される前記システム辞書並びに前記拡張辞書を構成する各単語単位に付加された優先度を含むものであり、前記優先度は、使用時にこの値が高いほど変換候補として優先的に表示される度合いを示すものである。
【００１４】
また、前記情報蓄積端末は、前記データベースに保管された所定の前記有意味情報を抽出する有意味情報抽出手段と、前記有意味情報抽出手段により取得された前記有意味情報を保管要求とともに前記情報保管・配信サーバに対して送信する手段を備える。
【００１５】
さらに、前記情報利用端末は、前記情報保管・配信サーバに対して、鍵の配布要求を発する鍵配布要求手段と、前記鍵配布要求手段による配布要求に伴い前記情報保管・配信サーバから供給される鍵を取得する手段と、前記取得した鍵を用い、前記情報保管・配信サーバに対して、前記有意味情報の配信要求を発する配信要求手段と、前記配信要求に伴い前記情報保管・配信サーバから供給される前記有意味情報を取得し、取得した前記有意味情報を前記優先度を加味して自己のデータベースに組み込む機能を備える。
【００１６】
そして、前記情報保管・配信サーバは、前記情報蓄積端末からの保管要求とともに送られてくる前記情報蓄積端末に蓄積された前記有意味情報を受信すると、その受信した前記有意味情報を保管データベースに保管する保管手段と、前記情報利用端末からの前記鍵の配布の要求を受信した際に、前記情報蓄積端末に対して前記情報利用端末に鍵配布可能か否かを問い合わせるとともに、前記情報蓄積端末からの返答に基づいて前記情報利用端末に配布可能か否かの認証を行い、配布可能と判断した場合に前記情報利用端末に対して前記鍵を配布する機能と、前記情報利用端末から前記鍵とともに受信する配信要求に従い、所定の有意味情報を前記情報利用端末に向けて配信する機能を備えるようにした。
【００１７】
また、別の解決手段としては、上記した前提のもと、前記有意味情報は、ユーザデータと学習情報の少なくとも一方を有し、前記ユーザデータは、前記情報蓄積端末で作成された単語を含みと、前記学習情報は、前記情報蓄積端末における利用履歴に応じて更新される前記システム辞書並びに前記拡張辞書を構成する各単語単位に付加された優先度を含み、前記優先度は、使用時にこの値が高いほど変換候補として優先的に表示される度合いを示すものであり、前記情報蓄積端末は、前記データベースに保管された所定の前記有意味情報を抽出する有意味情報抽出手段と、前記有意味情報抽出手段により取得された前記有意味情報を保管要求とともに前記情報保管・配信サーバに対して送信する手段と、前記情報保管・配信サーバに保管した前記有意味情報の配信を許可するか否かを判断するための条件情報たる鍵生成情報を情報保管・配信サーバに対して送信する手段を備えた。
【００１８】
そして、前記情報利用端末は、前記情報保管・配信サーバに対して、鍵の配布要求を発する鍵配布要求手段と、前記鍵配布要求手段による配布要求に伴い前記情報保管・配信サーバから供給される鍵を取得する手段と、前記取得した鍵を用い、前記情報保管・配信サーバに対して、前記有意味情報の配信要求を発する配信要求手段と、前記配信要求に伴い前記情報保管・配信サーバから供給される前記有意味情報を取得し、取得した前記有意味情報を前記優先度を加味して自己のデータベースに組み込む機能を備えた。
【００１９】
さらに、前記情報保管・配信サーバは、前記情報蓄積端末からの保管要求とともに送られてくる前記情報蓄積端末に蓄積された前記有意味情報を受信すると、その受信した前記有意味情報を保管データベースに保管する保管手段と、前記情報利用端末からの前記鍵の配布の要求を受信した際に、前記鍵生成情報に基づいて前記情報利用端末に鍵配布可能か否かの認証を行ない、配布可能と判断した場合に前記情報利用端末に対して前記鍵を配布する機能と、前記情報利用端末から前記鍵とともに受信する配信要求に従い、所定の有意味情報を前記情報利用端末に向けて配信する機能を備えるようにした。
【００２０】
そして、上記した各システムの発明を前提とし、前記優先度を加味した組み込みは、前記単語単位ごとに判断し、前記情報利用端末のデータベースに、配信を受けた処理対象の単語単位と同一の単語単位が登録されている場合に、優先度が高いことを条件に配信された単語単位の前記データベースへの登録を行う処理を含むようにするとよい。
【００２１】
また、前記鍵は有効期間を設定し、前記鍵を取得した前記情報利用端末は、その有効期間内で自由に配信を受けることができるようにするとよい。
【００２２】
さらにまた、前記情報保管・配信サーバは、前記鍵の配布に伴い、課金処理を実行する課金処理手段を備えることもできる。この場合に、前記情報保管・配信サーバから前記鍵が送信されたことを条件に配布完了として前記課金処理をするようにすることもできるし、前記情報利用端末からの配布完了通知を受けたことを条件に配布完了として前記課金処理をするようにすることもできる。
【００２３】
この発明の一実施形態においては、前記鍵生成情報に基づいて鍵を生成し、前記鍵生成情報と鍵を前記保管データベースに格納する機能を設けることである。最も、鍵を生成する機能は、必ずしも設けなくても良い。例えば、鍵自体を受け取るようにすれば、情報保管サーバ側で鍵を生成する必要は無い。また、鍵を生成するタイミングは、鍵生成情報を受け取った際に行っても良いし、鍵を配布する必要が生じた際に行っても良いし、その他任意のタイミングで鍵を生成することかできる。
【００２４】
情報保管・配信サーバは、情報保管サーバと情報配信サーバの２つの機能を備えたものであり、「情報保管サーバ」は、実施の形態では、「データ保管装置１０′」により実現されており、「情報配信サーバ」は、実施の形態では、「データ配信装置１０″」により実現されている。以下の説明においても、保管機能に着目して説明する場合には、単に情報保管サーバ（データ保管装置）と称し、配信機能に着目して説明する場合には、単に情報配信サーバ（データ配信装置）と示すことがある。
【００２５】
さらに、「データベース」は実施の形態では、「有意味情報蓄積データベース２０ａ」に対応し、「保管データベース」は実施の形態では、「有意味情報保管データベース１０ａ並びに鍵生成情報保管データベース３５」に対応する。
【００２６】
そして、情報保管サーバに対して供給する手段としては、通信網を介して供給する場合には、通信部２０ｂにより実現され、記録媒体を用いて供給する場合には、その記録媒体に対してデータを書き込む装置により実現される。
【００２７】
ここで、鍵配布要求をした情報利用端末と、配信するデータを保管したある情報蓄積端末は、同一であっても良いし異なっていても良い。特に同一の場合には、保管・配信することによりバックアップ機能が実現できる。
【００２８】
この発明の一実施形態としては、前記認証は、前記保管データベースに格納された前記鍵生成情報に基づいて自動的に行うようにすることである。もちろん、必ずしも自動的に行う機能は無くても良い。また、別の実施形態としては、鍵の配布に伴ない、課金処理を実行する課金処理手段を備えることである。なお、鍵の配布は、例えば、情報配信サーバから鍵が送信されたことをもって配布したとして課金処理をしても良いし、端末からの配布完了通知を受けて課金処理をしても良い。
【００２９】
この発明によれば、ある情報蓄積端末から有意味情報を吸い上げて保存し、利用者（情報利用端末）から鍵配布要求があった際に、配信に必要な利用条件を満たす利用者に鍵を配布し、配布した鍵を使用して利用者が配信要求を行うことにより、保管した有意味情報を配信し、配信先の端末に組み込むことによって、新たなデータベースが構築される。
【００３０】
そして、配信する有意味情報は、単語単位（最小機能単位）で分離して構成されているので、個々の単語単位でデータベースへの登録が可能となる。そして、各単語単位には、それぞれ優先度が、付加されているので、その優先度に基づいて所定の位置にデータの登録が行える。
【００３１】
また、配信処理する際には、鍵生成情報に基づく所定の鍵を有することを前提とするため、鍵を持たない端末からの配信要求があっても拒否する。
【００３２】
さらに、有意味情報の配信に先立ち、配信を受けたい端末からは鍵の配布がなされるが、情報蓄積端末からの許可の返事或いは鍵生成情報によって配信を許可する条件が設定されるため、係る条件を具備しない端末からの鍵配布要求は、却下される。よって、保管した有意味情報は、一定の条件を具備する人に対してのみ配信されるので、秘密が守れる。もちろん、要求のあった利用者（端末）の全てに対して鍵を配布するようにしても良いし、逆に、保管した本人のみ配信を許可するようにすることもできる。
【００３３】
従って、保管処理と配信処理を同一の利用端末で行う場合、例えばデータの破壊等により再インストールするような場合等に、バックアップ機能を効果的に実現できる。もちろん、利用形態としては、このように保管と配信が同一の利用端末を用いて行うものに限らず、他の利用端末に配信するような場合でもかまわない。いずれにしても、有意味情報を取得するための権利である鍵を配布するようにしたことにより、セキュリティが高くなり、プライバシーが守れる。
【００３４】
また、保管・配信をビジネスとして行う場合、実際に使用し商品価値のある有意味情報そのものではなく、その有意味情報の配信を許可するための鍵を売る（利用者は鍵を購入する）ことになる。つまり、本発明では、有意味情報を保管している保管データベース（一種の保管箱）を開ける権利（鍵）に課金するようにしている。よって、その鍵に有効期限を設定したり、期限自体を設定しない場合には、鍵が有効にある限り、何回でも保管箱を開け、保管された有意味情報の配信を受けることができるようになる。この点で、データ自体を売る従来の課金システム（ビジネス）と異なる。
【００３５】
なお、情報保管サーバへの保管要求や端末への配信は、オンラインで行っても良いし、オフラインで行っても良い。また、保管要求や配信処理する際の媒体も、通信網のように伝送媒体でもよいし、情報記録媒体でも良く、各種のものを用いることができる。そして、好ましくは、通信網を介して行うことである。このように通信網を利用することにより、利用端末からの保管要求に伴う各処理や、配信要求に基づく各処理を自動的に行うことができる。
【００３６】
この発明の以上説明した構成要素は可能な限り組み合わせることができる。この発明による情報配信サーバ並びに情報保管サーバや、端末を構成する各手段を専用のハードウェア回路によって実現することができるし、プログラムされたコンピュータによって実現することもできる。この発明による情報保管方法や処理方法は、コンピュータを動作させるソフトウェア（プログラム）によっても、専用のハードウェア回路によっても実現できる。
【００３７】
【発明の実施の形態】
以下、本発明の好適な実施の形態を添付図面を参照にして詳述する。まず、本発明の前提となるデータ保管・配信システムの一例を説明する。図１〜図４に示すように、保管するデータを受信するとともに管理するデータ保管装置１０′（「保管サーバ」とも称する）と、その保管したデータを配信するデータ配信装置１０″（「配信サーバ」とも称する）を有する。そして、それらデータ保管装置１０′やデータ配信装置１０″との間でデータを送信したり受信したりする端末２０とが、通信網３０を介して接続される。
【００３８】
そして、本形態では、通信網３０に接続されたある利用端末（保管者側の有意味情報蓄積端末）２０′のデータ（保管データ）を保管し、その保管したデータを別の利用端末（購入者側の有意味情報利用端末）２０″に与え、配信する場合について説明する。なお、以下の説明において、保管者側と購入者側を特に区別する必要がない場合には、符号２０で示す。
【００３９】
端末２０は、パソコン，ＰＤＡ(パーソナル・デジタル・アシスタンス)等の汎用処理端末と、携帯電話，通信機能付きＰＤＡ等の無線通信端末がある。この無線通信端末は、携帯端末ととらえても良い。
【００４０】
また、「データ」（「保管データ」，「配信データ」とも称する）は、端末２０に保管し、また配信するのに意味のある有意味情報であり、このデータは、端末２０に設けられた有意味情報蓄積データベース２０ａに格納される。つまり、情報保管元の有意味情報蓄積端末２０′では、その有意味情報蓄積端末２０′にとって意味のある有意味情報であるデータ（保管データ）が蓄積され、情報配信先の有意味情報利用端末２０″では配信されたデータ（配信データ）が蓄積される。よって、有意味情報蓄積データベース２０ａには、利用端末の利用目的に応じて、配信された情報や学習履歴，利用者による登録データ情報などが蓄積される。
【００４１】
そして、情報保管元の有意味情報蓄積端末２０′は、自己が蓄積している所望のデータを保管するための要求をデータ保管装置１０′に対して行い、係る保管システムを利用するようになっている。
【００４２】
また、情報配信先の有意味情報利用端末２０″は、所望のデータを配信するための要求をデータ配信装置１０″に対して行い、係る配信システムを利用するようになっている。そして、配信された情報（配信データ）は、有意味情報利用端末２０″内の有意味情報蓄積データベース２０ａに格納され、既に格納されている他の情報と統合されて使用可能となる。なお、具体的な統合処理に付いては後述する。
【００４３】
また、データ保管装置１０′は、要求に応じて上記した情報保管元の有意味情報蓄積端末２０′が蓄積するデータを取得し、保管・管理するものである。そして、取得した保管データ（有意味情報）は、有意味情報保管データベース１０ａに保管するようにしている。
【００４４】
さらに、データ配信装置１０″は、上記データ保管装置１０′が格納した有意味情報保管データベース１０ａに保管されているデータを、情報配信先の有意味情報利用端末２０″へ送信するものである。
【００４５】
さらにまた、本形態では、サーバ側でデータを保管し、要求に応じて復元のために配信するサービスの対価として利用者から使用料を徴収（課金）するようにした。この使用料の徴収を行うに際し、「鍵」の概念を導入し、データの配信を受けようとする有意味情報利用端末２０″は、配信に先立ち、その「鍵」を購入し、購入した「鍵」を使って配信を受けるようにした。
【００４６】
つまり、保管者側の有意味情報蓄積端末２０′からデータ保管装置１０′にデータを送信するに際し、鍵生成情報も送り、その鍵生成情報を鍵生成情報保管データベース３５に保管する。ここで鍵生成情報とは、保管者側の端末（有意味情報蓄積端末）２０′からデータ保管装置１０′に保管されたデータ（有意味情報）を配信するために必要な条件情報であり、配信可能な利用者（購入者），有意味情報利用端末２０″を識別するための情報や、鍵を生成するために必要な制限事項である。
【００４７】
そして、利用者（購入者）側の利用端末は、まず、鍵購入要求（鍵配布要求）を出し、「鍵」を購入し、購入した「鍵」を使用して有意味情報の「配信要求」を出し、データ配信装置１０″から有意味情報を取得する。
【００４８】
なお、データ保管装置１０′，データ配信装置１０″，有意味情報保管データベース１０ａ並びに鍵生成情報保管データベース３５は、それぞれ別々の装置で構成されていてもよいし、任意の２つ或いは全部が同一の装置で構成されていてもよい。そして、有意味情報保管データベース１０ａ及びまたは鍵生成情報保管データベース３５が、別の装置で構成されている場合には、データ保管装置１０′或いはデータ配信装置１０″の外部記憶装置として直接接続されるようになっていてもよいし、インターネット，イントラネットなどの各種の通信網を介して接続されるように構成してもよい。また、データ保管装置１０′とデータ配信装置１０″とが別の装置で構成されている場合も、ケーブルで直接接続してもよいし、インターネット，イントラネット，ＬＡＮなどの各種の通信網を介して接続されるように構成してもよい。
【００４９】
通信網３０とは、データ交換を行うための網であり、公衆回線，インターネット，イントラネットなどの各種の通信媒体（伝送媒体）を利用できる。保管・配信データは、利用端末（利用者）の利用目的に応じて保管・配信される情報であり、通常は、通信網３０を経由して情報の配信が行われる。但し、本発明では、フロッピーディスク，ＭＯ，コンパクトディスクレコーダ（ＣＤ−Ｒ），デジタルビデオディスク（ＤＶＤ）などの電子媒体３１を介して、情報の保管及びまたは配信を行うようにしてもよい。
【００５０】
次に、本システムの一連の処理の流れを説明すると、情報保管システムは、図３に示すように、まず利用者が有意味情報蓄積端末２０′に対して必要な情報（保管データ）の保管の要求をする。すると、情報保管元の有意味情報利用端末２０′は、自己の有意味情報蓄積データベース２０ａから、指定された保管すべき有意味情報（保管データ）を抽出し、保管サーバ（データ保管装置）１０′に対して、その情報についての保管依頼を送る（▲１▼）。また、この保管依頼の際に、有意味情報とともに鍵生成情報を送る。
【００５１】
この保管依頼を受けたデータ保管装置１０′は、有意味情報蓄積端末２０′から受け取った有意味情報（保管データ）を、有意味情報保管データベース１０ａに格納する。また、有意味情報蓄積端末２０′から受け取った鍵生成情報を鍵生成情報保管データベース３５に格納する（▲２▼）。なお、鍵生成情報より作成された鍵も保管されている。なおまた、鍵生成情報に鍵生成禁止情報が含まれている場合には、鍵生成を行わない場合がある。
【００５２】
そして、有意味情報保管データベース１０ａ並びに鍵生成情報保管データベース３５へ格納する保管処理が完了したならば保管完了通知を受ける（▲３▼）。そして、この保管完了通知を受けたならば、データ保管装置１０′は、保管依頼を受けた保管者の有意味情報蓄積端末２０´に対して、保管完了通知を発する（▲４▼）。
【００５３】
なお、この通知を受けた保管者側の有意味情報蓄積端末２０′は、利用者に保管完了通知を行い、一連の保管処理を終了する。この利用者に対する保管完了通知は、例えば有意味情報蓄積端末２０′の表示部に完了メッセージを表示することなどにより行える。
【００５４】
なお、図１に示したように、保管データの供給は、通信網３０を経由して行われる場合や、電子媒体３１を経由してデータ保管装置１０′に渡される場合がある。もちろん、通信網３０と電子媒体３１を共に使用して渡す場合もある。
【００５５】
一方、上記のようにして保管したデータの配信を行う情報配信システムは、図４に示すようになる。有意味情報保管データベース１０ａには、既に利用者による保管要求によって有意味情報が保管されている。また、鍵生成情報保管データベース３５には、利用者（保管者）の保管要求による鍵生成情報と、その鍵生成情報により生成した鍵が保管されている。
【００５６】
そこで、係る保管させられたデータの配信を希望する利用者は、有意味情報利用端末２０″に対して必要な情報（データ）のデータの配信の要求をする。すると、購入者側の有意味情報利用端末２０″は、配信サーバ（データ配信装置）１０″に対して、利用者から指定された情報に付いて鍵購入要求を送る（▲１▼）。
【００５７】
この鍵購入要求を受けたデータ配信装置１０″は、鍵生成情報保管データベース３５をアクセスし（▲２▼）、鍵を配布してよいか否かを判断（「利用者（購入者）」の認証）し、配布して良い場合には鍵生成情報保管データベース３５から鍵を取得する（▲３▼）。そして、有意味情報利用端末２０″に対し「許諾返答」とともに「鍵」を配布する（▲４▼）。この鍵の配布に伴い、データ配信装置１０″は、課金処理をする。
【００５８】
この鍵を取得した有意味情報利用端末２０″は、データ配信装置１０″に対し、その鍵とともに有意味情報の配信依頼をする（▲５▼）。配信依頼を受けたデータ配信装置１０″は、有意味情報保管データベース１０ａをアクセスし、該当する有意味情報（データ）を検索する（▲６▼）。そして、該当する有意味情報を抽出したならば（▲７▼）、その抽出した情報（配信データ）を依頼のあった情報配信先の有意味情報利用端末２０″に向けて情報配信する（▲８▼）。
【００５９】
この配信を受けた有意味情報利用端末２０″は、受け取った情報（配信データ）を自己の有意味情報蓄積データベース２０ａに格納し、配信完了通知をデータ配信装置１０″に送るとともに、利用者に対しても配信完了通知を発する。なお、利用者に対する配信完了通知は、例えば有意味情報利用端末２０″の表示部に完了メッセージを表示することなどにより行える。
【００６０】
なお、図２に示したように、配信データの供給は、通信網３０を経由して行われる場合や、電子媒体３１を経由してデータ保管装置１０′に渡される場合がある。もちろん、通信網３０と電子媒体３１を共に使用して渡す場合もある。
【００６１】
次に各部に付いて説明する。端末２０は、図５に示すようなソフトウェア構造を採っている。すなわち、端末２０上のオペレーティングシステム(ＯＳ)２１により、１つもしくは複数のアプリケーションソフト２２ａ，２２ｂ，…が存在する。各アプリケーションソフト２２ａ，２２ｂは、単一もしくは複数が同時に駆動可能となっている。
【００６２】
ここで、「アプリケーションソフト」とは、端末２０の利用目的を達成するために必要なソフトウェアである。例えば、利用端末がパーソナルコンピュータの場合、アプリケーションソフトは、ワードプロセッサソフトや、表計算ソフトなどが挙げられる。また、端末２０が携帯電話の場合、ダイアラーや、電話帳、メールソフト(メイラー)などが挙げられる。
【００６３】
また、端末２０には、上記したアプリケーションソフト２２ａ，２２ｂの補助ソフトとしての利用目的補助ソフト２３も備えている。この「利用目的補助ソフト２３」は、端末２０の利用目的を達成するために必要なソフトウェア（上記したアプリケーションソフト２２ａ，２２ｂ）とは違い、それらのアプリケーションソフト２２ａ，２２ｂの利便性を向上させるためのソフトウェアである。一例を示すと、アプリケーションソフトがワードプロセッサやメールソフトとすると、辞書やスペルチェッカーなどがある。また、利用目的補助ソフト２３は、上記のようにテキストをベースとしたものに限ることは無く、例えば編集・加工可能な画像表示ソフトのように画像データなど各種の形態を扱うものにも適用できる。
【００６４】
さらに、通信網３０を経由して配信された電子データは、通信インタフェース２４を介して利用目的補助ソフト２３内に取り込まれる。同様に、電子媒体３１を介して配信された情報は、その電子媒体３１のデータを読み込み可能なＩ／Ｏデバイス２５を介して利用目的補助ソフト２３内に取り込まれるようになっている。
【００６５】
この利用目的補助ソフト２３は、図６に示すように、利用目的補助ソフト駆動部２３ａとメインデータ部２３ｂと、オプションデータ部２３ｃと学習情報部２３ｄとユーザデータ部２３ｅから構成される。
【００６６】
ここで、利用目的補助ソフト駆動部２３ａは、メインデータ部２３ｂ，オプションデータ部２３ｃ，学習情報部２３ｄ，ユーザデータ部２３ｅの各データを用い、利用目的を補助する機能を達成するための部位である。利用目的補助ソフト２３が辞書とすると、要求された読みに対応する漢字を抽出し、所定の順序で並べ替えて返答する機能などがある。また、利用目的補助ソフトが画像表示ソフトとすると、画像データを加工したり、表示したりする機能が有る。
【００６７】
また、メインデータ部２３ｂは、利用目的を補助するために必要となる必須データである。利用目的補助ソフト２３が辞書とすると、多くの人が使うと予想される必要最小限のシステム辞書データである。
【００６８】
オプションデータ部２３ｃは、利用目的を補助するために、後からメインデータ部２３ｂに、自由に追加・交換・削除できるデータである。利用目的補助ソフト２３が辞書とすると、人名辞書，地名辞書，特定の技術分野の辞書など、利用者によって必要か否かが分かれる辞書データである。このオプションデータ部２３ｃは、初期状態にはなくても構わない。もちろん、最初から登録されていてもよい。
【００６９】
学習情報部２３ｄは、利用者の利用履歴を格納する部位である。利用目的補助ソフト２３が辞書とすると、辞書に格納された各単語の使用頻度などが登録される。この学習情報部２３ｄも、初期状態にはなくても構わない。もちろん、最初から登録されていてもよい。
【００７０】
ユーザデータ部２３ｅは、利用者（ユーザ）が自由に使用できるデータ領域である。例えば、利用者が新しくデータを追加した際に、この領域に保管される。つまり、利用目的補助ソフト２３が辞書とすると、利用者が作成した新語が、このユーザデータ部２３ｅに登録される。このユーザデータ部２３ｅも、初期状態にはなくても構わない。もちろん、最初から登録されていてもよい。
【００７１】
上記から明らかなように、学習情報部２３ｄとユーザデータ部２３ｅは、利用者が端末２０を使用するに従ってデータが蓄積され、利用者の使用状況により変化する。そして、学習情報部２３ｄは、端末２０の利用履歴に応じて自動的に内容が更新される。また、ユーザデータ部２３ｅは、新語登録のように利用者の意識的な入力に応じて内容が更新される。
【００７２】
そして、本形態では、図７，図８に示すように、上記した利用目的補助ソフト２３が使用するデータ（補助データ，有意味情報）の保管・配信を行うようにしている。より具体的には、データの保管については、有意味情報蓄積端末２０′内部の有意味情報蓄積データベース２０ａから、その利用端末固有の有意味情報（学習情報とユーザデータ）と鍵生成情報を取り出し（１）、データ保管・配信装置１０に送られて（２）、有意味情報保管データベース１０ａと鍵生成情報データベース３５にそれぞれ格納され、保管される（３）。
【００７３】
一方、情報配信は、以下の手順で行われる。すなわち、情報配信は、保管された有意味情報（ローカルデータ：学習情報＋ユーザデータ）を、有意味情報利用端末２０″の有意味情報蓄積データベース２０ａ内の学習情報部２３ｄ，ユーザデータ部２３ｅに情報を組み込み、新たな有意味情報蓄積データベースを生成する。この時、本形態では、配信を受けるためには予め鍵を購入し、その鍵を持っていることが条件としている。
【００７４】
そこで、まず、有意味情報利用端末２０″は、有意味情報配布に必要な鍵購入要求をデータ保管・配信装置１０に通知する（▲４▼）。データ保管・配信装置１０は、鍵購入要求を受けると、鍵生成情報を元に利用者（購入者）の認証を行い、許諾返答（許諾拒否）もしくは、鍵の抽出／配布を行う（▲５▼，▲６▼）。
【００７５】
利用者（購入者）は、データ保管・配信装置１０からの許諾返答に鍵配布拒否情報が含まれている場合は、鍵の購入ができない。よって、有意味情報の配信も受けることができない。一方、「鍵」が配布された場合には、配布された「鍵」を使用して有意味情報の配信要求をデータ保管・配信装置１０に通知する（▲７▼）。
【００７６】
データ保管・配信装置１０は、受け取った配布要求に応じて、対応する有意味情報Ｄ′を取得し（▲８▼）、有意味情報利用端末２０″に向けて配信する（▲９▼）。この有意味情報Ｄ′は、情報配信先の有意味情報利用端末２０″内の有意味情報蓄積データベース２０ａに格納される。
【００７７】
そして、実際の情報（配信データ）Ｄ′の配信先での格納手法としては、直接有意味情報利用端末２０″内の各記憶部内の所定領域に格納しても良いし、一旦別の領域に格納した後で、既存の有意味情報（データ）等と統合するようにしても良い。
【００７８】
なおまた、この配信に伴う学習情報部２３ｄ，ユーザデータ部２３ｅであるが、配信された情報（配信データ）Ｄ′を追加したととらえても良いし、新たな情報（配信データ）と既存の情報を統合して新たな学習情報部２３ｄ，ユーザデータ部２３ｅを生成（更新）したととらえても良い。
【００７９】
さらに、鍵購入要求を受けた際の認証であるが、図８に示すように、予め鍵生成情報として認証するための情報を取得しておくことで、データ保管・配信装置１０側で自動的に行う（▲５▼）ようにしても良いし、図７に示すように、その都度、有意味情報蓄積端末（利用者（保管者））２０′に対して許諾の伺いを行い（▲５▼′）、利用者（保管者）側でその都度認証を行って返答をし（▲５▼″）、その返答に基づいて有意味情報利用端末２０″に対して所定の処理を実行するようにしても良い。
【００８０】
次に、上記したデータの保管・配信を行うためのデータ保管・配信装置１０並びに端末２０の内部構造に付いて説明する。ハードウェア構成は、データ保管装置１０′とデータ配信装置１０″の何れも同様の構成となり、図９に示すようになっている。
【００８１】
同図に示すように、ネットワーク等の通信網３０に接続され、ネットワーク（通信網）３０との間の通信を制御する通信部１０ｂを有し、この通信部１０ｂを介して通信網３０に接続された利用端末との間でデータの送受を可能とする。
【００８２】
端末２０からデータ（各種依頼も含む）が送信されてくると、ユーザ認証部１０ｃにて正規の端末２０か否かを判断する。また、ユーザ認証部１０ｃは、ネットワーク３０との認証や、データベース管理の認証も行う機能を有している。すなわち、操作者がＭＭ入出力部（マンマシンインタフェース）１０ｄを介して有意味情報保管データベース１０ａの記憶内容の更新を行うことができるようになっている。そこで、その操作者が正規の人か否かの判断（認証）を、ユーザ認証部１０ｃが行うようになっている。
【００８３】
なお、ＭＭ入出力部１０ｄは、外部との入出力機能で、システムの操作者が入出力するために用いられる。そして、入力装置としては、例えばキーボード，テンキー，マウスなどが該当し、操作者の入力がシステムに伝達するものならその種類は問わない。また、出力装置としては、例えば、ディスプレイ，プリンタ，スピーカなどが該当し、操作者に対してシステムから情報を伝達できるものなら種類は問わない。
【００８４】
さらに、データ保管・配信装置１０は、各機能を駆動・処理するための演算機能を持つ演算部１０ｅと、様々なデータ構造とデータ実体を管理するデータベース管理部１０ｆを備えている。そして、このデータベース管理部１０ｆを介して、有意味情報保管データベース１０ａや鍵生成情報保管データベース３５内のデータの読み書きを行うようになっている。この鍵生成情報保管データベース３５には、利用者（購入者）の認証に必要な認証データおよび鍵データが記憶される。
【００８５】
また、有意味情報保管データベース１０ａは、情報保管元の利用端末から送られてくる保管データである有意味情報（学習情報＋ユーザデータ）を記憶する有意味情報蓄積領域と、データ保管・配信装置１０に必要なデータ（その他のデータ）が格納される領域がある。
【００８６】
さらにまた、データ保管・配信装置１０には、プログラム部１０ｇを備えている。このプログラム部１０ｇは、データ保管・配信装置１０の利用目的を達成するために必要なプログラムが格納されており、本発明との関係で言えば、有意味情報蓄積端末２０′から送られてくる有意味情報（保管データ）の保管依頼に基づいて、受け取ったデータを格納したり、鍵の生成、鍵生成情報の配布・保管をしたり、配信要求に基づいて必要な配信データを抽出し、配信処理を実行するプログラム等が格納されている。
【００８７】
なおまた、上記した各処理部１０ｂ〜１０ｇは、バスを介して接続されている。なお、ハードウェア構成としては、従来からあるサーバとほぼ同様の構成をとる。
【００８８】
一方、端末２０側のハードウェア構成図は、図１０に示すようになっている。同図に示すように、ネットワーク等の通信網３０に接続され、ネットワークとの間の通信を制御する通信部２０ｂを有し、この通信部２０ｂを介して通信網３０に接続されたデータ送信装置との間でデータの送受を可能とする。
【００８９】
また、この端末２０にもユーザ認証部２０ｃを備え、ネットワーク（通信網）３０との認証や、データベース管理の認証も行う機能を有している。すなわち、利用者がＭＭ入出力部（マンマシンインタフェース）２０ｄを介してユーザデータ部２３ｅその他のデータベースの記憶内容の更新を行うことができるようになっている。そこで、その利用者が正規の人か否かの判断（認証）を、ユーザ認証部２０ｃが行うようになっている。
【００９０】
なお、ＭＭ入出力部２０ｄは、外部との入出力機能で、利用者が入出力する際に用いられる。そして、入力装置としては、例えばキーボード，テンキー，マウスなどが該当し、利用者の入力がシステムに伝達するものならその種類は問わない。また、出力装置としては、例えば、ディスプレイ，プリンタ，スピーカなどが該当し、利用者に対してシステムから情報を伝達できるものなら種類は問わない。
【００９１】
さらに、端末２０は、各機能を駆動・処理するための演算機能を持つ演算部２０ｅと、様々なデータ構造とデータ実体を管理するデータベース管理部２０ｆを備えている。そして、このデータベース管理部２０ｆを介して、有意味情報蓄積データベース２０ａ内のデータの読み書きを行うようになっている。なお、有意味情報蓄積データベース２０ａ内の「その他のデータ」には、端末２０の利用目的を達成するために必要なデータが格納されている。
【００９２】
さらにまた、端末２０は、プログラム部２０ｇを備えている。このプログラム部２０ｇは、端末２０の利用目的を達成するために必要なプログラムが格納されており、例えば、通話処理や文書作成などを実行するアプリケーションソフトが格納される。また、本発明との関係で言えば、例えば図５に示すアプリケーションソフト２２ａ，２２ｂや、利用目的補助ソフト２３等が、プログラム部２０ｇに格納される。さらに、有意味情報（データ）の保管・配信依頼や、配信を受けた有意味情報やオプションデータ等の配信データの格納等の各処理を行うプログラムも、上記のプログラム部２０ｇに格納される。
【００９３】
なおまた、上記した各処理部２０ｂ〜２０ｇは、バスを介して接続されている。なお、ハードウェア構成としては、従来からあるサーバとほぼ同様の構成をとる。
【００９４】
そして、図９，図１０に示したデータ保管・配信装置１０と端末２０間で行われる情報保管システム並びに情報配信システムを実現するための主な処理機能を抽出して示すと図１１，図１２のようになる。図１１は、情報保管システムであり、データ保管装置１０′と有意味情報蓄積端末２０′の関係を示している。図１２は、情報配信システムであり、データ配信装置１０″と有意味情報利用端末２０″の関係を示している。
【００９５】
つまり、図１１に示すように、情報保管元の有意味情報蓄積端末２０′側では、利用者から情報（有意味情報）の保管要求を受け取るためのＭＭ入出力部２０ｄ（特に、入力機能）と、データの送受信を行うための通信部２０ｂと、プログラム部２０ｇを備える。
【００９６】
このプログラム部２０ｇは、ＭＭ入出力部２０ｄからの要求を受けた有意味情報保管要求部２０ｈが、その保管要求を実行すべく必要な情報の取得命令を有意味情報検索部２０ｉと鍵生成情報取得部２０ｊにそれぞれ与える。有意味情報検索部２０ｉは、有意味情報蓄積データベース２０ａをアクセスし、要求のあった有意味情報を検索する。そして、検索結果に基づいて、次段の有意味情報抽出部２０ｋが該当する有意味情報（学習情報＋ユーザデータ）を抽出し、通信部２０ｂに渡す。
【００９７】
一方、鍵生成情報取得部２０ｊは、データ保管装置１０′に送信し保管しようとする有意味情報を配信するに際し、正常な配信を実行するために必要な「鍵」を生成するための条件情報である鍵生成情報を取得し、取得した鍵生成情報を通信部２０ｂに渡す。
【００９８】
この条件情報（鍵生成情報）は、例えば暗号化されたデータを復号するための公開鍵（公開鍵を生成するための情報を含む）や、配信可能な利用者（購入者）を特定するための情報などが有る。この鍵生成情報は、例えば、有意味情報蓄積データベース２０ａ内のその他のデータ（図１０参照）に記憶保持されている。もちろん、他の記憶領域に記憶させていても良い。そして、通信部２０ｂは、受け取った有意味情報と鍵生成情報をデータ保管装置１０′に送出する。
【００９９】
一方、データ保管装置１０′は、各端末２０（有意味情報蓄積端末２０′）との間でデータの送受信を行うための通信部１０ｂと、プログラム部１０ｇを備える。プログラム部１０ｇは、有意味情報蓄積端末２０′から保管依頼とともに送られてくる有意味情報を受け取り、有意味情報保管データベース１０ａに格納する有意味情報保管部１０ｉと、有意味情報蓄積端末２０′から保管依頼とともに送られてくる鍵生成情報を受け取り、鍵生成情報保管データベース３５に格納する鍵生成情報保管部１０ｊを有する。さらに、この鍵生成情報保管部１０ｊは、受け取った鍵生成条件に従って鍵を生成し、鍵生成情報保管データベース３５に格納する機能も有する。これにより、鍵生成情報保管データベース３５には、その保管した有意味情報について配信を許可する利用者（購入者）を特定するための情報と、その利用者に渡す鍵等の各種情報が、関連付けて登録される。
【０１００】
また、図１２に示すように、情報配信システムを構築する情報配信先の有意味情報利用端末２０″は、利用者から情報（有意味情報）の配信要求を受け取るためのＭＭ入出力部２０ｄ（特に、入力機能）と、データの送受信を行うための通信部２０ｂと、プログラム部２０ｇを備える。この基本構成は、有意味情報蓄積端末２０′と同様である。
【０１０１】
そして、情報配信先の有意味情報利用端末２０″では、プログラム部２０ｇ内の具体的な機能が異なる。すなわち、プログラム部２０ｇには、ＭＭ入出力部２０ｄからの配信要求（鍵未購入の場合）或いは鍵購入要求を受けて、通信部２０ｂを介してデータ配信装置１０″に対して鍵購入要求を送出する鍵購入要求部２０ｍと、ＭＭ入出力部２０ｄからの配信要求を受けて、通信部２０ｂを介してデータ配信装置１０″に対して有意味情報の配信依頼を送出する有意味情報配信要求部２０ｑと、データ配信装置１０″から送られてきた有意味情報（学習情報＋ユーザデータ）を、有意味情報蓄積データベース２０ａ内の所定の領域に組み込み、既存の学習情報部２３ｄやユーザデータ部２３ｅに格納されたデータとの統合を図る有意味情報組み込み部２０ｎと、データ配信装置１０″から送られてきた鍵を有意味情報蓄積データベース２０ａ内の所定の領域（その他のデータ）に保存し、また保存した鍵を抽出する鍵保存・抽出部２０ｐとを備える。そして、鍵保存・抽出部２０ｐは、所定の鍵（配信要求しようとした有意味情報についての鍵）を有意味情報配信要求部２０ｑに与える機能も持つ。この有意味情報配信要求部２０ｑは、実際には、この鍵を保有することを条件に、通信部２０ｂに対して有意味情報の配信依頼ができるようになっている。
【０１０２】
また、データ配信装置１０″側では、各端末２０（有意味情報利用端末２０″）との間でデータの送受信を行うための通信部１０ｂと、プログラム部１０ｇを備える。プログラム部１０ｇは、通信部１０ｂを介して受け取った鍵購入要求や配信依頼に基づき、要求された有意味情報について配信を受ける権限を有するか否か（鍵を持っているか否か，鍵を購入する資格が有るか否か）を判断する利用者認証部１０ｋを有する。
【０１０３】
利用者認証部１０ｋは、配信を受ける権限を有しないと判断した場合には、通信部１０ｂを介して要求・依頼のあった有意味情報利用端末２０″に対し、不許可（データ配信，鍵配布）の返答を送る機能を有する。さらに、配信を受ける権限を有すると判断した場合には、鍵購入依頼の場合には鍵抽出部１０ｍにその旨（権限が有る＋鍵購入依頼）通知し、有意味情報配布要求の場合には有意味情報抽出部１０ｎにその旨（権限が有る＋鍵購入依頼）通知する。
【０１０４】
すると、鍵抽出部１０ｍは、鍵生成情報保管データベース３５をアクセスし、必要な鍵を抽出し、通信部１０ｂを介して鍵購入依頼のあった有意味情報利用端末２０″に対し、鍵を配布する機能を有する。また、有意味情報抽出部１０ｎは、有意味情報保管データベース１０ａをアクセスし、指定された有意味情報（学習情報＋ユーザデータ）を抽出し、通信部１０ｂを介して配信要求のあった有意味情報利用端末２０″に対し、有意味情報を配信する機能を有する。
【０１０５】
なお、データ保管装置１０′とデータ配信装置１０″は、同一の装置で実現されてもよいことは前に説明した通りであるが、端末２０も、情報保管元になったり情報配信先になったりすることがあるので、図１１と図１２に示したそれぞれの機能を単一の端末２０に組み込んでおくと良い。もちろん、一方の機能しか使わないことが明らかな場合には、係る一方の機能のみ組み込んでおけば良い。また、情報保管元と情報配信先の２つの機能を組み込んだ利用端末は、別の利用端末が保管したデータの配信を受けて配信することもできるし、自分で保管したデータをその後に配信を受けて配信することもできる。特に後者の利用形態をする場合には、バックアップ機能を、別途設けたサーバを介して実現することになる。
【０１０６】
そして、本形態では、配信する有意味情報は、図１３に示すように、１つの「最小機能単位」或いは複数の「最小機能単位」からなる最小機能単位群により構成される。この「最小機能単位」は、それ単独で機能する単位のことであり、辞書の場合には１つの単語（品詞）単位となる。そして、その最小機能単位は、個々に独立しているとともに、それぞれに優先度が付加されている。
【０１０７】
従って、学習情報部２３ｄやユーザデータ部２３ｅに複数の最小機能単位のデータが格納されている場合には、その優先度に従ってソートされ、優先度の高いものほど利用されやすいようにする。なお、優先度は、初期状態で適当な値が設定されているが、利用状況に応じて変化するようになる。
【０１０８】
よって、例えば初期状態で図１４（ａ）に示すような順番で各最小機能単位のデータが並んでいるとした場合、利用履歴が加味されることにより、優先度が変化し（使われるものほど優先度が高くなる）、その順番は同図（ｂ）に示すように初期状態のものと異なる。さらに、最小機能単位ごとに管理されているため、新たなデータ配信を受けて、１または複数の最小機能単位のデータが追加された場合には、その優先度を見て、適宜の位置に挿入することになる（同図（ｃ）参照）。
【０１０９】
さらに本形態では、図１５に示すように、ユーザデータのみならず、メインデータやオプションデータに対しても、最小機能単位で管理するとともに、それぞれに優先度を付加している。従って、ユーザデータ部２３ｅ内での優先度の比較はもちろんのこと、他のデータとの間でも優先度を見ることにより、順位付けができる。つまり、メインデータ，オプションデータ並びにユーザデータを一まとめにして管理することができる。
【０１１０】
また、本形態における有意味情報は、ユーザデータ部２３ｅに格納されたユーザデータは、利用者が作成し登録したデータである。また、学習情報部２３ｄに格納された学習情報は、メインデータやオプションデータの使用頻度に応じて更新された優先度情報となる。
【０１１１】
次に、図１６以降のフローチャートを用いて、情報保管・配信システムの作用を説明しつつ、プログラム部１０ｇ，２０ｇ内の各機能を説明する。まず、データの保管を受ける場合には、利用者が情報保管元の有意味情報蓄積端末２０′のＭＭ入出力部２０ｄを操作して、保管する有意味情報を特定し保管要求をする。従って、プログラム部２０ｇの有意味情報保管要求部２０ｈでは、ＭＭ入出力部２０ｄから係る有意味情報の保管要求処理の命令が与えられたか否かを判断する（ＳＴ１）。そして、係る保管要求以外の場合には、対応する所定の処理を実行し（ＳＴ２）、次の入力を待つ。
【０１１２】
一方、有意味情報保管要求があった場合には、その要求内容が有意味情報保管要求部２０ｈに渡される。そして、有意味情報検索部２０ｉが、有意味情報蓄積データベース２０ａ（学習情報部２３ｄ，ユーザデータ部２３ｅ）から該当する有意味情報を検索する（ＳＴ３）。そして、検索結果に基づき、有意味情報抽出部２０ｋが、所望の有意味情報を抽出し、通信部２０ｂへ渡す（ＳＴ４）。
【０１１３】
また、鍵生成情報取得部２０ｊは、有意味情報蓄積データベース２０ａ（その他のデータ）から、保管しようとする有意味情報について鍵生成情報を取得し、通信部２０ｂへ渡す（ＳＴ５）。
【０１１４】
なお、上記した説明では、まず有意味情報の検索・抽出処理を行い、その後、鍵生成情報の取得処理をするようにしたが、その順序は逆でも良いし、並列処理をしてももちろんよい。
【０１１５】
そして、上記した各処理ステップを実行して得られた有意味情報，鍵生成情報が、通信部２０ｂにてデータ保管装置１０′に向けて送信される。すなわち、上記した各情報とともに、送信先情報（データ保管装置のアドレス）と送信元情報（利用端末のアドレス，ＩＤ番号等の正規のユーザであることを認証するための情報）と、要求内容すなわち、保管要求であること示すデータを含む送信データを作成し、出力する。
【０１１６】
一方、データ保管装置１０′は、有意味情報蓄積端末２０′から保管要求を受け取ると、ユーザ認証部１０ｃにて正規の利用端末からの依頼（保管要求）であることを確認後、有意味情報保管部１０ｉは取得した有意味情報を有意味情報保管データベース１０ａに保存する（ＳＴ７）。また、鍵生成情報保管部１０ｊは、取得した鍵生成情報に基づき、鍵を生成し、その生成した鍵と鍵生成情報を鍵生成情報保管データベース３５に保存する（ＳＴ８，ＳＴ９）。そして、各保管部１０ｉ，１０ｊは、保管処理（データベースへの保存）が完了すると、完了通知を発するので、この完了通知を通信部１０ｂが情報保管元の有意味情報蓄積端末２０′に返す（ＳＴ１０）。
【０１１７】
この完了通知を通信部２０ｂを介して受け取った情報保管元の有意味情報蓄積端末２０′は、その完了した旨を示すメッセージ等をＭＭ入出力部２０ｄの出力装置（ディスプレイ等）に出力し、処理を終了する（ＳＴ１１）。
【０１１８】
次に、データの配信を受ける処理をする場合には、図１７に示すように、利用者が情報配信先の有意味情報利用端末２０″のＭＭ入出力部２０ｄを操作して、配信する有意味情報を特定した配信要求をする。
【０１１９】
従って、プログラム部２０ｇの有意味情報配信要求部２０ｑでは、ＭＭ入出力部２０ｄから係る有意味情報の配信要求処理の命令を受けると、既にその要求する有意味情報についての鍵を購入済か否かを判断する（ＳＴ２１）。つまり、鍵保存・抽出部２０ｐから、鍵情報が与えられるか否かを判断する。そして、鍵が未購入の場合には、鍵購入要求部２０ｍに対して鍵購入要求をする。
【０１２０】
これを受けて、鍵購入要求部２０ｍは、通信部２０ｂを介してデータ配信装置１０″に対して鍵購入要求をする（ＳＴ２２）。このとき、何の有意味情報に対しての鍵購入要求であるか、及び、予め端末に記憶保持している利用者（鍵の購入者）を特定する情報（指名，ＩＤコード，メールアドレスなど）を抽出し、データ配信装置１０″に送る（ＳＴ２３）。
【０１２１】
鍵購入要求を受けたデータ配信装置１０″は、利用者認証部１０ｋが鍵生成情報保管データベース３５から該当する有意味情報についての鍵生成情報を取得する（ＳＴ２４）。
【０１２２】
取得した鍵生成情報に、鍵購入要求をしてきた利用者が含まれているか否か、つまり、予め有意味情報を保管した利用者（保管者）が配信を許可した利用者であるか否かを判断する（ＳＴ２５）。そして、含まれていない場合には、利用者認証部１０ｋは、鍵購入要求をしてきた有意味情報利用端末２０″に対し、鍵購入拒否を通知するので、その通知を受けた有意味情報利用端末２０″は、鍵購入が拒否された旨のメッセージを、ＭＭ入出力部２０ｄの出力装置（ディスプレイ等）に出力し（ＳＴ２６）、処理を終了する。
【０１２３】
一方、ステップ２５の分岐判断でＹｅｓ、つまり、鍵購入が許可されている場合には、鍵抽出部１０ｍが起動し、要求のあった有意味情報についての鍵を鍵生成情報保管データベース３５から抽出する。そして、通信部１０ｂを介して鍵購入要求をしてきた有意味情報利用端末２０″に対し、抽出した鍵を配布する。
【０１２４】
鍵の配布を受けた有意味情報利用端末２０″は、受け取った鍵を通信部２０ｂを介して鍵保存・抽出部２０ｐに渡す。そして、鍵保存・抽出部２０ｐは、受け取った鍵を保存する（ＳＴ２８）とともに、係る鍵購入が完了したことを、ＭＭ入出力部２０ｄの出力装置（ディスプレイ等）に出力する（ＳＴ２９）。
【０１２５】
次いで、配信依頼をするか否かを判断する（ＳＴ３０）。すなわち、ＭＭ入出力部２０ｄから、係る依頼があったか否かを判断する。そして、配信依頼があった場合には、有意味情報配信要求部２０ｑが、鍵保存・抽出部２０ｐから配信を受ける有意味情報についての鍵を取得し、通信部２０ｂを介してデータ配信装置１０″に対し、鍵とともに配信依頼を行う。なお、配信依頼をしない場合には、そのまま（上記の流れの例では、鍵の保存をし、結果を表示した状態）処理を終了する。
【０１２６】
一方、配信依頼を受けたデータ配信装置１０″は、利用者認証部１０ｋが配信可能な利用者からの依頼か否かを判断する。つまり、有意味情報についての正しい鍵を有しているか否かを判断する。そして、鍵を持っている場合には、有意味情報抽出部１０ｎが、有意味情報保管データベース１０ａ（有意味情報蓄積領域）をアクセスし、該当する有意味情報（学習情報＋ユーザデータ）を検索するとともに抽出し、通信部１０ｂに渡す。そして、上記した各処理ステップを実行して得られた有意味情報が、通信部１０ｂにて配信依頼のあった情報配信先の有意味情報利用端末２０″に向けて配信される（ＳＴ３１）。
【０１２７】
有意味情報利用端末２０″は、その配信された有意味情報を通信部２０ｂを介して有意味情報組み込み部２０ｎに与え、所望のデータがある場合には、有意味情報蓄積データベース２０ａに対して有意味情報等の組み込みを行う（ＳＴ３２）。そして、配信が完了したならば、その旨をＭＭ入出力部２０ｄの出力装置（ディスプレイ等）に出力する（ＳＴ３３）。
【０１２８】
また、ステップ３２に示す有意味情報の組み込み処理は、具体的には、図１８に示すフローチャートに従って実行される。すなわち、単語単位である最小機能単位ごとにデータの組み込みを行う。
【０１２９】
具体的には、配信により取得した有意味情報（最小機能単位郡）の中から、１つの最小機能単位を取得する（ＳＴ４１）。そして、共通・標準のデータが格納されたメインデータ部２３ｂにも、最小機能単位ごとにデータが格納されているので、処理対象の最小機能単位と同一のデータがメインデータ部２３ｂに登録されているか否かを判断する（ＳＴ４２）。そして、メインデータ部２３ｂに存在していない場合には、有意味情報格納部（学習情報部２３ｄ＋ユーザデータ部２３ｅ）に既に同一の最小機能単位が登録されているか否かを判断する（ＳＴ４３）。
【０１３０】
有意味情報格納部にも登録されていない場合には、新規なデータであるので、有意味情報格納部の所定の記憶エリアに処理対象の最小機能単位を追加する（ＳＴ４４）。
【０１３１】
そして、配信された有意味情報中に、未処理の最小機能単位が残っているか否かを判断する（ＳＴ４５）。そして、残っている場合は、ステップ４８を経由してステップ４１に戻り、配信された次の最小機能単位に対する処理に移行する（ＳＴ４８）。
【０１３２】
一方、ステップ４２，４３のいずれかでＹｅｓ、つまり、メインデータ部２３ｂと有意味情報格納部のいずれかに既に同一の最小機能単位が登録されている場合には、既に登録された最小機能単位の優先度と、配信された最小機能単位の優先度を比較する（ＳＴ４７）。
【０１３３】
そして、配信された処理対象の最小機能単位の優先度の方が高い場合には、ステップ４４に飛び、有意味情報格納部に処理対象の最小機能単位を追加する（ＳＴ４４）。
【０１３４】
逆に、配信された最小機能単位の優先度の方が低い場合には、今回取得した最小機能単位は使用しない。そして、ステップ４８に進み、配信された次の最小機能単位に対する処理に移行する（ＳＴ４８）。
【０１３５】
上記の各処理を繰り返し実行することにより、配信された有意味情報中のすべての最小機能単位に付いての処理を終了したならば、ステップ４５の判断でＮｏとなるので、ステップ４６に進む。つまり、今回の情報配信に伴う有意味情報格納部への組み込み処理（配信）が完了するので、「組み込み完了通知」をデータ配信装置１０″に向けて送信し、一連の処理を終了する。
【０１３６】
係る組み込みを行うことにより、有意味情報格納部には、最小機能単位ごとのデータが格納され、しかも、優先度も関連付けて登録される。従って、有意味情報利用端末２０″において、情報保管元の有意味情報蓄積端末２０′における有意味情報で使用していたデータが配信により組み込まれる。しかも配信した情報を使用する場合、各最小機能単位に優先度が付加されているので、優先度の高いものほど、利用される可能性の高い最小機能単位と推定して利用することにより、操作性が向上する。そして、その有意味情報は、既に情報保管元の有意味情報蓄積端末２０′で使用されており、その使用環境下において有効に機能するものであるので、配信を受けた有意味情報利用端末２０″側でも最初から好適に使用することができる。
【０１３７】
特に、情報保管元の有意味情報蓄積端末２０′の利用者が、情報配信先の有意味情報利用端末２０″と同一の利用者である場合には、より使い勝手のよい環境が配信により再現できる。しかも、各データは、上書きするのではなく、最小機能単位ごとに優先度を加味して追加するので、元々あったデータも利用できる。
【０１３８】
そして、上記した情報配信システムをビジネスとして実行するためには、何かしらの行為に対して課金を採る必要がある。そこで本形態では、課金するタイミングは、利用者が配信のために鍵を購入（サーバ側としては鍵の販売）したことを条件に課金をとるようにした。
【０１３９】
具体的には、図１９に示すフローチャートに従って課金処理を実行する。すなわち、まず鍵購入要求が完了したか否かを判断する（ＳＴ５１）。そして、本形態では、情報配信先の有意味情報利用端末２０″に対して鍵を配布した際に鍵購入要求を完了したと判断するようにしている。なお、鍵を受け取った有意味情報利用端末２０″から、受け取り完了通知を発行するようにし、その完了通知を受け取ることを条件に鍵購入要求が完了したと判断するようにしても良い。なお、完了しない場合には、その他の処理を実行する（ＳＴ５１）。
【０１４０】
また、鍵購入要求が完了した場合には、有意味情報保管データベース１０ａのその他のデータとして格納された「課金プログラム」を読み出し（ＳＴ５３）、プログラム部１０ｇにて課金処理を実行する（ＳＴ５４）。この課金金額は、例えば、予め配布する鍵ごとに料金を決めた料金テーブルを作成して保持しておくことにより、その料金テーブルを参照することにより簡単に求められる。
【０１４１】
さらに、鍵の有効期間等を決め、その期間等によって料金を変えても良い。つまり、例えば、１週間，１ヶ月，６ヶ月，１年等の有効期間を定め、その有効期間内であれば何回でも配信を受けることができるようにすることができる。また、有効期間を定めるのではなく、１回限り，ｎ回というように、配信を受ける回数を定めても良い。
【０１４２】
そして、課金結果をデータ配信装置１０″のＭＭ入出力部１０ｄの出力装置に出力し（ＳＴ５５）、課金処理結果をデータベース（例えば、有意味情報保管データベース１０ａのその他のデータ）に登録する（ＳＴ５６）。なお、上記課金処理結果は、各端末２０′，２０″側にも通知するようにしてもよい。
【０１４３】
また、実際の利用者からの料金徴収は、その都度徴収するようにしてもよいし、データベースに保存した課金情報に基づき、一定の間隔（例えば月単位）で一括して徴収するようにしても良い。そして、徴収方法は、請求書発行に伴う入金でもよいし、クレジットや銀行引き落としでも良いし、予め、前納制により一定の利用料金を利用者から徴収しておき、そこから引き当てるようにしてもよい。さらには、利用端末が携帯電話などの場合には、電話料金と一緒に徴収するようにすることもできる。
【０１４４】
また、本形態の利用態様としては、同一人が有する複数の利用端末間での保管・配信の場合と、他人が保有する有意味情報の保管・配信の何れもとることができる。そして、第三者からの有意味情報の配信の場合には、情報保管元の利用者に対しては、提供料として所定の対価を支払うようにすることもできる。
【０１４５】
また、利用者は、あるときは情報保管元となり、別のときには情報配信先になることがある。係る場合には、自己が作成し保管した有意味情報についての鍵が、第三者に購入された場合にポイントを与え、そのポイント内で他の有意味情報についての鍵購入を受けるようにすることもできる。
【０１４６】
次に、上記した実施の形態における作用を実例を挙げて説明する。例えば、日本語処理システムに利用されるかな漢字変換辞書を想定すると、図５で言うアプリケーションソフトは、ワープロその他の日本語入力する各種アプリケーションとなる。そして、利用目的補助ソフトが、日本語処理システム（かな漢字変換システム）となり、かな漢字変換辞書が、図６に示すメインデータ部２３ｂ，オプションデータ部２３ｃ並びにユーザデータ部２３ｅに登録するかな漢字変換辞書となる。
【０１４７】
この場合における最小機能単位は、「読み」「読みに対する候補」「品詞」からなる候補情報となる。各候補情報には、初期値として優先度が設定され、その値は利用履歴により変化する。つまり、この例における優先度は、頻度のようなものであり、利用されるほど値が大きくなる。
【０１４８】
そして、各データ部に登録される最小機能単位の一例を示すと、図２０のようになる。すなわち、図１５と図２０を対比すると明らかなように、メインデータ部２３ｂがシステム辞書，オプションデータ部２３ｃが人名辞書などのシステム辞書をサポートする専門辞書，ユーザデータ部２３ｅが利用者が自由に登録できるユーザ登録辞書となる。
【０１４９】
まず、図２０に示すように、メインデータ部２３ｂに、標準のシステム辞書が最小機能単位で登録され、各最小機能単位の優先度を関連付けて学習情報部２３ｄに登録されている。そして、オプションデータ部２３ｃに、専門辞書が最小機能単位で登録され、各最小機能単位の優先度が関連付けて学習情報部２３ｄに登録されている。また、有意味情報格納部となるユーザデータ部（ユーザ登録辞書部）２３ｅには、利用者の使用に応じて、最小機能単位ごとに登録される。
【０１５０】
このうち、利用端末の使用に伴い生成される固有の保持情報である各学習部２３ｄ（学習情報部）とユーザ登録辞書部２３ｅ（ユーザデータ部）の有意味情報を予めデータ保管装置１０′に送信し、有意味情報保管データベース１０ａに登録しておく。すると、その後に辞書データが破壊されたり、学習情報が初期化されてしまった場合に、データ配信装置１０″に対して配信依頼をし、保管したデータの配信を受け、組み込むことにより、保管処理時の辞書の状態に復帰できる。また、別の利用端末を使用する場合に、データ配信装置１０″に対して配信依頼をすることにより、保管したデータの配信を受け辞書に組み込むことにより、その利用端末の使用開始当初から保管処理時の辞書の状態に設定できる。鍵の配布条件を本人のみにすると、完全にバックアップ用として利用できる。
【０１５１】
そして、上記した配信の際にはその該当するすべての最小機能単位の有意味情報が、データ配信装置１０″から情報配信先の有意味情報利用端末２０″に向けて配信される。もちろん、その配信前に、鍵配布が行われ、このことは以下の実施例でも同様で有る。有意味情報利用端末２０″は、受け取った有意味情報に対し、図１７に示すフローチャートを実施し、有意味情報格納部たる学習情報部２３ｄやユーザデータ部２３ｅへの追加条件を満たす最小機能単位か否かを順番に判断し、合致するものを登録する。
【０１５２】
上記した辞書データの破壊に伴う配信処理の場合には、ユーザデータ部２３ｅ等には何も登録されていないので、ステップ３３の判断はすべてＮｏとなる。よって、メインデータ部（システム辞書）２３ｂに、優先度の高い同一の最小機能単位が存在するか否かを判断し、存在しない場合には、追加条件が合致したとしてユーザデータ部に登録されることになる。上記３つの例でいうと、いずれも同一の最小機能単位が無いので、そのまま追加登録される。なお、この同一か否かの判断は、完全一致で行われる。
【０１５３】
これにより、配信されたデータの組み込みが完了した場合には、図２０に示すようにユーザデータ部（ユーザ登録辞書部）２３ｅに有意味情報が最小機能単位ごとに優先度が関連付けて記憶される（保管時の状態に復帰される）。
【０１５４】
さらに、このようにして登録された各辞書は、共に最小機能単位で構成されているため、各辞書を統合して１つの辞書を生成し、実際のかな漢字変換の際のデータアクセスは、統合した１つの辞書に対して検索して行うようにしてもよい。そして、この統合処理の際にも、各最小機能単位ごとに「読み（かな）」を比較し、その読みの順に従って格納する。さらに、同音異義語が存在する場合には、優先度の大きい方を前に配置する。その結果、図２１に示すような更新後のデータが生成される。
【０１５５】
また、具体的な図示は省略するが、図２０に示すような状態において、さらに別のユーザデータとして配信されてきた最小機能単位の１つに「あいぬ  アイヌ名詞（優先度ｎ）」なるデータが含まれていたとする。このとき、優先度が「１」とすると、同一の最小機能単位が既にメインデータ部（システム辞書）に登録されており、メインデータ部２３ｂに登録された最小機能単位に関連付けられた優先度は「２」であるので、配信された方の優先度が低い。従って、その場合には配信された最小機能単位である「あいぬ  アイヌ  名詞（優先度１）」は追加されない。
【０１５６】
また、配信された優先度ｎが３以上とすると、ステップ３７の分岐判断でＹｅｓとなるので、配信された最小機能単位である「あいぬ  アイヌ  名詞（優先度ｎ）」は追加される。この場合に、元からあるシステム辞書の「あいぬ  アイヌ名詞（優先度２）」は、本形態では、削除されない。但し、例えば、図２１で示したように、複数の辞書の統合を図る場合、有意味情報の配信データであるユーザ登録辞書データと、システム辞書データに同一の最小機能単位のものがあれば、優先度の高いもののみ使用して辞書を構築するようにすることにより、検索対象の統合された辞書には一方のみ存在させることができる。もちろん、並存も可能で有る。
【０１５７】
なお、具体的な図示は省略するが、例えば、組み込み処理に連動して、図２１に示すような統合処理を行うようにしてもよい。また、本形態では、配信された最小機能単位と、既に登録されたデータとの比較は、メインデータ部２３ｂと有意味情報格納部を対象にしているが、本発明はこれに限ることは無く、有意味情報格納部のみとしたり、逆に、オプションデータ部２３ｃも比較対象とし、ユーザデータ部２３ｅに既に優先度の高い同一の最小機能単位が登録されている場合には、有意味情報格納部に対する追加はしないようにしてもよい。
【０１５８】
次に、端末２０がパソコンで、ユーザ辞書の保管を行う場合に付いての実例を説明する。パソコン（コンピュータ）の破損やデータ破壊が起こった際、文字入力支援ソフトなどの辞書データが破壊され、今まで学習・登録してきたデータを失う可能性がある。これを防ぐため、学習・登録してきたユーザ固有の辞書を、保管サーバに保管することで、このようなトラブルが発生しても復旧が可能となる。
【０１５９】
また、文字入力支援ソフトを使用して文章作成を行っている際に、希望する単語に変換されないような場合がある。例えば、各種の分野の専門的な単語を入力するような場合には、標準辞書として係る単語が登録されておらず、そのままでは変換されない。また、珍しい人名（歴史上，現在の何れも）も変換されにくい。
【０１６０】
係る場合、従来では利用者が単漢字変換をしたり、別の熟語を入力して必要な漢字を表示させるとともに、それらを組み合わせて新語登録をすることにより対処している。しかし、その都度新語を作成して単語登録すると、手間がかかって煩雑となるばかりでなく、似た漢字を誤って単語登録をしてしまうと、誤字の原因となる。係る場合に、本発明の配信システムを利用し、他の人が作成した有意味情報の配信を受けることにより、効率よく正確な文章の作成を行うことができる。
【０１６１】
具体的には、図２２に示すように、ある文章を作成中に「なるひと」というかなを入力して変換した場合に、所望の変換候補がない場合が有る。係る場合、文字入力支援ソフトの辞書配信機能を用いて、配信要求を行う。本形態では、ツールバーの中に配信要求ボタン「配」を組み込んでおり、この「配」の部分をクリックすると、図２３に示すような配信要求のための選択ダイアログ（辞書一覧）が表示される。
【０１６２】
そして、図２３に示す「辞書一覧」リストの中から配信を受けたい辞書を選択し、「辞書配信開始」ボタンをクリックすることで、配信サーバに対して配信要求を行うことができる。具体的には、図１７に示すフローチャートに従い、配信要求する辞書についての鍵を取得していない場合には、配信要求に先立ち鍵購入要求をし、鍵を取得する。
【０１６３】
なお、辞書一覧リストに表示されている辞書の存在するホスト（データ配信装置１０″）を変更する際には、図２３に示す状態において「ホスト」をクリックすることにより図２４に示す表示画面に切り替え、さらに「辞書ホストの変更」をクリックすることにより図示省略する変更画面を表示し、更新処理を許容する。
【０１６４】
一方、図２３に示す状態において、「辞書配信開始」ボタンをクリックすると、図２５に示すような確認画面が表示され、この画面で「はい」をクリックすると、配信要求を行う。これにともないデータ配信装置１０″から配信データが配信されて来る。この配信中は、図２６に示す辞書の受信中画面が表示される。そして、配信が終了すると、図２７に示す配信に伴う組み込み完了画面（受信完了画面）が表示され、配信された辞書を使用することができるようになる。
【０１６５】
これにより、以後は、配信された辞書の使用が可能となり、例えば、「なるひと」とかなを入力して漢字変換処理をすると、図２８に示すように「成人」が変換可能となる。
【０１６６】
また、図２９に示した「配信完了画面（受信完了画面）」の表示とともに、有意味情報利用端末２０″側では、バックグラウンドでデータ配信装置１０″に対して組み込み完了通知を発行する。
【０１６７】
なお、本形態では、実際に配信が行われたか否かにかかわらず、鍵購入に伴い課金処理を得るようにした。そして、鍵購入完了にともない、データ配信装置１０″の表示装置には、例えば図２９に示すような鍵購入完了報告画面が出力表示される。
【０１６８】
次に、利用端末が携帯電話の場合に適用した例を説明する。携帯電話では、機器の破損や、キャリアの変更、使用機種の変更(買い換え)などにより、使用してきたユーザ辞書や学習結果が失われることがある。また、違う人が所有している携帯電話に登録されている単語を自分の携帯電話でも活用したい場合が有る。このため、違う携帯電話（所有者は同一か否かを問わず）から保存された辞書を選択し、配信（辞書のダウンロード）を行うことで、どの携帯電話でも同じかな漢字変換環境を提供することができるようになる。
【０１６９】
具体的には、ＭＭ入出力部２０ｄの出力装置である液晶ディスプレイに辞書保管開始メニューを表示した状態で、ＭＭ入出力部２０ｄであるテンキーを操作し、「辞書保管」を選択すると、辞書の保管が行われる。ここで保管する辞書としては、単語辞書はもちろんのこと、メールアドレスや電話番号や送受信したメールデータなど各種のものが該当する。
【０１７０】
そして、データ保管装置１０′に対して保管処理が完了すると、携帯電話の液晶ディスプレイに「辞書が保管されました」というような完了の確認メッセージが表示される。
【０１７１】
一方、辞書の配信は、図３０に示すような携帯電話での辞書配信メニューを表示させる。この辞書配信メニューは、「配信開始」と、「元のメニューに戻る」の２種類のメニューがある。鍵購入のみのメニューを設けても良い。
【０１７２】
この時、ＭＭ入出力部２０ｄであるテンキーを操作し、「１」を押下して選択すると、図３１に示すように、有意味情報の中で何の種類の配信を行うかの選択画面が表示され、この状態で「１」のユーザ辞書が選択されると、図３２に示すように、ユーザ辞書の中で配信可能なリスト画面が表示される。もちろん、図３１，図３２において、複数を同じに選択することもできる。
【０１７３】
図３２に示すリスト画面の中から、配信を受けるための辞書を選択すると、図３３に示すような確認画面が表示される。つまり、鍵の有無を判断し、鍵を所有していない場合には、鍵の購入を行ったのち、実際の辞書の配信（ダウンロード）を行うことになる。図３３は、鍵を所有していない場合の表示画面であり、鍵を購入し配信を受ける場合に、１０円課金されることが確認画面として表示される。よって、鍵を既に所有している場合には、価格は０円となる。
【０１７４】
この表示画面で、ダウンロード開始を選択すると、データ配信装置１０″からデータが配信され、その配信処理が終了し、携帯電話内の辞書が更新されると、携帯電話の液晶ディスプレイに図３４に示すように「辞書が配信されました」というような配信完了の確認メッセージが表示される。
【０１７５】
また、図示省略するが、図３０に示す辞書配信メニューの前の画面には、辞書保管メニューと、辞書配信メニューのいずれかのメニューを選択するためのメニュー画面がさらにある。
【０１７６】
さらにまた、上記した保管や配信される辞書は、上記した各実施の形態と同様に、最小機能単位ごとに優先度が付された状態で配信され、組み込まれた場合には有意味情報利用端末（携帯電話機）２０″側の既存の辞書に追加され、組み込まれる。
【０１７７】
図３５は、さらに別の配信例を示している。図示の例では、ある端末にて保管された郵便番号辞書の配信を図り、それを使用して郵便番号変換を行うことで入力の省力化が行えるようになっている。
【０１７８】
この郵便番号辞書においても、各住所がそれぞれ最小機能単位となり、優先度が付される。従って、使用する都度、同じ郵便番号でも利用頻度が多い住所が先に表示されるようになる。すでに使用して優先度の更新がされた郵便番号辞書を保管しておくと、同じ郵便番号であっても頻繁に使用するものほど上位に表示されることにより、比較的使い勝手のよい順番に表示することができる。よって、係る使い勝手の良い辞書を保管しておくことにより、その後にデータが破壊されたり、別の利用端末で使用したい場合などに配信要求をすると、保管した際の使い勝手の良い郵便番号辞書の状態にすることができる。
【０１７９】
図３６から図３８は、情報保管・配信システムにおける処理対象の辞書として、英単語に適用した実例を示している。すなわち、このシステムを応用し、保管型の英単語辞書を共有することで、目的ごとに単語を容易に入力できるようになる。
【０１８０】
具体的には、たとえば、図３６に示すように、「Ｊｏｈｎ」という英単語を入力することで、その文字から始まる単語を変換候補として表示するに際し、各英単語が最小機能単位として優先度が付加されているので、優先度の高い順に上から表示する。なお、図中に表示された各英単語は、システム辞書として最初から組み込まれていたものもあれば、配信により追加された有意味情報もある。
【０１８１】
また、図３７は、１キー入力ごとに候補が限定されていく変換方式において、まず「Ｔ」を入力した際の変換候補を表示した例である。前提として、この処理以前に、映画俳優辞書を配信しているものとする。すると、配信を受けた各最小機能単位である人名ごとに優先度が付されており、この配信された配信データ（映画俳優辞書）は、情報保管元の利用端末における利用実績により優先度は高く設定されている。従って、図示するように、先頭が「Ｔ」の付く英単語のうち映画俳優のものが変換候補の上位に表示される。
【０１８２】
また、このような１キー入力ごとに候補が限定されていく方式では、上記したように先頭からではなく、図３８に示すように、ファミリーネームなどの途中からも検索し、候補を表示するようにしたものにも適用できる。
【０１８３】
図示の例では、例えば会社の役員名鑑辞書データや、ある会社の社員名簿（イントラネットで内部的に公開するものなど）等の各種の人名辞書の配信を受けた場合に、その配信を受けた人名の優先度が高く、上位に表示されている例を示している。
【０１８４】
いずれの例でも、実際に辞書の配信を受ける直前或いは予めその辞書の配信を受けるための鍵を購入し、取得しておく必要が有る。このように鍵購入を前提としているため、保管した辞書（有意味情報）を作成した人は、配布する相手を特定することができ、限られた範囲内の利用者に対して辞書を配信し、共有することができる。もちろん、配布する相手を特定せず、すべての利用者に対して配布を許可するようにしても良いし、その都度連絡（例えばｅ−ｍａｉｌ等）を受けて許可するか否かを判断するようにすることもできる。
【０１８５】
また、上記した各実施の形態では、有意味情報を配信するようにしたが、オプションデータを併せて、或いはオプションデータのみを配信するようにすることもできる。この場合も、鍵購入が前提となる。
【０１８６】
【発明の効果】
以上のように、本発明では、保管した有意味情報を配信する際には、鍵購入を前提としているので、課金処理が確実に行え、しかも、鍵の配布を制限することにより、配信が許可された一定の条件を持つ端末に対してのみ配信データの配信が行えるので、秘密保持もできる。
【図面の簡単な説明】
【図１】本発明が適用される前提となるシステム（特に情報保管システム）の一例を示す図である。
【図２】本発明が適用される前提となるシステム（特に情報配信システム）の一例を示す図である。
【図３】その情報保管システムの一例を示す概略図である。
【図４】その情報配信システムの一例を示す概略図である。
【図５】利用端末の内部の一例を示すソフトウェア構成図である。
【図６】利用目的補助ソフトの一例を示す図である。
【図７】本発明に係る情報保管システムと情報配信システムの好適な一実施の形態を示す図である。
【図８】本発明に係る情報保管システムと情報配信システムの好適な一実施の形態を示す図である。
【図９】データ保管・配信装置のハードウェア構成の一例を示す図である。
【図１０】利用端末のハードウェア構成の一例を示す図である。
【図１１】本発明に係る情報保管システムを実施するための要部構成の一例を示す図である。
【図１２】本発明に係る情報配信システムを実施するための要部構成の一例を示す図である。
【図１３】本発明の保管・配信対象となる有意味情報のデータ構造の一例を示す図である。
【図１４】有意味情報の登録内容の変更の履歴の一例を示す図である。
【図１５】利用端末における保持情報の一例を示す図である。
【図１６】本発明に係る情報保管システムの一実施の形態の処理手順を示すフローチャートである。
【図１７】本発明に係る情報配信システムの一実施の形態の処理手順を示すフローチャートである。
【図１８】有意味情報の組み込み処理機能を説明するフローチャートである。
【図１９】データ配信装置における課金処理機能の一例を示すフローチャートである。
【図２０】具体的な実例に伴う利用端末における保持情報の一例を示す図である。
【図２１】複数の辞書を統合して１つの辞書を生成する処理を説明する図である。
【図２２】具体的な実例に伴う配信前の辞書の利用例を示す図である。
【図２３】具体的な実例に伴う利用端末側の配信処理のための入力画面の一例を示す図である。
【図２４】具体的な実例に伴う利用端末側の配信処理のための入力画面の一例を示す図である。
【図２５】具体的な実例に伴う利用端末側の配信前の確認を促すための入力画面の一例を示す図である。
【図２６】具体的な実例に伴う利用端末側の配信中の入力画面の一例を示す図である。
【図２７】具体的な実例に伴う利用端末側の保管完了後の入力画面の一例を示す図である。
【図２８】配信完了後の辞書の利用例を示す図である。
【図２９】鍵購入後のデータ配信装置側の出力画面の一例を示す図である。
【図３０】利用端末として携帯電話に適用した実例に伴う利用端末側の表示画面の一例を示す図である。
【図３１】利用端末として携帯電話に適用した実例に伴う利用端末側の表示画面の一例を示す図である。
【図３２】利用端末として携帯電話に適用した実例に伴う利用端末側の表示画面の一例を示す図である。
【図３３】利用端末として携帯電話に適用した実例に伴う利用端末側の表示画面の一例を示す図である。
【図３４】利用端末として携帯電話に適用した実例に伴う利用端末側の表示画面の一例を示す図である。
【図３５】さらに別の配信例を示す図である。
【図３６】共有される辞書が英語に適用した例を示す図である。
【図３７】共有される辞書が英語に適用した例を示す図である。
【図３８】共有される辞書が英語に適用した例を示す図である。
【符号の説明】
１０  データ保管・配信装置
１０′  データ保管装置
１０″  データ配信装置
１０ａ  有意味情報保管データベース
１０ｂ  通信部
１０ｃ  ユーザ認証部
１０ｄ  ＭＭ入出力部
１０ｅ  演算部
１０ｆ  データベース管理部
１０ｇ  プログラム部
１０ｉ  有意味情報保管部
１０ｊ  鍵生成情報保管部
１０ｋ  利用者（購入者）認証部
１０ｍ  鍵抽出部
１０ｎ  有意味情報抽出部
２０  端末
２０′  有意味情報蓄積端末
２０″  有意味情報利用端末
２０ａ  有意味情報蓄積データベース
２０ｂ  通信部
２０ｃ  ユーザ認証部
２０ｄ  ＭＭ入出力部
２０ｅ  演算部
２０ｆ  データベース管理部
２０ｇ  プログラム部
２０ｈ  有意味情報保管要求部
２０ｉ  有意味情報検索部
２０ｊ  鍵生成情報取得部
２０ｋ  有意味情報抽出部
２０ｍ  鍵購入要求部
２０ｎ  有意味情報組み込み部
２０ｐ  鍵保存・抽出部
２０ｑ  有意味情報配信要求部
２１  オペレーティングシステム（ＯＳ）
２２ａ，２２ｂ  アプリケーションソフト
２３  利用目的補助ソフト
２３ａ  利用目的補助ソフト駆動部
２３ｂ，２３ｂ′  メインデータ部
２３ｃ，２３ｃ′  オプションデータ部
２３ｄ，２３ｄ′  学習情報部
２３ｅ，２３ｅ′  ユーザデータ部
２４  通信インタフェース
２５  Ｉ／Ｏデバイス
３０  通信網
３１  電子媒体
３５  鍵生成情報保管データベース
【図１】
0003674485.tif 000002
【図２】
0003674485.tif 000003
【図３】
0003674485.tif 000004
【図４】
0003674485.tif 000005
【図５】
0003674485.tif 000006
【図６】
0003674485.tif 000007
【図７】
0003674485.tif 000008
【図８】
0003674485.tif 000009
【図９】
0003674485.tif 000010
【図１０】
0003674485.tif 000011
【図１１】
0003674485.tif 000012
【図１２】
0003674485.tif 000013
【図１３】
0003674485.tif 000014
【図１４】
0003674485.tif 000015
【図１５】
0003674485.tif 000016
【図１６】
0003674485.tif 000017
【図１７】
0003674485.tif 000018
【図１８】
0003674485.tif 000019
【図１９】
0003674485.tif 000020
【図２０】
0003674485.tif 000021
【図２１】
0003674485.tif 000022
【図２２】
0003674485.tif 000023
【図２３】
0003674485.tif 000024
【図２４】
0003674485.tif 000025
【図２５】
0003674485.tif 000026
【図２６】
0003674485.tif 000027
【図２７】
0003674485.tif 000028
【図２８】
0003674485.tif 000029
【図２９】
0003674485.tif 000030
【図３０】
0003674485.tif 000031
【図３１】
0003674485.tif 000032
【図３２】
0003674485.tif 000033
【図３３】
0003674485.tif 000034
【図３４】
0003674485.tif 000035
【図３５】
0003674485.tif 000036
【図３６】
0003674485.tif 000037
【図３７】
0003674485.tif 000038
【図３８】
0003674485.tif 000039