JP4746737B2

JP4746737B2 - Information processing apparatus and method, and storage medium storing the program

Info

Publication number: JP4746737B2
Application number: JP2000248999A
Authority: JP
Inventors: アルナローラ須田; ジェヤチヤンドラン・スレッシュ; ジョセフ・プレムアナンド
Original assignee: サオラ株式会社
Priority date: 2000-05-29
Filing date: 2000-07-17
Publication date: 2011-08-10
Anticipated expiration: 2020-07-17
Also published as: JP2002056008A

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置及びその方法、及びそのプログラムを記憶した記憶媒体に関するものである。
【０００２】
【従来の技術】
従来、コンピュータ又はインターネット機器を利用してインターネットからの情報をブラウザというソフトを使って読む事が行なわれている。又ファイルというアプリケーションプログラムを新に開いて、情報をそれに保存することができる。
また、ブラウザからの情報をそのまま送信することが行われている。更に、ブラウザ上の情報に書き込みをするために、それを別のアプリケーション（ワープロソフトなど）に移動させて、その上で書き込み又はそれを送信することができる。
【０００３】
【発明が解決しようとしている課題】
しかしながら、上記従来技術ではブラウザからの情報を取得したり、それを管理したりするのはとても難しかった。
例えば、ブラウザ上で情報を読みながら、他のアプリを開かず、読んでいる情報を保存したり、その情報にコメントを書き込んだり、ある部分を強調表示したりすることができなかった。またそうやって加工した情報をそのまま送信することができなかった。
ファイルアプリを利用する際にファイルの特定名称又はそのフォルダ先を指定しなければならなかった。情報をファイルした後、情報をキーワードなどを使って検索できたがキーワード又は特定のパラメータごとにソートすることができなかった。ファイルした情報をファイルフォルダ又はファイル一覧でしか見ることができなかった。さらにファイルされた情報に対し、期限をつける事ができなかったので、期限付きの多いウェブ情報をファイルした場合に、管理が難しかった。
また、ある保存手段を使って保存されている（お気に入りなど）インターネットからの情報（ＵＲＬ，ページなど）をＵＲＬの地域（．ＪＰ，．ＣＯ．ＪＰ）別に検索又はソートすることができなかった。又ＵＲＬの組織部分（ＳＡＯＲＡ．ＣＯ．ＪＰの内ＳＡＯＲＡ）でも検索及びソートすることができなかった。
またＢｒｏｗｓｅｒで読む際に、一つ以上のプロセスを開くことはできるが、各ブラウザプロセスでアクセスされるＵＲＬは別々に管理することができなかった。
【０００４】
【課題を解決するための手段】
上記課題を解決するために、本発明によれば、ウェブページを表示部に表示するブラウザを備えた情報処理装置における情報処理方法に、表示中のウェブページを前記ブラウザより取得する取得工程と、前記取得工程で取得したウェブページの情報から複数のキーワードをインデックスとして抽出するインデックス抽出工程と、前記取得したウェブページを特定するユニークな識別情報を、該識別情報のユーザからの入力を要さずに作成する識別情報作成工程と、新たなＵＲＬのウェブページへ表示対象を変更する際に、ユーザからの保存指示を要さずに、前記取得したウェブページを前記識別情報及び前記インデックスと対応付けてデータベースに保存する保存工程と、前記データベースに保存された複数のウェブページを前記インデックスに基づいてソートまたは検索するデータ処理工程とを備える。
また、本発明の他の態様によれば、ウェブページを表示部に表示するブラウザを備えた情報処理装置に、表示中のウェブページを前記ブラウザより取得する取得手段と、前記取得手段により取得したウェブページの情報から複数のキーワードをインデックスとして抽出するインデックス抽出手段と、前記取得したウェブページを特定するユニークな識別情報を、該識別情報のユーザからの入力を要さずに作成する識別情報作成手段と、新たなＵＲＬのウェブページへ表示対象を変更する際に、ユーザからの保存指示を要さずに、前記取得したウェブページを前記識別情報及び前記インデックスと対応付けてデータベースに保存する保存手段と、前記データベースに保存された複数のウェブページを前記インデックスに基づいてソートまたは検索するデータ処理手段とを備える。
また、本発明の他の態様によれば、コンピュータ読み取り可能な記憶媒体に、ウェブページを表示部に表示するブラウザを備えた情報処理装置に、表示中のウェブページを前記ブラウザより取得する取得工程と、前記取得工程で取得したウェブページの情報から複数のキーワードをインデックスとして抽出するインデックス抽出工程と、前記取得したウェブページを特定するユニークな識別情報を、該識別情報のユーザからの入力を要さずに作成する識別情報作成工程と、新たなＵＲＬのウェブページへ表示対象を変更する際に、ユーザからの保存指示を要さずに、前記取得したウェブページを前記識別情報及び前記インデックスと対応付けてデータベースに保存する保存工程と、前記データベースに保存された複数のウェブページを前記インデックスに基づいてソートまたは検索するデータ処理工程とを有する情報処理方法を実行させるプログラムを記憶したことを特徴とする。
【０００５】
【発明の実施の形態】
以下、図面を用いて本発明の１実施形態を詳細に説明する。
図１は、本実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
同図において、ＣＰＵ１０１は、フローチャートにつき後述する処理手順を含む各種プログラムを実行し、システムバス１０６により接続された装置各部を制御する。ＲＡＭ１０２は、データやプログラムを一時記憶する。ＲＯＭ１０３は、固定的なデータやプログラムを記憶する。キーボード１０４は、文字を入力したり、機能を選択するためのキーを備えている。更に画面上の位置を指示するためのポインティングデバイスとしてマウスが備えられている。
ディスプレイ１０５は、検索などの処理結果を表示したり、ユーザインターフェースを提供する。ハードディスクドライブ（ＨＤＤ）１０６は、プログラムやデータを永続的に記憶できる。システムバス１０７は、上述した装置各部を接続し、装置間でデータやアドレス、制御信号を送受信する媒体として利用される。
フローチャートにつき後述する処理手順を含む各種プログラムは、ＲＯＭ１０３に記憶されていてもよいし、ＨＤＤ１０６からＲＡＭ１０２へ、処理に先立ってあるいは処理の実行中に必要に応じてロードされるようにしてもよい。
図２は、本実施形態の情報処理装置の機能構成を示すブロック図である。
ブラウザー２０１はウェブ上の情報閲覧に利用される。ファイリングシステム２０２は、ファイルを管理する。文書管理システム２０３は、文書を管理する。情報管理システム２０４は、文書以外の情報を管理する。ＫＰＴシステム２０５は、ブラウザー２０１、ファイリングシステム２０２、文書管理システム２０３、情報管理システム２０４を制御し、利用して後述する本実施形態の主たる処理を実行する。知識ベース管理部２０６は、データベース２０７上の知識ベースの知識を管理する。
図３は、情報閲覧における機能構成を示すブロック図である。
インターネット３０１上の情報を閲覧するために、複数のブラウザー２０１Ａ、２０１Ｂを同時に利用した場合、後で詳述するように、ＫＰＴシステム２０５はそれを区別して管理する。
図４は、全体の処理手順を示すフローチャートである。以下では、インターネットに接続して必要な情報を閲覧し、保存する例について説明する。
ステップＳ４０１では、インターネット上の情報を閲覧する準備となる初期の処理を実行する。ステップＳ４０２では、閲覧や保存などのメインの処理を実行する。ステップＳ４０３では、終了時の処理を実行する。
図５は、ステップＳ４０１の初期の処理の詳細手順を示すフローチャートである。
ステップＳ５０１では、ブラウザーが起動されているかを判別し、起動されていなければ、ステップＳ５０２で起動する。ステップＳ５０３では新たなセッションを作成し、ステップＳ５０４で知識ベースの知識を更新する。ステップＳ５０５では、情報閲覧のためのユーザインタフェース（ＵＩ）を表示する。
図６は、ステップＳ４０２のメインの処理の詳細手順を示すフローチャートである。
ステップＳ６０１では、ユーザの要求がブラウザーの終了であるかを判断し、終了でなければ、ステップＳ６０２で、新規のＵＲＬへの移動であるかを判断する。新規のＵＲＬへの移動でない場合、ステップＳ６０３で、ユーザの操作があれば、ＫＰＴシステム２０５に対する操作であるので、ステップＳ６０４に進み、操作に応じてブラウザー２０１からＨＴＭＬ文書を取得し、ＫＰＴＡｃｔｉｏｎ、ＫＰＴＤｏｃの内容をファイルするなどの処理を行なう。ステップＳ６０５で、ユーザの操作により要求された処理を実行する。詳細は後述する。
一方、ステップＳ６０３で、ユーザの操作がなければ、ステップＳ６１８で、システムタスクを実行し、ステップＳ６０１に戻る。
図５１は、ステップＳ６１８のシステムタスクの実行処理の詳細手順を示すフローチャートである。
ステップＳ５１０１で、システムタスクがあれば、ステップＳ５１０２で、Ｔ１にシステムタスクの作成を設定し、ＡｃｔがＣｈｅｃｋＥｘｐｉｒｅｄであれば、図５２につき詳述するＲｅｍｏｖｅＥｘｐｉｒｅｄを実行し、有効期限の過ぎたデータを削除する（ステップＳ５１０３、５１０４）。また、ＡｃｔがＣｈｅｃｋＵｐｄａｔｅであれば、図５３につき詳述するＵｐｄａｔｅを実行し、プログラムを最新バージョンへ更新する（ステップＳ５１０５、５１０６）。
続いて、ステップＳ５１０７で、知識ベースを更新し、ステップＳ５１０８で、Ｔ１を終了する。
図５２は、ステップＳ５１０４のＲｅｍｏｖｅＥｘｐｉｒｅｄの詳細手順を示すフローチャートである。
ステップＳ５２０１で、知識ベースから次の有効なＫＰＴＡｃｔｉｏｎを取得する。未処理の有効なＫＰＴＡｃｔｉｏｎが残っていなければ、リターンする（ステップＳ５２０２）。取得したＫＰＴＡｃｔｉｏｎに有効期限が設定されていて、その期限が過ぎていた場合、そのＫＰＴＡｃｔｉｏｎに対応するＫＰＴＤｏｃを削除するかをユーザに確認し、削除が確認された場合、ステップＳ５２０６に進む。それ以外の場合は、ステップＳ５２０１へ戻る（ステップＳ５２０３〜５２０５）。
ステップＳ５２０６では、知識ベースから、ＫＰＴＡｃｔｉｏｎと、それに対応するＫＰＴＤｏｃとを削除し、ステップＳ５２０７で、知識ベースを更新してリターンする。
図５３は、ステップＳ５１０４のＵｐｄａｔｅの詳細手順を示すフローチャートである。
ステップＳ５３０１で、Ｖ１にシステムにおける現在のバージョンをセットし、ウェブサイトから取得する場合、ウェブサイトにおけるバージョンをＶ２にセットし、Ｖ２がＶ１よりも進んだバージョンである場合、更新するかをユーザに確認し、更新が確認された場合、ステップＳ５３０５に進む。それ以外の場合は、リターンする（ステップＳ５３０２〜５３０４）。
ステップＳ５３０５では、最新のバージョンをダウンロードし、ステップＳ５３０６で、システム内のデータを更新してリターンする。
図６に戻り、ステップＳ６０２で、ユーザの要求が新規のＵＲＬへの移動であった場合、ステップＳ６０６で現在のタスクを終了するかを確認し、現在のタスクを終了しない場合は、ステップＳ６０７で移動を中止する。現在のタスクを終了する場合は、ステップＳ６０８で、現在表示中のページを自動保存して、新規タスクを作成し、ステップＳ６０９で、ＫＰＴＡｃｔｉｏｎ、ＫＰＴＤｏｃの知識構造を作成する。なお、ステップＳ６０８で、現在表示中のページが、図５０に示すユーザ設定画面を用いて、自動保存のときに除外したいＵＲＬとして前もって設定されている場合には、自動保存は行なわない。
続いて、ステップＳ６１０で、ブラウザー２０１からＵＲＬ、キーワードを取得する。ステップＳ６１１では、ＵＲＬのデータがシステム内に存在しているかを判断し、システム内に存在していれば、ステップＳ６１２で、その存在するデータを取得する。存在してない場合、ステップＳ６１５に進む。ステップＳ６１３ではＵＲＬがシステム内のパスを表しているかを判断し、そうであればステップＳ６１４で、対応する検索ＵＩメッセージを取得する。ステップＳ６１５では、キーワードと、取得されたデータやメッセージを表示する。
一方、ステップＳ６０１で、ユーザの要求がブラウザーの終了であった場合、ステップＳ６１６で現在のタスクを終了させて処理を終える。
例えば、ブラウザー２０１で表示されたページが図２７に示すＨＴＭＬ文書であった場合、ページの表示内容には含まれていないが、ＫＥＹＷＯＲＤとして設定されている「横浜、ＫＰＴ」がキーワードとして抽出され、図２４のように、キーワードの欄に表示される。
図７は、ステップＳ６０３のユーザの操作判断の詳細手順を示すフローチャートである。
まず、ステップＳ７０１でＡｃｔの値にユーザの操作を設定し、ステップＳ７０２で、ＡｃｔがＮＵＬＬであれば、ｆａｌｓｅとしてリターンする。ステップＳ７０３で、Ａｃｔが簡易保存であれば、ステップＳ７０４に進む。ステップＳ７０５で、Ａｃｔが自動保存であれば、ステップＳ７０４に進む。ステップＳ７０６で、Ａｃｔが保存であれば、ステップＳ７０７で、図２５に示すような保存の設定のためのＵＩを表示し、ステップＳ７０４に進む。ステップＳ７０８で、Ａｃｔが保留であれば、ステップＳ７０９で、図３１に示すような保留の設定のためのＵＩを表示し、ステップＳ７０４に進む。ステップＳ７０４では、保存あるいは保留の対象となるデータが存在するかをチェックし、存在すればｔｒｕｅとしてリターンし、そうでなければｆａｌｓｅとしてリターンする。
ステップＳ７１０で、Ａｃｔが送信であれば、ステップＳ７１１で、図３４に示すような送信の設定のためのＵＩを表示し、ステップＳ７１２で、ユーザーから宛先、ＣＣ、件名などの送信に関わる値を取得して、ｔｒｕｅとしてリターンする。ステップＳ７１３で、ＡｃｔがＡｎｎｏｔａｔｅであれば、ステップＳ７１４で、図３２に示すようなＡｎｎｏｔａｔｅ（ユーザ書き込み）の設定のためのＵＩを表示し、ステップＳ７１５でＡｎｎｏｔａｔｅを実行して、ｔｒｕｅとしてリターンする。ステップＳ７１６で、Ａｃｔが抽出であれば、ステップＳ７１７で、図３５に示すような抽出の設定のためのＵＩを表示し、ステップＳ７１８で抽出を実行して、ｔｒｕｅとしてリターンする。Ａｃｔが以上のいずれでもなければ、ステップＳ７１９のＭｇｍｔ（後述）を実行し、ｆａｌｓｅとしてリターンする。
図８は、ステップＳ７０４の保存対象が存在するかのチェックの詳細手順を示すフローチャートである。
ステップＳ８０１で、ユーザまたは設定から「瞬録」か否か、保存期間などの値を取得する。ステップＳ８０２で、同一のＵＲＬが既にデータベースに存在しているかを判断し、存在してなければ、ステップＳ８０３でＭｏｄｉｆｙＳｔａｔｕｓにｓａｖｅＡｓＮｅｗＡｃｔｉｏｎを設定して、ｔｒｕｅとしてリターンする。ＵＲＬが既に存在している場合、常に上書きするか新規に保存するかが予めユーザにより設定されていれば、それに従う。図４８に、この保存のためのユーザ設定画面を示す。設定されていなければ、上書きするか新規に保存するかを、ダイアログを表示してユーザに確認する。その結果、上書きする場合はＭｏｄｉｆｙＳｔａｔｕｓにＯｖｅｒＷｒｉｔｅＥｘｉｓｔｉｎｇを設定し（ステップＳ８０４、８０５）、新規で保存する場合はＭｏｄｉｆｙＳｔａｔｕｓにｓａｖｅＡｓＮｅｗＡｃｔｉｏｎを設定して（ステップＳ８０６、８０７）、ｔｒｕｅとしてリターンする。上記の確認において保存をキャンセルされた場合は、ステップＳ８０８で保存しないこととし、ｆａｌｓｅとしてリターンする。
図９は、ステップＳ７１５のＡｎｎｏｔａｔｅの詳細手順を示すフローチャートであり、図３２は、ＡｎｎｏｔａｔｅのＵＩの例を示す図である。
ステップＳ９０１で、Ａｃｔの値に、ＡｎｎｏｔａｔｅのＵＩに対するユーザの操作を設定し、Ａｃｔがメモ書き込みであれば、表示ページ中の選択された場所にユーザの指定したメモを追加し（ステップＳ９０２、９０３）、ステップＳ９０４に進む。Ａｃｔが脚注であれば、脚注番号を作成し、表示ページ中の選択された場所に作成した脚注番号を追加し、ページの最後に脚注番号と対応付けてユーザのメモを追加して（ステップＳ９０６、９０７）、ステップＳ９０４に進む。ここで書き込まれるメモは、図４９に示すユーザ設定画面による設定内容に従って、選択された「メモ書き引用符」で囲んで、設定された「デフォルトのメモ書きテキスト」を前に付けて、選択された色で表示する。この結果、表示ページの内容が、図２７から図３３のように変更され、図３２に示すように、デフォルトの「ＭｙＣｏｍｍｅｎｔｓ−−」に続き、「急行は停車しません！」というメモ書き込みが、［］で囲んで表示される。
また、Ａｃｔが強調表示であれば、選択部分に指定された色で＜ｆｏｎｔｂｇｃｏｌｏｒ＞Ｔａｇを追加し（ステップＳ９０８、９０９）、ステップＳ９０４に進む。Ａｃｔがテキスト色変更であれば、選択部分に指定された色で＜ｆｏｎｔｃｏｌｏｒ＞Ｔａｇを追加し（ステップＳ９１０、９１１）、ステップＳ９０４に進む。Ａｃｔが削除であれば、選択部分に＜ｖｉｓｉｂｌｅｆａｌｓｅ＞Ｔａｇを追加し（ステップＳ９１２、９１３）、ステップＳ９０４に進む。
Ａｃｔが１つ戻すであれば、直前の処理をキャンセルして１つ前の状態に戻し（ステップＳ９１４、９１５）、ステップＳ９０４に進む。Ａｃｔが元に戻すであれば、Ａｎｎｏｔａｔｅの全ての処理をキャンセルして元に戻し（ステップＳ９１６、９１７）、ステップＳ９０４に進む。
ステップＳ９０４では、各操作により編集されたＨＴＭＬデータをブラウザーに渡し、ステップＳ９０５でＵＩを更新してステップＳ９０１に戻る。また、Ａｃｔが以上のいずれでもなければ、リターンする。
図１０は、ステップＳ７１８の抽出の詳細手順を示すフローチャートである。
ステップＳ１００１では、ＫＰＴＰｅｒｓｏｎを作成する。ステップＳ１００２では、Ａｃｔの値に、図３５に示すような抽出のＵＩに対するユーザの操作を設定する。
この操作が、特定のボタンが押されたり、ドラッグ・アンド・ドロップなどの操作や選択部分の右クリックによる選択などにより、ページ中のデータを抽出してある入力欄のデータとして入力するものである場合、具体的には、「瞬録」、「名前」、「Ｅメール」、「電話」、「ファックス」、「メモ」の入力であった場合（ステップＳ１００３、１００７〜１０１０）、ステップＳ１００４に進む。また、ステップＳ１０１１でＡｃｔが全てクリアであれば、ステップＳ１０１２で全フィールドをクリアして、ステップＳ１００４に進む。
ステップＳ１００４では、ＫＰＴＰｅｒｓｏｎに値の追加や編集を行ない、ステップＳ１００５でＵＩを更新してステップＳ１００２に戻る。また、ステップＳ１０１３でＡｃｔが保存であれば、ＫＰＴＡｃｔｉｏｎ（Ｅｘｔｒａｃｔ）を作成し、ステップＳ１０１４で、それでＫＰＴＰｅｒｓｏｎを満たしてリターンする。Ａｃｔがいずれでもなければ、ステップＳ１００２に戻る。
図１１は、ステップＳ７１９のＭｇｍｔの詳細手順を示すフローチャートである。
ステップＳ１１０１では、Ａｃｔの値にユーザの操作を設定する。ステップＳ１１０２で、ＡｃｔがＮＵＬＬであれば、リターンする。Ａｃｔが再生であれば、後述するＳｈｏｗＳｅｓｓｉｏｎ（）を実行してリターンする（ステップＳ１１０３、１１０４）。Ａｃｔが記録一覧であれば、後述するＳｈｏｗＬｉｎｋｓ（）を実行してリターンする（ステップＳ１１０５、１１０６）。Ａｃｔがページの検索であれば、図４１に示すような検索のＵＩを表示してリターンする（ステップＳ１１０７、１１０８）。Ａｃｔが抽出データの検索であれば、図４３に示すような抽出データ検索のＵＩを表示してリターンする（ステップＳ１１０９、１１１０）。Ａｃｔがアドレス帳の表示であれば、図４４に示すようなアドレス帳のＵＩを表示してリターンする（ステップＳ１１１１、１１１２）。Ａｃｔがユーザ設定の表示であれば、図４６〜５０に示すようなユーザ設定のＵＩを表示してリターンする（ステップＳ１１１３、１１１４）。
図１２は、ステップＳ１１０４のＳｈｏｗＳｅｓｓｉｏｎの詳細手順を示すフローチャートである。
ステップＳ１２０１では、知識ベースからＫＰＴＡｃｔｉｏｎ（ＫＰＴＤｏｃ）を取得し、ステップＳ１２０２では、図６０につき詳述する手順により、ＫＰＴＡｃｔｉｏｎをタイムチャート、セッション別にソートし、ステップＳ１２０３で、図３７に示すような再生ＵＩを表示してリターンする。
図１３は、ステップＳ１１０６のＳｈｏｗＬｉｎｋｓの詳細手順を示すフローチャートである。
ステップＳ１３０１では、知識ベースからＫＰＴＡｃｔｉｏｎ（ＫＰＴＤｏｃ）を取得し、ソート項目が組織であれば、図５９につき詳述する手順により組織別にソートして（ステップＳ１３０２、１３０３）、ステップＳ１３０４に進む。ソート項目がドメインであれば、図５８につき詳述する手順によりドメイン別にソートして（ステップＳ１３０５、１３０６）、ステップＳ１３０４に進む。ソート項目が組織でもドメインでもなければ、ステップＳ１３０７で、図５４につき詳述する手順によりキーワード別にソートして、ステップＳ１３０４に進む。ステップＳ１３０４では、図３８〜４０に示すような記録一覧ＵＩを表示してリターンする。
以下に、図１２、１３における各種ソート処理の詳細手順を説明する。
図５４は、ステップＳ１３０７のキーワード別にソートする処理の詳細手順を示すフローチャートである。
まずステップＳ５４０１で、ＮｏｄｅＬｉｓｔにＮＵＬＬを設定し、ステップＳ５４０２で、知識ベースからキーワードのリストＬ１を取得し、ステップＳ５４０３で、リストＬ１から次のキーワードＫ１として未処理のキーワードを１つ取得する。
ステップＳ５４０４で、次のキーワードＫ１が取得できたかを判定する。取得できた場合、そのキーワードＫ１が、必要のないキーワードまたは既にＮｏｄｅＬｉｓｔに存在するキーワードであるかを判定し、いずれでもなければ、ＮｏｄｅＬｉｓｔの適切な場所に追加してステップＳ５４０３に戻る（ステップＳ５４０６〜５４０８）。
一方、ステップＳ５４０４で、次のキーワードＫ１が取得できなければ、リストＬ１の全てのキーワードが処理されたので、ステップＳ５４０５で、図５５につき後述するＳｈｏｗＴｒｅｅＶｉｅｗ（ＮｏｄｅＬｉｓｔ，Ｔｙｐｅ）をＴｙｐｅ＝ｋｅｙｗｏｒｄとして実行し、図４０に示すようなキーワード順にソートされたＮｏｄｅＬｉｓｔを表示する。
図５５は、ステップＳ５４０５におけるＳｈｏｗＴｒｅｅＶｉｅｗ（ＮｏｄｅＬｉｓｔ，Ｔｙｐｅ）の詳細手順を示すフローチャートである。
まず、Ｔｙｐｅ＝ｋｅｙｗｏｒｄであるかを判別し、そうでなければそのまま、そうであれば、ＮｏｄｅＬｉｓｔに「キーワードなし」を追加して、ＮｏｄｅＬｉｓｔを一覧表示する（ステップＳ５５０１〜５５０３）。
続いて、Ａｃｔにユーザの操作をセットして、Ａｃｔが終了であれば、処理を終え、リーフの選択であれば、図５６につき後述するＰｒｏｃｅｓｓＬｅａｆＡｃｔｉｏｎ（Ａｃｔ，Ｎｏｄｅ，Ｔｙｐｅ）を実行し、そうでなければ、図５７につき後述するＰｒｏｃｅｓｓＮｏｄｅＡｃｔｉｏｎ（Ａｃｔ，Ｎｏｄｅ，Ｔｙｐｅ）を実行して、ステップＳ５５０４に戻る（ステップＳ５５０４〜５５０８）。
図５６は、ステップＳ５５０７のＰｒｏｃｅｓｓＬｅａｆＡｃｔｉｏｎ（Ａｃｔ，Ｎｏｄｅ，Ｔｙｐｅ）の詳細手順を示すフローチャートである。
Ａｃｔが開くであれば、知識ベースから、そのＮｏｄｅに関する、チャイルドノード又は全てのＫＰＴＡｃｔｉｏｎ／ＫＰＴＤｏｃを取得して、ＮｏｄｅＬｉｓｔの適切な場所に追加して、ステップＳ５６０４に進む（ステップＳ５６０１〜５６０３）。
Ａｃｔが閉じるであれば、現在選択され、表示されているノードを閉じてステップＳ５６０９に進む（ステップＳ５６０４、５６０５）。
Ａｃｔが削除であれば、ユーザに削除してよいかを確認し、確認されれば、知識ベースから、そのＮｏｄｅに関する全てのＫＰＴＡｃｔｉｏｎ／ＫＰＴＤｏｃを削除して、ステップＳ５６０９に進む（ステップＳ５６０６〜５６０８）。
ステップＳ５６０９では、知識ベースを更新し、ステップＳ５６１０でＵＩを更新してリターンする。また、Ａｃｔが以上のいずれでもなければ、リターンする。
図５７は、ステップＳ５５０８のＰｒｏｃｅｓｓＮｏｄｅＡｃｔｉｏｎ（Ａｃｔ，Ｎｏｄｅ，Ｔｙｐｅ）の詳細手順を示すフローチャートである。
Ａｃｔが表示であれば、知識ベースから、そのＮｏｄｅに関するＫＰＴＡｃｔｉｏｎ／ＫＰＴＤｏｃを取得して、ステップＳ５７１４に進む（ステップＳ５７０１〜５７０２）。
Ａｃｔが元を開くあれば、知識ベースから、そのＮｏｄｅに関するＫＰＴＡｃｔｉｏｎ／ＫＰＴＤｏｃを取得し、元のデータを取得して、ステップＳ５７１４に進む（ステップＳ５７０３〜５７０５）。
Ａｃｔが削除であれば、ユーザに削除してよいかを確認し、確認されれば、知識ベースから、そのＮｏｄｅに関するＫＰＴＡｃｔｉｏｎ／ＫＰＴＤｏｃを削除して、ステップＳ５７１４に進む（ステップＳ５７０６〜５７０８）。
Ａｃｔがこのグループからの削除であれば、ユーザに削除してよいかを確認し、確認されれば、知識ベースにおいて、そのＮｏｄｅに関するＫＰＴＡｃｔｉｏｎ／ＫＰＴＤｏｃの属性を変更して、ステップＳ５７１４に進む（ステップＳ５７０９〜５７１１）。
Ａｃｔが属性の表示であれば、知識ベースから、そのＮｏｄｅに関するＫＰＴＡｃｔｉｏｎ／ＫＰＴＤｏｃの属性を取得して、ステップＳ５７１４に進む（ステップＳ５７１２〜５７１３）。
ステップＳ５７１４では、知識ベースを更新し、ステップＳ５７１５でＵＩを更新してリターンする。また、Ａｃｔが以上のいずれでもなければ、リターンする。
図５８は、ステップＳ１３０６のドメイン別にソートする処理の詳細手順を示すフローチャートである。
まずステップＳ５８０１で、ＮｏｄｅＬｉｓｔにＮＵＬＬを設定し、ステップＳ５８０２で、知識ベースからトップドメインのリストＬ１を取得し、ステップＳ５８０３で、リストＬ１から次のドメイン名Ｋ１として未処理のドメイン名を１つ取得する。
ステップＳ５８０４で、次のドメイン名Ｋ１が取得できたかを判定する。取得できた場合、そのドメイン名ｋ１が、必要のないドメイン名または既にＮｏｄｅＬｉｓｔに存在するドメイン名であるかを判定し、いずれでもなければ、ＮｏｄｅＬｉｓｔの適切な場所に追加してステップＳ５８０３に戻る（ステップＳ５８０６〜５８０８）。
一方、ステップＳ５８０４で、次のドメイン名Ｋ１が取得できなければ、リストＬ１の全てのドメイン名が処理されたので、ステップＳ５８０５で、図５５につき説明したＳｈｏｗＴｒｅｅＶｉｅｗ（ＮｏｄｅＬｉｓｔ，Ｔｙｐｅ）をＴｙｐｅ＝Ｄｏｍａｉｎとして実行し、図３９に示すようなドメイン名の順にソートされたＮｏｄｅＬｉｓｔを表示する。
図５９は、ステップＳ１３０３の組織別にソートする処理の詳細手順を示すフローチャートである。
まずステップＳ５９０１で、ＮｏｄｅＬｉｓｔにＮＵＬＬを設定し、ステップＳ５９０２で、知識ベースから組織名のリストＬ１を取得し、ステップＳ５８０３で、リストＬ１から次の組織名Ｋ１として未処理の組織名を１つ取得する。
ステップＳ５９０４で、次の組織名Ｋ１が取得できたかを判定する。取得できた場合、その組織名ｋ１が、必要のない組織名または既にＮｏｄｅＬｉｓｔに存在する組織名であるかを判定し、いずれでもなければ、ＮｏｄｅＬｉｓｔの適切な場所に追加してステップＳ５９０３に戻る（ステップＳ５９０６〜５９０８）。
一方、ステップＳ５９０４で、次の組織名Ｋ１が取得できなければ、リストＬ１の全ての組織名が処理されたので、ステップＳ５９０５で、図５５につき説明したＳｈｏｗＴｒｅｅＶｉｅｗ（ＮｏｄｅＬｉｓｔ，Ｔｙｐｅ）をＴｙｐｅ＝Ｏｒｇｎとして実行し、図３８に示すような組織名の順にソートされたＮｏｄｅＬｉｓｔを表示する。
図６０は、ステップＳ１２０２のタイムチャート、セッション別にソートする処理の詳細手順を示すフローチャートである。
まずＣｕｒｒＤにＧｅｔＣｕｒｒｅｎｔＤａｔｅ（）を設定し、ＭｉｎＤにＧｅｔＭｉｎｉｍｕｍＤａｔｅ（）を設定し、ＮｏｄｅＬｉｓｔにＮＵＬＬを設定する（ステップＳ６００１〜６００３）。
次に、ステップＳ６００４で、図６１につき後述するＧｅｔＰｒｅｖｉｏｕｓＹｅａｒＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ，ＭｉｎＤ）を実行し、ステップＳ６００５で、図６２につき後述するＧｅｔＢｅｆｏｒｅＣｕｒｒＭｏｎｔｈＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ）を実行し、ステップＳ６００６で、図６３につき後述するＧｅｔＢｅｆｏｒｅＣｕｒｒＷｅｅｋＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ）を実行し、ステップＳ６００７で、図６４につき後述するＧｅｔＣｕｒｒＷｅｅｋＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ）を実行し、ステップＳ６００８で、図５５につき説明したＳｈｏｗＴｒｅｅＶｉｅｗ（ＮｏｄｅＬｉｓｔ，Ｔｙｐｅ）をＴｙｐｅ＝Ｓｅｓｓｉｏｎとして実行し、図３７に示すようなセッション順にソートされたＮｏｄｅＬｉｓｔを表示し、リターンする。
図６１は、ステップＳ６００４のＧｅｔＰｒｅｖｉｏｕｓＹｅａｒＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ，ＭｉｎＤ）の詳細手順を示すフローチャートである。
ステップＳ６１０１で、Ｙｅａｒ（ＣｕｒｒＤ）とＹｅａｒ（ＭｉｎＤ）を比較し、Ｙｅａｒ（ＣｕｒｒＤ）＞Ｙｅａｒ（ＭｉｎＤ）でなければリターンし、そうであれば、ステップＳ６１０２で、ＩｙｅａｒにＹｅａｒ（ＭｉｎＤ）を設定する。続くステップＳ６１０３で、ＩｙｅａｒとＹｅａｒ（ＣｕｒｒＤ）を比較し、Ｉｙｅａｒ＜Ｙｅａｒ（ＣｕｒｒＤ）でなければリターンし、そうであれば、ステップＳ６１０４で、ＩｙｅａｒがＹｅａｒ（ＭｉｎＤ）−１であるかを判定し、そうであれば、「昨年」ノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加し、ＩｙｅａｒがＹｅａｒ（ＭｉｎＤ）−１でなければ、Ｉｙｅａｒ「年」ノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。
続いて、ステップＳ６１０７で、知識ベースからＩｙｅａｒにデータが存在する「月」だけのノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。更に、ステップＳ６１０８で、知識ベースから上記の各「月」にデータが存在する「日」だけのチャイルドノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。そして、ステップＳ６１０９で、Ｉｙｅａｒ＝Ｉｙｅａｒ＋１に更新して、ステップＳ６１０３に戻る。
図６２は、ステップＳ６００５のＧｅｔＢｅｆｏｒｅＣｕｒｒＭｏｎｔｈＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ）の詳細手順を示すフローチャートである。
ステップＳ６２０１で、Ｉｍｏｎｔｈを１に設定する。ステップＳ６２０２で、ＩｍｏｎｔｈがＭｏｎｔｈ（ＣｕｒｒＤ）と一致するかを判定し、一致すればリターンし、一致しなければ、ステップＳ６２０３で、ＩｍｏｎｔｈがＭｏｎｔｈ（ＣｕｒｒＤ）−１であるかを判定する。そうであれば、ステップＳ６２０４で、「先月」ノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加し、ＩｍｏｎｔｈがＭｏｎｔｈ（ＣｕｒｒＤ）−１でなければ、ステップＳ６２０５で、Ｉｍｏｎｔｈ「月」ノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。
続いて、ステップＳ６２０６で、知識ベースからＩｍｏｎｔｈにデータが存在する「日」だけのチャイルドノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。そして、ステップＳ６２０７で、Ｉｍｏｎｔｈ＝Ｉｍｏｎｔｈ＋１に更新して、ステップＳ６２０２に戻る。
図６３は、ステップＳ６００６のＧｅｔＢｅｆｏｒｅＣｕｒｒＷｅｅｋＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ）の詳細手順を示すフローチャートである。
ステップＳ６３０１で、Ｉｗｅｅｋを１に設定する。ステップＳ６３０２で、ＩｗｅｅｋがＷｅｅｋ（ＣｕｒｒＤ）と一致するかを判定し、一致すればリターンし、一致しなければ、ステップＳ６３０３で、ＩｗｅｅｋがＷｅｅｋ（ＣｕｒｒＤ）−１であるかを判定する。そうであれば、ステップＳ６３０４で、「先週」ノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加し、ＩｗｅｅｋがＷｅｅｋ（Ｃｕｒｒ）−１でなければ、ステップＳ６２０５で、Ｉｗｅｅｋ「週」ノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。
続いて、ステップＳ６３０６で、知識ベースからＩｗｅｅｋにデータが存在する「日」だけのチャイルドノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。そして、ステップＳ６３０７で、Ｉｗｅｅｋ＝Ｉｗｅｅｋ＋１に更新して、ステップＳ６３０２に戻る。
図６４は、ステップＳ６００７のＧｅｔＣｕｒｒＷｅｅｋＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ）の詳細手順を示すフローチャートである。
ステップＳ６４０１で、ＩｄａｙにＳｔａｒｔｏｆＷｅｅｋ（ＣｕｒｒＤ）を設定し、Ｓ６４０２で、ＩｄａｙとＤａｙ（ＣｕｒｒＤ）を比較し、Ｉｄａｙ＞Ｄａｙ（ＣｕｒｒＤ）であればリターンし、そうでなければ、ステップＳ６４０３で、ＩｄａｙがＤａｙ（ＣｕｒｒＤ）−１であるかを判定し、そうであれば、ステップＳ６４０４で「昨日」ノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加し、ＩｄａｙがＤａｙ（ＣｕｒｒＤ）−１でなければ、更にステップＳ６４０５でＩｄａｙがＤａｙ（ＣｕｒｒＤ）であるかを判定し、そうであれば、ステップＳ６４０６で「今日」ノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。そうでなければ、ステップＳ６４０７でＩｄａｙノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。
続いて、ステップＳ６４０８で、知識ベースからＩｄａｙのデータが存在する「セッション」だけのノードを作成し、ＮｏｄｅＬｉｓｔの適切な場所に追加する。そして、ステップＳ６４０９で、Ｉｄａｙ＝Ｉｄａｙ＋１に更新して、ステップＳ６１０３に戻る。
図７１は、ファイリングシステムに関するタイムチャートの表示例を示す図である。１日の作業がシステムの起動から終了まで、あるいは始業から昼休みまでなどの一定の時間帯をセッションとして、表示されている。
図４１は、ステップＳ１１０８で表示される検索ＵＩの例を示す図である。図６７は、図４１のＵＩで設定された検索条件に基づいて行なわれる検索処理の手順を示すフローチャートである。
まず、ステップＳ６７０１で、検索条件「Ｑ」にＮＵＬＬを設定する。そして、「瞬録」の欄がＮＵＬＬでなければ、検索条件「Ｑ」に「瞬録」の欄に入力された文字列で始まる「瞬録」項目を持つことを追加する（ステップＳ６７０２〜６７０３）。また、「キーワード」の欄がＮＵＬＬでなければ、検索条件「Ｑ」に「キーワード」の欄に入力されたキーワードを持つことを追加する（ステップＳ６７０４〜６７０５）。更に「閲覧／有効期間日付」の欄がＮＵＬＬでなければ、検索条件「Ｑ」にその「閲覧／有効期間日付」を持つことを追加する（ステップＳ６７０６〜６７０７）。また、「ＡｃｔｉｏｎＴｙｐｅ」の欄がＮＵＬＬでなければ、検索条件「Ｑ」にその「ＡｃｔｉｏｎＴｙｐｅ」を持つことを追加する（ステップＳ６７０８〜６７０９）。「ＵＲＬ」の欄がＮＵＬＬでなければ、検索条件「Ｑ」に「ＵＲＬ」の欄に入力された文字列で始まる「ＵＲＬ」項目を持つことを追加する（ステップＳ６７１０〜６７１１）。また「ページタイトル」の欄がＮＵＬＬでなければ、検索条件「Ｑ」に「ページタイトル」の欄に入力された文字列で始まる「ページタイトル」項目を持つことを追加する（ステップＳ６７１２〜６７１３）。以上の結果、検索条件「Ｑ」がＮＵＬＬであれば、ユーザに「検索条件を入力して下さい」というメッセージを表示して、ステップＳ６７０２に戻る。検索条件「Ｑ」がＮＵＬＬでなければ、検索を実行し、知識ベースから検索条件「Ｑ」にマッチするＫＰＴＡｃｔｉｏｎを取得し、ユーザに検索結果を表示する（ステップＳ６７１４〜６７１７）。
図４３は、ステップＳ１１１０で表示される抽出データ検索ＵＩの例を示す図である。図６８は、図４３のＵＩで設定された検索条件に基づいて行なわれる抽出データ検索処理の手順を示すフローチャートである。
まず、ステップＳ６８０１で、検索条件「Ｑ」にＮＵＬＬを設定する。そして、「瞬録」の欄がＮＵＬＬでなければ、検索条件「Ｑ」に「瞬録」の欄に入力された文字列で始まる「瞬録」項目を持つことを追加する（ステップＳ６７０２〜６７０３）。また、「名前」の欄がＮＵＬＬでなければ、検索条件「Ｑ」に「名前」の欄に入力された文字列で始まる「名前」を持つことを追加する（ステップＳ６７０４〜６７０５）。更に「抽出された日付」の欄がＮＵＬＬでなければ、検索条件「Ｑ」にその「抽出された日付」を持つことを追加する（ステップＳ６７０６〜６７０７）。以上の結果、検索条件「Ｑ」がＮＵＬＬであれば、ユーザに「検索条件を入力して下さい」というメッセージを表示して、ステップＳ６７０２に戻る。検索条件「Ｑ」がＮＵＬＬでなければ、検索を実行し、知識ベースから検索条件「Ｑ」にマッチするＫＰＴＰｅｒｓｏｎを取得し、ユーザに検索結果を表示する（ステップＳ６８０８〜６８１１）。
さて、図１４は、ステップＳ６０５のＥｘｅｃｕｔｅＡｃｔｉｏｎの詳細手順を示すフローチャートである。
ステップＳ１４０１で、次のＡｃｔをＡｃｔＬｉｓｔから取得する。ステップＳ１４０２でＡｃｔがなければ、リターンする。ステップＳ１４０３では、取得したＡｃｔに不足があれば、知識ベースを用いた推論によって補い、完全なものにする。
Ａｃｔが、簡易保存、保存、保留、自動保存のいずれかであれば、図１５につき後述するＳａｖｅＣｏｎｔｅｎｔｓ（）を実行して（ステップＳ１４０４〜１４０８）、ステップＳ１４０１に戻る。Ａｃｔが送信であれば、ＳｅｎｄＣｏｎｔｅｎｔｓ（）を実行して（ステップＳ１４０９〜１４１０）、ステップＳ１４０１に戻る。Ａｃｔが抽出であれば、知識ベースにＫＰＴＡｃｔｉｏｎとＫＰＴＰｅｒｓｏｎを追加して（ステップＳ１４１１〜１４１２）、ステップＳ１４０１に戻る。Ａｃｔが以上のいずれでもなければ、ステップＳ１４１３で知識ベースを更新して、ステップＳ１４０１に戻る。
図１５は、ステップＳ１４０５のＳａｖｅＣｏｎｔｅｎｔｓの詳細手順を示すフローチャートである。
ステップＳ１５０１で、保存内容はＵＲＬのみかを判断し、そうであればステップＳ１５０５に進む。ＵＲＬのみでなければステップＳ１５０２で保存内容はページ内容であるかを判断する。ページ内容であれば、ステップＳ１５０４へ進む。ページ内容でなければ、ステップＳ１５０３でＰａｇｅＰＬＵＳにｔｒｕｅをセットしてステップＳ１５０４へ進む。ステップＳ１５０４では、図１６につき詳述するＷｅｂＦｅｔｃｈ（）を実行する。
ステップＳ１５０５では、ＭｏｄｉｆｙＳｔａｔｕｓがｓａｖｅＡｓＮｅｗＡｃｔｉｏｎ（新たなアクションとして保存）であるかを判定する。そうであれば、知識ベースからＫＰＴＡｃｔｉｏｎ／ＫＰＴＤｏｃのインデックスを決定して、図６５につき詳述するＳａｖｅＦｉｌｅＣｏｎｔｅｎｔｓ（）を実行し、知識ベースにＫＰＴＡｃｔｉｏｎとＫＰＴＰｅｒｓｏｎを追加してリターンする（ステップＳ１５０６〜１５０８）。
一方、ＭｏｄｉｆｙＳｔａｔｕｓがｓａｖｅＡｓＮｅｗＡｃｔｉｏｎでない場合、ステップＳ１５０９で、ＭｏｄｉｆｙＳｔａｔｕｓがＯｖｅｒＷｒｉｔｅＥｘｉｓｔｉｎｇ（上書き）であるかを判定し、そうでなければリターンする。ＭｏｄｉｆｙＳｔａｔｕｓがＯｖｅｒＷｒｉｔｅＥｘｉｓｔｉｎｇであれば、知識ベースからＫＰＴＡｃｔｉｏｎ／ＫＰＴＤｏｃのインデックスを決定して、図６５につき詳述するＳａｖｅＦｉｌｅＣｏｎｔｅｎｔｓ（）を実行し、知識ベースのＫＰＴＡｃｔｉｏｎとＫＰＴＰｅｒｓｏｎを編集してリターンする（ステップＳ１５１０〜１５１２）。
図１６は、ステップＳ１５０４のＷｅｂＦｅｔｃｈの詳細手順を示すフローチャートである。
ステップＳ１６０１で、ＨＴＭＬ文を開き、ステップＳ１６０２で次のタグを取得し、ステップＳ１６０３で、ファイルの終わりであればリターンする。そうでなければ、タグが埋め込まれた画像やフレームであるか（ステップＳ１６０４）、ＰａｇｅＰＬＵＳがｔｒｕｅの場合にタグがリンク先であるか（ステップＳ１６０９）を判定し、いずれでもなければステップＳ１６０２に戻る。どちらかであれば、内容が既に知識ベースに存在するかを調べ（ステップＳ１６０５）、なければその内容をダウンロードして知識ベースに追加し（ステップＳ１６０７、１６０８）、ＨＴＭＬタグを編集する（ステップＳ１６０６）。そしてステップＳ１６０２に戻る。
図６５は、ステップＳ１５０７、１５１１のＳａｖｅＦｉｌｅＣｏｎｔｅｎｔｓ（）の詳細手順を示すフローチャートである。
ステップＳ６５０１で、保存内容はＵＲＬのみかを判定し、ＵＲＬのみであれば、リターンする。ＵＲＬのみでなければ、ＫＰＴＤｏｃのＧＵＩＩＤ名（ＧｌｏｂａｌｌｙＵｎｉｑｕｅＩｄｅｎｔｉｆｉｅｒ）で内部的に識別可能なユニークな名称のフォルダ「Ｆ１」を作成し、「ＫＰＴＩｎｄｅｘ」という固定名称のファイルを「Ｆ１」フォルダに作成し、ページ内容を「ＫＰＴＩｎｄｅｘ」ファイルに保存する。そして、このファイル名「ＫＰＴＩｎｄｅｘ」と、このファイル名およびフォルダ名によるファイルバスをＫＰＴＤｏｃに追加して、リターンする（ステップＳ６５０２〜６５０５）。そして、図６６につき詳述するＦｉｌｌＫＰＴＡｃｔｉｏｎ（）を実行して、知識ベースのルールを参照して、保存内容に対するインデックスを決定する（ステップＳ６５０６〜６５０７）。図６９は、組織名のインデックスを決定するルールの例を示す図である。ＵＲＬから、パラメータ、プロトコル、自明なアドレス、及びページ情報を除き、残ったデータについてドメイン名の知識ベースを参照してドメイン名を除き、残ったデータをピリオドで分割して、それぞれを組織名として抽出する。図２３に、ドメイン名の知識ベースを示す。図７０は、ドメイン名のインデックスを決定するルールの例を示す図である。ＵＲＬから、パラメータ、プロトコル、自明なアドレス、及びページ情報を除き、残ったデータについてドメイン名の知識ベースを参照してドメイン名を抽出する。
なお、上述した例では、フォルダ名をユニークとし、ファイル名を固定としたが、フォルダ名はユニークではなく、ファイル名をユニークとしてもよい。要は、ファイルパスがユニークになればよい。
図６６は、ステップＳ６５０６のＦｉｌｌＫＰＴＡｃｔｉｏｎ（）の詳細手順を示すフローチャートである。
ＫＰＴＤｏｃの「ＲｅｍｅｍｂｅｒＡｓ」に「瞬録」の欄の内容があれば設定し、ＫＰＴＤｏｃの「ＬｏｇｉｃａｌＵＲＬ」に「ＵＲＬ」の欄の内容を設定し、ＫＰＴＤｏｃの「ｋｅｙｗｏｒｄｓ」に「キーワード」の欄の内容があれば設定し、ＫＰＴＡｃｔｉｏｎの「ＷｈｅｎＤｏｎｅ」に現在の日時を設定する（ステップＳ６６０１〜６６０４）。そして、ＫＰＴＡｃｔｉｏｎが保存または保留であれば、ＫＰＴＡｃｔｉｏｎの「ＷｈｅｎＴｏＤｏ」に、「有効期間」を設定し、ＫＰＴＤｏｃの「Ｔｉｔｌｅ」に「ページタイトル」を設定する（ステップＳ６６０５〜６６０８）。一方、ＫＰＴＡｃｔｉｏｎがそれ以外、すなわち一時保存または自動保存であれば、ＫＰＴＡｃｔｉｏｎの「ＷｈｅｎＴｏＤｏ」に、「無期限」を設定する（ステップＳ６６０９）。
このようにして、「簡易保存」を選択した場合には、ユーザにファイル名や保存先などを要求することなく保存を実行する。また、「保存」を選択した場合には、図２５に示すＵＩを表示してユーザに有効期間を選択させ、この有効期間を設定して保存する。「保留」を選択した場合には、図３１に示すＵＩを表示してユーザに有効期間を選択させ、この有効期間を設定して保存する。また、ページの移動が指示された場合に、表示中のページが、図５０の設定画面において予めユーザにより設定された除外対象のページでなければ、自動保存を実行する。
図１７は、ステップＳ１４１０のＳｅｎｄＣｏｎｔｅｎｔｓの詳細手順を示すフローチャートである。
ステップＳ１７０１で、送信内容はＵＲＬのみかを判断し、そうであればステップＳ１７０２でＵＲＬのみのメッセージを作成し、ステップＳ１７０７に進む。ＵＲＬのみでなければステップＳ１７０３で送信内容はページ内容であるかを判断する。ページ内容でなければ、ステップＳ１７０４で画像を含まないＨＴＭＬメッセージを作成し、ステップＳ１７０７に進む。ページ内容であれば、ステップＳ１７０５で図１６につき説明したＷｅｂＦｅｔｃｈ（）を実行し、ステップＳ１７０６で画像を含まないＨＴＭＬメッセージを作成し、ステップＳ１７０７に進む。ステップＳ１７０７では、作成したメッセージを送信し、ステップＳ１７０８で知識ベースにＫＰＴＡｃｔｉｏｎとＫＰＴＰｅｒｓｏｎを追加してリターンする。
図１８は、ステップＳ４０３の終了処理の詳細手順を示すフローチャートである。
ステップＳ１８０１で表示中のＵＩを消去し、ステップＳ１８０２でセッションを終了し、ステップＳ１８０３で知識ベースを更新する。更に、ブラウザーの終了が必要であれば、ブラウザーも終了させて（ステップＳ１８０４、１８０５）、処理を終える。
図１９は、本実施形態の知識ベースにおける知識構造を示す図である。（ａ）、（ｂ）、（ｃ）はそれぞれ、ＫＰＴＣｏｎｃｅｐｔ、ＫＰＴＰｅｒｓｏｎ、ＫＰＴＤｏｃｕｍｅｎｔの知識構造を示している。
図２０は、本実施形態の知識ベースにおける知識構造を示す図である。（ａ）、（ｂ）はそれぞれ、ＫＰＴＡｃｔｉｏｎ、ＫＰＴＣｏｎｔｅｎｔの知識構造を示している。
図２１は、本実施形態の知識ベースの内容を示す図である。（ａ）、（ｂ）はそれぞれ、ＫＰＴＤｏｃｕｍｅｎｔ、ＫＰＴＡｃｔｉｏｎの知識ベースの内容を示している。
図２２は、本実施形態の知識ベースの内容を示す図である。（ａ）、（ｂ）はそれぞれ、ＫＰＴＰｅｒｓｏｎ、ＫＰＴＣｏｎｔｅｎｔの知識ベースの内容を示している。
図２３は、Ｄｏｍａｉｎの知識ベースの内容を示す図である。
図２４は、表示内容の例を示す図である。ステップＳ６１０で取得されたキーワード（ＫＰＴ、横浜）がステップＳ６１５でキーワード欄に表示されたことを示している。
図２５は、保存ＵＩの例を示す図である。図２４において保存を選択してステップＳ７０７で保存期間などを設定するための保存ＵＩが表示されたことを示している。
図２６は、知識構造の作成結果を示す図である。（ａ）、（ｂ）はそれぞれ、ステップＳ６０９で作成されるＫＰＴＡｃｔｉｏｎ、ＫＰＴＤｏｃの知識構造を示している。
図２７は、取得されるＨＴＭＬ文書の例を示す図である。ステップＳ６０４でこの図のようなＨＴＭＬ文書がブラウザーから取得され、ステップＳ１６０４〜１６０８で拡張子ｇｉｆを持つ画像がダウンロードされる。
図２８は、知識構造の作成結果を示す図である。図２７のＨＴＭＬ文書よりステップＳ１６０８で追加される知識構造を示している。
図２９は、編集されたＨＴＭＬ文書の例を示す図である。図２７のＨＴＭＬ文書をステップＳ１６０６で編集した例を示している。
図３０は、知識構造の追加結果を示す図である。ステップＳ１５０６で追加される知識構造を示している。
図３１は、保留ＵＩの例を示す図である。図２４において保存を選択してステップＳ７０９で保留期間などを設定するための保存ＵＩが表示されたことを示している。
図３２は、ＡｎｎｏｔａｔｉｏｎＵＩの例を示す図である。図２４においてＡｎｎｏｔａｔｉｏｎを選択してステップＳ７１４で書き込み内容の作成などのためのＡｎｎｏｔａｔｉｏｎＵＩが表示されたことを示している。
図３３は、編集されたＨＴＭＬ文書の例を示す図である。ＡｎｎｏｔａｔｉｏｎによりステップＳ９０３で書き込みが行われた結果のＨＴＭＬ文書を示している。
図３４は、送信ＵＩの例を示す図である。図２４において送信を選択してステップＳ７１１で送信先の設定などのための送信ＵＩが表示されたことを示している。
図３５は、抽出ＵＩの例を示す図である。図２４において抽出を選択してステップＳ７１７で必要な部分を抽出して入力する入力欄を含む抽出ＵＩが表示されたことを示している。
図３６は、知識構造の追加結果を示す図である。ステップＳ１４１２で追加された結果の知識構造を示している。
図３７は、再生ＵＩの例を示す図である。ステップＳ１２０２でＫＰＴＡｃｔｉｏｎがタイムチャート、セッション別にソートされて、ステップＳ１２０３で表示され、更にステップＳ６１４により取得された検索ＵＩメッセージがステップＳ６１５で表示されたことを示している。
図３８は、記録一覧ＵＩの例を示す図である。ステップＳ１３０３で組織別にソートされ、ステップＳ１３０４で表示される記録一覧ＵＩの例を示している。
図３９は、記録一覧ＵＩの例を示す図である。ステップＳ１３０６でドメイン別にソートされ、ステップＳ１３０４で表示される記録一覧ＵＩの例を示している。
図４０は、記録一覧ＵＩの例を示す図である。ステップＳ１３０７でキーワード別にソートされ、ステップＳ１３０４で表示される記録一覧ＵＩの例を示している。複数のキーワードを持つ場合、それぞれのキーワードについて表示される。
図４１は、ステップＳ１１０８で表示される検索ＵＩの例を示す図である。
図４２は、図４２で選択したエントリのプロパティの表示例を示す図である。
図４３は、ステップＳ１１１０で表示される抽出データ検索ＵＩの例を示す図である。
図４４は、ステップＳ１１１２で表示されるアドレス帳ＵＩの例を示す図である。
図４５は、図４４で選択したエントリのプロパティの表示例を示す図である。
図４６〜５０は、ステップＳ１１１４で表示されるユーザ設定ＵＩの例を示す図である。
尚、本発明は、単一の機器からなる装置に適用しても、複数の機器から構成されるシステムに適用してもよい。また、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、装置あるいはシステムに供給し、装置あるいはシステム内のコンピュータが記憶媒体に格納されたプログラムコードを読み出して実行することによって達成してもよい。
更に、装置あるいはシステム内のコンピュータが記憶媒体に格納されたプログラムコードを読み出して実行することによって、上述した実施形態の機能を直接実現するばかりでなく、そのプログラムコードの指示に基づいて、コンピュータ上で稼動しているＯＳなどの処理により、上述の機能を実現される場合も含まれる。
これらの場合、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０００６】
【発明の効果】
以上説明したように、本発明によれば、ウェブから取得した情報などの多数の情報について、保存や管理、加工、検索、送信などの処理を簡単に実行できるという効果がある。
【図面の簡単な説明】
【図１】本実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
【図２】本実施形態の情報処理装置の機能構成を示すブロック図である。
【図３】情報閲覧における機能構成を示すブロック図である。
【図４】全体の処理手順を示すフローチャートである。
【図５】初期の処理の詳細手順を示すフローチャートである。
【図６】メインの処理の詳細手順を示すフローチャートである。
【図７】ユーザの操作判断の詳細手順を示すフローチャートである。
【図８】保存対象が存在するかのチェックの詳細手順を示すフローチャートである。
【図９】Ａｎｎｏｔａｔｅの詳細手順を示すフローチャートである。
【図１０】抽出の詳細手順を示すフローチャートである。
【図１１】Ｍｇｍｔの詳細手順を示すフローチャートである。
【図１２】ＳｈｏｗＳｅｓｓｉｏｎの詳細手順を示すフローチャートである。
【図１３】ＳｈｏｗＬｉｎｋｓの詳細手順を示すフローチャートである。
【図１４】ＥｘｅｃｕｔｅＡｃｔｉｏｎの詳細手順を示すフローチャートである。
【図１５】ＳａｖｅＣｏｎｔｅｎｔｓの詳細手順を示すフローチャートである。
【図１６】ＷｅｂＦｅｔｃｈの詳細手順を示すフローチャートである。
【図１７】ＳｅｎｄＣｏｎｔｅｎｔｓの詳細手順を示すフローチャートである。
【図１８】終了処理の詳細手順を示すフローチャートである。
【図１９】本実施形態の知識ベースにおける知識構造を示す図である。
【図２０】本実施形態の知識ベースにおける知識構造を示す図である。
【図２１】本実施形態の知識ベースの内容を示す図である。
【図２２】本実施形態の知識ベースの内容を示す図である。
【図２３】Ｄｏｍａｉｎの知識ベースの内容を示す図である。
【図２４】表示内容の例を示す図である。
【図２５】保存ＵＩの例を示す図である。
【図２６】知識構造の作成結果を示す図である。
【図２７】取得されるＨＴＭＬ文書の例を示す図である。
【図２８】知識構造の作成結果を示す図である。
【図２９】編集されたＨＴＭＬ文書の例を示す図である。
【図３０】知識構造の追加結果を示す図である。
【図３１】保留ＵＩの例を示す図である。
【図３２】ＡｎｎｏｔａｔｉｏｎＵＩの例を示す図である。
【図３３】編集されたＨＴＭＬ文書の例を示す図である。
【図３４】送信ＵＩの例を示す図である。
【図３５】抽出ＵＩの例を示す図である。
【図３６】知識構造の追加結果を示す図である。
【図３７】再生ＵＩの例を示す図である。
【図３８】記録一覧ＵＩの例を示す図である。
【図３９】記録一覧ＵＩの例を示す図である。
【図４０】記録一覧ＵＩの例を示す図である。
【図４１】検索ＵＩの例を示す図である。
【図４２】プロパティの例を示す図である。
【図４３】抽出データ検索ＵＩの例を示す図である。
【図４４】アドレス帳ＵＩの例を示す図である。
【図４５】プロパティの例を示す図である。
【図４６】ユーザ設定ＵＩの例を示す図である。
【図４７】ユーザ設定ＵＩの例を示す図である。
【図４８】ユーザ設定ＵＩの例を示す図である。
【図４９】ユーザ設定ＵＩの例を示す図である。
【図５０】ユーザ設定ＵＩの例を示す図である。
【図５１】システムタスクの実行処理の詳細手順を示すフローチャートである。
【図５２】ＲｅｍｏｖｅＥｘｐｉｒｅｄの詳細手順を示すフローチャートである。
【図５３】Ｕｐｄａｔｅの詳細手順を示すフローチャートである。
【図５４】キーワード別にソートする処理の詳細手順を示すフローチャートである。
【図５５】ＳｈｏｗＴｒｅｅＶｉｅｗ（ＮｏｄｅＬｉｓｔ，Ｔｙｐｅ）の詳細手順を示すフローチャートである。
【図５６】ＰｒｏｃｅｓｓＬｅａｆＡｃｔｉｏｎ（Ａｃｔ，Ｎｏｄｅ，Ｔｙｐｅ）の詳細手順を示すフローチャートである。
【図５７】ＰｒｏｃｅｓｓＮｏｄｅＡｃｔｉｏｎ（Ａｃｔ，Ｎｏｄｅ，Ｔｙｐｅ）の詳細手順を示すフローチャートである。
【図５８】ドメイン別にソートする処理の詳細手順を示すフローチャートである。
【図５９】組織別にソートする処理の詳細手順を示すフローチャートである。
【図６０】タイムチャート、セッション別にソートする処理の詳細手順を示すフローチャートである。
【図６１】ＧｅｔＰｒｅｖｉｏｕｓＹｅａｒＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ，ＭｉｎＤ）の詳細手順を示すフローチャートである。
【図６２】ＧｅｔＢｅｆｏｒｅＣｕｒｒＭｏｎｔｈＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ）の詳細手順を示すフローチャートである。
【図６３】ＧｅｔＢｅｆｏｒｅＣｕｒｒＷｅｅｋＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ）の詳細手順を示すフローチャートである。
【図６４】ＧｅｔＣｕｒｒＷｅｅｋＮｏｄｅｓ（ＮｏｄｅＬｉｓｔ，ＣｕｒｒＤ）の詳細手順を示すフローチャートである。
【図６５】ＳａｖｅＦｉｌｅＣｏｎｔｅｎｔｓ（）の詳細手順を示すフローチャートである。
【図６６】ＦｉｌｌＫＰＴＡｃｔｏｎ（）の詳細手順を示すフローチャートである。
【図６７】検索処理の詳細手順を示すフローチャートである。
【図６８】抽出データの検索処理の詳細手順を示すフローチャートである。
【図６９】ＵＲＬから組織を決定するルールの例を示す図である。
【図７０】ＵＲＬからドメインを決定するルールの例を示す図である。
【図７１】ファイリングシステムについてのタイムチャートの表示例を示す図である。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information processing apparatus and method, and a storage medium storing the program.
[0002]
[Prior art]
Conventionally, information from the Internet is read using software called a browser using a computer or an Internet device. You can also open a new application program called File and save the information in it.
In addition, information from a browser is transmitted as it is. In addition, to write information on the browser, it can be moved to another application (such as word processing software) to write or transmit on it.
[0003]
[Problems to be solved by the invention]
However, it is very difficult to acquire information from the browser and manage it with the above conventional technology.
For example, while reading information on the browser, it was not possible to save the information being read, write a comment on the information, or highlight a certain part without opening another application. Moreover, it was not possible to send the processed information as it was.
When using the file app, you had to specify the specific name of the file or its folder destination. After the information was filed, the information could be searched using keywords, but could not be sorted by keyword or specific parameter. The filed information could only be viewed in the file folder or file list. Furthermore, because it was not possible to set a time limit for the filed information, it was difficult to manage when Web information with a long time limit was filed.
Further, information (URL, page, etc.) from the Internet (favorites, etc.) stored using a storage means cannot be searched or sorted by URL region (.JP, .CO.JP). In addition, it was not possible to search and sort even the organization part of the URL (SAORA in SAORA.CO.JP).
Also, when reading with a browser, one or more processes can be opened, but the URL accessed by each browser process cannot be managed separately.
[0004]
[Means for Solving the Problems]
In order to solve the above-described problem, according to the present invention, an information processing method in an information processing apparatus including a browser that displays a web page on a display unit, an acquisition step of acquiring a web page being displayed from the browser; An index extraction step of extracting a plurality of keywords as an index from the web page information acquired in the acquisition step, and unique identification information for specifying the acquired web page, without requiring input of the identification information from the user The identification information creation step to be created and the acquired web page are associated with the identification information and the index without requiring a storage instruction from the user when changing the display target to the web page of the new URL. Storing the data in a database and a plurality of web pages stored in the database. And a sort or search the data processing step based on.
According to another aspect of the present invention, an information processing device including a browser that displays a web page on a display unit is acquired by the acquisition unit that acquires the web page being displayed from the browser, and the acquisition unit acquires the web page Index extraction means for extracting a plurality of keywords from the web page information as an index, and identification information creation for creating unique identification information for identifying the acquired web page without requiring input from the user of the identification information Means for storing the acquired web page in the database in association with the identification information and the index without requiring a storage instruction from the user when changing the display target to the web page of the new URL And a plurality of web pages stored in the database based on the index. And a data processing means for.
According to another aspect of the present invention, an information processing apparatus including a browser that displays a web page on a display unit in a computer-readable storage medium, and acquiring the web page being displayed from the browser And an index extraction step for extracting a plurality of keywords as an index from the web page information acquired in the acquisition step, and unique identification information for identifying the acquired web page requires input of the identification information from the user. Without creating an identification information creation step, and when a display target is changed to a web page with a new URL, the acquired web page is stored in the identification information and the index without requiring a storage instruction from the user. A storage step of associating and storing in the database; and a plurality of web pages stored in the database. And characterized by storing a program for executing the information processing method and a sort or search the data processing step based on the index.
[0005]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a block diagram illustrating a hardware configuration of the information processing apparatus according to the present embodiment.
In the figure, a CPU 101 executes various programs including a processing procedure described later with reference to a flowchart, and controls each unit connected by a system bus 106. The RAM 102 temporarily stores data and programs. The ROM 103 stores fixed data and programs. The keyboard 104 includes keys for inputting characters and selecting functions. Further, a mouse is provided as a pointing device for indicating a position on the screen.
The display 105 displays processing results such as search and provides a user interface. A hard disk drive (HDD) 106 can permanently store programs and data. A system bus 107 is used as a medium for connecting the above-described devices and transmitting / receiving data, addresses, and control signals between the devices.
Various programs including processing procedures to be described later with reference to the flowchart may be stored in the ROM 103, or may be loaded from the HDD 106 to the RAM 102 as needed prior to processing or during execution of processing.
FIG. 2 is a block diagram illustrating a functional configuration of the information processing apparatus according to the present embodiment.
The browser 201 is used for browsing information on the web. The filing system 202 manages files. The document management system 203 manages documents. The information management system 204 manages information other than documents. The KPT system 205 controls the browser 201, the filing system 202, the document management system 203, and the information management system 204, and executes the main processing of the present embodiment, which will be described later. The knowledge base management unit 206 manages knowledge in the knowledge base on the database 207.
FIG. 3 is a block diagram showing a functional configuration in information browsing.
When a plurality of browsers 201A and 201B are used at the same time for browsing information on the Internet 301, the KPT system 205 distinguishes and manages them as will be described in detail later.
FIG. 4 is a flowchart showing the entire processing procedure. Hereinafter, an example in which necessary information is browsed and saved by connecting to the Internet will be described.
In step S401, an initial process for preparing to browse information on the Internet is executed. In step S402, main processing such as browsing and saving is executed. In step S403, an end process is executed.
FIG. 5 is a flowchart showing a detailed procedure of the initial processing in step S401.
In step S501, it is determined whether the browser is activated. If not activated, the browser is activated in step S502. In step S503, a new session is created, and knowledge in the knowledge base is updated in step S504. In step S505, a user interface (UI) for browsing information is displayed.
FIG. 6 is a flowchart showing a detailed procedure of the main process in step S402.
In step S601, it is determined whether the user's request is to end the browser. If not, in step S602, it is determined whether to move to a new URL. If it is not moved to a new URL, if there is a user operation in step S603, it is an operation for the KPT system 205. Therefore, the process proceeds to step S604, an HTML document is acquired from the browser 201 in accordance with the operation, and KPTAction, KPTDoc File the contents of the file. In step S605, the process requested by the user operation is executed. Details will be described later.
On the other hand, if there is no user operation in step S603, the system task is executed in step S618, and the process returns to step S601.
FIG. 51 is a flowchart showing a detailed procedure of the system task execution process in step S618.
If there is a system task in step S5101, creation of the system task is set in T1 in step S5102, and if Act is CheckExpired, RemoveExpired described in detail with reference to FIG. 52 is executed to delete data whose expiration date has passed. (Steps S5103 and 5104). If Act is CheckUpdate, Update described in detail with reference to FIG. 53 is executed to update the program to the latest version (steps S5105 and 5106).
In step S5107, the knowledge base is updated, and in step S5108, T1 is terminated.
FIG. 52 is a flowchart showing a detailed procedure of RemoveExpired in step S5104.
In step S5201, the next valid KPAction is obtained from the knowledge base. If no unprocessed valid KPAction remains, the process returns (step S5202). If an expiration date is set for the acquired KPAction and the expiration date has passed, the user is asked whether to delete the KPTDoc corresponding to the KPAction, and if the deletion is confirmed, the process proceeds to step S5206. In other cases, the process returns to step S5201 (steps S5203 to 5205).
In step S5206, KPAction and the corresponding KPTDoc are deleted from the knowledge base. In step S5207, the knowledge base is updated and the process returns.
FIG. 53 is a flowchart showing a detailed procedure of the update in step S5104.
In step S5301, the current version in the system is set in V1 and obtained from the website. If the version in the website is set in V2, and V2 is a version advanced from V1, the user is asked whether to update. If the update is confirmed, the process advances to step S5305. In other cases, the process returns (steps S5302 to 5304).
In step S5305, the latest version is downloaded, and in step S5306, the data in the system is updated and the process returns.
Returning to FIG. 6, if it is determined in step S602 that the user's request is to move to a new URL, whether or not the current task is to be ended is confirmed in step S606. If the current task is not to be ended, in step S607. Stop moving. When the current task is to be ended, in step S608, the currently displayed page is automatically saved to create a new task, and in step S609, the knowledge structure of KPAction and KPTDoc is created. In step S608, if the currently displayed page is set in advance as a URL to be excluded during automatic saving using the user setting screen shown in FIG. 50, automatic saving is not performed.
In step S610, a URL and a keyword are acquired from the browser 201. In step S611, it is determined whether the URL data exists in the system. If it exists in the system, the existing data is acquired in step S612. If not, the process proceeds to step S615. In step S613, it is determined whether the URL represents a path in the system. If so, a corresponding search UI message is acquired in step S614. In step S615, the keyword and the acquired data and message are displayed.
On the other hand, if it is determined in step S601 that the user request is termination of the browser, the current task is terminated in step S616 and the process is terminated.
For example, if the page displayed in the browser 201 is the HTML document shown in FIG. 27, “Yokohama, KPT” set as KEYWORD is extracted as a keyword although it is not included in the display content of the page. As shown in FIG. 24, it is displayed in the keyword column.
FIG. 7 is a flowchart illustrating a detailed procedure of the user operation determination in step S603.
First, in step S701, the user's operation is set to the value of Act. If Act is NULL in step S702, the process returns as false. If Act is simple save in step S703, the process proceeds to step S704. If Act is automatic save in step S705, the process proceeds to step S704. If Act is saved in step S706, a save setting UI as shown in FIG. 25 is displayed in step S707, and the flow advances to step S704. If Act is on hold in step S708, a UI for setting hold as shown in FIG. 31 is displayed in step S709, and the process proceeds to step S704. In step S704, it is checked whether there is data to be stored or held, and if it exists, return as true, otherwise return as false.
If Act is transmission in step S710, a UI for setting transmission as shown in FIG. 34 is displayed in step S711, and values related to transmission such as a destination, CC, subject, etc. are displayed from the user in step S712. Acquire and return as true. If Act is Annotate in step S713, a UI for setting Annotate (user writing) as shown in FIG. 32 is displayed in step S714, Annotate is executed in step S715, and the process returns as true. If Act is extraction in step S716, a UI for setting extraction as shown in FIG. 35 is displayed in step S717, extraction is executed in step S718, and the process returns as true. If Act is not any of the above, Mgmt (described later) in step S719 is executed, and the process returns as false.
FIG. 8 is a flowchart showing a detailed procedure for checking whether or not there is a storage target in step S704.
In step S801, values such as whether or not “instant recording” and a storage period are acquired from the user or setting. In step S802, it is determined whether the same URL already exists in the database. If it does not exist, saveAsNewAction is set in ModifyStatus in step S803, and the process returns as true. If the URL already exists, if the user has set in advance whether to always overwrite or save the URL, follow that. FIG. 48 shows a user setting screen for this storage. If it is not set, a dialog is displayed to confirm with the user whether to overwrite or save a new file. As a result, when overwriting, OverWriteExisting is set in ModifyStatus (steps S804 and 805), and when saving a new file, saveAsNewAction is set in ModifyStatus (steps S806 and 807), and the process returns as true. If the saving is canceled in the above confirmation, the saving is not performed in step S808, and the process returns as false.
FIG. 9 is a flowchart showing the detailed procedure of Annotate in step S715, and FIG. 32 is a diagram showing an example of the Annotate UI.
In step S901, the user's operation for the Annotate UI is set to the value of Act, and if Act is a memo write, the memo specified by the user is added to the selected location in the display page (steps S902 and 903). ), The process proceeds to step S904. If Act is a footnote, a footnote number is created, the created footnote number is added at the selected location in the display page, and the user's memo is added in association with the footnote number at the end of the page (step S906). 907), and the process proceeds to step S904. The memo to be written here is selected according to the setting contents on the user setting screen shown in FIG. 49, enclosed in the selected “note writing quotes”, and preceded by the set “default note writing text”. Display in the selected color. As a result, the contents of the display page are changed from FIG. 27 to FIG. 33, and as shown in FIG. 32, following the default “My Comments--”, a note writing “Express does not stop!” , [] Enclosed.
If Act is highlighted, <font bgcolor> Tag is added with the color specified in the selected portion (steps S908 and 909), and the process proceeds to step S904. If Act is a text color change, <font color> Tag is added with the color specified in the selected portion (steps S910, 911), and the process proceeds to step S904. If Act is deleted, <visible false> Tag is added to the selected part (steps S912 and 913), and the process proceeds to step S904.
If 1 Act is returned, the previous process is canceled to return to the previous state (steps S914 and 915), and the process proceeds to step S904. If Act is restored, all processes of Annotate are canceled and restored (steps S916 and 917), and the process proceeds to step S904.
In step S904, HTML data edited by each operation is passed to the browser, the UI is updated in step S905, and the process returns to step S901. If Act is not any of the above, the process returns.
FIG. 10 is a flowchart showing a detailed procedure of extraction in step S718.
In step S1001, KPTPerson is created. In step S1002, the user's operation for the extraction UI as shown in FIG. 35 is set to the value of Act.
This operation is to input the data in the page as input field data by pressing a specific button, dragging and dropping, or selecting by right-clicking the selected part. In this case, specifically, when the input is “instant recording”, “name”, “E-mail”, “telephone”, “fax”, “memo” (steps S1003, 1007 to 1010), the process proceeds to step S1004. move on. If Act is all cleared in step S1011, all fields are cleared in step S1012 and the process proceeds to step S1004.
In step S1004, a value is added or edited in KPTPerson, the UI is updated in step S1005, and the process returns to step S1002. If Act is stored in step S1013, KPAction (Extract) is created, and in step S1014, KPTPerson is satisfied and the process returns. If Act is not any, the process returns to step S1002.
FIG. 11 is a flowchart showing the detailed procedure of Mgmt in step S719.
In step S1101, the user's operation is set to the value of Act. If Act is NULL in step S1102, the process returns. If Act is playback, a ShowSession () described later is executed and the process returns (steps S1103 and 1104). If Act is a recording list, ShowLinks () described later is executed and the process returns (steps S1105 and 1106). If Act is a page search, a search UI as shown in FIG. 41 is displayed and the process returns (steps S1107 and 1108). If Act is a search for extracted data, the extracted data search UI as shown in FIG. 43 is displayed and the process returns (steps S1109 and 1110). If Act is display of the address book, the UI of the address book as shown in FIG. 44 is displayed and the process returns (steps S1111 and 1112). If Act is a user setting display, a user setting UI as shown in FIGS. 46 to 50 is displayed and the process returns (steps S1113 and 1114).
FIG. 12 is a flowchart showing a detailed procedure of the ShowSession in step S1104.
In step S1201, KPAction (KPTDoc) is acquired from the knowledge base. In step S1202, the KPAction is sorted by time chart and session according to the procedure described in detail with reference to FIG. 60. In step S1203, the playback UI shown in FIG. Is displayed and the process returns.
FIG. 13 is a flowchart showing the detailed procedure of ShowLinks in step S1106.
In step S1301, KPAction (KPTDoc) is acquired from the knowledge base, and if the sort item is an organization, it is sorted by organization according to the procedure detailed in FIG. 59 (steps S1302 and 1303), and the process proceeds to step S1304. If the sorting item is a domain, sorting is performed by domain according to the procedure described in detail with reference to FIG. 58 (steps S1305 and 1306), and the process proceeds to step S1304. If the sort item is neither an organization nor a domain, in step S1307, the items are sorted by keyword according to the procedure detailed in FIG. 54, and the process proceeds to step S1304. In step S1304, a record list UI as shown in FIGS.
Hereinafter, detailed procedures of various sort processes in FIGS. 12 and 13 will be described.
FIG. 54 is a flowchart showing a detailed procedure of the process of sorting by keyword in step S1307.
First, in step S5401, NULL is set in NodeList. In step S5402, a keyword list L1 is acquired from the knowledge base. In step S5403, one unprocessed keyword is acquired as the next keyword K1 from the list L1.
In step S5404, it is determined whether the next keyword K1 has been acquired. If it can be obtained, it is determined whether the keyword K1 is an unnecessary keyword or a keyword that already exists in the NodeList. If not, it is added to an appropriate location in the NodeList and the process returns to Step S5403 (Steps S5406 to S5406). 5408).
On the other hand, if the next keyword K1 cannot be acquired in step S5404, all the keywords in the list L1 have been processed. Therefore, in step S5405, ShowTreeView (NodeList, Type), which will be described later with reference to FIG. 55, is executed as Type = keyword. , NodeList sorted in keyword order as shown in FIG. 40 is displayed.
FIG. 55 is a flowchart showing a detailed procedure of ShowTreeView (NodeList, Type) in step S5405.
First, it is determined whether or not Type = keyword. If not, if it is not, “No keyword” is added to NodeList, and NodeList is displayed as a list (steps S5501 to 5503).
Subsequently, the user's operation is set in Act, and if Act ends, the process ends. If the leaf is selected, ProcessLeafAction (Act, Node, Type) described later with reference to FIG. 56 is executed. If not, ProcessNodeAction (Act, Node, Type) described later with reference to FIG. 57 is executed, and the process returns to step S5504 (steps S5504 to 5508).
FIG. 56 is a flowchart showing a detailed procedure of ProcessLeafAction (Act, Node, Type) in step S5507.
If Act opens, the child node or all KPAction / KPTDoc related to the Node is acquired from the knowledge base, added to an appropriate location of NodeList, and the process proceeds to Step S5604 (Steps S5601 to 5603).
If Act is closed, the currently selected and displayed node is closed, and the process proceeds to steps S5609 (steps S5604 and 5605).
If Act is deleted, the user confirms whether or not to delete, and if confirmed, deletes all KPAction / KPTDoc related to the Node from the knowledge base, and proceeds to Step S5609 (Steps S5606 to 5608). .
In step S5609, the knowledge base is updated. In step S5610, the UI is updated, and the process returns. If Act is not any of the above, the process returns.
FIG. 57 is a flowchart showing a detailed procedure of ProcessNodeAction (Act, Node, Type) in step S5508.
If Act is displayed, KPAction / KPTDoc associated with the Node is acquired from the knowledge base, and the process proceeds to step S5714 (steps S5701 to 5702).
If Act opens the element, KPAction / KPTDoc associated with the Node is acquired from the knowledge base, the original data is acquired, and the process proceeds to Step S5714 (Steps S5703 to 5705).
If Act is deleted, the user confirms whether to delete it, and if confirmed, deletes KPAction / KPTDoc related to the Node from the knowledge base, and proceeds to steps S5714 (steps S5706 to 5708).
If Act is deleted from this group, the user confirms whether or not to delete, and if confirmed, in the knowledge base, the attribute of KPAction / KPTDoc for the Node is changed, and the process proceeds to step S5714 (step S5714). S5709-5711).
If Act is an attribute display, the attribute of KPAction / KPTDoc related to the Node is acquired from the knowledge base, and the process proceeds to step S5714 (steps S5712 to 5713).
In step S5714, the knowledge base is updated. In step S5715, the UI is updated, and the process returns. If Act is not any of the above, the process returns.
FIG. 58 is a flowchart showing a detailed procedure of the process of sorting by domain in step S1306.
First, in step S5801, NULL is set in NodeList. In step S5802, the top domain list L1 is acquired from the knowledge base. In step S5803, one unprocessed domain name is acquired as the next domain name K1. To do.
In step S5804, it is determined whether the next domain name K1 has been acquired. If it can be obtained, it is determined whether the domain name k1 is an unnecessary domain name or a domain name that already exists in the NodeList, and if not, it is added to an appropriate location in the NodeList and the process returns to Step S5803 ( Steps S5806 to 5808).
On the other hand, if the next domain name K1 cannot be acquired in step S5804, all the domain names in the list L1 have been processed. In step S5805, ShowTreeView (NodeList, Type) described with reference to FIG. 55 is set as Type = Domain. Execute and display the NodeList sorted in the domain name order as shown in FIG.
FIG. 59 is a flowchart showing a detailed procedure of the process of sorting by organization in step S1303.
First, in step S5901, NULL is set in NodeList. In step S5902, a list L1 of organization names is acquired from the knowledge base. In step S5803, one unprocessed organization name is acquired as the next organization name K1. To do.
In step S5904, it is determined whether the next organization name K1 has been acquired. If it can be obtained, it is determined whether the organization name k1 is an unnecessary organization name or an organization name that already exists in the NodeList. If not, it is added to an appropriate location in the NodeList and the process returns to Step S5903 ( Steps S5906 to 5908).
On the other hand, if the next organization name K1 cannot be acquired in step S5904, all organization names in the list L1 have been processed. In step S5905, ShowTreeView (NodeList, Type) described with reference to FIG. 55 is set as Type = Orgn. The NodeList sorted in order of organization names as shown in FIG. 38 is displayed.
FIG. 60 is a flowchart showing the detailed procedure of the time chart of step S1202 and the processing of sorting by session.
First, GetCurrentDate () is set in CurrD, GetMinimumDate () is set in MinD, and NULL is set in NodeList (steps S6001 to 6003).
Next, in Step S6004, GetPreviousYearNodes (NodeList, CurrD, MinD), which will be described later with reference to FIG. 61, is executed. In Step S6005, GetBeforeCurrMonthNodes (NodeList, CurrD), which will be described later with reference to FIG. 62, is executed. GetBeforeCurrWeekNodes (NodeList, CurrD), which will be described later, is executed. In Step S6007, GetCurrWeekNodes (NodeList, CurrD), which will be described later, is executed in Step S6007. As shown in FIG. To display the sorted NodeList in session order, to return.
FIG. 61 is a flowchart showing a detailed procedure of GetPreviousYearNodes (NodeList, CurrD, MinD) in step S6004.
In step S6101, Year (CurrD) and Year (MinD) are compared. If Year (CurrD)> Year (MinD), the process returns. If so, Year (MinD) is set in Iyear in step S6102. . In subsequent step S6103, Iyear and Year (CurrD) are compared. If Iyear <Year (CurrD), the process returns. If so, it is determined in step S6104 whether Iyear is Year (MinD) -1. , If so, create a “Last Year” node and add it to the appropriate location in NodeList; if Iyear is not Year (MinD) -1, create an Iyear “year” node and place it in the appropriate location in NodeList to add.
In step S6107, a node for only “month” in which data exists in Iyear from the knowledge base is created and added to an appropriate location in NodeList. In step S6108, a child node for only “day” in which data exists in each “month” is created from the knowledge base and added to an appropriate location in NodeList. In step S6109, Iyear = Iyear + 1 is updated, and the process returns to step S6103.
FIG. 62 is a flowchart showing a detailed procedure of GetBeforeCurrMonthNodes (NodeList, CurrD) in step S6005.
In step S6201, Imonth is set to 1. In step S6202, it is determined whether Imonth matches Month (CurrD). If they match, the process returns. If not, it is determined in step S6203 whether Imonth is Month (CurrD) -1. If so, a “last month” node is created in step S6204 and added to the appropriate location in NodeList. If Imonth is not Month (CurrD) −1, an Imonth “month” node is created in step S6205. Add to the appropriate location in NodeList.
Subsequently, in step S6206, a child node for only “day” in which data exists in Imonth is created from the knowledge base and added to an appropriate location in NodeList. In step S6207, IMONTH = IMONTH + 1 is updated, and the process returns to step S6202.
FIG. 63 is a flowchart illustrating a detailed procedure of GetBeforeCurrWeekNodes (NodeList, CurrD) in step S6006.
In step S6301, Iweak is set to 1. In step S6302, it is determined whether Iweak matches Week (CurrD). If they match, the process returns. If not, it is determined in step S6303 whether Iweak is Week (CurrD) -1. If so, a “last week” node is created in step S6304 and added to the appropriate location in the NodeList. If Iweak is not Week (Curr) −1, an Iweek “week” node is created in step S6205. Add to the appropriate location in NodeList.
Subsequently, in step S6306, a child node for only “day” in which data exists in Iweak from the knowledge base is created and added to an appropriate location in NodeList. In step S6307, Iweak = Iweak + 1 is updated, and the process returns to step S6302.
FIG. 64 is a flowchart showing a detailed procedure of GetCurrWeekNodes (NodeList, CurrD) in step S6007.
In step S6401, StartofWeek (CurrD) is set in Iday. In S6402, Iday and Day (CurrD) are compared. If Iday> Day (CurrD), the process returns. If not, Iday is set in step S6403. It is determined whether it is Day (CurrD) −1. If so, a “yesterday” node is created in step S6404 and added to an appropriate location of NodeList. If Iday is not Day (CurrD) −1, Further, in step S6405, it is determined whether Iday is Day (CurrD). If so, a “today” node is created in step S6406 and added to an appropriate location in NodeList. Otherwise, in step S6407, an Iday node is created and added to an appropriate location in NodeList.
Subsequently, in step S6408, a node for only “session” in which Iday data exists is created from the knowledge base, and added to an appropriate location of NodeList. In step S6409, Iday = Iday + 1 is updated, and the process returns to step S6103.
FIG. 71 is a diagram showing a display example of a time chart regarding the filing system. One day's work is displayed as a session during a certain period of time, such as from the start to the end of the system, or from the start to the lunch break.
FIG. 41 is a diagram illustrating an example of the search UI displayed in step S1108. FIG. 67 is a flowchart showing the procedure of search processing performed based on the search conditions set in the UI of FIG.
First, in step S6701, NULL is set in the search condition “Q”. If the “instant record” field is not NULL, it is added that the search condition “Q” has an “instant record” item starting with the character string input in the “instant record” field (steps S6702 to 6703). ). If the “keyword” column is not NULL, the fact that the keyword input in the “keyword” column is added to the search condition “Q” is added (steps S6704 to 6705). Further, if the “browsing / valid period date” column is not NULL, the fact that the “browsing / valid period date” is added to the search condition “Q” is added (steps S6706 to 6707). If the “ActionType” field is not NULL, the fact that the “ActionType” is included in the search condition “Q” is added (steps S6708 to 6709). If the “URL” field is not NULL, it is added that the search condition “Q” has an “URL” item starting with the character string input in the “URL” field (steps S6710 to 6711). If the “page title” field is not NULL, it is added that the search condition “Q” has a “page title” item that starts with the character string input in the “page title” field (steps S6712 to 6713). . As a result, if the search condition “Q” is NULL, a message “Please input search condition” is displayed to the user, and the process returns to step S6702. If the search condition “Q” is not NULL, the search is executed, a KPAction that matches the search condition “Q” is acquired from the knowledge base, and the search result is displayed to the user (steps S6714 to 6717).
FIG. 43 is a diagram illustrating an example of the extracted data search UI displayed in step S1110. FIG. 68 is a flowchart showing a procedure of extraction data search processing performed based on the search conditions set in the UI of FIG.
First, in step S6801, NULL is set in the search condition “Q”. If the “instant record” field is not NULL, it is added that the search condition “Q” has an “instant record” item starting with the character string input in the “instant record” field (steps S6702 to 6703). ). If the “name” field is not NULL, the search condition “Q” is added to have “name” starting with the character string input in the “name” field (steps S6704 to 6705). Further, if the column of “extracted date” is not NULL, the fact that the “extracted date” is added to the search condition “Q” is added (steps S6706 to 6707). As a result, if the search condition “Q” is NULL, a message “Please input search condition” is displayed to the user, and the process returns to step S6702. If the search condition “Q” is not NULL, the search is executed, KPTPerson that matches the search condition “Q” is acquired from the knowledge base, and the search result is displayed to the user (steps S6808 to 6811).
FIG. 14 is a flowchart showing the detailed procedure of ExecuteAction in step S605.
In step S1401, the next Act is acquired from ActList. If there is no Act in step S1402, the process returns. In step S1403, if there is a deficiency in the acquired Act, it is compensated by inference using the knowledge base to complete it.
If Act is any of simple save, save, hold, and auto save, SaveContents () described later with reference to FIG. 15 is executed (steps S1404 to 1408), and the process returns to step S1401. If Act is transmission, SendContents () is executed (steps S1409 to 1410), and the process returns to step S1401. If Act is extraction, KPAction and KPTPerson are added to the knowledge base (steps S1411 to 1412), and the process returns to step S1401. If Act is not any of the above, the knowledge base is updated in step S1413, and the process returns to step S1401.
FIG. 15 is a flowchart illustrating a detailed procedure of SaveContents in step S1405.
In step S1501, it is determined whether the stored content is only a URL. If so, the process advances to step S1505. If it is not only the URL, it is determined in step S1502 whether the stored content is page content. If it is a page content, the process proceeds to step S1504. If it is not the page content, true is set in PagePLUS in step S1503, and the flow advances to step S1504. In step S1504, WebFetch () described in detail with reference to FIG. 16 is executed.
In step S1505, it is determined whether ModifyStatus is saveAsNewAction (saved as a new action). If so, the index of KPAction / KPTDoc is determined from the knowledge base, SaveFileContents () described in detail with reference to FIG. 65 is executed, KPTAction and KPTPerson are added to the knowledge base, and the process returns (steps S1506 to 1508).
On the other hand, if ModifyStatus is not saveAsNewAction, it is determined in step S1509 whether ModifyStatus is OverWriteExisting (overwriting). Otherwise, the process returns. If ModifyStatus is OverWriteExisting, the index of KPAction / KPTDoc is determined from the knowledge base, SaveFileContents () described in detail with reference to FIG. 65 is executed, KPTAction and KPTPerson of the knowledge base are edited and returned (steps S1510 to 1512). ).
FIG. 16 is a flowchart showing a detailed procedure of WebFetch in step S1504.
In step S1601, the HTML sentence is opened, the next tag is acquired in step S1602, and if it is the end of the file in step S1603, the process returns. Otherwise, it is determined whether the image is an image or frame in which the tag is embedded (step S1604), and if PagePLUS is true, it is determined whether the tag is a link destination (step S1609). Otherwise, the process returns to step S1602. . If it is either, it is checked whether the content already exists in the knowledge base (step S1605). If not, the content is downloaded and added to the knowledge base (steps S1607, 1608), and the HTML tag is edited (step S1606). ). Then, the process returns to step S1602.
FIG. 65 is a flowchart showing a detailed procedure of SaveFileContents () in steps S1507 and 1511.
In step S6501, it is determined whether the stored content is only a URL. If it is only a URL, the process returns. If it is not only the URL, create a folder “F1” with a unique name that can be identified internally by the KPTDoc's GUIID name (Globally Unique Identifier), and create a file with a fixed name “KPTIndex” in the “F1” folder. , Save the page contents in the “KPTIndex” file. Then, this file name “KPTIndex” and a file bus based on this file name and folder name are added to KPTDoc, and the process returns (steps S6502 to 6505). Then, FillKPAction () described in detail with reference to FIG. 66 is executed, and the index for the stored content is determined with reference to the knowledge base rule (steps S6506 to 6507). FIG. 69 is a diagram illustrating an example of a rule for determining an organization name index. Remove parameters, protocols, obvious addresses, and page information from the URL, refer to the domain name knowledge base for the remaining data, remove the domain name, divide the remaining data with periods, and use each as the organization name. Extract. FIG. 23 shows a knowledge base of domain names. FIG. 70 is a diagram illustrating an example of a rule for determining a domain name index. From the URL, parameters, protocols, self-explanatory addresses, and page information are removed, and the domain name is extracted with reference to the domain name knowledge base for the remaining data.
In the above-described example, the folder name is unique and the file name is fixed. However, the folder name is not unique and the file name may be unique. In short, the file path only needs to be unique.
FIG. 66 is a flowchart showing a detailed procedure of FillKPAction () in step S6506.
If there is the contents of the “instant record” field in “RememberAs” of KPTDoc, set the contents of the “URL” field in “LogicalURL” of KPTDoc, and the contents of the “keyword” field in “keywords” of KPTDoc If there is, the current date and time is set in “WhoneDone” of KPAction (steps S6601 to 6604). If KPAction is saved or held, “Valid period” is set in “WhenToDo” in KPAction, and “Page title” is set in “Title” in KPTDoc (steps S6605 to 6608). On the other hand, if KPAction is other than that, that is, if it is temporary storage or automatic storage, “indefinite” is set in “WhenToDo” of KPAction (step S6609).
In this way, when “simple save” is selected, the save is executed without requesting the user for a file name or a save destination. If “save” is selected, the UI shown in FIG. 25 is displayed to allow the user to select a valid period, and this valid period is set and saved. When “hold” is selected, the UI shown in FIG. 31 is displayed to allow the user to select an effective period, and this effective period is set and stored. Further, when the page movement is instructed, if the page being displayed is not the page to be excluded set in advance on the setting screen of FIG. 50, automatic saving is executed.
FIG. 17 is a flowchart showing a detailed procedure of SendContents in step S1410.
In step S1701, it is determined whether the transmission content is only a URL. If so, a message containing only the URL is created in step S1702, and the process proceeds to step S1707. If it is not only the URL, it is determined in step S1703 whether the transmission content is page content. If it is not the page content, an HTML message including no image is created in step S1704, and the process proceeds to step S1707. If it is a page content, WebFetch () described with reference to FIG. 16 is executed in step S1705, an HTML message not including an image is created in step S1706, and the process proceeds to step S1707. In step S1707, the created message is transmitted, and in step S1708, KPAction and KPTPerson are added to the knowledge base, and the process returns.
FIG. 18 is a flowchart showing a detailed procedure of the end process in step S403.
In step S1801, the UI being displayed is deleted, the session is terminated in step S1802, and the knowledge base is updated in step S1803. Further, if the browser needs to be terminated, the browser is also terminated (steps S1804 and 1805), and the process is terminated.
FIG. 19 is a diagram showing a knowledge structure in the knowledge base of this embodiment. (A), (b), and (c) show the knowledge structures of KPTConcept, KPTPerson, and KPTDocument, respectively.
FIG. 20 is a diagram showing a knowledge structure in the knowledge base of this embodiment. (A), (b) has shown the knowledge structure of KPAction and KPTContent, respectively.
FIG. 21 is a diagram showing the contents of the knowledge base of this embodiment. (A) and (b) show the contents of the knowledge bases of KPTDocument and KPTAction, respectively.
FIG. 22 is a diagram showing the contents of the knowledge base of this embodiment. (A) and (b) show the contents of the knowledge base of KPTPerson and KPTContent, respectively.
FIG. 23 is a diagram showing the contents of the domain knowledge base.
FIG. 24 is a diagram illustrating an example of display contents. This indicates that the keyword (KPT, Yokohama) acquired in step S610 is displayed in the keyword column in step S615.
FIG. 25 is a diagram illustrating an example of a saved UI. FIG. 24 shows that the storage UI for selecting the storage and setting the storage period and the like in step S707 is displayed.
FIG. 26 is a diagram illustrating a result of creating the knowledge structure. (A) and (b) show the knowledge structures of KPAction and KPTDoc created in step S609, respectively.
FIG. 27 is a diagram illustrating an example of an acquired HTML document. In step S604, an HTML document as shown in this figure is acquired from the browser, and an image having the extension “gif” is downloaded in steps S1604 to 1608.
FIG. 28 is a diagram showing a result of knowledge structure creation. The knowledge structure added in step S1608 from the HTML document of FIG. 27 is shown.
FIG. 29 is a diagram illustrating an example of an edited HTML document. An example in which the HTML document of FIG. 27 is edited in step S1606 is shown.
FIG. 30 is a diagram illustrating a result of knowledge structure addition. The knowledge structure added in step S1506 is shown.
FIG. 31 is a diagram illustrating an example of a hold UI. FIG. 24 shows that a save UI is displayed for selecting save and setting a holding period and the like in step S709.
FIG. 32 is a diagram illustrating an example of Annotation UI. In FIG. 24, Annotation is selected, and an Annotation UI for creating a write content is displayed in Step S714.
FIG. 33 is a diagram illustrating an example of an edited HTML document. An HTML document obtained as a result of writing in step S903 by Annotation is shown.
FIG. 34 is a diagram illustrating an example of a transmission UI. FIG. 24 shows that transmission is selected and a transmission UI for setting a transmission destination is displayed in step S711.
FIG. 35 is a diagram illustrating an example of the extraction UI. FIG. 24 shows that an extraction UI including an input field for selecting extraction and extracting and inputting a necessary part in step S717 is displayed.
FIG. 36 is a diagram illustrating a result of adding a knowledge structure. The knowledge structure of the result added in step S1412 is shown.
FIG. 37 is a diagram illustrating an example of a playback UI. In step S1202, KPActions are sorted by time chart and session, displayed in step S1203, and the search UI message acquired in step S614 is displayed in step S615.
FIG. 38 is a diagram illustrating an example of a recording list UI. An example of a record list UI sorted by organization in step S1303 and displayed in step S1304 is shown.
FIG. 39 is a diagram illustrating an example of a recording list UI. An example of a record list UI sorted by domain in step S1306 and displayed in step S1304 is shown.
FIG. 40 is a diagram illustrating an example of a recording list UI. An example of a record list UI sorted by keyword in step S1307 and displayed in step S1304 is shown. When there are multiple keywords, each keyword is displayed.
FIG. 41 is a diagram illustrating an example of the search UI displayed in step S1108.
FIG. 42 is a diagram showing a display example of the property of the entry selected in FIG.
FIG. 43 is a diagram illustrating an example of the extracted data search UI displayed in step S1110.
FIG. 44 is a diagram illustrating an example of the address book UI displayed in step S1112.
FIG. 45 is a diagram showing a display example of the property of the entry selected in FIG.
46 to 50 are diagrams illustrating examples of the user setting UI displayed in step S1114.
Note that the present invention may be applied to an apparatus composed of a single device or a system composed of a plurality of devices. Also, a storage medium storing software program codes for realizing the functions of the above-described embodiments is supplied to the apparatus or system, and a computer in the apparatus or system reads out and executes the program code stored in the storage medium. May be achieved.
Further, the computer in the apparatus or system reads out and executes the program code stored in the storage medium, thereby not only directly realizing the functions of the above-described embodiments but also on the computer based on the instruction of the program code. The case where the above-described functions are realized by processing of an OS or the like that is running on is also included.
In these cases, the storage medium storing the program code constitutes the present invention.
[0006]
【The invention's effect】
As described above, according to the present invention, there is an effect that processing such as storage, management, processing, search, and transmission can be easily executed for a large number of information such as information acquired from the web.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a hardware configuration of an information processing apparatus according to an embodiment.
FIG. 2 is a block diagram illustrating a functional configuration of the information processing apparatus according to the embodiment.
FIG. 3 is a block diagram illustrating a functional configuration in information browsing.
FIG. 4 is a flowchart showing an overall processing procedure.
FIG. 5 is a flowchart showing a detailed procedure of initial processing.
FIG. 6 is a flowchart showing a detailed procedure of main processing.
FIG. 7 is a flowchart showing a detailed procedure of user operation determination.
FIG. 8 is a flowchart showing a detailed procedure for checking whether there is a storage target;
FIG. 9 is a flowchart showing a detailed procedure of Annotate.
FIG. 10 is a flowchart showing a detailed procedure of extraction.
FIG. 11 is a flowchart showing a detailed procedure of Mgmt.
FIG. 12 is a flowchart showing a detailed procedure of ShowSession.
FIG. 13 is a flowchart showing a detailed procedure of ShowLinks.
FIG. 14 is a flowchart showing a detailed procedure of ExecuteAction.
FIG. 15 is a flowchart illustrating a detailed procedure of SaveContents.
FIG. 16 is a flowchart showing a detailed procedure of WebFetch.
FIG. 17 is a flowchart showing a detailed procedure of SendContents.
FIG. 18 is a flowchart showing a detailed procedure of end processing.
FIG. 19 is a diagram showing a knowledge structure in the knowledge base of the present embodiment.
FIG. 20 is a diagram showing a knowledge structure in the knowledge base of the present embodiment.
FIG. 21 is a diagram showing the contents of the knowledge base of the present embodiment.
FIG. 22 is a diagram showing the contents of the knowledge base of the present embodiment.
FIG. 23 is a diagram illustrating the contents of a Domain knowledge base.
FIG. 24 is a diagram illustrating an example of display content.
FIG. 25 is a diagram illustrating an example of a saved UI.
FIG. 26 is a diagram illustrating a result of creating a knowledge structure.
FIG. 27 is a diagram illustrating an example of an acquired HTML document.
FIG. 28 is a diagram illustrating a result of creating a knowledge structure.
FIG. 29 is a diagram illustrating an example of an edited HTML document.
FIG. 30 is a diagram illustrating a result of adding a knowledge structure.
FIG. 31 is a diagram illustrating an example of a pending UI.
FIG. 32 is a diagram illustrating an example of Annotation UI.
FIG. 33 is a diagram illustrating an example of an edited HTML document.
FIG. 34 is a diagram illustrating an example of a transmission UI.
FIG. 35 is a diagram illustrating an example of an extraction UI.
FIG. 36 is a diagram illustrating a result of adding a knowledge structure.
FIG. 37 is a diagram illustrating an example of a playback UI.
FIG. 38 is a diagram illustrating an example of a recording list UI.
FIG. 39 is a diagram illustrating an example of a recording list UI.
FIG. 40 is a diagram illustrating an example of a recording list UI.
FIG. 41 is a diagram illustrating an example of a search UI.
FIG. 42 is a diagram illustrating an example of a property.
FIG. 43 is a diagram illustrating an example of an extracted data search UI.
FIG. 44 is a diagram illustrating an example of an address book UI.
FIG. 45 is a diagram illustrating an example of a property.
FIG. 46 is a diagram illustrating an example of a user setting UI.
FIG. 47 is a diagram illustrating an example of a user setting UI.
FIG. 48 is a diagram illustrating an example of a user setting UI.
FIG. 49 is a diagram illustrating an example of a user setting UI.
FIG. 50 is a diagram illustrating an example of a user setting UI.
FIG. 51 is a flowchart showing a detailed procedure of system task execution processing;
FIG. 52 is a flowchart showing a detailed procedure of RemoveExpired.
FIG. 53 is a flowchart showing a detailed procedure of Update.
FIG. 54 is a flowchart showing a detailed procedure of processing for sorting by keyword.
FIG. 55 is a flowchart showing a detailed procedure of ShowTreeView (NodeList, Type).
FIG. 56 is a flowchart showing a detailed procedure of ProcessLeafAction (Act, Node, Type).
FIG. 57 is a flowchart showing a detailed procedure of ProcessNodeAction (Act, Node, Type).
FIG. 58 is a flowchart showing a detailed procedure of processing for sorting by domain.
FIG. 59 is a flowchart showing a detailed procedure of a process of sorting by organization.
FIG. 60 is a flowchart showing a detailed procedure of processing for sorting by time chart and session.
FIG. 61 is a flowchart showing a detailed procedure of GetPreviousYearNodes (NodeList, CurrD, MinD).
FIG. 62 is a flowchart showing a detailed procedure of GetBeforeCurrMonthNodes (NodeList, CurrD).
FIG. 63 is a flowchart showing a detailed procedure of GetBeforeCurrWeekNodes (NodeList, CurrD).
FIG. 64 is a flowchart illustrating a detailed procedure of GetCurrWeekNodes (NodeList, CurrD).
FIG. 65 is a flowchart showing a detailed procedure of SaveFileContents ().
FIG. 66 is a flowchart showing a detailed procedure of FillKPActivon ().
FIG. 67 is a flowchart showing a detailed procedure of search processing;
FIG. 68 is a flowchart showing a detailed procedure of extraction data search processing;
FIG. 69 is a diagram illustrating an example of a rule for determining an organization from a URL.
FIG. 70 is a diagram illustrating an example of a rule for determining a domain from a URL.
FIG. 71 is a diagram showing a display example of a time chart for a filing system.

Claims

An information processing method in an information processing apparatus including a browser that displays a web page on a display unit,
An acquisition step of acquiring a web page being displayed from the browser;
An index extraction step of extracting a plurality of keywords as an index from the information of the web page acquired in the acquisition step;
An identification information creating step for creating unique identification information for identifying the acquired web page without requiring input of the identification information from a user;
A storage step of storing the acquired web page in the database in association with the identification information and the index without requiring a storage instruction from a user when changing a display target to a web page of a new URL;
A data processing step of sorting or searching a plurality of web pages stored in the database based on the index.

The index has a plurality of values in one type of index, and in the data processing step, the plurality of web pages are sorted based on the index, and identification information of information having a plurality of values in one type of index The information processing method according to claim 1, wherein the information is associated with each of the plurality of values and positioned at a plurality of locations in the sorted result.

The identification information creating step includes a folder creating step for creating a new folder for each web page, and an assigning step for giving a predetermined file name to the web page, and a combination of the name of the new folder and the file name To create a unique file path as the identification information,
2. The information processing method according to claim 1, wherein, in the saving step, the web page is saved in the new folder created by the folder creating step with the predetermined file name given in the assigning step. .

4. The information processing method according to claim 3, wherein, in the folder creation step, a new folder is created based on a folder name generated based on a predetermined rule.

The information processing method according to claim 3, wherein the file name is a fixed name.

The identification information creation step includes a file name generation step for generating a unique file name for each web page, and the storage step adds the generated file name to the web page and stores the generated file name. The information processing method according to claim 1.

2. The information processing method according to claim 1, wherein in the storing step, the web page and a phrase arbitrarily given by the user can be stored in association with each other.

In the storing step, when the web page associated with the word / phrase already exists in the database, the information to be stored is overwritten on the already existing web page, or the already existing web page and The information processing method according to claim 7, wherein the information is stored separately according to a user setting made in advance without using a web page.

Whether the web page to be saved is overwritten on the already existing web page or saved separately from the already existing web page when the web page associated with the word / phrase already exists in the database The information processing method according to claim 7, further comprising a questioning step of asking a user a question.

The information processing method according to claim 1, wherein in the storing step, the web page and the URL where the web page existed are stored in association with each other.

In the saving step, when a web page associated with the URL already exists in the database, the web page to be saved is overwritten on the already existing web page, or the already existing web page The information processing method according to claim 10, wherein the information is stored separately according to a user setting made in advance without depending on the web page.

Whether the web page to be saved is overwritten on the existing web page or saved separately from the already existing web page when the web page associated with the URL already exists in the database The information processing method according to claim 10, further comprising: a question process for asking a user a question.

2. The information processing method according to claim 1, wherein in the storing step, a preset URL is excluded from a target for storing a web page.

2. The index extraction step of extracting specific data as the index based on a predetermined rule from a data string constituting an address on the network of the web page together with the plurality of keywords. Information processing method described in 1.

The information processing method according to claim 14, wherein the specific data is a domain name.

The predetermined rule is a rule for extracting a domain name by referring to a domain name knowledge base for the remaining data by removing parameters, protocols, obvious addresses, and page information from a data string constituting the address. The information processing method according to claim 15.

The information processing method according to claim 14, wherein the specific data is an organization name.

18. The predetermined rule is that a data, a protocol, a trivial address, page information, and domain information are excluded from a data string constituting the address, and the remaining data is used as an organization name. Information processing method.

19. The information processing method according to claim 18, wherein the predetermined rule further divides the remaining data by a predetermined delimiter to make each of them an organization name.

The information processing method according to claim 1, further comprising a processing step of processing the displayed web page.

The information processing method according to claim 20, wherein the processing is writing.

The information processing method according to claim 21, wherein the writing is performed by adding an identifier to a position designated by a user in the displayed web page and associating the identifier with a predetermined area.

The information processing method according to claim 21, further comprising a display control step of displaying the content written by the writing so as to be distinguishable from the displayed web page.

24. The information processing method according to claim 23, wherein in the display control step, the content written in the writing step is displayed with a predetermined separator.

24. The information processing method according to claim 23, wherein in the display control step, a fixed phrase is added and displayed before or after the content written in the writing step.

The information processing method according to claim 23, wherein, in the display control step, the content written in the writing step is displayed in a display color designated by a user.

The information processing method according to claim 20, wherein the processing is a change in a display form of a selected portion in the displayed web page.

21. The information processing method according to claim 20, wherein the processing is deletion of a selected portion in the displayed web page.

An information extraction step of extracting information of a predetermined type from the web page being displayed;
The information processing method according to claim 1, further comprising an extraction information storage step of storing the information extracted by the information extraction step in the database.

In the information extraction step, in response to an operation of copying a portion selected from the displayed web page to a predetermined column, the information copied in the predetermined column is extracted. In the extracted information storage step, 30. The information processing method according to claim 29, wherein the extracted information is stored in the database with an attribute corresponding to the predetermined field.

The information processing method according to claim 30, wherein the attribute includes at least one of an organization or person name, an e-mail address, a telephone number, and a fax number.

In the storage step, the web page is stored in association with the storage time,
Based on the storage time associated with the web page, a node creation step of creating a node corresponding to the group that sorted the web page;
A node display step of displaying a plurality of nodes created by the node creation step in the order of storage time,
In the node creation step, a group corresponding to a period with a storage period is sequentially subdivided into a plurality of groups corresponding to shorter periods, and a node corresponding to each group is created, thereby creating a plurality of hierarchical layers. The information processing method according to claim 1, wherein a node is created.

33. In the node display step, the plurality of hierarchized nodes are displayed only for a higher order node for a node having an older storage time, and displayed for a lower order node for a newer node. Information processing method described in 1.

The information processing method according to claim 32, wherein in the node display step, an identifier of each information corresponding to the node is displayed in association with the node.

The information processing method according to claim 34, wherein the identifier is an address on a network from which the page information is acquired.

36. The information processing method according to claim 35, wherein one session for the network is defined as one node.

An information processing apparatus including a browser that displays a web page on a display unit,
Acquisition means for acquiring a web page being displayed from the browser;
Index extraction means for extracting a plurality of keywords as an index from the information of the web page acquired by the acquisition means;
Identification information creating means for creating unique identification information for identifying the acquired web page without requiring input of the identification information from a user;
A storage unit that stores the acquired web page in the database in association with the identification information and the index without requiring a storage instruction from a user when changing a display target to a web page of a new URL;
An information processing apparatus comprising: data processing means for sorting or searching a plurality of web pages stored in the database based on the index.

In an information processing apparatus including a browser that displays a web page on a display unit,
An acquisition step of acquiring a web page being displayed from the browser;
An index extraction step of extracting a plurality of keywords as an index from the information of the web page acquired in the acquisition step;
An identification information creating step for creating unique identification information for identifying the acquired web page without requiring input of the identification information from a user;
A storage step of storing the acquired web page in the database in association with the identification information and the index without requiring a storage instruction from a user when changing a display target to a web page of a new URL;
And a data processing step for sorting or searching a plurality of web pages stored in the database based on the index. Storage medium.