【課題】電子メールの宛先指定におけるユーザのミスを低減させる技術を提供する。
【解決手段】送信数チェック部５２は、一度に送信可能なメールアドレスの数の上限に関する条件を参照して、ＴＯ欄宛先受付部４２、ＣＣ欄宛先受付部４４、ＢＣＣ欄宛先受付部４６が受け付けたメールアドレスの数が上限を超えていないかチェックする。送信可否判定部５０は、宛先のメールアドレスに対するメールの送信の可否に関する条件を参照して、ＴＯ欄宛先受付部４２、ＣＣ欄宛先受付部４４、ＢＣＣ欄宛先受付部４６が受け付けたメールアドレスに対するメールの送信が可能か否かを判定する。変換部４８は、ＴＯ欄宛先受付部４２又はＣＣ欄宛先受付部４４が受け付けたメールアドレスをＢＣＣ欄に変換する。 （もっと読む）

【課題】 世間の話題動向を分析する。
【解決手段】 入力部１１２は、検索対象用語の入力を受け付ける。記事データ受信部１２２は、検索対象用語を含む文書データを外部装置から受信する。下位用語検出部１６０は、検索対象用語を含む文書データの集合において所定個数以上含まれ、かつ、検索対象用語とは異なる用語を解用語として検出する。記事データ受信部１２２は、下位用語を含む文書データを外部装置から受信する。等位用語検出部１６２は、下位用語を含む文書データの集合において所定個数以上含まれ、かつ、検索対象用語および下位用語とは異なる用語を検索対象用途の等位用語として検出する。 （もっと読む）

【課題】 購入単位が一口の投資信託の管理システムを簡易な修正をすることで購入単位が一口よりも小さい投資信託の管理を行えるようにする。
【解決手段】 投資信託の管理装置１は、一口の１０^ｎ倍（ｎは０以下の整数）単位で購入可能な投資信託のファンドのｎの値を記憶するファンド属性記憶部１１と、実際の単価を１０^ｎ倍した補正単価を記憶する単価マスタ１３と、約定口数を１０^−ｎ倍した補正約定口数を記憶するための整数型の記憶領域を有する取引明細記憶部１５と、残高口数を１０^−ｎ倍した補正残高口数を記憶するための整数型の記憶領域を有する残高記憶部１６と、単価マスタ１３を参照して、指定された購入金額で購入可能な最大口数を１０^−ｎ倍した補正購入口数を算出し、その約定に関する情報を取引明細記憶部１５に格納するとともに、残高記憶部１６を更新する約定処理部１４と、を備える。
（もっと読む）

【課題】SQLの文法及びテーブル構成を理解していないユーザでもリレーショナルデータベースから必要なデータを抽出できるようにする。
【解決手段】金融商品に関するデータを種類に対応したアイテムコード及び銘柄コードに関連付たテーブル48を、商品種別及びデータのサイクル毎に記憶し、テーブルから特定のアイテムコード及び指定の銘柄コードに係るデータを指定の期間分抽出する規定ストアドプロシージャ（STP）を、STP名に関連付けて格納するSTP格納部46と、STP名とアイテムコード、データのサイクル及び商品種別との対応関係を定義しておくSTP情報ＤＢ42とを有し、銘柄コード、商品種別、サイクル、抽出期間及びアイテムコードが入力された場合に、適用すべきSTP名を特定し、銘柄コード及び抽出期間を充填し、テーブルから特定のアイテムコード及び指定の銘柄コードに係るデータを指定の期間分抽出して出力するデータ検索システム。 （もっと読む）

【課題】 サーバで生成した書面データファイルを、汎用的な端末装置に取得させて印刷をさせる場合でも、サーバ側で所望する印刷制御が可能な書面データファイルを生成する。
【解決手段】
ビューワ３３を備えた端末装置３と、電子書面を生成するサーバ１とを備える。サーバ１は、所定の証明書を印刷するための証明書データをビューワ３３が読み込み可能なフォーマットで生成する証明書データ生成部１４と、証明書データにビューワ３３での証明書印刷を制御するスクリプトを添付したダウンロードファイルを生成するダウンロードファイル生成部１６とを備える。
（もっと読む）

【課題】 顧客の保有する複数の個別金融商品を全体として簡単に管理できるようにし、使い勝手を向上させる。
【解決手段】
資産運用管理システム１は、金融商品Ｆ１〜Ｆ４を仮想金融商品として仮想化する仮想化部１Ａと、現在価格等に基づいて仮想金融商品を評価する資産評価部１Ｃと、自動換金サービス部１Ｃと、定期換金サービス部１Ｄと、分散購入サービス部１Ｅとを備える。自動換金サービス部１Ｃは、仮想金融商品が所定値以上値下がりしたような場合に、警告を発したり、仮想金融商品の全部または一部を換金する。定期換金サービス部１Ｄは、仮想金融商品が所定値以上値上がりしたような場合に、その仮想金融商品の少なくとも一部を換金させ、利益を投資家に還元する。分散購入サービス部１Ｅは、仮想金融商品を構成する各個別金融商品の割合を調節する。 （もっと読む）

【課題】 世間の話題動向を分析する。
【解決手段】 記事データ受信部１２２は、評価対象となるべき文書データを外部装置から受信する。情報量計算部１４４は、文書データの情報量を算出する。適合評価部１４６は、予め定められた複数の評価基準について文書内容が適合する度合いを適合評価値として指標化するための評価関数により、文書データの適合評価値を算出する。分類処理部１４８は、複数の評価基準に対応して予め定められた複数のカテゴリのうちのいずれかに文書データをその適合評価値に応じて分類する。話題規模値計算部１５２は、各カテゴリに分類された文書データの情報量から、カテゴリごとの累積情報量を示す話題規模値を算出する。 （もっと読む）

【課題】 冗長構成を有するシステムにおいて、正系システムから副系システムへの切り換えを直ちに行う。
【解決手段】 正系業務サーバ１は、入力メッセージを受信し、その入力メッセージに基づいて所定の処理を実行する業務処理部１３と、業務処理の実行結果情報を記憶する業務データ記憶部１４と、業務データ記憶部１４に記憶されている実行結果情報を、副系業務サーバ２へ転送するデータ転送部１５と、を備える。副系業務サーバ２は、正系業務サーバ１と同じ入力メッセージを受信し、これを記憶するエントリーキュー２２と、正系業務サーバ１から転送された実行結果情報を記憶する業務データ記憶部２４と、正系業務サーバ１の障害時に、エントリーキュー２２に記憶されている入力メッセージに基づいて正系業務サーバ１と同一の処理を実行し、その実行結果情報を業務データ記憶部２４に格納する業務処理部２３と、を備える。
（もっと読む）

【課題】 受取人が不必要な配送物を受け取る機会を減少させるための簡便な技術を提供する。
【解決手段】 配送業者システム１は、送り主ＩＤ及び宛先ＩＤに基づいて、送り主から受取人への配送が許可されているか否かを判定する配送許可判定部１１と、宛先ＩＤと受取人の住所及び氏名とを対応付けて記憶する宛先リスト２６と、配送許可判定部１１による判定の結果、送り主から受取人への配送が許可されている場合には、宛先ＩＤに基づいて、宛先リスト２６から受取人の住所及び氏名を取得する宛先ＩＤ変換部１４と、受取人の住所及び氏名を出力する出力装置４２と、を備える。
（もっと読む）

【課題】 正規サイトにアクセスした際に、クライアントＰＣの表示手段に正規サイト通知が表示されるようにする。
【解決手段】 第１のコンピュータ１０の表示手段１５に正規サイト通知を表示させるために第１のコンピュータ１０を、第２のコンピュータ３０のドメイン名又はＩＰアドレスと文字、色又は画像の少なくとも一つを含む正規サイト通知パラメータを関連付けて記憶する記憶手段１４、画面構成情報の送信要求を第２のコンピュータ３０に送信可能で、かつ第２のコンピュータ３０から送信された画面構成情報を受信可能な送受信手段１６、画面構成情報を受信するとドメイン名又はＩＰアドレスに基づいて記憶手段１４から正規サイト通知パラメータを読み取り、読み取られた正規サイト通知パラメータを表示プログラムが受け取り可能な形式に変換し、変換された変換済み正規サイト通知パラメータを表示プログラムに引き渡すパラメータ取得手段、として機能させる。 （もっと読む）