JPWO2004019225A1 - 状況付情報を処理する装置および方法 - Google Patents
状況付情報を処理する装置および方法 Download PDFInfo
- Publication number
- JPWO2004019225A1 JPWO2004019225A1 JP2004530511A JP2004530511A JPWO2004019225A1 JP WO2004019225 A1 JPWO2004019225 A1 JP WO2004019225A1 JP 2004530511 A JP2004530511 A JP 2004530511A JP 2004530511 A JP2004530511 A JP 2004530511A JP WO2004019225 A1 JPWO2004019225 A1 JP WO2004019225A1
- Authority
- JP
- Japan
- Prior art keywords
- information
- situation
- subject
- resource
- status
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/29—Geographical information databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2457—Query processing with adaptation to user needs
- G06F16/24575—Query processing with adaptation to user needs using context
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2477—Temporal data queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99932—Access augmentation or optimizing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Computational Linguistics (AREA)
- Remote Sensing (AREA)
- Fuzzy Systems (AREA)
- Mathematical Physics (AREA)
- Probability & Statistics with Applications (AREA)
- Software Systems (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
情報資源が有用となる状況を５Ｗ１Ｈで表す状況情報がその情報資源に付加されて、状況付情報（ＳＩ）が作成され、ＳＩがＳＩ記憶部に登録される。そして、現在の状況に適合する状況情報を持つ情報資源が選択されて、ユーザに提示される。
Description
本発明は、情報資源（リソース）がユーザや周囲の状態を含めてどのような状況で有用（有効）となるかを表現した状況情報をその情報資源に付加して得られる状況付情報を処理する装置および方法に関する。このような状況付情報が用いられる技術分野には、以下のようなものが含まれる。
・ユービキタスコンピューティング＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｕｂｉｃｏｍｐ．ｏｒｇ＞
・パーベイシブコンピューティング＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｉｓｔ．ｇｏｖ／ｐｃ２００１／，ｈｔｔｐ：／／ｗｗｗ．ｐｅｒｖａｓｉｖｅ２００２．ｏｒｇ／＞
・ＨＣＩ（Ｈｕｍａｎ Ｃｏｍｐｕｔｅｒ Ｉｎｔｅｒａｃｔｉｏｎ）
・Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ｃｏｍｐｕｔｉｎｇ
・インターネットコンテンツ配信技術
・Ｗｅｂシステムにおける情報獲得支援技術
・モバイルコンピューティング
・Ｓｅｍａｎｔｉｃ Ｗｅｂ
・ユービキタスコンピューティング＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｕｂｉｃｏｍｐ．ｏｒｇ＞
・パーベイシブコンピューティング＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｉｓｔ．ｇｏｖ／ｐｃ２００１／，ｈｔｔｐ：／／ｗｗｗ．ｐｅｒｖａｓｉｖｅ２００２．ｏｒｇ／＞
・ＨＣＩ（Ｈｕｍａｎ Ｃｏｍｐｕｔｅｒ Ｉｎｔｅｒａｃｔｉｏｎ）
・Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ｃｏｍｐｕｔｉｎｇ
・インターネットコンテンツ配信技術
・Ｗｅｂシステムにおける情報獲得支援技術
・モバイルコンピューティング
・Ｓｅｍａｎｔｉｃ Ｗｅｂ
本発明の背景技術としては、以下の（１）−（４）のようなものが挙げられる。
（１）Ｗｅｂ上の情報検索システム
単なるキーワード検索だけでなく、Ｗｅｂシステムに存在するリンク構造や階層構造、人々のＷｅｂの閲覧履歴等を利用して、Ｗｅｂシステムから有益な知識を獲得しようという試みが盛んである。Ｇｏｏｇｌｅ（登録商標）＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ＞は、「多くの良質なページからリンクされているページはやはり良質なページである」という考えに基づくＰａｇｅＲａｎｋをベースにした検索により、精度のよい妥当なページが得られることから人気がある（例えば、非特許文献１参照）。
「特集「Ｗｅｂシステムにおける情報獲得支援技術」」，人工知能学会誌，Ｖｏｌ．１６，Ｎｏ．４，２００１／０７，ｐｐ．４９４−５３４
（１）Ｗｅｂ上の情報検索システム
単なるキーワード検索だけでなく、Ｗｅｂシステムに存在するリンク構造や階層構造、人々のＷｅｂの閲覧履歴等を利用して、Ｗｅｂシステムから有益な知識を獲得しようという試みが盛んである。Ｇｏｏｇｌｅ（登録商標）＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ＞は、「多くの良質なページからリンクされているページはやはり良質なページである」という考えに基づくＰａｇｅＲａｎｋをベースにした検索により、精度のよい妥当なページが得られることから人気がある（例えば、非特許文献１参照）。
「特集「Ｗｅｂシステムにおける情報獲得支援技術」」，人工知能学会誌，Ｖｏｌ．１６，Ｎｏ．４，２００１／０７，ｐｐ．４９４−５３４
このような検索によれば、単なるキーワードだけにたよる検索よりは妥当なページが得られるが、検索自体はキーワードを利用して行うことに変わりはない。
また、Ｗｅｂにある大半のページはＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）でかかれており、これは人間が読むのには適しているが、機械が自動的に処理したりするのには適していない。そこで、機械にもわかるような意味付けやメタ情報を付加してやるというＳｅｍａｎｔｉｃ Ｗｅｂ＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ｓｗ／＞プロジェクトが注目されている。これにより、機械が情報コンテンツの内容を理解するのが容易になる。しかし、これだけでは、意味に応じて情報を引き出せても、ユーザの状況に合わせた情報を引き出すことはできない。
さらに、Ｙａｈｏｏ！（登録商標）のように、情報を人手でカテゴリごとに分類して、ユーザは分類の階層をたどりながら目的の情報にたどり着く技術もある。しかし、これも内容に応じたカテゴライズであり、状況や必要な場面に応じたものになっていない。
（２）情報のパーソナリゼーション技術
ユーザの好みに応じて情報をカスタマイズする技術はいくつか存在する。例えば、たくさん送られてくる情報のうち、ユーザの好みのもののみ取り出したり不要な情報を省いたりする情報フィルタリング技術や、ユーザの要望を聞いて、要望に合う情報を集めてくるエージェント技術等がある。
これらの技術は、ユーザの好みや統計学的な属性等を用いており、生活や行動に伴って変化する状況に応じて情報をカスタマイズすることができない。好みの情報でも、必要なときに見ることができないのでは効果は薄い。
（３）状況に応じた情報提供システム
状況に応じて情報を提供するシステムは、いくつか開発されている。例えば、複合現実感の技術を使って、プリンタの保守時に今見ているところのメンテナンス情報をヘッドマウントディスプレイに映し出したり（例えば、非特許文献２参照）、本棚の前に立つとそこにある本に関する情報を映し出したりする（例えば、非特許文献３参照）システムがある。
Ｓｔｅｖｅｎ Ｆｅｉｎｅｒ，Ｂｌａｉｒ Ｍａｃｉｎｔｙｒｅ，ａｎｄ Ｄｏｒｅｅ Ｓｅｌｉｇｍａｎｎ，"Ｋｎｏｗｌｅｄｇｅ−ｂａｓｅｄ ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ，"ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｏｆ ｔｈｅ ＡＣＭ，ｖｏｌ．３６，ｎｏ．７，ｐｐ．５２−６２，１９９３． Ｊｕｎ Ｒｅｋｉｍｏｔｏ ａｎｄ Ｋａｔａｓｈｉ Ｎａｇａｏ，"Ｔｈｅ ｗｏｒｌｄ ｔｈｒｏｕｇｈ ｔｈｅ ｃｏｍｐｕｔｅｒ：Ｃｏｍｐｕｔｅｒ ａｕｇｍｅｎｔｅｄ ｉｎｔｅｒａｃｔｉｏｎ ｗｉｔｈ ｒｅａｌ ｗｏｒｌｄ ｅｎｖｉｒｏｎｍｅｎｔｓ，"Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ＡＣＭ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ Ｓｏｆｔｗａｒｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ（ＵＩＳＴ’９５），ｐｐ．２９−３６，１９９５．
また、Ｗｅｂにある大半のページはＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）でかかれており、これは人間が読むのには適しているが、機械が自動的に処理したりするのには適していない。そこで、機械にもわかるような意味付けやメタ情報を付加してやるというＳｅｍａｎｔｉｃ Ｗｅｂ＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ｓｗ／＞プロジェクトが注目されている。これにより、機械が情報コンテンツの内容を理解するのが容易になる。しかし、これだけでは、意味に応じて情報を引き出せても、ユーザの状況に合わせた情報を引き出すことはできない。
さらに、Ｙａｈｏｏ！（登録商標）のように、情報を人手でカテゴリごとに分類して、ユーザは分類の階層をたどりながら目的の情報にたどり着く技術もある。しかし、これも内容に応じたカテゴライズであり、状況や必要な場面に応じたものになっていない。
（２）情報のパーソナリゼーション技術
ユーザの好みに応じて情報をカスタマイズする技術はいくつか存在する。例えば、たくさん送られてくる情報のうち、ユーザの好みのもののみ取り出したり不要な情報を省いたりする情報フィルタリング技術や、ユーザの要望を聞いて、要望に合う情報を集めてくるエージェント技術等がある。
これらの技術は、ユーザの好みや統計学的な属性等を用いており、生活や行動に伴って変化する状況に応じて情報をカスタマイズすることができない。好みの情報でも、必要なときに見ることができないのでは効果は薄い。
（３）状況に応じた情報提供システム
状況に応じて情報を提供するシステムは、いくつか開発されている。例えば、複合現実感の技術を使って、プリンタの保守時に今見ているところのメンテナンス情報をヘッドマウントディスプレイに映し出したり（例えば、非特許文献２参照）、本棚の前に立つとそこにある本に関する情報を映し出したりする（例えば、非特許文献３参照）システムがある。
Ｓｔｅｖｅｎ Ｆｅｉｎｅｒ，Ｂｌａｉｒ Ｍａｃｉｎｔｙｒｅ，ａｎｄ Ｄｏｒｅｅ Ｓｅｌｉｇｍａｎｎ，"Ｋｎｏｗｌｅｄｇｅ−ｂａｓｅｄ ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ，"ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｏｆ ｔｈｅ ＡＣＭ，ｖｏｌ．３６，ｎｏ．７，ｐｐ．５２−６２，１９９３． Ｊｕｎ Ｒｅｋｉｍｏｔｏ ａｎｄ Ｋａｔａｓｈｉ Ｎａｇａｏ，"Ｔｈｅ ｗｏｒｌｄ ｔｈｒｏｕｇｈ ｔｈｅ ｃｏｍｐｕｔｅｒ：Ｃｏｍｐｕｔｅｒ ａｕｇｍｅｎｔｅｄ ｉｎｔｅｒａｃｔｉｏｎ ｗｉｔｈ ｒｅａｌ ｗｏｒｌｄ ｅｎｖｉｒｏｎｍｅｎｔｓ，"Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ＡＣＭ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ Ｓｏｆｔｗａｒｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ（ＵＩＳＴ’９５），ｐｐ．２９−３６，１９９５．
これらは基本的にデータベースを用意して、位置と固体を識別するためのＩＤを認識し、対応する情報を提示するシステムである。また、ユーザの取ったアクションを基に、次のアクション時に何を提示すべきかを学習するシステムも考案されている（例えば、非特許文献４および特許文献１参照）。
Ｎ．Ｍａｒｍａｓｓｅ ａｎｄ Ｃ．Ｓｃｈｍａｎｄｔ，"Ｌｏｃａｔｉｏｎ−Ａｗａｒｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｄｅｌｉｖｅｒｙ ｗｉｔｈ ＣｏｍＭｏｔｉｏｎ，"Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｈａｎｄｈｅｌｄ ａｎｄ Ｕｂｉｑｕｉｔｏｕｓ Ｃｏｍｐｕｔｉｎｇ（ＨＵＣ ２０００）． 国際公開ＷＯ９／４０５２４号パンフレット，“ＡＣＴＩＯＮ ＰＲＯＰＯＳＩＮＧ ＤＥＶＩＣＥ”
Ｎ．Ｍａｒｍａｓｓｅ ａｎｄ Ｃ．Ｓｃｈｍａｎｄｔ，"Ｌｏｃａｔｉｏｎ−Ａｗａｒｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｄｅｌｉｖｅｒｙ ｗｉｔｈ ＣｏｍＭｏｔｉｏｎ，"Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｈａｎｄｈｅｌｄ ａｎｄ Ｕｂｉｑｕｉｔｏｕｓ Ｃｏｍｐｕｔｉｎｇ（ＨＵＣ ２０００）．
特に時間や場所といった状況に応じた情報提供システムは数多く開発されている。例えば、時間に応じた情報の提供では、スケジュールに応じて指定した時間の前にメール等により通知する、リマインダーと呼ばれるサービスがよく知られている（ｃｆ．Ｙａｈｏｏ！（登録商標）Ｃａｌｅｎｄａｒ＜ＵＲＬ：ｈｔｔｐ：／／ｃａｌｅｎｄａｒ．ｙａｈｏｏ．ｃｏｍ／＞）。また、場所に応じた情報サービスとしては、例えば、以下のようなものが知られている。
・ある人がある場所に来たら知らせる場所に関するリマインダー（例えば、非特許文献４および５参照）
Ａ．Ｄｅｙ ａｎｄ Ｇ．Ａｂｏｗｄ，"ＣｙｂｒｅＭｉｎｄｅｒ：Ａ Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ｓｙｓｔｅｍ ｆｏｒ Ｓｕｐｐｏｒｔｉｎｇ Ｒｅｍｉｎｄｅｒｓ，"Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｈａｎｄｈｅｌｄ ａｎｄ Ｕｂｉｑｕｉｔｏｕｓ Ｃｏｍｐｕｔｉｎｇ（ＨＵＣ ２０００）
・ある人がある場所に来たら知らせる場所に関するリマインダー（例えば、非特許文献４および５参照）
Ａ．Ｄｅｙ ａｎｄ Ｇ．Ａｂｏｗｄ，"ＣｙｂｒｅＭｉｎｄｅｒ：Ａ Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ｓｙｓｔｅｍ ｆｏｒ Ｓｕｐｐｏｒｔｉｎｇ Ｒｅｍｉｎｄｅｒｓ，"Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｈａｎｄｈｅｌｄ ａｎｄ Ｕｂｉｑｕｉｔｏｕｓ Ｃｏｍｐｕｔｉｎｇ（ＨＵＣ ２０００）
・場所に応じた案内システム（例えば、非特許文献６、７、および８参照）
Ｇ．Ｗ．Ｆｉｔｚｍａｕｒｉｃｅ，"Ｓｉｔｕａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ ｓｐａｃｅｓ ａｎｄ ｓｐａｔｉａｌｌｙ ａｗａｒｅ ｐａｌｍｔｏｐ ｃｏｍｐｕｔｅｒｓ，"Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｏｆ ｔｈｅ ＡＣＭ，ｖｏｌ．３６，ｎｏ．７，ｐｐ．３８−４９，１９９３． Ｔ．Ｈｏｌｌｅｒｅｒ ｅｔ ａｌ．，"Ｅｘｐｌｏｒｉｎｇ ＭＡＲＳ：ｄｅｖｅｌｏｐｉｎｇ ｉｎｄｏｏｒ ａｎｄ ｏｕｔｄｏｏｒ ｕｓｅｒ ｉｎｔｅｒｆａｃｅｓ ｔｏ ａ ｍｏｂｉｌｅ ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ ｓｙｓｔｅｍ，"Ｉｎ Ｃｏｍｐｕｔｅｒｓ ａｎｄ Ｇｒａｐｈｉｃｓ，ｖｏｌ．２３，ｎｏ．６，Ｅｌｓｅｖｉｅｒ Ｐｕｂｌｉｓｈｅｒｓ，ｐｐ．７７９−７８５，１９９９． Ｓ．Ｌｏｎｇ ｅｔ ａｌ．，"Ｒａｐｉｄ Ｐｒｏｔｏｔｙｐｉｎｇ ｏｆ Ｍｏｂｉｌｅ Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ：Ｔｈｅ Ｃｙｂｅｒｇｕｉｄｅ Ｃａｓｅ Ｓｔｕｄｙ，"Ｐｒｏｃ．２ｎｄ Ａｎｎ．Ｉｎｔ’１ Ｃｏｎｆ．Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｉｎｇ ａｎｄ Ｎｅｔｗｏｒｋｉｎｇ（Ｍｏｂｉｃｏｍ９６），ＡＣＭ Ｐｒｅｓｓ，Ｎｅｗ Ｙｏｒｋ，ｐｐ．９７−１０７，１９９６．
Ｇ．Ｗ．Ｆｉｔｚｍａｕｒｉｃｅ，"Ｓｉｔｕａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ ｓｐａｃｅｓ ａｎｄ ｓｐａｔｉａｌｌｙ ａｗａｒｅ ｐａｌｍｔｏｐ ｃｏｍｐｕｔｅｒｓ，"Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｏｆ ｔｈｅ ＡＣＭ，ｖｏｌ．３６，ｎｏ．７，ｐｐ．３８−４９，１９９３． Ｔ．Ｈｏｌｌｅｒｅｒ ｅｔ ａｌ．，"Ｅｘｐｌｏｒｉｎｇ ＭＡＲＳ：ｄｅｖｅｌｏｐｉｎｇ ｉｎｄｏｏｒ ａｎｄ ｏｕｔｄｏｏｒ ｕｓｅｒ ｉｎｔｅｒｆａｃｅｓ ｔｏ ａ ｍｏｂｉｌｅ ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ ｓｙｓｔｅｍ，"Ｉｎ Ｃｏｍｐｕｔｅｒｓ ａｎｄ Ｇｒａｐｈｉｃｓ，ｖｏｌ．２３，ｎｏ．６，Ｅｌｓｅｖｉｅｒ Ｐｕｂｌｉｓｈｅｒｓ，ｐｐ．７７９−７８５，１９９９． Ｓ．Ｌｏｎｇ ｅｔ ａｌ．，"Ｒａｐｉｄ Ｐｒｏｔｏｔｙｐｉｎｇ ｏｆ Ｍｏｂｉｌｅ Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ：Ｔｈｅ Ｃｙｂｅｒｇｕｉｄｅ Ｃａｓｅ Ｓｔｕｄｙ，"Ｐｒｏｃ．２ｎｄ Ａｎｎ．Ｉｎｔ’１ Ｃｏｎｆ．Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｉｎｇ ａｎｄ Ｎｅｔｗｏｒｋｉｎｇ（Ｍｏｂｉｃｏｍ９６），ＡＣＭ Ｐｒｅｓｓ，Ｎｅｗ Ｙｏｒｋ，ｐｐ．９７−１０７，１９９６．
・クールタウンプロジェクト（例えば、非特許文献９および１０参照）
Ｓ．Ｐｒａｄｈａｎ，ｅｔ ａｌ．"Ｗｅｂｓｉｇｎｓ：Ｈｙｐｅｒｌｉｋｉｎｇ Ｐｈｙｓｉｃａｌ Ｌｏｃａｔｉｏｎｓ ｔｏ ｔｈｅ Ｗｅｂ，"Ｃｏｍｐｕｔｅｒ，Ａｕｇｕｓｔ，ｐｐ．４２−４８，２００１． "ｃｏｏｌｔｏｗｎ，"＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｃｏｏｌｔｏｗｎ．ｈｐ．ｃｏｍ＞
Ｓ．Ｐｒａｄｈａｎ，ｅｔ ａｌ．"Ｗｅｂｓｉｇｎｓ：Ｈｙｐｅｒｌｉｋｉｎｇ Ｐｈｙｓｉｃａｌ Ｌｏｃａｔｉｏｎｓ ｔｏ ｔｈｅ Ｗｅｂ，"Ｃｏｍｐｕｔｅｒ，Ａｕｇｕｓｔ，ｐｐ．４２−４８，２００１． "ｃｏｏｌｔｏｗｎ，"＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｃｏｏｌｔｏｗｎ．ｈｐ．ｃｏｍ＞
・経路に応じて情報を提供するＮＶＭＬ（登録商標）を利用したサービス（例えば、特許文献２および３参照）
特開２０００−２１５２１１号公報，「案内情報提示装置，案内情報提示処理方法，．．．」 特開２００１−３０６５９０号公報，「案内情報提示装置，案内情報提示処理方法，．．．」
・状況（ｃｏｎｔｅｘｔ）を認識して処理するアプリケーション（ｃｏｎｔｅｘｔ−ａｗａｒｅ ｃｏｍｐｕｔｉｎｇ）を構築するためのミドルウェアであるＣｏｎｔｅｘｔ Ｔｏｏｌ Ｋｉｔ（例えば、非特許文献１１および１２参照）
"Ｃｏｎｔｅｘｔ Ｔｏｏｌ Ｋｉｔ，"＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｃｃ．ｇａｔｅｃｈ．ｅｄｕ／ｆｃｅ／ｃｏｎｔｅｘｔｔｏｏｌｋｉｔ＞ Ａ．Ｄｅｙ，Ｇ．Ａｂｏｗｄ，ａｎｄ Ｄ．Ｓａｌｂｅｒ，"Ａ Ｃｏｎｃｅｐｔｕａｌ Ｆｒａｍｅｗｏｒｋ ａｎｄ ａ Ｔｏｏｌｋｉｔ ｆｏｒ Ｓｕｐｐｏｒｔｉｎｇ ｔｈｅ Ｒａｐｉｄ Ｐｒｏｔｏｔｙｐｉｎｇ ｏｆ Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ，"Ｈｕｍａｎ Ｃｏｍｐｕｔｅｒ Ｉｎｔｅｒａｃｔｉｏｎ，２００１，Ｖｏｌ．１６，ｐｐ．９７−１６６，＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗｌ．ｉｃｓ．ｕｃｉ．ｅｄｕ／▲〜▼ｊｐｄ／ＮｏｎＴｒａｄＵＩ／ＳｐｅｃｉａｌＩｓｓｕｅ／ａｎｃｈｏｒ．ｐｄｆ＞．
"Ｃｏｎｔｅｘｔ Ｔｏｏｌ Ｋｉｔ，"＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｃｃ．ｇａｔｅｃｈ．ｅｄｕ／ｆｃｅ／ｃｏｎｔｅｘｔｔｏｏｌｋｉｔ＞ Ａ．Ｄｅｙ，Ｇ．Ａｂｏｗｄ，ａｎｄ Ｄ．Ｓａｌｂｅｒ，"Ａ Ｃｏｎｃｅｐｔｕａｌ Ｆｒａｍｅｗｏｒｋ ａｎｄ ａ Ｔｏｏｌｋｉｔ ｆｏｒ Ｓｕｐｐｏｒｔｉｎｇ ｔｈｅ Ｒａｐｉｄ Ｐｒｏｔｏｔｙｐｉｎｇ ｏｆ Ｃｏｎｔｅｘｔ−Ａｗａｒｅ Ａｐｐｌｉｃａｔｉｏｎｓ，"Ｈｕｍａｎ Ｃｏｍｐｕｔｅｒ Ｉｎｔｅｒａｃｔｉｏｎ，２００１，Ｖｏｌ．１６，ｐｐ．９７−１６６，＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗｌ．ｉｃｓ．ｕｃｉ．ｅｄｕ／▲〜▼ｊｐｄ／ＮｏｎＴｒａｄＵＩ／ＳｐｅｃｉａｌＩｓｓｕｅ／ａｎｃｈｏｒ．ｐｄｆ＞．
しかし、上述した技術は、状況に応じて情報を出力できるようなデータをそれぞれのシステムに応じて作成して、利用しており、散在している様々な情報を状況に合わせて提示しようというものではない。情報はいろいろなところで作成されており、ある特定のシステム用に作られた情報を利用するだけでは、利用できる情報は限られてしまう。
（４）情報に付加情報を付加する方法
情報にヘッダやメタデータをつけて送付する方法は、インターネットの世界では多く見られる。ＨＴＭＬを送る際につけるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルのヘッダや、ｅ−ｍａｉｌに付加するＭＩＭＥヘッダ等がその代表例である。Ｓｅｍａｎｔｉｃ Ｗｅｂ Ａｃｔｉｖｉｔｙでは、ＨＴＭＬ、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等のデータに、知識やオントロジー、論理、証明情報、信頼情報、署名等をメタデータとしてつけようとしている。また、Ｄｕｂｌｉｎ Ｃｏｒｅ＜ＵＲＬ：ｈｔｔｐ：／／ｄｕｂｌｉｎｃｏｒｅ．ｏｒｇ／＞という、文書につける著者や作成日等の基本メタデータセットを規定している仕様もある。
これらの方法で付加されているデータは、情報の内容に応じたものや通信プロトコルに応じたものである。したがって、情報そのものおよび通信手段等に応じてどのような付加情報をつければいいかは、作成時に判断することができる。
以上説明した（１）−（４）の従来技術には、以下の１．−５．のような問題がある。
１．Ｗｅｂには、すでに非常にたくさんの知識や情報が公開されている。しかし、役に立たない情報や古い情報も多く含まれているため、キーワードによる探索では目的のものを探しだすのは難しい。また、カテゴリに分けられた情報でも、自分が欲しい情報がどのカテゴリに属するかわからない場合も多く、目的の情報を探すのが困難なことが多い。
さらに、Ｗｅｂだけでなく、企業のデータベース、個人のローカルハードディスク（ｅ−ｍａｉｌ，ファイル）の中にも大量に情報が存在するが有効に利用されていない。そこで、既存の大量に存在する情報を有効に活用する方法が望まれる。
２．情報が欲しい状況としては、これから何かをしたいとき（その何かさえわからないときもある）、何かトラブルが起きたとき等が考えられるが、多くの場合は自分から探しに行かなくてはいけない。ニュースやプッシュサービスで情報を受け取っていたとしても、その情報を受け取ったときが必ずしも必要なときではないので、その情報が必要になったときにまた探しだす必要がある。
また、ユーザは自分の状況やこれからやろうとしている行動に合わせて情報を取得しようとするものだが、必要な情報をどのように探せばよいかがわからない。マニュアルや百科事典等の辞書類等を考えても、項目別に整理されているものがほとんどで、状況に応じて（必要に応じて）適切なものを探しだすのは困難である。
さらに、情報を作成する側が、情報がどのようなときに必要になるかという状況を情報そのものに付加していないので、必要なときに利用してもらえず、効率が悪い。そこで、情報獲得を容易にする方法が望まれる。
３．ある状況になったときに、ある情報を提示したり、あるアクションを行わせたりすることは、既存のロボットシステムや情報システムでよくある技術である。システムに合わせて、カスタマイズされたデータをルールで作りこんで提示できるようにすればよいのであれば、このようなシステムは比較的容易に実現できる。
しかし、この場合、個々のシステムごとにルールシステムを作らなければならず、複数のシステムに同じようなルールを適用できる場合でもそれぞれ別々に作らなければならない。このため、ルールシステムの生成とメンテナンス（ルールの更新）の両方において効率が悪くなる。また、他の人が生み出している豊富な情報を有効に利用することができない。
さらに、作りこみのルールベースは、通常、既知の起こり得る状況にカスタマイズされているので、状況のマッチングおよび利用が容易であるが、一般的に用意された状況条件付情報を利用するためには、次のような処理を行う必要性が出てくる。
−情報がいろいろなところに散在しているのでそれらを集めてくる。
−情報が必ずしもマッチするとは限らないので類似の情報を探す。
−不必要な情報をフィルタリングする。
−複数の情報がマッチしたときに適切な処理を行う。
これらの問題は、閉じた世界のデータベースを利用した場合には生じない問題がほとんどである。そこで、一般的な状況条件付情報を、現在の状況に合わせて適切に提示する方法が望まれる。
４．天気情報や道路情報等は、天気や道路を観測している組織によりそれぞれ作成される。これらの情報は、それぞれ独自の方法で管理されている区分に分けて提供されることが多い。一方、個人にとっては、現在や将来の状況に適切な情報をひとまとめにして取得したい。例えば、週末ピクニックにでかけるという状況（イベント）に関連する情報をひとまとめに取り出せると便利である。
通常、ユーザは、自分の通るルートもしくは同じ目的地に行くための他のルートを道路情報として、目的地の天気を天気情報として知りたいものである。このようにユーザにカスタマイズされた情報が元の情報ソースから用意に取り出せると便利である。そこで、情報利用者側の利便性と情報作成者側の容易性の接点を見つける方法が望まれる。
５．ユーザは、自分が一度見たことがある情報でさえ探すのに苦労することがある。何で見たかわからない場合、次のような方法で探す必要がある。
（ａ）Ｗｅｂページを探す（同じキーワードで検索するか、ブックマークに保存してあればその情報を見る。）。
（ｂ）ｅ−ｍａｉｌを探す（Ｏｕｔｌｏｏｋ（登録商標）のキーワード検索機能等により探す。もしくはホルダー内のメールを名前順や日付順等で並べ替えたりして探す。）。
（ｃ）ローカルファイルを探す（ファイル検索機能やファイルの中の文字列検索機能を使って探す。）。
（ｄ）紙媒体の情報を探す（記憶を頼りに探すしかない。）。
（ｅ）誰かの発表で見たかどうかを確認する（思い当たる人に聞いてみるしかない。）。
（ｄ）および（ｅ）の方法では効率よく情報を探しだすことは難しく、（ａ）−（ｃ）の方法でも、キーワードや日付による探索が基本なので、適切なキーワードが思いあたらない場合等、探し出すのに苦労する。そこで、自分で一度見たことがある情報を容易に探しだす方法が望まれる。
（４）情報に付加情報を付加する方法
情報にヘッダやメタデータをつけて送付する方法は、インターネットの世界では多く見られる。ＨＴＭＬを送る際につけるＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルのヘッダや、ｅ−ｍａｉｌに付加するＭＩＭＥヘッダ等がその代表例である。Ｓｅｍａｎｔｉｃ Ｗｅｂ Ａｃｔｉｖｉｔｙでは、ＨＴＭＬ、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等のデータに、知識やオントロジー、論理、証明情報、信頼情報、署名等をメタデータとしてつけようとしている。また、Ｄｕｂｌｉｎ Ｃｏｒｅ＜ＵＲＬ：ｈｔｔｐ：／／ｄｕｂｌｉｎｃｏｒｅ．ｏｒｇ／＞という、文書につける著者や作成日等の基本メタデータセットを規定している仕様もある。
これらの方法で付加されているデータは、情報の内容に応じたものや通信プロトコルに応じたものである。したがって、情報そのものおよび通信手段等に応じてどのような付加情報をつければいいかは、作成時に判断することができる。
以上説明した（１）−（４）の従来技術には、以下の１．−５．のような問題がある。
１．Ｗｅｂには、すでに非常にたくさんの知識や情報が公開されている。しかし、役に立たない情報や古い情報も多く含まれているため、キーワードによる探索では目的のものを探しだすのは難しい。また、カテゴリに分けられた情報でも、自分が欲しい情報がどのカテゴリに属するかわからない場合も多く、目的の情報を探すのが困難なことが多い。
さらに、Ｗｅｂだけでなく、企業のデータベース、個人のローカルハードディスク（ｅ−ｍａｉｌ，ファイル）の中にも大量に情報が存在するが有効に利用されていない。そこで、既存の大量に存在する情報を有効に活用する方法が望まれる。
２．情報が欲しい状況としては、これから何かをしたいとき（その何かさえわからないときもある）、何かトラブルが起きたとき等が考えられるが、多くの場合は自分から探しに行かなくてはいけない。ニュースやプッシュサービスで情報を受け取っていたとしても、その情報を受け取ったときが必ずしも必要なときではないので、その情報が必要になったときにまた探しだす必要がある。
また、ユーザは自分の状況やこれからやろうとしている行動に合わせて情報を取得しようとするものだが、必要な情報をどのように探せばよいかがわからない。マニュアルや百科事典等の辞書類等を考えても、項目別に整理されているものがほとんどで、状況に応じて（必要に応じて）適切なものを探しだすのは困難である。
さらに、情報を作成する側が、情報がどのようなときに必要になるかという状況を情報そのものに付加していないので、必要なときに利用してもらえず、効率が悪い。そこで、情報獲得を容易にする方法が望まれる。
３．ある状況になったときに、ある情報を提示したり、あるアクションを行わせたりすることは、既存のロボットシステムや情報システムでよくある技術である。システムに合わせて、カスタマイズされたデータをルールで作りこんで提示できるようにすればよいのであれば、このようなシステムは比較的容易に実現できる。
しかし、この場合、個々のシステムごとにルールシステムを作らなければならず、複数のシステムに同じようなルールを適用できる場合でもそれぞれ別々に作らなければならない。このため、ルールシステムの生成とメンテナンス（ルールの更新）の両方において効率が悪くなる。また、他の人が生み出している豊富な情報を有効に利用することができない。
さらに、作りこみのルールベースは、通常、既知の起こり得る状況にカスタマイズされているので、状況のマッチングおよび利用が容易であるが、一般的に用意された状況条件付情報を利用するためには、次のような処理を行う必要性が出てくる。
−情報がいろいろなところに散在しているのでそれらを集めてくる。
−情報が必ずしもマッチするとは限らないので類似の情報を探す。
−不必要な情報をフィルタリングする。
−複数の情報がマッチしたときに適切な処理を行う。
これらの問題は、閉じた世界のデータベースを利用した場合には生じない問題がほとんどである。そこで、一般的な状況条件付情報を、現在の状況に合わせて適切に提示する方法が望まれる。
４．天気情報や道路情報等は、天気や道路を観測している組織によりそれぞれ作成される。これらの情報は、それぞれ独自の方法で管理されている区分に分けて提供されることが多い。一方、個人にとっては、現在や将来の状況に適切な情報をひとまとめにして取得したい。例えば、週末ピクニックにでかけるという状況（イベント）に関連する情報をひとまとめに取り出せると便利である。
通常、ユーザは、自分の通るルートもしくは同じ目的地に行くための他のルートを道路情報として、目的地の天気を天気情報として知りたいものである。このようにユーザにカスタマイズされた情報が元の情報ソースから用意に取り出せると便利である。そこで、情報利用者側の利便性と情報作成者側の容易性の接点を見つける方法が望まれる。
５．ユーザは、自分が一度見たことがある情報でさえ探すのに苦労することがある。何で見たかわからない場合、次のような方法で探す必要がある。
（ａ）Ｗｅｂページを探す（同じキーワードで検索するか、ブックマークに保存してあればその情報を見る。）。
（ｂ）ｅ−ｍａｉｌを探す（Ｏｕｔｌｏｏｋ（登録商標）のキーワード検索機能等により探す。もしくはホルダー内のメールを名前順や日付順等で並べ替えたりして探す。）。
（ｃ）ローカルファイルを探す（ファイル検索機能やファイルの中の文字列検索機能を使って探す。）。
（ｄ）紙媒体の情報を探す（記憶を頼りに探すしかない。）。
（ｅ）誰かの発表で見たかどうかを確認する（思い当たる人に聞いてみるしかない。）。
（ｄ）および（ｅ）の方法では効率よく情報を探しだすことは難しく、（ａ）−（ｃ）の方法でも、キーワードや日付による探索が基本なので、適切なキーワードが思いあたらない場合等、探し出すのに苦労する。そこで、自分で一度見たことがある情報を容易に探しだす方法が望まれる。
本発明の課題は、散在する情報を状況に応じて有効にユーザに提示するための装置および方法を提供することである。この課題には、以下のような課題が含まれる。
１．既存の大量に存在する情報を有効に活用する。
２．情報獲得を容易にする。
３．一般的な状況条件の情報を、現在の状況に合わせて適切に提示する。
４．情報利用者側の利便性と情報作成者側の容易性の接点を見つける。
５．自分で一度見たことがある情報を探しだす。
従来の一般的な情報の場合、情報そのものには識別情報はなく、情報を利用する側で識別しなくてはならなかった。これに対して、本発明では、「すべての情報には、それが使われるべき適切な状況がある」という仮説に基づき、情報に状況条件を付加することを提案する。情報が使われるべき適切な状況の例については後述する。
本発明は、この状況付情報を作成、配信、提示、メンテナンス（修正、削除等）する装置および方法に関する。情報がどのような場面で利用されるかというユーザ側から見た付加情報を付加するためには、情報そのものの中身よりも、どのような状況（場面）で利用されるかに応じて付加する必要がある。このため、実際の状況とのインタラクションにより、状況条件のメタデータが付加される。このような付加情報を利用することで、状況に応じた情報を容易に引き出すことが可能になる。
本発明の第１の局面において、情報提供装置（情報サービスシステム）は、記憶部、登録部、および収集部を備える。
記憶部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況（情動、動機等）と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、上記情報資源に付加して得られる状況付情報を記憶する。登録部は、状況付情報を記憶部に登録し、収集部は、記憶部から状況付情報を収集して提供する。
記憶部、登録部、および収集部は、例えば、後述する図１のＳＩ（Ｓｉｔｕａｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎ）記憶部２００、ＳＩ登録部１５０、およびＳＩ収集部４０にそれぞれ対応し、情報資源を利用する主体は、例えば、ユーザ等の人やユービキタスコンピュータ等の物に対応する。
また、状況情報は、例えば、後述する状況条件に対応し、主体を特定する情報、主体の行動の対象、情報資源が有効となる空間的な状況、情報資源が有効となる時間的な状況、主体の内面的状況、および主体の行動の実現方法は、例えば、状況条件に含まれるｗｈｏ、ｗｈａｔ、ｗｈｅｒｅ、ｗｈｅｎ、ｗｈｙ、ｈｏｗの各基本語彙に対応する。
本発明の第２の局面において、情報提供装置は、収集部、検出部、マッチング部、および提示部を備える。
収集部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、上記情報資源に付加して得られる状況付情報を収集する。検出部は、主体の現在の状況を検出し、マッチング部は、収集部が収集した状況付情報に含まれる状況情報と検出部が検出した現在の状況とのマッチング処理を行う。そして、提示部は、現在の状況に適合する状況情報が付加された情報資源を主体に提示する。
収集部、マッチング部、および提示部は、例えば、図１のＳＩ収集部４０、状況マッチング部６０、およびＳＩ提示部７０にそれぞれ対応する。また、検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応する。
本発明の第３の局面において、情報提供装置は、収集部、予測部、マッチング部、および提示部を備える。
収集部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、上記情報資源に付加して得られる状況付情報を収集する。予測部は、主体の状況の変化を予測し、マッチング部は、収集部が収集した状況付情報に含まれる状況情報と予測部が予測した状況とのマッチング処理を行う。そして、提示部は、予測した状況に適合する状況情報が付加された情報資源を提示する。
収集部、予測部、マッチング部、および提示部は、例えば、図１のＳＩ収集部４０、状況変化予測部１００、状況マッチング部６０、およびＳＩ提示部７０にそれぞれ対応する。
本発明の第４の局面において、情報作成装置は、モニタ部、検出部、作成部、および登録部を備える。
モニタ部は、情報資源を利用する主体が閲覧している情報資源をモニタする。検出部は、主体を特定する情報と、主体の行動の対象と、主体が置かれている空間的な状況と、現在の時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを、主体の現在の状況として検出する。作成部は、モニタ部により観測された情報資源に検出部により検出された現在の状況を表す状況情報を付加して、状況付情報を作成し、登録部は、作成された状況付情報を登録する。
モニタ部、検出部、作成部、および登録部は、例えば、図１の情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、およびＳＩ登録部１５０にそれぞれ対応する。
本発明の第５の局面において、情報処理装置は、記憶部および処理部を備える。
記憶部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、情報資源に付加して得られる状況付情報を記憶する。処理部は、状況付情報を用いた処理を行う。
記憶部および処理部は、例えば、後述する図２６のメモリ８２０およびＣＰＵ（中央処理装置）８１０に対応する。
本発明の第６の局面において、情報提供装置は環境に存在し、ダウンロード部および処理部を備える。
ダウンロード部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、情報資源に付加して得られる状況付情報のうち、情報提供装置自身の位置に対応する状況付情報を、インターネット上から定期的にダウンロードする。そして、処理部は、ダウンロードされた状況付情報を用いて、情報提供装置を利用するユーザにサービスを提供する。
ダウンロード部は、例えば、図１のＳＩ収集部４０または図２６のネットワーク接続装置８７０に対応し、処理部は、例えば、図２６のメモリ８２０およびＣＰＵ８１０に対応する。
本発明の第７の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザの周囲の空間の物理的な状況を検出し、提示部は、検出された状況に応じて情報を選択してユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
本発明の第８の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザが組織内部の人であるか組織外部の人であるかを検出し、提示部は、検出結果に応じて情報を選択して前記ユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
本発明の第９の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザの行動の対象を検出し、提示部は、検出された対象に応じて情報を選択して前記ユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
本発明の第１０の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザの行動の動機を検出し、提示部は、検出された動機に応じて情報を選択して前記ユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
本発明の第１１の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザの行動の実現方法を検出し、提示部は、検出された実現方法に応じて情報を選択して前記ユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
１．既存の大量に存在する情報を有効に活用する。
２．情報獲得を容易にする。
３．一般的な状況条件の情報を、現在の状況に合わせて適切に提示する。
４．情報利用者側の利便性と情報作成者側の容易性の接点を見つける。
５．自分で一度見たことがある情報を探しだす。
従来の一般的な情報の場合、情報そのものには識別情報はなく、情報を利用する側で識別しなくてはならなかった。これに対して、本発明では、「すべての情報には、それが使われるべき適切な状況がある」という仮説に基づき、情報に状況条件を付加することを提案する。情報が使われるべき適切な状況の例については後述する。
本発明は、この状況付情報を作成、配信、提示、メンテナンス（修正、削除等）する装置および方法に関する。情報がどのような場面で利用されるかというユーザ側から見た付加情報を付加するためには、情報そのものの中身よりも、どのような状況（場面）で利用されるかに応じて付加する必要がある。このため、実際の状況とのインタラクションにより、状況条件のメタデータが付加される。このような付加情報を利用することで、状況に応じた情報を容易に引き出すことが可能になる。
本発明の第１の局面において、情報提供装置（情報サービスシステム）は、記憶部、登録部、および収集部を備える。
記憶部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況（情動、動機等）と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、上記情報資源に付加して得られる状況付情報を記憶する。登録部は、状況付情報を記憶部に登録し、収集部は、記憶部から状況付情報を収集して提供する。
記憶部、登録部、および収集部は、例えば、後述する図１のＳＩ（Ｓｉｔｕａｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎ）記憶部２００、ＳＩ登録部１５０、およびＳＩ収集部４０にそれぞれ対応し、情報資源を利用する主体は、例えば、ユーザ等の人やユービキタスコンピュータ等の物に対応する。
また、状況情報は、例えば、後述する状況条件に対応し、主体を特定する情報、主体の行動の対象、情報資源が有効となる空間的な状況、情報資源が有効となる時間的な状況、主体の内面的状況、および主体の行動の実現方法は、例えば、状況条件に含まれるｗｈｏ、ｗｈａｔ、ｗｈｅｒｅ、ｗｈｅｎ、ｗｈｙ、ｈｏｗの各基本語彙に対応する。
本発明の第２の局面において、情報提供装置は、収集部、検出部、マッチング部、および提示部を備える。
収集部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、上記情報資源に付加して得られる状況付情報を収集する。検出部は、主体の現在の状況を検出し、マッチング部は、収集部が収集した状況付情報に含まれる状況情報と検出部が検出した現在の状況とのマッチング処理を行う。そして、提示部は、現在の状況に適合する状況情報が付加された情報資源を主体に提示する。
収集部、マッチング部、および提示部は、例えば、図１のＳＩ収集部４０、状況マッチング部６０、およびＳＩ提示部７０にそれぞれ対応する。また、検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応する。
本発明の第３の局面において、情報提供装置は、収集部、予測部、マッチング部、および提示部を備える。
収集部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、上記情報資源に付加して得られる状況付情報を収集する。予測部は、主体の状況の変化を予測し、マッチング部は、収集部が収集した状況付情報に含まれる状況情報と予測部が予測した状況とのマッチング処理を行う。そして、提示部は、予測した状況に適合する状況情報が付加された情報資源を提示する。
収集部、予測部、マッチング部、および提示部は、例えば、図１のＳＩ収集部４０、状況変化予測部１００、状況マッチング部６０、およびＳＩ提示部７０にそれぞれ対応する。
本発明の第４の局面において、情報作成装置は、モニタ部、検出部、作成部、および登録部を備える。
モニタ部は、情報資源を利用する主体が閲覧している情報資源をモニタする。検出部は、主体を特定する情報と、主体の行動の対象と、主体が置かれている空間的な状況と、現在の時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを、主体の現在の状況として検出する。作成部は、モニタ部により観測された情報資源に検出部により検出された現在の状況を表す状況情報を付加して、状況付情報を作成し、登録部は、作成された状況付情報を登録する。
モニタ部、検出部、作成部、および登録部は、例えば、図１の情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、およびＳＩ登録部１５０にそれぞれ対応する。
本発明の第５の局面において、情報処理装置は、記憶部および処理部を備える。
記憶部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、情報資源に付加して得られる状況付情報を記憶する。処理部は、状況付情報を用いた処理を行う。
記憶部および処理部は、例えば、後述する図２６のメモリ８２０およびＣＰＵ（中央処理装置）８１０に対応する。
本発明の第６の局面において、情報提供装置は環境に存在し、ダウンロード部および処理部を備える。
ダウンロード部は、情報資源を利用する主体を特定する情報と、主体の行動の対象と、情報資源が有効となる空間的な状況と、情報資源が有効となる時間的な状況と、主体の内面的状況と、主体の行動の実現方法とを記述することで情報資源が有用となる状況を表す状況情報を、情報資源に付加して得られる状況付情報のうち、情報提供装置自身の位置に対応する状況付情報を、インターネット上から定期的にダウンロードする。そして、処理部は、ダウンロードされた状況付情報を用いて、情報提供装置を利用するユーザにサービスを提供する。
ダウンロード部は、例えば、図１のＳＩ収集部４０または図２６のネットワーク接続装置８７０に対応し、処理部は、例えば、図２６のメモリ８２０およびＣＰＵ８１０に対応する。
本発明の第７の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザの周囲の空間の物理的な状況を検出し、提示部は、検出された状況に応じて情報を選択してユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
本発明の第８の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザが組織内部の人であるか組織外部の人であるかを検出し、提示部は、検出結果に応じて情報を選択して前記ユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
本発明の第９の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザの行動の対象を検出し、提示部は、検出された対象に応じて情報を選択して前記ユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
本発明の第１０の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザの行動の動機を検出し、提示部は、検出された動機に応じて情報を選択して前記ユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
本発明の第１１の局面において、情報提供装置は、検出部および提示部を備える。
検出部は、ユーザの行動の実現方法を検出し、提示部は、検出された実現方法に応じて情報を選択して前記ユーザに提示する。
検出部は、例えば、図１の現在状況把握部２０および状況変化検出部５０に対応し、提示部は、例えば、図１のＳＩ提示部７０に対応する。
図１は、本発明の情報システムの原理構成図である。
図２は、第１の状況マッチング処理のフローチャートである。
図３は、第２の状況マッチング処理のフローチャートである。
図４は、状況変化予測処理を示す図である。
図５は、Ｗｅｂサービスシステムを示す図である。
図６は、ＳＩ作成装置を示す図である。
図７は、ＳＩ提供装置を示す図である。
図８は、ＳＩ作成処理を示す図である。
図９は、第１のＳＩ提供処理を示す図である。
図１０は、第２のＳＩ提供処理を示す図である。
図１１は、第３のＳＩ提供処理を示す図である。
図１２は、第１の情報システムの構成図である。
図１３は、ＳＩ洗練処理を示す図である。
図１４は、第２の情報システムの構成図である。
図１５は、処理全体のフローチャートである。
図１６は、第１のＳＩ作成処理のフローチャートである。
図１７は、第２のＳＩ作成処理のフローチャートである。
図１８は、第３のＳＩ作成処理のフローチャートである。
図１９は、第４のＳＩ作成処理のフローチャートである。
図２０は、第５のＳＩ作成処理のフローチャートである。
図２１は、第６のＳＩ作成処理のフローチャートである。
図２２は、ＳＩ収集・提供処理のフローチャートである。
図２３は、第１のＳＩメンテナンス処理のフローチャートである。
図２４は、第２のＳＩメンテナンス処理のフローチャートである。
図２５は、第３のＳＩメンテナンス処理のフローチャートである。
図２６は、情報処理装置の構成図である。
図２７は、記録媒体を示す図である。
図２は、第１の状況マッチング処理のフローチャートである。
図３は、第２の状況マッチング処理のフローチャートである。
図４は、状況変化予測処理を示す図である。
図５は、Ｗｅｂサービスシステムを示す図である。
図６は、ＳＩ作成装置を示す図である。
図７は、ＳＩ提供装置を示す図である。
図８は、ＳＩ作成処理を示す図である。
図９は、第１のＳＩ提供処理を示す図である。
図１０は、第２のＳＩ提供処理を示す図である。
図１１は、第３のＳＩ提供処理を示す図である。
図１２は、第１の情報システムの構成図である。
図１３は、ＳＩ洗練処理を示す図である。
図１４は、第２の情報システムの構成図である。
図１５は、処理全体のフローチャートである。
図１６は、第１のＳＩ作成処理のフローチャートである。
図１７は、第２のＳＩ作成処理のフローチャートである。
図１８は、第３のＳＩ作成処理のフローチャートである。
図１９は、第４のＳＩ作成処理のフローチャートである。
図２０は、第５のＳＩ作成処理のフローチャートである。
図２１は、第６のＳＩ作成処理のフローチャートである。
図２２は、ＳＩ収集・提供処理のフローチャートである。
図２３は、第１のＳＩメンテナンス処理のフローチャートである。
図２４は、第２のＳＩメンテナンス処理のフローチャートである。
図２５は、第３のＳＩメンテナンス処理のフローチャートである。
図２６は、情報処理装置の構成図である。
図２７は、記録媒体を示す図である。
以下、図面を参照しながら、本発明の実施の形態を詳細に説明する。
まず、説明で多く利用される用語について解説する。
−情報資源（リソース）
ここでは、情報コンテンツそのものに関しては、情報資源またはリソースと呼ぶ。情報資源（リソース）とは、Ｗｅｂ上にまたはローカルファイルとして存在する文書（ＨＴＭＬ文書、Ｗｏｒｄドキュメント）、画像、映像、オーディオ等のマルチメディアコンテンツ、および、Ｅ−ｍａｉｌとして送受信した文書、Ｊａｖａ（登録商標）アプレットやスクリプト等の実行可能なプログラム等、ユーザが何かの活動をするときに役に立つ電子的なオブジェクトを指す。
さらに紙のような他の媒体で存在するオブジェクトでも、それを指し示すなんらかの手法が存在すれば、それらのオブジェクトも含む。情報資源（リソース）は、単一のオブジェクトを指すこともあれば、それらの集合を指すこともある。
−状況条件
状況条件は、情報資源（リソース）が利用されるのに適した状況を記述したものである。ここでは、５Ｗ１Ｈをベースにして表現されるユーザや周囲の状態のことを指す。
−状況付情報
状況付情報は、情報資源（リソース）にその情報資源が有効となる状況条件を付加したものであり、以下ではＳＩ（Ｓｉｔｕａｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎ）と表記する。なお、ｓｉｔｕａｔｅｄの同義語で使われる単語に以下のようなものがある。
−−ｃｏｎｔｅｘｔ−ａｗａｒｅ
−−ａｄａｐｔｉｖｅ
−−ｒｅａｃｔｉｖｅ
−−ｒｅｓｐｏｎｓｉｖｅ
−−ｃｏｎｔｅｘｔ−ｓｅｎｓｉｔｉｖｅ
−−ｅｎｖｉｒｏｎｍｅｎｔ−ｄｉｒｅｃｔｅｄ
−−リソースターゲット（情報資源（リソース）を受け取って利用する人・物、またはリソースを受け取って利用すると予測される人・物を指す）
次に、状況付情報の記述方法について説明する。状況条件は、情報に付加されるメタデータとして記述される。つまり、状況条件をｗｈｏ、ｗｈａｔ、ｗｈｅｒｅ、ｗｈｅｎ、ｗｈｙ、Ｈｏｗの６つの基本語彙によって表現する。この６つの基本語彙をＳｉｔｕａｔｉｏｎ Ｍｅｔａｄａｔａ Ｅｌｅｍｅｎｔ Ｓｅｔ（ＳＭＥＳ）と呼ぶことにする。
リソースを受け取った人・物がこの基本語彙のそれぞれが指し示す状況条件にあてはまる状況というものがどのような状態であればリソースが有効であるかを、基本語彙にあわせて記述する。例えば、ＸＭＬのタグの形式を取れば、タグの要素として記述する（＜ｗｈｅｎ＞１０：００＜／ｗｈｅｎ＞と記述されれば、時間が１０時のときに、この状況条件を付加された情報資源は有効になる。）。ＳＭＥＳの基本語彙（基本要素タイプ）とその記述する内容をまとめると次のようになる。
要素タイプ名：ｗｈｏ
定義とコメント：リソースが与えられるのに有効な人・物、または人・物の集合をあらわす表現を記述する。統計分類学上の分類：｛性別、年齢、人種等｝、社会的関係：｛役職、職業｝、レベル：｛初心者（ｎｏｖｉｃｅ）、専門家（ｅｘｐｅｒｔ）｝、組織内外：｛内部の人（ｉｎｓｉｄｅｒ）、外部の人（ｏｕｔｓｉｄｅｒ）｝等を記述する。
要素タイプ名：ｗｈａｔ
定義とコメント：リソースが、どの人・物またはタスクを対象として行動している人・物向けかを記述する。車を運転している人向けなら、車がこの項目にあてはまる。ある特定の人と話している人向けなら、その特定の人がこの項目にあてはまる。特定のタスクを行っている人・物向けならば、そのタスクがこの項目にあてはまる。また、リソースを受け取って利用する人（リソースターゲット）が注視している対象も記述できる。
要素タイプ名：ｗｈｅｒｅ
定義とコメント：リソースが与えられるのに有効な空間的、物理的な状況を記述する。シーンの記述も含む。最も単純な空間的な状況の記述は位置表現である。
要素タイプ名：ｗｈｅｎ
定義とコメント：リソースが与えられるのに有効な時間や期間を記述する。
要素タイプ名：ｗｈｙ
定義とコメント：リソースが、どのような目的、動機付け、情動で行動している人・物を対象にするかを記述する。
要素タイプ名：ｈｏｗ
定義とコメント：リソースが、どのような手段を使っている人・物を対象にするかを記述する。この項目は目的を達成するための方法論に関する。マニュアルで操作するのか、コンピュータで操作しようとしているのか等を記述する。現在使用中のデバイスの能力（画面の大きさ、通信の速度等）も記述可能である。この場合、ＣＣ／ＰＰ（Ｃｏｍｏｓｉｔｅ Ｃａｐａｂｉｌｉｔｅｓ／Ｐｒｅｆｅｒｅｎｃｅ Ｐｒｏｆｉｌｅｓ＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｍｏｂｉｌｅ／ＣＣＰＰ／＞）の値へのリンクのみでもよい。
さらに、より厳密なメタデータ記述のために、基本要素タイプの意味を精密化する修飾子（Ｓｉｔｕａｔｉｏｎ Ｑｕａｌｉｆｉｅｒ）を定義する。修飾子には、要素タイプの精密化（Ｅｌｅｍｅｎｔ Ｒｅｆｉｎｅｍｅｎｔ）のためのものと、単位や記述ルール（スキーム）の明確化（Ｅｌｅｍｅｎｔ Ｅｎｃｏｄｉｎｇ Ｓｃｈｅｍｅ）のためのものとがある。精密化のための修飾子およびその記述ルールの一部を例示すると、次のようになる。
要素タイプ名：ｗｈｏ
ｗｈｏの修飾子：ｄｅｍｏｇｒａｐｈｉｃｓ
意味と役割および記述ルール：統計分類学上の分類｛性別、年齢、人種等｝を記述する。
ｗｈｏの修飾子：ｓｏｃｉａｌ−ｒａｎｋ
意味と役割および記述ルール：社会的関係｛役職、職業｝を記述する。会社員、自営業、コック、学生、先生、部長、課長等。
ｗｈｏの修飾子：ｅｘｐｅｒｉｅｎｃｅ−ｌｅｖｅｌ
意味と役割および記述ルール：レベル｛初心者、専門家｝を記述する。
ｗｈｏの修飾子：ａｆｆｉｌｉａｔｉｏｎ
意味と役割および記述ルール：組織名、または組織内外｛内部の人、外部の人｝を記述する。
要素タイプ名：ｗｈａｔ
ｗｈａｔの修飾子：ｏｂｊｅｃｔ
意味と役割および記述ルール：行動の対象となっている物を記述する。※ａ
ｗｈａｔの修飾子：ｐｅｒｓｏｎ
意味と役割および記述ルール：行動の対象となっている人を記述する。※ａ
ｗｈａｔの修飾子：ｔａｓｋ
意味と役割および記述ルール：行動の対象となっているタスクを記述する。※ａ
ｗｈａｔの修飾子：ａｔｔｅｎｔｉｏｎ
意味と役割および記述ルール：リソースターゲット（ＳＩを受け取って利用する人）が注視している対象（オブジェクト）を記述する。
要素タイプ名：ｗｈｅｒｅ
ｗｈｅｒｅの修飾子：ｎａｍｅ
意味と役割および記述ルール：場所の名前を記述する。ＮＶＭＬ（登録商標）基準。
ｗｈｅｒｅの修飾子：ｌａｔｉｔｕｄｅ
意味と役割および記述ルール：緯度を記述する。ＮＶＭＬ（登録商標）基準。※ｂ
ｗｈｅｒｅの修飾子：ｌｏｎｇｉｔｕｄｅ
意味と役割および記述ルール：経度を記述する。ＮＶＭＬ（登録商標）基準。※ｂ
ｗｈｅｒｅの修飾子：ａｄｄｒｅｓｓ
意味と役割および記述ルール：住所を記述する。ＮＶＭＬ（登録商標）基準。
ｗｈｅｒｅの修飾子：ｒａｎｇｅ
意味と役割および記述ルール：範囲を記述する。単位としては、例えば、ｍ（メートル）が用いられる。
ｗｈｅｒｅの修飾子：ｐｈｙｓｉｃａｌ−ｓｕｒｒｏｕｎｄｉｎｇｓ
意味と役割および記述ルール：周りにあるビルや壁等物理的に存在する周囲の物体を記述する。
ｗｈｅｒｅの修飾子：ｓｕｒｒｏｕｎｄｉｎｇ−ｃｏｎｄｉｔｉｏｎ
意味と役割および記述ルール：温度、湿度、におい、ノイズレベル等の物理的な周囲の状況を記述する。
要素タイプ名：ｗｈｅｎ
ｗｈｅｎの修飾子：ｉｎｓｔａｎｃｅ
意味と役割および記述ルール：一点の時間で記述する。国際標準ＩＳＯ８６０１の表記法（例えば、非特許文献１３）を参照。
Ｍ．Ｋｕｈｎ，"Ａ Ｓｕｍｍａｒｙ ｏｆ ｔｈｅ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｄａｔｅ ａｎｄ Ｔｉｍｅ Ｎｏｔａｔｉｏｎ，"＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｃｌ．ｃａｍ．ａｃ．ｕｋ／▲〜▼ｍｇｋ２５／ｉｓｏ−ｔｉｍｅ．ｈｔｍｌ＞．
まず、説明で多く利用される用語について解説する。
−情報資源（リソース）
ここでは、情報コンテンツそのものに関しては、情報資源またはリソースと呼ぶ。情報資源（リソース）とは、Ｗｅｂ上にまたはローカルファイルとして存在する文書（ＨＴＭＬ文書、Ｗｏｒｄドキュメント）、画像、映像、オーディオ等のマルチメディアコンテンツ、および、Ｅ−ｍａｉｌとして送受信した文書、Ｊａｖａ（登録商標）アプレットやスクリプト等の実行可能なプログラム等、ユーザが何かの活動をするときに役に立つ電子的なオブジェクトを指す。
さらに紙のような他の媒体で存在するオブジェクトでも、それを指し示すなんらかの手法が存在すれば、それらのオブジェクトも含む。情報資源（リソース）は、単一のオブジェクトを指すこともあれば、それらの集合を指すこともある。
−状況条件
状況条件は、情報資源（リソース）が利用されるのに適した状況を記述したものである。ここでは、５Ｗ１Ｈをベースにして表現されるユーザや周囲の状態のことを指す。
−状況付情報
状況付情報は、情報資源（リソース）にその情報資源が有効となる状況条件を付加したものであり、以下ではＳＩ（Ｓｉｔｕａｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎ）と表記する。なお、ｓｉｔｕａｔｅｄの同義語で使われる単語に以下のようなものがある。
−−ｃｏｎｔｅｘｔ−ａｗａｒｅ
−−ａｄａｐｔｉｖｅ
−−ｒｅａｃｔｉｖｅ
−−ｒｅｓｐｏｎｓｉｖｅ
−−ｃｏｎｔｅｘｔ−ｓｅｎｓｉｔｉｖｅ
−−ｅｎｖｉｒｏｎｍｅｎｔ−ｄｉｒｅｃｔｅｄ
−−リソースターゲット（情報資源（リソース）を受け取って利用する人・物、またはリソースを受け取って利用すると予測される人・物を指す）
次に、状況付情報の記述方法について説明する。状況条件は、情報に付加されるメタデータとして記述される。つまり、状況条件をｗｈｏ、ｗｈａｔ、ｗｈｅｒｅ、ｗｈｅｎ、ｗｈｙ、Ｈｏｗの６つの基本語彙によって表現する。この６つの基本語彙をＳｉｔｕａｔｉｏｎ Ｍｅｔａｄａｔａ Ｅｌｅｍｅｎｔ Ｓｅｔ（ＳＭＥＳ）と呼ぶことにする。
リソースを受け取った人・物がこの基本語彙のそれぞれが指し示す状況条件にあてはまる状況というものがどのような状態であればリソースが有効であるかを、基本語彙にあわせて記述する。例えば、ＸＭＬのタグの形式を取れば、タグの要素として記述する（＜ｗｈｅｎ＞１０：００＜／ｗｈｅｎ＞と記述されれば、時間が１０時のときに、この状況条件を付加された情報資源は有効になる。）。ＳＭＥＳの基本語彙（基本要素タイプ）とその記述する内容をまとめると次のようになる。
要素タイプ名：ｗｈｏ
定義とコメント：リソースが与えられるのに有効な人・物、または人・物の集合をあらわす表現を記述する。統計分類学上の分類：｛性別、年齢、人種等｝、社会的関係：｛役職、職業｝、レベル：｛初心者（ｎｏｖｉｃｅ）、専門家（ｅｘｐｅｒｔ）｝、組織内外：｛内部の人（ｉｎｓｉｄｅｒ）、外部の人（ｏｕｔｓｉｄｅｒ）｝等を記述する。
要素タイプ名：ｗｈａｔ
定義とコメント：リソースが、どの人・物またはタスクを対象として行動している人・物向けかを記述する。車を運転している人向けなら、車がこの項目にあてはまる。ある特定の人と話している人向けなら、その特定の人がこの項目にあてはまる。特定のタスクを行っている人・物向けならば、そのタスクがこの項目にあてはまる。また、リソースを受け取って利用する人（リソースターゲット）が注視している対象も記述できる。
要素タイプ名：ｗｈｅｒｅ
定義とコメント：リソースが与えられるのに有効な空間的、物理的な状況を記述する。シーンの記述も含む。最も単純な空間的な状況の記述は位置表現である。
要素タイプ名：ｗｈｅｎ
定義とコメント：リソースが与えられるのに有効な時間や期間を記述する。
要素タイプ名：ｗｈｙ
定義とコメント：リソースが、どのような目的、動機付け、情動で行動している人・物を対象にするかを記述する。
要素タイプ名：ｈｏｗ
定義とコメント：リソースが、どのような手段を使っている人・物を対象にするかを記述する。この項目は目的を達成するための方法論に関する。マニュアルで操作するのか、コンピュータで操作しようとしているのか等を記述する。現在使用中のデバイスの能力（画面の大きさ、通信の速度等）も記述可能である。この場合、ＣＣ／ＰＰ（Ｃｏｍｏｓｉｔｅ Ｃａｐａｂｉｌｉｔｅｓ／Ｐｒｅｆｅｒｅｎｃｅ Ｐｒｏｆｉｌｅｓ＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｍｏｂｉｌｅ／ＣＣＰＰ／＞）の値へのリンクのみでもよい。
さらに、より厳密なメタデータ記述のために、基本要素タイプの意味を精密化する修飾子（Ｓｉｔｕａｔｉｏｎ Ｑｕａｌｉｆｉｅｒ）を定義する。修飾子には、要素タイプの精密化（Ｅｌｅｍｅｎｔ Ｒｅｆｉｎｅｍｅｎｔ）のためのものと、単位や記述ルール（スキーム）の明確化（Ｅｌｅｍｅｎｔ Ｅｎｃｏｄｉｎｇ Ｓｃｈｅｍｅ）のためのものとがある。精密化のための修飾子およびその記述ルールの一部を例示すると、次のようになる。
要素タイプ名：ｗｈｏ
ｗｈｏの修飾子：ｄｅｍｏｇｒａｐｈｉｃｓ
意味と役割および記述ルール：統計分類学上の分類｛性別、年齢、人種等｝を記述する。
ｗｈｏの修飾子：ｓｏｃｉａｌ−ｒａｎｋ
意味と役割および記述ルール：社会的関係｛役職、職業｝を記述する。会社員、自営業、コック、学生、先生、部長、課長等。
ｗｈｏの修飾子：ｅｘｐｅｒｉｅｎｃｅ−ｌｅｖｅｌ
意味と役割および記述ルール：レベル｛初心者、専門家｝を記述する。
ｗｈｏの修飾子：ａｆｆｉｌｉａｔｉｏｎ
意味と役割および記述ルール：組織名、または組織内外｛内部の人、外部の人｝を記述する。
要素タイプ名：ｗｈａｔ
ｗｈａｔの修飾子：ｏｂｊｅｃｔ
意味と役割および記述ルール：行動の対象となっている物を記述する。※ａ
ｗｈａｔの修飾子：ｐｅｒｓｏｎ
意味と役割および記述ルール：行動の対象となっている人を記述する。※ａ
ｗｈａｔの修飾子：ｔａｓｋ
意味と役割および記述ルール：行動の対象となっているタスクを記述する。※ａ
ｗｈａｔの修飾子：ａｔｔｅｎｔｉｏｎ
意味と役割および記述ルール：リソースターゲット（ＳＩを受け取って利用する人）が注視している対象（オブジェクト）を記述する。
要素タイプ名：ｗｈｅｒｅ
ｗｈｅｒｅの修飾子：ｎａｍｅ
意味と役割および記述ルール：場所の名前を記述する。ＮＶＭＬ（登録商標）基準。
ｗｈｅｒｅの修飾子：ｌａｔｉｔｕｄｅ
意味と役割および記述ルール：緯度を記述する。ＮＶＭＬ（登録商標）基準。※ｂ
ｗｈｅｒｅの修飾子：ｌｏｎｇｉｔｕｄｅ
意味と役割および記述ルール：経度を記述する。ＮＶＭＬ（登録商標）基準。※ｂ
ｗｈｅｒｅの修飾子：ａｄｄｒｅｓｓ
意味と役割および記述ルール：住所を記述する。ＮＶＭＬ（登録商標）基準。
ｗｈｅｒｅの修飾子：ｒａｎｇｅ
意味と役割および記述ルール：範囲を記述する。単位としては、例えば、ｍ（メートル）が用いられる。
ｗｈｅｒｅの修飾子：ｐｈｙｓｉｃａｌ−ｓｕｒｒｏｕｎｄｉｎｇｓ
意味と役割および記述ルール：周りにあるビルや壁等物理的に存在する周囲の物体を記述する。
ｗｈｅｒｅの修飾子：ｓｕｒｒｏｕｎｄｉｎｇ−ｃｏｎｄｉｔｉｏｎ
意味と役割および記述ルール：温度、湿度、におい、ノイズレベル等の物理的な周囲の状況を記述する。
要素タイプ名：ｗｈｅｎ
ｗｈｅｎの修飾子：ｉｎｓｔａｎｃｅ
意味と役割および記述ルール：一点の時間で記述する。国際標準ＩＳＯ８６０１の表記法（例えば、非特許文献１３）を参照。
Ｍ．Ｋｕｈｎ，"Ａ Ｓｕｍｍａｒｙ ｏｆ ｔｈｅ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄ Ｄａｔｅ ａｎｄ Ｔｉｍｅ Ｎｏｔａｔｉｏｎ，"＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｃｌ．ｃａｍ．ａｃ．ｕｋ／▲〜▼ｍｇｋ２５／ｉｓｏ−ｔｉｍｅ．ｈｔｍｌ＞．
ｗｈｅｎの修飾子：ｐｅｒｉｏｄ
意味と役割および記述ルール：有効な日付、曜日、時間帯等を記述する。国際標準ＩＳＯ８６０１およびｖＣａｌｅｎｄａｒ（例えば、非特許文献１４）の仕様を参照。
ｖＣａｌｅｎｄａｒ，"Ｔｈｅ Ｅｌｅｃｔｒｏｎｉｃ Ｃａｌｅｎｄａｒｉｎｇ ａｎｄ Ｓｃｈｅｄｕｌｉｎｇ Ｅｘｃｈａｎｇｅ Ｆｏｒｍａｔ Ｖｅｒｓｉｏｎ １．０，"Ａ ｖｅｒｓｉｔ Ｃｏｎｓｏｒｔｉｕｍ Ｓｐｅｃｉｆｉｃａｔｉｏｎ，Ｓｅｐｔｅｍｂｅｒ １８，１９９６．
意味と役割および記述ルール：有効な日付、曜日、時間帯等を記述する。国際標準ＩＳＯ８６０１およびｖＣａｌｅｎｄａｒ（例えば、非特許文献１４）の仕様を参照。
ｖＣａｌｅｎｄａｒ，"Ｔｈｅ Ｅｌｅｃｔｒｏｎｉｃ Ｃａｌｅｎｄａｒｉｎｇ ａｎｄ Ｓｃｈｅｄｕｌｉｎｇ Ｅｘｃｈａｎｇｅ Ｆｏｒｍａｔ Ｖｅｒｓｉｏｎ １．０，"Ａ ｖｅｒｓｉｔ Ｃｏｎｓｏｒｔｉｕｍ Ｓｐｅｃｉｆｉｃａｔｉｏｎ，Ｓｅｐｔｅｍｂｅｒ １８，１９９６．
ｗｈｅｎの修飾子：ｅｘｐｉｒｅ
意味と役割および記述ルール：有効期限を記述する。ここで記述された日時を過ぎたらリソースの内容は無効になる。
要素タイプ名：ｗｈｙ
ｗｈｙの修飾子：ｏｂｊｅｃｔｉｖｅ
意味と役割および記述ルール：行動の目的を記述する。※ａ
ｗｈｙの修飾子：ｍｏｔｉｖａｔｉｏｎ
意味と役割および記述ルール：行動の動機付けを記述する。※ａ
ｗｈｙの修飾子：ｅｍｏｔｉｏｎ
意味と役割および記述ルール：情動を記述する。※ｃ
要素タイプ名：ｈｏｗ
ｈｏｗの修飾子：ｍｅａｎｓ
意味と役割および記述ルール：行動の実現方法を記述する。※ａ
ｈｏｗの修飾子：ｄｅｖｉｃｅ
意味と役割および記述ルール：デバイスの能力（画面の大きさ、解像度、通信の速度等）を記述する。ＣＣ／ＰＰの値へのリンクのみでもよい。
上記精密化のための修飾子の例において、※ａで示された文中の「行動」とは、このメタデータで関連づけられたリソースを利用するであろう動作主体が行う行為を示す。リソースを利用する人・物は、現在行っている行動に関する情報が欲しい場合は、現在の行動に関する状況を入力し、これから行う予定である行動に関する情報が欲しい場合は、その将来の行動に関する状況を入力する。そして、入力された状況と状況条件のメタデータ（状況メタデータ）が一致すれば、そのメタデータに関連付けられたリソースが動作主体に提供される。
また、※ｂで示された緯度および経度は必ず対で記述する必要がある。※ｃで示された文中の「情動」を検出するセンサに関する記事は、例えば、非特許文献１５および１６に記載されている。
Ｒ．Ｗ．Ｐｉｃａｒｄ，"Ａｆｆｅｃｔｉｖｅ Ｃｏｍｐｕｔｉｎｇ，"ＭＩＴ Ｐｒｅｓｓ，Ｃａｍｂｒｉｄｇｅ，１９９７． Ｗ．Ａｒｋ，Ｄ．Ｃ．Ｄｒｙｅｒ，ａｎｄ Ｄ．Ｊ．Ｌｕ，"Ｔｈｅ Ｅｍｏｔｉｏｎ Ｍｏｕｓｅ，"Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ＨＣＩ Ｉｎｔｅｒｎａｔｉｏｎａｌ’９９ Ｃｏｎｆｅｒｅｎｃｅ，Ｍｕｎｉｃｈ，Ｇｅｒｍａｎｙ，Ａｕｇｕｓｔ ２４−２６，１９９９．
意味と役割および記述ルール：有効期限を記述する。ここで記述された日時を過ぎたらリソースの内容は無効になる。
要素タイプ名：ｗｈｙ
ｗｈｙの修飾子：ｏｂｊｅｃｔｉｖｅ
意味と役割および記述ルール：行動の目的を記述する。※ａ
ｗｈｙの修飾子：ｍｏｔｉｖａｔｉｏｎ
意味と役割および記述ルール：行動の動機付けを記述する。※ａ
ｗｈｙの修飾子：ｅｍｏｔｉｏｎ
意味と役割および記述ルール：情動を記述する。※ｃ
要素タイプ名：ｈｏｗ
ｈｏｗの修飾子：ｍｅａｎｓ
意味と役割および記述ルール：行動の実現方法を記述する。※ａ
ｈｏｗの修飾子：ｄｅｖｉｃｅ
意味と役割および記述ルール：デバイスの能力（画面の大きさ、解像度、通信の速度等）を記述する。ＣＣ／ＰＰの値へのリンクのみでもよい。
上記精密化のための修飾子の例において、※ａで示された文中の「行動」とは、このメタデータで関連づけられたリソースを利用するであろう動作主体が行う行為を示す。リソースを利用する人・物は、現在行っている行動に関する情報が欲しい場合は、現在の行動に関する状況を入力し、これから行う予定である行動に関する情報が欲しい場合は、その将来の行動に関する状況を入力する。そして、入力された状況と状況条件のメタデータ（状況メタデータ）が一致すれば、そのメタデータに関連付けられたリソースが動作主体に提供される。
また、※ｂで示された緯度および経度は必ず対で記述する必要がある。※ｃで示された文中の「情動」を検出するセンサに関する記事は、例えば、非特許文献１５および１６に記載されている。
Ｒ．Ｗ．Ｐｉｃａｒｄ，"Ａｆｆｅｃｔｉｖｅ Ｃｏｍｐｕｔｉｎｇ，"ＭＩＴ Ｐｒｅｓｓ，Ｃａｍｂｒｉｄｇｅ，１９９７． Ｗ．Ａｒｋ，Ｄ．Ｃ．Ｄｒｙｅｒ，ａｎｄ Ｄ．Ｊ．Ｌｕ，"Ｔｈｅ Ｅｍｏｔｉｏｎ Ｍｏｕｓｅ，"Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ＨＣＩ Ｉｎｔｅｒｎａｔｉｏｎａｌ’９９ Ｃｏｎｆｅｒｅｎｃｅ，Ｍｕｎｉｃｈ，Ｇｅｒｍａｎｙ，Ａｕｇｕｓｔ ２４−２６，１９９９．
また、スキームの明確化のための修飾子としては、例えば、次のような関連仕様を利用することができる。
・ｗｈｅｎ要素の修飾子：国際標準ＩＳＯ８６０１
・ｗｈｅｒｅ要素の修飾子：ＮＶＭＬ（登録商標）仕様，ＧＭＬ（Ｇｅｏｇｒａｐｈｙ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）仕様
・ｈｏｗ要素の修飾子：ＣＣ／ＰＰ仕様
状況付情報の具体的な表記法は、情報資源に状況メタデータを付加するか、または状況メタデータとのリンクをはることで実現される。具体的な実現方法はいくつか考えられるが、ここでは、ＨＴＭＬやＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）におけるメタ情報としての付加の仕方として、以下の（１）−（４）の方法を示すことにする。
（１）ＨＴＭＬへの状況メタデータの埋め込み
ＳＭＥＳをＨＴＭＬ文書に埋め込んでメタデータを記述する方法を示す。ＳＭＥＳの個々の語棄は、ＨＴＭＬ４．０（例えば、非特許文献８参照）のｍｅｔａ要素を用いて示す。ｎａｍｅ属性に、Ｓｉｔｕａｔｉｏｎの語彙をＳ．という接頭辞付きで記述し、その値をｃｏｎｔｅｎｔ属性で記述する。例えば、レストラン情報の書いてあるＨＴＭＬ文書に、その情報を受け取ると便利な場所と時間のメタ情報をこの方法で記述すると、以下のようになる。
合わせて、このＳ．という接頭辞がＳｉｔｕａｔｉｏｎの語彙を意味することを示すために、ＨＴＭＬ４．０のｌｉｎｋ要素で次のようにしてＳＭＥＳの名前空間に結びつける。例えば、以下のように記述することになる。
ＨＴＭＬ文書では、要素タイプの精密化の修飾子を、ｍｅｔａ要素のｎａｍｅ属性に記述されるＳＭＥＳタイプ名の接尾辞として記述し、スキームを特定するための修飾子は、ｓｃｈｅｍｅ属性として記述する。例えば、以下のように記述される。
（２）ＲＤＦによる状況メタデータの記述
メタデータの語彙は、ＲＤＦのプロパティとしても表現できる。ＲＤＦの場合は、ＳＭＥＳの名前空間をｓ：等の適当な接頭辞に結びつける宣言を行った上で、プロパティ名としてＳＭＥＳの要素名を用いる。（１）のＨＴＭＬの場合と同じ例をＲＤＦのＸＭＬ構文で表現すると次のようになる。
ＲＤＦでは、精密化の修飾子を基本要素と同様にプロパティを示す要素として直接記述する。基本要素タイプとの関係はｓｕｂＰｒｏｐｅｒｔｙＯｆとしてＲＤＦスキーマで定義する。例えば、以下のように記述される。
（３）外部ＲＤＦメタデータをＨＴＭＬ文書にリンクする
ＲＤＦで記述したメタデータは、直接文書に埋め込まずに、外部ファイル等に保存してＨＴＭＬ文書やＸＭＬ文書にリンクすることも可能である。記述例は以下のようになる。
この場合、ｒｅｌ＝″ｍｅｔａ″というリンクタイプが使えるようにするために、以下のように宣言しておく必要がある。
（４）ＸＭＬによる表現
特定の仕様に依存しない一般的なＸＭＬの枠組みで表現する場合、以下の例のようになる。
次に、ＳＩの作成、配信、提示、およびメンテナンスを行う情報システムの構成と動作について説明する。図１は、本実施形態の情報システムの原理構成図である。図１の情報システムは、情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、ＳＩ収集部４０、状況変化検出部５０、状況マッチング部６０、ＳＩ提示部７０、フィードバック部８０、センサ９０、状況変化予測部１００、ＳＩ登録部１５０、およびＳＩ記憶部２００を、モジュールとして備える。
情報閲覧状況モニタ部１０は、ユーザ３１０がどの情報資源を閲覧しているかを観測し、ある情報資源を閲覧していると推定した場合、その旨を他のモジュールに伝達する。閲覧状況の観測・推定方法としては、以下のようなものがある。
−情報資源のリクエスト情報を利用する。例えば、ＨＴＴＰプロトコルのリクエスト情報があったら、その情報資源の識別情報を出力する。識別情報としては、例えば、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が用いられる。その他にも、リクエスト方法は、メニューの選択、音声による要求、コマンドの送付、ボタンの押下等を含む。
−情報資源の開閉情報（ファイルを開いたかどうか）を利用する。ユーザ３１０が情報資源を開いたことを認識したら、そのファイルの識別情報を出力する。
−ユーザ３１０がページを開いている時間がある一定時間以上だった場合、その情報資源を見たと推測する。
−ユーザ３１０がアクティブなウィンドウ（一番前面にあるウィンドウ）を開いている時間がある一定時間以上だった場合、その情報資源を見たと推測する。
−Ｗｅｂの閲覧ログから解析する。
−ユーザ３１０の視線がどこを注視しているかをカメラにより観測する。ある一定時間以上注視した対象が情報資源である場合、その情報資源を見たと推定する。
−音楽や特定のソフトウェアが情報資源である場合は、その起動時や起動している状態を認識する。
情報閲覧状況モニタ部１０の仕様は、以下の通りである。
状態：常駐
入力（トリガ入力）：なし
出力：−情報閲覧確認通知
−情報資源のＵＲＩ（もしくはそれに準ずるＩＤ）
ｏｒ 情報資源のＸＭＬデータ
例１：
現在状況把握部２０は、センサ９０等を利用して、実世界３２０からユーザ３１０の現在の状況を検出し、把握する。個々の状況の認識方法は以下の通りである。
ｗｈｏ：
−サービスへの事前登録
−カメラによる顔画像認識
−音声認識（Ｓｐｅｅｃｈ Ｒｅｃｏｇｎｉｔｉｏｎ）による話者認識
−バイオメトリックス（虹彩や指紋）
−ソフトウェアやハードウェアの利用状況によるレベル判定
−Ｐ３Ｐ（Ｐｌａｔｆｏｒｍ ｆｏｒ Ｐｒｉｖａｃｙ Ｐｒｅｆｅｒｅｎｃｅｓ）を利用した個人情報の取得
＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｐ３Ｐ／＞
ｗｈａｔ：
−操作中のソフトウェアやハードウェアの認識（どの動作モードで動いているか）
−操作中の対象タスクの認識
−画像処理
−利用しているソフトウェア、閲覧中の情報資源等からタスク分析
ｗｈｅｒｅ：
−３角測量（Ｔｒｉａｎｇｕｌａｔｉｏｎ）。到達時間差、方向、位相等の利用。ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ），Ｄ（Ｄｉｆｆｅｒｅｎｔｉａｌ）−ＧＰＳ，ＲＴＫ（ｒｅａｌ ｔｉｍｅ ｋｉｎｅｍａｔｉｃ）−ＧＰＳ，Ｓｎａｐｔｒａｃｋ（登録商標），ＮＮＳＳ（Ｎａｖｙ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ），Ｌｏｒａｎ（ｌｏｎｇ ｒａｎｇｅ ｎａｖｉｇａｔｉｏｎ），ＶＯＲ（ＶＨＦ ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ ｒａｄｉｏ ｒａｎｇｅ），ＮＤＢ（ｎｏｎ−ｄｉｒｅｃｔｉｏｎａｌ ｒａｄｉｏ ｂｅａｃｏｎ），Ｒａｄａｒ（ｒａｄｉｏ ｄｅｔｅｃｔｉｎｇ ａｎｄ ｒａｎｇｉｎｇ），ＳＬＡ（ｓｉｄｅ ｌｏｏｋｉｎｇ ａｉｒｂｏｎｅ ｒａｄａｒ）
−近接測量（Ｐｒｏｘｉｍｉｔｙ）。携帯電話のセルＩＤ，ビーコン（ＡＢＳ（Ａｃｔｉｖｅ Ｂａｄｇｅ Ｓｙｓｔｅｍ），Ａｃｔｉｖｅ Ｂａｔｓ，Ｃｒｉｃｋｅｔ），タッチセンサ，ＩＲ（ｉｎｆｒａｒｅｄ ｒａｙ）センサ
−情景分析（Ｓｃｅｎｅ ａｎａｌｙｓｉｓ）→画像分析，マイクロフォンアレイ
−その他
−−加速度センサ＋積分器
−−磁気センサ
−−床に圧力センサを敷き詰める。
−−ドアセンサ（Ｄｏｏｒ Ｓｅｎｓｏｒ）。入り口で虹彩や指紋等のバイオメトリックスやＩＤカードで識別情報を入力する。→ある閉空間にユーザ３１０がいるかいないかを特定できる。
−−固定されているものをユーザ３１０が利用する→例えば、固定されているコンピュータにユーザ３１０がタイプしてログインすれば、ユーザ３１０はそこにいることがわかる。
ｗｈｅｎ：
−時計，ＧＰＳ，インターネット
ｗｈｙ：
−事前入力
−発汗等の検出による感情認識
−顔画像の表情分析
ｈｏｗ：
−操作中のソフトウェアやハードウェアの利用方法の認識
−ＣＣ／ＰＰによる使用しているハードウェア機器に関する情報の取得
現在状況把握部２０は、センサ９０から得た情報を上述した５Ｗ１Ｈの状況表現に変換する。センサ９０から十分な情報を取得することが不可能な場合は、後述する図４のスケジュール管理部１１０が、ユーザ３１０の入力したスケジュールと一部のキー（時間や場所）を利用してマッチングを行い、ｗｈａｔ、ｗｈｙ、ｈｏｗ等の情報を補完する。また、ユーザ３１０が入力インタフェースを利用して、現在の状況を直接入力してもよい。
例２：
ユービキタスコンピューティング環境では、環境に埋め込まれたコンピュータが自分の位置や状況を把握して、その情報を発信することができる。例えば、駅の壁や床に埋め込まれたコンピュータが、そこがＡＡ駅であるという情報（以下のような情報）を発信する。
このユービキタスコンピュータからの情報を取得することで、現在状況を取得する。つまり、センサがなくても、ユービキタスコンピュータとの通信手段さえあればよい。
現在状況把握部２０の仕様は、以下の通りである。
状態：常駐、またはリクエストがあったときに起動
入力：ＳＩ作成部３０からの要求
出力：−５Ｗ１Ｈの状況表現、またはそれを示すＵＲＩ
ＳＩ作成部３０は、ＳＩを作成する。ＳＩは、上述した状況付情報の記述方法に従って、直にテキストにて記述したり、ツールを利用したりすることにより、マニュアルで作成される。しかし、人手に頼ることなく、以下のようにして自動的に作成することも可能である。
情報閲覧状況モニタ部１０でユーザ３１０がある情報資源を見ていることが認識されれば、ＳＩ作成部３０は、現在状況把握部２０にリクエストを出して現在状況を受けとる。現在状況把握部２０が常駐の場合は、リクエストを出さずに定期的に現在状況把握部２０をチェックして、現在状況を受け取ることができる。そして、受け取った状況と情報資源とを結びつけ、状況付情報の記述方法に従ってＳＩを作成する。
複数のＳＩからより洗練されたＳＩを作成する方法としては、１つのリソースにたくさんの状況条件をつけていく、いろいろな状況でそのリソースを引き出せるようにする等、複数のＳＩを統合するいくつかの形態がある。１人のユーザから集めた場合には個人に特化したＳＩの集合ができあがるが、複数のユーザからＳＩを集めて統合した方が事例が多くなり、一般的なＳＩが作成される可能性が高い。
このようにして作成されたＳＩ（またはＳＩの集合）は、ＳＩ登録部１５０を通じて、ＳＩ記憶部２００であるＷｅｂ上の記憶デバイスやローカルディスク上に保存される。
ＳＩ作成部３０の仕様は、以下の通りである。
状態：情報閲覧状況モニタ部１０からの情報待ち
入力：情報閲覧状況モニタ部１０からの情報閲覧確認通知
出力：ＳＩ
なお、特許文献１に記載された技術をＳＩ作成部３０に適用することもできる。
ＳＩ収集部４０は、Ｗｅｂ上に存在するコンテンツや、ローカルなデータベースやファイルシステム上に存在するコンテンツのＳＩ（コンテンツそのものを含むＳＩと、コンテンツへのリンク情報を有する状況メタデータを含む）を収集し、状況マッチング部６０の指令に従って該当するＳＩを送付する。
ＳＩの収集は、通常のＷｅｂページと同様にロボット型サーチエンジン、もしくは人手により分類されるディレクトリサービスにより行われ、収集されたＳＩが整理される。
ＳＩ収集部４０の実現方法としては、大きく分けて次の２通りがある。
（１）Ｗｅｂの検索サイトのように一般向けのポータルサイトとしてのＳＩ収集部
（２）個人に特化したエージェントとしてのＳＩ収集部
（１）の場合、あらゆる状況のＳＩを集めるか、または一般的によく起こる状況のＳＩを中心に集めることになる。この場合、状況の事例が少ないＳＩをフィルタリングにより除去することで、広く使われる可能性の高いＳＩを集めることが可能になる。
（２）の場合、状況変化予測部１００とも連携して、その個人に起こり得る状況に関するＳＩだけを収集すればよいことになる。つまり、状況の変化が大きい人ほど多くのＳＩを集めておく必要がある。
よりリアルタイムなＳＩを必要とする場合は、頻繁にＳＩを収集する必要があるが、通常、ある情報資源が必要とされる状況はそれほど変化することはないので、Ｗｅｂページを巡回するロボットエンジンと同様、定期的に収集すればよい。また、天気予報のように情報が発表される時間が既知のものはそのタイミングで収集するのが望ましい。
以後、各モジュール間でＳＩをやりとりする場合には、ＳＩのＵＲＩのみをやりとりしてもよく、実態（ＸＭＬ文書）そのものをやりとりしてもよい。ＵＲＩのやりとりに関しては、ＳＩ自体のＵＲＩ（例えば、ｕｒｉ：／／ｗｗｗ．ｆｏｏ．ｃｏｍ／ｓｏｍｅ．ｓｉ）をやりとりする方法と、ＳＩの情報資源の部分のみをＵＲＩのままにしておく方法とがある。情報資源の部分のみをＵＲＩで記述すると、ＳＩは、例えば、以下のように記述される。
ＳＩの状況条件の部分は、状況を比較する必要性が生じた場合に、ＵＲＩを通じて実際のデータを取得して処理すればよい。また、情報資源の部分は、情報資源を提示する必要が生じた場合に、ＵＲＩを通じて実際のデータを取得して処理すればよい。
ＵＲＩでやりとりするか、実態でやりとりするかは、ローカルディスクの容量、ネットワークの接続状況、アクセススピード、各モジュールの処理速度等の仕様によって適切に設定される。ＳＩ収集部４０の仕様は、以下の通りである。
状態：適切なタイミングでＷｅｂを巡回
入力：Ｗｅｂやローカルディスク上のＳＩコンテンツ
出力：集めたＳＩや該当するＳＩ
ＳＩを収集・配信する場合は、ＳＩ１つずつについて行うのではなく、まとめてパックされた複数のＳＩを収集・配信することも可能である（例えば、特許文献４参照）。
特願２００１−１６５７６６号，「案内情報リクエスト装置および案内情報提示装置」
・ｗｈｅｎ要素の修飾子：国際標準ＩＳＯ８６０１
・ｗｈｅｒｅ要素の修飾子：ＮＶＭＬ（登録商標）仕様，ＧＭＬ（Ｇｅｏｇｒａｐｈｙ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）仕様
・ｈｏｗ要素の修飾子：ＣＣ／ＰＰ仕様
状況付情報の具体的な表記法は、情報資源に状況メタデータを付加するか、または状況メタデータとのリンクをはることで実現される。具体的な実現方法はいくつか考えられるが、ここでは、ＨＴＭＬやＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）におけるメタ情報としての付加の仕方として、以下の（１）−（４）の方法を示すことにする。
（１）ＨＴＭＬへの状況メタデータの埋め込み
ＳＭＥＳをＨＴＭＬ文書に埋め込んでメタデータを記述する方法を示す。ＳＭＥＳの個々の語棄は、ＨＴＭＬ４．０（例えば、非特許文献８参照）のｍｅｔａ要素を用いて示す。ｎａｍｅ属性に、Ｓｉｔｕａｔｉｏｎの語彙をＳ．という接頭辞付きで記述し、その値をｃｏｎｔｅｎｔ属性で記述する。例えば、レストラン情報の書いてあるＨＴＭＬ文書に、その情報を受け取ると便利な場所と時間のメタ情報をこの方法で記述すると、以下のようになる。
メタデータの語彙は、ＲＤＦのプロパティとしても表現できる。ＲＤＦの場合は、ＳＭＥＳの名前空間をｓ：等の適当な接頭辞に結びつける宣言を行った上で、プロパティ名としてＳＭＥＳの要素名を用いる。（１）のＨＴＭＬの場合と同じ例をＲＤＦのＸＭＬ構文で表現すると次のようになる。
ＲＤＦで記述したメタデータは、直接文書に埋め込まずに、外部ファイル等に保存してＨＴＭＬ文書やＸＭＬ文書にリンクすることも可能である。記述例は以下のようになる。
特定の仕様に依存しない一般的なＸＭＬの枠組みで表現する場合、以下の例のようになる。
情報閲覧状況モニタ部１０は、ユーザ３１０がどの情報資源を閲覧しているかを観測し、ある情報資源を閲覧していると推定した場合、その旨を他のモジュールに伝達する。閲覧状況の観測・推定方法としては、以下のようなものがある。
−情報資源のリクエスト情報を利用する。例えば、ＨＴＴＰプロトコルのリクエスト情報があったら、その情報資源の識別情報を出力する。識別情報としては、例えば、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が用いられる。その他にも、リクエスト方法は、メニューの選択、音声による要求、コマンドの送付、ボタンの押下等を含む。
−情報資源の開閉情報（ファイルを開いたかどうか）を利用する。ユーザ３１０が情報資源を開いたことを認識したら、そのファイルの識別情報を出力する。
−ユーザ３１０がページを開いている時間がある一定時間以上だった場合、その情報資源を見たと推測する。
−ユーザ３１０がアクティブなウィンドウ（一番前面にあるウィンドウ）を開いている時間がある一定時間以上だった場合、その情報資源を見たと推測する。
−Ｗｅｂの閲覧ログから解析する。
−ユーザ３１０の視線がどこを注視しているかをカメラにより観測する。ある一定時間以上注視した対象が情報資源である場合、その情報資源を見たと推定する。
−音楽や特定のソフトウェアが情報資源である場合は、その起動時や起動している状態を認識する。
情報閲覧状況モニタ部１０の仕様は、以下の通りである。
状態：常駐
入力（トリガ入力）：なし
出力：−情報閲覧確認通知
−情報資源のＵＲＩ（もしくはそれに準ずるＩＤ）
ｏｒ 情報資源のＸＭＬデータ
例１：
ｗｈｏ：
−サービスへの事前登録
−カメラによる顔画像認識
−音声認識（Ｓｐｅｅｃｈ Ｒｅｃｏｇｎｉｔｉｏｎ）による話者認識
−バイオメトリックス（虹彩や指紋）
−ソフトウェアやハードウェアの利用状況によるレベル判定
−Ｐ３Ｐ（Ｐｌａｔｆｏｒｍ ｆｏｒ Ｐｒｉｖａｃｙ Ｐｒｅｆｅｒｅｎｃｅｓ）を利用した個人情報の取得
＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｐ３Ｐ／＞
ｗｈａｔ：
−操作中のソフトウェアやハードウェアの認識（どの動作モードで動いているか）
−操作中の対象タスクの認識
−画像処理
−利用しているソフトウェア、閲覧中の情報資源等からタスク分析
ｗｈｅｒｅ：
−３角測量（Ｔｒｉａｎｇｕｌａｔｉｏｎ）。到達時間差、方向、位相等の利用。ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ），Ｄ（Ｄｉｆｆｅｒｅｎｔｉａｌ）−ＧＰＳ，ＲＴＫ（ｒｅａｌ ｔｉｍｅ ｋｉｎｅｍａｔｉｃ）−ＧＰＳ，Ｓｎａｐｔｒａｃｋ（登録商標），ＮＮＳＳ（Ｎａｖｙ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ），Ｌｏｒａｎ（ｌｏｎｇ ｒａｎｇｅ ｎａｖｉｇａｔｉｏｎ），ＶＯＲ（ＶＨＦ ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ ｒａｄｉｏ ｒａｎｇｅ），ＮＤＢ（ｎｏｎ−ｄｉｒｅｃｔｉｏｎａｌ ｒａｄｉｏ ｂｅａｃｏｎ），Ｒａｄａｒ（ｒａｄｉｏ ｄｅｔｅｃｔｉｎｇ ａｎｄ ｒａｎｇｉｎｇ），ＳＬＡ（ｓｉｄｅ ｌｏｏｋｉｎｇ ａｉｒｂｏｎｅ ｒａｄａｒ）
−近接測量（Ｐｒｏｘｉｍｉｔｙ）。携帯電話のセルＩＤ，ビーコン（ＡＢＳ（Ａｃｔｉｖｅ Ｂａｄｇｅ Ｓｙｓｔｅｍ），Ａｃｔｉｖｅ Ｂａｔｓ，Ｃｒｉｃｋｅｔ），タッチセンサ，ＩＲ（ｉｎｆｒａｒｅｄ ｒａｙ）センサ
−情景分析（Ｓｃｅｎｅ ａｎａｌｙｓｉｓ）→画像分析，マイクロフォンアレイ
−その他
−−加速度センサ＋積分器
−−磁気センサ
−−床に圧力センサを敷き詰める。
−−ドアセンサ（Ｄｏｏｒ Ｓｅｎｓｏｒ）。入り口で虹彩や指紋等のバイオメトリックスやＩＤカードで識別情報を入力する。→ある閉空間にユーザ３１０がいるかいないかを特定できる。
−−固定されているものをユーザ３１０が利用する→例えば、固定されているコンピュータにユーザ３１０がタイプしてログインすれば、ユーザ３１０はそこにいることがわかる。
ｗｈｅｎ：
−時計，ＧＰＳ，インターネット
ｗｈｙ：
−事前入力
−発汗等の検出による感情認識
−顔画像の表情分析
ｈｏｗ：
−操作中のソフトウェアやハードウェアの利用方法の認識
−ＣＣ／ＰＰによる使用しているハードウェア機器に関する情報の取得
現在状況把握部２０は、センサ９０から得た情報を上述した５Ｗ１Ｈの状況表現に変換する。センサ９０から十分な情報を取得することが不可能な場合は、後述する図４のスケジュール管理部１１０が、ユーザ３１０の入力したスケジュールと一部のキー（時間や場所）を利用してマッチングを行い、ｗｈａｔ、ｗｈｙ、ｈｏｗ等の情報を補完する。また、ユーザ３１０が入力インタフェースを利用して、現在の状況を直接入力してもよい。
例２：
ユービキタスコンピューティング環境では、環境に埋め込まれたコンピュータが自分の位置や状況を把握して、その情報を発信することができる。例えば、駅の壁や床に埋め込まれたコンピュータが、そこがＡＡ駅であるという情報（以下のような情報）を発信する。
現在状況把握部２０の仕様は、以下の通りである。
状態：常駐、またはリクエストがあったときに起動
入力：ＳＩ作成部３０からの要求
出力：−５Ｗ１Ｈの状況表現、またはそれを示すＵＲＩ
ＳＩ作成部３０は、ＳＩを作成する。ＳＩは、上述した状況付情報の記述方法に従って、直にテキストにて記述したり、ツールを利用したりすることにより、マニュアルで作成される。しかし、人手に頼ることなく、以下のようにして自動的に作成することも可能である。
情報閲覧状況モニタ部１０でユーザ３１０がある情報資源を見ていることが認識されれば、ＳＩ作成部３０は、現在状況把握部２０にリクエストを出して現在状況を受けとる。現在状況把握部２０が常駐の場合は、リクエストを出さずに定期的に現在状況把握部２０をチェックして、現在状況を受け取ることができる。そして、受け取った状況と情報資源とを結びつけ、状況付情報の記述方法に従ってＳＩを作成する。
複数のＳＩからより洗練されたＳＩを作成する方法としては、１つのリソースにたくさんの状況条件をつけていく、いろいろな状況でそのリソースを引き出せるようにする等、複数のＳＩを統合するいくつかの形態がある。１人のユーザから集めた場合には個人に特化したＳＩの集合ができあがるが、複数のユーザからＳＩを集めて統合した方が事例が多くなり、一般的なＳＩが作成される可能性が高い。
このようにして作成されたＳＩ（またはＳＩの集合）は、ＳＩ登録部１５０を通じて、ＳＩ記憶部２００であるＷｅｂ上の記憶デバイスやローカルディスク上に保存される。
ＳＩ作成部３０の仕様は、以下の通りである。
状態：情報閲覧状況モニタ部１０からの情報待ち
入力：情報閲覧状況モニタ部１０からの情報閲覧確認通知
出力：ＳＩ
なお、特許文献１に記載された技術をＳＩ作成部３０に適用することもできる。
ＳＩ収集部４０は、Ｗｅｂ上に存在するコンテンツや、ローカルなデータベースやファイルシステム上に存在するコンテンツのＳＩ（コンテンツそのものを含むＳＩと、コンテンツへのリンク情報を有する状況メタデータを含む）を収集し、状況マッチング部６０の指令に従って該当するＳＩを送付する。
ＳＩの収集は、通常のＷｅｂページと同様にロボット型サーチエンジン、もしくは人手により分類されるディレクトリサービスにより行われ、収集されたＳＩが整理される。
ＳＩ収集部４０の実現方法としては、大きく分けて次の２通りがある。
（１）Ｗｅｂの検索サイトのように一般向けのポータルサイトとしてのＳＩ収集部
（２）個人に特化したエージェントとしてのＳＩ収集部
（１）の場合、あらゆる状況のＳＩを集めるか、または一般的によく起こる状況のＳＩを中心に集めることになる。この場合、状況の事例が少ないＳＩをフィルタリングにより除去することで、広く使われる可能性の高いＳＩを集めることが可能になる。
（２）の場合、状況変化予測部１００とも連携して、その個人に起こり得る状況に関するＳＩだけを収集すればよいことになる。つまり、状況の変化が大きい人ほど多くのＳＩを集めておく必要がある。
よりリアルタイムなＳＩを必要とする場合は、頻繁にＳＩを収集する必要があるが、通常、ある情報資源が必要とされる状況はそれほど変化することはないので、Ｗｅｂページを巡回するロボットエンジンと同様、定期的に収集すればよい。また、天気予報のように情報が発表される時間が既知のものはそのタイミングで収集するのが望ましい。
以後、各モジュール間でＳＩをやりとりする場合には、ＳＩのＵＲＩのみをやりとりしてもよく、実態（ＸＭＬ文書）そのものをやりとりしてもよい。ＵＲＩのやりとりに関しては、ＳＩ自体のＵＲＩ（例えば、ｕｒｉ：／／ｗｗｗ．ｆｏｏ．ｃｏｍ／ｓｏｍｅ．ｓｉ）をやりとりする方法と、ＳＩの情報資源の部分のみをＵＲＩのままにしておく方法とがある。情報資源の部分のみをＵＲＩで記述すると、ＳＩは、例えば、以下のように記述される。
ＵＲＩでやりとりするか、実態でやりとりするかは、ローカルディスクの容量、ネットワークの接続状況、アクセススピード、各モジュールの処理速度等の仕様によって適切に設定される。ＳＩ収集部４０の仕様は、以下の通りである。
状態：適切なタイミングでＷｅｂを巡回
入力：Ｗｅｂやローカルディスク上のＳＩコンテンツ
出力：集めたＳＩや該当するＳＩ
ＳＩを収集・配信する場合は、ＳＩ１つずつについて行うのではなく、まとめてパックされた複数のＳＩを収集・配信することも可能である（例えば、特許文献４参照）。
状況変化検出部５０は、個々の状況ごとに感度を保持しており、ある一定の感度を超えた場合に「状況変化あり」の情報を他のモジュールに通知する。個々の状況の認識方法については、現在状況把握部２０と同様である。
状況変化検出部５０の仕様は、以下の通りである。
状態：常駐
入力：各種センサ情報
出力：状況変化ありの通知
状況マッチング部６０は、与えられた２つの状況のマッチング処理を行う。図２は、最初にシステムを起動したときに行われる状況マッチング処理のフローチャートである。状況マッチング部６０は、現在状況把握部２０から得られた現在の状況と、ＳＩ収集部４０で集められたすべてのＳＩの状況条件とを比較し、条件が一致するものすべてを取り出す（ステップＳ１１）。ただし、完全に一致することはまれなので、ある一定の類似度の範囲内であれば一致したものとみなす。このような一致のことを、適合と呼ぶことにする。
以後、状況マッチング部６０は、状況条件の変化した項目のみについて適合チェックを行えばよい。つまり、状況のうち場所だけが変わったら、場所の項目だけ新たにチェックし、現在の場所がＳＩの場所に適合するか否かを判定すればよい。
図３は、状況変化検出部５０より状況変化ありの通知を受け取ったときに行われる状況マッチング処理のフローチャートである。状況マッチング部６０は、まず、それまで適合していたＳＩのうち、今回通知された状況の変化により適合しなくなるものがあるか否かを判定する（ステップＳ２１）。
次に、今まで適合しなかったＳＩのうち、変化があった状況の項目に関する記述があるものを取り出し（ステップＳ２２）、取り出した各ＳＩの項目のうち、変化した状況に対応する項目が現在の状況に適合するか否かを判定する（ステップＳ２３）。
このように変化のあった状況条件のみ適合チェックを行うことで、毎回すべての項目について適合チェックを行うよりも、計算コストを抑えることができる。
基本的には、ＳＩに記述されたすべての状況条件（ｗｈｏ，ｗｈａｔ，ｗｈｅｒｅ，ｗｈｅｎ，ｗｈｙ，ｈｏｗ）の各々が現在の状況に適合した場合のみ、状況条件と現在の状況が全体として適合したものとみなす。ただし、ＳＩに記述されていない条件については、現在の状況がどのような状況であっても適合するものとする。例えば、時間の条件がないＳＩは、どの時間でも適合する。
一方、ＳＩに条件の記述があっても、対応する現在の状況がセンサ９０等から認識できない場合は、そのＳＩは現在の状況と適合していないものとみなす。
個々の状況のマッチングは、同じ構造のＸＭＬ表現を利用しているので、そのタグの中身を比較することになる。それぞれの状況マッチング手法は以下の通りである。
タグの中身のマッチングは、表記法を仕様で規定しておけば、単なる文字列マッチングになる。数値の場合は、ＳＩの条件の方に範囲を記述しておき、実際の状況がその範囲内なら満たしたものとみなす。例えば、場所を表す場合、ある位置を中心とした範囲をＳＩに記述しておき、現在状況で得られた緯度・経度が指す位置がその範囲に入っているか否かを判定する。
また、ＳＩに記述された自然言語を数値に変換できる簡単なデータベースを用意しておく。例えば、ＳＩの時間の条件の中に“ｍｏｒｎｉｎｇ”のような文字列が記述されている場合、状況マッチング部６０は、以下のようなデータリストを使って文字列を数値に変換し、得られた数値を用いて適合チェックを行う。
さらに、ＳＩが人手で作成された場合、数値に変換できない自然言語で状況条件が記述される場合がある。この場合、自然言語用の辞書等を利用して、状況条件の文字列と実際の状況を認識した結果を表現する文字列とのマッチングを行う。対象となる項目がタグによりある程度はっきり指定されているので、通常の自然言語処理に比べて、適合するかどうかの判定が容易である。
上述した適合チェックでは、適合するか否かの２値による判定方法を採用しているが、適合するか否かの度合い（適合度）を用いて、各条件の適合度の合計がある一定値α以上の場合に適合するとみなすことも可能である。ｗｈｏ、ｗｈａｔ、ｗｈｅｒｅ、ｗｈｅｎ、ｗｈｙ、およびｈｏｗの適合度をそれぞれＦｗｈｏ、Ｆｗｈａｔ、Ｆｗｈ ｅｒｅ、Ｆｗｈｅｎ、Ｆｗｈｙ、およびＦｈｏｗとすると、この適合条件は次のように書くことができる。
このとき、αを適当に調整することで、適合するＳＩの数を調整できる。最初のαの値で適合するＳＩが何も見つからなければ、αを徐々に小さくしていき、現在の状況に一番近い状況のＳＩを見つけることができる。すでにいくつかＳＩが見つかっていても、さらに条件を広げればどのような情報があるかを知りたいときにも、このαを小さくしていけばよい。
さらに、以下に示すように、それぞれの適合度に重みＷを掛けて、どの条件の適合を重要視するかを加味した判定を行うことも可能である。もちろん、より詳細に修飾子ごとにこれらの設定を行ってもよい。
状況マッチング部６０の仕様は、以下の通りである。
状態：状況変化検出部５０が状況の変化を検出した場合、もしくは状況変化予測部１００が推定する状況の変化が予測される時間（処理時間を考慮して少し早め）に起動
入力：状況およびＳＩ、ＳＩの集合
出力：マッチしたＳＩやマッチしたＳＩの数
ＳＩ提示部７０は、状況マッチング部６０が出力するＳＩをユーザ３１０に提示する。ただし、複数のＳＩが現在の状況にマッチした場合、それらのＳＩをどのように提示するかを選択する必要がある。この場合の提示方法については、図１４を参照しながら後述することにする。ＳＩ提示部７０の仕様は、以下の通りである。
状態：現在提示中の情報資源の管理。状況マッチング部６０が現在の状況に合うＳＩを新たに検出した場合に起動。
入力：ＳＩもしくはＳＩの情報資源部分、またはＵＲＩ
出力：ディスプレイやオーディオへの出力データ
フィードバック部８０は、ＳＩ提示部７０が提示した情報の内容や提示方法に対するユーザ３１０の反応を検出し、各モジュールにフィードバックする。ユーザの反応としては、直接的な反応（情報を見るための操作を行う、情報提示後それが役に立ったかどうかの簡単なアンケートに答える等）と間接的な反応（その情報を見てその情報に対応するなんらかの行動をしたかどうか、表情の変化等）の２通りが考えられる。
フィードバック部８０は、検出された反応が肯定的なものであれば、その情報資源は付加された状況に合っていると判定し、その情報資源をそのまま流通させる。逆に、否定的なものであれば、その情報資源は付加された状況に合っていないと判定し、情報資源から状況条件を切り取る。この場合、ＳＩ作成部３０がより適切な状況条件を新たに付加するまで、その情報資源は流通しないことになる。
ユーザの反応のフィードバックは、ユーザごとに行う場合と、複数のユーザの反応をフィードバックする場合とがある。
前者の場合は、否定的な反応がフィードバックされたときに、個人用に蓄積されたＳＩコンテンツから状況条件を削除するか、もしくは、ＳＩ収集部４０を有するＳＩ収集サーバにおいて、対応する情報資源に否定された状況が付加されないように処理を行う。
後者の場合は、否定的な反応がフィードバックされたときに、オリジナルのＳＩコンテンツから状況条件を削除するか、もしくは、複数のユーザが共通に利用しているＳＩ収集サーバにおいて、対応する情報資源に否定された状況が付加されないように処理を行う（オリジナルのＳＩ集合から同じＳＩコンテンツを取得した場合、その状況条件部分は削除される。）。
このように、ユーザの反応をフィードバックすることで、提示される情報を調整することが可能となる。フィードバック部８０の仕様は、以下の通りである。
状態：情報資源を出力する際にデバイスの表示能力等に適合させる必要があるときに起動
入力：ユーザからの肯定または否定の反応
出力：ＳＩ修正命令
ユーザの肯定的な反応が得られたときにそのＳＩの利用度をより高めるために、コントロールパラメータの１つとして実用度（ｐｒａｃｔｉｃａｌｉｔｙ）パラメータをＳＩに付加しておく。そして、フィードバック部８０は、ＳＩが実際に利用され、肯定的な反応が得られたときに、実用度パラメータの値をインクリメントする。実用度パラメータの記述例は、以下の通りである。
実用度パラメータの利用方法としては、状況マッチング部６０が複数のＳＩを出力した場合に、ＳＩ提示部７０が実用度パラメータの値が大きなもの（実用度が高いもの）を優先して提示する等の方法が考えられる。
また、否定的な反応の場合は、現在の状況とは別の要因による否定も考えられ、複数人の場合は反応に個人差もあるので、一度否定的な反応があっただけで状況条件を削除しないほうがいい場合がある。そこで、フィードバック部８０は、否定的な反応を受け取ったとき、実用度パラメータの値をデクリメントし、それがある一定値（例えば、−１０）以下になったときに、状況条件を削除するといった利用方法もある。
状況変化予測部１００は、ユーザの行動モデルを管理し、図４に示すように、スケジュール管理部１１０、ルーチンワーク検出部１２０、および予測情報収集部１３０からの入力をもとに、ユーザ３１０およびその周囲の状況の変化を予測する。図４のスケジュール管理部１１０、ルーチンワーク検出部１２０、および予測情報収集部１３０は、図１の情報システムに含まれる。
状況変化予測部１００は、ある一定時間後（例えば、１５分後）にユーザ３１０がどのような状況になり得るかを予測して、予測結果を状況マッチング部６０に送り、状況マッチング部６０は、その予測状況に適合するＳＩを見つけ出し、ユーザ３１０に提示する。
ある特定の状況において必要な情報は、その状況になる前に事前に知っていると便利な場合があるので、そのような場合に状況変化予測部１００が状況変化検出部５０の代わりに利用される。
状況変化予測部１００は、例えば、スケジュール管理部１１０およびルーチンワーク検出部１２０から送られてくるユーザ３１０の時間ごとの場所移動情報から以下のような予測状況データを作成し、状況マッチング部６０に送る。
状況変化予測部１００の仕様は、以下の通りである。
状態：常駐
入力：ルーチンワークデータやスケジュール
出力：予測状況を表す５Ｗ１Ｈの状況表現
スケジュール管理部１１０は、Ｏｕｔｌｏｏｋ（登録商標）等の通常のスケジュール管理ソフトウェアや、スケジュールスクリプト（例えば、特許文献５参照）により、ユーザにスケジュールデータを入力してもらい、そのデータを定期的に（もしくはスケジュール入力があったときに）状況変化予測部１００に送信する。
特開２００１−９２８７８号公報，「スケジュール提示およびそれに応じたアクション提案・実行装置，．．．」
状況変化検出部５０の仕様は、以下の通りである。
状態：常駐
入力：各種センサ情報
出力：状況変化ありの通知
状況マッチング部６０は、与えられた２つの状況のマッチング処理を行う。図２は、最初にシステムを起動したときに行われる状況マッチング処理のフローチャートである。状況マッチング部６０は、現在状況把握部２０から得られた現在の状況と、ＳＩ収集部４０で集められたすべてのＳＩの状況条件とを比較し、条件が一致するものすべてを取り出す（ステップＳ１１）。ただし、完全に一致することはまれなので、ある一定の類似度の範囲内であれば一致したものとみなす。このような一致のことを、適合と呼ぶことにする。
以後、状況マッチング部６０は、状況条件の変化した項目のみについて適合チェックを行えばよい。つまり、状況のうち場所だけが変わったら、場所の項目だけ新たにチェックし、現在の場所がＳＩの場所に適合するか否かを判定すればよい。
図３は、状況変化検出部５０より状況変化ありの通知を受け取ったときに行われる状況マッチング処理のフローチャートである。状況マッチング部６０は、まず、それまで適合していたＳＩのうち、今回通知された状況の変化により適合しなくなるものがあるか否かを判定する（ステップＳ２１）。
次に、今まで適合しなかったＳＩのうち、変化があった状況の項目に関する記述があるものを取り出し（ステップＳ２２）、取り出した各ＳＩの項目のうち、変化した状況に対応する項目が現在の状況に適合するか否かを判定する（ステップＳ２３）。
このように変化のあった状況条件のみ適合チェックを行うことで、毎回すべての項目について適合チェックを行うよりも、計算コストを抑えることができる。
基本的には、ＳＩに記述されたすべての状況条件（ｗｈｏ，ｗｈａｔ，ｗｈｅｒｅ，ｗｈｅｎ，ｗｈｙ，ｈｏｗ）の各々が現在の状況に適合した場合のみ、状況条件と現在の状況が全体として適合したものとみなす。ただし、ＳＩに記述されていない条件については、現在の状況がどのような状況であっても適合するものとする。例えば、時間の条件がないＳＩは、どの時間でも適合する。
一方、ＳＩに条件の記述があっても、対応する現在の状況がセンサ９０等から認識できない場合は、そのＳＩは現在の状況と適合していないものとみなす。
個々の状況のマッチングは、同じ構造のＸＭＬ表現を利用しているので、そのタグの中身を比較することになる。それぞれの状況マッチング手法は以下の通りである。
タグの中身のマッチングは、表記法を仕様で規定しておけば、単なる文字列マッチングになる。数値の場合は、ＳＩの条件の方に範囲を記述しておき、実際の状況がその範囲内なら満たしたものとみなす。例えば、場所を表す場合、ある位置を中心とした範囲をＳＩに記述しておき、現在状況で得られた緯度・経度が指す位置がその範囲に入っているか否かを判定する。
また、ＳＩに記述された自然言語を数値に変換できる簡単なデータベースを用意しておく。例えば、ＳＩの時間の条件の中に“ｍｏｒｎｉｎｇ”のような文字列が記述されている場合、状況マッチング部６０は、以下のようなデータリストを使って文字列を数値に変換し、得られた数値を用いて適合チェックを行う。
上述した適合チェックでは、適合するか否かの２値による判定方法を採用しているが、適合するか否かの度合い（適合度）を用いて、各条件の適合度の合計がある一定値α以上の場合に適合するとみなすことも可能である。ｗｈｏ、ｗｈａｔ、ｗｈｅｒｅ、ｗｈｅｎ、ｗｈｙ、およびｈｏｗの適合度をそれぞれＦｗｈｏ、Ｆｗｈａｔ、Ｆｗｈ ｅｒｅ、Ｆｗｈｅｎ、Ｆｗｈｙ、およびＦｈｏｗとすると、この適合条件は次のように書くことができる。
さらに、以下に示すように、それぞれの適合度に重みＷを掛けて、どの条件の適合を重要視するかを加味した判定を行うことも可能である。もちろん、より詳細に修飾子ごとにこれらの設定を行ってもよい。
状態：状況変化検出部５０が状況の変化を検出した場合、もしくは状況変化予測部１００が推定する状況の変化が予測される時間（処理時間を考慮して少し早め）に起動
入力：状況およびＳＩ、ＳＩの集合
出力：マッチしたＳＩやマッチしたＳＩの数
ＳＩ提示部７０は、状況マッチング部６０が出力するＳＩをユーザ３１０に提示する。ただし、複数のＳＩが現在の状況にマッチした場合、それらのＳＩをどのように提示するかを選択する必要がある。この場合の提示方法については、図１４を参照しながら後述することにする。ＳＩ提示部７０の仕様は、以下の通りである。
状態：現在提示中の情報資源の管理。状況マッチング部６０が現在の状況に合うＳＩを新たに検出した場合に起動。
入力：ＳＩもしくはＳＩの情報資源部分、またはＵＲＩ
出力：ディスプレイやオーディオへの出力データ
フィードバック部８０は、ＳＩ提示部７０が提示した情報の内容や提示方法に対するユーザ３１０の反応を検出し、各モジュールにフィードバックする。ユーザの反応としては、直接的な反応（情報を見るための操作を行う、情報提示後それが役に立ったかどうかの簡単なアンケートに答える等）と間接的な反応（その情報を見てその情報に対応するなんらかの行動をしたかどうか、表情の変化等）の２通りが考えられる。
フィードバック部８０は、検出された反応が肯定的なものであれば、その情報資源は付加された状況に合っていると判定し、その情報資源をそのまま流通させる。逆に、否定的なものであれば、その情報資源は付加された状況に合っていないと判定し、情報資源から状況条件を切り取る。この場合、ＳＩ作成部３０がより適切な状況条件を新たに付加するまで、その情報資源は流通しないことになる。
ユーザの反応のフィードバックは、ユーザごとに行う場合と、複数のユーザの反応をフィードバックする場合とがある。
前者の場合は、否定的な反応がフィードバックされたときに、個人用に蓄積されたＳＩコンテンツから状況条件を削除するか、もしくは、ＳＩ収集部４０を有するＳＩ収集サーバにおいて、対応する情報資源に否定された状況が付加されないように処理を行う。
後者の場合は、否定的な反応がフィードバックされたときに、オリジナルのＳＩコンテンツから状況条件を削除するか、もしくは、複数のユーザが共通に利用しているＳＩ収集サーバにおいて、対応する情報資源に否定された状況が付加されないように処理を行う（オリジナルのＳＩ集合から同じＳＩコンテンツを取得した場合、その状況条件部分は削除される。）。
このように、ユーザの反応をフィードバックすることで、提示される情報を調整することが可能となる。フィードバック部８０の仕様は、以下の通りである。
状態：情報資源を出力する際にデバイスの表示能力等に適合させる必要があるときに起動
入力：ユーザからの肯定または否定の反応
出力：ＳＩ修正命令
ユーザの肯定的な反応が得られたときにそのＳＩの利用度をより高めるために、コントロールパラメータの１つとして実用度（ｐｒａｃｔｉｃａｌｉｔｙ）パラメータをＳＩに付加しておく。そして、フィードバック部８０は、ＳＩが実際に利用され、肯定的な反応が得られたときに、実用度パラメータの値をインクリメントする。実用度パラメータの記述例は、以下の通りである。
また、否定的な反応の場合は、現在の状況とは別の要因による否定も考えられ、複数人の場合は反応に個人差もあるので、一度否定的な反応があっただけで状況条件を削除しないほうがいい場合がある。そこで、フィードバック部８０は、否定的な反応を受け取ったとき、実用度パラメータの値をデクリメントし、それがある一定値（例えば、−１０）以下になったときに、状況条件を削除するといった利用方法もある。
状況変化予測部１００は、ユーザの行動モデルを管理し、図４に示すように、スケジュール管理部１１０、ルーチンワーク検出部１２０、および予測情報収集部１３０からの入力をもとに、ユーザ３１０およびその周囲の状況の変化を予測する。図４のスケジュール管理部１１０、ルーチンワーク検出部１２０、および予測情報収集部１３０は、図１の情報システムに含まれる。
状況変化予測部１００は、ある一定時間後（例えば、１５分後）にユーザ３１０がどのような状況になり得るかを予測して、予測結果を状況マッチング部６０に送り、状況マッチング部６０は、その予測状況に適合するＳＩを見つけ出し、ユーザ３１０に提示する。
ある特定の状況において必要な情報は、その状況になる前に事前に知っていると便利な場合があるので、そのような場合に状況変化予測部１００が状況変化検出部５０の代わりに利用される。
状況変化予測部１００は、例えば、スケジュール管理部１１０およびルーチンワーク検出部１２０から送られてくるユーザ３１０の時間ごとの場所移動情報から以下のような予測状況データを作成し、状況マッチング部６０に送る。
状態：常駐
入力：ルーチンワークデータやスケジュール
出力：予測状況を表す５Ｗ１Ｈの状況表現
スケジュール管理部１１０は、Ｏｕｔｌｏｏｋ（登録商標）等の通常のスケジュール管理ソフトウェアや、スケジュールスクリプト（例えば、特許文献５参照）により、ユーザにスケジュールデータを入力してもらい、そのデータを定期的に（もしくはスケジュール入力があったときに）状況変化予測部１００に送信する。
ユーザに５Ｗ１Ｈによるスケジュールの入力をしてもらうことにより、状況マッチングの精度が向上する。スケジュール管理部１１０の仕様は、以下の通りである。
状態：常駐、もしくはユーザが起動
入力：スケジュールデータ
出力：スケジュール情報
スケジュール情報を表す５Ｗ１Ｈの状況表現の例は以下の通りである。
また、個人ユーザのスケジュールだけでなく、グループや組織のスケジュールやユーザの興味のあるイベントスケジュール等も融合することで、ユーザのスケジュールに直接書かれていない、ユーザの予測スケジュールを推定できる。
ルーチンワーク検出部１２０は、ユーザの行動を監視し、毎日の行動パターンから、周期パターンを導き出し、それをルーチンワークとして検出する。例えば、毎朝９時に出勤していれば、スケジュールに記載されていなくても、その人は毎日９時にオフィスにいるというルーチンワークを検出できる。ルーチンワークを表す５Ｗ１Ｈの状況表現の例は以下の通りである。
ルーチンワーク検出部１２０の仕様は、以下の通りである。
状態：常駐
入力：行動パターン
出力：ルーチンワークを表す５Ｗ１Ｈの状況表現
なお、特許文献１に記載された技術をルーチンワーク検出部１２０に適用することもできる。
予測情報収集部１３０は、天気予報や道路混雑予想等、様々な機関が発表する各種の予測情報を収集して、状況変化予測部１００に送る。予測情報を表す５Ｗ１Ｈの状況表現の例は以下の通りである。
ところで、ＳＩ収集部４０がまだ十分にＳＩを収集できていない段階では、これから起こり得るユーザ３１０の状況に合わせてＳＩを収集していく必要がある。この場合、ＳＩ収集部４０は、状況変化予測部１００による予測結果をもとに、それに対応する状況条件を持つＳＩを集中的に探索する。これにより、予測された状況が起こったときに、素早く情報資源を提示することが可能となる。
ＳＩ登録部１５０は、ＳＩ作成部３０が作成したＳＩをＳＩ記憶部２００に登録する。ＳＩ記憶部２００は、Ｗｅｂ上（Ｗｅｂサーバが立ち上がっているディレクトリ）の記憶デバイスやローカルハードディスク等のあらゆる記憶デバイスに対応し、ＳＩの情報を記憶する。ＳＩ記憶部２００が複数の記憶デバイスからなる場合、それらのデバイスは、利用するときに通信ネットワークでつながれてアクセスできるようになっている。
ＳＩ記憶部２００は、複数のＳＩの状況条件を互いに関連づけて格納することもできる。この場合、２つの状況条件の間にリンクを張ることで、これらの状況条件を関連づけることができる。現在の状況に適合するＳＩの状況条件が別のＳＩの状況条件に関連づけられている場合、ＳＩ収集部４０は、関連づけられた別のＳＩをＳＩ記憶部２００から収集し、提示ＳＩ提示部７０は、適合したＳＩを提示するとき同時に別のＳＩも提示する。
例えば、結婚式と葬式は互いに異なるイベントであり、別々の状況条件により表されるが、それらの情報は冠婚葬祭のマナーとして共通して利用できる場合がある。また、結婚式と新婚旅行のように、連続して起こる可能性の高い複数のイベントが、別々の状況条件により表される場合もある。このように、似たような複数の情報資源に対してそれぞれ異なる状況条件が付加されている場合に、これらの状況条件を関連づけておくと便利である。
例えば、ＸＬｉｎｋ（ＸＭＬ Ｌｉｎｋｉｎｇ Ｌａｎｇｕａｇｅ＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｌｉｎｋ／＞）を用いて、プラットフォームにいる状況から電車に乗っている状況へのリンクを記述すると、以下のようになる。
以上説明した情報システムによれば、既存の情報の有効活用が可能となり、情報獲得が容易になる。また、特別なルールシステムを設けなくても、一般的な状況条件の情報を現在の状況に合わせて適切に提示することができる。したがって、Ｗｅｂ上等に散在する情報を、状況に応じて有効にユーザに提示することが可能となる。
さらに、情報作成者は５Ｗ１Ｈの状況表現を用いてＳＩを容易に作成することができ、ユーザは自分の状況に合った情報を容易に取り出すことができるので、情報利用者の利便性と情報作成者の容易性が同時に確保される。
ところで、状況条件をつけただけでＳＩをそのままＷｅｂ上やデータベースにおいておくと、その状況に合ってなくても内容を見ることができてしまう。したがって、ＳＩを条件に合う人（物）以外に見せたくない場合は、不都合である。そこで、以下のようなセキュリティ機能を導入する。
ＳＩ登録部１５０に暗号化モジュールを設け、ＳＩを登録するときに情報資源部分を秘密鍵で暗号化するとともに、公開鍵をＳＩ記憶部２００に提供して管理を委託する。この公開鍵の提供時も、当然、２者間暗号化通信モードにて通信を行う。ＳＩ記憶部２００は、各ＳＩの公開鍵をセキュアなシステムで管理する。情報資源部分が暗号化されたままのＳＩは、だれでも取得可能とするが、公開鍵は以下の処理によってのみ提供される。
認証局が状況マッチング部６０の認証を行うことで、状況マッチング部６０の信頼性を判断する。信頼できる状況マッチング部６０から状況が適合したという情報が送られてくると、その状況マッチング部６０を持つアプライアンスとＳＩ記憶部２００の間で２者間暗号化通信モードにより通信が行われ、ＳＩ記憶部２００から公開鍵が送信される。状況マッチング部６０は、受け取った公開鍵で情報資源部分を復号化して利用する。
認証されていない状況マッチング部６０からは、状況が適合していなくても、適合したという偽のマッチング情報が送られてくる可能性がある。そこで、状況が適合したときしかその情報を送らない、信頼できる状況マッチング部６０のみに公開鍵を渡すようにしている。
図１に示されたすべてのモジュールを１つの情報処理装置に実装すれば、ローカルな情報システムを構築することができ、これらのモジュールを複数の情報処理装置に分散させて実装し、装置間を通信ネットワークで結べば、ネットワーク上のグローバルな情報システムを構築することができる。特に、複数のＷｅｂサーバにモジュールの一部を実装することで、インターネット上のＳＩ提供Ｗｅｂサービスを実現することができる。
図５は、このようなＷｅｂサービスシステムの例を示している。図５のＷｅｂサーバ３３０は、ＳＩ収集部４０、フィードバック部８０、ＳＩ登録部１５０、およびＳＩ記憶部２００を備え、ＳＩ情報の提供およびメンテナンスを行う。この場合、ＳＩ収集部４０は、ＳＩ記憶部２００からＳＩを収集し、インターネットを介して状況マッチング部６０に配信する。また、フィードバック部８０は、配信されたＳＩに対するユーザ３１０の反応を、ＳＩ収集部４０およびＳＩ記憶部２００にフィードバックする。
図６は、状況に合わせてＳＩを作成するＳＩ作成装置を示している。図６のＳＩ作成装置３４０は、情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、ＳＩ登録部１５０、およびセンサ９０を備える。情報閲覧状況モニタ部１０および現在状況把握部２０は、ＳＩ作成装置３４０とは別の装置に搭載することも可能である。
図７は、状況に合わせてＳＩを提示するＳＩ提供装置を示している。図７のＳＩ提供装置３５０は、ＳＩ収集部４０、状況変化検出部５０、状況マッチング部６０、ＳＩ提示部７０、フィードバック部８０、センサ９０、および状況変化予測部１００を備える。ＳＩ提供装置３５０は、ユーザごとに個別に設けてもよく、複数のユーザが利用する共用装置として設けてもよい。
次に、図８から図１１までを参照しながら、図１、５、６、および７のシステムにおける主要モジュール間の関係を説明する。
図８は、ＳＩ作成処理に関連するモジュールを示している。ＳＩ作成部３０は、情報閲覧状況モニタ部１０が観測した、ユーザが現在閲覧している情報資源と、現在状況把握部２０が検出したユーザの現在の状況とに基づいてＳＩを作成する。そして、ＳＩ登録部１５０は、ＳＩ作成部３０が作成したＳＩをＳＩ記憶部２００に登録する。
図９は、第１のＳＩ提供処理に関連するモジュールを示している。状況マッチング部６０は、ＳＩ収集部４０が収集したＳＩの状況条件と、状況変化検出部５０が検出した状況のマッチング処理を行い、その状況に適合する状況条件を有するＳＩをＳＩ提示部７０に渡す。そして、ＳＩ提示部７０は、受け取ったＳＩを提示する。
図１０は、第２のＳＩ提供処理に関連するモジュールを示している。状況マッチング部６０は、ＳＩ収集部４０が収集したＳＩの状況条件と、状況変化予測部１００が予測した状況のマッチング処理を行い、その状況に適合する状況条件を有するＳＩをＳＩ提示部７０に渡す。そして、ＳＩ提示部７０は、受け取ったＳＩを提示する。
図１１は、第３のＳＩ提供処理に関連するモジュールを示している。この処理では、図９のＳＩ提供処理によりＳＩが提示された後、フィードバック部８０がユーザの反応をフィードバックする。
次に、図１２から図１４までを参照しながら、インターネット上で実現されるグローバルな情報システムの構成と動作について説明する。
図１２は、第１の情報システムの構成図である。図１２の情報システムは、ＳＩ作成装置４１０、４２０、４３０、４４０、４５０、ＳＩ収集・提供装置４６０、ＳＩ提供装置４８０、ＳＩ収集部４０、およびＳＩ記憶部２００を含む。ＳＩ記憶部２００は、Ｗｅｂ上の様々なサーバ、データベース等の記憶デバイスに対応し、ＳＩ作成装置４１０、４２０、４３０、４４０、４５０、ＳＩ収集・提供装置４６０、およびＳＩ提供装置４８０は、ユーザ３１０の端末装置等の情報処理装置に対応する。
ＳＩ作成装置４１０は、図６のＳＩ作成装置３４０と同様に、情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、ＳＩ登録部１５０、およびセンサ９０を備える。状況変化検出部５０は、必要に応じてＳＩ作成装置４１０に追加される。
ＳＩ作成装置４２０は、ＳＩ作成部３０およびＳＩ登録部１５０を備える。この場合、ＳＩ作成部３０は、ユーザ３１０からマニュアル入力される状況および情報資源を用いてＳＩを作成する。
ＳＩ作成装置４３０は、情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、ＳＩ登録部１５０、スケジュール管理部１１０、および通信部９５を備える。この場合、現在状況把握部２０は、スケジュール管理部１１０が管理しているユーザ３１０のスケジュールと、通信部９５がユービキタスコンピュータ４９０から取得する一部の状況を用いて、５Ｗ１Ｈの状況表現を生成する。
ＳＩ作成装置４４０は、ＳＩ作成部３０、ＳＩ洗練部３５、およびＳＩ登録部１５０を備える。この場合、ＳＩ作成部３０は、ユーザ３１０からマニュアル入力される状況および情報資源を用いてＳＩを作成し、ＳＩ洗練部３５は、ＳＩ作成部３０が作成する多数のＳＩを集め、それらを用いて有効なＳＩ集合を生成する。
このとき、ＳＩ洗練部３５は、同じ情報資源が閲覧された複数の状況を比較して、どのような状況（同一または類似の状況）で最も多く閲覧されたかを判定し、その状況をその情報資源に対する状況条件として付加してＳＩを作成する。この場合、参照された複数のＳＩは、新たに作成されたＳＩにまとめられる。
図１３は、ＳＩ洗練部３５が行うＳＩ洗練処理の例を示している。この処理では、実際の状況における情報資源リクエストの記録５１０から、情報資源がリクエストされる各状況の確率５２０が計算され、その結果に基づいてＳＩ集合５３０が生成される。この場合、情報資源リクエストの記録５１０が、処理対象のＳＩ集合としてＳＩ洗練部３５に与えられる。
ここでは、まず、状況Ａで情報資源１がリクエストされ、その事実が状況−情報資源セットとして記録される。同様にして、状況Ｂで情報資源２がリクエストされ、状況Ｃで情報資源１がリクエストされ、状況Ａ’で情報資源３がリクエストされ、状況Ｘで情報資源ｎがリクエストされる。このようなリクエストの繰り返しにより、多数の状況−情報資源セットが収集される。
次に、情報資源ごとにそれが利用される状況の確率５２０が計算される。ここでは、情報資源１が利用されたすべての状況のうち、状況Ａ（またはそれに類似する状況）および状況Ｃがそれぞれ３０％および２０％を占めており、情報資源２が利用されたすべての状況のうち、状況ＢおよびＤがそれぞれ５０％および１０％を占めている。
そして、各情報資源ごとに、最も多く引き出された状況を状況条件として用いて、ＳＩが作成される。例えば、情報資源１の場合は、状況Ａで利用されたケースが３０％であり一番確率が高かったので、この状況Ａが情報資源１の状況条件として付加される。同様に、情報資源２の場合は、状況Ｂが状況条件として付加される。ＳＩ洗練部３５の仕様は、以下の通りである。
状態：ＳＩ作成部３０の内部モジュール。多数の状況条件とリソースが収集可能な場合に利用。
入力：ＳＩの集合
出力：洗練されたＳＩ
非特許文献１７には、状況とアクションの組を記録しておき、これから起こる状況に対して適切なアクションを取る方法を学習するエージェントが記載されている。この学習アルゴリズムをＳＩ洗練部３５に応用することも可能である。
Ｐ．Ｍａｅｓ ａｎｄ Ｒ．Ｋｏｚｉｅｒｏｋ，"Ｌｅａｒｎｉｎｇ Ｉｎｔｅｒｆａｃｅ Ａｇｅｎｔｓ，"Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ Ｅｌｅｖｅｎｔｈ Ｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ’９３，Ｗａｓｈｉｎｇｔｏｎ，Ｄ．Ｃ．，ｐｐ．４５９−４６５，ＭＩＴ Ｐｒｅｓｓ，Ｊｕｌｙ １９９３．
状態：常駐、もしくはユーザが起動
入力：スケジュールデータ
出力：スケジュール情報
スケジュール情報を表す５Ｗ１Ｈの状況表現の例は以下の通りである。
ルーチンワーク検出部１２０は、ユーザの行動を監視し、毎日の行動パターンから、周期パターンを導き出し、それをルーチンワークとして検出する。例えば、毎朝９時に出勤していれば、スケジュールに記載されていなくても、その人は毎日９時にオフィスにいるというルーチンワークを検出できる。ルーチンワークを表す５Ｗ１Ｈの状況表現の例は以下の通りである。
状態：常駐
入力：行動パターン
出力：ルーチンワークを表す５Ｗ１Ｈの状況表現
なお、特許文献１に記載された技術をルーチンワーク検出部１２０に適用することもできる。
予測情報収集部１３０は、天気予報や道路混雑予想等、様々な機関が発表する各種の予測情報を収集して、状況変化予測部１００に送る。予測情報を表す５Ｗ１Ｈの状況表現の例は以下の通りである。
ＳＩ登録部１５０は、ＳＩ作成部３０が作成したＳＩをＳＩ記憶部２００に登録する。ＳＩ記憶部２００は、Ｗｅｂ上（Ｗｅｂサーバが立ち上がっているディレクトリ）の記憶デバイスやローカルハードディスク等のあらゆる記憶デバイスに対応し、ＳＩの情報を記憶する。ＳＩ記憶部２００が複数の記憶デバイスからなる場合、それらのデバイスは、利用するときに通信ネットワークでつながれてアクセスできるようになっている。
ＳＩ記憶部２００は、複数のＳＩの状況条件を互いに関連づけて格納することもできる。この場合、２つの状況条件の間にリンクを張ることで、これらの状況条件を関連づけることができる。現在の状況に適合するＳＩの状況条件が別のＳＩの状況条件に関連づけられている場合、ＳＩ収集部４０は、関連づけられた別のＳＩをＳＩ記憶部２００から収集し、提示ＳＩ提示部７０は、適合したＳＩを提示するとき同時に別のＳＩも提示する。
例えば、結婚式と葬式は互いに異なるイベントであり、別々の状況条件により表されるが、それらの情報は冠婚葬祭のマナーとして共通して利用できる場合がある。また、結婚式と新婚旅行のように、連続して起こる可能性の高い複数のイベントが、別々の状況条件により表される場合もある。このように、似たような複数の情報資源に対してそれぞれ異なる状況条件が付加されている場合に、これらの状況条件を関連づけておくと便利である。
例えば、ＸＬｉｎｋ（ＸＭＬ Ｌｉｎｋｉｎｇ Ｌａｎｇｕａｇｅ＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｌｉｎｋ／＞）を用いて、プラットフォームにいる状況から電車に乗っている状況へのリンクを記述すると、以下のようになる。
さらに、情報作成者は５Ｗ１Ｈの状況表現を用いてＳＩを容易に作成することができ、ユーザは自分の状況に合った情報を容易に取り出すことができるので、情報利用者の利便性と情報作成者の容易性が同時に確保される。
ところで、状況条件をつけただけでＳＩをそのままＷｅｂ上やデータベースにおいておくと、その状況に合ってなくても内容を見ることができてしまう。したがって、ＳＩを条件に合う人（物）以外に見せたくない場合は、不都合である。そこで、以下のようなセキュリティ機能を導入する。
ＳＩ登録部１５０に暗号化モジュールを設け、ＳＩを登録するときに情報資源部分を秘密鍵で暗号化するとともに、公開鍵をＳＩ記憶部２００に提供して管理を委託する。この公開鍵の提供時も、当然、２者間暗号化通信モードにて通信を行う。ＳＩ記憶部２００は、各ＳＩの公開鍵をセキュアなシステムで管理する。情報資源部分が暗号化されたままのＳＩは、だれでも取得可能とするが、公開鍵は以下の処理によってのみ提供される。
認証局が状況マッチング部６０の認証を行うことで、状況マッチング部６０の信頼性を判断する。信頼できる状況マッチング部６０から状況が適合したという情報が送られてくると、その状況マッチング部６０を持つアプライアンスとＳＩ記憶部２００の間で２者間暗号化通信モードにより通信が行われ、ＳＩ記憶部２００から公開鍵が送信される。状況マッチング部６０は、受け取った公開鍵で情報資源部分を復号化して利用する。
認証されていない状況マッチング部６０からは、状況が適合していなくても、適合したという偽のマッチング情報が送られてくる可能性がある。そこで、状況が適合したときしかその情報を送らない、信頼できる状況マッチング部６０のみに公開鍵を渡すようにしている。
図１に示されたすべてのモジュールを１つの情報処理装置に実装すれば、ローカルな情報システムを構築することができ、これらのモジュールを複数の情報処理装置に分散させて実装し、装置間を通信ネットワークで結べば、ネットワーク上のグローバルな情報システムを構築することができる。特に、複数のＷｅｂサーバにモジュールの一部を実装することで、インターネット上のＳＩ提供Ｗｅｂサービスを実現することができる。
図５は、このようなＷｅｂサービスシステムの例を示している。図５のＷｅｂサーバ３３０は、ＳＩ収集部４０、フィードバック部８０、ＳＩ登録部１５０、およびＳＩ記憶部２００を備え、ＳＩ情報の提供およびメンテナンスを行う。この場合、ＳＩ収集部４０は、ＳＩ記憶部２００からＳＩを収集し、インターネットを介して状況マッチング部６０に配信する。また、フィードバック部８０は、配信されたＳＩに対するユーザ３１０の反応を、ＳＩ収集部４０およびＳＩ記憶部２００にフィードバックする。
図６は、状況に合わせてＳＩを作成するＳＩ作成装置を示している。図６のＳＩ作成装置３４０は、情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、ＳＩ登録部１５０、およびセンサ９０を備える。情報閲覧状況モニタ部１０および現在状況把握部２０は、ＳＩ作成装置３４０とは別の装置に搭載することも可能である。
図７は、状況に合わせてＳＩを提示するＳＩ提供装置を示している。図７のＳＩ提供装置３５０は、ＳＩ収集部４０、状況変化検出部５０、状況マッチング部６０、ＳＩ提示部７０、フィードバック部８０、センサ９０、および状況変化予測部１００を備える。ＳＩ提供装置３５０は、ユーザごとに個別に設けてもよく、複数のユーザが利用する共用装置として設けてもよい。
次に、図８から図１１までを参照しながら、図１、５、６、および７のシステムにおける主要モジュール間の関係を説明する。
図８は、ＳＩ作成処理に関連するモジュールを示している。ＳＩ作成部３０は、情報閲覧状況モニタ部１０が観測した、ユーザが現在閲覧している情報資源と、現在状況把握部２０が検出したユーザの現在の状況とに基づいてＳＩを作成する。そして、ＳＩ登録部１５０は、ＳＩ作成部３０が作成したＳＩをＳＩ記憶部２００に登録する。
図９は、第１のＳＩ提供処理に関連するモジュールを示している。状況マッチング部６０は、ＳＩ収集部４０が収集したＳＩの状況条件と、状況変化検出部５０が検出した状況のマッチング処理を行い、その状況に適合する状況条件を有するＳＩをＳＩ提示部７０に渡す。そして、ＳＩ提示部７０は、受け取ったＳＩを提示する。
図１０は、第２のＳＩ提供処理に関連するモジュールを示している。状況マッチング部６０は、ＳＩ収集部４０が収集したＳＩの状況条件と、状況変化予測部１００が予測した状況のマッチング処理を行い、その状況に適合する状況条件を有するＳＩをＳＩ提示部７０に渡す。そして、ＳＩ提示部７０は、受け取ったＳＩを提示する。
図１１は、第３のＳＩ提供処理に関連するモジュールを示している。この処理では、図９のＳＩ提供処理によりＳＩが提示された後、フィードバック部８０がユーザの反応をフィードバックする。
次に、図１２から図１４までを参照しながら、インターネット上で実現されるグローバルな情報システムの構成と動作について説明する。
図１２は、第１の情報システムの構成図である。図１２の情報システムは、ＳＩ作成装置４１０、４２０、４３０、４４０、４５０、ＳＩ収集・提供装置４６０、ＳＩ提供装置４８０、ＳＩ収集部４０、およびＳＩ記憶部２００を含む。ＳＩ記憶部２００は、Ｗｅｂ上の様々なサーバ、データベース等の記憶デバイスに対応し、ＳＩ作成装置４１０、４２０、４３０、４４０、４５０、ＳＩ収集・提供装置４６０、およびＳＩ提供装置４８０は、ユーザ３１０の端末装置等の情報処理装置に対応する。
ＳＩ作成装置４１０は、図６のＳＩ作成装置３４０と同様に、情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、ＳＩ登録部１５０、およびセンサ９０を備える。状況変化検出部５０は、必要に応じてＳＩ作成装置４１０に追加される。
ＳＩ作成装置４２０は、ＳＩ作成部３０およびＳＩ登録部１５０を備える。この場合、ＳＩ作成部３０は、ユーザ３１０からマニュアル入力される状況および情報資源を用いてＳＩを作成する。
ＳＩ作成装置４３０は、情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、ＳＩ登録部１５０、スケジュール管理部１１０、および通信部９５を備える。この場合、現在状況把握部２０は、スケジュール管理部１１０が管理しているユーザ３１０のスケジュールと、通信部９５がユービキタスコンピュータ４９０から取得する一部の状況を用いて、５Ｗ１Ｈの状況表現を生成する。
ＳＩ作成装置４４０は、ＳＩ作成部３０、ＳＩ洗練部３５、およびＳＩ登録部１５０を備える。この場合、ＳＩ作成部３０は、ユーザ３１０からマニュアル入力される状況および情報資源を用いてＳＩを作成し、ＳＩ洗練部３５は、ＳＩ作成部３０が作成する多数のＳＩを集め、それらを用いて有効なＳＩ集合を生成する。
このとき、ＳＩ洗練部３５は、同じ情報資源が閲覧された複数の状況を比較して、どのような状況（同一または類似の状況）で最も多く閲覧されたかを判定し、その状況をその情報資源に対する状況条件として付加してＳＩを作成する。この場合、参照された複数のＳＩは、新たに作成されたＳＩにまとめられる。
図１３は、ＳＩ洗練部３５が行うＳＩ洗練処理の例を示している。この処理では、実際の状況における情報資源リクエストの記録５１０から、情報資源がリクエストされる各状況の確率５２０が計算され、その結果に基づいてＳＩ集合５３０が生成される。この場合、情報資源リクエストの記録５１０が、処理対象のＳＩ集合としてＳＩ洗練部３５に与えられる。
ここでは、まず、状況Ａで情報資源１がリクエストされ、その事実が状況−情報資源セットとして記録される。同様にして、状況Ｂで情報資源２がリクエストされ、状況Ｃで情報資源１がリクエストされ、状況Ａ’で情報資源３がリクエストされ、状況Ｘで情報資源ｎがリクエストされる。このようなリクエストの繰り返しにより、多数の状況−情報資源セットが収集される。
次に、情報資源ごとにそれが利用される状況の確率５２０が計算される。ここでは、情報資源１が利用されたすべての状況のうち、状況Ａ（またはそれに類似する状況）および状況Ｃがそれぞれ３０％および２０％を占めており、情報資源２が利用されたすべての状況のうち、状況ＢおよびＤがそれぞれ５０％および１０％を占めている。
そして、各情報資源ごとに、最も多く引き出された状況を状況条件として用いて、ＳＩが作成される。例えば、情報資源１の場合は、状況Ａで利用されたケースが３０％であり一番確率が高かったので、この状況Ａが情報資源１の状況条件として付加される。同様に、情報資源２の場合は、状況Ｂが状況条件として付加される。ＳＩ洗練部３５の仕様は、以下の通りである。
状態：ＳＩ作成部３０の内部モジュール。多数の状況条件とリソースが収集可能な場合に利用。
入力：ＳＩの集合
出力：洗練されたＳＩ
非特許文献１７には、状況とアクションの組を記録しておき、これから起こる状況に対して適切なアクションを取る方法を学習するエージェントが記載されている。この学習アルゴリズムをＳＩ洗練部３５に応用することも可能である。
Ｐ．Ｍａｅｓ ａｎｄ Ｒ．Ｋｏｚｉｅｒｏｋ，"Ｌｅａｒｎｉｎｇ Ｉｎｔｅｒｆａｃｅ Ａｇｅｎｔｓ，"Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ Ｅｌｅｖｅｎｔｈ Ｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ’９３，Ｗａｓｈｉｎｇｔｏｎ，Ｄ．Ｃ．，ｐｐ．４５９−４６５，ＭＩＴ Ｐｒｅｓｓ，Ｊｕｌｙ １９９３．
ＳＩ作成装置４５０は、複数のＳＩ作成部３０、ＳＩ洗練部３５、およびＳＩ登録部１５０を備える。この場合、各ＳＩ作成部３０は、各ユーザ３１０からマニュアル入力される状況および情報資源を用いてＳＩを作成し、ＳＩ洗練部３５は、これらのＳＩ作成部３０が作成するＳＩを用いて、複数のユーザ３１０に共通のＳＩ集合を生成する。
ＳＩ作成装置４４０および４５０では、ユーザ３１０が入力した状況および情報資源を用いてＳＩが作成されるが、ＳＩ作成装置４１０および４３０のように、自動的に取得された状況および情報資源を用いてＳＩが作成される場合でも、ＳＩ洗練部３５を用いて１人または複数のユーザ３１０のためのＳＩを生成することができる。
ＳＩ収集・提供装置４６０は、ユーザ３１０の個人用の装置として設けられ、ＳＩ収集部４０およびＳＩ提供装置４７０を備える。ＳＩ提供装置４７０は、現在状況把握部２０、状況マッチング部６０、ＳＩ提示部７０、およびセンサ９０を備える。この場合、図９の状況変化検出部５０に代わって、現在状況把握部２０がユーザ３１０の現在の状況を検出し、対応する状況条件を状況マッチング部６０に送る。
ＳＩ提供装置４８０は、ユーザ３１０の個人用の装置として設けられ、サーバ等の共用装置に搭載された共用のＳＩ収集部４０を介して、ＳＩ記憶部２００に接続される。ＳＩ提供装置４８０は、ＳＩ提供装置４７０と同様の構成を有し、ＳＩ収集部４０は、収集したＳＩを複数のＳＩ提供装置４８０に供給する。
図１４は、第２の情報システムの構成図である。図１４の情報システムは、ＳＩ作成装置４１０、ＳＩ収集・提供装置６１０、６３０、６５０、ＳＩ提供装置６６０、キャッシュ６７０、６８０、６９０、ＳＩ収集部４０、フィードバック部８０、およびＳＩ記憶部２００を含む。ＳＩ収集・提供装置６１０、６３０、６５０、およびＳＩ提供装置６６０は、ユーザ３１０の端末装置等の情報処理装置に対応する。
ＳＩ収集・提供装置６１０は、ユーザ３１０の個人用の装置として設けられ、ＳＩ収集部４０、フィードバック部８０、およびＳＩ提供装置６２０を備える。ＳＩ提供装置６２０は、現在状況把握部２０、状況マッチング部６０、ＳＩ提示部７０、およびセンサ９０を備える。
ＳＩ収集・提供装置６１０には、必要に応じて、キャッシュ６９０および情報フィルタリング部７００が追加され、ＳＩ提供装置６２０には、必要に応じて、状況変化検出部５０、情報フィルタリング部７００、インタラクションレベル調整部７１０、提示デバイス適合部７２０、提示回数制御部７３０、および情報量・タイミング調整部７４０が追加される。
キャッシュ６９０は、ＳＩ収集・提供装置４６０がＳＩ記憶部２００から取得したＳＩを保存する。ユーザ３１０により一度利用されたＳＩは、そのＳＩがオリジナルの場所で更新されていない限りは、キャッシュ６９０にローカルに保存された内容を利用してアクセスすることが可能である。つまり、よく起こる状況に関してはキャッシュ６９０を通じてＳＩにアクセスすることができ、高速なアクセスが可能になる。ただし、一度利用されてもその後長い間起こらなかった状況に関するＳＩは、キャッシュ６９０から削除される。
ＳＩ提示部７０が提示する情報が複数でもそれほど多くない場合は、ＳＩ提示部７０が提示情報を調整してもよいが、状況マッチング部６０においてあまりに多くの情報が適合してしまう場合、事前にある程度情報を選択する必要がある。そこで、ＳＩ収集部４０またはＳＩ提示部７０に対して情報フィルタリング部７００を付加し、以下のような情報選別を行う。
−ユーザ３１０の好み等に応じて情報を選択する（特定のキーワードやメタデータが記述されている場合のみ、そのＳＩを取得／提示する）。
−信頼できる情報源の情報のみを選択する（情報源に関する情報、認証情報等を利用する）。
インタラクションレベル調整部７１０は、現在の状況に適合した複数の情報を、ユーザ３１０とのどのようなインタラクションで見せるかを自動的に調整する。複数の情報を見せるためインタラクションとしては、次に示すようにいくつかのレベルがある。
（１）情報のリスト（例えば、タイトルのリスト）を表示して、ユーザ３１０に情報を選択させる。
（２）情報をいくつかにしぼってそのリストを表示し、ユーザ３１０に情報を選択させる。
（３）ユーザ３１０に最も適していると思う情報を１つ選択して、ユーザ３１０に提示する。
インタラクションレベル調整部７１０は、これらのインタラクションのレベルをユーザの操作や反応に応じて調整する。調整方法としては、例えば、特許文献６に記載された技術を利用することができる。
特開２０００−１７２３９０号公報，「自動化レベル調整装置，自動化レベル調整方法および自動化レベル調整用プログラム記録媒体」
ＳＩ作成装置４４０および４５０では、ユーザ３１０が入力した状況および情報資源を用いてＳＩが作成されるが、ＳＩ作成装置４１０および４３０のように、自動的に取得された状況および情報資源を用いてＳＩが作成される場合でも、ＳＩ洗練部３５を用いて１人または複数のユーザ３１０のためのＳＩを生成することができる。
ＳＩ収集・提供装置４６０は、ユーザ３１０の個人用の装置として設けられ、ＳＩ収集部４０およびＳＩ提供装置４７０を備える。ＳＩ提供装置４７０は、現在状況把握部２０、状況マッチング部６０、ＳＩ提示部７０、およびセンサ９０を備える。この場合、図９の状況変化検出部５０に代わって、現在状況把握部２０がユーザ３１０の現在の状況を検出し、対応する状況条件を状況マッチング部６０に送る。
ＳＩ提供装置４８０は、ユーザ３１０の個人用の装置として設けられ、サーバ等の共用装置に搭載された共用のＳＩ収集部４０を介して、ＳＩ記憶部２００に接続される。ＳＩ提供装置４８０は、ＳＩ提供装置４７０と同様の構成を有し、ＳＩ収集部４０は、収集したＳＩを複数のＳＩ提供装置４８０に供給する。
図１４は、第２の情報システムの構成図である。図１４の情報システムは、ＳＩ作成装置４１０、ＳＩ収集・提供装置６１０、６３０、６５０、ＳＩ提供装置６６０、キャッシュ６７０、６８０、６９０、ＳＩ収集部４０、フィードバック部８０、およびＳＩ記憶部２００を含む。ＳＩ収集・提供装置６１０、６３０、６５０、およびＳＩ提供装置６６０は、ユーザ３１０の端末装置等の情報処理装置に対応する。
ＳＩ収集・提供装置６１０は、ユーザ３１０の個人用の装置として設けられ、ＳＩ収集部４０、フィードバック部８０、およびＳＩ提供装置６２０を備える。ＳＩ提供装置６２０は、現在状況把握部２０、状況マッチング部６０、ＳＩ提示部７０、およびセンサ９０を備える。
ＳＩ収集・提供装置６１０には、必要に応じて、キャッシュ６９０および情報フィルタリング部７００が追加され、ＳＩ提供装置６２０には、必要に応じて、状況変化検出部５０、情報フィルタリング部７００、インタラクションレベル調整部７１０、提示デバイス適合部７２０、提示回数制御部７３０、および情報量・タイミング調整部７４０が追加される。
キャッシュ６９０は、ＳＩ収集・提供装置４６０がＳＩ記憶部２００から取得したＳＩを保存する。ユーザ３１０により一度利用されたＳＩは、そのＳＩがオリジナルの場所で更新されていない限りは、キャッシュ６９０にローカルに保存された内容を利用してアクセスすることが可能である。つまり、よく起こる状況に関してはキャッシュ６９０を通じてＳＩにアクセスすることができ、高速なアクセスが可能になる。ただし、一度利用されてもその後長い間起こらなかった状況に関するＳＩは、キャッシュ６９０から削除される。
ＳＩ提示部７０が提示する情報が複数でもそれほど多くない場合は、ＳＩ提示部７０が提示情報を調整してもよいが、状況マッチング部６０においてあまりに多くの情報が適合してしまう場合、事前にある程度情報を選択する必要がある。そこで、ＳＩ収集部４０またはＳＩ提示部７０に対して情報フィルタリング部７００を付加し、以下のような情報選別を行う。
−ユーザ３１０の好み等に応じて情報を選択する（特定のキーワードやメタデータが記述されている場合のみ、そのＳＩを取得／提示する）。
−信頼できる情報源の情報のみを選択する（情報源に関する情報、認証情報等を利用する）。
インタラクションレベル調整部７１０は、現在の状況に適合した複数の情報を、ユーザ３１０とのどのようなインタラクションで見せるかを自動的に調整する。複数の情報を見せるためインタラクションとしては、次に示すようにいくつかのレベルがある。
（１）情報のリスト（例えば、タイトルのリスト）を表示して、ユーザ３１０に情報を選択させる。
（２）情報をいくつかにしぼってそのリストを表示し、ユーザ３１０に情報を選択させる。
（３）ユーザ３１０に最も適していると思う情報を１つ選択して、ユーザ３１０に提示する。
インタラクションレベル調整部７１０は、これらのインタラクションのレベルをユーザの操作や反応に応じて調整する。調整方法としては、例えば、特許文献６に記載された技術を利用することができる。
提示デバイス適合部７２０は、提示デバイスに合わせて、ユーザ３１０に提示する情報資源を調整する。例えば、複数の情報を受け取ったとしても、スクリーンが大きかったり、複数のスクリーンがある場合は、すべての情報（あるいは多くの情報資源）を表示することができる。これに対して、通常のスクリーンでは、情報を選択して（あるいは要約して）提示する必要がある。
また、情報資源の媒体を選択することもできる。例えば、携帯電話だけしか使えない場面では、情報資源の情報のうち、テキスト部分および音声部分のみを提示するように調整する。
提示デバイス適合部７２０は、例えば、現在利用可能な提示デバイスの能力に関する情報を受け取り、提示デバイスの能力と提示情報の対応表に従って適切な情報を選択し、その情報をユーザ３１０に提示する。提示デバイスの能力に関する情報の例は、以下の通りである。
スクリーンサイズ：６００×４８０
解像度：２５．４ｍｍあたり６００ドット
オーディオ出力：あり
提示デバイスの能力に関する記述の定義および伝達方法等としては、ＣＣ／ＰＰの仕様を利用することもできる。提示デバイス適合部７２０の仕様は、以下の通りである。
状態：情報資源を出力する際にデバイスの表示能力等に適合させる必要があるときに起動
入力：提示デバイスの能力に関する情報
出力：デバイスにカスタマイズされた情報資源
提示回数制御部７３０は、情報の提示回数を指定する属性に従って実際の提示回数を管理し、その提示回数に応じた制御を行う。これにより、ＳＩの状況条件と現在の状況が適合した回数に応じて、情報の提示方法が制御される。
例えば、提示回数に「１」が指定してあれば、最初に提示条件（状況条件）に適合したときは情報を提示するが、２回目以降に提示条件に適合した場合はその情報を提示しない。また、提示回数に「ａｎｙ−ｔｉｍｅ」が指定してあれば、提示条件に適合したときはいつでも情報を提示する。提示回数は、例えば、以下に示すように、ＳＩのコントロールパラメータの１つ（ｔｉｍｅｓ）として設定される。
このようなＳＩがあった場合、提示回数制御部７３０は、最初の３回までは、組織内部の人がコピー機の前に来たら暗証番号“４４３６７”を提示するが、それ以降は組織内部の人がコピー機の前に来ても暗証番号を提示しないという制御を行う。
情報量・タイミング調整部７４０は、ユーザ３１０が閲覧可能な情報量や現在行われているタスクに応じて、情報量および提示タイミングを調整して情報を提示する。調整方法としては、例えば、特許文献７に記載された技術を利用することができる。
特開２０００−９９４４１号公報，「情報を調整して提示する情報提示装置および方法」
また、情報資源の媒体を選択することもできる。例えば、携帯電話だけしか使えない場面では、情報資源の情報のうち、テキスト部分および音声部分のみを提示するように調整する。
提示デバイス適合部７２０は、例えば、現在利用可能な提示デバイスの能力に関する情報を受け取り、提示デバイスの能力と提示情報の対応表に従って適切な情報を選択し、その情報をユーザ３１０に提示する。提示デバイスの能力に関する情報の例は、以下の通りである。
スクリーンサイズ：６００×４８０
解像度：２５．４ｍｍあたり６００ドット
オーディオ出力：あり
提示デバイスの能力に関する記述の定義および伝達方法等としては、ＣＣ／ＰＰの仕様を利用することもできる。提示デバイス適合部７２０の仕様は、以下の通りである。
状態：情報資源を出力する際にデバイスの表示能力等に適合させる必要があるときに起動
入力：提示デバイスの能力に関する情報
出力：デバイスにカスタマイズされた情報資源
提示回数制御部７３０は、情報の提示回数を指定する属性に従って実際の提示回数を管理し、その提示回数に応じた制御を行う。これにより、ＳＩの状況条件と現在の状況が適合した回数に応じて、情報の提示方法が制御される。
例えば、提示回数に「１」が指定してあれば、最初に提示条件（状況条件）に適合したときは情報を提示するが、２回目以降に提示条件に適合した場合はその情報を提示しない。また、提示回数に「ａｎｙ−ｔｉｍｅ」が指定してあれば、提示条件に適合したときはいつでも情報を提示する。提示回数は、例えば、以下に示すように、ＳＩのコントロールパラメータの１つ（ｔｉｍｅｓ）として設定される。
情報量・タイミング調整部７４０は、ユーザ３１０が閲覧可能な情報量や現在行われているタスクに応じて、情報量および提示タイミングを調整して情報を提示する。調整方法としては、例えば、特許文献７に記載された技術を利用することができる。
ＳＩ収集・提供装置６３０は、ユーザ３１０の個人用の装置として設けられ、ＳＩ収集部４０およびＳＩ提供装置６４０を備える。ＳＩ提供装置６４０は、現在状況把握部２０、状況マッチング部６０、ＳＩ提示部７０、および状況変化予測部１００を備える。ＳＩ収集・提供装置６４０には、必要に応じて、スケジュール管理部１１０およびルーチンワーク検出部１２０が追加される。
ＳＩ収集・提供装置６５０は、上述したＳＩ収集・提供装置６１０または６３０に対応する。
ＳＩ提供装置６６０は、ユーザ３１０の個人用の装置として設けられ、サーバ等の共用装置に搭載されたＳＩ収集部４０を介して、ＳＩ記憶部２００に接続される。ＳＩ提供装置６６０は、ＳＩ提供装置６２０と同様の構成を有し、ＳＩ収集部４０は、収集したＳＩを複数のＳＩ提供装置６６０に供給する。また、フィードバック部８０は、複数のユーザ３１０の反応をＳＩ収集部４０およびＳＩ記憶部２００にフィードバックする。
ＳＩ提供装置６６０とＳＩ収集部４０の間には、必要に応じて、キャッシュ６７０を備えるサーバが追加され、ＳＩ収集部４０とＳＩ記憶部２００の間には、必要に応じて、キャッシュ６８０を備えるサーバが追加される。
このように、キャッシュサーバを複数の階層で設けることにより、似たような状況で似たような情報を利用する複数のユーザ３１０のコミュニティにおいて、ＳＩへのアクセスを高速化することが可能となる。
次に、図１５から図２５までを参照しながら、図１２および１４に示した情報システムにおける処理の流れについて説明する。
図１５は、処理全体の概要を示すフローチャートである。情報システムは、まず、ＳＩを作成し（ステップＳ３１）、それをＳＩ記憶部２００に登録する（ステップＳ３２）。次に、ＳＩを収集し（ステップＳ３３）、それをユーザ３１０に提示し（ステップＳ３４）、ユーザの反応を検出し（ステップＳ３５）、それに応じてＳＩを修正する（ステップＳ３６）。
図１６は、図１２のＳＩ作成装置４１０が行うＳＩ作成処理のフローチャートである。情報閲覧状況モニタ部１０がユーザの情報閲覧を確認すると（ステップＳ４１）、現在状況把握部２０（または状況変化検出部５０）は、センサ９０から現在の状況を取得し、ＳＩ作成部３０は、取得された状況と閲覧されている情報資源の組からＳＩを作成する。そして、ＳＩ登録部１５０は、作成されたＳＩをＳＩ記憶部２００に登録する（ステップＳ４４）。
図１７は、図１２のＳＩ作成装置４３０が行うＳＩ作成処理のフローチャートである。図１７のステップＳ５１、Ｓ５３、およびＳ５４の処理は、図１６のステップＳ４１、Ｓ４３、およびＳ４４の処理と同様である。ステップＳ５２において、現在状況把握部２０は、通信部９５から現在の状況を取得し、ＳＩ作成部３０に送る。
図１８は、ＳＩ作成装置４３０が行うもう１つのＳＩ作成処理のフローチャートである。図１８のステップＳ６１、Ｓ６３、およびＳ６４の処理は、図１６のステップＳ４１、Ｓ４３、およびＳ４４の処理と同様である。ステップＳ６２において、現在状況把握部２０は、スケジュール管理部１１０が管理しているスケジュールから現在の状況を推測し、ＳＩ作成部３０に送る。
図１９は、図１２のＳＩ作成装置４２０が行うＳＩ作成処理のフローチャートである。図１９のステップＳ７２の処理は、図１６のステップＳ４４の処理と同様である。ステップＳ７１において、ＳＩ作成部３０は、ユーザ３１０がＧＵＩ（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を通じて入力する現在の状況と情報資源を用いて、ＳＩを作成する。
図２０は、図１２のＳＩ作成装置４３０にＳＩ洗練部３５が追加された場合のＳＩ作成処理のフローチャートである。図２０のステップＳ８１〜Ｓ８３およびＳ８５の処理は、図１７のステップＳ５１〜Ｓ５３およびＳ５４の処理と同様である。ステップＳ８１〜Ｓ８３の処理を繰り返すことで、複数のＳＩが作成される。そして、ステップＳ８４において、ＳＩ洗練部３５は、作成されたＳＩから洗練されたＳＩ集合を作成し、ＳＩ登録部１５０に送る。
図２１は、情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、および通信部９５を備えるＳＩ作成装置がＮ個設けられた場合のＳＩ作成処理のフローチャートである。この場合、これらのＳＩ作成装置は、サーバ等の共用装置に搭載されたＳＩ洗練部３５およびＳＩ登録部１５０を介して、ＳＩ記憶部２００に接続される。
図２１のステップＳ９１〜Ｓ９３の処理は、図２０のステップＳ８１〜Ｓ８３の処理と同様であり、Ｎ人のユーザのそれぞれに対して行われる。そして、共用のＳＩ洗練部３５は、複数のＳＩ作成装置から集められたＳＩから洗練されたＳＩ集合を作成し（ステップＳ９４）、共用のＳＩ登録部１５０は、作成されたＳＩ集合をＳＩ記憶部２００に登録する（ステップＳ９５）。
図２２は、図１４のＳＩ収集・提供装置６１０が行うＳＩ収集・提供処理のフローチャートである。まず、ＳＩ収集部４０は、ＳＩ記憶部２００からＳＩを収集し（ステップＳ１０１）、状況変化検出部５０は、センサ９０から現在の状況を取得する（ステップＳ１０２）。状況変化検出部５０が状況変化を検出すると、状況マッチング部６０は、マッチング処理を行って、現在の状況に適合するＳＩをＳＩ提示部７０に送る。
次に、情報フィルタリング部７００は、情報フィルタリングを行い（ステップＳ１０４）、インタラクションレベル調整部７１０は、インタラクションレベルを調整し（ステップＳ１０５）、提示回数制御部７３０は、指定された提示回数に応じた制御を行う（ステップＳ１０６）。また、提示デバイス適合部７２０は、提示デバイスの能力に応じて情報を選択し（ステップＳ１０７）、情報量・タイミング調整部７４０は、情報量および提示タイミングを調整する（ステップＳ１０８）。そして、ＳＩ提示部７０は、調整された情報をユーザ３１０に提示する（ステップＳ１０９）。
ステップＳ１０４〜Ｓ１０８の処理の順序は、自由に入れ替えることが可能である。
図２３は、ＳＩ収集・提供装置６１０が行うＳＩメンテナンス処理のフローチャートである。ＳＩ提示部７０が情報をユーザ３１０に提示すると、フィードバック部８０は、ユーザ３１０の反応を検出する（ステップＳ１１１）。そして、反応が肯定的であれば、提示されたＳＩをそのまま維持し（ステップＳ１１３）、反応が否定的であれば、提示されたＳＩの状況条件を削除する（ステップＳ１１４）。
図２４は、ＳＩ収集・提供装置６１０が行うもう１つのＳＩメンテナンス処理のフローチャートである。この処理では、上述した実用度パラメータが用いられる。図２４のステップＳ１２１およびＳ１２２の処理は、図２３のステップＳ１１１およびＳ１１２の処理と同様である。
フィードバック部８０は、ユーザの反応が肯定的であれば、ＳＩの実用度パラメータをインクリメントし、反応が否定的であれば、それをデクリメントする（ステップＳ１２３）。次に、フィードバック部８０は、実用度パラメータの値を一定値（例えば、−１０）と比較し（ステップＳ１２４）、それが一定値より大きければ、ＳＩ収集・提供装置６１０は、ステップＳ１２１以降の処理を繰り返す。実用度パラメータの値が一定値以下であれば、フィードバック部８０は、提示されたＳＩの状況条件を削除する（ステップＳ１２５）。
図２５は、図１４のＳＩ提供装置６６０およびフィードバック部８０により行われるＳＩメンテナンス処理のフローチャートである。ここでは、ＳＩ提供装置６６０は、Ｎ人のユーザ３１０のそれぞれに対して設けられるものとする。図２５のステップＳ１３１およびＳ１３２の処理は、図２４のステップＳ１２１およびＳ１２２の処理と同様であり、Ｎ人のユーザ３１０のそれぞれに対して行われる。
フィードバック部８０は、Ｎ人のユーザ３１０のそれぞれに対して、反応が肯定的であれば、ＳＩの実用度パラメータをインクリメントし、反応が否定的であれば、それをデクリメントする（ステップＳ１３３）。その後のステップＳ１３４およびＳ１３５の処理は、図２４のステップＳ１２４およびＳ１２５の処理と同様である。
次に、上述した情報システムの利用方法として、以下の（１）〜（３）の具体例について説明する。
（１）Ｐ２Ｐ（ｐｅｅｒ ｔｏ ｐｅｅｒ）
（ａ）グローバルシステム
Ｘ大学に属していない訪問者であるＡさんがＸ大学の敷地内に入ったときに、自分の持っているＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）を利用して、ＷｅｂからＸ大学のキャンパスマップを取得し、表示したとする。このとき、以下のようなＳＩがＳＩ作成部３０により作成され、ＳＩ登録部１５０によりＳＩ記憶部２００（Ｗｅｂサーバ上のディレクトリ）にファイルとして格納される。
別の訪問者であるＢさんのパーソナルエージェントは、ＳＩ収集部４０を利用して、Ｂさんに関係がありそうなＳＩを日頃から多数収集しておく。Ｂさんの持ち歩いているＰＤＡ内の状況変化検出部５０が、ＢさんがＸ大学の敷地内に入ったのを検出すると、状況マッチング部６０は、パーソナルエージェントが集めたＳＩの中から現在の状況に合うＳＩを探し出す。そうすると、上記キャンパスマップのＳＩが見つかり、自動的にキャンパスマップが表示される。
（ｂ）ローカルシステム（他人への依頼）
会議中に、発表者が今発表中の資料が欲しいと思ったら、以下のような情報をＷｅｂ上に送信すれば、会議終了後に自動的に、その発表者の端末に下記の＜ｔｅｘｔ＞タグで囲まれたテキストが表示される。
（２）状況に合わせたサービス提供（Ｂ２Ｃ：Ｂｕｓｉｎｅｓｓ ｔｏ Ｃｏｎｓｕｍｅｒ，Ｂ２Ｅ：Ｂｕｓｉｎｅｓｓ ｔｏ Ｅｍｐｌｏｙｅｅ，Ｇ２Ｃ：Ｇｏｖｅｒｎｍｅｎｔ ｔｏ Ｃｕｓｔｏｍｅｒ，Ｉ２Ｓ：Ｉｎｓｔｉｔｕｔｅ ｔｏ Ｓｔｕｄｅｎｔ）
情報提供者（作成者）が状況メタデータをつけて情報を提供し、ユーザがそれを状況に合わせて利用する。情報提供者は、提供したい情報資源に、それがどのような場面で利用できるかを表す状況条件を付加して、ＳＩを作成する。そして、それをＷｅｂサーバ上等で公開し、サービスを提供する。
例えば、ＢＢ町の人が自分の家にいるときに地震が起こると、ＳＩ対応のテレビがゆれを認識し、自動的に以下のようなＳＩを取り出して、避難場所に関する情報をその人に提示する。
（３）Ｍ２Ｍ（Ｍｙｓｅｌｆ ｔｏ Ｍｙｓｅｌｆ）
自分で一度見た（読んだ）情報でありながら、必要なときにどこで見たか（読んだか）思い出せなくて困ることがある。そこで、自分が読んだ情報は、自分がどのような状況になったときに有効かを表す状況条件を付加して保存しておくことで、その状況になったときに自動的に取り出すことができるようになる。例えば、一度道路の工事に関する情報を見たら、以下のような状況条件をつけて保存する。
上記ＳＩのように、＜ｓｉｔｕａｔｉｏｎ＞が２つ含まれている場合は、それぞれの状況において＜ｉｎｆｏ＞の情報が有効であることを意味する。ユーザは、次に、その道路の近くにいる状況、もしくは、経路のプランニングというタスクをしている状況（プランニングした結果が工事の個所を含む場合により有効となる）になったら、道路の工事に関する情報を見ることができる。
紙の文献や発表で見た情報でも、その情報がある特定の状況で有効になると思った場合は、状況条件をつけて保存しておくと後で探すときに便利である。この場合、例えば、以下のようなＳＩが作成される。
また、紙媒体等に小さなメモリ（例えば、ＩＣ（ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）メモリ）を貼付し、そのメモリにＵＲＩや状況メタデータを記録しておくこともできる。この場合、例えば、以下のようなＳＩが作成される。
また、Ａさんにあった時にある話をしようと思ったら、以下のようなＳＩを作成すればよい。
上述したように、５Ｗ１Ｈ表現では、ｗｈｏ要素は情報を利用する人を表し、その人の行動の対象となる人はｗｈａｔ要素により表される。したがって、ここでは、行動の対象となるＡさんは＜ｗｈａｔ＞を用いて記述されている。
図６のＳＩ作成装置３４０、図７のＳＩ提供装置３５０、図１２のＳＩ作成装置４１０、４２０、４３０、４４０、４５０、ＳＩ収集・提供装置４６０、およびＳＩ提供装置４８０、図１４のＳＩ収集・提供装置６１０、６３０、６５０、およびＳＩ提供装置６６０、およびその他のサーバ（Ｗｅｂサーバ、キャッシュサーバ等）は、例えば、図２６に示すような情報処理装置（コンピュータ）を用いて構成される。
図２６の情報処理装置は、ＣＰＵ（中央処理装置）８１０、メモリ８２０、入力装置８３０、出力装置８４０、外部記憶装置８５０、媒体駆動装置８６０、およびネットワーク接続装置８７０を備え、それらはバス８８０により互いに接続されている。
メモリ８２０は、例えば、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）等を含み、処理に用いられるプログラムとデータを格納する。ＣＰＵ８１０は、メモリ８２０を利用してプログラムを実行することにより、必要な処理を行う。
上述した情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、ＳＩ収集部４０、状況変化検出部５０、状況マッチング部６０、ＳＩ提示部７０、フィードバック部８０、状況変化予測部１００、ＳＩ登録部１５０、スケジュール管理部１１０、ルーチンワーク検出部１２０、予測情報収集部１３０、ＳＩ洗練部３５、情報フィルタリング部７００、インタラクションレベル調整部７１０、提示デバイス適合部７２０、提示回数制御部７３０、および情報量・タイミング調整部７４０は、メモリ８２０に格納されたプログラムに対応する。
入力装置８３０は、例えば、キーボード、ポインティングデバイス、タッチパネル等であり、ユーザからの指示や情報の入力に用いられる。出力装置８４０は、例えば、ディスプレイ装置、プリンタ、スピーカ等であり、ユーザへの問い合わせや提示情報の出力に用いられる。
外部記憶装置８５０は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。情報処理装置は、この外部記憶装置８５０に、上述のプログラムとデータを保存しておき、必要に応じて、それらをメモリ８２０にロードして使用する。
媒体駆動装置８６０は、可搬記録媒体８９０を駆動し、その記録内容にアクセスする。可搬記録媒体８９０としては、メモリカード、フレキシブルディスク、ＣＤ−ＲＯＭ（ｃｏｍｐａｃｔ ｄｉｓｋ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、光ディスク、光磁気ディスク等、任意のコンピュータ読み取り可能な記録媒体が用いられる。ユーザは、この可搬記録媒体８９０に上述のプログラムとデータを格納しておき、必要に応じて、それらをメモリ８２０にロードして使用する。
ネットワーク接続装置８７０は、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）やインターネット等の任意の通信ネットワークに接続され、通信に伴うデータ変換を行う。情報処理装置は、上述のプログラムとデータをネットワーク接続装置８７０を介して他の装置から受け取り、必要に応じて、それらをメモリ８２０にロードして使用する。
図２７は、図２６の情報処理装置にプログラムとデータを供給することのできるコンピュータ読み取り可能な記録媒体を示している。可搬記録媒体８９０やサーバ９００のデータベース９１０に保存されたプログラムとデータは、メモリ８２０にロードされる。このとき、サーバ９００は、プログラムとデータを搬送する搬送信号を生成し、ネットワーク上の任意の伝送媒体を介して情報処理装置に送信する。そして、ＣＰＵ８１０は、そのデータを用いてそのプログラムを実行し、必要な処理を行う。
次に、「すべての情報には、それが使われるべき適切な状況がある」という仮説を立証するための具体例を列挙する。例えば、以下の（１）および（２）に示すような情報は、併記された状況において有効であると考えられる。
（１）家庭
情報：あるレストランの情報
状況：ｗｈｅｒｅ＝そのレストランの近く ｗｈｅｎ＝食事時
情報：ガソリンスタンドの情報（場所、値段）
状況：ｗｈｅｒｅ＝そのガソリンスタンドの近く ｗｈａｔ＝ガソリンが残り少なくなる
情報：緊急病院
状況：ｗｈｅｎ＝週末（普通の病院が閉まっている時） ｗｈａｔ＝病気の子供
情報：冷蔵庫の中にあるもの、それらの賞味期限
状況１：ｗｈｅｎ＝夕食の内容を決める時間 ｗｈｏ＝主婦
状況２：ｗｈｅｒｅ＝スーパーマーケット ｗｈａｔ（ｔａｓｋ）＝買物
情報：請求書や領収書の内容
状況：ｗｈａｔ（ｔａｓｋ）＝家計簿をつける
情報：観光地の情報（遠隔地）
状況：ｗｈａｔ（ｔａｓｋ）＝旅行のプランを立てる ｗｈｅｎ＝長期の休みが取れるとき
情報：観光地（イベント）の情報（近隣）
状況１：ｗｈａｔ（ｔａｓｋ）＝旅行のプランを立てる ｗｈｅｎ＝週末
ｗｈｏ（ｐｒｏｐｅｒｔｙ）＝家族構成（子供２人）、経済状態
状況２：ｗｈｙ＝両親（孫）を楽しませたい ｗｈｅｎ＝両親（孫）が来る日
状況３：ｗｈｅｒｅ（ｓｕｒｒｏｕｎｄｉｎｇ−ｃｏｎｄｉｔｉｏｎ）＝天気がいい ｗｈｅｎ＝週末、祝日（仕事や学校が休みの日）
情報：税金関連の情報
状況：ｗｈｅｎ＝確定申告時
情報：衣類に関する広告
状況１：ｗｈｙ（ｍｏｔｉｖａｔｉｏｎ）＝デートやパーティに行くのできれいな格好をしたい
情報：預貯金残高
状況：ｗｈａｔ（ｔａｓｋ）＝何か高額な支払いをする
情報：新築マンション情報
状況：ｗｈｅｒｅ＝近隣（通勤範囲） ｗｈｏ（ｐｒｏｐｅｒｔｙ）＝家族構成（子供２人）、経済状態（年収５００万円以上）
情報：大学のキャンパスマップ
状況：ｗｈｅｒｅ＝大学の敷地内に入ったら ｗｈｏ＝大学の学生や職員ではない人
情報：生活関連情報
状況：ｗｈａｔ（ｔａｓｋ）＝転勤で大阪に住む
情報：時刻表（バス、電車）
状況１：ｗｈｅｒｅ＝自宅 勤務先 ｗｈｅｎ＝出発前
状況２：ｗｈａｔ（ｔａｓｋ）＝出張計画、旅行計画を立てる
情報：天気
状況１：ｗｈｅｒｅ＝自宅、勤務先 ｗｈｅｎ＝明日出かける予定があるとき（一日前）
状況２：ｗｈａｔ（ｔａｓｋ）＝出張計画、旅行計画を立てる
情報：水道工事屋の電話番号
状況：ｗｈａｔ＝水漏れ
情報：ＪＡＦ（登録商標）（Ｊａｐａｎ Ａｕｔｏｍｏｂｉｌｅ Ｆｅｄｅｒａｔｉｏｎ）の電話番号
状況：ｗｈａｔ＝車の故障
情報：リラックス音楽
状況：ｗｈｙ（ｅｍｏｔｉｏｎ）＝緊張している
情報：ビデオの設定マニュアル
状況：ｗｈｅｒｅ＝ビデオの前 ｗｈａｔ＝ビデオ ｗｈａｔ（ｔａｓｋ）＝時計設定
情報：住所録
状況：ｗｈａｔ（ｔａｓｋ）＝手紙を書く
情報：電話番号簿
状況：ｗｈｅｒｅ＝電話の前（電話の方を向いている）
情報：ｔｏ ｄｏ リスト
状況：ｗｈｅｒｅ＝デスクの前（デスクに座ったとき） ｗｈｅｎ＝９：００（勤務開始時間）
情報：避難場所
状況：ｗｈｅｒｅ＝家 ｗｈｅｒｅ（ｐｈｙｓｉｃａｌ−ｓｕｒｒｏｕｎｄｉｎｇｓ）＝地震、火事等の災害を感知する
（２）会社
情報：業界最新ニュース
状況：ｗｈｏ＝所属先 ｗｈａｔ（ｔａｓｋ）＝技術動向調査
情報：請求書や領収書の内容
状況：ｗｈｅｎ＝決算時（２０日）
情報：ツール情報
状況１：ｗｈａｔ（ｔａｓｋ）＝プログラミング
状況２：ｗｈａｔ（ｔａｓｋ）＝資料作成時
情報：その日のスケジュール
状況：ｗｈｅｎ＝朝会社についたとき
情報：Ｈｅｌｐ情報
状況：ｗｈａｔ＝使っているソフトウェアがフリーズする
情報：お客さんの位置
状況：ｗｈｅｎ＝会議の始まる時間
（会議の始まる時間になってもお客さんが現われない場合にお客さんの位置を表示する）
情報：現在の予算の使用状況
状況：ｗｈａｔ＝購入依頼を出す
情報：現在利用可能なコンピュータの情報
状況：ｗｈａｔ＝購入依頼を出す
情報：装置の使い方
状況：ｗｈｅｒｅ＝その装置の前
情報：会社のデータ
状況：ｗｈｅｒｅ＝顧客のオフィス
以上説明した実施形態では、主として人（ユーザ）が自分の状況に合わせて情報資源を利用する場合について説明したが、物が自分の状況に合わせて情報資源を利用する場合もあり得る。
例えば、路上の電子看板等のユーザに情報を提供する情報提供装置（環境に埋め込まれたユービキタスコンピュータ）が、情報資源を情報源として利用する。この場合、情報提供装置は、自分の状況に合ったＳＩ（主に、情報提供装置自身の役割や位置に対応したＳＩ）を、インターネット上から定期的にダウンロードして情報提供装置を利用するユーザへのサービスに利用する。
これらのユービキタスコンピュータや情報提供装置は、例えば、図２６に示した情報処理装置を用いて構成される。
本発明によれば、以下の（１）および（２）のような効果が期待できる。
（１）情報利用者の利便性の向上
キーワード検索やカテゴリ選択により情報を得る場合、情報が属する分野のことをある程度知っていなければ、必要な情報を得るのは難しい。これに対して、本発明のＳＩを利用すれば、他の分野では当たり前になっている情報を、現在の状況に合わせて引き出すことができる。
（２）情報の閲覧率の向上およびサービスへの誘導率の向上
情報提供者（作成者、送信者）は、提供する情報の閲覧者が増えるだけでなく、その情報の利用率が向上することも期待できる。例えば、サービス提供に関する情報であれば、そのサービスの利用者が増えることが期待できる。
また、本発明は、以下の（１）および（２）のような分野に適用することができる。
（１）サービス
・行政団体の住民へのサービス提供（Ｇ２Ｃ）
・企業から順客へのサービス提供（Ｂ２Ｃ：Ｂｕｓｉｎｅｓｓ ｔｏ Ｃｏｎｓｕｍｅｒ）
・従業員向けサービス提供（Ｂ２Ｅ）
・企業間の情報交換（Ｂ２Ｂ：Ｂｕｓｉｎｅｓｓ ｔｏ Ｂｕｓｉｎｅｓｓ）
・個人レベルでの情報交換（Ｐ２Ｐ）
・Ｋｎｏｗｌｅｄｇｅ Ｗｏｒｋｅｒの知識共有支援（Ｅ２Ｅ：Ｅｎｇｉｎｅｅｒ ｔｏ Ｅｎｇｉｎｅｅｒ）
・自分自身での情報管理（Ｍ２Ｍ）
・大学等教育機関での学生へのサービス提供（Ｉ２Ｓ）
・観光情報サービス
（２）アプライアンス
以下に示すように、テキスト、音声、画像等の情報の提示機能があるものであれば何でも状況に応じた情報提供装置になる。
・ＳＩ対応テレビ
・ＳＩ対応ＰＤＡ
・ＳＩ対応腕時計
・ＳＩ対応携帯電話
・ＳＩ対応電光掲示板
・ＳＩ対応眼鏡（ヘッドマウントディスプレイ）
・ＳＩ対応カーナビ
・ＳＩ対応ガラス（家や車の窓、ショーウィンドウ等が情報掲示板に変わる）
ＳＩの機能を微小モジュールで実現すれば、家や街の中のあらゆるもの（ドア、壁、天井、信号機、標識、自動販売機、横断歩道等）にこの機能を埋め込むことが可能である。
もちろん、現在のパーソナルコンピュータへの適用も可能である。Ｗｅｂブラウザや（Ａｃｔｉｖｅ）デスクトップにも、当然、ＳＩの機能を組み込んで利用することができる。メーラにも適用可能である。この場合、通常のメールアドレスを指定してＡさんにメールを送信する代わりに、以下のような情報を作成して送信することができる。
便利なのは、以下のような状況を指定することで、メーリングリストを管理しなくてもＦＦ社に所属している人にメールを送ることができる点である。
さらに、以下のような状況を指定すれば、今ＧＧビルにいる人にメールを送ることができる。
今このビルにいる人に対してのメッセージは、今ビルの外にいる人にとっては不要なメッセージである。したがって、日頃このビルを使っている人のメーリングリストに対してメールを送ったのでは、そのメッセージを必要としない人に対してもメールが送られる可能性がある。しかし、上記のような状況を指定することで、ビルにいる人のみに対してメールを送ることができる。
その他にも、ある特定の状況に置かれた複数の人向けのメールを、メーリングリストを登録することなしに送信することができる。メーリングリストはリアルタイムの情報ではないので、今はもう関係のない人にメールが送信されることがある。また、メーリングリストの管理が煩雑となることもある。しかし、ＳＩを利用してメールを作成すれば、リアルタイムで選別された人にメールを送信することができ、メーリングリストの管理も不要となる。
ＳＩ収集・提供装置６５０は、上述したＳＩ収集・提供装置６１０または６３０に対応する。
ＳＩ提供装置６６０は、ユーザ３１０の個人用の装置として設けられ、サーバ等の共用装置に搭載されたＳＩ収集部４０を介して、ＳＩ記憶部２００に接続される。ＳＩ提供装置６６０は、ＳＩ提供装置６２０と同様の構成を有し、ＳＩ収集部４０は、収集したＳＩを複数のＳＩ提供装置６６０に供給する。また、フィードバック部８０は、複数のユーザ３１０の反応をＳＩ収集部４０およびＳＩ記憶部２００にフィードバックする。
ＳＩ提供装置６６０とＳＩ収集部４０の間には、必要に応じて、キャッシュ６７０を備えるサーバが追加され、ＳＩ収集部４０とＳＩ記憶部２００の間には、必要に応じて、キャッシュ６８０を備えるサーバが追加される。
このように、キャッシュサーバを複数の階層で設けることにより、似たような状況で似たような情報を利用する複数のユーザ３１０のコミュニティにおいて、ＳＩへのアクセスを高速化することが可能となる。
次に、図１５から図２５までを参照しながら、図１２および１４に示した情報システムにおける処理の流れについて説明する。
図１５は、処理全体の概要を示すフローチャートである。情報システムは、まず、ＳＩを作成し（ステップＳ３１）、それをＳＩ記憶部２００に登録する（ステップＳ３２）。次に、ＳＩを収集し（ステップＳ３３）、それをユーザ３１０に提示し（ステップＳ３４）、ユーザの反応を検出し（ステップＳ３５）、それに応じてＳＩを修正する（ステップＳ３６）。
図１６は、図１２のＳＩ作成装置４１０が行うＳＩ作成処理のフローチャートである。情報閲覧状況モニタ部１０がユーザの情報閲覧を確認すると（ステップＳ４１）、現在状況把握部２０（または状況変化検出部５０）は、センサ９０から現在の状況を取得し、ＳＩ作成部３０は、取得された状況と閲覧されている情報資源の組からＳＩを作成する。そして、ＳＩ登録部１５０は、作成されたＳＩをＳＩ記憶部２００に登録する（ステップＳ４４）。
図１７は、図１２のＳＩ作成装置４３０が行うＳＩ作成処理のフローチャートである。図１７のステップＳ５１、Ｓ５３、およびＳ５４の処理は、図１６のステップＳ４１、Ｓ４３、およびＳ４４の処理と同様である。ステップＳ５２において、現在状況把握部２０は、通信部９５から現在の状況を取得し、ＳＩ作成部３０に送る。
図１８は、ＳＩ作成装置４３０が行うもう１つのＳＩ作成処理のフローチャートである。図１８のステップＳ６１、Ｓ６３、およびＳ６４の処理は、図１６のステップＳ４１、Ｓ４３、およびＳ４４の処理と同様である。ステップＳ６２において、現在状況把握部２０は、スケジュール管理部１１０が管理しているスケジュールから現在の状況を推測し、ＳＩ作成部３０に送る。
図１９は、図１２のＳＩ作成装置４２０が行うＳＩ作成処理のフローチャートである。図１９のステップＳ７２の処理は、図１６のステップＳ４４の処理と同様である。ステップＳ７１において、ＳＩ作成部３０は、ユーザ３１０がＧＵＩ（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を通じて入力する現在の状況と情報資源を用いて、ＳＩを作成する。
図２０は、図１２のＳＩ作成装置４３０にＳＩ洗練部３５が追加された場合のＳＩ作成処理のフローチャートである。図２０のステップＳ８１〜Ｓ８３およびＳ８５の処理は、図１７のステップＳ５１〜Ｓ５３およびＳ５４の処理と同様である。ステップＳ８１〜Ｓ８３の処理を繰り返すことで、複数のＳＩが作成される。そして、ステップＳ８４において、ＳＩ洗練部３５は、作成されたＳＩから洗練されたＳＩ集合を作成し、ＳＩ登録部１５０に送る。
図２１は、情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、および通信部９５を備えるＳＩ作成装置がＮ個設けられた場合のＳＩ作成処理のフローチャートである。この場合、これらのＳＩ作成装置は、サーバ等の共用装置に搭載されたＳＩ洗練部３５およびＳＩ登録部１５０を介して、ＳＩ記憶部２００に接続される。
図２１のステップＳ９１〜Ｓ９３の処理は、図２０のステップＳ８１〜Ｓ８３の処理と同様であり、Ｎ人のユーザのそれぞれに対して行われる。そして、共用のＳＩ洗練部３５は、複数のＳＩ作成装置から集められたＳＩから洗練されたＳＩ集合を作成し（ステップＳ９４）、共用のＳＩ登録部１５０は、作成されたＳＩ集合をＳＩ記憶部２００に登録する（ステップＳ９５）。
図２２は、図１４のＳＩ収集・提供装置６１０が行うＳＩ収集・提供処理のフローチャートである。まず、ＳＩ収集部４０は、ＳＩ記憶部２００からＳＩを収集し（ステップＳ１０１）、状況変化検出部５０は、センサ９０から現在の状況を取得する（ステップＳ１０２）。状況変化検出部５０が状況変化を検出すると、状況マッチング部６０は、マッチング処理を行って、現在の状況に適合するＳＩをＳＩ提示部７０に送る。
次に、情報フィルタリング部７００は、情報フィルタリングを行い（ステップＳ１０４）、インタラクションレベル調整部７１０は、インタラクションレベルを調整し（ステップＳ１０５）、提示回数制御部７３０は、指定された提示回数に応じた制御を行う（ステップＳ１０６）。また、提示デバイス適合部７２０は、提示デバイスの能力に応じて情報を選択し（ステップＳ１０７）、情報量・タイミング調整部７４０は、情報量および提示タイミングを調整する（ステップＳ１０８）。そして、ＳＩ提示部７０は、調整された情報をユーザ３１０に提示する（ステップＳ１０９）。
ステップＳ１０４〜Ｓ１０８の処理の順序は、自由に入れ替えることが可能である。
図２３は、ＳＩ収集・提供装置６１０が行うＳＩメンテナンス処理のフローチャートである。ＳＩ提示部７０が情報をユーザ３１０に提示すると、フィードバック部８０は、ユーザ３１０の反応を検出する（ステップＳ１１１）。そして、反応が肯定的であれば、提示されたＳＩをそのまま維持し（ステップＳ１１３）、反応が否定的であれば、提示されたＳＩの状況条件を削除する（ステップＳ１１４）。
図２４は、ＳＩ収集・提供装置６１０が行うもう１つのＳＩメンテナンス処理のフローチャートである。この処理では、上述した実用度パラメータが用いられる。図２４のステップＳ１２１およびＳ１２２の処理は、図２３のステップＳ１１１およびＳ１１２の処理と同様である。
フィードバック部８０は、ユーザの反応が肯定的であれば、ＳＩの実用度パラメータをインクリメントし、反応が否定的であれば、それをデクリメントする（ステップＳ１２３）。次に、フィードバック部８０は、実用度パラメータの値を一定値（例えば、−１０）と比較し（ステップＳ１２４）、それが一定値より大きければ、ＳＩ収集・提供装置６１０は、ステップＳ１２１以降の処理を繰り返す。実用度パラメータの値が一定値以下であれば、フィードバック部８０は、提示されたＳＩの状況条件を削除する（ステップＳ１２５）。
図２５は、図１４のＳＩ提供装置６６０およびフィードバック部８０により行われるＳＩメンテナンス処理のフローチャートである。ここでは、ＳＩ提供装置６６０は、Ｎ人のユーザ３１０のそれぞれに対して設けられるものとする。図２５のステップＳ１３１およびＳ１３２の処理は、図２４のステップＳ１２１およびＳ１２２の処理と同様であり、Ｎ人のユーザ３１０のそれぞれに対して行われる。
フィードバック部８０は、Ｎ人のユーザ３１０のそれぞれに対して、反応が肯定的であれば、ＳＩの実用度パラメータをインクリメントし、反応が否定的であれば、それをデクリメントする（ステップＳ１３３）。その後のステップＳ１３４およびＳ１３５の処理は、図２４のステップＳ１２４およびＳ１２５の処理と同様である。
次に、上述した情報システムの利用方法として、以下の（１）〜（３）の具体例について説明する。
（１）Ｐ２Ｐ（ｐｅｅｒ ｔｏ ｐｅｅｒ）
（ａ）グローバルシステム
Ｘ大学に属していない訪問者であるＡさんがＸ大学の敷地内に入ったときに、自分の持っているＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）を利用して、ＷｅｂからＸ大学のキャンパスマップを取得し、表示したとする。このとき、以下のようなＳＩがＳＩ作成部３０により作成され、ＳＩ登録部１５０によりＳＩ記憶部２００（Ｗｅｂサーバ上のディレクトリ）にファイルとして格納される。
（ｂ）ローカルシステム（他人への依頼）
会議中に、発表者が今発表中の資料が欲しいと思ったら、以下のような情報をＷｅｂ上に送信すれば、会議終了後に自動的に、その発表者の端末に下記の＜ｔｅｘｔ＞タグで囲まれたテキストが表示される。
情報提供者（作成者）が状況メタデータをつけて情報を提供し、ユーザがそれを状況に合わせて利用する。情報提供者は、提供したい情報資源に、それがどのような場面で利用できるかを表す状況条件を付加して、ＳＩを作成する。そして、それをＷｅｂサーバ上等で公開し、サービスを提供する。
例えば、ＢＢ町の人が自分の家にいるときに地震が起こると、ＳＩ対応のテレビがゆれを認識し、自動的に以下のようなＳＩを取り出して、避難場所に関する情報をその人に提示する。
自分で一度見た（読んだ）情報でありながら、必要なときにどこで見たか（読んだか）思い出せなくて困ることがある。そこで、自分が読んだ情報は、自分がどのような状況になったときに有効かを表す状況条件を付加して保存しておくことで、その状況になったときに自動的に取り出すことができるようになる。例えば、一度道路の工事に関する情報を見たら、以下のような状況条件をつけて保存する。
紙の文献や発表で見た情報でも、その情報がある特定の状況で有効になると思った場合は、状況条件をつけて保存しておくと後で探すときに便利である。この場合、例えば、以下のようなＳＩが作成される。
図６のＳＩ作成装置３４０、図７のＳＩ提供装置３５０、図１２のＳＩ作成装置４１０、４２０、４３０、４４０、４５０、ＳＩ収集・提供装置４６０、およびＳＩ提供装置４８０、図１４のＳＩ収集・提供装置６１０、６３０、６５０、およびＳＩ提供装置６６０、およびその他のサーバ（Ｗｅｂサーバ、キャッシュサーバ等）は、例えば、図２６に示すような情報処理装置（コンピュータ）を用いて構成される。
図２６の情報処理装置は、ＣＰＵ（中央処理装置）８１０、メモリ８２０、入力装置８３０、出力装置８４０、外部記憶装置８５０、媒体駆動装置８６０、およびネットワーク接続装置８７０を備え、それらはバス８８０により互いに接続されている。
メモリ８２０は、例えば、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）等を含み、処理に用いられるプログラムとデータを格納する。ＣＰＵ８１０は、メモリ８２０を利用してプログラムを実行することにより、必要な処理を行う。
上述した情報閲覧状況モニタ部１０、現在状況把握部２０、ＳＩ作成部３０、ＳＩ収集部４０、状況変化検出部５０、状況マッチング部６０、ＳＩ提示部７０、フィードバック部８０、状況変化予測部１００、ＳＩ登録部１５０、スケジュール管理部１１０、ルーチンワーク検出部１２０、予測情報収集部１３０、ＳＩ洗練部３５、情報フィルタリング部７００、インタラクションレベル調整部７１０、提示デバイス適合部７２０、提示回数制御部７３０、および情報量・タイミング調整部７４０は、メモリ８２０に格納されたプログラムに対応する。
入力装置８３０は、例えば、キーボード、ポインティングデバイス、タッチパネル等であり、ユーザからの指示や情報の入力に用いられる。出力装置８４０は、例えば、ディスプレイ装置、プリンタ、スピーカ等であり、ユーザへの問い合わせや提示情報の出力に用いられる。
外部記憶装置８５０は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。情報処理装置は、この外部記憶装置８５０に、上述のプログラムとデータを保存しておき、必要に応じて、それらをメモリ８２０にロードして使用する。
媒体駆動装置８６０は、可搬記録媒体８９０を駆動し、その記録内容にアクセスする。可搬記録媒体８９０としては、メモリカード、フレキシブルディスク、ＣＤ−ＲＯＭ（ｃｏｍｐａｃｔ ｄｉｓｋ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、光ディスク、光磁気ディスク等、任意のコンピュータ読み取り可能な記録媒体が用いられる。ユーザは、この可搬記録媒体８９０に上述のプログラムとデータを格納しておき、必要に応じて、それらをメモリ８２０にロードして使用する。
ネットワーク接続装置８７０は、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）やインターネット等の任意の通信ネットワークに接続され、通信に伴うデータ変換を行う。情報処理装置は、上述のプログラムとデータをネットワーク接続装置８７０を介して他の装置から受け取り、必要に応じて、それらをメモリ８２０にロードして使用する。
図２７は、図２６の情報処理装置にプログラムとデータを供給することのできるコンピュータ読み取り可能な記録媒体を示している。可搬記録媒体８９０やサーバ９００のデータベース９１０に保存されたプログラムとデータは、メモリ８２０にロードされる。このとき、サーバ９００は、プログラムとデータを搬送する搬送信号を生成し、ネットワーク上の任意の伝送媒体を介して情報処理装置に送信する。そして、ＣＰＵ８１０は、そのデータを用いてそのプログラムを実行し、必要な処理を行う。
次に、「すべての情報には、それが使われるべき適切な状況がある」という仮説を立証するための具体例を列挙する。例えば、以下の（１）および（２）に示すような情報は、併記された状況において有効であると考えられる。
（１）家庭
情報：あるレストランの情報
状況：ｗｈｅｒｅ＝そのレストランの近く ｗｈｅｎ＝食事時
情報：ガソリンスタンドの情報（場所、値段）
状況：ｗｈｅｒｅ＝そのガソリンスタンドの近く ｗｈａｔ＝ガソリンが残り少なくなる
情報：緊急病院
状況：ｗｈｅｎ＝週末（普通の病院が閉まっている時） ｗｈａｔ＝病気の子供
情報：冷蔵庫の中にあるもの、それらの賞味期限
状況１：ｗｈｅｎ＝夕食の内容を決める時間 ｗｈｏ＝主婦
状況２：ｗｈｅｒｅ＝スーパーマーケット ｗｈａｔ（ｔａｓｋ）＝買物
情報：請求書や領収書の内容
状況：ｗｈａｔ（ｔａｓｋ）＝家計簿をつける
情報：観光地の情報（遠隔地）
状況：ｗｈａｔ（ｔａｓｋ）＝旅行のプランを立てる ｗｈｅｎ＝長期の休みが取れるとき
情報：観光地（イベント）の情報（近隣）
状況１：ｗｈａｔ（ｔａｓｋ）＝旅行のプランを立てる ｗｈｅｎ＝週末
ｗｈｏ（ｐｒｏｐｅｒｔｙ）＝家族構成（子供２人）、経済状態
状況２：ｗｈｙ＝両親（孫）を楽しませたい ｗｈｅｎ＝両親（孫）が来る日
状況３：ｗｈｅｒｅ（ｓｕｒｒｏｕｎｄｉｎｇ−ｃｏｎｄｉｔｉｏｎ）＝天気がいい ｗｈｅｎ＝週末、祝日（仕事や学校が休みの日）
情報：税金関連の情報
状況：ｗｈｅｎ＝確定申告時
情報：衣類に関する広告
状況１：ｗｈｙ（ｍｏｔｉｖａｔｉｏｎ）＝デートやパーティに行くのできれいな格好をしたい
情報：預貯金残高
状況：ｗｈａｔ（ｔａｓｋ）＝何か高額な支払いをする
情報：新築マンション情報
状況：ｗｈｅｒｅ＝近隣（通勤範囲） ｗｈｏ（ｐｒｏｐｅｒｔｙ）＝家族構成（子供２人）、経済状態（年収５００万円以上）
情報：大学のキャンパスマップ
状況：ｗｈｅｒｅ＝大学の敷地内に入ったら ｗｈｏ＝大学の学生や職員ではない人
情報：生活関連情報
状況：ｗｈａｔ（ｔａｓｋ）＝転勤で大阪に住む
情報：時刻表（バス、電車）
状況１：ｗｈｅｒｅ＝自宅 勤務先 ｗｈｅｎ＝出発前
状況２：ｗｈａｔ（ｔａｓｋ）＝出張計画、旅行計画を立てる
情報：天気
状況１：ｗｈｅｒｅ＝自宅、勤務先 ｗｈｅｎ＝明日出かける予定があるとき（一日前）
状況２：ｗｈａｔ（ｔａｓｋ）＝出張計画、旅行計画を立てる
情報：水道工事屋の電話番号
状況：ｗｈａｔ＝水漏れ
情報：ＪＡＦ（登録商標）（Ｊａｐａｎ Ａｕｔｏｍｏｂｉｌｅ Ｆｅｄｅｒａｔｉｏｎ）の電話番号
状況：ｗｈａｔ＝車の故障
情報：リラックス音楽
状況：ｗｈｙ（ｅｍｏｔｉｏｎ）＝緊張している
情報：ビデオの設定マニュアル
状況：ｗｈｅｒｅ＝ビデオの前 ｗｈａｔ＝ビデオ ｗｈａｔ（ｔａｓｋ）＝時計設定
情報：住所録
状況：ｗｈａｔ（ｔａｓｋ）＝手紙を書く
情報：電話番号簿
状況：ｗｈｅｒｅ＝電話の前（電話の方を向いている）
情報：ｔｏ ｄｏ リスト
状況：ｗｈｅｒｅ＝デスクの前（デスクに座ったとき） ｗｈｅｎ＝９：００（勤務開始時間）
情報：避難場所
状況：ｗｈｅｒｅ＝家 ｗｈｅｒｅ（ｐｈｙｓｉｃａｌ−ｓｕｒｒｏｕｎｄｉｎｇｓ）＝地震、火事等の災害を感知する
（２）会社
情報：業界最新ニュース
状況：ｗｈｏ＝所属先 ｗｈａｔ（ｔａｓｋ）＝技術動向調査
情報：請求書や領収書の内容
状況：ｗｈｅｎ＝決算時（２０日）
情報：ツール情報
状況１：ｗｈａｔ（ｔａｓｋ）＝プログラミング
状況２：ｗｈａｔ（ｔａｓｋ）＝資料作成時
情報：その日のスケジュール
状況：ｗｈｅｎ＝朝会社についたとき
情報：Ｈｅｌｐ情報
状況：ｗｈａｔ＝使っているソフトウェアがフリーズする
情報：お客さんの位置
状況：ｗｈｅｎ＝会議の始まる時間
（会議の始まる時間になってもお客さんが現われない場合にお客さんの位置を表示する）
情報：現在の予算の使用状況
状況：ｗｈａｔ＝購入依頼を出す
情報：現在利用可能なコンピュータの情報
状況：ｗｈａｔ＝購入依頼を出す
情報：装置の使い方
状況：ｗｈｅｒｅ＝その装置の前
情報：会社のデータ
状況：ｗｈｅｒｅ＝顧客のオフィス
以上説明した実施形態では、主として人（ユーザ）が自分の状況に合わせて情報資源を利用する場合について説明したが、物が自分の状況に合わせて情報資源を利用する場合もあり得る。
例えば、路上の電子看板等のユーザに情報を提供する情報提供装置（環境に埋め込まれたユービキタスコンピュータ）が、情報資源を情報源として利用する。この場合、情報提供装置は、自分の状況に合ったＳＩ（主に、情報提供装置自身の役割や位置に対応したＳＩ）を、インターネット上から定期的にダウンロードして情報提供装置を利用するユーザへのサービスに利用する。
これらのユービキタスコンピュータや情報提供装置は、例えば、図２６に示した情報処理装置を用いて構成される。
本発明によれば、以下の（１）および（２）のような効果が期待できる。
（１）情報利用者の利便性の向上
キーワード検索やカテゴリ選択により情報を得る場合、情報が属する分野のことをある程度知っていなければ、必要な情報を得るのは難しい。これに対して、本発明のＳＩを利用すれば、他の分野では当たり前になっている情報を、現在の状況に合わせて引き出すことができる。
（２）情報の閲覧率の向上およびサービスへの誘導率の向上
情報提供者（作成者、送信者）は、提供する情報の閲覧者が増えるだけでなく、その情報の利用率が向上することも期待できる。例えば、サービス提供に関する情報であれば、そのサービスの利用者が増えることが期待できる。
また、本発明は、以下の（１）および（２）のような分野に適用することができる。
（１）サービス
・行政団体の住民へのサービス提供（Ｇ２Ｃ）
・企業から順客へのサービス提供（Ｂ２Ｃ：Ｂｕｓｉｎｅｓｓ ｔｏ Ｃｏｎｓｕｍｅｒ）
・従業員向けサービス提供（Ｂ２Ｅ）
・企業間の情報交換（Ｂ２Ｂ：Ｂｕｓｉｎｅｓｓ ｔｏ Ｂｕｓｉｎｅｓｓ）
・個人レベルでの情報交換（Ｐ２Ｐ）
・Ｋｎｏｗｌｅｄｇｅ Ｗｏｒｋｅｒの知識共有支援（Ｅ２Ｅ：Ｅｎｇｉｎｅｅｒ ｔｏ Ｅｎｇｉｎｅｅｒ）
・自分自身での情報管理（Ｍ２Ｍ）
・大学等教育機関での学生へのサービス提供（Ｉ２Ｓ）
・観光情報サービス
（２）アプライアンス
以下に示すように、テキスト、音声、画像等の情報の提示機能があるものであれば何でも状況に応じた情報提供装置になる。
・ＳＩ対応テレビ
・ＳＩ対応ＰＤＡ
・ＳＩ対応腕時計
・ＳＩ対応携帯電話
・ＳＩ対応電光掲示板
・ＳＩ対応眼鏡（ヘッドマウントディスプレイ）
・ＳＩ対応カーナビ
・ＳＩ対応ガラス（家や車の窓、ショーウィンドウ等が情報掲示板に変わる）
ＳＩの機能を微小モジュールで実現すれば、家や街の中のあらゆるもの（ドア、壁、天井、信号機、標識、自動販売機、横断歩道等）にこの機能を埋め込むことが可能である。
もちろん、現在のパーソナルコンピュータへの適用も可能である。Ｗｅｂブラウザや（Ａｃｔｉｖｅ）デスクトップにも、当然、ＳＩの機能を組み込んで利用することができる。メーラにも適用可能である。この場合、通常のメールアドレスを指定してＡさんにメールを送信する代わりに、以下のような情報を作成して送信することができる。
その他にも、ある特定の状況に置かれた複数の人向けのメールを、メーリングリストを登録することなしに送信することができる。メーリングリストはリアルタイムの情報ではないので、今はもう関係のない人にメールが送信されることがある。また、メーリングリストの管理が煩雑となることもある。しかし、ＳＩを利用してメールを作成すれば、リアルタイムで選別された人にメールを送信することができ、メーリングリストの管理も不要となる。
Claims (39)
- 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を記憶する記憶部と、
前記状況付情報を前記記憶部に登録する登録部と、
前記記憶部から前記状況付情報を収集して提供する収集部と
を備えることを特徴とする情報提供装置。 - 配信された状況付情報の情報資源に対する前記主体の反応をフィードバックするフィードバック部をさらに備えることを特徴とする請求項１記載の情報提供装置。
- 前記登録部は、前記状況付情報の情報資源を、特定の鍵により復号化可能な方法で暗号化して前記記憶部に登録し、前記収集部は、暗号化された情報資源を有する状況付情報を提供することを特徴とする請求項１記載の情報提供装置。
- 前記登録部は、前記状況付情報の状況情報と別の状況付情報の状況情報を関連づけて前記記憶部に登録し、前記収集部は、前記状況付情報を提供するときに該別の状況付情報も提供することを特徴とする請求項１記載の情報提供装置。
- 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集する収集部と、
前記主体の現在の状況を検出する検出部と、
前記収集部が収集した状況付情報に含まれる状況情報と前記検出部が検出した現在の状況とのマッチング処理を行うマッチング部と、
前記現在の状況に適合する状況情報が付加された情報資源を提示する提示部と
を備えることを特徴とする情報提供装置。 - 提示された情報資源に対する前記主体の反応をフィードバックするフィードバック部をさらに備えることを特徴とする請求項５記載の情報提供装置。
- 前記収集部は、暗号化された情報資源を有する状況付情報を収集し、前記マッチング部は、該暗号化された情報資源を特定の鍵により復号化し、前記提示部は、復号化された情報資源を提示することを特徴とする請求項５記載の情報提供装置。
- 前記提示部は、前記状況付情報の状況情報と別の状況付情報の状況情報が関連づけられている場合、前記情報資源を提示するときに該別の状況付情報の情報資源も提示することを特徴とする請求項５記載の情報提供装置。
- 前記マッチング部において前記状況情報と前記現在の状況が適合した回数に応じて前記情報資源の提示方法を制御する制御部をさらに備えることを特徴とする請求項５記載の情報提供装置。
- 前記主体の状況の変化を予測する予測部をさらに備え、前記収集部は、該予測部により予測された状況に対応する状況情報を有する状況付情報を収集することを特徴とする請求項５記載の情報提供装置。
- 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集する収集部と、
前記主体の状況の変化を予測する予測部と、
前記収集部が収集した状況付情報に含まれる状況情報と前記予測部が予測した状況とのマッチング処理を行うマッチング部と、
前記予測した状況に適合する状況情報が付加された情報資源を提示する提示部と
を備えることを特徴とする情報提供装置。 - 情報資源を利用する主体が閲覧している情報資源をモニタするモニタ部と、
前記主体を特定する情報と、該主体の行動の対象と、該主体が置かれている空間的な状況と、現在の時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを、該主体の現在の状況として検出する検出部と、
前記モニタ部により観測された情報資源に前記検出部により検出された現在の状況を表す状況情報を付加して、状況付情報を作成する作成部と、
作成された状況付情報を登録する登録部と
を備えることを特徴とする情報作成装置。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を記憶する記憶部と、
前記状況付情報を用いた処理を行う処理部と
を備えることを特徴とする情報処理装置。 - 環境に存在する情報提供装置であって、
情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報のうち、前記情報提供装置自身の位置に対応する状況付情報を、インターネット上から定期的にダウンロードするダウンロード部と、
ダウンロードされた状況付情報を用いて、情報提供装置を利用するユーザにサービスを提供する処理部と
を備えることを特徴とする情報提供装置。 - ユーザの周囲の空間の物理的な状況を検出する検出部と、
検出された状況に応じて情報を選択して前記ユーザに提示する提示部と
を備えることを特徴とする情報提供装置。 - ユーザが組織内部の人であるか組織外部の人であるかを検出する検出部と、
検出結果に応じて情報を選択して前記ユーザに提示する提示部と
を備えることを特徴とする情報提供装置。 - ユーザの行動の対象を検出する検出部と、
検出された対象に応じて情報を選択して前記ユーザに提示する提示部と
を備えることを特徴とする情報提供装置。 - ユーザの行動の動機を検出する検出部と、
検出された動機に応じて情報を選択して前記ユーザに提示する提示部と
を備えることを特徴とする情報提供装置。 - ユーザの行動の実現方法を検出する検出部と、
検出された実現方法に応じて情報を選択して前記ユーザに提示する提示部と
を備えることを特徴とする情報提供装置。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を記憶する記憶手段と、
前記状況付情報を前記記憶手段に登録する登録手段と、
前記記憶手段から前記状況付情報を収集して提供する収集手段と
を備えることを特徴とする情報提供装置。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集する収集手段と、
前記主体の現在の状況を検出する検出手段と、
前記収集手段が収集した状況付情報に含まれる状況情報と前記検出手段が検出した現在の状況とのマッチング処理を行うマッチング手段と、
前記現在の状況に適合する状況情報が付加された情報資源を提示する提示手段と
を備えることを特徴とする情報提供装置。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集する収集手段と、
前記主体の状況の変化を予測する予測手段と、
前記収集手段が収集した状況付情報に含まれる状況情報と前記予測手段が予測した状況とのマッチング処理を行うマッチング手段と、
前記予測した状況に適合する状況情報が付加された情報資源を提示する提示手段と
を備えることを特徴とする情報提供装置。 - 情報資源を利用する主体が閲覧している情報資源をモニタするモニタ手段と、
前記主体を特定する情報と、該主体の行動の対象と、該主体が置かれている空間的な状況と、現在の時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを、該主体の現在の状況として検出する検出手段と、
前記モニタ手段により観測された情報資源に前記検出手段により検出された現在の状況を表す状況情報を付加して、状況付情報を作成する作成手段と、
作成された状況付情報を登録する登録手段と
を備えることを特徴とする情報作成装置。 - コンピュータのためのプログラムを記録した記録媒体であって、該プログラムは、
情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を登録し、
登録された状況付情報を収集して提供する
処理を前記コンピュータに実行させることを特徴とするコンピュータ読み取り可能な記録媒体。 - コンピュータのためのプログラムを記録した記録媒体であって、該プログラムは、
情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集し、
前記主体の現在の状況を検出し、
収集された状況付情報に含まれる状況情報と検出された現在の状況とのマッチング処理を行い、
前記現在の状況に適合する状況情報が付加された情報資源を提示する
処理を前記コンピュータに実行させることを特徴とするコンピュータ読み取り可能な記録媒体。 - コンピュータのためのプログラムを記録した記録媒体であって、該プログラムは、
情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集し、
前記主体の状況の変化を予測し、
収集された状況付情報に含まれる状況情報と予測された状況とのマッチング処理を行い、
前記予測された状況に適合する状況情報が付加された情報資源を提示する
処理を前記コンピュータに実行させることを特徴とするコンピュータ読み取り可能な記録媒体。 - コンピュータのためのプログラムを記録した記録媒体であって、該プログラムは、
情報資源を利用する主体が閲覧している情報資源をモニタし、
前記主体を特定する情報と、該主体の行動の対象と、該主体が置かれている空間的な状況と、現在の時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを、該主体の現在の状況として検出し、
モニタされた情報資源に検出された現在の状況を表す状況情報を付加して、状況付情報を作成し、
作成された状況付情報を登録する
処理を前記コンピュータに実行させることを特徴とするコンピュータ読み取り可能な記録媒体。 - コンピュータのためのプログラムを該コンピュータに搬送する搬送信号であって、該プログラムは、
情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を登録し、
登録された状況付情報を収集して提供する
処理を前記コンピュータに実行させることを特徴とする搬送信号。 - コンピュータのためのプログラムを該コンピュータに搬送する搬送信号であって、該プログラムは、
情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集し、
前記主体の現在の状況を検出し、
収集された状況付情報に含まれる状況情報と検出された現在の状況とのマッチング処理を行い、
前記現在の状況に適合する状況情報が付加された情報資源を提示する
処理を前記コンピュータに実行させることを特徴とする搬送信号。 - コンピュータのためのプログラムを該コンピュータに搬送する搬送信号であって、該プログラムは、
情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集し、
前記主体の状況の変化を予測し、
収集された状況付情報に含まれる状況情報と予測された状況とのマッチング処理を行い、
前記予測された状況に適合する状況情報が付加された情報資源を提示する
処理を前記コンピュータに実行させることを特徴とする搬送信号。 - コンピュータのためのプログラムを該コンピュータに搬送する搬送信号であって、該プログラムは、
情報資源を利用する主体が閲覧している情報資源をモニタし、
前記主体を特定する情報と、該主体の行動の対象と、該主体が置かれている空間的な状況と、現在の時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを、該主体の現在の状況として検出し、
モニタされた情報資源に検出された現在の状況を表す状況情報を付加して、状況付情報を作成し、
作成された状況付情報を登録する
処理を前記コンピュータに実行させることを特徴とする搬送信号。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を登録し、
登録された状況付情報を収集して提供する
処理をコンピュータに実行させることを特徴とするプログラム。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集し、
前記主体の現在の状況を検出し、
収集された状況付情報に含まれる状況情報と検出された現在の状況とのマッチング処理を行い、
前記現在の状況に適合する状況情報が付加された情報資源を提示する
処理を前記コンピュータに実行させることを特徴とするプログラム。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集し、
前記主体の状況の変化を予測し、
収集された状況付情報に含まれる状況情報と予測された状況とのマッチング処理を行い、
前記予測された状況に適合する状況情報が付加された情報資源を提示する
処理を前記コンピュータに実行させることを特徴とするプログラム。 - 情報資源を利用する主体が閲覧している情報資源をモニタし、
前記主体を特定する情報と、該主体の行動の対象と、該主体が置かれている空間的な状況と、現在の時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを、該主体の現在の状況として検出し、
モニタされた情報資源に検出された現在の状況を表す状況情報を付加して、状況付情報を作成し、
作成された状況付情報を登録する
処理を前記コンピュータに実行させることを特徴とするプログラム。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報をサーバに登録し、
登録された状況付情報を提供する
ことを特徴とする情報提供方法。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集し、
前記主体の現在の状況を検出し、
収集された状況付情報に含まれる状況情報と検出された現在の状況とのマッチング処理を行い、
前記現在の状況に適合する状況情報が付加された情報資源を提示する
ことを特徴とする情報提供方法。 - 情報資源を利用する主体を特定する情報と、該主体の行動の対象と、該情報資源が有効となる空間的な状況と、該情報資源が有効となる時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを記述することで該情報資源が有用となる状況を表す状況情報を、該情報資源に付加して得られる状況付情報を収集し、
前記主体の状況の変化を予測し、
収集された状況付情報に含まれる状況情報と予測された状況とのマッチング処理を行い、
前記予測された状況に適合する状況情報が付加された情報資源を提示する
ことを特徴とする情報提供方法。 - 情報資源を利用する主体が閲覧している情報資源をモニタし、
前記主体を特定する情報と、該主体の行動の対象と、該主体が置かれている空間的な状況と、現在の時間的な状況と、該主体の内面的状況と、該主体の行動の実現方法とを、該主体の現在の状況として検出し、
モニタされた情報資源に検出された現在の状況を表す状況情報を付加して、状況付情報を作成し、
作成された状況付情報を登録する
ことを特徴とする情報作成方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2002/008579 WO2004019225A1 (ja) | 2002-08-26 | 2002-08-26 | 状況付情報を処理する装置および方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2004019225A1 true JPWO2004019225A1 (ja) | 2005-12-15 |
Family
ID=31900097
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004530511A Pending JPWO2004019225A1 (ja) | 2002-08-26 | 2002-08-26 | 状況付情報を処理する装置および方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7533079B2 (ja) |
| JP (1) | JPWO2004019225A1 (ja) |
| WO (1) | WO2004019225A1 (ja) |
Families Citing this family (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006018551A (ja) | 2004-07-01 | 2006-01-19 | Sony Corp | 情報処理装置および方法、並びにプログラム |
| JP2006024168A (ja) * | 2004-07-06 | 2006-01-26 | Fujitsu Ltd | サーバシステム，ユーザ端末並びに同サーバシステムおよび同ユーザ端末を用いたサービス提供方法 |
| US8099313B2 (en) * | 2004-09-22 | 2012-01-17 | Samsung Electronics Co., Ltd. | Method and system for the orchestration of tasks on consumer electronics |
| US8185427B2 (en) * | 2004-09-22 | 2012-05-22 | Samsung Electronics Co., Ltd. | Method and system for presenting user tasks for the control of electronic devices |
| US8412554B2 (en) * | 2004-09-24 | 2013-04-02 | Samsung Electronics Co., Ltd. | Method and system for describing consumer electronics using separate task and device descriptions |
| US8510737B2 (en) * | 2005-01-07 | 2013-08-13 | Samsung Electronics Co., Ltd. | Method and system for prioritizing tasks made available by devices in a network |
| US8069422B2 (en) * | 2005-01-10 | 2011-11-29 | Samsung Electronics, Co., Ltd. | Contextual task recommendation system and method for determining user's context and suggesting tasks |
| US8205013B2 (en) * | 2005-05-02 | 2012-06-19 | Samsung Electronics Co., Ltd. | Method and system for aggregating the control of middleware control points |
| JP2007034498A (ja) * | 2005-07-25 | 2007-02-08 | Ihot Ltd | 情報管理装置およびその装置が利用する情報提供装置 |
| JPWO2007072675A1 (ja) * | 2005-12-20 | 2009-05-28 | パナソニック株式会社 | コンテンツ提示装置およびコンテンツ提示方法 |
| JP2007287134A (ja) * | 2006-03-20 | 2007-11-01 | Ricoh Co Ltd | 情報抽出装置、及び情報抽出方法 |
| US8028283B2 (en) * | 2006-03-20 | 2011-09-27 | Samsung Electronics Co., Ltd. | Method and system for automated invocation of device functionalities in a network |
| US7606583B2 (en) | 2006-03-31 | 2009-10-20 | Sap Ag | Automated generation of context information |
| US8006190B2 (en) | 2006-10-31 | 2011-08-23 | Yahoo! Inc. | Social namespace addressing for non-unique identifiers |
| US8599801B2 (en) * | 2007-02-01 | 2013-12-03 | Yahoo! Inc. | Collecting implicit information for determining context of event actions |
| US8370349B2 (en) * | 2007-02-28 | 2013-02-05 | Yahoo! Inc. | Instant contact searching and presentation by category |
| US7865206B2 (en) * | 2007-03-20 | 2011-01-04 | Yahoo! Inc. | Employing matching of event characteristics to suggest another characteristic of an event |
| JP5150341B2 (ja) | 2008-04-10 | 2013-02-20 | 株式会社東芝 | データ作成装置及び方法 |
| JP2010152679A (ja) * | 2008-12-25 | 2010-07-08 | Toshiba Corp | 情報提示装置および情報提示方法 |
| KR101532932B1 (ko) * | 2009-03-02 | 2015-07-01 | 엘지전자 주식회사 | 이동 단말기 및 이를 이용한 스케쥴 관리 방법 및 위치 정보 관리 방법 |
| WO2011036703A1 (ja) * | 2009-09-24 | 2011-03-31 | 株式会社 東芝 | 情報選択装置 |
| WO2011111844A1 (ja) | 2010-03-10 | 2011-09-15 | 日本電気株式会社 | 情報処理装置、情報処理システム及び判定則制御方法 |
| US8838596B2 (en) * | 2010-04-15 | 2014-09-16 | De Xiong Li | Systems and methods to process enquires by receving and processing user defined scopes first |
| CN101909255A (zh) * | 2010-07-29 | 2010-12-08 | 中兴通讯股份有限公司 | 一种机器到机器终端状态自动提示的方法和系统 |
| US8676623B2 (en) * | 2010-11-18 | 2014-03-18 | Navteq B.V. | Building directory aided navigation |
| JP2011138530A (ja) * | 2011-01-26 | 2011-07-14 | Olympus Corp | 情報表示システム |
| US9367770B2 (en) * | 2011-08-30 | 2016-06-14 | Digimarc Corporation | Methods and arrangements for identifying objects |
| US10474858B2 (en) | 2011-08-30 | 2019-11-12 | Digimarc Corporation | Methods of identifying barcoded items by evaluating multiple identification hypotheses, based on data from sensors including inventory sensors and ceiling-mounted cameras |
| US9224184B2 (en) | 2012-10-21 | 2015-12-29 | Digimarc Corporation | Methods and arrangements for identifying objects |
| US9654521B2 (en) * | 2013-03-14 | 2017-05-16 | International Business Machines Corporation | Analysis of multi-modal parallel communication timeboxes in electronic meeting for automated opportunity qualification and response |
| US9426602B2 (en) | 2013-11-19 | 2016-08-23 | At&T Mobility Ii Llc | Method, computer-readable storage device and apparatus for predictive messaging for machine-to-machine sensors |
| US10320913B2 (en) * | 2014-12-05 | 2019-06-11 | Microsoft Technology Licensing, Llc | Service content tailored to out of routine events |
| RU2608882C2 (ru) | 2014-12-25 | 2017-01-25 | Общество С Ограниченной Ответственностью "Яндекс" | Способ обработки поискового запроса пользователя и сервер |
| CN105022781A (zh) * | 2015-05-31 | 2015-11-04 | 临沂大学 | 一种网络舆情地理位置实时监控控制系统 |
| US10586213B2 (en) * | 2016-04-15 | 2020-03-10 | Public Partnerships LLC | Mobile wireless device with enhanced location feature |
| US10747768B2 (en) | 2016-06-14 | 2020-08-18 | Fuji Xerox Co., Ltd. | Data processing system and data processing method |
| US11126861B1 (en) | 2018-12-14 | 2021-09-21 | Digimarc Corporation | Ambient inventorying arrangements |
| JP2021149844A (ja) * | 2020-03-23 | 2021-09-27 | 富士フイルムビジネスイノベーション株式会社 | 情報処理装置及び情報処理プログラム |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1165434A (ja) * | 1997-08-13 | 1999-03-05 | Hitachi Ltd | 情報提供システム、端末における情報の出力方法、移動情報端末及び情報提供装置 |
| JP2002140602A (ja) * | 2000-10-31 | 2002-05-17 | Sharp Corp | コンテンツ管理システム |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02196393A (ja) | 1989-01-26 | 1990-08-02 | Fuji Electric Co Ltd | 自動販売機の商品選択制御装置 |
| JPH09171504A (ja) | 1995-12-20 | 1997-06-30 | Sony Corp | 情報処理装置および情報処理方法 |
| US20020020211A1 (en) * | 1996-12-23 | 2002-02-21 | Abb Patent Gmbh | Method for testing a completely or partially assembled combustion engine |
| JP3585837B2 (ja) | 1998-02-05 | 2004-11-04 | 富士通株式会社 | アクション提案装置 |
| JP3548459B2 (ja) | 1998-11-20 | 2004-07-28 | 富士通株式会社 | 案内情報提示装置，案内情報提示処理方法，案内情報提示プログラムを記録した記録媒体，案内用スクリプト生成装置，案内情報提供装置，案内情報提供方法および案内情報提供プログラム記録媒体 |
| US6330589B1 (en) * | 1998-05-26 | 2001-12-11 | Microsoft Corporation | System and method for using a client database to manage conversation threads generated from email or news messages |
| AU6791900A (en) * | 1999-08-20 | 2001-03-19 | Newsgems Llc | System and method for structured news release generation and distribution |
| JP2001092878A (ja) * | 1999-09-27 | 2001-04-06 | Fujitsu Ltd | スケジュール提示およびそれに応じたアクション提案・実行装置，その処理方法，その処理のためのプログラムを記録した記録媒体，スケジュール記録媒体，および自動スケジュール生成装置 |
| JP3611291B2 (ja) | 1999-12-08 | 2005-01-19 | 三菱重工業株式会社 | 非定常騒音のラウドネス評価装置 |
| JP4428549B2 (ja) | 2000-02-14 | 2010-03-10 | 富士通株式会社 | 案内情報修整装置，および，案内情報修整方法 |
| US6381534B2 (en) * | 2000-02-14 | 2002-04-30 | Fujitsu Limited | Navigation information presenting apparatus and method thereof |
| JP2002149528A (ja) * | 2000-11-13 | 2002-05-24 | Sharp Corp | 情報提供システム、そのシステムに用いられるサーバ、情報提供方法およびその方法を実現する機械読取可能な記録媒体 |
| KR100484138B1 (ko) * | 2002-05-08 | 2005-04-18 | 삼성전자주식회사 | 관계형 데이터베이스에서 정규 경로식 질의를 처리하는ｘｍｌ 인덱싱 방법과 자료구조 |
-
2002
- 2002-08-26 JP JP2004530511A patent/JPWO2004019225A1/ja active Pending
- 2002-08-26 WO PCT/JP2002/008579 patent/WO2004019225A1/ja active Application Filing
-
2005
- 2005-02-18 US US11/060,551 patent/US7533079B2/en not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1165434A (ja) * | 1997-08-13 | 1999-03-05 | Hitachi Ltd | 情報提供システム、端末における情報の出力方法、移動情報端末及び情報提供装置 |
| JP2002140602A (ja) * | 2000-10-31 | 2002-05-17 | Sharp Corp | コンテンツ管理システム |
Non-Patent Citations (1)
| Title |
|---|
| 垂水 浩幸: "ＳｐａｃｅＴａｇのアプリケーションとその社会的インパクト", 情報処理学会研究報告, vol. 99, no. 88, JPN6007013520, 15 November 1999 (1999-11-15), JP, pages 31 - 36, ISSN: 0000944921 * |
Also Published As
| Publication number | Publication date |
|---|---|
| US7533079B2 (en) | 2009-05-12 |
| US20050164725A1 (en) | 2005-07-28 |
| WO2004019225A1 (ja) | 2004-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPWO2004019225A1 (ja) | 状況付情報を処理する装置および方法 | |
| US8140566B2 (en) | Open framework for integrating, associating, and interacting with content objects including automatic feed creation | |
| TWI443532B (zh) | 上下文式查詢增廣系統與方法 | |
| Teraoka | Organization and exploration of heterogeneous personal data collected in daily life | |
| US8626694B2 (en) | System and method for disambiguating non-unique identifiers using information obtained from disparate communication channels | |
| KR101123217B1 (ko) | 네트워크 및 기기 기능성으로의 액세스를 단순화하는스케일러블 시각 검색 시스템 | |
| US8069142B2 (en) | System and method for synchronizing data on a network | |
| US8671154B2 (en) | System and method for contextual addressing of communications on a network | |
| Persson et al. | GeoNotes: A location-based information system for public spaces | |
| Cost et al. | ITtalks: A case study in the Semantic Web and DAML+ OIL | |
| US9477969B2 (en) | Automatic feed creation for non-feed enabled information objects | |
| US20090240564A1 (en) | Open framework for integrating, associating, and interacting with content objects including advertisement and content personalization | |
| US20090234814A1 (en) | Configuring a search engine results page with environment-specific information | |
| US20130046778A1 (en) | System and method for automated service recommendations | |
| EP2272015A1 (en) | Open framework for integrating, associating and interacting with content objects | |
| US20090248694A1 (en) | System and method for addressing communications | |
| WO2009088664A1 (en) | System and method for delivery of augmented messages | |
| Zhang et al. | User-centered context-aware mobile applications―The next generation of personal mobile computing | |
| US10394905B2 (en) | Method and apparatus for a digital leg history | |
| US20100185518A1 (en) | Interest-based activity marketing | |
| Spohrer et al. | User experience in the pervasive computing age | |
| CN107924403A (zh) | 查询组成系统 | |
| Smith | Who controls the past controls the future-life annotation in principle and practice | |
| López-de-Ipiña et al. | A web 2.0 platform to enable context-aware mobile mash-ups | |
| JP6224308B2 (ja) | サーバー装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071218 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080207 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080311 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080415 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080520 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080610 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20080805 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080912 |