(57)【要約】【課題】新たな管理プログラムの作成、インストール、運用を要せず、簡易で使用時の動作速度の早いダウンロードファイルの履歴管理・検索方法を提供する。【解決手段】複数のクライアント端末装置とクライアントサーバーとがインターネット等に結合して相互に情報伝達するクライアントサーバーシステムを対象としたダウンロードファイルの履歴管理・検索方法であって、特定のユーザが操作した段階において得られたユーザ識別情報、個人情報、操作情報およびシステム情報の各一時保持情報をクライアントサーバーのメモリに一時記憶する段階と、メモリに一時記憶された各一時保持情報を基にして所定の命名規則に従ってファイル名を自動生成し、ファイル名を検索した結果の特定のユーザが所望の情報のファイルに付与し、ファイル名が付与された特定のユーザが所望の情報のファイルを特定のユーザのクライアント端末装置にダウンロードする段階とを備えた。【選択図】      図１
2007193574.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末装置とクライアントサーバーとがインターネット又はイントラネットに結合して相互に情報伝達するクライアントサーバーシステムを対象とし、
特定のユーザが操作する前記クライアント端末装置から、前記クライアントサーバーに蓄積された各種情報の中で該特定のユーザが所望の情報を該クライアント端末装置の検索画面を用いて検索を行い、該クライアント端末装置から前記クライアントサーバーに対して該検索した結果の該特定のユーザが所望の情報のダウンロード要求を行い、さらに、該特定のユーザが所望の情報が前記クライアント端末装置にダウンロードを行うダウンロードファイルの履歴管理・検索方法であって、
前記特定のユーザが操作した段階において得られたユーザ識別情報、個人情報、操作情報およびシステム情報の各一時保持情報を前記クライアントサーバーのメモリに一時記憶する段階と、
前記メモリに一時記憶された前記各一時保持情報を基にして所定の命名規則に従ってファイル名を自動生成し、該ファイル名を前記検索した結果の特定のユーザが所望の情報のファイルに付与し、該ファイル名が付与された前記特定のユーザが所望の情報のファイルを前記特定のユーザのクライアント端末装置にダウンロードする段階とを備えたダウンロードファイルの履歴管理・検索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクライアントサーバーシステムのデータ処理に関し、特にデータ取得および記録方法に関するものである。
【背景技術】
【０００２】
図４にクライアントサーバーシステムのブロック図を示す。
クライアントサーバーシステムは、ユーザのパソコン等により構成される複数のクライアント端末装置（１，２，３）とクライアントに必要な情報としてのデータベースが蓄積されているクライアントサーバー（４）と、これら複数のクライアント端末装置及びクライアントサーバーが接続されるネットワークであるインターネット又はイントラネット（５）によって構成されている。
従来の公知例には、複数のクライアント端末装置（例えば１）にて検索条件を入力してクライアントサーバー（４）に蓄積された各種情報の検索を行うときに、クライアントサーバー（４）のメモリに記憶されているデータベースに関して、そのデータベースとして備えた各種情報から検索条件に合致したユーザーが所望の情報データをクライアント端末装置にダウンロードして、所望の情報がクライアント端末装置に備えたメモリに記憶され、かつ、表示装置に表示される。
この場合、ユーザのユーザ名、ダウンロードした日付、時刻、ダウンロードしたデータのユーザＩＤ（ｕｓｅｒ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）番号等をレコード（ダウンロード履歴データ）として検索されたデータにリンクするレコード用に形成されたデータベースファイルにしてクライアントサーバー等のメモリに記憶するものが開示されている。（例えば、特許文献１参照）。
【０００３】
また、従来の他の公知例には、検索対象のデータベースから検索条件に合致したデータをダウンロードした際、ユーザのユーザＩＤ、ファイルＩＤおよびアクセス日時が検索されたデータに登録してダウンロードユーザリストを作成してクライアントサーバー等のメモリに記憶し、これを検索されたユーザに対してメール通知するものが開示されている。（例えば、特許文献２参照）。
【０００４】
【特許文献１】特開２００４−３４８１９７号公報（図１）
【特許文献２】特開２００５−２３４６５５号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記に開示された従来技術のようにダウンロードしたデータを一時記憶すること、ダウンロード履歴を新たにデータベース化して記憶することは公知の技術であるが、このように履歴管理のための新たなデータベース作成を要せず、単純で早い検索および履歴管理が行えるダウンロードデータの履歴管理方法がなかった。
【０００６】
本発明の目的は、新たな管理プログラムの作成、インストール、運用を要せず、簡易で使用時の動作速度の早いダウンロードファイルの履歴管理・検索方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、本発明のダウンロードファイルの履歴管理・検索方法は、複数のクライアント端末装置とクライアントサーバーとがインターネット又はイントラネットに結合して相互に情報伝達するクライアントサーバーシステムを対象とし、
特定のユーザが操作する前記クライアント端末装置から、前記クライアントサーバーに蓄積された各種情報の中で該特定のユーザが所望の情報を該クライアント端末装置の検索画面を用いて検索を行い、該クライアント端末装置から前記クライアントサーバーに対して該検索した結果の該特定のユーザが所望の情報のダウンロード要求を行い、さらに、該特定のユーザが所望の情報が前記クライアント端末装置にダウンロードを行うダウンロードファイルの履歴管理・検索方法であって、
前記特定のユーザが操作した段階において得られたユーザ識別情報、個人情報、操作情報およびシステム情報の各一時保持情報を前記クライアントサーバーのメモリに一時記憶する段階と、
前記メモリに一時記憶された前記各一時保持情報を基にして所定の命名規則に従ってファイル名を自動生成し、該ファイル名を前記検索した結果の特定のユーザが所望の情報のファイルに付与し、該ファイル名が付与された前記特定のユーザが所望の情報のファイルを前記特定のユーザのクライアント端末装置にダウンロードする段階とを備えた。
【発明の効果】
【０００８】
（１）検索時のキーワードはファイル名の範囲で済むので、素早くヒットする情報が得られる。
（２）ユーザがダウンロードしたファイルのダウンロード履歴を簡単に管理・検索することができる。
（３）検索したデータベース情報のダウンロード履歴情報はデータベースに組み入れることはない英数字などの羅列されたファイル名で構成されているのでダウンロード履歴情報のセキュリティ性に優れている。
（４）個人情報に関する項目が含まれているかが、一目で識別される。
【発明を実施するための最良の形態】
【０００９】
本発明の方法が用いられているクライアントサーバーシステムは、ユーザ保有のパソコン等により機能する複数のクライアント端末装置（１，２，３）とクライアントに必要な情報としてのデータベースが蓄積されているクライアントサーバーと、これら複数のクライアント端末装置（１，２，３・・・）およびクライアントサーバー（４）が接続されるネットワークであるインターネット又はイントラネット（５）によって相互に情報伝達するように構成されている。（図４参照）
図１は本発明のダウンロードファイル作成の実施例のフローチャート図を示す。以下は図１について説明する。
図１の３つに区分けした表題に示すように、ユーザが用いるクライアント端末装置（図４に示す１，２，３の任意の一つ）にてユーザが表示画面を見てキーボードなどによって検索などの操作を行うユーザ操作と、クライアントサーバー（図４に示す４）が内部の処理プログラムの動作により情報処理を行うサーバー内処理と、クライアントサーバーのメモリに一時記憶するシステム内の一時保持情報との処理区分によってダウンロードファイル作成の手順が進められる。
図１のダウンロードファイル作成の実施例は、３つ区分に示されたフローチャートによって（１０１）から（１１５）の手順によって行われる。
最初のステップは、ユーザ操作であって、ユーザがユーザＩＤ／パスワードを画面上の所定の欄へ入力させるためのログイン画面（１０１）である。
ログイン画面（１０１）の次のステップは、サーバー内処理であって、入力されたユーザＩＤ／パスワードの正当性の確認を行い認証ＯＫであれば先に進めさせるユーザ認証（１０２）である。
ユーザ認証（１０２）の次のステップは、サーバー内処理であって、ユーザＩＤ等のユーザ固有の情報をユーザ識別情報として取り出すユーザ識別情報取得＆記録（１０３）である。
ユーザ識別情報取得＆記録（１０３）で取得された結果は、システム内の一時保持情報としてメモリに記憶されるユーザを識別するためのユーザ固有情報であって、ユーザＩＤ（ｃ）、ユーザ権限、端末ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス（１０４）である。
ユーザ識別情報取得＆記録（１０３）の次のステップは、ユーザ操作であって、メニュー画面からユーザが希望するメニュー項目を選択するメニュー画面（１０５）である。メニュー画面の例としては、銀行、証券会社などの金融機関における、株式、投資信託などの売買状況、顧客属性、預かり残高、取引履歴などのデータを検索・表示させる情報表示システムのメニュー画面（１０５）である。
メニュー画面（１０５）の次のステップは、サーバー内処理であって、選択されたメニューに項目に対して、次にユーザ操作させるための条件などの入力させる表示画面を準備する選択画面の作成（１０６）である。
選択された画面作成（１０６）の次のステップは、ユーザ操作であって、検索条件が入力されて、その検索条件にヒットするように検索が実行され、ユーザ所望のデータを引き出すための検索入力画面（１０７）である。
検索入力画面（１０７）の次のステップは、サーバー内処理であって、ＳＱＬ（ｓｔｒｕｃｔｕｒｅｄ  ｑｕｅｒｙ  ｌａｎｇｕａｇｅ；リレーショナルデータベースの操作に用いる言語）作成の手順となり、個人情報の有無を確認することが可能な検索条件に対応したＳＱＬ文の作成段階であり、出力項目に氏名、住所、電話番号が含まれているか、含まれていないかの有無確認が行えるような、ＳＱＬ文作成、氏名、住所、電話番号の有無確認（１０８）である。
ＳＱＬ文作成、氏名、住所、電話番号確認（１０８）の結果は、システム内一時保持情報としてメモリに記憶される個人情報の有無事項であって、氏名有無フラグ（ｇ２）、住所有無フラグ（ｇ１）、電話番号有無フラグ（ｇ３）（１０９）である。
ＳＱＬ文作成、氏名、住所、電話番号の有無確認（１０８）の次のステップは、サーバー内処理であって、ユーザ所望のデータが引き出されクライアント端末装置に表示されるようにするため、検索を実行し、検索結果の情報内容と検索件数をデータベースから抽出し、検索結果の画面を作成する検索実行、検索結果、件数の取得、検索結果の画面作成（１１０）である。
検索実行、件数取得、画面作成（１１０）の結果は、システム内一時保持情報としてメモリに記憶される操作情報の内容であって、今回まで検索された件数を示す検索件数（ｆ）（１１１）である。
検索実行、件数取得、画面作成（１１０）の次のステップは、ユーザ操作であって、検索結果の状況がクライアント端末装置に画面表示され、ユーザがダウンロードを所望されるのであれば「ダウンロード」押下してダウンロード要求が行われ、検索された情報データをダウンロードする旨の画面表示させる検索結果画面（１１２）である。
検索結果画面（１１２）の次のステップは、サーバー内処理であって、操作を行った画面を特定するための画面ＩＤを取得し、さらに、現在の日付、時刻を取得する画面ＩＤ取得、日付、時刻取得（１１３）である。
画面ＩＤ取得、日付、時刻取得（１１３）の結果は、システム内一時保持情報としてメモリに記憶されるシステム情報の内容であって、画面ＩＤ（ｄ）、操作日付（ａ）、操作時刻（ｂ）（１１４）である。
画面ＩＤ取得、日付、時刻取得（１１３）の次のステップは、サーバー内処理であって、システム内の一時保持情報としてステップ１０４、１０９、１１１、１１４で保存されたファイル名項目（ａ）〜（ｇ）の情報内容を基にして、予め定めた規則に従って、各項目をアンダーライン等で区切りながら結合して行き、ファイル名とする、ダウンロードファイル名の自動生成が行われ、生成されたファイル名を付与されたダウンロード用のファイルに編成して、これによって、できたダウンロード用のファイルを検索結果の情報として所定のメモリに書き込み、これら本発明の要部処理となるダウンロードファイル名生成、ダウンロードファイル作成（１１５）である。
ダウンロードファイル名生成、ダウンロードファイル作成（１１５）の次（最後）のステップは、ユーザ操作であって、ダウンロードファイルをサーバーからクライアント端末装置に取り込むダウンロードファイル取込（１１６）である。
【００１０】
図２はダウンロードファイルのファイル名を構成する要素の図を示す。
前述の図１にて示したステップであるダウンロードファイル名生成、ダウンロードファイル作成（１１５）の段階にて決定されたファイル名の命名規則の実施例である。
ファイル名は、以下の（ａ）〜（ｇ）の要素を順に結びつけて形成し、識別子（ｈ）が加えられて構成される。
（ａ）操作日付（年月日）、例；２００５年９月１０日を表す２００５０９１０
（ｂ）操作時刻（時分秒）、例；１０時１５分２５秒を表す１０１５２５
（ｃ）ユーザＩＤ、例；ＳＡＴＯ１２１４
（ｄ）操作を行った画面が特定できる画面ＩＤ、例；ＧＭ００１
（ｅ）ダウンロードを行ったことの明示、例；ＤＬ
（ｆ）今回までの検索件数の明示、例；５２８
（ｇ）個人情報有無、個人情報の有無を示す各記号として、例；住所あり（ｇ１）例；○、氏名あり（ｇ２）例；△、電話番号あり（ｇ３）例；□
（ｈ）ファイルの識別子、例；「．ＣＳＶ」
実施例として生成されたファイル名は、「２００５０９１０_１０１５２５_ＳＡＴＯ１２１４_ＧＭ００１_ＤＬ_５２８_○△□．ＣＳＶ」である。
【００１１】
図３はダウンロードファイルのファイル名の作成のフローチャート図を示す。
前述の図１にて示したステップであるダウンロードファイル名生成、ダウンロードファイル作成（１１５）の段階にて決定されたファイル名の命名規則に従ったファイル名作成の詳細な手順の実施例を以下に説明する。
クライアントサーバー（図４に示す４）が内部の処理プログラム動作により情報処理を行うサーバー内処理と、クライアントサーバーのメモリに一時記憶するシステム内一時保持情報との区分で表したダウンロードファイル名作成の詳細な手順である。
ダウンロードファイル名作成の実施例は以下の（２０１）から（２１５）の手順によって行われる。
最初のステップは、準備段階としてファイル名変数を文字列型で定義するファイル名変数定義（２０１）である。
ファイル名変数定義（２０１）の次のステップは、ファイル名を初期化（空白）するファイル名初期化（２０２）である。
ファイル名初期化（２０２）の次のステップは、システム内一時保持情報である操作日付（ａ）を読み出して第１項目目のファイル名とし、この第１項目目のファイル名と次に縦続させる第２項目目のファイル名との区切りを表すアンダーライン‘_‘をこの第１項目目のファイル名の後尾に加える操作日付のファイル名化（２０３）である。
操作日付のファイル名化（２０３）の次のステップは、システム内一時保持情報である操作時刻（ｂ）を読み出して第２項目目のファイル名とし、既に生成された第２項目目までのファイル名と次に縦続させる第３項目目のファイル名との区切りを表すアンダーライン‘_‘をこの第２項目目のファイル名の後尾に加える操作時刻のファイル名化（２０４）である。
操作時刻のファイル名化（２０４）次のステップは、システム内一時保持情報であるユーザＩＤ（ｃ）を読み出して第３項目目のファイル名とし、既に生成された第３項目目までのファイル名と次に縦続させる第４項目目のファイル名との区切りを表すアンダーライン‘_‘をこの第３項目目のファイル名の後尾に加えるユーザＩＤのファイル名化（２０５）である。
ユーザＩＤのファイル名化（２０５）の次のステップは、システム内一時保持情報である画面ＩＤ（ｄ）を読み出して第４項目目のファイル名とし、既に生成された第４項目目までのファイル名と次に縦続させる第５項目目のファイル名との区切りを表すアンダーライン‘_‘をこの第４項目目のファイル名の後尾に加える画面ＩＤのファイル名化（２０６）である。
画面ＩＤのファイル名化（２０６）の次のステップは、このダウンロードしたファイルがダウンロードファイルであることを第５項目目のファイル名として表示するためにダウンロード記号“ＤＬ_”をこれまでの第４項目目までのファイル名の最後尾に加えるダウンロード記号（２０７）である。
ダウンロード記号（２０７）の次のステップは、システム内一時保持情報である検索件数（ｆ）を読み出して第６項目目のファイル名とし、既に生成された第６項目目までのファイル名と次に縦続させる第７項目目のファイル名との区切りを表すアンダーライン‘_‘をこの第６項目目のファイル名の後尾に加える検索件数のファイル名化（２０８）である。
検索件数のファイル名化（２０８）の次のステップは、システム内一時保持情報である住所有無フラグ（ｇ１）を読み出して、その出力項目に住所ありＹＥＳ／ＮＯを判定する住所有無判定（２０９）である。
住所有無判定（２０９）の結果がＹＥＳであれば、次のステップとして、住所あり記号“○”を第７項目目のファイル名とし、これまでの第６項目目までのファイル名の最後尾に追加する住所あり記号追加（２１０）である。住所有無判定（２０９）の結果がＮＯであれば、第７項目目のファイル名の追加処理である住所あり記号追加（２１０）をパスして進む。
住所有無判定（２０９）の結果がＮＯであるとき、または住所あり記号追加（２１０）が処理されたときの次のステップは、システム内一時保持情報である氏名有無フラグ（ｇ２）を読み出して、その出力項目に氏名ありＹＥＳ／ＮＯを判定する氏名有無判定（２１１）である。
氏名有無判定（２１１）の結果がＹＥＳであれば、次のステップとして、氏名あり記号“△”を第８項目目のファイル名とし、これまでの第７項目目のファイル名の最後尾に追加する氏名あり記号追加（２１２）である。氏名有無判定（２１１）の結果がＮＯであれば、第８項目目のファイル名の追加処理はパスされる。
氏名有無判定（２１１）の結果がＮＯであるとき、または氏名あり記号追加（２１２）が処理されたときの次のステップは、システム内一時保持情報である電話番号有無フラグ（ｇ３）を読み出して、その出力項目に電話番号ありＹＥＳ／ＮＯを判定する電話番号有無判定（２１３）である。
電話番号有無判定（２１３）の結果がＹＥＳであれば、次のステップとして、電話番号あり記号“□”を第９項目目のファイル名とし、これまでの第８項目目までのファイル名の最後尾に追加する電話番号あり記号追加（２１４）である。電話番号有無判定（２１３）の結果がＮＯであれば、第９項目目のファイル名の追加処理はパスされる。
電話番号有無判定（２１３）の結果がＮＯであるとき、または電話番号あり記号追加（２１４）が処理されたときの次のステップは、ファイル名の付与処理の最後のステップであり、識別子（ｈ）“．ＣＳＶ”をこれまで生成した第９項目目までのファイル名の最後尾に追加する識別子追加（２１５）である。
以上説明したように、クライアントサーバーのメモリに一時記憶されたシステム内一時保持情報である、操作日付（年月日）、操作時刻（時分秒）、ユーザＩＤ、画面ＩＤ、ダウンロード明示（ＤＬ）、検索件数、住所有無、氏名有無、電話番号有無の第1項目目から第9項目目の情報を用いてファイル名に生成する手順である。
このようにダウンロードした情報のファイル名にユーザの操作証跡が用いられているので、検索の際、検索キーワードとしてルールが確立されている。事例では、第１項目から第９項目の任意の複数項目を選択して、項目のＡＮＤ、ＯＲ組み合わせでもダウンロードファイルの履歴管理が簡単・早く行える。
【産業上の利用可能性】
【００１２】
以上のダウンロードファイルの履歴管理・検索方法は銀行、証券会社などの金融機関における、株式、投資信託などの売買状況、顧客属性、預かり残高、取引履歴などを検索・表示する情報表示システムに利用される。
【図面の簡単な説明】
【００１３】
【図１】本発明のダウンロードファイル作成のフローチャート図である。
【図２】本発明のダウンロードファイルのファイル名の構成を示す図である。
【図３】本発明のダウンロードファイルのファイル名を作成するフローチャート図である。
【図４】クライアントサーバーシステムのブロック図である。
【符号の説明】
【００１４】
１，２，３  クライアント端末装置
４  クライアントサーバー
５  インターネット又はイントラネット
【図１】
2007193574.tif 000003
【図２】
2007193574.tif 000004
【図３】
2007193574.tif 000005
【図４】
2007193574.tif 000006