(57)【要約】【課題】ユーザが携帯端末を用いてファイルを送受信するにあたって、繁雑な操作の必要をなくす。【解決手段】通信ネットワークと、該通信ネットワークに接続して通信を行う携帯端末と、を含むファイル送受信システムであって、通信ネットワークは、送信端末１０６からのファイルのアップロードを受けると受信端末１０５に当該ファイルを送信するファイル管理機能１０２及びメーラ機能１０４と、複数の携帯端末をグループとしてひとまとめにして当該グループを管理するグループリスト管理機能１０１と、を有する。送信端末１０６がアップロードするファイルには宛先を示したヘッダが含まれている。ファイル管理機能１０２等は、送信端末１０６とともに、宛先となる受信端末１０５が、同一のグループに属するか否かを、グループリスト管理手段に問い合わせ、属する場合に、ファイルを送信する。【選択図】図１
2009087053.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークと、該通信ネットワークに接続して通信を行う携帯端末と、を含むファイル送受信システムであって、
前記通信ネットワークは、携帯端末からのファイルのアップロードを受けると別の携帯端末に当該ファイルを送信する送信手段と、複数の携帯端末をグループとしてひとまとめにして当該グループを管理するグループリスト管理手段と、を有し、
前記送信手段は、携帯端末が宛先とともにファイルをアップロードすると、送信元の携帯端末とともに、前記宛先に基づく受信先の携帯端末が、同一のグループに属するか否かを、前記グループリスト管理手段に問い合わせ、属する場合に、ファイルを送信することを特徴とするファイル送受信システム。
【請求項２】
前記携帯端末は、前記グループリスト管理手段の管理するグループの情報のうち少なくとも当該携帯端末の属するグループの情報を取得し、同期していることを特徴とする請求項１記載のファイル送受信システム。
【請求項３】
前記携帯端末は、前記送信手段にファイルをアップロードする際の送信インターフェースであって、ファイルに対して実行する動作を選択する選択肢の中にファイルの送信が含まれており、ファイルの送信の宛先として前記同期しているグループの情報から選択させる送信インターフェースを、ユーザに提示することを特徴とする請求項２記載のファイル送受信システム。
【請求項４】
前記携帯端末は、前記送信手段から送信されたファイルを開くアプリケーションを判断する機能と、前記アプリケーションを起動してファイルを自動的に開かせる機能と、を有することを特徴とする請求項１から３のいずれか１項記載のファイル送受信システム。
【請求項５】
前記携帯端末は、一エントリ毎に複数のファイルを関連づけることのできる電話帳データベースを備え、前記送信手段からファイルが送信されてきた際、ファイルを、送信元の携帯端末のユーザの、前記電話帳データベースにおけるエントリに関連づけることを特徴とする請求項１から４のいずれか１項記載のファイル送受信システム。
【請求項６】
携帯端末からのファイルのアップロードを受けると別の携帯端末に当該ファイルを送信する送信手段と、複数の携帯端末をグループとしてひとまとめにして当該グループを管理するグループリスト管理手段と、を有する通信ネットワークに接続して通信を行う携帯端末であって、
宛先とともにファイルをアップロードする機能と、
前記グループリスト管理手段と通信して、所属するグループの情報を変更する機能と、
前記送信手段からダウンロードしたファイルを開くアプリケーションを判断する機能と、
前記アプリケーションを起動してファイルを自動的に開かせる機能と、
を有する携帯端末。
【請求項７】
携帯端末からのファイルのアップロードを受けると別の携帯端末に当該ファイルを送信する送信手段と、複数の携帯端末をグループとしてひとまとめにして当該グループを管理するグループリスト管理手段と、を有する通信ネットワークに接続して通信を行う携帯端末に、
宛先とともにファイルをアップロードする機能と、
前記グループリスト管理手段と通信して、所属するグループの情報を変更する機能と、
前記送信手段からダウンロードしたファイルを開くアプリケーションを判断する機能と、
前記アプリケーションを起動してファイルを自動的に開かせる機能と、
を実現させることを特徴とする端末プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル送受信システム、携帯端末及び端末プログラムに関し、特に、ファイル送受信に必要な操作性の改善に関する。
【背景技術】
【０００２】
近時、携帯端末の多機能化が進み、携帯端末で種々の形式のファイルを取り扱うことが可能になり、これに伴い、携帯端末ユーザ同士でファイルの送受信を行うコミュニケーションが盛んになった。ユーザ間でファイルの送受信を実現するものとしては、種々の方法があり得るが、中でもよく用いられているものとしては、電子メールを用いる方法がある。しかしながら、電子メールを用いるファイル送受信は、サーバ端末間トランザクションが多く、ユーザがしなければならない操作が繁雑であるという問題点がある。したがって、ファイル送受信機能を実現するシステムの改良や新システムの構築を望むニーズは、高まっている。
【０００３】
サーバとネットワークを介してファイルを送受信するシステムに関する技術の中でも、特に、本発明に関連する技術としては、特許文献１ないし３に記載の技術がある。特許文献１は、携帯端末からサーバにアップロードされたファイルをサーバにアクセスした他の端末と共有可能な構成について記載されている（例えば、段落００３０参照）。また、ファイルのアップロードには、電子メールを使用せずにファイル転送を用いる旨、記載がある（例えば、段落００１４参照）。
【０００４】
特許文献２は、公開されるコンテンツを使用するために、サーバ上のコンテンツに接続要求するユーザの認証を行う機能を実現するための構成について記載されている（例えば、段落００３４参照）。当該技術は、ファイル利用者がファイル保持者に対してサーバ上のファイルの使用を求める認証動作と考えることができる。
【０００５】
特許文献３は、コンテンツ送出側のプッシュサーバからトリガメッセージを受信した携帯通信端末がアプリケーションを起動しコンテンツサーバにアクセスしてコンテンツ情報を読み出す構成について記載がある（例えば、段落００６２ないし００６３参照）。なお、特許文献３において、コンテンツサーバは、コンテンツ情報が更新されるとプッシュサーバに呼び出し要求を行い、プッシュサーバは、これを受けて携帯通信端末にトリガメッセージを送信する（例えば、段落００５２，００６１参照）。
【特許文献１】特開２００３−２４２０８０号公報
【特許文献２】特開２００２−３２９０８４号公報
【特許文献３】特開２００２−３４４５２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記のとおり、携帯端末のユーザ間で、写真やリングトーン等のファイルの送受信を行う方法は、種々の方法があり得る。例えば、電子メール等のサーバとネットワークを介してする方法、メモリカード等の記録媒体を介してする方法、赤外線通信やブルートゥース（登録商標）を用いて無線で送る方法などがよく知られており、これら全ての方法がファイルの送受信を実現するために利用できる。
【０００７】
しかしながら、上記の方法のうち、記録媒体や無線通信を利用する方法は、ユーザ同士が記録媒体又は携帯端末を持ち寄ってファイルをやりとりする必要があり、離れた他のユーザにファイルを手軽に送ろうとするユーザのニーズに応えることができない。そこで、ファイルの送受信においては、電子メールがよく用いられる。
【０００８】
しかしながら、電子メールは、ユーザの操作が繁雑である。また、サーバ端末間トランザクションも多くするという問題点もある。これはなぜなら、一回一回のやりとりにユーザの承認を必要とするからである。
【０００９】
本発明は、上記実情を鑑みてなされたものであって、ユーザが携帯端末を用いてファイルを送受信するにあたって、繁雑な操作の必要をなくすことを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するための本発明の第１の態様は、通信ネットワークと、該通信ネットワークに接続して通信を行う携帯端末と、を含むファイル送受信システムであって、前記通信ネットワークは、携帯端末からのファイルのアップロードを受けると別の携帯端末に当該ファイルを送信する送信手段と、複数の携帯端末をグループとしてひとまとめにして当該グループを管理するグループリスト管理手段と、を有し、前記送信手段は、携帯端末が宛先とともにファイルをアップロードすると、送信元の携帯端末とともに、前記宛先に基づく受信先の携帯端末が、同一のグループに属するか否かを、前記グループリスト管理手段に問い合わせ、属する場合に、ファイルを送信することを特徴とするファイル送受信システムである。
【００１１】
また、本発明の第２の態様は、携帯端末からのファイルのアップロードを受けると別の携帯端末に当該ファイルを送信する送信手段と、複数の携帯端末をグループとしてひとまとめにして当該グループを管理するグループリスト管理手段と、を有する通信ネットワークに接続して通信を行う携帯端末であって、宛先とともにファイルをアップロードする機能と、前記グループリスト管理手段と通信して、所属するグループの情報を変更する機能と、前記送信手段からダウンロードしたファイルを開くアプリケーションを判断する機能と、前記アプリケーションを起動してファイルを自動的に開かせる機能と、を有する携帯端末である。
【００１２】
また、本発明の第３の態様は、携帯端末からのファイルのアップロードを受けると別の携帯端末に当該ファイルを送信する送信手段と、複数の携帯端末をグループとしてひとまとめにして当該グループを管理するグループリスト管理手段と、を有する通信ネットワークに接続して通信を行う携帯端末に、宛先とともにファイルをアップロードする機能と、前記グループリスト管理手段と通信して、所属するグループの情報を変更する機能と、前記送信手段からダウンロードしたファイルを開くアプリケーションを判断する機能と、前記アプリケーションを起動してファイルを自動的に開かせる機能と、を実現させることを特徴とする端末プログラムである。
【発明の効果】
【００１３】
本発明によれば、ユーザが携帯端末を用いてファイルを送受信するにあたって、繁雑な操作の必要をなくすことが可能となる。
【発明を実施するための最良の形態】
【００１４】
従来のファイル送信においては、ファイル送信側と受信側の双方ともに承認を行う操作が多数必要であって繁雑であったという問題点に鑑み、本発明では、一旦ユーザ同士がネットワーク上のサーバに相互の端末が信頼関係にあることを登録し（これを、「信頼付与」（Trust Grant）という）、これに基づきファイルの送信に必要な操作を簡略化する。また、受信側にあっては、ファイルの利用に必要な操作を簡略化する。
以下、本発明の好適な実施の形態について図面を参照して説明する。
【００１５】
図１は、本実施形態の全体システムを示す図である。本システムは、グループリスト管理機能１０１、プレゼンス機能１０３、メーラー機能１０４、ファイル管理機能１０２をサーバ側に備える。また、クライアント側に、受信端末１０５と送信端末１０６を備える。サーバ側の各機能は、それぞれ一つのサーバ装置によって担うこととしても良いし、いくつかの機能を一つのサーバ装置で兼ねても良い。
【００１６】
図１において、グループリスト管理機能１０１は、いくつものグループを管理・保守する。それぞれのグループにおける状態のことを「信頼ステータス」という。また、グループの中の１ユーザがファイル共有をする場合の権限についても管理する。
【００１７】
「信頼ステータス」には、「信頼済み」、「承認待ち」、「参加禁止」等がある。「信頼ステータス」が「信頼済み」であるユーザは、ファイル共有に関する全ての操作が可能である権限を有する。「承認待ち」であるユーザは、誰か別のユーザが「信頼付与」をしたものの、まだ承認をしていないユーザである。「参加禁止」であるユーザは、いわゆるブラックリストに載せられたユーザで、このグループないしグループ内メンバーへのファイル送信を含む一切の権限を有しない。
【００１８】
グループリスト管理機能１０１は、図２に例示するようなテーブルを格納している。このテーブルは、グループ毎にグループに属するユーザのリストと各ユーザの「信頼ステータス」を格納する。例えば、図２において、グループ１（Ｇｒ１）は、ユーザＡ，Ｂ，Ｃが属するグループである。また、グループ２（Ｇｒ２）は、ユーザＡ，Ｃが属するグループであり、ユーザＤが承認待ちの状態にある。
【００１９】
グループリスト管理機能１０１と、各ユーザの携帯端末は、同期している。各ユーザの携帯端末は、少なくとも当該ユーザが関係するグループについての情報を、グループリスト管理機能１０１と定期的ないし所定のタイミング（起動時等）で通信することによってダウンロードし、同期する。携帯端末の持ち主であるユーザと他のユーザの関係を、サーバ側（通信ネットワーク側）に保存しておくことによって、例えば、ユーザが携帯端末を滅失してしまった場合等に滅失した携帯端末と同ＩＤの端末を揃えれば、グループを最初から登録し直すといった手間を軽減することができる。なお、同期情報は、図３を参照して後述する共有アプリケーション２０３からアクセス可能な記憶領域に保存される。
【００２０】
次に、図１に戻り、グループリスト管理機能１０１以外の部分の構成について説明する。
ファイル管理機能１０２は、ユーザ間におけるファイルの転送や保存を管理する。また、ファイル管理機能１０２は、送信者から送られてきたファイルをいったん受け取り、ファイル送信があったことを示すトリガをプレゼンス機能１０３に発したり、プレゼンス機能１０３からファイル送信許可のトリガを受け取ると、ファイルをメーラー機能１０４に渡してファイル送信をしたりする。ファイル管理機能１０２は、ファイルがアップロードされると、そのファイルを受け取る予定のユーザ全員が受信を完了するまでの間、そのファイルを保存する。
【００２１】
プレゼンス機能１０３は、グループリスト管理機能１０１やファイル管理機能１０２が発するトリガを受け取り、各トリガに対応する所定の動作を行う。プレゼンス機能１０３は、ユーザの信頼リストの改変やアップデートを監視する。すなわち、プレゼンス機能１０３は、グループリスト管理機能１０１においてユーザが追加されたり削除されたりステータスが変更されたというようなイベントが起きると、グループリスト管理機能１０１が発するトリガを受け取って所定の動作を行う。
【００２２】
メーラー機能１０４は、グループリスト管理機能１０１における信頼ステータスに変更が生じたことや、ユーザによるダウンロード待ちをしているファイルがファイル管理機能１０２に存在することを、受信端末１０５に報告する。プレゼンス機能１０３からファイル送信の指示を受けると、ファイル管理機能１０２から送信するファイルを受け取り、電子メールにエンコードして受信端末までパケット通信でメール送信する。なお、受信端末１０５が、通話中であったり別の通信を行っていたりして、すぐにはメール受信できない状態である場合には、送信のタイミングを適宜制御する。
【００２３】
受信端末１０５及び送信端末１０６は、ユーザが持つ携帯端末であって、例えば、携帯電話機として構成することができる。図１等では説明の便宜のため、受信側と送信側を分けたが、同じ構成、同じ機能を有する携帯端末でよい。本実施形態の携帯端末の構成について、図３を参照して説明する。図３は、本実施形態の携帯端末（特に受信端末１０５）の構成を示す図である。
【００２４】
本実施形態の端末装置は、上流のサーバと通信を行いファイルの送受信が可能であることを前提として、他には特に図３に示す構成を有することが好ましい。図３において、統合メールボックス２０１は、上流のサーバから受信したファイルを一旦全て格納するメールボックスである。統合メールボックス２０１は、ユーザの操作の及ばないところに置くとよい。セキュリティが向上するからである。メーラー機能１０４が通常のメールを受信端末１０５に送信した場合、統合メールボックス２０１は、メールヘッダから判断して、受信した通常のメールを受信箱２０２に自動的に配信する。受信箱２０２は、通常の電子メールのＩｎｂｏｘであり、公知であるため説明は省略する。
【００２５】
メーラー機能１０４が本実施形態のファイル共有機能により送信されるファイルをメールにエンコードして受信端末１０５に送信した場合、統合メールボックス２０１は、メールヘッダから判断して、受信したメールを共有アプリケーション２０３に自動的に配信する。共有アプリケーション２０３は、配信された添付ファイル付きのメールからヘッダ等を取り除き、また、ヘッダやファイル形式を参照して、ファイルを開くべきアプリケーションを判断する。共有アプリケーション２０３は、ファイルを開くアプリケーションを判断すると、当該アプリケーションにファイルを渡す。
【００２６】
アプリケーション２０４，２０５，２０６は、携帯端末上で起動するソフトウェアアプリケーションである。壁紙（ウォールペーパー）アプリケーションや、スライドショーアプリケーションなどが視覚効果を伴うアプリケーションが好ましい。例えば、送信端末１０６がアップロードしたファイルが画像であれば、壁紙アプリケーションやスライドショーアプリケーションがそれを自動的に開く。
【００２７】
以上で本実施形態の構成の説明を終える。次に本実施形態の動作について説明する。
まず、本実施形態の動作の概略を、図４を参照して説明する。本実施形態を利用するにあたって、信頼付与を行おうとする者（信頼者（trusting user））は、信頼付与を受ける者（被信頼者（trusted user））に、事前に、信頼付与を行う。被信頼者は、この申し出を受けると、信頼者へのファイルの送信がわずか数クリックで行うことができるようになる。また、信頼者は、送信されたファイルの利用が自動的に行われるようになる。なお、信頼者から被信頼者へファイルを送信する場合でも同様の作用が得られる。
【００２８】
以下では、本実施形態の動作を、便宜的に３つのステップに大きく分け、それぞれについて説明する。３つのステップとは、まず第１に、ユーザ同士の信頼関係をネットワーク上のサーバに登録する、信頼付与のステップである。第２に、登録されているユーザの携帯端末が他のユーザの携帯端末にファイルを送信するステップである。第３に、ファイルの宛先となったユーザの携帯端末がファイルを受信し、ファイルを実行ないし保存してファイルを利用するステップである。
【００２９】
§１：準備段階
本システムの送受信者は、ファイルの送受信を行う前に、準備段階として、お互いが信頼関係にあることをサービスに登録する必要がある。この登録のことは、前述のとおり、「信頼付与」という。信頼付与は、信頼者が被信頼者に特別なＵＲＬを含んだメールを送り、それと同時にグループリスト管理機能１０１に被信頼者へ信頼付与することを通知することで行われる。
【００３０】
信頼者は、図３に示した共有アプリケーション２０３を用いて、被信頼者に信頼付与するための操作をする。すると、共有アプリケーション２０３は、被信頼者に信頼付与専用のＵＲＬを含んだメールを送ると同時に、グループリスト管理機能１０１に信頼者が被信頼者へ信頼付与することを通知する通信を行う。グループリスト管理機能１０１は、当該通信を受けて、信頼者が属するグループに被信頼者のエントリを作成し、被信頼者の信頼ステータスを「承認待ち」にする。
【００３１】
被信頼者の携帯端末では、信頼付与専用のＵＲＬを含んだメールを受信し、被信頼者が今回の信頼付与について承認するのであれば、そのＵＲＬをクリックして、通信ネットワーク側にあるサーバにアクセスする。当該サーバへのアクセスをもって、被信頼者が今回の信頼付与について承認したものとみなし、当該サーバは、グループリスト管理機能１０１にトリガを発する。そこで、グループリスト管理機能１０１は、「承認待ち」にしている被信頼者の信頼ステータスを、「信頼済み」に変更する。
【００３２】
なお、本実施形態では、信頼付与の動作を、上記のとおり、信頼付与専用のＵＲＬを含んだメール及び通信ネットワーク上のサーバを利用して実現したが、信頼付与の具体的動作は、この実施形態に限定されない。信頼付与は、要するに、信頼関係を登録しようとするユーザの携帯端末双方の共有アプリケーション２０３がグループリスト管理機能１０１と通信して、双方の承認が登録されればよい。
【００３３】
上記準備段階を経て、信頼ステータスが「信頼済み」である携帯端末のみの間では、簡単な操作によるファイルの送信と、ファイルの利用と、が可能である。以下に詳述する。
【００３４】
§２：ファイル送信段階
ファイル送信段階について図５のタイミングチャートを参照して説明する。
送信端末１０６は、ユーザの操作により、ファイルをファイル管理機能１０２にアップロードする（ステップＳ１）。このステップＳ１におけるユーザの操作について、図６及び図７を参照して説明する。
【００３５】
図６及び図７は、いずれも送信端末１０６の表示画面を例示する図である。図６（ａ）は、送信端末１０６の表示画面３００が、その画面上に画像３０１を表示していることを例示する図である。本例において、表示画面３００の下部には、ユーザによる操作を受け付ける各種ボタン（メニューボタン３０２、ＯＫボタン３０３）が並ぶ。ここにおいて、ユーザがメニューボタン３０２を押下すると、表示画面３００上にはポップアップウィンドウ３０４が現れて、画像３００に対してユーザがとりうる動作を表示する（図６（ｂ））。
【００３６】
図６（ｂ）において、ユーザが信頼共有（本実施形態のファイル共有サービス）を選択すると、図３に示した共有アプリケーション２０３が画像３００に対してファイル共有を行うべく、ファイル管理機能１０２へのアップロードを行う。
なお、ここではユーザの利便への配慮から、メニューボタン３０２を押下したのち、信頼共有の他、ユーザがとりうる動作を列挙する構成としたが、これに代えて、メニューボタン３０２を押下するとすぐさま信頼共有が始まることとしても良い。ユーザの操作は更に簡略化される。
【００３７】
次に、ユーザが信頼共有を選択すると、共有アプリケーション２０３は、表示画面３００に、図７（ａ）及び（ｂ）のような、ファイルの送信先（宛先）とファイルの用途を入力させるポップアップウィンドウ３０４を表示させる。宛先と用途は、順番は関係がない。
【００３８】
まず、宛先について、図７（ａ）を参照して説明する。ファイルの宛先は、共有アプリケーション２０３が、グループリスト管理機能１０１と同期している情報から生成される。図示のように、宛先には、ファイルを送信するユーザが属するグループと、当該ユーザと信頼関係にあるユーザと、の２種類があり、グループを選択すると、グループに属する当該ユーザを除くユーザ全員が宛先となる。
【００３９】
次に、用途について、図７（ｂ）を参照して説明する。ファイルの用途は、送信したファイルが受信した端末でどのように用いられるかという情報である。本実施形態では、送信者が、送信するファイルの受信端末における用途を自由に決められる。図示する例では、送信者が、画像３００を受信端末において壁紙として用いられることを選択している。なお、表示する用途の選択肢は、送信するファイルの種類によって変化させることが好ましい。例えば、リングトーンファイルを送信しようとしている場合は、用途として壁紙等に代えてアラーム等とする。
【００４０】
図５におけるステップＳ１においては、上述のようなユーザの操作を経て、送信端末１０６からファイル管理機能１０２へとファイルが送信される。ファイルの送信は、電子メールへのエンコードによるものでもその他の方法によっても構わない。なお、ファイル送信時には、上述の操作によって得られたファイルの宛先、用途をヘッダに含める。ヘッダに含めるメタデータとしては、他に、セッションＩＤ等がある。
【００４１】
図５において、送信端末１０６からファイル送信を受けたファイル管理機能１０２は、次に、ファイルのアップロードがあったことをプレゼンス機能１０３に通知するトリガを発する（ステップＳ２）。この際、トリガには、宛先を参照して受信端末１０５のユーザ名と、送信端末１０６のユーザ名（宛先が複数であればそれぞれのユーザ名）と、を含める。
【００４２】
上記トリガを受け取ったプレゼンス機能１０３は、トリガに含まれるユーザ名がたしかに同一グループに含まれるか、そして信頼ステータスが信頼済みになっているか、という点についてグループリスト管理機能１０１に問い合わせる（ステップＳ３）。グループリスト管理機能１０１は、これに対して応答する（ステップＳ４）。
【００４３】
ここで問題があれば、ファイル送信の動作は、中断することになるが、本動作の説明においては信頼ステータスが「信頼済み」である端末同士に限っているので、次に進む。プレゼンス機能１０３は、次に、メーラー機能１０４に対して、ファイル管理機能１０２からファイルを取得してこれを添付し、電子メールを作成するよう命じる（ステップＳ５）。
【００４４】
メーラー機能１０４は、次に、ファイル管理機能１０２からファイルを取得し（ステップＳ６、７）、送られてきたファイルを添付した電子メールを生成して、受信端末１０５へと電子メールを送信する（ステップＳ８）。この電子メールには、本実施形態の信頼共有システムによるファイル送信であることを示すメタデータをヘッダに含ませておくことが好ましい。なお、ここで、受信端末１０５が電源が入っていないなどの理由ですぐには通信ができない場合には、時間を置いて再送信するなどの処置がとられる。
【００４５】
上記ファイル送信段階を経て、本実施形態の信頼共有システムを介して、ユーザは、簡単な操作を行うだけで、信頼関係にある他のユーザにファイルを送信することができる。更に、受信側のユーザにとっても、送信されたファイルの利用が、簡単な操作を行うだけ、ないし、何らの操作を必要とせず、可能となる。以下に詳述する。
【００４６】
§３：ファイル受信段階
本実施形態のファイル受信に関する動作を、もう一度図３を参照して説明する。
受信端末１０５が受信した電子メールは、ひとまず全て統合メールボックス２０１（Unified mail box）にプールされる。しかし、ここで共有アプリケーション２０３は、信頼共有システムによるファイル送信であることを示すメタデータを含むヘッダを持つ電子メールを取得する。
【００４７】
次に、共有アプリケーション２０３は、当該電子メールからヘッダからファイルの用途等の情報を読み取った上でヘッダを除去し、ファイルを取り出す。そして、読み取った用途に関する情報を基に、ファイルを開くべきアプリケーションを決定する。そしてファイルをアプリケーションに渡す。アプリケーションは、自動的に渡されたファイルを開く。なお、ここで、ファイルは、ファイルの種類によってあらかじめ決められた保存領域に自動的に保存される。
【００４８】
上記ファイル受信段階を経て、受信側のユーザは、簡単な操作だけ、ないし、一切の操作を必要とせず、ファイルの利用が可能となる。
上記本実施形態によれば、ひとたび、ユーザ間の信頼付与が行われれば、信頼ステータスが「信頼済み」であるユーザは、他のユーザにファイルを簡単にアップロード、言い換えれば、他のユーザの携帯端末にアクセスすること、ができるようになり、そのアップロードの際には、電子メールにファイルを逐一添付するという作業は必要ない。
【００４９】
また、上記本実施形態によれば、ファイルは、受信ユーザのアプリケーションにおいて自動的に起動される。このアプリケーションは、画像であれば携帯端末の表示画面の壁紙として表示したり、スライドショーの１枚として表示したり、且つ又は、フォルダに保存したりする。これら全てのことが、受信ユーザによる承認を一切必要としないで発生する。
したがって、受信ユーザにとっては、携帯端末のディスプレイにはいつも変化があり、その変化は予測がつかない。
【００５０】
以上、本発明の好適な実施の形態について説明したが、本発明はこれに限定されるものではなく、要旨を逸脱しない範囲内で種々の変形実施が可能である。
ここで、上記実施形態の変形実施例として、信頼付与を受けて信頼ステータスが「信頼済み」であるユーザが、他のユーザの携帯端末内にある自分のプロフィールを変更する構成を説明する。
【００５１】
まず、送信ユーザは、図７（ｂ）に示した、送信するファイル（ここでは画像ファイルとする）の用途を選択する表示画面において、「プロフィール変更」を選択する。この次からファイルが受信端末１０５に至るまでの動作は、上記実施形態と同様なので説明を省略する。ファイルが受信端末１０５にダウンロードされれば、上記実施形態同様、ファイルは、共有アプリケーション２０３によって信頼共有システムを介して受信したファイルであると認定され、用途「プロフィール変更」に合ったアプリケーションで開かれる。
【００５２】
当該アプリケーションは、電話帳アプリケーションのプラグインが好ましい。このプラグインは、渡されたファイルを、ファイルと同時に渡されたファイルの種類や送信ユーザのユーザ名に基づいて、電話帳アプリケーションの保持する電話帳を書き換えて更新する。電話帳は、一エントリ毎に複数のファイルを関連づけることのできる電話帳データベースである。電話帳を書き換えるとは、この前記電話帳データベースにおける送信者を示すエントリに、受信したファイルを関連づけることである。
【００５３】
本例では、「プロフィール変更」の用途で画像ファイルを送信しているため、受信ユーザの携帯端末は、送信ユーザについての電話帳データの中でもプロフィール写真と紐付けられているファイルが送信された画像ファイルと差し替えられる。したがって、電話帳の写真が差し替えられた後で、送信ユーザが受信ユーザに電話をかけると、受信ユーザは、送信ユーザ自身が差し替えた画像を、ディスプレイの呼び出し画面において見ることになる。また、送信ファイルがリングトーン（着信音）ファイルであれば、呼び出し音としてそのリングトーンが鳴ることになる。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施形態に係る全体システムの構成を示す図である。
【図２】本発明の実施形態のグループリスト管理機能を説明するための図である。
【図３】本発明の実施形態の携帯端末の構成を示す図である。
【図４】本発明の実施形態の動作の概略を示す図である。
【図５】本発明の実施形態のファイル送信動作を説明するためのタイミングチャート図である。
【図６】本発明の実施形態の送信端末の表示画面を例示する図である。
【図７】本発明の実施形態の送信端末の表示画面を例示する図である。
【符号の説明】
【００５５】
１０１    グループリスト管理機能
１０２    ファイル管理機能
１０３    プレゼンス機能
１０４    メーラー機能
１０５    受信端末
１０６    送信端末
２０１    統合メールボックス
２０２    受信箱
２０３    共有アプリケーション
２０４、２０５、２０６    アプリケーション
３００    表示画面
３０１    画像
３０２    メニューボタン
３０３    ＯＫボタン
３０４    ポップアップウィンドウ
【図１】
2009087053.tif 000003
【図２】
2009087053.tif 000004
【図３】
2009087053.tif 000005
【図４】
2009087053.tif 000006
【図５】
2009087053.tif 000007
【図６】
2009087053.tif 000008
【図７】
2009087053.tif 000009