(57)【要約】【課題】サーバ装置への負荷集中を防止するとともに共有情報の紛失を防止することができる情報共有手法を提供すること。【解決手段】共有情報をアクセス者端末に分散配置するのではなく、ネットワークに常時接続されており、かつ、各情報提供者に対応した情報提供者装置に配置するよう構成する。また、アクセス者はアクセス者端末を通じて自己に割り当てられたアクセス者装置にログインするのみで、各情報提供者に割り当てられた情報提供者装置から共有情報を取得するよう構成する。さらに、アクセス者は自己に割り当てられたアクセス者装置を経由することによって、共有情報を保持している情報提供者装置へのアクセス許可情報である認証情報を取得し、取得した認証情報を用いて情報提供者装置から共有情報を直接取得するよう構成する。【選択図】        図２
2007115023.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに常時接続されたサーバ装置と、必要時に前記ネットワークに接続される端末装置とで共有情報の提供を行う情報共有システムであって、
情報を提供する各情報提供者に対応して前記サーバ装置のいずれかに設けられ、登録された共有情報を前記ネットワークを介して提供する情報提供手段と、
前記端末装置を使用する各アクセス者に対応して前記サーバ装置のいずれかに設けられ、当該端末装置から前記共有情報の提供要求を受け付けて前記情報提供手段に通知するとともに前記情報提供手段から受け取った情報提供手段識別情報または前記共有情報を当該端末装置に応答する情報アクセス手段と
を備えたことを特徴とする情報共有システム。
【請求項２】
前記情報提供手段は、
提供する前記共有情報の範囲を表す認可情報を各情報アクセス手段を識別する情報アクセス手段識別情報と関連付けて記憶する記憶手段と、
前記記憶手段に記憶された前記認可情報に基づき、提供する前記共有情報の範囲を決定する決定手段と
を備えたことを特徴とする請求項１に記載の情報共有システム。
【請求項３】
前記情報提供手段は、
前記情報アクセス手段の認証に成功したことを条件として前記情報提供手段識別情報または前記共有情報を当該情報アクセス手段に対して応答することを特徴とする請求項１または２に記載の情報共有システム。
【請求項４】
前記情報アクセス手段は、
前記端末装置を使用するアクセス者の認証を行うアクセス者認証手段と、
前記アクセス者認証手段が認証に成功した場合に、前記情報提供手段から前記共有情報を収集して当該端末装置に応答する応答手段と
を備えたことを特徴とする請求項１、２または３に記載の情報共有システム。
【請求項５】
前記情報アクセス手段は、
前記端末装置を使用するアクセス者の認証要求を前記情報提供手段に中継する中継手段と、
前記情報提供手段から受け取った認証結果および前記情報提供手段識別情報を含んだ認証情報を前記端末装置に応答する認証情報応答手段と
を備え、
前記端末装置は、
前記情報アクセス手段から受け取った前記認証情報に基づいて前記情報提供手段から前記共有情報を取得する取得手段
を備えたことを特徴とする請求項１、２または３に記載の情報共有システム。
【請求項６】
ネットワークに常時接続されたサーバ装置と、必要時に前記ネットワークに接続される端末装置とで共有情報の提供を行う情報共有方法であって、
情報を提供する各情報提供者に対応して前記サーバ装置のいずれかに設けられ、登録された共有情報を前記ネットワークを介して提供する情報提供工程と、
前記端末装置を使用する各アクセス者に対応して前記サーバ装置のいずれかに設けられ、当該端末装置から前記共有情報の提供要求を受け付けて前記情報提供工程に通知するとともに前記情報提供工程から受け取った情報提供手段識別情報または前記共有情報を当該端末装置に応答する情報アクセス工程と
を含んだことを特徴とする情報共有方法。
【請求項７】
前記情報提供工程は、
提供する前記共有情報の範囲を表す認可情報を各情報アクセス手段を識別する情報アクセス手段識別情報と関連付けて記憶する記憶工程と、
前記記憶工程に記憶された前記認可情報に基づき、提供する前記共有情報の範囲を決定する決定工程と
を含んだことを特徴とする請求項６に記載の情報共有方法。
【請求項８】
前記情報提供工程は、
前記情報アクセス手段の認証に成功したことを条件として前記情報提供手段識別情報または前記共有情報を当該情報アクセス工程に対して応答することを特徴とする請求項６または７に記載の情報共有方法。
【請求項９】
ネットワークに常時接続されたサーバ装置と、必要時に前記ネットワークに接続される端末装置とで共有情報の提供を行う情報共有システムに用いられる情報共有プログラムであって、
情報を提供する各情報提供者に対応して前記サーバ装置のいずれかに設けられ、登録された共有情報を前記ネットワークを介して提供する情報提供手順と、
前記端末装置を使用する各アクセス者に対応して前記サーバ装置のいずれかに設けられ、当該端末装置から前記共有情報の提供要求を受け付けて前記情報提供手順に通知するとともに前記情報提供手順から受け取った情報提供手段識別情報または前記共有情報を当該端末装置に応答する情報アクセス手順と
をコンピュータに実行させることを特徴とする情報共有プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークに常時接続されたサーバ装置と、必要時に前記ネットワークに接続される端末装置とで共有情報の提供を行う情報共有システム、情報共有方法および情報共有プログラムに関し、特に、中央サーバに処理負荷が集中せず、また、常にネットワークに接続しているとは限らない利用者端末に情報を保存することなく情報共有することができる情報共有システム、情報共有方法および情報共有プログラムに関する。
【背景技術】
【０００２】
従来、インターネットなどのネットワークに接続された中央サーバに情報を集約し、個々の利用者端末がこの中央サーバにアクセスすることによって情報共有を行う情報共有システムが広く知られている。また、近年では、かかる中央サーバを設置することなく個々の利用者端末に共有情報を分散するいわゆるＰ２Ｐ（Peer  To  Peer）型の情報共有システムも広まりつつある。
【０００３】
たとえば、非特許文献１には、ＬＡＮ（Local  Area  Network）接続されたパーソナルコンピュータが、サーバコンピュータ上のデータベースにアクセスするサーバクライアントシステム、サーバコンピュータ上のデータベース管理システムがストアードプロシージャ機能を提供する２層アプリケーションシステム、およびクライアント装置として用いられるパーソナルコンピュータがユーザインタフェースのみを担当してサーバコンピュータがビジネスロジックとデータベースアクセス処理とを担当する３層アプリケーションシステムについての記述がなされている。
【０００４】
また、特許文献１には、各利用者端末が分散して記憶する共有情報の複製を他の利用者端末に配置するための複製転送経路情報を用いることによって、利用者端末がネットワークに接続されていない場合や利用者端末が故障した場合などに発生する共用情報の不整合あるいは消失を防止する技術が開示されている。
【０００５】
【非特許文献１】鈴木健司、他５名、「未来ねっと技術シリーズ９  情報データベース技術」、電気通信協会、２０００年１月、ｐ．１３７
【特許文献１】特開２００５−７１２３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、共有情報のすべてを中央サーバに集約する情報共有システム（非特許文献１参照）では、アクセス者の増加に伴って中央サーバの負荷が高まってしまうことから、拡張性の観点からみて問題がある。
【０００７】
このため、上記したＰ２Ｐ型の情報共有システムを用いることによって中央サーバ型の情報共有システムの問題点を解消することも考えられる。しかし、Ｐ２Ｐ型の情報共有システムを構成する利用者端末は、常にネットワークに接続されているとは限らないため、上記した特許文献１のように、共有情報の複製や同期をとるための仕組みを設ける必要がある。したがって、Ｐ２Ｐ型の情報共有システムでは共有情報の一貫性の観点から問題がある。
【０００８】
これらのことから、中央サーバに処理負荷が集中せず、また、常にネットワークに接続しているとは限らない利用者端末に情報を保存することなく情報共有することができる情報共有システムをいかにして実現するかが大きな課題となっている。
【０００９】
この発明は、上述した従来技術による問題点を解消するためになされたものであって、中央サーバに処理負荷が集中せず、また、常にネットワークに接続しているとは限らない利用者端末に情報を保存することなく情報共有することができる情報共有システム、情報共有方法および情報共有プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ネットワークに常時接続されたサーバ装置と、必要時に前記ネットワークに接続される端末装置とで共有情報の提供を行う情報共有システムであって、情報を提供する各情報提供者に対応して前記サーバ装置のいずれかに設けられ、登録された共有情報を前記ネットワークを介して提供する情報提供手段と、前記端末装置を使用する各アクセス者に対応して前記サーバ装置のいずれかに設けられ、当該端末装置から前記共有情報の提供要求を受け付けて前記情報提供手段に通知するとともに前記情報提供手段から受け取った情報提供手段識別情報または前記共有情報を当該端末装置に応答する情報アクセス手段とを備えたことを特徴とする。
【００１１】
また、請求項２に係る発明は、上記の発明において、前記情報提供手段は、提供する前記共有情報の範囲を表す認可情報を各情報アクセス手段を識別する情報アクセス手段識別情報と関連付けて記憶する記憶手段と、前記記憶手段に記憶された前記認可情報に基づき、提供する前記共有情報の範囲を決定する決定手段とを備えたことを特徴とする。
【００１２】
また、請求項３に係る発明は、上記の発明において、前記情報提供手段は、前記情報アクセス手段の認証に成功したことを条件として前記情報提供手段識別情報または前記共有情報を当該情報アクセス手段に対して応答することを特徴とする。
【００１３】
また、請求項４に係る発明は、上記の発明において、前記情報アクセス手段は、前記端末装置を使用するアクセス者の認証を行うアクセス者認証手段と、前記アクセス者認証手段が認証に成功した場合に、前記情報提供手段から前記共有情報を収集して当該端末装置に応答する応答手段とを備えたことを特徴とする。
【００１４】
また、請求項５に係る発明は、上記の発明において、前記情報アクセス手段は、前記端末装置を使用するアクセス者の認証要求を前記情報提供手段に中継する中継手段と、前記情報提供手段から受け取った認証結果および前記情報提供手段識別情報を含んだ認証情報を前記端末装置に応答する認証情報応答手段とを備え、前記端末装置は、前記情報アクセス手段から受け取った前記認証情報に基づいて前記情報提供手段から前記共有情報を取得する取得手段を備えたことを特徴とする。
【００１５】
また、請求項６に係る発明は、ネットワークに常時接続されたサーバ装置と、必要時に前記ネットワークに接続される端末装置とで共有情報の提供を行う情報共有方法であって、情報を提供する各情報提供者に対応して前記サーバ装置のいずれかに設けられ、登録された共有情報を前記ネットワークを介して提供する情報提供工程と、前記端末装置を使用する各アクセス者に対応して前記サーバ装置のいずれかに設けられ、当該端末装置から前記共有情報の提供要求を受け付けて前記情報提供工程に通知するとともに前記情報提供工程から受け取った情報提供手段識別情報または前記共有情報を当該端末装置に応答する情報アクセス工程とを含んだことを特徴とする。
【００１６】
また、請求項７に係る発明は、上記の発明において、前記情報提供工程は、提供する前記共有情報の範囲を表す認可情報を各情報アクセス手段を識別する情報アクセス手段識別情報と関連付けて記憶する記憶工程と、前記記憶工程に記憶された前記認可情報に基づき、提供する前記共有情報の範囲を決定する決定工程とを含んだことを特徴とする。
【００１７】
また、請求項８に係る発明は、上記の発明において、前記情報提供工程は、前記情報アクセス手段の認証に成功したことを条件として前記情報提供手段識別情報または前記共有情報を当該情報アクセス工程に対して応答することを特徴とする。
【００１８】
また、請求項９に係る発明は、ネットワークに常時接続されたサーバ装置と、必要時に前記ネットワークに接続される端末装置とで共有情報の提供を行う情報共有システムに用いられる情報共有プログラムであって、情報を提供する各情報提供者に対応して前記サーバ装置のいずれかに設けられ、登録された共有情報を前記ネットワークを介して提供する情報提供手順と、前記端末装置を使用する各アクセス者に対応して前記サーバ装置のいずれかに設けられ、当該端末装置から前記共有情報の提供要求を受け付けて前記情報提供手順に通知するとともに前記情報提供手順から受け取った情報提供手段識別情報または前記共有情報を当該端末装置に応答する情報アクセス手順とをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１９】
請求項１、６または９の発明によれば、情報を提供する各情報提供者に対応して前記サーバ装置のいずれかに設けられ、登録された共有情報を前記ネットワークを介して提供する情報提供手段と、前記端末装置を使用する各アクセス者に対応して前記サーバ装置のいずれかに設けられ、当該端末装置から前記共有情報の提供要求を受け付けて前記情報提供手段に通知するとともに前記情報提供手段から受け取った情報提供手段識別情報または前記共有情報を当該端末装置に応答する情報アクセス手段とを備えるよう構成したので、中央サーバに処理負荷が集中せず、また、常にネットワークに接続しているとは限らない利用者端末に情報を保存することなく情報共有することができるという効果を奏する。また、共有情報は情報提供手段が設けられたサーバ装置上に保持されるので、端末装置に共有情報を保持させる場合に発生する共有情報消失などの問題を効果的に防止することができるという効果を奏する。
【００２０】
また、請求項２または７の発明によれば、情報提供手段は、提供する前記共有情報の範囲を表す認可情報を各情報アクセス手段を識別する情報アクセス手段識別情報と関連付けて記憶する記憶手段と、前記記憶手段に記憶された前記認可情報に基づき、提供する前記共有情報の範囲を決定する決定手段とを備えるよう構成したので、アクセス者ごとに用意された認可情報に基づいて共有情報の公開範囲を容易に決定することができるという効果を奏する。
【００２１】
また、請求項３または８の発明によれば、情報提供手段は、前記情報アクセス手段の認証に成功したことを条件として前記情報提供手段識別情報または前記共有情報を当該情報アクセス手段に対して応答するよう構成したので、正当な情報アクセス手段であると確認した場合にのみ共有情報の提供を行うことにより、共有情報の漏洩を防止して安全に情報共有することができるという効果を奏する。
【００２２】
また、請求項４の発明によれば、情報アクセス手段は、前記端末装置を使用するアクセス者の認証を行うアクセス者認証手段と、前記アクセス者認証手段が認証に成功した場合に、前記情報提供手段から前記共有情報を収集して当該端末装置に応答する応答手段とを備えるよう構成したので、アクセス者はアクセス者装置にログインするのみで共有情報の取得を行うことができる。したがって、アクセス者の利便性を向上させることができるという効果を奏する。
【００２３】
また、請求項５の発明によれば、情報アクセス手段は、前記端末装置を使用するアクセス者の認証要求を前記情報提供手段に中継する中継手段と、前記情報提供手段から受け取った認証結果および前記情報提供手段識別情報を含んだ認証情報を前記端末装置に応答する認証情報応答手段とを備え、前記端末装置は、前記情報アクセス手段から受け取った前記認証情報に基づいて前記情報提供手段から前記共有情報を取得する取得手段を備えるよう構成したので、アクセス者はアクセス者手段から情報提供手段へのアクセスに必要な認証情報を取得し、取得した認証情報を用いることによって情報提供手段から共有情報を直接取得することができる。したがって、各アクセス者に対応する情報アクセス手段への問い合わせによって共有情報が所在する情報提供手段へのアクセス許可を得ることができるのでアクセス者の利便性を向上させることができるとともに、情報提供手段は認証情報を伴わないアクセスを拒否することによって、セキュリティ性の低下を防止することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、本発明に係る情報共有システム、情報共有方法および情報共有プログラムの実施例１〜２を詳細に説明する。なお、以下に示す実施例１〜２では、本発明に係る情報共有手法をＷｅｂブラウザを用いたスケジュール情報共有システムに適用した場合について説明することにする。
【００２５】
各実施例の説明に先立って、本発明に係る情報共有手法の概要について図１を用いて説明する。図１は、本発明に係る情報共有手法の概要を示す図である。なお、同図においては、スケジュール情報を取得するユーザをユーザａ、ユーザａが使用する利用者端末を端末Ａ、ユーザａのスケジュール情報を保持するサーバをサーバαとして示している。また、スケジュール情報を提供するユーザをユーザｂおよびｃ、ユーザｂおよびｃが使用する利用者端末をそれぞれ端末ＢおよびＣ、ユーザｂおよびｃのスケジュール情報を保持するサーバをそれぞれサーバβおよびγとして示している。
【００２６】
図１に示すように、ユーザａがユーザｂのスケジュール情報を取得する際には、端末Ａを用いてサーバαに対してスケジュール要求を行う（図１の（１）参照）。このスケジュール要求を受け付けたサーバαは、ユーザｂのスケジュール情報を保持するサーバβにスケジュール情報の提供を要求する（図１の（２）参照）。
【００２７】
そして、サーバαから情報提供を要求されたサーバβは、サーバαの認証を行ったうえで（図１の（３）参照）、認証に成功したことを条件としてユーザｂのスケジュール情報を応答する（図１の（４）参照）。また、サーバβは、自装置が保持するスケジュール情報のどの範囲をユーザａに開示してよいかを判定するための認可情報を記憶しており、この認可情報に基づいて提供情報の範囲を決定したうえでサーバαに応答する。つづいて、サーバβからユーザｂのスケジュール情報を受け取ったサーバαは、端末Ａにかかるスケジュール情報を送信する（図１の（５）参照）。
【００２８】
このように、ユーザａ（アクセス者）は、サーバβやサーバγがそれぞれ保持するユーザｂおよびユーザｃ（情報提供者）のスケジュール情報を、自己に割り当てられたサーバ（サーバα）を経由して自己の利用者端末（端末Ａ）に表示することができる。
【００２９】
すなわち、本発明に係る情報共有手法では、共有情報（たとえば、スケジュール情報）をネットワークに常時接続されたサーバ上に保持するので、必要時にのみネットワークに接続される利用者端末上に共有情報を分散配置するＰ２Ｐ型の情報共有システムに不可欠な共有情報の複製処理や同期処理を行うことなく共有情報の消失や不整合を防止することができる。
【００３０】
また、各ユーザが提供する情報を各ユーザ用のサーバに保持することとしたので、中央サーバに全情報を集約させた情報共有システムで顕著となる中央サーバ過負荷の問題を回避することができる。そして、各ユーザが共有情報を取得する際の窓口となるサーバ（以下、「アクセス者装置」と記載する）をユーザ毎に設けることとしたので、ユーザによる不正な情報取得を効果的に防止することができる。
【００３１】
さらに、本発明に係る情報共有手法では、不正な情報取得を防止するための認証処理を、各ユーザ用に割り当てられたサーバ間で行うこととしているので、安全な情報共有を行うことができる。さらに、エンドユーザの手が届かないサーバ間で認証処理を行うのでエンドユーザによる不正行為を効果的に防止することができる。
【００３２】
なお、各情報提供者に割り当てられるサーバ（以下、「情報提供者装置」と記載する）は、独立したコンピュータ上にそれぞれ実装されることが好ましいが、レンタルサーバ業者のサービスを利用する場合など、物理的には同一のコンピュータ上に論理的に独立した情報提供者装置を複数実装することとしても構わない。
【００３３】
また、図１に示したサーバαに情報提供者装置としての機能を、サーバβおよびサーバγにアクセス者装置としての機能をさらに備えることとし、ユーザａ〜ｃが互いのスケジュール情報を共有することももちろん可能である。しかし、以降では説明の煩雑さを回避するために、アクセス者装置と情報提供者装置とをそれぞれ独立した装置として情報共有システムを構成した場合について説明することとする。
【００３４】
なお、以下に示す実施例１では、スケジュール情報の提供窓口となるアクセス者装置が、各情報提供者のスケジュール情報を保持する情報提供者装置からスケジュール情報を収集し、収集したスケジュール情報を情報提供の要求を行ったアクセス者端末に応答する構成について説明する。また、実施例２では、アクセス者装置が情報提供者装置から情報提供者装置への直接アクセスを許可する認証情報を取得してアクセス者端末に応答し、アクセス者端末がかかる認証情報を用いて情報提供者装置からスケジュール情報を直接取得する構成について説明する。
【実施例１】
【００３５】
実施例１では、スケジュール共有システムの構成、システムを構成する各装置の詳細、アクセス者端末のログインからスケジュール情報取得に至る処理の流れ、各処理手順の詳細などを説明し、最後に実施例１の効果を説明する。
【００３６】
まず、実施例１に係る情報共有システムの構成について図２を用いて説明する。図２は、実施例１に係る情報共有システムの構成を示すブロック図である。同図に示すように、本実施例１に係る情報共有システムは、アクセス者装置１００と、情報提供者装置２００と、アクセス者端末３００とを備えており、各装置（１００、２００および３００）はインターネットなどのネットワークを介して相互通信可能に接続して構成される。以下では、各装置の役割や構成について詳細に説明する。
【００３７】
アクセス者端末３００は、少なくともＷｅｂブラウザなどの通信ソフトウェアがインストールされたパーソナルコンピュータやワークステーション、家庭用ゲーム機、インターネットＴＶ、ＰＤＡ（Personal  Digital  Assistants）、あるいは携帯電話やＰＨＳ（Personal  Handyphone  System）といった移動体通信端末などの端末装置である。
【００３８】
より詳細には、アクセス者端末３００は、アクセス者ａが利用する端末装置であり、主として、パスワードが入力されたログイン要求メッセージをアクセス者装置１００に送信する機能、スケジュール情報要求メッセージをアクセス者装置１００に送信する機能、情報提供装置２００が開示したスケジュール情報をアクセス者装置１００経由で受信する機能を有する。
【００３９】
アクセス者装置１００は、アクセス者端末３００のアクセス窓口となるとともに情報提供者装置２００からスケジュール情報などの情報を収集するサーバ装置である。このアクセス者装置１００は、図２に示すように、通信部１１０と、アクセス者端末認証部１２０と、アクセス者情報テーブル１３０と、スケジュール要求部１４０と、固有鍵記憶部１５０と、認証確認応答部１６０と、スケジュール中継部１７０と、情報提供者装置情報テーブル１８０とを備えている。
【００４０】
通信部１１０は、いわゆるＳＭＴＰ（Simple  Mail  Transfer  Protocol）やＨＴＴＰ（Hyper  Text  Transfer  Protocol）などの通信プロトコルに従い、アクセス者端末３００や情報提供者装置２００との通信を制御する処理部である。具体的には、この通信部１１０は、アクセス者端末３００からログイン要求メッセージやスケジュール要求メッセージを受信する処理、情報提供者装置２００にスケジュール要求メッセージや認証確認応答メッセージを送信する処理、情報提供者装置２００から認証確認メッセージやスケジュール応答メッセージを受信する処理などを行う。
【００４１】
アクセス者端末認証部１２０は、アクセス者ａがアクセス者装置１００にログインし得る正当なユーザであるか否かを認証する処理を行う処理部である。具体的には、このアクセス者端末認証部１２０は、アクセス者端末３００のログイン画面などを経由して入力されたユーザＩＤやパスワードといった情報を含むログイン要求情報を受信する。
【００４２】
そして、受信したログイン要求情報に含まれるユーザＩＤ、パスワードまたはパスワードのハッシュ値がアクセス者情報テーブル１３０にあらかじめ登録された情報と一致するか否かを判定する。その結果、アクセス者認証成功と判定した場合には、その旨をスケジュール要求部１４０に渡す。一方、アクセス者認証失敗と判定した場合には、その旨のメッセージをアクセス者端末３００に対して応答する。
【００４３】
アクセス者情報テーブル１３０は、アクセス者ａに係る認証情報を記憶する記憶手段（データベース）である。具体的には、このアクセス者情報テーブル１３０は、アクセス者ａのユーザＩＤに対応付けてパスワードまたはパスワードのハッシュ値を記憶する。
【００４４】
スケジュール要求部１４０は、情報提供者装置情報テーブル１８０から情報提供者ｂに対応する情報提供者装置２００の識別情報（たとえば、アドレス）を取得し、取得した識別情報（アドレス）に対応する情報提供者装置２００のスケジュール要求受付部２２０に対してスケジュール情報の提供を要求する。そして、情報提供者装置２００のアクセス者装置認証部２３０からの認証要求を待ち受けることになる。
【００４５】
固有鍵記憶部１５０は、情報提供者装置２００から受信したチャレンジデータＣに基づいて生成される鍵付きハッシュである固有鍵Ｋを記憶する記憶部（データベース）である。なお、この固有鍵Ｋを用いた処理手順については図７を用いて後述することとする。
【００４６】
認証確認応答部１６０は、情報提供者装置２００のアクセス者装置認証部２３０から送信されるチャレンジデータＣあるいは認証子Ｔを受信するとともに、受信したチャレンジデータＣを固有鍵記憶部１５０の固有鍵Ｋで暗号化した結果であるＴ’を認証子Ｔと比較する処理を行う処理部である。
【００４７】
そして、この認証確認応答部１６０は、Ｔ’とＴとの比較結果に基づいて認証確認応答を行う。具体的には、Ｔ’とＴが一致した場合には認証がＯＫである旨の応答を行い、一致しない場合には認証がＮＧである旨の応答を行う。なお、認証確認応答部の処理手順については図８を用いて後述することとする。
【００４８】
スケジュール中継部１７０は、認証確認応答部１６０が認証ＯＫである旨を情報提供者装置２００に応答した結果、この情報提供装置２００から送信されるスケジュール情報をアクセス者端末３００に中継する処理を行う処理部である。
【００４９】
情報提供者装置情報テーブル１８０は、情報提供者装置２００に関する情報を記憶する記憶部（データベース）である。ここで、この情報提供者装置情報テーブル１８０の例について図３を用いて説明しておく。図３は、実施例１に係る情報提供者装置情報テーブル１８０の一例を示す図である。
【００５０】
図３に示すように、情報提供者装置情報テーブル１８０は、各情報提供者ｂを識別する「ユーザＩＤ」と、それぞれの情報提供者ｂに対応する情報提供者装置２００の識別子である「認証確認先」（たとえば、情報提供者装置２００のＵＲＬ（Uniform  Resource  Locator））とを含んだテーブルである。たとえば、図３においては、ユーザＩＤが「ｔａｎａｋａ」である情報提供者ｂに対応する情報提供者装置２００のＵＲＬが「ｈｔｔｐ：／／ｔａｎａｋａ．ｊｐ／」であることを示している。
【００５１】
図２の説明に戻り、情報提供者装置２００について説明する。情報提供者装置２００は各情報提供者ｂに対応して設けられ、各情報提供者ｂに関するスケジュール情報をネットワーク経由で提供するサーバ装置である。この情報提供者装置２００は、通信部２１０と、スケジュール要求受付部２２０と、アクセス者装置認証部２３０と、アクセス者装置情報テーブル２４０と、スケジュール応答部２５０と、スケジュール記憶部２６０とを備えている。
【００５２】
通信部２１０は、いわゆるＳＭＴＰ（Simple  Mail  Transfer  Protocol）やＨＴＴＰ（Hyper  Text  Transfer  Protocol）などの通信プロトコルに従い、アクセス者装置１００との通信を制御する処理部である。具体的には、この通信部２１０は、アクセス者装置１００からスケジュール要求メッセージや認証確認応答メッセージを受信する処理、アクセス者装置１００に対して認証確認メッセージやスケジュール応答メッセージを送信する処理などを行う。
【００５３】
スケジュール要求受付部２２０は、アクセス者装置１００のスケジュール要求部１４０が送信するスケジュール要求メッセージを受信するとともに、かかるアクセス者装置１００の認証が既に行われているか、行われていないかに応じた処理の選択を行う処理部である。具体的には、このスケジュール要求受付部２２０は、スケジュール要求メッセージを送信したアクセス者装置１００が認証済である場合には、要求されたスケジュール情報をスケジュール応答部２５０に応答させる。また、未だ認証されていないアクセス者装置１００である場合には、アクセス者装置認証部２３０にアクセス者装置１００の認証を行わせる。
【００５４】
アクセス者装置認証部２３０は、アクセス者装置１００から送信されたユーザＩＤ、チャレンジデータＣおよび認証子Ｔを受信するとともに、受信データに対する応答をアクセス者装置１００の認証確認応答部１６０に対して行う処理部である。このアクセス者装置認証部２３０は、受信したユーザＩＤをキーとして後述するアクセス者装置情報テーブル２４０を検索する。そして、送信先のアクセス者装置１００のＵＲＬを取得し、取得したＵＲＬに対して応答処理を行う。
【００５５】
アクセス者装置情報テーブル２４０は、アクセス者装置１００に関する情報を記憶する記憶部（データベース）である。ここで、このアクセス者装置情報テーブル２４０の例について図４を用いて説明しておく。図４は、実施例１に係るアクセス者装置情報テーブル２４０の一例を示す図である。
【００５６】
図４に示すように、アクセス者装置情報テーブル２４０は、各アクセス者ａを識別する「ユーザＩＤ」と、それぞれのアクセス者ａに対応するアクセス者装置１００の識別子である「認証確認先」（たとえば、アクセス者装置１００のＵＲＬ）と、スケジュール情報のうちどの範囲の情報を提供するかの決定に用いられる認可情報である「関係性」とを含んだテーブルである。
【００５７】
たとえば、図４においては、ユーザＩＤが「ｗａｄａ」であるアクセス者ａに対応するアクセス者装置１００のＵＲＬが「ｈｔｔｐ：／／ｗａｄａ．ｊｐ」であり、関係性が「会社仲間」であることを示している。この「関係性」を用いることによって、会社仲間に提供すべきスケジュールは、かかる関係性が「会社仲間」である者に対してのみ公開するなどの運用を行うことができる。
【００５８】
図２の説明に戻って、スケジュール応答部２５０について説明する。スケジュール応答部２５０は、アクセス者装置１００のスケジュール中継部１７０にスケジュール情報を応答する処理を行う処理部である。なお、このスケジュール応答部２５０がスケジュール情報を応答するかわりにスケジュール情報取得用オブジェクトを応答することとしてもよい。
【００５９】
この場合、スケジュール情報取得用オブジェクトに、情報提供者装置２００のアドレス、認可レベル（たとえば、図４の「関係性」）およびセションＩＤを含めることで、かかるスケジュール情報取得用オブジェクトを取得したアクセス者装置１００のみにスケジュール情報の取得を許可することができる。
【００６０】
スケジュール記憶部２６０は、情報提供者ｂが提供するスケジュール情報を記憶する記憶部（データベース）である。ここで、このスケジュール記憶部２６０が記憶するスケジュール情報の例について図５を用いて説明する。図５は、実施例１に係るスケジュール情報の一例を示す図である。同図に示すように、スケジュール情報は、スケジュールの開始時刻を表す「開始」と、スケジュールの終了時刻を表す「終了」と、スケジュールの内容を表す「予定内容」と、情報提供者ｂを識別する「ユーザＩＤ」と、スケジュール情報の公開範囲の決定に用いられる認可情報である「関係性」とを含んだテーブルである。
【００６１】
次に、本実施例１に係る情報共有システムにおける、アクセス者ａによるスケジュール情報要求からスケジュール情報取得に至る処理の流れについて図６を用いて説明する。図６は、実施例１に係る情報共有システムの処理手順を示すシーケンス図である。
【００６２】
図６に示すように、アクセス者ａがアクセス者端末３００を介してスケジュール要求を行うと（ステップＳ３１０）、このスケジュール要求を受け付けたアクセス者装置１００は、アクセス者端末３００を介してスケジュール要求を行ったアクセス者ａの認証に成功したことを条件として情報提供者装置２００との間で送受信処理を開始する。なお、アクセス者端末３００から送信されるスケジュール要求には、アクセス者ａを識別するユーザＩＤ（Ｕ１）が含まれるものとする。
【００６３】
まず、アクセス者装置１００のスケジュール要求部１４０は、上記したユーザＩＤ（Ｕ１）を含んだ認証要求を情報提供者装置２００に対して行う（ステップＳ１１０）。そして、この認証要求を受信した情報提供者装置２００は乱数を生成し、生成した乱数をチャレンジデータＣとして応答する（ステップＳ１２０）。なお、かかる認証要求はＨＴＴＰ要求メッセージとして、その応答はＨＴＴＰ応答メッセージとしてアクセス者装置１００／情報提供者装置２００間で送受信される。
【００６４】
チャレンジデータＣを受信したスケジュール要求部１４０は、固有鍵記憶部１５０に記憶されている固有鍵Ｋを用いて認証子生成処理を行う（ステップＳ１３０）。ここで、ステップＳ１３０の認証子生成処理について図７を用いてさらに詳細に説明しておく。図７は、実施例１に係る認証子生成処理の処理手順を示すフローチャートである。
【００６５】
図７に示すように、スケジュール要求部１４０がチャレンジデータＣを受け取ると、固有鍵記憶部１５０中の固有鍵Ｋを用いてチャレンジデータＣの鍵付ハッシュの値を求め、得られたデータをＴとする処理を行う（ステップＳ１３１）。そして、かかるデータＴを認証子Ｔとして処理を終了する。
【００６６】
図６の説明に戻り、ステップＳ１４０について説明する。アクセス者装置１００のスケジュール要求部１４０は、チャレンジデータＣおよび認証子ＴをＨＴＴＰ要求メッセージとして情報提供者装置２００に送信する（ステップＳ１４０）。
【００６７】
つづいて、情報提供者装置２００は、ステップＳ１１０において通知されたアクセス者ａのユーザＩＤ（Ｕ１）を用いてアクセス者装置情報テーブル２４０を検索することによって、認証確認先（ＵＲＬ）を取得する（ステップＳ１５０）。そして、ステップＳ１５０で取得した認証確認先（ＵＲＬ）に対する認証確認をＨＴＴＰ要求メッセージとして送信する（ステップＳ１６０）。なお、このＨＴＴＰ要求メッセージには、チャレンジデータＣおよび認証子Ｔが含まれる。
【００６８】
このＨＴＴＰ要求メッセージを受信したアクセス者装置１００の認証確認応答部１６０は、受信したＨＴＴＰ要求メッセージに含まれる認証子Ｔの検証処理を行う（ステップＳ１７０）。ここで、この検証処理について図８を用いて説明しておく。図８は、実施例１に係る認証子検証処理の処理手順を示すフローチャートである。
【００６９】
図８に示すように、認証確認応答部１６０がチャレンジデータＣおよび認証子Ｔを含んだＨＴＴＰ要求メッセージを受信すると、固有鍵記憶部１５０に記憶されている固有鍵Ｋを用いてチャレンジデータＣの鍵付ハッシュの値を求めてＴ’とする処理を行う（ステップＳ１７１）。そして、受信した認証子Ｔと、このＴ’とを比較して両者が一致した場合には認証結果をＯＫとするとともに、両者が一致しない場合には認証結果をＮＧとし（ステップＳ１７２）、認証結果（ＯＫ／ＮＧ）を返して処理を終了する。
【００７０】
図６の説明に戻って、ステップＳ１８０について説明する。認証確認応答部１６０は、ステップＳ１７０で求めた認証結果（ＯＫ／ＮＧ）を情報提供者装置２００に対して送信する（ステップＳ１８０）。なお、かかる認証結果はＨＴＴＰ応答メッセージとして送信される。
【００７１】
ステップ１８０のＨＴＴＰ応答メッセージを受信した情報提供者装置２００は、受信した認証結果がＯＫであることを条件として、スケジュール情報の提供処理を開始する。具体的には、スケジュール応答部２５０が、スケジュール記憶部２６０にＳＱＬ文による問い合わせを行うことによって提供するスケジュール情報を取得し、取得したスケジュール情報を、アクセス者装置１００を介してアクセス者端末３００に送信する（ステップＳ１９０）。
【００７２】
ここで、スケジュール情報の問い合わせに用いるＳＱＬ文の一例は、たとえば、「ＳＥＬＥＣＴ  開始，終了，予定内容  ＦＲＯＭ  ｄｂ１．ｓｈｃｅｄｕｌｅｓ  ＷＨＥＲＥ  ユーザＩＤ＝［Ｕ１］，関係性＝［認可レベル］；」となる。なお、開始、終了などの項目名や、ｄｂ１（データベース名）、ｓｈｃｅｄｕｌｅｓ（テーブル名）は、図５と対応している。
【００７３】
なお、アクセス者装置１００と情報提供者装置２００とを物理的に同一のサーバ装置上に構成する場合には、アクセス者装置１００が備える情報提供者装置情報テーブル１８０と、情報提供者装置２００が備えるアクセス者装置情報テーブル２４０とは同一なものであっても構わない。
【００７４】
上述してきたように、本実施例１によれば、共有情報をアクセス者端末に分散配置するのではなく、ネットワークに常時接続されており各情報提供者に対応した情報提供者装置に配置するよう構成したので、共有情報の提供には、アクセス者端末がネットワークに常時接続されていることを要しない。また、端末装置に共有情報を保持させる場合に発生する共有情報消失などの問題が発生しない。さらに、情報提供者装置は情報提供者ごとに設けられるので、一台のサーバ装置に負荷が集中することがない。
【００７５】
また、本実施例１によれば、提供する共有情報の範囲を表す認可情報を用いることによって提供情報の範囲を決定するよう構成したので、アクセス者に対応するアクセス者端末あるいはアクセス者装置ごとに、適切な範囲の共有情報を提供することができる。
【００７６】
また、本実施例１によれば、情報提供装置がアクセス者装置のアドレスをあらかじめ記憶することとし、情報提供装置は記憶したアドレスに対応するアクセス者装置の認証を行うよう構成したので、正当なアクセス者装置に対してのみ共有情報の提供を行うことによって共有情報の漏洩を効果的に防止することができる。
【００７７】
また、アクセス者装置が情報提供者装置のアドレスをあらかじめ記憶することとし、アクセス者装置は記憶したアドレスに対応する情報提供者装置の認証を行うよう構成したので、正当な情報提供者装置が提供する共有情報を取得することによって不正な共有情報を取得してしまうことを効果的に防止することができる。
【００７８】
つまり、アクセス者装置や情報提供者装置の正当性を確認したうえで共有情報の取得／提供を行うので、安全な情報共有を行うことが可能となる。なお、アクセス者装置と情報提供者装置間との間の認証処理には、第三者機関が発行する電子証明書を用いることとしてもよい。
【００７９】
また、本実施例１によれば、アクセス者はアクセス者端末を通じて自己に割り当てられたアクセス者装置にログインするのみで、他者に割り当てられた情報提供者装置から共有情報を取得するよう構成したので、アクセス者の利便性を向上させることができる。
【実施例２】
【００８０】
実施例２では、アクセス者装置が情報提供者装置から情報提供者装置への直接アクセスを許可する認証情報を取得してアクセス者端末に応答し、アクセス者端末がかかる認証情報を用いて情報提供者装置からスケジュール情報を直接取得する構成について説明する。
【００８１】
以下では、スケジュール共有システムの構成、システムを構成する各装置の詳細、アクセス者端末のログインからスケジュール情報取得に至る処理の流れ、各処理手順の詳細などを説明し、最後に実施例２の効果を説明する。なお、実施例１と内容が異なる部分を主に説明し、重複する部分については簡単な説明にとどめることとする。
【００８２】
まず、実施例２に係る情報共有システムの構成について図９を用いて説明する。図９は、実施例２に係る情報級システムの構成を示すブロック図である。本実施例２に係る情報共有システムは、実施例１と同様に、アクセス者装置１００ａと、情報提供者装置２００ａと、アクセス者端末３００ａとを備えている。
【００８３】
アクセス者端末３００ａは、実施例１と同様に、少なくともＷｅｂブラウザなどの通信ソフトウェアがインストールされたパーソナルコンピュータやワークステーション、家庭用ゲーム機、インターネットＴＶ、ＰＤＡ（Personal  Digital  Assistants）、あるいは携帯電話やＰＨＳ（Personal  Handyphone  System）といった移動体通信端末などの端末装置である。
【００８４】
より詳細には、アクセス者端末３００ａは、アクセス者ａが利用する端末装置であり、主として、パスワードが入力されたログイン要求メッセージをアクセス者装置１００ａに送信する機能、情報提供者装置２００ａにアクセスするための認証情報をアクセス者装置１００ａに対して要求する機能、かかる認証情報を受信する機能（図９の認証情報受信部３２０ａ）、受信した認証情報の検証を情報提供者装置２００ａに要求する機能（図９の認証情報検証要求部３３０ａ）、そして、情報提供者装置２００ａが保持するスケジュール情報を情報提供者装置２００ａから直接取得する機能を有する。
【００８５】
また、通信部３１０ａは、いわゆるＳＭＴＰ（Simple  Mail  Transfer  Protocol）やＨＴＴＰ（Hyper  Text  Transfer  Protocol）などの通信プロトコルに従い、アクセス者装置１００ａや情報提供者装置２００ａとの通信を制御する処理部である。
【００８６】
アクセス者装置１００ａは、アクセス者端末３００ａのアクセス窓口となるとともに情報提供者装置２００ａに直接アクセスするための認証情報を情報提供者装置２００ａから取得してアクセス者端末３００ａに渡す処理を行うサーバ装置である。このアクセス者装置１００ａは、図９に示すように、通信部１１０ａと、アクセス者端末認証部１２０ａと、アクセス者情報テーブル１３０ａと、認証情報要求部１４０ａと、固有鍵記憶部１５０ａと、認証確認応答部１６０ａと、認証情報中継部１７０ａと、情報提供者装置情報テーブル１８０ａとを備えている。
【００８７】
通信部１１０ａは、いわゆるＳＭＴＰ（Simple  Mail  Transfer  Protocol）やＨＴＴＰ（Hyper  Text  Transfer  Protocol）などの通信プロトコルに従い、アクセス者端末３００ａや情報提供者装置２００ａとの通信を制御する処理部である。具体的には、この通信部１１０ａは、アクセス者端末３００ａからログイン要求メッセージや認証情報要求メッセージを受信する処理、情報提供者装置２００ａに認証情報要求メッセージや認証確認応答メッセージを送信する処理、情報提供者装置２００ａから認証確認メッセージや認証情報応答メッセージを受信する処理などを行う。
【００８８】
アクセス者端末認証部１２０ａは、アクセス者ａがアクセス者装置１００ａにログインし得る正当なユーザであるか否かを認証する処理を行う処理部である。具体的には、このアクセス者端末認証部１２０ａは、アクセス者端末３００ａのログイン画面などを経由して入力されたユーザＩＤやパスワードといった情報を含むログイン要求情報を受信する。
【００８９】
そして、受信したログイン要求情報に含まれるユーザＩＤ、パスワードまたはパスワードのハッシュ値がアクセス者情報テーブル１３０ａにあらかじめ登録された情報と一致するか否かを判定する。その結果、アクセス者認証成功と判定した場合には、その旨を認証情報要求部１４０ａに渡す。一方、アクセス者認証失敗と判定した場合には、その旨のメッセージをアクセス者端末３００ａに対して応答する。
【００９０】
アクセス者情報テーブル１３０ａは、アクセス者ａに係る認証情報を記憶する記憶手段（データベース）である。具体的には、このアクセス者情報テーブル１３０ａは、アクセス者ａのユーザＩＤに対応付けてパスワードまたはパスワードのハッシュ値を記憶する。
【００９１】
認証情報要求部１４０ａは、情報提供者装置情報テーブル１８０ａから情報提供者ｂに対応する情報提供者装置２００ａの識別情報（たとえば、アドレス）を取得し、取得した識別情報（アドレス）に対応する情報提供者装置２００ａの認証情報要求受付部２２０ａに対して認証情報の提供を要求する。そして、情報提供者装置２００ａのアクセス者装置認証部２３０ａからの認証要求を待ち受けることになる。
【００９２】
固有鍵記憶部１５０ａは、情報提供者装置２００ａから受信したチャレンジデータＣに基づいて生成される鍵付きハッシュである固有鍵Ｋを記憶する記憶部（データベース）である。
【００９３】
認証確認応答部１６０ａは、情報提供者装置２００ａのアクセス者装置認証部２３０ａから送信されるチャレンジデータＣあるいは認証子Ｔを受信するとともに、受信したチャレンジデータＣを固有鍵記憶部１５０ａの固有鍵Ｋで暗号化した結果であるＴ’を認証子Ｔと比較する処理を行う処理部である。
【００９４】
そして、この認証確認応答部１６０ａは、Ｔ’とＴとの比較結果に基づいて認証確認応答を行う。具体的には、Ｔ’とＴが一致した場合には認証がＯＫである旨の応答を行い、一致しない場合には認証がＮＧである旨の応答を行う。
【００９５】
認証情報中継部１７０ａは、認証確認応答部１６０ａが認証ＯＫである旨を情報提供者装置２００ａに応答した結果、この情報提供装置２００ａから送信される認証情報をアクセス者端末３００ａに中継する処理を行う処理部である。すなわち、この認証情報中継部１７０ａは、アクセス者端末３００ａがアクセス者装置１００ａに対して行ったアクセスを該当する情報提供者装置２００ａにリダイレクトするための情報をアクセス者端末３００ａに通知する。
【００９６】
情報提供者装置情報テーブル１８０ａは、情報提供者装置２００ａに関する情報を記憶する記憶部（データベース）である。ここで、この情報提供者装置情報テーブル１８０ａの例について図１０を用いて説明しておく。図１０は、実施例２に係る情報提供者装置情報テーブル１８０ａの一例を示す図である。
【００９７】
図１０に示すように、情報提供者装置情報テーブル１８０ａは、各情報提供者ｂを識別する「ユーザＩＤ」と、それぞれの情報提供者ｂに対応する情報提供者装置２００ａの識別子である「認証確認先」（たとえば、情報提供者装置２００ａのＵＲＬ（Uniform  Resource  Locator））とを含んだテーブルである。たとえば、図１０においては、ユーザＩＤが「ｓａｔｏ」である情報提供者ｂに対応する情報提供者装置２００ａのＵＲＬが「ｈｔｔｐ：／／ｓａｔｏ．ｊｐ／」であることを示している。
【００９８】
図９の説明に戻り、情報提供者装置２００ａについて説明する。情報提供者装置２００ａは各情報提供者ｂに対応して設けられ、各情報提供者ｂに関するスケジュール情報をネットワーク経由で提供するサーバ装置である。この情報提供者装置２００ａは、通信部２１０ａと、認証情報要求受付部２２０ａと、アクセス者装置認証部２３０ａと、アクセス者装置情報テーブル２４０ａと、認証情報応答部２５０ａと、認証情報生成部２６０ａと、認証情報検証部２７０ａと、固有鍵記憶部２８０ａと、スケジュール応答部２９０ａと、スケジュール記憶部２９５ａとを備えている。
【００９９】
通信部２１０ａは、いわゆるＳＭＴＰ（Simple  Mail  Transfer  Protocol）やＨＴＴＰ（Hyper  Text  Transfer  Protocol）などの通信プロトコルに従い、アクセス者装置１００ａやアクセス者端末３００ａとの通信を制御する処理部である。具体的には、この通信部２１０ａは、アクセス者装置１００ａから認証情報要求メッセージや認証確認応答メッセージを受信する処理、アクセス者装置１００ａに対して認証確認メッセージやスケ認証情報を送信する処理、アクセス者端末３００ａから認証情報検証要求メッセージを受信する処理、アクセス者端末３００ａに対してスケジュール情報を送信する処理などを行う。
【０１００】
認証情報要求受付部２２０ａは、アクセス者装置１００ａの認証情報要求部１４０ａが送信する認証情報要求メッセージを受信するとともに、かかるアクセス者装置１００ａの認証が既に行われているか、行われていないかに応じた処理の選択を行う処理部である。具体的には、このスケジュール要求受付部２２０ａは、認証情報要求メッセージを送信したアクセス者装置１００ａが認証済である場合には、要求された認証情報を認証情報送信部２５０ａに応答させる。また、未だ認証されていないアクセス者装置１００ａである場合には、アクセス者装置認証部２３０ａにアクセス者装置１００ａの認証を行わせる。
【０１０１】
アクセス者装置認証部２３０ａは、アクセス者装置１００ａから送信されたユーザＩＤ、チャレンジデータＣおよび認証子Ｔを受信するとともに、受信データに対する応答をアクセス者装置１００ａの認証確認応答部１６０ａに対して行う処理部である。このアクセス者装置認証部２３０ａは、受信したユーザＩＤをキーとして後述するアクセス者装置情報テーブル２４０ａを検索する。そして、送信先のアクセス者装置１００ａのＵＲＬを取得し、取得したＵＲＬに対して応答処理を行う。
【０１０２】
アクセス者装置情報テーブル２４０ａは、アクセス者装置１００ａに関する情報を記憶する記憶部（データベース）である。ここで、このアクセス者装置情報テーブル２４０ａの例について図１１を用いて説明しておく。図１１は、実施例２に係るアクセス者装置情報テーブル２４０ａの一例を示す図である。
【０１０３】
図１１に示すように、アクセス者装置情報テーブル２４０ａは、各アクセス者ａを識別する「ユーザＩＤ」と、それぞれのアクセス者ａに対応するアクセス者装置１００ａの識別子である「認証確認先」（たとえば、アクセス者装置１００ａのＵＲＬ）と、スケジュール情報のうちどの範囲の情報を提供するかの決定に用いられる認可情報である「関係性」とを含んだテーブルである。
【０１０４】
たとえば、図１１においては、ユーザＩＤが「ｙａｍａｄａ」であるアクセス者ａに対応するアクセス者装置１００ａのＵＲＬが「ｈｔｔｐ：／／ｔａｒｏｕ．ｊｐ」であり、関係性が「友達」であることを示している。この「関係性」を用いることによって、友達に提供すべきスケジュールは、かかる関係性が「友達」である者に対してのみ公開するなどの運用を行うことができる。
【０１０５】
図９の説明に戻って、認証情報送信部２５０ａについて説明する。認証情報送信部２５０ａは、アクセス者装置１００ａの認証に成功していることを条件として、アクセス者装置１００ａの認証情報中継部１７０ａに認証情報を応答する処理を行う処理部である。ここで、この認証情報は、後述する認証情報生成部２６０ａが生成する鍵付きハッシュＵである。なお、この鍵付きハッシュＵは、ユーザＩＤと有効時間（たとえば、エポックから現在時刻までの経過秒数＋６０秒）を固有鍵記憶部２８０ａの固有鍵ｋを用いて暗号化した結果として求められる。
【０１０６】
認証情報生成部２６０ａは、アクセス者装置情報テーブル２４０ａから取得したユーザＩＤと、有効時間（たとえば、エポックから現在時刻までの経過秒数＋６０秒）とを固有鍵記憶部２８０ａから取得した固有鍵ｋを用いて暗号化することによって鍵付きハッシュＵを求め、この鍵付きハッシュＵ、ユーザＩＤおよび有効時間から構成される認証情報を認証情報送信部２５０ａに渡す処理を行う処理部である。
【０１０７】
認証情報検証部２７０ａは、アクセス者端末３００ａの認証情報検証要求部３３０ａから送信された鍵付きハッシュ値Ｕ、ユーザＩＤおよび有効時間に基づいて鍵付きハッシュを検証する処理部である。具体的には、この認証情報検証部２７０ａは、受信したユーザＩＤおよび有効時間を固有鍵記憶部２８０ａの固有鍵ｋで暗号化した結果であるＵ’を、受信したＵと比較し、検証結果をスケジュール応答部２９０ａに渡す処理を行う。なお、Ｕ’とＵが一致した場合には検証ＯＫである旨を、一致しない場合には検証ＮＧである旨をスケジュール応答部２９０ａに対して通知する。
【０１０８】
固有鍵記憶部２８０ａは、上記した鍵付きハッシュＵを生成するための固有鍵ｋを記憶する記憶部（データベース）である。なお、この固有鍵ｋを用いた鍵付きハッシュＵの生成処理手順については図１６を用いて後述することとする。
【０１０９】
スケジュール応答部２９０ａは、アクセス者端末３００ａから送信された認証情報の検証に成功した（検証ＯＫ）旨の通知を検証情報検証部２７０ａから受けた場合に、要求されたスケジュール情報をスケジュール記憶部２９５ａを検索することによって取得し、取得したスケジュール情報をアクセス者端末３００ａに応答する処理を行う処理部である。
【０１１０】
スケジュール記憶部２９５ａは、情報提供者ｂが提供するスケジュール情報を記憶する記憶部（データベース）である。ここで、このスケジュール記憶部２９５ａが記憶するスケジュール情報の例について図１２を用いて説明する。図１２は、実施例２に係るスケジュール情報の一例を示す図である。同図に示すように、スケジュール情報は、スケジュールの開始時刻を表す「開始」と、スケジュールの終了時刻を表す「終了」と、スケジュールの内容を表す「予定内容」と、情報提供者ｂを識別する「ユーザＩＤ」と、スケジュール情報の公開範囲の決定に用いられる認可情報である「関係性」とを含んだテーブルである。なお、同図に示す「データベース名」は、実施例１（図５参照）の場合と異なり「ｄｂ２」となっている。
【０１１１】
次に、本実施例２に係る情報共有システムにおける、アクセス者ａによる認証情報要求から認証情報取得に至る処理の流れについて図１３を用いて説明する。図１３は、実施例２に係る情報共有システムの処理手順を示すフローチャートである。
【０１１２】
図１３に示すように、アクセス者ａがアクセス者端末３００ａを介して認証情報要求を行うと（ステップＳ３１０ａ）、この認証情報要求を受け付けたアクセス者装置１００ａは、アクセス者端末３００ａを介して認証情報要求を行ったアクセス者ａの認証に成功したことを条件として情報提供者装置２００ａとの間で送受信処理を開始する。なお、アクセス者端末３００ａから送信されるスケジュール要求には、アクセス者ａを識別するユーザＩＤ（Ｕ１）が含まれるものとする。
【０１１３】
まず、アクセス者装置１００ａの認証情報要求部１４０ａは、上記したユーザＩＤ（Ｕ１）を含んだ認証要求を情報提供者装置２００ａに対して行う（ステップＳ１１０ａ）。そして、この認証要求を受信した情報提供者装置２００ａは乱数を生成し、生成した乱数をチャレンジデータＣとして応答する（ステップＳ１２０ａ）。なお、かかる認証要求はＨＴＴＰ要求メッセージとして、その応答はＨＴＴＰ応答メッセージとしてアクセス者装置１００ａ／情報提供者装置２００ａ間で送受信される。
【０１１４】
チャレンジデータＣを受信した認証情報要求部１４０ａは、固有鍵記憶部１５０ａに記憶されている固有鍵Ｋを用いて認証子生成処理を行う（ステップＳ１３０ａ）。なお、このステップＳ１３０ａの認証子生成処理については実施例１と同様であるので説明を省略する（図７参照）。
【０１１５】
そして、アクセス者装置１００ａの認証情報要求部１４０ａは、チャレンジデータＣおよび認証子ＴをＨＴＴＰ要求メッセージとして情報提供者装置２００ａに送信する（ステップＳ１４０ａ）。
【０１１６】
つづいて、情報提供者装置２００ａは、ステップＳ１１０ａにおいて通知されたアクセス者ａのユーザＩＤ（Ｕ１）を用いてアクセス者装置情報テーブル２４０ａを検索することによって、認証確認先（ＵＲＬ）を取得する（ステップＳ１５０ａ）。そして、ステップＳ１５０ａで取得した認証確認先（ＵＲＬ）に対する認証確認をＨＴＴＰ要求メッセージとして送信する（ステップＳ１６０ａ）。なお、このＨＴＴＰ要求メッセージには、チャレンジデータＣおよび認証子Ｔが含まれる。
【０１１７】
このＨＴＴＰ要求メッセージを受信したアクセス者装置１００ａの認証確認応答部１６０ａは、受信したＨＴＴＰ要求メッセージに含まれる認証子Ｔの検証処理を行う（ステップＳ１７０ａ）。なお、このステップＳ１７０ａの認証子検証処理については実施例１と同様であるので説明を省略する（図８参照）。
【０１１８】
つづいて、認証確認応答部１６０ａは、ステップＳ１７０ａで求めた認証結果（ＯＫ／ＮＧ）を情報提供者装置２００ａに対して送信する（ステップＳ１８０ａ）。なお、かかる認証結果はＨＴＴＰ応答メッセージとして送信される。
【０１１９】
ステップ１８０ａのＨＴＴＰ応答メッセージを受信した情報提供者装置２００ａは、受信した認証結果がＯＫであることを条件として、認証情報の生成処理を行う（ステップＳ１８５ａ）。ここで、この認証情報生成処理について図１４を用いて説明しておく。図１４は、実施例２に係る認証情報生成処理の処理手順を示すフローチャートである。
【０１２０】
図１４に示すように、情報提供者装置２００ａの認証情報生成部２６０ａは、固有鍵記憶部２８０ａから取得した固有鍵ｋと、アクセス者端末３００ａから受け取ったユーザＩＤと、所定の算出式に従って算出した有効時間とを入力として認証情報生成処理を開始する。ここで、かかる有効時間は、たとえば、１分の余裕時間を与えるのであれば、エポック（アクセスを受け付けた時刻）の秒数＋６０秒となる。
【０１２１】
認証情報生成部２６０ａは、上記した入力のうちユーザＩＤおよび有効時間を、固有鍵記憶部２８０ａ中の固有鍵ｋを用いて鍵付きハッシュの値を求めてＵとする処理を行う（ステップＳ１８６ａ）。そして、かかる鍵付きハッシュＵを認証情報送信部２５０ａに渡して処理を終了する。
【０１２２】
図１３の説明に戻って、ステップＳ１９０ａについて説明する。認証情報送信部２５０ａは、ステップ１８５ａにおいて生成された認証情報を、アクセス者装置１００ａの認証情報要求部１４０ａに対して応答する（ステップＳ１９０ａ）。そして、認証情報中継部１７０ａは、情報提供者装置２００ａから受信した認証情報を、アクセス者端末３００ａに対して応答する（ステップＳ３２０ａ）。
【０１２３】
次に、認証情報を受け取ったアクセス者端末３００ａが、この認証情報を用いて情報提供者装置２００ａからスケジュール情報を取得するに至る処理の流れについて図１５を用いて説明する。図１５は、実施例２に係るスケジュール情報取得処理の処理手順を示すシーケンス図である。
【０１２４】
図１５に示すように、まず、アクセス者ａは、アクセス者端末３００ａを介して認証情報検証要求を行う（ステップＳ３１０ｂ）。なお、この認証情報検証要求には、アクセス者端末３００ａが先に取得した認証情報に含まれる鍵付きハッシュＵ、ユーザＩＤおよび有効時間が引数として指定される。
【０１２５】
つづいて、認証情報検証要求を受信した情報提供者装置２００ａは、受信したユーザＩＤおよび有効時間を固有鍵記憶部２８０ａの固有鍵ｋで暗号化した結果であるＵ’を、受信したＵと比較することによって検証処理を行う（ステップＳ２１０ｂ）。ここで、この認証情報検証処理の処理手順について図１６を用いて説明しておく。図１６は、実施例２に係る認証情報検証処理の処理手順を示すフローチャートである。
【０１２６】
図１６に示すように、認証情報検証部２７０ａが、鍵付きハッシュＵ、ユーザＩＤおよび有効時間を受信すると、固有鍵記憶部２８０ａに記憶されている固有鍵ｋを用いてユーザＩＤおよび有効時間の鍵付きハッシュの値を求めてＵ’とする処理を行う（ステップＳ２１１ｂ）。そして、受信した鍵付きハッシュＵと、ステップＳ２１１ｂで求めたＵとを比較して両者が一致した場合には検証結果をＯＫとするとともに、両者が一致しない場合には認証結果をＮＧとし（ステップＳ２１２ｂ）、検証結果（ＯＫ／ＮＧ）を返して処理を終了する。
【０１２７】
図１５の説明に戻り、ステップＳ２１０ｂにつづく処理について説明する。ステップＳ２１０ｂにおいて検証結果がＯＫであることを条件として、情報提供者装置２００ａはスケジュール情報の提供処理を開始する。具体的には、スケジュール応答部２９０ａが、スケジュール記憶部２６０にＳＱＬ文による問い合わせを行うことによって提供するスケジュール情報を取得する。そして、認可レベルの確認を行ったうえで、認可レベルに基づいてスケジュール情報を選択し、選択したスケジュール情報をアクセス者端末３００ａに応答する（ステップＳ３２０ｂ）。
【０１２８】
ここで、スケジュール情報の問い合わせに用いるＳＱＬ文の一例は、たとえば、「ＳＥＬＥＣＴ  開始，終了，予定内容  ＦＲＯＭ  ｄｂ２．ｓｈｃｅｄｕｌｅｓ  ＷＨＥＲＥ  ユーザＩＤ＝［Ｕ１］，関係性＝［認可レベル］；」となる。なお、開始、終了などの項目名や、ｄｂ２（データベース名）、ｓｈｃｅｄｕｌｅｓ（テーブル名）は、図１２と対応している。
【０１２９】
なお、アクセス者装置１００ａと情報提供者装置２００ａとを物理的に同一のサーバ装置上に構成する場合には、情報提供者装置２００ａがアクセス者装置１００ａを認証する際に用いる固有鍵Ｋと、認証情報を生成する際に用いる固有鍵ｋとは同一なものであって構わない。また、アクセス者装置１００ａが備える情報提供者装置情報テーブル１８０ａと、情報提供者装置２００ａが備えるアクセス者装置情報テーブル２４０ａとは同一なものであっても構わない。
【０１３０】
上述してきたように、本実施例２によれば、アクセス者装置が情報提供者装置から情報提供者装置への直接アクセスを許可する認証情報を取得してアクセス者端末に応答し、アクセス者端末がかかる認証情報を用いて情報提供者装置からスケジュール情報を直接取得するよう構成した。したがって、アクセス者はアクセス者装置から情報提供者装置へのアクセスに必要な認証情報を取得し、取得した認証情報を用いることによって情報提供者装置から共有情報を直接取得することができる。すなわち、各アクセス者に対応する情報アクセス者装置への問い合わせによって共有情報が所在する情報提供手段へのアクセス許可を得ることができるのでアクセス者の利便性を向上させることができるとともに、情報提供者装置は認証情報を伴わないアクセスを拒否することによって、セキュリティ性の低下を防止することができる。
【０１３１】
なお、上記した各実施例では、本発明を実現する各装置（アクセス者装置１００〜１００ａ、情報提供者装置２００〜２００ａ、アクセス者端末３００〜３００ａ）を機能面から説明したが、各装置の各機能はパーソナルコンピュータやワークステーションなどのコンピュータにプログラムを実行させることによって実現することもできる。
【０１３２】
すなわち、上述した各種の処理手順は、あらかじめ用意されたプログラムをコンピュータ上で実行することによって実現することができる。そして、これらのプログラムは、インターネットなどのネットワークを介して配布することができる。さらに、これらのプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【０１３３】
つまり、例を挙げれば、各実施例に示したアクセス者装置用プログラムおよび情報提供者装置用プログラムを格納したＣＤ−ＲＯＭを配布し、このＣＤ−ＲＯＭに格納されたプログラムを各コンピュータが読み出して実行するようにしてもよい。
【産業上の利用可能性】
【０１３４】
以上のように、本発明に係る情報共有システム、情報共有方法および情報共有プログラムは、共有情報の提供に有用であり、特に、中央サーバを設けることなくセキュリティ性の高い情報共有を行いたい場合に適している。
【図面の簡単な説明】
【０１３５】
【図１】本発明に係る情報共有手法の概要を示す図である。
【図２】実施例１に係る情報共有システムの構成を示すブロック図である。
【図３】実施例１に係る情報提供者装置情報テーブルの一例を示す図である。
【図４】実施例１に係るアクセス者装置情報テーブルの一例を示す図である。
【図５】実施例１に係るスケジュール情報の一例を示す図である。
【図６】実施例１に係る情報共有システムの処理手順を示すシーケンス図である。
【図７】実施例１に係る認証子生成処理の処理手順を示すフローチャートである。
【図８】実施例１に係る認証子検証処理の処理手順を示すフローチャートである。
【図９】実施例２に係る情報共有システムの構成を示すブロック図である。
【図１０】実施例２に係る情報提供者装置情報テーブルの一例を示す図である。
【図１１】実施例２に係るアクセス者装置情報テーブルの一例を示す図である。
【図１２】実施例２に係るスケジュール情報の一例を示す図である。
【図１３】実施例２に係る情報共有システムの処理手順を示すシーケンス図である。
【図１４】実施例２に係る認証情報生成処理の処理手順を示すフローチャートである。
【図１５】実施例２に係るスケジュール情報取得処理の処理手順を示すシーケンス図である。
【図１６】実施例２に係る認証情報検証処理の処理手順を示すフローチャートである。
【符号の説明】
【０１３６】
１００、１００ａ  アクセス者装置
１１０  通信部
１２０  アクセス者端末認証部
１３０  アクセス者情報テーブル
１４０  スケジュール要求部
１５０  固有鍵記憶部
１６０  認証確認応答部
１７０  スケジュール中継部
１８０  情報提供者装置情報テーブル
１１０ａ  通信部
１２０ａ  アクセス者端末認証部
１３０ａ  アクセス者情報テーブル
１４０ａ  認証情報要求部
１５０ａ  固有鍵記憶部
１６０ａ  認証確認応答部
１７０ａ  認証情報中継部
１８０ａ  情報提供者装置情報テーブル
２００、２００ａ  情報提供者装置
２１０  通信部
２２０  スケジュール要求受付部
２３０  アクセス者装置認証部
２４０  アクセス者装置情報テーブル
２５０  スケジュール応答部
２６０  スケジュール記憶部
２１０ａ  通信部
２２０ａ  認証情報要求受付部
２３０ａ  アクセス者装置認証部
２４０ａ  アクセス者装置情報テーブル
２５０ａ  認証情報送信部
２６０ａ  認証情報生成部
２７０ａ  認証情報検証部
２８０ａ  固有鍵記憶部
２９０ａ  スケジュール応答部
２９５ａ  スケジュール記憶部
３００、３００ａ  アクセス者端末
３１０ａ  通信部
３２０ａ  認証情報受信部
３３０ａ  認証情報検証部
Ｃ  チャレンジデータ
Ｋ、ｋ  固有鍵
Ｔ、Ｔ’  認証子
Ｕ、Ｕ’  鍵付きハッシュ
【図１】
2007115023.tif 000003
【図２】
2007115023.tif 000004
【図３】
2007115023.tif 000005
【図４】
2007115023.tif 000006
【図５】
2007115023.tif 000007
【図６】
2007115023.tif 000008
【図７】
2007115023.tif 000009
【図８】
2007115023.tif 000010
【図９】
2007115023.tif 000011
【図１０】
2007115023.tif 000012
【図１１】
2007115023.tif 000013
【図１２】
2007115023.tif 000014
【図１３】
2007115023.tif 000015
【図１４】
2007115023.tif 000016
【図１５】
2007115023.tif 000017
【図１６】
2007115023.tif 000018