(57)【特許請求の範囲】
【請求項１】
第１のユーザの識別情報と第１のユーザの有する機器の識別情報とを関連付けて管理する第１の情報管理手段と、
第２のユーザの識別情報と第２のユーザの有する複数の機器の識別情報とを関連付けて管理する第２の情報管理手段と、
前記第１のユーザの識別情報と前記第２のユーザの識別情報との関連付けを行うことで、前記第１のユーザの有する機器と前記第２のユーザの有する機器との間でのデータの送受信を制御する制御手段と、
前記制御手段が前記第１のユーザから前記第２のユーザへの要求を受信し、前記第１のユーザからの要求を前記第２のユーザの有する複数の機器へ送信した場合に、前記要求を送信した前記第１のユーザの有する機器の識別情報と、前記要求を受信した第２のユーザの有する機器の識別情報と、前記要求に対する応答状態を示す情報とを関連付けて管理する第３の情報管理手段と、を有し、
前記制御手段は、前記第１のユーザから前記第２のユーザへの要求を受信し、前記第１のユーザからの要求を前記第２のユーザの有する複数の機器へ送信した場合に、
前記第２のユーザが前記第２のユーザの有する機器のいずれかで許可の操作を行うことで、当該第２のユーザの有する機器から許可の情報を受信すると、前記第１のユーザと前記第２のユーザの関連付けを行い、
前記第２のユーザの有する複数の機器のうち、前記許可の情報を送信した機器以外に対して、前記要求の取り消しを通知し、
前記第３の情報管理手段は、前記要求を受信した第２のユーザの有する機器のいずれかから許可の情報を受信すると、当該許可の情報を送信してきた機器以外の前記要求に対する応答状態を示す情報を取り消しまたは許可に更新することを特徴とする情報処理装置。
【請求項２】
前記制御手段は、前記要求に対して前記第２のユーザの有する複数の機器のいずれかから許可の情報を受信したことを前記第１のユーザの有する機器に通知することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御手段は、前記要求を受信した第２のユーザの有する複数の機器のうち、前記許可の情報を送信してきた機器以外に対して、前記要求の取り消しを通知する代わりに、他の機器から許可の情報を受信したことを通知することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記要求は、当該要求を送信した第１のユーザの有する機器の識別情報と、前記要求を受信する第２のユーザの識別情報とを指定して行われることを特徴とする請求項１ないし３のいずれか１項に記載の情報処理装置。
【請求項５】
第１のユーザの識別情報と第１のユーザの有する機器の識別情報とを関連付けて管理すると共に、第２のユーザの識別情報と第２のユーザの有する複数の機器の識別情報とを関連付けて管理する情報管理手段と、前記第１のユーザの識別情報と前記第２のユーザの識別情報との関連付けを行うことで、前記第１のユーザの有する機器と前記第２のユーザの有する機器との間でのデータの送受信を制御する制御手段と、前記制御手段が前記第１のユーザから前記第２のユーザへの要求を受信し、前記第１のユーザからの要求を前記第２のユーザの有する複数の機器へ送信した場合に、前記要求を送信した前記第１のユーザの有する機器の識別情報と、前記要求を受信した第２のユーザの有する機器の識別情報と、前記要求に対する応答状態を示す情報とを関連付けて管理する第３の情報管理手段と、を有する情報処理装置の制御方法であって、
前記第１のユーザから前記第２のユーザへの要求を受信するステップと、
前記第１のユーザからの要求を前記第２のユーザの有する複数の機器へ送信するステップと、
前記第２のユーザが前記第２のユーザの有する機器のいずれかで許可の操作を行うことで、当該第２のユーザの有する機器から許可の情報を受信すると、前記第１のユーザと前記第２のユーザの関連付けを行い、前記第２のユーザの有する複数の機器のうち、前記許可の情報を送信した機器以外に対して、前記要求の取り消しを通知し、当該許可の情報を送信してきた機器以外の前記要求に対する応答状態を示す情報を取り消しまたは許可に更新するステップと、を有することを特徴とする情報処理装置の制御方法。
【請求項６】
コンピュータを、請求項１ないし４のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【請求項７】
コンピュータを、請求項１ないし４のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラムを記憶したコンピュータによる読み取りが可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバを利用してユーザ機器間でデータを送受信する技術に関する。
【背景技術】
【０００２】
サーバを利用してユーザ機器間でデータを送受信するシステムは、例えば送信元ユーザがユーザ機器からサーバに送信要求を行い、サーバは送信元ユーザが指定したユーザ機器からの送信許可の応答を受けて要求先ユーザ機器へデータを送信する。
【０００３】
このようなシステムにおいてユーザ機器間でデータの送受信を行う場合、サーバでデータ送信を制限しなければ、悪意を持ったユーザが不特定多数のユーザ機器に対して害のあるデータを送信してしまうおそれがある。そこで、サーバは予め設定されたユーザ機器間以外でのデータ送受信を制限できることが望ましい。ユーザ機器間でデータを送受信できる相手先を設定するには、送信元ユーザが要求先ユーザ機器を指定してサーバに送信許可要求を行い、サーバが要求先ユーザ機器から送信許可や拒否の応答を受けることで、送信可否状態がサーバに保存される。
【０００４】
このようなサーバを利用してユーザ機器間でデータを送受信するシステムに関連して、特許文献１ではファイルやメールが送信される前に、承認者に承認依頼を通知し、承認された場合に自動的に送信先ユーザ機器に送信する機能を実現している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１５０５２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
送信可否状態は、サーバ上でユーザ機器ごとに割り当てられた機器ＩＤなどに関連付けられて設定されるが、ユーザ同士は互いに知っている可能性の高いメールアドレスやユーザＩＤを指定して送信許可要求を行うことが考えられる。
【０００７】
一方、送信先ユーザが複数のユーザ機器を所有し、機器ＩＤをサーバに登録している場合は、ユーザＩＤとなるメールアドレスやユーザＩＤに関連付けられている全てのユーザ機器に送信許可要求が行われる。この場合、複数のユーザ機器で送信許可要求を受信したユーザはサーバに登録されているいずれかのユーザ機器で送信許可要求への応答をサーバに送信することで設定を完了する。しかしながら、応答を行ったユーザ機器以外では送信許可要求への応答が完了していない状態であるため、応答を行ったユーザ機器以外で確認したときに、ユーザは応答を行ったかどうか混乱してしまう可能性がある。
【０００８】
また、上記特許文献１では、承認したファイルやメールが自動的に指定された送信先に送信することで、送信元ユーザが行う承認依頼の負担や承認されてから送信先に届くまでの時間を低減している。しかしながら、承認者が所有する複数のユーザ機器に対して承認依頼が通知されている場合には承認者の負担を軽減する必要がある。
【０００９】
本発明は、上記課題に鑑みてなされ、その目的は、ユーザが混乱することなくいずれかのユーザ機器で送信要求に対する応答を行ったことを確認することができる技術を実現することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の情報処理装置は、第１のユーザの識別情報と第１のユーザの有する機器の識別情報とを関連付けて管理する第１の情報管理手段と、第２のユーザの識別情報と第２のユーザの有する複数の識別情報とを関連付けて管理する第２の情報管理手段と、前記第１のユーザの識別情報と前記第２のユーザの識別情報との関連付けを行うことで、前記第１のユーザの有する機器と前記第２のユーザの有する機器との間でのデータの送受信を制御する制御手段と、前記制御手段が前記第１のユーザから前記第２のユーザへの要求を受信し、前記第１のユーザからの要求を前記第２のユーザの有する複数の機器へ送信した場合に、前記要求を送信した前記第１のユーザの有する機器の識別情報と、前記要求を受信した第２のユーザの有する機器の識別情報と、前記要求に対する応答状態を示す情報とを関連付けて管理する第３の情報管理手段と、を有し、前記制御手段は、前記第１のユーザから前記第２のユーザへの要求を受信し、前記第１のユーザからの要求を前記第２のユーザの有する複数の機器へ送信した場合に、前記第２のユーザが前記第２のユーザの有する機器のいずれかで許可の操作を行うことで、当該第２のユーザの有する機器から許可の情報を受信すると、前記第１のユーザと前記第２のユーザの関連付けを行い、前記第２のユーザの有する複数の機器のうち、前記許可の情報を送信した機器以外に対して、前記要求の取り消しを通知し、前記第３の情報管理手段は、前記要求を受信した第２のユーザの有する機器のいずれかから許可の情報を受信すると、当該許可の情報を送信してきた機器以外の前記要求に対する応答状態を示す情報を取り消しまたは許可に更新する。
【発明の効果】
【００１１】
本発明によれば、送信先ユーザが複数のユーザ機器を所有している場合に、いずれかのユーザ機器で送信要求に対する応答を行うと、応答を行ったユーザ機器以外での送信許可要求が取り消されている。よって、ユーザが混乱することなくいずれかのユーザ機器で送信要求に対する応答を行ったことを確認することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態のシステム構成図。
【図２】本実施形態のユーザ機器および管理サーバの構成を示すブロック図。
【図３】本実施形態の管理サーバの管理情報ＤＢに登録されるユーザ機器に関する第１の管理情報（ａ）、送信許可要求に関する第２の管理情報（ｂ）、（ｃ）を例示する図。
【図４】本実施形態の送信許可要求時のユーザ機器と管理サーバの動作を示すフローチャート。
【図５】本実施形態の送信許可要求に対する応答時のユーザ機器と管理サーバの動作を示すフローチャート。
【図６】本実施形態の送信許可要求時の画面（ａ）および応答時の画面（ｂ）を例示する図。
【発明を実施するための形態】
【００１３】
以下に、添付図面を参照して本発明を実施するための形態について詳細に説明する。尚、以下に説明する実施の形態は、本発明を実現するための一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。また、後述する各実施形態の一部を適宜組み合わせて構成しても良い。
【００１４】
［実施形態１］以下、本発明のユーザ機器および情報処理装置としてスマートフォンと管理サーバを適用し、ネットワークに接続された管理サーバを利用してユーザが所有するユーザ機器間でデータを送受信するシステムについて説明する。なお、本実施形態では、ユーザ機器として携帯電話の一種であるスマートフォンを想定しているが、デジタルカメラなどの撮影機器、タブレット端末などの携帯型電子機器、パーソナルコンピュータ（ＰＣ）などの情報処理装置であっても良い。
【００１５】
＜システム構成＞先ず、図１を参照して、本実施形態のシステム構成について説明する。
【００１６】
図１は、本実施形態のシステム構成を示している。
【００１７】
本実施形態のシステムは、管理サーバ１０５と複数のユーザ機器１０２がネットワーク１０４を介して通信可能に接続されている。
【００１８】
本実施形態のシステムは、管理サーバ１０５を利用してユーザ機器１０２間で静止画ファイルや動画ファイル、文書ファイルその他のデータの送受信を行うために構築されたシステムである。管理サーバ１０５はユーザ機器１０２間でのデータの送受信を制御するために、送信元や送信先となるユーザやユーザ機器を関連付ける情報やユーザ機器間での送信可否状態に関する管理情報が保存された管理情報ＤＢ（データベース）１０７を有し、情報管理を行う。また、管理サーバ１０５は、ユーザ機器１０２との間でデータの送受信を制御する配信制御部１０６を有する。配信制御部１０６は、後述する送信可否状態が”許可”ならばデータの送信処理を実行し、”拒否”や”取り消し”ならば送信処理を実行しないように制御を行う。
【００１９】
ここで、要求元ユーザ機器から要求先ユーザ機器を指定して送信許可要求が行われたときの管理サーバ１０５の動作について説明する。
【００２０】
図１に示すように、送信元ユーザは要求元ユーザ機器１０２Ａを所有し、送信先ユーザは要求先ユーザ機器１０２Ｘ１、Ｘ２を所有しているとする。送信元ユーザは要求元ユーザ機器１０２Ａを介して管理サーバ１０５がユーザを一意に判別できる送信先ユーザのメールアドレスやユーザＩＤなどの識別情報を指定して管理サーバ１０５に送信許可要求を送信することができる。管理サーバ１０５は、要求元ユーザ機器１０２Ａから送信許可要求を受信すると、他の送信許可要求を一意に識別可能な送信許可要求ＩＤを生成する。さらに管理サーバ１０５は、送信先ユーザとして指定されたユーザＩＤに関連付けられている送信先ユーザの要求先ユーザ機器１０２Ｘ１、Ｘ２の機器識別情報（ＩＤ）を管理サーバ１０５の管理情報ＤＢ１０７から取得する。管理サーバ１０５は、生成した送信許可要求ＩＤと、要求元ユーザ機器１０２Ａと管理情報ＤＢ１０７から取得した要求先ユーザ機器１０２Ｘ１、Ｘ２の各機器ＩＤと、送信可否状態が”確認中”であることを示す情報を関連付けて管理情報ＤＢ１０７に登録する。
【００２１】
送信先ユーザは要求先ユーザ機器１０２Ｘ１、Ｘ２を利用する任意のタイミングで、管理サーバ１０５から送信可否状態の情報を取得する。送信先ユーザは要求先ユーザ機器１０２Ｘ１、Ｘ２で送信可否状態を確認でき、送信許可要求を受信した場合には、機器を操作することで管理サーバ１０５へ送信許可要求に対する”許可”や”拒否”の応答を返信できる。管理サーバ１０５は要求先ユーザ機器１０２Ｘ１、Ｘ２から受信した応答状態の種類に応じて送信可否状態の情報を更新する。
【００２２】
ここで、管理サーバ１０５は要求先ユーザ機器１０２Ｘから送信許可要求の応答と共に受信した送信許可要求ＩＤに関連付けられている、応答を行った要求先ユーザ機器以外の要求先ユーザ機器の送信可否状態が”確認中”であるか判定する。そして、判定の結果が、”確認中”であれば送信可否状態を”取り消し”に更新する。例えば、送信許可要求に対する応答を要求先ユーザ機器１０２Ｘ１から管理サーバ１０５に送信したとすると、受信した応答に応じて管理サーバ１０５は要求元ユーザ機器１０２Ａと要求先ユーザ機器１０２Ｘ１とに関連付けて設定されている送信可否状態を”許可”または”拒否”に更新する。さらに、要求元ユーザ機器１０２Ａと、応答を行った要求先ユーザ機器以外の要求先ユーザ機器１０２Ｘ２とに関連付けて設定されている送信可否状態を”取り消し”に更新する。
【００２３】
このような機能を有することによって、送信先ユーザが所有する複数のユーザ機器のうちいずれかの要求先ユーザ機器１０２Ｘ１（Ｘ２）から管理サーバ１０５へ送信許可要求に対する応答を行うと、応答を行った機器以外の機器１０２Ｘ２（Ｘ１）に対する送信許可要求が取り消される。よって、ユーザは、自己が所有するいずれかの機器で既に送信許可要求に対して応答済みであることを確認できる。
【００２４】
なお、データ送信時においては、管理サーバ１０５は要求元ユーザ機器１０２Ａからの送信許可要求時に要求元ユーザ機器１０２Ａの機器ＩＤと送信先ユーザのメールアドレス、ユーザＩＤや要求先ユーザ機器１０２Ｘ１、Ｘ２の機器ＩＤを受信する。管理サーバ１０５は、要求元ユーザ機器１０２Ａから受信したユーザＩＤや要求先機器ＩＤに該当する送信可否状態を管理情報ＤＢ１０７から取得する。そして、管理サーバ１０５は、送信可否状態が”許可”ならばデータの送信処理を実行し、”拒否”や”取り消し”、あるいは関連付けられた情報が存在しない場合は送信処理を実行しないように制御を行う。
【００２５】
また、ユーザがネットワーク１０４を介して送信許可要求を行ったユーザ機器１０２Ａや応答を行ったユーザ機器１０２Ｘ１、Ｘ２の機器ＩＤを管理サーバ１０５に通知することができれば、別のユーザ機器から行っても良い。
【００２６】
要求元ユーザ機器１０２Ａや要求先ユーザ機器１０２Ｘ１、Ｘ２は所有者が異なるだけで同じ機能を有する機器である。以下では、ユーザ機器の区別が必要のない場合はユーザ機器１０２と記述する。
【００２７】
ユーザ機器１０２は、ＣＰＵなどの演算処理装置と外部機器との通信が可能なインターフェースを持つ機器であり、ネットワーク１０４を介したデータの伝送が可能な標準プロトコルを有するプログラム１２０を実行することが可能である。
【００２８】
ユーザ機器１０２は、プログラム１２０を実行することにより、ＨＴＴＰなどのプロトコルを用いて管理サーバ１０５にアクセスし、ＸＭＬなどの記述言語で作成された情報を送信しＨＴＭＬやＸＭＬなどの記述言語で作成された情報を取得して解析する。
【００２９】
そして、ユーザ機器１０２のＣＰＵは、プログラム１２０のコマンドに従い解析した情報をディスプレイに表示し、ユーザに通知することができる。
【００３０】
なお、本実施形態の説明の便宜上、ユーザ機器１０２で実行されるプログラム１２０が送信許可要求や応答を行う例を説明を行ったが、専用機器、専用アプリケーション、または、ブラウザを利用したＷｅｂサービスなどの情報処理装置であっても良い。
【００３１】
また、ユーザ機器１０２はネットワーク１０４を介してデータを送受信するため、ＳＳＬなどの暗号化を行って送受信を行っても良い。
【００３２】
さらに、認可されている情報処理装置のみで送受信を行えるようにしても良い。
【００３３】
＜装置構成＞図２を参照して、本実施形態のユーザ機器１０２および管理サーバ１０５の構成及び機能の概略について説明する。
【００３４】
図２に示すように、ユーザ機器１０２および管理サーバ１０５は、ディスプレイ２０１、ＶＲＡＭ２０２、ＢＭＵ２０３、キーボード２０４、ＰＤ２０５、ＣＰＵ２０６、ＲＯＭ２０７、ＲＡＭ２０８、ＨＤＤ２０９、メモリＩ／Ｆ２１０、ネットワークＩ／Ｆ２１１、バス２１２を有する。
【００３５】
ディスプレイ２０１には、例えばユーザ機器１０２や管理サーバ１０５が保有している静止画や動画、アイコン、メッセージ、メニューその他のユーザインタフェース情報が表示される。
【００３６】
ＶＲＡＭ２０２には、ディスプレイ２０１に表示するための画像データが描画される。このＶＲＡＭ２０２に生成された画像データは、所定の規定に従ってディスプレイ２０１に転送され、これによりディスプレイ２０１に画像が表示される。
【００３７】
ＢＭＵ（ビットムーブユニット）２０３は、例えば、メモリ間（例えば、ＶＲＡＭ２０２と他のメモリとの間）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えば、ネットワークＩ／Ｆ２１１）との間のデータ転送を制御する。
【００３８】
キーボード２０４は、文字等を入力するための各種キーを有し、ディスプレイ２０１に表示されるタッチパネル式のキーボードを含む。
【００３９】
ＰＤ（ポインティングデバイス）２０５は、例えば、ディスプレイ２０１に表示されたアイコン、メニューその他のコンテンツを指示またはオブジェクトのドラッグドロップのために使用される。
【００４０】
ＣＰＵ２０６は、ＲＯＭ２０７やＨＤＤ２０９に格納されたＯＳや制御プログラムに基づいて、各デバイスを制御する。
【００４１】
ＲＯＭ２０７は、各種制御プログラムやデータ（管理情報ＤＢ１０７を含む）を記憶する。
【００４２】
ＲＡＭ２０８は、ＣＰＵ２０６のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。
【００４３】
ＨＤＤ２０９は、ユーザ機器１０２や管理サーバ１０５の内部で実行される各制御プログラムや一時保管したデータ等を格納する。
【００４４】
メモリＩ／Ｆ２１０は、メモリカードなどの外部記憶媒体に対するデータの読み出しや書き込み制御する。
【００４５】
ネットワークＩ／Ｆ２１１は、他の情報処理装置やプリンタ等とネットワークを介して通信を行う。
【００４６】
バス２１２は、アドレスバス、データバスおよびコントロールバスを含む。
【００４７】
ＣＰＵ２０６に対する制御プログラムの提供は、ＲＯＭ２０７やＨＤＤ２０９から行うこともできるし、ネットワークＩ／Ｆ２１１を介してネットワーク経由で外部機器などから行うこともできる。
【００４８】
＜管理情報のデータ構成＞図３を参照して、本実施形態の管理サーバ１０５の管理情報ＤＢ１０７に保存される管理情報について説明する。
【００４９】
図３（ａ）は、管理サーバ１０５の管理情報ＤＢ１０７に登録されるユーザ機器に関する第１の管理情報を示している。図３（ａ）に示すように、ユーザＩＤ３０１は、ユーザを一意に識別するためのＩＤである。機器ＩＤ３０２は、機器を一意に識別するためのＩＤである。
【００５０】
ユーザ機器１０２を所有するユーザによって管理サーバ１０５にユーザ機器１０２の登録要求が送信されると、管理サーバ１０５は他の機器ＩＤと重複しない数字や文字列を生成し、ユーザＩＤと関連付けて管理情報ＤＢ１０７に登録する。
【００５１】
図３（ｂ）は、管理サーバ１０５の管理情報ＤＢ１０７に登録される送信許可要求に関する第２の管理情報を示している。図３（ｂ）に示すように、送信許可要求ＩＤ３１１は、送信許可要求が行われると生成される、送信許可要求を一意に識別するＩＤである。要求元機器ＩＤ３１２は、送信許可要求を行ったユーザが所有するユーザ機器１０２の機器ＩＤである。要求先機器ＩＤ３１３は、送信許可要求の相手となるユーザ機器１０２の機器ＩＤである。送信可否状態３１４は、要求元機器ＩＤ３１２と要求先機器ＩＤ３１３の間の送信可否を判定するための状態である。
【００５２】
管理サーバ１０５がユーザ機器１０２から送信許可要求ＩＤ３１１、要求元機器ＩＤ３１２、要求先機器ＩＤ３１３と共に送信許可要求の応答を受信すると、受信した各情報３１１〜３１３に関連付けられている送信可否状態３１４を更新する。さらに、本実施形態では、同じ送信許可要求ＩＤ３１１に関連付けられた送信可否状態３１４が”確認中”であれば、”取り消し”に更新する。
【００５３】
管理サーバ１０５は、管理情報ＤＢ１０７に対する上記各種情報の登録や、登録情報の追加、変更、削除などの情報管理を行う。
【００５４】
＜送信許可要求処理＞図４を参照して、本実施形態の要求元ユーザ機器１０２Ａから管理サーバ１０５を介して要求先ユーザ機器１０２Ｘに対して送信許可要求を送信する処理について説明する。
【００５５】
なお、図４（ａ）は要求元ユーザ機器１０２Ａが行う処理、図４（ｂ）は管理サーバ１０５が行う処理をそれぞれ示しており、ユーザ機器１０２ＡのＣＰＵ２０６および管理サーバ１０５のＣＰＵ２０６がＲＯＭ２０７に格納されたプログラムを、ＲＡＭ２０８に読み出して実行することにより実現される。
【００５６】
ステップＳ４０１では、要求元ユーザ機器１０２Ａは、管理サーバ１０５に要求元機器ＩＤとして要求元ユーザ機器１０２Ａの機器ＩＤと、要求先のユーザＩＤを指定して送信許可要求を行う。図６（ａ）は、要求元ユーザ機器のディスプレイに表示される送信許可要求の設定画面を例示している。
【００５７】
ステップＳ４０２では、管理サーバ１０５は、要求元ユーザ機器１０２Ａから受信した送信許可要求を受け付ける。
【００５８】
ステップＳ４０３では、管理サーバ１０５は、送信許可要求を一意に識別可能な送信許可要求ＩＤを生成する。
【００５９】
ステップＳ４０４では、管理サーバ１０５は、送信先ユーザが所有する要求先ユーザ機器１０２Ｘの機器ＩＤを取得するために、ステップＳ４０２で受け付けたユーザＩＤに関連付けられている機器ＩＤ３０２を管理情報ＤＢ１０７から取得する。
【００６０】
ステップＳ４０５では、管理サーバ１０５は、ステップＳ４０３にて生成した送信許可要求ＩＤ３１１と、ステップＳ４０２で受け付けた機器ＩＤ３１２と、ステップＳ４０４で取得した機器ＩＤ３１３と、送信可否状態３１４を”確認中”とした情報とを関連付けて管理情報ＤＢ１０７に登録する。なお、既に送信許可要求が行われ、送信可否状態３１４が”許可”に更新されている場合には、この処理は行わなくても良い。この場合さらに、ステップＳ４０７で要求元ユーザ機器１０２Ａに対して既に送信先ユーザの所有する要求先ユーザ機器１０２Ｘの中に送信可否状態３１４が”許可”であるものが存在する旨を返信しても良い。
【００６１】
ステップＳ４０６では、管理サーバ１０５は、ステップＳ４０４で取得した要求先機器ＩＤのうち、ステップＳ４０５にて送信許可要求ＩＤとの関連付けがされていない要求先機器ＩＤが存在するか判定する。判定の結果、存在する場合はステップＳ４０５へ進み、存在しない場合はステップＳ４０７へ進む。
【００６２】
ステップＳ４０７では、管理サーバ１０５は、要求元ユーザ機器１０２Ａに対して要求先ユーザ機器１０２Ｘへの送信許可要求の送信が完了した旨を返信する。
【００６３】
ステップＳ４０８では、要求元ユーザ機器１０２Ａは、管理サーバ１０５から受信した情報内容を表示する。
【００６４】
以上の処理が完了すると、図３（ｂ）に示す送信許可要求に関する第２の管理情報が管理情報ＤＢ１０７に登録される。
【００６５】
＜送信許可要求に対する応答処理＞次に、図５を参照して、本実施形態の要求先ユーザ機器１０２Ｘから管理サーバ１０５を介して送信許可要求に対する応答を行う処理について説明する。
【００６６】
なお、図５（ａ）は要求先ユーザ機器１０２Ｘが行う処理、図５（ｂ）は管理サーバ１０５が行う処理をそれぞれ示しており、ユーザ機器１０２のＣＰＵ２０６および管理サーバ１０５のＣＰＵ２０６がＲＯＭ２０７に格納されたプログラムを、ＲＡＭ２０８に読み出して実行することにより実現される。
【００６７】
ステップＳ５０１では、要求先ユーザ機器１０２Ｘは、管理サーバ１０５に対して、送信許可要求や、既に許可済みの送信可否状態を確認するために要求先機器ＩＤと共に送信可否状態の取得を要求する。
【００６８】
ステップＳ５０２では、管理サーバ１０５は、要求先ユーザ機器１０２Ｘから要求先機器ＩＤと送信可否状態の取得要求を受け付ける。
【００６９】
ステップＳ５０３では、管理サーバ１０５は、ステップＳ５０２で受け付けた要求先機器ＩＤに関連付けられた送信許可要求ＩＤ３１１、要求元機器ＩＤ３１２、要求先機器ＩＤ３１３、送信可否状態３１４を管理情報ＤＢ１０７から取得する。
【００７０】
ステップＳ５０４では、管理サーバ１０５は、ステップＳ５０３で取得した送信可否状態と要求元ユーザ機器１０２ＡのユーザＩＤやメールアドレスの情報を要求先ユーザ機器１０２Ｘで読み取れる形式で返信する。
【００７１】
ステップＳ５０５では、要求先ユーザ機器１０２Ｘは、管理サーバ１０５から送信許可要求を受信していること、送信許可要求に対する応答状態を表示する。図６（ｂ）は、要求先ユーザ機器１０２Ｘのディスプレイ２０１に表示される送信許可要求の通知画面を例示している。ここで、送信許可要求ＩＤが同じである他の要求先機器ＩＤが存在する場合、他の要求先機器ＩＤを持つ要求先ユーザ機器１０２Ｘの全てに送信許可要求が送信される。
【００７２】
ステップＳ５０６では、要求先ユーザ機器１０２Ｘは、ユーザからの入力を受け付ける。
【００７３】
ステップＳ５０７では、要求先ユーザ機器１０２Ｘは、ユーザ操作により、ステップＳ５０５で取得した要求元機器ＩＤ３１２と、要求先機器ＩＤ３１３と、これらに関連付けられた送信許可要求ＩＤ３１１と、送信許可要求に対する応答とを管理サーバ１０５へ送信する。
【００７４】
ステップＳ５０８では、管理サーバ１０５は、要求先ユーザ機器１０２Ｘから送信許可要求に対する応答を受け付ける。
【００７５】
ステップＳ５０９では、管理サーバ１０５は、ステップＳ５０８にて受け付けた送信許可要求ＩＤ、要求元機器ＩＤ、要求先機器ＩＤに該当する送信可否状態３１４を、応答の種類によって”拒否”や”許可”などの状態に更新する。  なお、要求先ユーザ機器１０２Ｘのいずれかで送信が許可された場合に、応答を行った送信先ユーザが管理サーバ１０５に登録されている全ての要求先ユーザ機器１０２Ｘの送信可否状態を”許可”にするために、要求元機器ＩＤと、送信先ユーザが所有している要求先ユーザ機器の全ての機器ＩＤと、送信可否状態を”許可”とした情報とを関連付けて更新しても良い。また、要求先ユーザ機器１０２Ｘからのデータ送信も許可されるように、要求元機器ＩＤ、要求先機器ＩＤを入れ替え、送信可否状態３１４を”許可”とした情報を関連付けて登録しても良い。
【００７６】
ステップＳ５１０では、管理サーバ１０５は、管理情報ＤＢ１０７からステップＳ５０８にて受け付けた送信許可要求ＩＤに関連付けられている要求先機器ＩＤ３１３を取得する。
【００７７】
ステップＳ５１１では、管理サーバ１０５は、要求元機器ＩＤ３１２としてステップＳ５０８で受け付けた要求元機器ＩＤと、要求先機器ＩＤ３１３としてステップＳ５１０で取得した要求先機器ＩＤの送信可否状態が”確認中”であるか判定する。判定の結果、送信可否状態が”確認中”であった場合はステップＳ５１２に進み、それ以外の場合はステップＳ５１３に進む。
【００７８】
ステップＳ５１２では、管理サーバ１０５は、ステップＳ５１１で判定した送信可否状態を”確認中”から”取り消し”に更新する。なお、送信可否状態を”取り消し”に更新するのではなく、関連付けられた他の機器ＩＤの送信可否状態を”応答済み”に更新し、ステップＳ５０４で他のユーザ機器で応答済みである旨を通知しても良い。
【００７９】
ステップＳ５１３では、管理サーバ１０５は、ステップＳ５１０で取得した要求先機器ＩＤのうち、ステップＳ５１１、ステップＳ５１２の送信可否状態の更新処理を行っていない要求先機器ＩＤが存在するか判定する。判定の結果、更新処理を行っていない要求先機器ＩＤが存在する場合はステップＳ５１１に進み、存在しない場合はステップＳ５１４に進む。
【００８０】
ステップＳ５１４では、管理サーバ１０５は、要求先ユーザ機器１０２Ｘに、送信許可要求に対する応答を受け付け、更新処理が完了した旨を返信する。ここで、要求先ユーザ機器１０２Ｘからの応答の種類が”許可”ならば、管理サーバ１０５は、図３（ｃ）に示すように管理情報ＤＢ１０７の送信許可要求ＩＤ３１１が同じである他の要求先機器ＩＤの送信可否状態を”取り消し”に更新する。そして、管理サーバ１０５は、“許可”を送信した要求先ユーザ機器１０２Ｘ１以外のユーザ機器１０２Ｘ２に対して、送信許可要求の取り消しを通知する。
【００８１】
ステップＳ５１５では、要求先ユーザ機器１０２Ｘは、送信許可要求に対する応答が受け付けられた旨を表示する。
【００８２】
本実施形態によれば、送信先ユーザが所有するいずれかの要求先ユーザ機器１０２Ｘ１（Ｘ２）から管理サーバ１０５へ送信許可要求に対する応答を行うと、応答を行った機器以外の機器１０２Ｘ２（Ｘ１）に対する送信許可要求が取り消される。よって、ユーザは、自己が所有するいずれかの機器で既に送信許可要求に対して応答済みであることを確認できる。
【００８３】
［他の実施形態］
本発明は、以下の処理を実行することによっても実現される。即ち、上記実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００８４】
１０２…ユーザ機器、１０４…ネットワーク、１０５…管理サーバ、１０６…配信制御部、１０７…管理情報ＤＢ
【図１】
0006487643.tif 000002
【図２】
0006487643.tif 000003
【図３】
0006487643.tif 000004
【図４】
0006487643.tif 000005
【図５】
0006487643.tif 000006
【図６】
0006487643.tif 000007